EDI 파일을 이해하는 방법은 무엇입니까?

Question

전에 XML을 본 적이 있지만 EDI과 같은 것을 본 적이 없습니다.

어떻게하면이 파일을 읽고 필요한 데이터를 얻을 수 있습니까? 나는 ~, REF, N1, N2, N4 같은 것을 본다.하지만이 물건이 무엇을 의미하는지 모른다.

예제 및 문서를 찾고 있습니다. 어디에서 찾을 수 있습니까?

aslo EDI 가이드에 따르면 "ANSI ASC X12/ver. 4010"을 기반으로합니다. X12 양식을 검색해야합니까?

친절히 도움.

Answer 1

와우, 플래시백. 그것은 16 년이 넘었습니다 ...

원칙적으로 각 줄은 "구분 기호"이며 식별자는 줄 식별자의 시작 부분입니다. 각 세그먼트는 본질적으로 위치 필드 인 "요소"를 포함합니다. 요소 구분 기호로 구분됩니다.

다른 세그먼트는 다른 의미를, 등 구조, 반복, 반복 표시 할 수

당신은 기본 구문 분석에 대한 표준의 현재 버전을해야하고, 다음 내용을 설명하는 데이터 사전이 필요 사용자 환경에서 특정 문서 유형에 대한 규칙을 처리하려면 업계 프로필, 구현 안내서 또는 이와 유사한 것이 필요할 수 있습니다.

예? 현재는 아니지만 선택하신 검색 엔진을 사용하여 전체를 찾을 수있을 것입니다. 기본 세그먼트/요소 구문 분석을 완료하면 응용 프로그램 수준의 데이터를 처리하게되고 일반적인 예제가 얼마나 도움이되는지 알지 못합니다.

Answer 2

데이터 스트림이 "ISA"로 시작하고 시작 부분에 "~ ST *"섹션 다음에 세 자리 숫자가 있어야한다고 가정합니다. 이 세 자리 숫자를 게시 할 수 있다면 더 많은 정보를 제공 할 수 있습니다. 또한 업계를 아는 것이 도움이 될 것입니다. 예를 들어, 의료 서비스는 270, 271, 276, 277 및 기타 몇 가지를 사용합니다.

Answer 3

EDI는 구조화 된 텍스트 파일의 파일 형식으로, 표준 데이터베이스 교환을 위해 많은 대기업 및 회사에서 사용됩니다. 데이터 패킷이 작을 때 좋았던 XML보다 훨씬 짧은 경향이 있습니다. 많은 메인 프레임 시스템이 XML 대신 EDI를 사용하기 때문에 많은 조직에서는 여전히이를 사용합니다.

EDI 메시지를 사용하면 특정 형식과 일치하는 텍스트 메시지를 처리 ​​할 수 ​​있습니다. 이는 XML 스키마와 유사하지만 EDI에는 실제로 표준화 된 스키마 언어가 없습니다. EDI 메시지 자체는 실제로 사람이 읽을 수있는 것은 아니지만 대부분의 사양은 실제로 기계가 읽을 수 없습니다. 이것은 기본적으로 XML과 XML 스키마가 인간과 기계에 의해 읽혀질 수있는 XML의 장점입니다.

일부 클라이언트 측 소프트웨어 (브라우저 기반이 아닌)를 통해 전자 은행 업무를 수행 할 때 시스템에 이미 여러 개의 EDI 파일이있을 가능성이 있습니다. 은행은 거래 데이터를 전송하기 위해 XML에 비해 EDI를 선호하지만 많은 사람들이 자체 텍스트 기반 형식을 사용합니다.

EDI를 이해하려면 먼저 데이터를 이해하고 따라야 할 EDI 표준을 이해해야합니다.

Answer 4

다른 답변 중 몇 가지는 매우 좋습니다. 나는 그들이 언급하지 않은 것을 채우기 위해 노력할 것이다.

당신처럼 소리

