SAP ALE IDOC EDI-Kor_10.4 요약

Posted on by realomega

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)

Posted on by realomega

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 통신

Posted on by realomega

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) 개요

Posted on by realomega

Chapter 10 ALE 최적화(Optimization)

10.1 개요

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

SAP ALE IDOC EDI-Kor_09.3 IDOC Archiving 프로그램

Posted on by realomega

9.3 IDOC Archiving 프로그램

archiving 작업의 중심 transaction인 SARA를 통해서 IDOC archiving 기능들을 실행할 수 있다. 이 transaction은 SAP 시작메뉴 [Tools] à [Administration] à [Administration] à [Archiving]을 통해서도 실행할 수 있다. 이 transaction을 실행하고, [Object name] 필드에 “IDOC”을 입력하고, [Enter] 키를 누른다. 그러면 Action 항목에서 [Archive], [Delete], [Reload], [Analyze], 그리고 [Management]를 선택할 수 있는 버튼이 나타난다. [그림 9-3]를 참조하라.

SAP ALE IDOC EDI-Kor_09.2 사전 설정

Posted on by realomega

9.2 사전 설정

archiving프로그램들을 실행하기 위해서는 여러 가지 parameter들이 사전에 준비되어 있어야 한다. 처음 단계는 특정 IDOC status에 대하여 archiving이 작동되도록 지정하는 것이다. 특정 status code 집합에 해당하는 IDOC만 archive되도록 하기 위해서 이러한 작업을 한다. 예를 들어 status “64”인 IDOC들은 아직 application에 반영되지 않았기 때문에, archiving에서 제외되어야 한다. 이 설정은 transaction WE47을 사용하거나 transaction WEDI à [Control] à [Maintain Status Values]를 사용하여 처리할 수 있다. status “03”과 같은 것을 선택하고, 상세내용을 조회한다. 다음 화면에는 [Archiving] 필드에서 “possible” 또는 “excluded”를 선택할 수 있는 선택버튼이 있다. IDOC status에 따라 적절한 값을 선택하라. [그림 9-1]을 참조하라.

SAP ALE IDOC EDI-Kor_09.1 IDOC Archiving 개요

Posted on by realomega

Chapter 9 IDOC Archiving

9.1 개요

ALE/EDI interface를 개발하고, 테스트하고, 나중에 실제로 운영하게 되면서, 여러 가지 message type에 대하여 많은 양의 IDOC들이 SAP database 상에서 생성된다. 이러한 IDOC은 outbound interface에서 수신시스템으로 전송되거나, inbound interface에서 여러분의 시스템 내에서 처리가 완료되면, 이러한 IDOC에 대한 효용가치는 거의 없거나 전혀 없어지게 된다. 또한 이러한 IDOC들을 통제나 조정의 목적을 위해서 보관하고 있어야 할 필요가 있을 수도 있다. 어떠한 경우든, 이러한 IDOC을 R/3 database에서 떼어내서 다른 저장장치에 보관하거나, 심지어 그 시스템에서 영원히 삭제할 필요도 있다. 이러한 작업은 SAP가 제공하는 archiving이라는 체계를 사용하여 처리할 수 있는데, 이것은 SD, MM, FI, 기타 다양한 application에 속해있는 대부분의 SAP object에서도 동일하게 사용할 수 있다. ALE와 EDI에서 사용되는 IDOC은 archive될 수 있는 object이다. 사실 archiving object type 자체가 “IDOC”으로 정의되어 있다. SAP에서 archiving은 Archiving Development Kit 또는 ADK를 통해서 작동될 수 있다. SAP는 판매주문(sales order), 대금청구서(invoice), 기타의 많은 SAP object를 archive하는데 사용할 수 있는 여러 가지 프로그램과 function module을 기본적으로 제공해 주고 있다. IDOC에 대한 ‘archiving class’는 release 3.0에서 처음 SAP에 소개되었다. 필요하다면 ADK를 사용하여 archiving을 위한 자체적인 프로그램을 개발할 수도 있다. 시스템에서 IDOC을 삭제하기 위해서는 그들이 먼저 archive되어야 한다는 것을 명심하라. 또한 archive된 IDOC을 reload하는 것도 가능하다.

