Ⅲ. 국내물류부문 1. 환경 2. 서비스목표 3. 부문별 업무 프로세스 현황 4. 표준화 대상 업무 프로세스 가. 택배

Presentation on theme: "Ⅲ. 국내물류부문 1. 환경 2. 서비스목표 3. 부문별 업무 프로세스 현황 4. 표준화 대상 업무 프로세스 가. 택배"— Presentation transcript:

1 Ⅲ. 국내물류부문 1. 환경 2. 서비스목표 3. 부문별 업무 프로세스 현황 4. 표준화 대상 업무 프로세스 가. 택배
나. 창고보관 : VMI기반 다. 3 Party Logistics

2 1. 환경 가. 국내 물류 환경 변화 추이 Logistics Process From Stay To 공통사항 제조물류 창고물류VMI 유통물류 3자물류 도매물류 택배물류 소매물류 개인물류  제조업체의 자가물류(1자물류)가 아직도 대부분을 차지하고 있으나, 점차 물류Process의 일부를 외부에 위탁하 는 추세  국내 실정상 보관 및 저장시설의 부족으로 창고물류가 활성화되지 못하고 있으나 창고시설의 일부를 자사의 시설 로 이용하는 VMI에 대한 관심 표면화  생활패턴의 변화에 따라 소비형태가 달라짐으로써 소비자의 접점을 이루는 중대형 할인매장 중심의 유통물류가 등장  유통물류와 동일한 개념으로 대형 할인매장에 비해 소규모인 다수의 소형 도매지의 확산에 따라 도매(Wholesale) 물류등장  개인간 또는 기업과 개인간의 물류이동을 촉진시키는 택배물류가 급속히 확산되며, 택배 서비스 범위가 일반물류 시장 장악  개인통신(PCS등)의 생활화에 따라 개인 Order와 개인 Pick up 및 개인 Delivery가 잠재시장으로 인식되고 있음

3 나. 국내 물류환경 변화추이에 따른 정보화 전제 국내물류정보화는 물류Process, Document, Data등의 표준화가 상당히 진전된 수출입물류와는 달리 표준화 나 상호 정보생성, 저장, 활용도가 상당히 미흡한 상태임 (1) 물류정보화의 정의 화물의 이동이나 저장과정에서 발생하는 Cargo Status Data를 입력, 생성, 저장하여 이를 가공한뒤 이를 수요로 하는 사용자(화주, 물류서비스제공자등)에게 제공함으로써 의사결정을 지원하는 일련의 과정임 (2) 물류정보화의 전제 물류 process의 전과정에서 해당 화물의 이동에 관여되어 있는 Nodes(화주, 선박회사, 항공사, 포워더, 창고, 유통센타, 할인점, 도매점등)들이 자신들의 전산환경을 기준으로 관련 정보를 손쉽게 생성,입력,활용할 수 있는 기반이 선행되어 야 함 (3) 물류정보화의 구현방안 수출입물류의 경우 화물의 국경이동에 따라 물류서비스제공자들의 전산환경은 정보의 생성과 활용이 가능한 수준에 접근하고 있는 반면, 국내물류의 경우, 자체 정보의 생성은 물론, 이를 제공하거나 기 생성된 정보를 활용할 수 있는 자체 전산화와 정보 Infra가 거의 구축되어 있지 않은 실정임 특히 몇몇 물류서비스제공자(운송회사, 창고등)들은 1990년대 후반부터 WEB기반의 Internet환경의 확산에 따라 기 구축시스템의 전환이나 신규구축을 추진중이어서 K ILC의 구축을 위해 이들 업체의 자체 관련 코드를 변환시키도록 하는 등의 방법은 자체정보화의 걸림돌로 작용할 우려가 있음 (4) 물류정보화의 전략 국내물류의 정보화는 이같은 환경의 한계를 고려하여 물류서비스제공자가 자체적으로 구축하고 있는 시스템의 다양한 정보형태와 종류를 그대로 수용하여 이를 K ILC에서 변환한뒤 제공하는 방법과 함께, 이과정에서 단계적 으로 표준화할 수 있는 코드나 Process등을 시스템 신규 구축업체가 수용할 수 있도록 지원하는 두가지 방안을 병행하여야 할 것임

4 (1) 종합물류서비스업체인 한진, 대한통운, 현대의 경우 K ILC에는 택배물류를 중심으로 참여하고 있음
다. 국내물류분야에서의 참여사 서비스 환경 K ILC : 택배, 3PL, 보관, VM, 유통 참여 K ILC : 택배물류 부문 참여 K ILC : Solution개발참여 3PL, VMI, 보관, 운송, 택배, 유통등 선박, 항공기, 창고, 항만, ODCY등 SCM, 3PL, CRM, Warehouse등 물류 Off-Line업체 종합물류서비스제공자 물류 Solution 개발업체 (1) 종합물류서비스업체인 한진, 대한통운, 현대의 경우 K ILC에는 택배물류를 중심으로 참여하고 있음 (가) 3사는 택배시장에서 Big 3로서 택배서비스와 관련하여 시설측면(터미널,장비)은 물론 정보화에도 많은 투자를 해오고 있음 (나) 현재까지 3사의 택배서비스는 유사성을 많이 갖고 있으며 시스템도 계속 확대해 나가고 있어 표준화과정에 어려움이 예상됨 (2) 물류전문 Solution업체들의 경우 물류의 전과정에서 Process별로 특화된 Solution을 확보하고 있음 (가) On-Line Solution 물류업체로 분류되는 이들 업체들은 상당부분이 상호 유사한 목표시장을 겨냥하고 있음 (Supply Chain, Warehouse등) (나) 따라서 K ILC의 초기 서비스에서는 이들 업체의 Solution 개발 경험이 Glogis Hub구축에 활용될 전망임 (3) Off-Line 물류업체로 분류되는 업체의 경우 현재 기 구축된 서비스 시스템을 WEB기반으로 재구축하고 있거나 신규로 구축 하고 있음 (가) 사업범위는 택배물류, 보관물류, 3자물류로 대표되며, 모든 분야에 있어 서비스가 개발되고 있는 단계로서 참여사의 공통 사업범위를 선정하는 경우 대 화주 연계부문은 공통모듈을 활용할 수 있는 가능성이 있음 (나) Off-Line분야의 참여업체들의 경우 유통물류에 대한 투자를 활발히 추진하고 있어, 향후 유통물류에 대한 정보화가 시급한 것으로 판단됨

