B2B 주문 마감·묶음출고 시스템: 추가 주문과 출고 확정을 나누는 법

B2B 주문 마감·묶음출고 시스템은 여러 원주문을 배송지·출고일·창고·운송조건으로 연결하되 주문 수정 마감과 출고 묶음 확정을 별도 상태로 관리해야 합니다. 확정 뒤 추가 주문은 기존 묶음에 자동 삽입하지 않고 새 묶음이나 승인된 변경으로 처리합니다. 원주문행과 출고행의 연결 수량을 남겨야 일부 취소와 분리 복구를 검수할 수 있습니다.

같은 거래처가 오전에 주문 세 건을 넣고 오후에 한 건을 더 보냈습니다. 영업팀은 한 상자로 보내 달라고 했지만 창고는 이미 앞선 주문의 피킹을 시작했습니다. 화면에서 네 주문을 합치면 포장 지시와 운송장, 원주문별 출고 상태가 서로 달라질 수 있습니다. 묶음출고를 발주할 때 필요한 기준은 주문을 선택하는 체크박스에 그치지 않습니다. 어느 시점까지 바꿀 수 있는지, 작업이 시작된 묶음에 누가 변경을 요청할지, 원주문 하나를 뺄 때 다른 주문의 작업을 어떻게 유지할지가 필요합니다.

주문 마감은 추가·수정 접수의 정책이고 출고 확정은 특정 구성으로 작업을 넘기거나 배송을 마치는 업무 사건입니다. 두 시점은 회사마다 다를 수 있습니다. 이 글에서는 주문 수정 마감, 묶음 구성 확정, 창고 작업 시작, 출고 완료를 나눕니다. 가상 시각 14시 마감은 설명용 정책이며 업계 관행을 뜻하지 않습니다. 지연 수신 주문을 어느 회차에 넣을지도 접수 시각과 원천 발생 시각 중 무엇을 기준으로 삼는지 합의해야 합니다.

묶음출고와 묶음청구는 별도 범위입니다. 같은 상자로 보냈다고 원주문의 가격·계약·청구 관계가 하나가 되지는 않습니다. 거래처가 같아도 수령지나 출고 창고, 운송조건이 다르면 묶지 못할 수 있고 품목 조합상 분리해야 할 경우도 있습니다. 아래 주문번호와 수량은 모두 가상 예시입니다. 회계·세무 문서의 합산 판단과 운송사의 서비스 조건은 해당 책임자가 확인하며 출고 시스템이 자동으로 정답을 보장한다고 전제하지 않습니다.

공식 제품의 묶음 정책은 상태와 필드 경계의 참고 자료다#

2026년 11월 3일 Microsoft 공식 문서 두 편을 확인했습니다. Dynamics 365는 선택한 필드 조합으로 출고를 묶는 정책과 적용 순서를 설명합니다. 자동 기존 출고 결합에는 열린 상태 조건이 있고, 별도의 수동 작업대는 확정 전 다른 구간을 다룹니다. 기능 경로별 허용 상태를 구별해야 합니다. 회사별 주문 마감 시각과 아래 변경 승인·복구 방식은 문서의 기본값이 아닌 설계 제안입니다.

• Microsoft 출고 통합 정책 개요: 묶음 기준 필드와 자동 기존 출고 결합, 수동 작업대의 상태 경계를 설명합니다. 묶음청구의 근거는 아닙니다.
• Microsoft 출고 통합 정책 설정: 조건과 순서가 있는 정책 설정 예시입니다. 모든 ERP의 동일 기능이나 회사 마감 정책을 보장하지 않습니다.

묶음 기준의 버전과 마감 이후 변경 책임을 정한다#

묶음 기준표에는 거래처 식별자, 수령지 식별자와 주소 버전, 출고 창고, 요청 출고일, 운송조건, 분리 지시를 적습니다. 화면의 주소 문자열이 같다고 같은 수령지로 간주하면 층·담당 부서·수령 시간 차이를 놓칠 수 있습니다. 반대로 띄어쓰기만 달라 같은 장소가 나뉘는 문제도 생깁니다. 주소 정규화와 거래처 확인을 어디서 맡을지 정하고 미확인 주소는 자동 결합 대상에서 보류하세요. 담당자가 승인한 식별 관계와 원문 주소를 함께 남겨야 변경을 추적할 수 있습니다.

