전자 데이터 교환

Electronic data interchange

전자 데이터 교환(EDI)은 기업이 종래에는 서류로 전달되던 정보(예: 구매 주문서 및 청구서)를 전자적으로 전달하는 개념입니다.EDI에 대한 기술 표준은 특별한 준비 없이 그러한 증서를 거래하는 당사자들을 용이하게 하기 위해 존재합니다.

EDI는 적어도 70년대 초부터 존재해 왔으며, 많은 EDI 표준(X12, EDIFACT, ODETT 등)이 있으며, 그 중 일부는 특정 산업 또는 지역의 요구에 대응하고 있습니다.또, 특히 표준의 패밀리에 대해서도 언급하고 있습니다.1996년 미국 국립표준기술원은 전자 데이터 교환을 "데이터 교환을 위한 표준화된 형식의 컴퓨터 간 교환"이라고 정의했습니다. EDI는 발신인 또는 수신인 역할을 하는 두 당사자 간의 일련의 메시지를 의미합니다.문서를 나타내는 포맷된 데이터는 발신자에서 수신자에게 전기 통신을 통해 전송되거나 전자 스토리지 미디어로 물리적으로 전송될 수 있습니다."이는 단순한 전자 통신 또는 데이터 교환을 구별하며, "EDI에서 수신된 메시지의 일반적인 처리는 컴퓨터로만 이루어집니다.수신된 메시지 처리에 대한 인간의 개입은 일반적으로 오류 조건, 품질 검토 및 특수한 상황만을 대상으로 한다.예를 들어, 이진 또는 텍스트 데이터의 전송은 데이터가 EDI 메시지의 하나 이상의 데이터 요소로 취급되어 온라인 데이터 [1]처리의 일부로서 일반적으로 인간의 해석을 의도하지 않는 한 여기서 정의된 EDI가 아닙니다."즉, EDI는 합의된 메시지 표준에 따라 구조화된 데이터를 사람의 개입 없이 컴퓨터 시스템 간에 전송하는 것으로 정의할 수 있습니다.

역사

다른 많은 초기 정보기술과 마찬가지로 EDI는 군사물류의 발전에 영감을 받았습니다.1948년 베를린 공수작업의 복잡성 때문에 교환 개념과 방법의 개발이 필요했으며, 때로는 300보 텔레타입 모뎀, 방대한 양의 데이터와 운송 화물에 대한 정보를 교환해야 했다.이러한 초기 개념은 나중에 미국에서 [2]최초의 TDCC(Transportation Data Coordination Committee) 표준을 형성했습니다.EDI를 사용한 최초의 통합 시스템으로는 화물 통제 시스템이 있습니다.그러한 실시간 시스템 중 하나는 1971년 영국 런던 히드로 공항의 런던 공항 화물 EDP 계획(LACES)이다.DTI(Direct Trader Input) 방식을 도입하여 운송업자가 세관 처리 시스템에 직접 정보를 입력할 수 있도록 하여 통관 시간을 단축하였다.1980년대 히드로 공항에서 경험한 것과 유사한 세관의 해상 교통량 증가와 문제는 개별 항만 또는 항만 그룹에 DTI 시스템을 구현하도록 이끌었다.[3]

표준

EDI는 내부 또는 외부 두 주체 간의 자동화된 상업적 "대화"를 위한 기술적 기반을 제공합니다.EDI라는 용어는 전송, 메시지 흐름, 문서 형식 및 문서 해석에 사용되는 소프트웨어를 포함한 전체 전자 데이터 교환 프로세스를 포함합니다.그러나 EDI 표준은 전자 문서의 엄격한 형식을 기술하고 있으며, EDI 표준은 초기에 자동차 산업에서 통신 및 소프트웨어 기술로부터 독립되도록 설계되었습니다.

