三崎レイナ
社会人1年目。新卒でITコンサルティングファームに就職。初配属がSAPプロジェクトにアサインされる。SAPがわからないことだらけで悩んでいたところ、会社の先輩にSAPラボの所長を紹介され、毎週末に所長とSAPのお勉強中！
博士
SAPラボの所長。SAP大好き博士！SAP導入プロジェクトを構想策定～運用保守まであらゆるフェーズを数多く経験。
いまは優しきおじいちゃんだが、プロマネバリバリの時代はかなり怖かったらしい。現在は引退し、SAPの後進育成と啓蒙活動に従事中！
【SAP FI】支払ワークベンチとは？
この記事を読むメリット
- SAP標準の従来の支払プログラム以外、支払ワークベンチのソリューションを知ることができます。
- 支払ワークベンチで何ができるかを理解できます。
SAP FI（財務会計）モジュールにおいて最も重要な処理は、支払処理であると考えられます。
国内取引に対しては、SAP支払プログラム（RFFOJP_T）があり、国外取引には別途SAPプログラム（RFFOJP_L）が存在します。これらのプログラムによって出力されるDMEファイルは異なり、従来の支払媒体と呼ばれています。
また、S/4HANAになってから、SAP社は新たに支払ワークベンチというソリューションを提供しています。
博士早速、支払ワークベンチについて説明するぞい！
新着のSAPフリーランス案件
【FI】
S/4HANAへのバージョンアップ支援（Jrコンサル可）
- 要スキル：
- ・FIの標準機能と会計業務に関する知識 ・FIのプロジェクトにおけるコンサルとしての業務経験 【尚可】 FI-AAの業務経験
- 月額単価：
- ～800,000円 / 月
- 稼働場所：
- 東京都
- 稼働率：
- 100%
- 作業内容：
- S/4HANAへバージョンアップに向けた、会計領域の要件定義を行っております。 要件定義後の移行設計や作業も行っていただく想定です。 ・現行の業務の整理 ・移行要件定義 ・現行のアドオン調査と設計 ・移行設計 ・移行作業 など
【PP】
メーカー向けSAP移行プロジェクト支援
- 要スキル：
- ・PPモジュールでのコンサルとしての業務経験 ・SAPプロジェクトにおける総合テストやユーザテストの対応経験 ・チームリーダーとしての経験
- 月額単価：
- ～1,500,000円 / 月
- 稼働場所：
- 東京都
- 稼働率：
- 100%
- 作業内容：
- ECCからS/4HANAへのバージョンアップを行っています。業務自体も見直し再構築する流れとなっており2026年の稼働に向けてプロジェクトが進んでおります。 ・インターフェース設計 ・ジョブ設計 ・総合テスト対応（不具合調査など含む） ・ユーザテスト対応（不具合調査など含む） など
【MM】
【SD】
製造業向けロジ領域の運用保守支援
- 要スキル：
- ・SDもしくはMMでのコンサルとしての業務経験 ・アドオン機能（ABAP）の調査経験 ・改善提案の経験
- 月額単価：
- ～900,000円 / 月
- 稼働場所：
- 東京都
- 稼働率：
- 100%
- 作業内容：
- フルモジュール稼働しているシステムにおける運用保守業務を担当頂きます。 ・顧客からのQA対応 ・不具合の調査や改善提案 ・顧客要望による機能拡張調査や実装～テスト など ※今後、S/4HANAへのバージョンアッププロジェクトも控えております。 そのプロジェクトにもアサイン頂く可能性がございます。
【BASIS】
【MM】
【SD】
製造業向け運用保守支援支援
- 要スキル：
- ・SDもしくはMMもしくはBASISでのコンサルとしての業務経験
- 月額単価：
- ～900,000円 / 月
- 稼働場所：
- 東京都
- 稼働率：
- 100%
- 作業内容：
- 製造業のクライアント向けの運用保守業務を担当頂きます。 ・顧客からのQA対応 ・不具合の調査や改善提案 ・顧客要望による機能拡張調査や実装～テスト
【CO】
【FI】
【MM】
【PP】
【SD】
大手メーカー社向けSAP導入支援
- 要スキル：
- ・SAPコンサルとしてロジ領域もしくは会計領域での要件定義から本番稼働まで担当した経験
- 月額単価：
- ～1,400,000円 / 月
- 稼働場所：
- 東京都
- 稼働率：
- 100%
- 作業内容：
- 複数の子会社を持つ大手メーカーでのSAP導入プロジェクトになります。 まずは数年かけ本社へのSAP導入を実施し、その後子会社へ展開する予定となります。 ・要件定義 ・プロトタイプの作成 ・アドオン設計 ・開発チームへの依頼や受け入れ等 ・総合テストやユーザテスト など
【FI】
商社向け基幹システムバージョン支援
- 要スキル：
- (必須) SAP S/4HANA FIモジュールの保守開発経験（障害対応など） ABAP開発経験 (尚可) 商社関連案件の経験 リーダー経験
- 月額単価：
- ～1,000,000円 / 月
- 稼働場所：
- 東京都
- 稼働率：
- 100%
- 作業内容：
- SAPベースの基幹システムのバージョンアップ（S/4HANA1909⇒S/4HANA2023）に伴う調査を行っていただきます。 担当いただくモジュールはFIになります。機能毎の影響度や動作確認を行います。 また、SAP案件でのリーダー経験がある場合は上記のバージョンアップ調査ではなく 通常の保守チームにアサインいただく可能性もございます。（ユーザー窓口対応、問合せ調査・障害対応、マスタメンテナンス） バージョンアップ調査のチーム構成としては、SD、MM担当が1名、FI担当が1名となります。 そのため、基本的に1人称で調査を行い報告まで行っていただきます。 バージョンアップのスケジュール感 調査：2024年1月まで 実施：2024年2月から
【FI】
SAP運用業務支援
- 要スキル：
- ・SAPにおける運用保守経験（3年以上目安） ・FIまたはMMのユーザーとしての使用経験
- 月額単価：
- ～900,000円 / 月
- 稼働場所：
- 東京都
- 稼働率：
- 100%
- 作業内容：
- 【作業概要】 現行SAP ECCからS/4 HANAへの移行試験が進行中です。 【作業内容】 現行SAP ECCのAA、FI、MMモジュールにおける運用業務 ・問合せ対応 ・障害対応 ・運用オペレーション
【FI】
SAP導入プロジェクト支援
- 要スキル：
- ・FI領域の要件定義書から基本設計書おこしの経験 ・顧客とのコミュニケーションして業務を進めた経験
- 月額単価：
- ～1,200,000円 / 月
- 稼働場所：
- 東京都
- 稼働率：
- 100%
- 作業内容：
- ロジ・会計領域をS/4HANAへ刷新に向けた会計領域の基本設計フェーズ作業を行っていただきます。
【FI】
光学機器 S/4HANA導入テスト支援
- 要スキル：
- ・FIコンサルとして要件定義～本稼働までの経験 ・FI（AP/AR）の機能、カスタマイズの知識 ・アドオン設計（開発除く）～各種テスト
- 月額単価：
- ～1,500,000円 / 月
- 稼働場所：
- 東京都
- 稼働率：
- 100%
- 作業内容：
- 生産基幹システムのS/4新規導入プロジェクトです。 既存の会計システムとの連携→ロジデータを送信（AP/AR）と原価計算が対象となりUAT移行を担当頂きます。 スケジュール感： 2024年10月～2024年12月：結合テスト 2025年1月：UAT、移行 2025年2月：サービスパーツ 本稼働 2025年3月以降：展開
【CO】
一般消費財メーカーS/4 HANAバージョンアップ
- 要スキル：
- ＜必須スキル＞ ・管理会計(CO)の全般の理解と実装経験、特にCO-PA(収益性分析)に関連した実装経験 ・顧客の業務要件の把握ととりまとめ、それに基づく実装方法検討、S/4での設定・カスタマイズ、アドオン要件の切り出し ・開発要件に関する基本設計、単体テスト仕様書作成、および単体テストの実施経験 ・SAPの予算機能に関する知見 ・課題に対する問題分析および解決策を的確に導いた経験 ＜あれば尚可＞ ・CO-PAの原価ベースから勘定ベースへの移行の経験 ・外部からの収益性データに関する取り込み経験 ・顧客が有しているSAP外のシステムとの関係性の整理、適切なソリューション検討経験 ・CO-PC(原価計算)、品目元帳の領域についての実装経験 ・原価周りに関する他モジュール(MM、PPなど)と原価との関わりについての知見
- 月額単価：
- ～1,600,000円 / 月
- 稼働場所：
- 東京都
- 稼働率：
- 100%
- 作業内容：
- ＜業務内容＞ ・CO-PA領域に関する業務要件の整理と定義書への取りまとめ ・基本設計書の作成 ・開発物の単体テスト受け入れ ・導入プロジェクトでの一連のテスト作業 ・データ移行に関する要件の取りまとめとデータ移行の実施
この記事のポイント
全銀協フォーマットとは？
支払ワークベンチの説明をする前に、知っておかないといけないことは全銀協フォーマットです。
全銀協フォーマットは何でしょうか。
全銀協フォーマットとは、日本の銀行間での電子データ交換に使用される標準的なファイルフォーマットです。正式には「全銀協規定ファイルフォーマット」と呼ばれます。
このフォーマットは、日本の銀行間での取引データ（例えば、振込指示や入出金明細など）を一貫して扱うために制定されています。企業が複数の銀行に対して振込指示を行う際、全銀協フォーマットを使って一つのファイルを作成し、これを各銀行に送信することで、手間を省き、エラーを減らすことができます。
簡単に言うと、企業は全銀協フォーマットと異なるファイルを使って、ネットバンキングにアップロードすることができないです。イコール送金ができないことになります。
SAPの支払処理の最も重要な目的は銀行に送信するDMEファイルを作成することです。
ここで、DMEファイルとは日本語では「支払媒体書式」と呼ばれるもので、全銀協フォーマットを前提に各銀行要件に沿ったデータ形式で作成したファイルになります。DMEファイルでは、固定長ファイル、可変長ファイル、XMLファイルなど各銀行の要件に沿ったファイル形式で全銀協フォーマットに沿った支払データを作成することができます。
支払ワークベンチで何ができるか？
支払ワークベンチはカスタイマイズです。
カスタイマイズの目的も銀行に送信するDMEファイルを正しく作成することです。顧客の要件によって、このカスタイマイズを通してSAP標準プログラムSAPFPAYMに対する拡張ができます。
国内書式：JP_ZENGINKYO
テキスト：国内銀行振込（日本）
外国送金書式：JP_ZENGINKYO_I
テキスト：国際送金 (日本)
PS：このカスタイマイズはクライアント非依存です。
なお、直接標準書式を変更するのではなく、標準書式コピーして ZJP_ZENGINKYO_Iという名前の書式を使っていろいろ設定変更するのがおすすめです。
支払ワークベンチ関連設定
今回は外国送金の書式JP_ZENGINKYO_Iを例として説明します。
DMEE
トランザクショコード：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ファイルに出力したい
私は出力箇所指定ないことを顧客と確認し、ヘッダーレコードの最後のダミー項目に出力することを提案しました。
DMEE書式ツリーでの実現
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と紐づいたら、この項目のみに有効なロジックになります。
OBPM4
DMEEの設定が完了しましたら、F110の印刷処理（DMEファイル作成）のバリアントを作成する必要があります。
トランザクショコード：OBMP4
該当支払媒体書式を選択し、会社コードに対して、取引銀行ごとにバリアントを設定します。
ZTESTのバリアントを作成してみます。
支払媒体書式を入力します。
Enter押したら、データ媒体交換用指定を「0」で指定します。
これでZTESTバリアント作成完了です！
FBZP
DMEEの設定が完了したら、FBZPの支払媒体の設定を忘れないように！
「以前の支払媒体プログラム使用」がデフォルト選択されていますが、「支払媒体ワークベンチ使用」に変更する必要があります。
FBZPのカスタマイズを忘れた方は以下記事を合わせて復習するのがいかがでしょうか。
SAPラボ
【SAP FI】支払関連のカスタマイズ(T-CODE：FBZP)について徹底解説！ | SAPラボ
この記事を読むメリット 支払関連のカスタマイズについて理解できます。 支払関連のカスタマイズをすることができます。 今回は銀行マスタと密接に関係する、SAPでの支払処…
博士支払ワークベンチについての説明は以上じゃ！
★★★SAPラボのライター募集★★★
SAPラボでは、SAPの知識を活かして副業をしたい方を募集してるのじゃ！
SAPラボのライターの特徴
・ライティング初心者OK！
・報酬高単価！
・業務委託契約なので副業として最適！
SAP記事執筆者としての活動実績として利用可能なので、転職時や案件探しの際に企業へのアピール材料にもなります。
募集要項
・SAP導入や運用保守プロジェクトへの参画経験1年以上
ご応募/お問合せ先
info@sap-labo.com
少しでもご興味ある方、ぜひお気軽にご連絡下さい！
