SPED ECF 6月期限チェックリスト申告期限前にブラジルの財務チームが知っておくべきこと

ブラジル企業の年央コンプライアンスカレンダーは、二つの不動の期限に支えられています。デジタル会計帳簿(Escrituração Contábil Digital、ECD)は、2025年暦年データについて、6月の最終営業日(2026年6月30日)までに提出しなければなりません。デジタル税務帳簿(Escrituração Contábil Fiscal、ECF)は、その1ヶ月後の7月31日が期限です。この二つの期限は独立しておらず、ECFはその会計基盤をECDに依存しています。つまり、6月の提出における遅延やエラーは、7月の申告に直接影響を及ぼします。いずれかの期限を逃すと、自動的に罰則が科せられます(ECDは月額R$5,000、ECFは月額R$500、最低R$1,500)。しかし、本当のコストは、最終週に問題が発生した場合の修正期間が圧迫されることです。

手入力をやめよう — AIに読み取らせるだけ
画像やPDFをアップロード — 10秒で構造化データに
今すぐ試す
登録不要 · カード不要 · 10秒で結果
ブラジルSPED ECF 6月期限コンプライアンスチェックリスト:会計チームがデジタル税務申告を準備するためのもの

このチェックリストは、2つの期限に至るまでの各フェーズ(決算整理期間(2月~3月)、ECD生成・検証期間(4月~5月)、ECD提出(6月)、ECF作成・提出(7月))に沿って構成されています。各フェーズには、具体的なアクション、検証手順、よくある落とし穴が含まれています。目的は、ECDやECFの内容を説明することではなく(それについては、SPED会計データ抽出のためのガイドブックで解説しています)、財務チームが決算整理から最終的なECF送信まで、週単位で従える構造化されたカレンダーを提供することです。

2月~3月:提出前に決算を完了する

SPEDコンプライアンスは6月から始まるのではなく、前年度の決算が完了した時点から始まります。ECDは、年間の会計記録(勘定科目残高の一致、試算表の確認、仕訳の転記とレビュー)が確定するまで生成できません。4月に入っても未解決の調整項目や未消去の内部取引勘定がある企業は、その遅れが以降のすべてのフェーズに影響を及ぼします。

1
前年度の年次決算を完了する。

すべての仕訳が転記され、全勘定科目が照合され、試算表が1円単位で一致していること。これがSPEDファイル全体の基盤です。配当金の宣言、税引当金の調整、減損評価などの後発事象の計上は、この期間内に完了させてください。

2
貸借対照表(Balanço Patrimonial)と損益計算書(Demonstração do Resultado do Exercício, DRE)を照合する。

すべての貸借対照表勘定が補助元帳(銀行残高証明書、売掛金年齢調べ、固定資産台帳)と一致し、損益計算書が管理会計で使用されるコストセンター報告書と一致することを確認します。ここで発見された不一致はECDに現れるため、ファイル生成前に修正する必要があります。

3
標準勘定科目表(Plano de Contas Referencial)のマッピングをレビューする。

ECDのC050およびC051レジストロは、貴社の内部勘定科目をRFBの標準参照勘定コードにマッピングします。ここで誤って分類された勘定科目は、後続のすべての報告書に影響を及ぼします。年度中に追加または再編成された勘定科目が正しくマッピングされていることを確認してください。最近、合併、買収、またはコストセンターの再編成を行った企業は、このステップを優先してください。

4
電子証明書(e-CNPJ)の有効性を確認する。

ECDとECFはどちらも、会社の法定代理人と会計士がICP-Brasil証明書を使用して電子署名する必要があります。今すぐ有効期限を確認してください。ECD提出後、ECF署名前の7月中旬に期限切れとなる証明書があると、土壇場で混乱を招きます。必要に応じて更新してください。ICP-Brasil認定を受けている限り、A1(ソフトウェアベース)とA3(トークン)の両方の証明書が受け入れられます。

4月~5月:ECDファイルの生成と検証

帳簿が締められ、COAマッピングが確認できたら、次のフェーズは会計システムからECDファイルを生成することです。SAP TDF、Oracle NetSuite、Senior、Domínio、Omie、Conta Azulなど、ほとんどのブラジルのERPにはSPED ECDエクスポートモジュールが搭載されており、正しいレイアウトで.txtファイルを生成します。このフェーズでの主要な作業は、生成(自動化されています)ではなく、検証と修正です。