정책이 여러 개라면 구체적인 예외와 일반 규칙 중 어느 쪽을 먼저 적용할지 명시합니다. 특정 거래처의 분리 요청이 기본 합배송 정책에 덮이지 않아야 합니다. 각 초안에는 실제 적용한 정책 버전과 분리 사유를 남기세요. 운영자가 정책을 고쳤을 때 기존 확정본은 유지하고 새 초안부터 적용하는지, 미확정 건을 다시 계산하는지 구분합니다. 다시 계산한 결과는 변경 전후 연결 수량으로 비교하며 이유 없이 주문이 사라지는 표본은 통과시키지 않습니다.

가상 14시 마감에서는 13시 59분 접수와 14시 접수의 포함 조건을 문장으로 씁니다. 초 단위가 없는 외부 파일과 늦게 들어온 주문을 어떻게 판정할지도 필요합니다. 접수 마감 뒤라도 묶음이 아직 확정되지 않았다면 추가를 허용할지 회사가 선택할 수 있습니다. 허용 여부와 승인자를 기록하되 뒤늦게 받은 주문의 원래 시각을 고쳐 마감 전 주문처럼 만들지는 않습니다. 다음 회차로 넘긴 주문에는 예정 회차와 고객 안내 책임자를 표시합니다.

영업 담당자는 거래처 요청을 제출할 수 있어도 피킹 중인 묶음을 직접 다시 열지 못하게 합니다. 창고 책임자가 작업 회수 가능 여부와 이미 포장한 수량을 확인하고 출고 책임자가 변경을 승인하는 흐름을 정하세요. 조회 전용 직원은 원주문과 묶음 상태를 볼 수 있지만 구성·주소·운송조건을 바꾸지 못합니다. 거래처 포털에서는 타사 주문과 묶음번호를 직접 조회하는 요청도 거부해야 합니다. 내부 승인 메모와 고객에게 보낼 안내 문구도 분리해 외부 노출을 통제합니다.

묶음 구성 확정은 변경 기준점입니다. 원주문 O1과 O2가 S1으로 확정되면 구성본 번호와 생성 시각, 적용 정책을 남기고 WMS에 어떤 버전을 보냈는지 연결합니다. O3 추가로 새 S1 초안을 만들더라도 현장의 작업본은 이전 확정본임을 보여주어야 합니다. 새 버전 수락을 받기 전 두 구성을 모두 확정으로 노출하지 마세요. 종이 작업지나 내려받은 포장 명세가 있다면 구버전 식별과 교체 확인 절차를 운영 인수에 포함합니다.

부분 취소는 원주문행의 취소 가능 잔량과 출고 연결을 함께 확인합니다. 가상 O1 30개 중 10개 취소 요청이 와도 이미 출고된 수량에 같은 취소를 적용하지 않습니다. 미작업 수량만 취소할지 작업 중지 후 일부를 회수할지 업무 책임자가 판단합니다. 취소가 승인되면 해당 연결 수량만 바꾸고 O2의 작업은 유지해야 합니다. 구성 수량을 줄였지만 WMS 회수가 실패한 경우에는 취소 완료 대신 작업 확인 대기로 남겨 두 원장의 차이를 드러냅니다.

연동 요청에는 묶음 식별자와 구성 버전, 원주문행 연결 목록, 단위, 요청 식별자를 넣습니다. 확정 요청의 응답이 유실되면 같은 내용으로 새 출고번호를 만들기 전에 WMS에서 기존 지시를 조회하세요. 이미 처리했다면 그 지시와 연결하고 처리하지 않았다면 같은 요청을 재시도하는 기준이 필요합니다. 이전 버전의 늦은 성공 응답이 최신 구성으로 오인되지 않는지도 확인합니다. 일부 행만 반영된 응답은 전체 성공과 구별하고 누락된 범위만 복구하도록 담당 목록을 남깁니다.

포털이나 연동이 멈추면 승인된 묶음 목록을 기준으로 수동 작업할 범위를 정합니다. 담당자가 별도 양식으로 추가 주문을 받았다면 원주문 식별과 수동 접수 시각, 실제 작업본을 남겨 복구 때 대조합니다. 복구 후 전체 주문을 일괄 재묶으면 이미 처리한 수동 출고가 중복될 수 있습니다. WMS 지시와 완료 내역을 확인하고 미처리 연결만 다시 계산하세요. 실패 건을 지워 대기 목록을 비우는 운영 대신 보류·수동 처리·복구 완료의 이유와 확인자를 남깁니다.

