ALE/IDocs는 SAP R/3 R4.6C 버전용으로 SAP에서 제공하는 인터페이스 메커니즘으로 현재 가장 널리 사용됩니다. R4.0의 최신 버전에는 기술적으로 향상된 BAPI가 추가되었습니다.
1. ALE/IDocs란 무엇입니까?
ALE는 Application Link and Enabling의 약자로 SAP와 SAP를 위해 특별히 설계된 SAP의 통합 미들웨어입니다. IDocs는 Intermediate DOcument의 약자로 SAP에서 제공하는 시스템 통합 전용 데이터/메시지 형식입니다. ALE는 SAP 버전 3.0부터 전체 SAP 애플리케이션 시스템의 일부로, 분산 데이터 교환을 위한 안정적이고 안전한 통신 메커니즘을 제공합니다. ALE의 설계는 원래 SAP와 SAP의 비즈니스 프로세스 간에 기업 데이터를 효과적으로 교환하고 두 개의 독립적인 시스템 통합 서비스 간의 원활한 통신을 제공하기 위해 두 SAP 프로세스 간의 메시징 서비스(메시징 서비스)로 사용되었습니다. 그러나 애플리케이션이 개발되면서 ALE/IDocs 인터페이스 메커니즘은 SAP가 아닌 다른 시스템과의 표준 통합 방법이 되었습니다.
ALE의 설계 구조는 애플리케이션 계층, 데이터/메시지 배포 계층, 통신 계층의 세 가지 계층으로 나눌 수 있습니다. 통신 계층은 SAP 통합 메커니즘의 기초입니다. RFC(Remote Function Call)를 사용하여 SAP 시스템의 기능 모듈을 호출합니다.
데이터/메시지 배포 계층은 주로 세 가지 주요 서비스를 제공합니다.
데이터 배포 모델에 따라 데이터 수신자를 결정합니다.
메시지 필터링 및 변환.
데이터/메시지를 압축하여 전달 효율성을 높입니다.
애플리케이션 계층은 SAP 시스템과 직접 인터페이스하며 메시지 수신자의 이름, 전송에 필요한 메시지 유형 및 규칙을 포함하여 다른 시스템의 라우팅 정보가 포함된 메시지 텍스트 IDoc을 생성하거나 수신합니다. 메시지 처리를 위해.
ALE 메커니즘은 SAP에서 제공하는 원래 BDC(Batch Data Communication) 방식을 대체합니다. 이름에서 알 수 있듯이 BDC는 시스템 간 단순한 데이터 일괄 처리 서비스를 제공하며, 시스템 간 원활한 통합에 필요한 오류 수정 기능, 시스템 관리 및 기타 보안 조치를 제공하지 않습니다. 요약하면, SAP의 ALE 메커니즘을 적용하여 SAP를 SAP 또는 SAP가 아닌 시스템과 통합하면 다음과 같은 이점이 있습니다.
ALE 기술은 SAP 버전 업그레이드의 영향을 받지 않으며 이전 버전과의 호환성을 제공합니다. ALE는 SAP 애플리케이션 계층에서 정의되며 SAP 논리 계층과 상대적으로 독립적입니다. 전체 ALE 미들웨어는 송신 및 수신 시스템과 독립적입니다.
ALE 메시지 디자인 로직은 "한 번만" 메시지 전달을 보장합니다. ALE는 "저장 및 전송" 기술을 사용하여 시스템에 장애가 발생하거나 수신자가 메시지를 받을 준비가 되지 않은 경우에도 메시지가 목적지에 도달할 수 있도록 보장합니다. 이렇게 하면 수신자가 중복된 메시지를 받지 않게 됩니다.
ALE는 IDocs 관리 기능도 제공합니다. 주로 텍스트 축소, 텍스트 버전 제어 및 텍스트 데이터 필터링이 포함됩니다. 세 가지 제어 메커니즘을 통해 SAP 개발자는 실제 필요에 따라 런타임에 IDocs 텍스트를 동적으로 처리할 수 있습니다.
ALE는 시스템 관리 기능을 제공하여 ALE 시스템의 시작/재설정/복구와 같은 시스템 작업을 허용하고 개발자에게 추가 관리 제어 기능을 제공합니다.
IDoc은 거의 모든 SAP 애플리케이션 데이터를 전송할 수 있으며 "주변" 정의 형식이며 SAP의 애플리케이션 데이터 정의와 직접적인 관련이 없습니다. IDocs는 초기 SAP-EDI 데이터 교환에서 널리 사용되었으므로 그 디자인은 EDI 표준인 EDIFACT 표준과 다소 유사합니다.
IDoc은 문자 기반이므로 사람이 읽을 수 있습니다. 여기에는 세 가지 기록 유형이 있습니다. 즉:
제어 기록 - IDoc 유형, 발신자/수신자 정보, 텍스트 식별과 같은 텍스트 정보를 포함합니다.
데이터 기록 - 관리 및 실제 데이터 부분을 포함합니다.
상태 기록 - 상태 코드, 시스템 시간, 오류 식별 등 텍스트 전달의 각 지점 상태를 추적하는 데 사용됩니다.
2. ALE/IDocs의 메시지 송수신 과정
다음은 ALE/IDocs의 시스템 통합 과정에서 실제 메시지 전송을 소개한다.
먼저 전송 과정을 살펴보겠습니다.
전송 프로세스는 다음과 같이 이벤트 트리거링, 텍스트 생성, 데이터 패키징 및 전송 매체를 통한 전달의 네 단계로 구성됩니다.
응용 시스템 이벤트 트리거링
시스템 객체(객체)의 상태 변경, 사용자 자율 활동 또는 기타 데이터베이스별 변경은 데이터 테이블의 트리거 프로그램을 시작하여 데이터 준비와 같은 데이터 전송을 초기화할 수 있습니다.
마스터 IDoc 텍스트 생성(마스터)
전송 가능한 모든 데이터를 포함하는 표준 형식의 마스터 IDoc 파일 생성(수신자 관계 없음)
통신 Idoc 생성
p>
메인 IDoc에서 특정 수신자에게만 관련된 텍스트를 생성합니다. 통신 텍스트는 메인 텍스트의 하위 데이터 세트(Subset)입니다.
Idoc 전송
사용 비동기식 통신 방식은 특정 버전의 IDoc을 수신자에게 전달합니다.
SAP 시스템이 외부로부터 IDoc 텍스트를 수신하면 수신 프로세스가 시작됩니다. 수신 프로세스의 장점은 수신자가 SAP 시스템이거나 제3자 시스템일 수 있다는 점이며, 이는 SAP와 제3자 간의 효과적인 통합을 위한 기반이기도 합니다. 수신 프로세스는 다음 세 단계로 구성됩니다.
Idoc 저장 - 데이터베이스에 텍스트 저장 및 구문 확인 수행
메일 처리 프로그램은 특별히 설계된 IDoc인 Idoc를 읽습니다. 핸들러는 IDoc을 읽고 SAP 또는 기타 시스템에 필요한 시스템 메시지를 생성합니다. 여러 프로그램을 동시에 실행할 수 있습니다.
시스템 텍스트 생성--핸들러는 시스템 사용을 위한 시스템 텍스트를 추가로 생성하고 결과 정보를 Idoc d의 상태 레코드에 저장합니다.
3. BAPI 소개
BAPI는 Business Application Programing Interface의 약자로 SAP 3.0 이상 버전에서 제공하는 Business Object 기술을 기반으로 한 인터페이스 애플리케이션 인터페이스입니다. SAP는 버전 3.0 이상에서 객체지향 기술을 채택하여 SAP R/3 시스템의 모든 기능적 목표를 논리적으로 정의하고 모든 객체(Object)와 BAPI를 SAP R/3의 BOR(Business Objects Repository)에 저장합니다. 기업 목표의 정의 구조는 다음 부분으로 구성됩니다.
기본 데이터--대상 식별 및 기본값과 같은 모든 대상 클래스의 공통 속성 방법(방법).
인터페이스 인터페이스 - 대상 메서드(Method), 이벤트(Event), 특성(Attributes).
BOR에서 대상 검색에 사용되는 주요 필드
메서드--대상에 필요한 다양한 작업을 수행합니다.
속성--대상의 특성을 설명합니다.
이벤트--대상 상태를 변경하기 위해 트리거됩니다.
BAPI를 사용하면 개발자는 BOR에 대한 실시간 액세스를 달성할 수 있으므로 데이터/논리 계층에서 애플리케이션 시스템(SAP-SAP) 간의 효과적인 통합을 달성할 수 있습니다.
4. SAP-DCOM 인터페이스 적용
SAP는 다양한 데스크톱 애플리케이션 개발 요구 사항을 충족하기 위해 1998년 처음으로 SAP-DCOM 인터페이스를 제공했습니다. DCOM 연결 포트를 사용하면 개발자는 VB, C++를 사용하여 DCOM 대상 방식으로 SAP 데이터에 액세스할 수 있습니다. 웹 응용 프로그램에서는 VBScript 및 JavaScript를 사용하여 DHTML 모드의 페이지에 액세스할 수 있으며 ASP를 사용하여 데이터에 액세스할 수도 있습니다.
또한 DCOM을 사용하여 SAP의 엔터프라이즈 개체 라이브러리 BOR에 간접적으로 액세스할 수도 있습니다. 위에서 언급한 BAPI는 SAP 시스템에만 적용되며 실제 응용 프로그램에서는 DCOM만큼 널리 사용되지 않습니다. DCOM 포트는 주로 두 가지 기술 모듈로 구성됩니다. 하나는 관리 모듈이고 다른 하나는 SAP BO의 DCOM 프록시 구성 요소(프록시 구성 요소)를 생성합니다. 생성된 DCOM 구성 요소는 C++에 저장됩니다. 프록시 구성 요소에는 다음과 같은 속성이 있습니다:
클라이언트 - 액세스할 R/3 클라이언트 시스템
UserID - R/3 사용자
비밀번호 - 사용자 비밀번호
언어 - 시스템 언어
대상 - 사전 정의된 대상 이름
또한 각 구성 요소에는 다음과 같은 메서드가 있습니다:
PutSeesionInfo () - 대상 시스템 호출에 대한 대상 매개변수를 설정합니다.
AdviceRfcGuiSink() - SAPGUI 또는 디버깅이 필요할 때 사용됩니다.
CommitWork() - 암시적 커밋 없이 데이터 업데이트에 사용됩니다.
InitKeys() - DCOM 대상 키 초기화
DimAs() - Microsoft ADO(Advanced Data Object) 레코드 세트를 반환합니다(커서 제어 지원).
R/3 BO 정의에서 상속된 다른 메서드입니다.
요약하자면, 상대적으로 유연한 ERP 시스템인 SAP R/3는 위에서 언급한 다양한 통합 기술을 사용하여 SAP 시스템 간, 그리고 SAP와 다른 시스템 간 데이터/프로세스 통합을 달성할 수 있습니다. 물론 애플리케이션 시스템의 높은 수준의 맞춤화로 인해 시스템 통합이 어려워집니다. 시스템 기능이 증가함에 따라 다양한 통합 기술이 필요해졌습니다. SAP R/3 사용자의 경우 적용 가능한 통합 기술을 올바르게 선택하는 것이 성공적인 시스템 통합의 핵심입니다.