453 実装データモデル_金融

デジタル社会推進実践ガイドブック DS-453-1

実装データモデル（金融）

消込

2025年（令和7年）9月30日

デジタル庁

目次

背景と課題

背景

我が国では、これまで既存の産業分野やサプライチェーンを前提として、業務慣行やシステムの効率化・最適化が図られてきました。他方で、インターネットをベースとした世界的なビジネスの広がりや、技術革新を背景とした新たな商品・サービスの出現、さらにSDGsへの関心の高まりや、個人の働き方の変革等による消費行動の変容など、ビジネスをとりまく環境は日々変化しています。こうした変化の中、我が国における労働力人口は減少しており、今後多様な業界で労働力不足が生じることが予想され、各事業者においては生産性の向上が求められています。

企業間取引においては、適格請求書等保存方式の開始とそれに伴うデジタル庁によるデジタルインボイス（PEPPOL）の整備、金融メッセージ標準であるISO20022への移行など、請求プロセス、決済プロセスに関わる部分において、手段のデジタル化、情報の構造化が進んでいます。こうした背景を踏まえ、最適化されている個々のプロセス間の相互運用性を向上させることで、事業者のバックオフィス業務の効率化が必要です。

課題

これまで事業者間でやりとりされる請求書の書式は統一されておらず、債権債務管理業務においては、決済情報と債権債務情報の紐づけが行いにくいという課題がありました。業界EDIなどによる請求情報のデジタル化が図られていましたが、業種業界毎、サプライチェーン毎に最適化されてきたため、他業種との取引に使用できない、決済時の付随情報として連携ができない状況にありました。

• 受注者にとっての課題

  • 既存の決済情報では、消込等の実施に不十分

  • 消込が行えない場合、相手事業者への問い合わせが発生する

• 発注者にとっての課題

  • 受注者から受け取った請求情報について、決済時にどの情報を返せばよいのか分からない

• 決済手段提供者にとっての課題

  • 事業者にとって有益となる情報がわからない

  • 請求データ規格が多く、決済付随情報の構造化が困難

投資対効果

事業者は、消込データモデルを参照した業務システム、請求・決済手段を採用することで、消込精度の向上、ひいては債権債務管理業務のデジタル完結・自動化を実現できます。実現によりバックオフィス業務を担っていた人手を本来業務に集中させることができ、生産性の向上を図ることができます。

目的と概要

目的

企業間取引における請求プロセスと決済プロセスでそれぞれ行われるデータ連携について、両プロセスの対応関係を明確にし、情報項目を標準化することで相互運用性を向上させ、債権債務管理業務のデジタル完結・自動化を実現します。

概要

事業者の債権債務管理業務において、取引にて発生した債権（売掛金）、債務（買掛金）は、事業者間の決済の完了をもって解消の確認（消込）を行います。この際に、決済対象となった元々の請求情報を特定するために必要な情報を決済付随情報として連携することにより、消込時に債権債務情報との紐づけをデジタルで行えるようにし、消込精度の向上とデジタル完結・自動化を実現します。

また、請求情報を特定する項目を標準化することにより、相手事業者毎に利用する請求手段、決済手段が異なる場合においても、事業者は意識することなくデジタル完結・自動化による消込が可能となります。

消込データモデル

データモデルの全体概要図（クラス図）

消込の実装データモデルの全体概要図は以下のとおりです。

データモデルの項目定義

消込データモデルのデータ項目定義です。

表1 消込データモデルのデータ項目定義

データモデルの関係性

消込データモデルとデジタルインボイス(適格請求書：Peppol BIS Standard Invoice JP PINT、仕入明細書：JP BIS Self Billing Invoice)との関係性を以下に示します。

表2 消込データモデルとデジタルインボイスとの関係性

コントロールド・ボキャブラリ（統制語彙）

請求書タイプ識別子

UNCL1001に準拠します。なお、デジタルインボイスで使用するコードは以下の通り。

表3 適格請求書：Peppol BIS Standard Invoice JP PINTで使用するコード

表4仕入明細書：JP BIS Self Billing Invoiceで使用するコード

データモデルの活用イメージ

機能イメージ

