入荷予定と荷卸しの実績から、翌日のバースの時間割を組んで待ち時間を減らす

処理の起点を決める

前日15時の定時実行を起点にします。 入荷予定が固まるのは仕入先の出荷指示が出そろった後で、この事業所では午後の早い時間です。朝に動かすと、まだ確定していない便を入れて計算することになります。

17時にもう一度動かします。 15時の回で案を作り、17時の回で追加・取り消しを反映して確定させます。Make の「Daily」では1日の中に実行時刻を必要なだけ追加できるので、2つの時刻を同じシナリオに登録します。

既定の15分ごとのままにはしません。 そのたびに計算すると、承認する側がどの案を見ているのか分からなくなります。 予定の更新で即時に動かさないのも同じ理由です。Make の即時起動には1分あたりの起動数の上限（maximum runs to start per minute、既定は100）もありますが、上限より承認の単位のほうが効きます。

入力データを集める

質を決めるのは2行目です。 荷卸しの開始・終了時刻が記録されていなければ、この構成は成り立ちません。到着時刻しか残っていない場合は、終了時刻を記録するところから始めます。 3か月分たまれば試せます。5行目の台帳はどのシステムにも入っておらず、これを作る作業がいちばん時間のかかる準備です。

データの取得方法を決める

似た便の集め方には順番があります。 まず「同じ仕入先の同じ品目」で探し、足りなければ「同じ仕入先」、次に「同じ品目区分と同じ荷姿」、最後に「同じ荷姿の全体」へと条件を緩めます。どの段で見つかったかを記録します。 basis は、この段の名前です。

件数は必ず数えます。 この事業所では12件を境にし、届かない便は実績が少ない便として扱います。 平均を当てても意味のある幅にならないためです。なお、どちらのシステムからも読み取るだけで、時間割を書き戻す経路は作りません。

AIへ渡す前に整形する

1. 便の単位をそろえる … 同じ仕入先から1日に2便あるものを、1件ずつに分けます
2. 数量の単位をそろえる … パレット枚数、ケース数、バラの個数を別の列に分けます
3. 外れ値を落とす … 設備が止まった日、災害の日、棚卸しの日の実績を除きます
4. 似た便を集める … 前の小見出しの順で条件を緩め、段の名前を付けます
5. 件数を数える … 集まった実績の件数を sample_n として持ちます
6. 待ち時間を計算する … 到着時刻と荷卸し開始時刻の差を、過去の便ごとに出します
7. 翌日の枠を分に直す … バース4本 × 8時間から昼の停止を引き、分で表します

3番目を飛ばすと、見込みが長いほうへ引っ張られます。 設備が止まった日の1便は、通常の3倍かかっていることがあります。記録は残し、見込みを出す材料からだけ外します。

2番目も効きます。 パレット10枚とケース200個を「210」とまとめると、荷姿の違いが消えます。荷卸しの時間を決めるのは数より荷姿です。

AIに処理させる

させるのは、便ごとに「何分かかりそうか」を幅付きで出すことと、その根拠を書くことだけです。

大事なのは、中央値と上振れの2つを出させることです。 1つの数字だけを返させると、実績の少ない仕入先に平均が当たり、見た目は同じで中身のまるで違う数字が並びます。

実績の少ない便では、幅を広げるのが正解です。 30分から75分と出てくるほうが、45分と言い切られるより現場では扱えます。 広い幅は、枠に余裕を取る行動に変わります。

1行目が、この構成でいちばん守るべき線です。 20便分の分数が手元にあると、ついでに時刻まで書かせたくなります。混ざった1件の不整合を見つけるほうが、計算で組むより時間がかかります。

指示内容を固定する

あなたは物流センターの荷受け担当として、翌日の入荷便それぞれについて
荷卸しにかかる時間を見込む立場です。時間割は作らないでください。

【出すもの】便ごとに次の6つ
1. minutes_p50 … 似た便の実績の真ん中にあたる分数
2. minutes_p80 … 混雑・検品・機材待ちを含めて長めに見た分数
3. equipment … 必要な機材（forklift / pallet_jack / none）と台数
4. inspection … 検品の区分（none / sampling / full）
5. basis / sample_n … どの段で集めたか、何件あったか
6. confidence … low / medium / high

【厳守事項】
- バース番号、開始時刻、終了時刻を書かないでください。時間割は作りません。
- sample_n が12件未満のときは confidence を low にし、
  minutes_p80 を minutes_p50 の1.5倍以上にしてください。
  実績が少ないことを、幅の広さで表してください。
- 実績が0件のときは basis を default とし、荷姿ごとの既定の分数を使ってください。
  他の仕入先の平均を当てないでください。
- 品目名が似ていることを根拠に、別の品目の実績を使わないでください。
  使ってよいのは、渡した「似た便の実績」に入っているものだけです。
- 待ち時間、遅着の確率、当日の混み具合を書かないでください。
- 作業者を個人名で指名しないでください。人数だけを書いてください。
- minutes_p50 は5分以上240分以下、minutes_p80 は minutes_p50 以上にしてください。
- evidence には、根拠にした実績の件数と分数の範囲を書いてください。
- 渡した便の数と、返す要素の数を必ず一致させてください。

【翌日の便の一覧】{shipments}
【過去の似た便の実績】{history}
【荷姿ごとの既定の分数】{defaults}

