まずは卸売ECを小規模でスタートしたい方へ。リーズナブルなSaaS(ASP)版『EC-Rider Primo(プリモ)』誕生! 詳しくはこちら

BtoB EC入金消込の自動化設計|突合キーとZEDI

◆監修・編集責任者 小園 将隆 

B2B EC-COLUMN

この記事のポイント

  • BtoB EC入金消込の自動化は、請求と入金を一意に結ぶ突合キーの設計で成否が決まります。
  • 全銀ネットのZEDI(DI-ZEDI)で標準化された8項目が、突合キー設計の一次情報として使えます。
  • 2026〜2027年の制度変更と電子帳簿保存法の要件を、消込設計に一度で織り込む必要があります。
電子帳簿のイメージ
▽ 写真の出典元

BtoB ECの入金消込とは何か

BtoB ECの入金消込とは、EC上で計上した売掛金と、銀行口座に着金した入金データを一件ずつ対応づけ、売掛残高を消していく経理処理です。自動化の成否は、システムの高機能さではなく、請求と入金を一意に結ぶ突合キーを設計できているかで決まります*2

銀行の入金データには、本来「どの請求に対する入金か」という情報がそのままの形では乗りません。従来の固定長フォーマットでは、金融EDI情報(電子データ交換で振込明細に添付できる情報)は20桁までという制限があったためです*2。この20桁という制約が、BtoB ECの入金消込を難しくしてきた第一の要因です。

図
BtoB ECで消込が難しくなる3つの構造

自動化できるかどうかを分けるのは「突合キー」

入金消込を自動化できるかどうかは、請求データと入金データを機械的に結び付けられる項目、すなわち突合キーがあるかどうかで決まります。振込人名義や金額だけでは、部分入金やまとめ振込に対応できません。全銀ネットが制定したDI-ZEDI(後述)は、この突合キーを標準化する取り組みです*2

BtoB ECで消込が難しくなる3つの構造

BtoB ECの入金消込は、BtoC-ECの即時決済と異なる3つの要因で複雑になります。第一に、掛売り(信用取引による後払い)により請求と入金の時期がずれます。第二に、締め請求により複数の注文が1件の請求に集約されます。第三に、複数の請求書に対して1回でまとめて振り込まれます。いずれも取引先ごとの商習慣に依存するため、システム側だけでは解決しきれません。

BtoB-EC市場は514.4兆円・EC化率43.1%

2024年の国内BtoB-EC市場規模は514.4兆円で、前年比10.6%増となりました*1。出典は経済産業省「令和6年度電子商取引に関する市場調査」(2025年8月26日公表)です。EC化率も43.1%に達し、前年比3.1ポイント増と拡大が続いています*1。取引がEC化・電子化するほど、入金消込の件数と例外処理の負荷も比例して増える点は見落とされがちです。

入金消込自動化の全体設計(4層モデル)

入金消込の自動化は、対象システムを「請求データ層」「入金データ層」「突合ロジック層」「会計・保存層」の4層に分けると設計しやすくなります。層ごとの責任範囲があいまいなまま進めると、後工程で手戻りが発生しやすいためです。

図
入金消込自動化の4層モデル

第1層 請求データ層 ── 請求番号の付番設計が自動化率を決める

請求データ層では、請求書1件ごとに一意な請求番号を付番できているかが起点になります。締め請求でまとめた場合も、内訳として個別の注文番号を保持しておくと、後段の突合ロジック層で部分一致の判定がしやすくなります。

第2層 入金データ層 ── 入出金取引明細・振込入金通知の取得経路

入金データ層は、銀行の入出金取引明細や振込入金通知(インターネットバンキングやAPI経由で取得する入金結果の通知)の取得経路と頻度を決める層です。手動でのCSVダウンロードに依存すると、消込のタイミングが締め処理から遅れます。

第3層 突合ロジック層 ── 完全一致/候補提示/保留の3分岐

突合ロジック層は、請求データと入金データを付き合わせ、完全一致・候補提示(複数候補から担当者が選ぶ)・保留のいずれかに振り分ける層です。この分岐の精度が、自動消込率そのものを表す指標になります。

第4層 会計・保存層 ── 仕訳連携と電子取引データの保存

