ERP 구매·재고 단위 환산: 박스 발주와 낱개 입고를 맞추는 법

ERP 구매·재고 단위 환산은 박스 수량에 일률적으로 숫자를 곱하는 기능이 아닙니다. 품목과 포장 구성, 적용 시점에 맞는 환산 규칙을 고르고 발주·입고·반품의 각 거래에 어떤 값이 적용됐는지 보존해야 합니다. 현재 ERP가 구매 단위와 재고 단위를 설정할 수 있는지 먼저 시험하고, 부족한 버전 관리와 예외 승인만 별도 개발 대상으로 나누세요.

구매 담당자는 상품을 박스 단위로 발주하지만 창고 담당자는 낱개로 수량을 세는 경우가 있습니다. 거래처의 납품서는 3박스라고 표시하는데 현장에서는 36개가 도착했다면 두 숫자는 같은 입고를 다른 단위로 표현한 것일 수 있습니다. 그러나 품목마다 박스 구성이 다르거나 거래처가 포장을 바꾸면 단순히 모든 박스에 12를 곱하는 방식은 틀립니다. 입고 처리 전에 어떤 품목의 어떤 포장에 적용되는 규칙인지 확인해야 합니다.

이 글은 여러 데이터 원천의 수량을 AI 답변에 합산하는 온톨로지 설계가 아니라, ERP의 구매 주문과 실제 입고·반품 거래가 어떤 단위와 환산 값을 기록해야 하는지 다룹니다. 구매 단위는 주문·거래처 문서의 단위이고 재고 단위는 원장에 반영되는 기준 단위입니다. 박스와 낱개 중 어느 값이 정본인지 업무별로 정하며, 화면에서 보이는 환산값을 실제 재고 이동으로 한 번 더 더하지 않습니다.

아래 수량은 모두 가상 표본입니다. 품목 A의 승인된 포장 V1은 1박스당 12개이고, 구매 단위는 박스, 재고 단위는 개라고 가정합니다. 5박스 발주는 60개에 해당합니다. 첫 입고 3박스는 36개, 두 번째 입고 2박스는 24개입니다. 세금·단가·실제 고객이나 특정 ERP의 기본 기능을 뜻하는 숫자가 아닙니다.

공식 문서도 구매 단위와 반올림 조건을 함께 봅니다#

Microsoft Dynamics 365 Supply Chain Management의 공식 안내는 구매 단위와 재고 단위 간 환산과 자릿수 처리 때문에 부분입고의 잔량이 다르게 표현될 수 있음을 설명합니다. 이는 특정 제품의 사례이며 여기서 제안한 박스·낱개 정책이나 다른 ERP의 구현을 보장하는 문서는 아닙니다. 입력 단위, 환산 규칙, 반올림과 미입고 잔량을 같은 거래에서 검수해야 한다는 참고 자료입니다.

• Microsoft Learn: 구매·재고 단위와 부분입고 잔량: 소수 정밀도와 환산 과정의 차이로 부분입고 처리에 오류가 날 수 있는 제품별 사례입니다. 2026년 11월 13일 확인했습니다.
• Microsoft Learn: 공급사 청구와 부분입고: 여러 입고 행과 공급사 청구를 연결하는 해당 제품의 예시입니다. 개별 계약과 회계 처리를 대신하지 않습니다.

포장 규칙 변경이 재고 원장을 조용히 바꾸지 않게 합니다#

구매 단위와 재고 단위의 기준정보를 누가 등록하고 누가 승인하는지 정하세요. 창고 담당자는 납품서의 박스와 실제 낱개 수량을 확인하고 구매 담당자는 공급사 계약의 포장 조건을 확인할 수 있습니다. 두 값이 충돌하면 어느 팀이 판단할지 결정하기 전에는 입고를 보류하는 편이 안전합니다. 담당자별 조회·변경·승인 권한을 구분하고 변경 사유와 원본 문서를 연결합니다.

환산 계수는 제품 단위와 방향을 함께 보존합니다. 1박스당 12개를 개당 12박스로 잘못 해석하면 거래 수량이 크게 왜곡됩니다. 단위 코드, 1박스에 포함된 개수, 적용 기간, 포장 버전과 소유자를 기록하고 단위 미등록·계수 누락·동일 기간 중복은 검토 대상으로 분리하세요. 같은 품목이라도 공급사별 포장이 다를 수 있으므로 해당 규칙의 적용 대상을 명확히 해야 합니다.

분할 입고에서는 발주 수량, 실제 수령 수량, 반영된 재고 수량과 남은 발주 수량을 각각 보여줍니다. 공급사가 3박스라고 표기했지만 상자가 열려 있어 낱개로 확인했다면, 현장의 실측과 환산 예상치를 따로 기록하고 차이를 조사합니다. 예상 36개를 실측 36개로 확인한 것과 실측을 생략한 채 예상값을 실제값으로 복사한 것은 다릅니다. 누락·파손의 정정이 승인되면 원본 입고와 연결해 후속 거래로 관리합니다.

박스를 낱개로 나눠 반품하는 경우 원래 발주 단위로 표시할지와 재고 원장에서 어떤 거래를 만들지 별도로 결정합니다. 가상 표본의 2개 반품은 2÷12박스이지만 반복 소수이므로 0.17박스로 먼저 반올림한 값을 다시 재고 수량으로 사용하면 차이가 생길 수 있습니다. 낱개 기준 원장에 2개 감소를 기록하고 구매 단위 표시의 소수 자릿수와 반올림 위치는 제품과 업무 정책에 맞춰 정하세요.

