Sell

Sell モジュールはFabHubの収益エンジンです。最初のドラフト見積もりから最終的な販売注文まで、顧客注文のライフサイクル全体を管理するように設計されています。重要なことに、このモジュールは販売チームを倉庫と生産フロアに直接橋渡しします。最終製品とその原材料の両方のリアルタイム在庫可用性を表示することにより、Sellモジュールはチームが実際に配送できるもののみを約束することを保証します。

ダッシュボードとテーブル

Sellダッシュボードは、マスターディスパッチおよび追跡ボードです。すべてのアクティブおよび履歴の販売活動の高レベルなビューを提供し、マネージャーと販売担当者がボトルネックを迅速に特定し、履行を優先順位付けし、収益を追跡できるようにします。

テーブル列

メインテーブルは、すべての見積もり(QO)と販売注文(SO)を統合ビューで一覧表示します。各列ヘッダーの下のフィルターボックスを使用して、特定の注文、顧客、または日付範囲を検索できます。

Priority: 履行順序を決定する数値ランキングシステム。
Order Number: トランザクションの一意の識別子。見積もりには QO-、販売注文には SO- が接頭辞として付きます。
Customer: 商品を購入するクライアント。
Assigned to: この注文を管理する内部チームメンバーまたは販売担当者。
Order Total: 見積もりまたは注文の総財務価値。(注: ダッシュボードの右上には、現在表示されているすべてのフィルター済み品目のTotal Order Valueが表示されます)。
Issue Date: 見積もりまたは注文が作成された日付。
Due Date: 約束された配送または履行日。この日付が過ぎると、システムは自動的に赤い Overdue バッジを適用します。
Site: 注文を履行する責任を持つ特定の支店または物理的な場所。
Sales Items: 重要な在庫インジケーター。販売される最終製品が In Stock、Out of Stock、または Expected(日付付き)かを示します。
Ingredients: 製品を製造する必要がある場合、この列はそれを構築するために必要な原材料が In Stock または Out of Stock であるかを示します。
Status: 注文のライフサイクルの現在の段階(例: Complete、Cancelled、Quote Sent、Waiting for Payment)。

拠点の変更と追加

ダッシュボードの左上には、Site ドロップダウンがあります。これにより、販売ボード全体を特定の物理的な場所にフィルターできます。

Site ドロップダウンをクリックし、+ Add new site を選択します。
Add a new site モーダルが表示されます。
Site Name、Legal Name、Address、運用 Currency を含む Site Details を入力します。
Site Functions の下で、この特定の拠点が使用するモジュールのボックスをチェックします。
Add をクリックします。

Site dropdown

ランクまたは優先度の更新

履行および製造チームが何を最初に作業すべきかを知るのに役立つように、テーブルから直接注文の優先度を簡単に変更できます。

Priority 列の数値の隣のドロップダウン矢印をクリックします。
リストから新しい数値を選択するか、特定の数値を入力するために Input Rank を選択します。
システムは即座にリストを並べ替え、緑色の確認バナーが上部に表示されます: QO-20260113-0234 has been moved to Rank X. Other items are adjusted accordingly.

ステータスの更新

完全なドキュメントを開かずに、注文をライフサイクルを通じて進行させることができます。

該当する行の Status 列のバッジをクリックします。
ドロップダウンメニューから新しいステータスを選択します(オプションには次が含まれます: Quote Draft、Quote Sent、Waiting for Payment、Ready to Make、Mark as Paid)。
バッジは即座に更新され、次の部門にアクションを実行するよう信号を送ります。

Status dropdown

ベストプラクティス:

Out of Stock品目を処理する。 行がSales ItemsまたはIngredients列の下に Out of Stock を表示している場合、その赤いバッジを直接クリックできます。ポップアップにより、Make Batch、Make to Order、または Buy to Order コマンドを即座に生成して不足を解決できます。

期限超過の日付を毎日監視する。 すべてのシフトの開始時に Due Date 列でテーブルをソートしてください。赤い Overdue バッジがある行は、顧客の期待を管理するため、割り当てられた営業担当者がすぐに調査する必要があります。

生産のためにPriorityを使用する。 Priority 列を使用するように営業チームを訓練してください。クライアントが特急配送を支払う場合、その販売注文をRank 1に上げると、製造フロアが彼らの品目を最初に作ることを優先します。

