AIが計画案を出しても、前提にした在庫が古い、商品名が一致しない、工場の上限が違うという状態では、現場で使えるか判断できません。この記事では、最初の1商品群を対象にした確認方法を紹介します。

一つの出荷から必要な情報をたどる

最初から全商品を登録する前に、実際に計画したい出荷を一つ選びます。「この出荷へ間に合わせるために、何を確認しているか」を担当者とたどってください。出荷予定の商品と原料の関係、現在の在庫、製造する日がつながるかを見ます。

一つの出荷から必要な情報をたどる:確認表
データ 最初に見る箇所 不明ならすること
商品 名前・識別子・単位・使う原料 表同士の対応を作る
出荷予定 数量・出荷日・確定状態 営業と採用版を決める
商品在庫 基準時刻・使用可能量 倉庫と現物を照合する
原料在庫 ロット・残量・単位・入荷状態 実在庫と予定を分ける
製造条件 歩留まり・投入上限・工程 同じ条件の実績を確認する
稼働条件 休業日・人員・使える設備 当日の担当へ確認する

HAIFFの公開説明では、原料・商品・生産ルール・稼働カレンダー・費用カレンダーが生産計画の基礎情報として示されています。利益や原価の見え方も確かめたい場合は、費用の条件と期間まで確認します。

名前・単位・時刻の不一致を先に直す

入力件数より、表同士が対応しているかを優先します。出荷表では「干物A」、商品表では「A商品」となっているなら、同じ商品か、別規格かを確かめます。似た名前だからと推測で統合しないでください。

単位はkg・個・ケースを分け、換算する場合は重量の根拠を残します。基準時刻も必要です。出荷予定だけ最新にして在庫を前日のままにすると、製造済みの数量を追加で作る案になる可能性があります。

架空の例では、出荷200個に対し商品在庫を「40」とだけ登録しても、40個か40ケースか分かりません。1ケース10個と確認できれば400個ですが、その換算を商品ごとに確認する必要があります。入力値の大きさから意味を推定してはいけません。

工場ルールを「絶対条件」と「希望」に分ける

担当者の頭にあるルールを、短い文にします。その際、守らなければ実行できない条件と、できれば満たしたい希望を分けます。

工場ルールを「絶対条件」と「希望」に分ける:確認表
ルールの例 分け方 確認する内容
この設備は水曜に使えない 実行上の制約 対象設備・期間
原料投入は1日300kgまで 実行上の制約 何の投入量か、人員条件
なるべく同じ商品をまとめて作る 希望・優先方針 例外にできる条件
急ぎの注文を優先したい 要具体化 何を急ぎとし、誰が決めるか

これらは説明用の例です。すべての制約や希望が、どのシステムでも同じように設定できるとは限りません。HAIFFでの設定方法と対応範囲は、対象の業務条件を具体的に伝えて確認してください。

矛盾する条件も見つけます。「木曜までに製造完了」と「木曜しか原料を使えない」が両立するかは、工程の時間によります。AIへ任せる前に、未決の条件として残します。

初回は、答えを説明できる小さな例で確認する

大量のデータで複雑な案を出す前に、人が手計算や既存表で確かめられる範囲を選びます。商品在庫、出荷必要量、必要製造量、原料投入量が一巡で追える例が向いています。

例えば架空の条件として、出荷100kg、使える商品在庫20kg、追加完成予定なし、重量歩留まり80%なら、必要製造量80kg、原料投入の目安100kgです。出荷までの製造時間と投入上限も満たすか確認します。単にこの数字になれば合格ではなく、同じ前提が入力されているかも見ます。

その後で、出荷量を変える、休業日を加える、原料を減らすなど、一条件ずつ変えて案の変化を確かめます。複数の条件を一度に変えると、違いの理由を追いにくくなります。

結果確認と更新の担当を決める

計画案ができたら、出荷充足、日別の製造量、原料投入量、在庫推移、当日の能力を確認します。HAIFFの計画は担当者が確認し採用するための案です。結果が想定と違う場合は、出力だけを直す前に入力条件を見直します。

毎日更新する情報には、担当者と更新タイミングを付けます。原料残量は倉庫、出荷予定は営業、稼働条件は現場など、自社の役割で決めます。「誰でも更新できる」と「誰かが更新する」は別です。

初回の完了条件は、計画案が表示されることだけではありません。「何をもとにした案か」「現場へ渡せるか」「明日の変更は誰が反映するか」を説明できれば、運用へ進むための土台ができます。小さな範囲で試す進め方と併せて使ってください。

参照

HAIFF公式ページの生産計画・導入FAQ。本稿の確認表と試験例は編集部の提案です。通常の計画手順は生産計画の基本、変更時の確認は出荷変更の見直し順序を参照できます。