독일 수입 데이터 입력 문제
ATLAS가 해결하려던 격차를 오히려 만드는 이유
독일의 ATLAS를 통해 세관 신고서를 제출하는 데는 관세사가 건당 약 3분이 걸립니다. 데이터가 전자적으로 입력되고, ATLAS가 이를 검증한 후, 시스템은 18자리 MRN이 포함된 접수 확인 메시지를 반환하며 물품이 통관됩니다. 이후 수입업체가 받는 것은 동일한 Zollanmeldung의 PDF, 즉 보관용으로 형식화된 평면 문서입니다. 11자리 관세 번호(Zolltarifnummer), 신고된 과세 가격(Zollwert), 원산지 국가(Ursprungsland), 신고인의 EORI 번호, 순중량(Eigenmasse), 통관 절차 코드(Zollverfahrenscode)가 모두 페이지에 정확히 표시됩니다. 하지만 그 정보는 페이지에 갇혀 있습니다. 각 필드를 다시 정렬 가능한 형식으로 되돌리려면 PDF를 열고 모든 값을 다시 입력해야 합니다. 월 40건의 선적을 처리하는 중견 독일 수입업체의 경우, 이 재입력 작업에 매월 약 3시간이 소요됩니다. 그리고 이는 세관 신고를 디지털화한 시스템이 신고를 검증하도록 설계되었기 때문에 발생하는 일입니다. 즉, 비용을 지불하는 수입업체에게 구조화된 데이터로 반환하도록 설계되지 않았기 때문입니다.
주요 시사점
- 브로커는 ATLAS를 통해 Zollanmeldung을 3분 만에 제출하지만, 결과 PDF에서 동일한 11자리 관세 번호, 과세 가격, EORI 번호를 스프레드시트로 옮기는 데는 매월 3시간이 추가로 소요되며, 이 재입력 격차는 어떤 계약이나 예산 항목에도 포함되어 있지 않습니다.
- 가시적 비용은 월 약 €100의 직원 시간이지만, 보이지 않는 비용은 상품을 잘못된 관세 항목으로 이동시키는 관세 번호 전위 오류, 3주 동안 감지되지 않은 채 방치되는 관세 불일치로 인한 조정 지연, 그리고 40개의 분리된 PDF에 데이터가 흩어져 있어 아무도 묻지 않는 분석적 질문입니다.
- 격차를 원천에서 해소하십시오: 독일 세관 용어를 사용하여 추출 열을 한 번 정의하고, 모든 브로커와 신고 채널의 모든 Zollanmeldung PDF를 동일한 스프레드시트에 공급하고, 월 400개 필드를 재입력하는 사람을 이를 검증하는 사람으로 전환하십시오.
눈에 보이는 3분 — 그리고 보이지 않는 3시간
독일 수입 거래에 관여하는 모든 사람은 중개인의 수수료를 볼 수 있습니다. Zollvertreter(관세사, 포워딩 업무를 겸할 경우 Zollspediteur라고도 함)는 ITZBund가 연합 관세법(Regulation EU No 952/2013, UZK)에 따라 운영하는 자동 관세 IT 플랫폼인 ATLAS를 통해 전자 Zollanmeldung을 제출합니다. ATLAS는 EZT-online 데이터베이스와 대조하여 관세 분류를 검증하고, EU 등록부와 대조하여 EORI 번호를 확인하며, 관세 및 수입 부가가치세를 계산하고, 승인되면 Steuerbescheid와 18자리 MRN을 발행합니다. 중개인의 송장이 도착합니다: 통관 절차에 대한 항목, ATLAS 신고에 대한 항목. 수입업자가 이를 지불합니다. 거래가 완료된 것처럼 보입니다.
중개인의 송장이 포함하지 않는 것 — 그리고 어떤 물류 송장의 항목도 포착하지 않는 것 — 은 ATLAS 승인 이후에 발생하는 일입니다. 수입업자는 Zollanmeldung PDF를 받습니다. 해당 PDF 안에는 수입업자가 자체 운영에 필요한 필드들이 있습니다: 월별 수입량 보고서를 위한 11자리 Zolltarifnummer, 공급업체 송장 조정을 위한 유로화 Zollwert, 분기별 원산지 문서 감사를 위한 Ursprungsland, 자유 유통 관세와 보세 창고 유예 관세를 구분하는 운전 자본 현금 흐름 예측을 위한 Zollverfahrenscode입니다. 이 모든 필드는 구조화된 데이터로 ATLAS에 입력되었습니다. 이 모든 필드는 평범한 PDF로 수입업자에게 반환됩니다. PDF에서 이를 다시 추출하여 스프레드시트에 넣는 단계는 관세 준수 활동이 아닙니다. 이는 형식 변환입니다 — 그리고 누구의 직무 설명에도, 어떤 예산에도, 어떤 송장에도 보이지 않습니다.
ATLAS는 종이 세관 신고서를 없애기 위해 설계되었습니다. 성공했습니다. ATLAS가 설계되지 않은 것 — 그리고 수입업자가 월말에 발견하는 것 — 은 내부 시스템이 읽을 수 있는 형식으로 데이터를 수입업자에게 반환하는 것입니다. 종이 신고서는 PDF 신고서로 대체되었습니다. 재입력 단계는 사라지지 않았습니다. 중개인의 책상에서 수입업자의 화면으로 옮겨졌을 뿐입니다.
데이터 격차의 구조: 구조화된 입력이 비구조화된 출력이 되는 과정
격차가 왜 존재하는지 이해하려면 데이터의 전체 여정을 따라가야 합니다. 이는 기술이 실패한 이야기가 아닙니다. ATLAS와 수입업체의 ERP라는, 서로 연결되도록 설계된 적이 없는 두 시스템 사이를 인간이 키보드로 메우는 이야기입니다.
관세사는 ATLAS 호환 양식에 화물 데이터를 입력합니다: 품목별 11자리 Zolltarifnummer, 유로화 Zollwert, ISO 2자리 코드로 된 Ursprungsland, 신고인과 수하인의 EORI 번호, 통관 절차를 나타내는 Zollverfahrenscode, 킬로그램 단위의 순중량(Eigenmasse)과 총중량(Rohmasse), 포장 수, 그리고 특혜 관세를 신청하는 경우 Präferenzursprungsland와 특혜 코드입니다. 이 데이터는 EDIFACT 또는 XML 메시지로 ATLAS에 전송됩니다. 검증을 거쳐 전자 관세표(EZT-online)와 대조된 후 수 분 내에 승인 또는 거부됩니다. 데이터는 구조화된 데이터로 ATLAS에 입력됩니다. ATLAS는 이를 구조화된 데이터로 처리합니다. 승인 메시지도 구조화된 데이터로 반환됩니다 — MRN, 계산된 관세가 포함된 Steuerbescheid, 상태 코드가 그것입니다.
관세사가 수입업자에게 보내는 Zollanmeldung PDF는 신고의 법적 기록입니다. UZK 제51조에 따라 신고인은 잠재적인 세관 감사(Zollprüfung)를 대비해 세관 신고서와 증빙 서류 사본을 최소 3년간 보관해야 합니다. PDF가 바로 이 법적 기록의 역할을 합니다. 사람이 읽도록 형식이 지정되어 있으며, 기계가 파싱하도록 만들어진 것이 아닙니다. 개별 데이터 포인트로 입력되었던 필드들 — 11자리 관세 코드, 과세 가격, 원산지 국가 — 은 페이지에 텍스트로 렌더링되며, 추출 가능한 필드임을 표시하는 메타데이터는 없습니다. ATLAS에 입력된 구조화된 데이터는 PDF 위의 텍스트 이미지가 된 것입니다.
수입업자에게 Zollanmeldung은 보관용 문서가 아닙니다. 최소 네 가지 내부 프로세스의 입력 문서입니다: 관세 번호별 월간 수입량 보고서, 공급업체 송장 대사(신고된 Zollwert를 Handelsrechnung의 FOB 가치에 운임과 보험료를 더한 금액과 비교), 분기별 관세 예측 현금 흐름 모델, 그리고 EU 자유 무역 협정에 따라 요구되는 연간 원산지 문서 감사입니다. SAP, DATEV, Lexware 또는 맞춤형 Excel 기반 수입 원장 등 어떤 ERP 시스템이든 이러한 기능을 수행하려면 구조화된 데이터가 필요합니다. 수입업자는 PDF를 가지고 있습니다. ERP는 행과 열을 요구합니다. 그 사이의 간극은 한 화면에서 다른 화면으로 각 필드를 직접 입력하는 사람이 메웁니다. 월 40건의 신고서에 각각 10개 필드가 있다면, 이는 400회의 수동 전사 작업입니다 — 어떤 프로세스 맵, 비용 견적, 관세사 계약서에도 나타나지 않는 약 3시간의 작업입니다.
이러한 격차는 BAS 신고가 호주 중소기업에 양식에 표시된 비용보다 더 많은 비용을 부과하는 이유에 대한 분석에서 설명된 것과 구조적으로 동일합니다. 양식은 구조화된 숫자를 받아들이지만, 해당 숫자가 포함된 문서는 PDF로 도착하며, 문서에서 양식으로 데이터를 추출하는 수동 단계가 아무도 예산을 잡지 않는 병목 지점입니다. 세관 신고와 세금 신고는 서로 다른 정부 양식을 쓴 동일한 문제입니다. 데이터 조립 단계가 신고 단계를 압도하며, "더 쉽게 만들기"를 겨냥한 대부분의 도구는 신고 측면만 다루고 조립 측면은 수동으로 남겨둡니다.
재입력 격차의 실제 비용 — 3시간을 넘어서
수동 데이터 재입력의 가시적 비용은 계산하기 쉽습니다. 월 40건의 신고서에 각 4~5분이 소요되면 대략 직원 시간 3시간에 해당합니다. 함부르크나 브레머하펜 같은 독일 물류 허브에서 중간 수준 수입 조정자 급여를 기준으로 하면, 직접 인건비로 월 약 €75–100입니다. 12개월로 환산하면 형식 변환을 위한 인건비로 연간 약 €900–1,200입니다. 이것이 대부분의 수입업자가 보는 숫자이며, 아예 숫자를 보지 못하는 경우도 있습니다. 그러나 이것은 실제 비용 중 가장 작은 부분입니다.
전사 오류 비용. 11자리 Zolltarifnummer — 예를 들어 여성용 면바지의 6204.62.31.00.9 — 는 11회의 키 입력이 필요합니다. 키 입력 500회당 약 1회의 데이터 입력 전사 오류율을 적용하면, 400개 필드 전사에서 매월 한 필드가 잘못 입력됩니다. Zolltarifnummer의 한 자리 오류 — "2"가 있어야 할 자리에 "3"이 입력된 경우 — 상품을 관세율이 다른 전혀 다른 관세 항목으로 이동시킬 수 있습니다. ATLAS가 통관 당시 올바른 코드를 검증했다면, 오류는 수입업체 내부 스프레드시트에만 존재합니다. 그러나 두 가지 이유로 위험합니다. 월간 수입량 보고서에 반영되고, 이는 분기별 관세 예측으로 이어지며, 다시 현금 흐름 전망으로 이어집니다. 또한 Zollprüfung 중 중개인의 데이터와 교차 검증될 수 있으며, 수입업체 기록과 세관 신고 데이터 간 불일치는 순수한 사무상 오류일지라도 수입업체의 내부 통제에 대한 의문을 제기합니다.
조정 지연 비용. Zollanmeldung 데이터를 스프레드시트로 추출하는 목적은 스프레드시트 자체가 아닙니다. 공급업체의 Handelsrechnung과의 조정이 목적입니다. 공급업체의 상업 송장에는 FOB 선전 기준 가치인 €12,000이 명시되어 있습니다. Zollanmeldung에는 운임과 보험이 추가된 CIF 함부르크 기준 가치인 Zollwert €13,200이 신고됩니다. €1,200의 차이는 정상입니다. 그러나 수입 조정자가 데이터 입력 백로그가 3주 동안 누적되었기 때문에 월말에만 Zollwert를 추출한다면, 해당 €1,200 차이가 정당하다는 조정 확인은 상품 통관 후 3주가 지나서야 이루어집니다. Zollwert가 잘못 입력된 경우 — 예를 들어 운임이 이중 계산되어 €13,200 대신 €13,800으로 신고된 경우 — 이 불일치는 3주 동안 발견되지 않은 채 방치되며, 그 사이 세관은 이자가 포함된 Nacherhebungsbescheid를 발행할 수 있습니다.
교차 신고 분석 비용은 실제로 발생하지 않습니다. Zollanmeldung 데이터가 40개의 개별 PDF에 분산되어 있으면 누구도 그 데이터에 대해 분석적인 질문을 던지지 않습니다. "지난 분기 섬유 수입의 킬로그램당 평균 신고 과세 가격은 얼마였나요?"라는 질문에 답하려면 120개의 PDF에서 Zollwert와 Eigenmasse를 추출하고 나눠야 합니다. 아무도 이 작업을 하지 않습니다. 추출 자체가 분석에 사용할 시간을 소모하기 때문입니다. 여기서의 비용은 예산 항목이 아니라 잃어버린 인텔리전스입니다. 수입업자는 매달 관세를 납부하고 Aufschubkonto 명세서에서 총 납부액을 확인합니다. 그러나 수입업자가 알지 못하는 것은 — 데이터가 PDF에 분산되어 있기 때문에 — 어떤 관세 품목 번호, 어떤 원산지 국가, 어떤 통관 절차가 그 총액을 견인하고 있는지입니다. 이것은 일괄 처리가 해제하는 것과 동일한 인사이트로, 50건의 일괄 처리된 Zollanmeldung에서 관세 요약을 구축하는 분석에 자세히 설명되어 있습니다 — 단, 데이터가 먼저 스프레드시트에 도달해야 합니다.
ATLAS 신고 소프트웨어가 격차를 해소하지 못하는 이유
이 시점에서 자연스러운 질문: 수입업자가 DAKOSY, AEB Import Filing, MIC-CUST 또는 Declarium과 같은 ATLAS 호환 신고 소프트웨어를 사용한다면, 그 소프트웨어가 이미 신고 데이터를 캡처하지 않나요? 맞습니다 — 해당 특정 소프트웨어를 통해 제출된 신고에 대해서는 그렇습니다. 한계는 기능이 아니라 범위입니다.
아시아에서 해상 화물을 수입하는 독일 수입업자가 DAKOSY를 사용하는 경우, 항공 화물 신고는 ATLAS Internet-Zollanmeldung(IZA)을 통해 직접 제출하고, 일부 화물은 자체 LIS 또는 MIC-CUST 설치를 사용하는 포워더를 통해 제출할 수 있습니다. 각 신고 채널은 자체 신고 기록 세트를 생성합니다. DAKOSY 보고서는 해상 화물 신고를 다룹니다. IZA 신고는 PDF를 생성합니다. 포워더의 신고는 포워더 시스템에서 PDF로 도착합니다. 모든 신고의 통합 월말 보기가 필요한 수입업자에게는 병합되도록 설계된 적이 없는 세 가지 데이터 소스가 있습니다 — 그중 두 개는 PDF, 하나는 소프트웨어 보고서입니다.
단일 ATLAS 소프트웨어 제공업체가 모든 신고를 캡처하더라도, 캡처된 데이터는 수입업자의 내부 보고 요구가 아닌 ATLAS 규정 준수 필드에 최적화되어 있습니다. 소프트웨어는 Zolltarifnummer를 11자리 문자열로, Zollwert를 유로 금액으로, Zollverfahrenscode를 4자리 숫자로 저장합니다 — 정확히 ATLAS가 요구하는 필드입니다. 일반적으로 생성하지 않는 것은 수입업자의 보고 구조와 일치하는 통합 내보내기입니다: 신고당 한 행, 수입업자 재무 팀이 필요로 하는 필드와 함께 "HS 챕터" 또는 "관세 노출(Zollwert(과세 가격) × MFN 세율) 대 유효한 원산지 증명서가 있는 경우 특혜 세율"과 같은 추론 필드가 포함됩니다. 소프트웨어는 ATLAS가 필요로 하는 것을 내보냅니다. 수입업자는 수입 보고서가 필요로 하는 것을 필요로 합니다. 두 내보내기 사이의 격차는 또 다른 수동 필드 선택, 형식 지정 및 보충 데이터 입력의 라운드입니다.
독일 세관 환경에 특화된 또 다른 복잡성은 간접 대리인(indirekter Vertreter)의 역할입니다. 운송 주선인이 간접 대리인으로서 Zollanmeldung을 제출할 때, 그들은 수입업자를 대신하여 자신의 이름으로 행동하며 UZK 제84조에 따라 관세 채무에 대해 연대 책임을 집니다. 운송 주선인의 ATLAS 제출 데이터는 운송 주선인의 시스템에 속합니다. 수입업자의 해당 데이터 접근 권한은 운송 주선인이 사용 가능한 형식으로 제공하려는 의지와 기술적 능력에 달려 있습니다. 많은 운송 주선인이 표준 인도물로 신고서의 PDF 스캔본을 보냅니다. ATLAS에 입력된 구조화된 데이터는 운송 주선인의 ATLAS 소프트웨어에 남아 있습니다. 수입업자는 신고서가 종이로 제출되었더라면 받았을 것과 동일한 평면 PDF를 받게 됩니다. 그리고 수동 재입력 단계는 변경되지 않았을 뿐만 아니라, 이제 제3자의 데이터 형식 선호도에 의존하게 됩니다.
해결책: 데이터 캡처를 키보드 작업 이전으로 이동
문제는 ATLAS가 고장 났기 때문이 아닙니다. ATLAS는 설계된 대로 정확히 작동합니다. 즉, 세관 신고서를 전자적으로 검증하고 통관을 가속화합니다. 문제는 수입업자의 데이터 파이프라인이 PDF에서 끝나고, 해당 PDF의 데이터에 의존하는 모든 다운스트림 프로세스가 누구도 책임지지 않는 수동 전사 단계로 시작해야 한다는 점입니다.
구조적 해결책은 더 나은 ATLAS 통합이 아닙니다. 전사 단계 자체를 제거하는 것입니다. 즉, 누군가 다시 입력하기 위해 스프레드시트를 열기 전에, PDF의 데이터가 수입업자의 워크플로우에 진입하는 지점에서 데이터를 캡처하는 것입니다. 맞춤 열 추출을 사용하면 이를 가능하게 합니다. 팀에서 사용하는 정확한 독일 세관 용어("Zolltarifnummer(11자리 관세 번호)", "Ursprungsland(원산지 국가)", "Zollwert(과세 가격, EUR)", "Zollverfahrenscode(4자리 통관 절차 코드)", "EORI-Nummer(EORI 번호)")를 사용하여 필드 이름을 한 번 정의하고, 모든 중개인, 운송 주선인 및 IZA 제출 채널의 모든 Zollanmeldung PDF를 업로드하면, 신고서당 한 행, 열이 헤더로 정의되고 PDF에서 필드가 채워진 하나의 스프레드시트를 받게 됩니다. 3시간의 수동 전사 작업이 10분의 업로드 및 확인 단계로 바뀝니다. 출력 스프레드시트는 재입력 병목 현상을 거치지 않고 월간 수입 보고서, 공급업체 송장 조정 및 분기별 관세 예측에 직접 공급됩니다.
이것은 단계별 독일 세관 신고서 데이터를 Excel로 추출하는 가이드에 자세히 설명된 추출 접근 방식과 정확히 동일합니다. 모든 신고서에 동일한 열 정의가 적용되고, 매달 동일한 출력 구조가 적용되며, 모든 다운스트림 프로세스에 동일한 스프레드시트가 공급됩니다. 수동 데이터 파이프라인과 추출 기반 파이프라인의 차이는 속도의 문제가 아닙니다. 형식 변환을 누가 수행하는지의 문제입니다. 수동 파이프라인에서는 사람이 매달 그 작업을 수행하며, 시간과 전사 오류의 위험을 감수합니다. 추출 기반 파이프라인에서는 데이터가 PDF에서 구조화된 테이블로 직접 이동하며, 사람은 전사하는 대신 확인합니다.
FAQ — 독일 세관 ATLAS 데이터 재입력 문제
독일 관세사들은 신고 데이터를 PDF 대신 Excel 파일로 제공하지 않는 이유가 무엇인가요?
일부 관세사, 특히 대량 수입업체를 담당하는 대형 Zollspediteur는 Excel 파일을 제공합니다. 그러나 이는 표준 서비스가 아니며 형식도 제각각입니다. 한 관세사는 ATLAS 필드 코드가 포함된 XML 파일을 내보내고, 다른 관세사는 독일어로 축약된 열 제목이 있는 CSV를 내보내며, 또 다른 관세사는 형식이 지정되지 않은 텍스트 덤프를 보냅니다. 수입업체가 세 곳의 다른 관세사와 협력하고 일부 신고를 IZA를 통해 직접 제출하는 경우, Excel 내보내기를 제공하는 관세사들조차 호환되지 않는 형식으로 제공합니다. 수입업체는 여전히 세 가지 다른 관세사 출력을 하나의 일관된 보고 구조로 매핑하는 데이터 정규화 작업에 직면합니다. 추출 접근 방식은 모든 관세사가 소프트웨어 구성과 관계없이 사람이 읽을 수 있는 형식으로 제공하는 PDF에서 직접 작업함으로써 이 문제를 우회합니다.
ATLAS 자체에서 신고 데이터를 수입업체로 다시 내보낼 수 있나요?
아니요. ATLAS는 신고 처리 플랫폼이지 수입업체를 위한 데이터 포털이 아닙니다. 신고를 접수하고, 검증하며, 관세를 계산하고, 세금 고지서를 발행합니다. 수입업체의 ATLAS 접근은 전적으로 신고 소프트웨어 또는 신고를 제출하는 관세사를 통해 이루어집니다. 독일 세관 당국(Zollverwaltung)은 관세 조회를 위한 EZT-online 데이터베이스와 EORI 신청 및 특정 행정 절차를 위한 세관 포털(Zoll-Portal)을 제공하지만, 수입업체를 위한 ATLAS의 "내 신고 데이터 다운로드" 기능은 없습니다. ATLAS에 입력된 신고 데이터는 관세사가 보관하고 수입업체와 공유하는 PDF 기록으로만 ATLAS를 떠납니다. 이는 데이터 형식이 아닌 문서 형식입니다.
보세 창고(Zolllager)를 사용하는 수입업체의 경우 데이터 재입력 문제가 어떻게 다른가요?
문제가 더 심각해집니다. 세관 창고에 입고된 물품은 물품이 자유 유통을 위해 창고에서 반출될 때까지 관세가 유예됩니다. 단일 선적은 수주 또는 수개월에 걸친 여러 번의 부분 반출 이벤트를 가질 수 있으며, 각각은 절차 코드가 7100에서 4000으로 전환되는 별도의 Zollanmeldung을 촉발합니다. 수입업체는 초기 입고 신고뿐만 아니라 모든 후속 반출 신고를 추적하고, 각각을 창고 재고 기록 및 최종 관세 납부와 대조해야 합니다. 각 반출 신고가 별도의 PDF로 도착하면, 데이터 입력 작업량은 부분 반출 횟수에 따라 배가됩니다. 다섯 번에 걸쳐 재고를 반출하는 단일 보세 창고 선적은 운영상 하나의 거래임에도 불구하고 재입력해야 할 신고서가 6개가 됩니다.
이 문제는 수출 신고에도 적용되나요?
네, 다만 결과는 다릅니다. ATLAS-AES를 통해 제출된 독일 수출 신고는 8자리 Warennummer(11자리 수입 Codenummer와 대조), Ausfuhrland(도착국), 통계 가치, 반출 세관 등 서로 다른 주요 필드 세트를 전달합니다. 수출업체는 Intrastat 보고, Ausfuhrbestätigung(수출 확인) 추적, 그리고 Umsatzsteuervoranmeldung의 부가가치세 영세율 입증을 위해 이 데이터가 필요합니다. 데이터 입력 패턴은 동일합니다. 구조화된 데이터가 ATLAS-AES에 입력되고, PDF가 수출업체의 받은 편지함에 도착하며, 수출업체는 필드를 내부 보고 시스템에 다시 입력합니다. 추출 접근 방식은 직접 전환됩니다. 수출 관련 필드를 한 번 정의하고, 수출 PDF를 업로드한 후 구조화된 출력을 받으면 됩니다.
세관 중개인이 Zollanmeldung을 ATLAS를 통해 3분 만에 제출합니다. 하지만 PDF에서 데이터를 다시 보고 시스템으로 가져오는 데는 3시간이 걸립니다. 그 격차는 세관 문제가 아니라 데이터 파이프라인 문제입니다. 그 문제를 원천에서 해결하세요.
Zollanmeldungen 추출하기