Peppol電子インボイスと電帳法の保存要件 税理士が組む7つのAI点検工程

Peppol電子インボイスの請求データを電子帳簿保存法の保存要件に載せるまでを、税理士事務所向けに7つのAI点検工程で整理しました。守秘義務と規程の論点も条文つきで扱います。

Peppol電子インボイスと電帳法の保存要件 税理士が組む7つのAI点検工程

Peppol電子インボイスとは、国際規格Peppolの仕様でやり取りする請求データのことです。

顧問先から届く請求データが、PDFではなくXMLで来る日が近づいています。デジタル庁は2026年6月8日にJP PINTの標準仕様をVer.1.1.3へ更新し、あわせて自己請求書と免税事業者向けの仕様も同じ版数に揃えました(出典: デジタル庁 JP PINT)。この記事では、Peppolでやり取りされる請求データを電子帳簿保存法の保存要件に載せるまでの点検工程と、その工程に生成AIをどこまで噛ませられるかを整理します。本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で確認しています。

JP PINTが1.1.3に上がった2026年、顧問先の請求データはどこが変わるか

結論から言えば、変わるのは請求書の見た目ではなく保存されるモノの形です。紙とPDFの時代は、人間が読める画像が保存対象でした。Peppolでは、送り手のアクセスポイントから受け手のアクセスポイントへXMLが流れ、受け手のシステムがそれを画面表示に組み立てます。会計事務所が顧問先から預かるのは、画像ではなく構造化データになります。

デジタル庁は2021年9月からOpenPeppolのJapan Peppol Authorityとして、日本の標準仕様であるJP PINTを管理しています(出典: デジタル庁 JP PINT)。2026年の動きとして目立つのは2点あります。ひとつは2026年6月8日の仕様更新で、Standard Invoice、Self Billing Invoice、免税事業者向けInvoiceの3系統がいずれもVer.1.1.3になったことです。もうひとつは2026年4月24日に国内のPeppol認定サービスプロバイダーの一覧が更新されたことで、顧問先が使う会計ソフトやEDIがどのプロバイダーに紐づいているかを事務所側で把握できる状態になっています(出典: 同上)。

民間側では、デジタルインボイス推進協議会(EIPA)がベンダー横断の普及活動を続けています。会計ソフト各社がPeppolの送受信に対応していく流れは、事務所にとって顧問先ごとにデータの入り口が変わるという実務変化として現れます。ここで効いてくるのが、Peppolが四隅モデルと呼ばれる構造を採っていることです。送り手と受け手が直接つながるのではなく、それぞれが契約したアクセスポイント同士がやり取りします。顧問先が会計ソフトを乗り換えると、アクセスポイントも変わる可能性があるということです。事務所の側は、顧問先のソフト変更を経理システムの入れ替えではなくデータ経路の変更として把握し直す必要が出てきます。

税務側から見ると、押さえどころは電子帳簿保存法です。電子帳簿保存法第7条は、電子取引を行った場合にその取引情報に係る電磁的記録を保存することを定めています。Peppolで請求データを受け取れば、それは電子取引に当たる典型例です。ここで実務家が気にするのはXMLのまま置いておいてよいのかという点でしょう。国税庁の電子帳簿保存法一問一答(電子取引関係)の問24は、XML形式のデータであっても、自社フォーマットに変換するなどして整然とした形式および明瞭な状態で確認でき、速やかに出力できる状態であれば要件を満たすものと考えられる、という整理を示しています。つまり論点は保存形式そのものではなく、出力できる体制があるかどうかに移ります。

顧問先のPeppol請求データをAIで点検する7工程

以下は、月次で顧問先の電子取引データを預かる会計事務所を想定した工程です。各工程で何を入力し、何が返るかを分けて書きます。最終判断を担当税理士が行う工程を、6と7に明示的に置いています。

第1工程は、顧問先ごとのデータ入り口の棚卸しです。入力は顧問先リストと使用会計ソフト名、出力はPeppol受信あり、メール添付のみ、ダウンロード型という三つの区分です。同じ顧問先でも仕入先ごとに経路が違うことが普通なので、取引先単位まで割る必要があります。一問一答の問18は、支店や事業所ごと、特定の取引先ごとなど、明確に区分できる単位であれば保存方法を分けて運用することも差し支えないという考え方を示しています。この区分表がそのまま点検の単位になります。

第2工程は、真実性の確保をどの手段で担保しているかの確認です。一問一答の問9と問17は、タイムスタンプ付与済データの受領、受領後速やかなタイムスタンプ付与、訂正削除の記録が残るシステムまたは訂正削除ができないシステムの利用、訂正削除防止に関する事務処理規程の備付けと運用、という4つの手段を挙げています。Peppol受信の場合、プロバイダー側のシステムで3番目を満たしているケースと、顧問先が規程方式で運用しているケースが混在します。ここは顧問先ごとに答えが違うので、聞き取り票を作って埋めるのが早道です。