1
ERPからECDファイルを生成し、最初のPVA検証を実行します。

ECD用の公式PVA(Programa Validador e Assinador)を使用します。SPEDポータルから最新バージョンをダウンロードし、検証を実行してエラーログをすべて保存してください。この段階では警告をフィルタリングしたり無視したりせず、PVAが指摘するすべてのエラーを解決する必要があります。最初のパスでよくある問題は、必須レジストロの欠落、システムアップデート後のフィールド長の不一致、署名者のCPF/CNPJ形式の誤りなどです。

2
すべてのPVAエラーを修正し、警告なしでファイルが合格するまで再検証します。

修正のたびに、ファイルの再生成と新たな検証パスが必要です。3~5回の検証サイクルを見込んでください。複雑な構造(複数の事業所、ブロックKの部門別帳簿、合併による部分期間など)を持つ企業は、通常より多くの反復が必要です。PVAのエラーメッセージは具体的です。推測せずに、現在のLeiauteバージョンの検証ガイドマニュアルを参照してください。

3
ECDの主要なレジストログループに対して手動で整合性チェックを実行します。

PVA検証はデータの不整合を検出しません。形式を検証するものです。C155の試算表を抽出し、期首残高が前年度のECDの期末残高と一致していること、借方と貸方の動きが適切にバランスしていること、最終残高レポート(レジストロC157またはJ150)が総勘定元帳と一致していることを確認してください。C155の残高が総勘定元帳と一致しない場合は、転記期間または正しく締められていない勘定に遡って特定します。このステップは手動で行うと最も時間がかかるステップであり、抽出ツールが最も力を発揮するステップでもあります。

4
ECF用のe-Lalur(M300)およびe-Lacs(M350)調整スケジュールを準備します。

ECDを送信する前に、ECFのブロックMに流れ込む永久差異と一時差異を特定します。永久差異(例:のれん償却の加算戻し、損金不算入の寄付金)はM300のパートAに入力され、M305のパートBで追跡されます。一時差異(例:税務引当金)はM350のパートAとM355のパートBに入力されます。これらのスケジュールを4月~5月、会計データが新しいうちに準備することで、7月の短期間で調整項目を過小評価するというよくある落とし穴を避けられます。

6月:ECD提出とECF準備の開始

6月はSPEDサイクルの中で最も重要な月です。ECDは最終営業日までに送信しなければなりません。同時に、提出済みのECDデータを基盤としてECFの準備を開始する必要があります。6月30日にECDを完了し、7月になってからECFの作業を始めた会社は、より複雑な2つの申告書の準備、検証、提出のために、わずか31暦日しか残されていません。

1
PVAを使用してECDファイルにデジタル署名し、送信します。

最終日ではなく、6月の第2週を目標にしましょう。早期に提出すれば、期限間際にPVAの送信サーバーに高負荷がかかるという毎年恒例の問題が発生した場合の余裕が生まれます。送信受領書(recibo de entrega)を保存し、SPEDポータルでファイルのステータスを確認してください。この受領書は、今後5年間の期限内提出の証明となります。

2
ECF準備のために、ECDの期末残高とマッピングされた勘定科目を抽出します。

ECFのブロックE(E010、E015)には、ECDの最終勘定残高と、会社の内部勘定科目と標準勘定科目表との間のクロスリファレンスマッピングが必要です。これらを提出済みのECDファイルから抽出してください。これがECFの税額計算の開始点となります。ECDデータとECFに引き継ぐデータとの間に不一致があると、提出後のRFBによるクロスチェックで不整合として表示されます。

3
ECD↔ECFクロスリファレンスチェックを実行します。

ECFファイルの生成を開始する前に、ECDの期末残高(C155)が、ECFのE010回復記録で使用する予定の期首残高と一致することを確認してください。E015のマッピングされた勘定科目テーブルが完全であること、つまりECFに表示されるすべての勘定科目に対応するエントリがあることを確認してください。残高が僅少基準額(例:R$1,000)を超えて異なる勘定科目にはフラグを立ててください。それぞれの差異は、先に進む前に説明し文書化する必要があります。

7月:最終追い込み — ECFの検証と送信

ECFは、2つの申告書のうちより複雑なものです。IRPJとCSLLの計算、e-Lalur/e-Lacsの調整、関連当事者取引(ブロックY)、移転価格文書をカバーします。ECF用のPVAはフォーマット検証を実行しますが、ECD用PVAと同様に、提出されたECDデータとの相互チェックは行いません。一貫性の責任は完全に申告者にあります。