5 라. 국내물류에 있어 참여사의 공통요구사항 : 서비스 시스템 구축
 최근 제조업체의 자가물류에서 3PL로 이전되는 추세  3PL의 관건은 물류 전구간에 있어서의 실/근시간 정보생성 및 제공 3PL을 요구하는 화주업체가 증가할 수록 다양한 화주의 전산환경과 요구사항으로 인하여 이를 수용하는 물류업체의 전산시스템 및 인력의 부담 가중 3PL 업체 단독으로 물류 전구간에 있어 정보를 생성하는데 어려움 예상 화주업체의 경우 복수의 3PL업체를 활용하거나 업체를 전환하는 경우 시스템연동에 막대한 시간과 비용 발생 3PL 국내 물류시설 중 가장 열악한 것 중의 하나가 바로 보관시설 특히 제조업체의 경우 보관시설의 부족으로 생산,출하,운송,판매 Chain상의 합리화에 어려움 제조업체의 경우 외부의 보관시설을 마치 자사의 시설처럼 활용할 수 있는 요구증대 이를 위해서는 제조업체와 보관시설 제공 물류업체간의 정보교환을 위한 시스템 연동이 필수 VMI는 일반창고와 유사한 Process로서 점차 일반 창고서비스가 VMI로 전환되고 가능성 VMI 참여 물류업체의 공통부문중의 하나로 전략사업으로 인식되어 있음 대형업체의 경우 이미 전국서비스망을 구축한 상태로 Mobile등 부가서비스개발에 주력 중 중소형업체의 경우 전국망보다는 지역망 서비스에 국한되어 있으며 정보시스템 구축이 미흡 택배물류는 타 물류서비스에 비해 보다 정교한 Node별로 정보화가 필요한 서비스로 인식됨 택배물류 생활패턴의 변화에 따라 중대형 할인매장,대리점,백화점등 유통기반의 물류서비스필요성 증대 K ILC참여 중소업체의 주력 사업으로 부각 다수의 업체를 연결해야 하는 점에서 물류업체의 경우 정보를 연동할 수 있는 연동시스템 필요 유통이 같은 업체교체의 빈번으로 인하여 개별 시스템 연동에 많은 비용 발생 불가피 유통물류

6 2. 서비스 목표 가. 국내물류 최종 목표  국내물류의 향후 전체 구성은 WEB Platform기반을 구축하여 화주와 국내물류업체, 물류업체간, 3PL 업체와 다양한 물류 Resources를 확보하고 있는 업체간의 원활한 정보교환 Channel을 구축하는 것임  이를 바탕으로 제조업체의 자가물류, 도소매물류, 유통물류의 정보교환이 가능하도록 함  국내물류의 경우도 수출입물류와 마찬가지로 거래당사자간의 정보교환이 요구되므로 수출입물류에서 구축 된 Visibility Infra를 활용하여 국내물류에서의 Visibility Infra를 구축함  국내부문의 Visibility Infra를 토대로 3PL업체들이 공통으로 활용할 수 있는 Data/Message Platform구축  수출입과 연관된 국내화물의 경우 화물의 흐름을 상호 연계함 VMI Visibility 3PL : 화주와 3PL업체간 Process 수출입물류연동 창고보관 : VMI 재고중심 택배 공통 Process 국내 구간 Data Connectivity & Visibility Data Connectivity & Visibility 해외구간 국내구간: eLogisframe

7 I-Logisplatform(수출입)
나. 구성도 : 수출입물류연관도 Connection Global Visibility 수출입Visibility 국내Visibility 제조업체의 자가물류 도소매 물류 VMI Visibility 3PL I-Logisplatform(수출입) 창고 기업 소비지 제조업체 D-Logisplatform(국내) Goods Issue Pick up Clearance Departure Arrival Delivery Goods Receipt eLogisframe K ILC : Glogis Hub 입출항 공항만반출입 보세구역반출입 보세운송발도착 통관 Viewer Cargo Status Data 화주 물류업체

8 다. 구현방안 3PL, VMI, 유통물류부문 제조업체, 화주, 사용자 Legacy1 Legacy 2 Legacy 3
WEB Browser 정보(Status)조회 사용자형태의 데이타 자사 형태의 데이타 Viewer Connection , 변환 Translation : Data, Document, Code 표준 및 공통 process & Data K ILC’s Glogis Hub : D-Logisplatform 정보(Status)조회  응답 및 결과  물류업체 Legacy로 변환된 데이타 WEB Browser 물류서비스 제공자 Legacy 1 Legacy 2 Legacy 3 3PL, 창고/보관, 유통,택배

9 3. 부문별 업무 프로세스 현황 가.택배 (1) 한진 (가) 업무 프로세스 개인고객 기업고객 Phone / Fax
고객이 Phone 또는 Internet에 의해 집하요청을 하게되면 택배예약시스템에 등록되어 해당 집하센터에 집하지시 집하센터에서는 집하수행 및 E/S 는 PDA에 화물 집하완료등록 * 한진에서는 배송사원을 E/S로 칭함 Internet Internet / VAN 예 약 EDI 집하센터 집하지시 집하완료등록 집 하 SUB터미널 집하된 화물은 집하(SUB) 터미널에 입고되어 중계(HUB)터미널로 발송되거나 배송(SUB)터미널에 직접 발송되기도 한다 이과정에서 화물의 정보흐름은 Handy Scanner에 의해 처리됨 입 고 입고스캐닝 HUB터미널 간선상차등록 간선하차등록 출 고 SUB터미널 배송센터 배송센터에 도착된 화물은 고객 에게 배송되며 배송완료된 화물은 PDA에 배송완료등록 배송출발등록 배 송 배송완료등록

10 (나) 정보 프로세스 예약 집하 발지터미널 중계터미널 착지터미널 배송 Phone/Fax Internet EDI 고객용 패키지
개인고객 집하지시서출력 배송출발 등록(PDA) 간선상차 등록(H/T) Phone/Fax Internet 간선하차 등록(H/T) 집하완료등록(PDA) 미배송사유등록(PDA) 화물입고등록(H/T) 간선하차 등록(H/T) EDI 미집하 사유등록 배송완료 등록(PDA) 고객용 패키지 간선상차 등록(H/T) 집하대상 자료송부 배송완료 등록(2차) 운송장등록 (화물정보 입력) 기업고객 배송정보 제공 기업고객의 경우 사전에 배포된 고객용 패키지, 자료 업로드를 통한 집하지시를 수행하며, 업로드된 자료를 통해 집하완료시 운송장 등록 DB에 저장(운송장 자동등록) 일반고객의 경우 E/S가 제출한 운송장상의 정보를 집하센터에서 시스템에 등록 E/S의 경우 PDA를 통해 집하완료 및 미집하사유 전송 사전에 등록된 정기선 SKD에 의해 간선배차 수행 터미널 작업은 Handy Scanner에 의해 화물의 입고, 간선상차, 하차의 정보를 DB에 전송 배송의 경우 화물배송출발전, 배송완료시 E/S가 해당 정보를 PDA로 DB에 전송 ☞ 각 단계별 미집하 조회/관리, 미등록 운송장 조회/관리, 미입고화물 조회/관리, 미도착/오도착화물 조회 관리, 배송 미출발현황, 배송미완료 현황을 관리함으로 써 사전 IRR 방지 수행

11 (2) 현대 (가) 업무 프로세스 개인고객 기업고객 Phone / Fax 예 약 Internet EDI 화물,배송 지역확인
고객은 전화, 인터넷, 또는 공급한 프로그램에 집하요청을 하게되면 택배예약시스템에 등록되어 해당 집하지역 영업소 집하지시 집하지역 영업소에서는 집하예정 송장출력 후 집하 (집하 후 송장 스캐팅) 영업소 집하요청 화물은 집하 후 시스템에 송장정보 입력 Phone / Fax 예 약 Internet VAN Internet EDI 화물,배송 지역확인 Internet LAN 영업소 집하지시 집하 완료등록 집하지시 집 하 터미널도착 화물 스캐닝 배달지정 슈트로 분류 배송지 터미널로 구간운송 배송영업소별 분류 발송 스케닝 배송지 영업소로 셔틀운송 집하 관할 터미널 입 고 셔틀입하 등록 구간상차 등록 구간하차 등록 출 고 셔틀상차 등록 배송 관할 터미널 영업소에서 배송 배송완료 화물 스캐닝 스캐닝 저장 정보 귀소 후 본사 전송 영업소 배 송 배송완료등록

