結論：製品名ではなく、対象・作業・責任・時間・受入条件を一つの表にする
「SAPをサポートしてほしい」だけでは見積りも責任分界も安定しません。対象アプリケーションと環境、モジュールと業務プロセス、含む作業、担当レベル、サービス時間、第三者依存、移管完了条件までを同じスコープ表で確認します。
1. アプリケーションと業務プロセスを特定する
- 本番・検証・開発環境、バージョン、拠点、利用者と言語
- SAPの対象モジュール、例：SD・MM、およびABAP開発責任
- インターフェース、バッチ、帳票、ジョブ、監視と外部システム
- 受注、出荷、購買、在庫など停止影響の大きい業務プロセス
2. 運用作業とプロジェクト作業を分ける
インシデント、問題、サービスリクエスト、標準変更、リリース支援、定期作業、小規模改善を区分します。大規模開発、アップグレード、データ移行やクレンジングは自動的にAMSへ含めず、別スコープと承認方法を定めます。
3. L1・L2・L3とRACIを明文化する
- L1：受付、情報確認、分類、利用者連絡
- L2：対象機能・設定・運用の診断と解決
- L3：ABAP等の専門開発、製品ベンダーまたは高度技術への連携
- 顧客：業務優先度、承認、キーユーザー、リスク受容
- 共同：重大障害判断、変更日程、リリース可否と改善優先順位
4. サービス時間と優先度を業務影響から決める
通常時間、休日、オンコール、現場対応、言語とタイムゾーンを分けます。24×7は一律の標準ではなく、対象システム、体制、連絡経路、優先度定義を確認した案件だけに設定します。応答・解決目標はL1〜L3と業務影響に合わせて合意します。
5. 移管と受入を成果物で管理する
- システム一覧、構成図、連絡網、運用手順、既知エラー
- 権限申請、MFA・VPN、ログ、機密情報と越境アクセスの条件
- 未解決チケット、変更予定、技術的負債、ベンダー契約と依存関係
- シャドー／リバースシャドー、テスト、未解決事項、受入責任者
実例：日本の消費財企業におけるSAP運用支援
2025年8月から、著名なグローバル消費財企業の日本事業を匿名で支援しています。6名（オンサイト1名・リモート5名）の体制でSAP SD・MM・ABAPを保守し、L1・L2・L3の受付・対応・エスカレーション、変更、リリース、報告を運用範囲として整理しています。未確認の工数、SLA、改善率は公開していません。
最初の相談に含める9項目
- 対象システムとモジュール
- 環境と主要インターフェース
- 利用者・拠点・言語
- 必要なサービス時間
- 現在の体制と第三者ベンダー
- インシデント・変更・リリースの想定範囲
- 現在の課題と未解決リスク
- 希望開始時期
- 意思決定者と連絡担当者
パスワード、個人情報、本番アクセス情報はWebフォームに記載せず、最初は概要だけをご共有ください。