KR20210053842A - 재고 관리를 위해 신선 아이템을 확인 및 반품하기 위한 컴퓨터 구현 시스템 및 방법 - Google Patents
재고 관리를 위해 신선 아이템을 확인 및 반품하기 위한 컴퓨터 구현 시스템 및 방법 Download PDFInfo
- Publication number
- KR20210053842A KR20210053842A KR1020210056717A KR20210056717A KR20210053842A KR 20210053842 A KR20210053842 A KR 20210053842A KR 1020210056717 A KR1020210056717 A KR 1020210056717A KR 20210056717 A KR20210056717 A KR 20210056717A KR 20210053842 A KR20210053842 A KR 20210053842A
- Authority
- KR
- South Korea
- Prior art keywords
- item
- mobile device
- return
- inbound
- items
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/01—Customer relationship services
- G06Q30/015—Providing customer assistance, e.g. assisting a customer within a business location or via helpdesk
- G06Q30/016—After-sales
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06312—Adjustment or analysis of established resource schedule, e.g. resource or task levelling, or dynamic rescheduling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
- G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
- G06K7/14—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation using light without selection of wavelength, e.g. sensing reflected white light
- G06K7/1404—Methods for optical code recognition
- G06K7/1408—Methods for optical code recognition the method being specifically adapted for the type of code
- G06K7/1413—1D bar codes
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Development Economics (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Data Mining & Analysis (AREA)
- Educational Administration (AREA)
- Game Theory and Decision Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
개시된 실시예들은 풀필먼트 센터에서 사용자 인터페이스를 사용하여 신선 아이템을 확인 및 반품함으로써 재고를 관리하는 것과 관련된 시스템 및 방법을 제공한다. 재고를 관리하기 위한 방법은 비-관리자와 연관된 모바일 디바이스로부터, 신선 아이템과 연관된 불량 수량을 수신하는 단계―불량 수량은 데이터베이스로부터 검색된 허용 기준에 의해 결정됨―, 및 불량 수량이 임계치를 초과하면, 적어도 한 명의 관리자에 의해 신선 아이템을 확인하기 위한 검사 작업을 저장하는 단계를 포함한다.
Description
본 발명은 일반적으로 풀필먼트 센터에서의 재고 관리를 위한 컴퓨터 시스템 및 방법에 관한 것이다. 특히, 본 개시의 실시예는 풀필먼트 센터의 위치에서 신선 아이템을 효율적으로 확인하고 반품하기 위한 컴퓨터 구현 시스템, 방법 및 사용자 인터페이스에 관한 독창적이고 비 전통적인 시스템에 관한 것이다.
소비자 지출의 변화는 신선 제품 산업을 변화시키고 있다. 신선 식품에 대한 소비자의 요구와 편의에 대한 요구는 풀필먼트 센터들(FCs)에서 더 많은 신선 제품을 운송하도록 업계를 재편해왔다. 그러나, 시장에서 제품에 대한 수요가 증가함에 따라 FC에 문제점과 과제가 야기되었다. 현재 기존 FC 및 FC의 재고 관리 시스템이 들어오는 신선 제품을 처리하도록 구성되어 있지만 FC가 들어오는 신선 제품을 신속하게 허용하거나 거부할 수 없는 경우 일반적인 문제가 발생한다. 이로 인해 제품이 부패하고 폐기물이 발생하여 고객 만족도가 떨어진다. 예를 들어, 신선 제품에는 유제품, 과일, 두부, 야채 등이 포함될 수 있고, 신선 제품이 FC에 신속하게 저장되지 않거나 냉장 배달 트럭에 다시 적재되지 않으면 신선 제품이 부패하거나 판매가 가능하지 않게 될 수 있다.
이러한 문제를 완화하기 위해, 종래의 재고 관리 시스템은 FC 내부로 들어오는 신선 제품의 품질을 확인하기 위해 작업자를 할당한다. 이러한 시스템은 들어오는 신선 제품을 효율적으로 확인하기 위해 여러 번 시도하지만 작업자는 동일한 신선 제품을 여러 번 확인하며 신선 제품을 수용할지 또는 반품할 것인지 간편히 결정할 수 없다. 더욱이, 현재의 전자 시스템은 불량 수량을 확인하고, 신선 제품의 반품 여부를 효율적으로 결정하는 측면에서 융통성이 없다. 작업자는 신선 제품을 수동으로 확인해야 하며 신선 제품을 받거나 반품하기 위한 효율적인 결정을 내릴 수 없다. 또한, 현재 전자 시스템은, 누구에 의해 및 어떤 허용 기준(acceptability standard)에 기초하여 신선 제품 확인이 어떻게 수행되는지에 대한 가시성(visibility)을 제공하지 않는다. 예를 들어, FC의 벤더, 관리자 및 확인 검사 작업자는 신선 제품을 허용하거나 반품하는 이유를 동시에 이해하지 못한다.
따라서, 풀필먼트 센터에서 신선 아이템을 확인하고 반품하기 위한 개선된 방법 및 시스템이 필요하다.
도 1a는 개시된 실시예에 따른, 배송, 운송, 및 물류 운영을 가능하게 하는 통신을 위한 컴퓨터 시스템을 포함하는 네트워크의 예시적인 실시예를 나타낸 개략적인 블록도이다.
도 1b는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 검색 요청을 만족시키는 하나 이상의 검색 결과를 포함하는 검색 결과 페이지(SRP; Search Result Page)의 샘플을 나타낸 도면이다.
도 1c는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 제품 및 제품에 대한 정보를 포함하는 싱글 디스플레이 페이지(SDP; Single Display Page)의 샘플을 나타낸 도면이다.
도 1d는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 가상의 쇼핑 장바구니에 아이템을 포함하는 장바구니 페이지의 샘플을 나타낸 도면이다.
도 1e는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라, 가상의 쇼핑 장바구니로부터 구매 및 배송에 관한 정보에 따른 아이템을 포함하는 주문 페이지의 샘플을 나타낸 도면이다.
도 2는 개시된 실시예에 따른, 개시된 컴퓨터 시스템을 활용하도록 구성된 예시적인 풀필먼트 센터의 개략적인 도면이다.
도 3a는 비-관리자에 의해 신선 인바운드 제품을 확인하기 위한 예시적인 프로세스 흐름도이다.
도 3b는 관리자에 의해 신선 인바운드 제품을 확인하고 반품하기 위한 예시적인 프로세스 흐름도이다.
도 3C는 관리자에 의해 신선 인바운드 제품을 확인하고 반품하기 위한 예시적인 프로세스의 이어지는 흐름도이다.
도 4a는 팔레트(pallet) 또는 아이템에 부착된 바코드 형태의 인바운드 바코드 및 아이템 식별자를 요청하기 위한 모바일 디바이스의 예시적인 사용자 인터페이스를 도시한다.
도 4b는 동일한 SKU 바코드와 연관된 아이템들 중에서 아이템을 선택하기 위한 예시적인 사용자 인터페이스를 도시한다.
도 4c는 신선 인바운드 아이템의 불량 수량을 결정할 때 모바일 디바이스와 연관된 작업자를 지원하기 위한 요청 및 허용 기준을 표시하기 위한 예시적인 사용자 인터페이스를 도시한다.
도 4d는 신선 인바운드 아이템의 불량 수량을 조정 및 전송하기 위한 예시적인 사용자 인터페이스를 도시한다.
도 5a는 하나 이상의 수신된 검사 작업을 표시하기 위한 예시적인 사용자 인터페이스를 도시한다.
도 5b는 신선 인바운드 아이템의 재계산된 불량 수량을 조정 및 전송하고 반품 사유를 선택하기 위한 예시적인 사용자 인터페이스를 도시한다.
도 5c는 불량 신선 인바운드 아이템의 이미지를 업로드하기 위한 예시적인 사용자 인터페이스를 도시한다.
도 5d는 신선 인바운드 아이템의 제2 재계산된 불량 수량을 조정 및 전송하기 위한 예시적인 사용자 인터페이스를 도시한다.
도 1b는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 검색 요청을 만족시키는 하나 이상의 검색 결과를 포함하는 검색 결과 페이지(SRP; Search Result Page)의 샘플을 나타낸 도면이다.
도 1c는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 제품 및 제품에 대한 정보를 포함하는 싱글 디스플레이 페이지(SDP; Single Display Page)의 샘플을 나타낸 도면이다.
도 1d는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 가상의 쇼핑 장바구니에 아이템을 포함하는 장바구니 페이지의 샘플을 나타낸 도면이다.
도 1e는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라, 가상의 쇼핑 장바구니로부터 구매 및 배송에 관한 정보에 따른 아이템을 포함하는 주문 페이지의 샘플을 나타낸 도면이다.
도 2는 개시된 실시예에 따른, 개시된 컴퓨터 시스템을 활용하도록 구성된 예시적인 풀필먼트 센터의 개략적인 도면이다.
도 3a는 비-관리자에 의해 신선 인바운드 제품을 확인하기 위한 예시적인 프로세스 흐름도이다.
도 3b는 관리자에 의해 신선 인바운드 제품을 확인하고 반품하기 위한 예시적인 프로세스 흐름도이다.
도 3C는 관리자에 의해 신선 인바운드 제품을 확인하고 반품하기 위한 예시적인 프로세스의 이어지는 흐름도이다.
도 4a는 팔레트(pallet) 또는 아이템에 부착된 바코드 형태의 인바운드 바코드 및 아이템 식별자를 요청하기 위한 모바일 디바이스의 예시적인 사용자 인터페이스를 도시한다.
도 4b는 동일한 SKU 바코드와 연관된 아이템들 중에서 아이템을 선택하기 위한 예시적인 사용자 인터페이스를 도시한다.
도 4c는 신선 인바운드 아이템의 불량 수량을 결정할 때 모바일 디바이스와 연관된 작업자를 지원하기 위한 요청 및 허용 기준을 표시하기 위한 예시적인 사용자 인터페이스를 도시한다.
도 4d는 신선 인바운드 아이템의 불량 수량을 조정 및 전송하기 위한 예시적인 사용자 인터페이스를 도시한다.
도 5a는 하나 이상의 수신된 검사 작업을 표시하기 위한 예시적인 사용자 인터페이스를 도시한다.
도 5b는 신선 인바운드 아이템의 재계산된 불량 수량을 조정 및 전송하고 반품 사유를 선택하기 위한 예시적인 사용자 인터페이스를 도시한다.
도 5c는 불량 신선 인바운드 아이템의 이미지를 업로드하기 위한 예시적인 사용자 인터페이스를 도시한다.
도 5d는 신선 인바운드 아이템의 제2 재계산된 불량 수량을 조정 및 전송하기 위한 예시적인 사용자 인터페이스를 도시한다.
이어서 첨부된 도면을 참조하여 자세하게 설명된다. 가능하면, 다음의 설명에서 같거나 유사한 부분에 대해 참조되도록 도면에서 같은 도면 부호가 사용된다. 여기에 몇몇 예시적인 실시예가 설명되지만, 변경, 조정 및 다른 구현도 가능하다. 예를 들면, 도면 내의 구성 및 스텝에 대해 교체, 추가, 또는 변경이 이루어질 수 있고, 여기에 설명된 예시적인 방법은 개시된 방법에 대해 스텝을 교체, 순서 변경, 제거 또는 추가함으로써 변경될 수 있다. 따라서, 다음의 자세한 설명은 개시된 실시예 및 예시로 제한되는 것은 아니다. 대신에 본 발명의 적절한 범위는 청구범위에 의해 규정된다.
본 개시의 실시예는 풀필먼트 센터의 위치에서 신선 아이템을 효율적으로 확인하고 반품함으로써 재고를 관리하도록 구성된 컴퓨터 구현 시스템 및 방법에 관한 것이다. 개시된 실시예는 풀필먼트 센터의 작업자가 사용자 인터페이스를 사용하여 신선 인바운드 제품을 효율적이고 간편하게 수용 또는 반품할 수 있도록 하는 혁신적인 기술적 특징을 제공한다. 예를 들어, 개시된 실시예는 신선 인바운드 아이템과 관련된 불량 수량을 수신하며, 불량 수량은 신선 인바운드 아이템과 연관된 벤더에 의해 제공되는 허용 기준에 의해 결정되고, 적어도 하나의 관리자에 의해 신선 인바운드 아이템을 확인하기 위한 검사 작업을 저장하고, 관리자로부터 재계산된 불량 수량을 수신하고, 관리자가 사용자 인터페이스를 사용하여 신선 인바운드 아이템의 전부 또는 일부를 수용할지 또는 반품할지를 편리하게 결정할 수 있게 한다. 더욱이, 개시된 실시예는 풀필먼트 센터의 벤더, 작업자 및 관리자가 어느 허용 기준에 기초하여 신선 제품 확인이 어떻게 처리되는지 그리고 누가 확인을 수행하는지에 대한 가시성을 가질 수 있게 하는 혁신적인 기술적 특징을 제공한다. 예를 들어, 개시된 실시예는 확인자(validator)와 연관된 모바일 디바이스, 신선 제품과 연관된 식별자 및 신선 제품과 연관된 허용 기준을 저장하고, 풀필먼트 센터에서 벤더, 작업자 및 관리자가 신선 제품 확인 프로세스를 동시에 인식할 수 있게 한다.
도 1a를 참조하면, 배송, 운송 및 물류 운영을 가능하게 하는 통신을 위한 컴퓨터 시스템을 포함하는 예시적인 시스템의 실시예를 나타낸 개략적인 블록도(100)가 도시되어 있다. 도 1a에 나타낸 바와 같이, 시스템(100)은 다양한 시스템을 포함할 수 있으며, 이들 각각은 하나 이상의 네트워크를 통해 서로 연결될 수 있다. 시스템은 (예를 들어, 케이블을 사용한) 직접 연결을 통해 서로 연결될 수 있다. 도시된 시스템은 배송 기관 기술(shipment authority technology, SAT) 시스템(101), 외부 프론트 엔드 시스템(103), 내부 프론트 엔드 시스템(105), 운송 시스템(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), 창고 관리 시스템(119), 모바일 디바이스(119A, 119B, 119C)(풀필먼트 센터(fulfillment center, FC)(200) 내부에 있는 것으로 도시됨), 제3자 풀필먼트 시스템(121A, 121B, 121C), 풀필먼트 센터 인증 시스템(fulfillment center authorization system, FC Auth)(123), 및 노동 관리 시스템(labor management system, LMS)(125)을 포함한다.
일부 실시예에서, SAT 시스템(101)은 주문 상태와 배달 상태를 모니터링하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, SAT 시스템(101)은 주문이 약속된 배달 날짜(Promised Delivery Date, PDD)를 지났는지를 결정할 수 있고, 새로운 주문을 개시시키고, 배달되지 않은 주문의 아이템을 다시 배송하며, 배달되지 않은 주문을 취소하고, 주문 고객과 연락을 시작하는 것 등을 포함하는 적합한 조치를 취할 수 있다. SAT 시스템(101)은 또한, (특정 기간 동안 배송된 패키지의 개수와 같은) 출력, 및 (배송시 사용하기 위해 수신된 빈 카드보드 박스의 개수와 같은) 입력을 포함하는 다른 데이터를 감시할 수 있다. SAT 시스템(101)은 또한, 외부 프론트 엔드 시스템(103) 및 FO 시스템(113)과 같은 장치들 간의 (예를 들면, 저장 전달(store-and-forward) 또는 다른 기술을 사용하는) 통신을 가능하게 하는 시스템(100) 내의 상이한 장치들 사이의 게이트웨이로서 동작할 수 있다.
일부 실시예에서, 외부 프론트 엔드 시스템(103)은 외부 사용자가 시스템(100) 내의 하나 이상의 시스템과 상호 동작할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, 시스템(100)이 시스템의 프레젠테이션을 가능하게 하여 사용자가 아이템에 대한 주문을 할 수 있도록 하는 실시예에서, 외부 프론트 엔드 시스템(103)은 검색 요청을 수신하고, 아이템 페이지를 제시하며, 결제 정보를 요청하는 웹 서버로서 구현될 수 있다. 예를 들면, 외부 프론트 엔드 시스템(103)은 Apache HTTP 서버, Microsoft Internet Information Services(IIS), NGINX 등과 같은 소프트웨어를 실행하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다. 다른 실시예에서, 외부 프론트 엔드 시스템(103)은 외부 디바이스(예를 들어, 모바일 디바이스(102A) 또는 컴퓨터(102B))로부터 요청을 수신 및 처리하고, 이들 요청에 기초하여 데이터베이스 및 다른 데이터 저장 장치로부터 정보를 획득하며, 획득한 정보에 기초하여 수신된 요청에 대한 응답을 제공하도록 설계된 커스텀 웹 서버 소프트웨어를 실행할 수 있다.
일부 실시예에서, 외부 프론트 엔드 시스템(103)은 웹 캐싱 시스템, 데이터베이스, 검색 시스템, 또는 결제 시스템 중 하나 이상을 포함할 수 있다. 일 양상에서, 외부 프론트 엔드 시스템(103)은 이들 시스템 중 하나 이상을 포함할 수 있는 반면, 다른 양상에서는 외부 프론트 엔드 시스템(103)은 이들 시스템 중 하나 이상에 연결된 인터페이스(예를 들면, 서버 대 서버, 데이터베이스 대 데이터베이스, 또는 다른 네트워크 연결)를 포함할 수 있다.
도 1b, 1c, 1d 및 1e에 의해 나타낸 단계들의 예시적인 세트는 외부 프론트 엔드 시스템(103)의 일부 동작을 설명하는 것에 도움이 될 것이다. 외부 프론트 엔드 시스템(103)은 프레젠테이션 및/또는 디스플레이를 위해 시스템(100) 내의 시스템 또는 디바이스로부터 정보를 수신할 수 있다. 예를 들면, 외부 프론트 엔드 시스템(103)은 검색 결과 페이지(Search Result Page, SRP)(예를 들면, 도 1b), 싱글 디테일 페이지(Single Detail Page, SDP)(예를 들면, 도 1c), 장바구니 페이지(Cart page)(예를 들면, 도 1d), 또는 주문 페이지(예를 들면, 도 1e)를 포함하는 하나 이상의 웹페이지를 호스팅하거나 제공할 수 있다. (예를 들면, 모바일 디바이스(102A) 또는 컴퓨터(102B)를 사용하는) 사용자 디바이스는 외부 프론트 엔드 시스템(103)으로 이동하고 검색 박스에 정보를 입력함으로써 검색을 요청할 수 있다. 외부 프론트 엔드 시스템(103)은 시스템(100) 내의 하나 이상의 시스템으로부터 정보를 요청할 수 있다. 예를 들면, 외부 프론트 엔드 시스템(103)은 FO 시스템(113)으로부터 검색 요청을 만족하는 정보를 요청할 수 있다. 외부 프론트 엔드 시스템(103)은 또한, (FO 시스템(113)으로부터) 검색 결과에 포함된 각 제품에 대한 약속된 배달 날짜(Promised Delivery Date) 또는 "PDD"를 요청하고 수신할 수 있다. 일부 실시예에서, PDD는 제품이 들어있는 패키지가 특정 기간 이내, 예를 들면, 하루의 끝(PM 11:59)까지 주문되면 언제 사용자가 원하는 장소에 도착할 것인지에 대한 추정 또는 제품이 사용자가 원하는 장소에 배달될 약속된 날짜를 나타낼 수 있다(PDD는 FO 시스템(113)과 관련하여 이하에서 더 논의된다).
외부 프론트 엔드 시스템(103)은 정보에 기초하여 SRP(예를 들면, 도 1b)를 준비할 수 있다. SRP는 검색 요청을 만족하는 정보를 포함할 수 있다. 예를 들면, 이는 검색 요청을 만족하는 제품의 사진을 포함할 수 있다. SRP는 또한, 각 제품에 대한 각각의 가격, 또는 각 제품, PDD, 무게, 크기, 오퍼(offer), 할인 등에 대한 개선된 배달 옵션에 관한 정보를 포함할 수 있다. 외부 프론트 엔드 시스템(103)은 (예를 들면, 네트워크를 통해) SRP를 요청 사용자 디바이스로 전송할 수 있다.
사용자 디바이스는 SRP에 나타낸 제품을 선택하기 위해, 예를 들면, 사용자 인터페이스를 클릭 또는 탭핑하거나, 다른 입력 디바이스를 사용하여 SRP로부터 제품을 선택할 수 있다. 사용자 디바이스는 선택된 제품에 관한 정보에 대한 요청을 만들어 내고 이를 외부 프론트 엔드 시스템(103)으로 전송할 수 있다. 이에 응답하여, 외부 프론트 엔드 시스템(103)은 선택된 제품에 관한 정보를 요청할 수 있다. 예를 들면, 정보는 각각의 SRP 상에 제품에 대해 제시된 것 이상의 추가 정보를 포함할 수 있다. 이는, 예를 들면, 유통 기한, 원산지, 무게, 크기, 패키지 내의 아이템 개수, 취급 지침, 또는 제품에 대한 다른 정보를 포함할 수 있다. 정보는 또한, (예를 들면, 이 제품 및 적어도 하나의 다른 제품을 구입한 고객의 빅 데이터 및/또는 기계 학습 분석에 기초한) 유사한 제품에 대한 추천, 자주 묻는 질문에 대한 답변, 고객의 후기, 제조 업체 정보, 사진 등을 포함할 수 있다.
외부 프론트 엔드 시스템(103)은 수신된 제품 정보에 기초하여 SDP(Single Detail Page)(예를 들면, 도 1c)를 준비할 수 있다. SDP는 또한, "지금 구매(Buy Now)" 버튼, "장바구니에 추가(Add to Cart)" 버튼, 수량 필드, 아이템 사진 등과 같은 다른 상호 동작 요소를 포함할 수 있다. SDP는 제품을 오퍼하는 판매자의 리스트를 포함할 수 있다. 이 리스트는 최저가로 제품을 판매하는 것으로 오퍼하는 판매자가 리스트의 최상단에 위치하도록, 각 판매자가 오퍼한 가격에 기초하여 순서가 정해질 수 있다. 이 리스트는 또한 최고 순위 판매자가 리스트의 최상단에 위치하도록, 판매자 순위에 기초하여 순서가 정해질 수 있다. 판매자 순위는, 예를 들어, 약속된 PPD를 지켰는지에 대한 판매자의 과거 추적 기록을 포함하는, 복수의 인자에 기초하여 만들어질 수 있다. 외부 프론트 엔드 시스템(103)은 (예를 들면, 네트워크를 통해) SDP를 요청 사용자 디바이스로 전달할 수 있다.
요청 사용자 디바이스는 제품 정보를 나열하는 SDP를 수신할 수 있다. SDP를 수신하면, 사용자 디바이스는 SDP와 상호 동작할 수 있다. 예를 들면, 요청 사용자 디바이스의 사용자는 SDP의 "장바구니에 담기(Place in Cart)" 버튼을 클릭하거나, 이와 상호 동작할 수 있다. 이렇게 하면 사용자와 연계된 쇼핑 장바구니에 제품이 추가된다. 사용자 디바이스는 제품을 쇼핑 장바구니에 추가하기 위해 외부 프론트 엔드 시스템(103)으로 이러한 요청을 전송할 수 있다.
외부 프론트 엔드 시스템(103)은 장바구니 페이지(예를 들면, 도 1d)를 생성할 수 있다. 일부 실시예에서, 장바구니 페이지는 사용자가 가상의 "쇼핑 장바구니(shopping cart)"에 추가한 제품을 나열한다. 사용자 디바이스는 SRP, SDP, 또는 다른 페이지의 아이콘을 클릭하거나, 상호 동작함으로써 장바구니 페이지를 요청할 수 있다. 일부 실시예에서, 장바구니 페이지는 사용자가 장바구니에 추가한 모든 제품 뿐 아니라 각 제품의 수량, 각 제품의 품목당 가격, 관련 수량에 기초한 각 제품의 가격, PDD에 관한 정보, 배달 방법, 배송 비용, 쇼핑 장바구니의 제품을 수정(예를 들면, 수량의 삭제 또는 수정)하기 위한 사용자 인터페이스 요소, 다른 제품의 주문 또는 제품의 정기적인 배달 설정에 대한 옵션, 할부(interest payment) 설정에 대한 옵션, 구매를 진행하기 위한 사용자 인터페이스 요소 등과 같은 장바구니의 제품에 관한 정보를 나열할 수 있다. 사용자 디바이스의 사용자는 쇼핑 장바구니에 있는 제품의 구매를 시작하기 위해 사용자 인터페이스 요소(예를 들면, "지금 구매(Buy Now)"라고 적혀있는 버튼)를 클릭하거나, 이와 상호 동작할 수 있다. 그렇게 하면, 사용자 디바이스는 구매를 시작하기 위해 이러한 요청을 외부 프론트 엔드 시스템(103)으로 전송할 수 있다.
외부 프론트 엔드 시스템(103)은 구매를 시작하는 요청을 수신하는 것에 응답하여 주문 페이지(예를 들면, 도 1e)를 생성할 수 있다. 일부 실시예에서, 주문 페이지는 쇼핑 장바구니로부터의 아이템을 재나열하고, 결제 및 배송 정보의 입력을 요청한다. 예를 들면, 주문 페이지는 쇼핑 장바구니의 아이템 구매자에 관한 정보(예를 들면, 이름, 주소, 이메일 주소, 전화번호), 수령인에 관한 정보(예를 들면, 이름, 주소, 전화번호, 배달 정보), 배송 정보(예를 들면, 배달 및/또는 픽업 속도/방법), 결제 정보(예를 들면, 신용 카드, 은행 송금, 수표, 저장된 크레딧), 현금 영수증을 요청하는 사용자 인터페이스 요소(예를 들면, 세금 목적) 등을 요청하는 섹션을 포함할 수 있다. 외부 프론트 엔드 시스템(103)은 사용자 디바이스에 주문 페이지를 전송할 수 있다.
사용자 디바이스는 주문 페이지에 정보를 입력하고 외부 프론트 엔드 시스템(103)으로 정보를 전송하는 사용자 인터페이스 요소를 클릭하거나, 상호 동작할 수 있다. 그로부터, 외부 프론트 엔드 시스템(103)은 정보를 시스템(100) 내의 다른 시스템으로 전송하여 쇼핑 장바구니의 제품으로 새로운 주문을 생성하고 처리할 수 있도록 한다.
일부 실시예에서, 외부 프론트 엔드 시스템(103)은 판매자가 주문과 관련된 정보를 전송 및 수신할 수 있도록 추가로 구성될 수 있다.
일부 실시예에서, 내부 프론트 엔드 시스템(105)은 내부 사용자(예를 들면, 시스템(100)을 소유, 운영 또는 임대하는 조직의 직원)가 시스템(100) 내의 하나 이상의 시스템과 상호작용할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, 네트워크(101)가 사용자가 아이템에 대한 주문을 할 수 있게 하는 시스템의 프레젠테이션을 가능하게 하는 실시예에서, 내부 프론트 엔드 시스템(105)은 내부 사용자가 주문에 대한 진단 및 통계 정보를 볼 수 있게 하고, 아이템 정보를 수정하며, 또는 주문에 대한 통계를 검토할 수 있게 하는 웹 서버로서 구현될 수 있다. 예를 들면, 내부 프론트 엔드 시스템(105)은 Apache HTTP 서버, Microsoft Internet Information Services(IIS), NGINX 등과 같은 소프트웨어를 실행하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다. 다른 실시예에서, 내부 프론트 엔드 시스템(105)은 (도시되지 않은 다른 디바이스뿐 아니라) 시스템(100) 내에 나타낸 시스템 또는 디바이스로부터 요청을 수신 및 처리하고, 그러한 요청에 기초하여 데이터베이스 및 다른 데이터 저장 장치로부터 정보를 획득하며, 획득한 정보에 기초하여 수신된 요청에 대한 응답을 제공하도록 (설계된 커스텀 웹 서버 소프트웨어를 실행)할 수 있다.
일부 실시예에서, 내부 프론트 엔드 시스템(105)은 웹 캐싱 시스템, 데이터베이스, 검색 시스템, 결제 시스템, 분석 시스템, 주문 모니터링 시스템 등 중 하나 이상을 포함할 수 있다. 일 양상에서, 내부 프론트 엔드 시스템(105)은 이들 시스템 중 하나 이상을 포함할 수 있는 반면, 다른 양상에서는 내부 프론트 엔드 시스템(105)은 이들 시스템 중 하나 이상에 연결된 인터페이스(예를 들면, 서버 대 서버, 데이터베이스 대 데이터베이스, 또는 다른 네트워크 연결)를 포함할 수 있다.
일부 실시예에서, 운송 시스템(107)은 시스템(100) 내의 시스템 또는 디바이스와 모바일 디바이스(107A-107C) 간의 통신을 가능하게 하는 컴퓨터 시스템으로서 구현될 수 있다. 일부 실시예에서, 운송 시스템(107)은 하나 이상의 모바일 디바이스(107A-107C)(예를 들면, 휴대 전화, 스마트폰, PDA 등)로부터 정보를 수신할 수 있다. 예를 들면, 일부 실시예에서, 모바일 디바이스(107A-107C)는 배달원에 의해 동작되는 디바이스를 포함할 수 있다. 정규직, 임시적 또는 교대 근무일 수 있는 배달원은 사용자에 의해 주문된 제품들이 들어 있는 패키지의 배달을 위해 모바일 디바이스(107A-107C)를 이용할 수 있다. 예를 들면, 패키지를 배달하기 위해, 배달원은 배달할 패키지와 배달할 위치를 나타내는 모바일 디바이스 상의 알림을 수신할 수 있다. 배달 장소에 도착하면, 배달원은 (예를 들면, 트럭의 뒤나 패키지의 크레이트에) 패키지를 둘 수 있고, 모바일 디바이스를 사용하여 패키지 상의 식별자와 관련된 데이터(예를 들면, 바코드, 이미지, 텍스트 문자열, RFID 태그 등)를 스캔하거나, 캡처하며, (예를 들면, 현관문에 놓거나, 경비원에게 맡기거나, 수령인에게 전달하는 것 등에 의해) 패키지를 배달할 수 있다. 일부 실시예에서, 배달원은 모바일 디바이스를 사용하여 패키지의 사진(들)을 찍거나 및/또는 서명을 받을 수 있다. 모바일 디바이스는, 예를 들면, 시간, 날짜, GPS 위치, 사진(들), 배달원에 관련된 식별자, 모바일 디바이스에 관련된 식별자 등을 포함하는 배달에 관한 정보를 포함하는 정보를 운송 시스템(107)에 전송할 수 있다. 운송 시스템(107)은 시스템(100) 내의 다른 시스템에 의한 접근을 위해 데이터베이스(미도시)에 이러한 정보를 저장할 수 있다. 일부 실시예에서, 운송 시스템(107)은 다른 시스템에 특정 패키지의 위치를 나타내는 트래킹 데이터를 준비 및 전송하기 위해 이러한 정보를 사용할 수 있다.
일부 실시예에서, 특정 사용자는, 한 종류의 모바일 디바이스를 사용할 수 있는 반면(예를 들면, 정규 직원은 바코드 스캐너, 스타일러스 및 다른 장치와 같은 커스텀 하드웨어를 갖는 전문 PDA를 사용할 수 있음), 다른 사용자는 다른 종류의 모바일 디바이스를 사용할 수 있다(예를 들면, 임시 또는 교대 근무 직원이 기성 휴대 전화 및/또는 스마트폰을 사용할 수 있음).
일부 실시예에서, 운송 시스템(107)은 사용자를 각각의 디바이스와 연관시킬 수 있다. 예를 들면, 운송 시스템(107)은 사용자(예를 들면, 사용자 식별자, 직원 식별자, 또는 전화번호에 의해 표현됨)와 모바일 디바이스(예를 들면, International Mobile Equipment Identity(IMEI), International Mobile Subscription Identifier(IMSI), 전화번호, Universal Unique Identifier(UUID), 또는 Globally Unique Identifier(GUID)에 의해 표현됨) 간의 연관성(association)을 저장할 수 있다. 운송 시스템(107)은, 다른 것들 중에 작업자의 위치, 작업자의 효율성, 또는 작업자의 속도를 결정하기 위해 데이터베이스에 저장된 데이터를 분석하기 위해 배달시 수신되는 데이터와 관련하여 이러한 연관성을 사용할 수 있다.
일부 실시예에서, 판매자 포털(109)은 판매자 또는 다른 외부 엔터티(entity)가 시스템(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(약속된 배달 날짜)를 계산할 수 있다. 일부 실시예에서, PDD는 하나 이상의 요소에 기초할 수 있다. 예를 들면, FO 시스템(113)은 제품에 대한 과거 수요(예를 들면, 그 제품이 일정 기간 동안 얼마나 주문되었는지), 제품에 대한 예측된 수요(예를 들면, 얼마나 많은 고객이 다가오는 기간 동안 제품을 주문할 것으로 예상되는지), 일정 기간 동안 얼마나 많은 제품이 주문되었는지를 나타내는 네트워크 전반의 과거 수요, 다가오는 기간 동안 얼마나 많은 제품이 주문될 것으로 예상되는지를 나타내는 네트워크 전반의 예측된 수요, 각각의 제품을 저장하는 각 풀필먼트 센터(200)에 저장된 제품의 하나 이상의 개수, 그 제품에 대한 예상 또는 현재 주문 등에 기초하여 제품에 대한 PDD를 계산할 수 있다.
일부 실시예에서, FO 시스템(113)은 주기적으로(예를 들면, 시간별로) 각 제품에 대한 PDD를 결정하고, 검색하거나 다른 시스템(예를 들면, 외부 프론트 엔드 시스템(103), SAT 시스템(101), 배송 및 주문 트래킹 시스템(111))으로 전송하기 위해 이를 데이터베이스에 저장할 수 있다. 다른 실시예에서, FO 시스템(113)은 하나 이상의 시스템(예를 들면, 외부 프론트 엔드 시스템(103), SAT 시스템(101), 배송 및 주문 트래킹 시스템(111))으로부터 전자 요청을 수신하고 요구에 따라 PDD를 계산할 수 있다.
일부 실시예에서, 풀필먼트 메시징 게이트웨이(FMG)(115)는 FO 시스템(113)과 같은 시스템(100) 내의 하나 이상의 시스템으로부터 하나의 포맷 또는 프로토콜로 요청 또는 응답을 수신하고, 그것을 다른 포맷 또는 프로토콜로 변환하여, 변환된 포맷 또는 프로토콜로 된 요청 또는 응답을 WMS(119) 또는 제3자 풀필먼트 시스템(121A, 121B, 또는 121C)과 같은 다른 시스템에 포워딩하며, 반대의 경우도 가능한 컴퓨터 시스템으로서 구현될 수 있다.
일부 실시예에서, 공급 체인 관리(SCM) 시스템(117)은 예측 기능을 수행하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, SCM 시스템(117)은, 예를 들어 제품에 대한 과거 수요, 제품에 대한 예측된 수요, 네트워크 전반의 과거 수요, 네트워크 전반의 예측된 수요, 각각의 풀필먼트 센터(200)에 저장된 제품 개수, 각 제품에 대한 예상 또는 현재 주문 등에 기초하여, 특정 제품에 대한 수요의 수준을 예측할 수 있다. 이러한 예측된 수준과 모든 풀필먼트 센터를 통한 각 제품의 수량에 응답하여, SCM 시스템(117)은 특정 제품에 대한 예측된 수요를 만족시키기에 충분한 양을 구매 및 비축하기 위한 하나 이상의 구매 주문을 생성할 수 있다.
일부 실시예에서, 창고 관리 시스템(WMS)(119)은 작업 흐름을 모니터링하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, WMS(119)는 개개의 디바이스(예를 들면, 디바이스(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)과 연관된 각각의 사용자에 대한 작업 로그를 유지할 수 있다. 예를 들면, WMS(119)는 임의의 할당된 프로세스(예를 들면, 트럭에서 내리기, 픽업 구역에서 아이템을 픽업하기, 리비닝 월(rebin wall) 작업, 아이템 패킹하기), 사용자 식별자, 위치(예를 들면, 풀필먼트 센터(200)의 바닥 또는 구역), 직원에 의해 시스템을 통해 이동된 유닛의 수(예를 들면, 픽업된 아이템의 수, 패킹된 아이템의 수), 디바이스(예를 들면, 디바이스(119A-119C))와 관련된 식별자 등을 포함하는, 각 직원과 관련된 정보를 저장할 수 있다. 일부 실시예에서, WMS(119)는 디바이스(119A-119C)에서 작동되는 계시(timekeeping) 시스템과 같은 계시 시스템으로부터 체크-인 및 체크-아웃 정보를 수신할 수 있다.
일부 실시예에서, 제3자 풀필먼트 (3PL) 시스템(121A-121C)은 물류 및 제품의 제3자 제공자와 관련된 컴퓨터 시스템을 나타낸다. 예를 들면, (도 2와 관련하여 이하에서 후술하는 바와 같이) 일부 제품이 풀필먼트 센터(200)에 저장되는 반면, 다른 제품은 오프-사이트(off-site)에 저장될 수 있거나, 수요에 따라 생산될 수 있으며, 달리 풀필먼트 센터(200)에 저장될 수 없다. 3PL 시스템(121A-121C)은 FO 시스템(113)으로부터 (예를 들면, FMG(115)를 통해) 주문을 수신하도록 구성될 수 있으며, 고객에게 직접 제품 및/또는 서비스(예를 들면, 배달 또는 설치)를 제공할 수 있다. 일부 구현예에서, 하나 이상의 3PL 시스템(121A-121C)은 시스템(100)의 일부일 수 있지만, 다른 구현예에서는, 하나 이상의 3PL 시스템(121A-121C)이 시스템(100)의 외부에 있을 수 있다(예를 들어, 제3자 제공자에 의해 소유 또는 운영됨)일 수 있다.
일부 실시예에서, 풀필먼트 센터 인증 시스템(FC Auth)(123)은 다양한 기능을 갖는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, 일부 실시예에서, FC Auth(123)는 시스템(100) 내의 하나 이상의 다른 시스템에 대한 단일-사인 온(single-sign on, SSO) 서비스로서 작동할 수 있다. 예를 들면, FC Auth(123)는 내부 프론트 엔드 시스템(105)을 통해 사용자가 로그인하게 하고, 사용자가 배송 및 주문 트래킹 시스템(111)에서 리소스에 액세스하기 위해 유사한 권한을 갖고 있다고 결정하며, 두 번째 로그인 프로세스 요구 없이 사용자가 그러한 권한에 액세스할 수 있게 한다. 다른 실시예에서, FC Auth(123)는 사용자(예를 들면, 직원)가 자신을 특정 작업과 연관시킬 수 있게 한다. 예를 들면, 일부 직원은 (디바이스(119A-119C)와 같은) 전자 디바이스를 갖지 않을 수 있으며, 대신 하루 동안 풀필먼트 센터(200) 내에서 작업들 사이 및 구역들 사이에서 이동할 수 있다. FC Auth(123)는 이러한 직원들이 상이한 시간 대에 수행 중인 작업과 속해 있는 구역을 표시할 수 있도록 구성될 수 있다.
일부 실시예에서, 노동 관리 시스템(LMS)(125)은 직원(풀-타임 및 파트-타임 직원을 포함함)에 대한 출근 및 초과 근무 정보를 저장하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, LMS(125)는 FC Auth(123), WMA(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 표준을 따르는 무선 네트워크, 임대 회선 등을 포함하는 하나 이상의 공공 또는 사설 네트워크를 통해 서로 연결될 수 있다. 일부 실시예에서, 시스템(100) 내의 시스템 중 하나 이상은 데이터 센터, 서버 팜 등에서 구현되는 하나 이상의 가상 서버로서 구현될 수 있다.
도 2는 풀필먼트 센터(200)를 나타낸다. 풀필먼트 센터(200)는 주문시 고객에게 배송하기 위한 아이템을 저장하는 물리적 장소의 예시이다. 풀필먼트 센터(FC)(200)는 다수의 구역으로 분할될 수 있으며, 각각이 도 2에 도시된다. 일부 실시예에서, 이러한 "구역(zones)"은 아이템을 수령하고, 아이템을 저장하고, 아이템을 검색하고, 아이템을 배송하는 과정의 상이한 단계 사이의 가상 구분으로 생각될 수 있다. 따라서, "구역"이 도 2에 나타나 있으나, 일부 실시예에서, 구역의 다른 구분도 가능하고, 도 2의 구역은 생략, 복제, 또는 수정될 수 있다.
인바운드 구역(203)은 도 1a의 시스템(100)을 사용하여 제품을 판매하고자 하는 판매자로부터 아이템이 수신되는 FC(200)의 영역을 나타낸다. 예를 들면, 판매자는 트럭(201)을 사용하여 아이템(202A, 202B)을 배달할 수 있다. 아이템(202A)은 자신의 배송 팔레트(pallet)를 점유하기에 충분히 큰 단일 아이템을 나타낼 수 있으며, 아이템(202B)은 공간을 절약하기 위해 동일한 팔레트 상에 함께 적층되는 아이템의 세트를 나타낼 수 있다.
작업자는 인바운드 구역(203)의 아이템을 수령하고, 선택적으로 컴퓨터 시스템(미도시)을 사용하여 아이템이 손상되었는지 및 정확한지를 체크할 수 있다. 예를 들면, 작업자는 아이템(202A, 202B)의 수량을 아이템의 주문 수량과 비교하기 위해 컴퓨터 시스템을 사용할 수 있다. 수량이 일치하지 않는다면, 해당 작업자는 아이템(202A, 202B) 중 하나 이상을 거부할 수 있다. 수량이 일치한다면, 작업자는 그 아이템들을 (예를 들면, 짐수레(dolly), 핸드트럭(handtruck), 포크리프트(forklift), 또는 수작업으로) 버퍼 구역(205)으로 운반할 수 있다. 버퍼 구역(205)은, 예를 들면, 예측된 수요를 충족시키기 위해 픽업 구역에 그 아이템이 충분한 수량만큼 있기 때문에, 픽업 구역에서 현재 필요하지 않은 아이템에 대한 임시 저장 영역일 수 있다. 일부 실시예에서, 포크리프트(206)는 버퍼 구역(205) 주위와 인바운드 구역(203) 및 드롭 구역(207) 사이에서 아이템을 운반하도록 작동한다. (예를 들면, 예측된 수요로 인해) 픽업 구역에 아이템(202A, 202B)이 필요하면, 포크리프트는 아이템(202A, 202B)을 드롭 구역(207)으로 운반할 수 있다.
드롭 구역(207)은 픽업 구역(209)으로 운반되기 전에 아이템을 저장하는 FC(200)의 영역일 수 있다. 픽업 동작에 할당된 작업자("피커(picker)")는 픽업 구역의 아이템(202A, 202B)에 접근하고, 픽업 구역에 대한 바코드를 스캔하며, 모바일 디바이스(예를 들면, 디바이스(119B))를 사용하여 아이템(202A, 202B)과 관련된 바코드를 스캔할 수 있다. 그 다음 피커는 (예를 들면, 카트에 놓거나 운반함으로써) 픽업 구역(209)에 아이템을 가져갈 수 있다.
픽업 구역(209)은 아이템(208)이 저장 유닛(210)에 저장되는 FC(200)의 영역일 수 있다. 일부 실시예에서, 저장 유닛(210)은 물리적 선반, 책꽂이, 박스, 토트(tote), 냉장고, 냉동고, 저온 저장고 등 중 하나 이상을 포함할 수 있다. 일부 실시예에서, 픽업 구역(209)은 다수의 플로어로 편성될 수 있다. 일부 실시예에서, 작업자 또는 기계는, 예를 들면, 포크리프트, 엘리베이터, 컨베이어 벨트, 카트, 핸드트럭, 짐수레, 자동화된 로봇 또는 디바이스, 또는 수작업을 포함하는 다양한 방식으로 아이템을 픽업 구역(209)으로 운반할 수 있다. 예를 들면, 피커는 아이템(202A, 202B)을 드롭 구역(207)의 핸드트럭 또는 카트에 놓을 수 있으며, 아이템(202A, 202B)을 픽업 구역(209)으로 가져갈 수 있다.
피커는 저장 유닛(210) 상의 특정 공간과 같은 픽업 구역(209)의 특정 스팟에 아이템을 배치(또는 "적재(stow)")하라는 명령을 수신할 수 있다. 예를 들면, 피커는 모바일 디바이스(예를 들면, 디바이스(119B))를 사용하여 아이템(202A)을 스캔할 수 있다. 디바이스는, 예를 들면, 통로, 선반 및 위치를 나타내는 시스템을 사용하여, 아이템(202A)을 적재해야 하는 위치를 나타낼 수 있다. 그 다음 디바이스는 그 위치에 아이템(202A)을 적재하기 전에 피커가 그 위치에서 바코드를 스캔하도록 할 수 있다. 디바이스는 도 1a의 WMS(119)와 같은 컴퓨터 시스템에 아이템(202A)이 디바이스(119B)를 사용하는 사용자에 의해 그 위치에 적재되었음을 나타내는 데이터를 (예를 들면, 무선 네트워크를 통해) 전송할 수 있다.
일단 사용자가 주문을 하면, 피커는 저장 유닛(210)으로부터 하나 이상의 아이템(208)을 검색하기 위해 디바이스(119B)에 명령을 수신할 수 있다. 피커는 아이템(208)을 검색하고, 아이템(208) 상의 바코드를 스캔하며, 운송 기구(214) 상에 놓을 수 있다. 일부 실시예에서, 운송 기구(214)가 슬라이드로서 표현되지만, 운송 기구는 컨베이어 벨트, 엘리베이터, 카트, 포크리프트, 핸드트럭, 짐수레, 카트 등 중 하나 이상으로서 구현될 수 있다. 그 다음 아이템(208)은 패킹 구역(211)에 도착할 수 있다.
패킹 구역(211)은 아이템이 픽업 구역(209)으로부터 수령되고 고객에게 최종 배송하기 위해 박스 또는 가방에 패킹되는 FC(200)의 영역일 수 있다. 패킹 구역(211)에서, 아이템을 수령하도록 할당된 작업자("리비닝 작업자(rebin worker)")는 픽업 구역(209)으로부터 아이템(208)을 수령하고, 그것이 어느 주문에 대응하는지를 결정할 것이다. 예를 들면, 리비닝 작업자는 아이템(208) 상의 바코드를 스캔하기 위해 컴퓨터(119C)와 같은 디바이스를 사용할 수 있다. 컴퓨터(119C)는 아이템(208)이 어느 주문과 관련이 있는지를 시각적으로 나타낼 수 있다. 이는, 예를 들면, 주문에 대응하는 월(216) 상의 공간 또는 "셀(cell)"을 포함할 수 있다. (예를 들면, 셀에 주문의 모든 아이템이 포함되어 있기 때문에) 일단 주문이 완료되면, 리비닝 작업자는 패킹 작업자(또는 "패커(packer)")에게 주문이 완료된 것을 알릴 수 있다. 패커는 셀로부터 아이템을 검색하고, 배송을 위해 이들을 박스 또는 가방에 놓을 수 있다. 그 다음 패커는, 예를 들면, 포크리프트, 카트, 짐수레, 핸드트럭, 컨베이어 벨트, 수작업 또는 다른 방법을 통해, 박스 또는 가방을 허브 구역(213)으로 보낼 수 있다.
허브 구역(213)은 패킹 구역(211)으로부터 모든 박스 또는 가방("패키지(packages)")을 수신하는 FC(200)의 영역일 수 있다. 허브 구역(213)의 작업자 및/또는 기계는 패키지(218)를 검색하고, 각 패키지가 배달 영역의 어느 부분으로 배달되도록 되어 있는지를 결정하며, 패키지를 적합한 캠프 구역(215)으로 보낼 수 있다. 예를 들면, 배달 영역이 2개의 작은 하위 영역을 갖는다면, 패키지는 2개의 캠프 구역(215) 중 하나로 보내질 것이다. 일부 실시예에서, 작업자 또는 기계는 최종 목적지를 결정하기 위해 (예를 들면, 디바이스(119A-119C) 중 하나를 사용하여) 패키지를 스캔할 수 있다. 패키지를 캠프 구역(215)으로 보내는 것은, 예를 들면, (우편 번호에 기초하여) 패키지가 향하는 지리적 영역의 부분을 결정하고, 지리적 영역의 부분과 관련된 캠프 구역(215)을 결정하는 것을 포함할 수 있다.
일부 실시예에서, 캠프 구역(215)은 루트 및/또는 서브-루트로 분류하기 위해 허브 구역(213)으로부터 패키지가 수령되는 하나 이상의 빌딩, 하나 이상의 물리적 공간, 또는 하나 이상의 영역을 포함할 수 있다. 일부 실시예에서, 캠프 구역(215)은 FC(200)로부터 물리적으로 분리되어 있는 반면, 다른 실시예에서는 캠프 구역(215)은 FC(200)의 일부를 형성할 수 있다.
캠프 구역(215)의 작업자 및/또는 기계는, 예를 들면, 목적지와 기존 루트 및/또는 서브-루트의 비교, 각각의 루트 및/또는 서브-루트에 대한 작업량의 계산, 하루 중 시간, 배송 방법, 패키지(220)를 배송하기 위한 비용, 패키지(220)의 아이템과 관련된 PDD 등에 기초하여 패키지(220)가 어느 루트 및/또는 서브-루트와 연관되어야 하는지를 결정할 수 있다. 일부 실시예에서, 작업자 또는 기계는 최종 목적지를 결정하기 위해 (예를 들면, 디바이스(119A-119C) 중 하나를 사용하여) 패키지를 스캔할 수 있다. 일단 패키지(220)가 특정 루트 및/또는 서브-루트에 할당되면, 작업자 및/또는 기계는 배송될 패키지(220)를 운반할 수 있다. 예시적인 도 2에서, 캠프 구역(215)은 트럭(222), 자동차(226), 배달원(224A, 224B)을 포함한다. 일부 실시예에서, 배달원(224A)이 트럭(222)을 운전할 수 있는데, 이 때 배달원(224A)은 FC(200)에 대한 패키지를 배달하는 풀-타임 직원이며, 트럭은 FC(200)를 소유, 임대 또는 운영하는 동일한 회사에 의해 소유, 임대, 또는 운행된다. 일부 실시예에서, 배달원(224B)이 자동차(226)를 운전할 수 있는데, 이 때 배달원(224B)은 필요에 따라(예를 들면, 계절에 따라) 배달하는 "플렉스(flex)" 또는 비상시적인 작업자이다. 자동차(226)는 배달원(224B)에 의해 소유, 임대 또는 운행될 수 있다.
본 개시의 한 양태에 따르면, 재고를 관리하기 위한 컴퓨터 구현 시스템은 명령을 저장하는 하나 이상의 메모리 디바이스, 및 명령을 실행하여 동작을 수행하도록 구성된 하나 이상의 프로세서를 포함할 수 있다. 일부 실시예에서, 개시된 기능 및 시스템은 하나 이상의 FOS 시스템(113) 또는 WMS(119) 중 일부로서 구현될 수 있다. 바람직한 실시예는 WMS(119)에서 개시된 기능 및 시스템을 구현하는 것을 포함하지만, 당업자라면 다른 구현이 가능하다는 것을 이해할 것이다.
본 개시의 실시예는 식별자를 캡처하기 위해 1 차원 바코드를 스캐닝하는 것에 관련되지만, 당업자는 다른 데이터 캡처 구현(예를 들어, QR 코드, RFID 태그, NFC 통신 등의 사용)이 가능하다는 것을 이해할 것이다.
일부 실시예에서, WMS(119)는 신선 제품을 포함하는 인바운드 제품을 수신하고 하나 이상의 인바운드 제품과 관련된 정보를 저장하도록 구현될 수 있다. 일부 실시예들에서, WMS(119)는 미리 결정된 우선 순위 규칙에 기초하여 인바운드 팔레트의 배달을 스케줄링 할 수 있다. 일부 실시예들에서, 미리 결정된 우선 순위 규칙에 기초하여 인바운드 배달을 스케줄링하는 것은 배달 유형 및 배달 유형과 연관된 우선 순위 레벨에 기초하여 인바운드 배달을 스케줄링하는 것을 포함할 수 있다. 일부 실시예에서, 팔레트는 하나 이상의 제품이 동시에 이송될 수 있도록, 같이 그룹화된 하나 이상의 제품을 포함하는 선적 팔레트를 포함할 수 있다. 그러나, 모든 실시예가 인바운드 팔레트에 관한 것은 아니다. 예를 들어, 일부 실시예에서, WMS(119)는 미리 결정된 우선 순위 규칙에 기초하여 인바운드 제품의 배달을 스케줄링 할 수 있고, 인바운드 제품은 인바운드 팔레트로 그룹화 될 필요가 없을 수 있다. WMS(119)는 적어도 하나의 제품을 포함하는 인바운드 팔레트와 관련된 운송장 번호, 예약 번호 또는 구매 주문 번호 중 적어도 하나를 수신할 수 있다. WMS(119)는 인바운드 바코드, 및 운송장 번호, 예약 번호 또는 구매 주문 번호 중 적어도 하나를 인바운드 팔레트에 할당하도록 데이터베이스를 수정할 수 있다. 예를 들어, 데이터베이스는 모든 인바운드 제품의 재고를 대응하는 인바운드 바코드와 함께 저장할 수 있다. 데이터베이스는 각 제품과 관련된 아이템 식별자, 각 제품의 인바운드 수량, 각 제품과 관련된 위치 식별자, 각 제품과 관련된 예상 배달 날짜 및 각 제품을 받는 타임 스탬프를 포함하지만 이에 제한되지 않는 각각의 인바운드 제품과 관련된 다른 정보를 더 저장할 수 있다. 일부 실시예들에서, 데이터베이스는 WMS(119)에 통합될 수 있다.
FO 시스템(113)은 도 1a에 대한 관련 정보(예를 들어, 수량, 크기, 수령일, 만료일 등)뿐 아니라, 특정 아이템 세트(예를 들어, 신선한 농산물 또는 냉동 제품)만을 저장하도록 지정된 풀필먼트 센터에 대한 정보를 저장하는 것으로 위에서 설명되었다. FO 시스템(113)은 또한 벤더로부터 전송된 아이템의 허용 기준을 저장할 수 있다. 벤더는 구매 주문을 수신한 것에 대한 응답으로 아이템의 허용 기준을 FO 시스템(113)에 전송할 수 있다. FO 시스템(113)은 벤더로부터 전송된 허용 기준을 수신하면, 허용 기준을 아이템에 할당하고 저장할 수 있다. 허용 기준에는 아이템 확인 비율, 부적합한 수량, 무게, 크기, 아이템 상태 등이 포함될 수 있지만 이에 국한되지는 않는다.
도 3a는 비-관리자에 의해 신선 인바운드 제품을 확인하기 위한 예시적인 프로세스(300)의 흐름도이다. 이 예시적인 방법은 예로서 제공된다. 도 3a에 도시된 방법(300)은 다양한 시스템의 하나 이상의 조합에 의해 실행되거나 달리 수행될 수 있다. 후술되는 바와 같은 방법(300)은, 예로서 도 3a에 도시된 바와 같이, WMS(119)에 의해 수행될 수 있다. WMS(119)의 다양한 요소가 도 3a의 방법을 설명하는데 참조되지만, 모바일 디바이스(119B)(또는 다른 디바이스)의 다양한 요소가 도 3a의 방법을 적절하게 수행할 수 있음에 유의해야 한다. 도 3a에 도시된 각각의 블록은 예시적인 방법(300)에서의 하나 이상의 프로세스, 방법 또는 서브 루틴을 나타낸다. 도 3a를 참조하면, 예시적인 방법(300)은 블록 301에서 시작할 수 있다.
단계 301에서, 비-관리자와 관련된 모바일 디바이스(119B)는 인바운드 바코드, 아이템 식별자 및 아이템 식별자와 연관된 신선 인바운드 아이템을 확인하기 위한 요청을 WMS(119)에 전송할 수 있다. 예를 들어, 모바일 디바이스(119B)와 연관된 작업자는 신선 인바운드 아이템에 부착된 바코드(SKU 바코드) 및 적어도 하나의 신선 인바운드 아이템을 포함하는 인바운드 팔레트에 부착된 인바운드 바코드 형태의 아이템 식별자를 스캔할 수 있고, 모바일 디바이스(119B)는 신선 인바운드 아이템을 확인하기 위한 요청과 함께 인바운드 바코드 및 아이템 식별자를 WMS(119)에 전송할 수 있다. 인바운드 바코드 및 아이템 식별자를 전송하기 위한 예시적인 사용자 인터페이스가 도 4a에 도시되어 있으며, 보다 상세하게 후술될 것이다.
단계 302에서, WMS(119)는 단계 301에서 전송된 인바운드 바코드, 전송된 아이템 식별자, 및 전송된 아이템 식별자와 연관된 신선 인바운드 아이템을 확인하기 위한 전송된 요청을 수신할 수 있다. 인바운드 팔레트가 FC(200)로 전달되면 인바운드 바코드는 FC(200) 내에서 각 인바운드 팔레트를 식별하는 데 사용되는 식별자를 포함할 수 있다. 예를 들어, WMS(119)는 데이터베이스에 FC(200)로 수신된 모든 인바운드 팔레트의 재고뿐 아니라 각 인바운드 팔레트와 관련된 세부 정보를 저장할 수 있다. 이와 같이, 사용자가 데이터베이스에서 인바운드 바코드를 조회할 때, 모바일 디바이스(119B)는 인바운드 바코드와 연관된 운송장 번호, 예약 번호 및/또는 구매 주문 번호를 표시할 수 있다. 아이템 식별자는 신선 인바운드 아이템과 관련된 세부 사항을 제공할 수 있다. 일부 실시예들에서, WMS(119)는 다수의 아이템들에 할당된 아이템 식별자를 수신할 수 있다. 수신된 아이템 식별자가 다수의 아이템 식별자에 할당될 때, WMS(119)는 도 4b에 도시된 바와 같이, 모바일 디바이스(119B)에 동일한 SKU 바코드를 갖는 아이템 중에서 아이템을 선택하기 위한 사용자 인터페이스를 제공할 수 있다. 동일한 SKU 바코드를 갖는 아이템들 중에서 아이템을 선택하기 위한 예시적인 사용자 인터페이스가 도 4b에 도시되어 있고 아래에서 더 상세히 논의될 것이다.
단계 304에서, WMS(119)는 요청된 신선 인바운드 아이템의 확인의 할당 가능성을 결정할 수 있다. WMS(119)는 확인 작업을 저장하는 데이터베이스에서 수신된 인바운드 바코드 및 수신된 아이템 식별자를 조회할 수 있으며, 각각의 확인 작업은 인바운드 바코드 및 아이템 식별자를 포함한다. 저장된 확인 작업이 수신된 인바운드 바코드 및 수신된 아이템 식별자를 포함하면, WMS(119)는 수신된 아이템 식별자와 관련된 신선 인바운드 아이템의 확인이 이미 다른 모바일 디바이스에 할당되었다는 통지를 모바일 디바이스(119B)에 제공할 수 있다. 그렇지 않으면, WMS(119)는 수신된 인바운드 바코드 및 수신된 아이템 식별자를 포함하는 확인 작업을 모바일 디바이스(119B)에 할당하고 확인 작업을 데이터베이스에 저장할 수 있다. 확인 작업이 모바일 디바이스(119B)에 할당될 때, WMS(119)는 신선 인바운드 아이템의 샘플 수량을 결정할 수 있다. 샘플 수량은 모바일 디바이스(119B)와 연관된 비-관리자에 의해 확인이 필요한 신선 인바운드 아이템의 수를 지칭할 수 있다. 샘플 수량을 결정하기 위해, 먼저, WMS(119)는 수신된 인바운드 바코드와 연관된 적어도 하나의 구매 주문에 포함된 신선 인바운드 아이템의 모든 수량을 집계할 수 있다.
신선 인바운드 아이템의 수량을 집계한 후, WMS(119)는 집계된 수량에 기초하여 신선 인바운드 아이템의 샘플 수량을 결정할 수 있다. 예를 들어, WMS(119)는 집계된 수량의 부분(proportion)을 확인 수량으로 결정할 수 있으며, 이 부분은 신선 인바운드 아이템을 판매하는 벤더에 의해 제공되고, 수신된 아이템 식별자에 통합된다. 예를 들어, 도 4e에 도시된 바와 같이, 벤더는 미리 정해진 룩업 테이블(460)에서 각각의 집계된 수량(461)에 대응하는 부분(462)을 제공할 수 있다. WMS(119)는 룩업 테이블(460)에 액세스하고, 집계 수량(461)에 대응하는 부분을 검색할 수 있다. 룩업 테이블(460)은 WMS(119)에 대한 아이템과 관련된 다양한 정보를 제공할 수 있다. 룩업 테이블은 내부 점검 수량(463)을 제공할 수 있다. 내부 점검 수량(463)은 아이템의 확인을 위해 작업자가 개봉해야 하는(예를 들어, 사과를 반으로 자르는) 신선 인바운드 아이템의 수량을 지칭할 수 있다. 예를 들어, 신선 인바운드 아이템의 총 수량이 50인 경우, 작업자는 5 개의 신선 인바운드 아이템을 확인해야 하고 5 개의 아이템 중에서 룩업 테이블(460)에 따라 2 개의 아이템에 대해 내부 점검을 수행해야 한다. 또한, 룩업 테이블(460)은 제 2 내부 점검 수량(464) 및 제 2 샘플 수량(465)을 제공할 수 있다. 내부 점검 수량(463) 및 집계된 수량(461)과 각각 유사한, 제 2 내부 점검 수량(464) 및 제 2 샘플 수량(465)은 도 3b및 3c와 관련하여 후술되는 바와 같이 신선 인바운드 아이템의 확인과 연관된 관리자에게 확인 정보를 제공할 수 있다. WMS(119)는 룩업 테이블(460)에 의해 제공된 다양한 정보를 모바일 디바이스(119B)에 전송할 수 있다.
단계 306에서, WMS(119)는 허용 기준을 저장하는 데이터베이스 내에서, 수신된 아이템 식별자와 연관된 허용 기준을 검색할 수 있다. 예를 들어, WMS(119)는 수신된 아이템 식별자와 연관된 허용 기준을 제공하기 위해 풀필먼트 최적화 시스템(113)에 요청을 전송할 수 있다. 풀필먼트 최적화(113)가 그러한 요청을 수신하면, 허용 기준을 저장하는 데이터베이스에서 아이템 식별자와 연관된 아이템을 검색하고 WMS(119)에 허용 기준을 제공할 수 있다.
단계 308에서, WMS(119)는 검색된 허용 기준 및 신선 인바운드 아이템과 관련된 불량 수량에 대한 요청을 모바일 디바이스(119B)에 전송할 수 있다. 요청은 신선 인바운드 아이템의 이미지, 벤더 이름, 신선 인바운드 아이템 이름, 집계된 수량, 샘플 수량, 적어도 하나의 구매 주문 및 신선 인바운드 아이템의 제조/만료 날짜를 포함할 수 있지만, 이에 제한되지는 않는다. FO 시스템(113)은 도 1a와 관련하여 특정 아이템 세트(예를 들어, 신선한 농산물 또는 냉동 제품)만을 저장하도록 지정된 풀필먼트 센터에 대한 정보뿐 아니라 관련 정보(예를 들어, 수량, 크기, 수령일, 만료일 등)를 저장하는 것으로 위에서 설명되었다. FO 시스템(113)은 또한 벤더로부터 전송된 아이템의 허용 기준을 저장하는 것으로 설명되었다. 허용 기준은 아이템 확인 부분, 무게, 크기, 아이템 상태 등을 포함할 수 있지만, 이에 제한되지는 않는다. WMS(119)는 FO 시스템(113)에게 이미지, 벤더 이름, 신선 인바운드 아이템 이름, 벤더 이름, 제조 날짜 및 만료 날짜를 제공하도록 요청할 수 있다. 요청을 수신하면, FO 시스템(113)은 요청된 정보를 WMS(119)에 제공할 수 있다.
단계 310에서, 모바일 디바이스(119B)는 단계 308에서 보내진 전송된 요청 및 전송된 허용 기준을 수신할 수 있다. 모바일 디바이스(119B)는 그 디스플레이에 수신된 요청 및 수신된 허용기준을 디스플레이 할 수 있다. 집계된 수량, 샘플 수량, 적어도 하나의 구매 주문 및 제조/만료 날짜를 포함하는 수신된 요청, 및 수신된 허용 기준은 모바일 디바이스(119B)와 연관된 비-관리자가 신선 인바운드 아이템의 불량 수량을 결정하는 것을 도울 수 있다. 수신된 요청 및 수신된 허용 기준을 표시하기 위한 예시적인 사용자 인터페이스가 도 4c에 도시되어 있으며, 이하에서 보다 상세하게 설명될 것이다.
단계 312에서, 모바일 디바이스(119B)는 신선 인바운드 아이템의 불량 수량을 WMS(119)에 전송할 수 있다. 예를 들어, 모바일 디바이스(119B)는 모바일 디바이스(119B) 디스플레이상의 사용자 입력에 기초하여 불량 수량을 캡처하고 캡처된 불량 수량을 WMS(119)에 전송할 수 있다. 비-관리자는 압력 감지 입력 메커니즘(예를 들어, 터치 스크린 디바이스) 또는 모바일 디바이스(119B)의 사용자 인터페이스상의 임의의 다른 적절한 선택 메커니즘을 사용하여 불량 수량을 전송할 수 있다. 신선 인바운드 아이템의 불량 수량을 전송하기 위한 예시적인 사용자 인터페이스가 도 4d에 도시되어 있으며, 보다 상세하게 후술될 것이다.
단계 314에서, WMS(119)는 단계 312에서 전송된 신선 인바운드 아이템의 불량 수량을 수신할 수 있다. 수신된 불량 수량이 0보다 큰 경우, 단계 315에서, WMS(119)는 수신된 인바운드 바코드, 수신된 아이템 식별자, 신선 인바운드 아이템의 이미지, 벤더 이름, 신선 인바운드 아이템 이름, 집계된 수량, 적어도 하나의 구매 주문, 제조 날짜, 만료 날짜, 수신된 불량 수량, 검색된 허용 기준 및 적어도 하나의 관리자와 연관된 모바일 디바이스만이 검사 작업과 연관된 정보에 액세스 할 수 있도록 구성된 관리자 지시자(indicator)를 포함하는, 검사 작업을 저장할 수 있다. 관리자 지시자는 비-관리자와 연관된 모바일 디바이스가 검사 작업과 연관된 정보에 액세스하는 것을 방지하면서, 적어도 하나의 관리자와 연관된 모바일 디바이스만이 검사 작업과 연관된 정보에 액세스 할 수 있도록 구성될 수 있다. 예를 들어, 적어도 하나의 관리자와 연관된 모바일 디바이스(119B)는 관리자가 검사를 위해 선택하도록 하나 이상의 저장된 검사 작업을 표시할 수 있다. 추가적인 예로서, 비-관리자와 연관된 모바일 디바이스(119B)는 저장된 어떠한 검사 작업도 표시하지 않을 수 있다.
단계 312에서 전송된 신선 인바운드 아이템의 수신된 불량 수량이 0과 동일하면, WMS(119)는 인바운드 바코드 및 아이템 식별자에 진행 지시자를 할당하도록 데이터베이스를 수정할 수 있다. 진행 지시자는 신선 인바운드 아이템에 대한 확인 프로세스가 완료됨에 따라 인바운드 프로세스를 진행하기 위해 풀필먼트 센터(200)와 연관된 작업자에게 정보를 제공할 수 있다.
도 3b는 관리자에 의해 신선 인바운드 제품을 확인하고 반품하기 위한 예시적인 프로세스(350)의 흐름도이다. 이 예시적인 방법은 예로서 제공된다. 도 3b에 도시된 방법(350)은 다양한 시스템의 하나 이상의 조합에 의해 실행되거나 달리 수행될 수 있다. 후술되는 바와 같은 방법(350)은, 예로서 도 3b에 도시된 바와 같이 WMS(119)에 의해 수행될 수 있다. WMS(119)의 다양한 요소가 도 3b의 방법을 설명하는데 참조되지만, 모바일 디바이스(119B)의 다양한 요소가 도 3b의 방법을 수행할 수 있음에 유의해야 한다. 도 3b에 도시된 각각의 블록은 예시적인 방법(350)에서의 하나 이상의 프로세스, 방법 또는 서브 루틴을 나타낸다. 도 3b를 참조하면, 예시적인 방법(350)은 블록 351에서 시작할 수 있다.
단계 351에서, 관리자와 연관된 모바일 디바이스(119B)는 저장된 검사 작업에 대한 요청을 WMS(119)로 전송할 수 있다. 예를 들어, 모바일 디바이스(119B)는 모바일 디바이스(119B)의 사용자 인터페이스로부터 저장된 검사 작업에 대한 요청을 WMS(119)로 전송할 수 있다. 관리자는 모바일 디바이스(119B)의 사용자 인터페이스상에서 압력 감지 입력 메커니즘(예를 들어, 터치 스크린 디바이스) 또는 임의의 다른 적절한 선택 메커니즘을 사용하여 요청을 전송할 수 있다.
단계 352에서, WMS(119)는 단계 351로부터 전송된 검사 요청을 수신할 수 있다. 요청을 수신하면 WMS(119)는 검사 요청을 전송한 모바일 디바이스(119B)가 관리자와 연관되어 있는지 여부를 확인할 수 있다. WMS(119)는 도 1a와 관련하여 위에서 논의된 바와 같이, 시스템(100)과 연관된 하나 이상의 사용자와 하나 이상의 디바이스(예를 들어, 디바이스(107A-107C 또는 119A-119C))를 관련시키는 정보를 저장할 수 있다. 모바일 디바이스(119B)가 관리자와 연관된 것으로 확인되면, WMS(119)는 검사 작업을 저장하는 데이터베이스에 액세스 할 수 있다. 도 3a의 단계 315와 관련하여 위에서 논의된 바와 같이, WMS(119)는 검사 작업을 데이터베이스에 저장할 수 있다.
단계 353에서, WMS(119)는 하나 이상의 저장된 검사 작업을 적어도 하나의 관리자와 연관된 모바일 디바이스(119B)에 전송할 수 있다. 예를 들어, WMS(119)는 검사 작업을 제공하는 사용자 인터페이스를 관리자의 모바일 디바이스(119B)에 전송할 수 있다. 검사 작업은 인바운드 바코드, 아이템 식별자, 벤더 이름, 아이템 이름, 불량 수량, 하역 시간 및 긴급 지시자를 포함할 수 있지만 이에 제한되지는 않는다.
단계 354에서, 적어도 하나의 관리자와 연관된 모바일 디바이스(119B)는 단계 353에서 전송된, 하나 이상의 전송된 검사 작업을 수신할 수 있다. 예를 들어, 모바일 디바이스(119B)는 전송된 검사 작업을 포함하는 사용자 인터페이스를 제시할 수 있다. 표시된 검사 작업 각각은 인바운드 바코드, 아이템 식별자, 벤더 이름, 아이템 이름, 불량 수량, 하역 시간 및 긴급 지시자를 포함할 수 있다. 수신된 검사 작업을 표시하기 위한 예시적인 사용자 인터페이스가 도 5a에 도시되어 있으며, 보다 상세하게 후술될 것이다.
단계 355에서, 모바일 디바이스(119B)는 수신된 검사 작업 중 하나를 수락하고 모바일 디바이스(119B)의 사용자 인터페이스상의 사용자 입력에 의한 검사 작업의 수락을 WMS(119)에 전송할 수 있다. 예를 들어, 모바일 디바이스(119B)는 (수신된 검사 작업 중 하나에 대한 누름을 수신함으로써) 검사 작업을 선택하기 위한 입력을 캡처하고 그에 대응하는 선택된 검사 작업을 WMS(119)로 전송함으로써 검사 작업의 수락을 전송할 수 있다.
단계 356에서, WMS(119)는 모바일 디바이스(119B)로부터 검사 작업의 수락을 수신할 수 있다. 예를 들어, WMS(119)는 모바일 디바이스(119B)상에서 실행되는 모바일 애플리케이션으로부터 수락을 수신할 수 있다.
단계 357에서, WMS(119)는 아이템 식별자 및 인바운드 바코드에 대한 요청을 모바일 디바이스(119B)에 전송할 수 있다. 예를 들어, WMS(119)는 팔레트 또는 아이템에 부착된 바코드를 (모바일 디바이스(119B)에 의해) 스캐닝함으로써 획득될 수 있는 인바운드 바코드 및 아이템 식별자를 요청하는 사용자 인터페이스를, 모바일 디바이스(119B)에 전송할 수 있다. 인바운드 바코드 및 아이템 식별자를 요청하기 위한 예시적인 사용자 인터페이스가도 4a에 도시되어 있으며, 보다 상세하게 후술될 것이다.
단계 358에서, 모바일 디바이스(119B)는 WMS(119)로부터 단계 357에서 전송된 인바운드 바코드 및 아이템 식별자에 대한 요청을 수신할 수 있다. 예를 들어, 모바일 디바이스(119B)는 전송된 요청의 사용자 인터페이스를 제시할 수 있다.
단계 359에서, 모바일 디바이스(119B)는 인바운드 바코드 및 아이템 식별자를 WMS(119)로 전송할 수 있다. 모바일 디바이스(119B)는 팔레트 또는 아이템에 부착된 바코드를 스캐닝함으로써 인바운드 바코드 및 아이템 식별자(SKU 바코드)를 전송할 수 있다.
단계 360에서, WMS(119)는 단계 359에서 보내진 전송된 인바운드 바코드 및 전송된 요청된 아이템 식별자를 모바일 디바이스(119B)로부터 수신할 수 있다. 예를 들어, 모바일 디바이스(119B)와 연관된 관리자가 인바운드 바코드 및 아이템 식별자를 나타내는 바코드를 스캔할 때, 모바일 디바이스(119B)는 인바운드 바코드 및 아이템 식별자를 WMS(119)에 자동으로 전송할 수 있다. 인바운드 바코드 및 아이템 식별자를 수신하면, WMS(119)는 수신된 인바운드 바코드 및 수신된 아이템 식별자가, 단계 356에서 수신된 수락된 검사 작업에 포함된 인바운드 바코드 및 아이템 식별자와 일치하는지 여부를 확인할 수 있다.
단계 362에서, WMS(119)는 신선 인바운드 아이템과 연관된 재계산된 불량 수량에 대한 요청 및 검사 작업과 관련된 허용 기준을 모바일 디바이스(119B)에 전송할 수 있다. 요청은 검사 작업에 포함된 정보를 포함할 수 있으나, 이에 제한되지는 않으며, 여기서 정보는 신선 인바운드 아이템의 이미지, 벤더 이름, 신선 인바운드 아이템 이름, 집계된 수량, 확인 수량, 적어도 하나의 구매 주문 및 신선 인바운드 아이템의 제조/만료 날짜를 포함한다.
단계 364에서, 모바일 디바이스(119B)는 단계 362에서 보내진 전송된 요청 및 전송된 허용 기준을 수신할 수 있다. 모바일 디바이스(119B)는 수신된 요청 및 수신된 허용 기준을 디스플레이에 표시할 수 있다. 수신된 요청 및 수신된 허용 기준은 모바일 디바이스(119B)와 연관된 관리자가 신선 인바운드 아이템의 재계산된 불량 수량을 결정하는 것을 도울 수 있다. 수신된 요청 및 수신된 허용 기준을 표시하기 위한 예시적인 사용자 인터페이스가 도 5b에 도시되어 있으며, 보다 상세하게 후술될 것이다.
단계 365에서, 모바일 디바이스(119B)는 신선 인바운드 아이템의 재계산된 불량 수량을 WMS(119)로 전송할 수 있다. 예를 들어, 모바일 디바이스(119B)는 모바일 디바이스(119B)의 디스플레이상의 사용자 입력에 기초하여 재계산된 불량 수량을 캡처하고 캡처된 재계산 불량 수량을 WMS(119)에 송신할 수 있다. 신선 인바운드 아이템의 재계산된 불량 수량을 전송하기 위한 예시적인 사용자 인터페이스가 도 5b와 관련하여 아래에서 논의되고 보다 상세하게 설명될 것이다.
단계 366에서, WMS(119)는 단계 365에서 전송된, 신선 인바운드 아이템의 전송된 재계산된 불량 수량을 수신할 수 있다. 예를 들어, WMS(119)는 모바일 디바이스(119B)상에서 실행되는 모바일 애플리케이션으로부터 재계산된 불량 수량을 수신할 수 있다.
도 3C는 관리자에 의해 신선 인바운드 제품을 확인하고 반품하기 위한 예시적인 프로세스(350)의 이어지는 흐름도이다.
단계 367에서, WMS(119)는 수신된 재계산된 불량 수량에 기초하여 추가(another round) 확인이 필요한지 여부를 결정할 수 있다. 예를 들어, 수신된 재계산된 불량 수량이 0과 같으면, WMS(119)는 데이터베이스를 수정하여 진행 지시자를 인바운드 바코드 및 아이템 식별자에 할당할 수 있다. 다른 예에서, 수신된 재계산 불량 수량이 0보다 큰 경우, WMS(119)는 허용 기준과 연관된 부적합 수량을 수신된 재계산된 수량과 비교할 수 있다. 부적합 수량이 수신된 재계산된 수량보다 큰 경우, WMS(119)는 인바운드 바코드 및 아이템 식별자에 부분 반품 지시자를 할당하도록 데이터베이스를 수정할 수 있다. 부분 반품을 진행하기 위한 예시적인 인터페이스가 도 5b 및 도 5c에 도시되어 있고 아래에서 더 상세히 설명된다. 부적합 수량이 수신된 재계산된 불량 수량 이하인 경우, WMS는 도 3C에 설명된 추가 단계를 진행할 수 있다.
단계 367에서 WMS(119)가 신선 인바운드 아이템을 확인하기 위한 추가 단계를 진행하기로 결정하면, 예시적인 방법(350)은 단계 369로 진행한다.
단계 369에서, WMS(119)는 신선 인바운드 아이템과 관련된 제 2 확인 수량 및 제 2 재계산된 불량 수량에 대한 요청 및 검사 작업과 관련된 허용 기준을 모바일 디바이스(119B)에 전송할 수 있다. 요청은 단계 362에서 전송된 정보를 포함할 수 있다.
단계 370에서, 모바일 디바이스(119B)는 단계 369에서 보내진 전송된 요청 및 전송된 허용 기준을 수신할 수 있다. 모바일 디바이스(119B)는 제 2 확인 수량 및 제 2 재계산된 불량 수량에 대한 수신된 요청 및 수신된 허용 기준을 그 디스플레이 상에 표시할 수 있다. 수신된 요청 및 수신된 허용 기준을 표시하기 위한 예시적인 사용자 인터페이스가 도 5d에 도시되어 있으며, 이하에서 보다 상세하게 설명될 것이다.
단계 371에서, 모바일 디바이스(119B)는 신선 인바운드 아이템의 제 2 확인 수량 및 제 2 재계산된 불량 수량을 WMS(119)에 전송할 수 있다. 예를 들어, 모바일 디바이스(119B)는 모바일 디바이스(119B)의 디스플레이상의 사용자 입력에 기초하여 제 2 확인 수량 및 재계산된 불량 수량을 캡처하고 캡처된 제 2 확인 수량 및 캡처된 제 2 재계산된 불량 수량을 WMS(119)에 전송할 수 있다. 신선 인바운드 아이템의 재계산된 불량 수량을 전송하기 위한 예시적인 사용자 인터페이스가 도 5d와 관련하여 아래에서 논의되고 보다 상세히 후술될 것이다.
단계 372에서, WMS(119)는 단계 371에서 전송된 신선 인바운드 아이템의 제 2 확인 수량 및 제 2 재계산된 불량 수량을 수신할 수 있다. 예를 들어, WMS(119)는 모바일 디바이스(119B)상에서 실행되는 모바일 애플리케이션으로부터 제 2 확인 수량 및 제 2 재계산된 불량 수량을 수신할 수 있다.
단계 373에서, WMS(119)는 수신된 제 2 재계산된 불량 수량이 0보다 큰지 여부를 판정하여 신선 인바운드 아이템의 반품을 결정할 수 있다. 예를 들어, 수신된 제 2 재계산된 불량 수량이 0과 동일하면, WMS(119)는 진행 지시자를 인바운드 바코드 및 아이템 식별자에 할당하도록 데이터베이스를 수정하고 신선 인바운드 아이템을 보관하기 위한 요청을 전송할 수 있다. 단계 379에서, 모바일 디바이스(119B)는 신선 인바운드 아이템을 보관하기 위해 전송된 요청을 수신할 수 있다. 다른 예에서, 수신된 제 2 재계산된 불량 수량이 0보다 큰 경우, 단계 374에서 WMS(119)는 반품 사유에 대한 요청을 전송할 수 있다. 요청은 불량 신선 인바운드 아이템의 이미지에 대한 요청을 포함할 수 있다.
단계(375)에서, 모바일 디바이스(119B)는 단계(374)에서 보내진, 반품 사유에 대한 전송된 요청을 수신할 수 있다. 예를 들어, 모바일 디바이스(119B)는 반품 사유에 대한 요청을 수신할 때, 반품 사유를 선택하고 이미지를 업로드하기 위한 메시지를 포함하는, 코멘트 버블(comment bubble)과 같은 표시(indication)를 표시할 수 있다.
단계 376에서, 모바일 디바이스(119B)는 반품 사유 및 불량 신선 인바운드 아이템의 이미지를 WMS(119)에 전송할 수 있다. 예를 들어, 모바일 디바이스(119B)는 모바일 디바이스(119B)의 디스플레이상의 사용자 입력에 기초하여 반품 사유 및 불량 신선 인바운드 아이템의 이미지를 캡처하고 캡처된 반품 사유 및 이미지를 WMS(119)에 전송할 수 있다. 불량 신선 인바운드 아이템의 이미지 및 반품 사유를 선택하여 전송하기 위한 예시적인 사용자 인터페이스가 도 5b 및 5c에 도시되어 있고 아래에서 더 상세히 설명될 것이다.
단계 377에서, WMS(119)는 단계 376에서 전송된 불량 신선 인바운드 아이템의 전송된 반품 사유 및 전송된 이미지를 수신할 수 있다. 예를 들어, WMS(119)는 모바일 디바이스(119B)상에서 실행되는 모바일 애플리케이션으로부터 불량 신선 인바운드 아이템의 이미지 및 반품 사유를 수신할 수 있다.
단계 378에서, WMS(119)는 수신된 인바운드 바코드, 수신된 아이템 식별자, 수신된 반품 사유, 수신된 이미지 및 반품 유형을 포함하는 반품 작업을 저장할 수 있다. 반품 유형은 수신된 제 2 재계산된 불량 수량과 검사 작업과 관련된 집계된 수량을 비교하여 결정된다. 예를 들어, 수신된 제 2 재계산된 불량 수량이 집계된 수량보다 적은 경우, WMS(119)는 부분 반품을 반품 유형에 할당할 수 있다. 다른 예에서, 수신된 제 2 재계산된 불량 수량이 집계된 수량과 동일하면, WMS(119)는 반품 유형에 전체 반품을 할당할 수 있다.
저장된 반품 작업은 풀필먼트 센터(200)에서 작업자와 연관된 모바일 디바이스(119B)에 명령을 제공할 수 있다. 예를 들어, 반품 유형이 전체 반품, 즉 모든 신선 인바운드 아이템의 반품을 의미하는 경우, 모바일 디바이스(119B)는 모바일 디바이스(119B)와 연관된 작업자에게 모든 신선 인바운드 아이템을 반품하도록 지시할 수 있다. 다른 예에서, 저장된 반품 작업에 대한 반품 유형이 부분 반품인 경우, 모바일 디바이스(119B)는 모바일 디바이스(119B)와 연관된 작업자에게 신선 인바운드 아이템 중 일부를 반품하고 나머지 신선 인바운드 아이템에 대한 인바운드 프로세스를 진행하도록 지시할 수 있다. 예를 들어, 모바일 디바이스(119B)는 신선 제품에 대한 제 2 확인 수량을 반품용 토트에 배치하기 위한 메시지를 표시할 수 있다.
도 4a는 팔레트 또는 아이템에 부착된 바코드 형태의 인바운드 바코드 및 아이템 식별자를 요청하기 위한 모바일 디바이스(119B)의 예시적인 사용자 인터페이스(400)를 도시한다. 사용자 인터페이스(400)는 인바운드 바코드 및 아이템 식별자(SKU 바코드)를 요청하는 메시지를 포함할 수 있다. 모바일 디바이스(119B)는 아이템 또는 적어도 하나의 아이템을 포함하는 팔레트 상에 배치된 바코드를 스캐닝함으로써, 인바운드 바코드 및 아이템 식별자를 전송할 수 있다.
도 4b는 동일한 SKU 바코드와 연관된 아이템 중에서 아이템을 선택하기 위한 예시적인 사용자 인터페이스(410 및 420)를 도시한다. 사용자 인터페이스(410)는 각 아이템에 대응하는 선택 가능한 사용자 인터페이스 요소(411A-C) 및 버튼(412)을 포함할 수 있다. 사용자 인터페이스(410)는 선택 가능한 사용자 인터페이스 요소에 대한 누름(press)을 수신하여 요소에 대응하는 아이템을 선택할 수 있다. 사용자 인터페이스(410)는 선택된 아이템을 WMS(119)로 전송하기 위해 버튼(412)의 누름을 수신할 수 있다. 예시적인 인터페이스(420)는 사과 A와 연관된 선택 가능한 사용자 인터페이스 요소(411)가 WMS(119)로 전송되도록 선택되는 것을 도시한다.
도 4c는 신선 인바운드 아이템의 불량 수량을 결정할 때 모바일 디바이스(119B)와 연관된 작업자를 지원하기 위한 수신된 요청 및 수신된 허용 기준을 표시하기 위한 예시적인 사용자 인터페이스(430 및 440)를 도시한다. 사용자 인터페이스(430)는 아이템 식별자 및 인바운드 바코드를 표시할 수 있다. 사용자 인터페이스(430)는 단계 308에서 WMS(119)로부터의 전송된 요청에 포함된, 신선 인바운드 아이템의 이미지, 벤더 이름, 신선 인바운드 아이템 이름, 신선 인바운드 아이템의 집계된 수량, 샘플 수량, 제조 날짜 및 만료 날짜를 추가로 표시할 수 있다. 사용자 인터페이스(430)는 신선 인바운드 아이템에 대한 허용 기준을 표시하는 다른 사용자 인터페이스를 생성하기 위한 버튼(431)을 포함할 수 있다. 사용자 인터페이스(430)는 신선 인바운드 아이템을 확인하기 위한 허용 기준을 표시하는 다른 사용자 인터페이스(440)를 생성하기 위해 버튼(431)의 누름을 수신할 수 있다. 사용자 인터페이스(440)는 기준 중량, 크기, 상태 등을 포함할 수 있지만 이에 제한되지는 않는다. 사용자 인터페이스(440)에 의해 제시된 허용 기준은 각각의 신선 인바운드 아이템의 기준 준수를 결정함에 있어, 모바일 디바이스(119B)와 연관된 작업자에 대한 지침을 제공할 수 있다. 예를 들어, 모바일 디바이스(119B)와 연관된 비-관리자는 신선 인바운드 아이템 각각이 허용 기준을 따르는지 여부를 결정하기 위해 신선 인바운드 아이템의 샘플 수량을 확인할 수 있다. 허용 기준에 포함된 요소들 중 하나를 준수하지 않는 경우, 작업자는 확인된 신선 인바운드 아이템의 불량 수량을 조정하기 위해 도 4d와 관련하여 아래에 설명된 버튼(451)을 사용할 수 있다. 예를 들어, 신선 인바운드 아이템의 모양이 허용 기준에 게시된 모양을 준수하지 않으면 작업자는 불량 수량을 조정해야 한다.
도 4d는 신선 인바운드 아이템의 불량 수량을 조정 및 전송하기 위한 예시적인 사용자 인터페이스(450)를 도시한다. 사용자 인터페이스(450)는 버튼(451), 표시자(452) 및 버튼(453)을 포함할 수 있다. 버튼(451)은 불량 수량을 조정할 수 있다. "+" 또는 "-" 기호를 눌러 불량 수량을 수동으로 조정할 수 있다. 조정 결과는 표시자(452)에 의해 표시될 수 있다. 사용자 인터페이스(450)는 표시자(452)에 의해 표시되는 불량 수량을 WMS(119)로 전송하기 위해 버튼(453)의 누름을 수신할 수 있다. 예를 들어, 모바일 디바이스(119B)와 관련된 작업자는 버튼(451)을 눌러 불량 수량을 조정하고, 버튼(453)을 눌러 조정된 불량 수량을 WMS(119)로 전송할 수 있다.
도 5a는 하나 이상의 수신된 검사 작업을 표시하기 위한 예시적인 사용자 인터페이스(500)를 도시한다. 사용자 인터페이스(500)는 버튼(501) 및 버튼(502A-D) 형태의 하나 이상의 검사 작업을 포함할 수 있다. 각 검사 작업은 SKU 바코드 형태의 아이템 식별자, 인바운드 바코드, 벤더 이름, 신선 인바운드 아이템 이름, 불량 수량, 하역 시간 및 긴급 지시자를 포함할 수 있다. 긴급 지시자는 신선 제품을 반품하기 위한 배송 트럭이 떠날 것으로 예상될 때 제공될 수 있으며 긴급도를 나타내기 위해 다른 색상으로 표시될 수 있다. 예를 들어, 빨간색으로 표시되는 긴급 지시자는 해당하는 신선 인바운드 아이템을 확인하는 측면에서 녹색으로 표시되는 긴급 지시자보다 우선된다. 사용자 인터페이스(500)는 눌러진 버튼에 대응하는 검사 작업을 선택하고 전송하기 위해서 버튼(502A-D)의 누름을 수신할 수 있다. 예를 들어, 모바일 디바이스(119B)와 연관된 관리자는 검사 작업에 대응하는 모바일 디바이스(119B) 스크린상의 버튼을 누름으로써 검사 작업을 선택할 수 있다. 이어서, 사용자 인터페이스(500)는 도 3b와 관련하여 전술 한 바와 같이 단계 355에서 선택된 검사 작업을 WMS(119)에 전송할 수 있다.
버튼(501)은 모바일 디바이스(119B)가 인바운드 바코드 및 아이템 식별자를 스캔하여 적어도 하나의 신선 인바운드 아이템을 포함하는 팔레트가 검사를 필요로 하는지 여부를 판정하게 할 수 있다. 예를 들어, 모바일 디바이스(119B)는 팔레트 또는 아이템에 부착된 바코드를 스캐닝함으로써 인바운드 바코드 및 아이템 식별자를 WMS(119)에 전송할 수 있다. WMS(119)가 바코드를 수신하면, 수신된 바코드와 관련된 신선 인바운드 아이템이 검사를 필요로 하는 경우, 502A-D와 유사한 버튼을 모바일 디바이스(119B)에 전송할 수 있다. 신선 인바운드 아이템이 검사를 필요로 하지 않으면, WMS(119)는 아이템이 검사를 필요로 하지 않는다는 메시지를 모바일 디바이스(119B)에 전송할 수 있다.
도 5b는 신선 인바운드 아이템의 재계산된 불량 수량을 조정 및 전송하고 반품 사유를 선택하기 위한 예시적인 사용자 인터페이스(520, 530 및 540)를 도시한다.
사용자 인터페이스(520)는 버튼(521, 524, 525, 526 및 527) 및 표시자(523 및 528)를 포함할 수 있다. 사용자 인터페이스(520)는 사용자 인터페이스(450)에 의해 디스플레이 된 유사한 컨텐츠를 디스플레이 할 수 있다. 버튼들(521 및 527) 및 표시자(522)는 도 4d와 관련하여 위에서 설명된 사용자 인터페이스(450)에서의 버튼들(451 및 453) 및 표시자(452)의 기능들을 수행할 수 있다. 버튼(431)이 도 4c에 도시된 사용자 인터페이스(430)내에서 하는 것처럼, 버튼(526)은 허용 기준을 표시하기 위해 사용자 인터페이스(440)와 유사한 인터페이스를 생성할 수 있다. 사용자 인터페이스(520)는 불량 수량을 추가로 표시할 수 있다.
버튼(524)은 반품 사유를 선택하기 위한 다른 사용자 인터페이스(530)를 생성할 수 있다. 사용자 인터페이스(520)는 반품 사유를 선택하기 위한 다른 사용자 인터페이스(530)를 생성하기 위해 버튼(524)의 누름을 수신할 수 있다.
표시기(528)는 신선 인바운드 아이템을 확인하기 위한 제 2 샘플 수량을 제공할 수 있다. 예를 들어, 도 4e에 도시된 바와 같이, 벤더는 미리 정해진 룩업 테이블(460)에서 각각의 집계된 수량(461)에 대응하는 제 2 샘플 수량(464)을 제공할 수 있다. WMS(119)는 룩업 테이블(460)에 액세스하여 집계된 수량(461)에 대응하는 제 2 샘플 수량(464)을 검색할 수 있다.
사용자 인터페이스(530)는 드롭 다운 메뉴(531A-D)를 포함할 수 있다. 사용자 인터페이스(530)가 드롭 다운 메뉴(531A-D) 중 하나에 대한 누름을 수신하면, 사용자 인터페이스(530)는 누른 드롭 다운 메뉴에 대응하여 각각이 반품 사유를 나타내는 확인란 등과 같은, 모바일 디바이스(119B)가 선택 가능한 인터페이스 요소(541A-E) 중 하나를 선택할 수 있게 할 수 있다.
예시적인 사용자 인터페이스(540)는 드롭 다운 메뉴(531A)가 눌려졌을 때 반품 사유 중 하나에 대응하는 선택 가능한 인터페이스 요소(541B)를 모바일 디바이스(119B)가 선택할 수 있게 하는 것을 도시한다. 버튼(542)은 도 3c와 관련하여 위에서 논의된 바와 같이 단계 376에서 버튼(527)이 눌렸을 때 전송될, 선택된 반품 사유를 저장할 수 있다.
버튼(525)은 신선 인바운드 아이템의 이미지를 업로드하기 위한 도 5c의 다른 사용자 인터페이스(550)를 생성할 수 있다. 사용자 인터페이스(520)는 반품 사유를 선택하기 위한 다른 사용자 인터페이스(550)를 생성하기 위해 버튼(525)의 누름을 수신할 수 있다.
도 5c는 불량 신선 인바운드 아이템의 이미지를 업로드하기 위한 예시적인 사용자 인터페이스(550 및 560)를 도시한다. 사용자 인터페이스(550)는 버튼(551, 552, 553 및 554)을 포함할 수 있다. 버튼(551)은 모바일 디바이스(119B)가 모바일 디바이스(119B)와 연관된 카메라를 사용하여 불량 신선 인바운드 아이템의 사진을 찍을 수 있게 한다. 버튼(552)은 모바일 디바이스(119B)가 모바일 디바이스(119B)의 저장된 이미지로부터 불량 신선 인바운드 아이템의 이미지를 검색하게 할 수 있다. 버튼(553)은 사용자가 다양한 방식(예를 들어, 앨범에 저장되지 않은 이미지 업로드)을 사용하여 이미지를 업로드하게 할 수 있다. 버튼(554)은 모바일 디바이스가 이미지 업로드 프로세스를 취소하게 할 수 있다.
사용자 인터페이스(560)는 불량 신선 인바운드 아이템의 이미지를 도시한다. 모바일 디바이스(119B)는 사용자가 불량 신선 인바운드 아이템의 이미지를 더 상세하게 표시하기 위해 이미지를 선택할 수 있게 한다.
도 5d는 신선 인바운드 아이템의 제2 재계산된 불량 수량을 조정하고 전송하기 위한 예시적인 사용자 인터페이스(570)를 도시한다. 사용자 인터페이스(570)는 버튼(571, 573, 575, 576) 및 표시자(572, 574)를 포함할 수 있다. 사용자 인터페이스(570)는 사용자 인터페이스(450) 및 사용자 인터페이스(520)에 의해 표시되는 유사한 콘텐츠를 표시할 수 있다. 버튼들(573, 575 및 576) 및 표시자(574)는 도 5b의 버튼들(521, 526 및 527) 및 표시자(623)와 관련하여 위에서 설명된 것을 수행할 수 있다. 버튼(431)이 도 4c에 도시된 사용자 인터페이스(430)내에서 하는 것처럼, 버튼(575)은 허용 기준을 표시하기 위해 사용자 인터페이스(440)와 유사한 인터페이스를 생성할 수 있다. 사용자 인터페이스(570)는 재계산된 불량 수량이 수신될 때 얼마나 많은 신선 인바운드 아이템이 확인되었는지를 나타내는 제 2 샘플 수량을 추가로 표시할 수 있다. 도 5b와 관련하여 위에서 논의된 바와 같이, 제 2 샘플 수량은 도 4e의 미리 정해진 룩업 테이블(460)에서의 각각의 집계된 수량(461)에 대응할 수 있다. WMS(119)는 룩업 테이블(460)에 액세스하여 집계된 수량(461)에 대응하는 제 2 샘플 수량(464)을 검색할 수 있다. 버튼(571)은 확인을 위한 신선 인바운드 아이템의 수량을 조정할 수 있다. 확인을 위한 신선 인바운드 아이템의 수량은 신선 인바운드 아이템의 제 2 재계산된 불량 수량을 전송하기 위해 얼마나 많은 신선 인바운드 아이템이 확인되었는지를 나타낼 수 있다. "+" 또는 "-" 기호를 눌러 확인을 위한 신선 인바운드 아이템의 수량을 수동으로 조정할 수 있다. 조정 결과는 표시자(572)에 의해 표시될 수 있다. 이어서 사용자 인터페이스(570)는 표시자(574)에 의해 표시되는 제 2 재계산된 불량 수량 및 표시자(572)에 의해 표시되는 확인을 위한 신선 인바운드 아이템의 수량을 WMS(119)로 전송하기 위해 버튼(576)의 누름을 수신할 수 있다.
본 개시는 그 특정 실시예를 참조하여 도시되고 설명되었지만, 본 개시는 다른 환경에서, 변경없이, 실시될 수 있음을 이해할 것이다. 전술한 설명은 예시의 목적으로 제시되었다. 그것은 개시된 정확한 형태나 실시예에 대해 총망라된 것이 아니며 이것으로 한정되는 것은 아니다. 개시된 실시예의 설명 및 실시를 고려하는 것으로부터 변경 및 조정이 통상의 기술자에게 명백할 것이다. 추가적으로, 비록 개시된 실시예의 형태가 메모리에 저장되는 것으로서 설명되었지만, 통상의 기술자는 이들 형태가 2차 저장 디바이스, 예를 들면, 하드디스크나 CD ROM, 또는 다른 형태의 RAM이나 ROM, USB 매체, DVD, 블루레이, 또는 다른 광 드라이브 매체와 같이, 다른 형태의 컴퓨터 판독 가능한 매체에 저장될 수도 있는 것을 이해할 것이다.
상술한 설명 및 개시된 방법에 기초한 컴퓨터 프로그램은 숙련된 개발자의 기술 내에 있다. 여러 프로그램 혹은 프로그램 모듈은 통상의 기술자에게 알려진 어느 기술을 이용하여 생성되거나, 또는 기존의 소프트웨어와 연결하여 설계될 수 있다. 예를 들면, 프로그램 섹션 혹은 프로그램 모듈은 닷넷 프레임워크, 닷넷 컴팩트 프레임워크(및 비주얼 베이식, C 등과 같은, 관련 언어), 자바, C++, 오브젝티브 C, HTML, HTML/AJAX 조합, XML, 또는 자바 애플릿이 포함된 HTML 내에서 혹은 그것들에 의해서 설계될 수 있다.
하나 이상의 메모리 디바이스는 개시된 실시예의 하나 이상의 특징을 수행하는데 사용되는 데이터 및 명령을 저장할 수 있다. 예를 들어, 메모리는 프로세서에 의해 실행될 컴퓨터 프로그램, 명령어 세트, 코드 또는 데이터를 저장 한 유형의 비 일시적 컴퓨터 판독 가능 매체를 나타낼 수 있다. 메모리는 예를 들어, 탈부착 가능한 메모리 칩(예를 들어, EPROM, RAM, ROM, DRAM, EEPROM, 플래시 메모리 디바이스, 또는 다른 휘발성 또는 비 휘발성 메모리 디바이스) 또는 프로세서에 의해 명령 및 데이터에 액세스 될 수 있는 다른 탈부착 가능한 저장 유닛을 포함할 수 있다.
하나 이상의 메모리 디바이스는 또한 프로세서에 의해 실행될 때 본 명세서에 개시된 기능에 따른 동작을 수행하는 명령을 포함할 수 있다. 개시된 실시예에 따른 디바이스는 전용 작업을 수행하도록 구성된 별도의 프로그램 또는 컴퓨터로 제한되지 않는다. 예를 들어, 메모리는 개시된 실시예의 하나 이상의 기능을 수행하기 위한 하나 이상의 프로그램을 포함할 수 있다.
하나 이상의 프로세서는, IntelTM에서 제조한 PentiumTM 또는 XeonTM 제품군, AMDTM에서 제작된 TurionTM 제품군, AppleTM에서 제조한 "Ax"또는 "Sx"제품군의 마이크로프로세서, 또는 Sun Microsystems에서 제조한 다양한 프로세서 중 하나와 같은 하나 이상의 알려진 처리 디바이스를 포함할 수 있다. 개시된 실시예는 임의의 유형의 프로세서(들)에 제한되지 않는다.
게다가, 여기에서는 예시적인 실시예가 설명되었지만, 본 개시에 기초하여 통상의 기술자가 이해할 수 있는 바와 같이, 일부 또는 모든 실시예의 범위는 동등한 요소, 변경, 생략, 조합(예로써, 여러 실시예에 걸치는 형태의 조합), 조정 및/또는 수정을 가질 수 있다. 청구범위 내의 제한 사항은 그 청구범위 내에 적용된 언어에 기초하여 폭넓게 이해되도록 하는 것이며, 응용의 수행 동안 혹은 본 명세서 내에 설명된 예시로 한정되는 것은 아니다. 그 예시는 비배타적으로 해석되도록 하기 위한 것이다. 추가로, 개시된 방법의 스텝은 어떤 다른 방법으로 변경되거나, 스텝을 재배열 및/또는 스텝을 삽입하거나 삭제하는 것을 포함할 수 있다. 그러므로, 설명 및 예시는 오직 예시적으로 고려되는 것이며, 진정한 범위 및 기술 사상은 다음의 청구범위 및 그 동등한 전체 범위에 의해 나타내지는 것으로 의도된다.
Claims (20)
- 사용자 인터페이스를 사용하여 신선 아이템을 확인 및 반품하기 위한 컴퓨터 구현 시스템으로서,
명령들을 저장하는 하나 이상의 메모리 디바이스; 및
상기 명령들을 실행하여 동작을 수행하도록 구성된 하나 이상의 프로세서를 포함하며,
상기 동작은,
아이템과 연관된 불량 수량에 대한 요청을 제 1 모바일 디바이스에 전송하고;
상기 제 1 모바일 디바이스로부터 상기 불량 수량을 수신하고;
제 2 모바일 디바이스로부터 반품을 위한 아이템의 재계산된 수량을 수신하고;
추가 확인 필요성에 대한 결정에 기초하여:
상기 반품을 위한 아이템의 제 2 재계산된 수량 및 확인을 위한 상기 아이템의 수량에 대한 요청을 상기 제 2 모바일 디바이스에 전송하는 것을 포함하는 컴퓨터 구현 시스템. - 청구항 1에 있어서,
상기 동작은,
인바운드 바코드에 대한 요청을 상기 제 1 모바일 디바이스로 전송하고; 그리고
상기 제 1 모바일 디바이스로부터 상기 인바운드 바코드를 수신하는 것을 더 포함하는 컴퓨터 구현 시스템. - 청구항 1에 있어서,
상기 제 1 모바일 디바이스로부터, 상기 아이템의 확인에 대한 요청 및 상기 아이템과 연관된 아이템 식별자를 수신하고; 그리고
데이터베이스로부터, 상기 확인이 필요한 아이템의 부분을 포함하는 제 1 허용 기준을 검색하는 것을 더 포함하는 컴퓨터 구현 시스템. - 청구항 3에 있어서,
상기 제 1 허용 기준은 인바운드 수량, 주문 번호, 제조 날짜 및 만료 날짜를 포함하는 컴퓨터 구현 시스템. - 청구항 3에 있어서,
상기 동작은 다수의 아이템이 상기 수신된 아이템 식별자에 대응하는 경우에 확인을 위한 상기 하나 이상의 아이템에 각각 대응하는 선택 가능한 인터페이스 요소들을 포함하는 사용자 인터페이스를, 상기 제 1 모바일 디바이스에 전송하는 것을 더 포함하는 컴퓨터 구현 시스템. - 청구항 3에 있어서,
상기 동작은,
상기 제 2 모바일 디바이스로부터, 상기 확인을 위한 아이템의 수량 및 상기 반품을 위한 아이템의 제 2 재계산된 수량을 수신하고;
상기 수신된 아이템의 제 2 재계산된 수량과 상기 아이템의 인바운드 수량 사이의 비교에 기초하여 상기 아이템의 전부, 일부 또는 비 반품을 결정하고;
상기 반품에 대한 결정에 기초하여 반품 사유에 대한 요청을 상기 제 2 모바일 디바이스로 전송하고;
상기 제 2 모바일 디바이스로부터, 상기 반품 사유 및 상기 반품 아이템의 이미지를 수신하고; 그리고
상기 수신된 아이템 식별자, 상기 수신된 불량 아이템의 제 2 재계산된 수량, 및 상기 반품 사유를 포함하는 반품 작업을 저장하는 것을 더 포함하는 컴퓨터 구현 시스템. - 청구항 6에 있어서,
상기 동작은, 상기 반품을 위한 불량 아이템의 제 2 재계산된 수량이 0보다 큰 경우 상기 반품 사유를 선택하기 위한 버튼 및 상기 반품 아이템의 이미지를 첨부하기 위한 버튼을 포함하는 사용자 인터페이스를 상기 제 2 모바일 디바이스에 전송하는 것을 더 포함하는 컴퓨터 구현 시스템. - 청구항 6에 있어서,
상기 동작은 상기 수신된 불량 아이템의 제 2 재계산된 수량이 상기 아이템의 인바운드 수량보다 적은 경우 상기 제 1 모바일 디바이스가 부분 반품을 처리하도록 지시하는 반품 작업을 저장하는 것을 더 포함하는 컴퓨터 구현 시스템. - 청구항 6에 있어서,
상기 동작은 상기 수신된 불량 아이템의 제 2 재계산된 수량이 상기 아이템의 인바운드 수량과 일치하는 경우 상기 제 1 모바일 디바이스가 전체 반품을 처리하도록 지시하는 반품 작업을 저장하는 것을 더 포함하는 컴퓨터 구현 시스템. - 청구항 1에 있어서,
상기 동작은, 하나 이상의 전송된 검사 작업에 각각 대응하는 선택 가능한 인터페이스 요소들을 포함하는 사용자 인터페이스를, 상기 제 2 모바일 디바이스를 통한 제시를 위해 제공하는 것을 더 포함하고, 상기 검사 작업 각각은 아이템 식별자, 인바운드 바코드, 아이템 이름, 불량 아이템의 수량 및 아이템 하역 시간을 포함하는 컴퓨터 구현 시스템. - 사용자 인터페이스를 사용하여 신선 아이템을 확인 및 반품하기 위한 컴퓨터 구현 방법으로서,
아이템과 연관된 불량 수량에 대한 요청을 제 1 모바일 디바이스에 전송하고;
상기 제 1 모바일 디바이스로부터 상기 불량 수량을 수신하고;
제 2 모바일 디바이스로부터 반품을 위한 아이템의 재계산된 수량을 수신하고;
추가 확인 필요성에 대한 결정에 기초하여:
상기 반품을 위한 아이템의 제 2 재계산된 수량 및 확인을 위한 상기 아이템의 수량에 대한 요청을 상기 제 2 모바일 디바이스에 전송하는 것을 포함하는 컴퓨터 구현 방법. - 청구항 11에 있어서,
인바운드 바코드에 대한 요청을 상기 제 1 모바일 디바이스로 전송하고; 그리고
상기 제 1 모바일 디바이스로부터 상기 인바운드 바코드를 수신하는 것을 더 포함하는 컴퓨터 구현 방법. - 청구항 11에 있어서,
상기 제 1 모바일 디바이스로부터, 아이템의 확인에 대한 요청 및 상기 아이템과 연관된 아이템 식별자를 수신하고;
데이터베이스로부터, 상기 확인이 필요한 아이템의 부분을 포함하는 제 1 허용 기준을 검색하는 것을 더 포함하는 컴퓨터 구현 방법. - 청구항 13에 있어서,
상기 제 1 허용 기준은 인바운드 수량, 주문 번호, 제조 날짜 및 만료 날짜를 포함하는 컴퓨터 구현 방법. - 청구항 13에 있어서,
다수의 아이템이 상기 수신된 아이템 식별자에 대응하는 경우에 확인을 위한 상기 하나 이상의 아이템에 각각 대응하는 선택 가능한 인터페이스 요소들을 포함하는 사용자 인터페이스를, 상기 제 1 모바일 디바이스에 전송하는 것을 더 포함하는 컴퓨터 구현 방법. - 청구항 13에 있어서,
상기 제 2 모바일 디바이스로부터, 상기 확인을 위한 아이템의 수량 및 상기 반품을 위한 아이템의 제 2 재계산된 수량을 수신하고;
상기 수신된 아이템의 제 2 재계산된 수량과 상기 아이템의 인바운드 수량 사이의 비교에 기초하여 상기 아이템의 전부, 일부 또는 비 반품을 결정하고;
상기 반품에 대한 결정에 기초하여 반품 사유에 대한 요청을 상기 제 2 모바일 디바이스로 전송하고;
상기 제 2 모바일 디바이스로부터, 상기 반품 사유 및 상기 반품 아이템의 이미지를 수신하고; 그리고
상기 수신된 아이템 식별자, 상기 수신된 불량 아이템의 제 2 재계산된 수량, 및 상기 반품 사유를 포함하는 반품 작업을 저장하는 것을 더 포함하는 컴퓨터 구현 방법. - 청구항 16에 있어서,
상기 반품을 위한 불량 아이템의 제 2 재계산된 수량이 0보다 큰 경우 상기 반품 사유를 선택하기 위한 버튼 및 상기 반품 아이템의 이미지를 첨부하기 위한 버튼을 포함하는 사용자 인터페이스를 상기 제 2 모바일 디바이스에 전송하는 것을 더 포함하는 컴퓨터 구현 방법. - 청구항 16에 있어서,
상기 수신된 불량 아이템의 제 2 재계산된 수량이 상기 아이템의 인바운드 수량보다 적은 경우 상기 제 1 모바일 디바이스가 부분 반품을 처리하도록 지시하는 반품 작업을 저장하는 것을 더 포함하는 컴퓨터 구현 방법. - 청구항 16에 있어서,
상기 수신된 불량 아이템의 제 2 재계산된 수량이 상기 아이템의 인바운드 수량과 일치하는 경우 상기 제 1 모바일 디바이스가 전체 반품을 처리하도록 지시하는 반품 작업을 저장하는 것을 더 포함하는 컴퓨터 구현 방법. - 청구항 11에 있어서,
하나 이상의 전송된 검사 작업에 각각 대응하는 선택 가능한 인터페이스 요소들을 포함하는 사용자 인터페이스를, 상기 제 2 모바일 디바이스를 통한 제시를 위해 제공하는 것을 더 포함하고, 상기 검사 작업 각각은 아이템 식별자, 인바운드 바코드, 아이템 이름, 불량 아이템의 수량 및 아이템 하역 시간을 포함하는 컴퓨터 구현 방법.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/553,370 | 2019-08-28 | ||
US16/553,370 US10909546B1 (en) | 2019-08-28 | 2019-08-28 | Computer-implemented systems and methods for validating and returning fresh items for inventory management |
KR1020190129847A KR102249460B1 (ko) | 2019-08-28 | 2019-10-18 | 재고 관리를 위해 신선 아이템을 확인 및 반품하기 위한 컴퓨터 구현 시스템 및 방법 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020190129847A Division KR102249460B1 (ko) | 2019-08-28 | 2019-10-18 | 재고 관리를 위해 신선 아이템을 확인 및 반품하기 위한 컴퓨터 구현 시스템 및 방법 |
Publications (2)
Publication Number | Publication Date |
---|---|
KR20210053842A true KR20210053842A (ko) | 2021-05-12 |
KR102378848B1 KR102378848B1 (ko) | 2022-03-28 |
Family
ID=74260948
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020190129847A KR102249460B1 (ko) | 2019-08-28 | 2019-10-18 | 재고 관리를 위해 신선 아이템을 확인 및 반품하기 위한 컴퓨터 구현 시스템 및 방법 |
KR1020210056717A KR102378848B1 (ko) | 2019-08-28 | 2021-04-30 | 재고 관리를 위해 신선 아이템을 확인 및 반품하기 위한 컴퓨터 구현 시스템 및 방법 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020190129847A KR102249460B1 (ko) | 2019-08-28 | 2019-10-18 | 재고 관리를 위해 신선 아이템을 확인 및 반품하기 위한 컴퓨터 구현 시스템 및 방법 |
Country Status (7)
Country | Link |
---|---|
US (2) | US10909546B1 (ko) |
JP (2) | JP7072086B2 (ko) |
KR (2) | KR102249460B1 (ko) |
AU (1) | AU2020260490A1 (ko) |
SG (1) | SG11202011955UA (ko) |
TW (2) | TWI758796B (ko) |
WO (1) | WO2021038326A1 (ko) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10909546B1 (en) * | 2019-08-28 | 2021-02-02 | Coupang Corp. | Computer-implemented systems and methods for validating and returning fresh items for inventory management |
EP4339813A1 (en) * | 2022-09-14 | 2024-03-20 | Honeywell International Inc. | Apparatuses, computer-implemented methods, and computer program products for improved serialization validation in a trust network |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20020042173A (ko) * | 2000-11-30 | 2002-06-05 | 구자홍 | 불량 관리 시스템 |
KR20120047154A (ko) * | 2010-11-03 | 2012-05-11 | 백명령 | 반품의류의 검품방법 |
KR101612328B1 (ko) * | 2015-11-24 | 2016-04-14 | 주식회사 바올테크 | 반품 물류 인식장치와 이를 이용한 반품처리 시스템 및 반품 처리 방법 |
KR20160109432A (ko) * | 2015-03-11 | 2016-09-21 | 한국전자통신연구원 | 영상검사 기반 부품 가공에 대한 원격관리장치 및 원격관리방법 |
KR101835541B1 (ko) * | 2017-04-20 | 2018-04-19 | 주식회사 엘제이텍 | 관리자 단말을 이용한 제품 검사 시스템 및 그 방법 |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6271520B1 (en) * | 1998-03-23 | 2001-08-07 | University Of Arkansas | Item defect detection apparatus and method |
JP2002193449A (ja) | 2000-12-28 | 2002-07-10 | Sato Corp | 入荷検品システム及び入荷検品方法 |
JP2003122817A (ja) | 2001-10-11 | 2003-04-25 | Ricoh Co Ltd | 品質情報解析支援装置、品質情報解析支援システム及び品質情報解析支援用プログラム |
US8321302B2 (en) * | 2002-01-23 | 2012-11-27 | Sensormatic Electronics, LLC | Inventory management system |
US7689465B1 (en) * | 2005-03-10 | 2010-03-30 | Amazon Technologies, Inc. | System and method for visual verification of order processing |
KR101220581B1 (ko) * | 2007-12-07 | 2013-01-18 | 씨제이 지엘에스 주식회사 | Rfid 및 센싱 기술을 활용한 온습도관리 시스템 및방법 |
CN201527676U (zh) * | 2009-05-22 | 2010-07-14 | 薛明亮 | 用于食品安全追溯的监管数据库系统 |
CN102073910A (zh) | 2009-11-23 | 2011-05-25 | 英业达股份有限公司 | 品质水准的调整方法 |
US20110246284A1 (en) * | 2010-04-01 | 2011-10-06 | Gary Chaikin | Systems and Methods for Adding Functionality to Merchant Sales and Facilitating Data Collection. |
ES2468395B1 (es) * | 2012-11-16 | 2014-12-16 | Citrodiagnosis Selectiva S.L. | Máquina automática para la inspección, detección y separación de frutos en fresco en su valoración cualitativa relativa al podrido y defectos externos |
US20140222521A1 (en) * | 2013-02-07 | 2014-08-07 | Ibms, Llc | Intelligent management and compliance verification in distributed work flow environments |
US10127523B2 (en) | 2013-03-20 | 2018-11-13 | Lifetime Brands, Inc. | Method and apparatus for mobile quality management inspections |
KR101863764B1 (ko) * | 2015-11-06 | 2018-06-04 | 양민호 | 원재료, 제품, 재고, 품질 및 발주 관리 시스템 |
TWM543430U (zh) * | 2017-01-26 | 2017-06-11 | 台灣色彩與影像科技股份有限公司 | 物流管理設備 |
CN116629743A (zh) | 2017-05-23 | 2023-08-22 | 沃尔玛阿波罗有限责任公司 | 自动化检查系统 |
CN107464078A (zh) | 2017-08-02 | 2017-12-12 | 新疆维吾尔自治区葡萄瓜果研究所 | 一种哈密瓜冷链物流控制系统及控制方法 |
CN109903287A (zh) | 2019-03-29 | 2019-06-18 | 北京百度网讯科技有限公司 | 质量检测方法及装置 |
US10909546B1 (en) * | 2019-08-28 | 2021-02-02 | Coupang Corp. | Computer-implemented systems and methods for validating and returning fresh items for inventory management |
-
2019
- 2019-08-28 US US16/553,370 patent/US10909546B1/en active Active
- 2019-10-18 KR KR1020190129847A patent/KR102249460B1/ko active IP Right Grant
-
2020
- 2020-07-14 JP JP2020569047A patent/JP7072086B2/ja active Active
- 2020-07-14 WO PCT/IB2020/056618 patent/WO2021038326A1/en active Application Filing
- 2020-07-14 SG SG11202011955UA patent/SG11202011955UA/en unknown
- 2020-07-14 AU AU2020260490A patent/AU2020260490A1/en not_active Abandoned
- 2020-07-24 TW TW109125011A patent/TWI758796B/zh active
- 2020-07-24 TW TW111105702A patent/TW202221595A/zh unknown
- 2020-10-19 US US17/074,606 patent/US11657403B2/en active Active
-
2021
- 2021-04-30 KR KR1020210056717A patent/KR102378848B1/ko active IP Right Grant
-
2022
- 2022-05-09 JP JP2022076926A patent/JP2022105182A/ja active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20020042173A (ko) * | 2000-11-30 | 2002-06-05 | 구자홍 | 불량 관리 시스템 |
KR20120047154A (ko) * | 2010-11-03 | 2012-05-11 | 백명령 | 반품의류의 검품방법 |
KR20160109432A (ko) * | 2015-03-11 | 2016-09-21 | 한국전자통신연구원 | 영상검사 기반 부품 가공에 대한 원격관리장치 및 원격관리방법 |
KR101612328B1 (ko) * | 2015-11-24 | 2016-04-14 | 주식회사 바올테크 | 반품 물류 인식장치와 이를 이용한 반품처리 시스템 및 반품 처리 방법 |
KR101835541B1 (ko) * | 2017-04-20 | 2018-04-19 | 주식회사 엘제이텍 | 관리자 단말을 이용한 제품 검사 시스템 및 그 방법 |
Also Published As
Publication number | Publication date |
---|---|
KR102249460B1 (ko) | 2021-05-07 |
KR102378848B1 (ko) | 2022-03-28 |
KR20210026986A (ko) | 2021-03-10 |
TW202221595A (zh) | 2022-06-01 |
SG11202011955UA (en) | 2021-04-29 |
AU2020260490A1 (en) | 2021-03-18 |
JP2022105182A (ja) | 2022-07-12 |
US11657403B2 (en) | 2023-05-23 |
JP7072086B2 (ja) | 2022-05-19 |
TWI758796B (zh) | 2022-03-21 |
US20210103934A1 (en) | 2021-04-08 |
JP2021530019A (ja) | 2021-11-04 |
US10909546B1 (en) | 2021-02-02 |
WO2021038326A1 (en) | 2021-03-04 |
TW202109403A (zh) | 2021-03-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102309820B1 (ko) | 플렉서블 배달 작업의 자동 할당을 위한 시스템 및 방법 | |
KR102680173B1 (ko) | 재고 관리를 위해 풀필먼트 센터 내 아이템의 수량을 확인하는 컴퓨터 구현 시스템 및 방법 | |
KR102334897B1 (ko) | 플렉서블 배달 작업의 자기주도적 할당을 위한 모바일 디바이스 기반의 시스템 및 방법 | |
KR20210032260A (ko) | 플렉서블 배달 작업의 자동 할당 및 재할당을 위한 컴퓨터 구현 방법 | |
KR102428533B1 (ko) | 재고 관리를 위해 반품 아이템을 풀필먼트 센터로 이송하기 위한 컴퓨터-구현 시스템 및 방법 | |
KR20210063301A (ko) | 개체의 효율적인 패키징을 위한 자동화된 사용자 인터페이스 | |
KR102378848B1 (ko) | 재고 관리를 위해 신선 아이템을 확인 및 반품하기 위한 컴퓨터 구현 시스템 및 방법 | |
KR102312139B1 (ko) | 컴퓨터-구현된 분리 배송 커뮤니케이션 프로세스를 위한 시스템 및 방법 | |
KR102313170B1 (ko) | 보장된 배달 시간 선택의 표시 및 결정을 위한 컴퓨터 시스템 및 방법 | |
TWI850535B (zh) | 用於藉由轉移退還物件至履行中心來管理存貨的系統以及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A107 | Divisional application of patent | ||
A201 | Request for examination | ||
E902 | Notification of reason for refusal | ||
E701 | Decision to grant or registration of patent right | ||
GRNT | Written decision to grant |