Batch 피킹 구현

온라인 편집
참고: SIM 지원 스토어의 일괄 선택 기능은 더 나은 성능과 사용성을 제공하기 위해 수정 중입니다. 이러한 핵심 기능에 대한 지속적인 수정은 향후 호환성에 영향을 미칠 수 있습니다. 이러한 기능을 통합하기 전에 업데이트된 버전이 나올 때까지 기다리세요.

상점 직원은 백룸에서 사용 가능한 제품의 Batch를 피킹하고 이를 스테이징 로케이션에 배치하여 상점에서 선적을 이행하거나 상점 쉽먼트에서 픽업할 수 있습니다.

Batch 피킹 작업은 API, 서비스 및 기타 구성품목의 도움으로 구현됩니다.

가정

  • 상점 직원은 상점 오더에서 온라인 픽업 구매 또는 상점 오더에서 선적 중 하나 이상을 픽업할 수 있는 권한이 있는 것으로 가정합니다.
  • Batch 피킹에 대한 전제조건 구성 단계를 완료해야 합니다. 백룸 픽 작업의 구성에 대한 자세한 내용은 배치 픽킹 구성을 참조하십시오.

솔루션

포틀렛 선택
  • 주문 선택 포틀렛에는 주문 선택 일괄처리 단추가 있습니다. 이 버튼은 Batch 피킹 자원 권한이 ISF000043인 상점 사용자에게 표시됩니다.
  • Batch 피킹 버튼을 클릭하면 Batch 목록 화면이 표시됩니다.
Batch 목록 화면
Batch 목록 화면에는 오더 유형 (즉, 픽업 및 선적 오더 유형) 에 따라 다른 탭에 분리된 Batch 목록이 표시됩니다.
  • 일괄처리 작성은 일정한 간격 (예: 하루에 한 번) 으로 스케줄되고 실행될 수 있는 백엔드 프로세스입니다. 일괄처리 구성은 일괄처리가 작성되는 방법을 결정합니다.
    주: 상점 레벨에서 일괄처리 구성을 가질 수 있습니다.
  • Batch 피킹 기준이 구성되거나 스케줄되지 않은 경우 Batch가 작성되거나 나열되지 않습니다.
  • Batch는오더 유형에 따라 다른 탭에 표시됩니다. 즉, 상점에서 선적하거나 온라인으로 구매하고 오더에서 픽업합니다. 일괄처리에 혼합된 오더 유형이 포함되어 있는 경우 일괄처리가 하나의 탭 아래에 표시됩니다. 이 목록은 혼합 일괄처리에 대한 오더 유형을 표시합니다.
  • 상점 직원은 구성을 기반으로 지난 24시간동안의 기존 Batch및 완료된 Batch와 새 Batch의 목록을 볼 수 있습니다.
    주: 새 일괄처리는 초안 일괄처리여야 합니다.
  • SLA 주문이 가장 높은 배치가 항상 맨 위에 표시되도록 배치가 나열됩니다.
  • 기본적으로 Batch 목록 화면에는 Ready for picking, Picking in progress 및 New Batch가 나열됩니다.
  • 상점 직원은 Assigned to user, Zones, Categories및 Status를 기반으로 UI에서 Batch를 필터링할 수 있습니다.
  • Batch ID, Status, Number of orders, Products, Zone, Category및 SLA 와 같은 일괄처리 세부사항이 UI에 표시됩니다.
  • 사용자 정의 일괄처리 기준도 Zone 및 Category와 함께 UI에 표시됩니다.
  • 상점 직원은 피킹 버튼을 클릭하여 Batch 피킹을 시작합니다. DRAFT 일괄처리는 이 단계에서 확인되며 NOT_STARTED 상태로 이동하고 로그인한 상점 직원에게도 지정됩니다.
    참고:
    • 다른 상점 직원이 Batch를 이미 확정한 경우 Batch 피킹을 계속할지 묻는 확인 창이 표시됩니다.
    • Pick Request 의 AssignedToUserId 속성은 업데이트되지 않습니다.
  • Batch ID 는 Batch summary 화면을 표시하기 위해 클릭한 링크입니다.
    테이블 1. API 입력
    API 입력 설명
    /stores/{storeId}/v1/batch:summary?group_by=deliveryMethod&status=DRAFT,NOT_STARTED,IN_PROGRESS,PICKED,DEPOSIT_IN_PROGRESS/COMPLETED 배송방법 또는 상태를 기반으로 Batch 개수를 표시하기 위한 요약정보 API, GET 호출.
    /:tenantId/v1/stores/:storeId/batch-picks 일괄처리 목록을 가져오기 위한 페이지 번호가 지정되지 않은 GET API입니다.
    /{tenantId}/v1/stores/zones 상점의 구역을 가져오는 GET API입니다.
    /{tenantId}/v1/stores/product-categories 제품 카테고리를 가져오기 위한 GET API입니다.
    /{tenantId}/v1/stores/{storeId}/batch-picks/{batchPickId}/confirm 초안 일괄처리를 확인하기 위한 POST API.
    /{tenantId}/v1/stores/{storeId}/batch-picks/{batchPickId}

    요청 본문:

     [
  {
    "op": "add",
    "path": "/assignedToUserId",
    "value": "amgr"
  }
]
    		 일괄처리에서 사용자를 스탬프하는 PATCH API입니다.
Batch 요약정보 화면
Batch 요약정보 화면에는 사용자에게 지정된 Batch, Batch 상태 및 예상 출하 날짜의 개요가 표시됩니다. 또한 Batch에 속하는 제품 및 오더를 볼 수 있습니다.
  • Batch 요약정보 화면에는 제품 및 오더 상세내역과 함께 Batch 헤더 정보가 표시됩니다.
  • Batch 요약정보 화면에는 Print batch 및 Reset batch 작업과 함께 Start 또는 Continue batch 피킹과 관련된 작업이 있습니다.