입고 전에 공급사가 포장 구성을 바꿨다면 새 계수의 승인일과 실제 발주·입고에 적용할 범위를 구분해야 합니다. 이미 확정된 발주의 버전을 임의 변경하지 말고 영향받는 미입고 주문을 보여주세요. 한 주문에서 기존 포장과 신규 포장이 함께 납품되면 납품 행을 나누거나 승인된 정정 절차로 처리할지 협의합니다. 공급사의 실제 납품 조건을 보지 않고 이전 계수 또는 새 계수 중 하나를 무조건 선택하지 않습니다.

외부 창고관리 시스템이나 구매 시스템과 연동한다면 메시지별 원천 수량·단위·환산 버전·거래 ID를 함께 전달할 수 있는지 확인합니다. 한쪽이 박스, 다른 쪽이 낱개인 경우 어느 쪽에서 환산하는지 책임을 정해야 양쪽이 각각 곱해 수량을 두 번 늘리는 일을 피할 수 있습니다. 파일·API의 지원 범위와 입력 권한, 환산 실패 시 보류와 재처리 담당자는 제품 확인 후 결정합니다.

기존 ERP에 단위 설정과 품목별 변환 기능이 이미 있다면 대표 구매·부분입고 표본으로 먼저 시험하세요. 기본 기능이 유효기간과 과거 거래 보존까지 충족하지 못할 때 별도 승인 화면이나 예외 대사 기능을 범위로 나눌 수 있습니다. 개발 인수 자료에는 변경 권한, 포장 전환일, 실패 거래 목록, 수동 전환 및 복구 절차를 남기고 모든 제품의 호환이나 실시간 연동을 사전에 보장하지 않습니다.

여러 창고가 같은 품목을 다루는 경우 환산 계수만 같다고 입고 이력이 자동으로 합쳐지는 것은 아닙니다. 주문과 실제 입고의 창고·사업장, 검수 보류 여부도 함께 보존해야 합니다. 입고 수량은 맞지만 잘못된 창고에 반영된 사례는 수량 환산 오류와 별개로 조사하고, 실제 이동을 승인하기 전에는 화면 집계만 바꿔 해결한 것으로 표시하지 않습니다.

여러 원천의 단위를 AI 조회에서 비교하는 설계는 온톨로지 박스·낱개 수량 합산에서 구분해 확인하세요. 발주 요청·승인과 공급사 전달의 범위는 발주 관리 시스템 구축에서 살펴볼 수 있습니다.

검수표에는 원천 수량과 원장 반영 수량을 함께 둡니다#

기본 표본에서는 품목 A의 V1 계수 12개를 등록하고 5박스를 발주합니다. 시스템에 주문 수량 5박스와 예상 재고 수량 60개가 구분돼 있는지 확인하세요. 첫 입고 3박스와 둘째 입고 2박스를 각각 처리하면 원장에 실제 반영된 값은 36개와 24개이며 합계는 60개입니다. 화면에 표시된 3박스와 36개를 별개의 입고로 더하지 않는지, 재전송된 입고가 두 번 반영되지 않는지 검수합니다.

입고 차이 표본은 3박스를 받았지만 실제 낱개로 센 수량이 35개인 가상 사례입니다. 환산 예상치는 36개, 현장 실측은 35개이므로 1개 차이를 표시합니다. 이 1개는 확인이 필요한 수량 차이이며 손실로 확정된 수치는 아닙니다. 담당자가 누락·파손·입력 오류를 확인하기 전 36개를 실제 입고로 강제하지 않는지, 수정 사유와 승인 후 원장 반영이 연결되는지 살펴보세요.

낱개 반품 표본은 60개가 실제 입고된 후 2개를 반품하는 경우입니다. 원장에 반영된 순수량은 60−2로 58개입니다. 원 발주 5박스는 역사적 주문 수량이고 반품 이후 58개가 창고에 실제로 남아 있는지는 다른 출고·조정이 없다는 가상 전제에서만 성립합니다. 시스템이 2개 반품과 박스 표시값을 각각 별도 반품으로 중복 반영하지 않는지 검수합니다.

포장 변경 표본은 과거 V1이 1박스 12개, 신규 V2가 1박스 10개인 경우를 사용합니다. 기존 5박스 발주의 예상 60개가 단순한 V2 등록만으로 50개로 바뀌지 않는지 확인하고, 새 V2 발주 5박스는 50개가 되는지 확인하세요. 기존 미입고 수량에 V2를 적용하기로 실제 변경 승인한 사례는 별도 표본으로 만들고 변경 사유·담당자·이전 수량을 보존합니다.

경계와 오류 시험에는 소수 박스 입력, 낱개 반품의 반복 소수, 음수 또는 0 계수, 유효기간 겹침, 다른 품목의 상자 수량이 포함됩니다. 제품의 허용 정밀도와 반올림 방식에 따라 잔량이 다른 단위에서 0으로 표시될 수 있으므로 계산값과 저장값을 함께 대조하세요. 이미 성공한 입고를 다시 수신하거나 환산 실패 후 재처리할 때 거래 ID가 중복 원장 반영을 막는지도 확인합니다.

인수 시에는 각 표본의 입력 단위, 사용된 포장 버전, 계산식, 실제 원장 반영 수량과 승인 결과를 표로 남깁니다. 담당자가 원천 납품서에서 ERP 거래 행까지 추적할 수 있고, 실패 거래가 어떤 상태에서 누구에게 보류되는지 설명할 수 있어야 합니다. 재고 조정 권한과 연동 중지·재개, 원본 데이터 회수 및 운영 인수 범위는 화면 납품과 별도로 합의합니다.