ポルトガル請求書50件を1枚のスプレッドシートに：
一括ファトゥラ処理

バッチ処理が根本的に異なる理由

1件の請求書を処理するには、数回のキー操作が必要です。PDFを開き、仕入先名、請求書番号、合計金額を入力して次へ進みます。これを50回繰り返すと、計算上は約2時間半で終わるはずです。業界調査でベンチマークされた平均手動入力時間である1件あたり3分で計算した場合です。しかし、実際に50件の請求書を一度に処理したことがある人なら、実際の時間はもっと長いことを知っています。

計算が成り立たなくなるのは、バッチ処理には単一ドキュメント処理にはない3つの問題があるからです。第一に、一貫性：異なる仕入先が発行する請求書から同じデータ項目を抽出する必要がありますが、各請求書のレイアウト、フィールドラベル、「請求書番号」や「課税対象額」の解釈はそれぞれ異なります。第二に、統合：50件の個別抽出結果を1つのテーブルにまとめる必要があり、すべての行で列ヘッダーを一致させなければなりません。1つでも不一致があると、ピボットテーブルやSAF-Tのインポートが失敗し、どこが間違っているかもわかりません。第三に、例外：50件の請求書の中には、ほぼ確実にクレジットノート（nota de crédito）が1件、分割支払い参照があるものが1件、印刷された合計金額と明細行の合計が一致しないものが1件含まれます。統合されたスプレッドシートでどの請求書が間違っているかを見つけるのは、それを修正するのとは別のスキルであり、はるかに時間がかかります。

ポルトガルのファトゥーラにバッチ処理が必要な理由

一般的なバッチ処理ツールは、1つの税率しか処理できません。ポルトガルの請求書（ファトゥーラ）には、最大3つの税率（標準の23%、中間の13%、軽減の6%）が含まれ、それぞれが別々の明細行に表示され、会計対応のスプレッドシートではそれぞれに独自の列が必要です。マデイラ（22%/12%/5%）やアゾレス諸島（18%/9%/4%）の仕入先からの請求書を処理する場合、同じ仕入先名でも同じバッチ内で異なる地域のVAT制度に基づく請求書を発行する可能性があり、問題はさらに複雑になります。

この複数税率構造が、ポルトガルの買掛金チームにとってバッチ処理が必須である第一の理由です。単一の抽出ツールで1件の請求書からIVAの合計を取得することはできます。しかし、報告期間の翌月20日までに提出する定期的なVAT申告書（declaração periódica do IVA）には、税率ごとに内訳された課税標準と税額が必要です。1つの合計額欄では対応できません。複数税率のファトゥーラでは、IVAだけでも最低6つの列（3つの税率それぞれに対する課税標準とIVA額）が必要です。これらを50件の請求書から手動で抽出するには、6つの列にわたって300のデータポイントがあり、それぞれが照合エラーの原因となります。

2つ目の理由は、毎月のSAF-T請求期限です。2024年1月以降、Autoridade Tributária e Aduaneira (AT)は、請求SAF-T（SAF-T Faturação）の提出期限を翌月5日と定めています。これは、AT認定ソフトウェアが生成するXMLファイルで、すべての請求書明細、税区分、ATCUDコードを含みます。この期限は毎月発生します。月50件の仕入先請求書を処理するポルトガルの中小企業は、実質的に毎月5日間の照合期間があります。請求書を受け取り、データを抽出し、e-Faturaポータルで検証し、NIFを照合し、SAF-T XMLを生成します。抽出に1日以上かかると、この期間を圧迫します。

3つ目の理由は、2023年1月からCIVA第35-A条で義務化されたATCUD（Código Único do Documento）です。ポルトガルの請求書にはすべて、8桁の英数字からなる一意の検証コードが付与されます。50件の請求書を1つのスプレッドシートに統合する場合、ATCUDは各行を元の文書にトレースするための唯一の信頼できるキーとなります。抽出時にこれを失うと、AT監査時にどの請求書がどの行を生成したかを証明できなくなります。

