2007-02-09 17:26

SCM솔루션/SCM 솔루션 선정 절차

SCM 구축은 기업의 경쟁력 향상을 위한 중요한 도구여서 솔루션 선정에도 치밀한 전략과 사전 준비 작업이 필요하다. SCM 솔루션에서 처리되는 데이터는 공급업체, 협력업체, 유통업체, 고객으로부터 제공 받기도 하지만 대부분은 실행 시스템과의 데이터 적합성이 매우 중요하다. 따라서 기업의 산업별 특징, 기업의 규모, 도입 비용, 기간 등을 고려하고 솔루션 공급 업체의 전문성과 경력과 공급 성과 등을 파악하여 시스템을 선정하는 것이 안전하다.

1. 후보 리스트 작성

솔루션 시장은 빠르게 성장하고 있으며, 성숙되고 있다. 사용자은 상황에 따라 매우 다양한 선택을 할 수 있게 되었지만, 어떤 솔루션을 도입해서 운영해야 하는지는 명확하게 판단하기 어렵다. 따라서 솔루션을 선택할 때 시스템적인 접근이 필요하다. 솔루션을 선택하기 위한 4단계는 다음과 같다.

■ 후보 리스트(Short List) 작성
산업별 특징, 솔루션 도입 대상 기업의 규모, 솔루션 구매 비용, 도입 소요 시간 및 비용 등을 고려하여 후보 리스트를 작성한다.
■ 기능적 요구 사항(Functional Requirements) 반영
SCM 프로젝트 정의 단계에서 파악한 기능적 요구 사항들을 반영하여 후보 리스트의 솔루션을 평가해야 한다.
■ 운영 및 통합(Implementation & Integgration)
솔루션 운영 및 통합을 위한 예상 소요 시간과 비용을 고려한 세부 계획(Detailed Plan)을 프로젝트의 목표에 맞추어야 한다.
■ 사후 운영(Post-Implementation)
솔루션이 구축된 후에 필요한 사후 운영 업무를 실행한다.

SCM 도입 초기 단계는 다음 사항들을 고려하는 ‘전략적 맞춤(Strategic Fit)' 과정이다.
- 대상 기업은 어떤 산업인가?
- 대상 기업의 규모는 어느 정도인가?
- 프로젝트에 할당된 예산은 어느 정도인가?
- 프로젝트 진행에 계획된 시간은 어느 정도인가?

1) 산업별 전문성과 경력(Industry Focus & Experience)
■ 다음과 같은 이유로 솔루션 개발 업체들은 특정 산업 몇 개에 집중하고 있다.
- 엔지니어가 시스템을 설계하고 운영하려면 해당 산업 분야에 경험이 있어야 한다.
- 해당 산업 분야에서 성공적인 사례가 있어야 한다.
- 전략적인 이유로 특정 산업에 집중한다.
■ SCM을 도입할 때 주요 개선 영역은 산업의 형태나 공급사슬의 형태에 따라 다르다.
- 물류 집약적인 산업에서는 배송이나 운송 운영을 최적화 하는 것이 필요하다.
- 자보 집약적 산업에서는 병목(Bottleneck) 공정의 철저한 관리나 작업 변경 시간을 줄임으로써 산출물을 최적화한다.
- 자원 집약적 산업에서는 수요 예측이나 구매 의사 결정 과정에서 많은 영향을 받는다.

2) 솔루션 적용 업체의 규모(Typical Size of User Companies)
적용 업체의 규모에 따라 다야한 솔루션이 개발되어 있으므로 업체의 규모를 파악함으로써 어떤 솔루션이 적절한지에 대한 힌트(Hint)를 얻을 수 있다.

3) 구매 비용(License Fees)
■ 구매 비용은 적용 업체의 크기와도 관계가 있다.
- 규모가 튼 업체는 고가의 솔루션을 필요로 하는 경우가 많다.
- 중소기업의 경우는 저가의 솔루션으로도 충분한 경우가 많다.
■ 구매 비용은 사용자의 수와 발생되는 경제적 이익을 바탕으로 결정된다.
■ 솔루션을 구매하는 데 드는 비용은 반드시 프로젝트 예산에 맞추어야 한다. 하지만 실제 계약 협상(Actual Contract Negotiations)에 들어가기 전에는 솔루션의 가격 정도를 알기 어렵다는 문제가 있다.

4) 운영 시간과 비용(Implementation Time & Costs)
소요 시간과 노력(Effort)으로부터 발생하는 비용이 반드시 고려되어야 한다. 예상 소요 시간과 노력을 유추하는 데 가장 좋은 참고 대상은 같은 업종 혹은 유사 업종의 사례이다.

