ALE, EDI 및 IDocs 소개 및 차이점: SAP 튜토리얼

EDI란 무엇입니까?

EDI(Electronic Data Interchange)는 서로 다른 애플리케이션 간에 구조화된 비즈니스 데이터를 전자적으로 교환하는 것을 의미합니다. 따라서 한 회사에서 발행한 구매 주문서는 공급업체 시스템에 판매 주문서로 입력될 수 있으며, 별도의 입력 작업이 필요하지 않습니다.

EDI Archi강의

위 그림에서 볼 수 있듯이 EDI는 Archi구조는 세 개의 층으로 구성됩니다.

1. EDI 지원 애플리케이션: 이들은 비즈니스 거래의 자동 처리를 지원합니다.
2. IDoc 인터페이스: 이는 개방형 인터페이스로 설계되었습니다. IDoc 인터페이스는 애플리케이션에 대한 인터페이스를 형성하는 IDoc 유형과 기능 모듈로 구성됩니다.
3. EDI 서브시스템: 이것은 IDoc 유형을 EDI 메시지 유형으로 변환하고 그 반대도 마찬가지입니다. EDI 아키텍처의 이 구성 요소는 다음에서 제공하지 않습니다. SAP.

EDI 프로세스의 장점

• 데이터 입력 오류 감소
• 처리 주기 시간 단축
• 전자 형태로 데이터 이용 가능 여부
• 서류 작업 감소
• 비용 절감
• 재고 감소 및 더 나은 계획 수립
• 표준적인 의사소통 수단
• 더 나은 비즈니스 프로세스
• 경쟁 우위

ALE란 무엇인가요?

EDI는 외부 거래 파트너에게 정보를 전달합니다. ALE는 기업 내부의 미러링 문제를 해결합니다. 즉, 여러 개의 EDI 서버가 기업 내부에서 서로 충돌하는 문제를 해결합니다. SAP 시스템들은 서로 보조를 맞춰야 합니다.

ALE는 느슨하게 결합된 비즈니스 기능 및 프로세스의 분산을 지원합니다. SAP R/3 시스템(다른 버전의 SAP R/3). R/2 및 비 연결 SAP 시스템도 지원됩니다.

ALE는 다음을 지원합니다.

• R/3 시스템의 서로 다른 릴리스 간 애플리케이션 배포
• 특별한 유지관리 없이 릴리스 업그레이드 후에도 지속적인 데이터 교환 가능
• 고객별 확장.
• 비 연결을 허용하는 통신 인터페이스SAP 시스템.
• R/3 및 R/2 시스템의 결합.

IDOC이란 무엇입니까?

ALE와 EDI 모두 데이터 교환을 필요로 하며, 둘 다 해당 작업을 동일한 대상에게 맡깁니다.

IDOC is 단순히 데이터 컨테이너 데이터의 구문과 의미를 이해할 수 있는 두 프로세스 간에 정보를 교환하는 데 사용됩니다.

간단히 말해, IDoc은 특정 형식을 가진 데이터 파일과 같으며, 해당 데이터를 해석하는 방법을 알고 있는 두 시스템 간에 교환됩니다.

IDOC는 "를 의미합니다.중간 문서".

우리가 실행할 때 배 밖으로 ALE 또는 EDI 프로세스에서는 IDOC이 생성됩니다. 에 인바운드 ALE 또는 EDI 프로세스에서 IDOC는 애플리케이션 문서를 생성하기 위한 입력 역할을 합니다. 에서 SAP 시스템IDOC는 데이터베이스에 저장됩니다. 모든 IDOC는 다음과 같은 특징을 가지고 있습니다. 고유 번호 (클라이언트 내에서).

IDOC은 EDI 표준, ANSI ASC X12 및 에디팩트데이터 크기에 충돌이 발생할 경우, 더 긴 데이터를 채택합니다. IDOC는 데이터 교환 방향과 무관예를 들어 구매 모듈의 ORDERS01은 입고 및 출고 모두에 사용됩니다. IDOC는 다음에서 볼 수 있습니다. 텍스트 편집기 데이터가 바이너리 형식이 아닌 문자 형식으로 저장되기 때문입니다. IDOC는 송신 및 수신 시스템에 독립적 (SAP대SAP 비-뿐만 아니라SAP).

IDoc 구조: 제어, 데이터 및 상태 레코드

IDoc이 컨테이너라는 사실을 아는 것은 그 안에 무엇이 들어 있는지 읽을 수 있을 때 비로소 유용합니다. 모든 IDoc은 메시지 유형과 관계없이 세 가지 레코드 유형으로 구성됩니다.

