EDI 솔루션에 사용된 XML 도구와 관련하여 알려진 문제
이 항목에서는 BizTalk Server XML Tools의 알려진 문제에 대해 설명합니다.
유효성 검사 속성이 False로 설정되었는데 TestMap 입력 및 출력 파일의 유효성 검사가 여전히 발생하는 경우
TestMap 입력 속성이 네이티브 로 설정되고 TestMap 입력 유효성 검사 및 TestMap 출력 유효성 검사 속성이 False로 설정된 맵을 테스트하는 경우에도 유효성 검사가 수행됩니다. 네이티브 형식의 입력 파일이 XML 형식으로 변환되며, BizTalk Server에서 스키마에 대해 이 XML의 유효성을 검사하므로 발생하는 현상입니다. 입력 파일에 유효성 검사 문제가 있는 경우 이 유효성 검사 메커니즘은 TestMap 입력 유효성 검사 및 TestMap 출력 유효성 검사 속성이 False로 설정되어 있더라도 오류를 게시합니다.
스키마의 enum 목록에서 가져와 생성한 인스턴스의 데이터 요소에 대해 길이 유효성 검사가 수행되지 않는 경우
스키마에서 인스턴스가 생성되었으며 스키마의 데이터 요소에 대한 열거 값이 길이 요구 사항을 충족하지 않는 경우, 길이 요구 사항으로 인해 이후 XSD 유효성 검사가 실패하는 데이터 요소로 인스턴스가 생성될 수 있습니다. 스키마 유효성 검사는 스키마의 enum 목록에서 가져와 생성한 인스턴스의 값이 최소/최대 길이 요구 사항을 충족하는지 여부를 확인하지 않습니다.
스키마 유효성 검사를 통해 잘못된 트랜잭션 집합 ID 코드를 검색할 수 없는 경우
Visual Studio의 솔루션 탐색기 창에서 스키마 유효성 검사 명령을 사용하여 스키마의 유효성을 검사하는 경우 루트 노드의 검사 루트 참조 노드의 마지막 부분에서 잘못된 트랜잭션 집합 ID 코드(X12_<VersionRelease>_TSID 형식)를 검색하지 못할 수 있습니다. 스키마의 루트 참조 노드에 있는 TSID는 잘못되었지만 스키마에서 ST01 요소의 열거형 노드에 있는 TSID와 같으면 스키마 유효성 검사 작업을 통해 TSID가 잘못되었는지 여부가 감지되지 않습니다.
스키마의 enum 변경 사항이 인스턴스 유효성 검사에 적용되도록 Visual Studio를 다시 시작해야 하는 경우
스키마에서 열거형 목록을 변경하고 스키마를 저장한 다음 인스턴스 유효성 검사를 실행하면 BizTalk Server는 최신 버전이 아니라 이전 버전 스키마를 기준으로 하여 유효성 검사를 수행합니다. 사용자가 Visual Studio를 다시 시작해야 BizTalk Server에서 최신 버전 스키마가 사용됩니다.
TestMap 작업에 필요하지 않을 때 EDI 인스턴스 속성 대화 상자가 표시되는 경우
BizTalk Server TestMap 프로세스 중에 EDI 인스턴스 속성 대화 상자를 두 번 표시합니다. 한 번은 입력 메시지 instance 해석하는 데 필요한 구분 기호를 입력하고 출력 메시지 instance 생성하기 위한 구분 기호를 입력하는 데 필요한 구분 기호를 한 번 입력할 수 있도록 합니다. BizTalk Server에는 EDI 스키마에 대해서만 EDI 인스턴스 속성 대화 상자가 두 번만 표시되지만, BizTalk Server에 EDI 이외의 스키마에 대해 두 번 넘게 대화 상자가 표시될 수 있습니다. 그런 경우 대화 상자를 닫습니다.
XML 유지 교환에 대한 유효성 검사가 지원되지 않는 경우
보존된 교환의 유효성을 검사할 때 인스턴스 입력 형식 유효성 검사 속성에 대해 XML을 선택하면 작업이 실패하고 아무 것도 반환되지 않습니다. 그러나 보존된 교환의 유효성을 검사할 때 인스턴스 입력 형식 유효성 검사에 네이티브를 선택하면 작업이 성공합니다.
HIPAA 278 스키마에 대해 생성된 인스턴스에 요청 및 응답 섹션이 모두 포함된 경우
HIPAA 278 스키마는 278 요청 및 278 응답 메시지에 모두 사용됩니다. 278 스키마에서 인스턴스 생성 명령을 사용하는 경우 생성된 인스턴스에는 요청과 응답 섹션이 모두 있으며 이러한 섹션은 보내면 안 됩니다. 작업 가능한 278 요청이나 278 응답 메시지를 만들려면 텍스트 편집기에서 XML 도구를 통해 생성된 인스턴스를 열고 섹션 중 하나를 삭제합니다. 예를 들면, 요청 메시지에 대한 응답 섹션을 삭제할 수 있습니다.
요청 및 응답 섹션이 있는 278 메시지에서 인스턴스 유효성 검사 명령을 실행하면 이 메시지는 278 스키마에 대해 유효성 검사가 수행됩니다.
278 HIPAA 스키마에서 생성된 XML 인스턴스는 유효성 검사에 실패합니다.
인스턴스 생성 명령을 사용하여 278 HIPAA 스키마에서 XML 인스턴스를 생성한 다음 인스턴스 유효성 검사 명령을 사용하여 해당 인스턴스의 유효성을 검사하면 BizTalk Server에 오류가 표시됩니다.
837 스키마에서 생성된 네이티브 인스턴스가 GS08을 잘못 설정하는 경우
X12_BatchSchema 837I, 837D 또는 837P 스키마를 포함하는 BizTalk Server 솔루션을 사용하여 네이티브 instance 생성하는 경우 GS08 값에는 00401이 포함됩니다. 이 instance 처리하기 전에 GS08 값을 스키마 instance 올바른 값으로 변경해야 합니다. 다음 표는 각 837 스키마에 맞는 올바른 GS08 값을 보여 줍니다.
| HIPAA 스키마 | GS08 값 |
|---|---|
| 837I | 004010X096A1 |
| 837D | 004010X097A1 |
| 837P | 004010X098A1 |