Ⅰ. 서 론 1. 통합물류컨소시엄(K ILC)정의 2. 물류표준화 추진계획 3. 물류표준화 추진배경 4. 물류표준화 범위 Ⅰ. 서 론 1. 통합물류컨소시엄(K ILC)정의 2. 물류표준화 추진계획 3. 물류표준화 추진배경 4. 물류표준화 범위 5. 물류표준화 구현 6. 물류표준화 추진전략 7. 표준화대상 도출 기준 8. 표준화도출 대상 : 전제구도 9. 표준화 대상 : 정보 10.표준화를 위한 K ILC의 향후 전체 서비스시스템 개념 11.해외 물류시장 Trend

1. 통합물류컨소시엄(K ILC) 정의  K ILC는 산업지원형 공용 마켓플레이스로서 국내 물류서비스제공자와 화주가 공동으로 활용하는 서비스체계임  서비스구성은 Public Marketplace로서 서비스별로 사용자가 함께 활용할 수 있는 공통모듈이 탑재됨  탑재 서비스는 K ILC참여사들의 요구제시와 의견수렴 및 참여사의 공동개발을 통해 제공됨  사용자들은 직접 ASP형태의 K ILC에 접속하여 해당 서비스를 활용함 Internet환경의 Technical Issue인 Connectivity 해결 K ILC단일 접속으로 국내외 관련 Marketplace 서비스 활용 사용자의 In-house System이 아닌 K ILC WEB Site에서 직접 서비스 활용 서비스별로 표준화된 하나의 공통된 Business Process 제공 -Requirements제시 -자료제공 -표준서비스도출 -공동개발 -활용 자체 Application 활용 및 유지 자체 Application 과 K ILC연동 참여사 참여사 참여사

2. 물류표준화 추진계획  ISP와 표준화 작업은 물류B2B시범사업이 진행되는 3개년동안 매년 수행 2001 2002 2003 ISP ISP ISP 지속성 관계성 표준화 표준화 표준화  ISP와 표준화 작업은 물류B2B시범사업이 진행되는 3개년동안 매년 수행  ISP와 표준화 작업의 범위는 당해 및 다음해에 설계, 개발, 서비스되는 과업범위에 한정해 수행  2001년 표준화 작업은 2002년 7월 시범서비스가 예정되어 있는 수출입물류부문에 대한 개발범위와 2002년 7월부터 개발되는 국내물류에 대한 서비스범위에 대하여 수행  표준화수행의 범위는 ISP와의 연관성을 위하여 기본적으로 ISP에서 도출된 서비스중에서 국내물류시장의 요구, 물류B2B시범사업 참여사의 요구, 개발 가능성 등을 고려하여 설정 ISP범위 표준화 대상범위 개발& 서비스 범위

3. 물류표준화 추진 배경 수출입 화주 수직적 항공사 선박회사 포워더 운송회사 창고 해외 화주 기타 생산지 물류의 수평적 다단계 process 소비지  화주가 생산한 상품을 국내외 소비자까지 이동시키기 위해서는 다수의 물류서비스제공자와의 정보교환이 이루 어 져야 함  화주는 수출지, 수입지, 거래조건, 서비스수준의 상이에 따라 동일 업종의 특정 물류서비스제공자를 고정적으 로 활용하기 보다는 대상 업체를 바꾸는 경우가 많음  화주의 물류서비스요청을 받은 물류서비스제공자는 서비스수행을 위해 국내외에 걸쳐 동일 및 타 업종의 물류 서비스제공업체와의 정보교환이 필수적임  따라서 수출입의 효율적인 수행을 비롯하여 원활한 물류흐름을 위해 각기 상이한 환경의 화주와 전산환경이 다 른 물류서비스제공자간에 있어 손쉬운 정보거래가 우선적으로 가능하여야만 물류 Process의 합리화와 이에 따 른 시간 및 비용의 효과를 기대 할 수 있음

4. 물류표준화 범위 정보의 표준화 화주의 물류서비스요청 및 서비스수혜를 지원하는 정보측면의 표준화 구현 화주의 물류서비스제공자에 대한 거래 지원 및 물류서비스제공자의 Switching Cost 절감 화주(수출입업체)와 선박회사, 항공사, 포워더, 운송회사, 창고등간 정보교환 체계 물류서비스요청자와 물류서비스제공자간에 교환되는 정보의 Connection 정보의 표준화 물류시설의 표준화 거래서식의 표준화 통신등 IT 표준화 물류장비의 표준화 전자문서의 표준화 교환용 코드의 표준화 물류 Process의 표준화 거래결재의 표준화 정보 및 UI의 표준화

