第1章 · ProjectVIEW ERP Master SaaS Framework
第1章では、ProjectVIEW ERP Master SaaS Framework全体で使用される130以上の用語を定義します。Authorised User、AvailabilityからRPO、RTO、Champion、Escrow Agentに至るまでを含みます。また、解釈ルールと、Commercial Contractと本Frameworkとの優先順位も定めます。さらに、Frameworkが依拠する法規制参照および契約ガバナンスのプロセスも示します。
- 130超定義済み用語
- GDPR · PDPL規制上の基準
- ISO 27001 · 9001 · 20000-1参照している規格
1.1 定義
本フレームワークにおいて、文脈上別段の定めがない限り、以下の用語は下記の意味を有するものとします。
| 用語 | 定義 |
|---|---|
| 利用規約 | ProjectVIEW ERPおよび/または関連するすべてのアドオンのプラットフォーム／アプリケーション／ポータルについて、顧客およびその認定ユーザーによる許可された利用を規律する一連の規則および制限。これには、違法使用、リバースエンジニアリング、資格情報の共有、自動スクレイピングの禁止を含み、第12章に定義されるとおりとします。 |
| AI Agent (Software Quality) | 顧客固有のドメイン知識（モジュール構成、業務ルール、データスキーマ、役割分類）を備えて設定されたカスタムAIテストエージェントであり、プロバイダーの安全なAPI統合レイヤーを介して顧客のProjectVIEW ERPインスタンスに対しテストシナリオを自律的に実行するもの。第5章に定義されるとおりとします。 |
| Authorised User | Customer により Platform へのアクセスおよび利用を認められたすべての個人をいい、それぞれに固有のユーザーIDが割り当てられるものとします。 |
| Availability | 1暦月のうち Platform が稼働し、Authorised Users がアクセス可能である時間の割合であり、Section 3（SLA）に従って算出されます。 |
| Azure | Microsoft Corporation が運営するクラウドコンピューティングプラットフォームである Microsoft Azure をいい、Platform は同基盤上にホストされます。これには、ID およびアクセス管理のための Microsoft Entra ID（旧 Azure Active Directory）を含みます。 |
| ARR (Annual Recurring Revenue) | Customer のサブスクリプションの年換算価値であり、該当する Volume Band におけるライセンス対象全モジュールのユーザー当たり年額料金の合計、Addon/Connector/Portal のサブスクリプション料金、および Commercial Contract において ARR に算入すると指定されたその他の継続課金の付随料金から構成されます。ARR には、一時的な導入・サービス費用、個別カスタマイズ費用、Extended Support のプレミアム、Escrow Agent 費用、および宿泊費は含まれません。ARR は SLA Non-Compliance Penalties の算定基礎であり（Chapter 3, §3.8）、Chapter 11, §11.5に詳述されています。 |
| Annual Subscription Fee | Commercial Contract に定める Universal/Concurrent User ライセンスモデルに基づき、Customer が Platform にアクセスするために支払う年額料金をいいます。料金は、Customer の総 Concurrent User 数に適用される Volume Band により決定され、Platform へのアクセス、専用クラウドインフラ、サポートサービス、リリース、メジャーバージョンアップグレード、COTS 保守、Lifetime Software Warranty、BCDR、およびコンプライアンスを含みます。Chapter 11, §11.4.1を参照してください。 |
| BCDR (Business Continuity & Disaster Recovery) | プラットフォームの可用性を維持し、顧客データが契約されたRPOおよびRTO目標内で復旧可能な状態に保たれるようにする、プロバイダーの事業継続計画、バックアップ管理、データ複製、災害復旧手順から成る統合プログラム。第9章に定義されるとおりとします。 |
| BCMS (Business Continuity Management System) | ISO 22301:2019に整合したプロバイダーの管理システムであり、プラットフォームの事業継続能力を確立し維持するための方針、手順、ガバナンス、および継続的改善の仕組みを包含します。第9章に定義されるとおりとします。 |
| BCP (Business Continuity Plan) | 中断時に Platform サービスを復旧または維持するために Provider が保有する、手順、役割、連絡体制、資源一覧、復旧ワークフローを文書化した一式であり、Section 9.8.2 に定義します。 |
| BIA (Business Impact Analysis) | Platform により支援される重要業務プロセスを特定し、Platform コンポーネントへの依存関係を整理し、サービス中断の影響を定量化して復旧目標（RPO/RTO）を調整するための体系的評価であり、Section 9.8.1 に定義します。 |
| Billing Period | Framework（契約）の署名日から開始する12か月（12）間の期間であり、1回の年次ライセンスサブスクリプションサイクルを表します。各 Billing Period には、Second Level Support（保守およびサポート）と、無料の Software Updates および Upgrades が含まれます。Chapter 11, §11.12.1を参照してください。 |
| Binding Period | Customer を ProjectVIEW ERP の利用登録に拘束する最低限のサブスクリプションコミットメントであり、Commercial Contract に定める Billing Period 数から成ります。いずれの当事者も、Binding Period 中に便宜解約することはできません。Chapter 11, §11.12.1を参照してください。 |
| Business Day | 別途両当事者が合意した場合を除き、金曜日、土曜日、またはアラブ首長国連邦の祝日以外の日をいいます。 |
| CAB (Change Advisory Board) | Section 4.6 に詳述するとおり、Platform への通常変更および緊急変更を審査し、承認または却下する責任を負う統治機関をいいます。 |
| Cessation Plan | Customer が後継バージョンへ移行せずに Subscription を終了する旨を書面により正式通知した場合に、Provider が作成する体系的な終了計画をいいます。Cessation Plan には、データ返却、環境の廃止、連携切断、および存続義務の管理が含まれ、Section 10.9 に定義します。 |
| Change Request | Section 4.6 に定める Change Management プロセスを通じて管理される、Platform の構成、機能、または連携の変更を求める正式な要求をいいます。 |
| Champion (DANAOS ProjectVIEW ERP) | Customer が指定する上級パワーユーザーで、専門の Champions Training Programme を修了し、正式な Champion 試験（§6.6.3）に合格した者をいいます。各 Customer は、最低2名（メインおよび副担当）の Champions を指定しなければなりません。Champions は、イントラネット（社内）およびエクストラネット（ポータル）ユーザーに対する Customer の Level 1 サポート窓口として、また Go-Live 以降の Provider との主要な連絡チャネルとして機能します（§6.6.4）。 |
| CI/CD (Continuous Integration / Continuous Delivery) | Git リポジトリから Staging Environment までのコード変更をビルド、テスト、デプロイする Provider の自動ソフトウェア配信パイプラインであり、一貫性を確保し、手動デプロイ時のエラーを低減します。 |
| CMT (Crisis Management Team) | DR-1 および DR-2 の災害復旧事象時に起動される Provider の指定リーダーシップチームであり、CTO（Incident Commander）、Cloud Operations Lead、DBA Lead、Customer Account Manager、Communications Lead で構成されます。Section 9.8.2 に定義します。 |
| CSI (Continual Service Improvement) | サービス品質、運用効率、Customer 満足度の継続的な向上を推進するために Provider が運営する ITIL 準拠のプログラムであり、Section 4.10 に定義します。 |
| CISO | Chief Information Security Officer です。情報セキュリティプログラム、ISMS ガバナンス、セキュリティ関連変更の承認について責任を負う Provider 指定の役員であり、Chapter 8 に記載されています。 |
| Concurrent User | Universal/Concurrent User ライセンスモデルの下で、同時にログインし、Platform を実際に使用している個人をいいます。いずれの時点においても Concurrent Users の数は、Commercial Contract に指定され、適用される Volume Band により管理される Customer のライセンス済み Universal User 数を超えてはなりません。Chapter 11, §11.3.2を参照してください。 |
| Confidential Information | 一方当事者が他方当事者に開示するすべての情報であって、口頭、書面、その他いかなる方法によるものであるかを問わず、機密であると表示されたもの、または情報の性質および開示の状況に照らして合理的に機密であると理解されるべきものをいいます。 |
| CSP (Content Security Policy) | Platform により適用される HTTP セキュリティヘッダーであり、承認済みのコンテンツソースを指定することにより、クロスサイトスクリプティング（XSS）およびデータ注入攻撃を軽減するものです。Section 8.4.4 に定義します。 |
| CVSS (Common Vulnerability Scoring System) | 0.0～10.0 の尺度でソフトウェア脆弱性の深刻度を評価する業界標準の枠組みであり、Provider が脆弱性修正の優先順位付けに使用します。Section 8.7.2 に定義します。 |
| Customer | Platform および関連サービスの提供のために本 Framework を締結した、Commercial Contract に特定された法人をいいます。 |
| Customer Data | Customer により、または Customer を代表して Platform にアップロードされ、Platform 内で生成され、または Platform により処理されるすべてのデータ、情報、文書および資料であり、Personal Data を含みます。 |
| Data Controller | GDPR 第4条(7)に定義されるとおり、単独でまたは他者と共同して、Personal Data の処理の目的および手段を決定する自然人または法人をいいます。Customer Data に関しては、Customer が Data Controller として行動します。 |
| Data-Integrity Report | 各テストサイクルの終了時に AI エージェントによって生成される自動レポートであり、Customer のデータスキーマに対して実行された参照整合性、計算整合性、時間整合性のアサーション結果を文書化するものです。Section 5.7.3 に定義します。 |
| Data Processor | GDPR 第4条(8)に定義されるとおり、Data Controller の behalf により Personal Data を処理する自然人または法人をいいます。Customer Data に関しては、Provider が Data Processor として行動します。 |
| Data Protection Laws | 一般データ保護規則（EU）2016/679（GDPR）、UAE 連邦法令第45号（2021年）Personal Data Protection（PDPL）、ならびに両当事者が事業を行う法域において適用されるその他のデータ保護およびプライバシー関連法令をいいます。 |
| Data Subject | 本 Framework の下で Personal Data が処理される、識別された、または識別可能な自然人をいい、GDPR 第4条(1)および UAE PDPL 第1条に定義されます。 |
| DIAC (Dubai International Arbitration Centre) | 本フレームワークに基づき、誠実な協議によって解決できない紛争の解決のために指定される仲裁・調停機関。調停および拘束力を有する仲裁は、DIACの適用規則に従い、管轄地をUAE、ドバイとするものとし、第12章、第12.10条に定義されるとおりとします。 |
| Decommissioning Certificate | 環境廃止作業の完了後に Provider が発行する正式な書面確認であり、NIST SP 800-88 のメディア消去ガイドラインに従って、すべての Customer Data が本番、ステージング、バックアップ基盤から恒久的に消去されたことを証明するものです。Section 10.10 に定義します。 |
| Platform Release Centre | ProjectVIEW ERP Platform 内にある Provider の統合リリース管理モジュールであり、リリース配布、バージョン追跡、デプロイ履歴に使用されます。各 Customer の Platform 環境内で、リリースカタログ、リリースノート、デプロイ記録へのロールベースアクセスを直接提供します。 |
| DPA | Data Processing Agreement。Section 17 に定める、Customer のために Provider が Personal Data を処理する条件を定めた契約条項をいいます。 |
| DPO | Data Protection Officer。GDPR 第37条から第39条および UAE PDPL 第10条に従って Provider が選任し、データ保護コンプライアンスを監督する者をいいます。 |
| DR (Disaster Recovery) | 重大な障害発生後に Platform の運用を回復または継続するために用いる方針、手順、および技術的仕組みの一式であり、二次基盤へのフェイルオーバー、データベース復元、サービス検証を含みます。Section 9.7 に定義します。 |
| DAST (Dynamic Application Security Testing) | 本番デプロイ前に Staging Environment で、デプロイ済み Platform に対してセキュリティ脆弱性（例：OWASP Top 10）を検出するために行う自動実行時テストです。Section 8.9 に定義します。 |
| Embedded Ticketing System | ProjectVIEW ERP Platform に組み込まれたネイティブな ITSM チケッティング機能であり、インシデント記録、サービス要求、チケットライフサイクル追跡、SLA 測定、レポーティングを含むすべてのサポート対応の記録システムとして機能します。Section 4.2.1 に詳述します。 |
| EBCM (Enterprise Business Continuity Management) | Azure プラットフォームのレジリエンス、アベイラビリティゾーンアーキテクチャ、地理冗長インフラを管理する Microsoft の Enterprise Business Continuity Management プログラムであり、Provider の BCDR のコミットメントはこれを前提としています。Section 9.3 に記載されています。 |
| Enterprise License Agreement (ELA) | Universal/Concurrent User モデルの下で Customer に ProjectVIEW ERP Platform を使用する権利を付与するライセンス文書をいいます。ELA には、Volume Band、Binding Period、Billing Period、ライセンス対象モジュール、Addon/Connector/Portal の権利、および関連料金表が明記されます。ELA は Commercial Contract に添付され、またはこれに組み込まれます。Chapter 11, §11.3.1を参照してください。 |
| Evergreen Contract | Subscription Term が Binding Period 終了後も各 Billing Period の満了時に自動更新される仕組みであり、Chapter 11, §11.12.2 に定める通知条項に従っていずれかの当事者が終了させない限り継続します。 |
| EOE (End of Engineering) | Provider が特定のメジャーバージョンについて、機能開発、非重大バグ修正、および機能拡張作業をすべて終了する日をいいます。重大なセキュリティパッチおよび P1 重大度のパッチは End-of-Life（EOL）日まで継続されます。EOE は EOL の30日前に発動します。Section 10.3 に定義します。 |
| EOL (End of Life) | Standard Subscription 条件の下で、Platform のメジャーバージョンに対する Provider のサポート、パッチ適用、ホスティングが終了する日をいいます。すべての Customer は、EOL 日までに後継バージョンへ移行するか、Subscription を終了していなければなりません。Section 10.3 に定義します。 |
| Escrow Agent | Source Code Escrow の取決めの下で、Platform のソースコード、ビルドスクリプト、データベーススキーマ、デプロイ文書を保管するために Provider が任命する独立した第三者保管者をいいます。Escrow Agent は、所定の放出条件（支払不能、事業停止、重大な契約違反、または製品終了）の発生時に、その預託物を Customer に引き渡します。Section 9.14 に定義します。 |
| Extended Support | EOL 後最大12か月まで利用可能な任意の期限付きサポート契約であり、P1/P2 インシデント対応と重大セキュリティパッチ適用のみに限定され、現行 ARR の20%のプレミアムが適用されます。Section 10.13 に定義します。 |
| Executive Steering Committee | 両当事者の上級代表者（各当事者最低2名）で構成される最上位の統治機関であり、戦略整合性の確認、重要変更の承認、エスカレートした紛争の解決、改善計画の承認のため、年2回招集されます。Chapter 12, §12.1.2 に定義します。 |
| Extranet User | イントラネット／エクストラネットのライセンスモデルにおいて、限定的な機能範囲を持つポータルベースのインターフェースのみを通じて Platform にアクセスする User をいいます。Extranet Users は通常、外部ステークホルダー（例：下請業者、現場のブルーカラー従業員、外部のプロジェクトマネージャー）であり、完全なモジュールアクセスなしに特定のプロジェクトデータの閲覧を必要とします。Chapter 11, §11.3.3を参照してください。 |
| Flexible Subscription Model | 最低ライセンスコミットメントを条件として、Subscription Term 中に Customer が Universal User Licences を追加または削除できる、利用量ベースの仕組みをいいます。追加分は Activation Date から日割り計算で請求されます。削除分は次回 Billing Period の更新時に有効となります。Chapter 11, §11.3.6を参照してください。 |
| Force Majeure Event | 天災、戦争、テロ、パンデミック、政府措置、火災、洪水、地震、国家主体によるサイバー攻撃、または第三者の通信回線若しくは電力供給の障害を含むがこれらに限られない、当事者の合理的支配を超える事象をいいます。 |
| GA (General Availability) | Platform の新しいメジャーバージョンが、すべての Customer に対する本番導入用として正式にリリースされ、完全サポート、SLA 適用、および標準的なバージョンライフサイクルの開始を示す日をいいます。Section 10.3 に定義します。 |
| GAP Analysis Document | 導入トレーニング段階の終了時に Provider が作成する統合報告書（§6.4.6）であり、受講者がトレーニング中に登録したすべての懸念事項、設定要件、および変更要求を分類したものです。GAP Analysis Document は Customer に正式提示され、書面承認を受けるものとし、Implementation Plan の拘束力ある補遺を構成します。 |
| Go-Live | UAT の成功完了および Customer の書面による承認後に、Production Environment がすべての Authorised Users に対してライブ運用のために利用可能となる日をいいます。Go-Live に伴い、Development/Sandbox 環境は Staging Environment に移行します。 |
| Governance Action Register | Provider が維持する共有アクションログであり、すべてのガバナンス会議（Monthly Operations、QSR、Executive Steering Committee）から生じる決定事項、アクション項目、およびフォローアップを追跡するためのものです。2回連続のレビューサイクル内に完了しないアクションは、自動的に次のガバナンス階層へエスカレーションされます。Chapter 12, §12.1.4 に定義します。 |
| GOS (Grade of Service) | 測定期間中、各優先度レベル内で適用 MTTR 目標以内に解決された Incident の割合をいいます。Section 3.6 に定義します。 |
| GRS (Geo-Redundant Storage) | Customer Data の6重複製を維持する Azure Storage のレプリケーションオプションであり、主 Azure リージョンに3コピー、地理的に対になった副リージョンに3コピー（数百キロメートル離隔）を保持し、自動的なリージョン間フェイルオーバーにより 16-nines の耐久性を提供します。Section 9.6 に定義します。 |
| GDPR | 2016年4月27日の、個人データの処理に関する自然人の保護についての欧州議会および理事会規則（EU）2016/679。 |
| Hypercare | バージョン移行後に、加速的なインシデント解決、設定の微調整、ユーザー定着の監視のために Provider が専任リソースを割り当てる、30日間の集中支援期間をいいます。Section 10.5 に定義します。 |
| IMAC/RD | Install, Move, Add, Change, Remove, Dispose。Section 4.8 に詳述するとおり、本 Framework の下で管理されるサービス要求の区分をいいます。 |
| IRBC（事業継続性に向けたICT対応状況） | ISO 27031:2011 に定義される、事業継続管理を情報通信技術サービスへ拡張したものをいい、ICT システムが合意された RPO および RTO 目標内で Provider の事業継続目的を支援できるようにするものです。Section 9.3 に記載されています。 |
| ITIL | Information Technology Infrastructure Library。IT サービスマネジメントに関するベストプラクティスとして世界的に認知されたフレームワークです。Provider はサポートプロセスを ITIL 4 ガイドラインに整合させています。 |
| ITSM (IT Service Management) | Provider の IT Service Management 機能であり、Platform の Embedded Ticketing System を通じて提供され、ライフサイクル全体にわたり、すべてのサポートチケット、インシデント、サービス要求、問題、変更要求の記録、追跡、管理、報告に使用されます。 |
| Incident | Platform または Services の計画外の中断、または品質低下であって、Provider による是正措置を要するものをいいます。 |
| Initial Term | Subscription Start Date に開始し、Commercial Contract および Enterprise License Agreement に定める Binding Period の期間継続する、サブスクリプションの初期期間をいいます。Initial Term は、Customer が契約上 Platform に拘束される連続した Billing Period の最低数から成ります。Chapter 11, §11.12.1を参照してください。 |
| Intranet User | イントラネット／エクストラネットのライセンスモデルにおいて、社内ネットワークまたは VPN を通じて Platform の全機能にアクセスする User をいいます。Intranet Users は通常、機能拡張されたモジュールアクセスを有するホワイトカラーのオフィス勤務者（例：プロジェクトマネージャー、数量積算士、調達担当者、財務チーム）です。Chapter 11, §11.3.3を参照してください。 |
| Intellectual Property Rights | 登録済みか未登録かを問わず、すべての特許、著作権、商標、営業秘密、データベース権、意匠権、ノウハウ、およびその他一切の知的財産権ならびにその出願をいいます。 |
| LRS（ローカル冗長ストレージ） | 単一のAzureリージョン内の単一施設にCustomer Dataのコピーを3つ保持するAzure Storageのレプリケーションオプションで、11ナインの耐久性を提供します。第9.6で定義されるとおり、施設間の冗長性を要しない、重要度の低い一時保管に使用されます。 |
| ナレッジベース | Providerの、プラットフォーム文書、業務手順ガイド、動画チュートリアル、FAQ記事、リリースノートを網羅する包括的なリポジトリであり、Platformの統合リリース管理モジュールおよび各Client専用のTraining Wiki（https://docs.projectview.wiki/[client]）でホストされ、すべてのAuthorised Userがアクセス可能です。第6.7で定義されるとおりです。 |
| 最小ライセンスコミットメント | Commercial ContractおよびEnterprise License Agreementに定めるBinding Periodの期間中、Customerが維持することを約束するUniversal/Concurrent User Licencesの最小数（20（20）以上）。Flexible Subscription ModelによるUser Licenceの削減を行っても、アクティブなライセンス数はこのしきい値を下回ってはなりません。Chapter 11, §11.5.4を参照してください。 |
| モジュール有効化修正 | 契約期間の途中で追加のProjectVIEW ERPモジュール、またはAddons/Connectors/Portalsを有効化するために、当事者が締結するCommercial Contractの正式な修正です。この修正には、対象コンポーネント、Activation Date、ライセンス指標、および按分料金が明記されます。Chapter 11, §11.3.4を参照してください。 |
| Named User | Named-Userライセンスモデルの下で、特定のAddons、Connectors、またはPortalsへのアクセスを許可された、固有に識別される個人。Named-Userライセンスは、個人ごとの追跡が必要な補助的なプラットフォームコンポーネントに適用され、Seat Reassignmentによる場合を除き譲渡不可です。Core PlatformへのアクセスはUniversal/Concurrent Userモデルにより管理されます。Chapter 11, §11.3.4を参照してください。 |
| 各Client専用Training Wiki | 各Customer向けにhttps://docs.projectview.wiki/[client]で提供される専用のAI強化ドキュメンテーションポータルであり、パーソナライズされたトレーニング資料、AI生成トランスクリプト付きの録画セッションライブラリ、役割別マニュアル、トレーニング計画、およびCustomerの構成と用語に固有の厳選されたFAQコンテンツを含みます。第6.7.1で定義されるとおりです。 |
| Commercial Contract | 当事者が締結する文書であり、Platformモジュール、Universal/Concurrent Users数、適用されるVolume Band、Binding Period、Billing Period、Addon/Connector/Portalの権利、Named-Userの割当て（該当する場合）、通貨、Minimum Licence Commitment、およびCustomer固有の構成を定めます。Commercial ContractはEnterprise License Agreementを組み込み、§1.3に従い、他のすべての条項に優先します。Chapter 11, §11.1を参照してください。 |
| NSG（Network Security Group） | Customerの主権環境内の各仮想マシンおよびサブネットに適用されるAzureネイティブのステートフルファイアウォールであり、デフォルトの全拒否ポリシーにより、受信および送信トラフィックルールを強制します。第8.5.1で定義されるとおりです。 |
| オムニチャネルサポートモデル | Embedded Ticketing System、WhatsApp Business Channel、電話、メールを単一の追跡可能なサポートワークフローに統合した、Providerの統合サポート提供アプローチです。第4.2で詳述されるとおりです。 |
| 個人データ | GDPR第4条(1)およびUAE PDPL第1条で定義される、識別された、または識別可能な自然人に関するあらゆる情報。 |
| PDCA（Plan-Do-Check-Act） | ISO 22301:2019で規定される継続的改善手法であり、ProviderがBCDRプログラムに適用します。Plan（BIAレビューおよび復旧目標の調整）、Do（バックアップおよびDR実行）、Check（訓練結果および監視）、Act（是正措置およびアーキテクチャ改善）です。第9.12で定義されるとおりです。 |
| PIMS（Privacy Information Management System） | ISO/IEC 27701:2019に従ってプライバシー固有の管理策、手順、および文書化を確立する、ProviderのInformation Security Management System（ISMS）の拡張であり、Data ProcessorとしてのProviderによるPersonal Dataの処理を管理します。 |
| PIR（Post-Incident Report） | DR-1またはDR-2の災害復旧事象の解決後5（5）営業日以内にProviderが作成する正式な報告書であり、根本原因分析、対応タイムライン、是正措置、BCDR計画の更新を含み、Customerに提出されます。第9.7.2で定義されるとおりです。 |
| Platform | DANAOS ProjectVIEW ERPソフトウェアアプリケーションです。DANAOS Cloud（Microsoft Azure）上でホストされるSoftware-as-a-Service（SaaS）ソリューションとして提供される場合、本Frameworkの条件が全面的に適用されます。Platformには、本Frameworkの下で提供されるすべてのモジュール、更新、および機能拡張が含まれます。 |
| Provider | アラブ首長国連邦で登録されたDANAOS Projects Software Solutions LLC、ギリシャに登録されたEU法人、およびその関連会社。 |
| Provider Service Desk（PSD） | Omnichannel Support Modelを通じて、すべての技術サポート関連チケットを記録し管理するためにProviderが運営する主要窓口であり、24時間365日アクセス可能です。 |
| Process Optimisation Advisory | ProviderがAIエージェントのテスト実行データを分析して、CustomerのProjectVIEW導入におけるワークフローの非効率、構成上の異常、および改善機会を特定し、四半期ごとのサービスレビューで推奨事項を提供する積極的サービスです。第5.9で定義されるとおりです。 |
| RPO | Recovery Point Objective。時間で測定される、許容可能な最大データ損失期間。Platformの目標RPOは15分です。 |
| RBAC（Role-Based Access Control） | PlatformのUsers & Roles Managementモジュール（STY）で実装される認可モデルであり、割り当てられた役割に基づいて、モジュール、機能、項目、レコードの各レベルで詳細な権限を適用します。第8.4.2で定義されるとおりです。 |
| RA-GRS（Read-Access Geo-Redundant Storage） | GRSを拡張し、プライマリリージョン障害時にセカンダリリージョンのCustomer Dataへの読み取り専用アクセスを提供するAzure Storageのレプリケーションオプションであり、完全なフェイルオーバー完了前に即時のデータ取得を可能にします。第9.6で定義されるとおりです。 |
| RTO | Recovery Time Objective。重大な障害後にPlatformを復旧するための許容可能な最大所要時間。Platformの目標RTOは4（4）時間です。 |
| Record of Processing Activities（RoPA） | GDPR第30条およびUAE PDPLに従い、Data ProcessorとしてProviderが維持する、すべてのPersonal Data処理活動の文書記録であり、処理の種類、目的、データ主体、受領者、移転手段、保持期間を明記します。第7.11で記載されるとおりです。 |
| Release / Update | 現在のメジャーバージョン内の増分ソフトウェア提供（例：v11.01、v11.02… v11.xx）であり、Customerの導入環境に固有の変更要求、バグ修正、軽微な機能拡張に対応します。第4.7.1で定義されるとおり、Agileスプリントを通じて提供されます。 |
| Renewal Term | Binding Period満了後の各連続するBilling Periodであり、その間サブスクリプションはEvergreen Contractの仕組みにより自動更新されます。ただし、いずれかの当事者が、現行Billing Periodの満了の少なくとも90（90）暦日前までに書面による非更新通知を行った場合はこの限りではありません。Chapter 11, §11.12.2を参照してください。 |
| SAST（Static Application Security Testing） | 導入前にセキュリティ脆弱性を検出するため、すべてのコードコミットで実行される自動ソースコード解析であり、Critical/Highの所見があるとビルドを停止します。第8.9で定義されるとおりです。 |
| SCA（Software Composition Analysis） | ProviderのCI/CDパイプラインに統合された、既知の脆弱性（CVE）およびライセンス遵守を確認するための、サードパーティライブラリと依存関係の自動スキャンです。第8.9で定義されるとおりです。 |
| SCCs（Standard Contractual Clauses） | GDPR第45条に基づく十分性認定の対象外である第三国へのPersonal Data移転について、Commission Implementing Decision (EU) 2021/914の下で採択された欧州連合標準契約条項。第7.14で参照されるとおりです。 |
| Seat Reassignment | 退職する個人から、その役割を恒久的に引き継ぐ代替個人へNamed-Userライセンス（Addons、Connectors、またはPortals向け）を移管することです。Seat Reassignmentは、アクティブなNamed-User数の合計がライセンス数を超えない限り、追加ライセンス料金は発生しません。Universal/Concurrent User Licencesには適用されず、これらはフローティングです。Chapter 11, §11.3.4を参照してください。 |
| Scheduled Downtime | 保守目的でPlatformを利用停止とする予定期間であり、第3節に従って事前にCustomerへ通知されます。 |
| Service Request | Incidentではない、提供、変更、または対応を求めるCustomerからの正式な依頼。たとえば、新規ユーザー作成、アクセス権限の変更、レポート設定などです。 |
| Simulation Scenario | AIエージェントがCustomerのDev/Sandbox環境に対して実行する、完全な業務プロセスの取引経路（例：プロジェクト開始から請求書発行まで）を定義する、パラメータ化されたエンドツーエンドのテスト仕様であり、データフロー、業務ルール、統合の整合性を検証します。第5.5.2で定義されるとおりです。 |
| SLA Non-Compliance Penalty | Providerが適用されるService LevelまたはGOS目標を達成できなかった場合に、第3.8に従って総ARRの一定割合として算出され、Customerに支払われる金銭的ペナルティです。 |
| Service Level | Providerのパフォーマンスを測定するための、第3節およびAppendix Aに定めるパフォーマンス指標と目標。 |
| SLO | Service Level Objective。Scheduled Downtimeを除き、各暦月につき99.9%の稼働率を意味するPlatformの目標可用性です。 |
| Source Code Escrow | Providerが独立したEscrow Agentと締結し、Platformの完全なソースコード、ビルドスクリプト、データベーススキーマ、依存関係マニフェスト、およびデプロイ文書を保管するための取り決めです。エスクローデポジットは四半期ごとおよび各メジャーバージョンリリース時に更新され、年次検証の対象となります。リリース条件およびCustomerの権利は第9.14で定義されます。 |
| Sprint | 平均3営業日の短期Agile開発反復であり、その期間中、ProviderはCustomerのStaging Environmentに対して、定義された変更要求、バグ修正、または構成変更を提供します。第4.7.1で詳述されるとおりです。 |
| Staging Environment | Go-Live後に、Production Environmentへ展開する前のデバッグ、変更要求、ソフトウェア更新、およびUniversal User Acceptance Testing（UAT）に使用される非本番環境です。Staging Environmentは、導入時に提供されたDevelopment/Sandbox environmentのGo-Live後の継続環境です。 |
| Super User | Customerが指名した従業員であり、ProviderのTrain-the-Trainer（T3）認定プログラムを修了し、Customer組織内で一次内部研修の実施、新規ユーザーのオンボーディング、および一次レベルのトラブルシューティング支援を行う権限を有します。第6.5で定義されるとおりです。 |
| Sub-Processor | Microsoft Corporation（Azureクラウドプロバイダーとして）を含み、Customerに代わってPersonal Dataを処理するためにProviderが契約する第三者。 |
| Subscription Start Date | Customerのサブスクリプションが開始される日であり、Commercial Contractに指定されたAgreement署名日です。Subscription Start Dateは、Binding Period、最初のBilling Period、およびInitial Termを開始させます。Chapter 11, §11.12.1を参照してください。 |
| Subscription Term | Commercial ContractおよびEnterprise License Agreementに定める、CustomerがPlatformへアクセスし利用する権利を有する期間の総計であり、Initial Term（Binding Period）およびEvergreen Contractの仕組みに基づくすべてのRenewal Termsを含みます。Chapter 11, §11.12を参照してください。 |
| Subscription Year | Billing Periodと同義です。Subscription Term内の連続する各12（12）か月の期間で、Agreement署名日またはその記念日から開始します。Subscription Years / Billing Periodsは、請求サイクル、ARR再計算、価格上昇、ライセンス遵守監査の基礎となります。Chapter 11, §11.5を参照してください。 |
| 監督機関 | GDPR第51条に基づいてEU加盟国が設立した独立の公的機関、または2021年連邦政令法第44号に基づくUAE Data Officeであり、その管轄区域におけるデータ保護法の適用を監視する責任を負います。 |
| SIEM（Security Information and Event Management） | インフラ、アプリケーション、データベースの全レイヤーからログを集約・相関分析し、脅威や異常挙動をリアルタイムで検知するクラウドネイティブなセキュリティ監視プラットフォーム（Microsoft Sentinel）です。第8.8.1で定義されるとおりです。 |
| TDE | Transparent Data Encryption。AES-256暗号化を使用して、Platformのデータベース層内の保存時データすべてに適用される暗号化技術です。 |
| SQT（Software Quality & Testing） | 自動化されたデータフローシミュレーション、ユーザー操作シミュレーション、データ整合性検証、回帰テスト、およびプロセス最適化アドバイザリーサービスを含む、ProviderのAI拡張ソフトウェア品質・テストフレームワークです。Chapter 5で定義されるとおりです。 |
| Test Evidence Repository | 各CustomerごとにProviderが維持する集中型の改ざん不可ストアであり、テスト計画、AIエージェント実行ログ、データ整合性レポート、プロセス最適化レポート、UAT証跡パック、回帰スイート履歴を含みます。第5.10.1で定義されるとおりです。 |
| TKT（Training & Knowledge Transfer） | 講師主導研修、自習型デジタル学習、アプリケーション内AIガイダンス、Train-the-Trainer認定、およびナレッジベース保守を含む、Providerの継続的な定着支援フレームワークです。Chapter 6で定義されるとおりです。 |
| TNA（Training Needs Assessment） | Training Planの設計前に、起動済みモジュール、組織上の役割、習熟度のギャップ、および研修要件を特定するために、ProviderがCustomerと協働して実施する構造化評価です。第6.4.1で定義されるとおりです。 |
| TNRA（Training Needs Re-Assessment） | EOL Announcementの60（60）日以内に実施されるCustomerの研修要件の構造化された再評価であり、後継バージョンの変更が既存のスキル、役割、およびワークフローに与える影響を評価して、Transition Training Planを作成します。第10.7で定義されるとおりです。 |
| Training Coordinator | Customerが指名する単一窓口であり、研修に関するあらゆる物流、日程調整、参加者指名、フィードバック収集、およびProvider提供の研修資料の社内配布を担当します。第6.9で定義されるとおりです。 |
| Transition Training Plan | TNRAの後に作成される、Customerのユーザー、Champions、およびSuper Usersを後継バージョンについて再認定するためのカスタマイズされた研修プログラムです。「What’s New」ブリーフィング、実践ワークショップ、Champion再認定、API/integrationワークショップ、UATガイダンス、Go-Live準備確認、および移行後クリニックを含みます。第10.7で定義されるとおりです。 |
| True-Up Notice | ライセンス遵守監査の後にProviderが発行する書面通知であり、ライセンス済み権利を超えるUniversal/Concurrent Users、Named Users（Addons/Portals向け）、またはモジュールの超過利用、および是正に必要な適用料金を明示します。Chapter 11, §11.11.3を参照してください。 |
| UAT（Universal User Acceptance Testing） | Customerが、Productionへの展開前にStaging Environmentで、すべてのソフトウェア変更、パッチ、更新、および新機能が正しく機能することを検証する正式なテストプロセスです。UATには、Productionリリース前のCustomerによる書面承認が必要です。 |
| Upgrade（Major Version） | Platformの製品全体にわたる新しいメジャーバージョン（例：v11 → v12）であり、重要な機能拡張、UI/UX再設計、新しいAPI/SDK、および主要COTSバージョンアップグレードを含みます。おおむね年1回リリースされます。Chapter 10のEnd-of-Lifeポリシーに準拠します。 |
| User Licence Amendment | Flexible Subscription Modelの下で、契約期間の途中にUniversal/Concurrent User Licencesを追加または削除するために、当事者が締結するCommercial Contractの正式な修正です。追加分はActivation Dateから按分請求され、ARRは新しいVolume Bandに基づいて再計算されます。削減分は次回のBilling Period更新時に有効となり、Minimum Licence Commitmentの対象となります。Chapter 11, §11.3.6を参照してください。 |
| UAE Data Office | 2021年連邦政令法第44号に基づいて設立されたアラブ首長国連邦の国家データプライバシー規制当局であり、UAE PDPLの適用を規制する責任を負います。 |
| UAE PDPL | 2021年連邦政令法第45号のPersonal Data保護に関する法律であり、アラブ首長国連邦における最初の包括的な連邦データプライバシー法で、2022年1月2日に施行されました。 |
| Universal User | Universal/Concurrent User per Deviceライセンスモデルにおけるフローティングのライセンス権であり、Commercial Contractに指定されたライセンス数を同時アクティブセッション（Concurrent Users）の総数が超えない限り、任意の認可された個人がPlatformにアクセスすることを許可します。Universal User Licencesは特定の個人に紐づきません。Chapter 11, §11.3.2を参照してください。 |
| Volume Band | CustomerのAnnual Subscription Feeに適用される段階別料金区分であり、ライセンスされたUniversal/Concurrent Usersの総数によって決定されます。5つのVolume Bandが定義されています。Band 1（Minimum～20 Users）、Band 2（21～30）、Band 3（31～50）、Band 4（51～100）、Band 5（100+）。より高いVolume Bandほど、ユーザー単価は段階的に低くなります。Chapter 11, §11.4.1を参照してください。 |
| WAF（Web Application Firewall） | SQLインジェクション、クロスサイトスクリプティング、リクエストスマグリングを含むOWASP Top 10のWebアプリケーション攻撃から保護するため、Platformのアプリケーション層の前段に配置されるAzure Web Application Firewallです。第8.5.1で定義されるとおりです。 |
| Warranty Period（Lifetime Warranty） | Customerの有効なSubscription Term全期間およびその更新期間全体であり、その間、ProviderはPlatformが本Frameworkに実質的に適合して動作し、重大な欠陥がなく、継続的なセキュリティパッチ適用を受け、契約されたSLOおよび復旧目標以上の性能を維持することを保証します。この保証はサブスクリプションと一体であり、失効せず、適用範囲が縮小されず、別途更新を要しません。第9.13で定義されます。 |
| WhatsApp Business Channel | 各Customer向けに設置される専用のWhatsApp Businessグループであり、Customerの主要ユーザーとProviderの担当コンサルタントを接続し、迅速な非公式コミュニケーションを可能にします。第4.2.3に定めるデータ保護および正式化ルールに従います。 |
| ZRS（Zone-Redundant Storage） | 単一のAzureリージョン内の2～3の可用性ゾーンにわたりCustomer Dataのコピーを3つ保持するAzure Storageのレプリケーションオプションであり、12ナインの耐久性と単一可用性ゾーン障害への保護を提供します。第9.6で定義されるとおりです。 |
1.2 解釈
本書において、文脈上別途必要とされない限り、以下のとおりとします。
- (a) SectionおよびAppendixへの参照は、本Frameworkの各Sectionおよび各Appendixを指します。
- (b) 単数形を示す語は複数形を含み、その逆も同様です。また、いずれかの性別を示す語はすべての性別を含みます。
- (c) いかなる法令、規則、または立法上の規定への参照には、その修正、再制定、または延長を含みます。これには、GDPR、UAE PDPL、および後継法令または施行規則（UAE Data Officeが発出するExecutive Regulationsを含むがこれに限られない）が含まれます。
- (d) この文書の見出しは便宜上のものにすぎず、その解釈に影響を与えないものとします。
- (e) 「include」および「including」という用語は、限定なく解釈されるものとします。
- (f) 本文書におけるいずれかの義務が基準への適合を求める場合（ISO 27001、ISO 9001、または ISO 20000-1 を含む）、参照するのは本文書の日付時点で有効な版、またはプロバイダーがより後の版へ移行している場合はその後の版とします。
- (g) 当事者への言及には、当該当事者の承継人および許可された譲受人を含みます。
- (h) 当事者が何かを行わない義務には、当該行為が行われることを許可、原因付け、または容認しない義務を含みます。
1.3 優先順位
本フレームワークの規定間に抵触または不整合がある場合は、以下の優先順位が適用されるものとします（高い順）。
- (a) 商業契約（その中で合意された顧客固有条件を含みます）。
- (b) 本フレームワークの Part A（商業・法務フレームワーク）。
- (c) 本フレームワークの Part B から E（技術・運用規定）。
- (d) 本フレームワークの付属書。
1.4 規制参照
本フレームワークでは、以下の規制枠組みおよび基準を参照しています。適用可能な場合は、確認および追加参照のため外部リンクを掲載しています。
- GDPR — 個人データの取扱いに関する自然人の保護についての規則（EU）2016/679
https://eur-lex.europa.eu/eli/reg/2016/679/oj
- UAE PDPL — 個人データ保護に関する2021年連邦政令法律第45号（アラブ首長国連邦）。2022年1月2日施行。UAE 内または UAE から、自然人の個人データを処理する事業体に対し、DPO の任命、データ侵害通知、データ保護影響評価（DPIA）、越境移転保護措置、取扱活動記録（ROPA）を含む包括的なデータ保護義務を定めています。2021年連邦政令法律第44号に基づき UAE Data Office が規制しています。
UAE政府のデータ保護法：https://u.ae/en/about-the-uae/digital-uae/data/data-protection-laws 全文：https://uaelegislation.gov.ae/en/legislations/1972/download 国家プライバシー委員会：
- ISO/IEC 27001:2022 — 情報セキュリティマネジメントシステム
- ISO 9001:2015 — 品質マネジメントシステム
- ISO/IEC 20000-1:2018 — ITサービスマネジメント
DANAOS ISO Certifications: https://danaos-projects.com/iso-certifications/
- Microsoft Azure Compliance — SOC 1/2/3、ISO 27001/27017/27018、FedRAMP、PCI DSS、CSA STAR
Microsoft Service Trust Portal: https://servicetrust.microsoft.com/ Azure Trust Center: https://azure.microsoft.com/en-us/explore/trusted-cloud
注記: プロバイダーは、運営する各法域において適用されるすべてのデータ保護規制への適合を維持しています。プロバイダーの主たる事業所がアラブ首長国連邦にあることから、GDPR に加えて UAE PDPL が特に重要です。プロバイダーは UAE Data Office による施行規則の公布を監視しており、UAE PDPL に定められた適合移行期間内に、これに応じてデータ保護実務を更新します。
1.5 プロセス登録簿
以下の表は、本章で定めるガバナンスプロセスを要約したものです。これには、責任役割、期待される成果、ならびに他章の関連プロセスへの相互参照が含まれます。
Role Legend: P = プロバイダー | C = 顧客 | SC = 運営委員会 | DPO = データ保護責任者 | SDM = サービス
デリバリーマネージャー
1.5.1 プロセス登録
| 参照 | プロセス | トリガー | 担当者 | 承認者 | 期待される成果 | 参照先 |
|---|---|---|---|---|---|---|
| P-1.01 | 契約変更 | いずれかの当事者が条件の変更を要求した場合 | 法務顧問（P/C） | 運営委員会 | 契約に対する書面による変更合意の締結済み文書 | § 7, § 1.3 |
| P-1.02 | 優先順位に関する紛争解決 | 契約文書間に矛盾が確認された場合 | SDM / 顧客 IT 連絡担当者 | 運営委員会 | 1.3 の階層に従う拘束力ある解釈 | § 1.3, § 3.11 |
| P-1.03 | 規制適合更新 | 新規または改正されたデータ保護法 | DPO / 法務顧問 | 運営委員会 | 更新された DPA、プライバシー通知、処理記録 | § 1.4, § 17 |
1.5.2 RACI マトリクス
| プロセス（参照） | プロバイダー | 顧客 | 運営委員会 | DPO |
|---|---|---|---|---|
| P-1.01 契約変更 | C | C | A | I |
| P-1.02 優先順位紛争 | R | C | A | — |
| P-1.03 規制更新 | R | I | A | R |
R = Responsible（実行） | A = Accountable（承認責任） | C = Consulted（協議先） | I = Informed（通知先） | — = 不関与
1.5.3 プロセスフロー — 契約ガバナンス・ライフサイクル
| 段階 | 活動 | 役割 | 成果物 |
|---|---|---|---|
| ① 開始 | 変更または紛争の要求が提起される | いずれかの当事者 | 書面による要求を提出 |
| ② 評価 | 法務・規制影響分析 | プロバイダー + DPO | 影響評価報告書 |
| ③ レビュー | 運営委員会によるレビューと निर्णय | 運営委員会 | 承認 / 却下 / 保留 |
| ④ 実行 | 署名済み変更契約または更新済み DPA | 双方の当事者 | 締結済み文書 → 契約が更新される |