第3工程は、検索要件の充足確認です。取引年月日その他の日付、取引金額、取引先を検索条件に設定できること、日付または金額は範囲指定ができること、2以上の項目を組み合わせられることが求められます。一問一答の問27は、AかつBの組み合わせで検索できればよく、AまたはBの組み合わせまでは求めない、段階的な絞り込みでも要件を満たす、という整理をしています。会計ソフトの検索画面を実際に触って、この3条件を満たしているかを画面キャプチャで残す運用が確認しやすくなります。

第4工程で、初めて生成AIを入れます。入力はPeppolのXMLファイル(顧問先名を伏せた検証用データ)、出力は必須項目の充足チェック表です。XMLはタグ構造なので、生成AIは人間より速く欠損項目を拾えます。ただし出力は下書き扱いにとどめ、そのまま調書に載せません。

あなたは会計事務所の実務担当者です。以下のXMLは、Peppolの標準仕様で受領した請求データの一部です。
次の観点で、値が入っているか/空か/形式が想定と違うかを一覧にしてください。
- 発行日、請求番号、通貨、請求金額合計、税率区分ごとの対価の額と消費税額
- 売手の登録番号、買手の識別子
- 品目行ごとの数量、単価、税率
判定できない項目は「判定不可」と書き、推測で埋めないでください。
出力は表ではなく、項目名と判定と根拠の3点を1行ずつ並べる形式にしてください。
XML:
(ここに検証用XMLを貼る。顧客名・登録番号は架空のA社・甲に置き換える)

第5工程は、保存要件の観点でのセルフ点検です。ここでもAIは下書き役です。事務所が使う点検項目を先に固定し、AIにはその項目に対して、聞き取り結果がどう答えているかを突き合わせさせます。

あなたは会計事務所の実務担当者です。以下は顧問先A社への聞き取り結果です。
電子帳簿保存法の電子取引データ保存について、次の4項目それぞれに対し、
「記載あり(該当箇所を引用)」「記載なし」「記載が曖昧」のいずれかで整理してください。
1. 真実性の確保をどの手段で行っているか
2. 検索条件として日付・金額・取引先を設定できるか
3. 日付または金額の範囲指定ができるか
4. ディスプレイとプリンタの備付けがあるか
法的な評価やアドバイスは書かず、聞き取り結果に書いてあることだけを整理してください。
聞き取り結果:
(ここに貼る)

この2本のプロンプトに共通しているのは、AIに評価をさせていない点です。士業の実務でAIを使うときの分かれ目は、事実の整理までをAIに任せ、意味づけを人が持つという線引きにあります。整理と意味づけを混ぜたプロンプトを投げると、それらしい結論が返ってきて、後から根拠を辿れなくなります。事務所で使い回すプロンプトは、出力の粒度を項目名・判定・根拠のように固定しておくと、担当者が変わっても同じ形の下書きが返ってきます。

第6工程は、担当税理士による内容確認です。AIが記載なしと出した項目について、実際に顧問先の画面を見る、規程の現物を見る、という一次確認を人が行います。AIの出力は当たりをつけるための地図であって、結論ではありません。

第7工程は、顧問先への説明資料の作成と説明です。AIに要約させた文面を担当税理士が手直しし、事務所名で出します。ここまでを月次のどこに差し込むかは、記帳代行の工程設計と地続きになります。月次工程そのものの組み直しについては、記帳代行の月次工程をAI-OCRで組み直す手順も参考になります。

なお、2027年以降の青色申告特別控除の要件変更を見据えた準備は別の論点で、こちらは青色65万円の要件が2027年から拡がる話で整理しています。

顧問先の請求データをAIに入れる前に決めておく3つのこと

Peppolの請求データには、取引先名、登録番号、単価、数量がそのまま入っています。顧問先の営業条件そのものです。これを外部の生成AIに投げる前に、事務所として決めておくことが3つあります。

1つ目は、根拠条文の点検です。税理士法第38条は、税理士が正当な理由がなくて税理士業務に関して知り得た秘密を他に洩らし、又は窃用してはならないと定めています。税理士法第54条は、税理士または税理士法人の使用人その他の従業者にも同じ趣旨の義務を定めています。補助者がAIツールを使う場面も、同条の射程に入る前提で運用を組む事務所が増えています。公認会計士としての業務が混じる事務所であれば、公認会計士法第27条の秘密を守る義務もあわせて確認する順序になります。条文の当てはめは有資格者の判断領域なので、この記事では条文の紹介にとどめます。

