SCM 입고 위치 검수, 스캔 지점과 보관 위치를 구분하는 법

입고 스캔 지점은 관측 이력에, 보관 위치는 입고 뒤 위치에 기록합니다. 보관 위치가 빠지면 해당 이벤트에서 새 위치를 확정하지 않습니다. 2026년 11월 기준입니다.

상자가 입고 게이트를 통과한 뒤 창고에 놓인다고 가정합니다. 게이트 코드가 창고 재고 화면에 들어가면 담당자는 상자를 게이트에서 찾게 됩니다. 화면에 한 열만 남기기 전에 원천의 위치 값이 각각 어떤 역할인지 확인합니다.

입고 이벤트의 위치는 어떻게 구분하나요?#

EPCIS에서 readPoint는 이벤트가 발생한 구체적인 지점입니다. bizLocation은 그 이벤트 뒤 물품이 있는 것으로 간주하는 장소입니다. 예를 들어 전자는 입고 게이트이고 후자는 게이트 통과 뒤의 창고입니다. destinationList는 업무 이동의 목적지 정보를 담습니다. 목적지가 들어 있어도 그 값만으로 도착이나 입고를 판정할 수 없습니다. GS1 EPCIS 2.0.1 §7.3.5·§7.4.2

ObjectEvent에 bizLocation이 없으면 이전 이벤트에서 추론할 수 있는 경우가 있습니다. 아래 설계 예시는 이번 이벤트가 새로 확인한 위치만 기록합니다. 마지막 확인 위치를 보여줄 때는 확인 시각과 근거 이벤트를 함께 남기고, 새 입고 확인과 구분합니다.

어떤 조건에서 새 보관 위치를 반영하나요?#

다음 표의 위치 마스터에는 게이트 A가 스캔 역할, 창고 A가 보관 역할로 등록돼 있습니다. 구역 A는 두 역할 모두 허용합니다. 구조 검사를 먼저 하고, 등록된 위치의 역할을 확인한 뒤 새 위치를 반영하는 설계 예시입니다.

다음은 첫 행의 이벤트에서 위치 필드만 발췌한 예시입니다. 게이트와 창고에 서로 다른 식별자를 넣습니다.

{
  "readPoint": {
    "id": "https://example.test/location/dock-a"
  },
  "bizLocation": {
    "id": "https://example.test/location/stock-a"
  }
}

인수표에는 이벤트 식별자와 시각, 원천 필드와 값, 위치 마스터의 허용 역할, 기대 반영값, 실제 반영값을 적습니다. 등록되지 않았거나 역할이 맞지 않으면 매핑을 보류합니다. 구조 오류가 난 입력은 원천 수정 대상으로 분리합니다.

게이트와 창고가 같은 코드여도 되나요?#

관리 단위가 창고 하나이고 게이트 구분이 필요 없다면 같은 장소 코드를 두 역할에 등록할 수 있습니다. 선반까지 운영에서 구분해야 한다면 그 수준의 식별자를 별도로 관리합니다. 입력에서 두 값이 우연히 같다는 이유로 하나를 다른 열에 복사하면 확인 근거가 사라집니다.

이 검수표는 위치 매핑을 다룹니다. 실제 수량이나 창고 간 이동 상태는 창고 간 재고 이동 대사로 확인합니다. 이미 공유한 이벤트를 정정해야 하는 경우에는 EPCIS 오류 선언 검수의 원본과 정정 이벤트를 대조합니다.

어떤 자료를 기준으로 확인했나요?#

• GS1 EPCIS 2.0.1의 위치와 ObjectEvent 정의를 읽었습니다. GS1 아카이브의 버전 공개일은 2025년 7월 1일입니다. GS1 EPCIS 버전 아카이브
• GS1 EPCIS·CBV 구현 가이드 §3.4는 스캔 게이트와 물품이 머무는 위치를 예로 듭니다. 2023년 3월 승인.
• 가상 입력의 형식 검사는 GS1 공식 JSON Schema로 수행했습니다. 위치 역할과 입고 반영 기준은 위 가상 설계의 규칙입니다.
• 알파카랩스 업무 자동화·API 연동 서비스는 재고 대사, 예외 확인, 운영 인수 범위를 협의하는 서비스를 안내합니다.

공개 문서는 2026년 11월 11일 확인했습니다. 표본으로 실제 재고를 변경하거나 입고 수량을 검증하지 않았습니다.

자주 묻는 질문#

입고 위치 인수 기준을 정할 때#