전자 문서 교환

3. 표준

EDI 표준은 전자 문서의 형식, 문자 집합, 데이터 요소를 규정하여 기업 간 정보 교환의 효율성을 높인다.^[5] 주요 EDI 표준은 다음과 같다.^[13][14][15]

한국의 EDI 표준은 다음과 같다:

4. 전송 프로토콜

EDI는 다양한 전송 프로토콜을 사용하여 데이터를 교환한다. VAN 제공자를 통한 인터넷 사용은 보다 안전하게 EDI 문서를 전송할 수 있게 하는 커뮤니케이션 프로토콜로 사용된다. 안전한 파일 전송 프로토콜로 가장 널리 사용되는 것은 FTPS, HTTPS, AS2가 있다.

EDI에 사용되는 표준화된 프로토콜은 다음과 같다.

• 모뎀(비동기 및 동기)
• FTP, SFTP 및 FTPS
• 이메일
• HTTP/HTTPS
• AS1
• AS2
• AS4
• OFTP (및 OFTP2)
• 모바일 EDI

4. 1. 과거 한국에서 사용되었던 프로토콜

5. 사양 (Specifications)

EDI 표준은 거래 파트너가 주고받는 정보와 사용 방법에 대한 합의를 명시하며, 이를 메시지 구현 가이드라인이라고도 한다. 대규모 거래 허브는 자체 EDI 비즈니스 프로세스를 반영하는 메시지 구현 가이드라인을 가지는 경향이 있다.^[7]

EDI 표준의 주요 세트는 다음과 같다:^[5]

이러한 표준의 대부분은 1980년대 초중반에 처음 등장했다. 표준은 비즈니스 문서 및 양식 교환에 사용되는 형식, 문자 집합 및 데이터 요소를 규정한다. 전체 X12 문서 목록에는 구매 주문 및 송장을 포함한 모든 주요 비즈니스 문서가 포함된다.^[5]

EDI 표준은 특정 문서에 대한 필수 및 선택적 정보를 규정하고 문서 구조에 대한 규칙을 제공한다. 이 표준은 건축 법규와 같다. 두 개의 주방이 "법규에 따라" 건설될 수 있지만 완전히 다르게 보일 수 있는 것처럼, 두 개의 EDI 문서는 동일한 표준을 따르고 서로 다른 정보 집합을 포함할 수 있다. 예를 들어, 식품 회사는 제품의 유통 기한을 표시할 수 있지만, 의류 제조업체는 색상 및 크기 정보를 보내도록 선택한다.^[7]

경제산업성이 정의한 바에 따르면, EDI는 "'''다른 조직 간에 거래를 위한 메시지를 통신 회선을 통해 표준적인 규약을 사용하여 컴퓨터 간에 교환하는 것'''"이다. 전자 데이터 교환의 규격은 다음 4가지 레벨로 구성되며, 숫자가 작을수록 하위 규약이 된다^[13]:

• 레벨 4: 거래 기본 규약 - 법적 유효성을 확보하는 계약서
• 레벨 3: 업무 운용 규약 - 업무 및 시스템 운용의 약정
• 레벨 2: 정보 표현 규약 - 쌍방의 컴퓨터가 데이터를 이해할 수 있도록 하기 위한 데이터 구조 및 데이터 항목의 약정
• 레벨 1: 정보 전달 규약 - OSI 계층과 같은 통신 방법의 약정

6. EDI 구현 방식

거래 파트너는 서로 직접 연결할 수 있다. 예를 들어, 자동차 제조업체는 수백 개의 모든 공급업체가 EDI를 수행하기 위해 접속해야 하는 모뎀 풀을 유지할 수 있다. 그러나 공급업체가 여러 제조업체와 거래하는 경우 각 제조업체마다 다른 모뎀(또는 VPN 장치 등)과 다른 소프트웨어를 구입해야 할 수 있다.^[13]

EDI와 웹 기술이 발전함에 따라 거래 파트너 간의 직접적인(또는 지점 간) EDI를 용이하게 하는 새로운 EDI 소프트웨어 기술이 등장했다. 최신 EDI 소프트웨어는 다양한 파일 전송 프로토콜 및 EDI 문서 표준을 사용하여 교환을 용이하게 하여 비용과 진입 장벽을 줄일 수 있다.^[13]

