取引先名をそろえる前に。12人の食品卸が分ける『届ける先』と『請求する先』

注文表には店名、過去の納品一覧には略称、請求用の表には法人名。同じ相手のはずなのに、集計すると別々に出てくる。二行を一つにまとめたいけれど、消したあと、納品する店舗や請求書を送る先まで変わらないか気になる。月末が近づくたび、事務担当の記憶でつなぎ直している。

今回は、従業員12人の食品卸で、複数店舗を持つチェーンからの注文をExcelへまとめている事務担当者一人を想定します。人数や状況は説明用の架空の設定です。実在の取引先や、システム導入の事例ではありません。

名前の表記をそろえることは大切です。ただ、その前に、『誰との取引か』『どの店舗へ届けるか』『どこへ請求を送るか』を分けておきたいと思います。この三つが一つの名前へ押し込まれていると、きれいにそろえた表でも、次の注文でまた迷ってしまいます。

掲載画像は、この記事のために用意したイメージと説明図です。会社、店舗、窓口、IDは架空の説明用で、実際の顧客情報、受注画面、納品実績を示すものではありません。

同じ名前に見えても、同じ相手とは限りません

『このチェーンは本部へまとめて請求している』と分かっている担当者なら、店名の行を見ても処理できます。ところが、初めて代わる人には、その店名が納品先なのか、取引の相手なのかが読み取れません。一つの欄が違う役割に使われていることが、表記の揺れに隠れています。

同じブランド名で営業していても、運営する会社が異なる場合があります。反対に、一つの会社がいくつもの店舗を持ち、請求の窓口は一か所という場合もあります。似た名前をまとめる処理だけでは、この関係を決められません。現在の取引資料や担当者の確認に戻り、社内でどの相手として扱っているかを確かめます。

名前が似ている行を見つけることと、同じ相手だと判断することを分けます。まずは『同一の候補』として並べ、確かめていないものを自動で消さない。件数が減ることより、残した一件から注文と納品の行き先を説明できることを目指します。

届ける単位と、請求を送る単位を分けます

整理の出発点として、取引先、納品先、請求先を別の役割で持ちます。取引先は、契約や受注の相手として社内で確認している単位。納品先は、今回の商品を届ける店舗などの単位。請求先は、請求書を送る窓口です。請求先が別だからといって、取引の相手まで別会社だと判断するものではありません。

説明用なら、『取引先Xには納品先Aと納品先Bがあり、どちらの請求も窓口Yへ送る』という関係です。このとき店舗AとBを重複として一つにすると、届ける先の区別が失われます。窓口Yを第三の納品先として登録すると、注文時の選択肢に、商品を届けない場所まで混ざります。

必要なのは、どの名前を正式にするかだけでなく、どれとどれが結び付くかです。一つの取引先に複数の納品先があるのか。請求先は共通か、店舗ごとか。例外がある場合は何で見分けるか。実際の取り決めを社内の確認者と揃えます。ここでは請求条件や契約の有効性を判断するのではなく、確認済みの業務上の関係を記録します。

説明図：架空の取引先X、納品先A・B、請求窓口Yを役割で分けた一例です。同じ法人でも届け先は複数になり、請求窓口が共通の場合があります。実際の関係は社内で確認します。

消す前に、残すIDと過去の注文を決めます

行をまとめる前に、現在どの識別番号が注文や納品の記録に使われているかを見ます。取引先と納品先を同じ番号で扱っているなら、役割を分ける方法も考えます。表示名が変わっても同じものを指せる目印としてIDを使い、社名や店名だけを手掛かりに過去の記録をつなぎ替えないようにします。

同じ店舗の正式名と略称だと確認できた場合も、削除する番号を使った過去の注文がないかを先に確かめます。残す番号、旧番号との対応、旧称を検索できる形を整理し、元の記録へ戻れるようにします。番号を消したあとに、月別の集計が変わった理由を探す順番にはしたくありません。

名称変更、移転、運営会社の変更は、同じ扱いにできるとは限りません。いつから何が変わったのかを確認し、過去の注文時点の届け先や送付先まで、新しい情報で一律に上書きしない方法を決めます。古い表示を残す理由と、今後の注文で使う情報を分けて持ちます。

統合できる組と、確認待ちの組を分けます

最初から全件を白黒に分けなくても構いません。『同じ対象と確認できた』『別の対象として残す』『確認待ち』の三つに分けると、事務担当が一人で判断を抱えずに済みます。確認待ちは処理漏れではなく、まだ根拠が足りない状態として見える場所に置きます。

たとえば、同じ店舗の略称と正式名は、所在地だけでなく社内資料と担当者の確認も揃って初めて同一と扱います。同じブランドでも運営会社が異なるなら、まとめる根拠にはなりません。旧名と現名の関係が確認できた場合は、過去の呼び名がどの対象を指すかを残します。これらは架空の判断例で、名前や住所の一致だけで決めるルールではありません。

社内で誰が確認できるかも添えます。営業担当は取引の経緯を、配送担当は届ける場所を知っているかもしれません。事務担当が表を直す役割と、関係を確認する役割を分け、確認日と根拠の置き場所を短く残します。実際の顧客名や書類を、必要のない範囲まで共有する必要はありません。

