ParseDoc.devBeta
데모사용사례어떻게 작동하나요요금제FAQ앱으로 이동앱

데모사용사례어떻게 작동하나요요금제FAQ도움말
ČeštinaEnglishEspañolFrançaisDeutsch中文العربيةहिन्दीPortuguêsРусский日本語বাংলাBahasa IndonesiaاردوTürkçeTiếng Việt한국어Italianoதமிழ்मराठी
이용 약관

© 2026 ParseDoc.dev. 효과적인 회계를 위해 💚로 제작됨.

운영자: Ing. Marek Javůrek, Sopřeč 29, 533 16, IČO: 03986381

  • 시작하기
  • 문서
  • 샤논
  • 스키마 및 출력
    • 시스템 스키마
    • 사용자 정의 스키마
    • 내보내기 형식
    • ISDOC, UBL 및 CII
  • 회계와의 연결
  • 개요 및 활동
  • 계정 설정
  • 청구 및 구독
  • 보안 및 개인 정보 보호
  • 문제 해결
  • 뉴스
스키마 및 출력ISDOC, UBL 및 CII

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Č가 누락되었다고 보고하며, 다른 유형의 문서는 청구서 형식으로 변환되지 않습니다. 수신자가 파일을 거부할 경우, 오류 메시지와 문서 식별자를 저희에게 보내주세요.

이전내보내기 형식다음회계와의 연결

이 페이지에서

  • ISDOC
  • UBL 2.1
  • CII D16B
  • 어떤 것을 선택할까
  • 검증