2. 기능적 요구 사항(Functional Requirement) 반영

1) 세부적인 요구 사항 리스트(Detailed Requirements List)는 프로젝트의 정의 단계에서 얻어지는 것으로 개별적 요구 사항이 100건이 넘는 것이 일반적이다. 이렇게 많은 요구 하상을 관리하기 위해서는 기능별로 나우어야 한다.

2) 기능적 요구 사항을 솔루션에 반영하기 위하여 각 요구 사항을 다음과 같이 단계별로 나누어 볼 수 있다.
■ 단계 1 : 현재 해당 기능 지원이 안 되고, 앞으로도 이 기능의 개발 계획이 없는 단계
■ 단계 2 : 현재 해당 기능 지원이 안 된지만, 앞으로 이 기능의 개발 계획이 있는 단계
■ 단계 3 : 현재 해당 기능 일부만 지원되고, 앞으로 이 기능의 개발 계획이 없는 단계
■ 단계 4 : 현재 해당 기능 일부만 지원되지만, 앞으로 이 기능의 개발 계획이 있는 단계
■ 단계 5 : 현재 해당 기능이 완전히 지원되는 단계

3) 기능적 요구 사항을 해결하기 위한 방안은 다음과 같다.
■ 첫 번째는 가장 쉽고 빠른 방법으로 요구 사항을 솔루션 개발자에게 넘겨 주고 개발자 스스로 해당 기능을 제공하도록 하는 방법이다.
■ 두 번째는 요구 사항을 개발자에게 직접 설명해 주는 것으로, 개발자는 자신의 능력에 맞춰 요구 사항을 다음과 같이 나눌 수 있다.
- 요구 사항을 약간 변형한다면 기존 자료를 통해 설명이 가능한 경우
- 다른 고객의 예를 통해 설명이 가능한 기능.
- 쉽게 설명될 수 없는 기능
■ 세 번째는 견본(Prototype)을 적용하는 것으로, 추가적인 노력이 필요하고 신중하게 계획되어야 한다. 이를 위해 사전에 다음 사항이 명확하게 설명되어야 한다.
- 견본의 목적이 명확하게 정의되어야 한다.
- 견본 적용을 위해 세부적인 계획과 예산을 설정한다.
- 관련된 다른 기능들도 고려되어야 한다.

이같은 과정의 결과들을 보고서에 정리하여 솔루션 선택에 참고한다.

3. 운영 및 통합(Implementation and Integration)

1) 솔루션 기능의 운영
운영 업무는 다음과 같이 분류될 수 있다.
■ 위치(Location), 물적 흐름(Material Flow), 버퍼(Buffers), 자원(Resources) 등을 고려한 공급사슬의 모델링
■ 계획절차나 최적화 알고리즘의 고객화(Customization)
■ 데이터 구조와 데이터베이스(Data Structure & Database 구축)

2) 통합 기술(Integration Technoldgy)
■ 솔루션의 통합 기술은 개발자 고유의 통합 기술(Vendor Specific Integration Techniques)로부터 표준 미들웨어 시스템(Standard Middleware System) 등 다양하다.
■ 각각의 통합 방식은 장·단점을 가진다.
- 내부 교류(Internal Interface) 방식은 적용이 가장 쉬운 방식으로 추가적인 변환이 필요 없다는 장점을 가진다. 하지만 ERP 시스템에 의해 이미 가공된 데이터에만 제한되는 단점을 가진다. 외부에서 들어오는 데이터에는 별도의 변환 프로그램이 필요하다.
- 고유 미들웨어 제품(Specific Middleware Product)은 외부 시스템에 대해서도 개방적이다. 외부 시스템 교류 시에도 별도의 변환이 요구되지 않는다.
- 표준 미들웨어 제품(Standard Middleware Product)은 고유 미들웨어 제품과 비슷한 기능을 지원하면서, 개발자 소유의 기술이 아닌 폭넓은 사용성을 가진다는 장점이 있다.

3) 통합 방식(Integration Mode)
계획 프로세스에 따라 데이터 전체를 그래도 전송할지, 일부 데이터 변환(Netchange Interface)이 필요한지가 결정된다.


4. 사후 운영(Post-Implementation)

