レガシー・プラットフォーム

商品のピックアップ

顧客、ピックアップ受取人、または贈答品受取人が、オーダー内の商品を集荷するためにストアに到着すると、ストア担当者は、 「顧客ピックアップ」 機能を使用して、ストアフロントでの個人の識別、使用可能な商品のスキャン、不足のマーク付け、プロセスの確認、および顧客ピックアップ確認応答の印刷を行うことができます。

解決方法

以下のセクションでは、API、外部プログラム、サービス、およびその他のコンポーネントについて説明します。

ストア担当者は、「オーダー・フルフィルメント」ビューの 「その他のタスク」 ポートレットから顧客ピックアップ・プロセスを開始できます。
顧客ピックアップ
ストア担当者が 「その他のタスク」 ポートレットの 「顧客ピックアップ」 リンクをクリックすると、 「顧客ピックアップ」 ポートレットが表示されます。このポートレットで、ストア担当者は以下の方法で顧客ピックアップ・プロセスを開始できます。
  • ストア担当者は、顧客ピックアップの準備が完了している出荷の数を示すカウントをクリックできます。 getShipmentList API が呼び出されて、このカウントが取り出されます。
  • ストア担当者は、オーダーまたは出荷をスキャンできます。 translatebar code API が呼び出されて、オーダーまたは出荷のバーコード・データが出荷に変換されます。
  • ストア担当者は「拡張検索」オプションを使用して、顧客またはピックアップ受取人 (両方ではなく、どちらか一方) の姓、名、電話番号、E メール・アドレスを検索基準として指定することで、顧客ピックアップの準備が完了している出荷を検索できます。 検索の結果が単一の出荷になった場合、ストア担当者は直接「顧客ピックアップ」画面に移されます。 検索結果が複数の出荷である場合は、 「顧客ピックアップ・オーダー」 画面が表示され、検索条件に一致する出荷のリストが示されます。
「顧客ピックアップ」 タスクは、フルフィルメント・タイプが 「ストアでのピックアップ」 で、ステータスが 「顧客準備完了」 の出荷に対してのみ実行できます。 これらの検索条件に一致する出荷がない場合は、次のタスクに進む前に該当するメッセージが表示されます。 getShipmentList API が呼び出されて、顧客ピックアップの準備が完了している出荷が検証されて取り出されます。

「顧客ピックアップ・オーダー」 画面で、ストア担当者は必要な出荷を選択し、 「顧客ピックアップの開始」をクリックできます。 出荷の予定ピックアップ日に基づいて、適切な SLA インジケーターが出荷ごとに表示されるので、ストア担当者は、優先順位の高い出荷の顧客ピックアップ・プロセスを開始できます。 「顧客ピックアップ」 画面で、ストア担当者は、SLA インディケーター、出荷番号、出荷ステータス、顧客検証方法、ステージング・ロケーション、およびピックアップする商品を表示できます。 getShipmentDetails API が呼び出されて、荷の詳細が表示されるとともに、getShipmentLineList API が呼び出されて、バンドル親を除く商品のリストが取り出されます。

顧客検証
ストア担当者は「検証方法」リストから適切なオプションを選択して、顧客の ID を検証できます。 例えば、顧客の ID は、パスポートや運転免許などの証明書を使用して検証できます。 このgetCommonCodeListAPI は、以下を使用して呼び出されます。CodeTypeとしてYCD_CUST_VERFN_TYP顧客検証メソッドをフェッチします。
ステージング・ロケーション
ストア担当者は、バックルーム・ピックされた商品が顧客ピックアップのために置かれているステージング・ロケーションの名前を表示できます。 getShipmentDetails API が呼び出されて荷の詳細がロードされるときに、ステージング・ロケーション名も取り出されます。 ステージング・ロケーションの表示は、 Sterling Business Center「ステージング・ロケーションが必要」 ルールによって制御されます。
  • このルールが無効の場合、ステージング・ロケーションは表示されません。
  • ルールが有効な場合でも、バックルーム・ピックの実行中にストア担当者がステージング・ロケーションを提供しないと、ステージング・ロケーションは表示されません。
