KR102548909B1

KR102548909B1 - 물품 주문 및 분배 관리를 위한 시스템 및 컴퓨터화된 방법

Info

Publication number: KR102548909B1
Application number: KR1020210149987A
Authority: KR
Inventors: 양형배; 최재문; 정준오; 임규훈; 라제시 메디디; 지 김; 스미타 모한; 헤르난 어와드 아마르
Original assignee: 쿠팡 주식회사
Priority date: 2021-06-11
Filing date: 2021-11-03
Publication date: 2023-06-29
Also published as: KR20220167188A; TW202403625A; TW202314610A; TWI820728B; WO2022259033A1

Abstract

본 개시는 물품 주문 관리를 위한 컴퓨터화된 방법을 제공하고, 상기 컴퓨터화된 방법은 물품의 주문량을 수신하는 단계; 데이터 저장소로부터, 물품과 연관된 벌크 선적량을 검색하는 단계; 주문량을 충족시키기 위해 벌크 선적의 개수를 결정하는 단계; 목적지의 개수를 검색하는 단계; 목적지의 개수의 배수를 형성하기 위해 잉여 선적량을 결정하는 단계; 잉여 선적량이 임계치 미만인 것에 응답하여, 벌크 공급자 주문을 송신하는 단계; 주문량 및 벌크 선적의 개수의 내림값(floor round)과 벌크 선적량의 곱 사이의 차이를 공급하기 위해 최소 주문량의 가장 적은 수량을 결정하는 단계; 및 잉여 선적량이 임계치보다 더 크다는 것에 응답하여, 최소 주문량의 수량 및 벌크 선적의 개수에 대한 공급자 주문을 송신하는 단계를 포함한다.

Description

물품 주문 및 분배 관리를 위한 시스템 및 컴퓨터화된 방법{SYSTEMS AND COMPUTERIZED METHODS FOR ITEM ORDER AND DISTRIBUTION MANAGEMENT}

본 개시는 일반적으로 물품 주문 및 분배 관리를 위한 컴퓨터화된 시스템 및 방법에 관한 것이다. 특히, 본 개시의 실시예는 지역 소비자 습관에 따라 물품의 구매 수량 및 분배를 최적화하기 위해 이용되는 독창적이고 비전통적인 시스템 및 방법에 관한 것이다.

현대 제조 및 운송 관세는 판매 마진을 유지하면서 거래 비용을 감소시키는 것과 같이 벌크 운송(bulk shipping) 및 구매로 얻은 효율성에 기인하여 감소된 단가를 허용한다. 유통업자에 의한 규모의 경제는 종종 개별적인 소비자에게 전달되며, 소비자 비용을 감소시키고, 그로 인해 유통업자뿐만 아니라 제조자에 대한 판매 및 이익을 증가시킨다.

하지만, 규모의 경제의 이점을 허용하는 공급자 주문은 재고 및 판매의 복잡한 추적 및 관리를 요구한다. 또한, 판매, 배송 및 선적은 시간당 판매된 단위(units)와 같은 비율로 종종 측정되며, 이러한 비율은 종종 빠르게 가속되고 및 감속된다. 유통업자는 이력 판매 데이터를 기초로 이러한 값을 추정(estimate)하려고 시도할 수 있다. 하지만, 이러한 방법은 맞춤화된 구매 주문을 생성하기 위해 다수의 빠르게 변동하는 데이터 스트림을 측정하고 결합하는 것의 불능에 기인하여, 창고 저장 공간 및 능력의 변화와 같은 다른 변수를 생략한다.

추가적으로, 일부 유통업자는 다양한 소비 습관을 갖는 다수의 소비자 기반을 가질 수 있다. 높은 소비율을 갖는 일부 소비자 기반에 대해 벌크 구매가 정당화될 수 있지만, 낮은 소비율을 갖는 다른 소비자 기반에 대해 낭비 및 다른 재고 비용을 회피하도록 개별적인 구매가 더 적합할 수 있다.

벌크 구매에 대한 결정을 더 복잡하게 만드는 것은 소비자 구매의 예상에서 지역 전체에 걸쳐 상품을 준비해야(stage) 한다는 것이다. 상이한 지역은 개별적으로 취하면, 제조자로부터 개별적인 주문 또는 벌크 주문에 의해 더 적절하게 매칭될 수 있는, 다양한 소비 패턴을 나타낼 수 있다. 하지만, 다수의 소비자 기반에 걸쳐 전체적으로 취할 때, 가령, 개별적인 주문을 벌크 주문으로 결합함으로써 새로운 효율성이 발생할 수 있다.

이러한 복잡성의 결과로서, 유통업자는 과거의 평균 판매에 대한 주문 및 분배에 기초하는 단순한 컴퓨터화된 방법을 받아들이도록 이전에 강제되었다. 동시에 유통업자는 고객 만족을 유지하기 위해 고객 요구 사항을 충족하는 것을 보장하기 위해 종종 의도적으로 요구 사항을 과대 추정한다. 하지만, 다수의 데이터 스트림을 통해 보고되는 다수의 빠르게 변하는 변수를 관리하는 복잡성을 피하려는 시도로 과도한 주문을 하는 것(overordering)은 규모의 경제로부터 절약을 무효화하는 낭비되는 판매되지 않은 재고를 초래한다.

대안적으로, 낭비되는 상품 및 재고 비용을 회피하기 위해, 일부 유통업자는 제조자로부터의 개별적인 구매를 기본으로 하며, 이는 규모의 경제에 의한 이점 또는 구매 하의 재고(under-purchase inventory)를 방지하고, 고객 요구 및 운송 일정을 충족시키는 데 불능을 야기한다.

따라서, 변동하는 소비 패턴, 창고 용량의 실시간 데이터 보고 및 재고 비용을 고려하면서 벌크 구매를 최적화하는 개선된 방법 및 시스템에 대한 요구가 있다.

본 개시의 일 양상은 물품 주문 관리를 위한 컴퓨터화된 시스템에 관련되고, 이는 적어도 하나의 프로세서; 및 적어도 하나의 비일시적 저장 매체를 포함하고, 상기 적어도 하나의 비일시적 저장 매체는 적어도 하나의 프로세서에 의해 실행될 때, 적어도 하나의 프로세서가 단계를 수행하게 하게 하는 명령어를 저장한다. 단계는 물품의 주문량을 수신하는 단계; 데이터 저장소로부터, 물품과 연관된 벌크 선적량(bulk shipment quantity)을 검색하는 단계; 주문량을 충족시키기 위해 벌크 선적의 개수를 결정하는 단계; 목적지의 개수를 검색하는 단계; 목적지의 개수의 배수를 형성하기 위해 잉여 선적의 수량을 결정하는 단계; 잉여 선적의 수량이 임계치 미만인 것에 응답하여, 벌크 선적의 개수 및 잉여 선적의 수량에 대한 공급자 주문을 송신하는 단계; 주문량과, 벌크 선적의 개수의 내림값(floor round) 및 벌크 선적량의 곱 사이의 차이를 공급하기 위해 최소 주문량의 가장 적은 수량을 결정하는 단계, 및 잉여 선적의 수량이 임계치보다 더 크다는 것에 응답하여, 최소 주문량의 수량 및 벌크 선적의 개수에 대한 공급자 주문을 송신하는 단계를 포함한다.

본 개시의 다른 양상은 물품 주문 관리를 위한 컴퓨터-구현된 방법에 관련되고, 이는 물품의 주문량을 수신하는 단계; 데이터 저장소로부터, 물품과 연관된 벌크 선적량을 검색하는 단계; 주문량을 충족시키기 위해 벌크 선적의 개수를 결정하는 단계; 목적지의 개수를 검색하는 단계; 목적지의 개수의 배수를 형성하기 위해 잉여 선적의 수량을 결정하는 단계; 잉여 선적의 수량이 임계치 미만인 것에 응답하여, 벌크 선적의 개수 및 잉여 선적의 수량에 대한 공급자 주문을 송신하는 단계; 주문량과 벌크 선적의 개수의 내림값(floor round) 및 벌크 선적량의 곱 사이의 차이를 공급하기 위해 최소 주문량의 가장 적은 수량을 결정하는 단계, 및 잉여 선적의 수량이 임계치보다 더 크다는 것에 응답하여, 최소 주문량의 수량 및 벌크 선적의 개수에 대한 공급자 주문을 송신하는 단계를 포함한다.

본 개시의 또 다른 양상은 물품 주문 관리를 위한 컴퓨터-구현된 방법에 관련되며, 이는 복수의 지역 각각의 재고 레벨 및 계획된 물품 예약 레벨을 기초로 물품의 주문량을 결정하는 단계; 데이터 저장소로부터, 물품과 연관된 벌크 선적량을 검색하는 단계; 주문량을 충족시키기 위해 벌크 선적의 개수를 결정하는 단계; 복수의 지역의 각각 내에서 각 목적지에 대한 사용되지 않은 저장 체적을 결정하는 단계; 지역의 개수의 배수를 형성하기 위해 잉여 선적의 수량을 결정하는 단계; 잉여 선적의 수량이 임계치 미만인 것에 응답하여, 벌크 선적의 개수 및 잉여 선적의 수량에 대한 공급자 주문을 송신하는 단계; 및 지역의 계획된 물품 예약 레벨 및 재고 레벨을 기초로, 그리고 목적지가 벌크 선적의 체적을 초과하는 사용되지 않은 저장 체적을 갖는다는 것에 응답하여, 각각의 지역에서의 목적지에 벌크 선적을 할당하는 단계를 포함한다.

다른 시스템, 방법 및 컴퓨터 판독 가능 매체가 또한, 본원에서 논의된다.

도 1a는 개시된 실시예와 일치하는, 운송, 수송 및 물류 작업(logistics operations)을 가능케 하는 통신을 위한 컴퓨터화된 시스템을 포함하는 네트워크의 예시적인 실시예를 도시하는 개략적인 블록도이다.
도 1b는 개시된 실시예와 일치하는, 대화형 사용자 인터페이스 요소와 함께 검색 요청을 만족시키는 하나 이상의 검색 결과를 포함하는 샘플 검색 결과 페이지(Search Result Page, SRP)를 도시한다.
도 1c는 개시된 실시예와 일치하는, 대화형 사용자 인터페이스 요소와 함께 제품 및 제품에 대한 정보를 포함하는 샘플 단일 디스플레이 페이지(Single Display Page, SDP)를 도시한다.
도 1d는 개시된 실시예와 일치하는, 대화형 사용자 인터페이스 요소와 함께 가상의 쇼핑 카트(shopping cart) 내의 물품을 포함하는 샘플 카트 페이지(Cart page)를 도시한다.
도 1e는 개시된 실시예와 일치하는, 대화형 사용자 인터페이스 요소와 함께, 구매 및 운송에 대한 정보와 함께 가상 쇼핑 카트로부터의 물품을 포함하는 샘플 주문 페이지를 도시한다.
도 2는 개시된 실시예와 일치하는, 개시된 컴퓨터화된 시스템을 이용하도록 구성된 예시적인 풀필먼트 센터(fulfillment center)의 개략도이다.
도 3은 개시된 실시예와 일치하는, 물품 주문 관리 프로세스의 예시적인 실시예를 도시하는 흐름도이다.
도 4는 개시된 실시예와 일치하는, 지역 목적지 사용 및 용량의 개략도이다.
도 5는 개시된 실시예와 일치하는, 재고 경향 및 목적지 용량을 분석하는 물품 주문 관리 프로세스의 예시적인 실시예를 도시하는 흐름도이다.

다음의 상세한 서술은 첨부 도면을 참조한다. 어디서든 가능하다면, 동일하거나 유사한 부분을 지칭하기 위해 도면 및 다음의 서술에서 동일한 참조 부호가 사용된다. 수개의 예시적인 실시예가 본원에서 서술되지만, 수정, 조정(adaptations) 및 다른 구현이 가능하다. 예를 들어, 도면에 도시된 구성요소 및 단계에 대해, 대체, 추가 또는 수정이 이루어질 수 있으며, 본원에서 서술된 예시적인 방법은 개시된 방법에서 단계를 대체하거나, 재정렬하거나, 제거하거나 또는 추가함으로써 수정될 수 있다. 따라서, 다음의 상세한 설명은 개시된 실시예 및 예시로 제한되지 않는다. 그 대신에, 본 발명의 적절한 범주는 첨부된 청구 범위에 의해 정의된다.

본 개시의 실시예는 실시간 조건에 따라 재고 부족을 자동으로 예상하고 재고 분배를 최적화하기 위해 실시간으로 검색되거나 또는 보고될 수 있는 다수의 데이터 소스로부터 데이터를 구매 및 재고 관리 모델에 통합하기 위한 시스템 및 방법에 관련된다.

도 1a를 참조하면, 운송, 수송 및 물류 작업을 가능케 하는 통신을 위한 컴퓨터화된 시스템을 포함하는 시스템의 예시적인 실시예를 도시하는 개략적인 블록도(100)가 도시된다. 도 1a에 도시된 바와 같이, 시스템(100)은 다양한 시스템을 포함할 수 있고, 이들 시스템 각각은 하나 이상의 네트워크를 통해 서로 연결될 수 있다. 시스템은 또한, 예를 들어, 케이블을 사용하여 직접적인 연결을 통해 서로 연결될 수 있다. 도시된 시스템은, 선적 권한 기술(shipment authority technology, SAT) 시스템(101), 외부 프론트 엔드 시스템(external front end system, 103), 내부 프론트 엔드 시스템(internal front end system, 105), 수송 시스템(transportation system, 107), 모바일 디바이스(107A, 107B 및 107C), 판매자 포털(109), 선적 및 주문 추적(shipment and order tracking, SOT) 시스템(111), 풀필먼트 최적화(fulfillment optimization, FO) 시스템(113), 풀필먼트 메시징 게이트웨이(fulfillment messaging gateway, FMG, 115), 공급 체인 관리(supply chain management, SCM) 시스템(117), 창고 관리 시스템(warehouse management system, 119), 모바일 디바이스(119A, 119B 및 119C)(풀필먼트 센터(FC, 200)의 내부에 있는 것으로 도시됨), 제3 자의 풀필먼트 시스템(121A, 121B 및 121C), 풀필먼트 센터 인증 시스템(fulfillment center authorization system, FC Auth, 123) 및 노동 관리 시스템(labor management system, LMS, 125)을 포함한다.

일부 실시예에서, SAT 시스템(101)은 주문 상태(order status) 및 배송 상태(delivery status)를 모니터링하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, SAT 시스템(101)은 주문이 그 약속된 배송 날짜(Promised Delivery Date, PDD)를 경과한 것인지를 결정할 수 있고, 새로운 주문을 개시하는 것, 미배송된 주문의 물품을 재운송하는 것, 미배송된 주문을 취소하는 것, 주문한 고객과의 연락(contact)을 개시하는 것 등을 포함하는 적절한 액션을 취할 수 있다. SAT 시스템(101)은 또한, (특정 기간 동안 운송된 다수의 패키지와 같은) 출력 및 (운송에 사용하기 위해 수신된 빈 판지 박스(empty cardboard boxes)의 개수와 같은) 입력을 포함하는, 기타 데이터를 모니터링할 수 있다. SAT 시스템(101)은 또한, 시스템(100)에서 상이한 디바이스 간에 게이트웨이로서 동작하여, (예를 들어, 저장-및-전달(store-and-forward) 또는 다른 기술을 사용하여) 외부 프론트 엔드 시스템(103) 및 FO 시스템(113)과 같은 디바이스 사이의 통신을 가능하게 한다.

일부 실시예에서, 외부 프론트 엔드 시스템(103)은 외부 사용자가 시스템(100) 내의 하나 이상의 시스템과 상호 작용할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 시스템(100)이 시스템에 대한 프리젠테이션(presentation)을 가능하게 하여 사용자가 물품을 주문할 수 있게 하는 실시예에서, 외부 프론트 엔드 시스템(103)은 검색 요청을 수신하고, 물품 페이지를 제시하고, 결제 정보를 요구(solicit)하는 웹 서버로서 구현될 수 있다. 예를 들어, 외부 프론트 엔드 시스템(103)은 Apache HTTP 서버, 마이크로소프트 인터넷 정보 서비스(Microsoft Internet Information Services, IIS), NGINX 등과 같은 소프트웨어를 구동하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다. 다른 실시예에서, 외부 프론트 엔드 시스템(103)은 외부 디바이스(예를 들어, 모바일 디바이스(102A) 또는 컴퓨터(102B))로부터 요청을 수신하고 처리하도록 설계된 고객 웹 서버 소프트웨어를 실행하고, 이들 요청에 기초하여 데이터베이스 및 기타 데이터 저장소로부터 정보를 획득하고, 획득된 정보에 기초하여 수신된 요청에 대한 응답을 제공할 수 있다.

일부 실시예에서, 외부 프론트 엔드 시스템(103)은 웹 캐싱 시스템(web caching system), 데이터베이스, 검색 시스템 또는 지불 시스템 중 하나 이상을 포함할 수 있다. 일 양상에서, 외부 프론트 엔드 시스템(103)은 이들 시스템 중 하나 이상을 포함할 수 있고, 반면에 다른 양상에서, 외부 프론트 엔드 시스템(103)은 이들 시스템 중 하나 이상에 연결된 인터페이스(예를 들어, 서버-대-서버, 데이터베이스-대-데이터베이스, 또는 다른 네트워크 연결)을 포함할 수 있다.

도 1b, 도 1c, 도 1d 및 도 1e에 의해 도시된 단계의 예시적인 세트는 외부 프론트 엔드 시스템(103)의 일부 동작을 서술하는 데에 도움이 될 것이다. 외부 프론트 엔드 시스템(103)은 프리젠테이션 및/또는 디스플레이를 위해 시스템(100) 내의 시스템 또는 디바이스로부터 정보를 수신할 수 있다. 예를 들어, 외부 프론트 엔드 시스템(103)은 검색 결과 페이지(SRP)(예를 들어, 도 1b), 단일 상세 페이지(SDP)(예를 들어, 도 1c), 카트 페이지(예를 들어, 도 1d) 또는 주문 페이지(예를 들어, 도 1e)를 포함하여, 하나 이상의 웹 페이지를 호스팅하거나 제공할 수 있다. 사용자 디바이스(예를 들어, 모바일 디바이스(102A) 또는 컴퓨터(102B)를 사용함)는, 외부 프론트 엔드 시스템(103)을 탐색하고(navigate), 검색 박스에 정보를 입력함으로써 검색을 요청할 수 있다. 외부 프론트 엔드 시스템(103)은 시스템(100) 내의 하나 이상의 시스템으로부터 정보를 요청할 수 있다. 예를 들어, 외부 프론트 엔드 시스템(103)은 검색 요청을 만족시키는 FO 시스템(113)으로부터 정보를 요청할 수 있다. 외부 프론트 엔드 시스템(103)은 또한, 검색 결과에 포함된 각 제품에 대한 약속된 배송 날짜 즉 "PDD"를 (FO 시스템(113)으로부터) 요청하고 수신할 수 있다. 일부 실시예에서, PDD는, 특정 기간 내에(예를 들어, 하루가 끝날 때까지(오후 11시 59분)) 주문된 경우, 제품을 포함하는 패키지가 사용자의 원하는 위치에 도착할 때, 또는 제품이 사용자의 원하는 위치에 배송될 것으로 약속된 날짜에 대한 추정을 나타낼 수 있다. (PDD는 FO 시스템(113)과 관련하여 아래에 더 논의된다).

외부 프론트 엔드 시스템(103)은 정보에 기초하여 SRP(예를 들어, 도 1b)를 준비할 수 있다. SRP는 검색 요청을 만족시키는 정보를 포함할 수 있다. 예를 들어, 이는 검색 요청을 만족시키는 제품의 사진(pictures of products)을 포함할 수 있다. SRP는 또한, 각 제품의 각각의 가격, 또는 각 제품에 대한 향상된 배송 옵션, PDD, 무게, 크기, 제안(offers), 할인 등에 관한 정보를 포함할 수 있다. 외부 프론트 엔드 시스템(103)은 (예를 들어, 네트워크를 통해) 요청측 사용자 디바이스(requesting user device)에 SRP를 전송할 수 있다.

그 후, 사용자 디바이스는, 예를 들어, 사용자 인터페이스를 클릭(clicking) 또는 탭(tapping)하거나, 다른 입력 디바이스를 사용함으로써, SRP 상에 나타내어진 제품을 선택하여, SRP로부터 제품을 선택할 수 있다. 사용자 디바이스는 선택된 제품에 관한 정보 요청(request for information on the selected product)을 공식화하여(formulate) 그것을 외부 프론트 엔드 시스템(103)에 전송할 수 있다. 이에 응답하여, 외부 프론트 엔드 시스템(103)은 선택된 제품과 관련된 정보를 요청할 수 있다. 예를 들어, 정보는 각각의 SRP 상에 제품에 대해 제시된 것 이외의 추가 정보를 포함할 수 있다. 이는, 예를 들어, 유통 기한(shelf life), 원산지(country of origin), 무게, 크기, 패키지 내의 물품의 개수(number of items in package), 취급 지시(handling instructions) 또는 제품에 대한 기타 정보를 포함할 수 있다. 정보는 (예를 들어, 이 제품 및 적어도 하나의 다른 제품을 구매한 고객에 대한 빅 데이터 및/또는 기계 학습 분석에 기초하여) 유사한 제품에 대한 추천사항(recommendations), 자주 묻는 질문에 대한 답변, 고객으로부터의 리뷰, 제조자 정보, 사진 등을 포함할 수 있다.

외부 프론트 엔드 시스템(103)은 수신된 제품 정보에 기초하여 SDP(Single Detail Page)(예를 들어, 도 1c)를 준비할 수 있다. SDP는 또한, "바로 구매(Buy Now)" 버튼, "카트에 추가(Add to Cart)" 버튼, 수량 필드, 물품의 사진 등과 같은 기타 대화형 요소를 포함할 수 있다. SDP는 제품을 제안하는 판매자의 목록을 더 포함할 수 있다. 목록은 각 판매자가 제안하는 가격에 기초하여 순서화될(ordered) 수 있어, 최저 가격으로 제품을 판매하겠다고 제안한 판매자가 맨 위(the top)에 나열될 수 있다. 목록은 또한, 최고 랭킹의 판매자(highest ranked seller)가 맨 위에 나열될 수 있도록 판매자 랭킹에 기초하여 순서화될 수 있다. 판매자 순위는, 예를 들어, 약속된 PDD를 충족한 판매자의 과거 추적 기록을 포함하여, 다수의 인자(factor)에 기초하여 수식화될 수 있다. 외부 프론트 엔드 시스템(103)은 (예를 들어, 네트워크를 통해) 요청측 사용자 디바이스에 SDP를 전달할 수 있다.

요청측 사용자 디바이스는 제품 정보를 나열한 SDP를 수신할 수 있다. SDP를 수신하면, 사용자 디바이스는 SDP와 상호 작용할 수 있다. 예를 들어, 요청측 사용자 디바이스의 사용자는 SDP 상의 "카트에 담기(Place in Cart)" 버튼을 클릭하거나 다른 방식으로 상호 작용할 수 있다. 이는 그 제품을 사용자와 연관된 쇼핑 카트(shopping cart)에 추가한다. 사용자 디바이스는 제품을 쇼핑 카트에 추가하라는 이 요청을 외부 프론트 엔드 시스템(103)에 송신할 수 있다.

외부 프론트 엔드 시스템(103)은 카트 페이지(예를 들어, 도 1d)를 생성할 수 있다. 일부 실시예에서, 카트 페이지는 사용자가 가상 "쇼핑 카트"에 추가한 제품을 나열한다. 사용자 디바이스는 SRP, SDP 또는 다른 페이지 상의 아이콘을 클릭하거나 다른 방식으로 상호 작용함으로써 카트 페이지에 요청할 수 있다. 일부 실시예에서, 카트 페이지는, 사용자가 쇼핑 카트에 추가한 모든 제품을 나열할 뿐만 아니라, 각 제품의 수량, 각 제품의 물품당 가격, 각 제품의 관련 수량에 기초한 가격, PDD에 관한 정보, 배송 방법, 운송비(shipping cost), 쇼핑 카트 내의 제품을 수정하기 위한 사용자 인터페이스 요소(예를 들어, 수량 삭제 또는 수정), 다른 제품을 주문하거나 제품의 정기 배송(periodic delivery)을 설정하기 위한 옵션, 이자 결제(interest payment)를 설정하기 위한 옵션, 구매를 진행하기 위한 사용자 인터페이스 요소 등과 같이 카트에 있는 제품에 관한 정보를 나열할 수 있다. 사용자 디바이스에서 사용자는, 쇼핑 카트에서 제품의 구매를 개시하기 위해 사용자 인터페이스 요소(예를 들어, "바로 구매"를 판독하는 버튼)를 클릭하거나 다른 방식으로 상호 작용할 수 있다. 그렇게 하면, 사용자 디바이스는 구매를 개시하라는 이 요청을 외부 프론트 엔드 시스템(103)에 송신할 수 있다.

외부 프론트 엔드 시스템(103)은 구매를 개시하라는 요청을 수신한 것에 응답하여 주문 페이지(예를 들어, 도 1e)를 생성할 수 있다. 일부 실시예에서, 주문 페이지는, 쇼핑 카트로부터 물품을 재나열하고(re-list), 결제 및 운송 정보의 입력을 요청한다. 예를 들어, 주문 페이지는, 쇼핑 카트에 있는 물품의 구매자에 관한 정보를 요청하는 섹션(예를 들어, 이름, 주소, 이메일 주소, 전화 번호), 받는 사람에 관한 정보(예를 들어, 이름, 주소, 전화 번호, 배송 정보), 운송 정보(예를 들어, 배송 속도/방법 및/또는 픽업(pickup)), 결제 정보(예를 들어, 신용 카드, 은행 송금, 수표, 저장된 신용카드(stored credit)), 현금 영수증을 요청하기 위한 사용자 인터페이스 요소(예를 들어, 세금 목적으로) 등을 포함할 수 있다. 외부 프론트 엔드 시스템(103)은 주문 페이지를 사용자 디바이스에 전송할 수 있다.

사용자 디바이스는, 주문 페이지 상에 정보를 입력하고, 정보를 외부 프론트 엔드 시스템(103)에 전송하는 사용자 인터페이스 요소를 클릭하거나 다른 방식으로 상호 작용할 수 있다. 거기서부터, 외부 프론트 엔드 시스템(103)은 정보를 시스템(100) 내의 상이한 시스템에 전송하여 쇼핑 카트에 있는 제품을 갖는 새로운 주문의 생성 및 처리를 가능하게 할 수 있다.

일부 실시예에서, 외부 프론트 엔드 시스템(103)은 또한, 판매자가 주문에 관한 정보를 송신하고 수신할 수 있도록 구성될 수 있다.

일부 실시예에서, 내부 프론트 엔드 시스템(105)은 내부 사용자(예를 들어, 시스템(100)을 소유, 운영 또는 임대하는 조직의 직원)가 시스템(100) 내의 하나 이상의 시스템과 상호 작용할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 시스템(100)이 사용자가 물품을 주문할 수 있게 하는 시스템의 프리젠테이션을 가능하게 하는 실시예에서, 내부 프론트 엔드 시스템(105)은 내부 사용자가 주문에 대한 진단 및 통계 정보를 보거나(view), 물품 정보를 수정하거나, 주문에 관한 통계를 검토(review)할 수 있게 하는 웹 서버로서 구현될 수 있다. 예를 들어, 내부 프론트 엔드 시스템(105)은 Apache HTTP 서버, 마이크로소프트 인터넷 정보 서비스(IIS), NGINX 등과 같은 소프트웨어를 실행하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다. 다른 실시예에서, 내부 프론트 엔드 시스템(105)은 시스템(100)에 도시된 시스템 또는 디바이스(도시되지 않은 다른 디바이스뿐만 아니라)로부터 요청을 수신하고 처리하도록 설계된 고객 웹 서버 소프트웨어를 실행할 수 있고, 이들 요청에 기초하여 데이터베이스 및 기타 데이터 저장소로부터 정보를 획득하고, 획득된 정보에 기초하여 수신된 요청에 대한 응답을 제공할 수 있다.

