デジタルインボイスとは？ ── 「請求書のPDFをメールで送る」と何が違うのか

「請求書はもうPDFにして、メールで送っています。うちの請求業務は電子化済みです」

こう言える会社は増えました。それでも、受け取った側の経理担当者は、届いたPDFを開き、金額と取引先と日付を確認し、会計システムへ入力し直しています。発行した側も、販売管理システムで作った請求データを、わざわざ人が読むための文書に変換して送っています。

この「データ → 文書 → 再びデータ」という遠回りをなくし、請求情報をシステムからシステムへ直接渡す仕組みが、デジタルインボイスです。

この記事では、デジタルインボイスとは何か、PDF請求書と何が違うのか、インボイス制度とはどういう関係なのか、そして中小企業はどう向き合えばよいのかを整理します。

なお、この記事は仕組みの解説であり、税務上の判断（保存方法の適否や控除の可否など）には踏み込みません。個別の税務判断は税理士や所轄税務署に確認してください。

1．まず結論

デジタルインボイスとは、デジタル庁の説明によれば、請求情報を、売り手のシステムから買い手のシステムに対し、人を介することなく直接データ連携し、自動処理する仕組みです。

ポイントは「人を介することなく」の部分です。紙・PDF・デジタルインボイスの違いを整理すると、次のようになります。

PDF請求書は、紙が電子ファイルになっただけで、「人が読んで入力し直す」という業務の形は変わっていません。これは紙の置き換え、つまり電子化です。

デジタルインボイスは、請求情報そのものをコンピューターが処理できるデータとして交換します。業務の形自体を変える、デジタル化です。デジタルインボイス推進協議会（EIPA）も、単なる紙の電子化ではなく、業務プロセス全体を見直すデジタル化の文脈でデジタルインボイスを位置付けています。

この関係は、前回までの記事で整理した受発注のEDIとまったく同じ構図です。「EDIとは？企業間の受発注をどう楽にするのか」では注文データを扱いましたが、デジタルインボイスはその請求書版と考えると分かりやすいはずです。

2．インボイス制度とデジタルインボイスは、別の話

まず混同しやすい2つの言葉を切り分けます。

インボイス制度（適格請求書等保存方式）は、消費税に関する税制上の制度です。国税庁の説明のとおり、2023年10月1日に始まりました。買い手が仕入税額控除を受けるために、売り手が交付する「適格請求書（インボイス）」の保存などが要件になる制度で、適格請求書には次の記載事項が求められます。

• 書類の交付を受ける相手方の氏名または名称
• 売り手の氏名または名称と登録番号
• 取引年月日
• 取引内容（軽減税率の対象品目である旨）
• 税率ごとに区分して合計した対価の額と適用税率
• 税率ごとに区分した消費税額等

登録番号は、税務署への登録申請によって通知される番号で、国税庁の適格請求書発行事業者公表サイトによれば「T＋13桁の数字」で構成されます。

ここで重要なのは、適格請求書は紙でもPDFでも交付できるということです。インボイス制度は「何を記載するか」を定めるもので、「どんな形式・経路で送るか」を定めるものではありません。

デジタルインボイスは、その「どんな形式・経路で送るか」の答えの一つです。適格請求書に必要な情報を、標準化された構造化データとしてシステム間で直接やり取りします。

つまり、次の関係になります。

「インボイス制度対応済みの会計ソフトを使っている」ことと、「デジタルインボイスで請求データを送受信している」ことは、別の状態です。前者は多くの会社が済ませていますが、後者はこれから広がっていく段階です。

3．Peppolという土台 ── 世界標準のネットワークとJP PINT

デジタルインボイスが「標準化された」データだと言えるのは、Peppol（ペポル）という国際的な標準仕様の上に成り立っているからです。

Peppolは、請求書などの電子文書をネットワーク上でやり取りするための「文書仕様」「運用ルール」「ネットワーク」の枠組みで、ヨーロッパを中心に多くの国で使われています。日本ではデジタル庁がJapan Peppol Authority（日本のPeppol管理局）として管理を担っており、2021年9月からOpenPeppolのメンバーとして活動しています。