見積もりと販売注文の作成

FabHub Sellモジュールでは、見積もりと販売注文は統合された作成インターフェースを共有します。この設計により、販売チームはデータを再入力することなく、予備のピッチから確定した購入まで顧客をシームレスに移行できます。

見積もり注文の作成

見積もり(Quote)は、製品またはサービスの提案コストと条件を概説して顧客に送信される予備ドキュメントです。販売注文に変換されるまでは、在庫をコミットしたり財務トランザクションを確定したりすることはありません。

開始するには、Sellダッシュボードの右上にある + New Quote/Sales Order ボタンをクリックします。デフォルトでは、画面の上部のトグルは Quote に設定されます。

フォームとテーブル要素

見積もり作成ページは、ドキュメントを体系的に構築するのに役立つように論理ブロックに分かれています。

ヘッダー情報
- Ship To: 編集アイコン(鉛筆)をクリックして顧客の配送先住所と連絡先情報を選択または入力します(例: Pacific Grains、Laurence Heitman)。
- Vendor: 編集アイコンをクリックして、商品を販売する内部法人またはブランチを選択します。
- Assigned To: このアカウントを担当する販売担当者。
- Issue Date & Due Date: 見積もりが生成された日付と、提案された配送または価格が失効する日付。
品目テーブル
- + Add Item をクリックして見積もりに含める製品またはサービスを選択します。
- Items, Type, Unit, Quantity: 何をどれくらい販売するかを正確に定義します。
- Ingredients & Item (Stock Status): これらの列はSellモジュールの最も強力な機能です。最終 Item とその原材料 Ingredients のリアルタイム在庫レベルを表示します。緑色の In Stock バッジは、見積もりを即座に履行できることを意味します。赤い Out of Stock バッジは、製造または購買が必要であることを警告します。
- Cost, Tax Rate, Total: マスター品目リストの価格に基づいて自動計算される財務フィールド。
Financial Summary: 右下にあり、Subtotal、Tax、Shipping、最終 Total を自動的に計算します。
アクションボタン: 後で作業を続けるには Save Draft を使用し、クライアント用にPDFをエクスポートするには Download を、見積もりをシステムにログするには Create Order を使用します。

販売注文の作成

販売注文(SO)は、販売を確認する法的拘束力のあるドキュメントです。販売注文が作成されると、システムは公式に Items を在庫に予約し、ステータスを Committed に変更します。

販売注文を作成するには、既存の見積もりを変換するか、+ New Quote/Sales Order をクリックしてゼロから作成し、上部トグルを Sales Order に切り替えます。

フォームとテーブル要素

販売注文のフォーム要素は見積もりフォームと同一で、シームレスな移行を保証します。ただし、販売注文は履行を要求するため、在庫ステータス列の管理が重要になります。

Out of Stock品目の解決:

テーブルが Sales Items または Ingredients 列の下に赤い Out of Stock バッジを表示している場合、この画面から直接不足を解決できます。

赤い Out of Stock バッジをクリックします。
小さなアクションメニューが表示されます。
最終製品(Sales Items)の場合、Make Batch または Make to Order を選択して製造リクエストをMakeモジュールに即座にプッシュします。
原材料(Ingredients)の場合、Buy Batch または Buy to Order を選択して購買リクエストをBuyモジュールにプッシュします。

支払条件

財務チームが収益を期待するタイミングを知るために、支払い構造を定義する必要があります。

右上のヘッダーブロックで Payment Terms ドロップダウンを使用します。
合意された条件を選択します(例: 100% Upfront、50% / 50%、または 100% Prior Shipping)。

配送追跡

販売注文が梱包され、施設を離れる準備が整ったら、物流の詳細を提供する必要があります。

Delivery Details: 編集アイコンをクリックして、配送業者または受領スタッフのための特定の配送指示を追加します(例: 地下2階の受領エリアへ進んでください。スタッフが受領を処理します)。
Add Tracking: このボタンをクリックして Delivery Tracking モーダルを開きます。配送業者の追跡URLを Tracker Link フィールドに貼り付けて Add をクリックします。これにより、ライブ追跡リンクが販売注文に直接埋め込まれ、簡単に参照できるようになります。

