受注の担当の指定

「オーダー担当」属性を使用して、作成時に各販売オーダーを表す個人を指定します。たとえば、販売オーダーに承認が必要な場合、この個人を使用して従業員階層に従って承認をルーティングする方法を決定できます。

受注を作成または編集するときに、受注担当を選択できます。

販売オーダーを作成し、「追加オーダー詳細」をクリックします。
「オーダー担当」属性にテキストを入力して値をフィルタし、結果の行を選択します。
販売オーダーを改訂するときに、オーダー担当を変更することもできます。

「オーダー担当」属性を使用すると、検索時に販売オーダーをグループ化およびモニターし、正確な承認階層を維持するなど、様々な要件を満たせます。

グループとモニター

販売オーダーをグループ化し、組織内の従業員に従ってモニターするには、「オーダー担当」属性を使用します。デスクトップ・コンピュータを販売するとします。販売オーダーを作成するオーダー入力スペシャリストのグループと、そのサービスを提供する別の担当者のグループがあります。各販売オーダーに担当者を割り当てると、誰がどのオーダーを処理しているかの管理に役立ちます。検索時にオーダー担当を使用して検索結果をフィルタします。

正確な承認階層の保守

オーダー管理では、承認プロセスを開始するユーザーがタスク作成者とみなされ、承認時にタスク作成者の階層が使用されます。次の承認階層があるとします。

Sherry CallawayはYu Liに報告し、YuはDiane Choに報告する。

Tina TanakaがClare Fureyに報告し、ClareがJune Tsaiに報告します。

Sherryによって販売オーダーが作成され、オーダーが承認の要件を満たし、Sherryによってオーダーがドラフトとして保存されます。 Tinaはオーダーを改訂および送信します。

「オーダー担当」属性に個人を指定して、正しい階層を維持できます。 Sherry Callawayを指定した場合、Order Managementは承認タスクの作成者としてSherryを割り当てます。承認ルールの承認処理を「監督者に割当」に設定した場合、Order Managementは承認要求をYu LiおよびDiane Choに送信します。

別の例を次に示します。オーダー管理では、タスク作成者が販売オーダーをインポートする個人(通常は管理者)に設定されます。 Priya Krishnanが管理者であり、1日に1,000件の販売オーダーをインポートするとします。 Priyaは、これらのオーダーのそれぞれのタスク作成者になります。ただし、Priyaは承認階層には属していません。インポート・ペイロードの各販売オーダーの「オーダー担当」属性を使用して、階層を保守できます。

インポート

SalesOrdersforOrderHubまたはSalesOrdersforOrderHubRequests REST API、またはSourceSalesOrderImportTemplate.xlsm FBDIテンプレートを使用して、販売オーダーをインポートできます。「オーダー担当」属性にアプリケーション・ユーザーの名前を含めます。

拡張

「オーダー担当」者属性の値を設定するオーダー管理拡張を設定できます。たとえば:

header.setAttribute("OrderRepresentativeUsername", "JTSAI");

ガイドライン

販売オーダーをコピーすると、オーダー管理によってオーダー担当の値が新規オーダーにコピーされます。
オーダー担当など、販売オーダーに関する詳細を含む文書を作成できます。
販売オーダーが「クローズ済」ステータスではなく、少なくとも1つのオーダー明細がクローズされていない場合は、販売オーダーの改訂時にオーダー担当を変更できます。
オーダー管理は、この属性をダウンストリーム・システムと通信しないため、オーダー履行には影響しません。
オーダー担当は組織内のアクティブな従業員である必要があります。
オーダー担当はオプションです。含める必要はありません。そうしない場合、オーダー管理は承認タスクの作成者を「最終更新者」属性の値に設定します。

詳細は、次を参照してください: