AIが型番の先頭ゼロを落とす2026｜商品コードの指数表記化を防ぐ5つの手順

AIが整理した商品マスタで型番の先頭ゼロが消え、指数表記に変わる問題を仕組みから解説。配布前に崩れを止める5つの手順を紹介します。

AIに商品マスタや在庫表を整理させると、型番の先頭にあるゼロが消えていることがあります。「00123」が「123」になり、別の商品として登録されてしまう事故です。さらに厄介なのが、「1E5」のような型番が「100000」に変わる指数表記の崩れです。

この記事では、なぜ型番が崩れるのかを仕組みから説明し、配布前に止めるための5つの手順を紹介します。購買・在庫・EC運用など、コードを扱うすべての現場で使える内容です。

なぜAIは型番の先頭ゼロを落とすのか

原因はAIの理解力ではなく、値の型にあります。型番は見た目こそ数字ですが、意味としては文字列です。ところがCSVや表計算ソフトを経由すると、数字だけで構成された値は自動的に数値として解釈されます。

数値になった時点で、先頭のゼロは意味を持たない情報として捨てられます。「007」は数値の7と等しいからです。AIが返したデータ自体は正しくても、貼り付け先で崩れることがあります。

つまり原因はAI単体ではなく、AIと表計算ソフトの受け渡し部分にあります。ここを押さえないと、プロンプトをいくら改善しても再発します。

実際に起きる3つの崩れ方

1. 先頭ゼロ落ち

最も多いパターンです。「0012-345」のようにハイフンが入っていれば文字列として残ります。しかし「0012345」は数値化され、「12345」になります。桁数が変わるため、後続の突合が全件外れます。

2. 指数表記への変換

「1E5」「2E3」といった型番は、指数表記の数値と解釈されます。結果として「100000」「2000」に置き換わります。元の文字列に戻す手がかりが消えるため、復元は困難です。

数字だけの長い型番も同じ経路で壊れます。表計算ソフトは有効桁数を15桁までしか保持しないため、16桁以上のコードは下位の桁がゼロで丸められます。

3. 日付への自動変換

「3-15」「10/24」のような型番は、日付として解釈されます。画面上は「3月15日」と表示され、内部ではまったく別の値を持ちます。目視だけでは気づきにくい崩れ方です。

型番の崩れを防ぐ5つの手順

手順1：出力形式をTSVかJSONに固定する

AIへの指示で、出力をタブ区切りかJSONに固定します。JSONなら型番をダブルクォートで囲めるため、文字列であることが保持されます。カンマ区切りのCSVよりも崩れにくい形式です。

手順2：桁数を先に宣言する

プロンプトに「型番は必ず7桁、足りない場合は先頭をゼロで埋める」と書きます。桁数という検証可能な基準を与えると、出力そのものが安定します。曖昧な「正確に」よりも効果があります。

手順3：貼り付け前に列を文字列にする

表計算ソフト側で、型番の列をあらかじめ書式「文字列」に設定します。空の列に書式を与えてから貼り付けるのが要点です。貼り付けた後に書式を変えても、失われたゼロは戻りません。

手順4：桁数の一致をチェックする

元データとAI出力で、型番の文字数を比較します。1文字でも減っている行を抽出すれば、先頭ゼロ落ちはその場で検出できます。目視ではなく式で判定してください。

手順5：崩れやすい文字を含む行を抜き出す

「E」「/」「-」を含む型番は、崩れやすい候補としてリスト化します。この行だけを人が確認すれば、全件チェックより短い時間で済みます。件数が多い現場ほど効果が出ます。

チェックを自動化する

5つの手順のうち、手順4と手順5は完全に機械化できます。文字数の比較と特定文字の抽出は、どちらも単純な条件式で書けるためです。

判定の設計はAIに任せ、実行は決まった式やスクリプトで行ってください。AIに毎回チェックさせると、チェック自体が確率的になり信頼できません。ルールで判定し、判断が必要な部分だけを人に回す形が安定します。

取り込みの直前に1回だけ通す関門を作るのが現実的です。工程を増やすのではなく、既存の配布フローに1ステップ挟む形にします。

元に戻せる崩れと、戻せない崩れ

すべての崩れが同じ深刻さではありません。復元できるかどうかで、対応の優先順位が変わります。

先頭ゼロ落ちは、桁数のルールが決まっていれば復元できます。7桁と決まっている型番が5桁になっているなら、先頭にゼロを2つ足せば元に戻ります。被害は限定的です。

一方、指数表記への変換と日付への変換は復元できません。「1E5」も「1000000」も同じ「100000」になり得るため、元の値を一意に決められないからです。日付変換も同様で、表示された月日から元の型番を逆算する手段はありません。

だからこそ、検出よりも予防に重心を置きます。手順1と手順3で文字列の経路を確保しておけば、復元不能な崩れはそもそも発生しません。手順4と手順5は、経路が守られているかを確かめる保険という位置づけです。

まとめ

型番の崩れは、AIの精度ではなく値の型の問題です。文字列として受け渡す経路を確保すれば、大半は起きません。

まずは手元の商品マスタで、手順4の桁数チェックだけを試してみてください。想像より多くの行が引っかかることがあります。