3.1．4コーナーモデル ── メールに似た仕組み

Peppolのデータ交換は「4コーナーモデル」と呼ばれる構成で行われます。EIPAの解説では、メールの仕組みに例えて説明されています。

売り手（C1）                                買い手（C4）
    │                                          ↑
    │ 請求データを渡す                          │ 請求データを受け取る
    ↓                                          │
売り手側アクセスポイント（C2） ──→ 買い手側アクセスポイント（C3）
                    Peppolネットワーク

売り手（C1）は自分が契約するアクセスポイント（C2）にデータを渡し、C2がPeppolネットワークを通じて買い手側のアクセスポイント（C3）へ送信し、買い手（C4）に届きます。

メールで言えば、アクセスポイントがメールサーバーに相当します。相手がどのメールサービスを使っていても届くのと同じように、売り手と買い手が別々の会計ソフト・サービスを使っていても、Peppol対応同士なら請求データをやり取りできる。ここが、取引先ごとに個別の取り決めが必要になりがちな従来のEDIとの大きな違いです。

3.2．JP PINT ── 日本標準の文書仕様

Peppolネットワーク上でやり取りする請求データの日本標準仕様がJP PINTです。デジタル庁が公表しており、インボイス制度の適格請求書に対応した項目定義を持っています。

対象文書は請求書だけではありません。2026年7月時点で、次の3種類の仕様が公表されています。

仕様は継続的に更新されており、デジタル庁の公表では2026年6月8日に上記3仕様すべてがVer. 1.1.3へ更新されています。

「自社でこの仕様を読み込んで実装する必要があるのか」と身構える必要はありません。第8章で述べるとおり、多くの会社にとってJP PINTは対応ソフトの内側にある存在で、直接触るのはソフトウェアを開発・提供する側です。

4．デジタルインボイスでは、何が「データ」として流れるのか

「構造化データ」と言われてもイメージしにくいので、もう一歩具体的にします。

デジタルインボイスで流れる項目の中心は、第2章で挙げた適格請求書の記載事項そのものです。同じ情報でも、PDFとデータでは「その後に何ができるか」がまったく違います。

4.1．登録番号の照合を自動化できる

この表の中で実務上の効果が分かりやすいのが、登録番号の扱いです。

インボイス制度では、受け取った請求書の発行者が本当に適格請求書発行事業者かを確認するために、国税庁の適格請求書発行事業者公表サイトで登録番号を検索する、という作業が発生します。PDF請求書の運用では、これを人が番号を打ち込んで確認しています。

国税庁は、この公表システムにWeb-API機能を用意しており、指定した登録番号の公表情報や、指定期間の更新情報をシステムから直接取得できます（利用にはアプリケーションIDの発行申請が必要です。無料）。

登録番号が「PDFに印字された文字」ではなく「データ項目」として届くなら、この照合はシステムの仕事にできます。新規取引先の登録確認や、既存取引先の登録状態の定期チェックを自動化する、という組み込み方です。会計ソフトによってはこうした照合機能を最初から備えているものもあるので、まず自社のソフトの機能を確認し、自社開発システムに組み込みたい場合にWeb-APIを検討する、という順番が現実的です。

4.2．「読む」から「検証する」へ

登録番号に限らず、データで届くことの本質は、確認作業の性質が変わることです。

PDF運用での経理の仕事は「読んで、転記して、目で確かめる」ことでした。データで届けば、転記は消え、確認は「システムが検証した結果のうち、引っかかったものだけを見る」形に変わります。税率ごとの金額が合っているか、支払期日はいつか、過去の同じ取引先の請求と比べて異常がないか ── こうしたチェックは、人よりもシステムの方が速く、漏れなくこなせる種類の仕事です。

5．デジタルインボイスで何が楽になるのか

5.1．受け取る側 ── 入力と照合が減る

効果が最も分かりやすいのは、請求書を受け取る側の経理業務です。

PDF請求書の場合、経理担当者は次のような作業をしています。

• メールから請求書を探して開く
• 取引先名・金額・日付・登録番号を確認する
• 会計システムへ入力する
• 入力内容を再確認する
• 支払予定に反映する

