프랑스 중소기업(PME)의 전자 인보이스: 2027년 9월 1일 전에 자체 과금 시스템 연결하기

2026년 9월 1일부터 개혁의 적용을 받는 프랑스의 모든 기업은 plateforme agréée, 즉 승인 플랫폼을 통해 전자 인보이스를 수신할 수 있어야 했습니다. 대기업과 중견기업(ETI)은 같은 방식으로 인보이스를 발행하고 e-reporting도 제출해야 했습니다. 프랑스 세무 당국 사이트는 이제 이 개혁을 "effective depuis le 1er septembre 2026", 즉 2026년 9월 1일부터 시행 중이라고 설명합니다.

두 번째 단계는 2027년 9월 1일에 옵니다. 이날부터 PME, TPE, micro-entreprise는 B2B 인보이스를 승인 플랫폼을 통해 전자적으로 발행하고 e-reporting을 시작해야 합니다. e-reporting이란 소비자 대상 판매, 국제 거래, 그리고 서비스의 경우 수령한 대금에 관한 데이터를 행정 당국에 보내는 것입니다.

인보이스가 Sage, Cegid, Pennylane 같은 주류 패키지에서 나온다면 승인 플랫폼과의 연결은 벤더가 제공합니다. 벤더가 직접 승인 플랫폼이거나 승인 플랫폼과 협력하고 있기 때문입니다. 귀사가 할 일은 플랫폼을 고르고 고객 데이터를 정리하는 것입니다.

이 글은 그 반대의 경우를 위한 것입니다. 자체 과금 소프트웨어, 커스터마이징한 ERP, 자사 플랫폼의 코드가 인보이스를 만드는 경우입니다. 이때는 연결을 직접 구축해야 합니다. 지금 시작한다면 11개월이면 충분합니다.

일정과 귀사가 속한 단계

DGFiP의 전자 인보이스 시행 실무 가이드는 날짜를 다음과 같이 정합니다.

• 2026년 9월 1일: 적용 대상인 모든 기업이 전자 인보이스를 수신할 수 있어야 합니다. 대기업(grandes entreprises)과 ETI는 발행과 e-reporting도 해야 합니다.
• 2027년 9월 1일: PME, TPE, micro-entreprise가 발행과 e-reporting을 해야 합니다.

규모는 법인 단위(SIREN 단위)로, 2025년 1월 1일 기준 그 전에 마감된 마지막 회계연도를 바탕으로 판단합니다. 공식 FAQ에 따르면 PME는 직원 250명 미만이면서 매출 5,000만 유로 이하 또는 대차대조표 총액 4,300만 유로 이하인 기업입니다. 이 선을 넘는다면 귀사의 기한은 2026년이었습니다.

함정이 하나 있습니다. 외부 사양서(버전 3.2, 2026년 4월 30일)는 VAT 그룹(assujetti unique)에 속한 법인을 규모와 관계없이 2026년 단계에 넣습니다. 귀사가 여기에 해당한다면 이미 늦었습니다.

가이드는 귀사에 유리한 두 가지 질문도 정리해 줍니다. 기한 전에 자발적으로 전자 발행을 시작해도 됩니다. 그리고 고객은 이 개혁을 근거로 2027년 9월 1일 전에 전자 인보이스를 보내라고 강제할 수 없습니다. 다만 인보이스 교환 방식은 여전히 계약으로 정할 수 있습니다.

승인 플랫폼이 하는 일

plateforme agréée는 국가에 등록된(immatriculée) 민간 사업자입니다. 공식 목록에 오르려면 세무 규정 준수, 인프라와 데이터의 보안, 기술적 상호운용성을 입증해야 합니다.

사양서는 이 아키텍처를 "Y" 모델이라고 부릅니다. 귀사의 시스템이 인보이스를 귀사의 플랫폼으로 보냅니다. 플랫폼은 공공 인보이스 포털(PPF)이 운영하는 중앙 디렉터리(annuaire)에서 구매자를 찾아 구매자의 플랫폼으로 인보이스를 전달합니다. 이와 별도로 귀사의 플랫폼은 인보이스에서 규제 대상 데이터를 추출해 PPF로 보내고, PPF는 이를 세무 당국에 넘깁니다.

연동을 구축하는 쪽에는 세 가지 의미가 있습니다.

