SAP ALE IDOC EDI-Kor_02.4.1 R/3와 R/3 간의 Interface – Logical System의 관리

2.4 R/3와 R/3 간의 Interface

우리는 이 절에서 두 개 또는 그 이상의 R/3 시스템들 간의 interface를 구축하는 방법에 대하여 배우게 될 것이다. R/3와 R/3간의interface나 R/3와 외부시스템들 간의 interface는 기본적인 개념은 거의 동일하지만, 통신방식에서의 개념적인 차이뿐만 아니라 설정과정에서도 몇 가지 중요한 차이점이 있다. 우리는 한 R/3 instance에서 다른 R/3 instance로 characteristics와 class정보를 분배하는 예제를 가지고 이야기를 진행해 나갈 것이다. material, customer, vendor, 기타와 같은 object를 사용할 때, 그들의 속성을 보다 상세히 기술하고, 한 object를 다른 object와 구분하기 위해서, 이들 object들을 분류할(classify) 필요가 종종 발생한다. 이러한 개념을 Classification이라고 한다. SAP에서는 이들 object들을 분류하기 하기 위해서 characteristics와 class라는 개념을 사용한다. Characteristics는 object를 더욱 상세히 설명해 주는 속성이다. 예를 들면 화학물질의 온도 민감도, 고객상점에 있는 선반의 넓이 등은 SAP R/3 classification system 내에서 관리될 수 있는, object에 대한 characteristics이다. Class는 material, vendor, 기타와 같은 class type에 따라 정의된 characteristics 그룹을 말한다. Classification Data라는 용어는 characteristics에 부여되어 있는 실제 값을 의미하는 반면에, class와 characteristics는 설정 자료로 간주할 수 있다. SAP에서는 CTS(Correction and Transport System)를 통하여 class와 characteristics정보를 시스템들(개발, 테스트, 운영) 간에 전송할 수 없다. ALE는 class와 characteristics, classification data를 다른 시스템으로 분배해 주는 message type, IDOC type, function module을 기본적으로 제공해 주고 있다. 이 장의 목적은 한 R/3 시스템에서 다른 R/3 시스템으로 characteristics와 class를 분배하는 interface를 구축하는 것이다.

SAP ALE IDOC EDI-Kor_02.3.6 Interface 작동

2.3.6 Interface 작동

이제까지 outbound Material Master interface를 위한 ALE 설정을 완료했으므로, 지금부터 우리는 interface를 테스트해보는 흥미로운 작업를 진행해 나갈 것이다. 이 interface를 작동해 보는 방법에는 몇가지가 있다. 즉 우리가 Material Master IDOC을 직접 ‘송신’하는 방법을 사용하거나, 아니면 master에서 발생하는 변동사항을 포착하고, 그 변동사항을 IDOC으로 변환하는 방법을 사용할 수도 있다. 그외에 세 번째 방안으로 master data를 끌어 오는 방법이 있는데, 이 방법에서는 참조 R/3 시스템에게 Material Master자료를 송신해 주도록 요청하는 방법을 사용한다. 이 방법에서는 message type MATFET를 사용한다.

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.4 Communication : Port정의

2.3.4 Communication : Port정의

Port는 IDOC 통신을 위한 경로(channel)이다. SAP R/3에서는 6 가지 종류의 port를 사용할 수 있다: (1) transactional RFC(Remote Function Call), (2) file, (3) CPI-C, (4) Internet, (5) ABAP-PI, (6) XML이 그것이다. 우리의 예제에서는 Material Master IDOC을 외부시스템으로 전송하기 위해서, 우리는 file port를 정의할 것이다. 이렇게 함으로써, 우리는 file형태의 IDOC을 생성할 수가 있게 된다.

port를 정의하기 위해서는, transaction WEDI à [IDOC] à [Port definition]을 사용하거나, transaction WE21을 사용하면 된다. [그림 2-13]과 [그림 2-14]를 참조하라.

SAP ALE IDOC EDI-Kor_02.3.3 Change Pointer 활성화(Activation)

2.3.3 Change Pointer 활성화(Activation)

