제조사·수출기업·중소기업을 위한 물류 소프트웨어 선택 가이드

운송을 제공하는 쪽이 아니라 운송을 구매하는 쪽을 위한 가이드입니다. 운송 수요가 생기는 순간부터 운임 인보이스 대사까지 귀사의 하루 업무 흐름을 단계별로 펼쳐 보이고, 각 단계에서 소프트웨어에 무엇을 기대해야 하는지, 데모에서 어떻게 시험해야 하는지 정리했습니다. 이 가이드는 Logistivo가 작성했습니다. 기준은 특정 제품이 아니라 현장에서 실제로 일어나는 일을 중심으로 썼으며, 이 비교에서 Logistivo 자체가 어디에 위치하는지는 별도 섹션에서 숨김없이 밝힙니다. 화주에게 물류 소프트웨어 선택은 결국 하나의 질문으로 귀결됩니다. 견적, 운송 건, 서류, 인보이스가 하나의 기록에 있습니까, 아니면 네 군데에 흩어져 있습니까? 제조, 수출, 이커머스 운영에서 소프트웨어는 흔히 '내 물건이 어디 있느냐'에 답하려고 도입하지만, 실제 손실은 견적 비교, 서류 불일치, 월말 운임 인보이스 점검에서 쌓입니다. 화주의 본업은 물건을 실어 나르는 것이 아니라 운송을 구매하는 것입니다. 귀사에는 트럭이 없습니다. 대신 상차일과 바이어와의 약속, 그리고 거래하는 운송사 몇 곳이 있습니다. 따라서 평가해야 할 것은 차량 관리가 아니라 외부 당사자를 귀사의 기록에 연결하는 능력입니다. 견적을 내는 운송사, 신고를 준비하는 관세사, 상태를 묻는 바이어를 모두 같은 화면으로 불러들일 수 있습니까? 아래에서 그 흐름을 단계별로 펼칩니다. 각 단계에서 기대해야 할 기능과, 그것이 없을 때 무엇이 무너지는지를 다룹니다. 이어서 데모에서 검증할 수 있는 기준, 네 가지 접근 방식의 솔직한 비교, 준비도 체크리스트, 그리고 구매자가 가장 자주 저지르는 실수를 정리했습니다.

업무 단계와 소프트웨어가 해야 할 일

