SPED ECF 6월 마감 체크리스트
브라질 재무팀이 신고 마감 전에 알아야 할 사항
브라질 기업의 연중 컴플라이언스 일정은 두 가지 변동 불가능한 마감일에 의해 결정됩니다. 디지털 회계 장부(ECD)는 6월 마지막 영업일인 2026년 6월 30일까지 제출해야 합니다. 디지털 세무 장부(ECF)는 한 달 뒤인 7월 31일까지 제출해야 합니다. 두 마감일은 독립적이지 않습니다. ECF는 회계 기준을 ECD에 의존하므로, 6월 제출의 지연이나 오류는 7월 신고에 직접적인 영향을 미칩니다. 어느 한쪽 마감일을 놓치면 자동으로 벌금이 부과됩니다. 그러나 실제 비용은 마지막 주에 문제가 발생했을 때 압축된 수정 기간에서 비롯됩니다.
이 체크리스트는 두 가지 마감일로 이어지는 단계별로 구성되어 있습니다: 장부 마감 기간, ECD 생성 및 검증 기간, ECD 제출, 그리고 ECF 준비 및 제출입니다. 각 단계에는 구체적인 조치, 검증 단계 및 피해야 할 일반적인 실수가 포함되어 있습니다. 목표는 ECD 또는 ECF에 무엇이 포함되어 있는지 설명하는 것이 아닙니다. 이는 SPED 회계 데이터 추출에 대한 동반 가이드에서 다룹니다. 목표는 재무 팀이 장부 마감부터 최종 ECF 전송까지 주별로 따를 수 있는 구조화된 일정을 제공하는 것입니다.
2월~3월: 제출 전 장부 마감
SPED 준수는 6월이 아닌, 전년도 장부가 마감될 때 시작됩니다. ECD는 연간 회계 기록이 최종 확정된 후에만 생성할 수 있습니다. 계정과목표가 균형을 이루고, 합계시산표가 확인되며, 분개가 입력 및 검토되어야 합니다. 미해결 조정 항목이나 정리되지 않은 회사 간 계정을 가지고 4월에 접어드는 회사는 이후 모든 단계에서 그 부담을 안게 됩니다.
모든 분개가 입력되고, 모든 계정이 조정되었으며, 합계시산표가 1원 단위까지 일치해야 합니다. 이는 전체 SPED 파일의 기초가 됩니다. 후입력 사항은 이 기간 내에 최종 확정되어야 합니다.
모든 대차대조표 계정이 보조 장부와 일치하고, 손익계산서가 경영 보고에 사용되는 원가 센터 보고서와 일치하는지 확인하십시오. 여기서 발견된 모든 불일치는 ECD에 나타나며 파일 생성 전에 수정되어야 합니다.
ECD의 C050 및 C051 레지스트로는 회사의 내부 계정을 RFB의 표준 참조 계정 코드에 매핑합니다. 여기서 잘못 분류된 계정은 이후 모든 보고서에 영향을 미칩니다. 연중 추가되거나 구조 조정된 계정이 올바르게 매핑되었는지 확인하십시오. 최근 합병, 인수 또는 원가 센터 개편을 겪은 회사는 이 단계를 우선시해야 합니다.
ECD와 ECF 모두 회사의 법정 대표자와 회계사가 ICP-Brasil 인증서를 사용하여 전자 서명해야 합니다. 지금 만료일을 확인하십시오. ECD가 제출된 후 ECF에 서명하기 전인 7월 중순에 만료되는 인증서는 막바지 혼란을 야기합니다. 필요한 경우 갱신하십시오. ICP-Brasil 공인을 받은 A1 및 A3 인증서 모두 허용됩니다.
4월~5월: ECD 파일 생성 및 검증
장부가 마감되고 COA 매핑이 확인되면, 다음 단계는 회계 시스템에서 ECD 파일을 생성하는 것입니다. 대부분의 브라질 ERP(SAP TDF, Oracle NetSuite, Senior, Domínio, Omie, Conta Azul)에는 올바른 레이아웃으로 .txt 파일을 생성하는 SPED ECD 내보내기 모듈이 있습니다. 이 단계의 핵심 활동은 생성이 아니라 검증 및 수정입니다.
ECD용 공식 PVA(Programa Validador e Assinador)를 사용하십시오. SPED 포털에서 최신 버전을 다운로드하십시오. 검증을 실행하고 전체 오류 로그를 저장하십시오. 이 단계에서는 경고를 필터링하거나 무시하지 마십시오. PVA가 표시하는 모든 오류는 해결되어야 합니다. 첫 번째 패스에서 흔히 발생하는 문제: 필수 레지스트로 누락, 시스템 업데이트 후 필드 길이 불일치, 서명자 CPF/CNPJ 형식 오류.
각 수정에는 새 파일 생성과 새 검증 패스가 필요합니다. 3~5회의 검증 주기를 계획하십시오. 복잡한 구조를 가진 회사는 일반적으로 더 많은 반복이 필요합니다. PVA의 오류 메시지는 구체적입니다. 추측하지 말고 현재 Leiaute 버전에 대한 검증 가이드 매뉴얼을 참조하십시오.
PVA 검증은 데이터 불일치를 포착하지 않습니다. 형식을 검증합니다. C155 시산표를 추출하여 기초 잔액이 전년도 ECD 기말 잔액과 일치하는지, 차변 및 대변 이동이 합리적으로 균형을 이루는지, 최종 잔액 보고서가 총계정원장과 조정되는지 확인하십시오. C155 잔액이 총계정원장과 일치하지 않는 경우, 제대로 마감되지 않은 전기 기간 또는 계정을 추적하십시오. 이 단계는 수동으로 수행할 때 가장 많은 시간이 소요되는 단계이며, 추출 도구가 가장 큰 이점을 제공하는 단계이기도 합니다.
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 작업을 시작하는 회사는 두 신고 중 더 복잡한 신고를 준비, 검증 및 제출하는 데 단 31일의 달력일만 남게 됩니다.
마지막 날이 아닌 6월 둘째 주를 목표로 하십시오. 조기 제출은 마감일이 다가올 때 PVA 전송 서버에 높은 부하가 걸리는 경우에 대비한 여유를 제공합니다. 제출 확인증(recibo de entrega)을 저장하고 SPED 포털에서 파일 상태를 확인하십시오. 이 영수증은 향후 5년간 적시 제출을 증명하는 자료입니다.
ECF의 블록 E(E010, E015)에는 ECD의 최종 계정 잔액과 회사 내부 계정과 표준 계정과목표 간의 상호 참조 매핑이 필요합니다. 제출된 ECD 파일에서 이를 추출하십시오. 이것이 ECF 세금 계산의 출발점입니다. ECD 데이터와 ECF로 가져오는 데이터 간의 불일치는 국세청(RFB)의 제출 후 상호 점검에서 불일치로 나타납니다.
ECF 파일 생성을 시작하기 전에 ECD의 기말 잔액(C155)이 ECF의 E010 복구 기록에 사용하려는 기초 잔액과 일치하는지 확인하십시오. E015 매핑 계정 테이블이 완전한지 확인하십시오. ECF에 나타나는 모든 계정에는 해당 항목이 있어야 합니다. 잔액이 최소 허용 한도 이상 차이가 나는 계정을 표시하십시오. 각 차이점은 진행하기 전에 설명되고 문서화되어야 합니다.
7월: 최종 점검 — ECF 검증 및 제출
ECF는 두 신고 중 더 복잡한 항목입니다. IRPJ 및 CSLL 계산, e-Lalur/e-Lacs 조정, 특수관계자 거래, 이전가격 문서를 포함합니다. ECF용 PVA는 형식 검증을 수행하지만, ECD PVA와 마찬가지로 제출된 ECD 데이터와 상호 대조하지 않습니다. 일관성에 대한 책임은 전적으로 신고자에게 있습니다.
귀하의 ERP에 있는 ECF 생성 모듈은 ECD 제출 연도와 참조 번호를 요청합니다. 블록 E(E010)에는 ECD의 최종 잔액을, 블록 J에는 계정 매핑을 로드합니다. 세금 계산 블록으로 진행하기 전에 가져온 숫자가 추출된 ECD 데이터와 일치하는지 확인하십시오.
4월~5월에 식별된 영구적 및 일시적 차이를 M300/M305 및 M350/M355 레지스트로에 입력합니다. 각 조정에 대해 뒷받침 참조가 있는지 확인하십시오. IRPJ(25%) 및 CSLL(9%) 세율은 고정되어 있지만, 유효 세율은 조정, 인센티브 및 전기 손실 보상에 따라 변경됩니다. 블록 K 출력에서 유효 세율을 수동으로 재구성하여 계산을 확인하십시오.
ECF PVA는 500개 이상의 검증 검사를 수행합니다. 7월 첫째 주에 일찍 실행하십시오. 2~3회의 검증 주기를 계획하십시오. 국경 간 거래가 있는 기업의 경우 이전가격에 대한 Y730 레코드가 일반적인 오류 원인입니다. 파일이 거부되면 재생성하기 전에 PVA-ECF 매뉴얼에서 특정 오류 코드를 확인하십시오.
2월에 확인된 ICP-Brasil 인증서를 사용하십시오. 7월 마지막 영업일 전, 가급적이면 서버 문제에 대비한 여유를 두고 셋째 주에 제출하십시오. 제출 확인증과 서명된 ECF 파일을 모두 저장하십시오. RFB 보관 요구 사항에 따라 최소 5년간 보관해야 합니다.
단계를 놓치면 어떻게 되나요?
두 기한 중 하나라도 놓치면 과태료가 자동으로 부과되며 금액이 증가합니다. ECD 기한을 하루라도 넘긴 회사는 R$5,000의 벌금을 부담합니다. ECF 기한을 넘기면 실지 이익 적용 법인의 경우 월 R$500의 추가 벌금이 발생합니다. 그러나 재정적 제재는 더 작은 위험입니다. 발견되지 않은 불일치가 포함된 신고는 RFB 데이터베이스에 무기한 남아 있습니다. 2026년부터 AI 기반 패턴 탐지 기능이 강화된 RFB의 교차 참조 엔진은 모든 신고를 회사의 이전 신고 및 다른 신고(DCTF, EFD-Contribuições)와 비교합니다. 수동 검토 단계에서 살아남은 설명되지 않은 차이는 영구적인 감사 신호가 됩니다.
가장 효과적인 위험 완화 방법은 막바지에 더 많은 노력을 쏟는 것이 아닙니다. 각 단계에 여유 시간을 두고 충분히 일찍 시작하고, 원시 SPED 텍스트를 검증을 위한 구조화된 테이블로 변환하는 추출 도구를 사용하여 40시간 분량의 수동 교차 확인을 중요한 결과물에 대한 집중 검토로 전환하는 것입니다.
데이터 준비에 관한 참고 사항: ECF 결과를 결정하는 ECD 입력 품질의 중요성
ECF 지연의 가장 흔한 원인은 ECF 자체의 복잡성이 아닙니다. ECF 준비를 시작할 때 비로소 발견되는 ECD 데이터의 문제입니다. PVA 검증은 통과했지만 의미상 일관성이 없는 데이터를 포함한 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의 정확한 제출 기한은 언제인가요?
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 신고 대상자는 누구인가요?
실지 이익, 추정 이익 또는 의제 이익 과세 방식의 모든 법인은 매년 ECF를 제출해야 합니다. 간이 과세 제도 적용 기업은 면제됩니다. ECF는 이전의 DIPJ를 대체합니다. 과세 연도 중에 활동 내역이 있는 휴면 법인도 제출해야 합니다.
Q: ECD 제출 전에 ECF를 제출할 수 있나요?
아니요. ECF는 ECD의 데이터, 특히 ECD의 기말 잔액과 매핑된 계정을 복구하는 블록 E에 의존합니다. ECD가 먼저 전송되어야 합니다. 이러한 종속성은 SPED 검증 시스템에 의해 적용됩니다. ECD 기한을 놓친 기업은 ECD 문제가 해결될 때까지 ECF를 제출할 수 없으며, 이는 이미 촉박한 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 파일, 제출 확인증, 관련 ECD 파일 및 기반이 되는 회계 기록은 최소 5년간 보관해야 합니다. 또한 e-Lalur/e-Lacs 조정 명세서와 이전가격 문서를 보관해야 합니다. 국세청은 감사 시 이를 요청할 수 있습니다.
Q: 국세청은 제출 후 ECD와 ECF 데이터를 어떻게 교차 확인하나요?
RFB의 자동화 시스템은 ECD의 기말 잔액을 ECF의 복구된 잔액 및 블록 M에 신고된 세무 조정과 비교합니다. 또한 ECF 데이터를 DCTF 및 EFD-Contribuições와 상호 참조합니다. 자동 허용 오차 임계값을 초과하는 모든 차이는 감사 플래그를 생성합니다. 2026년부터 RFB는 AI 기반 패턴 인식을 통해 이 교차 확인을 강화하여 규칙 기반 검사가 놓칠 수 있는 불일치를 식별할 수 있습니다.
올해 신고를 계획하고, 내년 기반을 다지세요
ECF 신고 주기는 예측 가능한 일정을 따르지만, 매년 제출의 질은 마감일 직전이 아닌 마감일 몇 달 전에 수행된 작업에 달려 있습니다. 3월까지 결산을 마치고, 5월까지 ECD를 검증하며, 6월 ECD 제출 전에 e-Lalur 일정을 준비한 기업은 7월 ECF 마감일이 여전히 촉박하지만 관리 가능하다는 것을 알게 됩니다. 7월 중순에 ECF 준비를 시작하는 기업은 오차 허용 범위 없이 시간과 싸우게 됩니다.
규정 준수 이점 외에도, ECD 및 ECF 파일은 함께 기업의 재무 및 세무 상태에 대한 가장 완전한 연간 기록을 나타냅니다. SPED 텍스트 출력을 검증 및 분석을 위한 구조화된 테이블로 변환하는 추출 워크플로우를 한 번 구축한 팀은 올해의 규정 준수 마감일과 내년의 연간 분석 모두에 도움이 되는 재사용 가능한 프로세스를 만듭니다. 데이터 준비 단계에 투자한 시간은 비용이 아닙니다. 이는 신고 주기 전반에 걸쳐 복리 효과를 내는 자산입니다.