1
ERPからECFファイルを生成し、ECDから復元したデータを読み込みます。

お使いのERP(SAP TDF、NetSuite、Seniorなど)のECF生成モジュールは、ECDの提出年と参照番号を要求します。ブロックE(E010)にECDの最終残高を、ブロックJに勘定科目マッピングを読み込みます。税計算ブロックに進む前に、インポートされた数値が抽出されたECDデータと一致することを確認してください。

2
税計算ブロック — ブロックM(e-Lalur/e-Lacs)とブロックK(IRPJ/CSLL計算)を完了します。

4月~5月に特定された永久差異と一時差異を、M300/M305およびM350/M355のレジストロに入力します。各調整に裏付けとなる参照(会計上の引当金、法的文書、裁判手続き番号)があることを確認してください。IRPJ(25%)とCSLL(9%)の税率は固定ですが、実効税率は調整、優遇措置、過去の損失の繰越控除によって変動します。ブロックKの出力から実効税率を手動で再構築して、計算を確認してください。

3
PVA-ECFでECFファイルを検証し、エラーを修正します。

ECF PVA(2025暦年向けの2026年5月時点の最新バージョン12.1.6)は、500以上の検証チェックを実行します。早めに — 7月の第1週に — 実行してください。2~3回の検証サイクルを計画してください。移転価格に関するY730レコードは、国境を越えた取引がある企業にとってエラーの一般的な原因です。ファイルが拒否された場合は、再生成する前にPVA-ECFマニュアルで特定のエラーコードを確認してください。

4
ECF送信受領書に電子署名し、送信し、保管します。

2月に確認したICP-Brasil証明書を使用します。7月の最終営業日までに — 理想的には第3週に、サーバー問題に備えて余裕を持って — 提出してください。送信受領書と署名済みECFファイルの両方を保存してください。これらはRFBの保管要件に従い、少なくとも5年間保持する必要があります。

ステップを逃すとどうなるか

どちらかの期限を逃した場合の罰則は自動的に発生し、エスカレートします。ECDの期限を1日でも過ぎた企業にはR$5,000の罰金が科せられます。ECFの期限を過ぎた場合、実利益法の事業体には月額R$500(最低R$1,500)が加算されます。しかし、金銭的な罰則はより小さなリスクです。未発見の不整合を含む提出物(ECDの残高がECFの回収記録と一致しない、M300の調整に裏付け書類がないなど)は、RFBのデータベースに無期限に残ります。RFBのクロスリファレンスエンジンは、2026年以降AIベースのパターン検出が強化されており、すべての提出物を企業の過去の申告や他の申告(DCTF、EFD-Contribuições)と比較します。手動レビューの段階を生き残った説明不能な差異は、恒久的な監査シグナルとなります。

最も効果的なリスク軽減策は、土壇場での努力ではありません。各フェーズに余裕を持たせて早期に開始し、生のSPEDテキストを検証用の構造化テーブルに変換する抽出ツールを使用することです。これにより、40時間かかる手動クロスチェックが、重要な出力に焦点を当てたレビューに変わります。

データ準備に関する注意:ECDの入力品質がECFの結果を左右する理由

ECF遅延の最も一般的な原因は、ECF固有の複雑さではありません。ECFの準備を始めたときに初めて発見される、ECDデータの問題です。PVA検証をフォーマット的には正しいが意味的に不整合なデータ(C155の期首残高が前年度のC157の期末残高と一致しない、C050の勘定科目が誤った参照コードにマッピングされている、I200の仕訳合計がI250の明細行の合計と一致しない)で通過したECDファイルは、結果的に誤ったECFを生むか、修正が遅れます。

解決策は、提出前にECD出力に対してデータ品質チェックを実行することです。主要なレジストログループ(C050、C155、C157、I200/I250)を構造化テーブルに抽出し(手動または抽出ツールを使用)、合計と残高を総勘定元帳とクロスリファレンスします。このチェックは、適切な抽出設定があれば2~3時間で完了します。一方、Excelでの手動フィルタリングには15~20時間かかります。4月から5月にECDデータ品質に投資した1時間は、7月にECF準備で不一致が明らかになったときの連鎖的な手戻りを3時間節約します。