注記:

トグル切り替えでデータが失われない。 画面上部の Quote と Sales Order の間でトグルを切り替えても、入力したすべての情報が保持されます。簡単に見積もりを作成し、口頭での承認を待ち、何も再入力せずに注文に切り替えることができます。

即座の割り当て。 販売注文の Create Order をクリックした瞬間、システムは即座に品目数量を Available 在庫から差し引き、Committed 在庫に移動します。それらはその顧客のために公式に予約されます。

インタラクティブなバッジ。 品目テーブルの赤い Out of Stock バッジは単なる静的な警告ではなく、アクティブなショートカットボタンです。これらをクリックすると、MakeおよびBuyモジュールに直接接続して不足を解決できます。

ベストプラクティス:

見積もりの有効期限を設定する。 提案された価格の確固たる有効期限を確立するため、見積もりで常に Due Date フィールドを使用してください。これにより、顧客が決定を下す前に原材料のコストが急に高騰した場合のマージンが保護されます。

不足を即座に処理する。 赤い Out of Stock バッジを無視しながら販売注文を作成しないでください。それらのバッジをクリックして Make to Order または Buy to Order ワークフローを即座にトリガーするように営業チームを訓練してください。これを怠ると、即座の履行ボトルネックが発生します。

支払条件を確認する。 販売注文を確定する前に、常に Payment Terms ドロップダウンを再確認してください。誤って 50% / 50% の代わりに 100% Prior Shipping を選択すると、物流チームが配送を保留し、顧客を怒らせる可能性があります。

物流通信を一元化する。 注文が発送されたら、Add Tracking ボタンと Delivery Details フィールドを使用することを厳格な会社方針にしてください。これにより、販売チームが出荷の更新を求めて常に倉庫スタッフを邪魔することがなくなります。

販売注文の表示

販売注文が作成されたら、マスターSellダッシュボードからその行をクリックすると詳細表示が開きます。これは、特定のトランザクションを追跡し、在庫不足を解決し、履行進捗を監視し、注文の履歴を監査するための中央コマンドセンターです。

詳細表示は3つの異なるタブに分かれています: General Information、Related Orders、Order History。

一般情報

General Information タブは、顧客のリクエストとその現在の物流状態の完全なスナップショットを提供します。

ヘッダーデータ: 顧客詳細(Ship To)、販売主体(Vendor)、販売担当者(Assigned To)、重要な日付(Issue Date と Due Date)を表示します。
Payment Terms: 合意された支払い構造(例: 100% Upfront)を表示します。
品目テーブル: これはページの最もインタラクティブな部分です。顧客が注文した内容、数量、価格、ライブ在庫ステータスを正確に詳述します。品目に赤い Out of Stock バッジが付いている場合、注文が履行される前に即座のアクションが必要です。
Delivery: 特定の配送指示を表示し、注文が出荷された後に配送業者のURLを入力する Add Tracking ボタンを含みます。
Financial Summary: 右下のブロックには、Subtotal、Tax、Shipping、最終 Total がまとめられています。

ステータスの更新

販売注文のライフサイクル管理は、現在のステータスバッジの隣のページ上部にある Actions ドロップダウンを使用して、General Information タブから直接行われます。

Actions ドロップダウンをクリックします。
適切な次のステップを選択します。メニューは注文の現在の状態に基づいて動的に変わります。
- 不足の解決: 品目が不足している場合、メニューは Make Batch、Make to Order、または Buy to Order などのショートカットを提供します。
- 販売の進行: 注文を Waiting for Payment または Mark as Paid に移動できます。
状態を変更するアクションを選択すると、Update Status モーダルが表示されます。確認を求められます: You are about to update the status of this order from [previous status] to [present status]. Press continue if you want to proceed.
Continue をクリックして変更を適用します。

注文履歴

Order History タブは、販売注文のライフサイクル全体に対する不変の監査証跡を提供します。説明責任とトラブルシューティングに不可欠です。

要素: ログは、Date(分単位のタイムスタンプ付き)、Action Owner(変更を行った特定のユーザー)、および Log の説明で分割されます。
追跡されるアクション: システムは、ステータス変更、追跡リンクの追加、関連するPOまたはMOの自動生成(例: Paul Westfield created PO draft PO-20160115-048 via Buy to Order)を自動的にログします。

