POS でのアウトバウンド在庫操作

この記事では、Microsoft Dynamics 365 Commerce での POS (POS) アウトバウンド インベントリ操作の機能について説明します。

Commerce バージョン 10.0.10 以降では、POS における入出庫操作がピッキングおよび入荷操作に取って代わります。

必要条件

組織が送信操作機能を使用できるようにするには、次の前提条件を満たす必要があります。

非同期ドキュメント フレームワークのコンフィギュレーション

非同期ドキュメント フレームワークを構成する方法の詳細については、Commerce 非同期ドキュメント フレームワーク を参照してください。 他の操作用に非同期ドキュメント フレームワークを既に構成している場合は、この手順をスキップできます。

出庫操作を POS 画面レイアウトに追加する

1 つ以上の POS 画面レイアウトで送信操作 POS 操作を構成します。 運用環境に新しい操作をデプロイする前に、それを十分にテストし、それを使用するようにユーザーをトレーニングします。

出庫在庫操作

送信インベントリ操作を使用すると、POS ユーザーは次のタスクを実行できます。

• ユーザーの店舗が指定された出庫倉庫である場合、移動オーダー ドキュメントの出荷を転記します。
• 店舗で転記された移動オーダー出荷の履歴に関する情報を表示します。
• 新しい出庫移動オーダー要求を作成します。

ユーザーが POS アプリケーションから送信操作を開始すると、リスト ページ ビューが表示されます。 このビューには、ユーザーの現在の店舗が出荷および履行予定の在庫明細行を含む、オープン移動オーダー ドキュメントが表示されます。 ドキュメントを検索して選択するには、リストをスクロールするか検索機能を使用します。

出庫在庫ドキュメントのリストには次の 3 つのタブがあります。

• 有効 – このタブには、ステータスが要求済または一部出荷済の移動オーダーが表示されます。 注文には、ユーザーの現在の店舗から出荷する必要のある明細行または明細行上の数量が含まれます。 このタブには、ステータスが HQ で処理 (つまり、headquarters からの正常な転記の確認を待っている) または 処理が失敗しました (つまり、headquarters への転記が失敗したので、ユーザーがデータを修正し注文を再度送信する必要がある) の注文も表示されます。
• ドラフト – このタブには、ユーザー店舗によって作成された新しい出庫の移動オーダーが表示されます。 ただし、ドキュメントはローカルにのみ保存されます。 処理のためにまだ本社に提出されていません。
• [完了 ] – このタブには、過去 7 日間にストアが完全に出荷した転送注文ドキュメントの一覧が表示されます。 このタブは情報提供のみを目的としています。 ドキュメントに関するすべての情報は、店舗の読み取り専用データです。

いずれかのタブでドキュメントを表示する場合、ステータス フィールドは、ドキュメントのステージを理解するのに役立ちます。

• 下書き – 転送注文ドキュメントは、店舗のチャネル データベースにのみローカルに保存されます。 転送注文要求に関する情報はまだ本社に送信されていません。
• 要求済 – 発注書または転送オーダーは本社で作成され、完全に開いています。 ユーザーの現在の店舗では、ドキュメントに対する出荷はまだ処理されていません。
• 部分的出荷 – 転送指図伝票には、出荷倉庫が出荷済みとして記録した 1 つ以上の明細行または一部の行数量があります。 これらの出荷された明細行は、入荷操作を介して受信できます。
• 完全出荷 – 転送オーダーのすべてのラインとその数量が、出荷倉庫によって出荷済みとして処理されました。
• 進行中 – この状態は、別のユーザーがドキュメントでアクティブに作業していることをデバイス ユーザーに通知します。
• 一時停止 – 受信プロセスを一時的に停止するために [ 受信の一時停止 ] が選択された後に、この状態が表示されます。
• HQ で処理 – ドキュメントは POS アプリケーションから headquarters に送信されましたが、まだ headquarters には正常に転記されていません。 ドキュメントには非同期ドキュメント転記プロセスが実行されます。 ドキュメントが headquarters に正常に転記されると、そのステータスは 受入完了 または 部分的に受入済 に更新される必要があります。
• 処理が失敗しました – ドキュメントが headquarters に転記され、拒否されました。 詳細ウィンドウに、転記が失敗した理由が表示されます。 データの問題を修正するためにドキュメントを編集し、その後、処理のために headquarters に再送信する必要があります。

