1. 契約の概要このサービスレベル契約（SLA）は、FileAIとお客様との間の契約上の合意の不可欠な部分として機能します。この資料では、両当事者が責任分担支援モデルを明確に説明し、定義されたサービスレベル、パフォーマンス目標、報告メカニズム、問題解決ガイドラインを定めています。ここに含まれるSLAマトリックスには、重要なサービスパラメータ、ターゲット、報告要件、サービスクレジット、およびその他の関連基準が示されており、FileAIのサービスの提供に関するコミットメントと期待を包括的に理解できるようになっています。さらに、インシデント優先度マトリックスは、潜在的な課題への対処と解決へのアプローチをさらに洗練させます。両当事者は、本SLAに定められた条件を相互に認め、遵守することにより、高い水準のサービス品質と信頼性を維持することへのコミットメントを確認します。
2. 定義

以下の詳細なサービスパラメータは、本契約の継続的なサポートにおけるサービスプロバイダーの責任です。

1. サービス範囲。本契約の対象となるのは以下のサービスです。
   1. テクニカルサポート（一部のテキスト）
      1. インシデント/リクエストの解決
      2. お問い合わせ/アドホックサービスリクエスト
   2. サービス管理 (一部テキスト)
      1. サービスの管理と運用
      2. レポーティング
   3. 処理
2. お客様の要求。本契約を支持するお客様の責任および/または要件には以下が含まれます。
   1. 合意された間隔でのすべてのサポート費用の支払い。
   2. サービス関連のインシデントまたはリクエストを解決する際に、顧客担当者が合理的に対応できるようにする。
3. ファイル AI 要件。本契約を支持するサービスプロバイダーの責任および/または要件には以下が含まれます。
   1. サービス関連のインシデントに関連する会議への対応時間
   2. 予定されているすべてのメンテナンスについて、お客様に適切に通知します。
4. インシデント。FileAI コアサポートの範囲を超えた高度な技術的専門知識と介入を必要とする、報告された問題または顧客組織が遭遇した問題を指します。処理およびエスカレーションの準備が整っていると見なされるには、インシデントが次の基準 (準備完了の定義) を満たしている必要があります。一部のテキスト
   1. 言語:インシデントのタイトルは英語で、報告された問題の明確な一文説明を含み、一般的な記述は避けてください (システムが動作していないなど)。インシデントレポートも英語で提出し、問題と関連詳細を明確に伝える必要があります。
   2. 包括的な情報:インシデントレポートには、問題とその再現方法に関する明確で詳細な情報が含まれている必要があります。これには、問題の理解と再現に役立つ写真、ビデオ、関連ファイルなどの補足資料の提供が含まれる場合があります。
   3. 詳細な説明:
      1. 何が起こったのかを段階的に説明しながら、問題について詳しく説明してください。
      2. 特定のエラー・メッセージ (ある場合) とその正確な表現を含めてください。
      3. 観察された異常な動作や症状があれば明記してください。
   4. ビジネスへの影響:
      1. インシデントがビジネスのさまざまな側面にどのような影響を与えているかを説明してください。
      2. 影響を受けたユーザーの数や発生した経済的損失など、可能であれば、影響を定量化してください。
      3. インシデントが緊急または優先度が高いと見なされる理由を説明してください。
      4. ビジネスへの影響、潜在的なリスク、またはサービスレベル契約 (SLA) に基づいて、選択した優先度レベルを正当化します。
   5. 解決の試み:
      1. 問題のトラブルシューティングまたは解決のために取られたすべてのアクションの網羅的なリストを提供してください。
      2. 使用したツール、実行したコマンド、トラブルシューティング中に受け取った応答に関する情報を含めてください。
   6. 添付ファイル:
      1. インシデントに関連する関連領域を強調した注釈付きのスクリーンショットを含めてください。
      2. 問題に関連する特定のエントリをログファイルに添付します。
      3. 設定ファイルに関連セクションのコメントを付けてください。
   7. エスカレーション情報:
      1. インシデントがエスカレートした理由を詳しく説明し、より高いレベルの介入が必要であることの証拠を提供してください。
      2. エスカレーションに必要な専門知識またはリソースを指定してください。
      3. アプリケーションの予想される動作または実行されたアクション。
   8. ユーザー識別:インシデントレポートには、ユーザーIDや連絡先情報など、問題を報告した人物に関する正確な情報を含める必要があります。これは、権限とアクセス権を確認し、サポートプロセスがセキュリティプロトコルに沿っていることを確認するために不可欠です。FileAIは、インシデントをFileAIに委任する前に、お客様のIT部門と協力して、権限とアクセス権がインシデントの根本原因であるかどうかの初期確認を完了する必要があります。
   9. サポートのトリアージが完了しました:エスカレーションの前に、インシデントレポートはFileAIとお客様のIT組織によって承認される必要があります。この承認により、報告された問題の性質に基づいて、以下のチェックが行われたことが確認されます。一部テキスト
      1. インフラストラクチャの問題:この問題は、お客様やサードパーティのシステムではなく、FileAI が管理するインフラストラクチャに関するものです。
      2. データの問題:報告された問題は、お客様またはサードパーティのシステムから送信されたものではないデータに関連しています。
      3. 統合の問題：問題はお客様の統合レイヤーではなく、FileAIのプラットフォームロジックによるものです。
      4. 構成上の問題:問題がお客様によって管理されていない構成に関連していることの確認。
      5. その他の問題 (セキュリティインシデント、パフォーマンスなど): お客様が承認する前に、問題が完全にFileAI側にあることを確認する。