• 국가와 직접 통신하지 않습니다. 수신자에게 인보이스를 전달하고 PPF에 데이터를 보낼 수 있는 것은 승인 플랫폼뿐입니다. 귀사의 과금 시스템은 사양서가 solution compatible(호환 솔루션)이라고 부르는 것으로, 플랫폼과 통신하고 나머지는 플랫폼이 처리합니다.
• 이미 플랫폼이 있을 가능성이 큽니다. 2026년 9월 1일부터 수신을 위해 하나가 필요했습니다. 그 플랫폼에 발행 관련 기능을 먼저 물어보십시오. 다른 플랫폼을 써도 되지만, 계약 하나와 연동 하나가 더 단순합니다.
• 인터페이스는 표준화되어 있습니다. AFNOR 표준 XP Z12-013은 기업 시스템과 승인 플랫폼 사이의 API를 정의하고, XP Z12-012는 인보이스와 상태 형식을 다룹니다. 플랫폼은 EDI와 포털 채널도 제공하며, 플랫폼 사이는 Peppol로 연결됩니다. 무엇이든 설계하기 전에 귀사의 플랫폼이 어떤 방식을 지원하는지 물어보십시오.

공공 구매자는 계속 Chorus Pro를 사용하며, 기존 Chorus Pro 연결은 유지할 수 있습니다.

시스템이 만들어 내야 하는 것

플랫폼은 인보이스를 전송하고 변환할 수 있습니다. 귀사 시스템에 처음부터 없던 데이터를 만들어 낼 수는 없습니다.

공통 기반에 속한 형식

모든 승인 플랫폼은 유럽 표준 EN 16931 위에 만들어진 세 가지 형식을 지원해야 합니다. UBL(버전 2.1), CII(버전 D22B), 그리고 구조화 데이터를 내장한 PDF인 Factur-X입니다. 플랫폼이 다른 형식을 받을 수도 있지만 보장되는 것은 이 세 가지뿐입니다.

고객별 선호가 아니라 귀사 시스템이 깔끔하게 만들어 낼 수 있는 형식을 기준으로 고르십시오. 공급자는 구매자에게 형식을 강요할 수 없고, 구매자의 플랫폼이 구매자가 선호하는 형식으로 변환해 줄 수 있습니다. 아직 읽을 수 있는 PDF를 원하는 고객이 있다면 Factur-X가, 순수한 시스템 간 흐름이라면 UBL이나 CII가 맞습니다.

필드별 데이터

행정 당국은 EN 16931 비즈니스 용어에 매핑한 수신 인보이스 데이터 표를 공개합니다. 대부분의 프랑스 인보이스에 새로 추가되는 기재 사항은 네 가지입니다.

• 고객의 SIREN(BT-47)
• 거래 범주: 재화, 서비스, 또는 둘 다(BT-23)
• 발생주의 VAT 납부 선택: 선택한 경우(BT-8)
• 고객의 청구 주소와 다를 경우 전체 배송 주소(BT-75부터 BT-80까지)

나머지 필수 항목은 익숙하지만 구조화되어 있어야 합니다. 귀사의 SIREN, 양 당사자의 국가, 시간 순서대로 끊김 없이 이어지는 일련번호의 인보이스 번호, 발행일, VAT 제외 합계와 VAT 합계, 통화, 그리고 사용한 세율마다 과세표준, 세액, 세율을 제시하는 VAT 내역(BT-116, BT-117, BT-119)입니다. 조건부 필드로는 VAT 번호, 면세 사유(VATEX 코드), 역과세(reverse charge), 역발행(self-billing), 인보이스 일자와 다른 인도일, 정정 인보이스의 원 인보이스 참조가 있습니다.

이 표의 여러 필드는 2027년 9월 1일부터만 요구됩니다. 라인 세부(품목명, 수량, 단가), 문서 단위 할인과 부대비용, 배송 주소, 정정 대상 인보이스의 일자, 조기 지급 할인 문구, 에코 분담금(éco-participation) 금액입니다. 2027년 기한은 모든 기업의 데이터 모델이 더 깊어지는 날이기도 합니다.

자체 시스템이 흔히 걸려 넘어지는 지점은 다음과 같습니다.

• 고객 레코드에 SIREN이 없거나, SIREN 필드에 SIRET이 들어 있습니다.
• 거래 범주가 제품이나 서비스별로 저장되어 있지 않아 혼합 인보이스를 분류할 수 없습니다.
• VAT를 라인별로 계산하고 반올림해서 세율별 내역이 합계와 맞지 않습니다.
• 크레딧 노트가 정정 대상 인보이스를 참조하지 않는 독립된 문서입니다.
• 인보이스 번호에 빈틈이 있거나, 취소 후 번호를 다시 씁니다.