12 (나) 정보 프로세스 예약 집하 발송 터미널 도착 터미널 배송 Phone/Fax 홈페이지 EDI Internet 고객용 패키지
운송장등록 (화물정보 입력) 개인고객 연계일보와 비교 분류부발송(스캔) Phone/Fax 도착완료등록(스캔) 구간차량연계일보 홈페이지 집하완료등록(스캔) 터미널도착등록(스캔) 분류부발송(스캔) 미집하 사유등록 배송완료 등록(스캔) EDI 터미널도착등록(스캔) 미배송사유등록 Internet 연계일보와 비교 고객용 패키지 부재중 방문표 기업고객 배송정보 제공 기업고객의 경우 사전에 배포된 고객용 패키지, 자료 업로드를 통한 집하지시를 수행하며, 집하리스트에서 바로 운송장 출력 일반고객의 경우 영업사원이 운송장을 수기로 직접 입력한 후 영업소에 돌아와 운송장 정보 입력 셔틀운송과 터미널, 터미널과 셔틀운송간의 연계는 연계일보로 정보 교환 영업소에서 터미널로 도착한 화물은 핸디스케닝으로 비교 확인 도착터미널 도착 후 화물 핸디스케닝 도착터미널에서 배송지 영업소까지 셔틀운송 후 영업소에서 도착완료 등록 (핸디 스케닝) 배송 시 배송화물 스캐닝 영업소에서 화물 도착완료 전송 ☞ 화물사고와 관련된 정보 흐름은 다소 상이 함.

13 (3) 대한통운 (가) 업무 프로세스 개인고객 기업고객 Phone / Fax 주문(예약) Internet EDI 집화지시
VAN 고객은 전화, 인터넷, 또는 공급한 프로그램에 집하요청을 하게되면 택배예약시스템에 등록되어 해당 집하지역 영업소 집하지시 접수센터에서는 접수내역을 확인후 영업사원 및 위탁점에 집화 지시 주문(예약) Internet EDI 집화지시 Internet LAN 집배센터 집하지시 집화화물 스캔 집 화 집화 터미널 터미널 집화입고 스캐닝 자점화물 분휴 타점화물 분류 도착화물 입고 스캐닝 배달출고 스캐닝 입 고 집화입고 스캔 중계 터미널 도착입고 스캔 출 고 배달출고 스캔 배달 터미널 영업소에서 배송 배달완료 화물 스캐닝 미배달화물 입고 스캐닝 미배달 사유 입력 집배센터 배 송 배달완료 스캔

14 (나) 정보 프로세스 예약 집화 발송 터미널 중계터미널 도착 터미널 배달 Phone/Fax 홈페이지 EDI Internet
집화 운송장 출력 (화물정보 입력) 개인고객 타점화물분류 Phone/Fax 배달출고(스캔) 자점/타점화물 분류 홈페이지 집화내역전송 집화화물입고(스캔) 도착입고(스캔) 미집화 사유입력 배달완료 스캔 EDI 타점발송(스캔) 미배달사유입력 Internet 도착화물예정정보 고객용 패키지 미집화 명세 기업고객 배달정보 제공 기업고객의 경우 사전에 배포된 고객용 패키지, 자료 업로드를 통한 집하지시를 수행하며, 집하리스트에스 바로 운송장 출력 일반고객의 경우 영업사원이 운송장을 수기로 직접 입력한 후 영업소에 돌아와 운송장 정보 입력 집화된 화물은 입고터미널에 입고후 집화내역전송 집화입고된 화물은 자점화물, 타점화물 분류 도착터미널 도착 후 화물 핸디스케닝 도착된 화물은 도착화물 예정정보를 활용하여 미착, 오착홤루 처리 배달 시 배달화물 스캐닝

15  참여사 택배 서비스 비교 비교항목 대한통운 삼영 아주 한진 현대 택 배 사 개인고객 기업고객 기타 대한통운 삼 영 아 주
① 택배사별 비교표 비교항목 예약주문 일반고객 ○ 화물추적 운송장번호 × 송/수하인 전화번호 기타 고객의 소리 요 율 안 내 영업소 안내 물류/업체 소식 △ 상품/서비스 소개 대한통운 삼영 아주 한진 현대 ② 서비스 특징 택 배 사 WEB상에서 집하예약/확인 및 화물위치 추적 기능 제공 (공통사항) ○ 홈쇼핑등 특정 기업고객에게는 EDI 서비스 제공 (대한통운, 한진, 현대) ○ 일반 기업고객에는 고객용 S/W 제공으로 화물배송정보 및 반품 정보 송/수신 처리 (대한통운, 한진, 현대) 개인고객 기업고객 기타 대한통운 기업고객 전용 서비스 제공 삼 영 아 주 기업고객 전용 서비스 제공 한 진 WEB상 택배견적 서비스 제공 현 대 통판창고 시스템 제공

16 ③ 택배사별 WEB 화물추적 서비스 비교표 대한통운 한진 현대 아주

17  1차 K ILC에서 보여주는 화물추적 정보는 각 택배사별로 항목을 그대로 보여줌
④ 화물추적서비스 상세 비교표 대한통운 화물인수 화물접수 TML 보관 배달중 배달완료 한 진 화물접수 화물출발 화물도착 배송출발 배송완료 현 대 화물접수 화물출발 화물도착 배송출발 인수확인 아 주 간선상차 터미널입고 터미널출고 간선하차 배송완료  1차 K ILC에서 보여주는 화물추적 정보는 각 택배사별로 항목을 그대로 보여줌  2차 화물추적 단계별 용어통일 및 택배사별 화물추적 서비스의 표준 단계 도출

18  국내 택배 물류의 정보화 현황 집하센터 (영업소) 10 1 Call Center 11 일반고객 12, 14 3 택배 DB
12, 13 2 WEB Form 2 6, 7, 8, 9 집하터미널 중계터미널 배송터미널 3 기업고객 12, 13 4 5 15, 16 배송센터 (영업소) 정보의 흐름 화물의 흐름 1 : 예약주문(집하요청)/Phone, Fax 2 : 예약주문(WEB Form) 3 : 화물추적조회 4 : 배송요청자료 전송(EDI) 5 : 회수(반품) 요청자료(EDI) 6 : 배송완료 자료 7 : 미집하 사유 자료 8 : 화물추적자료(POD) 9 : 회수(반품) 완료 자료 10 : 집하지시 11 : 집하정보등록(운송장등록) 12 : 화물입고 전송 13 : 화물출고 전송 14 : 배송출발 15 : 배송완료 16 : 미배송사유

19  택배 Process 상에서의 생성되는 EDI 송, 수신 정보
- ③ 배송완료 자료 ④ 미집하 사유 자료 ⑤ 화물추적자료 ⑥ 회수(반품) 완료 자료 택배사 화주 (고정 거래처) - ① 배송요청 자료 - ② 회수(반품) 요청 자료

20  택배사별 서식류 - 대한통운 라벨형 운송장

21 - 대한통운 일반 운송장

22 - 대한통운 일반 운송장

23 - 한진 일반 운송장

24 - 한진 라벨형 운송장

25 - 현대 일반 운송장

26 - 아주 일반 운송장