SAP ALE IDOC EDI-Kor_08.2 Workflow 설정

Posted on by realomega

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_08.1 Workflow를 이용한 ALE와 EDI 오류처리 개요

Posted on by realomega

Chapter 8 Workflow를 이용한 ALE와 EDI 오류처리

8.1 개요

우리는 ALE와 EDI interface를 준비하고, 여러가지 처리 프로그램을 scheduling하는데 필요한 작업들에 대하여 배웠기 때문에, 이제 오류 처리와 관리에 우리의 관심을 기울여 보자. ALE와 EDI에서는 Workflow라고 알려진 SAP 기술을 이용하여 오류를 손쉽게 처리할 수 있다. SAP의 Business Workflow는 여러 업무영역과 작업영역에 걸쳐서 고객의 고유한 업무 프로세스 흐름을 조정하고, 통제할 수 있도록 해주는 기술이다. 이 기술은 SAP R/3 시스템과 완전하게 통합되어 있으며, 표준 R/3 시스템에서 제공되는 application 기능들을 보완하기 위해서 version 3.0에서 처음 소개되었다. 예를 들어, 구매처(vendor)에 대한 지급문서(payment)를 release하는 과정이 Business Workflow에 대한 하나의 시나리오가 될 수 있다. 회계의 line item에서 payment block이 설정될 수 있다. 이렇게 되면, 사전에 정해진 일련의 작업절차들이 시작하게 하고 , 그렇게 하여 그 line item에 대해서 승인권한이 있는 담당자에게 그 지급문서(payment) 자료가 제시된다. 일단 승인이 나면, 그 지급문서(payment)는 다음 처리를 진행할 수 있도록 release된다. 이것은 R/3 내에서 설정할 수 있는 많은 Business Workflow 시나리오 중에서 아주 간단한 하나의 예이다. workflow 기능을 이용하여 ALE와 EDI의 오류를 처리하는 것은 SAP Business Workflow의 많은 기능 중에서 하나의 예에 불과하다. 이 장에서, 우리는 workflow를 이용한 ALE와 EDI 오류처리에 대해서만 초점을 맞출 것이며, ALE와 EDI에서의 오류처리를 위한 workflow 설정과 관련된 여러 가지 작업들에 대하여 배울 것이다. 설정을 해나가면서, 우리는 workflow의 개념과 용어에 대하여 익숙해 질것이다. 하지만 이 장은 Business Workflow의 내용, 개념, 내부적인 동작체계에 대하여 상세하게 설명하고자 하는 것은 아니다.

SAP ALE IDOC EDI-Kor_07.4 기타의 ALE 프로그램

Posted on by realomega

7.4 기타의 ALE 프로그램

IDOC에 대한 inbound 처리와 outbound 처리를 위한 프로그램 이외에, ALE 처리과정에 대하여 여러 가지 사항을 알려주고, monitor할 수 있도록 해주고, 정리(reorganize)할 수 있게 해주는 등 다양한 중요 기능을 수행해 주는 프로그램들이 여러 가지 있다. 여기에는 RFC 실행에 대한 status 점검, audit confirmation, change pointer와 audit database의 정리(reorganization), ALE audit에 대한 통계적인 분석, 여러 시스템에 걸친 IDOC 처리결과 추적, tRFC와 aRFC 통신에 대한 monitoring 등을 위한 프로그램들이 포함되어 있다. 이러한 프로그램들은 실제의 운영환경에서 ALE interface를 유연하게 운영하는데 있어서 매우 중요한 역할을 하고, scheduling job으로 만들어 주기적으로 실행하면, ALE 처리상태를 보고받을 수 있고, 그 내용을 확인할 수 있다는 것을 인식하는 것이 중요하다.