피킹 후 정렬 에 대한 Batch 피킹 실행
  • Batch 피킹 실행 플로우에는 세 개의 화면이 있습니다.
    1. 화면 선택
    2. 피킹 완료 또는 중간 화면
    3. 예치 화면
  • 상점 직원이 목록 화면에서 피킹 또는 계속 또는 요약정보 조회 버튼을 클릭하면 Batch 상태에 따라 플로우의 적절한 화면으로 이동합니다. assignedToUser 유효성 검증은 현재 사용자가 다른 사용자가 이미 진행 중인 일괄처리를 시작하지 않도록 합니다. 업데이트된 assignedToUser 를 가져오기 위해 GET on batch-picks/<batchId> 이 호출되고 현재 사용자와 일치합니다. assignedToUser 이 널이면 batch-picks/<batchId> API가 호출되어 assignedToUser 를 업데이트하고 피킹 실행 화면이 열립니다.
    • assignedToUser 가 현재 사용자와 동일한 경우 피킹 실행 화면이 열립니다.
    • assignedToUser 가 현재 사용자와 동일하지 않은 경우 현재 사용자가 계속할지 여부를 확인하는 창이 열립니다.

  • 화면 선택

    • 피킹 화면에는 제품을 피킹해야 하는 소스 로케이션별로 그룹화된 Batch에서 피킹해야 하는 제품이 나열됩니다. 피킹을 위한 순회 경로를 최적화하기 위해 위치 시퀀스의 도움으로 목록이 생성됩니다.
    • UI에서 Batch 피킹 작업을 표시하기 위해 GET on Batch stores/<<StoreID>>/batch-picks/<<BatchID>>?fields=pickTasks 이 호출됩니다.
    • Batch 피킹 작업은 다중 로케이션 상점의 Item 및 Location 조합을 기반으로 결합됩니다. 단일 로케이션 및 로케이션 상점이 없는 경우 피킹 작업은 Item를 기반으로 결합됩니다.
    • ItemID 및 UOM 는 항목을 식별하기 위한 고유한 조합입니다. 피킹 작업을 집계하는 동안 InventoryStatus 및 ProductClass 와 같은 재고 속성도 고려됩니다.
    • Included in Orders 팝업 창에는 복수 오더에 속하는 제품이 Batch로 표시되며 각 오더의 수량도 표시됩니다.
    • 일련번호 추적 재고의 경우 View serials 팝업에 피킹된 일련번호 목록이 표시됩니다.
    • 피킹 화면에는 제품을 피킹해야 하는 Source location 로 그룹화된 Batch에서 피킹해야 하는 기본 정보가 있는 제품이 나열됩니다.
    • BatchID 용 GET API는 UI에서 데이터를 표시하기 위해 PickTasks 로 Fields 와 함께 호출됩니다.
    • API 출력에서 batchPickTasks 는 고유 Item 및 Location 조합에 대한 pick 태스크의 집계입니다. pick 태스크는 다중 위치 상점의 Item 및 Location 조합을 기반으로 결합됩니다. 그러나 단일 로케이션 및 로케이션 저장소가 없는 경우 피킹 작업은 Item를 기반으로 결합됩니다.
    • ItemID 및 UOM 는 항목을 식별하기 위한 고유한 조합입니다. InventoryStatus 및 ProductClass 와 같은 재고 속성도 pick 태스크를 집계하는 동안 고려됩니다.
    • Mashup 계층에서 이 API 출력은 sourceLocationId 로 pick 태스크를 그룹화하고 pick 태스크에 대한 항목 세부사항을 스탬프하도록 수정됩니다.
    • 오더에 포함 팝업 창에는 제품이 속한 오더의 분할 및 각 오더의 수량이 표시됩니다. 이러한 속성은 매시업 계층에서 계산됩니다.
    • 일련 번호 보기 팝업은 선택된 일련 번호 목록을 표시합니다.
    • API 세부사항을 가져오기 위해 get 호출이 작성됩니다.

  • 스캔 플로우

    상점 직원이 피킹 로케이션을 처음 스캔한 후 제품을 스캔할 때 Batch의 제품이 피킹됨으로 기록됩니다.
    • 입력 스캔 필드를 사용하여 위치 및 제품을 모두 스캔할 수 있습니다. IS_LOC_SCAN_MANDATORY=Y 인 경우 제품 스캔 전에 위치 스캔이 필수입니다.
    • 바코드를 스캔할 때 translateBarCode API가 BarCodeType=StoreItemOrLocation와 함께 호출됩니다.
      참고: 단일 위치 저장소 및 위치에 구애받지 않는 저장소에 대한 BarCodeType 는 Item입니다.
    • 위치가 스캔되면 시스템은 이를 스캔된 위치 또는 현재 위치로 설정합니다.
    • 아이템이 스캔되고 translateBarCode API가 유효한 변환을 리턴하는 경우 아이템 피킹을 기록하기 위해 pick API가 호출됩니다. pick API는 이전 스캔의 고유 Item 및 위치 세부사항을 사용하여 호출됩니다.
    • 로케이션 스캔이 필수인 경우 로케이션 스캔 시에만 빼기 (-) 및 더하기 (+) 아이콘과 수량 업데이트 단위를 클릭할 수 있습니다. 스캔된 로케이션이 피킹 작업 소스와 일치하는 경우에만 오퍼레이션이 수행됩니다. LocationId
    • 상점 직원은 제품 패널에서 빼기 (-) 를 클릭하여 피킹을 실행 취소할 수 있습니다.
    • +를 클릭하면 PICK API가 호출되고 - 를 클릭하면 UNDO-PICK API가 호출됩니다.
    일련화되지 않은 품목 스캔
    • -버튼을 클릭하면 피킹된 수량이 단위만큼 감소됩니다. UNDO-PICK API가 호출되고 피킹 태스크가 업데이트됩니다.
    • +버튼을 클릭하면 피킹된 수량이 단위만큼 늘어납니다. PICK API 가 호출되고 피킹 태스크가 업데이트됩니다.
    • 수량이 편집될 때 수량이 추가되거나 감소되는지 여부에 따라 PICK 또는 UNDO-PICK API가 호출됩니다.
    일련화된 품목 스캔
    • -단추를 클릭하면 항목을 제거하는 창이 열립니다. 상점 직원이 일련 번호를 스캔하면 피킹되지 않은 것으로 표시됩니다. translateBarCode API는 BarCodeType=SIMSerial와 함께 호출됩니다. 성공하면 일련 번호를 전달하여 UNDO-PICK API가 호출됩니다.
    • 단위 수를 입력하여 수량을 편집할 수 없습니다. 피킹 또는 제거됨으로 표시할 일련 번호를 스캔하거나 스캔 필드에 입력해야 합니다.

  • 선택 실행

    다음 상점 규칙 및 구성을 애플리케이션 컨텍스트에서 읽어 스캔 위치가 필수인지 여부와 상점이 단일 또는 다중 또는 위치 상점이 아닌지 여부를 판별합니다.

    • 다중 위치 저장소에 대한 스캔 플로우

      • 입력 스캔 필드를 사용하여 location 및 product모두를 스캔할 수 있습니다. IS_LOC_SCAN_MANDATORY=Y 인 경우 제품 스캔 전에 위치 스캔이 필수입니다.
      • translateBarCode API는 BarCodeType=StoreItemOrLocation와 함께 호출됩니다.
      • 스캔된 바코드가 유효하고 location인 경우 location 패널이 강조표시되고 currentLocation in Pick 컨텍스트도 화면에 설정됩니다.
      • 아이템이 스캔될 때 translateBarCode API가 유효하거나 단일 변환을 리턴하는 경우 아이템 피킹을 기록하기 위해 PICK API가 호출됩니다. 이 항목은 Item 의 고유 속성 및 이전 스캔의 location 세부사항을 전달합니다.
      • 이 PICK API는 배치 구성의 일부로 구성된 SLA 또는 정렬 기준을 기반으로 업데이트해야 하는 pickTask 를 식별합니다.
      • 각 PICK 호출 후에 Pick Tasks 목록이 Pick 태스크로 업데이트됩니다.
      • 각 PICK 호출 후에 Batch status 에서 PICKED 상태를 확인합니다. 상태가 PICKED인 경우 사용자는 선택 완료 화면으로 이동합니다.
      • 상점 직원은 제품 패널에서 빼기 (-) 를 클릭하여 피킹을 실행 취소할 수 있습니다. 제품 패널에서 + 및 - 단추를 사용하면 UI에서 직접 PICK 및 UNDO-PICK API를 호출합니다.
        주: 위치 스캔이 필수가 아니거나 위치가 상점에서 유지보수되지 않는 경우 BarCodeType=Item 를 설정하십시오.
      • translateBarCode 입력
        <BarCode BarCodeData="" BarCodeType="StoreItemOrLocation" DisplayLocalizedFieldInLocale="xml:CurrentUser:/User/@Localecode" pickRequestId=""   isLocationScanMandatory="">
                    <ContextualInfo
                        EnterpriseCode="xml:CurrentStore:/Store/@EnterpriseCode" OrganizationCode="xml:CurrentStore:/Store/@EnterpriseCode" Node="xml:CurrentStore:/Store/@ShipNode"/>                   
                    <LocationContextualInfo SIMLocationId=""/>
