4대보험 EDI Social Insurance EDI (Electronic Data Interchange)
홈 › 용어 사전 · 안녕소프트 최재원 · 2026. 9. 22. 작성
4대보험 EDI — 국민연금·건강보험·고용보험·산재보험의 가입·변경·상실 신고를 종이 서류 대신 전자 문서로 공단에 제출하는 방식입니다. 수임 업체가 많은 세무·노무법인은 매달 수십 건의 취득·상실·보수 변경 신고를 처리합니다. 창구 방문이나 팩스 대신 전자로 보내면 이동 시간은 줄지만, 화면에 값을 넣는 일은 여전히 사람이 합니다. 그래서 EDI를 쓰는 것과 EDI 업무를 자동화하는 것은 다른 이야기입니다.
4대사회보험 정보연계센터와 공단별 EDI는 무엇이 다른가
4대보험 전자신고 창구는 크게 두 갈래입니다. 하나는 4대사회보험 정보연계센터로, 네 가지 보험에 공통으로 필요한 신고를 한 번에 접수하는 공동 창구입니다. 다른 하나는 각 공단이 따로 운영하는 EDI 서비스로, 그 공단 고유의 업무를 처리합니다.
- 정보연계센터: 사업장 성립·변경, 직원 취득·상실처럼 네 보험에 공통인 신고를 한 화면에서 접수합니다.
- 공단별 EDI: 보험료 내역 조회, 보험별 고유 서식, 공동 창구에서 지원하지 않는 신고를 담당합니다.
실무에서 헷갈리는 지점은 '어떤 신고를 어느 창구에서 하느냐'입니다. 공동 창구에서 접수한 신고도 결과 확인이나 반려 처리는 보험별로 따로 봐야 하는 경우가 있습니다. 창구별로 가능한 업무 범위와 처리 절차는 바뀔 수 있으므로 공단 안내에 따르세요. 실무에서는 자주 쓰는 신고 종류별로 어느 창구를 쓰는지 한 장짜리 표로 정리해 두면 담당자가 바뀌어도 같은 방식으로 처리할 수 있습니다.
세무·노무법인이 EDI를 쓰는 방식
수임 업체를 대신해 신고하는 법인은 업체별로 위임 관계를 등록하고, 인증 수단을 갖춘 뒤 EDI에 접속합니다. 업무 흐름은 대체로 다음과 같습니다.
- 수임 업체에서 입사·퇴사·급여 변동 자료를 받습니다.
- 급여 프로그램이나 엑셀에서 신고할 값을 정리합니다.
- EDI 화면에서 사업장을 선택하고 값을 입력해 전송합니다.
- 접수 결과를 확인하고, 반려가 있으면 수정해 다시 보냅니다.
- 처리 결과를 업체에 알리고 내부 기록에 남깁니다.
업체 수가 늘수록 시간이 새는 곳은 입력 자체보다 그 앞뒤입니다. 사업장을 하나씩 바꿔 접속하는 일, 같은 값을 프로그램과 EDI에 두 번 넣는 일, 접수 결과를 일일이 열어 확인하는 일이 쌓입니다. 이 반복 구간이 자동화 대상입니다. 반대로 어떤 값을 신고할지 판단하는 일, 업체에 확인하는 일은 자동화해도 사람에게 남습니다.
EDI와 API·RPA의 관계
EDI는 사람이 화면을 보고 조작한다는 전제로 만들어진 서비스입니다. 이를 자동화하는 방법은 두 가지가 있고, 대부분 둘을 섞어 씁니다.
- API 연동: 프로그램끼리 직접 데이터를 주고받습니다. 공단이 개방한 범위 안에서만 가능하고, 개방 범위는 공단 정책에 따라 달라집니다. 되는 구간은 가장 안정적입니다.
- RPA: 사람이 하던 화면 조작을 로봇이 대신합니다. API가 없는 구간을 메울 수 있지만, 화면이 바뀌면 손봐야 합니다.
따라서 '전부 API로' 또는 '전부 RPA로'가 아니라, 신고 종류별로 API가 되는 구간과 RPA로 메울 구간을 나누는 것이 현실적인 설계입니다. 어느 구간이 API로 가능한지는 4대보험 API 연동 가이드에서 따로 다룹니다. 설계할 때는 신고 종류마다 건수와 빈도를 함께 적어 두면, 어느 구간을 먼저 자동화할지 정하기 쉽습니다.
자동화 전에 정리해 둘 것
EDI 자동화는 로봇을 만드는 일보다 데이터를 정리하는 일이 먼저입니다. 다음이 준비되지 않으면 자동화해도 예외가 계속 사람에게 돌아옵니다.
- 사업장·직원 식별 기준: 급여 자료의 업체명과 EDI의 사업장 번호가 1:1로 연결되어야 합니다.
- 인증 수단 관리: 누가 어떤 인증서로 접속하는지, 만료는 언제 갱신하는지 정해 둡니다.
- 결과 기록: 전송 시각, 접수 번호, 반려 사유를 자동으로 남겨야 나중에 추적할 수 있습니다.
- 예외 처리 규칙: 반려·오류가 나면 누구에게 어떻게 알릴지 정합니다.
이 네 가지가 정리되면 자동화 범위를 좁게 시작해도 효과가 납니다. 반대로 정리가 안 된 상태에서 범위를 넓히면 오류 확인에 더 많은 시간이 들 수 있습니다. 첫 대상은 건수가 많고 값이 단순한 신고 종류 하나로 잡는 것이 안전합니다.
| 방식 | 사람이 하는 일 | 맞는 상황 |
|---|---|---|
| 창구·우편·팩스 | 서류 작성, 제출, 결과 확인 전부 | 신고 건수가 매우 적을 때 |
| EDI 수기 입력 | 값 입력, 사업장 전환, 결과 확인 | 업체 몇 곳을 담당자 한 명이 볼 때 |
| EDI + RPA | 예외·반려 검토 | 업체가 많고 API가 없는 신고가 섞여 있을 때 |
| API 연동 | 예외·반려 검토, 기준 관리 | 공단이 API를 개방한 신고 종류일 때 |
4대보험 EDI 자주 묻는 질문
EDI를 쓰고 있으면 이미 자동화된 것 아닌가요?
아닙니다. EDI는 제출 경로를 전자로 바꾼 것이고, 값을 입력하고 결과를 확인하는 일은 여전히 사람이 합니다. 자동화는 그 입력과 확인 구간을 프로그램이 대신하게 만드는 일입니다.
API 연동과 RPA 중 무엇을 먼저 검토해야 하나요?
신고 종류별로 나눠 보는 것이 좋습니다. 공단이 API를 개방한 구간은 API로, 그렇지 않은 구간은 RPA로 메웁니다. 개방 범위는 바뀔 수 있으니 설계 시점에 공단 안내를 확인하세요.
수임 업체가 늘면 처리 시간도 그만큼 늘어나나요?
수기 입력 방식이라면 거의 비례해서 늘어납니다. 자동화하면 정상 건은 시간이 거의 늘지 않고, 반려·예외 건만 사람 시간이 들어갑니다. 그래서 업체 수가 늘어나는 시점에 검토하는 경우가 많습니다.
실무에서 이 개념이 어떻게 쓰이는지는 4대보험 API 종류와 연동 방법 · 4대보험 신고 자동화 서비스 · 세무·노무법인 업무자동화 에 정리했습니다.
4대보험 EDI, 우리 회사 업무에 어떻게 적용할지 궁금하시다면
지금 쓰시는 엑셀이나 업무 순서를 알려주시면, 어디까지 시스템으로 옮길 수 있는지 단계별로 정리해 드립니다.