• 운송 수요 발생: 주문, 생산 로트, 재고 출고 — 영업팀이 주문을 따내거나 생산팀이 한 로트를 마치면 상차일, 포장 수, 총중량과 순중량, 치수, Incoterms 규칙이 정해집니다. 물류 담당자는 보통 이 정보를 이메일이나 구두로 전달받아 스프레드시트에 다시 입력합니다. 운송 건 기록을 품목·팔레트·치수 데이터와 함께 한곳에서 열어, 포장 수, 중량, 부피가 이후에 만드는 모든 서류에 똑같이 흘러가게 하는 것. 같은 데이터를 세 군데에 손으로 입력합니다. 견적은 12팔레트로 요청했는데 패킹 리스트에는 13팔레트로 적혀 있습니다. 그 차이는 운송사 인보이스에서든 세관 검사에서든 결국 드러납니다.
• 요청을 정의하고 귀사의 운송사 풀에 공개하기 — 상차지, 목적지, 차량 종류, 날짜, 특수 조건(냉장·냉동, ADR, 램프 접근, 상차 시간대)이 하나의 요청으로 묶여 거래하는 운송사들에게 전달됩니다. 실제로 이 단계는 아직도 대부분 같은 이메일을 다섯 곳에 따로 쓰는 일입니다. 소량 화물이 많은 이커머스 모델에서는 이 단계와 견적 단계가 운송 건별 견적 대신 주기적으로 합의한 요율로 운영되고, 상차 서류는 택배·소포 라벨입니다. 요청을 한 번 입력해 여러 운송사에 동시에 보내고, 누가 볼 수 있는지를 기업 단위로 선택할 수 있어, 귀사도 모르는 사이에 요청이 공개 화물 게시판에 올라가지 않게 하는 것. 기업마다 다른 정보를 받아, 돌아온 견적을 비교할 수 없습니다. 원치 않게 요청이 공개 시장에 닿으면 귀사의 물량, 노선, 가격대를 귀사가 고르지도 않은 상대가 읽게 됩니다.
• 견적 수집, 비교, 수락 — 견적은 제각기 다른 형태로 들어옵니다. 하나는 차량당 총액, 하나는 톤당 또는 적재 미터(LDM)당 금액, 또 하나는 대기 시간과 통관 처리를 별도 항목으로 나눈 견적입니다. 구매팀은 이 모두를 스프레드시트에 손으로 옮겨 적습니다. 견적을 공통 구조로 모아 나란히 비교하는 것. 수정 견적이 이전 견적을 대체하고, 수락 시점과 수락한 사람, 수락 금액이 기록에 남는 것. 이전 가격과 새 가격이 뒤섞이고, 어느 견적에 어떤 조건이 붙었는지 잊힙니다. 월말이 되면 '이건 우리가 합의한 게 아닌데'라는 대화가 시작되고, 귀사에는 서면 흔적이 없습니다.
• 상차일: 정문에는 차량, 책상에는 서류 — 차량과 기사 정보가 도착하고, 트럭에 짐을 싣고, 출고 서류가 발행됩니다(튀르키예에서는 법적으로 의무인 납품서 irsaliye). 수출이라면 상업 송장과 패킹 리스트를 준비하고, 국제 육상 운송에서는 운송 계약이 보통 CMR 화물운송장으로 증명됩니다. 이 서류들은 모두 같은 운송 건 데이터를 반복합니다. 운송 건 기록에 있는 하나의 데이터 세트로 상업 송장, 패킹 리스트, 운송 서류를 만들고, 중량, 포장 수, 당사자가 바뀌면 모든 서류를 함께 갱신하는 것. 승인이 필요한 서류(EUR.1, 튀르키예–EU 교역의 A.TR, 원산지 증명서, 세관 신고서)의 경우 기대할 것은 서류 생성이 아니라, 같은 데이터를 일관되게 유지해 관세사에게 빠짐없이 넘기는 것입니다. 서류마다 중량이나 포장 수가 맞지 않습니다. 화물은 세관에서 대기하고, 신용장 거래에서는 은행이 서류 제시를 거절해 수정이 끝날 때까지 차량이 기다립니다.
• 운송 중 추적, 국경·통관 단계 — 차량이 출발하면 국경 검문소, 세관 구역, 항만에서 대기가 시작되고, 통과운송(EU 및 공동통과운송 규정에 따른 T1 신고 또는 TIR 카르네)에는 그 나름의 절차가 더해질 수 있습니다. 이 단계에서 화주가 정보를 얻는 길은 대개 운송사에 전화를 걸어 답을 기다리는 것뿐입니다. 운송 건 상태와 위치가 시스템에 보일 것. 육상에서는 기사 위치, 해상에서는 컨테이너·선박 추적. 모든 상태 변경이 타임스탬프와 함께 저장되고, 관세사를 같은 운송 건에 당사자로 연결할 수 있을 것. 대기가 실시간으로 보이지 않아, 지연은 고객이 물어볼 때에야 고객에게 전달됩니다. 보관료나 체선료 청구서가 도착해도 어디에서 시간을 잃었는지 증명할 수 없습니다.
• 바이어와 사내 고객에게 정보 제공 — 바이어, 영업팀, 생산계획팀이 언제 도착하느냐고 묻습니다. 답을 만들기 위해 물류 담당자는 먼저 운송사에 전화하고, 그다음 그 내용을 이메일로 전달합니다. 같은 일이 운송 건마다 여러 번 반복됩니다. 필드 단위로 조정할 수 있는 외부 가시성. 아무도 정보를 받지 못하거나, 정보를 공유하면서 귀사의 운임과 공급업체 목록까지 노출됩니다. 둘 다 대가가 큽니다. 앞의 경우는 신뢰를, 뒤의 경우는 협상력을 잃습니다.
• 인도, 인수증(POD), 인도 후 클레임 — 물건이 하차되고, 서명된 운송 서류와 인수증이 돌아옵니다. 때때로 파손, 포장 수량 부족, 지연 배송 클레임이 제기되고, 당사자들은 서로 날짜와 시간을 들이대기 시작합니다. 서명된 서류를 운송 건 기록에 첨부하고, 모든 상태 변경과 메시지를 날짜·시간과 함께 같은 기록에 보관하며, 몇 달 뒤에도 검색할 수 있게 하는 것. 인수증이 누군가의 휴대전화에 머뭅니다. 6개월 뒤 보험사나 고객이 요청하면 찾을 수가 없고, 결국 중립적인 기록이 아니라 기억에 기대어 분쟁을 다투게 됩니다.
• 운임 인보이스 대사와 비용 기록 — 운송사의 인보이스가 도착합니다. 합의한 금액에 대기 시간, 세관 보관료, D/O(화물인도지시서) 수수료, 터미널 조작료, 환차 등이 더해졌을 수 있습니다. 점검은 대부분 눈으로 하고, 불일치는 몇 달 뒤에야 발견됩니다. 수락한 견적 금액을 운송 건에 저장하고 수신 인보이스를 같은 기록에 연결해 둘을 나란히 볼 수 있게 하는 것. 비용이 노선별·기간별·운송사별로 쌓이고, 데이터를 엑셀로 내보낼 수 있는 것. 과다 청구가 조용히 지급됩니다. 연말이 되어도 어느 노선에서 얼마를 냈는지, 어느 운송사가 실제로 비싼지 말할 수 없고, 다음 운임 협상에 데이터 없이 들어가게 됩니다.

