EDI 스키마 수정
BizTalk Server 제공되는 기존 EDI 스키마를 수정할 수 있습니다. 사용자와 거래 파트너가 표준 스키마 수정에 동의하고 관련 MIG(메시지 구현 지침) 파일을 변경한 경우 Visual Studio의 BizTalk 편집기에서 스키마를 수정할 수 있습니다.
참고
상호 필드 유효성 검사 및 HIPAA 하위 문서 분할과 같은 일부 스키마 수정을 수행하려면 EDI 스키마에서 주석을 변경해야 합니다. BizTalk 편집기에서는 이러한 사항을 변경할 수 없지만 메모장과 같은 텍스트 편집기를 사용하면 변경이 가능합니다.
필수 구성 요소
BizTalk Server 관리자 그룹의 구성원으로 로그온해야 합니다.
스키마 명명 규칙
EDI 스키마는 루트 이름과 네임스페이스로 식별됩니다. 루트 이름과 네임스페이스가 동일한 두 개의 스키마를 같은 BizTalk 그룹에 배포할 수는 없습니다. 루트 이름에는 버전과 문서 유형이 표준 명명 규칙에 따라 포함되어 있어야 하므로 EDI 스키마의 루트 이름을 수정하거나 루트 이름을 추가할 수는 없습니다. 따라서 두 스키마를 동일한 루트 이름으로 같은 BizTalk 그룹에 배포하려면 각각에 서로 다른 네임스페이스를 사용해야 합니다.
회사에서 서로 다른 두 개 이상의 거래 업체에 사용하기 위해 한 스키마를 같은 BizTalk 그룹에 여러 버전으로 배포하는 경우도 많습니다. 그런 경우에는 두 스키마의 버전과 문서 유형이 동일합니다. 이러한 두 스키마를 배포하려면 각 스키마에 서로 다른 네임스페이스를 사용해야 합니다.
EDI 스키마 변경 내용
Visual Studio에서 EDI 스키마를 다음과 같이 변경할 수 있습니다.
| 원하는 작업 | 단계 |
|---|---|
| 열거 변경 (예: 코드 목록에 있는 값 목록) |
요소의 속성에서 열거형 편집 기를 열고 값을 열거형 목록에 추가하거나 값을 삭제합니다. |
| 데이터 요소의 옵션 변경 | Min Occurs 속성을 변경합니다. 0으로 변경하면 옵션 필드가 되고 1로 변경하면 필수 필드가 됩니다. |
| 파일에 데이터 요소가 나타날 수 있는 최대 횟수 변경 | Max Occurs 속성을 변경합니다. |
| 데이터 요소에 있는 문자 수 변경 | Length 속성을 변경합니다. |
| 데이터 요소의 데이터 유형 변경 | 기본 데이터 형식 또는 날짜 형식 속성을 변경합니다. |
| 사용자 지정 필드 추가 | 자식 필드 요소 스키마 노드를 삽입하고 속성을 설정합니다. 참고: 요소의 시퀀스가 보장되지 않으므로 EDI 스키마의 레코드에 자식 필드 특성을 추가할 수 없습니다. 자식 필드 특성을 추가하려고 하면 잘못된 스키마가 만들어집니다. EDI 스키마의 레코드에만 자식 필드 요소를 추가할 수 있습니다. |
| 사용자 지정 레코드 추가 | 자식 레코드 스키마 노드를 삽입하고 속성을 설정한 다음 자식 필드 요소를 추가합니다. |
| 사용자 지정 필드 또는 레코드 삭제 | 사용자 지정 필드 또는 사용자 지정 레코드를 자식 필드 요소와 함께 삭제합니다. |
| 상호 필드 유효성 검사 사용 | 스키마의 appinfo 섹션에 있는 주석의 교차 필드 유효성 검사 플래그를 예로 설정합니다. 이 플래그는 X12ConditionDesignator_Check (X12 또는 HIPAA 스키마의 경우) 또는 EdifactDependencyRule_Check (EDIFACT 스키마의 경우)입니다. 관계 조건(X12 및 HIPAA) 또는 종속성 규칙(EDIFACT)을 지정하여 특정 요소에 대해 상호 필드 유효성 검사를 활성화합니다. 자세한 내용은 교차 필드 유효성 검사 구성을 참조하세요. 또한 Edi 형식 유효성 검사 속성을 예로 설정해야 합니다. HIPAA 스키마의 경우에는 기본적으로 상호 필드 유효성 검사가 활성화됩니다. |
| HIPAA 하위 문서 분할 사용 | 하위 문서 분할을 설정할 수 있는 HIPAA 스키마 중 하나에서 스키마의 subdocument_break 및 Split_Without_Sibling_Data 속성을 예로 설정하고 스키마의 특정 요소에 대한 subdocument_creation_break 속성을 예로 설정합니다. 또한 인바운드 일괄 처리 옵션 규약 속성을 트랜잭션 집합으로 교환 분할로 설정해야 합니다. 자세한 내용은 HIPAA 하위 문서 분할을 참조하세요. |
| HIPAA 문서에 트리거 필드 추가 | EDI 디스어셈블러가 트리거 필드라는 한정 요소를 기반으로 HIPAA 문서의 세그먼트에 고유한 XML 레코드를 만들도록 허용할 수 있습니다. 세그먼트에 대해 고유한 XML 레코드가 만들어지도록 세그먼트 및 트리거 값을 설명하는 특성을 지정해야 합니다. 자세한 내용은 HIPAA 스키마 트리거 필드 주석을 참조하세요. |
| X12 트랜잭션 집합에 세그먼트 추가 | X12 트랜잭션 집합에 새 세그먼트를 추가하면 세그먼트 이름의 처음 세 글자가 세그먼트 식별자로 사용됩니다. 따라서 세그먼트 이름의 처음 세 글자를 고유하게 지정하는 것이 좋습니다. |
| HIPAA 트랜잭션 집합에 루프 추가 | HIPAA 트랜잭션 집합에 새 루프를 추가하는 경우 루프의 이름에 “Loop”를 포함하는 것이 좋습니다. 루프 형식의 예로는 “TS837_2010AB_Loop”가 있습니다. 참고: 모호성을 방지하기 위해 루프의 첫 번째 세그먼트는 필수입니다(세그먼트의 minOccurs는 1과 같아야 합니다). |
| HIPAA 트랜잭션 집합에 '임의 순서 루프' 추가 | 트랜잭션 집합에 구문이 다른 동등한 세그먼트가 있는 경우에는 하위 루프에 정의해야 합니다. Xs:all>의 <XML 주석이 있는 SubLoop을 사용하면 동등한 세그먼트가 임의의 순서로 발생할 수 있습니다. ‘임의 순서 루프’의 루프 이름에는 “SubLoop”를 포함하는 것이 좋습니다. 예제 형식은 "TS837Q1_2010A_SubLoop" 참고: 모든 주문 루프의 요소는 루프 내에서 한 번만 발생해야 합니다. 하위 루프의 형제는 모호성을 피하기 위해 maxOccurs를 1로 설정해야 합니다. |
BizTalk 편집기에서 기존 EDI 스키마를 수정하려면
Visual Studio에서 프로젝트에 수정하려는 스키마를 추가하고 BizTalk 편집기에서 스키마를 엽니다.
참고
스키마 편집기 화면 아래쪽에 있는 EDI 탭을 클릭하여 그래픽 형식으로 스키마를 표시할 수 있습니다. 이 표 형식을 사용하여 스키마의 노드 사이를 이동하는 것이 훨씬 쉽습니다.
데이터 요소 또는 레코드의 속성을 변경하려면 BizTalk 편집기의 왼쪽 창에서 적절한 노드를 클릭하고 속성 창에서 속성을 변경합니다.
열거형의 값을 변경하려면 속성 창에서 열거형을 선택한 다음 줄임표를 클릭하여 열거형 편집기를 엽니다. 필요에 따라 값 목록에서 를 추가하거나 삭제하여 값 창의 각 줄에 하나의 값이 있는지 확인합니다. 확인을 클릭합니다.
스키마에 사용자 지정 필드를 추가하려면 BizTalk 편집기의 콘솔 트리에서 레코드 노드를 마우스 오른쪽 단추로 클릭하고 스키마 노드 삽입을 가리킨 다음 자식 필드 요소를 클릭합니다. 데이터 요소에 이름을 지정한 다음 데이터 요소를 레코드의 적절한 위치로 끕니다. 필요에 따라 사용자 지정 필드 속성에 속성을 설정합니다.
참고
EDI 스키마에 있는 레코드에 자식 필드 속성을 추가하는 것은 요소의 순서를 보장할 수 없으므로 허용되지 않습니다. 자식 필드 특성을 추가하려고 하면 잘못된 스키마가 만들어집니다.
스키마에 사용자 지정 레코드를 추가하려면 스키마 편집기의 콘솔 트리에서 레코드 노드를 마우스 오른쪽 단추로 클릭하고 스키마 노드 삽입을 가리킨 다음 자식 레코드를 클릭합니다. 레코드에 이름을 지정한 다음 레코드를 스키마에서 적절한 위치로 끕니다. 데이터 요소 하나 이상을 레코드에 추가합니다. 사용자 지정 레코드의 속성을 필수로 설정합니다.
스키마를 원하는 변경한 후 루트 노드(<스키마)를 클릭한 다음 대상 네임스페이스 속성을 변경하여 스키마> 속성에 적용되는 대상 네임스페이스를 변경할 수 있습니다.
스키마를 저장합니다.
솔루션 탐색기 스키마를 마우스 오른쪽 단추로 클릭하고 스키마 유효성 검사를 클릭하여 스키마의 유효성을 검사합니다.
참고
스키마 유효성 검사 명령은 루트 노드(<스키마)의 스키마 편집기 확장 속성이 EDI 스키마 편집기 확장으로 설정되어 있으므로 EDI 스키마>의 유효성을 검사합니다.
기존 EDI 스키마의 주석 속성을 수정하려면
메모장 등의 텍스트 편집기에서 스키마를 엽니다.
상호 필드 유효성 검사를 활성화하려면 다음을 수행합니다. 자세한 내용은 교차 필드 유효성 검사 구성을 참조하세요.
스키마 맨 위에 있는 appinfo 주석에서 필드 간 유효성 검사 플래그(X12 또는 HIPAA 스키마의 경우 X12ConditionDesignator_Check 또는 EDIFACT 스키마의 경우 EdifactDependencyRule_Check )를 예로 설정합니다.
참고
필드 간 유효성 검사 플래그는 BizTalk Server HIPAA 스키마에 대해 기본적으로 예입니다.
특정 요소의 주석에서 요소의 관계 조건(X12 또는 HIPAA)이나 종속성 규칙(EDIFACT)을 지정합니다. 이러한 설정에 대한 자세한 내용은 교차 Field-Segment 유효성 검사를 참조하세요.
참고
관련 규약에 대한 계약 속성 대화 상자의 단방향 규약 탭의 유효성 검사 페이지(트랜잭션 집합 설정 섹션 아래)에서 EDI 형식 유효성 검사 속성이 선택되어 있는지 확인합니다.
HIPAA 하위 문서 분할을 사용하려면 다음을 수행합니다. 자세한 내용은 HIPAA 하위 문서 분할을 참조하세요.
스키마 맨 위에 있는 appinfo 주석에서 subdocument_break 설정하고 플래그를 예로 Split_Without_Sibling_Data.
특정 요소에 대한 appinfo 주석에서 예로 subdocument_creation_break 플래그를 참조 하세요.
참고
관련 계약에 대한 규약 속성 대화 상자의 단방향 계약 탭에 있는 로컬 호스트 설정 페이지(교환 설정 섹션 아래)에서 인바운드 일괄 처리 옵션 속성이 교환을 트랜잭션 집합으로 분할로 설정되어 있는지 확인합니다.