2つ目は、ツール側のデータ取り扱いです。入力データが学習に使われるか、保持期間はどれくらいか、処理はどの地域で行われるかの3点を、ベンダーの公式ドキュメントで見ます。たとえばAnthropicのプライバシーセンターでは、プランごとにデータの取り扱いが分けて説明されています。契約プランの違いで結論が変わるため、事務所が実際に契約しているプランの記載を読むのが手堅い手順です。

3つ目は、顧問先への説明と同意の実務です。実務上は、契約書または業務委託の覚書に業務遂行にあたり外部の情報処理サービスを利用する場合がある旨と、利用するサービスの類型、入力範囲、再委託の有無を書き添える運用が採られています。顧問先によっては、上場企業のグループ会社であることを理由に個別の承諾手続を求める先もあります。一律の文面で押し切らず、先ごとの温度差を前提に用意しておくと、月次の現場が止まりません。

規程に落とすなら、書く対象は入れてよいデータの範囲、使ってよいツールとプラン、入力前のマスキング手順、出力の取り扱い、記録の残し方の5点です。一問一答の問19には、訂正削除防止に関する事務処理規程のサンプルが掲載されており、管理責任者、適用範囲、対象データ、運用の流れという構成が示されています。AI利用規程を新設するのではなく、既にある事務処理規程の枠組みに1章足す形で作ると、現場が2つの規程を見比べる手間を避けられます。事務所内の権限設計については、有資格者と補助者で分ける権限のルールも参考になります。

Peppol対応でつまずいた3つの場面と戻し方

1つ目は、XMLを開けずに止まる場面です。顧問先からデータで送りましたと言われたファイルがXMLで、事務所側の担当者が中身を確認できず、結局PDFの再送を依頼して二重管理になるケースがあります。戻し方は、会計ソフトの取り込み画面で表示できるかを先に試し、表示できるなら画面上で確認する運用に切り替えることです。一問一答の問11は、電子計算機処理システムの概要書等について、書面以外の方法で備え付けることも差し支えないという考え方を示しており、確認手段の柔軟性は制度側にもあります。

2つ目は、AIが出力した項目名を鵜呑みにする場面です。生成AIは、XMLのタグ名から日本語の項目名を推測して並べます。仕様上存在しないラベルを、それらしく作ってくることがあります。回避策は、プロンプトで判定不可と書き、推測で埋めないと明示することと、事務所側が仕様書の項目一覧を先に固定しておくことです。仕様の一次情報はPeppol BIS Standard Invoice JP PINTにあります。

3つ目は、顧問先の同意を取らないまま検証を進めてしまう場面です。検証用と称して実データをそのままクラウドAIに投入し、後から顧問先に説明できなくなる事故が典型です。戻し方は、検証段階では架空のA社データを使い、実データを使う段階で改めて説明と同意を挟むことです。順番を逆にすると、後から取り繕う説明になります。

導入費用と月次工数、誰が運用を持つか

費用は3層に分かれます。ひとつはPeppolの送受信で、これは会計ソフトやEDIの機能として提供されることが多く、事務所が単体で契約するものではありません。ふたつめは生成AIの利用料で、法人向けプランはユーザーひとり当たり月額数千円台からという水準がベンダー各社の料金ページで案内されています。プランによって学習利用の扱いが変わるため、金額だけで選ぶと守秘義務の論点に跳ね返ります。みっつめは初期の体制構築で、これは外部費用ではなく事務所内の工数です。

工数の置き方は、初回に顧問先の棚卸しと聞き取り票の作成で1件あたり30分から60分、2回目以降は差分の点検だけなので1件10分程度に落ちる、という設計が現実的です(いずれも事務所の運用を前提とした試算値であり、公表統計ではありません)。顧問先が50件あれば初月は25時間から50時間、翌月以降は8時間程度という計算になります(同じく試算値)。この数字は事務所ごとの前提で大きく動くので、自事務所の実績で置き換えてください。効果測定の考え方はAI費用対効果をどう測るかで整理しています。

運用の持ち主は、担当者ではなく事務所の管理部門に置くほうが続きます。担当者が個別にプロンプトを工夫する状態は、退職とともに消えます。プロンプトと点検項目を事務所の共有資産として置き、担当税理士が最終確認する構図を固定するのが、引き継ぎに耐える形です。

2027年に向けて税理士事務所で論点になること

第一の論点は、顧問先の会計ソフト側がPeppol受信に対応した瞬間に、事務所の作業が資料の回収からデータの受領確認へ変わることです。回収の手間が減る一方で、受領できているかどうかの監視という新しい仕事が生まれます。ここを工数として見積もらないと、削減効果が見えなくなります。