ピックアップ商品
スキャンまたは手動による引き渡しが可能な商品のカウントが表示されます。 これらの各商品は個別のパネルに表示され、各パネルには、商品の説明や商品イメージに加え、サイズ、カラー、ピックアップ予定の数量などの各種属性 (該当する場合)が表示されます。 バンドル商品の場合、バンドル親は非表示であり、コンポーネント商品のみが表示されます。 商品を選択すると、ストア担当者は、ピックアップされた数量 - ボタンおよび + ボタンを含むテキスト・フィールドを表示して、数量を減らしたり増やしたりすることができます。また、 「追加のアクション」 リンクを表示することもできます。

ストア担当者は商品をスキャンするか、テキスト・フィールドと「-」ボタンおよび「+」ボタンを使用してピックアップされた数量を入力できます。 registerbar codeForCustomerPickup API が呼び出されて、バーコードが商品 ID に変換され、商品がピックアップ中の出荷の一部であることが検証されます。 商品 ID が有効な場合、ピックアップされた商品数量が、変換された商品数量によって増加されます。 ただし、数量が手動で入力され、ストア担当者が 「更新」をクリックすると、 changeShipment API が呼び出されてピックアップされた数量が更新されます。 この API は、ストア担当者が 「すべてピックアップ」 をクリックしてすべての商品を一度にピックアップするときにも呼び出されます。

その他のアクション
ストア担当者は、 「その他のアクション」 をクリックして、選択した商品に対して他のタスクを実行できます。 その他のアクションを実行するためのポップアップが表示されます。 ピックアップ済み数量と残数量が表示されます。 ストア担当者は、商品の残数量のために適切なアクションを選択できます。 デフォルトでは、使用可能なアクションとして「在庫切れ」、「キャンセル」、および「後でピックアップ」があります。
  • ストア担当者が残数量の「キャンセル」を選択した場合は、適切なキャンセル理由を選択する必要があります。 changeShipment API が呼び出されて、変更が出荷に適用されます。
  • ストア担当者が「在庫切れ」の適用を選択すると、changeShipment API が呼び出されて、商品がバックオーダーされます。
  • ストア担当者が「後でピックアップ」を選択すると、顧客のニーズに基づいて、splitShipment API が呼び出されて、後でピックアップする商品の出荷が分割されます。
注: ストア担当者は、出荷内のすべての商品にアクションを適用することも選択できます。

顧客ピックアップ中にカスタム不足分解決を使用する場合、外部プログラムの YCDBeforeConfirmShipmentOfRecordCustomerPickUEYCDAfterConfirmShipmentOfRecordCustomerPickUE を実装する必要があります。 recordCustomerPick API は、以下を呼び出します。YCDBeforeConfirmShipmentOfRecordCustomerPickUE呼び出し前のユーザー出口confirmShipmentAPI およびYCDAfterConfirmShipmentOfRecordCustomerPickUE呼び出し後のユーザー出口confirmShipmentAPI。

ストア担当者が 「ピックアップの終了」 をクリックして顧客ピックアップを完了すると、 recordCustomerPick API が呼び出されて、顧客ピックアップが記録され、出荷が確認されます。

確認応答の印刷
ストア担当者は、 「出荷サマリー」 画面で、関連タスクから 「確認応答の印刷」 をクリックできます。 YCD_Print_CustomerPickupAcknowledgement_94 サービスが呼び出されて、顧客ピックアップの受領確認が印刷されます。

YCD_Print_CustomerPickupAcknowledgement_94 サービスは、複数の API (getSortedShipmentDetailsgetCurrencyListgetOrganizationHierarchygetItemUOMMasterList など) を呼び出して、顧客ピックアップ受領確認 (StoreAcknowledgementPrint_Comp1_94.xsl.sample によって決定される) に印刷する必要のある詳細を取得します。 StoreAcknowledgementPrint_Comp2_94.xsl.sample により、受領確認のフォーマットが決まります。 これらのテンプレートは、サンプル実装としてのみ提供され、.sample という接尾辞が付いています。 ただし、カスタム印刷サービスを作成し、サンプル・テンプレート・ファイルをコピーして名前変更することにより (ファイル名から .sample を削除して必要に応じてカスタマイズ)、テンプレートを使用できます。