P2P EDI 채택의 한계를 해결하기 위해 수십 년 전에 VAN (부가가치 통신망)이 설립되었다. VAN은 지역 우체국 역할을 한다. 거래를 수신하고 '발신' 및 '수신' 정보를 검사하여 최종 수신자에게 거래를 라우팅한다. VAN은 문서 재전송, 제3자 감사 정보 제공, 다양한 전송 방법의 게이트웨이 역할, 통신 지원 처리 등 다양한 추가 서비스를 제공할 수 있다. 이러한 서비스 및 기타 서비스 때문에 기업은 두 거래 파트너가 인터넷 기반 프로토콜을 사용하더라도 VAN을 자주 사용한다. 의료 정보 교환소는 VAN과 동일한 기능을 수행하지만 추가적인 법적 제한이 있다.^[13]

VAN은 다양한 주체에 의해 운영될 수 있다.^[13]

• 통신 회사
• 산업 그룹 컨소시엄
• 공급업체/벤더와 상호 작용하는 대기업
• 관리 서비스 제공업체

7. EDI 데이터 해석

EDI 번역 소프트웨어는 내부 시스템과 주고받는 EDI 형식 간의 인터페이스를 제공한다.
"수신" 문서 처리 과정1. 파일 수신: 부가가치 통신망, FTP, AS2와 같은 프로토콜을 사용하여 EDI 파일을 받는다.

2. 거래 상대방 유효성 확인: 파일을 보낸 거래 상대방이 유효한지 확인한다.

3. 파일 구조 검증: EDI 표준을 충족하는지 확인한다.

4. 정보 필드 검증: 개별 정보 필드가 합의된 표준을 준수하는지 확인한다.

5. 파일 변환: 번역기는 고정 길이, 가변 길이, 또는 XML 태그 형식의 파일을 생성하거나 수신된 EDI 문서를 "인쇄"한다. (비 통합 EDI 환경의 경우)

6. 내부 시스템 형식으로 변환: 사용자 지정 프로그램, 통합된 독점 "매퍼" 또는 XSLT와 같은 표준 데이터 변환 언어를 사용하는 통합된 표준 기반 그래픽 "매퍼"를 사용하여 회사의 백엔드 비즈니스 시스템, 애플리케이션 또는 ERP로 가져올 수 있는 형식으로 변환한다.

7. 파일 가져오기: 변환된 파일(또는 데이터베이스)을 회사의 백엔드 시스템으로 가져온다.
"송신" 문서 처리 과정1. 파일 내보내기: 회사의 정보 시스템에서 파일을 내보내거나 데이터베이스를 읽어 번역기에 적합한 형식으로 변환한다.

2. EDI 형식으로 변환: 거래 상대방 간에 합의된 표준을 충족하는지 확인하고, 파일을 "EDI" 형식으로 변환한다. (식별자 및 제어 구조 추가)

3. 파일 전송: 적절한 통신 프로토콜을 사용하여 파일을 거래 상대방에게 보낸다.
감사 (Audit)EDI 번역 소프트웨어의 또 다른 중요한 요소는 거래 상대방 간에 비즈니스 문서를 이동하는 모든 단계에 대한 완전한 "감사"이다. 감사를 통해 모든 거래(실제로는 비즈니스 문서)를 추적하여 손실되지 않도록 할 수 있다.
"수신" 및 "송신" 용어의 의미EDI 용어에서 "수신" 및 "송신"은 문서가 나타내는 상품, 돈, 또는 기타 물품의 방향이 아닌 특정 시스템과 관련된 EDI 문서의 전송 방향을 의미한다. 예를 들어, 창고에 발송을 수행하도록 지시하는 EDI 문서는 창고 컴퓨터 시스템에서는 수신 문서이고, 문서를 전송한 제조업체 또는 딜러에게는 송신 문서이다.

8. EDI의 장점

