結合プランのオーダー行をレビュー

結合プランのオーダー行には、単一プランの出荷スケジュールおよび計画スケジュールのデータが表示されます。これらは契約行の正味要求状況を示します。

結合プランのオーダー行をレビューするには:

  1. [リリース管理] > [プラン] を選択します。
  2. 有効なプランの [ドリルダウン] ボタンをクリックします。
  3. [結合プラン] タブで、オーダー行の [ドリルダウン] ボタンをクリックします。
  4. [結合スケジュール要求] ダイアログの情報をレビューします。
    行
    オーダー行の行番号です。オーダー行は要求日で並べ替えられます。古い要求ほど行番号が小さくなります。
    到着日
    得意先が送信する輸送手段の到着日。オーダー商品が得意先の場所で使用可能である必要がある日付を示します。
    要求数量
    オーダー行の要求数量
    出荷済数量
    オーダー行の出荷数量
    正味数量
    オーダー行の計算された正味数量
    頻度
    要求の頻度です。頻度には次のオプションがあります。
    • [日付と時刻] 時刻が指定された日次要求
    • [日] 日次要求
    • [日次要求キャンセル] 日次要求のキャンセルまたは控除。取引パートナーがマイナスの要求数量を送信する場合は、頻度タイプが [日次要求キャンセル] の計画スケジュールによってパブリッシュ済要求がキャンセルされるか、または減らされます。
    • [日付範囲] 日付範囲の要求
    • [週] 週次要求
    • [週範囲] 週範囲の要求
    • [月] 月次要求
    • [変更可能] 頻度タイプ [変更可能] の要求は週単位で配分される月次要求です。新しい要求は前の要求の終了日に始まります。この結果、要求は継続してスケジュールされます。
    コミットメントレベル
    オーダー行のコミットメントレベル。コミットメントレベルによって、リリースオーダー要求の確定度合が決まります。コミットメントレベルには次のオプションがあります。
    • [確定] 確定要求
    • [製造リリース] 発注先が製造して出荷する必要があるオーダー品目の製造リリースに関する情報
    • [原材料リリース] 発注先がオーダーする必要がある原材料の情報
    • [内示] 内示要求
    要求タイプ
    このフィールドは、要求日が明確に指定されていない要求を分類します。これらの要求には、優先度に従って要求日が割り当てられます。通常は現在の日付ですが、残存要求の場合は最後にスケジュールされた要求の時間範囲より後の要求日になります。次のオプションがあります。
    • [標準] 要求日が指定されたスケジュール済要求のデフォルト設定です。
    • [バックオーダー] 現在の日付でスケジュールされているバックオーダー要求です。バックオーダー要求のコミットメントレベルは [確定] です (確定要求)。
    • [即時要求] 現在の日付でスケジュールされている即時要求です。即時要求のコミットメントレベルは [確定] です (確定要求)。
    • [残存要求] 最後にスケジュールされた要求の時間範囲より後にスケジュールされている残存要求です。残存要求のコミットメントレベルは [内示] です (内示要求)。

    [頻度] フィールドと [コミットメントレベル] フィールドを組み合わせることにより、[要求タイプ] フィールドで要求を一意に分類し処理することができます。

    参照番号 1
    オーダー行の 1 番目のドキュメント参照番号が表示されます。受信リリースオーダーは参照されている要求でなければなりません。参照番号 1 は CUM 調整ルールのキーフィールドとして定義する必要があります。
    参照番号 2
    オーダー行の 2 番目のドキュメント参照番号が表示されます。受信リリースオーダーは参照されている要求でなければなりません。参照番号 2 は CUM 調整ルールのキーフィールドとして定義する必要があります。
    参照番号 3
    オーダー行の 3 番目のドキュメント参照番号が表示されます。受信リリースオーダーは参照されている要求でなければなりません。参照番号 3 は CUM 調整ルールのキーフィールドとして定義する必要があります。
    予定納入日
    予想される納入日。このフィールドは取引パートナー A0230 Renault Europe で使用されます。
    ドックコード
    得意先の受領場所や組織の出荷場所です (例: トラックのゲート番号)。
    ルートコード
    ルートコードは商品の輸送ルートを定義します。たとえば、ルートコードは取引パートナー PSA による要求レベルの DELJIT メッセージで送信されます。PSA の代替物流プロセスにおいて、ルートコードは輸送取扱単位ごとに一意のコードです。
    消費ポイント
    品目はドロップゾーンから複数の消費ポイントに配分できます。
    得意先保管場所
    商品受領後の保管場所になる工場または倉庫内の場所です。場所で組織単位を識別することにより、他の組織単位に属する品目を区別します。
    分配ゾーン
    納入が消費ポイントへ分配される、納入ポイントが表示されます。このフィールドはフランスの取引パートナーが使用します。
    輸送 ID
    輸送フォワーダーの輸送 ID。得意先が事前に定義します。輸送 ID は、得意先の貨物番号、または納入と貨物を関連付けるピックアップシート番号に似ています。
    RAN
    確定要求を一意に識別する、得意先のリリース許可番号 (Release Authorization Number) です。RAN は省略形です。RAN 番号を CUM の代わりに使用し、リリースオーダーを同期します。RAN 番号はピックアップ日時、到着日時、輸送 ID、出荷先場所ごとに一意の番号です。このため、同じ RAN 番号が異なる分配ゾーンと消費ポイントで使用されることがあります。
    プロジェクト番号
    リリースオーダー品目のプロジェクト番号
    発送コールオフ番号 (VAB)
    発注先場所で資材をピックアップする 1 日前に発注先に送信される、履行義務のあるスケジュールです。特に VW と Audi が使用する発送コールオフは GLOBAL DELJIT のフォーマットで送信されます。
    モデル年度
    品目の製造年度。OEM (Original Equipment Manufacturers) によっては、モデル年度ごとのスケジュールを送信します。たとえば、Chrysler はモデル年度ごとの EDI 計画スケジュールを送信します。モデル変更は年 1 回行われます。新旧が重複する短期間には、新旧モデル年度のスケジュールが発注先に送られます。このプロセスを [リリース管理] でサポートするために、[Standard Planning Schedule] フィールドマッピングで要求レベルの [モデル年度] を指定します。
    納入指示番号
    遵守すべき納入指示の番号です。発注先とフォワーダーは、得意先の製造、輸送、商品納入要件を満たすために、これに従う必要があります。
    納入指示改訂
    有効な納入指示の改訂レベル
  5. [順序情報] フィールドセットで順序要求に表示された情報をレビューします。
    ラインフィード場所
    ラインフィード場所は、得意先が定義する納入場所です。これは [採番] メッセージサブタイプのリリースオーダーによって転送されます。ラインフィード場所は組立ラインの場所を示します。大きな工場で組立ラインが複数ある場合、ラインフィード場所で組立ラインを特定できます。
    車両識別番号
    車両識別番号 (VIN) は製造者が車両に割り当てる構造的な組み合わせ文字です。OEM によっては、品目が必要になる組立ラインの車両を識別するために VIN を使用します。たとえば、品目が車の組立部品である場合、この番号は車の番号になります。
    ジョブ順序番号
    品目が必要になるジョブの順序番号。たとえば、取引パートナー Smart の順序処理では、順序予測メッセージが処理されます。メッセージが処理されると、このフィールドに車両の計画ジョブ順序が表示されます。生産順序が確定して順序コールオフメッセージが処理されると、このフィールドに車両の最終ジョブ順序が表示されます。これは品目が必要な組立ラインでのジョブ順序です。
    論理順序参照
    製造者の論理順序参照番号を指定します。たとえば、取引パートナー Smart の順序処理では、順序予測メッセージが処理されます。メッセージが処理されると、このフィールドに車両の計画ジョブ順序が表示されます。
    追加車両仕様
    製造者の追加車両仕様を指定します。
    パイロットラン ID
    パイロットランを識別する製造者の番号です。
    製造参照番号
    特定の組立プロセスまたは他の製造者のプロセスを識別する一意の番号です。OEM (Original Equipment Manufacturers) によっては、[製造参照番号] の代わりに [論理順序参照]、[ジョブ順序番号]、または [車両識別番号] を使用します。
    モデル ID
    製造者のモデル ID 番号
    品目グループ識別子
    製造者が定義する品目グループ識別子
    システム順序参照
    製造者のシステム順序の参照番号
    追加コールオフ
    製造者の追加コールオフ
    変更順序
    取引パートナー BMW と Rolls Royce が使用する 2 桁の変更順序番号です。これは組立ラインの車両順序番号が変更されたことを示します。
    供給グループ
    製造者が定義するサプライグループ
    品目ファミリー
    製造者が定義する品目ファミリー
    ラベル番号
    リリースオーダー品目に使用するラベル番号
    ラインフィード場所サイド
    組立ラインのフィードサイド
    生産エリアキー
    製造者の生産エリアのキー
    生産エリア日時
    生産エリアで品目を用意しなければならない日時
    目的コード
    順序スケジュールと順序コールオフスケジュールを異なる目的コードを使って発注先に送信します。目的コードにより、受信する順序スケジュールおよび順序コールオフの要求と順序データを制御します。品目ごとに一意の要求を指定できるように、順序スケジュールの参照フィールドが使用可能であることが前提です。順序スケジュールのフィールドマッピングでは、この参照フィールドが順序スケジュールオーダー行の [参照番号 1] に保存されます。順序コールオフのフィールドマッピングでは、この参照フィールドが [順序] フィールドに保存されます。

    次の目的コードがサポートされています。

    • [挿入] [リリース管理] は同じ生成参照番号のオーダー行が存在するかどうかを確認します。生成参照番号がプランに一意であれば、新しいオーダー行が追加されます。同じ生成参照番号が既に存在する場合は、新規要求と順序データで既存のオーダー行が置換されます。
    • [更新] 新旧の既存要求の生成参照番号を比較して、更新が必要なオーダー行が評価されます。オーダー行と新規要求の参照番号は一意でなければなりません。一致するオーダー行が見つかると、オーダー行がフィールド情報で更新されます。一致するオーダー行がない場合は、既存のオーダー行に新規要求が追加されます。
    • [削除] 新旧の既存要求の生成参照番号を比較して、削除が必要なオーダー行が評価されます。オーダー行と新規要求の参照番号は一意でなければなりません。一致するオーダー行が見つかると、オーダー行が削除されます。一致する要求が見つからない場合は、順序スケジュール改訂が未処理プランとして保存されます。アラートが正しく設定されていれば、責任者であるユーザーにアラートメッセージが送信されます。このユーザーに [未処理プラン] ページで未処理プランを削除する必要があることが通知されます。
    • [無効化] この目的コードは、[出荷ウィンドウで採番] メッセージサブタイプの順序要求を [出荷済] に設定するために使用します。新しいスケジュール改訂の作成時に個別の要求を無効化することができます。無効化すると、要求を得意先に出荷する必要がないことを意味します。これは、たとえば品目改訂カットオーバーの場合に使用します。1 台の車両に対して複数品目がオーダーされるものの、得意先に出荷するのは 1 つの品目のみの場合があります。この場合、どの品目を出荷するのかは発注先が決めます。この目的コードを選択して [出荷スケジュール] ページで単一プランを送信すると、出荷済数量が要求数量に設定されます。[出荷スケジュール] タブと [結合プラン] タブで正味数量がゼロに設定されます。無効化された要求は、要求を削除するために正味数量をゼロにして SequenceSchedule BOD で ERP システムにパブリッシュされます。アラートが正しく設定されていれば、アラートメッセージが ION Pulse に送信されます。該当するユーザーが Infor OS Portal または Infor Ming.le で通知されます。また、ログエントリも [リリース管理] サーバーログに書き込まれます。
    • [再有効化] この目的コードは、得意先に出荷する新しいオープン要求を繰り返し作成するために使用します。[無効化] 目的コードを間違えて設定した場合は、要求数量、要求日付、[再有効化] 目的コードで新しい順序要求を指定する必要があります。[参照番号 1] フィールドと [車両識別番号] フィールドで車両識別番号を入力します。ジョブ順序番号で識別する順序は [ジョブ順序番号] フィールドで指定する必要があります。同一プランの車両識別番号とジョブ順序番号が一致する要求が出荷されていないかのように扱われます。手動入力された要求は、目的コード [再有効化] で通常のオープン要求として結合プランに追加され、ERP システムにパブリッシュされます。アラートが正しく設定されていれば、Infor OS Portal または Infor Ming.le のユーザーに通知するアラートメッセージが ION Pulse へ送信されます。また、ログエントリも [リリース管理] サーバーログに書き込まれます。
    順序データ
    オーダー行の品目および要求データが順序データで完了しているかどうかを示します。順序データによって組立ラインでの製造順序と時刻が正確に決定されます。