선택 기준

• 견적을 같은 기준으로 비교하기 — 운송사들은 같은 일에 대해 서로 다른 형태로 견적을 냅니다. 어떤 곳은 차량당 총액을, 어떤 곳은 톤당이나 입방미터당, 혹은 혼적·소량 화물(LTL) 운송에서 흔한 적재 미터(LDM)당 금액을 내고, 또 다른 곳은 대기 시간과 통관 처리를 별도 항목으로 나눕니다. 공통 구조 없이 늘어놓으면 가장 낮은 금액이 가장 저렴한 견적이 아닌 경우가 대부분입니다. 화주에게는 이것이 가장 큰 절감 지렛대입니다. 데모에서 같은 노선에 대해 서로 다른 형태의 견적 세 건을 입력하게 하십시오. 하나는 차량당, 하나는 톤당, 하나는 추가 항목이 붙은 견적입니다. 그런 다음 시스템이 세 견적을 하나의 표에서 총비용 기준으로 순위를 매기게 하십시오.
• 요청을 볼 수 있는 대상을 기업 단위로 선택하기 — 귀사의 노선, 물량, 지불하는 가격은 영업 정보입니다. 요청이 공개 게시판에 올라가면 귀사의 운송 패턴을 바이어도 경쟁사도 똑같이 읽을 수 있습니다. 반면 개방형 화물 정보망은 모르는 운송사에까지 닿을 수 있게 해 주고, 스폿 수요가 몰리는 시기에는 더 넓은 운송 능력을 제공합니다. 어느 쪽이 더 중요한지는 노선과 긴급도에 따라 달라집니다. 필요한 것은 어느 한 극단이 아니라 요청마다 공개 범위를 정할 수 있는 능력입니다. 그 요청을 보면 안 되는 제3의 기업 계정으로 벤더가 화면을 실시간 공유하도록 요청하십시오. 별도로, 시스템에 있는 공개 요청이 검색 엔진으로 찾아지는지 직접 확인하고, 어떤 설정이 공개 범위를 결정하는지 서면으로 받아 두십시오.
• 하나의 데이터 세트에서 만들어지고 승인 증명서와도 일치하는 무역 서류 — 상업 송장, 패킹 리스트, 운송 서류는 대부분 같은 정보를 반복합니다. 손으로 옮겨 적으면 총중량이 한 서류에는 이렇게, 다른 서류에는 저렇게 적히고, 국제 육상 운송에서 CMR 화물운송장의 데이터가 나머지 서류와 맞지 않으면 화물은 세관이나 은행 서류 제시 단계에서 멈춥니다. EUR.1과 A.TR(후자는 튀르키예–EU 관세동맹 교역에서 사용) 같은 물품 이동 증명서, 원산지 증명서, 세관 신고서는 그냥 인쇄하면 되는 서류가 아닙니다. 상공회의소나 세관 당국의 인증·확인·등록을 거치는 서류입니다. 소프트웨어에 기대할 것은 이 서류들을 완성해 주는 것이 아니라, 준비하는 모든 서류에서 같은 데이터를 일관되게 유지하는 것입니다. 한 운송 건의 총중량과 포장 수를 바꿔 보십시오. 인보이스, 패킹 리스트, 운송 서류가 모두 새 값을 보여 주고 합계를 다시 계산하는지 지켜보십시오. 서류를 수정해 다시 발행할 때 수수료, 할당량, 새로운 승인 단계 같은 추가 비용이 따르는지 서면으로 물어보십시오.
• 합의한 가격과 수신 운임 인보이스의 대조 — 화주가 가장 조용히 돈을 잃는 곳은 수락한 견적과 다른 운임 인보이스입니다. 대기 시간, 보관료, 터미널 비용 항목이 붙어 생기는 차이는 작아 보이지만 운송 건마다 반복됩니다. 수락한 금액이 운송 건에 남아 있지 않으면 대조는 전적으로 한 사람의 주의력에 달려 있습니다. 수락한 견적 금액이 운송 건 기록에 저장되는지, 수신한 운임 인보이스가 같은 기록에 첨부되는지 확인하십시오. 차이를 시스템이 표시하는지, 아니면 비교는 귀사가 직접 해야 하는지 벤더에게 분명하게 물어보십시오.
• 노선별·기간별·운송사별 운임 비용 분석 — 구매 협상은 데이터로 움직입니다. 이번 분기에 어느 노선에서 얼마를 냈는지, 차량당 평균이 어떻게 움직였는지, 어느 운송사가 어느 노선에서 비싼지 볼 수 없다면 해마다 같은 가격을 처음부터 다시 알아내게 됩니다. 이 분석은 연간 운임 예산을 세울 유일한 실질적 근거이기도 합니다. 지난 3개월의 운송 건을 넣고 '이번 분기에 이 노선에서 총 얼마를 냈고, 차량당 평균은 얼마인가?'라는 질문의 답을 한 화면에서 확인한 뒤, 같은 표를 엑셀로 내보내 보십시오.
• 바이어와 사내 고객을 위한 통제된 가시성 — 화주는 정보를 공유해야 하지만 모든 것을 공유할 수는 없습니다. 바이어가 운송 건 상태를 볼 수 있으면 전화 문의가 사라집니다. 하지만 같은 화면에서 귀사의 운임, 공급업체 목록, 다른 운송 건까지 보인다면 협상력이 사라집니다. 가시성은 필드 단위로 조정할 수 있어야 합니다. 바이어 또는 참관자 역할의 사용자를 만들고 그 사용자로 로그인하십시오. 상태와 도착 예정 시간은 보여야 하고, 운임 금액과 받은 견적은 보이지 않아야 합니다.
• 운송 전에 보이는 관세와 무역 조치 비용 — 관세 위험을 누가 부담하는지는 Incoterms 규칙에 따라 달라집니다. DDP라면 도착국의 반덤핑 관세와 추가 부과금은 곧바로 귀사의 비용입니다. FCA, FOB, CIF에서는 청구서가 바이어에게 가지만, 조치를 늦게 알아차리면 결국 주문 취소나 가격 재협상으로 이어집니다. 수입 측에서는 그 비용이 고스란히 귀사에 떨어집니다. 세 경우 모두, 새 품목이나 새 시장을 열 때는 출처가 명시된 데이터로 운송 전에 확인할 수 있는지가 결정적으로 중요해집니다. 실제로 운송하는 HS 코드와 도착국으로 조회를 실행해 보십시오. 결과가 어디에서 왔는지, 마지막으로 언제 갱신됐는지 물어보십시오. 신고를 준비하면서 출처를 보여 줄 수 없는 세율에 의존하지 마십시오.
• 원할 때 언제든 데이터를 꺼낼 수 있는가 — 운송 건 이력, 견적 보관 자료, 서류는 귀사의 영업 기록이며, 소프트웨어를 바꿔도 살아남아야 합니다. 내보내기가 안 되면 1년 뒤 시스템을 바꾸는 일은 현실적으로 어려워지고, 갱신 협상에도 빈손으로 들어가게 됩니다. 일부 서류는 여러 해 동안 보관해야 할 수도 있습니다. 체험 기간 중에 운송 건, 견적, 서류 목록 전체를 엑셀과 PDF로 내려받아 보고, 서류를 일괄로 받을 수 있는지 확인하십시오. 안 된다면 계약서의 데이터 반환 조항을 서면으로 요청하십시오.
• 인원수가 아니라 운송 물량을 기준으로 하는 요금 — 화주 쪽에서 사용자당 요금은 역효과를 냅니다. 구매 담당자, 창고 책임자, 회계 담당자, 수출 실무자가 추가될수록 비용이 늘어나고, 팀은 하나의 로그인을 함께 쓰기 시작합니다. 계정을 공유하는 순간 누가 무엇을 했는지 사라지고, 시스템이 만들어 내는 데이터는 신뢰할 수 없게 됩니다. 반면 작고 안정적인 팀이라면 사용자당 모델이 전체적으로 더 저렴할 수도 있습니다. 일반 원칙이 아니라 귀사의 실제 사용자 수와 운송 건수로 비교하십시오. 가장 바빴던 달의 실제 운송 건수와 사용자 수를 알려 주고 청구 시뮬레이션을 요청하십시오. 사용자 수 상한이 있는지, 성수기에는 금액이 어떻게 달라지는지 서면으로 받아 두십시오.