일부 실시예에서, 내부 프론트 엔드 시스템(105)은 웹 캐싱 시스템, 데이터베이스, 검색 시스템, 결제 시스템, 분석 시스템, 주문 모니터링 시스템 등 중 하나 이상을 포함할 수 있다. 일 양상에서, 내부 프론트 엔드 시스템(105)은 이들 시스템 중 하나 이상을 포함할 수 있고, 반면에 다른 양상에서, 내부 프론트 엔드 시스템(105)은 이들 시스템 중 하나 이상에 연결된 인터페이스(예를 들어, 서버-대-서버, 데이터베이스-대-데이터베이스, 또는 다른 네트워크 연결)을 포함할 수 있다.

일부 실시예에서, 수송 시스템(107)은 시스템(100) 내의 시스템 또는 디바이스와 모바일 디바이스(107A 내지 107C) 사이의 통신을 가능하게 하는 컴퓨터 시스템으로서 구현될 수 있다. 일부 실시예에서, 수송 시스템(107)은 하나 이상의 모바일 디바이스(107A 내지 107C)(예를 들어, 모바일 폰, 스마트 폰, PDA 등)로부터 정보를 수신할 수 있다. 예를 들어, 일부 실시예에서, 모바일 디바이스(107A 내지 107C)는 배송 작업자(delivery worker)에 의해 운영되는 디바이스를 포함할 수 있다. 정규직(permanent) 직원, 임시(temporary) 직원 또는 교대(shift) 직원일 수 있는 배송 작업자는 모바일 디바이스(107A 내지 107C)를 활용하여 사용자에 의해 주문된 제품을 포함하는 패키지의 배송을 행할 수 있다. 예를 들어, 패키지를 배송하기 위해, 배송 작업자는 모바일 디바이스 상에서 어느 패키지를 배송할 것인지와 그 패키지를 어디로 배송할 것인지를 나타내는 통지를 수신할 수 있다. 배송 위치에 도착하면, 배송 작업자는 패키지를 (예를 들어, 트럭의 후면에, 혹은 패키지의 박스(crate)에) 위치시키거나, 모바일 디바이스를 사용하여 패키지 상의 식별자(identifier)(예를 들어, 바코드, 이미지, 텍스트 스트링(text string), RFID 태그 등)와 연관된 데이터를 스캔하거나 다른 방식으로 캡처하고, 패키지를 (예를 들어, 문 앞에 두거나, 경비원에게 맡겨 두거나, 받는 사람에게 건네주는 등으로써) 전달한다. 일부 실시예에서, 배송 작업자는 모바일 디바이스를 사용하여 패키지의 사진(들)을 캡처하고, 및/또는 서명을 얻을 수 있다. 모바일 디바이스는, 예를 들어, 시간, 날짜, GPS 위치, 사진(들), 배송 작업자와 관련된 식별자, 모바일 디바이스와 관련된 식별자 등을 포함하는 배송에 관한 정보를 포함하는 정보를 수송 시스템(107)에 전송할 수 있다. 수송 시스템(107)은 시스템(100) 내의 다른 시스템에 의해 액세스되도록 이 정보를 데이터베이스(도시되지 않음)에 저장할 수 있다. 일부 실시예에서, 수송 시스템(107)은 이 정보를 사용하여 특정 패키지의 위치를 나타내는 추적 데이터를 준비하여 다른 시스템에 전송할 수 있다.

일부 실시예에서, 특정 사용자는 한 종류의 모바일 디바이스를 사용할 수 있으며(예를 들어, 정규직 작업자는 바코드 스캐너, 스타일러스 및 기타 디바이스들과 같은 맞춤형 하드웨어(custom hardware)를 갖는 전용 PDA(specialized PDA)를 사용할 수 있고), 반면에 다른 사용자는 다른 종류의 모바일 디바이스를 사용할 수 있다(예를 들어, 임시 또는 교대 작업자는 기성품의(off-the-shelf) 모바일 폰 및/또는 스마트 폰을 활용할 수 있다).

일부 실시예에서, 수송 시스템(107)은 사용자를 각 디바이스와 연관시킬 수 있다. 예를 들어, 수송 시스템(107)은, 사용자(예를 들어, 사용자 식별자, 직원 식별자 또는 전화 번호로 나타내어짐)와 모바일 디바이스(예를 들어, IMEI(International Mobile Equipment Identity), IMSI(International Mobile Subscription Identifier), 전화 번호, UUID(Universal Unique Identifier) 또는 GUID(Globally Unique Identifier)로 나타내어짐) 사이의 연관성을 저장할 수 있다. 수송 시스템(107)은, 무엇보다도, 작업자의 위치, 작업자의 효율성 또는 작업자의 속도를 결정하기 위해, 배송시 수신된 데이터와 함께 이 연관성을 사용하여 데이터베이스에 저장된 데이터를 분석할 수 있다.

일부 실시예에서, 판매자 포털(109)은, 판매자 또는 다른 외부 개체가 시스템(100) 내의 하나 이상의 시스템과 전자적으로 통신할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 판매자는, 판매자 포털(109)을 사용하여, 판매자가 시스템(100)을 통해 판매하고 싶어하는 제품에 대한 제품 정보, 주문 정보, 연락처 정보 등을 업로드하거나 제공하기 위해 컴퓨터 시스템(도시되지 않음)을 활용할 수 있다.

일부 실시예에서, 선적 및 주문 추적 시스템(111)은, 고객에 의해(예를 들어, 디바이스(102A 및 102B)를 사용하는 사용자에 의해) 주문된 제품을 포함하는 패키지의 위치에 관한 정보를 수신하고, 저장하고, 전달하는 컴퓨터 시스템으로서 구현될 수 있다. 일부 실시예에서, 선적 및 주문 추적 시스템(111)은, 고객에 의해 주문된 제품을 포함하는 패키지를 배송하는 운송 회사에 의해 운영되는 웹 서버(도시되지 않음)로부터, 정보를 요청하거나 저장할 수 있다.

일부 실시예에서, 선적 및 주문 추적 시스템(111)은 시스템(100) 내에 도시된 시스템으로부터 정보를 요청하고 저장할 수 있다. 예를 들어, 선적 및 주문 추적 시스템(111)은 수송 시스템(107)으로부터 정보를 요청할 수 있다. 위에서 논의된 바와 같이, 수송 시스템(107)은, 하나 이상의 사용자(예를 들어, 배송 작업자) 또는 차량(예를 들어, 배송 트럭)과 연관된 하나 이상의 모바일 디바이스(107A 내지 107C)(예를 들어, 모바일 폰, 스마트 폰, PDA 등)로부터 정보를 수신할 수 있다. 일부 실시예에서, 선적 및 주문 추적 시스템(111)은 또한, 풀필먼트 센터(예를 들어, 풀필먼트 센터(200)) 내부의 개별 제품의 위치를 결정하기 위해, 창고 관리 시스템(WMS, 119)으로부터 정보를 요청할 수 있다. 선적 및 주문 추적 시스템(111)은, 수송 시스템(107) 또는 WMS(119) 중 하나 이상으로부터 데이터를 요청하고, 데이터를 처리하고, 요청 시 데이터를 디바이스(예를 들어, 사용자 디바이스(102A 및 102B))에 제시할 수 있다.

일부 실시예에서, 풀필먼트 최적화(FO) 시스템(113)은, 다른 시스템(예를 들어, 외부 프론트 엔드 시스템(103) 및/또는 선적 및 주문 추적 시스템(111))으로부터의 고객 주문에 관한 정보를 저장하는 컴퓨터 시스템으로서 구현될 수 있다. FO 시스템(113)은 또한, 특정 물품이 어디에 보유되거나 저장되는지를 서술하는 정보를 저장할 수 있다. 예를 들어, 특정 물품은 하나의 풀필먼트 센터에만 저장될 수 있고, 반면에 특정 다른 물품은 다수의 풀필먼트 센터에 저장될 수 있다. 또 다른 실시예에서, 특정 풀필먼트 센터는 특정 세트의 물품(예를 들어, 신선 제품 또는 냉동 제품)만을 저장하도록 설계될 수 있다. FO 시스템(113)은, 이 정보뿐만 아니라 관련 정보(예를 들어, 수량, 크기, 수령일, 만료일 등)를 저장한다.

FO 시스템(113)은 또한, 각 제품의 대응하는 PDD(promised delivery date)를 계산할 수 있다. 일부 실시예에서, PDD는 하나 이상의 인자에 기초할 수 있다. 예를 들어, FO 시스템(113)은, 제품에 대한 과거 수요(예를 들어, 한 기간 동안 제품이 얼마나 자주 주문되었는지), 제품에 대한 예상 수요(다가오는 기간 동안 얼마나 많은 고객이 해당 제품을 주문할 것으로 예측되는지), 한 기간 동안 얼마나 많은 제품이 주문되었는지를 나타내는 네트워크-전역(network-wide) 과거 수요, 다가오는 기간 동안 얼마나 많은 제품이 주문될 것인지 예상하는 것을 나타내는 네트워크-전역 예상 수요, 각 풀필먼트 센터(200)에 저장되는 제품에 대한, 풀필먼트 센터가 각 제품마다 저장하는 하나 이상의 카운트, 해당 제품에 대한 예상 주문 또는 현재 주문 등에 기초하여, 제품에 대한 PDD를 계산할 수 있다.

일부 실시예에서, FO 시스템(113)은, 주기적으로(예를 들어, 시간마다) 각 제품에 대한 PDD를 결정하고, 이를 검색을 위해 데이터 베이스에 저장하거나, 다른 시스템(예를 들어, 외부 프론트 엔드 시스템(103), SAT 시스템(101), 선적 및 주문 추적 시스템(111))에 전송할 수 있다. 다른 실시예에서, FO 시스템(113)은, 하나 이상의 시스템(예를 들어, 외부 프론트 엔드 시스템(103), SAT 시스템(101), 선적 및 주문 추적 시스템(111))으로부터 전자식 요청(electronic requests)을 수신하고, 요구 시(on demand) PDD를 계산할 수 있다.

일부 실시예에서, 풀필먼트 메시징 게이트웨이(FMG, 115)는, 시스템(100) 내의 하나 이상의 시스템(예를 들어, FO 시스템(113))으로부터 하나의 포맷 또는 프로토콜로 요청 또는 응답을 수신하고, 요청 또는 응답을 다른 포맷 또는 프로토콜로 변환하고, 변환된 포맷 또는 프로토콜의 요청 또는 응답을 다른 시스템(예를 들어, WMS(119) 또는 제3 자의 풀필먼트 시스템(121A, 121B 또는 121C))에 전달하거나, 그 반대도 성립하는 컴퓨터 시스템으로서 구현될 수 있다.

일부 실시예에서, 공급 체인 관리(SCM) 시스템(117)은 예측 기능을 수행하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, SCM 시스템(117)은, 예를 들어, 제품에 대한 과거 수요, 제품에 대한 예상 수요, 네트워크-전역 과거 수요, 네트워크-전역 예상 수요, 각 풀필먼트 센터(200)에 저장되는 제품 카운트(count products), 각 제품에 대한 예상 주문 또는 현재 주문 등에 기초하여 특정 제품에 대한 수요 레벨(level of demand)을 예측할 수 있다. 모든 풀필먼트 센터에 걸쳐 각 제품에 대한 이 예측된 레벨 및 양에 응답하여, SCM 시스템(117)은, 특정 제품에 대한 예측된 수요를 만족시키기에 충분한 수량을 구매하고 비축(stock)하기 위해서 하나 이상의 구매 주문을 생성할 수 있다.

일부 실시예에서, 창고 관리 시스템(WMS, 119)은 작업 흐름을 모니터링하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, WMS(119)는 개별 이벤트(discrete events)를 나타내는 개별 디바이스(예를 들어, 디바이스(107A 내지 107C 또는 119A 내지 119C))로부터 이벤트 데이터를 수신할 수 있다. 예를 들어, WMS(119)는 패키지를 스캔하기 위해 이들 디바이스 중 하나의 사용을 나타내는 이벤트 데이터를 수신할 수 있다. 풀필먼트 센터(200) 및 도 2에 관련하여 아래에 논의되는 바와 같이, 풀필먼트 프로세스 동안, 패키지 식별자(예를 들어, 바코드 또는 RFID 태그 데이터)는 특정 단계에서 기계(예를 들어, 자동화되거나 휴대형의 바코드 스캐너, RFID 판독기, 고속 카메라, 태블릿(119A), 모바일 디바이스/PDA(119B), 컴퓨터(119C) 등과 같은 디바이스)에 의해 스캐닝되거나 판독될 수 있다. WMS(119)는, 패키지 식별자, 시간, 날짜, 위치, 사용자 식별자 또는 기타 정보와 함께 대응하는 데이터베이스(도시되지 않음)에 패키지 식별자의 스캔 또는 판독을 나타내는 각 이벤트를 저장할 수 있고, 이 정보를 다른 시스템(예를 들어, 선적 및 주문 추적 시스템(111))에 제공할 수 있다.

