バックルーム・ピックの構成

アプリケーション・マネージャー

• リソース許可

  Applications Managerを使用して、バックルーム・ピックに対する以下のリソース・アクセス権を有効にします。

  • 店舗で受け取るためのバックルームピック -ISF000001
  • 店舗からの出荷のためのバックルームピッキング -SF000002
  • ピック・オール -ISF000053
  • ピッキング中に数量を手動で更新 -ISF000004
  • ウォークイン・オーダーのバックルーム・ピッキング -ISF000006
  詳細については、 ユーザーグループ権限の管理を参照してください。
• オーダー変更許可

  バックルーム・ピッキング中に不足が発生した場合、メモを追加するには、適切なステータスのオーダー明細レベルで ADD_NOTES オーダー変更権限を付与する必要があります。

• バーコード・タイプ

  Applications Managerを使用して、ストア用に以下のバーコード・タイプを構成します。

  • Store Scan Item or Location。 商品またはロケーションのいずれかをスキャンするために使用されます。 バーコード検証ソースは、 SIM location、 SIM Serial、および Itemです。
    注: Store Scan Item or Location バーコードは、在庫なしストアでは使用されません。
  • Item。 在庫なしストアで使用されます。 Item バーコード・タイプを使用するには、ソースを Item にする必要があります。
  • Location。 ステージング・ロケーションを割り当てるために使用されます。 バーコード検証ソースは SIM locationです。
    注: バックルーム・ピック時にステージング・ロケーション・スキャンが必要ない場合、この構成は不要です。 ストアが在庫なしストアとして構成されており、バックルーム・ピッキングの一部としてステージング・ロケーション・スキャンが必要であり、ロケーションが外部システムで維持されている場合、 「バーコード検証ソース (Barcode Validation Source)」 を External Source として設定し、このバーコード・タイプの検証サービスを提供する必要があります。
  • Serial Scan。 シリアル番号をスキャンして、そのシリアル番号を使用してピックされた商品を削除するために使用されます。 バーコード検証ソースは SIM serialです。
    注: シリアルを維持しない場合、またはストアが在庫なしストアとして構成されている場合、この構成は不要です。
  デフォルトでは、バーコード・タイプがデフォルト組織用に提供されています。 新規エンタープライズをセットアップするときに、これらのバーコード・タイプを再度作成するか、デフォルト組織からコピーする必要があります。 詳細については、 バーコードの設定を参照してください。
• 販売注文の場合

  Applications Managerで、 createShipment トランザクションの on_success イベントを有効にして、出荷ステータスを Ready for Backroom pick または Ready for customer pickに変更します。 このイベントを有効にすると、出荷ステータスを 「バックルーム・ピック準備完了」に変更するアクションが呼び出されます。

  Change Status Required 条件および Change Shipment Status to Backroom Pick アラートも追加する必要があります。

• 転送オーダーの場合

  Applications Managerで、 createShipment トランザクションの on_success イベントを有効にして、出荷ステータスを Ready for Backroom pick または Ready for customer pickに変更します。

  Change Status Required for TO 条件および Change Shipment Status for TO アラートも追加する必要があります。

システム管理管理者 (SMA)

販売オーダーおよび転送オーダーの場合、ピック要求タスクを作成するために ISFCreateSIMPickRequest サービスが呼び出されます。 その他のカスタム・サービスを使用する場合は、 isf.ydm.createPickRequestService プロパティーを、呼び出すカスタム・サービスの名前になるように構成します。 このプロパティーがブランクの場合、ピック要求タスクを作成するためにサービスは呼び出されません。

Sterling Business Center

Store Inventory Management API

• exception-codes API

  APIを使用してバックルームピックの欠品理由を作成する。 exception-codes APIを使用する。

• locations API
  • locations API を使用して、ストアのロケーションを作成します。 現在、バックルーム・ピック・フローは、中間ロケーションがないと機能しません。 したがって、ロケーション・タイプが「VIRTUAL」で、仮想フラグが TRUE のロケーション「PICK-VIRTUAL」を作成する必要があります。
    注: ストアが在庫なしストアとして構成されている場合、ロケーションの構成は必須ではありません。

  • 自動ステージング・ルール割り当てを設定するために使用できる構成 UI がありません。 ルールのデフォルト値は Yです。これは、ルールが有効であることを示します。 ピック要求で stagingLocationId にスタンプが付けられている場合、ピッキングが完了すると、ピックされたユニットは自動的にそのロケーションにデポジットされます。 ストアのこのルールをオフにするには、以下の入力で manageRule APIを呼び出す：<Rules OrganizationCode="<store-organization-code>"RuleSetFieldName="AUTO_STAGE_PRODUCTS" RuleSetValue="N" />

  • ISFPrintSIMPickRequestSummary 印刷サービスは、ピック・チケットを印刷するために実装されています。 ISFPrintPickRequest_multiApiInput.xsl.sample テンプレートおよび ISFPrintPickRequest_output.xsl.sample テンプレートは、アドイン・ワークスペースの一部として /template/prints/ycd/xsl/ ディレクトリーに保管され、 <INSTALL_DIR>/jar/platform/9_5/resources.jarに組み込まれています。 引き続きサンプル XSL を使用するか、ファイル名から .sample を削除して、必要に応じてカスタマイズすることができます。
• store-rules API
  • ロケーションスキャンが必須かどうかは、APIで IS_LOC_SCAN_MANDATORY を Y または N に設定することで設定できる。 store-rules APIで設定する。 デフォルト値は Y です。
  • 自動ステージングを無効にするには store-rules APIを呼び出し、 AUTO_STAGE_PRODUCTS を N に設定する。 自動ステージングはデフォルトで有効になっています。
• pick-preferences API
  APIを使用して pick-preferences APIを使用して、デフォルトの在庫ステータスを設定し、バックルームピッキングタスク中にソースロケーションとしてスタンプを押すことを考慮するロケーションを除外するか含めるかを設定します。 autostagingLocationIdこのルールが AUTO_STAGE_PRODUCTS 有効になっている場合、このAPIを使用して.を設定することもできます。

  注 pick-preferences APIは在庫が店舗で管理されている場合にのみ適用されます。 システムで在庫ステータスが維持されている場合は、正確な在庫ピクチャーのために pick-preferences で defaultInventoryStatus を構成することをお勧めします。