個別の請求書フィールド抽出（NIFの位置、IVA税率の識別、QRコード処理）の詳細な手順については、ポルトガル請求書抽出のステップバイステップガイドをご覧ください。この記事の残りの部分では、その基礎を前提とし、バッチ処理時に何が変わるかに焦点を当てます。

複数仕入先バッチ抽出のための列設計

バッチ処理用に選択するスプレッドシートの構造は、その後のすべてを左右します。SAF-Tのインポートが成功するか、e-Faturaの照合が数分で完了するか数時間かかるか、同じ構造を毎月再利用できるかどうかが決まります。適切な設計とは、バッチ内のすべての仕入先で機能する列を設計することを意味します。

バッチ処理に対応したポルトガル請求書スプレッドシートには、最低限以下の列グループが必要です。

重要な設計判断は、請求書ごとに1行（ヘッダーレベル）か、明細ごとに1行（明細レベル）かです。SAF-T請求書提出では税務当局が明細レベルを要求しますが、月次買掛金照合とe-Fatura照合には通常ヘッダーレベルで十分です。私たちが協業するポルトガルの会計士の多くは、まずヘッダーレベルで抽出しe-Faturaと照合した後、SAF-T XML生成のために明細レベルで2回目の処理を行います。両方の処理を同じツールで行うことで、照合ステップを完全に省くことができます。

異なる仕入先間でこれを機能させるアプローチは、意味論的な列名付けです。抽出ツールに「右上の数字を見つけろ」と指示する代わりに、データの意味で列を定義します：「仕入先NIF」「IVA込み請求書合計」「ATCUD」。AIが各請求書を読み取り、フィールドの意味を理解し、ページ上の位置や仕入先が使用したラベル（「Total」「Valor Total」「Montante」「Total a Pagar」など）に関係なく、正しい列に値を配置します。

月をまたぐ調整に耐える命名規則

一括処理では、複数のアップロード、抽出、エクスポートにより多数のファイルが生成されます。3ヶ月後の四半期IVA調整で、スプレッドシートの特定の行がどの仕入先PDFから来たのかを追跡する必要が生じます。命名規則が「Invoice1.pdf」「Invoice2.pdf」では、問題が発生します。

バッチ名は最初の整理手段です。AP-2026-06-Fornecedoresや2506-Faturas-Monthlyのような一貫した規則により、すべての抽出結果を検索可能なラベルでグループ化できます。元のファイル名を列として保持すれば、各行にバッチ→元ファイル→抽出行という完全な来歴チェーンが含まれます。税務当局が特定のIVA控除のソース文書を求めてきた場合、50個のPDFを一つずつ開き直すことなく、数秒で見つけられます。

抽出列自体のルールは、表示位置ではなく、その列が表すものに名前を付けることです。「仕入先NIF」は、すべてのfaturaにNIF（納税者番号）が存在するため、バッチ内のすべてのfaturaで機能します。「右上のVAT番号」では、仕入先がNIFをフッターに配置した場合に機能しません。意味に基づく命名により、50種類の異なるレイアウトの請求書全体で同じ列定義が有効になります。

ポルトガル語特有の命名に関する考慮事項：

• 「VAT番号」ではなく「NIF」を使用してください。 ポルトガルの会計ソフトはフィールド識別子としてNIFを想定しており、e-Faturaポータルでも仕入先・得意先の検索にNIFが参照されます。抽出設定の初回使用時には「仕入先NIF（NIF Fornecedor）」と表記してください。
• IVA列は仕入先別ではなく税率別に分けてください。 「IVA 23% 課税対象額」「IVA 23% 税額」という列名は、ポルトの文房具仕入先からの請求書でも、リスボンのITコンサルからの請求書でも機能します。特定の仕入先名を付けた列は、仕入先構成が変わるとすぐに使えなくなります。
• ATCUDは必ず独立した列として抽出してください。 現在のワークフローで使用していなくても、ATCUDは税務当局（AT）の監査システムが照会する唯一の文書識別子です。初日からスプレッドシートに含めておけば、2年後に監査依頼が届いたときにバッチを再抽出する必要がなくなります。