일부 실시예에서, WMS(119)는 하나 이상의 디바이스(예를 들어, 디바이스(107A 내지 107C 또는 119A 내지 119C))를 시스템(100)과 연관된 하나 이상의 사용자와 관련시킨 정보를 저장할 수 있다. 예를 들어, 일부 상황에서, 사용자(예를 들어, 시간제 또는 전일제 직원)는, 사용자가 모바일 디바이스(예를 들어, 모바일 디바이스는 스마트 폰임)를 소유한다는 점에서, 모바일 디바이스와 연관될 수 있다. 다른 상황에서, 사용자는, 사용자가 일시적으로 모바일 디바이스를 소유하고 있다(예를 들어, 사용자는 하루의 시작 시에 모바일 디바이스를 체크 아웃하고, 하루 동안 사용할 것이고, 하루가 끝나면 반환할 것이다)는 점에서, 모바일 디바이스와 연관될 수 있다.

일부 실시예에서, WMS(119)는 시스템(100)과 연관된 각 사용자에 대한 작업 로그(work log)를 유지할 수 있다. 예를 들어, WMS(119)는, 임의의 할당된 프로세스(예를 들어, 트럭 하역하기(unloading trucks), 픽 구역(pick zone)으로부터 물품 피킹하기, 리빈 월 작업(rebin wall work), 물품 포장하기), 사용자 식별자, 위치(예를 들어, 풀필먼트 센터(200) 내의 층 또는 구역), 직원에 의해 시스템을 통해 이동된 다수의 유닛(예를 들어, 피킹된 물품의 개수, 포장된 물품의 개수), 디바이스(예를 들어, 디바이스(119A 내지 119C))와 관련된 식별자 등을 포함하여, 각 직원과 연관된 정보를 저장할 수 있다. 일부 실시예에서, WMS(119)는 디바이스(119A 내지 119C)상에서 운영되는 시간 기록 시스템(timekeeping system)과 같은 시간 기록 시스템으로부터 체크 인 및 체크 아웃 정보를 수신할 수 있다.

일부 실시예에서, 제3 자의 풀필먼트(3PL) 시스템(121A 내지 121C)은 물류 및 제품의 제3자 제공자와 연관된 컴퓨터 시스템을 나타낸다. 예를 들어, 일부 제품은 (도 2와 관련하여 후술되는 바와 같이) 풀필먼트 센터(200)에 저장되지만, 다른 제품은 장외(off-site)에 저장될 수 있거나, 요구 시 생산될 수 있거나, 달리 풀필먼트 센터(200)에 저장되어 이용 가능하지 않을 수 있다. 3PL 시스템(121A 내지 121C)은, (예를 들어, FMG(115)를 통해) FO 시스템(113)으로부터 주문을 수신하도록 구성될 수 있고, 제품 및/또는 서비스(예를 들어, 배송 또는 설치)를 고객에게 직접 제공할 수 있다. 일부 실시예에서, 3PL 시스템(121A 내지 121C) 중 하나 이상은 시스템(100)의 일부일 수 있고, 반면에 다른 실시예에서, 3PL 시스템(121A 내지 121C) 중 하나 이상은 시스템(100) 외부에 있을 수 있다(예를 들어, 제3 자 제공자에 의해 소유되거나 운영된다).

일부 실시예에서, 풀필먼트 센터 인증 시스템(FC Auth, 123)은 다양한 기능을 갖는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 일부 실시예에서, FC Auth(123)은 시스템(100) 내의 하나 이상의 다른 시스템에 대한 SSO(single-sign on) 서비스로서 작용할 수 있다. 예를 들어, FC Auth(123)은 사용자가 내부 프론트 엔드 시스템(105)을 통해 로그인할 수 있게 하고, 사용자가 선적 및 주문 추적 시스템(111)에서 리소스에 액세스할 수 있는 유사한 권한(privileges)을 가지고 있는 것으로 결정하고, 사용자가 제2 로그 인 프로세스(second log in process)를 필요로 하지 않고 이들 권한에 액세스할 수 있게 한다. 다른 실시예에서, FC Auth(123)은 사용자(예를 들어, 직원)가 그들 자신을 특정 작업과 연관시킬 수 있게 한다. 예를 들어, 일부 직원은 전자 디바이스(예를 들어, 디바이스(119A 내지 119C))를 갖지 않을 수 있고, 대신에 하루의 일과에서(during the course of a day), 풀필먼트 센터(200) 내에서, 작업별로, 그리고 구역별로, 이동할 수 있다. FC Auth(123)은 이들 직원이 어떤 작업을 행하고 있는지와, 그들이 하루 중 서로 다른 시각에 어느 구역에 있는지를 나타낼 수 있도록 구성될 수 있다.

일부 실시예에서, 노동 관리 시스템(LMS, 125)은 직원(전일제 및 시간제 직원을 포함)에 대한 출근 및 초과 근무 정보(attendance and overtime information)를 저장하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, LMS(125)는 FC Auth(123), WMS(119), 디바이스(119A 내지 119C), 수송 시스템(107) 및/또는 디바이스(107A 내지 107C)로부터 정보를 수신할 수 있다.

도 1a에 도시된 특정 구성은 단지 예시이다. 예를 들어, 도 1a는 FO 시스템(113)에 연결된 FC Auth 시스템(123)을 도시하지만, 모든 실시예가 이 특정 구성을 요구하는 것은 아니다. 실제로, 일부 실시예에서, 시스템(100) 내의 시스템은, 인터넷, 인트라넷, WAN(Wide-Area Network), MAN(Metropolitan-Area Network), IEEE 802.11a/b/g/n 표준과 호환되는 무선 네트워크, 전용 회선(leased line) 등을 포함하는 하나 이상의 공개 또는 비공개 네트워크를 통해 서로 연결될 수 있다. 일부 실시예에서, 시스템(100) 내의 시스템 중 하나 이상은 데이터 센터, 서버 팜(server farm) 등에 구현되는 하나 이상의 가상 서버로서 구현될 수 있다.

도 2는 풀필먼트 센터(200)를 도시한다. 풀필먼트 센터(200)는 주문 시 고객에게 운송되기 위한 물품을 저장하는 물리적 위치의 예이다. 풀필먼트 센터(FC, 200)는 다수의 구역으로 분할될 수 있고, 이들 구역 각각은 도 2에 도시되어 있다. 일부 실시예에서, 이들 "구역"은 물품을 수신하고, 물품을 저장하고, 물품을 검색하고, 물품을 운송하는 프로세스의 상이한 단계 사이의 가상 분할(virtual divisions)로 여겨질 수 있다. 따라서, "구역"이 도 2에 도시되어 있지만, 구역에 대한 다른 분할이 가능하고, 일부 실시예에서, 도 2의 구역이 생략되거나, 복제되거나, 수정될 수 있다.

인바운드 구역(203)은 도 1a로부터 시스템(100)을 사용하여 제품을 판매하고 싶어하는 판매자로부터 물품이 수신되는 풀필먼트 센터(200)의 영역을 나타낸다. 예를 들어, 판매자는 트럭(201)을 사용하여 물품(202A 및 202B)을 배송할 수 있다. 물품(202A)은 그 자체의 운송 팔레트(shipping pallet)를 점유하기에 충분히 큰 단일 물품을 나타낼 수 있고, 반면에 물품(202B)은 공간을 절약하기 위해 동일한 팔레트 상에 함께 적재된 물품의 세트를 나타낼 수 있다.

작업자는 인바운드 구역(203)에서 물품을 수신하고, 선택적으로 컴퓨터 시스템(도시되지 않음)을 사용하여 물품의 손상 및 정확성에 대해 검사할 수 있다. 예를 들어, 작업자는 컴퓨터 시스템을 사용하여 물품(202A 및 202B)의 수량을 물품의 주문량과 비교할 수 있다. 수량이 매칭되지(match) 않으면, 그 작업자는 물품(202A 또는 202B) 중 하나 이상을 거부할 수 있다. 수량이 매칭되면, 작업자는 (예를 들어, 돌리(dolly), 핸드 트럭, 지게차(forklift)를 이용하거나 수동으로) 이들 물품을 버퍼 구역(205)으로 이동시킬 수 있다. 버퍼 구역(205)은, 예를 들어, 피킹 구역에 예측된 수요를 충족시키기에 매우 충분한 수량의 해당 물품이 있기 때문에, 피킹 구역에서 현재 필요하지 않은 물품에 대한 임시 저장 영역일 수 있다. 일부 실시예에서, 지게차(206)는 버퍼 구역(205) 주위에서, 그리고 인바운드 구역(203)과 드롭 구역(207) 사이에서 물품을 이동시키도록 동작된다. 피킹 구역에서 물품(202A 또는 202B)이 필요하다면(예를 들어, 예측된 수요로 인함), 지게차는 물품(202A 또는 202B)을 드롭 구역(207)으로 이동시킬 수 있다.

드롭 구역(207)은, 물품이 피킹 구역(209)으로 이동되기 전에 물품을 저장하는 풀필먼트 센터(200)의 영역일 수 있다. 피킹 작업에 할당된 작업자("피커(picker)")는, 피킹 구역에서 물품(202A 및 202B)에 접근하고, 피킹 구역에 대한 바코드를 스캔하고, 모바일 디바이스(예를 들어, 디바이스 119B)를 사용하여 물품(202A 및 202B)과 연관된 바코드를 스캔할 수 있다. 그 후, 피커는 (예를 들어, 물품을 카트에 담거나 운반함으로써) 물품을 피킹 구역(209)으로 가져갈 수 있다.

피킹 구역(209)은 물품(208)이 저장 유닛(210) 상에 저장되는 풀필먼트 센터(200)의 영역일 수 있다. 일부 실시예에서, 저장 유닛(210)은 물리적 선반, 책장, 박스, 토트(totes), 냉장고, 냉동고, 냉장 창고(cold stores) 등 중 하나 이상을 포함할 수 있다. 일부 실시예에서, 피킹 구역(209)은 다수의 층으로 구성될 수 있다. 일부 실시예에서, 작업자 또는 기계는, 예를 들어, 지게차, 엘리베이터, 컨베이어 벨트, 카트, 핸드 트럭, 돌리, 자동화된 로봇 또는 디바이스를 포함하여 여러 방식으로, 또는 수동으로 물품을 피킹 구역(209)으로 이동시킬 수 있다. 예를 들어, 피커는 드롭 구역(207)에서 핸드 트럭 또는 카트 상에 물품(202A 및 202B)을 담고, 물품(202A 및 202B)을 피킹 구역(209)까지 걸어서 운반할 수 있다.

피커는, 저장 유닛(210)상의 특정 공간과 같이, 피킹 구역(209)의 특정 지점(particular spots)에 물품을 배치(또는 "수납")하라는 명령어(instruction)를 수신할 수 있다. 예를 들어, 피커는 모바일 디바이스(예를 들어, 디바이스(119B))를 사용하여 물품(202A)을 스캔할 수 있다. 디바이스는, 예를 들어, 통로(aisle), 선반 및 위치를 나타내는 시스템을 사용하여 피커가 물품(202A)을 수납해야 하는 위치를 나타낼 수 있다. 그 후, 디바이스는 그 위치에 물품(202A)을 수납하기 전에 피커가 그 위치에서 바코드를 스캔하도록 촉구할 수 있다. 디바이스는, 디바이스(119B)를 사용하는 사용자에 의해 그 위치에 물품(202A)이 수납되었음을 나타내는 데이터를, (예를 들어, 무선 네트워크를 통해) 도 1a의 WMS(119)와 같은 컴퓨터 시스템에 전송할 수 있다.

사용자가 주문을 하면, 피커는 저장 유닛(210)으로부터 하나 이상의 물품(208)을 검색하라는 명령어를 디바이스(119B)상에 수신할 수 있다. 피커는, 물품(208)을 검색하고, 물품(208)상의 바코드를 스캔하고, 물품을 수송 메커니즘(transport mechanism)(214) 상에 배치할 수 있다. 수송 메커니즘(214)은, 슬라이드로 나타내어져 있지만, 일부 실시예에서, 수송 메커니즘은 컨베이어 벨트, 엘리베이터, 카트, 지게차, 핸드 트럭, 돌리 등 중 하나 이상으로서 구현될 수 있다. 그 후, 물품(208)은 포장 구역(packing zone, 211)에 도착할 수 있다.

포장 구역(211)은, 물품이 피킹 구역(209)으로부터 수신되어 고객에게 최종 운송되기 위해 박스 또는 백(bags)에 포장되는 풀필먼트 센터(200)의 영역일 수 있다. 포장 구역(211)에서, 물품 수신에 할당된 작업자("리빈 작업자")는 피킹 구역(209)으로부터 물품(208)을 수신하고 그것이 어느 주문에 대응하는지를 결정할 것이다. 예를 들어, 리빈 작업자는 컴퓨터(119C)와 같은 디바이스를 사용하여 물품(208)상의 바코드를 스캔할 수 있다. 컴퓨터(119C)는 물품(208)이 어느 주문과 연관되는지를 시각적으로 나타낼 수 있다. 이는, 예를 들어, 주문에 대응하는 공간 또는 벽(216)의 셀"을 포함할 수 있다. 일단 주문이 완료되면 (예를 들어, 셀은 주문에 대한 모든 물품을 포함하기 때문에), 리빈 작업자는 주문이 완료된 것을 포장 작업자(packing worker)(또는 "패커(packer)")에게 나타낼 수 있다. 패커는 셀로부터 물품을 검색하여 운송을 위해 박스 또는 백에 담을 수 있다. 그 후, 패커는 예를 들어, 지게차, 카트, 돌리, 핸드 트럭, 컨베이어 벨트를 통해, 박스 또는 백을 허브 구역(213)으로 수동으로 또는 다른 방식으로 전송할 수 있다.