하나의 묶음이 여러 포장이나 차량으로 나뉘는 경우도 인계합니다. 묶음 S1의 구성 합계와 실제 포장별 수량을 연결하되 포장 수가 늘었다고 원주문이 복제되지는 않아야 합니다. 부피나 적재 한도 때문에 나눌 조건은 물류 책임자가 제공하고, 이 글의 묶음 기준이 적재 최적화까지 자동 수행한다고 전제하지 않습니다. 거래처가 일부 포장만 받았을 때 원주문별 미도착을 찾을 수 있도록 포장·운송 참조를 보존하세요. 출고 묶음과 청구 단위가 다를 때도 같은 연결표를 사용해 수량의 출처를 설명할 수 있어야 합니다.

원주문 한 행을 합친 뒤 다시 분리하는 과제로 인수한다#

발주 자료에는 주문 접수 채널과 수정 빈도, 현재 마감 회차, 묶음 기준 필드, 합배송 금지 사례, 창고의 작업 상태를 넣습니다. 주문 건수만으로 견적을 비교하지 마세요. 같은 거래처의 복수 배송지와 주문 한 행의 분할 출고, 수동 추가 요청이 범위를 바꿉니다. 현재 ERP·WMS의 정책 화면과 연동 명세를 받아 설정으로 해결할 구간을 먼저 찾고 별도 개발은 남은 예외와 연결 책임으로 나눕니다. 가격과 일정은 이 표본과 실제 접근 조건을 확인한 뒤 협의해야 합니다.

수량 검수는 O1 30개와 O2 20개를 S1 50개로 묶는 표본에서 시작합니다. O1 10개를 S2로 옮긴 뒤 S1 40개와 S2 10개를 확인하고 원주문별 연결 합계가 O1 30개, O2 20개로 유지되는지 대조하세요. 같은 분리 요청을 다시 보내도 S2가 하나 더 생기지 않아야 합니다. 주문행마다 미출고·연결·작업·완료 수량의 정의를 받아 중복 합산하지 않고, 실제 출고되지 않은 수량을 완료로 표시하지 않는 조건도 확인합니다.

조건 검수에는 같은 거래처·다른 주소, 같은 주소·다른 출고일, 다른 창고, 다른 운송조건과 합배송 금지 조합을 넣습니다. 각각 어떤 필드 때문에 분리됐는지 운영자가 설명할 수 있어야 합니다. 정책 두 개가 동시에 적용되는 주문은 우선순위대로 같은 결과가 나오도록 반복 확인하세요. 미확인 필드가 비어 있는 주문 두 건을 빈 값이 같다는 이유로 자동 합치지 않는지도 봅니다. 회사가 허용한 기본값과 확인 보류를 구분해 인수표에 남깁니다.

마감 검수에서는 경계 시각 직전·동시·직후와 지연 수신 표본을 사용합니다. 주문 마감 뒤 구성 확정 전, 구성 확정 뒤 작업 전, 피킹 중을 각각 바꿔 같은 추가 주문이 다른 처리로 이어지는지 확인하세요. 변경을 거부하면 새 회차와 고객 안내가 남아야 하고 승인하면 이전 구성과 회수·재지시 증거가 이어져야 합니다. 영업 계정으로 작업 중 묶음을 직접 수정해도 서버가 거부하는지 확인하며 단순 화면 버튼 숨김으로 통과시키지 않습니다.

운영 인수자는 부분 취소 한 건과 확정 응답 유실 한 건을 복구하고 원주문·묶음 구성·WMS 지시의 차이를 닫습니다. 일일 인계표에는 새 회차 대기, 주소 확인, 작업 회수 승인 대기, 연동 실패, 수동 처리 후 미대사를 분리하세요. 담당자가 휴가여도 다른 사람이 어떤 원주문을 어느 구성으로 보내야 하는지 복원할 수 있어야 합니다. 묶음 수 감소와 배송비 변화는 별도 측정 항목이며 시스템이 운임 절감이나 마감 준수를 보장한다는 조건으로 인수하지 않습니다.

시각과 일별 집계의 경계는 SCM 업무일 경계 검수에서 별도로 확인합니다. 출고 완료 이후 수량의 후속 처리는 부분출고·반품 검수로 이어집니다. 채널별 가용재고와 실행 원장의 관계는 멀티채널 재고 통합에서 살펴보세요.