EDI 문서에는 일반적으로 동일한 조직 기능에 사용되는 종이 문서에서 볼 수 있는 동일한 정보가 포함되어 있습니다.예를 들어, EDI 940 창고에서 출고되는 주문은 제조업체가 창고에 제품을 소매업체에 발송하도록 지시하기 위해 사용합니다.통상, 「배송처」주소, 「청구처」주소, 제품 번호(통상 UPC)와 수량의 리스트가 있습니다.또 다른 예로는 견적 요청(RFQ), RFQ에 대한 입찰, 구매 주문, 주문 확인, 배송 통지, 수령 조언, 청구서 및 지불 조언과 같은 판매자와 구매자 간의 메시지 세트를 들 수 있습니다.그러나 EDI는 무역과 관련된 비즈니스 데이터에만 국한되지 않고 의료(예: 환자 기록 및 실험실 결과), 운송(예: 컨테이너 및 양식 정보), 엔지니어링 및 건설 등과 같은 모든 분야를 포괄한다.경우에 따라서는 EDI를 사용하여 새로운 비즈니스 정보 흐름을 작성합니다(이전에는 종이 흐름이 아니었습니다).이는 수취인에게 발송, 수령 대상 상품 및 상품의 포장 방법을 알리기 위해 설계된 ASN(Advanced Shipt Notification)의 경우입니다.이는 발송물이 발송물의 추적 [4]번호를 나타내는 GS1-128 바코드가 포함된 배송 라벨을 사용하여 더욱 보완됩니다.

주요 EDI [5]표준 세트:

  • UN이 추천하는 UN/EDIFACT는 유일한 국제 표준으로 북미 이외 지역에서 널리 사용되고 있습니다.
  • 미국 표준 ANSI ASC X12(X12)는 북미에서 우세합니다.
  • GS1 EDI 표준으로 글로벌 서플라이 체인(supply-chain)에서 우세한 GS1을 개발
  • ANA(Article Number Association, 현재 GS1 UK)가 개발한 TRADACOMS 표준은 영국 소매업계에서 우세합니다.
  • 유럽 자동차 업계에서 사용되는 ODETE 표준
  • 유럽 자동차 산업 내에서 주로 독일에서 사용되는 VDA 표준
  • HL7은 의료 데이터에 사용되는 의미적 상호 운용성 표준입니다.
  • HIPAA(Health Insurance Portability and Accountability ACT)는 전자적으로 데이터를 전송하는 수백만 의료 기관이 표준 HIPAA 형식으로 EDI를 사용하도록 요구합니다.
  • IATA Cargo-IMP, IATA Cargo-IMP는 International Air Transport Association Cargo Interchange Message Procedures의 약자입니다.이는 항공사와 다른 당사자 간의 데이터 교환을 자동화 및 표준화하기 위해 작성된 EDIACT에 기반한 EDI 표준입니다.
  • NCPDP Script, SCRIPT는 NCPDP(National Council for Precedition Drug Programs)가 개발하고 유지하는 표준입니다.이 표준은 미국에서 의료 처방의 전자 전송에 대한 문서를 정의합니다.
  • NCPDP 전기통신 표준은 적격성 검증, 청구 및 서비스 과금, 혜택 사전 결정, 사전 인가 및 정보 보고를 위한 트랜잭션을 포함하며 주로 미국에서 사용됩니다.
  • Edig@s(EDIGAS)는 상업, 운송(파이프라인 또는 컨테이너 경유) 및 가스 저장을 다루는 표준입니다.

이러한 표준들 중 많은 것들이 1980년대 초중반에 처음 나타났다.표준에서는 비즈니스 문서 및 양식의 교환에 사용되는 형식, 문자 집합 및 데이터 요소를 규정합니다.완전한 X12 문서 목록에는 구매 주문서 및 청구서를 포함한 모든 주요 비즈니스 문서가 포함됩니다.