デジタルインボイスでは、請求データがシステムに直接取り込まれるため、この流れの中心にあった「見て、入力して、確認する」が原則として不要になります。人の仕事は、取り込まれた内容の承認や、金額が合わない・見覚えがないといった例外の処理に変わります。

月末に請求書が集中する会社ほど、この差は大きくなります。転記ミスや二重入力が減る理屈は、受発注のEDIと同じです。

5.2．発行する側 ── 「文書を作って送る」工程が消える

発行側では、販売管理システムや請求システムで作った請求データを、印刷して封入・郵送したり、PDFに変換してメールに添付したりする工程がなくなります。

送った後の「届いていますか」「再送してください」というやり取りも減らせます。宛先の間違い、添付ファイルの付け忘れ、パスワード付きZIPの扱いといった、メール添付につきものの問題からも離れられます（メール添付の請求書運用が抱える問題は「なぜメールセキュリティにおいて PPAP はダメなのか。正しいやり方は？」でも触れています）。

5.3．その先 ── 支払い・入金消込への接続

請求情報が構造化データとして流れるようになると、その先の業務にもつながります。買い手側では支払予定の作成や振込データへの反映、売り手側では入金消込との突き合わせです。

これは、受発注の記事で述べた「EDIは受注を入口に在庫・出荷・請求までつなぐ土台になる」という話の、請求側から見た姿です。注文から請求・支払いまでを通してデータでつなげたとき、企業間の事務作業は最も小さくなります。

6．電子帳簿保存法との関係

デジタルインボイスの話をすると、必ず電子帳簿保存法（電帳法）が隣に出てきます。関係を簡単に整理します。

国税庁の電子帳簿等保存制度の案内のとおり、2024年1月1日以降、請求書や領収書などを電子データでやり取り（電子取引）した場合、そのデータは電子のまま保存することが義務になっています。保存にあたっては、大きく次の2つが求められます。

• 真実性の確保 ── タイムスタンプや訂正削除の記録・防止など、改ざんを防ぐ措置
• 可視性の確保 ── 日付・金額・取引先で検索できる状態にし、画面や書面に出力できるようにしておくこと

デジタルインボイスの授受も電子取引に該当するため、この保存義務の対象です。つまり、デジタルインボイスを導入するなら、受け取ったデータ・送ったデータをどう保存するかも同時に決めることになります。

実務上は、Peppol対応の会計・請求ソフトの多くが保存要件に対応する機能を備えているため、「対応ソフトを使い、その保存機能の設定と運用を確認する」のが基本の進め方です。ただし、自社の保存方法が要件を満たすかどうかの最終判断は税務の領域なので、税理士や所轄税務署に確認してください。

7．よくある誤解を整理する

デジタルインボイスの話をするとき、繰り返し出てくる誤解があります。先に整理しておきます。

特に1つ目は重要です。義務ではない以上、「対応しないと困る」からではなく、自社の請求業務の手間がどれだけ減るかで導入を判断することになります。だからこそ、次章の「どう始めるか」は、制度対応の話ではなく業務改善の話として読んでください。

一方で、取引先から「デジタルインボイスで送ってほしい（受け取りたい）」と言われる可能性は今後高まっていきます。任意だからこそ、先に対応した側が取引条件の会話を主導する構図になる点は、FAXからWeb受注への移行と同じです。

8．中小企業はどう始めるか

8.1．現実的な入口は「対応ソフトを使う」

デジタルインボイスと聞くと、何か新しいシステムを構築する話に聞こえますが、多くの中小企業にとっての現実的な入口は、すでに使っている（またはこれから選ぶ）会計・請求ソフトがPeppolに対応しているかを確認することです。

EIPAは、Peppolデジタルインボイスに対応済みのサービス一覧を公表しています。また、デジタル庁は日本における認定Peppolサービスプロバイダーの一覧を公開しています。自社のソフトが対応していれば、大がかりな開発をせずに送受信を始められる可能性があります。

確認する順番は次のとおりです。

