次の方法で共有

シフトとキャッシュ ドロワーの管理

  • [アーティクル]

この記事では、POS (販売時点管理) でのシフトの Microsoft Dynamics 365 Commerce ポイントするおよび使用する方法について説明します。

Dynamics 365 Commerce で、シフトという用語は 2 つの時点間の POS トランザクション データと活動のコレクションを示します。 各シフトについて、予測される金額は、カウントおよび申告された金額に対して比較されます。

通常、シフトは営業日の開始時に開かれます。 その時点で、ユーザーはキャッシュ ドロワーにある開始金額を申告します。 それから、販売トランザクションは終日にわたって実行されます。 最後に、その日の終わりにドロワーをカウントし、終了金額を申告します。 シフトは閉じられ、Z レポートが生成されます。 Zレポートには過不足が示されます。

標準的なシフトのシナリオ

コマースは、複数のコンフィギュレーション オプションおよび POS 操作を提供し、POS の営業終了業務プロセスを幅広くサポートします。 このセクションでは、いくつかの標準的なシフトのシナリオについて説明します。

固定レジ

通常、これらの は、 最も頻繁に使用されます。 固定レジ シフトでは、シフトとレジは特定のレジスターに関連付けされます。 1 台のレジスターから他には移動されません。 固定シフトは、1人のユーザーが使用したり、複数のユーザー間で共有することができます。 固定されたシフトでは、特別なコンフィギュレーションは必要ない。

フローティング レジ

レジドロワー 、シフトとキャッシュ ドロワーをレジスター間で移動できます。 レジスターはキャッシュ ドロワーごとに有効なシフトを 1 つだけ持つことができますが、シフトを中断してから後でまたは別のレジスターで再開することができます。

たとえば、店舗に 2 つのレジスターがあるとします。 各レジスターはその日の開始時に開かれ、レジ担当者は新しいシフトを開いて、開始金額を提供します。 1 人のレジ担当者が休憩を取る場合、そのレジ担当者は自分のシフトを中断し、キャッシュ ドロワーからレジを削除します。 それから、そのレジスターは他のレジ担当者に対して使用可能になります。 他のレジ担当者はサインインし、そのレジスターで自分のシフトを開けます。 最初のレジ係の休憩が終了した後は、他のレジスターが利用可能になったときにシフトを再開できます。 変動シフトでは、特別なコンフィギュレーションやアクセス許可は必要ない。

単一のユーザー

小売業者の多くはシフトごとに 1 人のユーザーのみ許可し、キャッシュ ドロワーの現金に対する最高レベルの責任の所在を保証しています。 シフトに関連付けられているレジを 1 人のユーザーのみが使用する場合、そのユーザーにはいずれの不一致に対しても一切の責任が課せられます。 複数のユーザーがシフトを使用している場合、だれがエラーを作成したのか、またはレジから盗難しようとしたのかを特定するのは困難です。

複数のユーザー

一部の小売業者は、単一ユーザーのシフトによる責任の所在のレベルを犠牲にし、シフトごとに複数のユーザーを許可します。 この方法は、通常、ユーザーが使用可能なレジスターよりも多く、柔軟性および速さの必要性が損失の発生する可能性を上回る場合です。 店舗のマネージャーが自分のシフトを持たないものの、必要に応じて、いずれかのレジ担当者のシフトを使用する場合にも一般的です。 サインインし、他のユーザーによって開始されたシフトを使用するには、ユーザーに複数シフト ログオンを許可 POS アクセス許可がある必要があります。

共有シフト

A 共有シフト コンフィギュレーション: 小売業者は、複数のレジスター、キャッシュ ドロワー、およびユーザーに対して1つのシフトを設定します。 共有シフトには、すべてのキャッシュ ドロワー間で集計された 1 つの開始金額および 1 つの終了金額があります。 モバイル デバイスが使用される場合、共有シフトは最も一般的です。 このシナリオでは、各レジスターに個別のキャッシュ ドロワーは予約されていません。 代わりに、すべてのレジスターは 1 つのキャッシュ ドロワーを共有できます。