この構造化された承認プロセスにより、インシデントが適切に分類され、サポートによる的を絞った分析と解決が可能になります。

5. 非準拠インシデント。即時エスカレーションの対象となる「準備完了」の定義 (上記) の基準を満たさないインシデントを指します。これらのインシデントは FileAI によって分析され、解決される可能性がありますが、このサービスレベル契約 (SLA) 条件からは明示的に除外されます。そのため、サービスクレジットの計算には役立ちませんが、FileAIは、合意されたレートカードを利用して、コンプライアンス違反のインシデントの分析と解決にかかる時間を請求する権利を有します。このアプローチにより、コンプライアンス違反のインシデントは注意の対象となりますが、SLAの対象となる事項とは別に処理され、必要な追加作業については透明な請求慣行が確保されます。また、FileAIには、コンプライアンス違反のインシデントを適切な説明をもって拒否する権利もあります。
6. 未検出の欠陥インシデント。本番リリースに対するお客様の承認後、本番環境で初めて発生した問題を指します。これらのインシデントは、テストプロセスが不完全または不十分であることが原因で、ユーザー承認テスト（UAT）フェーズでは特定されていませんが、FileAI は、割り当てられたサポート時間内にこれらのインシデントを解決するよう努めています。ただし、これらのインシデントはインシデントの範囲外であり、UAT フェーズで発見、報告、修正された可能性があるため、設定された SLA 解決目標に拘束されるわけではなく、サービスクレジットの計算にも寄与しません。
7. 事前に承認されたダウンタイム。The Platform Platform の通常の運用、保守、またはアップグレードの過程でシステムが使用不能 (ダウンタイム) になることは想定されていませんが、カスタム開発された機能を使用してプラットフォームを大幅にアップグレードする場合や、特定の要件により必要になる場合があります。ダウンタイムやサービスの利用不能につながる可能性のあるメンテナンスは、お客様の営業時間外に実施するように計画し、少なくとも5営業日前に通知し、お客様の書面による承認を条件とします。The Platform アベイラビリティサービスレベルの測定には、事前に承認されたダウンタイムは最大 6 時間まで考慮されません。
8. プラットフォームの可用性。顧客ユーザーに対する本プラットフォームの可用性、または承認された理由によるディストリビューションパートナーへの問い合わせを測定します。事前に承認されたダウンタイムを除く観察可能なダウンタイムによって決定されます。プラットフォームの可用性を測定する監視ツールは、FileAI によって設定および運用される予定です。ピーク負荷時の可用性を正確に測定するには、ピーク時に十分なサンプルを採取する必要があります。プラットフォームのアベイラビリティの詳細については、付録 A を参照してください。

3. サービス管理

対象範囲内のサービスを効果的にサポートするには、一貫したサービスレベルを維持する必要があります。以下のセクションでは、サービスの可用性、対象サービスの監視、および関連コンポーネントに関する詳細について説明します。

1. プラットフォーム。プラットフォーム SLA 目標は、サービスレベル開始日から 3 か月後に有効になり、実装後のシステム安定化のための猶予期間が設けられます。この時間枠により、プラットフォームが通常の運用に落ち着くにつれて、最適なサービス提供が可能になります。これらのSLAには、以前に定義したように事前に承認されたダウンタイムは含まれていないことに注意することが重要です。
2. サービス時間と例外運用開始日以降、メンテナンス&サポートサービスは以下の時間帯に稼働します。

