Claudeで誤出荷の原因分析 — 検品ログCSVから分類し是正報告にまとめる

誤出荷の原因分析は、出荷検品ログの「指示」と「実績」を行ごとに突き合わせ、ずれた項目で品番違い・数量違い・宛先違いに分けるところから始まります。その上で発生した工程別の件数表を作ると、是正報告に書く「どこを直すか」が数字で言えます。Claude for Excelなら、ログを開いたブックの中で判定式の作成から件数表、報告文の下書きまで進められます。この記事では、10行の例データで確かめた分類のルールと、Claudeへの依頼文、是正報告の組み立て方を順に説明します。

入荷側の差異仕分けはClaudeで入荷検品の差異を仕分ける手順にあります。ここで扱うのは、倉庫から出た荷が指示と違っていた場合の分類と報告です。

誤出荷を3つに分けると、直す工程が見える

誤出荷を「ミス」の一件として数えると、再発防止が「注意喚起」で終わりがちです。原因の種類を先に決めておくと、種類ごとに疑う工程が絞れます。

複合を独立した区分にしておく点が、この手順のポイントです。品番と数量が両方ずれた行を「品番違い」に寄せると、数量側の原因が件数から消えます。複合は少数のはずなので、残して人が1件ずつ見る方が、全体の件数表も正直になります。

発生工程は、ログから機械的には決まりません。区分から工程の候補は挙げられますが、実際にどこで起きたかは、現物の確認や担当者への聞き取りで確定する情報です。ログに「発生工程」の調査欄を設け、人が確認した結果を入れる運用を前提にします。

前提:Claude for Excelで使える条件と制約

Claude for Excelは、Excelにアドインとして入り、開いているブックについて質問したり、数式の関係を保ったまま値を調整したり、エラーを調べたりできる機能です。Pro・Max・Team・Enterpriseのプランが対象で、Excelのウェブ版、MicrosoftのMicrosoft 365契約があるWindows版、Mac版で動きます。Excel 2016・2019の永続ライセンス版やiPad、Android版は対象外です。

この手順に関係する範囲で、サポート記事に書かれている条件を挙げます。

• 回答にはセル単位の出典が付き、クリックで該当セルに移動できる
• 並べ替え、フィルタ、ピボットテーブルの編集、条件付き書式、データ検証のドロップダウンはそのまま依頼できる
• 既存データを上書きする前には警告が出る
• データテーブルとマクロ・VBAの操作は未対応
• 最終的な顧客向け成果物を人の確認なしに出すこと、監査に関わる計算を検証なしに使うことは推奨されていない

最後の項目は、是正報告の扱いに直結します。Claudeが出した件数表も報告文も、提出前に人が元ログと照らして確かめる前提で使います。

CSVはExcelで開き、そのまま1シートに置きます。社外から受け取ったCSVを扱う場合は、次の節の注意を先に読んでください。

外部から届いたログを開く前に

サポート記事には、Claude for Excelは信頼できるスプレッドシートだけで使うよう書かれています。外部から来たファイルに隠れた指示が含まれ、データの持ち出しや更新、削除のような操作に誘導される可能性があるためです。危険な操作を提案するときは確認が出ますが、外部ファイルでは確認の中身を丁寧に読むよう求められています。

誤出荷の分析では、運送会社の配達結果や顧客からの苦情内容を、ログの備考欄に貼り付けることがあります。この備考は外部の人が書いた文字列です。自社の検品システムが出したCSVと、外部の文面を貼った列は分けて考え、備考列は分析に使わないなら、渡す前に削除するか別シートに退避します。作業は、元ログのコピーを作ってから始めます。サポート記事の「信頼できるコピーから始める」という運用とも合います。

ステップ1:ログの列を決め、判定式を作らせる

検品ログは、WMSや検品アプリの出力列が多いので、判定に使う列だけを確認します。この記事では次の列を使います。品番や宛先コードは説明用に作ったもので、実在の取引ではありません。

Claudeには、列の意味と区分の定義を依頼文の中で固定して渡します。「誤出荷を分類して」とだけ書くと、毎回違う切り口の表が返ってきます。