이 모든 것은 커넥터가 아니라 원천 시스템에서 고쳐야 합니다.

라우팅 데이터

디렉터리는 민간 기업을 기본적으로 SIREN 단위로 찾지만, 고객이 사업장이나 부서별로 인보이스를 받기를 원하면 SIRET, 라우팅 코드, 접미사로도 라우팅할 수 있습니다. 고객별로 올바른 식별자를 저장하십시오. 조회에 실패하면 가이드가 첫 번째로 지시하는 것은 사용한 SIREN, SIRET, 수신 사업장을 확인하는 일입니다.

양방향의 수명 주기 상태

이제 인보이스에는 상태 메시지로 전달되는 수명 주기가 있습니다. 네 가지 상태는 필수이며 세무 당국까지 전달됩니다.

"플랫폼이 수신함", "분쟁 중", "지급 완료" 같은 그 밖의 상태는 선택 사항입니다.

귀사의 시스템은 상태를 보내는 것뿐 아니라 읽을 수도 있어야 합니다. 반려(rejet)는 기술적인 문제입니다. 형식 오류, 누락되거나 일관되지 않은 데이터, 잘못된 라우팅 같은 것이며, 고쳐서 다시 보내면 됩니다. 거부(refus)는 구매자에게서 오고, 사유를 밝혀야 하며, 표준이 허용하는 사유(플랫폼이 놓친 규정상의 결함, 잘못된 수신자, 충족되지 않은 계약 조건)만 쓸 수 있고, 단순한 상업적 분쟁은 사유가 될 수 없습니다. 거부 후 다시 발행한다면 새 인보이스에는 새 번호가 필요합니다. 사양서에 따르면 거부되거나 반려된 인보이스는 내부 크레딧 노트로 장부에서 취소하며, 가이드는 거부에 이의를 제기하는 경우 크레딧 노트를 자동으로 만들지 말라고 덧붙입니다.

Encaissée는 자체 시스템이 잊는 상태입니다. 대금 수령 시점에 VAT 납부 의무가 생기는 서비스의 경우, 이 상태에는 인보이스 번호, 지급일, VAT 세율별 수령액이 담깁니다. 국내 B2B에서 지급 데이터가 행정 당국에 도달하는 경로가 바로 이것입니다. 따라서 은행 대사나 매출채권 모듈이 인보이스 연동에 데이터를 넘겨야 하는데, 두 시스템은 한 번도 서로 연결된 적이 없는 경우가 많습니다.

e-reporting: 국내 B2B 인보이스가 아닌 모든 것

전자 인보이스는 프랑스에 설립된 VAT 등록 사업자 사이의 판매를 다룹니다. e-reporting은 나머지를 다루며, 이 역시 승인 플랫폼을 통해 보냅니다.

• 비과세자 대상 판매(B2C): 프랑스 국내든 해외든, 개별 인보이스가 아니라 일별 합계를 범주(과세 재화, 과세 서비스, EU 역내 원격 판매, 마진 과세)별로 나눠 세율마다 과세표준과 VAT를 보냅니다.
• 국제 B2B: 프랑스에 설립되지 않은 사업자에 대한 판매와 그들로부터의 구매를 인보이스 단위로, 국내 인보이스와 거의 같은 필드로 보냅니다. 구매도 포함됩니다. 독일 공급업체에서 교육 서비스를 구매했다면 보고하는 쪽은 프랑스 구매자인 귀사입니다.
• 지급 데이터: 서비스에만 해당하며, 역과세 거래나 발생주의 VAT를 선택한 기업은 제외됩니다. 지급일과 VAT 세율별 수령액을 보냅니다.

보고 주기는 공개된 주기 표에 따라 VAT 신고 제도에 좌우됩니다. 월별 신고인 régime réel normal(일반 실액 과세 제도)에서는 거래 데이터를 한 달에 세 번(1일부터 10일까지, 11일부터 20일까지, 21일부터 말일까지) 보내며 각 기간이 끝난 뒤 10일 안에 제출해야 하고, 지급 데이터는 매월 다음 달 10일 전에 보냅니다. régime simplifié(간이 과세 제도)에서는 둘 다 매월 보내며 다음 달 25일부터 30일 사이가 기한입니다. franchise en base(기본 면세 제도)에서는 둘 다 두 역월마다 보냅니다.

한 달에 세 번의 제출은 스프레드시트가 아니라 예약 작업으로 처리할 일입니다. 그리고 B2C 판매가 매장 계산대, 웹 쇼핑몰, 인보이스 도구를 거친다면 일별 합계는 세 곳 모두에서 모아야 합니다.