허브 구역(213)은 포장 구역(211)으로부터 모든 박스 또는 백("패키지")을 수신하는 풀필먼트 센터(200)의 영역일 수 있다. 허브 구역(213)의 작업자 및/또는 기계는, 패키지(218)를 검색하고, 각 패키지가 배송 지역 중 어느 부분으로 가고자 의도되는지를 결정하고, 패키지를 적절한 캠프 구역(215)으로 라우팅할 수 있다. 예를 들어, 배송 지역이 두 개의 더 작은 하위-지역(sub-areas)을 갖는 경우, 패키지는 두 개의 캠프 구역(215) 중 하나로 갈 것이다. 일부 실시예에서, 작업자 또는 기계는 (예를 들어, 디바이스(119A 내지 119C) 중 하나를 사용하여) 패키지를 스캔하여 그 최종 목적지를 결정할 수 있다. 패키지를 캠프 구역(215)으로 라우팅하는 것은, 예를 들어, (예를 들어, 우편 번호에 기초하여) 패키지가 예정되어 있는 지리적 지역의 일부를 결정하는 것, 및 지리적 지역의 일부와 연관된 캠프 구역(215)을 결정하는 것을 포함할 수 있다.

일부 실시예에서, 캠프 구역(215)은 하나 이상의 건물, 하나 이상의 물리적 공간 또는 하나 이상의 지역을 포함할 수 있고, 여기서 패키지는 루트 및/또는 서브-루트로 분류되기 위해 허브 구역(213)으로부터 수신된다. 일부 실시예에서, 캠프 구역(215)은 풀필먼트 센터(200)로부터 물리적으로 분리되고, 반면에 다른 실시예에서, 캠프 구역(215)은 풀필먼트 센터(200)의 일부를 형성할 수 있다.

캠프 구역(215) 내의 작업자 및/또는 기계는, 예를 들어, 목적지를 기존의 루트 및/또는 서브-루트와 비교하는 것, 각 루트 및/또는 서브-루트에 대한 작업 부하를 계산하는 것, 하루 중 시각(the time of day), 운송 방법, 패키지(220)를 운송하기 위한 비용, 패키지(220) 내의 물품과 연관된 PDD 등에 기초하여, 패키지(220)가 어느 루트 및/또는 서브-루트와 연관되어야 하는지를 결정할 수 있다. 일부 실시예에서, 작업자 또는 기계는 (예를 들어, 디바이스(119A 내지 119C) 중 하나를 사용하여) 패키지를 스캔하여 그 최종 목적지를 결정할 수 있다. 일단 패키지(220)가 특정 루트 및/또는 서브-루트에 할당되면, 작업자 및/또는 기계는, 운송될 패키지(220)를 이동시킬 수 있다. 예시적인 도 2에서, 캠프 구역(215)은 트럭(222), 자동차(226) 및 배송 작업자(224A 및 224B)를 포함한다. 일부 실시예에서, 트럭(222)은 배송 작업자(224A)에 의해 구동될 수 있고, 여기서 배송 작업자(224A)는 풀필먼트 센터(200)를 위한 패키지를 배달하는 전일제 직원이고, 트럭(222)은, 풀필먼트 센터(200)를 소유하거나, 임대하거나, 운영하는 동일한 회사에 의해 소유되거나, 임대되거나, 운영된다. 일부 실시예에서, 자동차(226)는 배송 작업자(224B)에 의해 운전될 수 있고, 여기서 배송 작업자(224B)는 필요에 따라(on an as-needed basis)(예를 들어, 계절에 따라) "가변적인(flex)" 또는 비정기적인 작업자(occasional worker)이다. 자동차(226)는 배송 작업자(224B)에 의해 소유되거나, 임대되거나, 운영될 수 있다.

도 3은 개시된 실시예와 일치하는, 물품 주문 관리 프로세스(300)의 예시적인 실시예를 예시하는 흐름도이다. 일부 실시예에서, SCM 시스템(117)은 다양한 제품에 대한 예측된 수요를 충족시키기에 충분한 수량을 구매하고 예약하기 위한 하나 이상의 구매 주문을 생성하기 위해 프로세스(300)를 구동할 수 있다.

단계 302에서, SCM 시스템(117)은 물품의 주문량을 수신할 수 있다. 주문량은 예를 들어, 과거 소비 패턴 및 소비 예측을 기초로 할 수 있다. 단일 물품 타입이 프로세스(300)를 참조하여 논의되지만, 프로세스(300)는 복수의 재고 관리 단위(stock keeping unit, SKU)에 대한 주문과 같은 복수의 물품에 대한 주문량도 수용할 수 있다. 일부 실시예에서, SCM 시스템(117)은 가령, 하나 이상의 WMS(119) 또는 FO 시스템(113)으로부터 재고 데이터를 검색함으로써, 주문량을 수신하는 것 대신에 또는 그에 부가하여 재고 정보를 검색하고, 재고 정보에 기초하여 주문량을 생성할 수 있다. 예를 들어, SCM 시스템(117)은 데이터베이스로부터 풀필먼트 센터에서의 SKU의 현재 재고를 검색하고, SKU의 전체 재고를 결정하기 위해 복수의 풀필먼트 센터 각각에 대해 이를 반복할 수 있다. SCM 시스템(117)은 또한, 가령, FO 시스템(113)으로부터 과거 공급자 주문 및 과거 소비자 구매를 검색하고 현재 재고를 계산할 수 있다.

또한, SCM 시스템(117)은 현재 재고와 요구된 재고 사이의 차이에 기초하여 주문량을 결정할 수 있다. 요구되는 재고는 풀필먼트 센터로 상품을 배송하는 데 요구되는 예측된 공급자 시간뿐만 아니라 소비자에 대한 이행되지 않은 판매 또는 SKU의 예측된 판매를 기초로 결정될 수 있다. 예를 들어, SCM 시스템(117)이 1000 위젯이 적어도 하나의 풀필먼트 센터에서의 재고에 있고, 1500 위젯이 구매되었지만 아직 소비자에게 배송되지 않고, 1500을 초과하는 위젯이 일주일 이내에 구매될 것이고 공급자가 풀필먼트 센터로 새로운 위젯을 배송하는데 1주일을 요구하는 것으로 결정하는 경우, SCM 시스템(117)은 주문량이 2000 위젯(구매 1500 + 예측된 구매 1500 - 재고 1000 = 주문 2000)이라고 결정할 수 있다.

일부 실시예에서, SCM 시스템(117)은 또한, 요구되는 예약량(reserve amount)에 기초하여 주문량을 결정할 수 있다. 요구되는 예약량은 소비자로부터의 구매의 급증을 이행하기 위해 재고로 유지되는 SKU의 수량일 수 있다. 예를 들어, SKU에 대한 소비율은 주당 1000 단위일 수 있지만, 때때로 소비율은 주당 1500 단위로 급등할 수 있다. 그러므로, 적은 재고에 기인하여 소비자에 대한 운송의 지연을 최소화시키도록, 요구되는 예약량은 500이 될 수 있다.

따라서, SCM 시스템(117)은 데이터 저장소로부터, 물품에 대응하는 요구되는 예약량을 검색할 수 있다. 데이터 저장소는 예를 들어 네트워크에 걸쳐 SCM 시스템(117)에 의해 액세스 가능한 데이터베이스일 수 있거나, 또는 SCM 시스템(117)의 내부 저장소일 수 있다. 요구되는 예약량은 이력 소비율을 둘러싼 통계적 신뢰 구간을 기초로 할 수 있다. 예를 들어, 유통업자는 현재 재고로 소비자 구매를 충족하는 99.9%의 가능성을 갖기를 원할 수 있다. 과거 소비 패턴에 기초하여, SCM 시스템(117)은 가우스 분포와 같은 통계적 분포를 계산할 수 있고, 소비율의 99.9%가 속할 것으로 예상되는 범위를 결정할 수 있다. 그 후, SCM 시스템(117)은 이 신뢰 구간에 기초하여 요구되는 예약을 할 수 있다.

또한, SCM 시스템(117)은 적어도 하나의 목적지에 대응하는 저장된 물품량을 검색할 수 있다. 목적지는 예를 들어, 이전에 설명된 바와 같이 물품을 포장하고 소비자에게 운송하는 풀필먼트 센터일 수 있으며, 저장된 물품량은 목적지에서의 SKU의 재고일 수 있다. SCM 시스템(117)은 데이터 저장소로부터 저장된 물품량을 검색하는 것 대신에 또는 이에 부가하여 위에서 설명된 바와 같이 저장된 물품량을 계산할 수 있다. 그 후, SCM 시스템(117)은 예약 주문량을 포함하도록 주문량을 설정할 수 있으며, 예약 주문량은 요구되는 예약량과 저장된 물품량 간의 차이이다.

일부 실시예에서, 예약 주문량은 복수의 목적지에 대한 총 예약량을 반영할 수 있다. 예약 주문량은 또한, 단일 목적지 저장된 물품량 및 요구되는 예약량을 기초로 할 수 있다. 예를 들어, 요구되는 예약량은 적어도 하나의 사이트-특정 예약량(site-specific reserve amount)을 포함할 수 있고, 사이트-특정 예약량은 목적지에 대응하고 목적지로부터 물품의 배송율(delivery rate)에 기초한다. 배송율은 특정 목적지에 의해 서비스를 제공받는 소비자에 의한 물품의 구매 횟수에 대응할 수 있다. 또한, 예약 주문량은 복수의 사이트-특정 예약량의 합계일 수 있으며, SCM 시스템(117)은 나중에 목적지에 상품을 할당하기 위해 각각의 목적지와 연계하여 사이트-특정 예약량을 저장할 수 있다.

도 3으로 돌아가서, 단계 304에서, SCM 시스템(117)은 데이터 저장소로부터 물품과 연관된 벌크 선적량을 검색할 수 있다. 제조자 또는 공급자는 물품 특성을 기초로 벌크 선적량을 설정할 수 있다. 예를 들어, 티슈의 벌크 선적은 티슈 제조자에 의해 사용되는 표준 팔레트 크기 및 박스의 체적을 기초로 100개의 박스일 수 있다; 의자의 벌크 선적은 의자 무게에 기인하여 4개의 의자일 수 있다. 벌크 선적은 또한, 티어(tier)로 분할될 수 있어서, 예를 들어, 티슈 100 박스의 벌크 선적은 박스 당 $0.30의 비용이 드는 반면, 티슈 200 박스의 벌크 선적은 박스 당 $0.25의 비용이 들 수 있다.

단계 306에서, SCM 시스템(117)은 주문량을 충족시키기 위해 벌크 선적의 개수를 결정할 수 있다. 단계 306은 벌크 선적의 분수(fractional number)를 계산할 수 있다. 예를 들어, 단계 302로부터의 주문량이 1500 단위이고 벌크 선적량이 1000 단위인 경우, 주문량을 이행하기 위해서는 1.5개의 벌크 선적이 필요할 것이다.

하지만, 다수의 경우에서, 제조자는 벌크 선적의 일부를 수락하지 않을 수 있는데, 왜냐하면 그렇게 하면 기준선 운송 및 거래 비용이 증가하면서 전체 판매량이 감소하여 이익이 감소할 수 있기 때문이다. 또한, 유통업자가 목적지 요구 사항에 매칭하도록 벌크 선적을 더 작은 크기로 분해해야 하고 신속하게 발송되지 않을 수 있는 초과 단위로 목적지를 압도하는 것을 잠재적으로 회피해야 하는 경우, 벌크 주문의 효율성이 무효화될 수 있다. 유통업자에 대해 단위 당 운송 비용 증가를 증가시키는 것에 부가하여, 초과, 판매되지 않은 단위는 저장 비용에 기여하고, 가령 단위가 판매되지 않는 경우 심지어 잠재적으로 낭비된다.

그러므로, SCM 시스템(117)은 단계 306에서 계산된 벌크 선적의 분수를 올림할지, 또는 벌크 선적의 분수를 내림하고 주문량을 개별적으로 또는 상이한 벌크 선적 티어로 충족시키는 데 요구되는 나머지 단위를 주문할지 결정할 수 있다.

예를 들어, 벌크 선적은 팔레트의 그룹으로 배열될 수 있고, 각 팔레트는 예를 들어 SKU의 300 단위를 보유할 수 있다. 유통업자 네트워크가 750 단위를 필요로 하는 경우, 750 단위는 2.5개의 팔레트에 대응한다. 팔레트의 주문은 두 개의 팔레트(600 단위) 또는 세 개의 팔레트(900 단위)일 것이다. 일부 경우에서, SKU의 특성에 의해 올림 또는 내림의 결정이 결정될 수 있다. 예를 들어, 고객 요구에서의 비정상적인 증가를 예상하여 예약으로 보유될 수 있는 SKU(즉, "중복" 또는 "장기" 재고)에 대해, 팔레트 수가 임계치 가령, 2.5개의 팔레트를 초과할 때 주문이 올림될 수 있는데, 왜냐하면 재고를 장기 저장에 입력하는 것이 특정 수의 팔레트(즉, 적어도 3개)에 대해 비용 효율적일 수 있기 때문이다. 대안적으로, 일부 SKU는 신속하게 발송될 수 있다(즉, "비중복" 또는 "단기" 재고). 이러한 경우에서, 재고가 단기 저장으로 유지되고 고객에게 신속하게 운송될 것이기 때문에, 팔레트 수가 0.5와 같은 더 낮은 임계치를 초과할 때 주문이 올림될 수 있다. 원래 요구 사항을 충족하기 위해 추가 단위가 필요하도록 팔레트 수가 내림된 경우, 나머지 단위는 개별적인 단위로서 주문할 수 있다. 예를 들어, 네트워크가 700 단위를 필요로 하고 팔레트가 300 단위인 경우, 네트워크는 2.33개의 팔레트를 필요로 한다. 이는 600 단위에 대해 두 개의 팔레트로 내림할 수 있으며, 나머지 100 단위는 개별적으로 주문될 수 있다.