1. 契約の概要
   このサービスレベル契約（SLA）は、FileAIとお客様との間の契約上の合意の不可欠な部分として機能します。この資料では、両当事者が責任分担支援モデルを明確に説明し、定義されたサービスレベル、パフォーマンス目標、報告メカニズム、問題解決ガイドラインを定めています。ここに含まれるSLAマトリックスには、重要なサービスパラメータ、ターゲット、報告要件、サービスクレジット、およびその他の関連基準が示されており、FileAIのサービスの提供に関するコミットメントと期待を包括的に理解できるようになっています。さらに、インシデント優先度マトリックスは、潜在的な課題への対処と解決へのアプローチをさらに洗練させます。両当事者は、本SLAに定められた条件を相互に認め、遵守することにより、高い水準のサービス品質と信頼性を維持することへのコミットメントを確認します。
2. 定義

以下の詳細なサービスパラメータは、本契約の継続的なサポートにおけるサービスプロバイダーの責任です。

1. サービス範囲。本契約の対象となるのは以下のサービスです。
   1. テクニカルサポート（一部のテキスト）
      1. インシデント/リクエストの解決
      2. お問い合わせ/アドホックサービスリクエスト
   2. サービス管理 (一部テキスト)
      1. サービスの管理と運用
      2. レポーティング
   3. 処理
2. お客様の要求。本契約を支持するお客様の責任および/または要件には以下が含まれます。
   1. 合意された間隔でのすべてのサポート費用の支払い。
   2. サービス関連のインシデントまたはリクエストを解決する際に、顧客担当者が合理的に対応できるようにする。
3. ファイル AI 要件。本契約を支持するサービスプロバイダーの責任および/または要件には以下が含まれます。
   1. サービス関連のインシデントに関連する会議への対応時間
   2. 予定されているすべてのメンテナンスについて、お客様に適切に通知します。
4. インシデント。FileAI コアサポートの範囲を超えた高度な技術的専門知識と介入を必要とする、報告された問題または顧客組織が遭遇した問題を指します。処理およびエスカレーションの準備が整っていると見なされるには、インシデントが次の基準 (準備完了の定義) を満たしている必要があります。一部のテキスト
   1. 言語:インシデントのタイトルは英語で、報告された問題の明確な一文説明を含み、一般的な記述は避けてください (システムが動作していないなど)。インシデントレポートも英語で提出し、問題と関連詳細を明確に伝える必要があります。
   2. 包括的な情報:インシデントレポートには、問題とその再現方法に関する明確で詳細な情報が含まれている必要があります。これには、問題の理解と再現に役立つ写真、ビデオ、関連ファイルなどの補足資料の提供が含まれる場合があります。
   3. 詳細な説明:
      1. 何が起こったのかを段階的に説明しながら、問題について詳しく説明してください。
      2. 特定のエラー・メッセージ (ある場合) とその正確な表現を含めてください。
      3. 観察された異常な動作や症状があれば明記してください。
   4. ビジネスへの影響:
      1. インシデントがビジネスのさまざまな側面にどのような影響を与えているかを説明してください。
      2. 影響を受けたユーザーの数や発生した経済的損失など、可能であれば、影響を定量化してください。
      3. インシデントが緊急または優先度が高いと見なされる理由を説明してください。
      4. ビジネスへの影響、潜在的なリスク、またはサービスレベル契約 (SLA) に基づいて、選択した優先度レベルを正当化します。
   5. 解決の試み:
      1. 問題のトラブルシューティングまたは解決のために取られたすべてのアクションの網羅的なリストを提供してください。
      2. 使用したツール、実行したコマンド、トラブルシューティング中に受け取った応答に関する情報を含めてください。
   6. 添付ファイル:
      1. インシデントに関連する関連領域を強調した注釈付きのスクリーンショットを含めてください。
      2. 問題に関連する特定のエントリをログファイルに添付します。
      3. 設定ファイルに関連セクションのコメントを付けてください。
   7. エスカレーション情報:
      1. インシデントがエスカレートした理由を詳しく説明し、より高いレベルの介入が必要であることの証拠を提供してください。
      2. エスカレーションに必要な専門知識またはリソースを指定してください。
      3. アプリケーションの予想される動作または実行されたアクション。
   8. ユーザー識別:インシデントレポートには、ユーザーIDや連絡先情報など、問題を報告した人物に関する正確な情報を含める必要があります。これは、権限とアクセス権を確認し、サポートプロセスがセキュリティプロトコルに沿っていることを確認するために不可欠です。FileAIは、インシデントをFileAIに委任する前に、お客様のIT部門と協力して、権限とアクセス権がインシデントの根本原因であるかどうかの初期確認を完了する必要があります。
   9. サポートのトリアージが完了しました:エスカレーションの前に、インシデントレポートはFileAIとお客様のIT組織によって承認される必要があります。この承認により、報告された問題の性質に基づいて、以下のチェックが行われたことが確認されます。一部テキスト
      1. インフラストラクチャの問題:この問題は、お客様やサードパーティのシステムではなく、FileAI が管理するインフラストラクチャに関するものです。
      2. データの問題:報告された問題は、お客様またはサードパーティのシステムから送信されたものではないデータに関連しています。
      3. 統合の問題：問題はお客様の統合レイヤーではなく、FileAIのプラットフォームロジックによるものです。
      4. 構成上の問題:問題がお客様によって管理されていない構成に関連していることの確認。
      5. その他の問題 (セキュリティインシデント、パフォーマンスなど): お客様が承認する前に、問題が完全にFileAI側にあることを確認する。

