SAPクライアントとは？マルチクライアントの仕組みとデータ分離を実務で理解する

SAPでいうクライアントは、1つのSAPシステム内に設ける論理的な業務環境です。日本語では「マンドント」と呼ばれることもあります。クライアント番号は通常3桁の数字で表し、ログオン時に入力する値として利用します。この記事では、システムやデータベースとの違い、データ分離の範囲、運用時の確認手順を整理します。

01SAPクライアントとは

SAPクライアントは、同じSAPシステム上で業務データや設定を論理的に分離する単位です。たとえば、開発用、テスト用、教育用の環境を、同一システム内の異なるクライアントとして管理できます。クライアントごとにユーザー、会社コードに関連する業務データ、組織設定などを保持します。

クライアント番号はシステム全体で識別子として使われます。SAP GUIのログオン画面では、システムID、メッセージサーバーまたはアプリケーションサーバー、ユーザー、パスワードなどに加えて、クライアント番号を指定します。ログオン後の処理は、選択したクライアントのコンテキストで実行されます。

SAPクライアントは、SAPシステムそのものやデータベースとは別の概念です。SAPシステムはアプリケーションサーバーやデータベースなどを含む稼働単位であり、その中に複数のクライアントを配置できます。クライアントはそのシステム内の論理的な区画です。

02SAPシステムとクライアントの関係

SAPの構成を整理すると、物理・技術的な稼働単位と、業務上の論理単位を分けて考えられます。

SAP S/4HANAやSAP ERPのアプリケーションでは、クライアントが業務データ分離の基本単位になります。一方、SAP HANAのテナントデータベースはデータベースレベルの分離単位です。クライアント番号とテナントデータベース名を同じものとして扱わないことが、構成確認の第一歩です。

SAP GUIでクライアントを切り替えると、別のデータ領域に接続します。接続先のシステムIDが同じでも、クライアント番号が異なれば参照できるデータや設定が変わる場合があります。問い合わせ対応では、システムIDだけでなく、クライアント番号、ユーザー、実行日時をセットで記録すると調査が安定します。

SAPの用語全体を整理する場合は、SAP用語の基本とモジュールの関係も参照してください。クライアント、モジュール、トランザクション、移送依頼はそれぞれ異なる層の用語です。

03クライアント間のデータ分離

クライアント依存データは、クライアント番号によって分離されます。アプリケーションテーブルでは、クライアントを表す項目として MANDT が使われる設計が一般的です。ユーザーや業務伝票など、クライアントごとに管理するデータは、ログオン中のクライアントを基準に処理されます。

ただし、SAPシステム内のすべてのオブジェクトがクライアント単位で分離されるわけではありません。システム全体に影響する設定、リポジトリオブジェクト、アプリケーションサーバーの設定などは、クライアントをまたいで有効になることがあります。変更作業では、対象がクライアント依存か、クロスクライアントかを確認します。

データ分離はアクセス制御とも関係します。クライアント番号が正しくても、ユーザーに必要な権限がなければトランザクションやデータを利用できません。逆に、権限が付与されていても、別クライアントへログオンしていると期待するデータが表示されないことがあります。

データ連携では、送信元と受信先のクライアントを明示します。IDocを利用する場合は、送信元・受信先システムだけでなく、処理対象クライアント、論理システム名、ポート、パートナー設定を確認します。関連する確認手順は、SAP IDocの基本とトラブルシューティングにまとめています。

04現在のクライアントを確認する方法

SAP GUIのログオン画面で確認する

最初に、SAP GUIの接続エントリとログオン画面に表示されるクライアント番号を確認します。運用手順書に記載された番号と一致していることを確認し、入力後に画面上部のシステム情報やユーザー情報も確認します。

SAP GUIのステータスで確認する

ログオン後は、SAP GUIのステータス表示からシステム情報を開き、システムID、クライアント、ユーザー、トランザクションなどを確認します。画面のタイトルやステータスバーだけで判断せず、問い合わせ票には表示されたクライアント番号を転記します。

トランザクションで管理設定を確認する