「実績が少ないときは幅を広げる」を数字で書いているのが要点です。 「余裕を持って」と書くだけでは、minutes_p80 が minutes_p50 の5分増しで返ってきます。1.5倍以上という形にして初めて、枠の取り方が変わります。

「時間割は作りません」を2か所に書いているのも理由があります。 冒頭の1回だけでは、便の一覧を見ているうちに時刻を振り始めます。

最後の行の「数を一致させる」も省かないでください。 20便渡して19件返ると、落ちた1便は時間割に現れず、当日その場で枠を探すことになります。

出力形式を固定する

構造化出力を使い、次の形のJSONで受け取ります。 output_config.format に type: "json_schema" とスキーマを指定します。

{
  "date": "2026-10-01",
  "shipments": [
    {
      "shipment_id": "",
      "vendor_code": "",
      "minutes_p50": 0,
      "minutes_p80": 0,
      "equipment": { "kind": "forklift", "count": 1 },
      "inspection": "none",
      "basis": "same_vendor_same_item",
      "sample_n": 0,
      "confidence": "low",
      "evidence": ""
    }
  ]
}

basis は same_vendor_same_item ／ same_vendor ／ item_class ／ pack_type ／ default の5つです。

スキーマで縛れるものと、縛れないものがあります。 enum は文字列・数値・真偽・null に限られます。const、anyOf、$ref、$defs が使え（外部の $ref は不可）、オブジェクトには additionalProperties を false と明示する必要があります。 便1件分の定義は $defs に置いて参照します。再帰するスキーマは使えません。

ここが設計に直接効きます。 数値の範囲を表す minimum、maximum、multipleOf はサポートされていません。 「minutes_p50 は5分以上240分以下」を縛れず、文字列の minLength、maxLength も同じです。配列の minItems も 0 と 1 しか使えないため、「20件ちょうど返す」も表せません。これらの検査は、受け取った後に自分の側で行います。

初回だけ少し遅くなります。 文法のコンパイルのぶん遅延が乗り、コンパイル済みの文法は24時間キャッシュされます。 毎日同じスキーマで回す使い方とは相性がよい仕組みです。

システムへ連携する

割り当ての計算は、次の制約を入れて行います。 数字は設定ファイルに置きます。

枠に置く手順は単純で構いません。 minutes_p80 の長い便から順に、置ける最も早い時刻へ置きます。機材と人が重なったら次のバース、それも埋まっていれば次の時刻へずらします。全部置けたら、緩衝が1本に偏っていないかを見て入れ替えます。 中央値で詰めると半分の便がはみ出し、その後ろが全部ずれます。

人が確認する

承認するのは荷受け責任者です。承認していない時間割は配信しません。 見るのは全20便ではなく、次の4種類だけです。

1. confidence が low の便 … 実績が12件に満たない便。初めての仕入先はここに入ります
2. minutes_p80 と minutes_p50 の差が大きい便 … 幅が広いのは、実績がばらついているということです
3. inspection が full の便 … 作業者が2名要るため、他の便と重なると当日に破綻します
4. 緩衝を削って置いた便 … 制約は満たしているが、余裕の無い置き方になったもの

責任者が枠を動かしたときは、動かした前後を記録します。 同じ直しが毎日出ている箇所は、見込みではなく制約の設定が間違っています。

目標は、440便をならして1便1分です。 開くのは2割前後という想定で、それより多い月は confidence: low が多すぎます。 似た便を集める条件が細かすぎるのです。

例外に対処する

上から3行が当日の大半です。 どれも時間割の作り直しではなく、緩衝の枠をどう使うかという話に収めています。 1便ずれるたびに組み直すと、送った紙と運用が食い違います。

4行目を見落としがちです。 来なかった便のぶんを前に詰めると、後ろの便が「伝えた時刻より早く呼ばれる」ことになります。 それは守れません。

記録を残す

• 翌日の入荷予定の、その時点での写し（15時と17時の両方）
• 便ごとの見込み（minutes_p50、minutes_p80、basis、sample_n、confidence、evidence）
• 割り当ての結果と、そのとき使った制約の値（バース数、人数、機材、緩衝）
• 承認者と承認時刻、人が動かした枠の前後
• 配信した時間割と、送信先・送信時刻。当日の差分連絡の記録
• 実際の到着時刻、荷卸しの開始・終了時刻、使ったバースと機材
• 待ち時間（到着時刻と荷卸し開始時刻の差）

3つ目で制約の値を残すのは、設定が変わるためです。 作業者が2名だった日の時間割を3名の前提で読み返すと、なぜこの置き方だったのかを追えません。

最後の2行が、毎月の見直しの材料です。 見込みと実績の差を便ごとに出し、差の大きい仕入先・品目・荷姿を並べます。 偏りがあれば、荷姿ごとの既定値か似た便を集める条件を直します。待ち時間は分布で見ます。平均だけでは、長く待たせた数便が消えます。

なお、荷待ち時間は運送会社の側でも記録される項目です。 国土交通省は、荷主の都合により30分以上待機した場合に、「集貨地点等」「到着・出発時刻」「積込み・取卸しの開始・終了時刻」の記録が必要としています（貨物自動車運送事業輸送安全規則）。到着時刻の押し方を先にそろえてください。