EDI 표준은 특정 문서에 대한 필수 및 선택적 정보를 규정하고 문서 구조에 대한 규칙을 제공합니다.그 기준은 건축 법규와 같다.두 개의 주방을 "코드화"할 수 있지만 완전히 다르게 보이듯이, 두 개의 EDI 문서도 동일한 표준을 따르고 서로 다른 일련의 정보를 포함할 수 있습니다.예를 들어, 식품 회사는 제품의 유통기한을 표시하는 반면, 의류 제조업체는 색상 및 크기 정보를 보내기로 선택할 수 있습니다.

전송 프로토콜

EDI는 송신자와 수신자가 동의한 방법론을 사용하여 전송할 수 있지만, 더 많은 거래 파트너가 전송을 위해 인터넷을 사용하기 시작하면서 표준화된 프로토콜이 등장했습니다.

여기에는 다음과 같은 다양한 기술이 포함됩니다.

일부 사람들은 EDI 문서를 인터넷을 통해 전송하는 데 사용되는 동기 프로토콜 2400비트/초 모뎀, CLEO 장치 및 부가가치 네트워크를 비교했을 때, 그들은 비인터넷 기술을 EDI와 동일시하고 EDI 자체가 비인터넷 기술과 함께 대체될 것이라고 잘못 예측했습니다.대부분의 경우 이러한 비인터넷 전송 방식은 FTP, HTTP, 텔넷 및 이메일과 같은 인터넷 프로토콜로 대체되고 있지만 EDI 문서 자체는 여전히 남아 있습니다.

2002년에 IETF는 E-메일을 통해 EDI 데이터를 전송하는 표준화된 안전한 방법을 제공하는 RFC 3335를 발표했습니다.2005년 7월 12일, IETF 작업 그룹은 MIME 기반의 HTTP EDIINT(AS2) 전송에 관한 RFC4130을 비준해, IETF는 FTP 전송에 관한 같은 RFC(AS3)를 준비하고 있습니다.웹 서비스(AS4)를 통한 EDI도 OASIS 표준 기구에 의해 표준화되었습니다.일부 EDI 전송이 이러한 새로운 프로토콜로 이동했지만, 부가가치 네트워크 제공업체는 여전히 활성화되어 있습니다.

인터넷

인터넷에 접속하는 조직이 많아짐에 따라 결국 대부분의 또는 모든 EDI가 인터넷에 접속하게 되었습니다.처음에는 특정 호스트의 특정 폴더에 대한 ASCII 텍스트파일 암호화되지 않은FTP 등의 애드혹 규약에 의해 특정 IP 주소에서만 허용되었습니다.그러나, IETF는 EDI를 위한 표준 인터넷 프로토콜을 사용하는 방법을 설명하는 몇 가지 정보 문서("적용성 진술"; 프로토콜 아래 참조)를 발행했습니다.

2002년 현재 월마트는 EDI를 [6]위해 AS2를 추진하고 있다.AS2는 글로벌 서플라이 체인(supply-chain)에서 중요한 존재이기 때문에 EDI에서 일반적으로 채택되는 접근법이 되었습니다.

사양

서로 문서를 송수신하는 조직은 EDI 용어로는 "트레이딩 파트너"라고 합니다.거래 파트너들은 전송되는 특정 정보와 그 사용 방법에 대해 합의합니다.이는 인간이 읽을 수 있는 사양(메시지 구현 지침이라고도 함)으로 이루어집니다.규격은 건축 법규와 유사하지만 사양은 청사진과 유사합니다.(명세서는 또한"매핑,"의 사상 일반적으로 특정 기계 판독 가능한 지침은 그럭저럭 번역 소프트웨어[7]에게 예약되어 불릴 수 있다.) 큰 거래고 보통 수정할 의향이 없는 EDI처리를 위해 그들의 업무 프로세스 반영하는 기존 메시지 도입 지침이"허브".e거래 파트너의 요구를 충족시키기 위한 DI 비즈니스 관행.대기업에서는, 이러한 EDI 가이드 라인은, 다른 지점이나 부문이 사용할 수 있는 범용적인 것으로 작성되는 경우가 많기 때문에, 특정의 비즈니스 문서의 교환에 필요 없는 정보가 포함되어 있는 경우가 많습니다.다른 대기업의 경우 지점/부문별로 별도의 EDI 가이드라인을 작성할 수 있습니다.