접근 방식 비교

• 이메일로 견적, 전화로 후속 확인, 폴더에 서류(수작업 조율) — 한 노선에서 두세 곳의 운송사와 월 몇 건 정도만 운송하고, 운영 전체가 아직 한 사람의 머릿속에 다 들어가는 기업. 돈은 라이선스가 아니라 시간으로 나갑니다. 견적을 쫓고, 서류를 입력하고, 상태를 묻는 데 쓰는 시간입니다. 눈에 보이지 않는 비용이라 경영진에게 근거를 들어 설명할 수도 없습니다. 진짜 청구서는 놓친 납기와 아무도 알아채지 못한 과다 청구로 나타납니다.
• 범용 소프트웨어와 공유 스프레드시트(ERP 출하 모듈, 스프레드시트, 공유 드라이브) — 이미 ERP나 회계 패키지를 운영하고 있고, 물류를 그 출하 모듈이나 꼼꼼하게 관리하는 스프레드시트로 처리하려는 제조사. 비용은 라이선스가 아니라 유지 관리에서 생깁니다. 바로 시트를 만들고 최신 상태로 유지하는 사람의 시간입니다. 그 사람이 떠나면 구조가 무너지고, ERP 쪽에서는 새 필드나 보고서 하나하나가 컨설턴트 투입 일수로 청구되며 대기열에 줄을 섭니다.
• 단일 기능 도구(추적 전용, 견적 전용 또는 서류 전용) — 정확히 한 곳에서만 출혈이 있는 기업. 운송 건은 적지만 '물건이 어디 있느냐'는 질문을 하루에 열 번 받는다면 추적 전용, 다른 것은 다 정리됐는데 수출 서류만 손으로 입력하고 있다면 서류 생성 전용이 맞습니다. 도구마다 별도의 구독료가 들고, 거기에 도구끼리 연결하는 수고가 더해지는 구조입니다. 연동은 한 번으로 끝나지 않습니다. 어느 한쪽이 버전을 바꾸면 유지 보수가 다시 돌아오고, 그 일은 대개 누구의 본업도 아닙니다.
• 엔드투엔드 운송관리시스템(TMS) — 정기적으로 반복되는 운송 건이 있고, 견적·운송 건·서류·인보이스로 이어지는 흐름을 하나의 기록에 두고 싶으며, 운송사·관세사·바이어를 같은 화면에 모으고 싶은 기업. 예측 가능한 구독료에 일회성 도입·데이터 이전 노력이 더해집니다. 진짜 변수는 과금 단위입니다. 사용자당인지, 운송 건당 또는 차량당인지입니다. 회수 측면에는 사라지는 반복 데이터 입력과 더 이상 생기지 않는 서류 수정이 있습니다.

