iDempiere まとめ支払伝票の使い方｜債権債務・資金管理 操作マニュアル・技術仕様

📖 債権債務・資金管理の全体像: 債権債務・資金管理の全体図 も合わせてご覧ください。

まとめ支払伝票（Payment Batch）は、EFT（Electronic Fund Transfer: 電子資金移動）向けに複数の支払伝票を 1 つのバッチとして束ねるウィンドウです。支払プロセッサ経由で処理する支払をグループ化し、バッチ単位で処理状況を管理します。

📌 ポイント: まとめ支払伝票は通常、支払選択（Pay Selection）からの支払生成時に自動作成されます。このウィンドウは主にバッチの確認・処理状況管理に使用します。

まとめ支払伝票でできること

• EFT 用の支払バッチの登録・管理（名称・支払プロセッサ・処理日付）
• 支払選択（Pay Selection）から生成された支払バッチの確認
• バッチに含まれる支払伝票の一覧参照（金額・取引先・伝票状態）
• バッチ単位での処理実行（処理中ボタン）と処理日付の記録

画面構成

2 タブ構成で、親タブがバッチ本体、子タブが所属する支払伝票の参照です。

タブ名	テーブル	項目数	役割
まとめ支払伝票	C_PaymentBatch	8項目	バッチ本体（名称・支払プロセッサ・処理日付）
支払伝票	C_Payment	24項目	バッチに含まれる支払伝票の参照（View Payment Information）

💡 ヒント: 「支払伝票」タブは参照用です。個々の支払の作成・完了・取消などの伝票処理は入金支払伝票ウィンドウで行います。

基本操作手順

graph TD
    A["🚀 メニューから開く<br/>債権債務管理＆資金管理 > まとめ支払伝票"] --> B{バッチの作成方法}
    B -->|自動（推奨）| C["📋 支払選択（Pay Selection）から<br/>支払生成時に自動作成"]
    B -->|手動| D["➕ 新規で名称と<br/>支払プロセッサを入力"]
    C --> E["🔍 支払伝票タブで<br/>含まれる支払を確認"]
    D --> E
    E --> F["⚙️ 処理中ボタンで<br/>バッチ処理を実行"]
    F --> G["✅ 処理日付・処理済みフラグを確認"]

メニューから開く 債権債務管理＆資金管理 > まとめ支払伝票 支払選択（Pay Selection）から 支払生成時に自動作成 新規で名称と 支払プロセッサを入力 支払伝票タブで 含まれる支払を確認 処理中ボタンで バッチ処理を実行 処理日付・処理済みフラグを確認 バッチの作成方法 自動（推奨） 手動

アクセス方法

メニューから「債権債務管理＆資金管理 > まとめ支払伝票」を開きます。

新規登録

1. ツールバーの「新規」ボタンをクリック
2. 基本情報を入力:
   • 名称: バッチの識別名（必須）
   • 支払プロセッサ: 電子支払を処理する支払プロセッサ（必須）
   • 伝票番号: 未入力の場合は伝票番号ルールに従います
3. 「保存」をクリック
4. 「処理中」ボタンでバッチ処理を実行し、処理日付を確認

⚠️ 注意: C_PaymentBatch 自体は伝票状態（DocStatus/DocAction）を持たないため、完了・取消といった伝票アクションはありません。伝票状態を持つのはバッチに含まれる個々の支払伝票（C_Payment）側です。

項目リファレンス

まとめ支払伝票タブ

項目名	カラム	必須	型	説明
伝票番号	DocumentNo	-	文字列	バッチの伝票番号
名称	Name	必須	文字列	バッチの識別名
支払プロセッサ	C_PaymentProcessor_ID	必須	選択	電子支払を処理する支払プロセッサ
処理日付	ProcessingDate	-	日付	バッチ処理を実行した日付
処理中	Processing	必須	ボタン	バッチ処理の実行
有効	IsActive	必須	チェック	レコードの有効フラグ

支払伝票タブを含む全項目は 全項目一覧はリファレンス参照 をご覧ください。

よくある質問（FAQ）

Q. まとめ支払伝票はいつ作成されますか？

支払選択（Pay Selection）から支払を生成する際に、MPaymentBatch.getForPaySelection() により支払選択の名称を引き継いだバッチが自動作成されます。このウィンドウから手動で新規作成することも可能です。

Q. 支払伝票タブで支払を修正できますか？

支払伝票タブは「View Payment Information」（参照用）です。支払金額や伝票アクション（完了・取消）の操作は入金支払伝票ウィンドウで行ってください。

Q. 支払プロセッサが必須なのはなぜですか？

