サービスリクエスト
顧客がサービスポータル上で作成・承認した依頼は、TRANXACTによって受理、評価、スケジュール設定、完了されます。本番環境への対応依頼は24時間体制で処理されますが、平日は非本番環境となります。
| リクエスト | カテゴリ | リードタイム |
|---|---|---|
| 環境更新、本番環境 → 非本番環境 (TO_4.7.01) | 標準、環境ごとに年間最大12件 | 3営業日 |
| 割り当て量を超えて更新する (TO_4.7.02) | 追加 | 3営業日 |
| 特定時点への復元（TO_4.9.05） | 標準 | 時間; P1 すぐに |
| 出口先を追加する (INFRA_2.6.02) | 標準 | 2営業日（目安） |
| 統合APIクライアントを作成する（PLAT_5.3.02） | 標準 | 2営業日（目安） |
| モジュール（PLAT_5.1.01）をオンにする | 標準サイズ、サイズレビュー付き | 計画通り |
| ノードまたはデータベースのサイズ変更（INFRA_2.4.05、DB_3.1.06） | オプション、変更リクエスト | 変更ウィンドウ |
| ピーク時の一時的な処理能力（INFRA_2.4.06） | 追加 | 5営業日（目安） |
更新されたコピーでは、送信連携機能が無効化され、エンドポイントが再設定されるため、実際の支払いや申請を送信することはできません。これらの機能は、顧客が再度有効化するまで無効化されたままになります。
事件
| 優先度 | 反応 | 営業時間 |
|---|---|---|
| P1・非常に高い | 20分 | 24時間365日対応、4時間以内にアクションプランを作成 |
| P2・高 | 2時間 | 24時間365日稼働。平日は非稼働。 |
| P3・中 | 4時間 | 営業日 |
| P4・低 | 1日 | 営業日 |
P1の場合：ポータルで24時間365日対応の連絡先を指定して問題を提起し、サービスデスクに電話して番号を伝えれば、業務停止、本番稼働の危機、月末処理、給与計算、または申告の停止が発生した場合に、担当マネージャーが対応します。4時間以内にアクションプラン、単一の連絡窓口、および本番環境における根本原因分析が提供されます。
24時間365日連絡可能な担当者がいないP1担当者は、対応時間の保証を失います。また、問題解決を確認し、インシデントをクローズするのは顧客のみです。
リリース
リリースノートを事前に配布 → 非本番環境を優先 → 顧客による回帰テスト（T1が契約していない限り顧客が実施） → 冷却期間 → 本番環境への段階的なアップデート。月末、給与支払日、法定申告日はデフォルトで本番カレンダーから除外され、顧客は許可された期間内に延期を要求できます。
ガバナンス
| フォーラム | ケイデンス | カバー |
|---|---|---|
| エグゼクティブ | オンデマンド | 戦略、ロードマップ、その他のモジュール |
| 運営委員会 | 四半期ごと | SLAとKPI、スケーリング、大きな変更 |
| ビジネスレビュー | 月刊 | サービス品質、導入状況、ASK利用状況、コスト |
| 操作の同期 | 隔週 | インシデント、リクエスト、リリース、エスカレーション |
スケーリングと拡張
契約ティア内ではTRANXACT自動的にスケーリングします。それを超えると、より大きなノードやノード数、より大きなデータベース、またはより多くのストレージは、変更要求によってオプションとして提供され、Live DRに反映されます。一時的なピーク増加は追加料金となります。承認されたクラスタ内拡張機能は、リリースごとに顧客がインストール、パッチ適用、検証する必要があります。TRANXACT TRANXACT、この拡張機能のためにプラットフォームの更新を遅らせることはなく、SLAを脅かす場合は隔離する可能性があり、この拡張機能に関するインシデントは可用性SLAの対象外となります。
稼働開始から3か月後、カルダーウッドは回帰テストのためにマスキングを施した上で、本番環境からQASを更新しました。2日後、テスターからQASから銀行ファイルが届かない理由を尋ねられました。問題は何もありませんでした。更新されたコピーは実際の支払いを送信せず、カルダーウッドのインテグレーション担当者が銀行のテストエンドポイントに対してインテグレーションを再度有効にするまで、QASのインテグレーションは無効のままだったのです。
試してみて カルダーウッド社が承認したサードパーティ製の税務処理エンジンがクラスタ内で稼働しているため、月末締め処理が3時間停止します。この処理は誰が担当し、TRANXACTの可用性に影響しますか？
これは顧客側のインシデントです。顧客はインストール、パッチ適用を行い、ベンダーにエスカレーションします（EXT_9.2.02）。サードパーティ製ソフトウェアが原因で発生したインシデントは、可用性SLAの対象外となります（EXT_9.2.05）。TRANXACTは、拡張機能が安定性を損なう恐れがある場合、その拡張機能を隔離または削除することがあります（EXT_9.2.04）。