この構造化された承認プロセスにより、インシデントが適切に分類され、サポートによる的を絞った分析と解決が可能になります。

5. 非準拠インシデント。即時エスカレーションの対象となる「準備完了」の定義 (上記) の基準を満たさないインシデントを指します。これらのインシデントは FileAI によって分析され、解決される可能性がありますが、このサービスレベル契約 (SLA) 条件からは明示的に除外されます。そのため、サービスクレジットの計算には役立ちませんが、FileAIは、合意されたレートカードを利用して、コンプライアンス違反のインシデントの分析と解決にかかる時間を請求する権利を有します。このアプローチにより、コンプライアンス違反のインシデントは注意の対象となりますが、SLAの対象となる事項とは別に処理され、必要な追加作業については透明な請求慣行が確保されます。また、FileAIには、コンプライアンス違反のインシデントを適切な説明をもって拒否する権利もあります。
6. 未検出の欠陥インシデント。本番リリースに対するお客様の承認後、本番環境で初めて発生した問題を指します。これらのインシデントは、テストプロセスが不完全または不十分であることが原因で、ユーザー承認テスト（UAT）フェーズでは特定されていませんが、FileAI は、割り当てられたサポート時間内にこれらのインシデントを解決するよう努めています。ただし、これらのインシデントはインシデントの範囲外であり、UAT フェーズで発見、報告、修正された可能性があるため、設定された SLA 解決目標に拘束されるわけではなく、サービスクレジットの計算にも寄与しません。
7. 事前に承認されたダウンタイム。The Platform Platform の通常の運用、保守、またはアップグレードの過程でシステムが使用不能 (ダウンタイム) になることは想定されていませんが、カスタム開発された機能を使用してプラットフォームを大幅にアップグレードする場合や、特定の要件により必要になる場合があります。ダウンタイムやサービスの利用不能につながる可能性のあるメンテナンスは、お客様の営業時間外に実施するように計画し、少なくとも5営業日前に通知し、お客様の書面による承認を条件とします。The Platform アベイラビリティサービスレベルの測定には、事前に承認されたダウンタイムは最大 6 時間まで考慮されません。
8. プラットフォームの可用性。顧客ユーザーに対する本プラットフォームの可用性、または承認された理由によるディストリビューションパートナーへの問い合わせを測定します。事前に承認されたダウンタイムを除く観察可能なダウンタイムによって決定されます。プラットフォームの可用性を測定する監視ツールは、FileAI によって設定および運用される予定です。ピーク負荷時の可用性を正確に測定するには、ピーク時に十分なサンプルを採取する必要があります。プラットフォームのアベイラビリティの詳細については、付録 A を参照してください。

3. サービス管理

対象範囲内のサービスを効果的にサポートするには、一貫したサービスレベルを維持する必要があります。以下のセクションでは、サービスの可用性、対象サービスの監視、および関連コンポーネントに関する詳細について説明します。

1. プラットフォーム。プラットフォーム SLA 目標は、サービスレベル開始日から 3 か月後に有効になり、実装後のシステム安定化のための猶予期間が設けられます。この時間枠により、プラットフォームが通常の運用に落ち着くにつれて、最適なサービス提供が可能になります。これらのSLAには、以前に定義したように事前に承認されたダウンタイムは含まれていないことに注意することが重要です。
2. サービス時間と例外運用開始日以降、メンテナンス&サポートサービスは以下の時間帯に稼働します。

