SAP ALE IDOC EDI-Kor_01.5 ALE 시나리오 예제들

출판된 한글판 도서


ERP SAP R/3 ALE, EDI & IDOC 기술


Original Book Contents


1.5      ALE 시나리오 예제들

 

이 절에서는 몇 가지 ALE 시나리오에 대하여 살펴보자처음 예제는 ALE 기술을 이용하는, 외부 창고관리 시스템과의 몇 가지 interface를 설명하고 있고, 두 번째 시나리오는 두 개 또는 그 이상의 시스템들 간의 master data분배를 그리고 있다. 이러한 시나리오들은 R/3에서 처리할 수 있는 수많은 ALE interface들 중 몇 개의 예제에 불과하다지난번에 이야기한 것처럼, SAP R/3 내에는 ALE가 지원되는  message가 수백 개 존재하고 있다.

 

먼저 SAP R/3 시스템이 외부 창고관리 시스템(WMS) interface를 해야 할 필요성이 있는 업무 시나리오를 고려해 보자.  [그림 1-3]을 참조하라. 이 시나리오는 R/3 시스템 내에 재고관리 (Inventory Management) module 이 설치되어 있는 것으로 가정하고 있다. outbound interface에서 SAP application은 포장이나 수송, 기타를 위해서 창고 내에 있는 자재를  창고에서 꺼내라고 하는 출고요청(picking request) WMS에게 송신한다. 이때 message type PICKSD가 사용되며, 이에 대응되는 IDOC type SDPIOD01이다. IDOC 안에는 납품 번호(delivery number), shipping point, 납품 총 무게, 측정단위(UOM), 인도처 이름, 주소 등과 같은 filed들을 포함하고 있는 header segment가 하나 있다 header segment 뒤에는 납품 품목(delivery item) 자료를 포함하고 있는 하나 또는 그 이상의 detail segment가 따라 오는데, 여기에는 품목 번호(item numbe), 자재 번호, 물량, 단위, 기타 등의 자료가 포함되어 있다.


그림 1‑3 시나리오 예제 창고관리 시스템과의 interface

 


 

 

창고관리 시스템은 출고요청(picking request)을 받아서 처리를 완료한 이후에, SAP에게 출고확인(picking confirmation)을 송신한다. SAP의 입장에 보면, 이것은 외부시스템으로부터의 inbound interface가 되며, 이때 message type SDPICK가 사용된다. 이에 대응되는 IDOC type SDPIID01이다. IDOC type에도 역시 header segment가 있고, 그 뒤에는 하나 또는 그 이상의 detail segment가 있다. IDOC은 이전에 보내진 출하지시(delivery)에 근거하여 창고에서 실제로 끄집어 낸 자재 물량정보를 보내준다. 이것은 batch분할(batch split)이나 이동유형 분할(movement type split)을 처리할 수 있고, 또한 자재 출고 완료(post goods issue) 프로세서를 호출할 수도 있다.

 

[그림 1-3]에서 볼 수 있는 것처럼, 단 하나의 message type WMMBXY를 사용하여 여러 개의 inbound inventory interface를 동시에 처리할 수 있다. 이러한 inbound interface들은 일반적으로 자재입고(구매주문을 사용하거나 또는 사용하지 않는), 재고 상태 변동(inventory status change), 생산지시(production order)에 의한 자재입고, 재고조정(inventory reconciliation) 등을 포함하는 자재이동 transaction들이다. message type을 이용하여 대부분의 자재 이동유형(goods movement type)을 처리할 수 있다. message type에 대응되는 IDOC type WMMBID02이며, 이것을 사용하여 하나의 header에 대하여 여러 개의 line item을 동시에 처리할 수 있다. 재고조정(inventory reconciliation)의 경우에는, SAP WMS의 재고를 비교하고, 그 결과에 따라 재고를 조정할 수 있도록 inbound IDOC 내에 포함되어 있는 자료를 수정하기 위해서는, ALE function module의 기능을 보완 (enhance)해야 할 필요가 있다. 이러한 작업은  ALE function module 내에 SAP가 기본적으로 제공하는 customer function, 즉 다시 말하면, user exit 내에 몇 줄의 프로그램을 추가함으로써 쉽게 처리할 수 있다.


 

 

다음에는 간단한 다른 ALE 시나리오를 살펴 보기로 하자. 여기서 우리는 master data를 복수의 R/3 시스템으로 분배하려고 한다. [그림 1-4]를 참조하라. 규모가 큰 기업에서는 application 시스템이나 database를 분산하는 것이 여러 가지로 이로울 때가 있는데, 특히 공장, 업무계층, 지역적인 위치, 부문, 기타 등과 같은 구분 항목을 사용하여 자료를 명확하게 분리할 수 있는 경우에는 특히 더 그러하다. 이 예제에서 회사의 본사는 Customer Master Material Master와 같은 master를 관리하는 책임을 가지고 있다. 본사는 두 개의 다른 plant/company, 1001/US01 2001/EU01에 있는 시스템과 서로 느슨하게 연결되어(loosely coupled) 있으면서, 본사에서 관리하는 master data를 이들 하부의 시스템으로 분배하게 된다. ALE는 자료를 filtering할 수 있는 기능과  연관된 시스템으로만 master data를 전송할 수 있는 기능을 제공해 준다. 따라서 우리는 master data 자료 중에서 위의 특정 plant/company code와 관련이 있는 master data만 분배할 수가 있다.  message type MATMAS(Material Master)에서 사용하는 filter object type WERKS(plant)이고, DEBMAS(Customer Master)에서는  BUKRS(company code)를 사용한다. 본사에서 처음에 SAP 시스템을 설치할 때는 기존 시스템(legacy system)에 있는 master data를 변환하여 Customer Master Material Master로 옮기게 되고, 다음에 우리는 각각의 plant/company에게 그들과 연관되는 자료만을 전송(송신)할 수 있으며, 그 이후에는 계속적인 관리의 차원에서 본사에 있는 master data에서 발생하는 변동사항을 파악하여, 역시 각각의 대응되는 plant/company code의 시스템으로 그 변동사항을 전송할 수가 있다


그림 1‑4 시나리오 예제 Master Data 분배