다음을 통해 공유

수신된 일괄 처리된 EDI 교환 유지

  • 아티클

참고

이 항목에 언급된 모든 사용자 인터페이스 옵션은 규약 속성 대화 상자의 양방향 규약 탭의 로컬 호스트 설정 페이지(수신기 설정 섹션)에서 사용할 수 있습니다.

EDI 수신 파이프라인에서 인바운드 일괄 처리 EDI 교환을 유지하는 경우 각 트랜잭션 집합/메시지를 개별 중간 XML 파일로 구문 분석하는 일반적인 작업이 수행되지 않습니다. EDI 수신 파이프라인에서는 교환을 트랜잭션 집합/메시지로 분할하지 않고 교환을 하나의 문서로 처리합니다. 이 문제는 인바운드 일괄 처리 옵션 속성이 교환 유지 - 오류 발생 시 교환 일시 중단 또는 교환 유지 - 오류 발생 시 트랜잭션 집합 일시 중단으로 설정된 경우에 발생합니다.

스키마 유효성 검사

BizTalk Server 일괄 처리 스키마 및 서비스 스키마를 사용하여 보존된 일괄 처리의 봉투의 유효성을 검사합니다. 일괄 처리 스키마는 유지된 메시지의 루트 노드에 대한 유효성을 검사하는 데 사용되고, 서비스 스키마는 교환, 그룹, 트랜잭션 집합 헤더 및 트레일러의 유효성을 검사하는 데 사용됩니다. 일괄 처리 스키마에 대한 자세한 내용은 EDI Batch 스키마를 참조하세요. 서비스 스키마에 대한 자세한 내용은 EDI 서비스 및 제어 스키마를 참조하세요.

BizTalk Server 프로젝트의 문서 스키마를 사용하여 일괄 처리된 교환에서 문서의 유효성을 검사합니다.

수신 측 처리

EDI 디스어셈블러에서는 유지된 일괄 처리를 다음과 같이 처리합니다.

  • EDI 디스어셈블러에서는 유지할 일괄 처리를 처리할 때 플랫 파일 형식을 XML로 변환하고 X12InterchangeXML 또는 EdifactInterchangeXML을 XML 루트 노드로 추가합니다. 이는 송신 파이프라인에서 일괄 처리된 교환을 유지해야 하며 루트 노드의 유효성을 검사하는 데 Edifact_BatchSchema 스키마나 X12_BatchSchema 스키마가 사용되어야 함을 나타냅니다.

  • 디스어셈블러에서는 일괄 처리된 XML 메시지의 루트 노드에 DelimiterSetSerializedData 특성을 추가하여 XML 메시지에서 일괄 처리된 EDI 교환을 생성할 때 송신 파이프라인에서 사용할 구분 기호를 나타냅니다. XML 메시지가 유지된 일괄 처리인 경우 이 특성은 들어오는 메시지에 사용된 구분 기호를 토대로 수신 파이프라인에 의해 채워집니다. 일괄 처리된 XML이 일괄 처리 오케스트레이션에 의해 생성된 경우 이 특성은 규약 속성에 지정된 값을 토대로 채워집니다.

  • 디스어셈블러는 XML로 인코딩된 보존된 교환 http://schemas.microsoft.com/BizTalk/EDI/EDIFACT/2006/InterchangeXMLhttp://schemas.microsoft.com/BizTalk/EDI/X12/2006/InterchangeXML을 만들 때 또는 네임스페이스 중 하나를 사용합니다.

  • 디스어셈블러는 컨텍스트 속성을 EDI.ReuseEnvelope == True 승격하여 교환을 보존된 것으로 식별합니다. 이 속성을 사용하여 유지되는 모든 일괄 처리된 교환에 등록하는 송신 포트를 만들 수 있습니다.

    참고

    인바운드 일괄 처리 옵션이교환 유지로 설정된 경우 HIPAA 문서는 하위 문서로 분할되지 않습니다. 이는 HIPAA 스키마 내의 하위 문서 생성 구분선 주석이 "Yes"로 설정된 경우에도 해당됩니다.

    오류 처리

    인바운드 일괄 처리 옵션에 대해 교환 유지 - 오류 발생 시 교환 일시 중단을 선택한 경우 오류로 인해 전체 교환이 일시 중단됩니다. BizTalk Server 보존된 전체 교환을 일시 중단하면 교환 구조와 교환 내의 트랜잭션 집합 순서가 유지됩니다. 오류가 발생할 경우 BizTalk Server 이벤트 로그에 하나의 통합 오류 항목을 게시합니다. 이 항목에는 교환, 기능 그룹 및 트랜잭션 집합 수준의 모든 오류가 포함됩니다.

    인바운드 일괄 처리 옵션 에 대해 교환 유지 - 오류 발생 시 트랜잭션 집합 일시 중단 을 선택한 경우 EDI 수신 파이프라인은 교환에서 잘못된 트랜잭션 집합을 삭제하고 교환 XML 만들기를 진행합니다. 결과로 만들어진 교환 XML은 ISA, GS, GE 및 IEA(X12로 인코딩된 교환의 경우)와 UNA, UNB, UNG, UNE 및 UNZ(EDIFACT로 인코딩된 교환의 경우) 같은 기존 컨트롤 세그먼트 봉투(Envelope)를 다시 사용하는 데 필요합니다. 교환은 성공적으로 처리된 문서로 간주됩니다. 그러나 오류는 이벤트 뷰어에 보고되고 기능 승인이 생성되면 오류를 보고합니다. BizTalk Server 오류가 있는 각 트랜잭션 집합에 대해 이벤트 로그에 별도의 항목을 만듭니다. BizTalk Server 교환에서 잘못된 트랜잭션 집합을 삭제하는 경우 교환 구조 및 순서가 유지되지 않을 수 있습니다. BizTalk Server 교환의 트랜잭션 집합 수를 업데이트합니다.

    다음과 같은 특수 사례가 오류로 인해 일시 중단되는 트랜잭션 집합에 적용됩니다.

  • 그룹에 있는 모든 트랜잭션 집합이 잘못된 경우 각 트랜잭션 집합이 개별적으로 일시 중단되지만 트랜잭션 집합이 삭제되었기 때문에 트랜잭션 집합이 없는 그룹 컨트롤 세그먼트는 생성된 교환 XML에 포함됩니다.

  • 교환에 있는 모든 트랜잭션 집합이 잘못된 경우 각 트랜잭션 집합이 개별적으로 일시 중단되지만 트랜잭션 집합이 삭제되었기 때문에 트랜잭션 집합이 없는 교환 컨트롤 세그먼트는 생성된 교환 XML에 포함됩니다.

  • 그룹 컨트롤 세그먼트가 잘못된 경우 그룹에 있는 모든 트랜잭션 집합이 개별적으로 일시 중단됩니다.

  • 교환 컨트롤 세그먼트가 잘못된 경우 교환에 있는 모든 트랜잭션 집합이 개별적으로 일시 중단되고 교환 XML이 생성되지 않습니다. 또한 거부된 교환에 대한 로그가 이벤트 뷰어에 만들어집니다.