EDI Electronic Data Interchange
홈 › 용어 사전 · 안녕소프트 최재원 · 2026. 9. 22. 작성
EDI — 기업이나 기관 사이에 주문서·신고서 같은 문서를 미리 정한 표준 규격의 전자 데이터로 주고받는 방식입니다. 대형 거래처가 발주를 EDI로 보내겠다고 하거나, 4대보험 신고를 EDI로 하고 있다는 말을 들으면 이 용어를 만나게 됩니다. 종이 서류나 자유 형식 파일 대신 양쪽이 합의한 규격으로 문서를 교환하는 것이 핵심입니다. 최근의 API 연동과 목적은 비슷하지만 태어난 배경과 쓰이는 자리가 다릅니다.
EDI가 하는 일
EDI는 종이로 주고받던 업무 문서를 컴퓨터가 바로 처리할 수 있는 전자 데이터로 바꿔 교환하는 방식입니다. 주문서, 납품서, 세금계산서, 각종 신고서가 대상입니다. 핵심은 문서를 전자 파일로 보낸다는 것이 아니라, 양쪽이 합의한 표준 규격으로 보낸다는 점입니다. 그래서 받는 쪽은 사람이 읽고 옮겨 적는 과정 없이 자기 시스템에 바로 넣을 수 있습니다.
EDI가 자리 잡은 영역은 대체로 이렇습니다.
- 유통·제조: 대형 유통사와 납품업체 사이의 발주·납품·정산
- 물류·무역: 선적·통관·운송 서류
- 공공·기관: 사업장이 공단이나 기관에 제출하는 정기 신고
- 금융: 기업과 은행 사이의 자금 이체·입출금 자료
공통점은 거래 상대가 많고, 문서 양이 많으며, 문서 형식이 오랫동안 안정되어 있다는 것입니다. 이런 조건에서는 규격을 한 번 맞춰 두면 수년간 사람 손 없이 문서가 오갑니다. 반대로 상대가 소수이고 형식이 자주 바뀌는 거래에는 EDI가 무겁습니다.
공단·거래처와 정해진 규격으로 주고받는 방식
EDI의 규격은 우리가 정하는 것이 아니라 상대가 정합니다. 공단이라면 공단이 문서 항목과 형식을 공표하고, 대형 거래처라면 그 거래처가 자사 규격을 납품업체에 요구합니다. 우리 쪽은 그 규격에 맞춰 문서를 만들어 보내고, 상대가 보내는 문서를 그 규격대로 읽습니다.
실제 흐름은 대개 다음 단계로 이루어집니다.
- 우리 시스템에서 발주·신고 데이터를 만듭니다
- 상대 규격의 전자문서로 변환합니다. 항목 이름, 순서, 코드 체계를 맞추는 과정입니다
- 정해진 전송 경로로 보냅니다. 상대가 운영하는 포털이나 중계 서비스를 거치는 경우가 많습니다
- 상대가 접수 결과를 돌려주면 우리 시스템에 반영합니다. 반려나 오류가 있으면 수정해 다시 보냅니다
실무에서 힘든 부분은 전송이 아니라 변환입니다. 우리가 쓰는 품목 코드와 상대의 품목 코드가 다르고, 우리 단위와 상대 단위가 다릅니다. 이 대응표를 만들고 유지하는 일이 EDI 운영의 대부분입니다. 대응표에 없는 값은 조용히 누락되거나 반려되므로, 신규 품목이나 신규 직원이 생길 때마다 대응표를 먼저 갱신하는 절차가 필요합니다.
4대보험 EDI는 무엇이 다른가
4대보험 EDI는 사업장이 직원의 자격 취득·상실·변경 같은 신고를 공단이 운영하는 전자 창구로 제출하는 서비스를 가리킵니다. 위에서 설명한 EDI의 한 종류이지만, 실무에서 만나는 모습은 조금 다릅니다.
일반적인 기업 간 EDI는 양쪽 시스템이 직접 문서를 주고받도록 구성합니다. 4대보험 EDI는 공단이 제공하는 화면에 사람이 접속해 신고서를 작성하거나 파일을 올리는 방식이 중심입니다. 즉 사람이 직접 다루는 전자신고 창구에 가깝고, 우리 시스템과 자동으로 이어지는 연동 개념과는 거리가 있습니다.
그래서 4대보험 업무를 자동화하려는 회사가 부딪히는 지점이 여기입니다. 직원 정보는 우리 인사 시스템에 있는데, 신고는 공단 창구에 사람이 다시 입력해야 합니다. 이 간극을 메우는 방법은 회사 상황에 따라 다릅니다.
- 인사 시스템에서 공단 창구가 받는 형식의 파일을 만들어 업로드 시간을 줄이는 방법
- 사람이 하던 창구 입력을 RPA로 대신하되, 창구의 이용 정책이 허용하는 범위 안에서만 쓰는 방법
- 공단이나 관련 기관이 별도의 연동 경로를 제공하는 경우 그것을 이용하는 방법
어느 방법이 가능한지는 창구의 정책과 제공 기능에 따르므로, 개념 수준의 설명으로 이해하고 실제 적용은 현재 제공되는 방식을 확인한 뒤 결정해야 합니다.
API와 무엇이 다른가
EDI와 API 연동은 시스템끼리 사람 없이 데이터를 주고받는다는 목적이 같습니다. 그래서 자주 비교되고, 무엇을 써야 하느냐는 질문이 나옵니다. 차이는 다음과 같습니다.
- 단위: EDI는 문서 단위입니다. 발주서 한 장, 신고서 한 건을 통째로 보냅니다. API는 요청 단위입니다. 특정 주문 하나를 조회하거나 상태 하나를 바꾸는 식으로 잘게 움직입니다
- 시점: EDI는 모아서 보내는 일괄 처리가 기본입니다. 하루 한 번, 또는 정해진 시각에 묶어 전송합니다. API는 사건이 생길 때마다 즉시 주고받습니다
- 규격의 주인: EDI는 업계나 기관이 정한 표준 문서 규격을 따릅니다. API는 서비스를 제공하는 쪽이 자체 규격을 정합니다
- 쓰이는 자리: EDI는 오래된 대형 거래처·기관·물류 영역에 뿌리가 깊습니다. API는 온라인 서비스·클라우드·최근 만들어진 시스템에서 기본입니다
선택은 우리가 아니라 상대가 정하는 경우가 대부분입니다. 대형 거래처가 EDI를 요구하면 EDI를, 온라인 플랫폼이 API를 제공하면 API를 씁니다. 우리 시스템 입장에서 중요한 것은 어느 쪽이든 한 번 데이터를 만들면 양쪽 규격으로 변환해 내보낼 수 있는 구조를 갖추는 것입니다. 그러면 거래처가 늘거나 방식이 바뀌어도 변환 부분만 추가하면 됩니다.
| 구분 | EDI | API 연동 |
|---|---|---|
| 교환 단위 | 문서 한 건(발주서·신고서) | 요청 한 건(조회·등록·변경) |
| 처리 시점 | 모아서 일괄 전송 | 사건이 생길 때 즉시 |
| 규격을 정하는 쪽 | 업계·기관의 표준 | 서비스 제공자의 자체 규격 |
| 주로 쓰이는 곳 | 대형 거래처, 공단·기관, 물류·무역 | 온라인 플랫폼, 클라우드 서비스 |
| 운영의 핵심 | 코드·단위 대응표 유지 | 인증 갱신, 규격 변경 대응 |
EDI 자주 묻는 질문
거래처가 EDI로 발주를 보내겠다고 하는데 무엇을 준비해야 하나요?
먼저 거래처의 EDI 규격 문서와 전송 방식을 받습니다. 그다음 우리 품목 코드·단위와 거래처 코드의 대응표를 만들고, 받은 발주를 우리 시스템에 넣는 변환 부분을 준비합니다. 거래처가 지정한 중계 서비스가 있다면 그 이용 조건도 확인해야 합니다.
EDI와 API 중 어느 것이 더 좋은가요?
우열보다 상대가 무엇을 제공하느냐의 문제입니다. 대형 거래처나 기관은 EDI, 온라인 서비스는 API인 경우가 많습니다. 우리 쪽은 어느 방식이든 붙일 수 있도록 데이터를 한곳에 두고 변환 부분만 바꾸는 구조를 갖추는 것이 중요합니다.
4대보험 EDI를 우리 인사 시스템과 자동으로 연결할 수 있나요?
공단 창구가 제공하는 방식에 따라 다릅니다. 파일 업로드 형식을 맞춰 입력 시간을 줄이는 방법이 가장 일반적이고, 창구의 정책이 허용하는 범위에서 입력을 자동화하는 방법도 있습니다. 현재 제공되는 기능과 이용 정책을 확인한 뒤 방법을 정해야 합니다.
실무에서 이 개념이 어떻게 쓰이는지는 4대보험 API 종류와 연동 방법 · 4대보험 업무 자동화 서비스 에 정리했습니다.
EDI, 우리 회사 업무에 어떻게 적용할지 궁금하시다면
지금 쓰시는 엑셀이나 업무 순서를 알려주시면, 어디까지 시스템으로 옮길 수 있는지 단계별로 정리해 드립니다.
관련 서비스 — 4대보험 업무 자동화 · 함께 보는 용어 — API 연동 · OCR · RPA · 스크래핑·크롤링 · 엑셀 매크로(VBA) · 용어 사전 전체