27 나. VMI 일반적인 정보흐름 송 화 주 (제조업체 등) 물류센터 운송업체 수 화 주 (기업고객 등) 입고 의뢰서 . 입고정보
송 화 주 (제조업체 등) 물류센터 운송업체 입고 의뢰서 . 입고정보 . 재고정보 . 출고정보 . 반품정보 . 각종 실적정보 . 대금정산정보 영업부서 생산부서 물품 수송 배차 신청서 .주문정보 .대금정산 정보 .출하계획수립 .출고예정정보 재고내역 전송 배차 결과입력 배차정보 차량실적 정보 출고 요청서 운송실적 정보 배송요청서 대금청구 배송완료정보 전송 대금정산 보관 및 배송료 정산 주문서, 출고요청서, 대금정산정보 거래명세서, 납품예정내역서 전송 배송 수 화 주 (기업고객 등) 인수 확인 업무부서 .입하예정 정보 .인수처리 정보의 흐름 화물의 흐름 ※ 물류센터의 Inventory(재고) 정보를 송화주에게 제공.

28 다. 일반창고의 일반적인 정보 흐름 작업분석관리 출하관리 일반창고 송 화 주 (제조업체 등) 입고관리 운송관리 피킹관리
송 화 주 (제조업체 등) 입고관리 운송관리 피킹관리 . 입고예정관리 . 입고지시·검품 . 입고관리/ 실적관리 . 반품관리 . 협력업체 관리 . 운송실적관리 . 출고작업 지시 . LOCATION 별 피킹 보관 의뢰서 물품수송 배송요청서 재고내역전송 운임정산 일반창고 (영업용) 거래명세서 HP 주문서 대금정산 작업분석관리 재고관리 출하관리 . 기준재고관리 . 발주관리 . LOCATION 관리 . 입고일자별 관리 . 선입선출관리 . 불량재고 . 결품정보관리 배송 인수확인 . 제품별 입출고 실적 . 운송실적 . 물류장비별 작업실적 . 상차지시관리 . 상차완료 관리 . 출고실적관리 . 인수증 회수관리 수 화 주 (기업고객 등) 정보의 흐름 화물의 흐름

29  물류 흐름도 ① 화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 EDI, FAX, TEL 입하예정정보 입하예정정보
화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 EDI, FAX, TEL 입하예정정보 입하예정정보 수신 및 등록 입하예정정보 수신 및 등록 마 감 N Y 입하작업 계획수립 입고작업계획서 집하작업계획서 화주별 검수LIST 집하 물량 집하작업계획서 접 수 N Y 배차 정보 배차정보 송수신 배차 지시서 접수 배 차 -집하차량 출발 -입고선 도착 -입고선 출발 집하계획변경 Y N 차량도착 정보등록 차량별 검수LIST 입하 정보 입하정보 송수신 검수 및 Pallet 작업 등록 차량하화완료 정보 1

30  물류 흐름도 ② 화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 1 지게차작업LIST 또는 입고라벨 납품내역서유무
화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 1 지게차작업LIST 또는 입고라벨 납품내역서유무 입고확인서 N 유통 가공 Y 유통가공 완료처리 입고대 도착정보 등록 해당층 도착정보 등록 입고 처리 미입하 LIST Order 수정 미입하 물량처리 2

31  물류 흐름도 ③ 화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 2 N 재고실사유무 Y 재고실사 계획편성
화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 2 N 재고실사유무 Y 재고실사 계획편성 재고실사 LIST 유통가공 완료처리 재고 Unmatch LIST 재고 정보 재고정보 수신 재고조정 및 제품정보 수정 N 재고보충 작업 유무 Y 재고보충 계획편성 재고보충작업 LIST 재고보충 완료처리 3

32  물류 흐름도 ④ 화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 3 N 보충발주 처리유무 Y 보충발주 현황정보
화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 3 N 보충발주 처리유무 Y 보충발주 현황정보 보충발주 현황 송수신 보충 발주처리 N 재고통합 유무 Y 재고통합계획 편성 재고통합 LIST 재고통합 처리 4

33  물류 흐름도 ⑤ 화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 4 출하예정정보 출하예정정보 수신 및 등록
화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 4 출하예정정보 출하예정정보 수신 및 등록 출하예정정보 수신 및 등록 N 마 감 Y A 출하작업 계획서 편성 출하작업 계획서 N 배송 유무 Y 배송계획서 접수 배차 정보 배차정보 송수신 배차지시서 접수 배 차 Y 배송계획 변경유무 배송차량 출발 N N 긴급물량 유무 B Y C 5

34  물류 흐름도 ⑥ 화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 5 긴급물량처리 출하작업 계획서 N 배송 유무 Y
화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 5 긴급물량처리 출하작업 계획서 N 배송 유무 Y 배송계획서 접수 배차지시서 접수 배 차 Y 배송계획 변경유무 배송차량 출발 C N B 배차 확정 배차지시서 차량Picking LIST 차량적재 LIST 출고 처리 6

35  물류 흐름도 ⑦ 화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 6 Picking구분 Picking 완료처리
화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 6 Picking구분 Picking 완료처리 출하 Label 또는 수기 N 재입고 유무 Y 재입고 처리 해당층 도착등록 출고대 도착등록 N 유통가공 유무 Y D 7

36  물류 흐름도 ⑧ 화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 7 유통가공 처리 A 해당층 도착등록
화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 7 유통가공 처리 A 해당층 도착등록 출고대 도착등록 D 배송처별 분류작업 출하Label or 수기 배송처별 분류LIST 출고취소 유무 Y N 입고 Routine 배송차량 도착정보 등록 B 검수 및 상차완료 8

37  물류 흐름도 ⑨ 화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 8 출고확인서 및 송장 Y 화주자가 운송여부 N
화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 8 출고확인서 및 송장 Y 화주자가 운송여부 N 출하실적정보 송수신 배송결과 처리 미출하 LIST 출하배송처리결과 Order 수정 미출하 물량처리

38  물류 흐름도 ⑩ 화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 EDI, FAX, TEL 반품예정정보 반품예정정보
화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 EDI, FAX, TEL 반품예정정보 반품예정정보 수신 및 등록 반품예정정보 수신 및 등록 N 마 감 Y 반품회수 계획수립 반품입고작업계획서 집하작업계획서 집하작업계획서 배차 지시서 접수 배 차 집하차량 출발 Y 집하계획변경 반품처 도착 N 반품처 출발 N 센터반품여부 Y E 10

39  물류 흐름도 ⑪ 화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 E 10 반품예정정보 반품예정정보 입고선 도착등록
화 주 창 고 업 체 수 배 송 (택배) 본 사 창 고 E 10 반품예정정보 반품예정정보 입고선 도착등록 반품차량도착정보 등록 검수 LISZT 검수 및 Pallet작업 N 정상품 Y 유통가공완료처리 N 유통가공 완료처리 Y 유통가공완료처리 Y 입고와 동일 Process

40 3자 물류업체 (3rd Party Logistics)
라. 3PL의 일반적인 정보흐름 송 화 주 (제조업체 등) 3자 물류업체 (3rd Party Logistics) 보관 의뢰서 물류센터 배차 신청서 배차부서 영업부서 생산부서 물품 수송 .입고정보 .재고정보 .출고 계획수립 .출고정보 .배차정보 .반품정보 .각종 실적정보 .대금 정산정보 배차 결과입력 배차정보 차량실적 정보 .주문정보 .대금정산 정보 .출하계획수립 .출고예정정보 운송실적 정보 출고 요청서 배송요청서 차량 요청서 협력업체 (알선업체) 배송완료정보 전송 배차내역 전송 대금청구 보관 및 배송료 정산 배차정보 차량실적 정보 대금정산 주문서, 출고요청서, 대금정산정보 거래명세서, 납품예정내역서 전송 인수증 확인 수 화 주 (기업고객 등) 배송 업무부서 .입하예정 정보 .인수처리 정보의 흐름 화물의 흐름 ※ 3자물류업체는 송화주의 물품에 대한 포괄적인 물류업무를 수행함