例外処理：バッチ内の1件の請求書が間違っている場合

単一文書処理では、読み取りミスはすぐに画面で確認でき修正できます。しかし50件のバッチでは、同じミスが50行×20列のスプレッドシートに埋もれてしまいます。50件中34番目の請求書のIVA金額が誤っていても、定期申告が合わなくなるまで気づかず、その時点で1,000のデータポイントから1つのエラーを探す羽目になります。

第一の防御策は合計チェックポイントです。バッチ出力を処理する前に、IVA合計列の合計を計算し、元の文書の印刷合計と比較してください。スプレッドシートの合計が€1,247.80なのに仕入先明細が€1,253.45なら、どこかで誤読が発生しています。ATCUD列があれば、どの行がずれているかを特定できます。日付範囲でフィルタリングし、仕入先ごとに並べ替えて、e-Faturaポータル（そのNIFと月に税務当局に報告されたすべての請求書を一覧表示）と1行ずつ照合します。

第二の防御策は、同一バッチ内でのクレジットノート（notas de crédito）と訂正文書の処理です。クレジットノートは請求書のように見えますが、金額はマイナスです。抽出列が標準の請求書と同一に扱うと、マイナス値はバッチ合計を正しく相殺しますが、列レベルのIVA内訳がクレジットを誤った税率に割り当てる可能性があります。最も安全な方法は、「文書タイプ」列（値：Fatura、Nota de Crédito、Fatura-Recibo）でクレジットノートにフラグを付け、クレジットノートのIVA税率が訂正対象の元の請求書の税率と一致することを確認することです。

スプレッドシートからSAF-Tへ：ループを閉じる

バッチ抽出の出力はExcelファイルです。AT認定ソフトウェアが必要とするのは、 Portaria No. 321-A/2007 およびその後の更新で定義されたSAF-T XMLスキーマにマッピングできる構造化データセットです。 その間のステップ（スプレッドシートを会計ソフトにインポートする）で、先ほどの列構成が活きてきます。

ポルトガルの会計プラットフォームごとに、一括インポートの方法は異なります。

• Cegid Primavera（旧Primavera BSS）は、仕入請求書のCSVインポートとフィールドマッピングをサポートしています。バッチエクスポートの列がPrimaveraのフィールド名（「NIF Fornecedor」「Nº Documento」「Data」「Base Tributável」「Valor IVA」）と一致していれば、インポートは直接マッピングとなり、手動での再入力は最小限で済みます。
• PHC Software（現在はCegidの一部）は、Excelテンプレートを読み取れるインポートウィザードを提供しています。列とフィールドのマッピングを一度定義すれば、以降のバッチで再利用でき、毎月のインポートが2クリック操作になります。
• TOConlineは、OCCが提供し、数千人の公認会計士（contabilistas certificados）が利用するプラットフォームで、OCR支援による文書入力機能と仕入請求書の一括CSVインポートをサポートしています。プラットフォームの「Robot」機能は文書を自動分類できますが、その分類精度は、抽出データが Decreto-Lei n.º 158/2009 で定義されたSNC（会計基準化システム）の勘定科目コードにどれだけ正確にマッピングされるかに依存します。
• Sage 50 PortugalとMoloniはどちらも、仕入書類の構造化CSVインポートに対応しています。Moloniは特に零細・中小企業に人気で、39,000社以上が認定インボイス発行に利用しています。

インポート後、認定ソフトウェアは正しい構造、電子署名、ATCUDリンクを持つSAF-T XMLを生成します。最終確認ステップはe-Faturaポータルです：月でフィルタリングし、NIFで並べ替え、スプレッドシート内のすべてのfaturaがATの記録に存在することを確認します。不足している文書がある場合は、サプライヤーがそれを送信していないことを意味します。これは別の問題ですが、監査中に発見するのではなく、数分で特定できるようになります。