第二の論点は、XMLを人が読まない前提で業務を組むかどうかです。読まない前提に振り切れば速くなりますが、異常検知をシステムとAIに依存することになります。読む前提を残せば安心感はありますが、件数が増えると破綻します。事務所の規模と顧問先数で、どこに線を引くかの判断が分かれます。

第三の論点は、仕様の版数管理です。JP PINTは2026年6月8日にVer.1.1.3へ更新されました(出典: デジタル庁 JP PINT)。仕様が上がるたびに、事務所の点検項目も追随する必要があります。誰がデジタル庁の更新情報を見に行くのかを決めていない事務所は、気づいたときに一斉に直す羽目になります。四半期に一度、更新の有無だけを見る当番を置くだけで、この負債は積み上がりません。

よくある質問

Peppolで受け取った請求データは、XMLのまま保存してよいのでしょうか

保存形式そのものより、出力できる状態かどうかが論点になります。国税庁の電子帳簿保存法一問一答(電子取引関係)の問24は、XML形式で保存していても、自社フォーマットに変換するなどして整然とした形式および明瞭な状態で確認でき、速やかに出力できる状態であれば要件を満たすものと考えられる、という整理を示しています。事務所としては、実際に出力できることを一度確かめておく運用が確認しやすくなります。

検索機能は、いま使っている会計ソフトで確保する必要がありますか

一問一答の問13は、現在使用しているシステムにより検索できなくても差し支えないという考え方を示しています。システム変更があった場合に、変更前のデータは変更前のシステムで検索機能を確保しているケースなどが例として挙げられています。ただし、検索に使うデータが保存しているデータと同一であることを確認できる状態にしておく必要がある、とも書かれています。

バックアップデータの保存は求められますか

一問一答の問15は、バックアップデータの保存は要件となっていない、と明記しています。そのうえで、記録の滅失や劣化のおそれを踏まえると、保存期間中の可読性の確保という観点からバックアップデータを保存することが望ましい、という考え方が示されています。

生成AIに顧問先のXMLを入力することは守秘義務との関係でどう整理されますか

まず根拠条文を確認し、次にツール側の扱いを確認する順序になります。税理士法第38条は正当な理由がなくて税理士業務に関して知り得た秘密を洩らし又は窃用することを禁じており、同法第54条は使用人その他の従業者にも同趣旨の義務を定めています。ツール側が入力を学習に使うか、保持期間はどうか、処理地域はどこかは、契約プランごとにベンダーの公式ドキュメントで異なるため、自事務所の契約内容で確認する形になります。個別の当てはめは有資格者の判断領域です。

顧問先ごとに保存方法が違っても問題にならないでしょうか

一問一答の問18は、原則として継ぎはぎの保存方法が混在することは認められないとしつつ、支店や事業所ごと、特定の取引先ごとなど、明確に区分することが可能となる単位で同一の保存方法を行っている場合には、それぞれの方法に区分して保存することは差し支えないという考え方を示しています。事務所側は、その区分単位を書面で残しておくと点検が回りやすくなります。

AIが出した点検結果を、そのまま顧問先への報告書に使えますか

事務所の実務としては、下書きとして扱う運用が現実的です。生成AIは仕様上存在しない項目名を作ることがあり、XMLのタグ名からの推測が混じります。担当税理士が一次情報に当たって内容を点検してから事務所名で出す、という工程を明示的に置いている事務所が多く見られます。

Peppolの認定サービスプロバイダーはどこで確認できますか

デジタル庁が国内の一覧を公開しており、2026年4月24日に更新されています(出典: デジタル庁 JP PINT)。顧問先が使う会計ソフトがどのプロバイダーに紐づいているかは、この一覧とソフト各社の案内を突き合わせると把握できます。

参考文献

※士業のチカラでは、生成AIの導入支援から運用最適化まで、貴事務所の業務に合わせたカスタマイズ提案を行っています。無料相談(30分)も実施中ですので、お気軽にお問い合わせください。
https://shigyonochikara.jp/contact/

本記事の作成体制について

本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で、それぞれ確認したうえで記載しています。引用元は本文中および参考文献にすべて明示しています。

本記事には特定の資格者による監修は入っていません。個別の事案について法令の当てはめや手続の可否を判断する必要がある場合は、当該分野の有資格者にご相談ください。本記事は一般的な情報提供を目的としたものであり、個別具体的な法律判断・税務判断・労務判断を提供するものではありません。

記載内容に誤りを見つけられた場合は、お問い合わせよりご指摘ください。確認のうえ速やかに訂正し、訂正履歴を記事内に残します。編集方針の詳細は運営者情報をご覧ください。