일부 시나리오에서, 개별적인 단위가 구매되는 경우에도 중복 또는 장기 SKU가 또한 올림될 있다. 예를 들어, 공급자는 팔레트의 수량 또는 최소 주문량의 단위를 제공할 수 있고, 여기서 최소 주문량은 팔레트보다 적은 단위를 포함하고, 공급자가 운송할 단위의 최소 개수를 나타낸다. 따라서, 중복 SKU의 팔레트의 임계 개수보다 적게 요구되는 경우, 주문은 최소 주문량으로 카운트될 수 있다. 예를 들어, 유통업자 네트워크가 SKU의 750 단위를 필요로 하고 팔레트가 1500 단위를 포함하면서, 최소 주문량이 400 단위인 경우, 배송 네트워크는 두 개의 팔레트 또는 1.875개의 최소 주문량을 요구할 것이다. 두 개의 팔레트는 취급 및 저장 비용을 기초로 너무 적은 수의 팔레트일 수 있으며, 따라서 네트워크는 최소 주문량으로 주문하는 것을 선호할 수 있다. 초과 중복 단위가 판매 급증을 상쇄하는 데 여전히 유리할 수 있기 때문에, 거래의 개수를 감소시키기 위해 1.875개의 최소 주문량이 예를 들어 3개로 증가될 수 있다. 하지만, 비-중복 SKU는 초과 재고가 낭비될 수 있으므로 1.875 최소 주문량이 2로 올림될 수 있다는 점에서 상이하게 처리될 수 있다.

또한, SKU는 고객에 대한 최종 선적 방법에 의해 분류될 수 있다. 예를 들어, 저가의 잘 깨지지 않는 SKU와 같은 특정 SKU는 가방에 넣어 운송될 수 있다(즉, "들어 나를 수 있음(totable)"). 고가 또는 깨지기 쉬운 SKU는 다른 패키징과 함께 박스로의 선적을 요구할 수 있다(즉, "들어 나를 수 없음(non-totable)"). 다른 SKU는 대량으로 운송되거나, 또는 제조자 또는 공급자의 원래 패키징으로 운송될 수 있다(즉, "그란데(grande)"). 예를 들어, 화장지의 박스는 소비자가 종종, 다량의 화장지를 구매할 수 있고, 박스는 화장지 제조자에 의해 제공된 원래 패키징으로 목적지로부터 소비자에게 운송될 수 있기 때문에, 그란데로 분류될 수 있다. 일부 실시예에서, SKU 타입은 팔레트 및 최소 주문량을 올림하는 데 요구되는 임계치를 결정할 수 있다.

따라서, 단계 308에서, SCM 시스템(117)은 풀필먼트 센터 네트워크에서의 목적지의 개수, 또는 요구되는 예약 및 예측된 소비율을 충족시키기 위해 추가적인 재고를 요구하는 목적지의 개수와 같은 목적지의 개수를 검색할 수 있다. 그 후, SCM 시스템(117)은 단계 310에서, 목적지의 개수의 배수를 형성하기 위해 잉여 선적의 수량을 결정할 수 있다. 예를 들어, 티슈의 주문량은 1200 박스일 수 있고, 벌크 선적 수량은 300 박스일 수 있다. 따라서, 1200 박스를 획득하기 위해 4개의 벌크 선적이 요구된다. 하지만, 티슈의 추가적인 재고를 요구하는 5개의 목적지가 있는 경우, 벌크 선적이 개별적인 단위로 분할되지 않는 한, 하나의 목적지에는 재공급되지 않을 것이다. 따라서, 단계 310에서, SCM 시스템(117)은 잉여 선적의 수량이 1이라고 결정할 수 있어서, 벌크 선적의 개수(4) 및 잉여 선적의 수량(1)이 목적지의 개수(5)의 배수이다.

추가적인 예시로서, 의자의 주문량은 16개의 의자이고, 의자의 벌크 선적량은 3일 수 있다. 따라서, 주문량을 충족하기 위해 5.33개의 벌크 선적이 요구된다. 또한, 각각의 요구되는 예약을 충족하기 위해 의자의 추가적인 재고를 요구하는 8개의 목적지가 있을 수 있다. 단계 310에서, SCM 시스템(117)은 8개의 총 벌크 선적량이 8개의 목적지에 균등하게 분산될 수 있도록, 2.66개의 벌크 선적의 잉여 선적이 요구된다고 결정할 것이다. 즉, 의자가 3개의 벌크로 운송될 때 적어도 16개의 의자를 8개의 목적지에 분배하기 위해, SCM 시스템(117)은 총 18개의 의자, 또는 실제로 요구되는 16개의 의자보다 두 개 더 많은 의자를 주문할 것이다.

따라서, SCM 시스템(117)은 네트워크 전체에 걸쳐 재고를 분배하기 위해 실제로 필요한 것보다 더 많은 재고를 주문해야 할 수 있다. 일부 경우에서, 여분의 재고가 작을 수 있어서, 낭비의 위험 및 불필요한 재고의 추가 저장 비용도 또한 작을 수 있다. 다른 경우에서, 여분의 재고가 클 수 있고, 이는 벌크 운송의 이점을 무효화하는 증가된 낭비 및 추가된 저장 비용을 초래할 수 있다.

그러므로, SCM 시스템(117)은 단계 312에서 잉여 선적의 수량을 임계치에 비교할 수 있다. 임계치는 판매율, 부패 가능성(perishability) 및 단가와 같은 SKU 특성에 의존할 수 있다. 예를 들어, 세면도구와 같이 높은 처리량의 물품은 낭비의 위험이 감소될 수 있고 저장 비용이 작을 수 있기 때문에 높은 임계치를 가질 수 있다. 부패하기 쉬운 상품은 판매되지 않는 손실의 위험에 기인하여 낮은 임계치를 가질 수 있다. 고가 상품은 높은 저장 비용을 가질 수 있고, 유통업자가 초과 비용을 발생시키는 것을 회피하도록 높은 임계치를 가질 수 있다. 추가적으로, 임계치는 벌크 선적량에 비례할 수 있다. 예를 들어, 네 개의 목적지의 배수가 되기 위해 3개의 벌크 선적을 1개의 벌크 선적에 추가하는 것은 너무 비용이 많이 들 수 있는 한편, 4의 배수가 되기 위해 3개의 벌크 선적을 97개에 추가하는 것은 원래 주문을 저장하는 원래-계획된 비용에 비해 약간의 비용 증가일 수 있다.

일부 실시예에서, SCM 시스템(117)은 벌크 주문에 의해 절약된 총 금액 및 초과 상품의 저장 및 낭비의 추정된 비용에 기초하여 임계치를 계산할 수 있다. 예시를 위해, 유통업자는 100개의 선적으로 주문된 경우 티슈의 박스 당 $0.25를 지불할 수 있고, 총 비용은 $25일 수 있다. 유통업자가 40개의 박스만을 필요로 하고 개별적으로 구매한 경우, 유통업자는 박스 당 $0.50를 지불할 수 있고, 총 비용은 $50일 수 있다. 따라서, 유통업자는 벌크 주문에 의해 $25를 절약할 것이다. 하지만, 여분의 60개의 박스(즉, 0.6개의 잉여 선적)는 개별적으로 구매함으로써 회피될 수 있는 초과 취급 및 저장 비용 $30을 요구할 수 있다. 따라서, 100개의 벌크 선적을 $25에 구매하고 요금이 $30가 발생하는 것보다 40개의 박스를 개별적으로 $50에 구매하는 것이 유리할 것이다. 그러므로, SCM 시스템(117)은 0.5개의 잉여 선적의 임계치를 설정할 수 있으며, 이는 원래 구매 수량을 0.5 잉여 선적까지 증가시키는 것이 비용 효과적이지만 추가적인 증가는 비용 효과적이지 않다는 것을 나타낸다. 또한, SCM 시스템(117)은 SKU 타입(즉, 들어 나를 수 있음, 들어 나를 수 없음, 그란데), 및 SKU가 중복 SKU 또는 비-중복 SKU로 간주되는지에 기초하여 임계치를 계산할 수 있다. 예를 들어, 목적지를 빨리 떠날 것으로 예상되는 비-중복 SKU는 초과 재고를 감소시켜야 함을 나타내는 더 높은 임계치를 가질 수 있는 한편, 중복 SKU는 초과 재고가 더 오랜 기간 동안 저장될 수 있으므로 더 낮은 임계치를 가질 수 있다.

일부 시나리오에서 유통업자는 벌크 선적을 그룹으로 처리하는 데 있어 추가적인 효율성을 발견할 수 있다. 예를 들어, 하나의 벌크 선적량을 처리하는 것은 팔레트와 같은 운송 메커니즘을 처리하기 위해 지게차와 같은 추가적인 장비를 요구할 수 있다. 대조적으로, 더 작거나 개별적인 운송 수량은 처리하기가 더 간단하고 저렴할 수 있으며, 잠재적으로 더 높은 단가에도 불구하고 더 낮은 전체 비용을 초래할 수 있다.

따라서, 유통업자는 벌크 선적의 총 수가 벌크 선적 임계치를 초과하는 경우에만 벌크 선적을 주문할 수 있다. 그러므로, 잉여 선적의 수량이 제1 임계치 미만이라고 결정한 이후에(즉, 단계 312가 예임) SCM 시스템(117)은 단계 318로 진행할 수 있다. 단계 318에서, SCM 시스템(117)은 벌크 선적의 개수 및 잉여 선적의 수량의 합을 벌크 선적 임계치에 비교할 수 있다. 합이 벌크 선적 임계치보다 크면, 단계 318은 예이고, SCM 시스템(117)은 단계 320으로 진행할 수 있다. 일부 실시예에서, SCM 시스템(117)은 단계 318 또는 단계 312를 생략할 수 있다.

단계 320에서, SCM 시스템(117)은 벌크 선적의 개수 및 잉여 선적의 수량에 대한 공급자 주문을 송신할 수 있다. SCM 시스템(117)은 송신하기 전에 공급자 주문의 사람의 승인을 요구할 수 있다. SCM 시스템(117)은 공급자 주문을 예를 들어 SKU의 제조자 또는 다른 유통업자에 송신할 수 있다. 또한, 공급자 주문은 배송 위치 및 시간을 지정할 수 있다.

일부 경우에서, 제조자 또는 다른 공급자는 물품의 최소 주문량을 지정할 수 있다. 예를 들어, 티슈 제조자는 한 번에 10 박스 보다 적은 티슈를 운송하는 것을 거부하거나, 또는 최소 주문량이 1이 되도록 한 번에 한 박스씩 운송하기를 원할 수 있다. SCM 시스템(117)은 예를 들어, 데이터 저장소로부터 물품에 대응하는 최소 주문량을 검색할 수 있다. 따라서, 벌크 선적이 선택되지 않은 경우, 유통업자는 최소 주문량을 기초로 주문해야 할 수 있다. SCM 시스템(117)은 또한, 중복 또는 비-중복 SKU인 SKU의 상태에 기초할 수 있는 최소 주문량의 가장 적은 수, 즉 최소 주문량의 최소 수를 검색할 수 있다. 예를 들어, 중복 SKU는 SCM 시스템(117)이 적어도 3개의 최소 주문량을 주문하도록, 3의 최소 주문량의 가장 적은 수를 가질 수 있는 한편, 비-중복 SKU는 초과 재고를 감소시키기 위해 1의 최소 주문량의 가장 적은 수를 가질 수 있다.

따라서, 벌크 선적의 개수 및 잉여 선적의 수량이 벌크 선적 임계치 미만이어서 단계 318이 아니오인 경우, SCM 시스템(117)은 주문량을 공급하기 위한 최소 주문량의 가장 적은 수량을 결정하기 위해 단계 322로 진행할 수 있다. 예를 들어 주문량이 1005 단위이고 최소 주문량이 10 단위라면, 주문량을 공급하기 위한 최소 주문량의 가장 적은 수량은 100개의 최소 주문량이 1005 미만일 것이기 때문에, 101이 될 것이다. SCM 시스템(117)은 단계 324로 진행하고, 주문량을 공급하기 위해 최소 주문량의 가장 적은 수량에 대한 대안적인 공급자 주문을 송신할 수 있다.

단계 312로 돌아가서, 잉여 선적의 수량이 단계 312에서의 임계치 미만인 경우(즉, 벌크 구매의 이점을 얻기 위해 주문 크기를 증가시키는 것이 비용 효과적이지 않은 경우), SCM 시스템(117)은 벌크 선적 및 최소 주문량의 혼합을 결정할 수 있다. 단계 314에서, SCM 시스템(117)은 주문량과 벌크 선적의 개수의 내림 값(floor round) 및 벌크 선적량의 곱 사이의 차이를 공급하기 위해 최소 주문량의 가장 적은 수량을 결정할 수 있다. 단계 314는 물품의 주문량으로부터, 벌크 선적의 개수의 내림 값(즉, 그 동안의 벌크 선적의 개수)과 벌크 선적량의 곱을 빼는 것을 포함할 수 있다. 차이는 최소 주문량에 의해 나누어질 수 있으며, 최소 주문량은 올림(ceiling rounded)될 수 있고, 따라서 유통업자의 예약, 주문 및 예상 주문을 충족하기에 충분한 단위가 주문될 수 있다는 것을 보장할 수 있다.

또한, 단계 316에서, SCM 시스템(117)은 최소 주문량의 수량 및 벌크 선적의 개수에 대한 공급자 주문을 송신할 수 있다. 공급자 주문은 예를 들어 이메일, 웹사이트 또는 팩스를 통해 SKU, 및 SKU, 양, 선적 타입, 배송 날짜 및 배송 목적지와 같은 세부 정보의 공급자에게 송신될 수 있다. 따라서, 프로세스(300)를 통해, SCM 시스템(117)은 수신된 주문량(즉, 벌크, 벌크 및 최소 주문량의 혼합, 또는 최소 주문량만)을 충족하기 위해 벌크 선적 및 최소 주문량의 최적 조합을 결정할 수 있으며, 낭비, 저장 및 취급 비용으로 인한 손실을 줄이면서 규모의 경제를 이용할 수 있다.

