iDempiere 取引先別取引情報の使い方｜取引先管理 操作マニュアル・技術仕様

📖 取引先管理の全体像: 取引先管理の全体図 も合わせてご覧ください。

取引先別取引情報（Business Partner Info）は、1 つの取引先に関するすべての伝票を 1 画面で横断照会するためのウィンドウです。取引先を 1 件選ぶだけで、その相手との受注・出荷・請求・入金・資産・リクエストがタブ切り替えで一覧できます。

📌 ポイント: このウィンドウは照会（インフォメーション）目的の画面です。伝票の起票や完了処理は各業務ウィンドウで行い、ここでは「この取引先と今どうなっているか」を素早く把握する用途に使ってください。問い合わせ電話への即答や与信判断の初動確認に有効です。

取引先別取引情報でできること

• 取引先 1 件を選んで、関連するすべての伝票を横断的に確認する
• 受注伝票の伝票状態・納品予定日・総合計を一覧する
• 出荷（入出荷伝票）の移動日付・移動タイプ・検討中フラグを確認する
• 請求伝票の入金済みフラグ・検討中フラグ・総合計を確認する
• 入金支払伝票の支払金額・割引金額・回収不能額を確認する
• 当該取引先に紐付く資産（シリアル番号・保証日付）を確認する
• 未クローズのリクエスト（問い合わせ・クレーム）の優先度と次回対応日を確認する
• 親タブで債権債務残高（TotalOpenBalance）を見て、与信状況を把握する

画面構成

親タブ 1 つに対して、6 つの子タブがすべて同じ階層（レベル 1）でぶら下がるフラットな照会構造です。

タブ名	テーブル	項目数	役割
取引先	C_BPartner	12項目	対象取引先の選択（区分フラグ・債権債務残高）
注文情報	C_Order	30項目	当該取引先の受注・発注伝票
出荷情報	M_InOut	13項目	当該取引先の入出荷伝票
請求情報	C_Invoice	15項目	当該取引先の請求伝票
支払情報	C_Payment	17項目	当該取引先の入金・支払伝票
資産情報	A_Asset	12項目	当該取引先に紐付く資産
リクエスト	R_Request	18項目	当該取引先からのリクエスト

graph TD
    P["👤 取引先<br/>C_BPartner<br/>12項目"]
    P --> T1["🛒 注文情報<br/>C_Order<br/>30項目"]
    P --> T2["🚚 出荷情報<br/>M_InOut<br/>13項目"]
    P --> T3["🧾 請求情報<br/>C_Invoice<br/>15項目"]
    P --> T4["💴 支払情報<br/>C_Payment<br/>17項目"]
    P --> T5["🏭 資産情報<br/>A_Asset<br/>12項目"]
    P --> T6["📮 リクエスト<br/>R_Request<br/>18項目"]

取引先 C_BPartner 12項目 注文情報 C_Order 30項目 出荷情報 M_InOut 13項目 請求情報 C_Invoice 15項目 支払情報 C_Payment 17項目 資産情報 A_Asset 12項目 リクエスト R_Request 18項目

💡 ヒント: 子タブはすべて親と同じ階層に並ぶため、タブを切り替えても選択中の取引先は保持されます。1 社について「注文 → 出荷 → 請求 → 入金」の流れを順に追う使い方がしやすくなっています。

基本操作手順

graph TD
    A["🚀 メニューから開く<br/>取引先管理 > 取引先管理セットアップ<br/>> 取引先別取引情報"] --> B["🔍 取引先タブで対象を検索<br/>（検索キー・名称）"]
    B --> C["💰 債権債務残高を確認"]
    C --> D{"何を調べたいか"}
    D -->|受注状況| E["🛒 注文情報タブ<br/>伝票状態・納品予定日を確認"]
    D -->|納品状況| F["🚚 出荷情報タブ<br/>移動日付・検討中を確認"]
    D -->|請求・入金| G["🧾 請求情報タブ<br/>入金済みフラグを確認"]
    G --> H["💴 支払情報タブ<br/>入金額・割引・回収不能額を確認"]
    D -->|保守・保証| I["🏭 資産情報タブ<br/>シリアル・保証日付を確認"]
    D -->|問い合わせ履歴| J["📮 リクエストタブ<br/>優先度・次回対応日を確認"]

メニューから開く 取引先管理 > 取引先管理セットアップ > 取引先別取引情報 取引先タブで対象を検索 （検索キー・名称） 債権債務残高を確認 何を調べたいか 注文情報タブ 伝票状態・納品予定日を確認 出荷情報タブ 移動日付・検討中を確認 請求情報タブ 入金済みフラグを確認 支払情報タブ 入金額・割引・回収不能額を確認 資産情報タブ シリアル・保証日付を確認 リクエストタブ 優先度・次回対応日を確認 受注状況 納品状況 請求・入金 保守・保証 問い合わせ履歴

