SAP ALE IDOC EDI-Kor_03.2.3 Port의 정의

3.2.3 Port의 정의

transaction WE21을 사용하여, 구매주문(purchase order) IDOC에 대하여 file이 생성되도록 file port를 생성하도록 하자. port이름은 “POPORT0001”이라고 부르자. [Outbound file] 탭에 있는 parameter에서 directory path와 file이름 또는 file 이름형식을 지정하라. port를 정의하는 동안에 [Access test] 버튼을 이용하여 해당 server로 ping이 되는 지를 확인함으로써, 지정된 directory와 server에 접근할 수 있는지를 확인하라. 필요하다면, logical RFC destinatio에 있는 shell script를 호출하기 위해서 [Outbound : trigger] 탭에서 command file에 대한 항목을 정의할 수도 있다. 이 기능은 원격지 server 상에 있는 FTP 프로세서를 구동해야 할 필요가 있을 때 특별히 유용하다. 여러분은 transaction SM59을 사용하여 RFC destination을 정의할 수 있다. 여기서 우리가 정의한 port는 다음 단계에서 우리가 설정할 partner profile에서 참조될 것이다.

SAP ALE IDOC EDI-Kor_03.3.3 Inbound Interface – Interface 작동

3.3.3 Interface 작동

interface에 대한 ALE 설정이 완료되었으므로, 이제는 그것을 테스트해보는 흥미로운 작업을 시작하겠다. outbound interface의 경우에는 SAP 내에 자료가 이미 있거나, 최소한의 노력으로 자료를 생성할 수 있으므로, 설정내용을 테스트해보는 것이 아주 용이했다. 하지만 inbound ALE interface의 경우는 IDOC을 생성해서 SAP 안으로 전송하는 추가적인 작업를 해야 한다. 테스트와 프로토타입핑(prototyping) 목적을 위해서, 간단한 ABAP/4 프로그램을 작성하여 file형태의 IDOC를 생성해 내고, 이것을 정상적인 방법으로 SAP 안으로 전송하면, 이러한 목적을 간단히 달성할 수 있다. Interface를 프로토타입(prototype)한 다음에는, 외부시스템의 record layout과 IDOC type을 비교하여 mapping 문서를 만들어 내는 것이 매우 중요하다. 외부시스템의 record를 IDOC으로 변환시켜주는 mapping 도구이나 translator 소프트웨어를 사용할 수도 있다. ALE/EDI interface에 대하여 SAP에서 인증 받은(certified) mapping 소프트웨어제품들이 많이 있다. 이들 제품들은 또한 외부시스템을 R/3 시스템과 연결시켜주는 ‘ALE Adapter’ 기능을 가지고 있어서, 외부시스템과 R/3 시스템 간의 interface을 완벽하게 처리해 줄 수도 있다. 우리는 mapping 도구의 역할에 대하여 제 6장에서 논의할 것이다.

SAP ALE IDOC EDI-Kor_03.3.2 Inbound Interface – Partner Profile의 관리

3.3.2 Partner Profile의 관리

절차상 다음 단계는 우리가 설정한 logical system에 근거하여 외부시스템에 대한 partner profile을 생성하는 것이다. 이 partner profile은 여러 가지 ALE object들과 설정사항들을 한데 묶어 주고, 통신경로(gateway)를 제공해 준다. 우리의 예제에서는 message control과 outbound parameter가 필요하지 않으므로, inbound parameter만 설정하기로 한다. 여러분은 여러 개의 inbound message와 outbound message에 대하여 하나의 partner profile(그리고 하나의 logical system)만 사용할 수 있다는 것을 유념해야 한다. 다음에 제시된 절차를 따르기 바란다([그림 3-15]를 참조하라).

SAP ALE IDOC EDI-Kor_03.3.1 Inbound Interface – Logical System의 관리

3.3.1 Logical System의 관리

외부시스템을 나타내는 logical system을 생성한다. 이 경우 외부시스템을 나타내는 logical system은 송신시스템이 되고, 반면에 base logical system(FSTCLNT100)은 수신시스템이 될 것이다. 이렇게 하기 위해서는 다음 작업들을 수행한다.

n transaction SALE à [Sending and Receiving Systems] à [Logical Systems] à [Define Logical System]을 실행한다(이 작업은 client-independent한 사항이다).

n [New entries] 버튼을 누른다.

n [Logical system] 필드에 “GOODSMVT01”와 같이 logical system 이름을 입력하고, 설명을 입력한다.

n 자료를 저장한다.

SAP ALE IDOC EDI-Kor_03.3.0 Inbound Interface

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들이 모두 포함되어 있으며, 또한 여기에 한정되지 않는다.

SAP ALE IDOC EDI-Kor_03.2.6 Outbound Interface – Interface 작동

3.2.6 Interface 작동

구매주문(purchase order) outbound IDOC을 생성하기 위해서 필요한 모든 설정을 완료했기 때문에, 이제는 interface를 테스트해보는 흥미로운 작업를 진행해 나갈 것이다. 이러한 작업은 세 가지 단계로 이루어진다.

1. 구매주문(purchase order)을 생성하거나 수정한다. output type ZNEU에 대하여 output(message)이 생성되어 있는지를 확인하라.

2. IDOC을 생성하기 위해서 앞에서 생성된 output을 처리한다.

3. 생성된 IDOC을 외부시스템으로 전송한다.