솔루션 선택의 네 번째 단계는 사후 운영(Post-Implementation)으로, 이와 관련된 노력과 비용은 다음과 같이 나눌 수 있다.
■ 솔루션 공급자에게 지급되는 연간 유지 비용과 지원 비용
■ 최신 버전으로 갱신하기 위한 비용
■ 시스템 관리에 소요되는 비용
■ 사용자에게 지원되는 비용
대부부의 솔루션 공급자들은 고객에게 지속적인 서비스를 지원하기 위해 일정 비율의 비용을 부과하고 있다.

5. 솔루션 소개

1) 주요 상용 패키지
세계적인 조사 기관인 Gartner Group에서 조사한 자료에 따르면, 선두 자리를 차지하고 있는 제품은 i2 Technology 사의 Rhythm이며, 그 외에 SAP의 APO 등 수많은 제품들이 각각 특징을 가지고 있다.

2) i2 Technology의 Rhythm
현재 많은 업체들이 Rhythm 솔루션을 이용한 SCM을 구축하고 있다. 처음 Rhythm 패키지는 생산 관리 부분의 전문 패키지로 출발하여 오늘날의 SCM 전문 솔루션으로 발돋움하게 되었다.
i2 Rhythm 솔루션 각각의 모듈은 수요 계획, 향상된 스케줄링, 분배 계획, 생산 계획, 수요 충족으로 나뉘어져 있다.

수요계획지능적이고 다양한 예측 기법을 사용하여 최선의 모델을 자동적으로 선택할 수 있도록 설계향상된 스케줄링모든 생산 공정을 동기화하여 고객의 목표에 최적의 자원을 할당하고, 실제 Supply Chain 내의 수많은 제약 조건을 상세한 수준까지 시뮬레이션하여 최적의 생산 일정 계획을 수립할 수 있도록 되어 있음.분배 계획글로벌 관점에서 Supply Chain Management를 할 수 있도록 실행 계획을 수립할 수 있음. 공급 사슬내의 자원을 효율적으로 분배할 수 있음.생산 계획Supply Chain 전체에 대한 최적의 생산 계획을 수립할 수 있음.
다수의 동적인 제약 조건에 연동하여 각 공장, 부서, 작업 단위별로 실행 가능한 생산 계획을 수립할 수 있음(고개의 납기 요청 사항과 경영 목표를 동시에 만족하도록 함)수요 충족실시간 계획 수립과 경영의 우선 순위를 고려한 납기 약속으로 고객의 서비스 및 수익성을 증진▶ i2 Rhythm 솔루션 모듈

3) SAP의 APO
SAP사의 APO는 ERP 패키지에서 SCM 패키지로 발전했기 때문에 기존 ERP 패키지인 SAP R/3와의 통합이 가능하여 기존 SAP R/3로 ERP를 구축한 업체는 SCM을 구현하는 데 통합이 가능하다. APO는 공급사슬 관제(Cockpit), 수요 계획, 공급망 계획 및 전개, 생산 계획 및 세부 일정, 광범위 납기 확약으로 구성되어 있다.
■ 공급 사슬 관제
공급사슬관리를 용이하게 하고 최적화할 수 있도록 수요 예측, 생산, 배송·운송까지 전 영역을 계획하고 모니터링하는 모듈이다.
■ 수요계획
시장의 수요 변화와 기존의 판매 실적 데이터를 근간으로 수요 예측 및 계획을 수립하는 모듈이다. 비용, 과거 데이터, 수요 예측 자료에 대한 정보를 입력 받아 계획 도구(Planning Tool)와 다양한 통계 모델을 이용하여 미래의 수요를 예측하게 된다.
■ 공급망 계획 및 전개
수요 예측과 고객의 주문을 통해 자재 공급·생산 활동을 동기화하고 공급사슬 전체에 대한 물류의 흐름을 계획하는 모듈이다.
■ 생산 계획 및 세부 일정
수요 환경과 수요자의 주문을 토대로 생산 공장 단위별로 물류 및 생산 자원을 조정하여, 모든 부문에서 실행 가능한 최적의 생산 일정을 수립하는 모듈이다.
■ 광범위 납기 확약
다수준(Multi Level) BOM 전개와 생산 능력 체크를 실시간으로 시뮬레이션하여 고객의 주문에 납기 약속을 할 수 있도록 가능한 제반 사항을 모두 점검하는 모듈이다.

4) BAAN의 SCS 패키지
네덜란드의 BAAN사에서 만들 BAAN SCS 패키지는 Baan ERP 패키지와 통합되어 하나의 SCM 솔루션으로 제공되고 있다.