リストでドキュメント明細行を選択すると、詳細ウィンドウが表示されます。 このウィンドウには、出荷や日付の情報など、ドキュメントに関する追加情報が表示されます。 進行状況バーには、処理する必要がある品目の数が表示されます。 ドキュメントが headquarters に正常に処理されなかった場合は、エラーに関連するエラー メッセージも 詳細 ウィンドウに表示されます。

ドキュメント リスト ページのビューでは、アプリ バーの注文の詳細を選択して、ドキュメントの詳細を表示できます。 適格なドキュメント明細行で領収書処理を有効化することもできます。

ドキュメント リストのページ ビューでは、店舗に対する新しい出庫移動オーダー要求を作成することもできます。

移動オーダー出荷プロセス

[アクティブ] タブで転送注文ドキュメントを選択した後、[注文の詳細] を選択してフルフィルメント プロセスを開始します。 フル オーダー リスト ビューが表示されます。 このページには、品目を含むすべてのドキュメント明細行が表示されます。 また、注文済数量の詳細も示します。

バーコードをスキャンするたびに、配送開始フィールドの数量が 1 単位ずつ更新されます。 また、アプリ バーの製品の出荷を選択し、品目 ID を入力してから数量を入力することで、出荷数量を入力することもできます。 品目が場所によって管理されている場合は、ドキュメント明細行の出荷場所を確定または設定できます。

フル オーダー リスト ビューでは、リストの明細行を手動で選択して、詳細ウィンドウで選択した明細行の配送開始数量を更新できます。

超過配送の検証

検証は、ドキュメント明細行のフルフィルメント プロセス中に行われます。 これには、超過配送の検証が含まれます。 ユーザーが転送オーダーで注文された在庫数を超えて出荷しようとしたが、過剰出荷が構成されていないか、出荷する数量が転送オーダラインに対して構成されている超過配送許容度を超えている場合、ユーザーはエラーを受け取り、超過数量の発送を許可されません。

過少配送のクローズ ライン

Commerce のバージョン 10.0.12では、POS ユーザーが注文出荷中に、出荷倉庫が要求された数量を出荷できないと判断した場合に、残りの数量をクローズ、またはキャンセルできる機能が追加されました。 後で数量を閉じたり取り消したりすることもできます。 この機能を使用するには、転送注文の過少配送を許可する設定にする必要があります。 また、過少配送率は、在庫の移動オーダーの明細行に対して定義されている必要があります。

移動オーダーの過少配送を許可するように会社を構成するには、headquarters で、在庫管理 > 設定 > 在庫と倉庫管理パラメーター に移動します。 在庫と倉庫管理パラメータ ページの 移動オーダー タブで、過少配送の許可 パラメータをオンにします。 次に、1070配布スケジューラー ジョブを実行して、パラメータの変更を店舗チャンネルに同期します。

在庫の移動オーダーの明細の過少配送率は、Commerce headquarters の製品構成の一環として製品にあらかじめ定義されている場合があります。 または、本社を通じて特定の転送オーダラインで設定または上書きすることもできます。

組織が転送オーダー不足の設定を完了すると、POSユーザーは、アウトバウンド操作機能を使用してアウトバウンド転送注文の行を選択すると、詳細ペインに新しい残り数量を閉じるオプションが表示されます。 ユーザーが フルフィルメントの完了 操作を使用して出荷を完了した際に、残りの未出荷の数量をキャンセルするように headquarters に要求を送信することができます。 ユーザーが残りの数量を閉じると、コマースは検証を実行して、取り消される数量が、転送注文明細行で定義されている配信不足率許容範囲内にあることを確認します。 期限切れ許容度を超えた場合、エラー メッセージが表示され、"以前に出荷された" 数量と "出荷済み" の数量が不足許容度を満たすか超えるまで、残りの数量を閉じることはできません。