会計・保存層は、消込結果を会計システムへ仕訳連携し、電子帳簿保存法が求める要件で入金データを保存する層です。ここを後回しにすると、保存・検索の要件対応が後から追加の工数となり、自動化の効果を打ち消します(詳細は後述)。

現状のやり方でこの4層を洗い出すと、担当者の頭の中にしかない判断基準が可視化されます。無料相談で要件を整理すると、どの層から着手すべきかが具体的に見えてきます。

突合キーの設計はZEDIとDI-ZEDIを前提にする

従来の固定長フォーマットは「EDI情報20桁まで」だった

全銀ネット(一般社団法人全国銀行資金決済ネットワーク)によると、従来の振込フォーマットは固定長電文で、金融EDI情報は20桁までという制限がありました*2。請求書番号と金額程度しか載せられず、複数請求のまとめ振込では突合キーとして不十分でした。

ZEDIで金融EDI情報がXML形式になると何が変わるか

ZEDI(全銀EDIシステム。金融機関間の振込に添付できる金融EDI情報をXML形式で拡張する仕組み)を使うと、20桁の制約を超えられます。請求書番号や税込金額など複数項目を1回の振込に添付できるようになります*2*7。全国銀行協会もZEDIについて、支払通知番号や請求書番号などのEDI情報の添付を可能にするシステムと説明しています*7

標準フォーマット「DI-ZEDI」の8項目

全銀ネットはZEDI上でやり取りする請求・入金情報の標準フォーマットとして、DI-ZEDIの8項目を制定しています*2。設計時は、この8項目のうちどれを自社の突合キーとして採用できるかを検討します。

DI-ZEDIの項目 突合キーとしての用途
請求書タイプコード 請求の種別を機械判定する補助キーになります。
請求書番号 最も直接的な主キー候補です。
付番の一意性が前提になります。
請求書発行日 同一請求先で番号体系が近い場合の絞り込みに使えます。
請求金額(税込) 金額一致の判定に使う補助キーです。
部分入金では一致しません。
売手企業の登録番号 自社を特定する固定キーとして使えます。
買手企業の登録番号 取引先マスタとの突合キーになります。
振込手数料負担 差額判定(後述の例外処理)の一次情報として使えます。
備考 自由記述のため、機械突合のキーには不向きです。

ZEDIの対象業務と対象外を設計時に確認する

ZEDIの対象は、支払側の総合振込と、受取側の振込入金通知・入出金取引明細です*2。一方で、給与振込・賞与振込・口座振替(結果照会を含む)は対象業務の対象外とされ、外国送金にも利用できません*2。設計段階でこの対象範囲を確認しておかないと、想定した突合キーが特定の入金経路には乗らないという事態になります。

取引先がZEDI未対応でも振込自体は従来どおり行われる

全銀ネットは、取引先(受取企業)がZEDIに対応していない場合でも、これまでどおり銀行口座に振込送金されると案内しています*2。つまり、ZEDI対応は一斉切り替えではなく、対応済みの取引先から段階的にDI-ZEDI項目を受け取れる設計にできるということです。

例外処理の設計が自動消込率を決める

突合キーを整えても、部分入金・過入金・名義不一致など複数の例外パターンが残ります。自動消込率を実際に押し上げるのは、この例外処理の設計です。

図
突合ロジックの3分岐(完全一致・候補一致・不一致)

金額が合わない(部分入金・過入金・まとめ振込)

部分入金・過入金・複数請求のまとめ振込は、金額一致を前提にした突合ロジックでは自動処理できません。差額が生じた時点で、まず候補提示に回し、担当者が判定する経路を用意しておく必要があります。

差額の正体が手数料・相殺・値引である場合の判定順序

差額が生じたときは、判定の順序をあらかじめ決めておくと処理が安定します。振込手数料の差引を最初に確認し、次に相殺の有無、最後に値引の有無を確認するという順序です。DI-ZEDIの「振込手数料負担」項目があれば、この最初の判定を自動化できます*2

振込名義が一致しない(略称・代行入金・グループ会社名義)

