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