EDI 발주 응답 검수: 기술 접수와 주문 수락을 구분하는 법

2026년 11월 기준, 공급사가 현재 EDI 발주를 수락했다는 업무 응답을 확인한 뒤 수락 처리합니다. 어느 발주 버전에 답했는지 확인할 수 없으면 보류합니다.

구매 화면에 발주가 전송됐다고 나오는데 공급사는 아직 납기를 확정하지 않았을 수 있습니다. 반대로 발주 응답을 받았는데 내부 품목 연결이 실패해 담당자가 결과를 못 보는 경우도 있습니다. 수신·처리·수락을 한 상태로 표시하면 누구에게 무엇을 확인해야 하는지 알기 어렵습니다.

응답이 어느 단계까지 확인했는지 먼저 봅니다#

EDI는 거래처끼리 정해진 형식의 업무 문서를 전자적으로 주고받는 방식입니다. GS1 EANCOM의 예에서는 수신 쪽 변환기가 CONTRL로 교환 접수나 구문 검사 결과를 알리고, 업무 애플리케이션이 APERAK으로 원본 메시지 수신 또는 처리 오류를 알릴 수 있습니다. 공급사의 발주 답변에 쓰는 ORDRSP도 접수 확인, 수락, 변경 제안, 비수락을 담을 수 있습니다. 응답 종류가 ORDRSP라는 사실만으로 수락 처리하지 않습니다.

운영 화면에는 기술 응답과 구매 상태를 나란히 표시합니다. 예를 들어 구문 검사는 통과했지만 APERAK에 업무 처리 오류가 있다면 화면에는 그 두 사실을 함께 남깁니다. 공급사의 수락을 확인하지 못했다면 발주 수락으로 바꾸지 않습니다. 정상 수락 조건과 자동 처리 범위는 거래처가 합의한 응답 코드와 업무 규칙에 따릅니다.

가상 발주 하나로 열 가지 응답을 대조합니다#

아래 표의 기준은 두 행이 있는 가상 발주 PO-DEMO의 현재 버전 2입니다. 실제 EDI 문법이 아니라 화면에서 확인할 항목을 적은 JSON입니다. 두 행 중 하나에만 수락이 있으면 그 행만 수락으로 표시하고, 변경 제안은 구매팀 검토로 넘기는 예입니다. 모든 표본은 수락 기록이 없는 상태에서 각각 시작합니다.

{
  "발주": "PO-DEMO",
  "현재 버전": 2,
  "발주 행": ["10", "20"],
  "연결할 응답": "ORDRSP",
  "응답 버전": 2,
  "행별 결과": {"10": "수락", "20": "변경 제안"},
  "기대": "10행만 수락, 20행은 검토 대기"
}

응답 하나만 받는 거래처도 검수할 수 있습니다#

거래처마다 응답을 보내는 단계와 참조 방식이 다릅니다. 한 채널에서 주문 수락 응답만 보내기로 합의했다면 별도 구문·앱 응답을 억지로 요구할 필요는 없습니다. 대신 어떤 코드가 현재 발주의 수락을 뜻하는지, 응답이 없으면 누가 확인하는지 정합니다. 인터페이스가 발주 버전 번호를 보내지 않는다면 거래처와 합의한 메시지 참조로 원본을 한 건에 연결할 수 있어야 합니다. 이전 버전과 현재 버전 중 어느 쪽인지 가릴 수 없으면 수락을 보류합니다.

발주 수락을 확인하는 방법과 ERP에 기록이 반영됐는지 확인하는 방법도 나눕니다. 업무 응답을 받은 뒤 ERP 쓰기에 실패했다면 공급사에 발주를 다시 보내기 전에 내부 반영 상태와 원래 응답을 대조합니다. 수락 근거는 있는데 내부 쓰기만 실패한 경우에는 내부 처리만 다시 시도할 수 있도록 정합니다. 공급사가 제시한 납기·수량을 구매자가 받아들이는 흐름은 협력사 납기 회신 포털에서 이어 볼 수 있습니다.

표준이 설명하는 범위와 우리 팀이 정할 범위#

• GS1 EANCOM CONTRL 설명서, 2016판, 2026년 11월 13일 확인. 교환 접수와 구문 검사 결과를 전달하는 응답을 설명합니다.
• GS1 EANCOM APERAK 소개, 2016판, 2026년 11월 13일 확인. 변환기의 구문 검사와 업무 앱의 수신·처리 응답을 설명합니다.
• GS1 EANCOM ORDRSP 소개, 2016판, 2026년 11월 13일 확인. 주문 응답에 접수 확인, 수락, 변경 제안, 비수락이 포함될 수 있다고 설명합니다.

인수표의 화면 상태는 표준이 지정한 명칭이 아니라 위 구분을 적용한 설계 예시입니다. 알파카랩스의 SCM 구축 안내는 발주·입출고 업무 범위와 원천 접근을, API 연동 개발 안내는 연결 조건과 실패 처리 범위를 협의한다고 설명합니다. 실제 응답 방식과 상태 전이는 거래처 사양과 사용 중인 시스템에서 확인해야 합니다. 거래처 응답 코드, 원본 참조 방식 또는 ERP 반영 조건이 바뀌면 같은 비식별 표본을 다시 대조합니다.

EDI 발주 응답 검수 FAQ#

비식별 응답으로 인수 범위를 맞춥니다#

정상 수락, 앱 처리 오류, 변경 제안의 비식별 응답을 준비하면 전송과 구매 상태를 분리할 범위를 잡을 수 있습니다.