41 마. 운송부문의 일반적인 정보흐름 송 화 주 (제조업체 등) 운송업체 본사/영업부서 배차부서 협력업체
송 화 주 (제조업체 등) 운송업체 본사/영업부서 배차 신청서 배차부서 (운송업체) 운송의뢰서 영업부서 생산부서 . 출고예정정보 . 배차정보 . 운송실적 정보 . 대금정산 정보 배차 결과입력 출하예정 정보 출하 요청서 출하계획 수립 운송예정내역 전송 배차정보 차량실적 정보 운송실적 정보 화물수탁증 (인수증) 전송 차량요청서 출고지시서 출고내역서 협력업체 (계약업체) 대금청구 배차내역 전송 창고부서 대금정산 대금청구 배차정보 차량실적 정보 대금정산 거래명세서, 납품예정내역서 전송 주문서, 인수내역통보서전송 배송 수 화 주 (기업고객/물류센타 등) 인수 확인 입고지시서 업무부서 창고부서 .입고예정정보 .인수처리 정보의 흐름 화물의 흐름

42 바. 유통물류의 일반적인 정보 흐름 V A N / E D I ↔ ↔ ↔ ↔ BANK 유통센타 입고 공급자 유통자동화시스템
분류/파레타이즈 방 면 별 분 류 류 출 하 검 품 입 하 검 품 오 ⇒ 입 고 ⇒ 보 관 유통가공 피 킹 ⇒ 집하.출고검품 ⇒ ⇒ ⇒ ⇒ 적 재 ⇒ 배 송 생산자 (제조업체) V A N / E D I 통합발주시스템 퍼 -가격LABEL부착 레 -소규모포장 -발주자관리 -예약발주 이 -재포장 -발주조정 -절단 현 장 대 면 판 매 발주 션 ↔ ↔ ↔ ↔ 통합주문시스템 -주문ENTRY 제어 제어기기 INTERFACE SYSTEM -ON-LINE주문 -재고검색조정 물 류 정 보 시 스 템 입하SYSTEM 입고SYSTEM 배송SYSTEM -주문조정관리 -미납분납관리 -입고확정 -차량관리 -입하확정 -운임지불처리 대금지급 -Location예약 -상품추적관리 재고관리시스템 Location시스템 -(반품관리) -반품입고 BANK -재고조사 -보충입고 -Location배치변경 통합수송시스템 - 자동이체 - FIRM BANKING ← → -배차 수송 계획 -배차 공차 수배 주문SYSTEM 출고SYSTEM 출하시스템 -주문 관리 -재고조정 -납품서발행 -출하LABEL발행 M I S -예약 관리 -PICKING지시 -출하품관리 -출하검품 대금정산 -출고검품 (미출하/지연/차이) -물류후선관리 -마케팅관리 -유통정보 수주 지 원 시 스 템 출하분석(ABC분석) 적재.배차 Simulation 거래처/고객 통합정산시스템 재고분석 회전율분석 자동M/A 가격결정SYSTEM 직영점 소 비 자 -공급처대금지급 발주권고 자동발주 -농산물가격결정 가맹점 -거래처 정산 관리 (적정화Location관리) 체인본부 최적화 작업계획(LPS) 물류서비스 COST관리 일반소비자 배송.인도 판 매출 속보 판매 분석 영업 분석 현장 판매 매 일반소매점 -일별,시간대별 -매출실적분석 -매출이익분석 정 직판.택배 -품목별 -매출BEST상품 -회전율,평효율 보 -마진별 -매출저조상품 -영업효율

43 4. 표준화 대상 업무 프로세스 국내물류부문의 업무 프로세스 표준화는 택배, VMI 개념의 창고보관, 3PL로 요약됨
설계를 수행함 - 이를 기반으로 2차년도 에는 택배부문, 3차년도 에는 3PL에 대한 시스템을 구축할 예정  VMI 개념의 창고보관 - VMI 개념이란 입출고중심의 창고물류에서 재고물류로 관점을 확대하는 것으로 보관화물에 대한 재고정보 를 K ILC를 통해 제공하는 것임 - 이를 기반으로 다음 단계는 구매자와 제조업체간의 생산, 구매, 판매등에 대한 정보를 교환하는 것이며, 결과적으로 VMI Visibility가 가능하게 되는 것임  택배 - 기존 물류에 비해 많은 Pipeline을 관리하여야 하며 다량의 소량화물 처리, 고객정보관리, Mobile 활용 등 특화된 서비스로 구성되어 있음 - 참여업체간의 많은 서비스 격차가 있어 초기에는 공통서비스 모듈에 한하여 Service Consensus를 형성할 필요가 있음  3PL - 수출입뿐만 아니라 국내물류의 궁극적인 목표인 3PL은 어느정도의 정보화 기반이 충족되어야 하므로 3차 년도에 구축할 예정임 - 3PL은 개별 3PL서비스업체의 자체 Application 뿐만 아니라 국내외에 걸친 정보생성, 연동, 가공, 제공을 위한 정보 Infrastructure가 요구되는 부분임

44 가. 택배 (1) 표준화 추진 전략 기업의 택배사 Switching 비용 효과 택배사의 기업고객 Interface절차 개선
택배산업을 위한 Infra구축 및 공동활용 다수의 중소 택배업체참여를 통한 MP구축 기업 기존 Loyal Customer 서비스유지 참여사Site Booking Booking Confirm Profile Service Tariff Visibility Customer Validation K ILC K ILC를 통한 새로운 고객 접점 구축 예약 배달완료 집하 Visibility 출고 입고 도착터미널 Infra 발송 중계터미널 발송터미널

45 K ILC : Connection & View Infra
(2) 택배산업 표준화 방향 기존 고객(회사별 S/W제공 및 개발) 기존 고객 및 신규 고객(회사교체포함) Package S/W활용 File 생성 및 전송 WEB Form입력 File 생성 및 전송 EDI 메시지 전송 전화 & 방문 EDI 메시지 전송 XML/EDI, ebXML 집하 입고 발송 터미널 출고 도착 Standardized Gateway K ILC : Connection & View Infra Pipelines Visibility GMXLHub : Translation(Data, Message)by company (B2Bi) 기존사이트 한진 현대 대한통운 삼영물류 콜럼버스 아주 Others 참여사별 In-house Systems

46  기업고객의 자체 데이터 형태를 수용하여 이를 변환  고객/택배사간 주요 메시지를 XML/EDI로 표준화 제정
(3) K ILC Interface 기능  Interface방안 및 단계  K ILC의 기능별 WEB Form입력  기업고객의 자체 데이터 형태를 수용하여 이를 변환  고객/택배사간 주요 메시지를 XML/EDI로 표준화 제정 기업고객  K ILC에서 1차로 고객 Log in - 사업자등록번호, 기업명, 주소, 연락처등 기본 사항을 등록 - ID, Password 부여 - 1차 Gateway로 고객관련 Report, Performance관리 K ILC Site Interface  K ILC와 개별 택배사 고객 DB와의 연동 가능성 - K ILC를 통해 Log in한 고객이 특정 택배사를 선택하는 경우 별도의 이중 Log in없이 접속할 수 있는 방안 참여사 참여사 참여사  개별 택배사가 고객을 최종적으로 관리 - K ILC를 통해 등록된 개별 고객에 대한 관리 책임 고객DB 고객DB 고객DB

