リネンサプライ顧客マスタの作り方｜必須項目と登録ルール【2026年版】

リネンサプライの顧客マスタは、顧客・請求先・納品先・担当者を分け、共通の顧客コードで契約・配送・請求へつなぐ形にすると運用が崩れにくくなります。

会社名と住所を一行へ詰め込むだけでは、請求先と集配先が異なる取引や、一つの顧客に複数の納品先がある取引を表しにくくなります。本記事では、供給事業者が使う4層の項目、登録単位、命名、更新責任を整理し、顧客マスタと契約・配送・請求の境界を解説します。

結論：顧客・請求先・納品先・担当者を分けて登録する

リネンサプライの顧客マスタとは、取引先の基本情報、請求先、納品先、担当者を識別し、契約・回収納品・請求の各記録を同じ顧客へ結びつける基礎データである。顧客を親として請求先と納品先を役割別に関連づけ、担当者には所属先と連絡目的を持たせます。

これらは全国一律の法定必須項目ではなく、見積、契約、当日集配、請求、問い合わせ対応に必要な最小候補です。口座情報や個人情報は一律必須にせず、利用目的、閲覧権限、保管期間を自社規程に沿って確認します。

リネンサプライ管理システムの機能・選び方も参考に、顧客コードを契約や実績の共通キーにします。リネンサプライHUBの顧客・納品先カスタム項目、見積、契約、現場入力、請求という自社実装範囲を基にした「顧客マスタ4層×5利用場面の項目マップ」は、顧客事例や業界統計ではなく、本記事の独自編集フレームです。

リネンサプライ顧客マスタに必要な項目を決める

顧客マスタの項目は、誰と契約し、どこへ届け、どこへ請求し、誰へ連絡するかを再現できる範囲に絞ります。すべてを顧客基本へ置かず、役割ごとに更新しても他の情報を上書きしない配置を決めます。

顧客基本は顧客コード・正式名称・状態・社内担当を持つ

顧客基本には、変更しない顧客コード、登記や契約で確認した正式名称、利用中・停止等の状態、社内担当を持たせます。略称や屋号は検索用の別項目にし、正式名称へ混在させません。登録元となる見積書や契約書と確認日をたどれるようにします。

顧客コードは、契約、回収・納品実績、請求を同じ取引先へ結ぶキーです。会社名や担当者の変更時にもコードを使い続け、誤登録が判明した場合の統合手順は自社ルールで定めます。HUBに重複検知、自動名寄せ、外部住所補完があるとは案内していないため、登録前に正式名称、住所、既存コードを照合します。

リネンサプライの新規顧客獲得・営業の進め方で受注した情報も、見込み段階のメモをそのまま本登録せず、取引開始に必要な確認を終えてから顧客基本へ反映します。未取引と取引中の状態を区別し、無効化した顧客を履歴ごと削除しない運用にします。

請求先・納品先・担当者は役割と連絡先を分けて持つ

請求先には請求書の宛名、送付先住所、担当部署、担当者、連絡先を置き、顧客基本と同じ場合も「同上」という自由記述だけで済ませず関係を示します。複数の契約が同じ請求先へ集約される場合は、対象契約を確認できるようにします。税区分や請求計算の詳細は顧客マスタの主題に含めません。

納品先には現場名称、住所、現場連絡先、受渡場所、利用状態など、実際の集配に必要な情報を置きます。一つの顧客に複数のホテル、病院、施設、事業所がある場合は納品先を別レコードにし、請求先の住所で上書きしません。配送ルートそのものではなく、集配先を特定する入口として管理します。

担当者は顧客、請求先、納品先のどこに所属し、契約、現場、請求のどの連絡を担うかを記録します。個人情報は必要最小限にし、退職や担当変更があれば有効状態と変更日を更新します。旧担当者を削除して過去の問い合わせ記録との関係を失わせないようにします。

顧客マスタの登録単位と命名ルールを統一する

顧客マスタの登録単位は、契約主体である顧客を親、請求先と納品先を役割別の子として分ける設計が基本です。部署別のExcelや自由記述で同じ名称を繰り返すと、どの情報が最新かを判断しにくくなります。

顧客コードと正式名称のルールを先に固定する

顧客コードは一意で、会社名、担当者、住所が変わっても原則として変更しない規則にします。連番や社内で採用する体系のどちらでも、発番者、桁数、欠番の扱い、再利用禁止、変更できる範囲を先に決めます。略称だけをコードにすると、同名企業や名称変更時に識別しにくくなります。

正式名称は契約等の確認元に合わせ、株式会社の前後、全角・半角、空白の扱いを統一します。検索用略称、フリガナ、旧名称が必要なら別項目に分けます。名称表記を修正したときは更新日、更新者、理由を残し、過去の契約や請求記録が別顧客へ付け替わらないことを確認します。

1顧客に複数納品先がある場合は親子関係を明示する

顧客を親、納品先を子として、それぞれ固有のコードと状態を持たせます。納品先名には施設名や事業所名を使い、顧客正式名称を複製しただけの行を増やしません。請求先も同様に役割を示し、どの顧客・契約がどの請求先を使うかを関連づけます。

統廃合や移転では、旧納品先を削除せず無効化し、新しい納品先の適用開始日を残します。集配担当は当日の有効な納品先を参照し、過去実績は当時の納品先コードで確認できる状態にします。親子関係を変える場合は、契約、未処理の集配、請求への影響を確認します。

顧客マスタを作る3ステップ