구매주문(purchase order)을 생성하기 위해서는 transaction ME21N을 사용하거나, SAP의 시작메뉴 [Logistics] à [Material Management] à [Purchasing] à [Purchasing Order] à [Create] à [Vendor/Supplying Plant Known]을 실행한다. 또한 여러분은 transaction ME25(Vendor unknown)을 사용할 수도 있다. 구매주문(purchase order)을 생성할 때는 message control에서 지정한 그 Document Type을 사용한다. 다른 말로 하면, output determination 설정에서 condition record를 생성할 때 사용된 구매주문(purchase order)의 Document Type을 사용한다. 구매주문(purchase order)에 대하여 자재 번호, 물량, plant, storage location, 단가, 기타 이와 유사한 것들을 입력한다. 이때 구매품목(line item)이 accept되었는지를 반드시 확인할 필요가 있다. output record가 생성되었는지를 확인하기 위해서는 다음 작업을 수행한다. [그림 3-14]를 참조하라.

SAP ALE IDOC EDI-Kor_03.2.5 Outbound Interface – Partner Profile의 관리

3.2.5 Partner Profile의 관리

우리가 앞에서 배운 것처럼, 외부시스템에 대한 식별자(Identifier) 역할을 하는 partner profile을 설정할 필요가 있다. partner profile에는 ALE interface에 대한 여러 가지 설정항목들이 함께 포함되어 있으며, 통신을 위한 접근경로(Gateway)의 역할을 한다. SD와 MM에서 transaction data를 interface하는 경우에는, 우리가 앞에서 설정했던 output determination과 함께 추가적인 parameter를 정의해야 한다.

먼저, logical system ZPOCHG001, partner Type LS에 대한 partner profile을 생성하라. 이렇게 하기 위해서 다음 작업들을 수행한다.

SAP ALE IDOC EDI-Kor_03.2.4 Outbound Interface – Output Determination

3.2.4 Output Determination

Message Control은 SD와 MM 업무영역에서 구매주문(purchase order), 송장(invoice), 납품 문서(delivery note), 선적통지(shipment notification) 등과 같은 output 문서에 대하여 생성조건, 시기(timing), 매체(medium) 등을 결정해 준다. Output determination이란 condition table, access sequence, output type, output determination procedure, condition record와 같은 application object와 개념들이 복잡하게 서로 연결되어 있는 것이다. 우리는 구매주문(purchase order)에서 사용할 message control을 설정하기 위해서 거쳐야 하는 여러 가지 단계들을 하나씩 처리해 갈 것이다. [그림 3-1]을 참조하라.

SAP ALE IDOC EDI-Kor_03.2.2 Outbound Interface – Customer Distribution Model의 설정 & Port의 정의

3.2.2 Customer Distribution Model의 설정

customer distribution model을 생성하고 관리하기 위해서는 transaction BD64을 이용하라. 우리는 여기서 새로운 model, 즉 “POMODEL001 을 생성하고, base logical system FSTCLNT100이 logical system ZPOCHG001로 message type ORDERS를 전송하게끔 한다. 우리가 여기서 사용할 수 있는 filter object type이 두 개 있는데, EBELN(구매주문 번호)와 LIFNR(구매처 번호)가 그것이다. 혹시 필요할지 모르겠지만, 특정 구매처(vendor)에 대하여 logical system과 port가 별도로 구분되어 있고, 그 구매처(vendor)에 대한 구매주문(purchase order) IDOC을 그 logical system으로 송신하고자 한다면, LIFNR을 filter object로 사용할 수 있다. 우리는 여기서 단순히 그 filter object에 값만 입력하여 지정함으로써, 해당 구매처(vendor)에 대한 구매주문(purchase order)을 구분할 수 있다. 우리는 동일한 logical system이나 또는 다른 logical system에서 다른 종류의 message type을 전송하고자 할 때도, 동일한 customer distribution model을 사용할 수 있다는 사실에 주의하기 바란다.

SAP ALE IDOC EDI-Kor_03.2.1 Outbound Interface – Logical System의 관리

3.2 Outbound Interface

앞에서 언급한 것처럼, 우리는 먼저 outbound 구매주문(purchase order)을 프로토타입(prototype)해 볼 것이다. 이 구매주문(purchase order)은 Material Management(MM) module 내에 있는 ‘구매(purchasing)’ 업무영역의 기능이다. 우리는 message control과 output determination을 설정하여, 구매주문(purchase order)에 변동사항(생성, 변경, 구매품목 삭제)이 발생하면, IDOC type ORDERS05라는 구매주문(purchase order) IDOC을 생성해 주는 output이 생성될 수 있도록 할 것이다. 이 message type은 ORDERS이고, 이와 관련된 process code는 ME10이다.

3.2.1 Logical System의 관리

이전 장에서 설명한 절차에 따라, 우리가 구매주문(purchase order)을 전달하고자 하는 외부시스템을 나타내는 새로운 logical system을 생성하라. 이 logical system을 “ZPOCHG0001”이라고 하자. 이 시스템은 외부시스템을 대표하는 수신시스템이고, 반면에 FSTCLNT100은 우리가 이전의 장에서 생성하고, 할당한 송신시스템이다. 다른 message type을 전송하고자 할 때도 이전에 생성된 logical system을 그대로 사용할 수 있다는 것에 주의하기 바란다. 하지만 보다 더 이해를 쉽게 하고, 혼란을 사전에 방지하기 위해서, 프로토타입(prototype)하는 각각의 업무 영역에 대하여 우리는 새로운 logical system을 사용하도록 하겠다.