SAP ALE IDOC EDI-Kor_05.9 Interface 작동 – WeOmega

출판된 한글판 도서

Original Book Contents

5.9 Interface 작동

우리가 여기서 하는 작업은, Customer Hierarchy와 관련하여 우리가 구축하고 연결시킨 모든 구성요소들이 원래 의도했던 대로 정확하게 작동하여, master data상에 발생하는 변동사항에 근거하여 IDOC을 생성해 내는지를 점검하는 것이다. 새로운 Basic IDOC type이 생성되었고, 새로운 message type이 그것에 연결되었다. 기존에 이미 존재하는 change document object에 근거하여 change document update function module을 생성하고, SAP의 application 프로그램에 그것을 삽입하였다. 새로운 message type에 대한 change pointer 정보를 수집하고, IDOC을 생성하여 분배해 주는 기능을 가진 두 개의 ALE function module이 작성되었다. IDOC segment field와 change document field를 연결시키는 설정과 함께, change document field에 대하여 change pointer가 생성될 수 있도록 활성화(activate)하는 ALE 설정이 이루어졌다. 우리는 실제 구동되는 ALE function module을 새로운 message type과 연결시켜, change pointer가 처리될 때 호출될 수 있도록 하였다. 마지막으로, 우리는 logical system, customer distribution model, port, partner profile, change pointer 활성화(activation)에 대하여 정의하고, 서로 연결함으로써, ALE 설정을 완료하였다.

Customer Hierarchy에 대한 변동사항이 추적되는지를 테스트해 보는 절차에 대하여 간략히 정리해 보자. 다음은 그러한 작업들 중의 일부이다. 여러분의 application 설정사항과 업무 상의 필요성에 따라, 여러 가지 다른 테스트 시나리오가 있을 수 있다. 하지만 필요한 경우에, 우리가 프로그램 RVKNVH00에 추가한 프로그램 코드를 조금만 수정하면, 우리가 이미 생성한 object와 프로그램으로 모든 상황을 처리할 수 있다.

n 새로운 hierarchy를 지정한다.

n hierarchy를 다시 지정한다.

n hierarchy를 삭제한다.

n 유효일자와 같은 hierarchy의 상세내용을 변경한다.

n 미래의 일자로 hierarchy node를 지정하거나 재지정한다.

n 복수의 미래일자의 hierarchy를 지정한다.

n 복수의 중첩되는 hierarchy를 지정한다..

transaction VDH1을 이용하면, 앞에서 이야기한 테스트 시나리오 뿐만 아니라, 그 외의 것도 처리할 수 있다. 일단 여러분이 각각의 변경작업 하고 자료를 저장한 후에, table CDHDR과 CDPOS를 점검하여, change document가 여러분이 작업한 변경사항을 제대로 반영하고 있는지를 점검하라. object class KUNHIER를 선택조건으로 사용하라. 그 다음에 table BDCP와 BDCPS를 점검하여, 그에 대응되는 change pointer 자료가 입력되어 있는지를 점검하라. 이제 우리는 IDOC을 생성할 준비가 되었다. transaction BD21을 사용하거나 프로그램 RBDMIDOC을 실행하고, Message type parameter에 “ZDEBHI”을 지정하고, 프로그램을 실행한다. 그러면 여러분은 생성된 communication IDOC의 숫자를 표시해 주는 안내 메시지를 보게 될 것이다. 생성된 IDOC을 확인해 보기 위해서는 transaction WE02 또는 WE05을 사용하라. [그림 5-14를 참조하라].

그림 5‑14 Basic IDOC Type ZKNVHM01에 대하여 생성된 IDOC 자료

IDOC 자료는 application 자료를 반영하고 있어야 하며, message function은 변경 유형을 표시해 줄 것이다. 예를 들면, 특정 hierarchy node를 다른 node로 재지정하는 경우에는 두 개의 IDOC이 생성되는데, 하나는 message function에 “004” 값을 가지고 있고, 다른 하나는 “009” 값을 가지고 있을 것이다. Message function에 “004”(Change) 값을 가지고 있는 IDOC은 그 node의 이전 지정에 대한 유효기간이 종료되었음을 의미하고, “Valid to” 일자는 과거일자가 될 것이다. Message function에 “009”(Create) 값을 가지고 있는 IDOC은 새로운 지정에 대한 유효기간이 이제 시작이라는 것을 의미하고 있다. 여러분이 실제로 테스트해보면, IDOC은 Customer Hierarchy에서 발생한 변경사항을 충실히 기록하고 있고, 이들은 또한 외부시스템이 쉽게 해석할 수 있는 형태로 되어 있는 것을 알 수 있을 것이다.

이 장을 읽고, 실제로 적용해 보는 과정에서 여러분이 인식한 대로, 새로운 ALE 기능을 생성하는 것은 그렇게 두려운 작업이 아니다. 논리적인 방식으로 접근하면, 여러 가지 구성요소들을 쉽게 구축하고, 간단한 설정으로 이들을 서로 연결할 수가 있다. 또한 여기에 필요한 프로그램 작성노력은 그렇게 많지 않다. 추가적인 ALE 기능을 구축하는데 필요한 모든 도구들을 SAP가 기본적으로 제공해 준다는 사실을 유념하는 것이 매우 중요하다.