</BarCode>

    • 수량미달 및 대체 로케이션 기록

      • 상점 직원은 필요한 재고를 제안된 소스 로케이션에서 사용할 수 없는 경우 대체 로케이션에서 피킹하도록 선택할 수 있습니다.
      • 대체 로케이션에서 제품을 사용할 수 없는 경우 상점 직원은 수량미달을 기록할 수 있습니다.
      • 상점 직원이 Alternate Location 팝업에서 대체 로케이션을 선택하면 Exception API가 호출되어 새로 선택된 로케이션으로 Alternate task 를 생성합니다.
      • Alternate 위치를 선택하면 생성된 새 태스크를 표시하도록 선택 화면이 완전히 새로 고쳐집니다.
      • 수량미달을 기록하기 위해 동일한 예외 API가 호출됩니다.
      • Pick, Undo Pick 또는 Short후에 Get Batch pick 요청이 호출되고 batch status 가 검사됩니다. 상태가 picked인 경우 피킹 완료 화면이 표시됩니다. 상태가 canceled인 경우 Batch 요약정보 화면이 표시됩니다.
      • 계속 단추를 클릭하면 피킹 완료 또는 중간 페이지가 표시됩니다.
      • 재고가 손상되었거나 재고가 부족한 경우 상점 직원은 짧게 표시하기 전에 상점의 다른 위치에서 재고가 사용 가능한지 확인해야 합니다. 다른 위치를 보려면 대체 위치 를 클릭하십시오.
      • GET 대체 소스 위치 API는 선택 작업의 대체 위치를 가져오기 위해 호출됩니다. API는 나머지 단위를 이행할 수 있는 위치 목록을 리턴합니다. 남아 있는 단위를 이행할 수 없는 경우 사용 가능한 재고 단위와 함께 로케이션을 리턴합니다.
      • 사용 가능한 재고가 있는 로케이션이 없는 경우 상점 직원은 수량미달을 기록할 수 있습니다. 또한 다른 위치를 선택하거나 수량미달을 기록하는 이유를 선택해야 합니다. 예외 코드 API를 호출하여 사유를 나열합니다.
      • 스토어 직원이 대체 위치와 사유를 선택하면 PICK 작업에서 예외 API가 호출되고 선택 작업에서 예외 개체가 생성됩니다. 다른 로케이션에 필수 재고가 있는 경우 sourceLocationId 로 지정된 대체 로케이션을 사용하여 새 피킹 작업이 생성되고 수량은 나머지 또는 사용 가능한 단위로 업데이트됩니다. 원래 피킹 작업의 수량이 줄어듭니다. 대체 로케이션을 사용할 수 없는 경우 피킹 작업의 수량미달 수량이 업데이트됩니다.
      • 일괄처리의 모든 제품이 짧게 기록되는 경우 일괄처리 및 쉽먼트가 둘 다 취소됩니다.
  • Batch의 부분 피킹
    • 상점 직원이 Batch의 모든 제품을 피킹할 수 없는 경우 Batch를 분할하도록 선택할 수 있습니다. 선택되지 않은 제품을 새 배치로 이동하려면 Split API를 호출합니다.
    • 상점 직원은 분할이 성공하면 피킹된 제품을 계속 예치할 수 있습니다.

  • 피킹 완료 또는 중간 페이지

    Batch의 모든 제품이 피킹되면 사용자가 피킹 완료 화면으로 이동합니다.
    • 피킹 화면에서 피킹이 완료되면 사용자에게 성공 대화 상자가 표시되어 피킹 완료 화면으로 이동하는 사용자를 확인합니다.
    • 또는 상점 직원이 피킹 화면에서 계속 버튼을 클릭하여 피킹 완료 페이지로 이동합니다.
    • Status 이 NOT_STARTED인 경우 Warning dialog 가 표시됩니다.
    • Status 이 PICKED인 경우 피킹 완료 화면이 표시됩니다.
    • Status 이 IN_PROGRESS인 경우 경고 Do you want to pick the unpicked items in another batch? 가 표시됩니다. Yes인 경우 Split API가 호출됩니다. 분할이 성공적으로 완료되면 피킹 완료 화면 이 표시되고, 그렇지 않으면 오류가 발생합니다.
    • Split API는 Batch 구성을 읽어 오더를 Batch간에 분할할 수 있는지 여부를 확인해야 합니다. 구성이 false이거나 오더가 부분적으로 피킹되면 API에서 오류가 발생합니다. 이 오류에는 부분적으로 피킹된 pickRequests 및 pickTasks 가 포함되어 있습니다.
    • AUTO_STAGE_PRODUCTS 규칙이 사용으로 설정된 경우 각 DeliveryMethod에 대해 AutoStaging 위치를 설정하기 위해 preferences API가 호출됩니다.
    • 피킹 완료 화면은 AUTO_STAGE_PRODUCTS 규칙 및 AUTO_STAGING에 사용되는 임시대기 로케이션을 지정하기 위해 추가되는 새 상점 구성을 읽습니다. 이 구성은 Delivery method 및 Document Type 조합을 위한 것입니다.
    • 모두 지정 은 자원 권한이 제어되는 옵션입니다.
    • Pick Request 의 임시대기 로케이션은 Batch 피킹 중에 고려되지 않습니다.
    • 일괄처리 완료 를 클릭하면 구성된 위치 또는 기본 위치에 모든 제품이 예치되고 일괄처리가 Completed 상태로 이동하며 사용자가 일괄처리 요약 화면으로 이동합니다.
    • 계속 을 클릭하면 사용자가 예치 화면으로 이동합니다.
    • 모두 지정 을 클릭하면 임시대기 로케이션 지정 팝업이 열립니다. 임시대기 로케이션을 선택하면 Deposit-all API가 호출되고 update API를 사용하여 Batch 상태가 업데이트되며 사용자가 Batch 요약정보 화면으로 이동합니다.

    • 모두 지정합니다.

      • 피킹된 모든 제품은 모두 지정 옵션을 사용하여 한 위치에 예치됩니다. 이 단추는 제어되는 자원 권한입니다.
      • 모두 지정 을 클릭하면 위치 선택 팝업이 열립니다.
      • translateBarCode 는 BarCodeType="HoldLocation" 로 호출되고, 번역이 성공적으로 완료되면 depositAll API가 호출됩니다. 일괄처리 상태가 DEPOSIT_IN_PROGRESS로 이동합니다.
      • 예치에 성공하면 일괄처리 상태를 COMPLETED로 이동하기 위해 Update API가 호출됩니다.
    • 스테이징 중 정렬
      • 상점 직원은 Deposit 화면으로 이동하여 피킹된 제품을 다른 오더로 정렬하고 이를 스테이징할 수 있습니다.
    • 자동 스테이징
      • 선택 완료 화면에서는 규칙 및 선택 기본 설정 API에서 GET 을 호출하여 AUTO_STAGE_PRODUCTS 규칙을 읽고 자동 스테이징 위치를 읽습니다.
      • 상점 직원은 Batch 완료 버튼을 클릭하여 피킹된 모든 제품을 자동 스테이징할 수 있습니다. deposit-all API를 호출하여 모든 피킹된 제품의 입금을 기록하고, 업데이트 상태 API를 호출하여 배치 상태를 Completed 상태로 업데이트하면 사용자는 배치 요약 화면으로 이동합니다.
    • 한 위치로 스테이징
      • 상점 직원은 임시대기 로케이션 창에서 로케이션을 스캔하여 한 로케이션에 모든 제품을 예치하도록 선택할 수 있습니다.
      • 상점 직원은 제품을 예치할 임시대기 로케이션을 스캔하도록 프롬프트됩니다. 스캔이 수행되면 소스를 SIMLocation로 사용하여 translateBarcode API가 호출됩니다. 스캔된 위치가 올바른 위치이고 상점 직원이 완료를 클릭하는 경우 일괄처리의 deposit-all API가 스캔된 위치와 함께 호출됩니다.
      • 업데이트 상태 API를 호출하면 배치 상태가 Completed 로 업데이트되고 사용자는 배치 요약 화면으로 이동합니다.

  • 예치 화면

    예치 화면에서는 상점 직원이 피킹된 제품을 다른 오더로 정렬하고 동시에 스테이징할 수 있습니다.
    주: 예치 화면을 사용하면 위치 상점이 없는 단일 상점에 대해서도 정렬 및 예치할 수 있습니다. 이러한 상점은 정렬을 위해 TOTE 유형의 위치를 작성할 수 있습니다.
    • 예치 화면은 예치해야 하는 주문을 나열합니다. 각 오더에는 피킹된 제품 목록이 있습니다.
    • BatchID /<<StoreID>>/batch-picks/<<BatchID>>?fields=PickRequests 에서 GET을 호출하여 주문을 일괄처리로 표시합니다.
    • 계속 단추를 누르면 사용자가 예치 화면으로 이동합니다.
    • 예치 화면 을 사용하면 위치 상점이 없는 단일 상점의 경우에도 정렬 및 예치를 수행할 수 있습니다. 이러한 상점은 정렬 용도로 TOTE 유형의 위치를 작성할 수 있습니다.
    • 주문에 각 제품을 예치하기 위해 위치 스캔이 필수인지 여부를 판별하기 위해 새 규칙 BP_ALWAYS_SCAN_STAGING_LOCATION 를 읽습니다. 규칙의 기본값은 N입니다.
    • 예치 화면은 상점 직원이 피킹된 제품을 정렬하고 예치하는 데 도움이 되도록 Batch의 오더를 나열합니다.
    • 각 주문에는 대상 위치별로 그룹화된 해당 제품이 나열됩니다.
    • BatchID 용 GET API는 fields="PickRequests" 와 함께 호출되며 제품 순서는 UI에 표시하기 위해 매시업 계층에서 타겟 로케이션별로 그룹화됩니다.
    • 상점 직원은 모든 제품이 Stage Order 옵션을 사용하여 제품 패널의 도움으로 정렬되는 경우 오더를 스테이징합니다.
    • 또는 상점 직원이 제품을 하나씩 스캔하여 제품을 예치합니다.

    • 개별적으로 제품 예치

      • 위치를 스캔하거나 선택하기 전에 제품을 스캔해야 합니다.
      • BP_ALWAYS_SCAN_STAGING_LOCATION=Y인 경우 제품 또는 위치를 스캔하는 데 동일한 스캔 필드를 사용할 수 있습니다.
      • BP_ALWAYS_SCAN_STAGING_LOCATION=N인 경우 임시대기 로케이션 선택 팝업은 시스템이 타겟 로케이션을 제안하지 않는 경우에만 표시됩니다.
      • UI는 주문 및 최근에 사용된 임시대기 로케이션의 맵을 유지보수합니다.
      • 제품이 스캔될 때 translateBarcode API가 호출되고 변환이 성공하면 matching-pick-tasks API가 호출되어 matching pick 태스크를 찾습니다. matching pick 작업이 발견되고 BP_ALWAYS_SCAN_STAGING_LOCATION=Y, 제품 패널이 강조 표시됩니다. 위치를 스캔하면 translateBarcode API가 호출되고 번역에 성공하면 deposit API가 matching pick 작업과 스캔된 준비 위치로 호출됩니다. 이 deposit API는 내부적으로 targetLocationId 이 이미 찍혀 있는 것과 다른 경우 선택 작업을 두 개로 분할하는 로직을 처리합니다. 배치 상태도 DEPOSIT_IN_PROGRESS 로 업데이트됩니다.
      • BP_ALWAYS_SCAN_STAGING_LOCATION=N인 경우 matching pick 태스크가 발견되면 Order-StagingLocation 의 UI맵을 검사하여 오더에서 최근에 사용된 임시대기 로케이션을 파생시킵니다. 맵에 일치하는 피킹이 속한 오더의 위치가 있는 경우 해당 targetLocationId를 사용하여 deposit API가 호출됩니다. 맵에 오더에 대한 임시대기 로케이션이 없는 경우 UI에 Select staging location가 표시됩니다. 임시대기 로케이션을 성공적으로 선택하면 예치금 API가 호출되어 임시대기를 기록하고 UI맵도 업데이트됩니다.
      • 예치금을 예치하는 동안 특정 임시대기 로케이션이 가득 찬 경우 상점 직원은 대체 로케이션 링크를 클릭하고 오더에 대한 새 임시대기 로케이션을 스캔할 수 있습니다.
      • 상점 직원이 제품을 예치한 후 pick 작업 상태를 확인합니다. COMPLETED인 경우 Get Batch details API가 호출되어 전체 일괄처리가 예치되었는지 여부를 평가하기 위해 모든 pickTasks 가 일괄처리에서 완료되었는지 여부를 확인합니다.
      • UI는 targetlocationId 가 pickTask 또는 새 targetlocationId에서 변경될 때 오더 패널을 새로 고칩니다. 기타 태스크는 지정되지 않음 아래에 나열됩니다.
      • 상점 직원은 제품 패널에서 - 버튼을 클릭하여 예치금을 실행 취소할 수도 있습니다.

    • 예치 순서

      • 상점 직원은 오더 스테이징 옵션을 사용하여 하나의 임시대기 로케이션에 모든 제품을 예치하도록 선택할 수 있습니다. 스테이지 순서 는 항상 대체 위치 팝업을 열어 대상 위치를 가져옵니다.
      • PickRequest 에 요청 본문에 전달된 것과 다른 targetLocationId 가 있는 경우 나머지 태스크에 대해 예외가 작성됩니다. 새 대체 태스크가 새 targetlocationId로 업데이트됩니다.
      • 스테이징이 완료되면 Batch에 대한 모든 오더피킹 작업을 통해 Batch의 UI 평가가 완료됩니다. 일괄처리가 완료되면 UI에 성공 대화 상자가 표시됩니다. 사용자 확인 시 Batch status 는 update-status API를 호출하여 COMPLETED 로 업데이트됩니다.
      • 예치가 완료되면 update-status API가 일괄처리에 속하는 모든 pick 태스크가 스테이징되었는지 유효성 검증한 후 PickRequest 상태를 COMPLETED로 이동합니다. PickRequest 의 모든 PickTasks 가 동일한 일괄처리에 속하지 않고 일괄처리 상태가 COMPLETED 상태로 업데이트되지 않으면 PickRequest 상태가 업데이트되지 않습니다.

    • 배송 업데이트 IBM® Sterling Order Management 시스템

      • 일괄처리에 속하는 모든 쉽먼트를 BackroomPickedQuantity, ShortedQty및 StagedQunatity로 업데이트해야 합니다.
      • 모든 쉽먼트 라인이 피킹된 경우에도 쉽먼트 상태를 변경해야 합니다.

    • 진행 중인 단일 오더 피킹 변경

      • pickRequest 의 includedInBatch 속성은 pick 요청이 배치에 포함되는지 여부를 확인합니다. includedInBatch 가 true인 경우 사용자가 이 pickRequest에 대해 단일 오더 피킹을 수행하도록 선택할 수 있는 확인 대화 상자가 표시됩니다.
      • PickRequest 상태가 NOT_STARTED인 경우 단일 오더 피킹이 허용됩니다.
      • PickRequest 상태가 IN_PROGRESS 또는 PICKED인 경우 Contact the user associated with the batch 메시지와 함께 알림이 표시됩니다.
      • 이 API는 pickrequest 상태가 NOT_STARTED인 경우 일괄처리에서 pickrequest 를 제거합니다.
      • 피킹 요청 요약정보 는 Batch 정보를 표시합니다.

    단계 순서

    • 상점 직원은 다른 오더에 속하는 제품을 시각적으로 식별할 수 있는 경우 오더 스테이징 링크를 사용하여 한 단계에서 오더의 모든 제품을 정렬하고 스테이징할 수 있습니다.
    • 상점 직원은 제품을 예치할 임시대기 로케이션을 스캔하도록 프롬프트됩니다. 스캔 시 translateBarcode API는 소스를 SIMLocation로 사용하여 호출됩니다. 유효한 로케이션이 스캔되고 상점 직원이 완료를 클릭하면 depositAll API가 호출됩니다.
    • 상점 직원은 계속해서 모든 오더를 하나씩 예치할 수 있습니다.

    개별적으로 제품 스테이징

    • 상점 직원은 스캔 입력 필드를 사용하여 제품을 하나씩 스캔하여 모든 제품을 정렬하고 예치할 수 있습니다.
    • 위치를 스캔하거나 선택하기 전에 제품을 스캔해야 합니다.
      • BP_ALWAYS_SCAN_STAGING_LOCATION=Y인 경우 제품 또는 위치를 스캔하는 데 동일한 스캔 필드를 사용할 수 있습니다.
      • BP_ALWAYS_SCAN_STAGING_LOCATION=N인 경우 시스템이 대상 위치를 제안하지 않는 경우에만 임시대기 로케이션 선택 팝업이 표시됩니다.
      • 제품이 스캔되면 translateBarcode API가 호출되고, 번역에 성공하면 pick-task:for-deposit API가 호출되어 일치하는 픽 작업을 찾습니다. 일치하는 피킹 작업이 발견되고 BP_ALWAYS_SCAN_STAGING_LOCATION=Y인 경우 제품 패널이 강조표시됩니다. 위치를 스캔하면 translateBarcode API가 호출되고 번역에 성공하면 일치하는 픽 작업과 스캔한 준비 위치가 있는 입금 API가 호출됩니다.
      • BP_ALWAYS_SCAN_STAGING_LOCATION=N, 일치하는 픽업 작업이 발견되면 시스템은 주문에 대해 최근에 사용된 준비 위치를 도출하려고 시도하고 targetLocationId 로 입금 API를 호출합니다. 시스템이 최근에 사용한 임시대기 로케이션을 찾을 수 없는 경우 UI에 임시대기 로케이션 선택 창이 표시됩니다. 스테이징 위치를 성공적으로 선택하면 입금 API가 호출되어 스테이징을 기록합니다.

    여러 위치에서 주문 스테이징

    • 예치금을 예치하는 동안 특정 임시대기 로케이션이 가득 찬 경우 상점 직원은 대체 로케이션 링크를 클릭하여 오더의 새 임시대기 로케이션을 스캔하고 제품을 계속 예치할 수 있습니다. 새 대체 로케이션이 추가 예치금에 사용됩니다.
    • 또한 상점 직원은 제품 패널에서 (-) 버튼을 클릭하여 예치금을 실행 취소할 수 있습니다.

    스테이징 완료

    • 시스템은 각 예치금을 예치한 후 모든 상품의 스테이징이 완료되었는지 여부를 평가합니다. 배치가 완료되면 사용자가 확인하면 업데이트 상태 API를 호출하여 배치 상태가 COMPLETED 로 업데이트됩니다.
    • 그러면 사용자가 Batch 요약 화면으로 이동합니다.

    Sterling Order Management 시스템에서 배송 업데이트

    일괄처리 상태가 완료되면 ISFUpdateShipmentsOfBatchSynchronously 서비스를 호출하여 일괄처리의 해당 쉽먼트가 오더피킹 및 수량미달 수량 정보로 업데이트됩니다. 이 서비스는 쉽먼트가 완전히 피킹된 경우 쉽먼트 상태를 Ready for packing 또는 Ready for Customer 로 업데이트합니다.

    단일 오더 피킹 변경

    • 상점 직원은 오더가 Batch에 이미 포함되어 있고 피킹이 진행 중인 경우에도 오더를 개별적으로 피킹하도록 선택할 수 있습니다.
    • pickRequest 의 includedInBatch 속성은 오더피킹 요청이 Batch에 포함되는지 여부를 확인합니다. includedInBatch 가 true인 경우 사용자가 오더에 대해 단일 오더 피킹을 수행하도록 선택할 수 있는 확정 대화 상자가 사용자에게 표시됩니다.
    • 이 batch-picks:remove API는 일괄처리에서 pickrequest 를 제거하기 위해 호출됩니다.
    • 피킹 요청 요약정보 는 Batch 정보를 표시합니다.

    피킹 변경 중 정렬

    • 사용자는 Batch의 batchSortType 속성을 기반으로 피킹 실행 플로우로 이동됩니다.

    피킹 중 정렬에 대한 Batch 피킹 실행

    • Batch 피킹 실행 플로우에는 세 개의 화면이 있습니다.
      1. 화면 선택
      2. 피킹 완료 또는 중간 화면
      3. 예치금 화면
    • 상점 직원이 목록 화면에서 피킹 또는 계속 또는 요약정보 조회 버튼을 클릭하면 해당 화면이 Batch status를 기반으로 플로우에 표시됩니다.
      • Status 이 NOT_STARTED 또는 IN_PROGRESS 인 경우 선택 화면이 표시됩니다.
      • Status 이 PICKED 또는 DEPOSIT_IN_PROGRESS 인 경우 선택 완료 화면이 표시됩니다.
      • Status 이 DEPOSIT_IN_PROGRESS 인 경우예치 화면이 표시됩니다.
      • Status 이 COMPLETED 인 경우 Batch 요약정보 화면이 표시됩니다.

    화면 선택

    • 피킹 화면에는 source 위치별로 그룹화된 Batch에서 피킹해야 하는 제품 및 기본 정보가 나열됩니다.
    • BatchID 용 GET API는 UI에서 데이터를 표시하기 위해 fields="PickTasks" 와 함께 호출됩니다.
    • API 출력에서 batchPickTasks 는 고유 Item 및 Location 조합에 대한 pick 태스크의 집계입니다. pick 태스크는 다중 위치 상점에 대한 location 및 item 조합을 기반으로 결합됩니다. 그러나 단일 위치 및 위치 저장소가 없는 경우 pick 태스크는 Item를 기반으로 결합됩니다.
    • ItemID 및 UOM 는 item를 식별하기 위한 고유한 조합입니다. 피킹 작업을 집계하는 동안 InventoryStatus 및 ProductClass 와 같은 재고 속성도 고려됩니다.
    • Mashup Layer에서 이 API 출력은 sourceLocationId 로 pick 태스크를 그룹화하고 pick 태스크에 대한 항목 세부사항을 스탬프하도록 수정됩니다.
    • 주문에 포함 팝업은 상품이 속한 주문의 분할 및 각 주문의 수량을 표시합니다. 이러한 속성은 Mashup layer에서 계산됩니다. 또한 제품이 배치되는 토트박스 정보를 표시합니다.
    • 일련 번호 보기 팝업은 선택된 일련 번호 목록을 표시합니다.
    • 일괄처리로 주문 보기 는 토트박스 정보와 함께 일괄처리의 주문 보기를 표시합니다.

    선택 실행

    • 애플리케이션 컨텍스트에서 상점 규칙 및 구성을 읽어 스캔 위치가 필수인지 여부와 상점이 단일 위치인지 또는 다중 위치인지 또는 위치 상점이 없는지 여부를 판별합니다.
    • * IS_SINGLE_LOC_STORE 및 스토어 재고 관리의 IS_LOC_SCAN_MANDATORY 규칙과 스털링 Store Engagement 구성의 inventoryTracked 플래그를 사용합니다.
    • IS_LOC_SCAN_MANDATORY=N 인 경우 UI에서는 규칙이 꺼져 있을 때 상점 직원이 여전히 로케이션을 스캔할 수 있는 다른 플로우와 달리 batchpick 프로세스 중에 로케이션이 스캔된다고 가정합니다.

    다중 위치 상점 스캔 플로우

    • 입력 스캔 필드를 사용하여 위치 및 제품을 모두 스캔할 수 있습니다. IS_LOC_SCAN_MANDATORY=Y인 경우 제품을 스캔하기 전에 위치 스캔이 필수입니다.
    • translateBarCode API는 BarCodeType="StoreItemOrLocation"와 함께 호출됩니다.
    • 스캔된 바코드가 유효하고 로케이션인 경우 로케이션 패널이 강조표시되고 피킹 컨텍스트의 currentLocation 도 화면에 설정됩니다.
    • 아이템이 스캔될 때 translateBarCode API가 유효하거나 단일 변환을 리턴하는 경우 스캔된 아이템에 대한 일치하는 피킹 작업은 "pick-task:for-pick?productId=<<productID>>" API 호출을 작성하여 판별됩니다.
    • 순서가 판별되면 Order to Totes의 UI맵을 사용하여 유효성 검증됩니다. 토트박스 정보를 캡처하기 위해 선택된 토트박스 창이 표시됩니다.
    • 일치하는 피킹 태스크 ID를 전달할 수 있습니다. 아이템 피킹을 기록하기 위해 PICK API가 호출되고 toteID 도 inTransitLocationId로 호출됩니다.
    • 이 PICK API는 피킹 및 inTransitLocationId로 pickTask 를 업데이트합니다.
    • 각 PICK 호출 후에 선택 태스크 목록이 선택 태스크로 업데이트됩니다.
    • 각 PICK 호출 후 일괄처리 상태에서 PICKED 상태를 확인합니다. 상태가 PICKED인 경우 사용자는 PICK 완료 화면으로 이동합니다.
    • 상점 직원은 제품 제거 팝업을 여는 제품 패널에서 빼기 (-) 를 클릭하여 피킹을 실행 취소할 수 있습니다.
    주: 피킹 중 레코드 수량미달 및 대체 로케이션 선택은 피킹 후 정렬 플로우와 동일합니다.

    선택 완료 또는 중간 페이지

    • 피킹 화면에서 피킹이 완료되면 사용자에게 성공 대화 상자가 표시되어 피킹 완료 화면으로 이동하는 사용자를 확인합니다.
    • 또는 상점 직원이 피킹 화면에서 계속 버튼을 클릭하여 피킹 완료 페이지로 이동합니다.
    • Status 이 NOT_STARTED인 경우 Warning dialog 가 표시됩니다.
    • Status 이 PICKED인 경우 피킹 완료 화면이 표시됩니다.
    • Status 이 IN_PROGRESS인 경우 경고 Do you want to pick the unpicked items in another batch? 가 표시됩니다. Yes인 경우 Split API가 호출되고 분할이 성공한 후 완료 화면 선택 이 표시되며, 그렇지 않으면 오류가 발생합니다.
    • Split API는 Batch 구성을 읽어 오더를 Batch간에 분할할 수 있는지 여부를 확인해야 합니다. 구성이 false이고 오더가 부분적으로 피킹되면 API에서 오류가 발생합니다. 이 오류에는 부분적으로 피킹된 pickRequests 및 pickTasks 가 포함되어 있습니다.
    • 피킹 완료 화면은 AUTO_STAGE_PRODUCTS 규칙 및 AUTO_STAGING에 사용되는 임시대기 로케이션을 지정하기 위해 추가되는 새 상점 구성을 읽습니다. 이 구성은 Delivery method 및 Document Type 조합을 위한 것입니다.
    • 모두 지정 옵션은 제어되는 자원 권한입니다.
    • Pick Request 의 임시대기 로케이션은 Batch 피킹 중에 고려되지 않습니다.
    • 일괄처리 완료 를 클릭하면 구성된 위치 또는 기본 위치에 모든 제품이 예치되고 일괄처리가 Completed 상태로 이동하며 사용자가 일괄처리 요약 화면으로 이동합니다.
    • 계속 을 클릭하면 사용자가 예치 화면으로 이동합니다.
    • 모두 지정 을 클릭하면 임시대기 로케이션 지정 팝업이 열립니다. 임시대기 로케이션을 선택하면 Deposit-all API가 호출되고 update API를 사용하여 Batch 상태가 업데이트되며 사용자가 Batch 요약정보 화면으로 이동합니다.

    예치 화면

    • 계속 단추를 클릭하면 예치 화면이 표시됩니다.
    • 예치 화면에는 상점 직원이 오더피킹된 제품과 함께 토트박스를 예치하는 데 도움이 되는 Batch의 오더가 나열됩니다.
    • 각 오더는 대상 위치별로 그룹화된 특정 오더의 토트를 나열합니다.
    • BatchID 용 GET API는 fields="PickRequests" 와 함께 호출되며 제품 순서는 UI에 표시할 매시업 계층의 타겟 로케이션별로 그룹화되어 있습니다.
    • 상점 직원은 오더 스테이징 옵션을 사용하여 특정 오더의 모든 토트박스를 스테이징할 수 있습니다.
    • 또는 상점 직원이 토트를 하나씩 스캔하여 토트를 예치할 수도 있습니다.

    주문 예치

    • 상점 직원은 오더 스테이징 옵션을 사용하여 하나의 임시대기 로케이션에 모든 토트박스를 예치하도록 선택할 수 있습니다. 단계 순서는 항상 임시대기 로케이션 선택 팝업을 열어 타겟 로케이션을 가져옵니다.
    • 예치금을 예치하는 동안 특정 임시대기 로케이션이 가득 차면 상점 직원이 대체 로케이션 링크를 클릭하고 오더의 새 임시대기 로케이션을 스캔합니다.

    토트박스 예치

    • 상점 직원은 스캔 필드를 사용하여 토트박스를 스캔하여 오더를 예치하기 시작할 수 있습니다. translateBarcode API는 BarcodeType="HoldLocation"와 함께 호출됩니다.
    • 스캔된 토트박스의 해당 오더는 Batch의 pickRequests 를 통해 반복하여 식별됩니다.
    • UI는 주문 및 최근에 사용된 임시대기 로케이션의 맵을 유지보수합니다.
    • Deposit API는 ToteID와 함께 PickRequest 정보를 전달하는 것으로 호출됩니다.
    • 상품이 예치된 후 pick 태스크 상태를 확인합니다. 상태가 COMPLETED인 경우 일괄처리의 모든 pickTasks 가 예치되었는지 여부를 확인하기 위해 Get Batch details API가 호출됩니다.
    • 새 대상 locationId의 경우 대상 locationId 이 토트박스에서 변경될 때 UI가 오더 패널을 새로 고칩니다. 기타 태스크는 지정되지 않음 아래에 나열됩니다.
    • 상점 직원은 토트박스 패널에서 배치된 링크를 클릭하여 예치를 수행하거나 실행 취소할 수도 있습니다.
    • 각 예치금 후 UI는 전체 Batch가 Batch에 속하는 모든 피킹 작업을 통해 스테이징되는지 여부를 평가합니다. 일괄처리가 완료되면 UI에 성공 대화 상자가 표시됩니다. 사용자 확인 시 일괄처리 상태는 update-status API를 호출하여 COMPLETED 로 업데이트됩니다.
    • 이 API는 일괄처리에 속하는 모든 pick 태스크가 스테이징되는지 여부를 유효성 검증합니다. 그런 다음 PickRequest 상태가 COMPLETED로 업데이트됩니다. PickRequest 의 모든 PickTasks 가 동일한 Batch에 속하지 않고 Batch 상태가 COMPLETED 상태로 업데이트되는 경우 피킹 요청 상태가 업데이트되지 않습니다.