송신:직접 EDI 및 VAN

거래 파트너는 문서 전송을 위해 어떠한 방법도 자유롭게 사용할 수 있습니다(위의 전송 프로토콜 섹션에서 설명).또한 직접 또는 매개자를 통해 상호 작용할 수 있습니다.

다이렉트 EDI: 피어 투 피어

거래 상대국은 서로 직접 연결할 수 있습니다.예를 들어, 자동차 제조업체는 수백 개의 공급업체가 EDI를 수행하기 위해 전화 접속해야 하는 모뎀 풀을 유지할 수 있습니다.단, 공급업체가 여러 제조업체와 거래하는 경우 각각 다른 모뎀(또는 VPN 디바이스 등)과 소프트웨어를 구입해야 할 수 있습니다.

EDI와 웹 테크놀로지가 진화함에 따라 거래 파트너 간에 직접(포인트 투 포인트라고도 함) EDI를 촉진하는 새로운 EDI 소프트웨어 기술이 등장했습니다.최신 EDI 소프트웨어는 다양한 파일 전송 프로토콜과 EDI 문서 표준을 사용하여 교환을 촉진하여 비용과 진입 장벽을 줄일 수 있습니다.

부가가치 네트워크

EDI의 피어 투 피어(peer-to-peer) 채택의 한계를 해결하기 위해 수십 년 전에 VAN(Value-added network)이 구축되었습니다.VAN은 지역 우체국 역할을 합니다.트랜잭션을 수신하고, "from" 및 "to" 정보를 검사하고, 트랜잭션을 최종 수신자에게 라우팅합니다.VAN은 문서 재발송, 제3자 감사 정보 제공, 다양한 전송 방법의 게이트웨이 역할 및 통신 지원 처리와 같은 많은 추가 서비스를 제공할 수 있습니다.VAN이 제공하는 이러한 서비스 및 기타 서비스 때문에 양 거래 상대국이 인터넷 기반 프로토콜을 사용하는 경우에도 기업은 VAN을 자주 사용합니다.의료 정보 센터는 VAN과 동일한 기능을 많이 수행하지만 추가적인 법적 제약이 있습니다.

VAN은 다양한 주체에 의해 운영될 수 있습니다.

  • 통신 회사
  • 업계 그룹 컨소시엄
  • 공급업체/기업과 상호작용하는 대기업
  • 관리 서비스 프로바이더

비용, 균형 및 구현

VAN과 Direct EDI [8]사이에는 중요한 트레이드오프가 있습니다.대부분의 경우 EDI 문서를 교환하는 조직은 EDI 구현의 다양한 측면에 양쪽을 함께 사용할 수 있습니다.예를 들어 미국에서는 대부분의 EDI 문서 교환이 AS2를 사용하기 때문에 미국에 본부를 둔 조직에서는 AS2를 직접 EDI로 설정하는 것이 적절할 수 있습니다.그러나 유럽 파트너와 통신하기 위해 OFTP2 기능을 추가하는 것은 어려울 수 있습니다.따라서 VAN은 AS2 트랜잭션에 직접 EDI를 사용하는 동안 이러한 특정 트랜잭션을 처리하는 것이 타당할 수 있습니다.

VAN은 많은 면에서 서비스 프로바이더 역할을 하므로 EDI를 시작하려는 조직의 설정이 매우 단순해집니다.EDI를 처음 도입하는 많은 조직이 고객 또는 파트너의 요건을 충족시키기 위해 도입하는 경우가 많기 때문에 사내 EDI 전문지식이 부족하기 때문에 VAN은 귀중한 자산이 될 수 있습니다.

