ピック中にソート

ストア担当者は、「バッチ」画面で「続行」をクリックして、進行中のバッチの商品をピックすることができます。 ストア担当者が、バッチのピックを開始したストア担当者でない場合は、確認ウィンドウが表示され、ピッキングを続行するかどうかをストア担当者に確認するプロンプトが出されます。 ストア担当者が続行を選択すると、manageStoreBatch API が呼び出されて、現在のストア担当者に対してバッチの AssignedToUserID が更新されます。

API および検証について詳しくは、Javadoc を参照してください。

• SCAN モードでの商品のピック: ストア担当者が商品をスキャンすると、 「通箱の割り当て」 画面が表示されます。 Mode 属性をSCAN に設定して registerBatchPick API が呼び出されます。この API は StoreBatchKey 属性を使用して、BatchType 属性 (SORT_WHILE_PICKING) を判別します。 以下のロジックが内部で実行されます。
  • translatebar code API が呼び出され、 bar codeData 属性と bar codeType 属性が Item に設定されて、商品情報が取り出されます。
  • 同じ ItemID と UnitOfMeasure を持ち、入力で渡されたのと同じ BatchKey を持つ出荷明細が取り出されます。
  • 属性 BackroomPickComplete="N" と IsPickable="Y" の出荷明細のみが検討され、最も低い BatchPickPriority の出荷明細がピック数量によって更新されます。
• MANUAL ・モードでの商品のピック: ストア担当者が商品を選択して「ピック」をクリックすると、 「通箱の割り当て」 画面が表示されます。 Mode 属性をMANUALPICK に設定して registerBatchPick API が呼び出されます。この API は StoreBatchKey 属性を使用して、BatchType 属性 (SORT_WHILE_PICKING) を判別します。 以下のロジックが内部で実行されます。
  • registerBatchPick API が、必須の Item 要素を入力から読み取って商品情報を取得します。
  • 同じ ItemID と UnitOfMeasure を持ち、入力で渡されたのと同じ BatchKey を持つ出荷明細が取り出されます。
  • 属性 BackroomPickComplete="N" と IsPickable="Y" の出荷明細のみが検討され、BatchPickPriority の値が最も低い出荷明細がピック数量によって更新されます。

  ストア担当者が商品をピックすると、「通箱割り当て (tote assignment)」画面が表示されます。ここで、ストア担当者は、引き続き通箱に商品を配置できます。 ピック中に商品の不足が発生した場合、ストア担当者は、ピック済み商品を通箱に配置する前に不足を記録できます。

• 不足の記録: ストア担当者は、商品を選択し、バッチを履行するために十分な数量がない場合に不足を記録することを選択できます。 ストア担当者が不足のマークを付ける商品の数量が表示されます。
  ストア担当者がバッチ内の商品について「不足の記録」をクリックすると、以下のロジックが実行されます。

  • CodeType を YCD_PICK_SHORT_RESOL に設定して getCommonCodeList が呼び出され、不足理由が取り出されます。 デフォルトでは、不足理由は 「在庫切れ」のみです。 ストア担当者が不足理由として 「在庫切れ」 を適用すると、商品はデフォルトの実装に基づいてバックオーダーされます。 ただし、カスタム・ロジックを実装してカスタムの不足理由を処理する場合は、handleShortageForBatchLineUE 外部プログラムを使用できます。
    recordShortageForBatchPick API が呼び出され、不足のマークを付ける必要がある出荷および出荷明細が判別されます。 ストア担当者は使用可能な商品をピックし、残りの値に不足のマークが付けられます。 デフォルトの不足理由である 「在庫切れ」が使用されます。

    • ストア担当者が不足を保存することを選択すると、出荷明細の不足数量が更新されます。
    • バッチ内のすべての商品に不足のマークが付くと、API はそのバッチをキャンセルします。 バッチのキャンセルに加え、出荷に含まれるすべての商品に不足のマークが付いている場合は出荷もキャンセルされます。
    recordShortageForBatchPick API によって以下の検証が実行されます。

    • StoreBatchKey 属性および ShortageReason 属性は、Item 要素と共に、API に対する必須入力です。 必須入力が渡されないと、該当するエラー・メッセージが表示されます。
    • 不足理由が無効な場合、該当するエラー・メッセージが表示されます。 ストア担当者が「OK」をクリックすると、不足が適用され、元の画面が表示されます。

ストア担当者が、一部ピックされている商品に対して「編集」をクリックすると、Mode 属性が MANUAL に設定されて registerBatchPick API が呼び出され、商品の通箱情報が取り出されます。 ストア担当者が、完全にピックされている商品に対して「編集」をクリックすると、入力で StoreBatchKey、ItemID、および UnitOfMeasure の各属性を渡して getStoreBatchDetails API が呼び出され、商品の通箱情報が取り出されます。

出荷が更新された後、registerBatchPick API は、ピッキング処理が完了しているかどうかを判別し、バッチのステータスを 2000 または 3000 に更新します。ここで、2000 は、「ピッキングが完了しており、ステージングが行われていない」ことを示し、一方 3000 は、「バッチ・ピッキングが完了している」ことを示しています。

API について詳しくは、Javadoc を参照してください。