サービス開始後：サービスの運用

サービスリクエストとカタログ、インシデントとP1での対応、SLA、サポートチャネル、リリース、ガバナンスのサイクル、モニタリング、スケーリング、拡張機能、および定常状態チェックリスト。

サービスリクエスト

依頼 → 実行 → 顧客承認 → カタログ保守。依頼の発行と承認は顧客のみが行います。TRANXACTは依頼を受け付け、評価し、スケジュールを設定し、完了を報告します（SM_1.2.02）。本番環境への依頼は24時間365日対応し、平日は非本番環境となります。

環境の刷新を段階的に実施する

1. リクエスト（顧客）— サービスポータルで、対象環境、日付、マスキングの選択肢を指定します。
2. 品質チェック（TRANXACT）—範囲、カテゴリ、割り当て、承認が検証済み。スケジュールが確定。
3. 実行 (TRANXACT) — スナップショット、コピー、マスク、アウトバウンド統合の無効化、エンドポイントの再指定 (TO_4.7.03、4.7.04)。
4. 事後処理（TRANXACT）— 健康チェック、アクセス権の再申請、証拠付きの完了通知。
5. 承認（顧客）—検証してクローズまたは拒否（TO_4.7.06）；どの統合を再度有効にするか決定（TO_4.7.07）。

事件

顧客は、優先度、業務への影響、エラーの詳細、および24時間365日の連絡先を指定してインシデントを作成します（TO_4.2.01）。TRANXACTの運用部門は、優先度を検証して確認し、ASKサマリーを使用して調査を行い、解決策または回避策を提供します。製品の不具合は、修正のためにエンジニアリング部門に送られます（TO_4.2.06）。顧客のみが解決を確認し、インシデントをクローズします（TO_4.2.05）。

対応時間は、チケット作成から、その環境を熟知しているエンジニアによる最初の対応までの時間を指します。

P1を4ステップで

1. サービスポータルで、24時間365日対応可能な連絡先の氏名と電話番号、業務への影響、エラーメッセージまたはスクリーンショットを添えて、非常に優先度の高いインシデントを報告してください。
2. インシデント番号を伝えて24時間年中無休のサービスデスクに電話し、状況確認または折り返しの連絡を依頼してください。影響が拡大する場合は、優先度を上げてください。
3. 業務が滞っている場合、システム稼働開始が危ぶまれている場合、月末処理、給与計算、または申告が停止している場合、当直マネージャーが介入し、台帳設計者とエンジニアリングチームを招集します。
4. 4時間以内の包括的な対応計画、単一の連絡窓口、および本番環境における根本原因分析。インシデント情報はシステム記録として保持されます。

サポートチャネル

リリース

1. リリースノートとスケジュールは事前に公開されています（TO_4.8.01）。
2. まず非本番環境にデプロイされました（TO_4.8.02）。
3. 顧客が非本番環境で自社のプロセスに対して行う回帰テストは、T1回帰テストパッケージを契約しない限り、顧客のタスクとなります（TO_4.8.03）。
4. 冷却期間。
5. 3つのノード全体にわたる、継続的な本番環境アップデート。

• 月末締め処理、給与計算、法定申告日は、デフォルトで本番リリース カレンダーから除外されます (TO_4.8.04)。
• スキーマの変更は下位互換性があり、本番環境規模のコピー（TO_4.8.05）でテスト済みです。
• 顧客は、許可された期間内（TO_4.8.06）で本番環境の更新の延期を要求し、メンテナンス期間を月末、給与支払日、または申告日からずらすことができます（TO_4.4.03）。
• TRANXACTは、サードパーティ製拡張機能との互換性のためにプラットフォームのアップデートを遅延させることはありません（EXT_9.2.03）。

ガバナンス

合成チェックは、クラウド外部から顧客のFQDNに対して実行されます（TO_4.3.03）。ビジネスプロセスの監視（承認の滞留、未投稿の文書など）は、M1統合監視パッケージを契約していない限り、顧客が管理します（TO_4.3.05）。

スケーリング

• 契約されたティア内では、TRANXACT がワークロードの再スケジュールとスケーリングを自身で行います (INFRA_2.4.04、Standard)。
• さらに、ワーカーノードの数や規模を増やす（INFRA_2.4.05）、データベースを拡張する（DB_3.1.06）、ストレージを増やす（INFRA_2.5.03）といったオプションは、変更要求によって実行可能であり、Live DRリージョンにも反映されます。
• 移住や年末のピークによる一時的な増加は追加（INFRA_2.4.06）です。
• キャパシティは毎月、および各月末、給与支払日、または入学ピークの前に見直されます（SM_1.1.02、1.1.03、TO_4.12.04）。

拡張機能およびサードパーティ製ソフトウェア

リクエストは、拡張フレームワーク（構成、API、クラスタ内）に対して評価されます（EXT_9.1.01、標準）。クラスタ内のコードまたはエージェントには、セキュリティおよびエンジニアリングレビューが必要です（EXT_9.1.02、追加）。承認された場合：

• お客様は有効なライセンスと、契約期間全体にわたるベンダーサポートを保有しています（EXT_9.1.03）。
• TRANXACTは承認されたイメージをパイプラインを通じて展開します（EXT_9.2.01、追加）。顧客はインストール、構成、パッチ適用を行い、ベンダーにエスカレーションします（EXT_9.2.02）。
• 顧客はリリースごとに互換性を検証します（EXT_9.2.03）。
• TRANXACTは、通知後、または緊急時には直ちに隔離または除去することができます（EXT_9.2.04）。
• それによって発生したインシデントは顧客の責任であり、可用性SLAの対象外となります（EXT_9.2.05）。

承認されたすべての延長情報は、景観文書と非標準ログに記録されます。これらの情報は、主要なリリース時および更新時に再確認されます。

チェックリスト：定常状態

図解とチェック付きでこのコースを受講してください