アクセス方法（メニューパス）

メニューから「取引先管理 > 取引先管理セットアップ > 取引先別取引情報」を開きます（AD_Window_ID: 291）。

照会の手順

1. 「取引先」タブで対象を検索します
   • 検索キー（Value） または 名称（Name） で絞り込みます
   • 取引先グループ・得意先/仕入先/社内担当者/従業員 の区分フラグで相手の性質を確認します
   • 債権債務残高（TotalOpenBalance） で未決済残高を確認します
2. 調べたい内容に応じて子タブへ移動します
3. 各タブで伝票状態（DocStatus）や日付を確認します
4. 詳細を修正する必要がある場合は、該当する業務ウィンドウを開いて作業します（本画面は照会用途）

⚠️ 注意: 本画面には伝票アクション（DocAction）のフィールドが含まれていないため、ここから伝票の完了・取消はできません。伝票処理は 受注伝票・売上請求伝票・入出金管理などの各ウィンドウで行ってください。

項目リファレンス（主要タブ）

取引先タブ

項目名	必須	型	説明
検索キー	必須	文字列	取引先コード（一意）
名称	必須	文字列	取引先名
説明	-	文字列	補足説明
取引先グループ	必須	選択	取引先の分類グループ
債権債務残高	-	金額	基軸通貨換算の未決済残高
得意先	必須	チェック	得意先として扱うか
仕入先	必須	チェック	仕入先として扱うか
社内担当者	必須	チェック	社内担当者（エージェント）か
従業員	必須	チェック	従業員として扱うか
有効	必須	チェック	レコードが有効か

注文情報タブ（主要項目）

項目名	必須	型	説明
伝票番号	必須	文字列	受注・発注の伝票番号
伝票タイプ	必須	選択	伝票種別
伝票状態	必須	リスト	ドラフト/完了/取消等
注文日付	必須	日付	受注日
納品予定日	必須	日付	約束した納品日
販売(ON) / 購買(OFF)	必須	チェック	販売取引かどうか
出荷ルール	必須	リスト	出荷タイミングの規則
請求ルール	必須	リスト	請求のタイミング・方法
社内担当者	必須	選択	担当営業
支払条件	必須	選択	適用される支払条件
明細行合計	必須	金額	明細合計（税抜）
総合計	必須	金額	伝票総額

請求情報タブ（主要項目）

項目名	必須	型	説明
伝票番号	必須	文字列	請求伝票番号
伝票状態	必須	リスト	ドラフト/完了/取消等
請求日付	必須	日付	請求書に印字される日付
入金済み	必須	チェック	ON=回収済み、OFF=未回収
検討中	必須	チェック	係争中・保留中の伝票か
通貨	必須	選択	請求通貨
総合計	必須	金額	請求総額
受注伝票	-	検索	元の受注伝票への参照

リクエストタブ（主要項目）

項目名	必須	型	説明
リクエストタイプ	必須	選択	問い合わせ・クレーム等の分類
伝票番号	必須	文字列	リクエスト番号
ステータス	-	選択	現在のステータス
優先度	必須	リスト	高/中/低
ユーザー優先度	-	リスト	依頼者側の優先度
サマリ	必須	テキスト	内容の要約
最新実行日	-	日時	最後に対応した日時
期限タイプ	必須	リスト	次回対応の状態区分
次回対応日付	-	日時	次に対応すべき日時

全項目一覧はリファレンス参照

取引先を軸にしたデータの広がり

graph TD
    A["取引先<br/>C_BPartner"] --> B["受注・発注<br/>C_Order"]
    B --> C["出荷・入荷<br/>M_InOut"]
    B --> D["請求<br/>C_Invoice"]
    C --> D
    D --> E["入金・支払<br/>C_Payment"]
    C --> F["資産<br/>A_Asset"]
    A --> G["リクエスト<br/>R_Request"]
    E --> H["債権債務残高<br/>TotalOpenBalance"]
    D --> H

取引先 C_BPartner 受注・発注 C_Order 出荷・入荷 M_InOut 請求 C_Invoice 入金・支払 C_Payment 資産 A_Asset リクエスト R_Request 債権債務残高 TotalOpenBalance

業務シーン別の使い方

シーン	見るタブ	注目する項目
顧客から納期問い合わせ	注文情報 → 出荷情報	納品予定日、伝票状態、移動日付
与信判断の初動確認	取引先 → 請求情報	債権債務残高、入金済みフラグ、検討中
入金消込の事前確認	請求情報 → 支払情報	総合計、御支払金額、割引金額、回収不能額
保守・保証の問い合わせ	資産情報	シリアルNo、使用開始日付、保証日付
クレーム対応の履歴確認	リクエスト	ステータス、優先度、最新履歴情報、次回対応日付