47  ISP에서 제시한 e-Logistics의 Trend Model을 택배산업에 적용하여 on/off line의 조화 도출
(4) 표준화 적용 기준  ISP에서 제시한 e-Logistics의 Trend Model을 택배산업에 적용하여 on/off line의 조화 도출 Plan Do See Customer Company Profile Service : region, value-added Tariff : official & practical Contract Lead time Visibility Settlement Compliance Booking Booking Confirmation Auction & Reverse Documentation : Interface Payment Visibility Customer Credibility Report : Statistics Performance by Company Forecasting Remains to be done Optimization Company Rating & Routing Contract Forecasting & Facility Allocation

48 (5) 표준화 대상 Profile Service Selection Contract Document Visibility
Settlement 참여사의 고유서비스를 유지하면서 고객에 대한 접점을 추가로 개방공동으로 개발할 수 있는 서비스 제공 자원공유 변환 일반적인 참여사별 회사 소개 차별화된 서비스 소개 기업고객이 업체를 선정할 수 있도록 Recommend 중장기적으로 On-Line예약 환경 조성 고객별, 참여사별 다양한 data/message변환기능 제공 Event발생시점에서 고객에게 Delay통보 및 대안 제시 공통적으로 활용할 수 있는 신뢰성 있는 결제수단 및 환경 제공

49 (가) Profile 조회  목적 - 기업고객의 폭넓은 택배사 선택을 지원하기 위한 기능 - 참여 택배사의 다양성 소개  방법 - 기업고객의 택배서비스 활용을 위한 Planning단계로서 다음의 Do(Execution)으로 넘어갈 수 있도록 함 - K ILC에 등록된 택배사를 선택하여 택배사가 기구축한 사이트로 연결되도록 함으로써 관련 정보를 제공 : Link - 참여 택배사의 주요 내용을 별도로 구축하여 조회할 수 있도록 함 - 조건별로 회사별 내용을 구축하여 정보를 제공 : 서비스범위, 지역, IT수준 등  구축방안 - 향후 다양한 택배사의 참여를 전제로, DB에 Profile정보를 표준화된 방법으로 저장, 수정, 제공할 수 있 도록 e-Catalog 도입 가능성

50 (나) Service 조회  목적 - 기업고객의 폭넓은 택배사 선택을 지원하기 위한 기능 - 기업고객이 자사의 요구에 맞추어 택배사를 새로 선택할 수 있는 환경 구축  방법 - 기업고객의 택배서비스 활용을 위한 Planning단계로서 다음의 Do(Execution)으로 넘어갈 수 있도록 함 - K ILC에 등록된 택배사를 선택하여 택배사가 기구축한 사이트로 연결되도록 함으로써 관련 정보 제공 : Link - 참여 택배사의 주요 내용을 별도로 구축하여 조회할 수 있도록 함 - 조건별로 서비스내용을 구축하여 정보 제공  내용 - 서비스 가능 지역 - Visibility제공 가능성 및 범위 - 지정 시간제 배달 - Event Management 제공 : 지연시 사전 Status정보 제공 - 구축 및 제공가능 IT수준 - Interface  구축방안 - 향후 다양한 택배사의 참여를 전제로, DB에 Profile정보를 표준화된 방법으로 저장, 수정, 제공할 수 있 도록 e-Catalog 도입 가능성

51 (다) 업체 선택  목적 - 기업고객의 폭넓은 택배사 선택을 지원하기 위한 기능 - 기업고객이 자사의 요구에 맞추어 택배사를 바꿀 수 있는 환경 구축 - 기업고객이 상황에 따라 여러 변수를 고려하여 서비스특징을 갖고 있는 다양한 택배사 활용 지원  방법 - K ILC를 통해 Profile, Service, Tariff등의 조건을 검토한후 택배사 선택 - 장기적으로 기업고객이 원하는 조건을 제시하면 이에 적합한 택배사를 고객에게 Recommendation함  내용 - 선택을 위한 조건입력기능 - 조건입력에 의한 조회내용 제공 - 선택시 해당 택배사 Access기능 - 조건입력시 해당 List 제공  구축방안 - 다양한 조건을 조회할 수 있도록 함으로써 기업고객이 판단할 수 있는 정보를 제공하여 선택 - 일정한 조건을 제시하며 등록된 정보를 활용하여 가능한 업체를 제시

52 (라) Auction  목적 - Marketplace의 전형적인 서비스로서 Spot거래에 있어 기업고객이 수시로 요청하는 서비스 수용  방법 - 기업고객이 서비스조건에 지불가능 총 비용을 제시할 수 있도록 하며, 이를 참여사가 검토한후 예약이 이루어 질 수 있도록 함  내용 - 기업고객의 조건 제시 : 물동량, 기간, 서비스 내용, 총 가능 요금 - 제시 내용을 참여사 택배사에 Interface - 택배사의 결과를 고객기업이 조회할 수 있는 기능 - 조건부합시 거래가 이루어 질 수 있는 기능  구축방안 - 일반적인 경매/역경매 기능 참조

53 (마) Booking & Confirmation
 목적 - 다수의 기업고객이 자사가 선택하는 택배사 시스템과 관계없이 표준화된 환경에서 예약할 수 있도록 함 - 기업고객과 택배사의 Switching 비용 절감 효과  방법 - 참여 택배사의 다양한 예약기능을 고려하여 K ILC에 표준화된 예약화면 구축  내용 - 예약 기능 - 취소 기능 - 예약변경 기능 - 예약에 대한 확인기능  처리절차 - 고객은 K ILC의 표준화된 환경에서 예약 내역 입력 - 예약내역은 고객이 지정한 택배회사의 In-house System으로 전송 : 변환필요시 K ILC에서 변환대행 - 예약을 받은 택배사는 확인내역을 자체적으로 생성, K ILC에 전송 - 고객은 예약화면에서 확인내역을 조회하거나 고객시스템의 Browser에서 제공되도록 함

54 (바) Contract  목적 - 기업고객의 계약은 Off-line에서 이루어지는 것이 일반적이지만, 중장기적으로 기업고객이 Plan단계 에서 선정한 택배사를 바로 On-line에서 계약할 수 있는 환경 조성 - Marketplace의 성공요인은 On-line에서 필요한 정보의 조회와 이를 토대로 한 계약성사임을 고려할때 단계별 도입 검토  방법 -기업고객이 K ILC에서 택배사를 선정하면, 참여사별로 On-line Contract가능여부가 표시되며, 가능한 기업의 경우 K ILC의 표준 계약서나 또는 해당 회사의 자체 계약서가 제공되도록 함 - Marketplace상에서의 계약성사는 기업임을 입증하는 인증제도 활용 필요  내용 - 표준 계약서 - 택배사별 계약서 - 계약작성 - 수정 및 변경, 확인, 승인