振込人名義が請求先企業名と異なるケースは珍しくありません。取引先の略称、決済代行事業者を経由した代行入金、グループ会社名義での振込などが該当します。名義だけに依存した突合は避け、請求書番号や登録番号などDI-ZEDIの項目を優先する設計が有効です*2

前受金・預り金として一旦受ける設計

突合できない入金を保留のまま放置すると、未消込残高が積み上がります。突合先が確定するまでの間、前受金または預り金として一旦受け入れる会計処理を設計に組み込んでおくと、消込作業と入金の受領を分離できます。

例外パターン 検知条件 既定処理 承認者
部分入金 入金額<請求額 残額を未消込として保持 社内規程で定める
過入金 入金額>請求額 前受金として計上し照会 社内規程で定める
まとめ振込 1入金に対し複数請求が候補 候補提示で担当者が按分 社内規程で定める
手数料差引 差額が振込手数料相当 手数料負担条件と照合し消込 社内規程で定める
相殺 差額が買掛金相当 相殺伝票と突合し消込 社内規程で定める
名義不一致 振込人名義が請求先と不一致 請求書番号等の別キーで再突合 社内規程で定める
代行入金 決済代行事業者名義で入金 代行事業者の内訳明細と突合 社内規程で定める
前受金 対応する請求が未発行 前受金として一旦計上 社内規程で定める

許容できる差額のしきい値や自動承認の権限範囲は、取引先構成や社内の稟議体系によって異なるため、本稿では具体値を示さず、社内規程で定める領域として扱います。

2026〜2027年に入金経路が変わる前提を織り込む

導入のイメージ
▽ 写真の出典元

紙の手形・小切手は電子交換所での交換を廃止する方向にある

全国銀行協会は2025年3月26日、2027年度初から電子交換所における手形・小切手の交換を廃止する方針を示しました*3。あわせて、2026年度末までに電子交換所における手形・小切手の交換枚数をゼロにすることを目標に掲げています*3。同協会によると、2024年時点の年間交換枚数は依然として1,967万枚に上ります*3

この方針が実現すると、紙の手形・小切手で受け取っていた売掛金の決済は、振込やでんさい(電子記録債権)に集約されます。入金消込の設計は、今後の入金経路が振込・電子記録債権へ寄っていく前提で組む必要があります。

電子記録債権への振替と、消込処理への影響

電子記録債権は、電子記録債権法(平成十九年法律第百二号)に基づき電子的に記録・管理される金銭債権です*6。同法の現行版は2025年10月1日に施行されています*6。電子記録債権による決済へ移行すると、消込処理は電子記録債権の決済通知データを新たな入金データ源として取り込む設計が必要になります。

着金タイミングの設計 ── モアタイムシステムと締め処理の関係

全銀ネットのモアタイムシステムは2018年10月から稼働し、平日夜間や土日祝日を含む内国為替取引に対応しています*4。これにより、営業日中の銀行窓口が閉まった時間帯にも着金が発生し得ます。締め処理のタイミング設計では、モアタイムシステム経由の着金を締め後扱いとするか当日扱いとするかを、あらかじめ決めておく必要があります。

次期全銀システムの動向を設計の前提に置く際の注意

全銀ネットは1973年の稼働開始以来、全銀システムを段階的に更新しており、直近では2019年11月に第7次全銀システムが稼働しています*4。その先の更新時期は公表情報が変動するため、本稿では具体的な時期を断定せず、公式発表を都度確認する対象として扱います。

電子帳簿保存法・インボイス制度を設計要件に落とす

インターネットバンキングを利用した振込等も電子取引に該当する

国税庁の電子帳簿保存法一問一答(令和7年6月版)は、インターネットバンキングを利用した振込等も電子取引に該当すると明記しています*5。保存すべきデータは、振込等した取引年月日・金額・振込先名等が記載された電磁的記録です*5。消込に使うために取得した入金データは、そのまま電子取引データの保存対象にもなるということです。

検索要件は日付・金額・取引先の3項目

電子帳簿保存法は、電子取引データの検索機能について3つの要件を求めています*5。第一は、取引年月日その他の日付・取引金額・取引先を検索条件に設定できることです。第二は、日付または金額について範囲を指定して条件を設定できることです。第三は、二以上の任意の記録項目を組み合わせて条件を設定できることです*5。消込テーブルの項目設計は、この3要件を満たす形で組む必要があります。

