컨테이너 번호는 대개 서류에서 복사해 붙여넣는 문자열로 취급됩니다. 그런데 배가 들어온 뒤의 실무는 사실상 이 번호 하나로 돌아갑니다. 터미널에서 하선 여부를 보는 것도, 물류 포털에서 D/O를 신청하는 것도, 체화료를 정산하는 것도 이 번호로 조회합니다.
그래서 번호를 읽을 줄 알면 조회가 안 되는 이유를 바로 짚을 수 있고, 어느 화면에서 무엇이 되는지 알면 포워더에 전화하는 횟수가 줄어듭니다. 이 글은 그 두 가지를 정리한 것입니다.
11자리는 네 덩어리입니다
컨테이너 번호는 ISO 6346 표준을 따릅니다. 앞 세 글자는 소유자 코드, 네 번째는 장비 종류, 그다음 여섯 자리가 일련번호, 마지막 한 자리가 검증번호입니다.
소유자 코드에서 한 가지 짚어둘 것이 있습니다. 이것은 컨테이너의 주인이지 운항 선사가 아닙니다. 선사가 자기 컨테이너를 쓰기도 하지만 리스 회사에서 빌려 쓰는 경우도 많습니다. 임대 컨테이너라면 반납지가 선사 지정 데포와 다를 수 있으므로, 반납 안내를 받을 때 한 번 더 확인하는 편이 안전합니다.
네 번째 글자는 거의 항상 U입니다. J는 컨테이너에 붙는 분리형 장비, Z는 트레일러와 섀시이고, 일반 화물 컨테이너는 전부 U입니다. 받아 적은 번호의 네 번째가 U가 아니라면 그 시점에 이미 오타일 가능성이 큽니다.
조회가 안 될 때 가장 흔한 원인
마지막 한 자리는 앞의 열 자리에서 계산해 나오는 검증번호입니다. 알파벳에 숫자값을 매기고(11의 배수는 건너뜁니다) 각 자리에 두 배씩 커지는 가중치를 곱해 더한 뒤, 그 합을 11로 나눈 나머지가 검증번호가 됩니다.
계산법 자체보다 중요한 것은 결과입니다. 열한 자리 중 한 자리만 틀려도 이 계산이 어긋나기 때문에, 터미널에서도 물류 포털에서도 조회가 되지 않습니다. 화물이 없는 것이 아니라 번호가 틀린 것입니다.
실무에서 가장 흔한 실수는 숫자 0과 알파벳 O, 숫자 1과 알파벳 I를 바꿔 적는 것입니다. 메일로 받은 번호를 눈으로 보고 옮겨 적을 때 주로 생깁니다. 조회가 비면 포워더에 연락하기 전에 번호부터 다시 보는 것이 순서입니다.
옆면의 다른 숫자들
컨테이너 옆면에는 번호 외에 중량 정보가 찍혀 있습니다. MAX GROSS는 컨테이너 자체 무게를 포함한 최대 총중량, TARE는 컨테이너 자체 무게, NET 또는 PAYLOAD는 실을 수 있는 화물의 최대 무게입니다.
그 아래 22G1이나 45G1 같은 네 자리 코드도 있습니다. 첫 자리가 길이, 둘째 자리가 높이, 뒤 두 자리가 종류입니다. 22G1은 20피트 일반 높이, 45G1은 40피트 하이큐브입니다. 서류에 40HC로 적힌 것이 45G1이고, 오픈탑이나 플랫랙 같은 특수 컨테이너도 이 코드로 구분됩니다.
다만 PAYLOAD에 적힌 숫자를 그대로 실을 수 있는 경우는 많지 않습니다. 도로에서 축중 제한에 먼저 걸리기 때문인데, 이 부분은 따로 다루겠습니다.
A/N을 받은 다음의 동선
검색하면 컨테이너 추적은 대개 선사 홈페이지를 알려줍니다. 틀린 말은 아니지만 실무 비중과는 다릅니다. 배가 도착하고 나면 필요한 정보가 다른 화면에 있기 때문입니다.
시작은 A/N(Arrival Notice)입니다. 여기에 어느 터미널로 들어오는지가 적혀 있고, 이것을 모르면 아무 조회도 할 수 없습니다. 부산만 해도 신항과 북항에 터미널이 여럿이라 터미널을 먼저 특정해야 합니다.
그다음 두 가지를 동시에 진행합니다. 한쪽은 터미널 홈페이지입니다. 부산항터미널은 info.bptc.co.kr, HJNC는 www.hjnc.co.kr 같은 식으로 각 터미널이 조회 서비스를 운영합니다. 여기서 하선이 끝났는지, 야드 어디에 놓여 있는지, 반출 가능한 상태인지, 터미널 프리타임이 며칠 남았는지를 봅니다.
다른 한쪽은 물류 포털입니다. 로지스뷰(www.logisview.com)나 유로지스허브(www.ulogishub.com)에서 선사 D/O를 신청하고, 체화료를 정산하고, 선사 프리타임을 확인합니다. 두 가지가 모두 확인되면 그때 배차합니다.
D/O와 정산이 한 화면에서 끝나는 이유
D/O는 선사가 발급하는 서류이고, 운임과 도착지 비용이 정산되어야 나옵니다. 원칙대로라면 선사마다 홈페이지에 들어가 계정을 만들고 각각 신청해야 합니다. 선사가 바뀔 때마다 그 과정을 반복하는 셈입니다.
물류 포털을 쓰는 이유가 여기 있습니다. 여러 선사 건을 한 화면에서 처리할 수 있고, 체화료 정산과 프리타임 확인까지 같은 자리에서 끝납니다. 선사별 계정을 따로 관리하지 않아도 됩니다.
두 서비스의 뿌리가 다르다는 점도 알아두면 이해가 빠릅니다. 유로지스허브는 KTNET, 로지스뷰는 KL-Net 계열입니다. 견적서의 EDI 비용에서 나오는 그 두 사업자이고, 무역·통관 쪽과 항만·물류 쪽으로 창구가 나뉘어 있는 구조가 여기서도 그대로 보입니다.
선사 홈페이지와 유니패스는 언제 보나
선사 홈페이지는 A/N을 받기 전에 봅니다. 배가 출항했는지, 환적이 있다면 어디를 거치는지, 도착 예정이 언제인지 같은 큰 그림은 여기서만 한 번에 볼 수 있습니다. 반대로 도착 이후의 세부 정보는 여기서 나오지 않습니다.
유니패스는 평소에 열 일이 드뭅니다. 통관이 막혔거나 초긴급 화물이라 단계별로 확인해야 할 때 들어가는 화면입니다. 어느 단계에서 멈췄는지는 여기서만 보이므로, 문제가 생겼을 때의 진단 도구로 쓰는 것이 맞습니다. 조회에는 컨테이너 번호보다 화물관리번호나 B/L 번호가 정확합니다.
LCL이면 적출을 기다립니다
컨테이너를 통째로 가져오는 FCL과 달리 LCL은 CFS에서 적출 작업을 거칩니다. 여기서 순서를 하나 알아두면 시간을 벌 수 있습니다.
수입신고 수리만 나면 필증이나 신고서만으로 적출 작업은 바로 진행할 수 있습니다. D/O 발급을 기다리는 동안 적출까지 멈춰 있어야 하는 것은 아닙니다. 급한 건이라면 이 차이가 하루 이틀을 가릅니다.
번호는 선적이 끝나야 나옵니다
컨테이너 번호는 선적이 확정되어야 나옵니다. 보통 B/L 초안이나 선적 통보에 같이 들어옵니다. 그전에는 어느 컨테이너에 실릴지 정해지지 않아 미리 요청해도 받을 수 없습니다.
대수가 여러 대라면 번호와 입항일, 프리타임 만료일을 한 표에 적어두는 편이 낫습니다. 체화료가 쌓이는 사고는 대개 어느 컨테이너가 언제 들어왔는지를 아무도 기록해두지 않은 데서 시작됩니다. 번호를 외우는 것이 아니라 표로 관리하는 것이 요령입니다.
진행이 막혀 있는데 어느 화면을 봐야 할지, 어디에 연락해야 할지 판단이 서지 않는다면 컨테이너 번호와 A/N을 주시면 함께 보겠습니다.