상태 번호를 보면 진행 방향을 한눈에 알 수 있습니다. Code01부터 49 범위의 값은 아웃바운드 IDoc에 속하며, 03은 "포트로 전달됨"을, 12는 "전송됨"을 의미합니다. Code50부터 시작하는 값은 수신 IDoc에 해당하며, 53은 "애플리케이션 문서 게시됨"을, 51은 "애플리케이션 문서 미게시됨"을 의미합니다.

ALE 및 IDoc 프로세스는 어떻게 작동합니까?

위의 기록들은 정해진 단계 순서를 거칩니다. 그 순서를 이해해야 인터페이스 오류가 발생한 지점을 찾을 수 있습니다.

아웃바운드 프로세스

1. 지원서가 작성되었습니다. 사용자 또는 일괄 작업이 구매 주문서와 같은 비즈니스 문서를 저장합니다.
2. 메시지 제어가 트리거되었습니다. 출력 결정은 메시지 유형(예: ORDERS)과 IDoc을 생성해야 한다고 명시하는 파트너 프로필을 찾습니다.
3. IDoc이 생성되었습니다. 선택 기능 모듈은 애플리케이션 테이블을 읽고 제어 및 데이터 레코드를 채웁니다. IDoc은 상태 코드 30, 즉 "전송 준비 완료"를 수신합니다.
4. IDoc이 포트로 전달됩니다. 포트 정의는 매체를 결정하며, 이는 파일, 원격 함수 호출 또는 XML 전송일 수 있습니다. 상태는 03이 됩니다.
5. 하위 시스템 또는 파트너가 이를 수신합니다. EDI의 경우, 하위 시스템은 IDoc을 EDIFACT 또는 ANSI X12 메시지로 변환합니다. 전송이 성공하면 상태 코드 16이 반환됩니다.

인바운드 프로세스

1. IDoc이 도착했습니다 포트를 통해 전송되어 상태 코드 50으로 데이터베이스에 기록됩니다.
2. 파트너 프로필을 확인합니다. SAP 발신자, 메시지 유형 및 할당된 프로세스 코드를 조회합니다.
3. 프로세스 코드는 함수 모듈을 호출합니다. 이는 세그먼트를 기본 유형과 비교하여 유효성을 검사합니다.
4. 신청 서류가 게시되었습니다. 성공 시 상태 코드 53이 반환됩니다. 실패 시 상태 코드 51이 반환되며, IDoc은 오류 메시지와 함께 데이터베이스에 남아 있습니다.
5. 실패한 IDoc은 재처리됩니다. 마스터 데이터가 수정된 후에는 파트너가 아무것도 다시 보낼 필요가 없습니다.

IDoc은 모든 단계에서 저장되므로 단계가 실패하더라도 데이터 손실이 없습니다. 이러한 내구성이 바로 주요 장점입니다. SAP IDoc이 도입된 지 수십 년이 지났지만, 여전히 통합 시스템은 IDoc에 의존하고 있습니다.

ALE와 EDI의 차이점

세 가지 개념이 모두 정의되면 그 차이점을 쉽게 설명할 수 있습니다.

ALE는 여러 환경에 걸쳐 분산되었지만 통합된 프로세스를 지원하는 데 사용됩니다. SAP EDI는 비즈니스 파트너 시스템(비-비즈니스일 수도 있음) 간의 비즈니스 문서 교환에 사용되는 반면, EDI는 비즈니스 파트너 시스템 간에 비즈니스 문서를 교환하는 데 사용됩니다.SAP 시스템).

ALE는 SAPEDI는 분산 환경을 지원하는 기술인 반면, 비즈니스 문서 교환에 사용되는 프로세스로, 현재는 표준 형식이 적용되고 있습니다.

IDoc은 EDI 및 ALE 프로세스 모두에서 데이터 교환에 사용되는 데이터 컨테이너입니다. 그 공통된 컨테이너 때문에 두 기술은 거의 항상 함께 연구됩니다.

일반 IDoc 트랜잭션 Code의의 SAP

ALE와 EDI를 활용한 일상적인 작업은 소수의 트랜잭션 코드를 통해 이루어집니다. 아래 표는 각 코드의 기능별로 분류되어 있습니다.

실용적인 문제 해결 습관은 WE02에서 상태를 확인한 다음 근본 원인이 해결되면 BD87을 사용하여 재처리하는 것입니다.

자주 묻는 질문