2007-03-14 13:34

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

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

로그인