SAP ALE IDOC EDI-Kor_10.4 요약

10.4 요약

ALE interface의 처리성능에 대한 정밀 조정에서 사용할 수 있는 다양한 처리방식에 대하여 논의를 했으므로, 이제는 앞에서의 논의를 요약해 보기로 하자

n IDOC에 대한 처리시점(dispatch control)에서는 송신시스템이나 수신시스템 모두에서, 가능하다면, 즉시처리(Immediately processing)를 사용하지 말고, 예약처리(scheduled processing)를 사용하라.

n RFC 통신 오류에 대하여 batch job을 자동 생성하는 기능을 사용하지 마라.

n 가능하다면, 송신시스템이나 수신시스템 모두에서 IDOC packet를 사용하라.

n SAP R/3에서 외부시스템으로의 outbound통신인 경우, 외부 프로그램을 SAP에 등록하여(register) 사용하라. 외부시스템에서 multi-tasking이 가능하다면, 여러 번 등록하라.

n batch processor와 dialog processor의 사용정도에 근거하여, 대량의 IDOC에 대한 전송이나 변경작업은 한가한 시간을 이용하도록 하라.

n 프로그램 RBDCPCLR을 이용하여 change pointerd에 대한 database를 정기적으로 정리(reorganize)하라.

n 정기적으로 IDOC을 archive하라

n 송신시스템과 수신시스템 양쪽에서 충분한 숫자의 dialog work process를 제공하라. 송신시스템에서 사용할 work process 숫자는 수신이 제공할 수 있는 work process 숫자보다 많아서는 안된다.

n 프로그램 RBDAPP01을 이용한 예약 inbound 처리(scheduled inbound processing)에서 뿐만 아니라 master data를 직접 전송할 때, RFC server group을 활용하여 병렬처리를 하라

SAP ALE IDOC EDI-Kor_10.3 IDOC 처리방식(Processing Option)

10.3 IDOC 처리방식(Processing Option)

SAP는 우리에게 inbound에서 뿐만 아니라 outbound에서 IDOC을 처리하는데 사용할 수 있는 여러 가지 처리방식을 제공해 준다. 이러한 처리방식은 ALE interface의 처리성능에 있어서 중요한 역할을 하고 있다. 우리가 사용할 수 있는 처리방식(processing option)은 크게 보면 세 가지 분류할 수 있는데, (1) 처리시점(dispatch control), (2) 처리순서(Processing Mode), (3) 처리단위(Unit of Transfer)가 그것이다. 처리시점(Dispatch Control)이란 생성된IDOC을 어느 시점에 처리하느냐 하는 것이다. 처리순서(Processing Mode)란 생성된 IDOC을 순차적으로 처리하느냐, 아니면 병렬적으로 처리하느냐 하는 것이다. 처리단위(Unit of Transfer)란 생성된 IDOC을 처리하는 단위가 몇 개이냐 하는 것이다. 이러한 처리방식(processing option)들에 대하여 탐구해 보자.

SAP ALE IDOC EDI-Kor_07.3 Inbound 처리

7.3 Inbound 처리

SAP는, online에서 실행하거나 batch 방식으로 주기적으로 실행하여, inbound 처리를 용이하게 해주는 여러 가지 프로그램을 제공해 주고 있다. 이러한 기능에는 IDOC을 application에 반영하고, 오류상태인 IDOC을 재처리하고, 편집된 IDOC을 처리하는 프로그램들이 포함되어 있다.

프로그램 RSEINB00은 IDOC을 포함하고 있는 file을 SAP 시스템 내부로 전송하기 위해서 사용된다. 이 프로그램은 inbound IDOC이 text file에 포함되어 있는 경우에만 사용될 수 있다. RSEINB00은 path와 file name을 입력할 수 있는 단 하나의 parameter만 가지고 있다. IDOC을 내부로 전송하는 과정에서, 그 IDOC의 EDIDC record에서 partner number, message type, 기타 다른 모든 관련 control정보들이 수집된다. partner profile의 inbound parameter에 있는 처리방식(processing option)에서 선택된 값이 “Trigger by background program” 인지 “Trigger immediately”인지에 따라서, 오류가 없는 경우 status “64”의 상태로 생성되거나, 또는 생성과 동시에 즉시 application에 반영될 것이다. 오류가 발생하는 경우는 partner profile에서 지정한 수신자의 inbox로 workflow Item이 보내진다. transaction WE16을 이용해도 동일한 처리를 할 수 있다. [그림 7-7]을 참조하라.

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_02.4.8 Interface 작동

.4.8 Interface 작동

지금까지 우리는 R/3와 R/3 간을 interface하기 위해서 필요한 시스템 설정을 완료했으므로, 이제는 이 interface를 실제로 실행하고, 그 결과를 이해하는 방법에 대하여 공부해 보기로 하자. 또한 우리는 통신상태를 monitoring해 볼 수 있는 기술을 배울 것이며, 나중에는 R/3와 R/3 간에 ALE 통신을 할 때의 performance문제에 대해서도 토론할 것이다.

● 자료의 송신:

SAP는 IDOC을 송신해 주고, 처리해 주는 표준 프로그램을 기본적으로 제공해 준다. 우리가 수신시스템으로 자료를 보낼 때 사용할 프로그램은 Characteristics Master를 송신하는 프로그램 RBDSECHR과 Class Master를 송신하는 프로그램 RBDSECLS이다. 여기서 한 가지 유념해야 할 것은, characteristics은 class에 포함되어 있기 때문에, 즉 class는 characteristics를 포장한 것과 같기 때문에, Class Master보다 Characteristics Master자료가 먼저 송신되어야 한다는 것이다. 먼저 첫 번째 단계로, 송신시스템에서 characteristics IDOC을 생성해 보기로 하겠다.