出荷が本社と同期されると、POS の転送オーダラインの [出荷] フィールドで定義した数量が、本社の出荷ステータスに更新されます。 以前に "出荷残り" と見なされていた未出荷数量 (つまり、後で出荷される数量) は、代わりに取り消された数量と見なされます。 在庫の移動オーダー明細 「出荷残量」が 0 (ゼロ) に設定され、明細行が完全に出荷されたと見なされます。

場所によって制御されている品目の出荷

出荷する品目が場所によって管理されている場合は、配送プロセス中に在庫を発行する場所を選択します。 このプロセスをより効率的にするために、ストア ウェアハウスの既定の問題の場所を構成します。 既定の場所を構成した場合でも、必要に応じて選択した行の問題の場所をオーバーライドできます。

この操作では、場所 保管分析コードの 受入時空白可 構成が順守され、受入時空白可 が構成されている場合、場所分析コードを入力する必要はありますせん。 品目に対して受入場所の空白が許可されていない場合、POS アプリケーションはエラーを表示し、入庫を転記する前に場所を入力する必要があります。

すべて出荷

必要に応じて、アプリ バーの [ すべて発送 ] を選択して、すべてのドキュメント行の 出荷数量 を、それらの行に対してシステムが満たすことができる最大値にすばやく更新します。

フルフィルメントをキャンセルする

ドキュメントから戻り、変更を保存したくない場合のみ、アプリ バーの フルフィルメントをキャンセルする 機能を使用します。 たとえば、最初に選択したドキュメントが間違っており、前の出荷データを保存する必要がない場合があります。

フルフィルメントの一時停止

転送注文を満たしている際にプロセスを中断する必要がある場合は、フルフィルメントの一時停止 機能を使用してください。 たとえば、顧客販売の呼び出しや、headquarters への出荷の遅延など、POS から別の操作を実行する場合があります。

一時停止 を選択すると、ドキュメントの状態が 一時停止 に変わります。 そのため、ユーザーはデータがドキュメントに入力されていることを認識していますが、ドキュメントはまだコミットされていません。 フルフィルメント プロセスを再開する準備ができたら、一時停止したドキュメントを選択し注文の詳細を選択します。 以前に保存したすべての 出荷 数量が保持され、[ 完全な注文] リスト ビューから表示できるようになりました。

レビュー

本社にフルフィルメントをコミットする前に、Review 関数を使用して出荷ドキュメントを検証します。 この関数は、処理エラーを引き起こす可能性のあるデータが見つからないか正しくない可能性があることを警告し、フルフィルメント要求を送信する前に問題を修正する機会を提供します。 アプリ バーの 確認 機能を有効にするには、headquarters の機能管理を使用して、POS の入庫と出庫の在庫処理で検証を有効化する 機能を有効にします。

レビュー 機能では、出庫ドキュメントの次の問題を検証します。

• 過剰出荷 – 現在の出荷数量が注文済数量を超えています。 この問題の重大度は、headquarters の超過搬送コンフィギュレーションによって決まります。
• 過小出荷 – 現在の出荷数量が注文済数量に満たない。 この問題の重大度は、headquarters の過少配送コンフィギュレーションによって決まります。
• シリアル番号 – シリアル番号が指定されていないか、またはシリアル番号を在庫に登録する必要があるシリアル化品目に対して使用できません。
• 場所の未設定 – 場所を空白にすることが許可されていない場所管理対象の品目に対して、場所が指定されていません。
• 削除された行 – 注文には、POS アプリケーションが認識していない本社ユーザーによって削除された行があります。

コマース パラメーターで [自動検証を有効にする] パラメーターを [はい] に設定した場合>Inventory>Store インベントリ操作では、Finish fulfillment 関数を選択すると検証が自動的に実行されます。

フルフィルメントの完了

製品のすべての 出荷数量 の入力が完了したら、アプリバーで [フルフィルメントの完了] を選択します。

