順序コールオフの手動作成と処理

[製造参照番号] を指定します。[製造参照番号] は特定の組立プロセスまたは他の製造者のプロセスを識別する一意の番号です。OEM によっては、[製造参照番号] の代わりに [論理順序参照]、[ジョブ順序番号]、または [車両識別番号] を使用します。[順序] フィールドの説明を参照してください。

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

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

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