消込データモデルは、事業者間の請求や決済時に利用される電文のデータ規格への参照機能を提供します。データ規格に消込データモデルが組み込まれることにより、その電文を介して事業者の業務システム間で消込を可能とする請求情報が連携されるようになることを意図しています。また、様々な電文に組み込まれることで、取引先事業者毎に利用する請求手段、決済手段が異なる場合においても、債権債務管理業務のデジタル完結・自動化が可能となります。

なお、デジタル完結・自動化を想定していますが、事業者内において業務システム間の画面転記など、人の介在が発生する場合においても、データモデルを参照することで転記ルールのマニュアル化を図ることが可能です。

データ連携イメージ

デジタルインボイスによる請求と全銀EDIシステムによる決済を利用した場合のデータ連携イメージを下記に示します。

解説

消込データモデルについて

企業間取引において、事業者でやり取りされる請求情報を一意に特定することを可能とするデータモデルです。受注者から発注者へ渡す請求情報及び発注者から受注者へ渡す決済付随情報で利用します。なお、請求書を用いず、発注者から受注者へ仕入明細情報を渡している（いわゆる請求レス取引）場合においても、仕入明細書の参照モデルとして使用できます。

なお、消込データモデルの策定にあたり下記観点にて検討を行っています。

スコープの整理

請求取引の類型

2023年10月からの適格請求書等保存方式の開始にあたり、請求情報の構造化（デジタルインボイス）及び取引主体の識別子（適格請求書発行事業者の登録番号）の整備が行われています。こうした背景を踏まえ、決済プロセスで用いられるデータ規格との連携を図ることで構造化の便益最大化を目指す観点から、適格請求書等保存方式をスコープとしています。

また、従前の区分記載請求書保存方式については、今後も免税事業者での利用が想定されることから、今後のデジタルインボイスにおける検討状況を踏まえて検討を行います。

消込ユースケース

データモデルで対応する消込ユースケースとして対応レベルを３段階に分け整理しています。

将来的なデータ利活用ユースケースにつなげる観点から、請求書単位と決済行為間の紐づけを可能にするユースケース(Level1)をスコープとしています。一方、請求書の明細単位の紐づけ（Level 2）、商習慣や業界慣行に特化した情報の紐づけ（Level3）については、今後、デジタルインボイスの運用を踏まえ、取り込みを検討します。

連携すべきデータ項目の設定

消込を実現するための協調領域の整理

企業間取引における請求及び決済プロセスを通じた消込を実現するために、整理すべき協調領域について、JIS X 0170：2020 (ISO/IEC/IEEE 15288：2015)システムライフサイクルプロセスにおけるテクニカルプロセスを参照し、要求と要求を実現するための協調領域を整理しています。

請求及び決済プロセスを通じた消込を実現するためには、作成主体が異なる情報間での突合（データ間の接続）が重要であり、業務機能及び仲介機能において、突合対象を特定するための情報項目（キー項目）の標準化が協調領域であるべきと整理しています。

消込のためのキー項目の設定

協調領域とそこで必要になる参照データモデルの役割を踏まえ、請求情報を一意に特定する情報項目（キー項目）を設定しています。設定においては、まずは①発行主体で一意に特定するために必要と思われる項目を検討し、その上で②消込主体にて消込を行うために追加的に必要と思われる項目を検討、合わせてキー項目として設定しています。

表5 ①発行主体で一意に特定するために必要と思われる項目

デジタル完結・自動化を実現するデータ品質の確保

様々な事業者間のデータ連携においては、業務機能、仲介機能いずれも提供者（ソフトウェア、サービス、自社開発、基盤）が異なるため、連携されるデータそのものの品質について、利用用途に応じた品質水準を確保することが重要です。そのため、本データモデルには品質を担保する機能として項目仕様を実装しています。

表7 消込のデータモデルにおける項目仕様

なお、機能の実装にあたっては、JIS X 25012:2013 (ISO/IEC 25012:2008)　ソフトウェア製品の品質要求及び評価-データ品質モデルに規定されている、品質要求における15の品質特性を踏まえ、消込データモデルで担保すべき品質特性と実装方法を検討しています。

付録

本データモデルは、独立行政法人情報処理推進機構デジタルアーキテクチャ・デザインセンターの活動を通じて策定されました。データモデルの検討経緯等、詳細につきましては、下記WEBサイトを合わせて参照してください。

https://www.ipa.go.jp/digital/architecture/project/btob/contract_technical-meeting/conference.html

変更履歴