出荷前チェックリストをAIで作る方法｜注文書と作業手順から抜けを確認

出荷前の書類チェックリストをAIで作るなら、承認済みの手順を項目へ分解し、各項目に「何と照合するか」「OK/NG/対象外」を付ける方法がおすすめです。
「確認しました」のチェックだけでは、どこを見たのか残りません。

小規模な会社では、注文書、納品書、同梱資料を担当者の経験で確認していることがあります。
AIは点検表の下書きに使えますが、実際の数量や書類の版を確かめるのは担当者の仕事です。

この記事は、架空の収納用品の出荷書類を使った編集例です。
機械・設備の安全点検、法令への適合判定、実物の検品方法、荷物の自動出荷は扱いません。

最初のチェック表には「根拠」と判定欄を入れる

まずは一種類の商品・一つの出荷作業へ対象を絞ります。
架空のデスク整理トレーの出荷なら、次のような表から始めます。

確認項目	照合するもの	OKの基準
品番	注文書と納品書	表記が一致する
数量	注文書と納品書	個数と単位が一致する
送り先	承認された配送先情報と伝票	今回指定の送り先と一致する
同梱書類	承認済みの作業手順	指定書類と版がそろっている
特殊条件	注文の備考と担当者の指示	必要な確認が完了している

実際の管理表には、判定、確認者、確認日時、根拠の位置、不一致時の対応を追加します。
誰かが「全部チェック」と書くだけでなく、NGや判断できない状態を残せる形にします。

「対象外」は、確認項目が不要な理由があるときだけ使います。
「分からないので対象外」にしてはいけません。

AIに渡す材料は、注文条件と作業手順を分ける

次の資料は、すべて架空の練習用設定です。
自社の正式な手順としてそのまま使わないでください。

架空の注文条件

• O01：品番DT-20、数量24個
• O02：納品書を同梱する
• O03：送り先は今回承認された配送先を使用する
• O04：特殊な包装指定なし

架空の承認済み手順

• S01：注文書の品番と数量を納品書へ転記し、両方を照合する
• S02：配送伝票は今回の承認済み送り先と照合する。過去履歴だけで作らない
• S03：納品書と、商品用の取扱い案内v2を同梱する
• S04：不一致や不明点があれば出荷担当責任者へ確認する。確認前に出荷完了にしない

注文条件と手順のどちらかにだけ書かれた事項も確認対象になります。
例えば、O02には納品書しか書かれていなくても、S03に取扱い案内の同梱があれば、その確認を落としてはいけません。

入力資料には、顧客名、住所、連絡先、個別契約の情報が含まれやすいため、利用を認めたAIで扱えるかを先に確認してください。
この記事のような架空資料で表の形を作り、実データの照合は承認された社内環境で行う方法もあります。

プロンプトで根拠IDと、不明点の欄を指定する

AIには「よくある出荷チェックを作って」ではなく、渡した手順から項目を抽出するよう頼みます。
一般的に便利そうな項目を混ぜると、自社で決まっていないルールが増えてしまいます。

次の注文条件と承認済み手順から、出荷書類のチェックリスト案を作ってください。
実際の出荷判断は担当者が行います。自動承認しないでください。

条件：
・一つの項目では、一つの確認を行う
・各項目に根拠IDと原文の位置を付ける
・照合する資料とOKの基準を書く
・NG時はS04の確認へ回す
・対象外の条件が原文にない場合、推測で設定しない
・未記載事項は「社内確認が必要」の別欄に出す
・架空の安全基準、法律、品質保証、数量の許容差を追加しない

列：確認項目／根拠ID／照合資料／OK基準／対象外条件／判定／確認者
判定と確認者の欄は空欄にする。

【注文条件】
（入力可否を確認した情報）
【承認済み手順】
（原文と版、確認日）

形式や制約を明確にする方針は、Googleの公式資料も参考になります。
ただし、AIに「抜けをなくして」と頼むだけで網羅性が保証されるわけではありません。

政策起業家プラットフォームのAIリスト作成例でも、出力の抜け漏れや根拠の確認、基準日の管理に注意を促しています。
これはリスト作成一般の参考であり、出荷手順の正しさを証明する資料ではありません。

誤り入りの架空例で、点検表が役立つか確かめる

完成表を読んで満足せず、小さな練習用データで確認してみましょう。
下の「準備済み書類」には、意図的に誤りを入れています。

項目	注文/手順	準備済み書類の例	確認結果
数量	24個	納品書に42個	NG：数量不一致
品番	DT-20	納品書にDT-20	OK：表記一致
取扱い案内	v2を同梱	v1を準備	NG：版が違う
特殊包装	指定なし	指定なし	確認済み。新ルールを追加しない
送り先	今回の承認情報	過去の履歴から転記	未確認：今回の情報と照合が必要

AIが数量不一致だけを見つけ、旧版の案内を落とす可能性もあります。
「AIがOKと言った」ではなく、S01〜S04のすべてが確認表のどこに対応しているかを人が見ます。

数字が合っていても、単位を確認する

24という数字が同じでも、「個」と「箱」が違えば同じ条件とは言えません。
数量欄には数字と単位をセットで残しましょう。

一つのチェック欄へまとめすぎない

「品番・数量・送り先・同梱物を確認」の一つの欄では、どれを見落としたのか追えません。
数が増えても、独立した確認は行を分けます。

エラー時の扱いも、担当者が判断する

AIが「正しい方へ修正すればよい」と提案しても、どの書類が正しいか不明なら、勝手に変更しません。
今回の承認情報に戻り、責任者へ確認します。
NGを見つけることと、修正を承認することは別の作業です。

現場で1件確認してから、版と担当者を決める

練習で表を直したら、担当者が実際の作業に照らして確認します。
原手順に書かれていない必要事項が見つかった場合は、まず手順の管理者が内容を確定し、その後でチェック表へ反映してください。

更新の記録には、次を残します。

• 対象の商品/作業と、対象外の作業
• 元手順の版と確認日
• チェック表の版、承認者、変更理由
• NGや不明点の連絡先
• 旧版を誤って使わないための共有場所

AIに毎回ゼロから表を生成させると、同じ手順でも項目や表現が変わることがあります。
承認した表を正式版として保管し、変更時だけ差分を確認する運用が向いています。

手順の更新は、社内マニュアルをAIで更新する方法へ。
共通の指示文を管理したい場合は、社内プロンプト集の作り方も参考になります。

まず一つの作業で「何を見ればOKか」を書く

AIに任せるのは、承認された手順を見やすい点検項目へ整理する下書きです。
元のルールを決めること、実物や実データを確認すること、出荷を承認することは人が行います。

最初は一つの出荷作業を選び、数量、品番、同梱書類の3項目で練習しましょう。
チェックの数ではなく、判定の根拠と不明点の扱いが分かる表を作ることが大切です。

参考資料

• Google：プロンプト設計戦略（文脈・制約・形式）
• 政策起業家プラットフォーム：生成AIでリストを作成する（要件・根拠・抜け漏れ・基準日の確認）

資料確認日：2026年10月12日。
注文条件、手順、誤り入りの例は架空です。
チェックリストによる事故防止、品質保証、法令順守を保証するものではありません。