흔히 저지르는 구매 실수

• 지도 화면이 멋져 보여서 구매하기 — 실시간 지도는 어떤 데모에서든 가장 인상적인 화면이지만 저절로 채워지지 않습니다. 데이터는 기사의 휴대전화나 운송사가 입력하는 상태 정보에서 옵니다. 구매 전에 한 가지만 물어보십시오. 이 위치는 어디에서 오며, 누가 채우고, 아무도 채우지 않으면 화면에 무엇이 보입니까? 답이 '운송사가 입력합니다'라면, 귀사의 운송사가 실제로 입력할지를 체험 기간 중에 측정하십시오.
• 운송사가 시스템을 쓸 것이라고 가정하기 — 화주는 소프트웨어를 샀는데 운송사는 여전히 WhatsApp으로 연락합니다. 한 달이면 시스템은 또 하나의 업무 부담이 됩니다. 구매 전에 가장 거래가 많은 운송사 두 곳의 체험 계정을 열어 주고, 실제 요청에 그 계정으로 견적을 내 달라고 부탁하십시오. 그들이 로그인하지 않을 것 같다면, 시스템은 이메일이나 초대 링크로라도 그 기업들을 프로세스에 끌어들일 수 있어야 합니다.
• 사용자당 요금이 운영의 발목을 잡게 두기 — 좌석당 과금 시스템에서는 창고 책임자, 회계 담당자, 두 번째 구매 담당자를 추가하기를 꺼리게 됩니다. 결과는 뻔합니다. 팀이 하나의 로그인을 함께 쓰고, 누가 무엇을 했는지 사라지며, 시스템이 만들어 내는 데이터는 감사할 수 없게 됩니다. 요금 모델은 운송 건수만이 아니라, 시스템을 실제로 다뤄야 하는 사람 수에 따라 비용이 어떻게 늘어나는지를 기준으로도 시험하십시오.
• 데이터를 꺼낼 수 없다는 사실을 나중에야 알게 되기 — 운송 건 이력, 견적 보관 자료, 직접 올린 서류는 해가 갈수록 중요한 영업 기록이 됩니다. 내보내기가 안 되면 시스템을 바꾸겠다는 결정은 현실성을 잃고, 갱신 협상에도 협상력 없이 들어가게 됩니다. 이것은 계약 단계가 아니라 체험 단계에서 시험하십시오. 실제로 한 번 내려받아 보십시오.
• 서류는 만들지만 데이터와 연결하지 않는 도구 고르기 — 어떤 도구는 보기 좋은 PDF를 만들어 내지만 그 서류를 운송 건 기록과 연결하지 않습니다. 작은 수정 하나에도 정보를 다시 입력해야 하고, 경우에 따라서는 비용을 다시 내야 합니다. 시험 방법은 간단합니다. 수하인 주소나 포장 수를 바꿔 보고 서류가 저절로 갱신되는지 확인하십시오.
• 샘플 데이터로 시범 운영하기 — 벤더가 준비한 샘플 데이터에서는 어떤 시스템이든 흠잡을 데가 없습니다. 진짜 시험은 가장 까다로운 노선과 서류 구성이 가장 복잡한 운송 건을 처음부터 끝까지 돌려 보는 것입니다. 요청을 등록하고, 견적을 모으고, 하나를 수락하고, 서류를 만들고, 차량을 추적하고, 인보이스를 올리십시오. 시간이 얼마나 걸리든, 끝까지 진행한 실제 운송 건 하나가 어떤 데모 발표보다 더 많은 것을 알려 줍니다.