단, VAN에는 고비용이 소요될 수 있습니다.VAN은 일반적으로 고객을 대신하여 EDI 트랜잭션을 서비스로 처리하기 위해 문서별 또는 품목별 트랜잭션 수수료를 부과합니다.이것이 많은 조직이 EDI 소프트웨어 솔루션을 구현하거나 EDI의 일부 또는 전부를 EDI 소프트웨어 솔루션으로 이행하는 주된 이유입니다.

한편, EDI 소프트웨어의 실장은, 사용 사례의 복잡성, 관련된 테크놀로지, EDI 전문 지식의 가용성에 따라서는, 어려운 프로세스가 될 수 있습니다.또, 계속적인 유지보수 요건과 갱신에 대해서도 검토할 필요가 있습니다.예를 들어 EDI 매핑은 가장 어려운 EDI 관리 태스크 중 하나입니다.기업은 각 거래 파트너에 대해 EDI 맵을 개발하고 유지해야 합니다(또한 주문 이행 요건에 따라 각 거래 파트너에 대해 여러 EDI 맵을 작성할 수도 있습니다.

데이터 해석

EDI 번역 소프트웨어는 내부 시스템과 송수신된 EDI 형식 간의 인터페이스를 제공합니다."인바운드" 문서의 경우 EDI 솔루션은 (부가 가치 네트워크를 통해 또는 FTP 또는 AS2 등의 프로토콜을 사용하여) 파일을 수신하고 수신된 EDI 파일(일반적으로 "Envelope"라고 함)을 가져와서 파일을 보내는 거래 파트너가 유효한 거래 파트너인지 확인합니다.이 파일의 구조가 E를 충족하는지 확인합니다.DI 표준 및 개별 정보 필드가 합의된 표준을 준수하는지 여부.일반적으로 번역자는 고정 길이, 가변 길이 또는 XML 태그 형식의 파일을 작성하거나 수신된 EDI 문서를 인쇄합니다(비통합 EDI 환경의 경우).다음 단계에서는 번역자가 작성한 파일을 회사의 백엔드 비즈니스 시스템, 애플리케이션 또는 ERP로 Import할 수 있는 형식으로 변환/변환합니다.이것은 XSLT 등의 표준 데이터 변환 언어를 사용하여 커스텀 프로그램, 통합된 독자 사양의 "매퍼" 또는 통합 표준 기반의 그래픽 "매퍼"를 사용하여 수행할 수 있습니다.마지막 단계는 변환된 파일(또는 데이터베이스)을 회사의 백엔드 시스템으로 가져오는 것입니다.

「아웃바운드」문서의 경우, 통합 EDI 의 프로세스는, 기업의 정보 시스템으로부터 파일을 export(또는 데이타베이스 읽기) 해, 번역자에게 적절한 형식으로 변환하는 것입니다.다음으로 번역 소프트웨어는 전송되는 EDI 파일을 검증하여 거래 파트너가 합의한 표준을 충족하는지 확인하고 파일을 "EDI" 형식(적절한 식별자 및 제어 구조 추가)으로 변환하여 거래 파트너에게 전송합니다(적절한 통신 프로토콜을 사용).

EDI 번역 소프트웨어의 또 다른 중요한 컴포넌트는 거래 파트너 간에 비즈니스 문서를 이동하기 위한 모든 단계의 완전한 "감사"입니다.감사는 모든 트랜잭션(실제로는 비즈니스 문서)을 추적하여 손실되지 않도록 보장합니다.소매업체가 공급업체에 구매 주문서를 발송하는 경우, 비즈니스 프로세스 중 구매 주문서가 "분실"된 경우, 그 영향은 두 기업 모두에 막대한 영향을 미칩니다.공급업체는 주문을 받지 못했기 때문에 주문을 이행하지 않으며, 이로 인해 거래가 손실되고 소매 고객과의 거래 관계가 손상됩니다.소매업자에게는 재고 정지가 발생하며, 그 효과는 매출 손실, 고객 서비스 감소, 그리고 궁극적으로 수익 감소입니다.

EDI 용어에서 "인바운드" 및 "아웃바운드"는 특정 시스템에 대한 EDI 문서의 전송 방향을 의미하며, 해당 문서에 표시된 상품, 금전 또는 기타 물건의 방향이 아닙니다.예를 들어 창고에서 아웃바운드 발송을 수행하도록 지시하는 EDI 문서는 창고 컴퓨터 시스템과 관련된 인바운드 문서입니다.문서를 전송한 제조업체 또는 딜러에 대한 아웃바운드 문서입니다.

종이 시스템과 비교한 장점

EDI 및 기타 유사한 테크놀로지는 대량의 인적 상호작용이 필요한 정보 흐름과 종이 문서를 대체하거나 대체함으로써 회사의 비용을 절감합니다.종이 문서가 EDI 교환과 병행하여 유지되는 경우에도 인쇄된 배송 명세서, 전자 교환 및 해당 교환으로부터의 데이터 사용은 종이 문서의 정렬, 배포, 정리 및 검색에 드는 처리 비용을 절감합니다.EDI 및 이와 유사한 기술을 통해 기업은 수동 입력 비용 없이 데이터를 전자적으로 저장하고 조작하는 이점을 활용할 수 있습니다.EDI의 또 다른 장점은 EDI를 사용하면 수신처 측에서 문서의 키를 변경할 필요가 없기 때문에 배송 오류나 청구 오류 등의 수동 데이터 입력 오류를 줄이거나 제거할 수 있다는 것입니다.종이 문서에 비해 EDI의 매우 중요한 이점 중 하나는 거래 파트너가 정보를 수신하고 시스템에 통합하는 속도가 매우 빨라 사이클 타임을 크게 단축한다는 것입니다.이러한 이유로 EDI는 적시 [10]생산 시스템의 중요한 구성요소가 될 수 있습니다.

2008년 애버딘 보고서에 따르면 북미에서는 구매 주문의 34%만이 전자적으로 전송되고 있습니다.EMEA에서는 주문의 36%가 전자적으로 전송되고 APAC에서는 41%가 전자적으로 전송됩니다.또, 북미에서는 평균 종이 주문 비용이 37.45달러, EMEA에서는 42.90달러, APAC에서는 23.90달러라고 보고하고 있습니다.EDI 발주를 통해 북미에서는 23.83달러, EMEA에서는 34.05달러, APAC에서는 14.78달러로 비용이 절감됩니다.

구현의 장벽

전자 데이터 교환을 채택하는 데는 몇 가지 장벽이 있습니다.가장 큰 장벽 중 하나는 그에 따른 비즈니스 프로세스의 변화입니다.종이 처리를 중심으로 구축된 기존 비즈니스 프로세스는 EDI에 적합하지 않을 수 있으며 비즈니스 문서를 자동으로 처리하기 위해 변경이 필요합니다.예를 들어, 기업은 상품의 대부분을 1일 또는 2일 배송으로 받고 모든 청구서를 우편으로 받을 수 있습니다.따라서 기존 프로세스에서는 일반적으로 상품이 송장 전에 수령된다고 가정할 수 있다.EDI의 경우, 일반적으로 상품이 출하될 때 청구서가 발송되기 때문에 대응하는 상품이 아직 도착하지 않은 다수의 청구서를 처리하는 프로세스가 필요합니다.

또 다른 중요한 장벽은 초기 셋업에서 시간과 비용이 든다는 것입니다.도입, 커스터마이즈 및 트레이닝에 따른 예비비용과 시간은 비용이 많이 들 수 있습니다.비즈니스 요건에 맞는 적절한 통합 수준을 선택하는 것이 중요합니다.EDI 기반 파트너와의 거래가 비교적 적은 기업에서는 저렴한 '리핑 앤 리드' 솔루션을 도입하는 것이 바람직할 수 있습니다.이 솔루션에서는 EDI 포맷이 사람이 읽을 수 있는 형태로 인쇄되어 컴퓨터가 아닌 사람이 이 트랜잭션에 응답합니다.또 다른 대안으로는 EDI "서비스 뷰로"가 제공하는 EDI 솔루션을 아웃소싱하는 것입니다.다른 기업에서는 EDI에 의해 발생하는 거래량의 증가에 따라 주문 처리 비즈니스 프로세스를 재실행해야 하므로 통합 EDI 솔루션의 구현이 필요할 수 있습니다.

EDI를 성공적으로 구현하기 위한 주요 장애물은 많은 기업이 EDI의 특성에 대해 가지고 있는 인식입니다.많은 사람들은 EDI를 데이터 형식이라고 기술적 관점에서 보고 있습니다. EDI는 외부 기업과 비즈니스 문서를 교환하고 이러한 문서의 데이터를 회사 내부 시스템에 통합하기 위한 시스템이라고 비즈니스 관점에서 보는 것이 더 정확할 것입니다.EDI의 성공적인 구현은 외부에서 생성된 정보가 사내 시스템에 미치는 영향을 고려하여 수신된 비즈니스 정보를 검증합니다.예를 들어, 공급업체가 적절한 견제와 잔액 없이 소매업자의 외상매입금 시스템을 갱신할 수 있도록 허용하면 기업은 상당한 위험에 처하게 될 것이다.EDI를 처음 도입하는 기업은 기초가 되는 비즈니스 프로세스를 이해하고 적절한 판단을 내려야 합니다.

확인

다음은 일반적인 EDI 확인[11] 사항입니다.

  • 통신 상태 – 전송이 완료되었음을 나타냅니다.
  • MDN(Message Disposition Notification) – AS2에서만 메시지를 읽을 수 있음을 나타냅니다.
  • 기능 확인 – 일반적으로 ANSI에서는 "997" 또는 EDIFACT에서는 "CONTRL"로 메시지 내용이 템플릿에 대해 확인되었음을 나타내며 트랜잭션이 수신자의 전자 시스템에 게시되었는지 여부를 알려줍니다.
  • 비즈니스 레벨 확인 – 최종 지표는 수신자가 트랜잭션을 수락했는지 여부를 나타냅니다.

「 」를 참조해 주세요.

프로토콜
포맷
고정 길이 형식
  • EURITMO
구분 형식

레퍼런스

  1. ^ "FIPS PUB 161-2: Electronic Data Interchange (EDI)". National Institute of Standards and Technology. 1996-04-29. Archived from the original on 2008-05-11. 표준 철회일 : 2008-09-02.
  2. ^ Gifkins, Mike; Hitchcock, David (1988). The EDI handbook. London: Blenheim Online.
  3. ^ Tweddle, Douglas (1988), "EDI in International Trade: a Customs View", in Gifkins, Mike; Hitchcock, David (eds.), The EDI handbook, London: Blenheim Online
  4. ^ "EDI 856 Advance Shipping Notice (ASN)". Retrieved 6 November 2019.
  5. ^ "EDI Resource Center: EDI Standards".
  6. ^ "AS2 and Internet EDI – Nine Years Later - OpenText Blogs". 9 September 2011.
  7. ^ "The Free Online EDI Specifications Library".
  8. ^ "EDI: The Complete Guide and Resource Center".
  9. ^ Anderson, Molly (29 June 2019). "Online money". Decor. Retrieved 29 June 2019. {{cite web}}:확인. url=값(도움말)[영구 데드링크]
  10. ^ "Ecommerce- advantages of EDI format". Archived from the original on 2012-05-30. Retrieved 2012-05-03.
  11. ^ "What's the difference between the 4 types of EDI acknowledgements? - OpenText Blogs". 21 October 2013.

추가 정보

  • Gengeswari, K.와 Abu Bakar Abdul Hamid(2010)."전자 데이터 교환 통합: 검토", Jaille Kemanusiaan, ISSN 1675-1930

외부 링크