注記:

動的なアクションメニュー。 Actions ドロップダウンのオプションはコンテキスト対応です。すべての品目が In Stock の場合、システムは Make Batch オプションでメニューを乱雑にしません。

自動リンク。 発注書を販売注文に手動でリンクする必要はありません。販売注文の Out of Stock バッジから直接POをトリガーすると、システムはそれらを Related Orders タブで永久にリンクします。

ベストプラクティス:

顧客に連絡する前に関連注文を確認する。 顧客が遅延した注文のステータス更新を求めて電話してきた場合、常に最初に Related Orders タブを確認してください。リンクされた製造注文(MO)が Cancelled または Overdue ステータスを持っているのを見れば、デスクを離れたり倉庫に電話したりすることなく、ボトルネックがどこにあるかが即座にわかります。

紛争には監査ログに依存する。 注文が遅延した理由やステータス変更を誰が承認したかについて内部の混乱がある場合は、Order History タブを参照してください。誰がいつボタンをクリックしたかを正確に示すことで、責任の押し付け合いを防ぎます。

ステータス更新のペースを保つ。 ボードをクリアするためだけにステータスをスキップしないでください。注文に前払いが必要な場合、財務がクリアするまで Waiting for Payment に置いておくようにしてください。早すぎる履行ステータスへの直接移動は、現金が受領される前に商品を出荷する結果につながる可能性があります。

在庫不足の解決

顧客が現在在庫にない製品を注文するか、その製品を構築するために必要な原材料が不足している場合、Sellモジュールは即座に履行ワークフローをトリガーする組み込みのショートカットを提供します。

これらのショートカットは2つの場所からアクティブにできます:

Sellダッシュボードテーブル: Sales Items または Ingredients 列の下の赤い Out of Stock バッジをクリックします。
販売注文内: General Information タブの Items テーブル内の赤い Out of Stock バッジをクリックします。

Buy to OrderとBuy Batch

不足している品目が原材料または既製の部品である場合、ベンダーから購入する必要があります。赤いバッジをクリックすると、2つの購買オプションが提供されます: Buy to Order(この特定の販売に必要な正確な量を購入)または Buy Batch(一般倉庫在庫を補充するためにより大きな大口数量を購入)。

いずれかのオプションを選択すると、Buy to Order モーダルが開きます:

品目内訳: モーダルは販売に必要な親製品を一覧表示します(例: Smart Grain Sorting Mechanism)。矢印をクリックしてカードを展開すると、それを履行するために必要なすべての不足 Ingredients が表示されます。
サプライヤー選択: 各不足成分について、Supplier ドロップダウンを使用して適切なベンダーを選択します。
数量とコスト: テーブルには、サプライヤーが要求する MOQ(最小注文数量)、必要な Quantity、計算された Amount が表示されます。
Financial Summary: 各親品目カードには Total Ingredient/s Cost が表示されます。モーダルの右下では、提案された購入全体の Subtotal、Tax、Total が計算されます。
実行: Create PO Draft ボタンをクリックします。これにより、この販売注文に直接リンクされた保留中の発注書が Buy モジュールに即座に生成されます。

Buy to Order

Make to OrderとMake Batch

不足している品目が社内で組み立てる完成品である場合、生産ランをトリガーする必要があります。赤いバッジをクリックすると、2つの製造オプションが提供されます: Make to Order(顧客が購入したものを正確に構築)または Make Batch(より大きな生産サイクルを実行)。

いずれかのオプションを選択すると、Make to Order モーダルが開きます:

生産内訳: モーダルは構築が必要な最終製品を一覧表示します(例: Precision Grain Analyzer)。カードを展開すると、それを構築するために在庫から必要な Ingredients と、その Quantity と Amount が表示されます。
コスト配分: 正確なマージン追跡のため、各品目カードはコストを Total Material Cost、Total Manufacturing Cost(労働/オーバーヘッド)、最終 Total Cost に分けます。
Financial Summary: 右下のブロックは、生産ラン全体の Subtotal、Tax、全体的な Total をまとめます。
実行: Create Manufacturing Group Order ボタンをクリックします。Update Status 確認モーダルが表示され、確認を求められます: You are about to proceed with this action. Make sure all items are correct. Press continue if you want to proceed.
Continue をクリックします。これにより、生産フロアが組立を開始できるように、作業注文が即座に Make モジュールにプッシュされます。