JP PINT Ver.1.1.3で突合キーを機械可読に受け取る

デジタル庁(Japan Peppol Authority)は、デジタルインボイスの標準仕様を定めています。Peppol BIS Standard Invoice JP PINTはVer.1.1.3です*8。JP BIS Self Billing Invoiceも同じくVer.1.1.3です*8

デジタル庁は2021年9月からOpenPeppol(国際的な電子文書交換の標準化団体)のメンバーとして活動しています*8。JP PINT準拠の請求データが普及すれば、請求書番号や税込金額といった突合キー項目を発行側システムから機械可読な形で受け取れる可能性があります。

消込テーブルに持つべき項目チェックリスト

  1. 取引年月日(入金日・請求日の双方)
  2. 取引金額(請求金額・入金金額・差額)
  3. 取引先名(振込人名義・請求先企業名の双方)
  4. 請求書番号・登録番号などDI-ZEDI準拠の突合キー項目
  5. 検索用の組み合わせ条件(日付×金額、日付×取引先など)

このチェックリストの1〜3項目目は電子帳簿保存法の検索要件*5に、4項目目はDI-ZEDIの標準項目*2にそれぞれ対応しています。

導入ステップと取引先との合意形成

全銀ネットが示す4ステップ

全銀ネットはZEDI導入について、導入検討・社内決定、取引先への相談、導入準備・会計ソフト連携の確認、取引先への連絡という4つの段階を示しています*2。自社だけで完結する検討と、取引先の合意が必要な調整が明確に分かれている点が特徴です。

図
全銀ネットが示すZEDI導入の4ステップ

取引先と「突合のためのKEY情報」を事前に決める

全銀ネットの案内が示すとおり、ZEDI導入では取引先とあらかじめ突合のためのキー情報を取り決めておく段階が含まれます*2。どの項目を優先キーにするかを合意できていないと、DI-ZEDIの8項目*2を受け取れても突合ロジック側で活用できません。

付番統一→主要取引先→会計ソフトの順で広げる

導入前に確認する優先順3点/順位根拠:着手順序の依存関係

  1. 自社の請求番号の付番ルールを統一し、締め請求でも個別注文を追跡できる状態にします。
  2. 取引額が大きく振込件数の多い主要取引先から、ZEDI対応または突合キーの合意を進めます*2
  3. 会計ソフト側がZEDIの金融EDI情報を取り込めるかを確認してから、対象範囲を広げます*2

自動消込率・保留件数・経過日数の3指標で測る

導入後の効果測定は、自動消込率・保留件数・締めからの経過日数の3指標を継続的に追えば、改善の進み具合を把握できます。具体的な目標値は、現状の手作業工数と取引先構成に応じて社内で設定する領域です。

ZEDIの導入で期待される事務負担削減

全銀ネットはZEDIの案内において、デジタルインボイス活用モデル構築実証事業の進捗報告を引用し、事務負担約6割減の実現実績を紹介しています*2。この数値は当該実証事業の報告に基づくもので、母数となる企業数や対象業務の範囲は同報告の条件に依存します。自社に同一の削減効果が生じることを保証するものではありません。

まとめ:入金消込自動化を決める3つの判断軸

本稿ではBtoB EC入金消込の自動化設計を、突合キー・例外処理・制度対応という3つの軸に沿って整理しました。要点を集約すると次のとおりです。第一に、自動化の成否は突合キーの設計で決まり、DI-ZEDIの8項目*2が一次情報としての基準になります。第二に、自動化しても残る例外パターンを検知条件と既定処理の組み合わせで事前に設計しておく必要があります。第三に、手形・小切手の交換廃止*3と電子帳簿保存法の要件*5という制度変更を、同じ設計に一度で織り込むことが二重投資を避ける道筋になります。


ご不明な点はお問い合わせフォームからもご連絡いただけます。

BtoB通販システムのご相談

貴社の商習慣に合わせたご提案をいたします。

無料相談はこちら

よくある質問

請求書番号がなくても入金消込は自動化できますか。