まとめ支払伝票は EFT（電子資金移動）用のバッチであり、どの支払プロセッサ経由で処理するかがバッチの前提条件になるため、C_PaymentProcessor_ID は必須カラムとして定義されています。

関連機能

• 入金支払伝票（Payment）の使い方
• 銀行取引明細（Bank Statement）の使い方
• 画面リファレンス: まとめ支払伝票

🛠 技術仕様（開発者向け）

概要

まとめ支払伝票は C_PaymentBatch テーブルに格納されます。モデルクラスは MPaymentBatch（106行）で、独自のビジネスロジックはほぼ持たず、支払選択（MPaySelection）からのバッチ生成が主な役割です。子タブの支払伝票は C_Payment（モデルクラス MPayment、3,388行、DocAction 実装）を参照します。

アーキテクチャ概要

classDiagram
    class MPaymentBatch {
        +getForPaySelection(ctx, C_PaySelection_ID, trxName)$ MPaymentBatch
        +MPaymentBatch(MPaySelection ps)
        -setInitialDefaults() void
    }
    class X_C_PaymentBatch {
        <<generated>>
    }
    class PO {
        <<abstract>>
    }
    MPaymentBatch --|> X_C_PaymentBatch
    X_C_PaymentBatch --|> PO
    MPaymentBatch ..> MPaySelection : created from
    MPaymentBatch --> MPayment : batch of

+getForPaySelection(ctx, C_PaySelection_ID, trxName)$ MPaymentBatch +MPaymentBatch(MPaySelection ps) -setInitialDefaults() void <> <> > X_C_PaymentBatch X_C_PaymentBatch --

パッケージ: org.compiere.model ソースファイル: org.adempiere.base/src/org/compiere/model/MPaymentBatch.java

関連DBテーブル

C_PaymentBatch（まとめ支払伝票）

カラム名	型	必須	説明	備考
C_PaymentBatch_ID	ID	PK	支払バッチID	主キー
AD_Client_ID	TableDirect	Y	クライアント	default @#AD_Client_ID@
AD_Org_ID	TableDirect	Y	組織	default @#AD_Org_ID@
DocumentNo	String(30)	N	伝票番号	識別子
Name	String(60)	Y	名称
C_PaymentProcessor_ID	TableDirect	Y	支払プロセッサ
ProcessingDate	Date	N	処理日付
Processing	Button	Y	処理中	バッチ処理実行
Processed	YesNo	Y	処理済み
IsActive	YesNo	Y	有効	default Y

子テーブル側の C_Payment は C_PaymentBatch_ID（Search 型）でバッチを参照します。

ER図

erDiagram
    C_PaySelection ||--o| C_PaymentBatch : "generates"
    C_PaymentBatch ||--o{ C_Payment : "contains"
    C_PaymentProcessor ||--o{ C_PaymentBatch : "processes"
    C_Payment }o--|| C_BankAccount : "bank account"

bank account

ビジネスロジック

MPaymentBatch には beforeSave/afterSave/DocAction の実装はありません。実装されているのは以下のみです。

• getForPaySelection(ctx, C_PaySelection_ID, trxName): 支払選択を読み込み、Parent Constructor MPaymentBatch(MPaySelection ps) でバッチを生成。クライアント・組織を支払選択から引き継ぎ、Name に支払選択の名称をセット
• setInitialDefaults(): 新規レコード時に Processed=false、Processing=false を初期化

支払の伝票処理（完了・取消・払戻等）は MPayment 側の DocAction が担います。

拡張ポイント（カスタマイズ箇所）

• Model Validator: C_PaymentBatch の登録・変更時の独自チェック（例: 処理日付の営業日チェック）は OSGi Model Validator で追加できます
• 支払プロセッサ: 銀行固有の EFT フォーマット出力（全銀フォーマット等）は PaymentProcessor 実装クラスの追加で対応します
• Callout: gw_column.tsv 上、C_PaymentBatch のカラムに標準 Callout の定義はありません

関連プロセス

このウィンドウ固有の登録プロセスはありません（バッチ処理は「処理中」ボタンで実行）。

関連ドキュメント

• 操作マニュアル: 入金支払伝票
• 画面リファレンス: まとめ支払伝票

---

iDempiereカスタマイズのご相談

まとめ支払伝票は支払プロセッサの実装追加により、全銀フォーマット等の国内 EFT 要件にも拡張できます。

Ａｓ－Ｌｉｎｋ株式会社では、OSGiプラグインによる安全なカスタマイズを提供しています。

OSS ERP導入・カスタマイズサービスの詳細はこちら