운임은 kg 당 단가로 제시되지만 그 kg 가 항상 저울이 보여 주는 값은 아닙니다. 운송사는 청구 중량 — 실중량과 부피를 어떤 수로 나눈 값 중 큰 쪽 — 으로 청구합니다. 이 수는 업체마다 다르고, 같은 업체 안에서도 노선마다 다른 경우가 흔합니다. 부피가 큰 가벼운 소포에서는 지불액을 좌우하는 가장 큰 변수가 되며, 서비스 수수료와 달리 창고에 도착할 때까지 보이지 않습니다.
이 나눗값은 어디서 오는가
부피(세제곱센티미터)를 나눗값으로 나누면 킬로그램 단위의 명목 중량이 나옵니다. 40×30×30cm 상자는 36,000 cm³ 입니다. 5000 으로 나누면 청구상 7.2kg, 9000 으로 나누면 4.0kg 입니다. 둘 다 틀리지 않습니다. 나눗값은 각 운송사가 정하는 관행이며, 자사 네트워크에서 일반 화물 1kg 이 차지하는 부피를 대략 반영합니다. 밀도 높은 화물을 다루는 곳은 나눗값을 작게 써서 부피 큰 화물에 더 청구하고, 여력이 있는 곳은 크게 씁니다. 업계 표준이 없다는 것 자체가 문제의 전부입니다.
다섯 곳이 쓰는 값
각 업체가 공개한 운임표 기준으로 Superbuy 5000, Supplyia 6000, BuckyDrop 과 Oopbuy 8000, CSSBuy 9000 입니다. 이는 세상의 진리라기보다 순서로 읽으십시오. 나눗값이 작을수록 부피 큰 화물에 더 청구되므로, 가볍고 큰 상자에서는 다른 조건이 같다면 나눗값이 가장 큰 곳이 유리한 경우가 많습니다. 주의할 점이 둘 있습니다. 첫째, 이는 플랫폼 기본값이며 노선별로 덮어쓰는 곳도 있습니다. 둘째, 저희 데이터에서 BuckyDrop 의 EMS 나눗값은 0 입니다. 이는 결측이 아니라, 그 노선이 실중량으로 청구하고 부피를 전혀 보지 않는다는 뜻입니다.
상자 하나에 여섯 가지 청구 중량
이 40×30×30cm 상자의 실중량이 1.2kg 라고 합시다. 운송 노선의 나눗값에 따라 청구 중량은 다음과 같습니다. 5000 이면 7.2kg, 5500 이면 6.55kg, 6000 이면 6.0kg, 8000 이면 4.5kg, 9000 이면 4.0kg, 그리고 부피를 무시하는 노선에서는 1.2kg 입니다. 같은 상자에서 6 배의 차이가 나며, 이는 kg 단가를 곱하기 전의 이야기입니다. 여기에 독일행 운임을 대입하면, 4.5kg 에서 BuckyDrop 의 관세 포함 노선은 약 ¥234 인 반면 실중량으로 청구하는 같은 업체의 EMS 는 1.2kg 에서 약 ¥175 입니다. 같은 업체, 같은 화물인데 ¥59 차이입니다.
함정: 한 업체에 여러 나눗값
대부분의 비교가 틀리는 지점이며, 저희가 만든 것도 예외가 아니었습니다. 유혹적인 지름길은 업체 기본 나눗값으로 청구 중량을 한 번만 계산해 순위를 매기고, 청구는 각 노선의 실제 규정에 맡기는 방식입니다. 저희가 정확히 그렇게 했고, 결과적으로 "최저가"로 강조한 노선이 실제 최저가 노선이 아니었습니다 — 위 독일행 화물에서 ¥234 를 가리키고 있었지만 한 줄 아래에 ¥175 가 있었습니다. 해결책은 화려하지 않았습니다. 노선별로 청구 중량을 계산하는 함수를 하나 두고, 필터링·정렬·요금 계산이 모두 같은 함수를 호출하게 했습니다. 교훈은 일반적입니다. 비교 로직의 두 곳이 같은 수를 다른 방식으로 계산하면 그 순위는 장식일 뿐입니다.
주문 전에 할 수 있는 일
수량을 정하기 전에, 나중이 아니라 먼저 한 개의 무게와 치수를 재십시오. 견적에 치수 내역 — 실중량, 부피 중량, 청구 중량 — 을 요청하고, 셋 중 무엇에 단가를 곱했는지 확인하십시오. 포장을 고를 수 있다면 가장 긴 변을 10cm 줄이는 것만으로 청구 중량이 1kg 통째로 바뀔 수 있습니다. kg 단가는 반쪽짜리 숫자로 취급하십시오. 나눗값이 붙지 않으면 의미가 없습니다. 그리고 비교할 때는 자신의 치수와 목적지 기준의 합계로 비교하십시오. 단단한 2kg 소포와 가볍고 부피 큰 6kg 소포 사이에서는 순위가 실제로 뒤바뀝니다.
FAQ
나눗값은 업체마다 고정입니까?
아니요. 플랫폼 기본값은 있습니다(Superbuy 5000, Supplyia 6000, BuckyDrop 과 Oopbuy 8000, CSSBuy 9000). 그러나 노선별로 덮어쓰는 곳도 있고, 저희가 추적하는 노선 중 최소 한 개는 부피를 무시하고 실중량으로 청구됩니다. 즉 나눗값은 업체가 아니라 노선에 속합니다. 업체 전체에 하나의 나눗값을 적용하는 비교는 부피 큰 화물을 잘못 계산합니다. 저희가 고치기 전까지 그랬던 것과 같습니다.
해상 운송도 부피 중량을 쓰나요?
네, 같은 방식입니다. 청구 중량은 실중량과 "부피 ÷ 나눗값" 중 큰 쪽이며, 저희 데이터의 해상 노선은 특별한 값이 아니라 플랫폼 기본값을 씁니다. 다만 실무에서는 두 점이 다릅니다. kg 단가가 항공의 약 3 분의 1 이므로 부피 할증의 절대액이 작습니다. 또한 저희가 추적하는 해상 노선에는 모두 15kg 최소 중량이 있어 작은 소포는 측정 방식과 무관하게 아예 대상이 아닙니다.
압축하면 청구 중량을 낮출 수 있나요?
가능할 때가 있고 요청할 만합니다. 진공 압축은 여러 곳이 유료 옵션으로 제공하며, 부드러운 화물이라면 청구 중량을 1~2kg 낮출 수 있습니다. 다만 한계도 있습니다. 수치를 보게 될 때쯤이면 보통 창고에서 포장 치수가 이미 정해져 있고, 재포장은 유료입니다. 같은 발상을 싸게 실행하려면 주문 전입니다. 납작하거나 밀도 있게 보낼 수 있는 상품을 고르고, 부피 자체가 판매 포인트인 상품 — 봉제 인형, 조명 갓, 공기 주입식 제품 — 은 아직 계산하지 않은 운임을 안고 있는 것으로 보십시오.
왜 견적이 업체 사이트 계산기와 다릅니까?
흔한 이유 셋을 영향이 큰 순서로 들겠습니다. 나눗값입니다. 사이트 계산기는 플랫폼 기본값을 적용하는 반면 실제로 예약하는 노선은 자체 값을 쓸 수 있습니다. 반올림입니다. 운송사는 청구 중량을 일정 단위(보통 0.5kg)로 올림하므로 4.5kg 화물이 5kg 로 청구될 수 있습니다. 노선별 추가 비용입니다. 일부 노선의 통관 수수료, 취급 주의 품목 수수료, 최소 중량 등입니다. 숨겨진 것은 아니지만 표시되는 kg 단가에는 어느 것도 나타나지 않습니다. 저희가 단가가 아니라 노선 전체로 계산하는 이유입니다.
확장 프로그램이 부피 중량을 처리해 주나요?
네, 그리고 저희가 가장 오래 틀렸던 부분입니다. 청구 중량은 노선별로 그 노선 자신의 나눗값을 써서 계산되며(부피를 무시하는 노선 포함), 같은 계산이 필터링·정렬·표시 가격을 모두 좌우합니다. 처리를 함수 하나에 모아 두었으므로 순위와 청구액이 어긋날 수 없습니다. 치수를 입력하면 다시 계산되고, 비워 두면 실중량으로 대체됩니다 — 이는 견적이 아니라 하한이라는 점까지 포함해 솔직한 동작입니다. 노선 목록은 해당 화물의 실제 비용이 낮은 순으로 정렬되고 최저가 노선이 표시됩니다.