EDI 및 기타 유사 기술은 많은 사람의 상호 작용과 종이 문서를 필요로 하는 정보 흐름에 대한 대안을 제공하여 기업의 비용을 절감한다. EDI 교환과 함께 종이 문서가 유지되는 경우에도, 전자 교환 및 해당 교환의 데이터 사용은 종이 문서 처리 비용을 줄인다. EDI 및 유사 기술을 통해 회사는 수동 입력 비용 없이 데이터를 전자적으로 저장하고 조작할 수 있다. EDI의 또 다른 장점은 배송 및 청구 오류와 같은 수동 데이터 입력 오류를 줄이거나 제거할 수 있다는 것이다. 이는 EDI가 대상 측면에서 문서를 다시 입력할 필요가 없기 때문이다. EDI가 종이 문서보다 갖는 매우 중요한 장점 중 하나는 거래 상대방이 정보를 수신하고 해당 시스템에 통합하는 속도가 빨라져 사이클 시간이 크게 단축된다는 것이다. 이러한 이유로 EDI는 적시 생산 시스템의 중요한 구성 요소가 될 수 있다.^[9]

1996년 케네스 칸과 존 T. 멘처가 발표한 연구에 따르면, EDI는 "알아야 할 필요"에 따라 정보만 공유했던 기업보다 투명한 정보 공유를 용이하게 하는 공급 네트워크 내에서 연결된 회사 간의 EDI 동맹이 사용되었다. 그들은 EDI가 체인의 각 단계에서 이점을 얻으면서 마케팅 채널 내의 모든 참여자를 포함할 가능성을 예상했다.^[10]

2008년 애버딘 그룹 보고서에 따르면 구매 주문의 전자 전송 비율과 종이 구매 요청 및 EDI 구매 요청 처리 비용은 다음과 같다.^[11]

9. EDI 구현의 어려움

전자 문서 교환(EDI)을 구현하는 데에는 몇 가지 어려움이 따릅니다.

• 비즈니스 프로세스 변경 필요: 기존에 종이 문서를 기반으로 업무를 처리하던 방식은 EDI에 적합하지 않을 수 있습니다. 따라서 EDI를 도입하려면 자동화된 문서 처리에 맞게 비즈니스 프로세스를 변경해야 합니다.^[8] 예를 들어, 기존에는 상품을 먼저 받고 나중에 송장을 우편으로 받았지만, EDI를 사용하면 상품 배송 시 송장이 함께 전송되므로, 아직 상품을 받지 않은 상태에서 송장을 처리해야 하는 경우가 발생할 수 있습니다.
• 초기 설정 비용 및 시간: EDI를 구현하고, 사용자에 맞게 설정을 변경하고, 교육하는 데에는 상당한 시간과 비용이 소요될 수 있습니다.^[8] 따라서 기업의 거래량에 따라 적절한 수준의 EDI 통합 방식을 선택해야 합니다. 예를 들어, EDI 거래량이 적은 기업은 EDI 문서를 사람이 읽을 수 있는 형태로 출력하여 처리하는 저렴한 방식을 선택할 수 있습니다.
• EDI 전문 지식 부족: 많은 기업들이 EDI를 데이터 형식으로만 이해하는 경향이 있습니다. 하지만 EDI는 외부와 문서를 교환하고 데이터를 내부 시스템에 통합하는 시스템입니다.^[8] 따라서 EDI를 성공적으로 구현하려면 외부 정보가 내부 시스템에 미치는 영향을 고려하고, 수신된 정보를 검증하는 등 비즈니스 관점에서의 접근이 필요합니다.

10. 승인 (Acknowledgement)

EDI에서 송신자에게 수신된 트랜잭션이 수신자에 의해 수신되고 처리되었음을 알리는 '''승인'''에는 여러 가지 메커니즘이 있다.^[12]

• 통신 상태: 전송 완료를 나타낸다.
• MDN(메시지 처리 알림): AS2에서만 메시지를 읽을 수 있음을 나타낸다.
• 기능적 승인: 일반적으로 ANSI에서는 "997", EDIFACT에서는 "CONTRL"이며, 메시지 내용이 템플릿에 대해 검증되었음을 나타내고 트랜잭션이 수신자의 전자 시스템에 게시되었는지 알려준다.
• 비즈니스 수준 승인: 트랜잭션이 수신자에 의해 수락되었는지 여부를 보여주는 최종 지표이다.

11. 한국의 EDI 관련 기관 및 시스템

제공된 원본 소스는 주로 일본의 EDI 관련 기관 및 시스템을 나열하고 있으며, 한국의 EDI 관련 기관 및 시스템에 대한 구체적인 정보를 포함하고 있지 않습니다. 따라서 '한국의 EDI 관련 기관 및 시스템' 섹션에 작성할 내용은 원본 소스에 없습니다.