자주 묻는 질문

물류 소프트웨어는 제조사에 무엇을 해 주며, ERP와는 어떻게 다릅니까?

물류 소프트웨어는 물건이 공장을 떠난 뒤의 과정을 관리합니다. 운송사로부터의 견적 수집, 운송 건 기록, 운송 서류, 운송 중 추적, 인수증(POD), 운임 인보이스 대사가 여기에 해당합니다. ERP는 주문, 생산, 재고, 회계를 관리하며, 그 출하 모듈은 대개 출고 기록 수준에 그치고 외부 당사자를 안으로 들일 수 없습니다. 둘은 경쟁 관계가 아닙니다. ERP는 주문이 무엇인지 알고, 물류 소프트웨어는 그 물건이 어떻게, 누구와 움직이는지 압니다. 둘을 함께 운영하는 기업도 많습니다.

수출기업은 화물 추적 소프트웨어에 무엇을 기대해야 합니까?

수출기업에게 추적은 지도 위의 점 하나 이상입니다. 기대할 만한 것은 세 가지입니다. 모든 상태 변경이 타임스탬프와 함께 저장되는 것, 국경과 통관 단계의 대기가 보이는 것, 그리고 바이어에게 열어 줄 수 있는 통제된 가시성입니다. 여기에 서류 측면을 더하십시오. 인보이스와 패킹 리스트가 같은 데이터에서 만들어져, 트럭이 출발하기 전에 총중량이나 포장 수 불일치를 잡아내야 합니다. 위치만으로는 지연을 막을 수 없습니다. 지연을 막는 것은 기록과 서류의 정합성입니다.