店舗で使用される共有シフトについて、キャッシュ ドロワーは、Retail とコマース > チャネル設定 > POS 設定 > POS プロファイル > ハードウェア プロファイル > ドロワーで、"共有シフトのドロワー" としてコンフィギュレーションされている必要があります。 また、ユーザーには、共有シフトのアクセス許可の1つまたは両方が必要です (共有シフトを管理します および 共有シフトを使用します)。

メモ

各店舗で一度に 1 つの共有シフトしか開くことはできません。 共有シフトとスタンドアロンのシフトは同じ店舗で使用できます。

シフトとドロワーの操作

さまざまな操作によってシフトの状態の変更、またはキャッシュ ドロワーの合計金額の増減を実行することができます。 このセクションでは、Store Commerce に対するこれらのシフト操作について説明します。

オープン シフト

POSでは、ユーザーが販売、返品、顧客注文などの財務トランザクションを生成する操作を実行するために有効なオープン シフトを設定する必要があります。

ユーザーが POS にサインインすると、システムは最初に、現在のレジスター上でそのユーザーの有効なシフトが使用可能かをチェックします。 有効なシフト移動を使用できない場合は、システム コンフィギュレーションとユーザーのアクセス許可に応じて、新しいシフトを開く、既存のシフトを再開する、または "非ドロワー" モードでログインできます。

開始金額の申告

多くの場合、この操作は新しく開かれたシフトに実行される最初の操作になります。 この操作により、ユーザはシフトのキャッシュ ドロワー内の現金の開始金額を指定します。 シフトが閉じられる際に行われる過不足計算が開始金額を考慮するため、この操作は重要です。

釣銭入力

フローフロー キャッシュ ドロワーの現金量を増やするために有効なシフトで実行される販売以外のトランザクションです。 釣銭入力の一般的な例は、ドロワーが少ない場合にドロワーに追加の変更を加えるトランザクションです。

支払/入金の削除

支払/入金 、キャッシュ ドロワーの現金量を減らすために有効なシフトで実行される販売以外のトランザクションです。 ほとんどの場合、この操作は、別のシフトのFloat入力操作で使用されます。 たとえば、レジスター 1 は変化が少ないため、レジスター 2 のユーザーが自分のドロワー内の金額を削減するために支払/入金の削除を行います。 それから、レジスター 1 のユーザーは自分のキャッシュ ドロワー内の金額を増加させるため釣銭入力を行います。

シフトの中断

ユーザーは有効なシフトを中断して、別のユーザーの現在のレジスターを解放するか、シフトを別のレジスターに移動できます。 そのような場合、そのシフトは、多くの場合、固定シフトと呼ばれる場合があります。

シフトの中断により、再開されるまで、新しいトランザクションやシフトの変更が防止されます。

シフトの再開

この操作により、ユーザーは、有効なシフトをまだ持っていないどのレジスターでも以前に中断したシフトを再開することができます。

支払/入金申告

この操作を実行して、現在キャッシュ ドロワー内にある金額の合計金額を指定します。 ユーザーは、ほとんどの場合、シフトを閉じる前にこの操作を実行します。 指定された金額は、過不足額を計算するため、予測されるシフトの金額と比較されます。

金庫保管

金庫保管はいつでも有効なシフトで行えます。 この操作はキャッシュ ドロワーから金銭を取り出すので、奥の部屋の金庫など、より安全な場所に移動することができます。 金庫保管に記録された合計金額はシフト合計に含まれますが、支払/入金申告の一部としてカウントする必要はありません。

銀行入金

金庫保管のように、銀行入金は有効なシフトで行われます。 この操作により、シフトからの金銭が取り出され、銀行預金の準備が整います。

シフトのブラインド クローズ

ブラインド クローズされたシフト は有効ではなくなったが、無効になった場合は、そのシフトが完全に閉じられます。 中断されたシフトとは異なり、ブラインド クローズ済シフトを再開することはできません。 ただし、開始金額の宣言などの操作および支払/入金申告は、後でまたは異なるレジスターから実行することができます。

