ISDOC, UBL 및 CII
전자 청구서의 세 가지 표준 계열. 출처는 다르지만 표현할 수 있는 내용은 매우 유사합니다. 우리는 모두 입력과 출력에서 이를 처리할 수 있습니다.
ISDOC
체코 표준으로 현재 버전 6.0.2입니다. 장점은 대부분의 체코 회계 프로그램에서 이를 처리할 수 있다는 것입니다. 단점은 체코 밖에서는 누군가 이 표준에 대해 들어본 적이 없다는 점입니다.
우리는 버전 6.0.2를 독립 파일 .isdoc로 생성합니다. 입력으로는 이전 버전 5.x와 ISDOCX 패키지, 즉 XML과 첨부된 PDF가 포함된 ZIP 파일을 읽습니다. PDF는 원본 문서로 저장됩니다. 출력으로는 ISDOCX를 생성하지 않습니다.
UBL 2.1
OASIS의 국제 표준입니다. 유럽 네트워크 Peppol(BIS Billing 3.0 프로필)과 독일의 XRechnung(3.0.2)가 이 표준을 기반으로 하고 있습니다. 해외나 EU의 공공 기관에 청구서를 보낼 때 이는 거의 필수입니다.
반품 청구서는 UBL에서는 CreditNote라는 독립 문서로 나가며, 부정적인 부호가 있는 청구서로 나가지 않습니다. 금액은 항목의 합계에서 계산되며, 읽은 요약에서 계산되지 않습니다. 그렇지 않으면 수신자가 내부 일관성 검사를 통과하지 않습니다. 주소와 전자 주소는 DIČ에서 유도됩니다.
CII D16B
UN/CEFACT의 표준입니다. 독일의 ZUGFeRD와 프랑스의 Factur-X가 이를 사용합니다. 두 표준 모두 하이브리드입니다: 결과물은 PDF로, 내부에 XML이 삽입됩니다. 사람이 청구서를 보고, 기계는 데이터를 읽습니다. 단순한 XML(ZUGFeRD)과 XML이 삽입된 전체 PDF/A-3b(ZUGFeRD PDF) 중 선택할 수 있습니다. 입력으로는 이러한 PDF를 알아보고 XML을 모델 없이 읽습니다.
어떤 것을 선택할까
| 상황 | 형식 |
|---|---|
| 체코 회계 프로그램 | ISDOC 또는 직접 Pohoda 또는 Money S3 |
| EU 공공기관 | Peppol BIS 3.0 |
| 독일 고객 | XRechnung 또는 ZUGFeRD PDF |
| 프랑스 고객 | ZUGFeRD PDF (Factur-X) |
| 자체 시스템 | JSON |
검증
출력의 형식 및 비즈니스 규칙(XSD, Schematron EN 16931 및 Peppol)은 다운로드할 때마다가 아닌 개발 중에 저희가 관리합니다. 다운로드 전 검증할 수 있는 것들은 데이터입니다: 점검 결과는 합계가 맞지 않거나 DIČ가 누락되었다고 보고하며, 다른 유형의 문서는 청구서 형식으로 변환되지 않습니다. 수신자가 파일을 거부할 경우, 오류 메시지와 문서 식별자를 저희에게 보내주세요.