1. オーダー管理の実装
  2. オーダー管理でのプロジェクトの設定の概要
機械翻訳について

Order Managementでのプロジェクトの設定の概要

プロジェクト番号、タスク番号および支出組織などのプロジェクト属性を含む販売オーダーを作成および履行します。

プロジェクトの詳細を販売オーダーおよび注文ラインに保存して、注文処理時間を短縮し、サプライ・チェーン全体でコスト、収益および収益性をトラッキングする精度を高めます。

  • プロジェクト詳細を各販売オーダーに保存します。

  • 同じ在庫から1つのプロジェクトのすべての販売オーダーを配送します。

  • プロジェクト用に出荷したサービスおよび品目の原価を調べます。

  • 予算費用と実績費用の比較。

  • 完了率またはマイルストンに従って請求書を作成します。

  • 各プロジェクトの資材とコストに対する可視性を維持しながら、同じ倉庫のセットから複数のプロジェクトを管理します。

  • ビジネス・ルールに従って、プロジェクト在庫または共通在庫からプロジェクトの各販売オーダーを出荷します。

  • 最初にプロジェクト固有の在庫を予約し、次に共通在庫から残数量を予約するビジネス・ルールを作成します。

  • プロジェクト固有の在庫のオーダー明細数量、プロジェクト固有の在庫と共通在庫の混合、または共通在庫のみを予約するようにオーケストレーションを設定します。

  • 共通在庫から出荷する場合は、出荷時に出荷済商品の原価をプロジェクトに送信できます。

  • オーダー管理がプロジェクト固有のオーダー明細を売掛管理に送信しないようにするには、ProjectRecordIndicator属性を使用します。 このインジケータは、オーケストレーション・プロセスを設定して割当ルールを設定するときに使用します。

たとえば、Green Corpは、電気自動車メーカー向けに100個のカスタム・バッテリを設計および供給するプロジェクトを入札しています。 Green Corpは、設計と開発には50,000ドルのコストで100時間が必要であり、各ユニットを製造するには1,000ドルのコストがかかります。 Green Corpは、40%のオーバーヘッドと利益を追加し、バッテリごとに$ 210,000または$ 2,100でジョブを入札します。 Green Corpは、最初の20個のバッテリを出荷するときに販売オーダーから請求を実行し、残りの80個を出荷するときに再び請求を実行します。

Green Corpは、コストと収益を取得し、プロジェクトの総マージンを計算するプロジェクトを作成します。

  • コスト予算が$150,000で収益予算が$210,000のプロジェクトを設定します。

  • 既存のクイック・チャージ・バッテリ品目をベース品目として使用します。 プロジェクトのほとんどの品目がクイック・チャージ・バッテリのわずかな差異であるため、この品目の元の設定を変更しないでください。

  • クイック・チャージ・バッテリのStandardコストは$1,000です。

  • 設計および開発のためにプロジェクトに直接$45,000で90時間かかります。

  • プロジェクトの資材に$100,000を含めます。

  • プロジェクトは$210,000の請求書を作成します。

このプロジェクトは、製造、設計および開発のコストを取得します。 また、収益も取得します。 簡潔にするために、この例では出荷コストやその他のコストは含まれていません。

仕組み

プロジェクト属性を含む販売オーダーを作成および履行するフロー

ノート

  1. プロジェクト番号、タスク番号などのプロジェクト詳細を含む販売オーダーを作成します。

    オーダー管理は、Project Managementで定義されたプロジェクトのリストを取得し、販売オーダー・ビジネス・ユニットおよび倉庫ビジネス・ユニットに従ってフィルタ処理し、オーダー明細の「プロジェクト詳細の編集」ダイアログにそれらのプロジェクトを選択肢として表示します。

    ユーザーは発行をクリックし、オーダー管理によってプロジェクト詳細を含む各オーダー明細が検証されます。 たとえば、オーダー管理によって確認されます。

    • ユーザーが選択したプロジェクトはプロジェクト契約に関連付けられます。

    • オーダー明細の出荷先住所属性の値が、契約の出荷先住所の値と一致します。

    • オーダー明細の請求先住所属性の値が契約の請求先住所の値と一致します。

    検証に失敗すると、オーダー管理にエラーが表示され、ユーザーはオーダーを更新して再発行する必要があります。

    プロジェクトを設定および管理する方法について学習します。 詳細は、「Project Costingの使用」を参照してください。

  2. オーケストレーション・プロセスは、スケジュール、予約、出荷など、品目の履行を編成します。

    ProjectRecordIndicator属性は、いいえに設定された状態で事前定義されています。オーダー入力スペシャリストがプロジェクト詳細を追加すると、オーダー管理によってプロジェクト詳細がはいに設定され、Warehouse Managementにリクエストで送信されます。 出荷ではオーダー明細を出荷し、インジケータを使用してプロジェクト詳細を在庫トランザクションに追加するかどうかを決定します。

  3. 履行

    • Global Order Promisingでは、プロジェクト、プロジェクト・タスクまたはその他のプロジェクト詳細のコンテキストなしで約束およびスケジュールを行い、オーダー履行詳細を更新します。

      Global Order Promisingによってオーダー明細の倉庫が決定され、オーダー管理では、オーケストレーション・プロセスによって明細が出荷に送信される直前に明細が再度検証されます。 また、オーダー管理では、実績トランザクション日が反映されるように、予定出荷日が支出品目日に設定されます。

    • 在庫管理では、品目が在庫に予約されます。

    • Warehouse Managementでは、出荷が作成され、在庫から品目がピックされて品目が出荷された後、出荷確認が原価管理に送信されます。

  4. 原価管理では、原価会計時に販売オーダーを入力として使用します。

  5. プロジェクト管理では、プロジェクトにコストがインポートされます。