3。プロバイダーは、以下のいずれかに起因または原因とするエラー（それぞれ「サービス例外」）の全部または一部に関連するサービスを提供する義務を負いません。

1. お客様または第三者によって改造または損傷を受けたソフトウェア、またはそれを提供するメディア
2. ドキュメンテーションに明記されていないソフトウェアの操作、使用、またはその他の活動。これには、[プロバイダーが書面で明示的に許可する場合を除き]、ドキュメントでお客様が使用するように指定されていないテクノロジー（ソフトウェア、ハードウェア、ファームウェア、システム、ネットワークを含む）またはサービスへのソフトウェアの組み込み、またはそれらの組み合わせ、操作、または使用が含まれます。
3. あらゆる第三者資料
4. 本ドキュメンテーションに明記されている場合またはプロバイダーが書面で明示的に許可した場合を除き、お客様による本ソフトウェアの使用を含め、プロバイダー担当者以外による本ソフトウェアの過失、乱用、誤用、または誤用、または誤用
5. プロバイダーが以前に顧客に提供したメンテナンスリリースを顧客が速やかにインストールしなかった場合を含む、お客様の不具合
6. お客様または第三者のシステムまたはネットワークの運用、またはそれらへのアクセス。
7. プロバイダー担当者以外による本ソフトウェアの移転、インストール、または統合。
8. すべてのベータ版ソフトウェア、プロバイダーがテストまたはデモンストレーションの目的で提供するソフトウェア、一時的なソフトウェアモジュール、またはプロバイダーがライセンス料を受け取らないソフトウェア。
9. お客様またはその代表者による本契約またはマスターサービス契約/作業明細書のいずれかの条項への違反または不遵守、または
10. （影響を受ける当事者とその従業員との間を除く）労使紛争、戦争、革命、火災、洪水、ハリケーン、病気、伝染病、爆発、地震、または政府規制を含むがこれらに限定されない、あらゆる不可抗力事象。

4。サポート管理:FileAI は、メールとアプリ内チャットサポートを通じてブルーシートサポートを提供します。サポートリクエストは電子メールで送信できます。 support@file.ai または、アプリ内でチャットチケットを開いて、質問を解決したり、ブルーシートに関する問題を報告したりします。当社は、ダイレクトサポートチャネルを通じてサポートチケットが有効に発行されてから24時間以内に、各サポートチケットへの初期回答を提供するよう努めます。

5。インシデント解決。以下のサービスレベル目標は、定められた「準備完了」の基準を満たす問題とインシデントにのみ適用されます。

1. 問題サポート:
   1. 初期インシデント処理と基本的なトラブルシューティング
   2. エスカレーション基準:
      1. 指定された時間枠内にインシデントを解決できません。
      2. 問題に対処するための専門知識やリソースの不足。
2. インシデントサポート:
   1. より複雑な問題やインシデントに特化したサポート。
   2. エスカレーション基準:
      1. コアサポートはインシデントを解決できません。
      2. より深い技術的専門知識または特定のシステムへのアクセスが必要。
3. インシデント対応フレームワーク:

4。プロセッシング

1. デジタル化時間。通常の状況では、文書1件あたりのデジタル化時間は24時間を超えてはなりません。Bluesheetsは、文書をアップロードしてから24時間以内に納期の遅延についてクライアントに通知するものとします。
2. 注釈時間。通常の状況下では、文書ごとの注釈処理は 24 時間を超えてはなりません。Bluesheets は、注釈の提出後 24 時間以内に納期の遅延についてクライアントに通知するものとします。

5。お客様の義務

1. 通知。お客様は、エラーについてプロバイダーに通知し、エラーの性質と状況に関する合理的な詳細をプロバイダーに提供するものとします。
2. コンプライアンス。お客様は、本契約、サービス契約、および/または作業明細書のすべての条件を遵守するものとします。
3. 使用。お客様は、本契約に定められた条件に従ってのみ本ソフトウェアを使用するものとします。
4. 環境。お客様は、(a) 本ソフトウェアが動作する、および/または (b) お客様が本サービスにアクセスまたは利用する、すべてのネットワーク、システム、ハードウェアを含む、すべての環境条件およびコンポーネントを、文書に従って適切に設定、保守、および運用するものとします。
5. アクセス。本サービスの履行に関連して、お客様は、プロバイダーがその義務（本サービスの提供を含む）を履行し、本契約の条件に従い、その権利を行使できるようにするために、プロバイダー担当者が合理的に要求する、または合理的に必要となる可能性のあるすべての協力および支援をプロバイダースタッフに提供するものとします。これには以下が含まれます。
   1. 本ソフトウェアおよびお客様の構内、システム、ネットワーク、施設への物理的および仮想的な合理的かつ中断のないアクセス。
   2. ネットワーク、システム、運用、およびアプリケーションの担当者を含む、適切な顧客担当者への合理的なアクセス、および
   3. 前述のいずれかに関連して、第三者からのものであるか否かを問わず、必要なすべての承認および同意
