독일 수출 상업 송장(Handelsrechnung) 데이터 추출 방법
관세 및 회계 활용
독일 수출 상업 송장(Handelsrechnung)에는 국내 청구서(Rechnung)에는 없는 약 12개의 필드가 포함되어 있습니다. 수출업체의 EORI 번호, 품목별 11자리 관세율 번호(Zolltarifnummer), 위치별 원산지 국가(Ursprungsland), 적용 인코텀즈, 순중량 및 총중량, 수출 확인서(Ausfuhrbestätigung) 섹션이 그것입니다. 이 모든 필드는 수출 부서에서 송장 템플릿에 직접 입력한 것입니다. 그리고 이 모든 필드는 최소 두 개의 다른 시스템, 즉 관세를 위한 ATLAS 수출 신고 시스템과 회계를 위한 내부 ERP에 다시 입력해야 합니다. 아래 설명된 추출 방식은 두 번의 재입력 단계를 단일 구조화된 출력으로 대체합니다. Handelsrechnung당 한 행, 한 번 정의된 열, PDF에서 캡처된 모든 필드입니다.
핵심 요약
- 독일 Handelsrechnung에는 국내 Rechnung에는 없는 약 12개의 관세 전용 필드(EORI 번호, 품목별 11자리 HS 코드, 원산지 국가, 인코텀즈, 순중량 및 총중량)가 포함되어 있으며, 각 필드는 PDF에서 ATLAS 및 ERP로 다시 입력해야 합니다.
- 월 30건의 선적을 처리하는 수출업체는 매월 약 240개의 관세 필드를 PDF에서 스프레드시트로 옮겨 적습니다. 모든 키 입력은 관세 당국이 보는 데이터와 회계 장부의 데이터가 일치하지 않을 가능성을 내포하며, 이 차이는 세무 당국(FINANZAMT)의 감사 시 교차 확인됩니다.
- 추출 열을 한 번 정의하고 PDF를 다시 입력하는 대신 업로드하면 ATLAS 수출 신고와 ERP 회계 입력이라는 두 파이프라인이 하나의 구조화된 스프레드시트에서 데이터를 가져와 전사 과정의 차이를 원천적으로 제거합니다.
수출 상업 송장(Handelsrechnung)과 국내 청구서(Rechnung)의 차이점
모든 독일 기업은 청구서를 발행합니다. 국내 청구서(Rechnung, 판매 송장)는 §14 UStG에 따라 공급업체의 이름과 주소, 송장 날짜와 번호, 고객의 이름과 주소, 재화 또는 서비스의 수량과 설명, 순 금액, 부가가치세율과 금액, 총 합계 금액을 포함해야 합니다. 이러한 항목은 매출 채권 시스템, 부가가치세 신고(Umsatzsteuervoranmeldung), 그리고 연말 재무제표에 입력되는 필드입니다. 이는 DATEV, Lexware, SAP 등 모든 독일 회계 소프트웨어가 처리하도록 설계된 필드입니다.
수출 상업 송장(Handelsrechnung)은 이러한 모든 필드를 포함합니다. 하지만 한 가지 이유로 추가 필드 세트도 함께 포함합니다. 바로 상품이 관세 국경을 통과하기 때문입니다. 이러한 필드는 목적지 국가의 세관 당국이 관세를 평가하고, 원산지를 확인하며, 신고 가격을 검증하는 데 필요합니다. EU 관세법(UCC, 규정 (EU) 제952/2013호)에 따라, EU에서 비EU 국가로 수출되는 상품에 첨부되는 모든 상업 송장에는 다음이 포함되어야 합니다:
| 필드 (독일어 용어) | 영문 설명 | 세관이 필요한 이유 |
|---|---|---|
| EORI 번호 | 경제운영자 등록 및 식별 번호 — 형식: DE + 15자리 숫자 | EU 세관 시스템에서 수출자를 식별합니다. 모든 세관 신고 시 UCC 제9조에 따라 필수입니다. 이 번호가 없으면 ATLAS가 수출 신고를 거부합니다. |
| 관세율 번호(HS 코드) | 품목별 11자리 독일 관세율 코드 — 처음 6자리 = 국제 HS, 7~8자리 = EU 결합명세, 9~10자리 = TARIC, 11자리 = 독일 국가 코드 | 수출 통제 분류, 수출 제한 사항, 그리고 수입자의 경우 목적지 관세율을 결정합니다. 송장별이 아닌 품목별로 적용됩니다. |
| 원산지 국가 | 품목별 원산지 — 상품이 완전히 획득되거나 최종 실질 가공을 거친 국가(UCC 제60조) | 목적지에서의 특혜 관세 적용 여부를 결정합니다. 하나의 선적에 여러 원산지의 상품이 포함될 수 있으므로 품목별로 명시해야 합니다. |
| 인코텀즈 | 인코텀즈 2020 조항 — 예: EXW 슈투트가르트, FOB 함부르크, CIF 뉴욕, DDP 도쿄 | 각 구간에서 운송비, 보험료 및 세관 위험을 누가 부담하는지 정의합니다. 신고된 관세 가격에 포함되는 항목(운임 + 보험 여부)을 결정합니다. |
| 순중량 / 총중량 | 품목별 또는 선적별 순중량(상품만) 및 총중량(상품 + 포장) (kg) | 운송 서류(CMR, AWB, B/L) 및 관세 평가에 필요합니다. 총중량은 운임과 취급 요건을 결정합니다. |
| 수출 확인서 | 수출 확인 섹션 — 일반적으로 세관 도장 또는 전자 ATLAS 출항 확인을 위한 예약 영역 | 상품이 물리적으로 EU 관세 영역을 떠났음을 증명합니다. §4 Nr. 1a UStG에 따른 부가가치세 영세율 적용에 필요합니다. 이 서류가 없으면 수출자는 UVA에서 면세를 입증할 수 없습니다. |
이 모든 필드는 수출 부서에서 수출 상업 송장(Handelsrechnung) 템플릿에 입력합니다. 동일한 필드는 이후 ATLAS 수출 신고서에도 입력되어야 하며, 수출 부서나 관세사가 이를 다시 입력합니다. 그리고 회계 부서는 하위 집합(송장 번호, 총액, 수출 원장용 EORI)을 내부 ERP에 세 번째로 다시 입력해야 합니다. 수출 상업 송장(Handelsrechnung)은 한 번 작성됩니다. 그러나 그 데이터는 세 번 입력됩니다.
이중 파이프라인 문제: 하나의 청구서, 두 개의 시스템, 연결 제로
한 달에 30건의 선적을 처리하는 독일 수출업체는 30개의 수출 상업 송장(Handelsrechnung)을 발행합니다. 각 송장은 완전히 분리된 두 개의 데이터 파이프라인을 거치며, 두 파이프라인은 서로 소통하지 않습니다.
파이프라인 1: 세관 (ATLAS AES). 수출 부서 또는 통관 대행업체(Zollspediteur)는 수출 상업 송장(Handelsrechnung)의 데이터를 가져와 ATLAS AES 수출 신고(Ausfuhranmeldung)에 입력합니다. 이 신고에는 EORI 번호, 품목별 HS 코드, 품목별 원산지 국가, 인코텀즈, 관세 가액, 순중량/총중량이 필요합니다. 신고는 ATLAS 호환 소프트웨어(AEB Export Filing, DAKOSY GE, MIC-CUST, SAP GTS) 또는 통관 브로커의 자체 시스템을 통해 제출됩니다. ATLAS가 이를 처리하고 위험 분석을 수행한 후, 승인되면 18자리 이동 참조 번호(MRN)가 포함된 수출 동반 문서(EAD, Ausfuhrbegleitdokument)를 발행합니다. 상품이 EU를 떠나면 수출업체는 출항 확인(Ausgangsvermerk)을 받습니다. 이는 상품이 물리적으로 반출되었음을 증명하여 부가가치세 영세율 적용을 입증하는 증거입니다.
파이프라인 2: 회계 (ERP). 회계 부서는 동일한 수출 상업 송장(Handelsrechnung)을 수출 부서 또는 문서 관리 시스템에서 PDF로 받습니다. 회계사는 수출 매출을 전기(book)해야 합니다: 송장 번호, 송장 일자, 고객명, 총 금액, 비용 배분을 위한 인코텀즈(운임 및 보험료는 상품 가치와 다른 계정으로 전기됨), 그리고 수출 원장(Ausfuhrbuch)을 위한 EORI 번호가 필요합니다. 부가가치세 신고(Umsatzsteuervoranmeldung 또는 UVA)를 위해 회계사는 각 수출 상업 송장(Handelsrechnung)을 해당 출항 확인(Ausgangsvermerk)과 대조하여 §4 Nr. 1a UStG에 따른 면세 수출 수익을 입증해야 합니다. 인트라스타트(Intrastat) 보고(EU 역내 무역 통계, 대외 무역 통계법(Außenhandelsstatistikgesetz)에 따라 의무)를 위해 회계사는 HS 코드, 도착 국가, 상품 코드별 통계 가액이 필요합니다.
간극. 파이프라인 1은 수출 부서로부터 데이터를 받습니다. 수출 부서는 ATLAS 소프트웨어에 직접 입력하거나 브로커에게 이메일로 전송합니다. 파이프라인 2는 수출 상업 송장(Handelsrechnung)의 PDF에서 데이터를 받습니다. 이 PDF는 회계 받은 편지함에 평면 문서(flat document)로 도착합니다. 모든 필드는 보이지만 구조화되어 있지 않습니다. 회계사는 PDF를 열고 송장 번호, 일자, 총액, EORI, 인코텀즈, HS 코드를 ERP에 다시 입력합니다. 한 달에 30개의 수출 상업 송장(Handelsrechnung)에 대해, 각 송장당 약 8개의 세관 관련 필드가 있다면, 매달 240개의 필드를 PDF에서 스프레드시트로 수동으로 옮겨 적는 셈입니다. 모든 키 입력은 잠재적인 전사 오류입니다. 모든 오류는 연쇄적으로 발생합니다. 회계 원장에 잘못 입력된 HS 코드가 ATLAS에 제출된 HS 코드와 일치하지 않으면 세관 감사(Zollprüfung) 또는 부가가치세 특별 감사(Umsatzsteuer-Sonderprüfung)에서 불일치로 드러납니다.
이는 ATLAS가 폐쇄하려고 설계되었음에도 데이터 재입력 간극을 만드는 이유에 대한 분석에서 설명된 것과 동일한 구조적 간극입니다. 즉, 세관 신고를 디지털화한 시스템이 수입업체에 데이터를 PDF로 반환하고, 수동 전사 단계가 ATLAS 출력과 ERP 입력 사이의 간극을 메우는 것입니다. 수출 상업 송장(Handelsrechnung)은 수출 측면에서 동일한 파이프라인의 시작점입니다. 데이터는 구조화된 입력으로 생성되지만, 내부적으로 PDF로 전달되어 이를 필요로 하는 모든 시스템에 다시 입력됩니다.
추출 설정 방법: 열을 한 번 정의하면 모든 Handelsrechnung을 처리합니다
문제 해결 방법은 수출 부서가 Handelsrechnung을 작성하는 방식을 바꾸는 것이 아닙니다. 그들은 이미 데이터를 한 번 입력합니다. 해결책은 PDF가 각 하위 파이프라인으로 진입하는 시점에서 데이터를 캡처하여, PDF와 시스템 사이에 있는 재입력 단계를 제거하는 것입니다.
맞춤 열 추출은 각 문서에서 추출하려는 내용을 설명하는 열 이름 집합을 정의하는 방식으로 작동합니다. AI가 각 PDF를 읽고, 내용을 의미적으로 이해하며, 값이 페이지의 어디에 있든 또는 송장 간 레이아웃이 어떻게 다르든 관계없이 각 열에 해당하는 값을 찾습니다. 열을 한 번 정의하면 이후 업로드하는 모든 Handelsrechnung이 동일한 스프레드시트 구조를 채웁니다.
1단계: 핵심 관세 열 정의
다음은 파이프라인 1(ATLAS 수출 신고)에 필요한 필드입니다. AI가 의미적 맥락을 올바르게 매칭할 수 있도록, 수출 팀이 사용하는 정확한 독일어 용어를 사용하여 각 열을 정의하십시오:
| 열 이름 | AI가 추출하는 내용 |
|---|---|
Handelsrechnung Nummer (Commercial Invoice Number) | 송장 번호 — 일반적으로 독일 수출 송장에서는 "HR-" 또는 "EX-" 접두사가 붙으며, 국내 청구서(Rechnung) 번호와 구분됩니다 |
Handelsrechnung Datum (Invoice Date, DD.MM.YYYY) | 독일 날짜 형식의 송장 발행일 |
EORI-Nummer (DE + 15 digits) | 수출업자의 EORI 번호 — ATLAS 신고를 제출하는 법인과 일치해야 합니다 |
Kunde (Customer Name and Address) | 해외 구매자의 전체 이름과 주소(국가 포함) |
Zolltarifnummer (11-digit Customs Tariff Code) per Position | 송장의 각 품목에 대한 전체 11자리 독일 관세 코드 |
Ursprungsland (Country of Origin, ISO Code) per Position | 품목별 원산지 국가 — 예: 독일 원산 상품은 DE, 중국 원산 상품은 CN |
Lieferbedingungen (Incoterms 2020) | 인코텀즈 조항 — 예: FOB Hamburg, CIF New York, EXW Stuttgart, DDP Tokyo |
Nettogewicht pro Position (Net Weight per Line Item, in kg) | 상품 품목별 순중량 |
Bruttogewicht Gesamt (Total Gross Weight, in kg) | 모든 포장을 포함한 선적물의 총중량 |
2단계: 교차 검증을 위한 추론 열 추가
추론 열을 사용하면 AI가 이미 읽은 정보에서 데이터를 도출할 수 있습니다. 즉, 수출 상업 송장(Handelsrechnung)에 암시적으로 명시되어 있지만 세관 신고 시 명시적으로 요구되는 값을 생성합니다. 직접 추출 열 아래에 다음 열을 추가하세요:
| 추론 열 이름 | AI가 도출하는 내용 |
|---|---|
HS 챕터 (Zolltarifnummer에서 도출: 2자리 챕터 번호와 설명 출력, 예: "84 — 기계류 및 기계 기구") | 11자리 코드를 사람이 읽을 수 있는 HS 챕터로 변환합니다. 인트라스타트 상품 그룹화와 코드의 챕터가 제품 설명과 일치하지 않는 오분류를 찾는 데 유용합니다. |
Bestimmungsland (목적지 국가, 고객 주소에서 추출) | 고객 주소에서 목적지 국가를 추출합니다. 이는 상품이 물리적으로 배송되는 국가로, 청구지 주소와 다를 수 있습니다. |
3단계: 세관 가치 검증을 위한 계산 열 추가
독일 수출 신고에서 흔한 오류는 세관 가치 불일치입니다. 수출 상업 송장(Handelsrechnung)에 명시된 가치(사용된 인코텀즈에 따라 EXW, FOB 또는 CIF로 표시될 수 있음)가 ATLAS 신고에 필요한 가치와 다른 경우입니다. ATLAS 수출 신고에는 독일 국경에서의 통계적 가치(일반적으로 FOB 또는 EXW 가치에 독일 출발 항구 또는 공항까지의 내륙 운송비를 더한 값)가 필요합니다.
계산 열을 추가하여 송장 총액과 개별 품목 합계 간의 차이를 표시하세요. 이는 세관 가치 계산의 전제 조건입니다:
| 계산 열 이름 | AI가 계산하는 내용 |
|---|---|
송장 총액 vs 품목 합계 확인 (Rechnungssumme에서 모든 Positionen의 합계를 뺀 값 — 차이가 €1 이내이면 "OK", €1 초과이면 "CHECK" 출력) | 모든 개별 품목 금액을 합산하여 송장 총액과 비교합니다. 데이터가 ATLAS 신고 또는 회계 입력에 도달하기 전에 산술 오류를 찾아냅니다. |
Positionen Anzahl (품목 수, 이 송장의 총 상품 라인 수 계산) | 개별 품목의 수를 셉니다. 추출이 모든 행을 포착했는지 확인하고, 각 상품 코드가 별도의 통계 항목인 인트라스타트 보고에 유용합니다. |
파일은 안전하게 처리되며 저장되지 않습니다.
4단계: 모든 수출 선적분의 Handelsrechnung 업로드
이번 달, 이번 분기 또는 전체 회계연도의 Handelsrechnung PDF를 업로드합니다. AI는 배치 내에서 각 송장을 독립적으로 처리합니다. 다른 레이아웃(다른 템플릿, 다른 열 위치, 다른 인코텀즈 배치)을 사용하는 송장도 표준 템플릿과 동일하게 처리됩니다. AI가 필드를 페이지상의 위치가 아닌 의미적 의미로 찾기 때문입니다.
Handelsrechnung과 함께 국내 청구서(Rechnung)도 관리하는 독일 수출업자의 경우, 추출 방식은 두 문서 유형을 동일한 배치에서 처리합니다. 관세 관련 열(EORI 번호, HS 코드, 원산지 국가, 인코텀즈, 중량)을 열로 정의하면, 이러한 필드가 없는 국내 청구서(Rechnung)의 해당 셀은 비어 있게 됩니다. 송장 번호, 날짜, 고객, 합계 등 공통 필드는 두 문서 유형 모두에서 채워져, 국내 청구서(Rechnung)이든 수출 상업 송장(Handelsrechnung)이든 관계없이 하나의 통합된 수출 스프레드시트를 제공합니다.
제공되는 결과: Handelsrechnung당 한 행, 모든 필드가 제자리에
출력은 스프레드시트(Excel, CSV 또는 Google Sheets 애드온을 통해 Google Sheets로 직접)이며, Handelsrechnung당 한 행씩 구성됩니다. 열은 사용자가 정의한 항목이며, 각 셀의 값은 AI가 PDF에서 추출한 내용입니다.
이 스프레드시트는 두 파이프라인에 동시에 데이터를 제공합니다:
ATLAS 신고에 필요한 EORI 번호, HS 코드, 원산지 국가, 인코텀즈, 중량이 이미 스프레드시트에 포함되어 있습니다. 수출 부서나 관세사는 각 PDF를 열어 다시 입력할 필요 없이 스프레드시트에서 직접 ATLAS 소프트웨어에 데이터를 입력합니다. ATLAS 소프트웨어(AEB, DAKOSY, MIC-CUST)가 일괄 신고를 위한 CSV 또는 Excel 가져오기를 지원하는 경우, 데이터가 신고서에 직접 입력됩니다. 관세사를 이용하는 경우, PDF 대신 스프레드시트를 보내면 됩니다. 관세사는 PDF에서 읽는 대신 표에서 복사하므로 데이터 입력 속도가 빠르고 전사 오류가 적습니다.
송장 번호, 날짜, 고객, 총액, EORI 번호, 인코텀즈는 수출 원장(Ausfuhrbuch)과 부가가치세 신고(UVA)에 사용됩니다. HS 챕터와 목적지 국가는 인트라스타트 신고에 사용됩니다. 회계사가 30개의 PDF를 열고 240개 필드를 다시 입력하는 대신, 하나의 스프레드시트를 열고 PDF와 값을 대조 확인한 후 DATEV, Lexware 또는 SAP로 데이터를 가져옵니다. 검증은 오류를 잡아내고, 전사는 오류를 만듭니다.
스프레드시트는 Handelsrechnung 데이터의 단일 진실 공급원(Single Source of Truth)이 됩니다. EORI 번호로 필터링하여 모든 수출 신고가 올바른 수출자 식별자를 사용하는지 확인합니다. HS 챕터로 필터링하여 분기별 인트라스타트 보고서를 위해 상품별 수출량을 그룹화합니다. 계산 열인 "송장 총액 vs 라인 항목 합계 확인"을 비교하여 산술적 불일치가 ATLAS 신고에 도달하기 전에 발견합니다. 수출 신고에 사용된 동일한 데이터 세트가 회계 입력에도 사용되므로, 두 파이프라인 간에 원천 데이터가 일관성을 유지하여 관세 신고 금액과 회계 장부 금액이 달라지는 일반적인 감사 지적 사항을 제거합니다.
FAQ — 독일 수출 상업 송장(Handelsrechnung) 데이터 추출
여러 품목에 각각 다른 HS 코드와 원산지 국가가 있는 Handelsrechnung도 처리할 수 있나요?
네. 각 품목은 고유한 HS 코드와 원산지 국가와 함께 추출됩니다. 출력은 송장당 한 행 구조를 유지합니다. 품목당 한 행이 필요하다면 열 이름 앞에 "per Position" 접두사를 붙이면 AI가 각 상품 라인을 별도의 추출 단위로 처리합니다. 그러나 대부분의 수출 워크플로에서는 HS 코드와 원산지가 기본 상품을 기준으로 집계되거나 표시되는 송장당 한 행 구조로 충분합니다. ATLAS 신고서에 이미 품목별 세부 정보가 포함되어 있고 회계 입력에는 송장 수준 요약만 필요하기 때문입니다.
다양한 인코텀즈, 특히 동일 송장 내 EXW, FOB, CIF 값의 차이는 어떻게 처리하나요?
AI는 송장에 명시된 대로 인코텀즈를 추출합니다(예: FOB Hamburg, CIF New York, EXW Stuttgart). 운송비나 보험료 추가분은 계산하지 않습니다. ATLAS 신고에 사용되는 관세 가액 계산을 위해서는 인코텀즈에 따라 송장 가액을 조정해야 합니다. EXW 가액 + EU 국경까지의 역내 운송비 = 통계 가액, FOB 가액은 일반적으로 ATLAS 수출 신고에 그대로 사용 가능하며, CIF 가액에는 수출 측 신고에서 분리해야 할 운임과 보험이 포함되어 있습니다. 계산 열 "송장 합계 대 품목 합계 확인"은 송장 산술을 검증하지만, 인코텀즈-관세 가액 조정은 수동 계산 단계로 남아 있습니다. 또는 운송비와 보험료가 선적 건별로 알려진 경우 계산 열로 자동화할 수 있습니다.
이 도구가 ATLAS AES 수출 신고 제출을 대체하나요?
아니요. 추출은 ATLAS 신고를 위한 입력 데이터를 생성합니다. 신고서 제출에는 여전히 ATLAS 호환 소프트웨어(AEB, DAKOSY, MIC-CUST, SAP GTS 또는 세관 브로커 시스템)와 독일 세관 당국(Generalzolldirektion)의 활성 ATLAS 참가자 등록이 필요합니다. 이 추출 도구는 Handelsrechnung PDF를 읽고 ATLAS 소프트웨어에 필드를 입력하는 수동 데이터 입력 단계를 대체하는 것이지, 소프트웨어 자체를 대체하는 것은 아닙니다. 세관 신고에서 구조화된 데이터 세트까지의 전체 워크플로는 독일 세관 신고 데이터를 Excel로 추출하는 가이드에서 수입 측에 해당하는 내용을 다룹니다.
수출 확인서(Ausfuhrbestätigung) / 출항 확인(Ausgangsvermerk)은 이 워크플로에 어떻게 통합되나요?
수출 확인서(Ausfuhrbestätigung)는 물품이 물리적으로 EU 관세 영역을 떠났음을 증명하는 서류입니다. 물품이 제시되고 통관된 후 ATLAS를 통해 출구 세관에서 발행됩니다. 이는 Handelsrechnung 자체의 필드가 아니라 수출 신고가 처리된 후 도착하는 별도의 전자 메시지 또는 스탬프입니다. 추출 워크플로에서는 먼저 Handelsrechnung 데이터를 추출하여 ATLAS 신고 입력을 생성합니다. 신고가 제출되고 물품이 수출된 후 출항 확인(Ausgangsvermerk)을 수신합니다. 그 시점에 스프레드시트에 Ausgangsvermerk erhalten (J/N) 열을 추가하고 확인서가 도착할 때 각 행을 수동으로 표시하여 회계 팀이 부가가치세 영세율이 적용되는 수출과 대기 중인 수출을 한눈에 파악할 수 있도록 할 수 있습니다.
동일한 열 설정으로 독일 국내 청구서(Rechnung)에서도 데이터를 추출할 수 있나요?
네, 가능합니다. 공통 필드(송장 번호, 날짜, 고객, 금액)는 모든 청구서 형식에서 채워집니다. 관세 관련 열(EORI 번호, HS 코드, 원산지, 인코텀즈, 중량)은 국내 청구서(Rechnung)의 경우 비어 있습니다. 즉, 수출 상업 송장(Handelsrechnung) 20개와 국내 청구서(Rechnung) 40개가 섞인 배치를 업로드하여 하나의 통합 스프레드시트를 얻을 수 있습니다. EORI 번호 열을 기준으로 정렬하여 수출 송장과 국내 송장을 구분하십시오. 동일한 원칙이 ELSTER 세금 양식 데이터 추출에도 적용됩니다. 열을 한 번 정의하고 원본 문서에서 데이터를 가져오면 됩니다. 독일 ELSTER 세금 양식 데이터를 Excel로 추출하는 가이드는 동일한 열 정의 방식을 다른 문서 유형에 적용합니다.
Handelsrechnung에는 이미 관세 신고와 회계 시스템에 필요한 모든 필드가 포함되어 있습니다. 병목 현상은 데이터 부족이 아니라, 스프레드시트가 있어야 할 자리에 PDF가 있다는 점입니다.
Handelsrechnung 추출하기