許可管理を有効にすると、オーダー管理作業領域に契約番号および資金ソース属性が表示されます。

次のことはできません。

  • 直接出荷またはバック・トゥ・バック・フローにプロジェクト詳細を含めます。 詳細は、「オーダー管理での直接出荷の概要」および「バック・トゥ・バック履行の概要」を参照してください。

  • オーダー管理を通じて、プロジェクト詳細を含む転送オーダーを送信します。

  • 企業間フロー(B2B)または電子データ交換(EDI)を介して取得した販売オーダーとともにプロジェクト詳細を使用します。

  • プロジェクト詳細を使用して、カバレッジやサブスクリプションなどのサービスを提供する品目を請求します。

  • プロジェクトまたはプロジェクト・タスクに従ってオーダー納期回答を実行します。

拡張

オーダー管理拡張にプロジェクト属性を含めます。

オーダー管理拡張のプロジェクト属性

オーダー管理では、発行開始時イベントが発生するとProject Managementが呼び出されます。 このコールでは、オーダー入力スペシャリストによる変更が検証されます。

たとえば:

if("PROJECT EXTN".equals(header.getAttribute("CustomerPONumber"))){
  def lines = header.getAttribute("Lines"){

  while(lines.hasNext()){
    def line = lines.next();
        if("N".equals(line.getAttribute)("ProjectRecordIndicator"))){
          def rowIter = line.getAttribute("Projects");
          def row = rowIter.createRow();
          row.setAttribute("ProjectNumber","BAT-PJCBAT-Proj-02");
          row.setAttribute("TaskId",new BigDecimal"1000000019394094");
          row.setAttribute("ExpenditureType","Cartridges");
          row.setAttribute("ExpenditureOrganization","Vision Operations");
          row.setAttribute("ExpenditureItemDate",java.sql.Date.valueOf("2018-07-30"));
          rowIter.insertRow(row);
        }
  }
}

ノート

  • ProjectRecordIndicator属性を確認して、オーダー明細にプロジェクト詳細が含まれているかどうかを確認します。

  • 必要な各プロジェクト属性の値を設定します。

    • ProjectNumber

    • TaskId

    • ExpenditureType

    • ExpenditureOrganization

    • ExpenditureItemDate

  • 保存時、送信開始時または送信終了時拡張イベントを使用して、オーダー明細のプロジェクト属性およびProjectRecordIndicatorを読み取ります。

  • 保存時イベントまたは発行の開始時イベントを使用して、オーダー明細のプロジェクト属性を更新します。

  • 拡張を使用して、値が空の場合にプロジェクト属性のデフォルト値を設定します。

  • Don't use.

    • プロジェクト属性を更新する送信の終了時。

    • ProjectRecordIndicatorを更新する拡張イベント。

    • プロジェクト属性の既存の値を上書きする拡張機能。

制約

DOO_PRJ_FULFILLMENTLINE_UPDATE処理制約は、プロジェクト詳細を含む履行明細をオーダー入力スペシャリストが更新できないように事前定義されています。 無効にすると、数量や倉庫など、履行明細にプロジェクト詳細が含まれない属性を更新できます。

制約を使用不可にした場合でも、販売オーダーの発行後にプロジェクト詳細を含む属性は更新できません。

Order Managementでは、制約を使用不可にした後に発行した販売オーダーにのみ使用不可動作が適用されます。 詳細は、「処理制約」を参照してください。

DOO_PRJ_FULFILLMENTLINE_UPDATE処理制約は、プロジェクト詳細を含む履行明細をオーダー入力スペシャリストが更新できないように事前定義されています。

関連トピック