5) Oracle의 OSCM
Orscle사의 OSCM은 공급사슬 계획, 공급자 일정, 주문·등록의 세 가지 모듈로 구성되어 있다. 공급사슬 계획 모듈은 전체 공급 사슬을 하나의 개체로 모델링하여 공급업체 및 유통업체의 재고 정보를 공급사슬 BOM에 포함하여 공급사슬 계획을 수립할 수 있다. 공급자 일정 모듈은 경영환경의 변화에 따른 소요량을 조정하고자 할 경우에 이를 연계 시스템에 반영하여 전체 공급 사슬에서 고려할 수 있도록, 일정 계획의 전체 또는 일부를 조정할 수 있는 모듈이다. 주문·등록 모듈은 납기 약속을 이행하는 모듈로, 현재 또는 향후 공급량을 할당할 수 있다.

6) 패키지의 기능과 선정
■ 앞서 언급했듯이 SCM은 크게 공급사슬 계획(SCP, Supply Chain Planning)과 공급사슬 실행(SCE, Supply Chain Execution)으로 나눌 수 있으며 SCP는 크게 4가지 모듈로 구성되어 있다.(대부분의 업체가 이름은 다르나 기능은 같음)
- SCP에서 다루는 분야는 계획, 스케줄링, 수요 관리, 납기 확약으로 대표적인 패키지ml 설명에서 다루었던 모듈의 기능과 같다.
- SCE에서 다루는 분야는 주문 관리(OMS), 창고관리 시스템(WMS), 운송관리 시스템(TMS)이다.
■ 각 제품마다 업종에 맞는 특성이 있다.
- Aspentech 제품은 프로세스 산업(Process Industry)에 탁월한 능력을 발휘하고 있으며, 특히 화학 업종에서는 독보적인 제품으로 평가받고 있다.
- 국내 SCM 솔루션 업체의 선두 업체로 평가받고 있는 i2 Technology는 하이테크 산업(반도체, 전자)과 조립 산업에 강점을 가지고 있다.
로그인 후 작성 가능합니다.

0/250

확인
맨위로
맨위로

선박운항스케줄

인기 스케줄

  • BUSAN LOS ANGELES

    선박운항스케줄 목록 - 선박운항스케줄목록으로 Vessel, D-Date, A-Date, Agent를 나타내는 테이블입니다.
    Vessel D-Date A-Date Agent
    President Bush 09/25 10/06 CMA CGM Korea
    Hyundai Earth 09/25 10/07 HMM
    Maersk Shivling 09/26 10/11 MSC Korea
  • BUSAN JAKARTA

    선박운항스케줄 목록 - 선박운항스케줄목록으로 Vessel, D-Date, A-Date, Agent를 나타내는 테이블입니다.
    Vessel D-Date A-Date Agent
    Baltic West 09/22 10/01 Heung-A
    Baltic West 09/23 10/02 Sinokor
    Sawasdee Mimosa 09/23 10/04 Heung-A
  • BUSAN NHAVA SHEVA

    선박운항스케줄 목록 - 선박운항스케줄목록으로 Vessel, D-Date, A-Date, Agent를 나타내는 테이블입니다.
    Vessel D-Date A-Date Agent
    Beijing Bridge 09/23 10/10 HS SHIPPING
    Beijing Bridge 09/23 10/12 Sinokor
    Beijing Bridge 09/23 10/14 Heung-A
  • BUSAN BANGKOK

    선박운항스케줄 목록 - 선박운항스케줄목록으로 Vessel, D-Date, A-Date, Agent를 나타내는 테이블입니다.
    Vessel D-Date A-Date Agent
    Pancon Bridge 09/22 10/02 Pan Con
    Starship Taurus 09/23 10/02 Heung-A
    Kmtc Singapore 09/23 10/02 Sinokor
  • BUSAN DANANG

    선박운항스케줄 목록 - 선박운항스케줄목록으로 Vessel, D-Date, A-Date, Agent를 나타내는 테이블입니다.
    Vessel D-Date A-Date Agent
    Wan Hai 288 09/26 10/02 Wan hai
    Wan Hai 287 10/03 10/09 Wan hai
    Wan Hai 287 10/04 10/10 Interasia Lines Korea
출발항
도착항
광고 문의
뉴스제보
포워딩 콘솔서비스(포워딩 전문업체를 알려드립니다.)
자유게시판
추천사이트
인터넷신문

BUSAN OSAKA

선박명 항차번호 출항일 도착항 도착일 Line Agent
x

스케줄 검색은 유료서비스입니다.
유료서비스를 이용하시면 더 많은 스케줄과
다양한 정보를 보실 수 있습니다.

로그인