출판된 한글판 도서
 |
ERP SAP R/3 ALE, EDI & IDOC 기술 |
Original Book Contents
3.3 Inbound Interface
이 절에서 우리는 inbound interface를 프로토타입(prototype)할 것인데, 그 내용은 외부 창고관리 시스템(Warehouse Management System)에서 SAP R/3의 재고관리(Inventory Management) module로 자재이동(goods movement)에 대한 transaction을 interface하는 것이다. 여기에서 사용되는 ALE message type은 WMMBXY이고, 이에 대응되는 IDOC type은 WMMBID02이다. 이러한 기능은 원래 창고재고에 대한 mobile data를 SAP에 있는 Warehouse 시스템으로 입력하기 위해서 만들어 졌다. mobile terminal에 자료가 입력됨과 동시에, 외부 소프트웨어가 그 자료를 지정된 server로 전송하면, 그기서 그 자료를 IDOC 형태로 변환하고, 이를 tRFC을 사용하여 SAP R/3안으로 전송하여 application에 반영하는 것이다. 여러분이 이해하고 있는 것처럼, ALE는 transactional RFC 연결(connection)을 사용하여, 외부시스템이나 다른 R/3 시스템에 대하여 실시간(real-time)이나 준 실시간(real-time) 형태로 자료를 interface할 수 있는 능력을 가지고 있다. 여기서 설정하고, 테스트할 자재이동(goods movement) interface는 여러분의 요구사항에 따라 여러 가지 다른 방식으로 설정될 수 있을 것이다. WMMBXY는 강력한 message type으로써, 많은 종류의 이동유형(movement type)과 자재이동(goods movement)을 처리해 주는 transaction들을 지원해 주는데, 여기에는 구매주문(purchase order)을 이용한 자재입고, 구매주문(purchase order)을 이용하지 않는 자재입고, 생산지시(production order)에 대한 자재입고, 재고 손실/이익 발생, 재고 상태 변동(inventory status change)과 같은 것들을 처리해 주는 transaction들이 모두 포함되어 있으며, 또한 여기에 한정되지 않는다.
또한 이 message type에는 몇 가지 제약사항이 있다. 예를 들면, 자재문서(material document)를 생성할 때, 자재이동(goods movement) IDOC이 자재(material)에 대한 batch를 생성시킬 수 있는 기능이 있기는 하지만, 그 batch에 대응되는 characteristics의 값까지는 생성하지 않는다. 이러한 기능까지 달성하려면, IDOC을 extend하고, SAP에서 제공하는 customer function(user exit) 내에서 약간의 프로그램을 작성하여 ALE의 기능을 enhance할 필요가 있다(IDOC extension과 ALE enhancement는 다음 장에서 논의될 것이다). 또한 이 interface를 재고조정(inventory reconciliation)에서 사용하려면, SAP가 제공하는 customer function에서 프로그램 코드를 추가하여 기능을 enhance 해야 한다. 하지만 여러분이 발견하겠지만, 이러한 interface는 몇 가지 강력한 기능을 기본적으로 제공해 주고 있다.
일반적으로 말해서, 다음에서 설명될 항목들만 설정하면, inbound interface를 프로토타입(prototype)하기 위한 ALE 설정에는 문제가 없을 것이다. 하지만 ALE interface를 성공적으로 프로토타입(prototype)하기 위해서 가장 중요한 것은, 업무 상의 요구사항을 명백히 이해하고, data segment의 목적을 명확히 이해한 다음, message type과 ALE function module의 기능을 면밀히 조사하고, 여러 가지 업무 시나리오에 따라 다양한 자료를 이용하여 테스트를 실행해 보는 것이다.
inbound interface에서 중요한 항목은 process code이다. Process Code는 partner profile의 inbound parameter에서 지정되는데, 이는 추가적인 처리를 해 주거나, 문서를 application에 반영해 주는 application function module을 결정하는 역할을 한다. 이러한 function module 속에는, 또한 workflow의 구성요소(component)를 통하여 오류를 처리하는 기능이 포함되어 있다. 예를 들면 WMMB는 우리의 자재이동 interface를 위해서 사용되는 process code이며, 이는 function module L_IDOC_INPUT_WMMBXY를 호출해 준다. 앞에서 논의한 것처럼, 이 function module들은 그 기능을 추가하거나 수정하여, enhancement작업에 사용할 수 있는 customer function(user exit)을 포함하고 있다.
우리는 transaction WE42를 사용하거나 transaction WEDI à [Control] à [Inbound Process Code]를 이용하여 inbound interface에서 사용할 process code를 관리할 수 있으며, transaction WE41를 사용하거나 transaction WEDI à [Control] à [Outbound Process Code]를 이용하여 outbound에서 사용할 process code를 관리할 수 있다.
이제 우리의 inbound ALE interface 설정을 시작해 보기로 하자.