SPEDファイルから試算表とe-Lalur調整を構造化Excelテーブルに抽出する方法の詳細な手順については、SPED ECD/ECFデータをExcelに抽出するガイドをご覧ください。

よくある質問

Q: ECF 2026(暦年2025年分)の正確な提出期限はいつですか?

ECFは、2026年7月の最終営業日(2026年7月31日)のブラジリア時間23時59分59秒までにSPEDシステムに送信する必要があります。2026年5月25日にリリースされたPVA-ECFバージョン12.1.6が、今回の申告における現在の有効なバージョンです。最新情報については、必ずSPEDポータル(sped.rfb.gov.br)を確認してください。

Q: ECFの提出義務があるのは誰ですか?

Lucro Real(実利益法)、Lucro Presumido(推定利益法)、またはLucro Arbitrado(みなし利益法)で課税されるすべての法人は、毎年ECFを提出する必要があります。Simples Nacional(簡易課税制度)の企業は免除されます。ECFは、以前のDIPJ(法人の経済税務情報申告書)に代わるものです。暦年中に活動があった休眠会社も提出義務があります。

Q: ECDを提出する前にECFを提出できますか?

いいえ。ECFはECDのデータ、特にブロックE(ECDから期末残高とマッピングされた勘定を復元するブロック)に依存しています。ECDを先に送信する必要があります。この依存関係はSPED検証システムによって強制されます。ECDの期限(6月30日)に間に合わなかった企業は、ECDが解決されるまでECF(7月31日)を提出できず、すでに短い7月の期間がさらに圧迫されます。

Q: 2026年向けECFレイアウト12の新機能は何ですか?

IN RFB 2.004/2021により公開され、2025暦年向けに更新されたレイアウト12では、主にY730レコード(関連当事者および移転価格情報)の変更、M300/M305 e-Lalurブロックの検証ルールの更新、および追加のECD参照データを保持するブロックEの新しいクロスチェックフィールドが導入されました。PVA-ECFバージョン12.1.6はこれらの更新を反映しています。国境を越えた関連当事者間取引のある企業は、新しいレイアウトでより詳細な相手方の識別が必要となるため、Y730の変更を注意深く確認する必要があります。

Q: ECF提出後、どのような書類を保管する必要がありますか?

署名済みのECFファイル、送信受領書(recibo de entrega)、関連するECDファイル、および基礎となる会計記録は、最低5年間保管する必要があります。さらに、e-Lalur/e-Lacs調整明細書(各永久差異および一時差異の証拠書類を含む)および移転価格文書(国境を越えた取引のある企業向け)も保管してください。Receita Federal(連邦歳入庁)は監査時にこれらを要求する可能性があります。

Q: Receita Federalは提出後、ECDとECFのデータをどのようにクロスチェックしますか?

RFBの自動システムは、ECDの期末残高(ブロックCから)とECFの復元された残高(ブロックE)、およびブロックMで宣言された税務調整額を比較します。また、ECFデータをDCTF(月次税務申告書)およびEFD-Contribuições(社会貢献税)とクロスリファレンスします。自動許容範囲のしきい値を超える差異があると、監査フラグが生成されます。2026年以降、RFBはAIベースのパターン認識でこのクロスチェックを強化しており、ルールベースのチェックでは見逃されるような不整合(業界標準から逸脱した調整比率の複数年にわたる傾向など)を特定できます。

今年の申告を計画し、来年の基盤を築く

ECFの申告サイクルは予測可能なカレンダーに従いますが、毎年の提出の質は期限の数日前ではなく、その前の数ヶ月間に行われる作業にかかっています。3月までに決算を締め、5月までにECDを検証し、6月のECD提出前にe-Lalurのスケジュールを準備しておけば、7月のECF期限は依然としてタイトではあるものの、管理可能なものになります。7月中旬になってECFの準備を始める会社は、余裕のないカレンダーと戦うことになります。

コンプライアンス上のメリットを超えて、ECDとECFのファイルは、企業の財務および税務状況に関する最も完全な年間記録を一緒に構成します。SPEDテキスト出力を検証と分析のための構造化テーブルに変換する抽出ワークフローを一度構築したチームは、今年のコンプライアンス期限と来年の経年分析の両方に役立つ再利用可能なプロセスを作成します。データ準備段階に投資した時間はコストではありません。それは申告サイクルを超えて複利的に効果を発揮する資産です。

📮 contact email: [email protected]