クライアントの属性や変更許可を確認する管理作業では、トランザクション SCC4 を使用します。表示・変更権限を持つ担当者が、クライアントの説明、変更オプション、論理システム名などを確認します。設定変更は本番運用の変更管理に従って実施します。

ログオン先が意図したクライアントと異なる場合は、まずSAP GUIの接続先とクライアント番号を確認し、未保存の更新処理がない状態で再接続します。ユーザーや権限の問題を調べる前に、システムIDとクライアント番号を確定させると切り分けが早くなります。

05マルチクライアント運用の設計

マルチクライアント構成では、クライアントを増やす目的を明確にします。開発・テスト・教育などの用途を同じシステムに集約する場合、データの混在を防ぐルール、接続先の表示、テストデータの初期化方法、利用者の権限を先に定義します。

本番業務と教育・検証を同一システムに置く場合は、誤操作の防止策が重要です。クライアント名、ログオンメッセージ、SAP GUIの接続エントリ、ユーザー権限、変更可能範囲を組み合わせて、利用者が接続先を判別できるようにします。

クライアントの追加やコピーでは、容量、処理時間、ユーザー、RFC接続、論理システム、バッチジョブ、帳票出力先を確認します。コピー後に本番向けの接続情報や外部連携先が残っていると、テストデータが外部システムへ送信される可能性があります。

設定を別システムへ移す場合、クライアント依存のカスタマイジングは移送依頼の対象になります。移送依頼の種類やリリース順序を確認し、対象クライアント、依頼番号、インポート先を記録します。移送依頼の位置づけは、SAP移送依頼の仕組みと運用手順で確認できます。

06よくある障害の切り分け

期待するデータが表示されない場合は、次の順番で確認します。

1. システムIDが正しいか確認する
2. クライアント番号が正しいか確認する
3. ユーザーが想定したユーザーか確認する
4. 対象データがクライアント依存か確認する
5. 権限、組織値、選択条件を確認する
6. データが別クライアントまたは別システムに存在しないか確認する

トランザクションが実行できない場合は、クライアント番号だけでなく、ユーザーのロール、権限オブジェクト、組織レベル、トランザクションコードの割り当てを確認します。認証エラーの記録には、パスワードを含めず、システムID、クライアント、ユーザー、発生時刻、エラーメッセージを残します。

テスト環境で本番データに見える情報が表示される場合は、クライアントコピーやデータ更新の履歴を確認します。個人情報や取引情報を含む場合は、アクセス権限、マスキング、削除処理、利用目的を確認してから継続利用します。

クライアント間の処理をRFCや外部連携で実行する場合は、接続先のクライアント番号を接続定義と処理ログの両方で確認します。接続先が不明な状態で再送や再実行を行うと、別クライアントに重複登録される可能性があります。

07運用前に確認するチェックリスト

本番稼働やクライアントコピーの前に、次の項目を確認します。

• クライアント番号と用途が文書化されている
• SAP GUIの接続先名から対象環境を判別できる
• 本番クライアントの変更権限が適切に制限されている
• クライアント依存オブジェクトとクロスクライアントオブジェクトを区別している
• ユーザー、ロール、論理システム、RFC接続を確認している
• バッチジョブ、帳票、メール、外部連携の送信先を確認している
• クライアントコピー後の不要データや不要接続を整理している
• 変更履歴と切り戻し手順を記録している

クライアントは、単なるログオン番号ではなく、業務データ、設定、権限、連携の境界を構成する管理単位です。問い合わせや変更作業では、システムID、クライアント番号、ユーザー、対象オブジェクトを一緒に扱うことで、誤接続と誤更新を防ぎやすくなります。

実務での確認例

障害受付時には、次のような情報を最初にそろえます。

システムID: <SID>
クライアント: <client number>
ユーザー: <user>
発生日時: YYYY-MM-DD HH:MM
トランザクション: <transaction code>
対象伝票またはオブジェクト: <object>

この情報をもとに、接続先、クライアント依存性、権限、移送や連携の履歴を順に確認します。SAP Basis運用全体の監視や変更管理と組み合わせる場合は、SAP Basisシステム管理の実務ガイドも役立ちます。