誰が何をするか：役割と責任
5つのサービスカテゴリ、4つの配送コード、7つのタスク発注方法、展開チームとその担当者、責任共有モデル、およびRACI。
TRANXACTの導入環境におけるすべての運用タスクは、5つのサービスカテゴリのいずれかに分類されます。このカテゴリによって、タスクを実行する担当者と、サブスクリプション料金以外に費用が発生するかどうかという2つの疑問に同時に答えることができます。
5つのサービスカテゴリー
| カテゴリ | 要するに | 誰がそれを演奏するのか | 料金 |
|---|---|---|---|
| 標準サービス | 含まれる | TRANXACT | 購読料に含まれています。 |
| オプションサービス | 契約書に追加 | TRANXACTのみ | 追加料金は、注文書に明記するか、変更依頼書で追加する必要があります。 |
| 追加サービス | ご要望に応じて、リクエストに応じて | TRANXACTのみ | 配達ごとに料金が発生します。単発の作業にも対応いたします。 |
| パッケージサービス | 顧客タスク、委任可能 | 顧客、またはパッケージが契約された場合はTRANXACT | 契約書に記載されたパッケージ料金。 |
| 除外されるタスク | 顧客限定 | 顧客（またはその導入パートナー） | 注文するものはありません。 |
- 例えば、標準的なものとしては、プラットフォームの運用、24時間365日の監視、バックアップと保管庫、パッチ適用、Live DRの運用、四半期ごとの切り替え訓練、割り当て内での環境更新、インシデント対応などが挙げられます。
- オプションとして、例えば、Live DRリージョン自体、追加環境、長期保管用ボールト、オフラインコピー、顧客管理キー、プライベート接続などが挙げられます。
- その他、例えば、割り当て量を超える更新、追加または個別の訓練、要求に応じたクリーンルーム復元、大量データロード、顧客の侵入テストの調整など。
- 例えば、機能管理、レポート作成、統合監視、ASK使用状況管理、回帰テストなどがパッケージ化されています。
- 例えば、復元されたデータや訓練の業務承認、投稿の承認、エンドユーザーデバイスのセキュリティ、サービスリクエストの発行と承認などは除外されます。
提供されていない6つ目のマーカーはカテゴリではありません。これは、TRANXACTプライベートクラウドが全く提供していないタスクを示しています。ワークブックに記載されているタスクは、顧客によるデータベースへの直接アクセス（DB_3.1.09）です。すべてのレポート作成と統合は、TRANXACT APIと抽出を介して行われます。
契約されていないパッケージ化されたタスクは消滅しません。それは顧客のタスクです。顧客側で役割の設計やワークフローの設定を担当する担当者が指定されておらず、かつ機能管理パッケージが購入されていない場合、誰もそのタスクを実行しません。
配達
| コード | 誰が | ワークブック内のタスク |
|---|---|---|
| P | TRANXACTプラットフォームの運用 ― 自律運用パイロットとチーム | 139 |
| A | TRANXACTアプリケーションサービス - パッケージサービス提供チーム | 29 |
| S | TRANXACTのセキュリティ運用（SecOps） | 18 |
| C | 顧客、または顧客の導入パートナー | 51 |
タスクの順序付け方法
| 注文情報 | 意味 |
|---|---|
| 自動配信 - リクエスト不要 | TRANXACTはそれを積極的に行います。 |
| サービスリクエスト | お客様がサービスポータルを通じて提起した案件です。追加料金はかかりません。 |
| サービス依頼 - 配達ごとの料金 | ポータル内で上昇し、毎回チャージされた。 |
| サービス依頼（契約済みパッケージ） | パッケージが契約に含まれている場合にのみ、ポータルで利用可能です。 |
| 変更要求が必要です | 商品が納品される前に、注文書の内容を変更する契約変更。 |
| 事件 | 優先度P1～P4のインシデントとして報告されました。 |
| 該当なし | 顧客からの依頼であり、注文内容ではありません。 |
サービスリクエストの提出と承認は、お客様のみが行うことができます（SM_1.2.01）。TRANXACTのスタッフはお客様に代わってリクエストを作成することはできますが、お客様からの書面による承認（通常はリクエストに添付されたメール）なしには提出できません。
展開チーム
| TRANXACTの役割 | 古典的な同等品 | 所有する | 顧客側の担当者 | 担当するタスク |
|---|---|---|---|---|
| AIデプロイメントオーケストレーター | 配送責任者 | 契約締結から安定稼働まで、計画策定、開始、エスカレーションに至るまで、単一の窓口として対応します。 | 顧客プロジェクト／ITリーダー | 11 |
| 台帳設計者 | ソリューションアーキテクト | クラウド、ネットワーク、セキュリティ、Live DR、統合設計、そして複数の組織にまたがる単一台帳モデル。 | エンタープライズ、ネットワーク、セキュリティのアーキテクト | 9 |
| データ移行コンダクター | 実装リーダー | 試運転から監査済みの切り替えまでの移行コックピット、開始残高の照合。 | 財務管理者およびデータ所有者 | 9 |
| 自律運用パイロットプロジェクト | サービスマネージャー | プラットフォームの運用、SLA（サービスレベル契約）、切り替え訓練、および保管庫の復旧。 | IT運用／サービスデスク | 134 |
| AI導入ナビゲーター | 顧客の成功 | ASKとアクションキューの導入、AIガバナンスと予算、更新。 | ビジネスプロセスオーナー | 23 |
残りの51のタスクは顧客側が担当します。開始時に、各担当者に対応する実在の人物を記入してください。ワークブックの「クルーと担当者」タブに記入欄があります。
共有責任モデル
| 層 | 責任 | 注記 |
|---|---|---|
| ビジネスプロセスと構成 | お客様 | ワークフロー、承認プロセス、マスターデータ、勘定科目表。 |
| ユーザー、役割、アクセスに関するレビュー | お客様 | 細分化された役割分担、定期的な再認定。 |
| 顧客システムとの連携 | ジョイント | エンドポイントは顧客が所有し、TRANXACTはAPIを提供する。 |
| TRANXACTアプリケーションとASK | TRANXACT | リリース、バグ修正、パフォーマンス改善。 |
| Kubernetesランタイムとデータベース操作 | TRANXACT | パッチ適用、スケーリング、Live DR、エアギャップバックアップ。 |
| クラウドアカウント、請求、ランディングゾーン | ジョイント | 顧客ごとに合意されたアカウント所有権およびポリシー。 |
| 物理インフラ | クラウドプロバイダー | データセンター、ハードウェア、ハイパーバイザー。 |
初期段階で最も多く発生する紛争は、アプリケーションの技術面（TRANXACT）とアプリケーションの機能面（パッケージサービスが利用可能な顧客）との間の境界線に関するものです。キックオフミーティングでこの点について説明しましょう。
RACI
R：責任者、A：説明責任、C：相談、I：情報提供。実装パートナーが関与する場合は、顧客欄を調整してください。
| 活動 | お客様 | TRANXACT | クラウドプロバイダー | R&R参照 |
|---|---|---|---|---|
| クラウドアカウント、ランディングゾーン、および請求 | 売掛金 | C | 私 | INFRA_2.1 |
| ネットワーク、VPN/プライベート接続、DNS | 売掛金 | R | 私 | INFRA_2.2 – 2.3 |
| クラスター、データベース、Live DR、およびボールトの構築 | C | 売掛金 | 私 | TO_4.1、DB_3.1 |
| モジュール構成とワークフロー | 売掛金 | C | – | PLAT_5.1、PKG_7.1 |
| 移行コックピットによるデータ移行 | A | R | – | MIG_8.1 – 8.3 |
| 連携機能（銀行、給与計算、税務、BI） | 売掛金 | C | – | PLAT_5.3 |
| プラットフォームのパッチ適用、バックアップ、監視 | 私 | 売掛金 | C | TO_4.3、4.8、4.9 |
| ユーザーアクセスと役割の再認証 | 売掛金 | 私 | – | PLAT_5.6 |
| 切り替え訓練と業務検証 | A | R | 私 | TO_4.10 |
| 物理インフラ | – | 私 | 売掛金 | — |
データ移行は、多くの人が誤解している点です。TRANXACTはコックピットと積荷の運用を担当しますが、顧客は引き続き責任を負います。データのクレンジング、マッピングの決定、そしてすべての開始残高の承認は顧客の責任です。