REINDEERS는 2026년 1월을 기점으로, 기존의 나라별 통합 B2B 무역 플랫폼을 국제 무역의 실제 실행 구조를 모두 흡수하는 서비스 플랫폼으로 확장한다.
이번 확장의 핵심은 두 가지다.
- AI를 "자동화 도구"가 아닌 의사결정 보조자로 배치하는 구조
- DVRP 기반 3PL과 무역 플랫폼을 하나의 거래 흐름으로 결합하는 구조
이 글은 REINDEERS가 왜 이 두 가지를 동시에 선택했는지, 그리고 이것이 국제 무역 플랫폼 설계에서 어떤 기술적 의미를 갖는지를 설명한다. 2015년 IMARKET Thailand 설립 이후 10년간 동남아 B2B 무역을 직접 운영하면서 축적한 경험이, 이 구조적 결정의 배경이다.
1. 국제 무역의 본질적인 문제
국제 무역은 오랫동안 다음과 같은 방식으로 운영되어 왔다.
- 견적: 이메일, 메신저, 엑셀
- 계약: PDF, 스캔 파일
- 생산-납품 일정: 사람의 기억과 전화
- 물류: 포워딩 경험 의존
- 정산: 사후 확인
문제는 이 모든 과정이 하나의 연속된 의사결정 흐름임에도 불구하고, 각 단계가 서로 단절되어 있다는 점이다. $130B 이상 규모의 동남아 B2B 시장에서 이 단절은 단순한 불편이 아니라 직접적인 비용 손실로 이어진다. 견적 단계에서 합의된 조건이 물류 단계에서 다르게 해석되거나, 생산 일정 변경이 포워딩 예약에 반영되지 않아 선복을 놓치는 일이 빈번하다.
REINDEERS는 이 단절의 원인을 기술적으로 다음과 같이 정의했다.
- 결정 기준이 데이터로 남지 않는다
- 이전 판단이 다음 단계로 전달되지 않는다
- 사람이 모든 비교-검증-정리를 직접 수행한다
이 구조에서는 AI를 단순 자동화 도구로 넣어도 근본적인 개선이 일어나지 않는다. 자동화는 이미 정리된 데이터 위에서만 작동하기 때문이다. 데이터가 단절된 상태에서 자동화를 적용하면, 잘못된 입력 위에서 더 빠르게 잘못된 결과를 만들어내는 것에 불과하다.
2. AI를 '의사결정 보조자'로 설계한다는 의미
REINDEERS에서 AI는 "대신 결정하는 존재"가 아니다.
AI의 역할은 다음과 같이 정의된다.
사람이 결정을 내릴 수 있도록, 모든 선택지를 구조화하고 비교 가능하게 만드는 역할
이를 위해 REINDEERS는 AI를 다음 위치에 배치했다.
- 견적 요청 구조화 - 자연어 요청을 표준 필드로 분해
- 견적서 발행 검증 - 필수 항목 누락, 조건 충돌 감지
- 상품 정보 정규화 - 카테고리, 물류 단위, 포장 방식 추론
- 포워딩 조건 비교 - 운임, 리드타임, 환적 조건 병렬 비교
- 물류-시공 일정 정합성 검증 - 납기와 설치 일정 간 충돌 감지
즉, AI는 "행동의 주체"가 아니라 결정의 맥락을 유지하는 시스템 구성 요소다. 이 설계 철학은 4,300개 이상의 파트너가 사용하는 플랫폼에서 특히 중요하다. 구매자 2,500곳과 공급사 1,800곳, 포워딩 업체 30곳이 동시에 참여하는 환경에서 AI가 일방적으로 결정을 내리면, 그 결정에 대한 책임 소재가 불분명해진다. REINDEERS는 결정의 책임을 항상 사람에게 두되, 결정의 품질을 AI가 보조하는 방식을 택했다.
3. 견적 단계에서의 AI 의사결정 보조 구조
3-1. 고객사 견적 요청
고객사는 자연어로 견적을 요청한다.
AI는 이 요청을 다음과 같이 처리한다.
- 요청 문장을 표준 견적 구조로 분해 - 제품명, 규격, 수량, 납기, Incoterms 등
- 제품 유형-수량-납기 조건 추출
- 과거 유사 거래 기반 범위 제시 - 25,000건 이상의 거래 데이터 참조
중요한 점은, AI가 가격을 결정하지 않는다는 것이다.
AI는 "이런 조건의 거래는 보통 이 범위 안에서 논의된다"는 판단 근거를 제공한다. 과거 거래 데이터에서 유사한 제품, 유사한 물량, 유사한 노선의 견적을 검색하여 가격 범위와 리드타임 범위를 제시한다. 이 데이터는 구매자가 공급사와 협상할 때 참고 자료로 활용된다.
3-2. 공급사 견적서 발행
공급사가 견적서를 발행할 때, AI는 다음을 수행한다.
- 필수 항목 누락 여부 검증
- 환율 변동 가능성 안내 - 4개국 환율 데이터 실시간 수집 기반
- 납품 조건 간 충돌 여부 확인
AI는 견적을 수정하지 않는다. 수정이 필요한 이유를 설명한다. 예를 들어 "현재 THB/USD 환율이 지난 주 대비 1.2% 변동했으며, 납품 시점의 환율 리스크를 견적에 반영하는 것을 권장합니다"와 같은 안내를 표시한다. 환율 데이터는 방콕은행, 하나은행, 중국은행, 메이뱅크에서 매일 자동 수집되는 실제 데이터다.
이 구조는 공급사의 책임과 판단을 침해하지 않으면서, 견적 품질을 일정 수준 이상으로 유지하게 한다.
4. 상품 정보 제공 단계에서의 AI 역할
상품 정보는 이후 모든 단계의 기준 데이터다.
REINDEERS는 상품 등록 시 AI를 통해 다음을 수행한다.
- 설명 문장의 구조화 - 비정형 텍스트를 규격, 재질, 용도 등 표준 필드로 분해
- 카테고리 및 사용 목적 분류
- 물류 단위 및 포장 방식 추론 - 중량, 부피, 적재 방식 자동 산정
이 데이터는 이후 다음 단계에서 재사용된다.
- 물류 단위 계산 - CBM, 중량 기반 운임 산정의 기초
- 포워딩 견적 기준 - 화물 유형에 따른 운송 조건 자동 매칭
- 시공 요청 조건 - 설치가 필요한 품목인지 자동 판단
즉, 상품 정보는 단순 노출 데이터가 아니라 의사결정의 출발점이 된다. 한 번 정규화된 상품 데이터가 견적, 물류, 시공까지 이어지기 때문에, 상품 등록 시점의 데이터 품질이 전체 프로세스의 정확도를 좌우한다.
5. PO 중심 설계와 AI 의사결정의 연결
REINDEERS에서 PO(Purchase Order)는 모든 후속 프로세스의 기준 객체다.
AI는 PO를 중심으로 다음 정보를 연결한다.
- 견적 조건 - 가격, 수량, Incoterms
- 상품 정보 - 규격, 물류 단위, 포장 방식
- 생산 일정 - 공급사 보고 기반 예상 완료일
- 납품 가능 시점 - 생산 완료 + 검수 기간
이 데이터 연결 덕분에, 이후 단계에서 발생하는 모든 판단은 이전 결정의 맥락을 유지한다. 기술적으로 PO는 Turso(LibSQL) 데이터베이스에서 중심 테이블로 기능하며, 견적, 생산, 물류, 정산 등 모든 하위 데이터가 PO ID를 외래 키로 참조한다. 이 구조 덕분에 특정 PO의 전체 이력을 단일 쿼리로 추적할 수 있다.
6. 포워딩 입찰 단계에서의 AI 의사결정 보조
물류 스케줄 요청이 생성되면, 포워딩 업체가 입찰에 참여한다. 현재 30곳 이상의 포워딩 업체가 레인디어스에 등록되어 있으며, 각 업체는 자신이 경쟁력 있는 노선에 선별적으로 입찰한다.
AI는 이 단계에서 다음을 수행한다.
- 과거 유사 노선 기반 비용 범위 제시 - 동일 출발항-도착항, 유사 화물 유형의 과거 데이터 참조
- 납기 조건 충족 여부 검증 - PO에 기록된 납기일과 제안된 ETA 비교
- 제안 간 조건 차이 요약 - 운임뿐 아니라 환적 횟수, 선사 정시율, 보험 조건까지 비교
AI는 포워딩을 선택하지 않는다.
대신 고객사가 선택할 수 있도록 비교 가능한 상태로 만든다. NCP Cloud Functions 기반의 선사 스케줄 크롤러가 수집한 실제 운항 데이터와, 포워딩 업체가 제출한 견적을 병렬로 비교하여 "이 업체의 제안 ETA가 선사 공식 스케줄과 일치하는가"까지 자동 검증한다.
7. DVRP 기반 3PL과 무역 플랫폼 결합의 기술적 의미
REINDEERS의 중요한 확장 포인트는 DVRP 플랫폼과의 연동이다. 2026년 3월 베타로 출시된 DVRP는 국내 물류의 마지막 구간을 담당한다.
7-1. 거래 단위와 물류 단위의 일치
기존 시스템에서는 무역 주문과 물류 주문이 분리되어 있었다.
REINDEERS는 PO를 기준으로 다음을 연결한다.
- 국제 운송 - 포워딩 견적과 선사 스케줄
- 국내 창고 보관 - WMS 모듈과 입출고 데이터
- 픽업-배송 DO - 배송지, 수량, 시간 제약
이로 인해 거래와 물류는 더 이상 분리된 시스템이 아니다. PO에 기록된 수량과 배송 조건이 DVRP의 배차 계획에 직접 입력되기 때문에, 별도의 데이터 재입력이나 수동 연결 작업이 필요하지 않다.
7-2. DVRP 기반 실시간 실행
DVRP는 단순 배차 시스템이 아니다.
다음 요소를 실시간으로 반영한다.
- 트럭 가용 상태 - GPS 기반 실시간 위치 추적
- 적재 용량 - 차량별 최대 적재량 대비 현재 적재율
- 운전기사 근무 시간 - 법정 운행 시간 제약 자동 반영
- 경로 변화 - 교통 정체, 사고, 도로 공사 등 실시간 반영
이 데이터는 무역 플랫폼과 연결되어, 납품 일정과 정산 기준까지 영향을 준다. 배송이 지연되면 PO의 상태가 자동으로 업데이트되고, 관련 당사자에게 Telegram 알림이 발송된다.
7-3. 3PL 서비스로의 자연스러운 확장
REINDEERS는 별도의 3PL 시스템을 만들지 않았다.
무역 플랫폼의 연장선에서,
- 창고 보관 - 입고, 검수, 재고 관리
- 내륙 운송 - 배차, 경로 최적화
- 배송 관리 - 실시간 추적, 수령 확인
를 자연스럽게 흡수했다.
이는 데이터 중복 없이, 하나의 흐름으로 확장된다는 점에서 의미가 있다. 한국, 태국, 말레이시아, 중국 4개국에 법인을 운영하는 REINDEERS가 각 국가의 물류 인프라와 규제를 직접 경험한 것이 이 통합 설계에 반영되어 있다.
8. 시공 서비스 확장과 동일한 구조
시공 서비스 역시 동일한 구조를 따른다.
- 요청 생성 - PO의 시공 필요 여부에 따라 자동 트리거
- 입찰 - 등록된 시공 업체에 조건 공개
- 선정 - 구매자가 조건 비교 후 선택
- 선금 결제 - 플랫폼 내 정산 시스템 연동
- 완료 후 정산 - 시공 완료 보고와 검수 확인 후 잔금 처리
AI는 이 과정에서도 조건 충돌과 일정 정합성을 검증한다. 배송 완료 예정일과 시공 시작 예정일 사이에 충분한 준비 기간이 확보되었는지, 현장 접근 가능 시간과 시공 업체의 가용 일정이 겹치는지 등을 자동으로 확인한다.
마무리
REINDEERS는 AI를 통해 사람을 대체하려 하지 않는다.
대신, 사람이 더 정확하고 빠르게 판단할 수 있도록 의사결정의 구조를 플랫폼 안에 남긴다.
DVRP 기반 3PL과 결합된 이 구조는, 국제 무역을 "사람의 경험"에서 "시스템의 기억"으로 옮기는 시도다. 25,000건 이상의 거래 데이터, 4,300개 이상의 파트너 네트워크, 4개국에 걸친 운영 경험이 이 시스템의 기억을 구성하고 있다.
이것이 REINDEERS가 선택한 확장의 방향이다.