55 (사) Visibility : Intelligent Tracking & Tracing
 목적 - 택배서비스영역의 확대와 고객의 요구변화에 따른 택배부문 추적서비스의 Paradigm변화 필요  방법 - 운송장번호등의 입력을 통한 현재 Status정보제공에서 Pre-planning에서 벗어나는 경우 통보 - K ILC에 등록된 택배사를 선택하여 택배사가 기구축한 사이트로 연결되도록 함으로써 관련 정보를 제공 : Link - 참여 택배사의 주요 내용을 별도로 구축하여 조회할 수 있도록 함 : 업체별 추적 공통항목 도출 - 조건별로 서비스내용을 구축하여 정보 제공  내용 - 정보입력을 통한 Status정보 제공 - 참여업체별 공통된 Pipeline구성 - 지정 시간제 배달 - Event Management 제공 : 지연시 사전 Status정보 제공

56 (아) Documentation : Interface
 목적 - 전산환경이 상이한 기업고객의 다양한 Data 및 Message를 요구에 따라 변환함으로써 기업고객의 택배 업체 활용에 따른 부담을 최소화 - 택배업체의 경우 개별 기업고객의 다양한 전산요구를 변환 또는 표준화를 통해 지원함으로써 전산개발에 에 따른 인적 및 비용적 부담 경감  방법 - Translation 또는 Connector기능의 GXMLHub를 Connection Center로 활용 - 업체별로 활용하고 있는 다양한 Data/Message를 등록하여 거래할 수 있도록 함 - 중장기적으로 필요시 XML기반의 ebXML활용이 가능하도록 함  내용 - 데이터 변환 - 메시지변환 - 기존 EDI수용 - XML/EDI활용  구축방안 - KTNET의 GXMLHub를 K ILC의 Connection Center로 활용 검토

57 (자) Customer Credibility
 목적 - 신용도가 낮은 기업고객에 대한 정보를 K ILC Member들이 공유함으로써 결제에 따른 위험도 최소화  방법 - 한 택배회사에서 불량신용기업으로 파악된 기업정보를 예약등과 같은 절차시에 자동 또는 수동으로 검증 할 수 있도록 함  내용 - 우선적으로 결제 미이행 기업정보 생성 - 다음 단계로 결제 지연등의 추가 서비스 고려 - 장기적으로는 기업의 신용도를 측정하여 이에 따른 서비스 차별 가능

58 (차) Performance  목적 - K ILC Member업체들의 서비스성과와 개선결과를 Service Reliability 측면에서 통합적으로 나타냄 으로써 고객들의 신뢰성 강화  방법 - 일정기간 지속된 서비스결과를 토대로 업체별 성과와 개선정도를 정량적 및 정성적으로 제시 - K ILC 서비스관리자가 축적된 정보를 토대로 만들거나 전문 Reporting Tool을 활용하여 Creation함 - 고정메뉴를 통해 제시하는 방법과 고객의 조건에 따른 결과가 나타날 수 있도록 함  내용 - 각 기업이 대외비로 취급하는 사항은 제외 : 예를 들어 물동량등 - Delivery에 따른 Lead time - Express 또는 Anytime Service성과

59 GXMLHub : Translation/eConnector Service Settlement
(6) 표준화 모형 서비스 조회 Log in Process Profile Auction GXMLHub : Translation/eConnector Package S/W 업체선정 고객정보 참여사 1 예약 Service Settlement 참여사별로 Data 변환 예약결과확인 Documentation Interface Facility & Hub 계약 Tariff K ILC Gateway 참여사별 자체 Data전송 Visibility EDI 참여사 2 기업고객 변경사항통보 K ILC를 통한 Link Booking Status정보조회 Files Credibility Visibility정보 Event정보제공 참여사 N Proprietary Visibility Contract Report 고객신용정보공유 정산정보

60 (7) 표준화를 위한 협의사항 택배산업을 표준방식(Business Process, Message, Registry, Repository, Transport등)을 활용하여 eBusiness로 전환시킬 수 있는 환경 여부 기업고객과 택배회사간의 정보교환 방식 표준화 가능성 정도 및 방법 - XML/EDI - EDI - 사설 Message - Data등 K ILC의 GLOGISHub의 역할 조명 - 기업고객과 택배회사를 연계해주는 단순한 기능의 Gateway - Connection기능을 비롯하여 Front-end로서의 기능 - 일정한 공통의 서비스를 ASP형태등으로 구축하는 방안 eCatalog의 도입 가능성 - 회사 Profile, Service, Tariff, Business Process등의 소개를 위한 표준화방안으로 활용여부 표준화대상 - 업무절차 : 기업고객과 택배회사간의 Business Process(예약에서부터 결제까지) - 문서 : 거래되는 Paper Documents - Tracking Nodes : 집하, 입고, 발송, 도착터미널, 중계터미널, 발송터미널, 출고, 도착, 배달완료등 - 결제 방법 : On-line결제에 대한 표준도입 - Mobile : Network, .장비등에 있어서의 Bargaining Power

61 나. 창고보관 : VMI 기반 (1) 창고중심 Process 창고물류 3자물류 유통물류 구매자 Distributor 주문
시점/물량관리 재고관리 유통센타 주문 창고물류 3자물류 제조업체 보관창고 대리점 제조물류 VMI(Vendor Managed Inventory) 최종소비지 주문자로부터 출하정보수신 주문 재고관리 백화점 도매점 소매점 도매물류 소매물류

62 창고사용자의 대 창고 Switching 비용 물류업체의 외부 Trading Partner 연계
(2) 창고보관 표준화 방향 창고물류 3자물류 Data/Messages 제조업체 Data/Messages 보관창고 유통센타 제조업체 유통센타 Data/Messages Data/Messages Distributor 대리점 Distributor 대리점 Data/Messages 기타 목적지 기타 목적지 Infra : 단계적 구축 및 연동 콜럼버스 3PL Visibility K ILC 택배 Connection 기업 Applications 아주 삼영 창고사용자의 대 창고 Switching 비용 물류업체의 외부 Trading Partner 연계 다양한 형태의 물류 B2B 환경 조성 창고 Hub를 중심으로 SCM 구축기반 조성

63 (3) VMI (Vendor Managed Inventory)
(가) 정의 VMI는 공급업체 (제조업체)가 유통업체의 발주에 의존하여 제품을 공급하던 전통적인 방법에서 벗어나 유통업체로부터 판매정보와 재고정보를 전자적인 형태로( EDI or via internet ) 받거나 공유하여 이 정보를 바탕으로 공급업체(제조업체)가 발주량을 관리하여 계획적으로 제품을 보충하는 시스템 환경이다. 구매자(유통업체등)가 제조업체에 주문을 하고,주문량과 재고량을 관리 제조업체가 생산량, 재고량, 수요량을 파악하여 직접 주문과 재고량을 관리 공 통 - Data 입력 오류 감소 및 업무처리 속도 증가 - End-customer에 대한 서비스 강화 - 제조업체와 유통업체간 Collaboration 형성 - P/O 적시 생성을 통한 안정화 도모 - 재고회전율 증가 및 재고감소 - 비용절감 유통업체 - 계획 및 주문관리가 제조업체의 활동으로의 이전됨에 따라 비용 감소 - 적정한 시간에 적정량의 제품 공급으로 인한 품절우려축소 - 고객서비스 수준 향상 및 판매 증진 제조업체 - 유통업체의 POS( Point of Sale ) data의 가시화되어 생산계획 및 공급계획이 실수 요를 바탕으로 도출됨으로 생산원가가 절감되고 업무절차가 간소화 됨 - 유통업체의 반품으로 이어지던 주문오류 감소.

