Share via

在庫、購入、返品の概要

  • [アーティクル]

Dynamics 365 Field Service の在庫機能は次のとおりです。

  • 倉庫保管
  • 在庫調整と移動
  • 作業指示中の製品の消費と請求
  • 購入
  • 戻り値
  • 在庫仕訳帳

基本的な在庫要件については、多くの組織が Field Service に含まれている上記の機能を利用しています。 より複雑な在庫要件と価格要件については、Field Service はエンタープライズ リソース プランニング (ERP) システムと統合するように設計されています。 一般的な例は、Dynamics 365 Supply Chain Managementを、事前に構築された Common Data Service「見込み顧客」テンプレートを使用して統合することです。

前提条件

Note

Field Service タイプ が 在庫 に設定されている製品のみが在庫で追跡されます。 作業指示書、発注書、商品返品確認 (RMA) に製品を追加し、在庫の変更が見込まれる場合は、このことに留意してください。

倉庫と製品在庫

Field Service の倉庫は、在庫を保持する会社のあらゆる場所です。 これには、次のような固定場所とモバイルの場所が含まれます。

  • 倉庫
  • 技術者トラック
  • 流通センター
  • 商品積み下ろし場

Field Service の倉庫のスクリーンショット。

各倉庫の在庫は、使用済みの作業指示書製品、発注書、返品、調整、転送を基に更新されます。 これは、関連する 製品在庫 エンティティに記録されます。

製品在庫のスクリーンショット。

倉庫の各製品について、システムは以下を追跡します。

  • 利用可能な数量 -販売するユニットの残数。
  • 割り当てられた数量 -割り当てられた作業指示製品として作業指示書に現在表示されているユニットの数。
  • 手持数量 -利用可能な数量と割り当てられた数量の合計。 基本的に、売れ残りのユニットです。
  • 注文数量 -現在、発注書に記載されているが、まだ受け取って在庫に追加されていないユニットの数。 基本的に、ユニットはまだ輸送途中です。

新製品在庫のスクリーンショット。

在庫調整と移動

在庫調整 は倉庫から在庫を手動で追加または削除できる機能です。 この機能は通常、日常的な検査で欠減と欠陥を反映し、予想在庫と実際の在庫を比較して差異を調整するために使用されます。

在庫調整のスクリーンショット。

在庫転送 は移動元倉庫から移動先倉庫に在庫を転送できるようにする機能です。 この最も一般的な例は、在庫を倉庫から技術者のトラックに転送することです。

在庫移動のスクリーンショット。

たとえば、Field Service モバイル アプリで調整と移動を有効にして、技術者が現場で集まり、あるトラックから別のトラックへの在庫移動を記録できるようにすることもできます。

作業指示書在庫

製品を作業指示書に追加して使用すると、在庫に影響します。

たとえば、予測および割り当て済み (明細行の状態 を 推定、割り当て済み に設定し、はい) として製品を追加するには、指定された倉庫から在庫の一部を予約しますが、実際にはそれを差し引きません。

作業指示書製品が作業指示中に使用される場合 (明細書状態 を 使用済み に設定)、関連する倉庫の在庫は、作業指示製品の数量から差し引かれます。 通常、作業指示書に記載されている倉庫は技術者のトラックです。

発注書

発注書 (PO) は、オンサイト作業を完了するために、倉庫または作業指示書に直接製品を注文するために使用されます。

発注書プロセスには以下が含まれます。

  1. 発注書 を作成してベンダーに製品をリクエストして、発注製品 を追加します。
  2. 承認を得る
  3. 発注書受け取りと発注書受け取り製品を作成して、製品の受け取りを文書化します。 これにより、受け取った製品が倉庫在庫に追加されるか、作業指示書製品として追加されます。

戻り値

顧客の場所に部品と備品を設置する同じ組織が、その製品または顧客資産の返品を処理する必要がある場合があります。

返品が開始される理由の一般的な例としては、次のようなものがあります。

  • 部品または設備に欠陥がある
  • 顧客が不満を持っている
  • 修理が必要であり、修理は現場では行われませんが、サービス プロバイダーか製造業者の場所に戻って行われます
  • この備品は、終了予定で更新されないリースの一部として顧客の場所にありました

Field Service は、次の 3 つのすぐに使える返品をサポートしています。

  • 倉庫への返品
  • ベンダーへの返品
  • 備品の所有権の変更

リターンを発行する場合、3 つのステップがあります。

  1. 商品返品確認 (RMA) の作成 : すべての返品は RMA で開始されます。RMA は、返品する製品を割り当て、価格設定などその他すべての重要な情報を指定します。 また、返品の種類である処理アクションも指定します。
  2. RMA の受け取りの作成: RMA の受け取りが作成されるまで返品は確定されません。 RMA の領収書により、正しい製品と数量の受領、受け取りを処理した日付と担当者を確認できます。
  3. 在庫および顧客資産の調整が実行されます。これはバックグラウンドで自動的に行われます。

RMA のその他の重要な機能には、返品を開始した顧客にクレジットを発行する機能、および顧客資産サービス履歴の一部として返品を追跡する機能が含まれます。

在庫仕訳帳

すべての在庫トランザクションは、在庫仕訳帳 エンティティに記録され、これは高度な検索ビューを介して見つけることができます。 たとえば、1 つの製品が作業指示書に割り当てられると、割り当てられる数量を 1 つ増やす在庫仕訳帳が作成されます。 その同じ製品を使用して作業指示書を完了するために使用されると、手持ちの数量を減らす別の在庫仕訳帳が作成されます。 これは、製品在庫のすべての増減に対して発生します。 基本的に、在庫仕訳帳は Field Service 内の在庫台帳として機能します。

最も重要なことは、統合の設計方法に応じて、Field Service 在庫トランザクションを外部 ERP システムに統合するために在庫仕訳帳が使用される場合があることです。 統合をより簡単かつ柔軟にするには、在庫仕訳帳は手動で作成できます。

Dynamics 365 の高度な検索のスクリーンショット。

構成の考慮事項

  • 在庫購入 セキュリティ ロールをユーザーの既存のセキュリティ ロール (ディスパッチャーまたはリソース) に追加すると、倉庫、発注書、RMA などの在庫関連エンティティを作成および編集するためのアクセス権が付与されます。
  • 各予約可能リソースに倉庫を追加することにより、その予約可能リソースが作業指示書製品を使用するときに使用されるデフォルトの倉庫を定義できます。