よくある質問（FAQ）

Q. この画面から伝票を完了できますか？

できません。本ウィンドウには伝票アクション（DocAction）のフィールドが配置されていないため、参照される伝票状態（DocStatus）は表示専用です。伝票処理は各業務ウィンドウで行ってください。

Q. 「検討中（IsInDispute）」とは何ですか？

伝票が係争中・保留中であることを示すフラグです。出荷情報タブと請求情報タブの両方にあり、ON になっている伝票は「相手と内容の合意が取れていない」状態を意味します。督促や消込の対象から外す判断材料になります。

Q. 債権債務残高（TotalOpenBalance）はいつ更新されますか？

C_BPartner.TotalOpenBalance は基軸通貨換算での未決済残高で、請求・入金の処理に伴って更新されます。リアルタイムの正確な残高が必要な場合は、請求情報タブと支払情報タブを合わせて確認してください。

Q. 出荷情報タブに「移動タイプ（MovementType）」がありますが、これは何ですか？

在庫の移動方法を示す区分で、出荷（顧客への出庫）と入荷（仕入先からの入庫）を区別します。同じ M_InOut テーブルが出荷と入荷の両方を扱うため、この項目で方向を判別します。

Q. 資産情報タブに何も表示されません

その取引先に紐付く資産（A_Asset）が登録されていません。資産は通常、出荷や請求の処理から自動生成されるか、資産管理で手動登録されます。

Q. リクエストタブに機密情報のリクエストが表示されません

リクエストタイプ側で機密レベル（ConfidentialType）が設定されている場合、ユーザーの権限によっては閲覧が制限されます。リクエストタイプの機密設定を確認してください。

関連機能

• 取引先マスタの使い方
• 担当者(エージェント)別取引情報の使い方
• リクエストの使い方
• リクエストタイプの使い方
• 受注伝票の使い方
• 売上請求伝票の使い方
• 入出金管理の使い方
• 資産管理の使い方
• 画面リファレンス: 取引先別取引情報

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

概要

取引先別取引情報（AD_Window_ID: 291）は照会型のウィンドウで、親タブ C_BPartner に対して 6 つの子タブ（C_Order / M_InOut / C_Invoice / C_Payment / A_Asset / R_Request）がすべて階層レベル 1 で並列に配置されています。

このウィンドウ固有のモデルクラスは存在しません。 各タブは既存の業務テーブルを参照するため、ロジックはそれぞれの M クラス（MBPartner 1,043行、MOrder、MInOut、MInvoice、MPayment、MAsset、MRequest 1,208行）に委譲されます。ウィンドウ側では伝票アクションのフィールドを持たないため、伝票処理は実行できません。

アーキテクチャ概要

classDiagram
    class MBPartner {
        +get(ctx, C_BPartner_ID)$ MBPartner
        +getTotalOpenBalance() BigDecimal
        +isCustomer() boolean
        +isVendor() boolean
        +isEmployee() boolean
        +isSalesRep() boolean
    }
    class MOrder {
        <<DocAction>>
    }
    class MInOut {
        <<DocAction>>
    }
    class MInvoice {
        <<DocAction>>
    }
    class MPayment {
        <<DocAction>>
    }
    class MAsset {
    }
    class MRequest {
    }
    MBPartner --> MOrder : orders
    MBPartner --> MInOut : shipments
    MBPartner --> MInvoice : invoices
    MBPartner --> MPayment : payments
    MBPartner --> MAsset : assets
    MBPartner --> MRequest : requests

+get(ctx, C_BPartner_ID)$ MBPartner +getTotalOpenBalance() BigDecimal +isCustomer() boolean +isVendor() boolean +isEmployee() boolean +isSalesRep() boolean <>

パッケージ: org.compiere.model 主なソースファイル: org.adempiere.base/src/org/compiere/model/MBPartner.java（1,043行）、MRequest.java（1,208行）

関連DBテーブル

C_BPartner（取引先・親タブ）

カラム名	型	必須	説明	備考
C_BPartner_ID	ID	PK	取引先ID	主キー
Value	String	Y	検索キー	一意コード
Name	String	Y	名称
Description	String	N	説明
C_BP_Group_ID	TableDirect	Y	取引先グループ	会計設定の基準
TotalOpenBalance	Amount	N	債権債務残高	基軸通貨換算
IsCustomer	YesNo	Y	得意先
IsVendor	YesNo	Y	仕入先
IsSalesRep	YesNo	Y	社内担当者
IsEmployee	YesNo	Y	従業員
IsActive	YesNo	Y	有効