非同期ドキュメント処理を使用すると、システムは非同期ドキュメント フレームワークを介してレシートを送信します。 ドキュメントの投稿にかかる時間は、ドキュメントのサイズ (行数) とサーバーで発生する一般的な処理トラフィックによって異なります。 通常、このプロセスは数秒で行われます。 ドキュメントの転記が失敗した場合、[アクティブ] タブの送信操作ドキュメントの一覧からユーザーに通知されます。 ドキュメントの状態が [処理中] に更新されました。 その後、ユーザーは失敗したドキュメントを POS で選択して、エラー メッセージとその理由を詳細情報のウィンドウに表示できます。 失敗したドキュメントは未転記のままであり、ユーザーは POS で注文の詳細を選択してドキュメント明細行に戻る必要があります。 その後、ユーザーはエラーに基づいてドキュメントを修正して更新する必要があります。 ドキュメントを修正した後で、ユーザーはアプリ バーのフルフィルメントの完了を選択して、ドキュメントの処理を再試行できます。

出庫移動オーダーを作成する

POS から、新しい移動オーダー ドキュメントを作成できます。 プロセスを開始するには、メインの出庫操作ドキュメント リストから、アプリ バーで新規を選択します。 次に、現在のストアが在庫を送信する倉庫または店舗 への転送 を選択するように求められます。 値は、店舗のフルフィルメント グループのコンフィギュレーションで定義されている選択内容に限定されます。 現在の店舗は、送信転送要求の中で常に転送注文の転送元倉庫になります。 その値を変更することはできません。

必要に合じて、[ 出荷日]、[ 受信日]、および [配送モード ] フィールドに値を入力します。 また、転送指図ヘッダと共に保管するメモを、本社の伝票への添付ファイルとして追加することもできます。

ヘッダー情報を作成した後、移動オーダーに製品を追加できます。 品目と要求された数量を追加するプロセスを開始するには、バーコードをスキャンするか、製品の追加を選択します。

出庫転送指示書に明細行を入力した後、[保存]を選択してドキュメントの変更をローカルに保存するか、要求を送信して注文の詳細を本社に送信し、さらに処理を行います。 [保存] を選択すると、下書きドキュメントがチャネル データベースに格納され、送信ウェアハウスは送信要求によって正常に処理されるまでドキュメントを実行できません。 処理のために headquarters に要求をコミットする準備ができていない場合にのみ、保存 を選択します。

ドキュメントをローカルに保存する場合は、[受信操作ドキュメント] リストの [下書き] タブで確認できます。 ドキュメントがドラフト ステータスの間は、編集を選択して編集できます。 必要に応じて、明細行を更新、追加、または削除できます。 ドラフト タブの削除を選択して、ドラフト ステータスにあるドキュメント全体を削除することもできます。

下書き文書が正常に本社に提出されると、[ アクティブ] タブに表示され、状態が [要求済み] になります。 この時点では、POS アプリケーションの出庫操作を選択することにより、出庫倉庫のユーザーのみがドキュメントを編集できます。 入庫倉庫のユーザーは、入庫操作ドキュメント リストの有効なタブで移動オーダーを確認できますが、編集および削除はできません。 編集ロックにより、出庫荷主がアクティブに注文をピッキングして出荷するのと同時に、入庫要求者が移動オーダーを変更するため、競合が発生しないことが保証されます。 転送注文の送信後に、受信ストアまたは倉庫からの変更が必要な場合は、送信荷送人に連絡し、変更の入力を依頼する必要があります。

ドキュメントのステータスが要求済になったら、出庫倉庫のフルフィルメント処理の準備が整います。 出荷が送信操作を使用して処理されると、転送注文ドキュメントの状態が [要求済み ] から [ 完全出荷 済み] または [ 一部出荷済] に更新されます。 ドキュメントが完全出荷済または一部出荷済ステータスになった後、入庫店舗または倉庫は、入庫操作入荷プロセスを使用して入庫を転記できます。

完全出荷の転送注文は、出荷操作ドキュメント一覧の [完了] タブに移動します。 出庫店舗または倉庫のユーザーには、7日間、読み取り専用モードで表示されたままになります。

追加リソース

POS の入庫在庫操作