--- title: 송장 데이터 및 국가에서 의무화된 전자 송장 XML 형식으로 변환 date: 2026-08-18 categories: - xml - data-integration - etl tags: description: EU의 전자 송장 의무 사항은 각 국가마다 다른 XML 형식을 요구합니다. 각 국가에서 요구하는 형식이 무엇인지, 그리고 귀하의 송장 데이터를 어떻게 변환하여 필요한 결과물을 생성할 수 있는지 알아보십시오. --- Status: #blog Tags: #mapforce #mapforce-server #data-mapping Categories: [etl](/blog/ko/category/etl.md) | [xml](/blog/ko/category/xml.md) | [data-integration](/blog/ko/category/data-integration.md) | # 송장 데이터 및 국가에서 의무화된 전자 송장 XML 형식으로 변환 만약 귀사의 기업이 유럽 연합 내 어디에서든 고객에게 송장을 발행한다면, 발송하는 송장은 단순한 문서가 아닌 데이터 파일로 변하고 있습니다. 2026년과 2027년에 걸쳐 시행될 예정인 여러 국가의 규정에 따라, 송장은 세무 당국이나 고객의 회계 시스템이 사람이 개입하지 않고도 읽을 수 있는 구조화된 XML 형식으로 교환되어야 합니다. 문제는 이 요구 사항이 유럽 전체에 적용되지만, 각 국가마다 형식이 다르다는 것입니다. 독일은 XRechnung 또는 ZUGFeRD 형식을 원하고, 프랑스는 Factur-X, UBL 또는 CII 형식을 허용합니다. 이탈리아는 수년간 FatturaPA 형식을 사용해 왔으며, 폴란드는 KSeF 시스템을 통해 신고를 처리합니다. 벨기에는 Peppol 시스템을 사용합니다. 이 모든 형식은 동일한 유럽 표준인 EN 16931에 기반하지만, 각기 다른 방식으로 표현됩니다. 이러한 이유로, 기업들은 단순한 규정 준수를 넘어 다양한 어려움에 직면합니다. 기업의 ERP 시스템에서 생성된 송장은 특정 국가에서 요구하는 형식으로 재구성되어야 합니다. 현재 수신하는 전자 송장은 XML 형식으로 제공되며, 데이터베이스나 회계 시스템으로 가져오기 전에 변환 과정이 필요합니다. 또한, 이미 특정 형식에 맞춰 시스템을 구축한 기업에게 다른 형식을 요구받는 경우도 있습니다. 예를 들어, XRechnung 형식에 맞춰 시스템을 구축한 기업에게 ZUGFeRD에서 사용하는 CII XML 형식을 요구하거나, 이탈리아 기업이 국내에서는 FatturaPA 형식을, 국경을 넘어서는 거래에서는 Peppol BIS 형식을 사용하는 경우가 있습니다. 세 가지 문제 모두 원본 데이터와 대상 데이터의 역할을 서로 바꾼 동일한 문제이며, 따라서 세 개의 개별적인 도구 대신 하나의 **데이터 매핑 솔루션**이 필요합니다. ![송장을 XML 형식으로 변환하는 과정을 보여주는 다이어그램](/blog/images/invoice-xml.png) ## MapForce는 XML 형식으로의 변환 및 XML 형식에서 다른 형식으로의 변환을 지원합니다 대부분의 전자 송장 솔루션은 해당 공급업체가 지원하는 형식만 제공합니다. 하지만 새로운 규제가 도입되거나, 고객이 지원 목록에 없는 특정 형식을 요구할 경우, 사용자는 다른 회사의 개발 계획에 따라야 하는 상황에 놓일 수 있습니다. Altova MapForce는 다른 방식으로 접근합니다. 이 프로그램은 귀하의 원본 송장 데이터를, 로드하는 스키마(예: [UBL](https://docs.oasis-open.org/ubl/UBL-2.1.html), [CII](https://unece.org/trade/uncefact/e-invoice), [XRechnung](https://xeinkauf.de/xrechnung/), [FatturaPA](https://www.fatturapa.gov.it/en/index.html) 또는 내년에 출시될 국가 표준 형식)에 맞게 매핑합니다. 데이터 매핑의 반대쪽은 귀하가 이미 가지고 있는 데이터를 읽어들입니다 - ERP 또는 회계 시스템에서 엑셀 및 CSV 형식으로 데이터를 내보내기 - 데이터베이스, 특히 청구 시스템의 핵심 데이터 테이블을 포함합니다 - API 또는 다른 애플리케이션으로부터 XML 및 JSON 데이터를 가져옵니다 - MapForce PDF 추출기를 사용하여 PDF 형식의 데이터를 추출합니다 - EDI(전자 데이터 교환)는 송장 데이터를 EDIFACT 또는 X12 형식의 메시지로 구성하여 사용하는 방식입니다 바로 그 조합 때문에 이 문제는 데이터 변환 문제라기보다는 데이터 매핑 문제에 해당합니다. 송장 데이터는 대부분 한 곳에 깔끔하게 정리되어 있지 않습니다. 일부는 ERP 시스템에, 일부는 자회사에서 관리하는 스프레드시트에, 또 다른 일부는 공급업체의 PDF 파일에 저장되어 있으며, 전자 송장 XML 형식은 해당 국가에 따라 달라집니다. MapForce에서는, [데이터 매핑 프로젝트는 시각적인 방식으로 구축됩니다](https://www.altova.com/ko/mapforce), 따라서 송장 데이터의 내용을 이해하는 사람은 코드를 작성하지 않고도 시스템을 구축할 수 있습니다. 또한, 두 번째 국가에 대한 구축 비용은 첫 번째 국가보다 훨씬 저렴합니다. 왜냐하면 내부 시스템과의 연동은 이미 구축되어 있으므로, 기존 연동 방식을 복사하고, 새로운 전자 송장 형식을 적용한 후, 실제 형식 차이가 발생하는 부분만 수정하면 됩니다. 따라서 각 국가마다 별도의 도구를 사용할 필요가 없습니다. ## 국가별 전자 송장 표준 다음은 주요 유럽 시장의 현황입니다. 아래에 제시된 모든 형식은 EN 16931 표준을 준수하며, 차이점은 각 국가에서 허용하는 문법 체계와 송장이 처리되는 경로입니다. |**국가**|**필수적인 형식**|**이것이 무엇인지**|**상태**| |---|---|---|---| |**프랑스**|Factur-X, UBL 또는 CII| Factur-X는 하이브리드 방식으로, PDF/A-3 형식에 XML 데이터를 내장하고 있습니다. UBL과 CII는 순수한 XML 형식입니다. 송장은 승인된 플랫폼(PDP)을 통해 처리됩니다. 지역적으로는 전자 송장 시스템을 사용합니다. 모든 해당 사업체는 2026년 9월 1일부터 전자 송장을 수신할 수 있어야 합니다. 전자 송장 발행 및 전자 보고: 대기업 및 중소기업은 2026년 9월부터, 소규모 기업은 2027년 9월부터 적용됩니다. |**독일**|XRechnung 또는 ZUGFeRD 2.1+|XRechnung은 순수한 XML 형식입니다. ZUGFeRD는 PDF/A-3 형식에 CII XML 데이터를 내장한 하이브리드 형식입니다. 지역 내 전자 송장 사용. 2025년 1월 1일부터 의무적으로 사용해야 합니다. 2027년 1월 1일부터 80만 유로 이상의 매출을 올리는 기업에 적용되며, 2028년 1월 1일부터 모든 기업에 적용됩니다. **이탈리아** | FatturaPA | 순수 XML 형식으로, SdI 플랫폼을 통해 교환됩니다. (현지에서) 전자 송장. | 실시간. 2019년부터 국내 기업 간 거래에 의무 적용됩니다. |**폴란드**| KSeF 구조화 송장: KSeF 플랫폼을 통해 제출되는 국가 표준 XML 형식의 송장입니다. 지역적으로는 구조화된 송장입니다. | 실시간. 2026년 2월 1일부터는 가장 큰 세금 납부자에게, 그리고 2026년 4월 1일부터는 모든 기업 간 거래(B2B)에 적용됩니다**벨기에**| Peppol BIS 청구서 3.0 | 순수 XML 형식으로, 직접 전송하는 대신 Peppol 네트워크를 통해 교환됩니다. | 2026년 1월 1일부터 적용되었습니다. |**영국 (United Kingdom)**| Peppol 기반 | 유럽 연합(EU)의 표준과는 별개로, 다른 일정으로 진행됩니다. | 아직 의무 사항은 아닙니다. 2029년 4월부터 Peppol 기반의 기업 간 전자 거래 의무화 정책이 확정되었습니다 ## 하이브리드 전자 송장 형식 사용하기 순수한 XML 형식과는 달리, [ZUGFeRD](https://www.ferd-net.de/publikationen-produkte/publikationen/detailseite/zugferd-21)와 [Factur-X](https://fnfe-mpe.org/factur-x/factur-x_en/)는 PDF/A-3 파일이며, 송장 정보가 XML 형식으로 첨부 파일로 포함되어 있습니다. 화면에 보이는 내용은 사람이 읽기 편하게 제공되는 것이며, 내용에 이견이 있을 경우, 첨부된 XML 파일의 내용이 우선합니다. **하나의 파일만 받는 경우:** 이 경우에는 PDF 파일에서 데이터를 추출하지 마십시오. 그렇게 하면 데이터가 아닌, 단순 복사본을 얻게 됩니다. 첨부 파일과 XML 파일을 분리하십시오. 오픈 소스 poppler-utils 패키지를 사용하면 하나의 명령어로 이 작업을 수행할 수 있습니다 `pdfdetach -list invoice.pdf        # show embedded files` `pdfdetach -saveall invoice.pdf     # extract all attachments` 첨부 파일 이름은 해당 프로필을 알려줍니다. "ZUGFeRD-invoice.xml"은 ZUGFeRD 1.0용, "factur-x.xml"은 ZUGFeRD 2.x 및 Factur-X용, 그리고 "xrechnung.xml"은 XRechnung 참조 프로필용입니다. Poppler-utils는 Windows, Linux, macOS에서 사용할 수 있습니다. 이 단계는 FlowForce Server 작업의 첫 번째 단계로서, 매핑 작업이 바로 이어져 자동화됩니다. **하나 보내기:** MapForce는 PDF 파일을 소스 데이터로 읽기는 하지만, PDF 파일을 직접 생성하지는 않습니다. 대신, ZUGFeRD 또는 Factur-X 파일 내부에 포함될 XML 데이터를 생성합니다. PDF 파일 자체는 별도의 PDF 생성 도구를 사용하여 만들어집니다. 주의사항이 있습니다. ZUGFeRD와 Factur-X는 여러 프로필을 정의하고, 낮은 수준의 프로필에서는 XML 파일에 헤더 정보만 포함되어 있으며, 상세 내역은 PDF 파일 내에 저장되어 있어 소프트웨어가 읽을 수 없습니다. 어떤 프로필을 고객이나 플랫폼에서 요구하는지 확인한 후, 어떤 정보를 매핑해야 할지 결정해야 합니다. ## 전자 세금계산서 생성하기 시스템에서 고객에게 송장을 발행하는 과정은 크게 네 가지 단계로 나눌 수 있습니다. 이러한 단계들은 종종 "전자 송장"이라는 하나의 개념으로 묶여 논의되곤 하는데, 이 때문에 많은 팀들이 프로젝트 진행 중 소프트웨어가 실제로 어떤 기능을 제공하는지 예상치 못한 부분을 발견하게 됩니다 _아니요_ 실행합니다. - **데이터 추출** — 현재 송장 데이터가 저장되어 있는 위치(ERP 시스템에서 추출한 데이터, 데이터베이스, 스프레드시트, 또는 공급업체의 PDF 파일 등)에서 해당 데이터를 추출합니다 - **맵핑 및 변환** - 대상 형식에서 정의하는 필드에 맞춰 데이터를 재구성하고, 이 과정에서 코드, 날짜, 세금 분류 등을 변환합니다 - **검증** — 데이터를 전송하기 전에, 데이터가 미리 정의된 형식(스키마)에 맞는지 확인합니다 - **전송** — Peppol 네트워크를 통해, 프랑스 PDP(전자문서 교환 시스템)을 이용하거나, SDI 또는 KSeF와 같은 국가 플랫폼으로 전송합니다 데이터 추출, 매핑, 변환 작업은 [데이터 매핑](https://www.altova.com/ko/mapforce) 작업에 해당하며, MapForce는 이러한 작업을 수행하는 동시에, 생성된 결과물이 대상 스키마와 일치하는지 확인하여 파일이 구조적으로 올바른지 확인해 줍니다. 이렇게 하면 파일이 시스템을 떠나기 전에 오류를 방지할 수 있습니다. 두 가지 요소가 그 범위를 벗어나 있습니다. EN 16931은 XSD로 표현할 수 없는 비즈니스 규칙을 정의하며, 이러한 규칙은 Schematron 검증기를 통해 확인됩니다. 유럽연합은 이러한 규칙들을 무료로 공개하며, 배송 플랫폼들은 일반적으로 해당 규칙을 수신 즉시 적용합니다. 배송 자체는 Peppol 접근 지점 또는 승인된 플랫폼 제공업체를 위한 네트워크 및 인증 문제입니다. 작업 범위를 결정하기 전에 해당 경계선이 어디에 위치하는지 파악하는 것은, 단순히 계획을 세우는 것과 예상치 못한 상황에 직면하는 것 사이의 차이를 만들어냅니다. ## 실제 사례: PDF 파일을 XML 형식의 전자 송장으로 변환 재무팀에서 흔히 겪는 문제 중 하나는 다음과 같습니다. 청구 시스템이 PDF 파일만 생성하거나, 다른 소프트웨어를 사용하는 자회사로부터 송장이 도착하는 경우, 이제는 해당 데이터를 XRechnung 형식으로 외부로 전송해야 하는 상황이 발생합니다. 매핑을 살펴보기 전에 알아두어야 할 점이 있습니다. EN 16931은 의미 모델이며, 이는 송장에 포함되어야 할 내용을 정의하는 것이지, XML 파일의 형식을 정의하는 것이 아닙니다. UBL과 CII라는 두 가지 형식이 이 모델을 구현하며, 표준의 규칙을 준수하는 전자 송장은 이 두 형식 중 하나를 따를 수 있습니다. 따라서 "EN 16931 파일"이라는 파일 형식은 존재하지 않습니다. 대신, EN 16931 표준을 준수하는 XML 기반의 UBL 송장과 CII 송장이 있습니다. XRechnung은 두 가지 구문 형식을 모두 지원하므로, 이는 동일한 요구 사항을 충족하는 두 가지 유효한 방법 중 하나입니다. UBL 스키마는 OASIS에서 무료로 제공되며, CII D16B 스키마는 UN/CEFACT에서 제공됩니다. MapForce의 XML 스키마 관리자를 사용하여 이러한 스키마를 빠르게 설치할 수 있습니다. ![데이터 매핑을 위해 UBL 또는 CII 스키마를 다운로드하세요](/blog/images/downloading-ubl-schemas.png) 다음 예시는 XML 기반의 UBL 전자 송장(e-Invoice)을 대상으로 합니다. 저희는 MapForce PDF 추출기를 사용하여 다음과 같은 규칙을 정의했습니다 [PDF 파일에서 데이터를 추출합니다](https://www.altova.com/ko/mapforce/pdf-extractor) 송장(invoice)을 기반으로 템플릿을 생성합니다. 이 템플릿은 우리가 대상 UBL 스키마에 매핑할 핵심 구성 요소가 됩니다. MapForce는 스키마에서 구조를 읽어들여, 따라서 대상 트리는 일반적인 XML 형태가 아닌, 해당 형식이 정의하는 정확한 요소들을 보여줍니다. 우리는 다음 사항부터 시작했습니다 [Altova AI](https://www.altova.com/ko/mapforce/ai-data-integration) (선택 사항인 추가 구독 서비스)를 통해 PDF 파일과 UBL 송장 XML 스키마 간의 연결을 제안받을 수 있지만, 수동으로 연결하는 것도 가능합니다. ![MapForce에서 송장을 XRechung 형식으로 변환하는 방법](/blog/images/pdf-to-xrechnung.png) 모든 대상 필드가 직접적으로 연결되는 것은 아닙니다. 일부 필드는 직접 매핑되지만, 다른 필드는 계산이나 변환 과정을 거쳐야 하며, 일부 값은 원본 데이터에 전혀 존재하지 않을 수도 있습니다. MapForce는 이러한 모든 시나리오에 적용할 수 있는 다양한 데이터 처리 기능을 제공합니다. 여기에는 계산된 값에 대한 산술 연산 및 반올림 기능, 날짜 재포맷 및 주소 필드를 도로명, 도시, 우편번호, 국가 등으로 분리하는 문자열 처리 기능, 그리고 원본 데이터에 포함되지 않은 값에 대한 상수 및 참조 기능 등이 있습니다. 매핑 작업이 유효한 파일을 생성하면, 가장 유용한 점은 이 과정이 계속 반복된다는 것입니다. 다음 달의 수출 데이터를 지정하면, 변환 과정은 동일하게 진행됩니다. 이를 [MapForce Server](https://www.altova.com/ko/mapforce-server)에서 컴파일하고, [FlowForce Server](https://www.altova.com/ko/flowforceserver)에서 스케줄링하면, 송장이 도착하는 즉시 자동으로 변환됩니다. ## 전자 세금계산서 수령 의무는 양방향으로 적용됩니다. 독일은 2025년 1월부터 기업들이 전자 송장을 수신할 수 있도록 의무화했으며, 2026년 9월부터는 프랑스 기업도 마찬가지입니다. 반대로, 정보 흐름은 더 짧습니다 - **수신** - 파일은 사용자의 접속 지점, PDP(데이터 패킷) 또는 국가 플랫폼을 통해 전송됩니다 - **맵핑 및 변환** — 수신된 XML 데이터를 ERP 시스템, 데이터베이스 또는 회계 시스템이 요구하는 형식으로 재구성합니다 - **데이터 가져오기** — 실제로 사용할 시스템에 데이터를 입력합니다 다시 한번 말씀드리지만, 이 작업은 MapForce를 통해 해결할 수 있습니다. 또한, MapForce Server와 FlowForce Server를 사용하면 이 작업 과정을 완전히 자동화할 수 있습니다. ## 전자 송장(e-Invoicing)에 특화된 MapForce의 장점 - **하나의 도구로 모든 방향을 처리합니다.** 데이터가 국가 표준 형식으로 나가는 경우든, 사용자의 데이터베이스로 들어오는 경우든, 또는 하나의 표준 형식에서 다른 표준 형식으로 변환되는 경우든, 모두 동일한 종류의 매핑(변환) 방식을 사용합니다. - ** 정책은 정해진 일정에 따라 적용됩니다.** 저장된 설정은 일회성 자산이며, 다음 적용 날짜가 되면 활용하는 것이지, 반복적으로 수행하는 프로젝트가 아닙니다. - ** 정확성은 사후적으로 발견되는 것이 아니라, 처음부터 설계되어야 합니다.** 데이터 매핑 과정에서 필드와 코드 목록을 정확하게 설정하는 것이 파일이 거부되는 것을 방지하는 핵심입니다. 거부된 송장은 지연된 지급과 더불어 수동적인 검토 과정을 필요로 합니다. - **매핑(데이터 연결) 과정은 검토 가능합니다.** 감사인이 특정 세금 금액이 어떻게 산출되었는지 질문할 때, 그 답은 이해하기 쉬운 도식으로 제공됩니다. • **이 소프트웨어는 고객님의 자체 인프라 환경에서 실행됩니다.** 송장에는 상업적 및 개인 정보가 포함되어 있습니다. MapForce는 고객님의 컴퓨터에서 해당 정보를 처리하며, MapForce 서버 및 FlowForce 서버는 고객님이 관리하는 서버에서 실행됩니다. ## 자신의 송장 데이터로 직접 사용해 보세요 이 방법이 귀사의 프로세스에 적합한지 확인하는 가장 빠른 방법은 실제 수출 데이터 하나와 대상 스키마를 선택하여 매핑해 보는 것입니다. 만약 단일 송장에 대한 변환이 성공한다면, 일괄 처리에도 적용될 가능성이 높습니다. MapForce를 시작하려면 무료 30일 체험 버전을 [다운로드](https://www.altova.com/ko/mapforce/download)하여 사용해 보실 수 있습니다.