請求書番号がない場合でも、金額・振込人名義・入金日の組み合わせで候補提示までは自動化できますが、完全一致による自動消込の精度は下がります。DI-ZEDIの請求書番号項目*2を突合キーに使える経路を確保することが、精度向上の近道です。

取引先がZEDIに対応していない場合はどうなりますか。

取引先がZEDIに対応していなくても、振込自体はこれまでどおり銀行口座に着金するため、支払いが滞ることはありません*2。ただし金融EDI情報が添付されないため、突合キーは請求書番号や金額など従来の項目に頼ることになります。

インターネットバンキングの振込データは保存が必要ですか。

はい、必要です。国税庁の電子帳簿保存法一問一答は、インターネットバンキングを利用した振込等も電子取引に該当すると定めています。取引年月日・金額・振込先名等が記載されたデータの保存を求めています*5。消込用に取得した入金データをそのまま保存対象として扱う設計が効率的です。

紙の手形で受け取っている売掛はどう扱うべきですか。

全国銀行協会は2027年度初から電子交換所における手形・小切手の交換を廃止する方針を示しています*3。紙の手形取引が残る取引先とは、振込や電子記録債権への切り替えを早めに調整し、消込設計を振込中心の前提に更新しておく必要があります。

◆監修・編集責任者

小園 将隆

株式会社フライトソリューションズ ECサービス部 マネージャー

BtoB通販のパッケージシステム「EC-Rider B2B Ⅱ」の導入支援をはじめ、製造業、卸売業をはじめとした法人向け通販サイト構築を多数手掛ける。卸売領域の専門知識をもとに、日本の商習慣に固有の課題をパッケージシステムの機能追加によって解決。BtoB流通の販路拡大を支援する。

  1. *1 出典:経済産業省 商務情報政策局 情報経済課「令和6年度電子商取引に関する市場調査の結果を取りまとめました」(2025年8月26日公表)
  2. *2 出典:一般社団法人全国銀行資金決済ネットワーク「全銀EDIシステムとは(ZEDI)
  3. *3 出典:一般社団法人全国銀行協会「手形・小切手の電子化に関する中間的な評価を踏まえた抜本的な取組み等について」(2025年3月26日)
  4. *4 出典:一般社団法人全国銀行資金決済ネットワーク「全銀システムとは
  5. *5 出典:国税庁「電子帳簿保存法一問一答【電子取引関係】」(令和7年6月)
  6. *6 出典:e-Gov法令検索(デジタル庁)「電子記録債権法」(平成十九年法律第百二号)
  7. *7 出典:一般社団法人全国銀行協会「ZEDI(全銀EDIシステム)
  8. *8 出典:デジタル庁「デジタルインボイス(JP PINT/JP BIS)」(Ver.1.1.3)

画像の出典元

  1. 電子帳簿のイメージ/Photo by Anton Borzenkov on Unsplash
  2. 導入のイメージ/Photo by Christina @ wocintechchat.com M on Unsplash

◆この記事について

独自調査以外の一次情報は、省庁・公的機関を中心とした信頼性の高い情報源から引用し、出典を明記しています。
年次更新される統計については、引用元の最新版を確認したうえで掲載しています。

※この記事は上記の監修・編集責任者がAIの協力を得て制作しています。

監修確認日:

記事内容に関するお問い合わせ:お問い合わせフォーム


【対象事業部への実績確認依頼】
記事キーワード:BtoB EC 入金消込 自動化 設計

この記事に以下の実績情報を追加すると、信頼性・E-E-A-Tスコアが向上します。
対象事業部に確認・提供を依頼してください。

■ あると効果的な実績
– BtoB通販システムにおける基幹・会計・銀行連携の対応実績(件数・期間)
– 対応可能な会計システム・金融EDI(ZEDI等)の連携実績
– 入金消込・例外処理の設計支援における具体的な効果(工数削減等、出典のある範囲)

■ 追加する場所
記事内「この記事の編集方針」ボックス(credentials提供後は「FSOLに相談するメリット」へ変更)

BtoB EC(受発注)サイト構築システム「EC-Rider B2B Ⅱ」への
各種お問い合わせ

ページTOPへ戻る
無料相談を予約 お見積
平日10:00~18:00
page
top