프로세스(300)가 분배 네트워크에서 목적지 수를 고려함으로써 벌크 선적 주문을 최대화하는 방법을 제공하지만, 일부 경우에서 상이한 목적지가 상이한 요구 및 능력을 가질 수 있다. 더 예시하기 위해, 도 4는 개시된 실시예와 일치하는 지역 목적지 사용 및 용량의 개략도이다. 도 4에서, 지리적 영역(예를 들어, 국가, 카운티, 도시, 또는 다른 정치적/지리학적 세분화)은 세 개의 지역, 지역(402), 지역(404) 및 지역(406)으로 분할된다. 각 지역은 적어도 하나의 목적지(즉, 풀필먼트 센터(200))를 갖는다. 예를 들어, 지역(404)은 두 개의 목적지(410, 412)를 갖는다. 따라서, 지역은 상이한 수의 목적지를 가질 수 있다.

또한, 목적지는 상이한 용량, 처리량 및 재고를 가질 수 있다. 목적지의 속성에 대한 정보는 예를 들어, 데이터 저장소 또는 다른 데이터베이스에 저장될 수 있다. 대안적으로, 일부 실시예에서, SCM 시스템(117)은 목적지 속성도 획득하기 위해 WMS(119)에 질의할 수 있다. 예를 들어, 목적지(410)는 여섯 개의 박스로 예시된 6 단위의 용량, 채워지는 박스에 의해 예시된 6 단위의 재고 및 0 단위의 예비 용량을 갖는다. 대조적으로, 목적지(412)는 9개의 박스에 의해 예시된 9 단위의 용량을 갖고, 7 단위의 재고 및 2 단위의 예비 용량을 갖는다. 용량은 예를 들어 목적지가 150개의 텔레비전을 저장할 수 있음을 나타내는 SKU에 특정(SKU-specific)될 수 있다. 용량은 복수의 물품 중 임의의 것을 개별적으로 또는 조합하여 저장할 수 있는 열린 공간을 나타내는 SKU에 무관(SKU-agnostic)할 수 있다.

목적지의 처리량은 인근 고객의 소비 습관에 기초할 수 있다. 예를 들어, 책은 지역(404)에서 자주 구매할 수 있는 한편, 비디오 게임은 지역(402)에서 자주 구매될 수 있다. 그러므로, 목적지(410 및 412)는 비디오 게임보다 책의 더 큰 재고 및 요구되는 예약을 가질 수 있는 한편, 목적지(414 및 416)는 책보다 비디오 게임의 더 큰 재고 및 요구되는 예약을 가질 수 있다.

다양한 소비 패턴 및 목적지 용량에 기인하여, SCM 시스템(117)은 공급자 주문을 송신할 때 추가적인 재고를 수용할 개별적인 목적지의 능력을 고려할 수 있다. 예를 들어, 특정 목적지가 물품의 요구되는 예약을 가질 수 있지만, SCM 시스템(117)은 특정 목적지가 요구된 예약을 저장하기에 충분한 빈 저장 체적을 갖지 않는다고 결정하고 공급자 주문을 전송하는 것을 포기할 수 있다. 대안적으로, SCM 시스템(117)은 목적지가 벌크 선적 가격의 이점을 얻기 위해 초과 재고를 포함할 수 있는 물품의 벌크 선적을 저장할 수 없지만 목적지가 개별적인 물품을 저장할 수 있다고 결정할 수 있다. 따라서, SCM 시스템(117)은 목적지에서 이용 가능한 공간에 기초하여 벌크 수량보다는 물품의 최소 수량에 대한 공급자 주문을 할 수 있다.

도 5는 개시된 실시예와 일치하는, 재고 경향 및 목적지 용량을 분석하는 물품 주문 관리 프로세스의 예시적인 실시예를 예시하는 흐름도이다. SCM 시스템(117)은 예를 들어, 공간 제약에 기인하여 각 목적지가 벌크 선적을 처리할 수 있는지를 결정하기 위해 목적지에 대해 개별적으로 프로세스(500) 단계를 수행할 수 있다. SCM 시스템(117)은 불충분한 공간을 갖는 목적지에 응답하여 공급자 주문에서 벌크 선적의 개수를 감소시키고, 그 대신에 최소 주문량을 주문할 수 있다.

단계 502에서, SCM 시스템(117)은 목적지의 점유 체적을 결정할 수 있다. SCM 시스템(117)은 WMS(119) 또는 FO 시스템(113)에 액세스함으로써 단계 502를 수행할 수 있거나, 또는 목적지의 재고를 결정하기 위해 데이터 저장소에 액세스할 수 있으며, 재고는 재고 관리 단위 및 각각의 체적을 포함한다. SCM 시스템(117)은 또한 상품의 체적을 결정할 수 있고, 재고에 기초하여 총 점유 체적을 계산할 수 있다. 예를 들어, SCM 시스템(117)은 1 입방 피트와 같은 제1 SKU에 대한 단위 체적의 정보를 1000과 같은 제1 SKU의 재고와 결합하여 제1 SKU가 1000 입방 피트를 점유한다고 결정할 수 있다. SCM 시스템(117)은 총 점유 체적에 도달하기 위해 목적지에서의 각 SKU에 대해 이를 반복할 수 있다. SCM 시스템(117)은 채워진 선반 또는 팔레트 주차 공간의 개수와 같은 저장의 단위로서 체적을 측정하거나, 또는 물품에 의해 차지되는 공간의 다른 측정치를 측정할 수 있다. 점유 체적은 SKU-특정 저장 요구 사항을 기초로 할 수 있다. 예를 들어, 목적지는 자전거에 대해 지정된 10개의 저장 공간을 가질 수 있다.

단계 504에서, SCM 시스템(117)은 또한 인바운드 체적을 결정할 수 있다. 예를 들어, SCM 시스템(117)은 목적지의 인바운드 재고를 결정하기 위해 데이터 저장소에 액세스할 수 있으며, 인바운드 재고는 주문된(placed) 공급자 주문의 각각의 체적 및 재고 관리 단위를 포함할 수 있다. SCM 시스템(117)은 단계 504에서 이전에 송신된 공급자 주문 및 새로운 재고의 예상 도착 날짜를 검토할 수 있다. 일부 실시예에서, 인바운드 재고는 벌크 선적의 추정된 도착 이전에 목적지에 도착할 것으로 예상되는 재고 관리 단위를 포함할 수 있다. 예시를 위해, SCM 시스템(117)은 데이터 저장소로부터 SKU에 대한 통상적인 배송 시간을 검색할 수 있고, 예를 들어, 티슈 박스는 공급자 주문을 송신한 이후에 통상적으로 1주일 이내에 배송된다. 또한, SCM 시스템(117)은 SKU의 단위 체적을 획득하기 위해 데이터 저장소에 액세스하고, 인바운드 체적을 결정하기 위해 단위 체적을 주문량과 결합할 수 있다. 이전에 언급된 바와 같이, 체적은 저장의 단위로도 측정될 수 있다. 따라서, SCM 시스템(117)은 목적지가 티슈 박스의 추가적인 선적을 저장할 수 있는지를 결정할 때 어느 선적이 1주일 이내에 목적지에 도착할 것으로 예상되는지를 결정하기 위해 이전에 송신된 공급자 주문을 검토할 수 있다.

단계 506에서, SCM 시스템(117)은 목적지의 아웃바운드 재고(outbound inventory)를 결정하기 위해 데이터 저장소에 액세스할 수 있고, 아웃바운드 재고는 주문된 고객 주문의 각각의 체적 및 재고 관리 단위를 포함한다. FO 시스템(113)은 주문된 고객 주문에 대한 정보를 SCM 시스템(117)에 공급할 수 있거나, 또는 SCM 시스템(117)은 데이터 저장소로부터 이 정보를 획득할 수 있다. 아웃바운드 재고는 추정된 도착 이전에 목적지로부터 출발할 것으로 예상되는 재고 관리 단위를 포함할 수 있다. 티슈 박스의 예시를 계속하면 아웃바운드 재고는 1주일 내에 고객에게 운송되고, 따라서 빈 공간을 만드는 단위일 수 있다.

단계 508에서, SCM 시스템(117)은 목적지의 전체 체적을 결정하기 위해 데이터 저장소에 액세스할 수 있다. SCM 시스템(117)은 특정 목적지가 총 30,000 입방 피트의 저장 체적, 또는 15,000개의 선반 위치 또는 1,000개의 팔레트 주차 공간을 갖고 있다고 결정할 수 있다. 데이터 저장소는 목적지 식별자를 총 체적 속성과 상관시킬 수 있다. SCM 시스템(117)은 또한 다른 또는 복수의 데이터 저장소로부터 목적지 정보를 검색할 수 있다.

단계 510에서, SCM 시스템(117)은 목적지의 사용되지 않은 저장 체적을 결정할 수 있다. 사용되지 않은 저장 체적은 총 체적 및 점유 체적의 차이일 수 있다. SCM 시스템(117)은 또한, 총 체적, 아웃바운드 체적, 점유 체적 및 인바운드 체적을 결합할 수 있다. 예를 들어, SCM 시스템(117)은 아웃바운드 재고에 기초하여 총 체적 및 아웃바운드 체적의 제1 합; 및 인바운드 재고에 기초하여 점유 체적 및 인바운드 체적의 제2 합을 찾을 수 있다. 그 후, SCM 시스템(117)은 제1 합 및 제2 합의 차이를 찾고, 그 차이를 사용되지 않은 저장 체적으로 설정할 수 있다.

단계 512에서, SCM 시스템(117)은 목적지가 벌크 선적을 저장하기에 충분하고 할당되지 않은 공간을 갖는지를 보기 위해 사용되지 않은 저장 체적을 벌크 선적 체적에 비교할 수 있다. 사용되지 않은 저장 체적이 벌크 선적 체적보다 큰 경우, 단계 512는 예이고, SCM 시스템(117)은 벌크 선적의 개수 및 잉여 선적의 수량에 대한 공급자 주문을 송신하기 위해 단계 514로 진행할 수 있다. 하지만, 사용되지 않은 저장 체적이 사용되지 않은 저장 체적보다 큰 경우, 목적지는 초과 재고를 벌크 형태로 저장하지 못할 수 있으며, 단계 512는 아니오이다. 그 후, SCM 시스템(117)은 주문량을 공급하기 위해 최소 주문량의 가장 적은 수량에 대한 주문을 송신하기 위해 단계 516으로 진행할 수 있다. SCM 시스템(117)은 또한, 목적지가 충분한 사용되지 않은 저장 체적을 가질 때까지 임의의 공급자 주문을 송신하는 것을 포기할 수도 있다.

일부 실시예에서, SCM 시스템(117)은 벌크 선적을 저장하기에 충분한 예비 체적을 갖는 대안적인 목적지를 식별할 수 있다. 예를 들어, 도 4로 돌아가면, 목적지(410)는 가득 찬 한편, 목적지(408, 412, 414 및 416)는 사용되지 않은 저장 체적을 갖는다. 목적지(410)가 물품에 대해 요구되는 예약을 충족시키기에 불충분한 재고를 갖는 경우, SCM 시스템(117)은 추가적인 재고를 다른 목적지로 보낼 수 있다. 또한, SCM 시스템(117)은 재고를 동일한 지역에서의 목적지로 보낼 수 있다. 이러한 방식으로, SCM 시스템(117)은 지역 내에서 요구되는 예약을 충족시키기에 충분한 재고를 배열할 수 있다. 이는 또한 상이한 소비 패턴을 가질 수 있고 예약되는 특정 물품을 거의 소비하지 않을 수 있는 상이한 먼 지역에서 이루어지는 예약에 기인하여 운송 지연을 피할 수 있다.

본 개시의 예시적인 실시예로서, 물품 주문 관리를 위한 컴퓨터-구현된 방법은 복수의 단계를 포함할 수 있다. 단계는 복수의 지역 각각의 재고 레벨 및 계획된 물품 예약 레벨에 기초하여 물품의 주문량을 결정하는 단계; 데이터 저장소에서 물품과 연관된 벌크 선적량을 검색하는 단계; 주문량을 충족하기 위해 벌크 선적의 개수를 결정하는 단계; 복수의 지역 각각 내의 각 목적지에 대한 사용되지 않은 저장 체적을 결정하는 단계; 지역의 개수의 배수를 형성하기 위해 잉여 선적의 수량을 결정하는 단계; 잉여 선적의 수량이 임계치 미만이라는 것에 응답하여, 벌크 선적의 개수 및 잉여 선적의 수량에 대한 공급자 주문을 송신하는 단계; 및 지역의 계획된 물품 예약 레벨 및 재고 레벨을 기초로, 그리고 목적지가 벌크 선적의 체적을 초과하는 사용되지 않은 저장 체적을 갖는다는 것에 응답하여 각각의 지역에서의 목적지에 벌크 선적을 할당하는 단계를 포함할 수 있다.

본 개시가 그의 특정한 실시예를 참조로 도시되고 서술되었지만, 본 개시가 다른 환경에서 수정 없이 실시될 수 있음이 이해될 것이다. 전술한 서술은 예시의 목적으로 제시되었다. 이는 완전한 것은(exhaustive) 아니며, 개시된 정확한 형태 또는 실시예로 제한되지 않는다. 통상의 기술자에게는 개시된 실시예의 명세서 및 실시의 고려로부터 수정 및 조정(adaptations)이 명백할 것이다. 게다가, 개시된 실시예의 양상이 메모리에 저장되는 것으로 서술되었지만, 통상의 기술자는 이들 양상이 2차 저장 디바이스 예를 들어, 하드 디스크 또는 CD ROM, 또는 다른 형태의 RAM 또는 ROM, USB 매체, DVD, 블루-레이(Blu-ray) 또는 다른 광학 드라이브 매체와 같은 다른 타입의 컴퓨터 판독가능 매체 상에 저장될 수 있음을 인식할 것이다.

기록된 서술 및 개시된 방법을 기초로 하는 컴퓨터 프로그램은 숙련된 개발자의 기술 내에 있다. 다양한 프로그램 또는 프로그램 모듈은 통상의 기술자에게 알려진 기법 중 어느 것을 사용하여 생성될 수 있거나, 또는 기존의 소프트웨어와 관련하여 설계될 수 있다. 예를 들어, 프로그램 섹션 또는 프로그램 모듈은 .Net Framework, .Net Compact Framework(및 Visual Basic, C 등과 같은 관련된 언어), Java, C++, Objective-C, HTML, HTML/AJAX 조합, Java 애플릿이 포함된 XML 또는 HTML로, 또는 이를 통해 설계될 수 있다.

