SAP ALE IDOC EDI-Kor_10.2.2 File Transfer Protocol(FTP)

10.2.2 File Transfer Protocol(FTP)

또 다른 통신방식은 File Transfer Protocol(FTP)이다. outbound 시나리오에서 프로그램 RSEOUT00을 실행하면, IDOC database 상에 모아져 있던 IDOC을 file형태로 만들어 낸다. 이렇게 하면 ASCII file형태의 IDOC이 생성되는데, 이 file은 FTP를 통하여 외부시스템으로 전송될 수 있다. 여러분은 이를 위해 file port를 정의해야 한다는 것을 유념하기 바란다. inbound 처리인 경우에, 프로그램 RSEINB00을 사용하거나 transaction WE16을 사용하여, file형태의 IDOC을 SAP 내부로 전송할 수 있는데, 이렇게 하면 IDOC database 상에 IDOC이 생성되게 된다. 그런 다음, 다른 inbound function module을 사용하여 IDOC 자료를 application에 반영하게 된다. 테스트 목적으로 outbound file형태의 IDOC을 inbound file형태의 IDOC으로 변환하고자 하면, transaction WE12를 사용하거나 transaction WEDI à [Test] à [Inbound Processing of Modified Outbound File]를 사용할 수 있다. [그림 10-5]를 참조하라. 앞에서 배운 것처럼, file을 이용한 통신은 기본적으로 EDI에서 사용된다.

SAP ALE IDOC EDI-Kor_10.2.1 Transactional Remote Function Call(tRFCs)

10.2.1 Transactional Remote Function Call(tRFCs)

transactional RFC 통신의 경우에, 송신시스템에서 프로세서가 시작되면, 하나의 message가 tRFC Queue에 기록된다. 그 다음 tRFC queue에 있는 자료는 네트워크를 통하여 수신시스템으로 전송되는데, 수신시스템에도 tRFC queue가 있어서, 그 자료는 그곳에 기록된다. 송신시스템에서의 tRFC queue는 table ARFCSSTATE와 table ARFCSDATA로 구성되어 있고, 수신시스템에서는 table ARFCRSTATE와 table ARFCRDATA로 구성되어 있다. table xxxSTATE는 송신시스템과 수신시스템 각각에 있어서 tRFC call에 대한 status정보를 포함하고 있고, 반면 table xxxDATA는 호출되어야 하는 function module 목록과 그들에 대한 parameter 값을 함께 포함하고 있다.

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_10.2.0 통신

10.2 통신

ALE 처리에는 세 가지 주요 단계가 있다.

단계 1은 송신자 측의 처리인데, 여기서 application과 ALE 서비스는 그 application object에서 필요로 하는 모든 자료를 포함하고 있는 master IDOC을 memory에 생성한다. 이 master IDOC으로부터, ALE의 설정에서 정의된 각각의 수신자에 대하여 communication IDOC이 생성되고, 이것이 IDOC database에 저장된다. customer distribution model에서 설정된 filter object 집합에 따라 수신자가 달라지면 각자 다른 자료를 수신할 수도 있다. application은 자체적인 format으로 master data나 transaction data를 제공해 주지만, ALE function module은 이들 자료를 IDOC 형태로 변환할 책임이 있다.

SAP ALE IDOC EDI-Kor_10.1 ALE 최적화(Optimization) 개요

Chapter 10 ALE 최적화(Optimization)

10.1 개요

앞의 여러 장을 읽어 오면서, 여러분은 ALE와 EDI interface를 프로토타입(prototype)하고, 개발하고, 테스트하고, 실제 구현할수 있는 준비가 되어 있을 것이다. 하지만 이러한 interface가 얼마나 효율적으로 구현되었느냐 하는 것은 그것들이 작동되었을 때의 처리성능에 많이 좌우된다. 여러분이 ALE와 EDI interface를 최적의 상태가 될 수 있도록 설정하여 구현하려고 노력하면, 실제로 운영될 때 발생할 수 있는 처리성능 상의 문제를 사전에 방지할 수 있고, 반면에 처리속도를 최대화하고, 자원의 사용을 최소화할 수 있다. 설정이 적절하게 되어 있지 않거나, 적절한 처리방식(processing option)이 선택되지 않으면, 이러한 interface로 인하여 병목현상을 초래하여, R/3 시스템의 정상적인 기능에 영향을 줄 수 있다. 이 장에서, 우리는 성능과 관련된 문제를 대해서 탐구하고 공부할 것이며, 유연하게 작동하는 interface를 빠르게 구현하기 위해서 필요한 최적의 parameter들과 설정사항 및 처리방식(processing option)에 관하여 이해하게 될 것이다.