64 창고측면에서 VMI의 성공요인 다수의 제조업체에 대해 다양한 형태의 재고정보를 제공하는 것임
(나) 구현방안 수요량,생산량,재고량 제조업체 구매자/유통업체 창고 실시간 재고량, 반출입 정보 재고량 파악, 주문, 출하, 배송 창고측면에서 VMI의 성공요인 다수의 제조업체에 대해 다양한 형태의 재고정보를 제공하는 것임 창고군 제조업체군 구매자/유통업체군 -재고정보 -반출입정보 -주문서 -발송통지서 -송장 -출하정보 -수요예측정보 -판매정보 -재고현황정보 -인수통지서 K ILC Connection

65 GXMLHub : Translation/eConnector
(4) 창고중심의 표준화 대상 1.계약 Log in Process GXMLHub : Translation/eConnector 참여사1 참여사2 참여사N 2.Pickup 요청 3.배차 ERP 4.배차결과 5.운송 제조업체/유통업체/화주 Documentation Interface 6.창고반입 8.반입결과 7.장치 9.재고정보 K ILC Gateway EDI 10.반출요청 11.반출 12.반출결과 Files 13.운송 15.도착결과 14.도착 Proprietary 16.인수증정보 17.정산정보 18.결재

66  창고보관업체는 고객인 제조업체나 화주에 해당 화물의 입고, 출고, 재고정보를 기본적으로 제공
(5) 사용자 Requirements  창고보관업체는 고객인 제조업체나 화주에 해당 화물의 입고, 출고, 재고정보를 기본적으로 제공  고객이 다수인 경우 고객이 요구하는 데이터/메시지 형태를 개별적으로 맞춰야 하는 어려움 가중 고객에 따라 단순히 재고정보 조회를 요청하는 경우와, 데이터 형태의 경우, ERP 연동, 메시지형태 등 다양함  따라서 VMI의 기본 개념인 재고정보를 다양한 형태로 고객에게 제공할 수 있는 기능 단계별 제공 실물이동 창고 실물이동 화주 목적지 1차 : K ILC Site에 Upload, 고객 조회 2차 : 고객이 요구하는 형태로 변환 3차 : 메시지형태로 제공, ERP 연동 4차 : 산업표준 전자문서 활용 K ILC : Connection/Translation 정보조회 및 활용

67 K ILC를 통해 Trading Partner(제조업체,유통센터등)간의 정보 Connection/Translation기능
(6) 추진방안 K ILC를 통해 Trading Partner(제조업체,유통센터등)간의 정보 Connection/Translation기능 물류창고업체의 경우 인적/물적 Resources 절감 실현 물류창고와 Trading Partner간의 Business Process정의 : 업체마다 상이 표준화 필요 Process 도출 : 협의후 도출 도출된 Process별 기활용 서식 및 정보형태 파악 구현방안 협의 및 도출 기활용 Data/Message 변환 방안 새로운 전자문서(EDI, XML/EDI등) 생성

68 (7) 향후 추진사항 표준화팀/시스템팀을 팀별 구성하여 개별 참여업체를 방문 -Business Process 및 활용중인 서식, EDI등 파악 -설문서 활용 표준화가 필요한 부분을 도출 : Business Process, Data, Document등 -도출된 부분을 타사와 협의 -공통부문 도출 이를 바탕으로 시스템팀이 구체적인 설계 시작 -EDI문서 생성 -ebXML기반의 표준화 작업 -GXMLHub를 기반으로 한 Data 변환을 위한 작업 수행 6월까지 K ILC를 중심으로 처리할 Business Process와 문서를 중심으로 설계서 완성 -성공적인 시범서비스를 위한 실현 가능한 부분의 우선 수행 7월 개발팀에 산출물 이관 -개발 착수

69 Real & Near time Cargo Status Data
다. 3 Party Logistics (1) 정의 및 범위 3PL의 다양한 기능중의 하나는 바로 전문 3PL업체들이 화주로 부터 위임 받은 화물에 대해 화물이동 (Pick up에서 Delivery까지)에서 발생하는 Cargo Status Data를 화주에게 제공하는 것임 따라서 K ILC에서 초점을 맞추는 3PL은 전문 3PL업체들이 국내외에 걸친 다양한 물류 Nodes에서 입력, 생성되는 정보를 활용할 수 있도록 Visibility 기반의 정보 Infra를 구축하는 것임 3PL업체는 K ILC 3PL Infra를 활용, 해당 화물정보를 입수해 이를 가공하여 자사의 명의로 계약 화주에 제공할 수 있음 Visibility Data 입력 K ILC Connection 3PL Module Data Upload Data 가공 Data 제공 제조업체 단계별 Cargo Status Data 단계별 Cargo Status Data 가공후 제공 계약 Real & Near time Cargo Status Data 3PL업체 eLogisframe 최종목적지 포워더 운송사 창고보관 정부기관 항공사 선박회사 공항 항만

70 3PL Process에서 필요한 정보는 해당 화물이 화주 Door에서 Pickup된후 포워더, 창고를 포함한 다양한
(2) 구축방법 3PL Process에서 필요한 정보는 해당 화물이 화주 Door에서 Pickup된후 포워더, 창고를 포함한 다양한 Nodes를 거쳐, 해외 공항만, 포워더, 운송, 최종 Delivery단계에서 발생하는 Status Data임 이를 위해 수출입물류에서 구축한 Visibility Concept을 활용하여 국내외 여러 Nodes에서 제공되는 다양한 형태의 Data Format을 수용할 수 있는 Connectivity기능을 구축함 필요에 따라 계약 3PL업체의 명의로 해당 화주에 직접 Cargo Status Data를 제공하거나 3PL업체의 요구에 따라 3PL업체가 Data를 가공할 수 있는 환경 마련 (3) 연관성  3PL 서비스는 국내외에 걸친 Business & Technical Issue를 해결하여야 하는 문제와 연관성을 갖음 3PL업체가 단독으로 화주에게 서비스를 하는 경우와, 물류 Resources를 갖고 있는 물류업체와의 Resource Outsourcing Contract를 통해 서비스하는 경우 등이 있어, 이들 관계에 대한 정보화가 동시 에 필요함 자체 수행 IT 운송수단 보관시설 하역시설 해외 Partner 종합 3PL업체 단일 계약 IT 운송수단 보관시설 해외 Partner Resources 화주 단일 & 중복 계약 외부 자원 Outsourcing 3PL업체 Outsourcing 3PL업체

71 (4) 생성 정보 정의 운송회사 포워더 선박회사 항공사 보관시설 정부기관 제조업체별 사전 정의 : Pipelines
Visibility Data 입력 K ILC Connection 3PL Module Data Upload Data 가공 Data 제공 3PL업체 제조업체 제조업체 제공 가공제공 사전 정의 Pipeline에 대한 정보 입력/Upload 입력/Upload -화물인수 -반출입 -B/L발급 -선적/하역 -운송중 -이동정보 -Exception -화물인수 -반출입 -AWB발급 -기적/하기 -운송중 -이동정보 -Exception -Pick up -운송중 -도착 -Exception -반입 -반출 -장치 -Exception -화물인수 -B/L발급 -Exception -통관 -행정절차 -Exception 운송회사 포워더 선박회사 항공사 보관시설 정부기관 제조업체별 사전 정의 : Pipelines