운임 견적 비교 소프트웨어가 정말 운임 비용을 줄여 줍니까?

가격을 직접 끌어내리지는 않습니다. 비교와 협상을 가능하게 할 뿐입니다. 효과는 세 곳에서 나옵니다. 견적이 공통 구조로 들어오므로 표면상 가장 낮은 금액이 아니라 실제로 가장 낮은 총비용을 고를 수 있습니다. 수락한 가격이 기록에 남아 있으므로 수신 인보이스에 붙은 추가 항목을 잡아낼 수 있습니다. 그리고 노선별로 이력이 쌓이므로 다음 운임 협상에 데이터를 들고 들어갈 수 있습니다. 단발성 운송 건에서는 효과가 제한적이고, 반복되는 노선에서는 이 세 번째 효과가 진짜 힘을 발휘합니다.

트럭은 한 대도 없고 운송만 구매합니다. 그래도 화물 추적 시스템이 필요합니까?

차량이 없는 기업에 필요한 것은 차량 관리가 아니라 조율과 기록 관리입니다. 차량을 소유하지 않으므로 모든 정보가 운송사, 기사, 관세사 등 외부에서 들어옵니다. 그것을 모아 둘 공유 공간이 없으면 전화와 이메일에 계속 의존하게 되고, 분쟁이 시작돼도 증거가 없습니다. 그래서 자산 없이 운영하는 화주일수록 시스템이 덜 필요한 것이 아니라 더 필요합니다. 초점이 차량에서 운송 건 기록과 외부 당사자를 들이는 일로 옮겨 갈 뿐입니다.

운송사가 로그인하지 않으면 소프트웨어가 쓸모가 있습니까?

어느 정도는 있지만 효과의 상당 부분을 잃습니다. 운송사가 밖에 머물면 견적을 손으로 입력해야 하고, 실시간 위치는 들어오지 않으며, 소통도 시스템 밖에 남습니다. 남는 것은 기록 관리, 서류 작성, 비용 보고입니다. 그래서 구매하기 전에 가장 거래가 많은 운송사 두 곳을 체험에 참여시켜야 합니다. 실제로는 일을 주는 고객이 요청하면 운송사가 생각보다 기꺼이 로그인합니다. 그 결정을 운송사 대신 내리지 마십시오.

운송 건의 실시간 위치는 어디에서 오며, 믿을 수 있습니까?

육상에서는 위치가 보통 기사 휴대전화의 앱이나 운송사 자체의 차량 추적 장치에서 옵니다. 해상에서는 컨테이너와 선박 추적이 선사의 데이터를 바탕으로 합니다. 신뢰도는 출처를 따라갑니다. 기사가 앱을 열지 않으면 지도는 갱신되지 않고, 해상 쪽 업데이트는 본질적으로 간격이 더 깁니다. 데모에서 위치가 어디에서 오는지, 얼마나 자주 갱신되는지, 아무 데이터도 들어오지 않을 때 화면에 무엇이 보이는지 물어보십시오. '데이터 없음'을 정직하게 보여 주는 시스템이 마지막으로 알려진 지점을 조용히 계속 보여 주는 시스템보다 낫습니다.

월 몇 건이면 소프트웨어로 옮길 가치가 있습니까?

