출판된 한글판 도서
ERP SAP R/3 ALE, EDI & IDOC 기술 |
Original Book Contents
6.5 Mapping과 Mapping 도구
ALE나 EDI interface에서 성공을 좌우하는 중요한 항목은, outbound인 경우는 IDOC structure를 외부의 format에 정확히 mapping하고, inbound인 경우는 외부의 format을 IDOC structure에 정확히 mapping하는 것이다. 자료 mapping은 R/3와 서로 자료를 정확하게 주고 받는데 있어서 중요한 역할을 한다(물론 tRFC를 통한 R/3와 R/3 간의 ALE interface의 경우, IDOC에서 application으로의 자료변환은 SAP의 ALE function module에 의하여 자동적으로 실행된다). 사실 자료 mapping 작업은 개발과정에서 가장 중요한 부분으로, 프로젝트 진행과정상 프로토타입핑(prototyping)과 차이 분석(gap analysis) 단계에서 반드시 함께 실행해야 한다.
IDOC을 외부 format으로 성공적으로 mapping하기 위해서는, 그것이 EDI 문서이든, 또는 외부시스템 format이든지 상관없이, 해야 할 가장 처음 단계는 선택된 IDOC type과 그 속에 있는 segment 구조에 대하여 잘 이해하는 것이다. transaction WE60을 사용하면, R/3 상에서 IDOC의 구조와 segment field들에 대한 광범위한 문서들을 발견할 수 있을 것이다. 이 문서에서는 segment들 간의 계층구조와 그 field들에 대한 data type, length, offset을 포함하여, 여러 가지 내용들이 설명되어 있다. spread sheet를 이용하여, 외부시스템 자료 format과 그것들의 계층구조 및 field들에 대한 설명을 복사한 후에, IDOC에 있는 segment와 field들을 외부시스템에 있는 record의 structure 및 field와 서로 연관짓는 작업을 한다. 어떤 IDOC에서는 IDOC qualifier라는 것을 사용하고 있음에 주의해야 한다. 이 말은 특정 segment의 첫 번째 field인 IDOC qualifier에 따라서, 한 segment가 여러 가지의 종류의 값들을 가질 수 있도록 재정의될 수 있다는 것을 암시한다. 또한 IDOC structure는 통상 looping structure라는 것을 포함하고 있는데, 이러한 방식으로 몇 개의 segment들이 모여 일반계층 안에서 하나의 집단을 형성할 수도 있다. 여러분은 어떤 한 segment나 segment의 집단이 필수(mandatory)인데 반해서, 다른 것은 선택(선택(optional))으로 정의되어 있는 것을 발견할 수 있을 것이다. segment의 발생빈도는 IDOC documentation 상에 있는 “minimum”과 “maximum” field를 보면 파악할 수 있다. 가능하다면, mapping 작업을 하는 spread sheet에서 field에 대한 시작위치, 길이, data type등에 대하여 자세히 기술해야 한다. 필요하다면 특정 field에 대해서는 변환코드와 그 값에 대해서도 지정하라. 외부시스템에 있는 field들 중에는 date와 time format이 SAP의 format과 일치하지 않을 수도 있다. 그러한 경우에는 두 format 간의 변환방식도 포함시켜야 한다. 또한 IDOC이나 외부 record structure에서 기본값(default value)가 적용될 필요가 있을 수도 있다.
외부자료와 SAP 고유의 IDOC format 간에 자료를 변환해주는 mapping 도구가 등장하므로서, R/3와 외부시스템 간에 밀접한 통합성을 제공해 주면서도, 자료 변환과 분배작업을 간단하고 효율적으로 처리할 수 있게 되었다. R/3 시스템과의 interface에 대한 보완 solution을 제공해 주는 third party vendor들이 많이 있다. 이러한 제품들은 기능적인 측면에서 보면, 간단한 EDI subsystem에서부터 모든 전자상거래나 interface에서 사용될 수 있을 정도로 광범위한 능력을 가진 시스템까지 그 종류가 매우 다양하다. 그런 제품들 중에는 SAP로부터 EDI, ALE, 또는 BAPI 기술에 대하여 인증받은(certified) 제품도 많이 있다. 이러한 제품들은 잘 사용하면, 자체적인 프로그램 작성의 필요성을 감소시키거나 제거해주고, 개발과 테스트에 필요한 노력을 최소로 줄여주기 때문에, interface에 사용할 목적으로 이러한 보완 소프트웨어에 대하여 검토하는 것은 아주 가치있는 일이 될 것이다. 또한 터무니없이 비용이 많이 드는 자체 개발방식 대신에, middle-ware를 사용하는 것도 고려해 볼 수 있는 방법이다. 그러한 제품을 사용할 것인지를 결정할 때는, 그 제품에 대하여 학습하고, 설치하고, 사후 관리할 수 있는 자원과 함께, 이와 관련된 하드웨어에 대하여 반드시 고려해 보아야 한다.
여러분의 프로젝트에서 사용할 수 있는 적절한 제품을 결정하기 위해서, 필요하다면 SAP에서 인증을 받은 third party제품 목록을 검토해 보는 것이 좋은 방법이 될 것이다.
여러분이 이전 장에서 파악한 것처럼, 몇 단계의 설정을 하고, 프로그램을 전혀 개발하지 않거나 또는 약간의 자체 개발만으로, ALE와 EDI interface를 프로토타입(prototype)하고, 개발하고, 실제 구현하는 작업을 쉽게 달성될 수 있다. third-party 도구를 이용하면, 유연하게 작동하는 interface를 개발하여 조직의 생산성을 향상시켜 줄 수도 있다. ALE와 EDI 기술은 프로토타입핑(prototyping), 디자인, 개발, 구현, 그리고 사후 유지관리에 필요한 노력을 극적으로 감소시켜 주고, 따라서 그것을 사용하는 회사는 SAP의 전략적인 interface 기술에서 많은 이득을 누릴 수 있을 것이다.