1. 自社の会計・請求ソフトがPeppol（デジタルインボイス）に対応しているか
2. 対応している場合、送信・受信のどちらに対応しているか、利用料金はどうか
3. 主要な取引先が受け取れる状態にあるか（相手側も対応ソフトやサービスが必要）
4. 受け取ったデータの保存（電帳法対応）がソフト側でどう扱われるか

8.2．自社開発システムがある場合

販売管理や請求管理を自社開発のシステムで運用している会社では、もう一段の検討が必要です。

とはいえ、JP PINTの仕様書を読み込んで自前でPeppolアクセスポイントに接続する、という話には通常なりません。現実的なのは次のような構成です。

• 自社システムから請求データをCSVやAPIでPeppol対応の請求サービス・会計ソフトへ渡し、送信はそちらに任せる
• 受信も対応ソフト側で行い、取り込んだデータを自社システムへ連携する

つまり、自社システムの改修ポイントは「Peppol対応」そのものではなく、対応ソフトとの間でデータを正確に受け渡す連携部分です。ここは、受発注のWeb移行で述べた「CSV取込という中間形態」（「FAX受注をWebに移すには」）とまったく同じ考え方で設計できます。

8.3．急がなくてよいが、無視もしない

デジタルインボイスは、2026年時点で「使わなければ業務が止まる」ものではありません。取引先がPDF請求書を求めるなら、当面はPDFとの併用が続きます。受発注のFAX・Web併用と同じで、移行は段階的に進みます。

一方で、大口の取引先や自治体・官公庁との取引でデジタルインボイスの利用が話題に上がる場面は今後増えていきます。デジタル庁も政府調達や企業間取引での活用事例の公表を進めています。「取引先から求められたときに、自社のソフトで受けられるか」を一度確認しておくだけでも、備えとしては十分に意味があります。

8.4．検討の優先度を判断するチェックリスト

「うちはいつ動くべきか」の目安として、次の項目に当てはまるほど、検討の優先度は高くなります。

• 請求書の受領・発行が月に数十枚以上ある
• 月末月初に、請求書の入力・照合・発行作業で経理が残業している
• 受け取った請求書の登録番号の確認を手作業でやっている
• 入力ミスや二重払いのヒヤリとした経験がある
• 主要な取引先や業界団体で、デジタルインボイスやPeppolの話が出始めている
• ちょうど会計・請求ソフトの入れ替えや、自社開発システムの改修を計画している

逆に、請求書が月に数枚で取引先も固定的なら、急ぐ理由はありません。ソフトの更改時期に「次のソフトはPeppol対応か」を選定条件に加えておく程度で十分です。

大事なのは、導入そのものを目的にしないことです。第4章・第5章で挙げた「どの手作業が減るのか」を自社の業務に当てはめて数えたとき、減る作業が具体的に見えるなら進める価値があり、見えないなら時期尚早、というだけの話です。

9．受発注デジタル化の全体地図の中で

この記事は、受発注まわりのデータ連携を扱うシリーズの3本目です。全体の位置関係を整理しておきます。

EDIが「企業間のデータ交換」という大きな考え方で、その受注側の実践がFAX受注のWeb移行、請求側の標準化された形がデジタルインボイス、という関係です。

どこから手を付けるべきかは会社によって違います。受注入力の負担が大きいなら受注側から、請求書の発行・受領枚数が多いなら請求側から、が素直な判断です。共通するのは、「同じ情報を人が何回入力しているか」を数えるところから始めることです。

まとめ

