順序コールオフの詳細をレビュー

[順序コールオフ] ページの詳細ビューには、順序コールオフの順序情報、割り当て済プラン、ログエントリが表示されます。

選択されている順序コールオフの詳細をレビューするには:

  1. [リリース管理] > [順序コールオフ] を選択します。
  2. 順序コールオフの [ドリルダウン] ボタンをクリックします。
  3. 選択されている順序コールオフの順序情報をレビューします。
    順序
    順序コールオフを発注先に送信する OEM (Original Equipment Manufacturer) は一意の番号を参照ポイントとして使用します。この参照番号によって組立ラインでの製造車両の順序と時刻を正確に定義します。OEM からの順序コールオフ参照番号が [順序] フィールドにコピーされます。この順序番号は、[未処理プラン] ページの順序スケジュールオーダー行を評価するために [リリース管理] で使用されます。オーダー行は順序データを含めて完了している必要があります。[製造参照番号] フィールドの説明を参照してください。
    要求日
    オーダー商品が得意先の場所で使用可能である必要がある日付を示します。
    状況
    順序コールオフの状況が表示されます。順序データで順序スケジュールを更新するために使用された順序コールオフは [処理済] の状況になります。未処理の順序コールオフの状況は [新規] です。処理できないコールオフは [失敗] です。
    車両識別番号
    車両識別番号 (VIN) は製造者が各車両に割り当てる構造的な組み合わせ文字で構成されます。OEM によっては、品目が必要になる組立ラインの車両を識別するために VIN を使用します。たとえば、品目が車の組立部品である場合、この番号は車の番号になります。
    ジョブ順序番号
    品目が必要になるジョブの順序番号。たとえば、取引パートナー Smart の順序処理では、順序予測メッセージが処理されます。メッセージが処理されると、このフィールドに車両の計画ジョブ順序が表示されます。生産順序が完了すると、順序コールオフメッセージが処理されます。このフィールドに車両の最終ジョブ順序が表示されます。これは品目が必要な組立ラインでのジョブ順序です。
    RAN
    確定要求を一意に識別する、得意先が割り当てるリリース許可番号 (Release Authorization Number)。RAN は省略形です。RAN 番号を CUM の代わりに使用し、リリースオーダーを同期します。RAN 番号はピックアップ日時、到着日時、輸送 ID、出荷先場所ごとに一意の番号です。このため、同じ RAN 番号が異なる分配ゾーンと消費ポイントで使用されることがあります。
    論理順序参照
    製造者の論理順序参照番号を指定します。たとえば、取引パートナー Smart の順序処理では、製造順序が確定されています。順序コールオフメッセージが処理されます。メッセージが処理されると、このフィールドに車両の計画ジョブ順序が表示されます。
    追加車両仕様
    製造者の追加車両仕様を指定します。
    パイロットラン ID
    製造者からパイロットラン ID 番号が表示されます。
    製造参照番号
    特定の組立プロセスまたは他の製造者のプロセスを識別する一意の番号です。OEM によっては、[製造参照番号] の代わりに [論理順序参照]、[ジョブ順序番号]、または [車両識別番号] を使用します。[順序] フィールドの説明を参照してください。OEM からの順序コールオフ参照番号が [順序] フィールドにコピーされます。
    モデル ID
    製造者のモデル ID 番号
    システム順序参照
    製造者からのシステム順序参照番号が表示されます。
    生産エリアキー
    製造者からの生産エリアキーが表示されます。
    生産エリア日時
    品目が生産エリアで使用可能でなければならない日時を表示します。
    得意先
    契約行の得意先。得意先は、会計エンティティの得意先を一意に識別する任意の文字セットです。得意先は ERP システムから取得されます。
    出荷先
    契約行の出荷先。商品の出荷先を識別するために出荷先場所とともに使用される場所コードです。
    追加コールオフ
    製造者の追加コールオフ
    変更順序
    2 桁の変更順序番号は取引パートナー BMW/Rolls Royce によって使用されます。これは組立ラインの車両順序番号が変更されたことを示します。
    供給グループ
    製造者が定義するサプライグループ
    品目ファミリー
    製造者が定義する品目ファミリー
    品目グループ識別子
    製造者が定義する品目グループ識別子
    ラベル番号
    リリースオーダー品目に使用するラベル番号
    ラインフィード場所
    ラインフィード場所は、得意先が定義する納入場所です。これは [採番] メッセージサブタイプのリリースオーダーによって転送されます。ラインフィード場所は組立ラインの場所を示します。大きな工場で複数の組立ラインがある場合は、ラインフィード場所で組立ラインを特定できます。
    ラインフィード場所サイド
    組立ラインのフィードサイド
    バージョン
    このフィールドは、順序コールオフの改訂番号を表示します。
    プラン割り当て
    順序コールオフに割り当てられる順序スケジュールの番号を表示します。一意の順序番号は OEM の製造参照番号または他の参照番号です。1 つの参照番号に対して、納入および搭載される複数の品目が存在する場合があります (例: 1 台の車両に装備する左右のミラー)。順序データを [未処理プラン] ページで複数の異なる順序スケジュールのオーダー行にコピーする必要があります。これらの順序スケジュールは順序コールオフの順序番号に割り当てられます。順序コールオフの順序番号は [順序] フィールドに保存されます。
    手動変更済
    順序コールオフが手動で変更されたかどうかを示します。
    履歴
    順序コールオフが過去のスケジュールなのかどうかを示します。
    目的コード

    順序スケジュールと順序コールオフスケジュールを異なる目的コードを使って発注先に送信します。目的コードにより、受信する順序スケジュールおよび順序コールオフの要求と順序データを制御します。品目ごとに一意の要求を指定できるように、順序スケジュールの参照フィールドが使用可能であることが前提です。順序スケジュールのフィールドマッピングでは、この参照フィールドが順序スケジュールオーダー行の [参照番号 1] に保存されます。順序コールオフのフィールドマッピングでは、この参照フィールドが [順序] フィールドに保存されます。

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

    • [挿入] [リリース管理] は同じ生成参照番号のオーダー行が存在するかどうかを確認します。生成参照番号がプランに一意であれば、新しいオーダー行が追加されます。同じ生成参照番号が既に存在する場合は、新規要求と順序データで既存のオーダー行が置換されます。
    • [更新] 新旧の既存要求の生成参照番号を比較して、更新が必要なオーダー行が評価されます。オーダー行と新規要求の参照番号は一意でなければなりません。一致するオーダー行が見つかると、オーダー行がフィールド情報で更新されます。一致するオーダー行がない場合は、既存のオーダー行に新規要求が追加されます。
    • [削除] 新旧の既存要求の生成参照番号を比較して、削除が必要なオーダー行が評価されます。オーダー行と新規要求の参照番号は一意でなければなりません。一致するオーダー行が見つかると、オーダー行が削除されます。一致する要求が見つからない場合は、順序スケジュール改訂が未処理プランとして保存されます。アラートが正しく設定されていれば、責任者であるユーザーにアラートメッセージが送信されます。このユーザーに [未処理プラン] ページで未処理プランを削除する必要があることが通知されます。
    • [無効化] この目的コードは、[出荷ウィンドウで採番] メッセージサブタイプの順序要求を [出荷済] に設定するために使用します。新しいスケジュール改訂の作成時に個別の要求を無効化することができます。無効化すると、要求を得意先に出荷する必要がないことを意味します。これは、たとえば品目改訂カットオーバーの場合に使用します。1 台の車両に対して複数品目がオーダーされるものの、得意先に出荷するのは 1 つの品目のみの場合があります。この場合、どの品目を出荷するのかは発注先が決めます。この目的コードを選択して [出荷スケジュール] ページで単一プランを送信すると、出荷済数量が要求数量に設定されます。[出荷スケジュール] タブと [結合プラン] タブで正味数量がゼロに設定されます。無効化された要求は、要求を削除するために正味数量をゼロにして SequenceSchedule BOD で ERP システムにパブリッシュされます。アラートが正しく構成されていれば、アラートメッセージが ION Pulse へ送信されます。該当するユーザーが Infor OS Portal または Infor Ming.le で通知されます。また、ログエントリも [リリース管理] サーバーログに書き込まれます。
    • [再有効化] この目的コードは、得意先に出荷する新しいオープン要求を繰り返し作成するために使用します。[無効化] 目的コードを間違えて設定した場合は、新しい順序要求を指定する必要があります。要求数量、要求日付、[再有効化] 目的コードで新しい要求を指定する必要があります。[参照番号 1] フィールドと [車両識別番号] フィールドで車両識別番号を入力します。ジョブ順序番号で識別する順序は [ジョブ順序番号] フィールドで指定する必要があります。同一プランの車両識別番号とジョブ順序番号が一致する要求が出荷されていないかのように扱われます。手動入力された要求は、通常のオープン要求として結合プランに追加されます。これらは [再有効化] 目的コードで ERP システムにパブリッシュされます。アラートが正しく構成されていれば、アラートメッセージが ION Pulse へ送信されます。該当するユーザーが Infor OS Portal または Infor Ming.le で通知されます。また、ログエントリも [リリース管理] サーバーログに書き込まれます。
    会計エンティティ
    1 つ以上の独立した経営または会計機能を持つ、企業または企業のサブセットです。会計エンティティは、残高が一致している完全な取引セットから損益計算書と貸借対照表を作成するエンティティであり、通常は法人です。会計エンティティはテナント内で定義し、場所を含めることができます。
  4. [割り当て済プラン] タブで、選択されている順序コールオフに割り当てられてた順序スケジュールのリストをレビューできます。割り当て済プランの順序処理が完了したのか保留中なのかを確認できます。
    プラン ID
    順序コールオフに割り当てられている順序スケジュールのプラン ID です。プラン ID は [リリース管理] によって自動的に作成されます。
    バージョン
    順序コールオフに割り当てる順序スケジュールの改訂番号を表示するフィールドです。
    得意先品目
    得意先が使用する順序スケジュールの品目識別子
    内部品目
    契約行が割り当てられている場合、発注先が使用する順序スケジュールの内部品目識別子が表示されます。
    品目説明
    発注先の品目説明です。
    要求日
    オーダー商品が得意先の場所で使用可能である必要がある日付を示します。
    正味数量
    順序スケジュールオーダー行の計算された正味数量です。
    例外状況
    エラーが発生したために未処理プランのインポートが失敗したのかどうかを示します。[保留] 状況は、順序コールオフの順序データで順序スケジュールが完了していないことを示します。
    順序状況
    順序要求の状況を表示します。
    参照番号 1
    オーダー行の 1 番目のドキュメント参照番号が表示されます。受信リリースオーダーは参照されている要求でなければなりません。参照番号 1 は CUM 調整ルールのキーフィールドとして定義する必要があります。
  5. [ログエントリ] タブに表示された、実行された順序コールオフの処理ステップ、あるいは発生したエラーをレビューします。
    日付
    順序コールオフインポート処理のログ日時
    タイプ
    順序コールオフインポート処理のログタイプ次のログタイプがあります。
    • [情報] インポート手順が正常に終了しました。
    • [警告] 順序コールオフのインポート中に警告が発生しました。
    • [エラー] 順序コールオフのインポート中にエラーが発生しました。
    • [致命的なエラー] 順序コールオフのインポート中に重大なエラーが発生しました。
    • [システムエラー] 順序コールオフのインポート中にシステムエラーが発生しました。
    処理
    実行するインポート手順
    処理テキスト
    処理手順のメッセージが表示されます。エラーが発生した場合は、エラーについての簡単な説明がメッセージに表示されます。