Make to Order

注記:

動的なリンク。 これらのショートカットの使用は、結果として得られるPOまたはMOを元の販売注文に自動的にリンクするため、強く推奨されます。販売注文ビューの Related Orders タブからいつでも進捗を追跡できます。

MOQの上書き。 Buy to OrderモーダルのMOQ列に注意してください。販売に2ユニットしか必要なくても、サプライヤーのMOQが10である場合、システムは少なくとも10ユニットを購入することを要求します。

ベストプラクティス:

営業チームに権限を与える。 営業担当者が顧客と電話中に Buy to Order および Make to Order ドラフトを自分でトリガーするように訓練してください。これにより、専任の調達マネージャーが後で注文をレビューするのを待つよりも、履行サイクルから数日が短縮されます。

一般的な品目にはバッチを好む。 Out of Stock 品目が非常に人気のある製品である場合、to Order の代わりに Make Batch または Buy Batch を選択するようにチームを奨励してください。1つの余分なユニットを構築または購入するのは、50を構築するのとほぼ同じ管理労力です。可能な限り規模の経済を活用してください。

サプライヤードロップダウンを確認する。 Buy to Orderモーダルを使用するとき、常に選択された Supplier を確認してください。主要サプライヤーのリードタイムが長い場合、ドロップダウンをより速いセカンダリーサプライヤーに切り替えて、顧客が時間通りに注文を受け取れるようにしてください。

Sell

ダッシュボードとテーブル

テーブル列

Priority: 履行順序を決定する数値ランキングシステム。
Order Number: トランザクションの一意の識別子。見積もりには QO-、販売注文には SO- が接頭辞として付きます。
Customer: 商品を購入するクライアント。
Assigned to: この注文を管理する内部チームメンバーまたは販売担当者。
Order Total: 見積もりまたは注文の総財務価値。(注: ダッシュボードの右上には、現在表示されているすべてのフィルター済み品目のTotal Order Valueが表示されます)。
Issue Date: 見積もりまたは注文が作成された日付。
Due Date: 約束された配送または履行日。この日付が過ぎると、システムは自動的に赤い Overdue バッジを適用します。
Site: 注文を履行する責任を持つ特定の支店または物理的な場所。
Sales Items: 重要な在庫インジケーター。販売される最終製品が In Stock、Out of Stock、または Expected(日付付き)かを示します。
Ingredients: 製品を製造する必要がある場合、この列はそれを構築するために必要な原材料が In Stock または Out of Stock であるかを示します。
Status: 注文のライフサイクルの現在の段階(例: Complete、Cancelled、Quote Sent、Waiting for Payment)。

拠点の変更と追加

ダッシュボードの左上には、Site ドロップダウンがあります。これにより、販売ボード全体を特定の物理的な場所にフィルターできます。

Site ドロップダウンをクリックし、+ Add new site を選択します。
Add a new site モーダルが表示されます。
Site Name、Legal Name、Address、運用 Currency を含む Site Details を入力します。
Site Functions の下で、この特定の拠点が使用するモジュールのボックスをチェックします。
Add をクリックします。

Site dropdown

ランクまたは優先度の更新

履行および製造チームが何を最初に作業すべきかを知るのに役立つように、テーブルから直接注文の優先度を簡単に変更できます。

Priority 列の数値の隣のドロップダウン矢印をクリックします。
リストから新しい数値を選択するか、特定の数値を入力するために Input Rank を選択します。
システムは即座にリストを並べ替え、緑色の確認バナーが上部に表示されます: QO-20260113-0234 has been moved to Rank X. Other items are adjusted accordingly.

ステータスの更新

完全なドキュメントを開かずに、注文をライフサイクルを通じて進行させることができます。

該当する行の Status 列のバッジをクリックします。
ドロップダウンメニューから新しいステータスを選択します(オプションには次が含まれます: Quote Draft、Quote Sent、Waiting for Payment、Ready to Make、Mark as Paid)。
バッジは即座に更新され、次の部門にアクションを実行するよう信号を送ります。

