이 블루프린트는 운송사가 고객에게 추적, 문서, 요청 셀프서비스를 제공하면서 예외 통제를 운영 및 TMS에 유지하는 방법을 보여줍니다.
고객 포털운송 팀은 ETA, POD 및 송장 사본을 위해 반복적인 전화와 이메일을 접수합니다. 고객은 활성 로드, 내역 배송 및 진행 중인 요청을 확인할 수 있는 단일 장소가 부족합니다.
TMS 내보내기에서 포털 데이터를 수동으로 재구축하면 고객에게 오래된 상태가 표시되고 내부 팀은 셀프 서비스에 대한 신뢰를 잃습니다.
청사진은 스프레드시트를 복제하는 대신 TMS 및 문서 저장소에서 운영 정보를 읽는 포털을 목표로 합니다.
배송업체 사용자에게는 운영업체의 전체 네트워크가 아닌 계정, 경로 및 서비스 수준에 대한 필터링된 가시성이 필요합니다.
고객 서비스 및 파견에는 예외 대기열, 승인 경로 및 고객 변경 사항에 대한 감사가 포함된 내부 보기가 필요합니다.
재무 부서에서는 마감된 배송과 연결된 송장 팩에 대한 읽기 전용 액세스가 필요할 수 있습니다.
고객은 TMS 또는 통합 피드에서 가져온 마일스톤 타임라인을 사용하여 활성 및 완료된 배송을 검색하고 자세히 살펴봅니다.
문서 워크플로에는 POD 검색, 세관 팩, 배송 지침 업로드(바이러스 검사 및 보관 규칙 포함)가 포함됩니다.
서비스 요청은 픽업 변경 사항, 보류 플래그 또는 견적 요청을 캡처하고 SLA 타이머를 사용하여 올바른 대기열로 라우팅합니다.
기업 발송인의 경우 SSO 옵션을 사용한 계정 및 사용자 관리.
지도 힌트, 마일스톤 테이블 및 관련 문서를 결합한 배송 작업 공간입니다.
템플릿이 포함된 CS에 대한 받은 편지함을 요청하고 승인 시 TMS 쓰기 저장을 요청합니다.
주요 이벤트에 대한 이메일 및 포털 내 경고에 대한 알림 기본 설정입니다.
TMS는 배송 시스템 기록으로 남아 있습니다. 포털은 API 또는 제어된 파일 삭제를 통해 로드, 중지, 상태 및 요금을 소비합니다.
문서 저장소에는 POD 이미지, BOL 및 서명된 URL이 포함된 맞춤 PDF가 보관됩니다. ERP는 배송이 마감되면 송장 트리거를 받을 수 있습니다.
이메일 수집은 API 없이 파트너를 보완할 수 있습니다. 유효성 검사 대기열은 인증되지 않은 업로드가 고객 보기에 들어가는 것을 방지합니다.
고객이 보는 배송 보기를 내부 TMS 식별자와 분리하여 고객이 인식하는 외부 참조를 매핑합니다.
마일스톤 이벤트는 분쟁 해결을 위해 소스 시스템 타임스탬프와 함께 멱등적이어야 합니다.
요청 객체에는 상태, 소유자, SLA 및 로드 분할 시 고아가 발생하지 않는 하나 이상의 배송에 대한 연결이 필요합니다.
1단계: 파일럿 계정 세그먼트에 대한 읽기 전용 추적 및 문서입니다.
2단계: CS 승인 및 선택적 TMS 쓰기 저장이 포함된 서비스 요청.
3단계: 알림, SSO 및 확장된 계정 계층.
4단계: 포털 채택 및 이탈된 문의 양에 대한 분석 - 클라이언트 결과로 마케팅되지 않고 정직하게 측정됩니다.