このブックの「検品ログ」シートで、1行目が見出し、2行目以降が出荷指示ごとの行です。
I列に「区分」を、手で値を入れずに数式で入れてください。
- B列とC列、F列とG列は、前後の空白を除いて比較する
- 3項目(品番・数量・宛先)がすべて一致なら「一致」
- 違う項目が1つなら「品番違い」「数量違い」「宛先違い」のいずれか
- 違う項目が2つ以上なら「複合」
- H列は人が記入する列なので、触らない
- 数式の考え方を、使った関数の名前も含めて短く説明する

「手で値を入れず数式で」と書くのが重要です。Claudeが値を直接書き込むと、後でログを追加したときに区分が古いまま残ります。数式にしておけば、行が増えても式をコピーするだけで同じ基準が適用されます。

例として、Claudeが入れる数式は次のような形になります(一例で、返ってくる式は書き方が変わることがあります)。

=IF(AND(TRIM(B2)=TRIM(C2),D2=E2,TRIM(F2)=TRIM(G2)),"一致",
 IF((TRIM(B2)<>TRIM(C2))+(D2<>E2)+(TRIM(F2)<>TRIM(G2))>1,"複合",
 IF(TRIM(B2)<>TRIM(C2),"品番違い",IF(D2<>E2,"数量違い","宛先違い"))))

受け取った式は、Claudeの説明と突き合わせて読みます。見るのは、複合の判定が先にあるか、比較が全角半角を区別するか、の2点です。Excelの比較演算子は大文字小文字を区別しませんが、全角と半角は別の文字として扱われます。スキャン値が半角で指示品番が全角なら、全部が品番違いになります。この場合は、依頼文に「全角半角をそろえてから比較する」と足して式を直させます。

ステップ2:例データで区分を確かめる

次の10行で試します。誤出荷は8行で、うち7行が単独、1行が複合になる設計です。

区分の列は、上の判定式の条件を同じ規則で手計算したもので、10行すべて式の想定と一致しました。実際の画面では、式を入れた後にClaudeへ「一致以外の行を区分の列でフィルタして」と頼むと、誤出荷の8行だけが残ります。

宛先違いの2件は、発生工程が違います。S004はラベル貼付、S007は出荷指示データの誤りです。区分が同じ「宛先違い」でも、直す先は倉庫内の貼付作業と、受注システムの側に分かれます。この違いが、区分と工程の2軸で件数を見る理由です。

ステップ3:工程別の件数表を作る

区分と発生工程の2軸で、クロス集計を作らせます。ピボットテーブルの編集は、Claude for Excelが対応する操作に挙がっています。

「検品ログ」シートのI列(区分)を行、H列(発生工程)を列として、
一致の行を除いた件数のクロス集計を、新しいシート「誤出荷集計」に作ってください。
- ピボットテーブルではなく、COUNTIFS関数で作る(行が増えても追従するように)
- 合計の行と列も入れる
- 発生工程が空欄の誤出荷の行は「未調査」として別に数える

「未調査」を数えさせるのは、件数表の信頼度を示すためです。調査欄が空の誤出荷が残っている状態で工程別の割合を出すと、調べた分だけで全体を語ってしまいます。例データの結果は次のとおりです。

誤出荷8件のうち、ピッキングで起きたものが5件です。ただし10行の例では傾向を語れる件数ではありません。実際のログでは、月次で数百行になる前提で、工程別の割合が偏っているかを見ます。

ステップ4:是正報告の下書きを作らせる

是正報告の項目は会社ごとに決まっていますが、事象、原因、是正処置、再発防止、効果確認の5項目に分けている組織が多く、この手順でも例としてその形を使います。Claudeには、件数表のセルを根拠に、この5項目の下書きを書かせます。

「誤出荷集計」シートの数字だけを根拠に、是正報告の下書きを書いてください。
項目は「事象」「原因(推定)」「是正処置(案)」「再発防止(案)」「効果確認の方法」。
- 数字は、集計シートのセルを参照して書き、どのセルかを括弧で示す
- 「原因」は発生工程の列に書かれた内容だけを使い、書かれていない原因を足さない
- 調査欄が空の行は「未調査」として件数を明記し、原因には含めない
- 担当者名や取引先名は、ログに無ければ書かない

