移送依頼
6.3 移送依頼
移送依頼とは
移送依頼とは、SAPシステムで行った開発や設定変更を、別の環境へ安全に反映することです。
S/4 HANAでは、開発は主に開発環境で行い、その結果を検証環境で確認したうえで、本番環境へ反映します。
このとき、変更を「何を・誰が・いつ・どこへ」移すかを管理する単位が移送依頼です。
SAPシステムの移送とは
SAPシステムの移送とは、開発した資源（ABAPプログラム、辞書オブジェクト、設定変更など）を、開発環境から検証環境、さらに本番環境へ段階的に反映することです。
移送を正しく理解するには、SAPで一般的なスリーランドスケープ（3システム構成）と、SAP特有のクライアントという考え方を押さえておく必要があります。
ランドスケープとは
ランドスケープ（システム構成）とは、システムを安定稼働させながら、安全に開発・検証・本番運用を行うための環境構成のことです。
SAPでは一般に、次のスリーランドスケープが基本になります。
SAPでは一般的に、開発機・検証機・本番機の3環境（スリーランドスケープ）で運用します。
開発機で作成した変更を移送で検証機へ反映してテストし、問題がなければ同じ手順で本番機へ反映します。
これにより、本番環境での障害リスクを下げられます。
- 開発環境（開発機）：ABAP開発や設定変更を行う環境。単体テストもここで実施します。
- 検証環境（検証機）：開発環境で作成した変更を移送し、結合・総合テストを行う環境。
- 本番環境（本番機）：業務ユーザーが日々の業務で利用する環境。
※原則として、検証環境で直接修正は行わず、修正が必要な場合は開発環境で直して再度移送します。
※原則として、本番環境での開発作業や設定変更は行わず、移送によって反映します。
この構成により、「本番での障害を防ぐ」「検証を確実にする」「役割分担を明確にする」といった運用がしやすくなります。
スリーランドスケープ構造
スリーランドスケープのメリット
スリーランドスケープには、次のメリットがあります。
- 本番障害を未然に防げる
- 開発とテストを並行できる
- 「移送」そのものを事前に検証できる
- 業務ユーザーの練習・確認の場を用意できる
開発とテストを本番とは別環境で実施できるため、本番での不具合発生リスクを下げられます。
開発環境で修正を進めながら、検証環境では別の内容のテストを進められます。
「開発→検証」で問題なく移送できれば、「検証→本番」の移送も同様に進めやすくなります。
本番で試す必要がなくなり、誤操作による影響を避けられます。
クライアントとは
クライアントとは、1つのSAPシステムの中を、目的ごとに分けて使うための論理的な区画です。
同じサーバ（同じSAPシステム）の中でも、クライアント番号（例：001、002など）を分けることで、ユーザーや設定、データを分離して扱えます。
クライアントを使うと、たとえば、研修・練習用クライアント、設定検証用クライアント、単体テスト用クライアントを、別サーバを増やさずに用意できます。
つまりクライアントは、「サーバを何台も用意する代わりに、1つのシステム内で用途別の環境を分ける仕組み」です。
移送依頼タイプとクライアント依存/非依存
移送依頼には、大きく分けて次の2種類があります。ここで重要なのが、移送対象がクライアント依存か、非依存かという点です。
- カスタマイジング依頼（クライアント依存）
- ワークベンチ依頼（クライアント非依存）
特定クライアントの設定変更（カスタマイズ）を移送するための依頼です。インポート時に、反映先クライアントを指定して取り込みます。
ABAP開発オブジェクトや辞書オブジェクトなど、システム全体に関わる開発資源を移送するための依頼です。原則として、特定クライアントだけに反映するものではありません。
移送を行うときは、対象の資源がクライアント依存なのか非依存なのか？を意識する必要があります。
クライアント非依存： 全クライアントに共通の資源
例：ABAPプログラム、クラス、辞書（テーブル定義・データ要素等）など（＝ワークベンチ系）
クライアント非依存の資源（例：ABAPプログラムなど）は、同一システム内の全クライアントで共通です。例えば、クライアント非依存の要素に対し、クライアント001で変更が行われると、クライアント002、クライアント003、クライアント004も変更されます。
プログラムは基本、クライアント非依存となります。
クライアント依存： そのクライアントでのみ有効になる資源
例：カスタマイズ設定、業務データ、クライアント別に持つ設定（＝カスタマイジング系）
クライアント依存の資源（例：多くの設定や業務データ）は、クライアントごとに分かれて管理されます。