Status dropdown

ベストプラクティス:

Out of Stock品目を処理する。 行がSales ItemsまたはIngredients列の下に Out of Stock を表示している場合、その赤いバッジを直接クリックできます。ポップアップにより、Make Batch、Make to Order、または Buy to Order コマンドを即座に生成して不足を解決できます。

期限超過の日付を毎日監視する。 すべてのシフトの開始時に Due Date 列でテーブルをソートしてください。赤い Overdue バッジがある行は、顧客の期待を管理するため、割り当てられた営業担当者がすぐに調査する必要があります。

生産のためにPriorityを使用する。 Priority 列を使用するように営業チームを訓練してください。クライアントが特急配送を支払う場合、その販売注文をRank 1に上げると、製造フロアが彼らの品目を最初に作ることを優先します。

見積もりと販売注文の作成

見積もり注文の作成

フォームとテーブル要素

見積もり作成ページは、ドキュメントを体系的に構築するのに役立つように論理ブロックに分かれています。

ヘッダー情報
- Ship To: 編集アイコン(鉛筆)をクリックして顧客の配送先住所と連絡先情報を選択または入力します(例: Pacific Grains、Laurence Heitman)。
- Vendor: 編集アイコンをクリックして、商品を販売する内部法人またはブランチを選択します。
- Assigned To: このアカウントを担当する販売担当者。
- Issue Date & Due Date: 見積もりが生成された日付と、提案された配送または価格が失効する日付。
品目テーブル
- + Add Item をクリックして見積もりに含める製品またはサービスを選択します。
- Items, Type, Unit, Quantity: 何をどれくらい販売するかを正確に定義します。
- Ingredients & Item (Stock Status): これらの列はSellモジュールの最も強力な機能です。最終 Item とその原材料 Ingredients のリアルタイム在庫レベルを表示します。緑色の In Stock バッジは、見積もりを即座に履行できることを意味します。赤い Out of Stock バッジは、製造または購買が必要であることを警告します。
- Cost, Tax Rate, Total: マスター品目リストの価格に基づいて自動計算される財務フィールド。
Financial Summary: 右下にあり、Subtotal、Tax、Shipping、最終 Total を自動的に計算します。
アクションボタン: 後で作業を続けるには Save Draft を使用し、クライアント用にPDFをエクスポートするには Download を、見積もりをシステムにログするには Create Order を使用します。

販売注文の作成

フォームとテーブル要素

Out of Stock品目の解決:

テーブルが Sales Items または Ingredients 列の下に赤い Out of Stock バッジを表示している場合、この画面から直接不足を解決できます。

赤い Out of Stock バッジをクリックします。
小さなアクションメニューが表示されます。
最終製品(Sales Items)の場合、Make Batch または Make to Order を選択して製造リクエストをMakeモジュールに即座にプッシュします。
原材料(Ingredients)の場合、Buy Batch または Buy to Order を選択して購買リクエストをBuyモジュールにプッシュします。

支払条件

財務チームが収益を期待するタイミングを知るために、支払い構造を定義する必要があります。

右上のヘッダーブロックで Payment Terms ドロップダウンを使用します。
合意された条件を選択します(例: 100% Upfront、50% / 50%、または 100% Prior Shipping)。

配送追跡

販売注文が梱包され、施設を離れる準備が整ったら、物流の詳細を提供する必要があります。

Delivery Details: 編集アイコンをクリックして、配送業者または受領スタッフのための特定の配送指示を追加します(例: 地下2階の受領エリアへ進んでください。スタッフが受領を処理します)。
Add Tracking: このボタンをクリックして Delivery Tracking モーダルを開きます。配送業者の追跡URLを Tracker Link フィールドに貼り付けて Add をクリックします。これにより、ライブ追跡リンクが販売注文に直接埋め込まれ、簡単に参照できるようになります。

注記:

トグル切り替えでデータが失われない。 画面上部の Quote と Sales Order の間でトグルを切り替えても、入力したすべての情報が保持されます。簡単に見積もりを作成し、口頭での承認を待ち、何も再入力せずに注文に切り替えることができます。

即座の割り当て。 販売注文の Create Order をクリックした瞬間、システムは即座に品目数量を Available 在庫から差し引き、Committed 在庫に移動します。それらはその顧客のために公式に予約されます。

