송장이 완벽하게 유효하더라도 "수락되었는가?"와 "실제로 언제 지급되었는가?"라는 두 질문에 아무도 답할 수 없다면 재정적으로 쓸모없을 수 있습니다. 스페인의 새로운 B2B 전자송장 체계는 이러한 답을 기계가 읽을 수 있도록 설계되었습니다. 기업에게 이는 PDF 첨부 파일을 구조화된 파일로 교체하는 문제만이 아닙니다. 매출 채권, 매입 채무, 은행 거래, 결제 증빙을 하나의 신뢰할 수 있는 워크플로로 연결하는 문제이기도 합니다.
이 체계는 2026년에 공포되었지만, 많은 기업에게 아직 고정된 달력 날짜가 없습니다. 시행 기간은 공공 전자송장 솔루션을 개발하는 시행령이 발효될 때 시작됩니다. 그 시점부터 전년도 매출이 800만 유로를 초과한 기업은 12개월, 나머지 기업은 24개월의 기한이 주어집니다. 이 유예 기간은 단순히 마지막 순간의 소프트웨어 구매가 아닌 회계 및 운영 프로젝트로 접근한다면 충분히 활용할 수 있습니다.
이 가이드는 규정이 무엇을 변경하는지, 어떤 기한이 적용되는지, 그리고 송장이 여러 플랫폼 간에 이동할 때에도 견고한 결제 상태 워크플로를 구축하는 방법을 설명합니다.
스페인의 새로운 체계가 실제로 요구하는 것
이 체계는 경제적 주소, 상설 사업장, 주소지 또는 상거래소가 스페인에 있는 다른 기업이나 사업자를 고객으로 하여 이미 송장 발행 의무가 있는 기업 및 사업자에게 적용됩니다.
의무는 "고객에게 전자 사본을 보내는 것"보다 더 넓습니다. 송장은 소프트웨어가 처리할 수 있는 구조화된 전자 메시지여야 합니다. 허용되는 구문은 다음과 같습니다:
- CII
- UBL
- EDIFACT
- Facturae
데이터 모델은 스페인 규정에 명시된 적응 사항을 포함하여 EN 16931 의미 모델을 따라야 합니다. 모든 송장에는 발행자의 납세자 식별 번호, 송장 번호 및 시리즈, 발행일을 포함하는 고유 식별자가 필요합니다.
이 시스템은 두 개의 연결된 계층으로 구성됩니다:
- 발신자와 수신자 간에 송장을 라우팅하는 민간 교환 플랫폼.
- 스페인 국세청이 개발하고 관리하는 공공 솔루션으로, 범용 저장소 역할을 하며 결제 추적 서비스를 제공합니다.
기업은 민간 플랫폼, 공공 솔루션 또는 이 둘의 조합을 사용할 수 있습니다. 공급업체와 민간 플랫폼을 통한 송장 수신에 합의하지 않은 경우, 공공 솔루션이 기본값입니다. 민간 수신 지점을 선택한 경우, 이를 비즈니스 통신 및 해당되는 경우 웹사이트에 명시해야 합니다.
이것이 독립형 송장 화면만으로는 충분하지 않은 이유입니다. 시스템은 상대방을 올바르게 식별하고, 수락된 구조화된 형식을 생성하며, 문서를 라우팅하고, 문서의 정체성을 보존하며, 송장의 이후 상태를 기록해야 합니다.
귀하의 비즈니스에 적용되는 기한은?
시행령의 공식 발효는 실제 적용과는 별개입니다. 운영 요구 사항은 공공 솔루션에 대한 시행령이 발효될 때까지 유예됩니다. 해당 시행령의 발효일 이후:
- 전년도 영업 규모(매출)가 800만 유로를 초과하는 기업 및 사업자는 12개월 후에 체계에 편입됩니다.
- 다른 기업 및 사업자는 24개월 후에 편입됩니다.
기한을 계산할 때 시행령이 관보에 게재된 날짜에 1년 또는 2년을 단순히 더하지 마십시오. 관련 트리거는 시행령 자체이며, 매출 기준은 직전 연도를 기준으로 합니다. 따라서 기준을 초과하여 성장한 기업은 평가에 사용된 수치를 매년 기록해야 하며, 추정에 의존해서는 안 됩니다.
또한 전환기 가독성 규정이 있습니다. 체계가 특정 기업에 적용된 후 12개월 동안, 해당 기업은 수신자가 구조화된 메시지를 읽을 수 있도록 전자 송장에 PDF를 첨부해야 합니다. 단, 수신자가 원본 형식만으로 명시적으로 동의한 경우는 예외입니다. 이 PDF는 사용성을 위한 다리 역할을 할 뿐이며, 구조화된 송장을 대체하는 것은 아닙니다.
또한 소규모 기업을 위한 추가 전환 규정이 있습니다. 800만 유로 이하의 개인 및 특정 소득 귀속 단체의 경우, 상태 보고 의무는 관련 그룹에 대해 시행령이 효력을 발생한 날로부터 12개월 후에 의무화됩니다. 이러한 전환 규정들이 상호 작용하므로, 트리거 날짜와 법인 유형을 기록하고 스페인 세무사와 상의하십시오.
결제 상태 보고가 운영의 핵심입니다
일일 재무 팀에게 가장 중요한 변화는 송장 상태가 정의된 데이터 흐름이 된다는 것입니다.
송장 수신자는 최소한 다음 사항을 통지해야 합니다:
- 상업적 수락 또는 거부 및 해당 날짜.
- 전체 실제 결제 및 해당 결제 날짜.
또한 수신자는 부분 수락 또는 거부, 부분 결제 및 금액, 그리고 추심 또는 결제를 위한 제3자에 대한 송장 양도를 통지할 수도 있습니다. 이러한 추가 상태는 신용 관리에 유용할 수 있지만, 의무적인 전체 결제 통지를 대체하지는 않습니다.
상태 정보는 일반적으로 주말과 공휴일을 제외하고 이벤트 발생일로부터 4일 이내에 전송되어야 합니다. 공공 솔루션의 경우, 수신자는 민간 플랫폼을 통해 거래가 이루어졌는지 여부와 관계없이 거부되지 않은 각 수신 송장의 전체 실제 결제와 결제 날짜를 보고해야 합니다. 또한 결제 만기일도 보고해야 합니다.
이것은 짧은 통제 기간을 만듭니다. 월말 후 몇 주가 지나서 수행되는 은행 조정은 경영 보고에는 충분할 수 있지만, 송장 시스템에 결제가 발생했음을 알리는 유일한 메커니즘으로는 너무 느립니다. 지급 계정 프로세스에는 은행 정산을 인지하고, 송장과 일치시키고, 요구되는 상태를 제때 전송하는 이벤트 또는 대기열이 필요합니다.
"지급"을 신중하게 정의하십시오
유효한 결제 날짜는 누군가 회계 애플리케이션에서 "지급" 버튼을 클릭한 날짜와 반드시 일치하지 않습니다. 이는 공급자가 실제로 자금을 수령한 시점과 연결됩니다. 은행 송금의 경우, 이는 일반적으로 지급인의 계좌에서 자금이 출금된 날짜입니다. 현금 결제의 경우, 현금이 수령된 날짜입니다. 채무 상계에 합의한 경우, 해당 상계가 발생한 날짜입니다.
팩토링 가용성, 예정된 송금 또는 내부 승인은 그 자체로 유효한 결제를 의미하지 않습니다. 공급자가 자금을 실제로 수령하는 이벤트를 기다렸다가 해당 날짜를 기록하십시오. 이러한 구분은 팩토링, 공급망 금융, 카드 결제 또는 기본 자금이 공급자에게 도달하기 전에 결제를 보고하는 중개인을 사용할 때 중요합니다.
이러한 정의를 조정 규칙에 반영하십시오. 최소한 다음 사항을 유지하십시오:
- 송장 식별자 및 공급자 납세자 ID
- 발행일, 용역 또는 인도일, 수령일
- 계약상 및 계산된 만기일
- 수락 또는 거부 상태 및 타임스탬프
- 결제 금액, 은행 거래 ID 및 실제 정산 날짜
- 전체, 부분, 분쟁, 양도 및 취소된 결제 표시
- 각 이벤트를 전송하는 데 사용된 플랫폼 또는 채널
결제가 취소되거나 잘못 적용된 경우, 원래 이벤트를 조용히 덮어쓰지 마십시오. 원래 거래를 보존하고, 수정 사항을 기록하며, 송장을 검토 경로로 보내십시오. 더 이상 상황을 설명하지 않는 녹색 "지급됨" 라벨보다 감사 추적이 훨씬 더 유용합니다.
규정을 스페인의 지급 기한 규칙과 연결하십시오
전자 보고는 지급을 지연시킬 새로운 변명을 만들지 않습니다. 스페인의 상업 지연 지급 규칙은 일반적으로 기업 간 60일 지급 한도를 설정하며, 시계가 시작되는 시점과 수락 절차가 작동하는 방식에 대한 특정 규칙이 있습니다. 공급자는 일반적으로 재화나 용역을 수령한 날로부터 30일 이내에 송장 또는 이에 상응하는 지급 요청서를 전달해야 합니다. 송장의 신원, 진위, 무결성 및 수령이 보장되면 전자 수령은 지급 기한 계산을 시작할 수 있습니다.
실용적인 교훈은 간단합니다: 송장에 인쇄된 날짜뿐만 아니라 지급 시계를 결정하는 날짜를 저장하십시오. 용역 날짜가 누락된 매입 송장, 기록되지 않은 수령일 또는 문서화되지 않은 수락 단계는 만기일 계산을 방어하기 어렵게 만들 수 있습니다.
채권의 경우에도 동일한 훈련을 사용하십시오. 매출 원장에는 고객이 송장을 수령한 시기, 수락 또는 거부한 시기, 자금이 정산된 시기가 표시되어야 합니다. 이렇게 하면 징수 관리자가 발행일만 기준으로 한 노령 보고서 대신 합리적인 다음 조치를 취할 수 있습니다.
4일 기한을 충족할 수 있는 부기 워크플로
플랫폼을 선택하기 전에 프로세스를 준비할 수 있습니다. 모든 송장에 대한 간단한 상태 머신으로 시작하십시오:
1. 생성 및 검증
승인된 고객 기록에서 송장을 생성합니다. 전송 전에 납세자 ID, 필수 송장 필드, 고유 식별자, 라인 금액, 세금 처리, 통화 및 만기일 입력을 검증합니다. 생성 시 잘못된 문서를 거부하는 것은 고객이 불완전한 기록을 이미 수령한 후에 플랫폼 거부를 해결하는 것보다 저렴합니다.
2. 전송 및 증빙 캡처
선택한 민간 플랫폼 또는 공공 솔루션을 통해 전송합니다. 전송 응답, 대상, 타임스탬프 및 정확한 구조화된 문서 또는 콘텐츠 해시를 저장합니다. 플랫폼이 CII, UBL, EDIFACT 또는 Facturae 메시지를 변환하는 경우, 원본과 변환된 표현 또는 이들 간의 신뢰할 수 있는 링크를 유지하십시오.
3. 수락 또는 거부 기록
수신자의 상업적 응답을 송장 원장으로 라우팅합니다. 거부는 단순히 빨간 아이콘이 아닌 사유 코드와 담당자를 생성해야 합니다. 수정이 필요한 경우, 추적 가능한 수정 송장을 발행하고 원본과의 관계를 보존하십시오.
4. 결제를 송장에 일치
보고 기한을 충족할 수 있을 만큼 자주 은행 거래를 가져옵니다. 송장 식별자, 상대방, 금액 및 송금 정보로 일치시키고, 부분 결제, 일괄 결제, 수수료 및 통화 차이에 대한 검토 큐를 둡니다. 일치를 승인하는 사람 또는 프로세스는 감사 추적에 표시되어야 합니다.
5. 결제 이벤트 보고
송장이 완전히 정산되면 실제 유효 결제 날짜를 캡처하고 4일 이내에 필요한 이벤트를 전송합니다. 정산 날짜와 다른 경우 조정 날짜를 사용하지 마십시오. 플랫폼이 귀하를 대신하여 보고하도록 승인된 경우, 승인 및 전송 결과를 유지하십시오.
6. 장부와 상태 원장 조정
기말에 송장 등록부, 플랫폼 메시지, 은행 활동, 매출 채권 또는 매입 채무 잔액 및 보고된 상태를 비교합니다. 한 시스템에서 지급됨으로 표시되었지만 다른 시스템에서 미결 상태로 남아 있는 송장을 조사합니다. 이 조정은 중복 송장, 누락된 대변 메모 및 잘못된 법인에 게시된 결제를 발견하는 곳이기도 합니다.
피해야 할 일반적인 실수
PDF를 전자 송장으로 취급
PDF는 읽을 수 있을 수 있지만 자동으로 구조화된 송장은 아닙니다. 전환기 PDF를 프레젠테이션 보조 도구로 유지하면서 규정을 준수하는 구조화된 메시지를 권위 있는 기록으로 만드십시오.
민간 플랫폼이 공공 보고를 제거한다고 가정
민간 플랫폼은 스페인 시스템에 참여하고 다른 플랫폼과 상호 연결되어야 합니다. 수신자에게 더 중요한 것은, 민간 플랫폼이 교환을 처리했더라도 시행령에 따라 전체 결제가 여전히 공공 솔루션에 통지되어야 한다는 것입니다.
발행일을 다른 모든 날짜로 사용
발행일, 인도 또는 용역일, 수령일, 수락일, 만기일, 정산일 및 보고일은 서로 다른 질문에 답합니다. 이를 하나의 "송장 날짜" 필드로 통합하면 결제 워크플로에 필요한 증거가 파괴됩니다.
자금이 준비되었을 때만 "지급"으로 보고
팩토링 가용성, 예정된 송금 또는 내부 승인은 반드시 유효한 결제는 아닙니다. 공급자가 자금을 수령하는 이벤트를 기다렸다가 해당 날짜를 기록하십시오.
플랫폼 소유권을 불명확하게 남김
실패한 전송, 거부된 송장, 보고되지 않은 결제 및 일치하지 않는 은행 항목을 모니터링할 책임자를 결정하십시오. 플랫폼은 전송을 자동화할 수 있습니다. 귀하가 해당 책임을 정의하지 않는 한 예외의 소유자를 결정할 수 없습니다.
실질적인 준비 체크리스트
효력 기한 전에 각 질문에 "예"라고 대답할 수 있는지 확인하십시오:
- 각 고객과 공급업체가 스페인 B2B 범위에 해당하는지 확인할 수 있습니까?
- 당사의 매출이 12개월 또는 24개월 단계에 해당하는지 알고 있습니까?
- 송장 시스템이 허용된 구문으로 구조화된 EN 16931 호환 메시지를 생성할 수 있습니까?
- 수신 엔드포인트가 공개되어 있고 주요 상대방과 테스트되었습니까?
- 원본 송장과 모든 변환 또는 전송 버전을 보존할 수 있습니까?
- 수락, 거부, 만기일, 부분 결제 및 전체 결제를 별도로 캡처합니까?
- 은행 정산 데이터가 4일 이내에 송장 등록부에 도달할 수 있습니까?
- 결제 취소, 대변 메모 및 분쟁 송장이 인간 검토 큐로 라우팅됩니까?
- 플랫폼 상태를 총계정원장 및 은행 명세서와 조정할 수 있습니까?
- 실패 및 증거 보존에 대한 문서화된 담당자가 있습니까?
"아직"이라고 대답한 항목이 있으면 그곳부터 시작하십시오. 소기업은 더 큰 플랫폼을 채택하기 전에 깨끗한 송장 등록부, 체계적인 은행 가져오기 및 명시적인 예외 큐를 통해 종종 의미 있는 진전을 이룰 수 있습니다.
재무 관리를 단순화하십시오
스페인의 전자송장 전환은 신뢰할 수 있는 기록을 더욱 가치 있게 만듭니다: 송장 발행, 수락, 만기, 지급 및 보고된 내용을 연결해야 합니다. Beancount.io는 투명하고 버전 관리되며 AI에 적합한 일반 텍스트 회계를 제공하므로 송장 워크플로가 성장함에 따라 재무 이력을 검사 가능하게 유지할 수 있습니다. 문서를 탐색하거나 Fava로 조정을 시각화하십시오.