11개월 계획

2027년 9월 1일부터 거꾸로 세되, 8월은 8월이니 빼고 계산합니다.

1. 2026년 10월: 범위 확정. 규모 범주와 VAT 그룹 소속 여부를 확인합니다. 인보이스나 판매를 만들어 내는 모든 흐름을 나열합니다. 국내 B2B, B2C, 국제 거래, 크레딧 노트, 선수금, 역발행, 공공 부문입니다. 수신용 플랫폼에 발행 관련 제공 내용을 물어봅니다. 형식, API 문서, 테스트 환경, 반환하는 상태, e-reporting입니다.
2. 2026년 11월과 12월: 데이터. 필드 표를 실제 데이터에 대조합니다. 고객 레코드에 SIREN과 SIRET을 추가하고 검증하며, 카탈로그에 거래 범주를 추가하고, 발생주의 VAT 플래그를 정리하고, 인보이스 번호 체계를 점검합니다. 형식을 고릅니다.
3. 2027년 1월부터 3월까지: 구축. 형식 생성기, 전송 전 EN 16931과 프랑스 규칙에 대한 검증, 플랫폼 API 클라이언트, 인보이스 상태 머신을 갖춘 상태 처리, 매출채권에서 오는 Encaissée 데이터, e-reporting 집계를 만듭니다.
4. 2027년 4월과 5월: 테스트 후 자발적 시행. 먼저 테스트 환경에서, 그다음 동의한 고객 몇 곳에 실제 인보이스를 보냅니다. 가이드는 기한 전 자발적 발행을 허용하며, 실패하면 해당 흐름은 기존 방식으로 되돌아가도 됩니다. 2027년 봄은 가장 적은 비용으로 실전 테스트를 할 수 있는 시기입니다.
5. 2027년 6월과 7월: 확대. 국내 B2B 전체를 플랫폼으로 보내고, e-reporting을 가동하고, 첫 월말 결산과 VAT 신고를 플랫폼이 보고한 내용과 대사합니다.
6. 2027년 8월: 동결. 배포는 하지 않고, 반려와 거부 처리 절차를 문서로 정리하고, 휴가 기간을 맡을 담당자를 지정합니다.
7. 2027년 9월 1일: 의무 시행. 그다음 첫 e-reporting 기한이 보고 측면의 진짜 시험대입니다.

당일까지 준비가 안 된다면

2026년 9월 시행을 위해 작성된 가이드는 관대한 기준을 제시합니다. 어려움을 겪고 있더라도 "trajectoire sérieuse de mise en conformité", 즉 진지하게 규정 준수를 향해 가고 있는 기업에는 초기 단계 동안 과태료를 부과하지 않으며, 이는 구체적이고 날짜가 적힌 증거(플랫폼 계약, 테스트, 지원 요청 티켓)로 판단합니다. 가이드는 이것이 의무의 "ni un report ni une suspension", 즉 연기도 유예도 아니라고 덧붙입니다. 같은 기준이 2027년 9월에도 적용될지는 말하지 않습니다.

과태료는 FAQ에 나와 있습니다. 전자적으로 발행하지 않은 인보이스 한 건당 50유로, 역년 기준 연간 1만 5,000유로 한도이며, 첫 위반에는 과태료를 부과하지 않습니다. e-reporting 위반은 CGI 제1788 D조의 적용을 받습니다.

2027년 9월 1일은 확정된 날짜로 보고, 그래도 증거 기록은 남겨 두십시오. 행정 당국이 요구하는 것이 바로 그것입니다.

저희가 맡는 부분

프랑스 PME 대부분은 소프트웨어 벤더를 통해 이 문제를 해결할 것이고, 그래야 맞습니다. 저희 일은 그 밖의 기업을 위한 것입니다. 이미 인보이스를 만들고 있는 시스템 안에 형식 생성, 플랫폼 연결, 상태 처리, e-reporting 데이터 흐름을 구축하고, 그 밑의 데이터를 바로잡습니다. 자세한 내용은 전자 인보이스 연동 서비스에, 과금 시스템 자체가 문제라면 ERP 현대화에 있습니다.

2027년 9월 기한이 있는데 아무도 건드리고 싶어 하지 않는 인보이스 시스템을 갖고 계시다면 office@c9group.dev로 연락 주십시오. 저희는 세무 자문가가 아니라 엔지니어입니다. 적용 범위와 VAT 처리는 귀사의 expert-comptable(공인회계사) 몫이고, 저희는 그 답에 맞춰 만듭니다.