ブラインド クローズ済シフトは、最初にこのシフトの完全なカウント、調整、クローズをすることなく、新しいユーザーまたはシフト用にレジスターを解放するためによく使用されます。

シフトのクローズ

シフト 閉じる、 シフトの合計金額と過少/不足金額を計算し、有効なシフトまたはブラインド クローズ状態のシフトを確定します。 ユーザーのアクセス許可に応じて、Z レポートはシフトにも印刷されます。 クローズ済シフトの再開または変更はできません。

"Require 開始金額および支払/入金申告 POS機能プロファイル設定) を有効にすると、シフトを終了する前に開始金額および支払/入金申告アクションが実行されます。

メモ

  • Commerce Version 10.0.40から、キャッシュ ドロワーが設定されているデバイスのみ 支払/入金申告の開始金額と支払/入金申告の対象 設定されます。
  • すべてのキャッシュ ドロワーが "なし" として構成されている POSハードウェア プロファイル 存在する場合、少なくとも1つのキャッシュ ドロワーを "手動" として定義して トリガー 開始金額と支払/入金申告を設定する 必要があります。

この操作は、現在の有効なシフトの X レポートの生成および印刷を行います。

再印刷 Z

この操作は、シフトがクローズされた際にシステムが最後に生成した Z レポートを再印刷します。

シフトを管理する

この操作により、ユーザーは店舗のすべての有効、中断、およびブラインド クローズされたシフトを表示できます。 アクセス許可に応じて、ユーザーはブラインド クローズ済シフトの支払/入金申告およびシフトのクローズ操作などの最終決算手続きを実行できます。 また、オフライン モードとオンライン モードの切り替え後にシフトが不良状態にある場合でも、無効なシフトを表示および削除できます。 これらの無効なシフトには、調整に必要とされる財務情報またはトランザクション データは含まれません。

シフトとドロワーのアクセス許可

次の POS のアクセス許可は、さまざまなシナリオにおいてユーザーが行えることと行えないことに影響します。

  • ブラインド ファイルを閉じる
  • Xレポートの印刷を許可
  • Zレポートの印刷を許可
  • 支払/入金申告を許可
  • 変動申告を許可
  • 販売のないドロワーを開く
  • [複数シフトログオンを する] : このアクセス許可を使用すると、ユーザーは別のユーザーが開いたシフトにログインして使用できます。 このアクセス許可を持たないユーザーは、開いたシフトにのみログインして使用できます。
  • 共有シフトの管理 : ユーザーは、共有シフトを開くまたは変更閉じるこのアクセス許可を持っている必要があります。
  • [共有シフトの使用 ] : ユーザーは、このアクセス許可を持って、共有シフトにログインして使用する必要があります。

Commerce headquartersに関する考慮事項

POS でシフトおよびキャッシュ ドロワーの調整が使用される方法は、明細書の計算中にトランザクション データが集計される方法とは異なります。 この相違点を理解することは重要です。 コンフィギュレーションや業務プロセスに応じて、POSのシフト データ (Zレポート) と本社の計算明細書で異なる結果が出る場合があります。 この違いは、シフト データまたは計算された明細書が間違っている、またはデータに問題があるという意味とは限りません。 これは、提供されるパラメータに追加のトランザクションが含まれる場合と少ないトランザクションが含まれる場合や、トランザクションが異なる方法で集計される場合があります。

すべての小売業者には異なる業務要件がありますが、このタイプの差異が発生する状況を回避するため、次の方法でシステムを設定すること推奨します。

Retail とコマース > チャネル > 店舗 > すべての店舗 > 明細書/決済に移動し、各店舗に明細書の方法フィールドおよび決済方法フィールドの両方をシフトに設定します。

この設定により、Headquartersの明細書にPOSのシフトと同じトランザクションが含まれる保証、およびシフト別にデータが集計されます。

明細書および決済方法の詳細については、小売明細書の店舗のコンフィギュレーション を参照してください。