公認会計士協会（OCC）の会長（bastonária）であるPaula Franco氏は、ポルトガルの公認会計士（contabilista）の時間の20％から30％は、クライアントからの書類の追跡に費やされていると公言しています。分析や助言ではなく、単にシステムに取り込むためです。バッチ抽出は「追跡」部分を解決しません。しかし、再入力部分を完全に排除し、2時間かかっていたデータ入力を10分のレビューとインポートに変えます。OCCが積極的に近代化を推進している職業（「Contabilista 3.0」イニシアチブは特に反復作業の自動化を目標としています）にとって、この変化は些細なものではありません。毎月5日をデータ入力に費やす会計士と、検証と助言に費やす会計士との違いです。

よくある質問

バッチ処理は、デジタルPDFだけでなく、スキャンした紙のファトゥーラでも機能しますか？

はい、スキャンが読み取れる状態であれば可能です。最新のAI抽出は、人間が読むのと同じように文書画像を読み取る視覚言語モデルを使用するため、テキストレイヤーは必要ありません。スマートフォンで撮影した紙のファトゥーラの鮮明な写真でも機能します。極端に傾いていたり、解像度が低かったり、一部が切り取られたスキャンでは精度が低下します。混合バッチ（一部はデジタルPDF、一部はスキャン）の場合、文書ごとの抽出品質は入力品質に依存します。そのため、スポットチェックのルール（最初の5行と最後の5行）が、スキャンが多いバッチではより重要になります。

ファトゥーラにIVA免除（isenção de IVA）やリバースチャージがある場合はどうなりますか？

抽出テンプレートに「IVA Regime」列を追加し、「Normal」「Isento (Art. 53)」「Autoliquidação」「Reverse Charge」などの値を設定してください。免税取引の場合、IVA税率列はゼロまたは空白になりますが、正味金額は正しい基準列に表示される必要があります。SAF-Tスキーマは免税コードをサポートしています。有効なXMLを生成するには、認定ソフトウェアにレジーム識別子が必要です。ほとんどのポルトガルの会計プラットフォームは、レジームフィールドが入力されると自動的に処理します。

バッチ抽出で、マデイラ島とアゾレス諸島の供給業者のファトゥーラを同じバッチで処理できますか？

はい、ただし各領土に別々のIVA税率列を設けるか、各行にタグを付けるための「Territory」列が必要です。ポルトガル本土は23/13/6%、マデイラ島は22/12/5%、アゾレス諸島は18/9/4%です。単一の「IVA 23%」列では、本土の23%取引とマデイラ島の22%取引を区別できません。実用的なアプローチとしては、島嶼部の供給業者からの請求書を受け取ることが稀な場合は、必要なときにのみ領土固有の列を追加します。頻繁にある場合は、「Região IVA」列を含め、ソフトウェアインポート時にそれに応じて税率をマッピングします。

1回のバッチで処理できる請求書の数は？

技術的な制限はツールに依存し、概念自体にはありません。ほとんどのAIベースの抽出ツールは、1バッチあたり20～100ファイルを問題なく処理できます。100を超える場合は、管理しやすくするためにサブバッチに分割することをお勧めします。抽出が失敗するからではなく、200行の例外を確認するのが煩雑になるからです。50件のバッチが実用的なバランスです。十分な時間を節約でき、かつ徹底的に確認できる規模です。

会計ソフトに入力する前に、公認会計士（Contabilista Certificado）に抽出データの承認を得る必要がありますか？

法律上、公認会計士（CC）は、法律第68/2023号で規制されるOCCの職業基準に基づき、会計記録の正確性に責任を負います。実際のワークフローは様々で、バッチ出力をインポート前に確認するCCもいれば、クライアントに抽出とインポートを任せ、提出前の最終SAF-Tを確認するCCもいます。いずれにせよ、バッチ出力は確認可能であるべきです。そのため、CCの検証工程では、スプレッドシートにATCUDと元のファイル名を保持することが重要です。