インタラクティブなバッジ。 品目テーブルの赤い Out of Stock バッジは単なる静的な警告ではなく、アクティブなショートカットボタンです。これらをクリックすると、MakeおよびBuyモジュールに直接接続して不足を解決できます。

ベストプラクティス:

見積もりの有効期限を設定する。 提案された価格の確固たる有効期限を確立するため、見積もりで常に Due Date フィールドを使用してください。これにより、顧客が決定を下す前に原材料のコストが急に高騰した場合のマージンが保護されます。

不足を即座に処理する。 赤い Out of Stock バッジを無視しながら販売注文を作成しないでください。それらのバッジをクリックして Make to Order または Buy to Order ワークフローを即座にトリガーするように営業チームを訓練してください。これを怠ると、即座の履行ボトルネックが発生します。

支払条件を確認する。 販売注文を確定する前に、常に Payment Terms ドロップダウンを再確認してください。誤って 50% / 50% の代わりに 100% Prior Shipping を選択すると、物流チームが配送を保留し、顧客を怒らせる可能性があります。

物流通信を一元化する。 注文が発送されたら、Add Tracking ボタンと Delivery Details フィールドを使用することを厳格な会社方針にしてください。これにより、販売チームが出荷の更新を求めて常に倉庫スタッフを邪魔することがなくなります。

販売注文の表示

詳細表示は3つの異なるタブに分かれています: General Information、Related Orders、Order History。

一般情報

General Information タブは、顧客のリクエストとその現在の物流状態の完全なスナップショットを提供します。

ヘッダーデータ: 顧客詳細(Ship To)、販売主体(Vendor)、販売担当者(Assigned To)、重要な日付(Issue Date と Due Date)を表示します。
Payment Terms: 合意された支払い構造(例: 100% Upfront)を表示します。
品目テーブル: これはページの最もインタラクティブな部分です。顧客が注文した内容、数量、価格、ライブ在庫ステータスを正確に詳述します。品目に赤い Out of Stock バッジが付いている場合、注文が履行される前に即座のアクションが必要です。
Delivery: 特定の配送指示を表示し、注文が出荷された後に配送業者のURLを入力する Add Tracking ボタンを含みます。
Financial Summary: 右下のブロックには、Subtotal、Tax、Shipping、最終 Total がまとめられています。

ステータスの更新

Actions ドロップダウンをクリックします。
適切な次のステップを選択します。メニューは注文の現在の状態に基づいて動的に変わります。
- 不足の解決: 品目が不足している場合、メニューは Make Batch、Make to Order、または Buy to Order などのショートカットを提供します。
- 販売の進行: 注文を Waiting for Payment または Mark as Paid に移動できます。
状態を変更するアクションを選択すると、Update Status モーダルが表示されます。確認を求められます: You are about to update the status of this order from [previous status] to [present status]. Press continue if you want to proceed.
Continue をクリックして変更を適用します。

注文履歴

Order History タブは、販売注文のライフサイクル全体に対する不変の監査証跡を提供します。説明責任とトラブルシューティングに不可欠です。

要素: ログは、Date(分単位のタイムスタンプ付き)、Action Owner(変更を行った特定のユーザー)、および Log の説明で分割されます。
追跡されるアクション: システムは、ステータス変更、追跡リンクの追加、関連するPOまたはMOの自動生成(例: Paul Westfield created PO draft PO-20160115-048 via Buy to Order)を自動的にログします。

注記:

動的なアクションメニュー。 Actions ドロップダウンのオプションはコンテキスト対応です。すべての品目が In Stock の場合、システムは Make Batch オプションでメニューを乱雑にしません。

自動リンク。 発注書を販売注文に手動でリンクする必要はありません。販売注文の Out of Stock バッジから直接POをトリガーすると、システムはそれらを Related Orders タブで永久にリンクします。

ベストプラクティス:

顧客に連絡する前に関連注文を確認する。 顧客が遅延した注文のステータス更新を求めて電話してきた場合、常に最初に Related Orders タブを確認してください。リンクされた製造注文(MO)が Cancelled または Overdue ステータスを持っているのを見れば、デスクを離れたり倉庫に電話したりすることなく、ボトルネックがどこにあるかが即座にわかります。