또한, 예시적인 실시예가 여기서 서술되면서, (예를 들어, 다양한 실시예에 걸친 양상의) 동등한 요소, 수정, 생략, 조합, 조정 및/또는 변경을 갖는 임의의 및 모든 실시예의 범주는 본 개시를 기초로 통상의 기술자에 의해 인식될 것이다. 예를 들어, 일부 실시예에서, 단계는 본 개시를 벗어나지 않으면서 프로세스에서 대체되거나, 교체되거나, 추가되거나 또는 재정렬될 수 있다. 또한, 일부 실시예에서, 일부 단계는 동시에 발생할 수 있다. 청구범위의 제한사항은 청구범위에 사용된 언어에 기초하여 광범위하게 해석되어야 하며, 본 출원의 절차(prosecution) 동안 또는 본 명세서에 서술된 예시로 제한되지 않는다. 실시예는 비-배타적 인 것으로 해석되어야 한다. 또한, 개시된 방법의 단계는 단계를 재정렬하거나 및/또는 단계를 삽입하거나 삭제하는 것을 포함하여 임의의 방식으로 수정될 수 있다. 그러므로, 본 명세서 및 예시는 단지 예시적인 것으로 간주되며, 진정한 범주 및 사상은 다음의 청구범위 및 그의 등가물의 전체 범주에 의해 나타난다.

Claims

물품 주문 관리를 위한 컴퓨터화된 시스템으로서,
적어도 하나의 프로세서; 및
적어도 하나의 비일시적 저장 매체를 포함하고, 상기 적어도 하나의 비일시적 저장 매체는 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 적어도 하나의 프로세서가:
재고 정보에 기초하여 물품의 주문량을 결정하는 단계;
데이터 저장소로부터, 상기 물품과 연관된 벌크 선적량(bulk shipment quantity)을 검색하는 단계 - 상기 벌크 선적량은 상기 물품의 공급자에 의해 설정된 벌크 선적에 대한 상기 물품의 수량임 - ;
상기 주문량을 충족시키기 위해 벌크 선적의 개수를 결정하는 단계;
상기 물품의 추가적인 재고를 요구하는 목적지의 개수를 검색하는 단계;
상기 목적지의 개수의 배수(multiple)를 형성하기 위해 잉여 선적의 수량을 결정하는 단계;
상기 잉여 선적의 수량이 임계치 미만인 것에 응답하여, 상기 벌크 선적의 개수 및 상기 잉여 선적의 수량에 대한 공급자 주문을 송신하는 단계;
상기 잉여 선적의 수량이 상기 임계치보다 더 크다는 것에 응답하여, 상기 주문량과 상기 벌크 선적의 개수의 내림값(floor round) 및 상기 벌크 선적량의 곱 사이의 차이를 공급하기 위해 최소 주문량의 가장 적은 수량을 결정하는 단계, 및 상기 최소 주문량의 수량 및 상기 벌크 선적의 개수에 대한 공급자 주문을 송신하는 단계를 포함하는 단계들을 수행하게 하는 명령어를 포함하는, 컴퓨터화된 시스템.
제1항에 있어서, 상기 임계치는 상기 벌크 선적량에 비례하는, 컴퓨터화된 시스템.
제1항에 있어서, 상기 단계들은:
상기 데이터 저장소로부터 상기 물품에 대응하는 요구된 예약량을 검색하는 단계;
적어도 하나의 목적지에 대응하는 저장된 물품량을 검색하는 단계를 더 포함하고,
상기 주문량은 예약 주문량을 더 포함하고, 상기 예약 주문량은 상기 요구된 예약량과 상기 저장된 물품량 사이의 차이인, 컴퓨터화된 시스템.
제3항에 있어서, 상기 요구된 예약량은 적어도 하나의 사이트-특정 예약량(site-specific reserve amount)을 포함하고, 상기 사이트-특정 예약량은 목적지에 대응하고 상기 목적지로부터의 상기 물품의 배송율(delivery rate)을 기초로 하는, 컴퓨터화된 시스템.
제1항에 있어서, 상기 단계들은:
적어도 하나의 목적지의 사용되지 않은 저장 체적을 결정하는 단계; 및
상기 벌크 선적의 개수 및 상기 잉여 선적의 수량의 체적이 상기 사용되지 않은 저장 체적 미만이라는 것에 응답하여, 상기 벌크 선적의 개수 및 상기 잉여 선적의 수량에 대한 상기 공급자 주문을 송신하는 단계를 더 포함하는, 컴퓨터화된 시스템.
제5항에 있어서, 상기 사용되지 않은 저장 체적을 결정하는 단계는:
상기 목적지의 재고를 결정하기 위해 상기 데이터 저장소에 액세스하는 단계 - 상기 재고는 재고 관리 단위(stock keeping units) 및 각각의 체적을 포함함 -;
상기 재고를 기초로 점유된 체적을 계산하는 단계;
상기 목적지의 총 체적을 결정하기 위해 상기 데이터 저장소에 액세스하는 단계; 및
상기 사용되지 않은 저장 체적으로서, 상기 총 체적과 상기 점유된 체적의 차이를 설정하는 단계를 포함하는, 컴퓨터화된 시스템.
제6항에 있어서, 상기 사용되지 않은 저장 체적을 결정하는 단계는:
상기 목적지의 인바운드 재고(inbound inventory)를 결정하기 위해 상기 데이터 저장소에 액세스하는 단계 - 상기 인바운드 재고는 재고 관리 단위 및 주문된(placed) 공급자 주문의 각각의 체적을 포함함 -;
상기 목적지의 아웃바운드 재고(outbound inventory)를 결정하기 위해 상기 데이터 저장소에 액세스하는 단계 - 상기 아웃바운드 재고는 재고 관리 단위 및 주문된 고객 주문의 각각의 체적을 포함함 -; 및
상기 사용되지 않은 저장 체적으로서,
상기 아웃바운드 재고를 기초로 하는 아웃바운드 체적 및 상기 총 체적의 합; 및
상기 인바운드 재고를 기초로 하는 인바운드 체적 및 상기 점유된 체적의 합의 차이를 설정하는 단계를 더 포함하는, 컴퓨터화된 시스템.
제7항에 있어서,
상기 인바운드 재고는 상기 벌크 선적의 추정된 도착 이전에 상기 목적지에 도착할 것으로 예상되는 재고 관리 단위를 포함하고; 및
상기 아웃바운드 재고는 상기 추정된 도착 이전에 상기 목적지로부터 출발할 것으로 예상되는 재고 관리 단위를 포함하는, 컴퓨터화된 시스템.
제1항에 있어서, 상기 최소 주문량은 1 단위인, 컴퓨터화된 시스템.
제1항에 있어서, 상기 단계들은:
상기 벌크 선적의 개수 및 상기 잉여 선적의 수량의 합이 벌크 선적 임계치를 초과한다는 것에 응답하여, 상기 벌크 선적의 개수 및 잉여 선적의 수량에 대한 상기 공급자 주문을 송신하는 단계; 및
상기 벌크 선적의 개수 및 잉여 선적의 수량이 상기 벌크 선적 임계치 미만이라는 것에 응답하여, 상기 주문량을 공급하기 위해 최소 주문량의 가장 적은 수량에 대한 대안적인 공급자 주문을 송신하는 단계를 더 포함하는, 컴퓨터화된 시스템.
물품 주문 관리를 위한 컴퓨터-구현된 방법으로서,
재고 정보에 기초하여 물품의 주문량을 결정하는 단계;
데이터 저장소로부터, 상기 물품과 연관된 벌크 선적량을 검색하는 단계 - 상기 벌크 선적량은 상기 물품의 공급자에 의해 설정된 벌크 선적에 대한 상기 물품의 수량임 - ;
상기 주문량을 충족시키기 위해 벌크 선적의 개수를 결정하는 단계;
상기 물품의 추가적인 재고를 요구하는 목적지의 개수를 검색하는 단계;
상기 목적지의 개수의 배수(multiple)를 형성하기 위해 잉여 선적의 수량을 결정하는 단계;
상기 잉여 선적의 수량이 임계치 미만인 것에 응답하여, 상기 벌크 선적의 개수 및 상기 잉여 선적의 수량에 대한 공급자 주문을 송신하는 단계; 및
상기 잉여 선적의 수량이 상기 임계치보다 더 크다는 것에 응답하여, 상기 주문량과 상기 벌크 선적의 개수의 내림값 및 상기 벌크 선적량의 곱 사이의 차이를 공급하기 위해 최소 주문량의 가장 적은 수량을 결정하는 단계, 및 상기 최소 주문량의 수량 및 상기 벌크 선적의 개수에 대한 공급자 주문을 송신하는 단계를 포함하는, 컴퓨터-구현된 방법.
제11항에 있어서, 상기 임계치는 상기 벌크 선적량에 비례하는, 컴퓨터-구현된 방법.
제11항에 있어서, 상기 단계들은:
상기 데이터 저장소로부터 상기 물품에 대응하는 요구된 예약량을 검색하는 단계;
적어도 하나의 목적지에 대응하는 저장된 물품량을 검색하는 단계를 더 포함하고,
상기 주문량은 예약 주문량을 더 포함하고, 상기 예약 주문량은 상기 요구된 예약량과 상기 저장된 물품량 사이의 차이인, 컴퓨터-구현된 방법.
제13항에 있어서, 상기 요구된 예약량은 적어도 하나의 사이트-특정 예약량을 포함하고, 상기 사이트-특정 예약량은 목적지에 대응하고 상기 목적지로부터의 상기 물품의 배송율을 기초로 하는, 컴퓨터-구현된 방법.
제11항에 있어서, 상기 단계들은:
적어도 하나의 목적지의 사용되지 않은 저장 체적을 결정하는 단계; 및
상기 벌크 선적의 개수 및 상기 잉여 선적의 수량의 체적이 상기 사용되지 않은 저장 체적 미만이라는 것에 응답하여, 상기 벌크 선적의 개수 및 상기 잉여 선적의 수량에 대한 상기 공급자 주문을 송신하는 단계를 더 포함하는, 컴퓨터-구현된 방법.
제15항에 있어서, 상기 사용되지 않은 저장 체적을 결정하는 단계는:
상기 목적지의 재고를 결정하기 위해 상기 데이터 저장소에 액세스하는 단계 - 상기 재고는 재고 관리 단위 및 각각의 체적을 포함함 -;
상기 재고를 기초로 점유된 체적을 계산하는 단계;
상기 목적지의 총 체적을 결정하기 위해 상기 데이터 저장소에 액세스하는 단계; 및
상기 사용되지 않은 저장 체적으로서, 상기 총 체적과 상기 점유된 체적의 차이를 설정하는 단계를 포함하는, 컴퓨터-구현된 방법.
제16항에 있어서, 상기 사용되지 않은 저장 체적을 결정하는 단계는:
상기 목적지의 인바운드 재고를 결정하기 위해 상기 데이터 저장소에 액세스하는 단계 - 상기 인바운드 재고는 재고 관리 단위 및 주문된 공급자 주문의 각각의 체적을 포함함 -;
상기 목적지의 아웃바운드 재고를 결정하기 위해 상기 데이터 저장소에 액세스하는 단계 - 상기 아웃바운드 재고는 재고 관리 단위 및 주문된 고객 주문의 각각의 체적을 포함함 -; 및
상기 사용되지 않은 저장 체적으로서,
상기 아웃바운드 재고를 기초로 하는 아웃바운드 체적 및 상기 총 체적의 합; 및
상기 인바운드 재고를 기초로 하는 인바운드 체적 및 상기 점유된 체적의 합의 차이를 설정하는 단계를 더 포함하는, 컴퓨터-구현된 방법.
제17항에 있어서,
상기 인바운드 재고는 상기 벌크 선적의 추정된 도착 이전에 상기 목적지에 도착할 것으로 예상되는 재고 관리 단위를 포함하고; 및
상기 아웃바운드 재고는 상기 추정된 도착 이전에 상기 목적지로부터 출발할 것으로 예상되는 재고 관리 단위를 포함하는, 컴퓨터-구현된 방법.
제11항에 있어서, 상기 최소 주문량은 1 단위인, 컴퓨터-구현된 방법.
물품 주문 관리를 위한 컴퓨터-구현된 방법으로서,
복수의 지역의 각 지역의 재고 레벨 및 계획된 물품 예약 레벨을 기초로 물품의 주문량을 결정하는 단계;
데이터 저장소로부터, 상기 물품과 연관된 벌크 선적량을 검색하는 단계 - 상기 벌크 선적량은 상기 물품의 공급자에 의해 설정된 벌크 선적에 대한 상기 물품의 수량임 - ;
상기 주문량을 충족시키기 위해 벌크 선적의 개수를 결정하는 단계;
상기 복수의 지역의 각각 내에서 상기 물품의 추가적인 재고를 요구하는 각 목적지에 대한 사용되지 않은 저장 체적을 결정하는 단계;
상기 지역의 개수의 배수(multiple)를 형성하기 위해 잉여 선적의 수량을 결정하는 단계;
상기 잉여 선적의 수량이 임계치 미만인 것에 응답하여, 상기 벌크 선적의 개수 및 상기 잉여 선적의 수량에 대한 공급자 주문을 송신하는 단계; 및
상기 목적지가 상기 벌크 선적의 체적을 초과하는 사용되지 않은 저장 체적을 갖는다는 것에 응답하여, 상기 지역의 상기 계획된 물품 예약 레벨 및 재고 레벨을 기초로 각각의 지역에서의 목적지에 상기 벌크 선적을 할당하는 단계를 포함하는, 컴퓨터-구현된 방법.