導入プロセス：オンボーディング、構築、および本番稼働
プロビジョニング、署名から引き渡しまでのタイムライン、オンボーディングフォームと各入力項目の提出期限、IDとコミュニケーション、移行コックピット、切り替え、および稼働開始ゲート。
3つのステップでプロビジョニングを実行
| ステップ | 何が起こるのですか |
|---|---|
| 1 — 提案書と契約書 | 顧客はクラウド、リージョン、ノード、データベース、災害復旧（DR）、および環境を構成します。監査済みの収益が提供されます。主要な技術担当者は契約書に記載されます。 |
| 2 — 構築 | オンボーディングフォームが送信され、キックオフでマイルストーン、責任範囲、タイムラインが確定され、インフラストラクチャ・アズ・コードに基づいて環境が構築されます。 |
| 3 — 引き継ぎ | 技術担当者にアクセス権が付与され、顧客は接続性とSSO（シングルサインオン）を確認し、設定と移行が開始されます。 |
契約書への署名、監査済みの収益証明、およびオンボーディングフォームがすべて揃ってから、構築作業を開始します。顧客のネットワークおよびDNS関連の作業は、契約と並行して開始してください。通常、これが最もリードタイムの長い項目となります。
タイムライン（想定されるデフォルト設定、営業日）
| から | に | 誰が | ターゲット |
|---|---|---|---|
| 契約書に署名済み | オンボーディングフォームが送信されました | お客様 | 5営業日 |
| オンボーディングフォーム | 設計承認 | TRANXACT | 5営業日 |
| 設計承認 | 引き渡し予定日 | TRANXACT | 5営業日、Live DR対応の場合はさらに5日（TO_4.1.01） |
プライベート接続、顧客管理キー、および追加環境により、構築期間が延長される場合があります。構成、移行、およびテストは引き渡し後に実施され、モジュール範囲ごとに計画されます。
引き継ぎ日が確定し、移行計画の規模が決定してから、稼働開始日を決定してください。
オンボーディングフォーム
| 入力 | 説明 | いつ |
|---|---|---|
| クラウドプロバイダーと地域 | AWS、Azure、またはGoogle Cloud。プライマリリージョンとLive DRリージョン。 | 署名する前に |
| 実行時サイジング | ワーカーノードのサイズと数（最低3つ）；環境 | 署名する前に |
| データベース | 選択可能なエンジンと排気量（HA） | 署名する前に |
| 連続パターン | 可用性レベル、Live DRリージョン、ボールト保持、RPO/RTO | 署名する前に |
| モジュールと範囲 | 稼働開始時のモジュール、法人、通貨、言語 | 署名する前に |
| コンプライアンスフラグ | 規制対象データ（健康、教育、給与）、保持 | 署名する前に |
| AI ASK | エンジンのティアまたはBYOK、処理地域、使用予算 | 署名する前に |
| ネットワーク | プライベート /22 範囲 (および DR)、接続オプション、送信許可リスト | キックオフから5営業日以内 |
| DNSと証明書 | FQDN、DNS所有者、公開CA証明書 | 5営業日以内に |
| 身元 | SSO、管理者ユーザー、MFAポリシー用のIDプロバイダー | 5営業日以内に |
| 統合 | 銀行、給与計算、税務、BI、レガシーエンドポイント | 5営業日以内に |
| 連絡先 | 技術、ネットワーク、セキュリティ、財務、データ移行に関するサポート。24時間365日対応の担当者2名。 | 5営業日以内に |
提出はお客様の責任となります（MIG_8.5.01）。入力漏れがあると、引き渡し予定日が遅れます。ほとんどの入力項目はコンフィギュレータに直接反映されるため、お客様の構成PDFを再利用して事前に入力してください。
- ビルド開始後に修正される項目：地域、アドレス範囲、FQDN、データベースエンジン。
- 範囲はLive DR領域を含む、顧客、パートナー、またはランディングゾーンのネットワークと重複してはなりません。
- 技術的な担当者は、認証情報やネットワークの変更に対応できるITリーダーであるべきであり、CxO、財務担当者、調達担当者であってはならない（MIG_8.5.03）。
- 送信後の変更はオーケストレーターを経由して処理され、非標準または変更要求として記録されます。
- 引き継ぎまで、2週間ごとの運用同期で未処理の入力項目をすべて追跡する。
アイデンティティとコミュニケーション
- 署名後、ウェルカムパックとキックオフ招待状をお送りします（MIG_8.5.02）。
- キックオフ（SM_1.1.01）：サポートマニュアルとサービスポータル、ランドスケープとスコープ、R&Rワークブック、RACI、エスカレーションマトリックスの説明。
- SAML 2.0またはOIDCを介した顧客IdPとのSSOフェデレーション（PLAT_5.6.01）。必要に応じてSCIMプロビジョニング（PLAT_5.6.05）。
- データ移行開始前に、実際のユーザーで役割マッピングのテストを実施します。
- 稼働開始時から予定されているアクセスレビュー（PLAT_5.6.04、除外）。
- すべての連絡は指定された技術担当者宛てに行われ、認証情報は担当者のみに送信されます（TO_4.1.02）。代理人をフォームに指定することも可能です。
- 運用に関するメール（インシデント、メンテナンス、リリースなど）は、技術担当者と24時間365日対応の担当者に送信されます。
- プロビジョニングメールとアラートメールが隔離されないように、TRANXACTの送信元ドメインを許可リストに追加します（PLAT_5.5.03）。
- メールが見つからない場合：まず迷惑メールフォルダと隔離フォルダを確認し、それでも見つからない場合はサービスポータルからリクエストを送信してください。
- SSOに関する問題が発生した場合：インシデントを報告する前に、IdPメタデータ、クレームマッピング、およびテストユーザーの役割を確認してください。
マイグレーションコックピット
- 抽出 — レガシーシステムおよびスプレッドシートから（MIG_8.3.01、顧客）。
- マッピング — TRANXACTエンティティ、アカウント、マスターデータへ。クレンジング（MIG_8.3.02、顧客）。
- 検証 - ルール、重複、欠落データ (MIG_8.2.01、TRANXACT)。
- 試運転負荷 - 非生産設備への繰り返し負荷 (MIG_8.2.01; 合意されたサイクルを超える負荷は追加負荷、MIG_8.2.02)。
- 照合 - 試算表、補助元帳、在庫。開始残高の承認 (MIG_8.3.03、顧客)。
- 切り替え - 顧客のゴー/ノーゴー（MIG_8.4.02）後、フリーズ、最終ロード、および技術検証（MIG_8.4.03、TRANXACT）。
TRANXACTは、コックピットとロードのテンプレート（MIG_8.1.01）、移行計画（MIG_8.1.02）、および共同で作成された切り替え計画と凍結期間（MIG_8.4.01）を提供します。
稼働開始日を決定するのは、ツールではなくデータ品質です。稼働開始前にすべての開始残高が監査済みのデータソースと照合され、その承認は顧客が行います。
チェックリスト：本番稼働のための署名
| 5営業日以内に | 建てる | 引き渡す | 稼働準備 |
|---|---|---|---|
| オンボーディングフォームが完了しました | VPN / プライベートリンクアップ | アクセス確認済み | 移民の和解 |
| 技術担当者名 | DNSと証明書が稼働中 | 監視ダッシュボードが共有されました | 統合テスト済み |
| 出国許可リスト案 | SSOと役割のマッピング | 保管庫のコピーが到着しました | Live DR切り替えに合格 |
| エリアごとの連絡先、24時間365日対応 | 構築された環境（IaC） | ターゲット内のLive DRラグ | クリーンルーム復旧に合格 |
稼働開始後、ハイパーケア（通常4～8週間、毎日状況確認を行う延長サポート）がH1パッケージ（PKG_7.6.01）として提供されます。
「提案されたデフォルト値」と表示されている値は、導入ガイドで推奨されている初期値です。お客様ごとにそれぞれ確認してください。契約書、注文書、SLA、DPAがこのページの内容よりも優先されます。