화주와 물류서비스제공자간에 있어 자유로운 정보교환이 가능한 Platform구축이 1차 목표 5. 물류표준화 구현 K ILC GLogis HUB 화주 1 물류업체 1 ASP e-Connector 화주 2 물류업체 2 Data Base Connection 화주 N .. 물류업체 N. 화주와 물류서비스제공자간에 있어 자유로운 정보교환이 가능한 Platform구축이 1차 목표  화주의 전산환경 및 전송정보 형태와 독립적으로 K ILC GlogisHub에서 물류업체의 In-House System에 접속할 수 있 도록 정보 변환 기능 구축 다양한 정보의 교환이 가능하도록 우선적으로 개발하고(범용) 단계적으로 이를 바탕으로 Value Chain이 이루 어 질 수 있도록 거래상대방간 전문 서비스 구현 체제 구축  따라서 초기에 화주나 물류서비스제공자가 운영하고 있는 자체 시스템내의 코드등을 물리적으로 수정하게 하는 절차를 최소화하거나 전체적으로 배제함  물류의 국제성을 고려하여 해외의 물류 파트너들도 정보를 입력, 수정, 조회할 수 있도록 중앙 집중식의 WEB based ASP 서비스 제공  1단계는 데이타형태의 정보교환을 시작으로 단계적으로 EDI 전자문서를 신규 개발하여 활용하도록 추진

6. 물류표준화 추진 전략 표준화대상 공통서비스개발을 위해 현재 구축되어 있는 시스템의 구조/코드의 변환 어려움 2002년 7월 시범서비스를 위해서 전자문서(edi/xml)개발은 시간 제약상 한계 : 종류제시 가능 K ILC 시스템에서 관련 메시지/데이터/코드를 변환하는 Connector기반의 서비스 우선 제공 물류업체와 화주간의 원활한 데이타통신이 이루어진후 이를 바탕으로 시스템연동, 코드통일 등 추진 공통 요구사항 도출 서비스계획 서비스현황 요구사항 3차 : 19개 Marketplace화주 대상 추진 2차 : K ILC참여사중 대기업 대상 추진 1차 : K ILC참여사중 중소 물류 Off-Line업체 중심 문서처리자동화 해외 visibility Connection K ILC구축예정 기구축 eLogisframe

7. 표준화대상 도출 기준 국내외 물류서비스추세 Marketplace 3 PL Visibility ISP 도출안 Contents Compliance Visibility 문서처리자동화 물류거래알선 Payment Mobile Marketplace 3PL Community KILC 참여사 사업범위 3PL 창고(VMI) 택배 운송 eLogistics

8. 표준화 도출 대상 : 전체 구도 ▶ 수출입물류 : eLogisframe 기구축 해외 수입 생산 보관 운송 선기적 수출 통관 ▶ 국내물류 : 수입통관후 보관 및 판매 제조물류 판매 보관 생산 제조업체 ▶ 국내물류 : 국내생산 보관 및 판매 유통센타 유통물류 보관 창고 보관물류 도매업체 도매물류 보관 국내생산 택배물류 택배 ▶ 수출입물류 : 해외 Visibility 소비자 유통센타 운송 통관 보관 공항만양하 해외 도착

9. 표준화 대상 : 정보 K ILC는 물류 프로세스에 대한 정보(Data) 표준화를 기반으로 하고 있어, 실질적으로 시스템에서 수출입물류와 국내물류 Process를 처리하는 방식은 크게 다르지 않다. 공항 ODCY 육상운송 화주 ICD 창고 항만 철도운송 Viewer 출발지:From Whom & Where 저장지 : Stay 이동 : Move Status 도착지 : To Whom & Where Connection 유통센타 백화점 제조업체 최종소비지 창고 도매지 창고

K ILC 10. 표준화를 위한 K ILC의 향후 전체 서비스시스템 개념  인터넷환경으로 변화하면서 다양한 Trading Partner들의 다양한 Connection을 처리할 수 있는 기능 필요 (다양한 H/W, Operation System, Database, Application) Oracle Informix DB2 SAP HP Linux Window2000 EDI, Fax, E-mail, (다양한 Message 형태) HTTP, EDIFACT, ANSI, X.400, X25 K ILC (다양한 통신 프로토콜)

11. 해외 물류시장 Trend 산업별(정기선시장, 항공화물시장 등)로 Marketplace 출현 및 사용도 증가 추세  사용자의 In-house system에 탑재되어 있는 서비스기능이 점차 Marketplace로 이동 추세 : ASP증가  기존의 VAN 기능을 대체할 수 있는 Connection Center 필요성 대두 및 출현  Marketplace에서 무역 및 물류 Process를 지원할 수 있는 서비스 제공 다양화 : Compliance, Documentation  Marketplace들의 서비스 영역 확대 : 물류에서 무역 및 제조부분, 운송물류에서 보관물류 등으로 확대 ASP 및 Platform 기반의 Solution들의 시장 재진입 및 활성화 Visibility의 인식도 증가 추세 물류 서비스 제공자들의 서비스범위 확대 : End to end seamless process 지향