6. データバックアップ。お客様は、本サービスの実施前にすべてのデータ、ファイル、および情報をバックアップすることに同意し、データ、ファイル、または情報の損失または改ざんについて単独で責任を負うものとします。
7. 情報。お客様は、お客様のハードウェア、ネットワーク、システム、および関連する第三者資料に関する情報を含む、お客様によるソフトウェア、サービス、または成果物の使用に関連して、プロバイダーから随時合理的に要求されるすべての情報をプロバイダーに提供するものとします。
8. 現在のリリース。本契約に別段の定めがある場合を除き、お客様は、プロバイダーが顧客に提供した最新リリースレベルのソフトウェアのみを実行しなければなりません。お客様は、すべてのメンテナンスリリースを、プロバイダーが提供した日から合理的に可能な限り速やかにインストールするものとします。

6。紛争解決

1. 紛争解決手続き本SOWの履行中の紛争を解決するには、以下の手順に従います。受領者とプロバイダーの間で紛争または紛争が発生した場合、プロジェクトチームメンバーはまず問題を社内で解決するよう努めます。一部
   1. ステップ1: プロジェクトチームが2営業日以内に紛争または紛争を解決できない場合、受信者プロジェクトマネージャーとプロバイダープロジェクトマネージャーが問題を解決するために会合します。
   2. ステップ2: レベル1にエスカレーションされてから3営業日以内に紛争または紛争が解決されない場合、プロバイダーサービスマネージャーは受信者サービスマネージャーと会って問題を解決します。
2. サービス継続性。紛争または紛争の解決中、プロバイダーは、紛争が解決されるまで、実行可能な範囲で、紛争のない項目に関連するサービスを提供することに同意します。お客様は、ブルーシートサービス契約、作業明細書、注文書を含むがこれらに限定されない、紛争の余地のない請求書を契約に従って支払うことに同意します。
3. 決議。決議は SOW 変更管理プロセスに従って処理されます。

7。注文を変更

1. 変更管理です。いずれかの当事者がサービスの範囲またはパフォーマンスの変更を希望する場合、要求された変更の詳細を書面で相手方に書面で提出するものとします。リクエストレポートには、変更リクエストに関する明確かつ詳細な情報が含まれていなければなりません。これには、リクエストを理解するのに役立つ写真、ビデオ、関連ファイルなどの補足資料の提供が含まれる場合があります。プロバイダーは、そのような要求があった日から妥当な期間内に、以下の内容の書面による見積もりを顧客に提供するものとします。
   1. 変更の実施に要する見込み時間
   2. 変更によって生じる本サービスのサービス料金およびその他の料金の必要な変更
   3. 変更が本サービスに及ぼす可能性のある影響、および
   4. 変更が本契約の履行に与える可能性のあるその他の影響
2. ネゴシエーション。書面による見積書を受領した直後に、両当事者は当該変更の条件について交渉し、書面で合意するものとする（以下「変更命令」といいます）。いずれの当事者も、相互に書面による合意がない限り、いかなる変更命令にも拘束されないものとします。
3. 修正/修正/権利放棄。本契約または作業指示書の修正は、本契約の各当事者が書面で署名しない限り、効力を生じないものとします。当事者が本契約に含まれる義務、契約、合意、または条件に従わなかった場合、当該権利放棄を付与する当事者が正式に締結および提出した書面によってのみ、その恩恵を受ける資格を有する当事者が権利を放棄することができます。ただし、かかる権利放棄またはかかる義務、契約、合意、または条件の厳格な遵守を主張しなかった場合でも、かかる権利放棄または当該義務、契約、または条件の厳格な遵守を主張しない場合でも、かかる権利放棄または本契約または条件の放棄とはみなされないものとします。その後のコンプライアンス違反またはその他の不履行について