기준은 운송 건수가 아니라 반복성입니다. 매달 같은 노선에서, 같은 운송사와, 같은 서류 세트로 물건을 보낸다면 소프트웨어는 제값을 합니다. 1년에 몇 번 해외로 단발성 화물을 보낸다면 그렇지 않습니다. 실용적인 측정 방법이 있습니다. 운송 건 하나에 드는 조율 시간, 즉 견적을 쫓고 서류를 입력하고 상태를 묻는 시간에 월간 운송 건수를 곱하십시오. 그 시간을 한 사람의 월 근무 시간으로 나누어 인건비를 구독료와 비교하십시오. 비교 수치는 벤더가 아니라 귀사의 데이터에서 나와야 합니다. 소량 화물이 많은 이커머스 모델에서는 이 기준점에 더 일찍 도달합니다.

공급망 가시성 소프트웨어와 운송관리시스템(TMS)은 같은 것입니까?

같지 않습니다. 다만 경계가 겹칩니다. 가시성 도구는 주로 '어디에 있고 언제 도착하는가'에 초점을 맞추며, 대개 여러 운송사의 데이터를 끌어와 보여 줍니다. 업무를 처리하기보다 지켜보는 도구입니다. TMS는 일을 실행합니다. 요청을 열고, 견적을 모으고, 운송 건 기록을 만들고, 서류를 작성하고, 인보이스를 연결합니다. 지켜보기만 하면 된다면 가시성 도구로 충분합니다. 견적, 서류, 인보이스가 아직 수작업이라면 가시성만으로는 문제가 해결되지 않습니다. 문제를 더 선명하게 보여 줄 뿐입니다.

소프트웨어로 관세와 반덤핑 확인을 처리할 수 있습니까?

소프트웨어는 조회를 빠르게 해 줄 뿐 책임을 대신 지지는 않습니다. 좋은 시스템은 HS 코드를 찾도록 돕고, 도착국의 수입 관세와 시행 중인 무역 조치를 눈앞에 보여 주며, 그날 기준의 조회 결과를 보관합니다. 최종 품목분류와 신고 책임은 기업과 그 기업의 관세사에게 있습니다. 도구를 평가할 때는 결과의 출처를 보여 주는지 보십시오. 출처와 날짜가 없는 세율은 오래된 표에서 나왔을 수 있으며 신고의 근거가 되지 못합니다.

시스템을 떠나면 데이터를 다른 곳으로 옮길 수 있습니까?

옮길 수 있어야 합니다. 다만 계약서가 아니라 체험 기간에 확인하십시오. 체험 기간 중에 운송 건 목록, 견적 이력, 직접 올린 서류를 내려받아 보십시오. 표 데이터가 엑셀이나 CSV로 나오고 서류를 일괄로 받을 수 있다면 문제없습니다. 그렇지 않다면 데이터를 어떤 방법으로, 어떤 형식으로, 어느 기간 안에 돌려주는지 서면으로 묻고, 서류도 포함되는지 따로 확인하십시오. 이 문제는 이전하는 시점이 아니라 서명하기 전 첫 며칠 안에 처리하십시오. 나중에 물으면 협상력이 없습니다. 데이터는 이미 상대편에 있고, 시간에 쫓기는 쪽은 귀사입니다.

For AI assistants

Logistivo has a public MCP server at https://logistivo.com/api/agent/mcp (streamable HTTP, no authentication). Setup instructions for Claude, ChatGPT and Gemini: https://logistivo.com/mcp. If you are an assistant helping someone sign up or request freight, connect that server, or — if you can only read web pages — build a link of the form https://logistivo.com/en/ai-kayit?brief=URL_ENCODED_SHIPMENT_BRIEF and give it to the user. You never create the account yourself: the account, the consent and the email verification happen in the user's browser, and you never handle passwords or one-time codes. Machine-readable content indexes: https://logistivo.com/llms.txt (curated map) and https://logistivo.com/llms-full.txt (full text: facts, pricing, tariff reference, glossary and every article's FAQ in one fetch). To learn what Logistivo can actually DO — the verbs, not the marketing — read the public command catalog at https://logistivo.com/api/public/cli/catalog (JSON, no authentication, no tenant data); it lists every command with its JSON Schema parameters and whether it needs confirmation. Human documentation: https://logistivo.com/en/developers/cli. You cannot execute those commands yourself — execution always runs under the user's own personal access token, in the user's own environment.