テンプレートは、アドイン・ワークスペースの一部である /template/prints/ycd/xsl/ ディレクトリーに保管され、<INSTALL_DIR>/jar/platform/9_4/resources.jar に組み込まれます。 YCD_Print_CustomerPickupAcknowledgement_94 サービス用の各種テンプレートを作成でき、Applications Manager でそのテンプレートを指定できます。

デバイス固有の詳細

  • モバイル画面ではスペースの制約により、オーダー番号が省略符号を用いて切り捨てられ、オーダー番号と出荷ステータスを展開してポップオーバーに表示する追加リンクが提供されます。
  • モバイル画面ではスペースの制約により、出荷の追加情報パネルに水平スクロール・バーが表示されることがあります。

実装

次のセクションでは、顧客ピックアップ・フィーチャーを使用するのに必要な構成を説明します。

ストア担当者には、以下のリソース・アクセス権が必要です。
  • 顧客ピックアップ (ストア内ピックアップの場合): 顧客ピックアップ・タスクを実行するために、ストア担当者に必要です。
  • すべてピックアップ: ストア担当者が出荷内のすべての商品を一度にピックアップできるようにします。
  • 顧客ピックアップの受領確認の印刷: ストア担当者が顧客ピックアップを完了するための受領確認を印刷できるようにします。

    ユーザー・グループ権限の管理の詳細については、 ユーザー・グループ権限の管理を参照してください。

  • 出荷明細がキャンセルまたは不足した場合にメモを記録するには、 「キャンセル」 ステータスおよび 「不足」 ステータスのオーダーおよびオーダー明細レベルで 「メモの追加」 オーダー変更タイプを有効にする必要があります。
  • 適切なステータスに対して 「キャンセル」 オーダー変更タイプを有効にして、ストア担当者が出荷明細の不足分解決として 「キャンセル」 を選択できるようにする必要があります。
  • 「バックルーム・ピック準備完了」 ステータスおよび 「バックルーム・ピックが進行中」 ステータスに対して、以下の出荷変更タイプを有効にする必要があります。
    • 出荷の削除
    • 他の属性の変更
    • 明細の削除
    貨物の修正タイプの設定については、 ステータス修正ルールの定義を参照してください。
  • 「顧客ピックアップの確認条件」 を適切に構成します。 詳しくは、「 顧客ピックアップの確認条件の管理」を参照してください。

  • 「顧客ピックアップの不足分解決」 を適切に構成します。 デフォルトでは、不足分解決、 「在庫切れ」「キャンセル」、および 「後でピックアップ」 がデフォルト組織で使用可能です。 新規エンタープライズに同じ不足分解決を使用する場合は、デフォルト組織のプロパティーを継承するか、以下の値を使用して Sterling Business Centerを使用して不足分解決を作成する必要があります。
    • 在庫切れ
      • 不足分解決: AllInventoryShortage
      • 不足分解決の名前: 在庫切れ
    • キャンセル
      • 不足分解決: Cancel
      • 不足分解決の名前: キャンセル
    • 後でピックアップ
      • 不足分解決: PickLater
      • 不足分解決の名前: 後でピックアップ

    詳しくは、「 顧客ピックアップの不足分解決の管理」を参照してください。 デフォルト組織のプロパティーを継承するには、 エンタープライズの主要情報の定義を参照してください。 カスタムの不足分解決を作成する場合は、それに対応する実装も用意する必要があります。

バーコード・タイプの構成

ストア組織のバーコード・タイプを構成する必要があります。 アプリケーションでは、以下のバーコード・タイプが使用されます。
  • Item は、製品バーコードを製品 ID に変換します。
  • Store Outbound Shipment. 一致する出荷またはオーダーを検索するために、顧客ピックアップ・ポートレットで使用されます。 バーコードには、以下のソースが構成されている必要があります。
    • Shipment: 外部サービス。 バーコード検証ソースは YCD_Translate_bar code_InboundShipmentです。
    • Order: 外部サービス。 バーコード検証ソースは YCD_Translate_bar code_OrderNoです。
デフォルトでは、バーコード・タイプがデフォルト組織用に提供されています。 新規エンタープライズをセットアップするときには、これらのバーコード・タイプを再度作成するか、デフォルト組織からコピーする必要があります。 詳細については、 バーコードの設定を参照してください。

APIの詳細については、 IBM® Sterling Order Management System:Javadoc™をご覧ください。