三崎レイナ
社会人1年目。新卒でITコンサルティングファームに就職。初配属がSAPプロジェクトにアサインされる。SAPがわからないことだらけで悩んでいたところ、会社の先輩にSAPラボの所長を紹介され、毎週末に所長とSAPのお勉強中！
博士
SAPラボの所長。SAP大好き博士！SAP導入プロジェクトを構想策定～運用保守まであらゆるフェーズを数多く経験。
いまは優しきおじいちゃんだが、プロマネバリバリの時代はかなり怖かったらしい。現在は引退しSAPの後進育成と啓蒙活動に従事中！
若者に負けぬようX（旧Twitter）も奮闘中。
この記事を読むメリット
SAP FI（財務会計）モジュールにおいて最も重要な処理は、支払処理であると考えられます。
国内取引に対しては、SAP支払プログラム（RFFOJP_T）があり、国外取引には別途SAPプログラム（RFFOJP_L）が存在します。これらのプログラムによって出力されるDMEファイルは異なり、従来の支払媒体と呼ばれています。
また、S/4HANAになってから、SAP社は新たに支払ワークベンチというソリューションを提供しています。
博士早速、支払ワークベンチについて説明するぞい！
新着のSAPフリーランス案件
【MM】
【PP】
【製造業S/4HANAマスタ移行支援（MM/PP）】東京・大崎（ハイブリッド）／要件検討・設計・開発／即日～長期
① シニアコンサルタント枠（2名募集）
② ジュニアコンサルタント～システムエンジニア枠（4名募集）
製造業における基幹システム刷新の一環として、既存ERPからSAP S/4HANAへ移行する新規導入プロジェクトです。 この重要なプロジェクトにおいて、MM/PP領域のマスタデータ移行に関する基本設計から実際の移行作業までを中心メンバーとして担当していただきます。
主な業務内容:
【SD】
【食品メーカーS/4HANA導入支援（販売・物流）】東京・リモート併用／構想・要件定義／即日～長期
食品プロセス系メーカーにおける基幹システム刷新の一環として、SAP S/4HANAを国内拠点に導入するプロジェクトです。 プロジェクトの初期段階である構想策定・要件定義フェーズから、販売・物流領域（SD中心、関連するMM、FI-AR等）の専門家として、新業務プロセスの設計とシステム要件の具体化をチームで推進していただきます。
主な業務内容:
【CO】
【FI】
【Y社SAP新規導入（会計アドオン開発）】東京・豊洲（リモート併用）／外部設計～テスト／即日～2025/12（延長可能性有）
Y社のSAP新規導入プロジェクトにおいて、会計系アドオン機能の実現が重要な課題となっています。 本プロジェクトでは、外部設計書の作成から開発、単体テストに至るまでの一連の工程を担当頂く想定です。
主な業務内容:
【FI】
【精密機器S/4HANA導入（ABAP開発）】大阪・常駐／アドオン開発／2025/6～2025/11
精密機器企業におけるSAP S/4HANA新規導入に伴い、業務要件に合わせたアドオン機能の開発が多数発生しています。 本プロジェクトでは、これらアドオン機能の設計・開発・テストをABAP開発を担当していただきます。
主な業務内容:
【CO】
【FI】
【MM】
【PP】
【SD】
【その他】
【S/4HANA導入（フルモジュール）テストリード】大阪・リモート併用／テスト計画・管理／即日～2027/8
SAP S/4HANAを基盤とした新生産調達システムの導入プロジェクトであり、SD/MM/PP/FI/CO/PSのフルモジュールが対象となります。 この大規模プロジェクトにおいて、テストフェーズ全体の品質と進捗を担保するため、テストリードとして計画から管理までを中心となって推進していただきます。
主な業務内容:
【CO】
【FI】
【MM】
【SD】
【SAP運用保守（FI/CO/SD/MM/CRM）】東京・リモート併用／問題解決・カスタマイズ等／2025/7～長期
稼働中のSAPシステム（FI/CO, SD/MM, CRMなど）における日々の運用保守、およびユーザーサポートが主なミッションです。 業務部門からの問い合わせ対応やシステム課題の解決、既存ベンダーとの連携を通じて、システムの継続的な安定稼働と利用部門の業務効率維持を中心メンバーとして支援していただきます。
主な業務内容:
【CO】
【FI】
【MM】
【PP】
【SD】
【SAP運用保守リーダー（得意モジュール担当）】フルリモート／チーム立ち上げ／即日～長期
SAP S/4HANA環境において、安定稼働を支える運用保守チームをゼロから立ち上げ、軌道に乗せていく重要なミッションです。これまでの知見を結集し、最適な運用体制の構築をリードしていただきます。
主な業務内容
【CO】
【FI】
【MM】
【PP】
【SD】
【S/4HANAデータ移行支援（計画・要件定義）】フルリモート／上流工程リード／即日～長期
SAP S/4HANAへのシステム刷新におけるデータ移行フェーズにおいて、計画策定から実行管理に至るまでの一連のプロセスを中心となって推進していただきます。
主な業務内容:
【MM】
【SD】
【専門商社向けS/4HANA導入（SD/MM）】東京・品川／新規構築・要件定義／即日～長期 ※ジュニア可
専門商社におけるビジネス拡大と経営基盤強化を目的とした、複数会社統合に伴う新規基幹システム導入プロジェクトです。
SAP S/4HANAを基盤とし、SD/MM領域を中心としたコンサルティング業務を中心メンバーとして推進していただきます。
主な業務内容:
【MM】
【SD】
【商社向けS/4HANA導入・開発支援（ロジ領域 SD/MM）】東京／IF・帳票・アドオン／即日～長期
支払ワークベンチの説明をする前に、知っておかないといけないことは全銀協フォーマットです。
全銀協フォーマットは何でしょうか。
全銀協フォーマットとは、日本の銀行間での電子データ交換に使用される標準的なファイルフォーマットです。正式には「全銀協規定ファイルフォーマット」と呼ばれます。
このフォーマットは、日本の銀行間での取引データ（例えば、振込指示や入出金明細など）を一貫して扱うために制定されています。企業が複数の銀行に対して振込指示を行う際、全銀協フォーマットを使って一つのファイルを作成し、これを各銀行に送信することで、手間を省き、エラーを減らすことができます。
簡単に言うと、企業は全銀協フォーマットと異なるファイルを使って、ネットバンキングにアップロードすることができないです。イコール送金ができないことになります。
SAPの支払処理の最も重要な目的は銀行に送信するDMEファイルを作成することです。
ここで、DMEファイルとは日本語では「支払媒体書式」と呼ばれるもので、全銀協フォーマットを前提に各銀行要件に沿ったデータ形式で作成したファイルになります。DMEファイルでは、固定長ファイル、可変長ファイル、XMLファイルなど各銀行の要件に沿ったファイル形式で全銀協フォーマットに沿った支払データを作成することができます。
支払ワークベンチはカスタイマイズです。
カスタイマイズの目的も銀行に送信するDMEファイルを正しく作成することです。顧客の要件によって、このカスタイマイズを通してSAP標準プログラムSAPFPAYMに対する拡張ができます。
国内書式：JP_ZENGINKYO
テキスト：国内銀行振込（日本）
外国送金書式：JP_ZENGINKYO_I
テキスト：国際送金 (日本)
PS：このカスタイマイズはクライアント非依存です。
なお、直接標準書式を変更するのではなく、標準書式コピーして ZJP_ZENGINKYO_Iという名前の書式を使っていろいろ設定変更するのがおすすめです。
今回は外国送金の書式JP_ZENGINKYO_Iを例として説明します。
トランザクショコード：DMEE
ツリータイプ：PAYM（支払媒体書式）を入力
書式ツリー：設定したい書式ツリーを入力します。今回は外国送金の書式JP_ZENGINKYO_Iを入力します。
次の画面では、左の部分はDMEE書式ツリーです。右の部分は各項目の詳細設定になります。
左のDMEE書式ツリーの部分にたくさんの項目がありますが、それはどのような意味か疑問を持っている方がいると思います。
左のDMEE書式ツリーは全銀協フォーマットと同じ構造になっています。
全銀協フォーマットとのマッピングをしてみましょう。
まずはHeader部分になります。
Header = ヘッダーレコード
・Data Record Type ⇒ 項番１（コード区分）桁数は1桁です。項目内容を見ると、「1」がDMEファイルに出力されている想定です。
では、SAP上はどうなっているかを確認しましょう。
属性のタブにおいて、長：1で定義されています。桁数1という意味ですね。
同じ属性タブ、下スクロールしたら、マッピング手順の設定があります。SAP標準では定数が選択されています。
ソースタブにおいて、定数「1」が設定されています。
全銀協フォーマットと一致しており、DMEファイルの１桁目は「1」が出力される形となります。
・Transacion Type ⇒ 項番２（種別コード）桁数は2桁です。項目内容を見ると、定数「35」がDMEファイルに出力されます。
DMEEの書式設定を確認すると、桁数は2桁であり、定数が設定されています。
定数の値を確認したら、全銀協フォーマットと一致している定数「35」が設定されています。
・Code Page ⇒ 項番３（コード区分）桁数は1桁です。項目内容を見ると、固定値「0」がDMEファイルに出力されます。
・Customer Number at Bank ⇒ 項番４（送金依頼人コード）桁数は10桁です。項目内容を見ると、店番下3桁＋取引先番号7桁の合計10桁の数字がDMEファイルに出力されます。
DMEE書式ツリーと全銀協フォーマットとのマッピングは１：１で前述と同じです。かつ、各項目の詳細設定の確認も上記方法で確認できるかと思います。
ただ、参考までにもうひとつ、定数ではない項目の設定がどうなっているかを一緒に確認しましょう。
Customer Number at Bankの桁数は10桁であり、マッピング手順は構造項目になります。
ソースタブを見ると、SAP標準プログラムの中に使われている構造、項目が設定されています。
これで、SAP標準プログラムはシステム上（カスタイマイズ）の店番と取引銀行を取得し、DMEファイルに出力しています。
ここまでの内容でDMEE書式ツリーと全銀協フォーマットのマッピングが皆さんはできると思います。
では、実務上どのような要件があり、DMEE書式ツリーでどう実現するかを例をご紹介いたします。
業務要件：支払対象伝票のヘッダー項目「参照番号」をDMEファイルに出力したい
私は出力箇所指定ないことを顧客と確認し、ヘッダーレコードの最後のダミー項目に出力することを提案しました。
Step1：まずはDMEE書式ツリーの項目を特定します。
Step2：Dummyの詳細設定を変更します。
・マッピング手順は定数ですが、Exitモジュールに変更します。
・ソースタブにおいて、Exit機能を入力します。
SAP提供しているテンプレートをコピーしてZ*のExitを作って参照伝票番号を取得するコーティングします。
FM templates with extended interface：
DMEE_EXIT_TEMPLATE_EXTENDED
DMEE_EXIT_TEMPLATE_EXTEND_ABA
書式ツリーにたくさん項目があって、どうやってDummy項目の出力箇所を特定できるかが気になるかと思います。
DMEEツリーのすべての項目に独自のノードIDがあります。このノードIDと紐づいたら、この項目のみに有効なロジックになります。
DMEEの設定が完了しましたら、F110の印刷処理（DMEファイル作成）のバリアントを作成する必要があります。
トランザクショコード：OBMP4
該当支払媒体書式を選択し、会社コードに対して、取引銀行ごとにバリアントを設定します。
ZTESTのバリアントを作成してみます。
支払媒体書式を入力します。
Enter押したら、データ媒体交換用指定を「0」で指定します。
これでZTESTバリアント作成完了です！
DMEEの設定が完了したら、FBZPの支払媒体の設定を忘れないように！
「以前の支払媒体プログラム使用」がデフォルト選択されていますが、「支払媒体ワークベンチ使用」に変更する必要があります。
FBZPのカスタマイズを忘れた方は以下記事を合わせて復習するのがいかがでしょうか。
博士支払ワークベンチについての説明は以上じゃ！
SAPラボでは、SAPの知識を活かして副業をしたい方を募集してるのじゃ！
SAPラボのライターの特徴
・ライティング初心者OK！
・報酬高単価！
・業務委託契約なので副業として最適！
SAP記事執筆者としての活動実績として利用可能なので、転職時や案件探しの際に企業へのアピール材料にもなります。
募集要項
・SAP導入や運用保守プロジェクトへの参画経験1年以上
ご応募/お問合せ先
info@sap-labo.com
少しでもご興味ある方、ぜひお気軽にご連絡下さい！