12. EDI와 관련된 문제점

EDI(전자 문서 교환)를 이용하면 기업은 서류 작성 및 처리를 위한 사무 경비를 절감할 수 있다. 그러나 거래 기업 간에 교환 데이터 형식이 다르면 오히려 사무량이 증가하여 상기 목적이 달성되지 않게 된다. 따라서 교환 데이터 형식의 통일과 데이터의 기밀 유지가 중요하다. 처음에는 이러한 프로토콜의 변환을 하는 부가가치 통신망(VAN, Value Added Network)의 주요 애플리케이션을 의미했다.^[13]

참조

_[1] 웹사이트 FIPS PUB 161-2: Electronic Data Interchange (EDI) http://www.itl.nist.[...] National Institute of Standards and Technology 1996-04-29
_[2] 서적 The EDI handbook Blenheim Online 1988
_[3] 서적 The EDI handbook Blenheim Online 1988
_[4] 웹사이트 EDI 856 Advance Shipping Notice (ASN) https://datatrans-in[...] 2019-11-06
_[5] 웹사이트 EDI Resource Center: EDI Standards https://www.rssbus.c[...] 2019-02-15
_[6] 웹사이트 AS2 and Internet EDI – Nine Years Later - OpenText Blogs https://blogs.opente[...] 2017-09-04
_[7] 웹사이트 The Free Online EDI Specifications Library https://www.edifabri[...] 2021-03-03
_[8] 웹사이트 EDI: The Complete Guide and Resource Center https://www.rssbus.c[...] 2018-12-04
_[9] 웹사이트 Ecommerce- advantages of EDI format https://web.archive.[...] 2012-05-03
_[10] 간행물 EDI and EDI Alliances: Implications for the Sales Forecasting Function https://www.tandfonl[...] 1996
_[11] 간행물 A Comparison of Supplier Enablement around the World 2008
_[12] 웹사이트 What's the difference between the 4 types of EDI acknowledgements? - OpenText Blogs https://blogs.opente[...] 2017-09-04
_[13] 웹사이트 情報マネジメント用語辞典：EDI https://www.itmedia.[...] ITmedia エンタープライズ 2016-09-29
_[14] 웹사이트 中小企業共通EDI標準（初版）の公開 - ITコーディネータ協会（ITCA） https://www.itc.or.j[...] 2018-04-01
_[15] 웹사이트 商流EDIと決済情報がつながる新しい金融EDIとは https://xeex-product[...] 株式会社エクス コラム 2017-11-27
_[16] 뉴스 JEITA発の新EC標準対応製品、登場 https://atmarkit.itm[...] ITmedia 2004-06-10
_[17] 뉴스 新聞協会のEDI活動経過 https://www.pressnet[...] 日本新聞協会
_[18] 문서 ファイル転送用手順(F手順) 機能概説書 Ver. 1.0 https://www.jipdec.o[...] 産業情報化推進センター
_[19] 문서 流通 SCM 基本用語集 http://www.jsa-net.g[...] 日本スーパーマーケット協会
_[20] 뉴스 流通業と銀行のシステム化を支えた「JCA手順」と「全銀協手順」 https://xtech.nikkei[...] 日経BP 2019-07-31
_[21] 웹사이트 全銀協手順【全銀協標準通信プロトコル】 https://e-words.jp/w[...] e-Words
_[22] 웹사이트 NTT東日本 ニュースリリース https://www.ntt-east[...] NTT東日本 2017-10-31
_[23] 웹사이트 ISDN移行のハードルは業界によって様々、EDIなどは早期対応が必要 https://xtech.nikkei[...] 日経NETWORK 2017-10-31
_[24] 웹사이트 全銀協、ベーシック手順などを2023年末に終了 https://japan.zdnet.[...] ZDNet Japan 2018-04-28
_[25] 웹사이트 発注が止まる？EDIの 2024年問題 とは？ https://xeex-product[...] 株式会社エクス コラム 2017-10-31
_[26] 웹사이트 電子帳簿保存法におけるEDIの位置付け https://xeex-product[...] 株式会社エクス コラム 2018-02-01
_[27] 문서 電子取引データの保存の考え方 http://www.jiima.or.[...] JIIMA