商品コードの先頭ゼロを残す確認方法｜数量とは別の識別子として扱う

商品コードは、数字だけで構成されていても、数量のように計算する値とは役割が違います。先頭のゼロを含む元の表記を残す必要があるなら、文字列として保持する条件と、出力後の照合方法を指定します。

私は表計算の照合や取込データの整形で、商品コードなどの識別子を文字列として扱う条件を指定してきました。ここでは、特定の表計算ソフトの操作手順ではなく、依頼と確認の考え方を紹介します。コード例は説明用の架空の文字列です。

コードと数量の役割を分ける

たとえば、架空のコード「00123」と「123」は、見た目の数字が似ていても、同じ対象と判断してよいかはコードの定義次第です。推測で先頭のゼロを取り除いたり、逆に足したりしないようにします。

完成表の見た目だけを指定しても、途中の処理で表記が変わっていれば元の値を確認できなくなることがあります。どの列が識別子なのか、処理の前に定義します。

［コード列］は計算対象ではなく識別子です。先頭のゼロ、桁数、英字、記号を保持してください。数値へ変換せず、元データの文字列で照合してください。補正が必要な値は、自動変更せず確認一覧へ残してください。

空白の除去などを許可する場合も、どの文字を変えるかを別条件として書きます。処理する人が「不要そうだ」と判断して内容を変えないようにします。

画面上の見た目がそろっていても、出力先や読み込み方で同じ値として使えるかは別の確認です。実際に使う形式と受け取り先で、コードを保持できているかを試します。

どの操作が必要かは使う仕組みによって異なります。機能や設定を推測せず、実際の入出力で確認します。

すでに表記が変わった可能性がある場合は、元ファイルや正しい対応表へ戻ります。コードの桁数が決まっていると確認できないのに、ゼロを足してそろえると別のコードを作ることになります。

正しい値を確認できなければ、候補を確定させず未一致や要確認として残します。商品名が似ているという理由で、別のコードへ割り当てないことも重要です。

元の文字列	出力の文字列	一致	補正の有無	確認事項
［元データ］	［出力］	記入	記入	記入

実データを公開する必要はありません。共有する場合は、形式上の特徴を保った説明用の値へ置き換え、社内の情報をそのまま載せないようにします。

照合全体の点検は、未一致・重複・件数の確認方法に整理しています。処理条件を依頼する前には、表計算の自動化準備も確認できます。

商品コードは、数量とは役割の異なる識別子として扱います。私が依頼した処理でも、文字列として元の表記を保持する条件がありました。

先頭のゼロや記号を入力から出力まで照合し、変わった値は元資料で確認します。正しい表記が分からないときは、桁を推測して補わず確認待ちに残します。