顧客マスタは、既存情報の棚卸し、役割と登録ルールの決定、代表データによる確認の順に作ります。入力物、実施作業、完了条件を各段階で決め、全件移行の前に複数納品先や請求先相違を含む代表例を検証します。

ステップ1：既存台帳から顧客・請求先・納品先を棚卸しする

Excel、紙台帳、請求書、配送表にある名称と住所を集め、顧客、請求先、納品先、担当者のどの役割かを分けます。

同じ名称でも住所や役割が異なる行、表記は違っても同じ取引先と思われる行を候補として並べます。自動的に統合せず、契約や請求等の根拠を確認し、既存コード、利用中の契約、未処理の業務を特定できれば棚卸し完了です。

ステップ2：必須項目と任意項目を分けて登録ルールを決める

顧客コード、正式名称、状態、請求先、納品先、担当者を必須候補として整理し、名称表記、採番、更新責任を決めます。

各項目について記録元、入力形式、選択肢、空欄を許す条件を決めます。口座情報や個人情報は利用目的と権限を確認して任意項目にし、顧客・請求先・納品先の役割と親子関係を説明できれば登録ルールの準備完了です。

ステップ3：代表データを登録し契約・配送・請求で確認する

代表的な顧客を登録し、契約条件、当日の集配先、請求書の宛先が意図した顧客情報へ結びつくか確認します。

一つの顧客に複数納品先がある例、請求先が顧客と異なる例、担当者が複数いる例を選びます。契約は顧客、配送は納品先、請求は請求先を正しく参照し、問い合わせ時に担当者を特定できれば、残りの登録へ進みます。

顧客マスタの更新責任と利用先を決める

顧客マスタは登録時だけでなく、住所、担当者、請求先、納品先の変更を受けた後の更新責任まで決めます。変更受付、根拠確認、更新、利用先での確認を分け、依頼を受けただけの状態を反映済みとしません。

住所・担当者・請求先変更の受付と更新日を残す

変更依頼を受けたら、対象顧客コード、変更する役割、旧値、新値、適用日、依頼者、根拠、受付者を確認します。権限のある担当者が更新し、更新日と確認者を残します。口頭連絡だけで複数の場所を上書きせず、未確認事項は保留として次の確認担当を決めます。

請求先変更は次回請求、納品先変更は当日の集配対象、担当者変更は連絡先で反映を確認します。HUBに顧客変更の承認ワークフローや自動通知があるとは案内していないため、受付から利用先確認までの担当と期限は自社運用で管理します。

顧客マスタと契約・配送・請求の役割を混ぜない

顧客マスタは取引先、請求先、納品先、担当者を識別する基礎データであり、品目、契約単価、回収・納品サイクル、契約期間そのものを一行へ詰め込む場所ではありません。契約条件は契約領域、当日の実績は集配領域、請求額と入金は請求領域で管理し、共通の顧客コードと必要な関連先で結びます。

リネンサプライ月次請求の自動化では請求先との接続を、リネンサプライの配送コース管理では納品先情報を配送へ渡す考え方を確認できます。配送ルート設計、最適化、外部地図連携を顧客マスタの機能とは扱いません。

現在の顧客台帳を4層に分けると、契約・集配・請求で重複している入力と、確認すべき更新責任が見えます。無料相談では、顧客・納品先のカスタム項目を含め、HUBで扱う範囲を整理できます。

まとめ

リネンサプライの顧客マスタは、顧客基本、請求先、納品先、担当者を役割別に分け、変更しない顧客コードで契約・集配・請求へつなぐ基礎データです。正式名称、状態、住所、連絡先などを利用目的に合わせて絞り、全国一律の法定必須項目とは扱いません。

既存台帳を棚卸しし、親子関係、命名、採番、更新責任を定めてから代表取引で検証します。重複検知、自動名寄せ、承認、通知を前提にせず、変更受付から各利用先の反映確認までを自社運用で閉じることが重要です。

よくある質問

リネンサプライの顧客マスタに最低限必要な項目は何ですか？

顧客コード、正式名称、有効・無効状態、社内担当、請求先、納品先、取引先担当者と連絡先を業務上の最小項目として整理します。法定の統一項目ではないため、自社の契約・配送・請求で実際に使う項目に絞ってください。

顧客と納品先は同じマスタに登録しますか？

顧客を親、納品先を子として関係づける設計が分かりやすいです。1顧客に複数のホテル、病院、施設、事業所がある場合でも、請求先と実際の集配先を混同しにくくなります。

請求先が顧客と異なる場合はどうしますか？

顧客基本情報へ上書きせず、請求先の名称、住所、担当者、連絡先を別の役割として持ちます。契約ごとにどの請求先を使うか確認できる関係を設けてください。

顧客コードは会社名の略称でよいですか？

会社名や担当者が変わっても使い続けられる一意のコードにします。略称だけをコードにすると表記変更や同名企業で混乱しやすいため、採番規則と変更禁止の範囲を先に決めます。

リネンサプライHUBは顧客の重複を自動検知しますか？

リネンサプライHUBに重複検知や自動名寄せが実装されているとは案内していません。登録前の照合ルールを決め、必要な業界固有項目は顧客・納品先等のカスタム項目で補います。

顧客情報を4層で整理

リネンサプライHUBなら、顧客・納品先のカスタム項目と契約・集配・請求の記録を、共通の顧客情報へ結びつけて整理できます。1名あたり月額2,980円（6名以上・税込）から、初期費用30,000円（税込）でご利用いただけます。

料金・機能の詳細や無料での製品体験については、お問い合わせからご案内しています。

無料で製品体験 →

関連記事

• リネンサプライ管理システムの機能・選び方