SAP ALE IDOC EDI-Kor_08.2 Workflow 설정

8.2 Workflow 설정

아래에 제시된 단계들을 따라 감으로써, ALE/EDI interface에서의 오류처리를 위한 workflow 설정을 완료하고, 활성화할 수 있다. 이 설정은 오류처리를 위한 기본적인 시나리오를 지원하고 있지만, 대부분 application의 목적에도 적합할 것으로 생각한다. ALE의 기술적인 오류를 처리하기 위해서 사전에 준비되어 있는 task 이외에, ALE와 EDI의 일반 application 시나리오에서 사용할 수 있는 task도 많이 있다. 앞에서 언급한 것처럼, 오류의 유형이 다르면, 서로 다른 work item이 다른 organizational unit/job/position/person에게 발송되는 결과를 가져온다. 이 장에서 사용된 예제는, 기본적인 시나리오에 대해서 뿐만 아니라, 복잡한 상황에서의 오류처리 대해서도 하나의 template로 사용될 수 있을 것이다. workflow를 활성화하는 것 이외에, 대부분의 object와 설정 내용은 CTS(Correction and Transport System)을 통하여 다른 곳으로 전송될 수 있다.

SAP ALE IDOC EDI-Kor_04.4 IDOC Reduction

4.4 IDOC Reduction

우리가 다른 시스템, 즉 다른 R/3 시스템이나 외부시스템으로 master data를 분배하거나 송수신할 때, 통신 경로를 통하여 실제로 전송되는 자료의 양이 매우 대량일 수가 있다. 이러한 경우 처리성능에 문제가 발생할 수 있고, 디스크 공간이나 전송대역폭과 같은 자원을 과도하게 사용할 가능성도 있다. master data에 대한 Basic IDOC type을 면밀히 검토해 보면, 많은 segment자료들이 서로 중복되거나, 또는 전혀 사용되지 않을 수도 있다. 이러한 경우에, 이 IDOC은 IDOC Reduction이라고 불리는 기법을 적용할 수 있는 좋은 대상이 된다. R/3는 Basic IDOC type에서 사용되지 않는 segment나 segment 중에서 필요 없는 field를 제거할 수 있는 기능을 우리에게 제공해 준다. 이것을 적용하는 절차는 상대적으로 간단하고, 적용하기가 매우 쉽다. IDOC reduction은 단지 몇 개의 message type에서만 적용할 수 있는데, message type DEBMAS, CREMAS, GLMAST, MATMAS, 그리고 일부 POS message들이 그기에 해당한다.

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.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_02.4.7 Customer Distribution Model의 분배

2.4.7 Customer Distribution Model의 분배

customer distribution model CHRCLSMODL은 송신시스템에서 생성되었다. 이것은 다른 시스템으로 전송되는 특정 message(여기서는 CHRMAS와 CLSMAS)의 flow를 결정하고 통제한다. 수신시스템이 inbound IDOC을 받아 들이고 처리할 수 있도록 하기 위해서는, 이러한 정보가 수신시스템에게도 전달되어야 한다(참고 : 수신시스템에서 송신시스템과 동일한 내용의 customer distribution model을 설정하는 방법에는 두 가지가 있다. 첫 번째는 송신시스템에서 했던 것처럼 수신시스템에서 직접 설정하는 것이고, 두 번째는 송신시스템에서 작업한 customer distributio model을 수신시스템으로 전송하는 것이다). R/3의 ALE는 customer distribution model을 상대편 시스템으로 분배할 수 있는 도구를 제공해 준다. customer distribution model을 분배하기 위해서는 다음 작업을 수행한다. [그림 2-31]을 참조하라.

SAP ALE IDOC EDI-Kor_02.4.5 RFC Port와 Partner Profile의 생성

2.4.5 RFC Port와 Partner Profile의 생성

이전에 설명한 R/3와 외부시스템과의 interface에서, 우리는 port와 partner profile을 수작업으로 정의하였다. 우리는 여기서 SAP에서 제공하는 기능을 사용하여 R/3와 R/3 간의 interface에서 사용할 RFC port와 partner profile을 자동으로 생성하는 방법에 대하여 배울 것이다. 앞으로 여러분이 보게 되겠지만, port는 이전 단계에서 우리가 생성한 RFC destination에 근거하여 정의되는 반면, partner profile은 이미 생성된 port뿐만 아니라 우리가 생성한 customer distribution model에 근거하여 생성된다. 이러한 object들을 생성하기 위해서는 다음 작업을 수행한다. [그림 2-29]를 참조하라.

SAP ALE IDOC EDI-Kor_02.4.4 RFC Destination의 관리

2.4.4 RFC Destination의 관리

R/3와 R/3 간의 통신에는 Transactional RFC라는 방식을 사용한다. RFC란 용어는 통상 원격지에 있는 시스템에서 transactional하거나 비동기적인 작업을 하기 위해서 function module을 호출할 때 사용되는 Remote Function Call을 말한다. RFC 앞에 붙어 있는 transactional이란 단어는, 단지 그 function들이 logical unit of work단위로 호출된다는 것을 표시하는 것인데, 이는 간단히 말하면, 하나의 Material Master, 하나의 납품(delivery), 하나의 송장(invoice)과 같은 것이다. SAP의 tRFC와 aRFC는 packet 단위로 자료를 송수신하는 과정을 추적해 주고, 그들의 진행상태에 대한 정보를 관리해주는, 보다 진보된 체계를 가지고 있다. 예를 들어, 자료를 확실히 전달하기 위해서, 자료의 송수신이 성공적으로 끝날 때까지 tRFC call을 반복적으로 호출해 준다. 우리는 제 10장 “ALE 최적화”에서 RFC와 RFC의 최적화에 대하여 더 상세히 토론할 것이다. 우리의 interface에서 필요한 RFC destination을 설정하기 위해서, 다음 작업을 수행한다. [그림 2-28]을 참조하라

SAP ALE IDOC EDI-Kor_02.3.5 Communication: Partner Profile

2.3.5 Communication: Partner Profile

partner profile은 서로 통신하고 있는 상대 시스템에 대한 식별자(identifier)이다. ALE에서 사용하는 partner profile은 사전에 정의되어 있는 logical system에 기초를 두고 있다. partner profile은 ALE에 대한 여러 가지 요소들을 함께 포함하고 있으며, 시스템들 간의 접근경로(gateway)의 역할을 한다. 우리는 outbound Material Master interface를 위한 partner profile을 생성해 보도록 하겠다

partner profile을 정의하기 위해서는 transaction WEDI à [IDOC] à [Partner Profile]을 실행하거나 또는 transaction SALE à [Modeling and Implementing Business Processes] à [Partner Profiles and Time of Processing] à [Maintain Partner Profile Manually]을 사용하여 다음 작업을 수행한다. [그림 2-15]와 [그림 2-16]을 참조하라.

SAP ALE IDOC EDI-Kor_02.3.2 Customer Distribution Model 설정

2.3.2 Customer Distribution Model 설정

customer distribution model은 한 시스템에서 다른 시스템으로 가는 message flow를 표현하는 것이다. 여기서는 어떤 logical system이 base logical system과 송수신하는 message type을 규정할 뿐만 아니라, filter object를 이용하여 서로 통신하는 자료에 대하여 filtering 조건을 지정한다. 이전에 언급한 것처럼, 이러한 개념은ALE에서만 적용할 수 있다.

customer distribution model을 설정하려면 다음 작업을 실행한다. 그[림 2-8]과 [그림 2-9], 그리고 [그림 2-10]을 참조하라.