먼저 결론부터: 3PL에게 돈을 버는지 결정하는 문서는 견적서가 아닙니다. WMS 청구 엔진 안의 요금표입니다. 한 줄의 오류, 누락된 부대 수수료 하나면, 매달 몇천 달러를 고객에게 조용히 기부하는 셈입니다. 저는 이 업계에 들어온 이래 매년 이 장면을 봐 왔습니다.
지난 가을 저는 캘리포니아 온타리오의 3PL을 방문했습니다. 중규모 운영, 100,000 평방피트를 훌쩍 넘는 창고였습니다. 사장님이 장부를 테이블 위에 펼쳤습니다. 핵심 고객 하나, 서류상으로는 건전한 매출총이익, 그런데 현금은 늘 빠듯했습니다. 두 달간의 파고들기 끝에 답은 WMS 요금표 안에 있었습니다. 3년간 손도 안 댄 상태였습니다. 계약에는 2024년에 가격 인상이 있었는데, 시스템은 여전히 옛 요금으로 청구하고 있었습니다. 계약에는 90일을 초과한 장기 재고에 대한 할증료가 있었는데, 시스템에는 그 수수료가 아예 설정되어 있지 않았습니다. 2년간의 조용한 과소 청구는 인랜드 엠파이어에서 창고 반 동 분의 임대료에 해당하는 금액이 되었습니다. 사장님은 이 얘기를 하며 얼굴이 창백해졌습니다.
소프트웨어를 탓하지 마세요. WMS 청구 엔진은 번역기입니다. '고객과 합의한 내용'을 '월 청구서의 숫자'로 변환합니다. 번역을 잘못하면 세상에서 가장 비싼 시스템도 당신을 적자로 직행 청구합니다. 이 글은 세 가지를 다룹니다. 요금표가 실제로 모델링하는 것, 제가 계속 발견하는 5가지 함정, 그리고 실제로 작동하는 월 정산 루틴입니다.
요금표가 모델링하는 건 가격이 아닌 세 종류의 돈
3PL 청구서를 뼈까지 발라내면 세 개의 바구니가 나옵니다. 보관(storage)은 공간입니다. 팔레트 단가, 입방피트 단가, 빈(bin) 단가, 선택은 자유지만, 청구 단위의 정의는 전사가 합의해야 합니다. 중간에 정의를 바꾸면 스스로 무덤을 파는 겁니다. 핸들링은 움직임입니다. 입고, 적치, 피킹, 포장, 반품 처리. 부대 수수료(accessorials)는 예외입니다. 장기 재고, 긴급 주문, 리라벨링, 사이클 카운트.
업계 숫자는 외우고 있어야 합니다. WarehousingAndFulfillment.com은 매년 북미 600개가 넘는 3PL 창고를 조사합니다. 2025년판은 팔레트 보관 평균이 월 팔레트당 $20.17, B2C 피킹·포장이 주문당 $3.20, B2B가 $4.80. 창고의 거의 절반(48.6%)이 장기 보관 할증료를 청구하고 있으며, 보통 월 팔레트당 $5–$10. FreightWaves의 2026년 3PL 비용 가이드도 비슷한 대역입니다. 상온 팔레트 보관 월 $10–$25, 냉장·냉동 $20–$45, 입고 팔레트당 $5–$20, 첫 피킹 $1.50–$3.50.
하지만 숫자 자체가 핵심은 아닙니다. 핵심은 계약상의 모든 요금에 대응하는 행이 요금표에 있어야 한다는 것입니다. 계약이 '보관은 팔레트 청구'라고 하는데 시스템이 빈(bin) 청구를 하면 안 됩니다. 계약이 'B2B 피킹·포장은 별도 요금'이라고 하는데 시스템이 단일 통합 피킹 요금을 쓰면 안 됩니다. 대부분의 3PL은 가동 시점에 요금표를 한 번 설정하고 다시는 손대지 않습니다. 비즈니스는 3년 전에 앞으로 나아갔는데, 표는 여전히 2023년에 살고 있습니다.
제대로 된 요금표 행에는 최소 다섯 가지 요소가 있습니다. 요금 코드, 측정 단위, 구간(tier) 로직, 적용 시작일, 그리고 고객별 오버라이드. 하나라도 빠지면 번역이 틀어집니다.
구체적인 사례입니다. 한 고객은 재고의 절반은 상온 공간에, 절반은 냉장 창고에 두는데, 냉장 보관은 상온의 거의 두 배입니다. FreightWaves 범위로 말하면 상온이 월 팔레트당 $10–$25인 데 비해 냉장·냉동이 $20–$45. 여기서는 고객별 오버라이드 규칙이 필수입니다. 같은 고객, 다른 존, 다른 요금. 다른 고객은 1월에 정액 요금으로 계약하고 7월 갱신 때 구간 요금으로 전환합니다. 표는 두 버전을 모두 들고 적용 시작일에 전환해야 합니다. 설정할 때 이 두 층을 생각하지 않았다면 6개월 안에 다시 만듭니다.
부가가치 서비스는 별도로 경고합니다. 키팅, 리라벨링, 리패킹. 영업이 전화로 '저희가 챙기겠습니다'라고 약속하고, 아무도 기록하지 않고, 아무도 청구하지 않습니다. FreightWaves 가이드에서 프로젝트·추가 작업 인건비는 시간당 $35–$75. 제 접근법은 이렇습니다. 주요 고객마다 요금표에 '기타 작업' 행을 미리 설정합니다. 작업 전표가 있으면 청구하고, 전표가 없으면 청구하지 않습니다. 먼저 행을 만들고, 다음에 무엇을 서비스로 줄지 정합니다. 순서를 거꾸로 하지 마세요.
조직의 함정도 있습니다. 많은 창고에서 요금표는 도입 컨설턴트가 설정했습니다. 그 사람은 몇 년 전에 떠났고, 그 이후 아무도 손대려 하지 않습니다. 제 조언은 이렇습니다. 요금표의 오너를 한 명 지정하세요. 재무든 계정 관리든 상관없지만 반드시 한 명입니다. 모든 계약 변경, 모든 가격 인상은 48시간 안에 시스템에 반영합니다. 오너 없는 요금표는 오너 없는 수익 누수입니다.
제가 계속 발견하는 5가지 함정
함정 1: 적용 시작일이 없는 요금. 7월에 고객 가격 인상이 결정되고, 누군가 표의 숫자를 고쳤지만 '적용 시작일'을 설정하지 않았습니다. 시스템은 새 요금으로 과거분을 재청구하거나 옛 요금으로 계속 돌거나 둘 중 하나입니다. 두 참사 다 봤습니다. 제대로 하는 법: 요금표는 버전 관리된 요금을 지원해야 하며, 적용 시작일은 필수 항목입니다. 선택 항목이 아닙니다.
함정 2: 계약서에밖에 존재하지 않는 부대 수수료. 장기 재고 할증료, 긴급 주문 수수료, 주말 인건비. 영업은 계약서에 썼고, 도입 컨설턴트는 엣지 케이스라고 판단해 건너뛰었습니다. 이것만은 기억하세요. WMS가 모르는 수수료는 절대 회수하지 못하는 수수료입니다. 온타리오 창고가 바로 이것으로 피를 흘렸습니다.
함정 3: 잘못 배선된 구간 요금. 물량 할인은 '물량이 많으면 단가가 내려간다'는 뜻이어야 하는데, 표가 정액 요금으로 설정되어 있습니다. 대량 고객은 많이 보관하는데 할인을 본 적이 없고, 정산 자리에서 폭발합니다. 더 나쁜 건 역패턴입니다. 소량 고객이 실수로 대량 고객의 구간을 받습니다. 돈을 나눠주는 셈입니다.
함정 4: 월 최소 청구액이 없다. 2025년 조사에서 월 최소 지출은 $337.50에서 $517로 오르고 있습니다. 하한(floor)이 없으면 물량 얇은 고객은 주문마다 적자입니다. 모든 고객에게 WMS 내 최소 요금이 필요합니다. 라인 아래면 라인을 지불합니다.
함정 5: 섞인 청구 단위. 한 고객에서 상품군 A는 팔레트 청구, 상품군 B는 카톤 청구인데 시스템은 둘 중 하나만 압니다. 현장 슈퍼바이저는 랙 통로에서 PDA로 팔레트를 스캔합니다. 재고는 맞는데 돈이 안 맞습니다. 청구 엔진이 '이 고객은 두 가지 알고리즘으로 돌아간다'는 걸 배우지 못했기 때문입니다. SKU 그룹 단위 청구 규칙은 멀티 카테고리 고객의 요구사항이지, 고급 기능이 아닙니다.
다음은 정산입니다. 대부분의 3PL은 월말에 같은 고장난 루프를 돕니다. 시스템이 청구서를 뱉어내고, 재무가 훑어보고, 틀린 행을 손으로 조정하고, 표는 고치지 않습니다. 그래서 다음 달도 똑같이 고장 납니다. 뒤집으세요. 매달 세 가지. 첫째, 상위 5개 고객에 대해 시스템 청구서와 계약서를 한 줄씩 대조합니다. 둘째, 모든 수동 조정을 기록합니다. 두 달 연속 손으로 조정한 것은 설정 수정으로 요금표에 되돌립니다. 셋째, 적용 시작일이 만료되는 요금을 스캔하고 갱신 협상을 일찍 시작합니다. 이 세 가지만으로 누수는 저절로 드러납니다. 한 달 반나절의 정산으로 1년치 누수의 대부분을 막습니다. 계산은 항상 맞습니다.
그리고 사람들이 잊는 하나: 반품입니다. FreightWaves 가이드에서 반품 처리는 반품당 $1.50–$4.00에 검품이 유닛당 $0.25–$1.25. 이게 표에 없는 채로 이커머스 고객의 반품률이 치솟으면, 보관보다 훨씬 빠르게 피가 샙니다.
결론으로 돌아갑니다. 새 시스템을 찾기 전에 요금표를 열고 계약서와 한 줄씩 대조하세요. 그 전에 지난 3개월치 청구서를 내보내 요금 유형별로 합산하고, 계약서에는 있는데 한 번도 청구되지 않은 항목이 없는지 찾으세요. 그게 매달 고객에게 선물해 온 돈입니다. 이걸 처음 해 본 창고는 대개 깜짝 놀랍니다.
마지막으로 질문입니다. 지난달 청구서 중 재무가 손으로 추가한 행이 몇 개였나요? 답이 3개를 넘는다면, 당신의 청구 엔진은 이미 새고 있습니다. 그리고 얼마나 새고 있는지, 당신은 아마 모르고 있을 겁니다.
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.