change pointer는 master data에 대한 변경사항을 반영해 주는 object이다. 이것은 change document service 와 shared master data 도구를 통하여 활용할 수 있다. ALE 프로그램들과 API들은 해당 message type에 대하여 IDOC 자료를 만들어 내야 하는, 변경된 master data를 가려 내기 위해서 change pointer를 사용한다. change pointer는 table BDCP와BDCPS에 저장되어 있다. table BDCPS에는 고유한 change pointer 식별자(Identifier)와 message type을 key로 하여 change pointer 처리상태에 대한 자료를 관리하고 있다. change pointer가 일단 처리되면, table BDCPS의 PROCESS field는 “X” 값으로 표시된다.

change pointer의 생성여부는 general level과 message type level 양쪽에서 모두 활성화(activate)되어야 한다. 이렇게 하기 위해서는 transaction SALE에서 다음 작업들을 실행한다. [그림 2-11]과 [그림 2-12]를 참조하라.

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]을 참조하라.

SAP ALE IDOC EDI-Kor_02.3.1 Logical System의 정의

2.3 Non-R/3 시스템과의 Interface

여기서는 외부의 non-R/3 시스템에 대한 master data interface를 구축해 보도록 하자. 우리는 message type MATMAS와 IDOC type MATMAS03을 사용하여 Material Master를 전송하고자 한다. 우리는 R/3 시스템이 change pointer를 이용하여 변경사항을 포착하고, master data IDOC을 생성할 뿐만 아니라, 자재(material) 자료를 ‘전송’하도록 설정할 것이다.

2.3.1 Logical System의 정의

먼저 외부의 non-R/3 시스템을 표시하기 위해서, 앞에서 설명한 것처럼 logical system을 생성하라. 우리는 그것을 “EX1MATMAS3”라고 부르자. 이 logical system은 IDOC type MATMAS03 에 대하여 수신 logical system(LS)이 될 것이다.

SAP ALE IDOC EDI-Kor_02.2 기본 설정

2.2 기본 설정

R/3 시스템에서 ALE 기능을 활용하기 위해서는, 여러분이 시스템의 가장 기본적인 몇 가지 항목을 설정해야 한다. 이러한 작업은 ALE 설정 메뉴([그림 2-2]를 참조하라)를 이용하여 처리할 수 있다. 이 메뉴를 호출하기 위해서는 transaction SALE를 사용하거나, IMG à [Basis Components] à [Application Link Enabling (ALE)]를 사용하면 된다.

SAP ALE IDOC EDI-Kor_02.1 Master Data 분배와 Interface 개요

Chapter 2 Master Data 분배와 Interface

2.1 개요

이 장에서 우리는 ALE를 이용하여 master data를 분배하는 방법과 master data에 대한 interface를 구축하는데 필요한 여러 가지 작업들에 대하여 공부할 것이다. SAP를 설치할 때, 다른 R/3 시스템이나 외부시스템으로 master data를 보내야 하는 경우가 많이 있다. 예를 들면 R/3밖에 있는 기존 시스템(legacy system)에서 돌아가고 있는 어떤 응용시스템이 transaction자료를 처리하기 위해서 Customer Master 자료를 필요로 할 수도 있고, 또는 분산환경에서 판매조직용 R/3 시스템의 Customer Master를 본사에 있는 R/3 시스템의 Customer Master자료와 일치시킬 필요가 있을 수도 있다. SAP에서 master data라고 하면 그 범위가 매우 넓은데, 예를 들면 Material, Customer, Vendor, Class, Classification, Bill of Material, Pricing Condition, General Ledger, Cost Element 등이 모두 이 범주에 포함된다. R/3에서 ALE 서비스를 사용하여 master data를 분배할 수 있는 message type이 50개 이상 존재한다.

SAP ALE IDOC EDI-Kor_01.6 EDI 시나리오 예제

1.6 EDI 시나리오 예제

이전에 이야기 한 것처럼, EDI(Electronic Data Interchange)는 기업에게 은행, 구매처(vendor), 고객(customer)과 같은 그들의 거래처와 업무 자료나 문서를 전자적으로 주고 받을 수 있는 기능을 제공해 준다. 이렇게 거래처들과의 연결을 더욱 빠르게 함으로써, 회사의 업무처리 프로세스나 거래처와의 거래에 대한 회전율을 대폭 향상시킬 수 있다. SAP R/3는 EDI에 대한 산업표준인 UN/EDIFACT와 ANSI X12를 지원하고 있다.