回答にセル単位の出典が付く特性を活かし、報告文の数字がどのセルから来たかをその場で追えるようにします。人の確認は、報告文の数字を集計表のセルと1つずつ照らす作業で済みます。

下書きの確認では、次の3点を見ます。

• 「原因」に、調査欄に無い内容(「作業者の不注意」など)が足されていないか
• 「是正処置」が、区分と工程に対応しているか(ラベル貼付の宛先違いに、ピッキングの対策を書いていないか)
• 「効果確認」に、確認する期間と指標が書かれているか

「再発防止」は、Claudeが一般的な対策案を並べやすい項目です。案はそのまま使わず、現場の担当者が実行できるものだけ残します。対策の中身は現場ごとに違いますが、品番の似たものを離して置く、ラベル印刷後に宛先を読み合わせる、といった具体策が候補に上がります。

続けて使うための設定と運用

固定の指示を登録する

アドインのサイドバーにある設定の「Instructions」に、毎回の会話で効く指示を登録できます。「区分は一致・品番違い・数量違い・宛先違い・複合の5種類に限る」「数字は集計シートのセルを示して書く」といった内容を入れておくと、依頼文が短くなります。ExcelのInstructionsはExcelだけに効き、PowerPointやWordの設定とは別です。

Skillsで手順を再利用する

連携とSkillsの説明ページには、再利用できる作業手順としてSkillsを適用できると書かれています。誤出荷の分類と是正報告の型を毎月使うなら、検品ログの列定義と区分の規則を1つのSkillにまとめる使い方が考えられます。使えるSkillsの範囲は組織の設定によって変わるため、自分の画面で確認します。

長い会話と保存の扱い

会話が長くなると、自動的に新しい会話へまとめ直されます。チャット履歴はブラウザ内のIndexedDBに保存され、Anthropicのサーバーには保存されず、端末間で同期もされません。また、入力と出力はバックエンドから30日以内に削除されるとサポート記事にあります。是正報告に使った数字と判断の経緯は、会話ではなくブックと報告書の側に残します。

うまくいかないとき

区分がすべて「品番違い」になる:全角半角の差か、前後の空白が原因です。スキャン値の列に不可視の文字が入っている場合もあります。LEN関数で文字数を比べると、見た目が同じでも差が見つかります。

一致のはずの行が「数量違い」になる:D列かE列の片方だけが文字列として入っていると、見た目が同じ「20」でも文字列の"20"と数値の20は等しくないと判定され、数量の比較だけが違いになります。違う項目は数量の1つだけなので、「複合」ではなく「数量違い」が付きます。CSVから開いた数値が左寄せになっていれば文字列です。Claudeに「D列とE列を数値にそろえて」と頼むか、比較をVALUE(D2)<>VALUE(E2)のようにVALUE関数で包む形に直させます。

行数が多くて応答が止まる:応答しない、タイムアウトするといった原因と上限はClaude for Excelが応答しない原因と上限値に整理しています。対象を月ごとのシートに分けると軽くなります。

ログを別のブックから参照したい:複数のOffice製品をまたぐ使い方はClaude for Microsoft 365の使い方で扱っています。

他の集計との組み合わせ

誤出荷の発生工程が「ピッキング」に偏るなら、棚配置の見直しが次の検討になります。出荷実績から品目をA・B・Cに分け、ロケーションを見直す手順はABC分析で倉庫のロケーションを見直す手順にあります。似た品番を近くに置いていないかの確認と合わせて使えます。

まとめ

誤出荷の分析は、区分を式で固定し、人が記入した発生工程と組み合わせて件数表にすると、是正報告の「原因」が数字で書けます。Claudeには、判定式の作成、件数表の組み立て、セルを根拠にした下書きを任せ、発生工程の確定と対策の採否は現場の担当者が決めます。社外の文面を貼った備考列を渡さないこと、報告書の数字を集計表のセルと照らしてから提出すること、この2点を運用に組み込んでおくと、再発防止の議論が事実に沿って進みます。