• デジタルインボイスとは、請求情報を売り手のシステムから買い手のシステムへ、人を介さず直接データ連携し、自動処理する仕組みです
• PDF請求書は文書の「電子化」であり、受け取った側の入力作業は残ります。デジタルインボイスは構造化データで業務をつなぐ「デジタル化」です
• インボイス制度（税制）とデジタルインボイス（データ交換の仕組み）は別の話です。制度対応済みでも、デジタルインボイスの利用はこれからという会社がほとんどです
• 土台はPeppolという国際標準で、日本ではデジタル庁がPeppol Authorityとして管理し、日本標準仕様としてJP PINTを公表しています
• アクセスポイントを介する4コーナーモデルにより、相手と違うソフトを使っていてもやり取りできるのが、従来の個別EDIとの違いです
• 流れるのは適格請求書の記載事項そのものです。登録番号の照合(国税庁公表システムのWeb-API)や税率ごとの金額検算など、人が目でやっていた確認をシステムの検証に変えられます
• 受け取ったデジタルインボイスは電子帳簿保存法の電子取引に該当し、電子データのままの保存が必要です
• 利用は任意であり、義務ではありません。「対応しないと困るから」ではなく、自社の請求業務でどの手作業が減るかで判断します
• 中小企業の現実的な入口は、Peppol対応の会計・請求ソフトの利用です。自社開発システムがある場合は、対応ソフトとのデータ連携部分を設計します

請求業務・受発注のデータ連携をご検討の方へ

請求書の発行や受領の事務負担を減らしたいものの、自社の販売管理システムや請求業務のどこから手を付ければよいか分からない場合は、まず現在の請求データの流れを整理する必要があります。

販売管理システムでどう請求データを作り、どう取引先へ送り、受け取った請求書をどう会計システムへ入力しているかを確認すると、デジタルインボイスや対応ソフトとの連携で自動化できる範囲が見えてきます。

合同会社小村ソフトでは、自社開発の業務システムと会計ソフト・Peppol対応サービスとの連携を含め、請求・受発注まわりのデータ連携について、現状整理や実現方法の検討をご相談いただけます。

全面刷新を前提にせず、現在の仕組みを残しながら、データの出入口だけを段階的につなぐ構成も検討できます。

関連する記事

同じタグを共有する最新の記事です。さらに近い話題で知識を深められます。

関連トピック

このテーマと近いトピックページです。記事を起点に、関連するサービスや他の記事へ進めます。

このテーマがつながるサービス

この記事は次のサービスページにつながります。近い入口からご覧ください。

よくある質問

この記事のテーマについて、相談時によくある質問をまとめています。

デジタルインボイスと電子インボイス（PDF請求書）は何が違うのですか？

PDF請求書は、人が読むための文書を電子ファイルにしたもので、受け取った側は内容を見ながら会計システムへ入力し直す必要があります。デジタルインボイスは、請求情報そのものを標準化された構造化データとして送るため、買い手のシステムが直接取り込んで処理できます。紙をファイルに置き換える「電子化」と、業務処理をデータでつなぐ「デジタル化」の違いです。

インボイス制度に対応済みなら、デジタルインボイスにも対応できていますか？

別の話です。インボイス制度（適格請求書等保存方式）は消費税の仕入税額控除に関する税制上の制度で、適格請求書は紙でもPDFでも交付できます。デジタルインボイスは、その請求情報をシステム間でやり取りするためのデータ形式と流通の仕組み（Peppol・JP PINT）であり、制度対応とは別に、利用するかどうかを判断するものです。

中小企業がデジタルインボイスを使い始めるには何が必要ですか？

現実的な入口は、Peppolに対応した会計・請求ソフトを使うことです。デジタルインボイス推進協議会（EIPA）が対応済みサービスの一覧を公表しており、自社が使っているソフトが対応していれば、設定を有効にするだけで送受信を始められる場合もあります。自社開発の販売管理システムを使っている場合は、対応ソフトやサービスプロバイダーとの連携方法を検討することになります。

受け取ったデジタルインボイスはどのように保存すればよいですか？

デジタルインボイスの授受は電子帳簿保存法上の電子取引に該当するため、2024年1月以降は電子データのまま、改ざん防止措置（真実性の確保）と日付・金額・取引先で検索できる状態（可視性の確保）を満たして保存する必要があります。多くのPeppol対応ソフトは保存要件への対応機能を持っていますが、自社の運用が要件を満たすかどうかは、税理士や所轄税務署に確認してください。

著者プロフィール

記事の著者プロフィールページです。

小村 豪

合同会社小村ソフト 代表

Windows ソフト開発、技術相談、不具合調査を中心に、既存資産が残る案件や原因が見えにくい障害調査に強みがあります。