説明図：同じ店舗の略称、同ブランドの別法人、旧名と現名では確認する関係が違います。表記が似ているだけで統合せず、根拠が足りない組は確認待ちにします。

入力する人が、届ける先を選べるようにします

整理したあとも、注文のたびに自由入力で新しい名前を作るなら、また候補が増えていきます。一方で、電話で受けた店名しか分からない場面に、毎回法人名を調べてから入力してもらう方法も続きにくいものです。現場が受け取る名前から、確認済みの対象へたどれる形を考えます。

店名や旧称、略称を検索の手掛かりにし、選んだ先の取引先、納品先、請求先を確かめられるようにします。候補が複数ある場合は、現場で確かめられる補助情報を表示します。連絡を受けた呼び名を残す欄があっても、それだけで新規の取引先を作らない運用にします。

見つからない場合の逃げ道も必要です。確認担当へ回す、新しい対象かを確認してから追加する、といった流れを決めます。請求先の変更も、入力者がその場で推測して選ばず、確認済みの内容を反映する形にします。道具の入力欄だけでなく、困ったときに誰へ渡すかまで揃えます。

今の表で試す範囲と、画面が必要な範囲

事務担当が一人で一覧を管理し、対象も見渡せるなら、いまの表で役割別の一覧と対応表を作って試せます。原本を残し、取引先、納品先、請求先をどの番号で結ぶか、注文時にどこを選ぶかを確かめます。表を三枚に増やすことが目的ではなく、一つの注文がどの三者を指すかを追えることが必要です。

複数の人が同時に登録する、担当ごとに見られる情報を分けたい、変更した人と内容を追いたい場合は、共有方法や業務画面の範囲も検討します。ただ、関係が未確認のまま画面に移しても、どの候補を選ぶかという迷いは残ります。確認待ちと例外を扱う手順を先に試しておきます。

費用を相談する際は、一覧の作り方に加え、既存データの確認、旧番号との対応、注文の記録との照合、入力方法、権限、使う人への説明、保守を分けます。確認する件数や、過去のどの期間まで照合するかで、宿題の量が変わります。画面制作だけの見積りと、データ整理まで含む見積りを同じ作業として比べないよう、依頼範囲を揃えます。

説明図：役割と対応を今の表で試す範囲と、複数人の入力・権限・変更履歴を画面で扱う範囲を分けます。どちらも、未確認の関係や例外を人が確認する手順が必要です。

一つのチェーンを、原本のコピーで試します

最初は一つの取引先と、その納品先・請求先の関係を選びます。原本へ直接変更を加えず、コピーや社内説明用の架空データで試します。扱う範囲と閲覧する人を決め、試験結果をそのまま実際の納品や請求へ流さないようにします。

旧名や略称から正しい納品先を選べるか。納品先から、確認済みの請求先へ結び付くか。同じブランドの別法人が紛れていないか。過去の注文の見え方が変わっていないか。通常の一件に加え、確認待ちや変更のある例も一度通します。

確認した結果をもとに、残すIDと対応表、入力で迷った箇所を直します。社内の確認者が関係と照合結果を見たあとで、反映する範囲、担当者、元に戻す方法を決めます。顧客への送付や本番データの一括変更は、この試行とは別の操作として扱います。最初から全取引先をまとめて直すより、一件の注文を最後まで説明できるかを確かめます。

説明図：原本を残し、一つの取引先の関係をコピーや架空データで試し、注文との照合、確認者による確認を経て反映範囲を決めます。試験から実納品・請求を自動実行しません。

明日は、同じに見える二行を並べてみます

明日は、重複しているように見える二行だけを並べてみてください。片方が店舗で、もう片方が法人名なのか。本当に同じ店舗の別表記なのか。名前をそろえる前に、次のことを答えられるでしょうか。

明日の確認用チェックリスト

□ 取引先、納品先、請求先がどの役割か分かる

□ 同じブランドの別法人を一緒にしていない

□ 残すIDと、旧番号・旧称との対応が分かる

□ 過去の注文時点の情報を一律に上書きしない

□ 根拠が足りない組を確認待ちとして残せる

□ 現場で受けた名前から、対象を探して選べる

□ 原本を残し、確認者と反映範囲を決めて試せる

表記の揺れを直す仕事は、事務担当の細かさだけで支えるには限界があります。商品を届ける場所と、取引の相手と、請求の窓口を、それぞれ迷わず指せるようにする。名前をそろえたあとも使い続けられる整理を、小さな範囲から始めていきたいと思います。

注文表や取引先一覧をどう分ければよいか迷う場合は、まず一つの注文の流れからご相談いただけます。初回は実際の顧客名や住所を含まない例で、誰との取引で、どこへ届け、どこへ請求を送るかを教えてください。既存データを整える範囲、利用する人数、必要な権限や履歴、入力画面の範囲は、制作前に相談して合わせます。

石井DXスタジオのWebアプリ・業務システム制作については、こちらのサービスをご覧ください。