紛争には監査ログに依存する。 注文が遅延した理由やステータス変更を誰が承認したかについて内部の混乱がある場合は、Order History タブを参照してください。誰がいつボタンをクリックしたかを正確に示すことで、責任の押し付け合いを防ぎます。

ステータス更新のペースを保つ。 ボードをクリアするためだけにステータスをスキップしないでください。注文に前払いが必要な場合、財務がクリアするまで Waiting for Payment に置いておくようにしてください。早すぎる履行ステータスへの直接移動は、現金が受領される前に商品を出荷する結果につながる可能性があります。

在庫不足の解決

これらのショートカットは2つの場所からアクティブにできます:

Sellダッシュボードテーブル: Sales Items または Ingredients 列の下の赤い Out of Stock バッジをクリックします。
販売注文内: General Information タブの Items テーブル内の赤い Out of Stock バッジをクリックします。

Buy to OrderとBuy Batch

いずれかのオプションを選択すると、Buy to Order モーダルが開きます:

品目内訳: モーダルは販売に必要な親製品を一覧表示します(例: Smart Grain Sorting Mechanism)。矢印をクリックしてカードを展開すると、それを履行するために必要なすべての不足 Ingredients が表示されます。
サプライヤー選択: 各不足成分について、Supplier ドロップダウンを使用して適切なベンダーを選択します。
数量とコスト: テーブルには、サプライヤーが要求する MOQ(最小注文数量)、必要な Quantity、計算された Amount が表示されます。
Financial Summary: 各親品目カードには Total Ingredient/s Cost が表示されます。モーダルの右下では、提案された購入全体の Subtotal、Tax、Total が計算されます。
実行: Create PO Draft ボタンをクリックします。これにより、この販売注文に直接リンクされた保留中の発注書が Buy モジュールに即座に生成されます。

Buy to Order

Make to OrderとMake Batch

いずれかのオプションを選択すると、Make to Order モーダルが開きます:

生産内訳: モーダルは構築が必要な最終製品を一覧表示します(例: Precision Grain Analyzer)。カードを展開すると、それを構築するために在庫から必要な Ingredients と、その Quantity と Amount が表示されます。
コスト配分: 正確なマージン追跡のため、各品目カードはコストを Total Material Cost、Total Manufacturing Cost(労働/オーバーヘッド)、最終 Total Cost に分けます。
Financial Summary: 右下のブロックは、生産ラン全体の Subtotal、Tax、全体的な Total をまとめます。
実行: Create Manufacturing Group Order ボタンをクリックします。Update Status 確認モーダルが表示され、確認を求められます: You are about to proceed with this action. Make sure all items are correct. Press continue if you want to proceed.
Continue をクリックします。これにより、生産フロアが組立を開始できるように、作業注文が即座に Make モジュールにプッシュされます。

Make to Order

注記:

動的なリンク。 これらのショートカットの使用は、結果として得られるPOまたはMOを元の販売注文に自動的にリンクするため、強く推奨されます。販売注文ビューの Related Orders タブからいつでも進捗を追跡できます。

MOQの上書き。 Buy to OrderモーダルのMOQ列に注意してください。販売に2ユニットしか必要なくても、サプライヤーのMOQが10である場合、システムは少なくとも10ユニットを購入することを要求します。

ベストプラクティス:

営業チームに権限を与える。 営業担当者が顧客と電話中に Buy to Order および Make to Order ドラフトを自分でトリガーするように訓練してください。これにより、専任の調達マネージャーが後で注文をレビューするのを待つよりも、履行サイクルから数日が短縮されます。

一般的な品目にはバッチを好む。 Out of Stock 品目が非常に人気のある製品である場合、to Order の代わりに Make Batch または Buy Batch を選択するようにチームを奨励してください。1つの余分なユニットを構築または購入するのは、50を構築するのとほぼ同じ管理労力です。可能な限り規模の経済を活用してください。

サプライヤードロップダウンを確認する。 Buy to Orderモーダルを使用するとき、常に選択された Supplier を確認してください。主要サプライヤーのリードタイムが長い場合、ドロップダウンをより速いセカンダリーサプライヤーに切り替えて、顧客が時間通りに注文を受け取れるようにしてください。