독일 수입 데이터 입력 문제
ATLAS가 해결하려던 격차를 오히려 만드는 이유

눈에 보이는 3분 — 그리고 보이지 않는 3시간

독일 수입 거래에 관여하는 모든 사람은 중개인의 수수료를 볼 수 있습니다. Zollvertreter(관세사, 포워딩 업무를 겸할 경우 Zollspediteur(통관 운송 주선인)라고도 함)는 ITZBund가 연합 관세법(Regulation EU No 952/2013, UZK)에 따라 운영하는 자동 관세 IT 플랫폼인 ATLAS를 통해 전자 Zollanmeldung(세관 신고서)을 제출합니다. ATLAS는 EZT-online 데이터베이스와 대조하여 관세 분류를 검증하고, EU 등록부와 대조하여 EORI 번호를 확인하며, 관세 및 수입 부가가치세(Einfuhrumsatzsteuer, 표준 19% / 인하 7%)를 계산하고, 승인되면 Steuerbescheid(세금 고지서)와 18자리 MRN(마스터 참조 번호)을 발행합니다. 중개인의 송장이 도착합니다: 통관 절차에 대한 항목, ATLAS 신고에 대한 항목. 수입업자가 이를 지불합니다. 거래가 완료된 것처럼 보입니다.

중개인의 송장이 포함하지 않는 것 — 그리고 어떤 물류 송장의 항목도 포착하지 않는 것 — 은 ATLAS 승인 이후에 발생하는 일입니다. 수입업자는 Zollanmeldung(세관 신고서) PDF를 받습니다. 해당 PDF 안에는 수입업자가 자체 운영에 필요한 필드들이 있습니다: 월별 수입량 보고서(관세 번호별)를 위한 11자리 Zolltarifnummer(11자리 관세 번호), 공급업체 송장 조정(신고된 CIF 관세 가격과 공급업체의 FOB 상업 송장 비교)을 위한 유로화 Zollwert(과세 가격), 분기별 원산지 문서 감사를 위한 Ursprungsland(원산지 국가), 자유 유통 관세와 보세 창고 유예 관세를 구분하는 운전 자본 현금 흐름 예측을 위한 Zollverfahrenscode(4자리 통관 절차 코드)입니다. 이 모든 필드는 구조화된 데이터로 ATLAS에 입력되었습니다. 이 모든 필드는 평범한 PDF로 수입업자에게 반환됩니다. PDF에서 이를 다시 추출하여 스프레드시트에 넣는 단계는 관세 준수 활동이 아닙니다. 이는 형식 변환입니다 — 그리고 누구의 직무 설명에도, 어떤 예산에도, 어떤 송장에도 보이지 않습니다.

ATLAS는 종이 세관 신고서를 없애기 위해 설계되었습니다. 성공했습니다. ATLAS가 설계되지 않은 것 — 그리고 수입업자가 월말에 발견하는 것 — 은 내부 시스템이 읽을 수 있는 형식으로 데이터를 수입업자에게 반환하는 것입니다. 종이 신고서는 PDF 신고서로 대체되었습니다. 재입력 단계는 사라지지 않았습니다. 중개인의 책상에서 수입업자의 화면으로 옮겨졌을 뿐입니다.

데이터 격차의 구조: 구조화된 입력이 비구조화된 출력이 되는 과정

격차가 존재하는 이유를 이해하려면 데이터의 전체 여정을 따라가야 합니다. 이는 기술의 실패에 관한 이야기가 아닙니다. 이는 ATLAS와 수입업체의 ERP라는 두 시스템이 연결되도록 설계된 적이 없으며, 인간이 키보드를 사용해 그 격차를 메우고 있는 이야기입니다.

이러한 격차는 BAS 신고 비용이 양식에 표시된 것보다 호주 중소기업에 더 많이 드는 이유 분석에서 설명된 것과 구조적으로 동일합니다. 양식은 구조화된 숫자를 받아들이지만, 해당 숫자가 포함된 문서는 PDF로 도착하며, 문서에서 양식으로 데이터를 추출하는 수동 단계가 아무도 예산에 포함하지 않는 병목 현상입니다. 세관 신고와 세금 신고는 서로 다른 정부 양식을 사용하는 동일한 문제입니다. 데이터 조립 단계가 신고 단계를 압도하며, "더 쉽게 만드는" 것을 목표로 하는 대부분의 도구는 신고 측면을 해결하면서 조립 측면은 수동으로 남겨둡니다.

재입력 격차의 실제 비용 — 3시간 그 이상

수동 데이터 재입력의 가시적 비용은 계산하기 쉽습니다. 월 40건의 신고에 각 4~5분이 소요되면 직원 시간은 약 3시간입니다. 함부르크나 브레머하펜과 같은 독일 물류 허브에서 중간 수준의 수입 코디네이터 급여를 기준으로 하면, 이는 직접 인건비로 월 약 €75~100에 해당합니다. 12개월을 곱하면 형식 변환을 위한 인건비는 연간 약 €900~1,200입니다. 이것이 대부분의 수입업자가 보는 숫자이며, 숫자를 아예 보지 않는 경우도 있습니다. 그러나 이것은 실제 비용 중 가장 작은 부분입니다.