• ANSI X12 (인기있는 상태에서)
• EDIFACT (인기있는 유럽에서) :

  EDI는 가장 일반적인있는 stanards의 집합입니다 X12 버전 4010을보고 있습니다. 그게 내 경험에 의하면 가장 널리 사용되는 버전입니다. 다양한 버전이 많이 있습니다.

  파일 또는 적절하게 "상호 교환"은 세그먼트와 요소 (및 somtimes 하위 요소)로 구성됩니다. 각 세그먼트는 2 또는 3 단어 식별자 (ISA, GS, ST, N1, REF)로 시작합니다.

  모든 문서의 구조는 봉투로 시작하고 끝납니다. 봉투는 일반적으로 ISA 세그먼트와 GS 세그먼트로 구성됩니다. 파일 당 하나 이상의 GS 세그먼트가있을 수 있지만 파일 당 하나의 ISA 세그먼트 만 있어야합니다 (모든 사람이 규칙에 따라 행동하지는 않습니다).

  ISA는 특별한 세그먼트입니다. 다른 모든 세그먼트는 구분되어 있으며 따라서 다양한 길이가 될 수 있지만 ISA 세그먼트는 고정 폭입니다. 이는 파일의 나머지 부분을 읽는 방법을 알려주기 때문입니다.

  ISA 세그먼트의 마지막 세 문자로 시작하십시오. 그것들은 요소 구분 기호, 하위 요소 구분 기호 및 세그먼트 구분 기호를 알려줍니다. 다음은 ISA 라인의 예입니다.

  ISA : 00 : 00 : 01 : 1,515,151,515 : 01 : 5,151,515,151 : 041,201 : 1,217 : U : 00,403 : 000,032,123 : 0 : P * ~ 이때

  상기 "가"인 요소 구분 기호, "*"는 하위 요소 구분 기호, "~"는 구분 기호입니다. 각 세그먼트 구분 기호 (~) 뒤에 줄 바꿈을 넣으려고 파일을 보려고하면 훨씬 쉽습니다.

  ISA는 또한 문서의 출입자, 버전 (00403, 4030) 및 교환 제어 번호 (0000321233)를 알려줍니다. 다른 것들은이 단계에서 아마도 당신에게 중요하지 않습니다.

  이 문서는 "01 : 1515151515"및 "01 : 5151515151"입니다. 그래서 "01"은 무엇입니까? 글쎄, 이것은 한정자 인 EDI에서 중요한 개념을 소개합니다. 여러 요소에는 한정자가있어 다음 요소가 어떤 유형의 데이터인지 알려줍니다. 이 경우 01은 Dunn 및 Bradstreet 번호로 간주됩니다. ISA05 및 ISA07 요소의 다른 한정자는 전화 번호는 12이고 "사용자 정의"는 ZZ입니다. EDI 세그먼트 전체에서 한정자의 개념을 찾을 수 있습니다. 괜찮은 규칙은 두 글자라면 한정어입니다. 모든 한정어의 의미를 파악하려면 표준 가이드 (EDI 표준 본문의 하드 카피 또는 일부 소프트웨어)가 필요합니다.

  다음 줄은 GS입니다. 이것은 기능 그룹 (상호 교환 내에서 문서와 같이 그룹화하는 방법)입니다. 예를 들어, 여러 구매 주문서와 ISA 내의 여러 기능 수신 확인을 가질 수 있습니다. 이들은 별도의 기능 그룹 (GS 세그먼트)에 배치해야합니다. 첫 번째 GS01 요소를보고 GS 세그먼트에있는 문서 유형을 파악할 수 있습니다.

  GS : PO : 9988776655 : 1122334455 : 20,041,201 : 1217 : 128 : X : 004,030

  문서 유형 게다가, 당신은 다시 (9988776655)에서과 (1122334455)로 볼 수 있습니다. 이번에는 다른 식별자를 사용하고 있습니다. 합법적입니다. 다른 사람을 대신하여 상호 교환을받을 수 있기 때문입니다 (예를 들어 중개자 인 경우).또한 버전 번호를 다시 볼 수 있습니다. 이번에는 뒤에 "0"(0004030)이 표시됩니다. 중요한 자릿수 논리를 사용하여 선행 0을 제거하십시오. ISA에없는 이유는 여기에 여분의 0이있는 이유는 무엇입니까? 나는 모른다. 마지막으로이 GS 세그먼트에도 고유 식별자 128이 있습니다.

  봉투의 시작 부분입니다. 그 후 ST로 시작하는 문서 반복이있을 것입니다. 이 경우에는 모두 코드가 (850) 인 PO가되므로 줄은 ST : 850으로 시작합니다. blablabla

  봉투 항목은 GS 식별자 (128)를 참조하는 GE 세그먼트로 끝납니다. 어떤 세그먼트가 닫히고 있는지 알 수 있습니다. 그런 다음 ISA를 비슷하게 마무리하는 IEA가 나온다.

  GE : 1 : 128 ~ IEA : 1 : 000,032,123 ~

  구조의 개요와 방법을 읽는입니다. 이 책을 이해하려면 참고서 나 소프트웨어가 필요하므로 코드, 많은 시간, 많은 연습을 이해해야합니다. 행운을 빈다. 구체적인 질문이 있으면 다시 게시하십시오.