子タブが参照する主要カラム

タブ	テーブル	状態を示す主要カラム	金額系カラム
注文情報	C_Order	DocStatus, DeliveryRule, InvoiceRule, IsSOTrx	TotalLines, GrandTotal
出荷情報	M_InOut	DocStatus, MovementType, IsInDispute	（金額なし）
請求情報	C_Invoice	DocStatus, IsPaid, IsInDispute	GrandTotal
支払情報	C_Payment	DocStatus, IsPrepayment, IsDelayedCapture	PayAmt, DiscountAmt, WriteOffAmt
資産情報	A_Asset	AssetServiceDate, GuaranteeDate	（金額なし）
リクエスト	R_Request	R_Status_ID, Priority, DueType	（金額なし）

ER図

erDiagram
    C_BPartner ||--o{ C_Order : "orders"
    C_BPartner ||--o{ M_InOut : "shipments"
    C_BPartner ||--o{ C_Invoice : "invoices"
    C_BPartner ||--o{ C_Payment : "payments"
    C_BPartner ||--o{ A_Asset : "assets"
    C_BPartner ||--o{ R_Request : "requests"
    C_Order ||--o{ M_InOut : "fulfilled by"
    C_Order ||--o{ C_Invoice : "billed by"
    C_Invoice ||--o{ C_Payment : "settled by"
    R_Request }o--|| R_RequestType : "typed as"

fulfilled by billed by settled by typed as

ビジネスロジック

このウィンドウ自体には固有のビジネスロジックがありません。表示されるデータは、各テーブルの標準的な保存・伝票処理ロジックによって生成されたものです。

表示の絞り込み

子タブは AD_Tab の WhereClause および親子リンクカラム（C_BPartner_ID）によって、選択中の取引先のレコードのみに絞り込まれます。「注文情報」タブは販売・購買の両方（IsSOTrx は表示項目として存在）を含みます。

読み取り専用としての位置づけ

制約	内容
伝票アクション	DocAction フィールドが配置されていないため、ここから完了・取消は不可
明細タブ	受注明細・請求明細のタブは無く、ヘッダーレベルの照会のみ
参照先	実データの編集は各業務ウィンドウで行う設計

📌 ポイント: 同じ「取引先を軸にした照会」でも、担当者(エージェント)別取引情報（AD_Window_ID: 293）は明細レベル（C_OrderLine / C_InvoiceLine）まで階層を持ちます。用途に応じて使い分けてください。

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

タブの追加

このウィンドウに独自の照会タブ（例: 見積提案の履歴、サポート契約）を追加する場合は、AD 上で AD_Tab を新規作成し、親テーブル C_BPartner へのリンクカラムを指定します。ソースコードの改変は不要です。

表示項目の追加

既存タブに項目を追加する場合は、AD_Field を追加してタブに紐付けます。この方式ならバージョンアップ時の影響を最小化できます。

OSGi Model Validator による閲覧制御

機密性の高い取引先の情報表示を制限したい場合、ModelValidator の TYPE_BEFORE_* ではなく、ロールのデータアクセスルール（Record Access / Data Access）で制御するのが標準的です。プログラム制御が必要な場合は、IColumnCallout や独自の Info Window を用意する方式を検討します。

public class CustomBPartnerInfoValidator implements ModelValidator {
    @Override
    public String docValidate(PO po, int timing) {
        // 例: 取引先の与信超過を請求完了前にチェック
        if (po instanceof MInvoice && timing == TIMING_BEFORE_COMPLETE) {
            MInvoice inv = (MInvoice) po;
            MBPartner bp = MBPartner.get(inv.getCtx(), inv.getC_BPartner_ID());
            // bp.getTotalOpenBalance() と与信限度を比較して制御
        }
        return null;
    }

    @Override
    public int modelChange(PO po, int type) throws Exception {
        return null;
    }
}

Info Window（情報ウィンドウ）による代替

より柔軟な検索・集計が必要な場合は、AD の Info Window 機能で独自の SQL ベース照会画面を定義できます。取引先を軸にした複数テーブルの結合集計は、Info Window の方が実装しやすいケースがあります。

関連プロセス

このウィンドウに紐付く標準プロセスはありません（純粋な照会画面です）。

関連ドキュメント

• 操作マニュアル: 取引先マスタ
• 操作マニュアル: 担当者(エージェント)別取引情報
• 操作マニュアル: リクエスト
• 画面リファレンス: 取引先別取引情報

---

iDempiereカスタマイズのご相談

取引先を軸にした横断照会は、営業・サポート・与信管理のいずれでも起点になる機能です。 自社が見たい指標を並べた専用の照会タブや Info Window の追加は、AD 定義とプラグインの組み合わせで安全に実現できます。

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

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