전사 오류 비용. 11자리 Zolltarifnummer(세관 관세 번호) — 예를 들어 여성용 면 바지의 6204.62.31.00.9 — 는 11번의 키 입력입니다. 데이터 입력 전사 오류율이 키 입력 500회당 약 1회라는 것은 400개 필드 전사(40건 신고 × 10개 필드, 그중 약 절반이 숫자 코드)에서 매월 한 필드가 잘못 입력된다는 의미입니다. Zolltarifnummer(세관 관세 번호)의 한 자리 숫자가 잘못되면 — "2"여야 할 자리에 "3"이 입력되면 — 상품이 완전히 다른 세율의 관세 항목으로 이동할 수 있습니다. ATLAS가 통관 시점에 올바른 코드를 검증했다면, 오류는 수입업자의 내부 스프레드시트에만 존재합니다. 그러나 두 가지 이유로 위험합니다. 월별 수입량 보고서에 입력되어 분기별 관세 예측, 현금 흐름 예측으로 이어지며, Zollprüfung(세관 감사) 중에 중개인의 데이터와 교차 검증될 수 있습니다. 이때 수입업자의 기록과 세관 신고 데이터 간의 불일치는 오류가 단순한 사무적 실수일지라도 수입업자의 내부 통제에 대한 의문을 제기합니다.

조정 지연 비용. Zollanmeldung(세관 신고서) 데이터를 스프레드시트로 추출하는 목적은 스프레드시트 자체가 아닙니다. 공급업체의 Handelsrechnung(상업 송장)과의 조정이 목적입니다. 공급업체의 상업 송장에는 FOB 선전 가치인 €12,000이 명시되어 있습니다. Zollanmeldung(세관 신고서)은 운임과 보험이 추가된 CIF 함부르크 가치인 €13,200의 Zollwert(과세 가격)를 신고합니다. €1,200의 차이는 정확합니다. 그러나 수입 코디네이터가 데이터 입력 backlog이 3주 동안 누적되어 월말에만 Zollwert(과세 가격)를 추출한다면, €1,200 차이가 정당하다는 조정 확인은 물품 통관 후 3주 후에 이루어집니다. Zollwert(과세 가격)가 잘못 입력된 경우 — 예를 들어 운임이 이중 계산되어 가치가 €13,200 대신 €13,800으로 신고된 경우 — 해당 불일치는 3주 동안 발견되지 않으며, 그동안 세관은 이자가 포함된 Nacherhebungsbescheid(추징 통지서)를 발행할 수 있습니다.

교차 신고 분석 비용은 실제로 발생하지 않습니다. Zollanmeldung(세관 신고서) 데이터가 40개의 개별 PDF에 흩어져 있으면, 아무도 그 데이터에 대해 분석적인 질문을 던지지 않습니다. "지난 분기 섬유 수입의 킬로그램당 평균 신고 과세 가격은 얼마였습니까?"라는 질문에 답하려면 120개의 PDF(3개월 × 40건의 신고)에서 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자리 관세 번호)를 11자리 문자열로, Zollwert(과세 가격)를 유로 금액으로, Zollverfahrenscode(4자리 통관 절차 코드)를 4자리 숫자로 저장합니다. 이는 ATLAS가 요구하는 필드와 정확히 일치합니다. 그러나 일반적으로 수입업자의 보고 구조와 일치하는 통합 내보내기를 생성하지는 않습니다. 즉, 신고당 한 행씩, 수입업자의 재무 팀에 필요한 필드와 함께 "HS 챕터(11자리 관세 코드에서 파생)" 또는 "관세 노출액(Zollwert × MFN 세율) 대 유효 원산지 증명서가 있는 경우 특혜 세율"과 같은 추론 필드를 포함하는 내보내기입니다. 소프트웨어는 ATLAS가 필요로 하는 것을 내보냅니다. 수입업자는 수입 보고서에 필요한 것을 필요로 합니다. 두 내보내기 사이의 격차는 또 다른 수동 필드 선택, 서식 지정 및 추가 데이터 입력 작업으로 이어집니다.

독일 세관 환경에 특화된 또 다른 복잡성은 간접 대리인(indirekter Vertreter)의 역할입니다. 운송 주선인이 간접 대리인으로서 Zollanmeldung(세관 신고서)을 제출할 때, 그들은 수입업자를 대신하여 자신의 이름으로 행동하며 UZK(연합 관세법) 제84조에 따라 관세 채무에 대해 연대 책임을 집니다. 운송 주선인의 ATLAS 제출 데이터는 운송 주선인의 시스템에 속합니다. 수입업자의 해당 데이터 접근 권한(구조화된 수출 형식이든 PDF든)은 운송 주선인이 사용 가능한 형식으로 제공하려는 의지와 기술적 능력에 달려 있습니다. 많은 운송 주선인이 표준 인도물로 신고서의 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 데이터 재입력 문제