新規取引先の登録手続き｜申請からマスタ登録までの業務フロー

新規取引先の登録は、申請、事実確認、社内判断、マスタ登録、取引開始を別の工程として扱います。名称や住所だけで登録を急がず、締め日、支払サイト、請求先など、実際の取引で使う情報を確認してから開始します。

定義と早見表

登録を内部統制にする理由

登録は営業だけの入力作業ではありません。重複先、名称揺れ、請求先の誤りがあると、受注や請求の後工程で修正が必要になります。申請者と確認者を分け、確認済みの項目だけを登録します。

担当分担の早見表

営業は依頼内容、営業事務は既存先との重複、経理は請求条件を確認する、と役割を分けます。登録番号は登録を受けた事業者に通知される番号であり、名称から推測せずに公表情報で確認します。

登録手順

営業申請から事実確認

申請には正式名称、住所、請求先、納品先、窓口、取引開始希望日をそろえます。登録番号が必要な取引では公表情報と照合し、未確認項目を推測で埋めません。

登録・確認・取引開始

登録後は、同じ名称の既存先がないか、締め日と支払サイトが正しいか、最初の案件で使う請求先が一致するかを確認します。顧客情報の基本は取引先マスタの整備方法を参照できます。

判断表

登録・差し戻し・保留

必要項目がそろえば登録し、根拠が不足していれば差し戻し、確認待ちなら保留として扱います。保留を空欄の登録で進めると、請求先や支払条件を誤るおそれがあります。

重複先と名称揺れの判断

名称が似ていても、住所、登録番号、請求先、取引実態を確認します。既存先への上書きか新規登録かは、取引の継続性を踏まえて社内で判断します。

確認項目

正式名称・住所・登録番号

略称ではなく正式名称、住所、登録番号、効力発生日を確認します。登録番号を扱う場合は、番号だけでなく対象の事業者名を照合します。

締め日・支払サイト・請求先

締め日、支払サイト、請求先、納品先、担当窓口を分けて確認します。取引条件の確認では、入力する人と確認する人の役割を分ける販売管理の内部統制の考え方も参考になります。

販売HUBで扱える範囲

名称・住所・取引条件と監査ログ

販売HUBでは顧客の名称、住所、締め日、支払サイトを扱い、操作は監査ログで追跡できます。権限と担当を分けることは、登録後の変更確認にも役立ちます。

登録番号の専用欄と申請承認は未確認

登録番号の専用欄や製品内の承認フローは実装済みとして確認できません。社内の申請・確認とマスタ登録を分けて運用します。

新規取引先の登録では、依頼を受けること、取引先の事実を確認すること、社内で取引開始の可否を判断すること、確認済みの項目をマスタへ登録することを分けます。製品内で申請や承認を完結させる機能を前提にせず、社内の運用で確認を済ませてから、販売HUBには保存できる情報を登録します。確認が終わっていない項目を空欄のまま使い始めないことが重要です。

依頼時には、正式名称、住所、請求先、納品先、担当窓口、取引開始希望日を揃えます。名称が似た既存先がある場合は、住所、請求先、登録番号、取引実態を確認します。略称だけで検索して既存先へ上書きすると、別の取引先の請求条件を使うおそれがあります。重複の可能性がある場合は、登録を急がず、確認が必要な項目を依頼元へ戻します。

登録番号を確認する必要がある取引では、番号だけでなく対象の事業者名を照合します。名称から番号を推測せず、確認した日と確認した対象を残します。販売HUBの顧客フォームに登録番号の専用欄は確認できないため、番号の確認、保管、帳票への利用の可否を同じものとして扱いません。帳票に必要な情報は、社内の確認手順に沿って個別に判断します。

登録する情報は、名称、住所、締め日、支払サイト、請求先など、取引で実際に使うものを中心にします。締め日は5日、10日、15日、20日、25日、31日から設定でき、未設定なら締め請求を使いません。支払サイトは0〜12か月で扱います。最初の案件を作る前に、請求先、納品先、締め日、支払サイトを確認し、条件が未確定のまま請求処理へ進まないようにします。

登録後は、入力が終わっただけで完了にせず、既存先との重複、請求先、取引条件、最初の案件で使う名称を確認します。販売HUBでは操作の追跡に監査ログを使えますが、取引先から受け取った通知や確認記録の保管方法は社内で決めます。入力した人、確認した人、登録日、取引開始日を分けて残すと、後から変更があった場合も経緯を確認しやすくなります。

保留になった依頼は、何が不足しているか、誰へ確認するか、次に確認する日を残します。必要項目がそろっていない状態を「仮の登録」として使い始めると、請求先や支払条件の修正が後工程へ波及します。営業、営業事務、経理などの担当分担を置き、事実確認と入力作業を別にすることで、取引開始時の確認漏れを減らせます。

登録の判断表では、正式名称、住所、請求先、締め日、支払サイト、重複確認の結果がそろったものを登録対象とします。項目に不一致がある場合は、登録済みの顧客へ上書きせず、依頼元へ確認を戻します。確認中の項目がある場合は保留として、何を確認すれば登録できるかを明確にします。こうした区分を設けると、登録の可否と取引開始の可否を同じ担当者の記憶だけで判断しない運用にできます。

顧客の締め日や支払サイトは、名称や住所と同じ変更通知で確定するとは限りません。請求先と納品先も別になる場合があります。最初の案件、見積書、請求書で使う情報を確認し、いつから新しい情報を使うかを担当間で共有します。登録後に変更があった場合は、過去に交付した帳票の記録と、今後作る帳票の情報を混同しないようにします。

取引開始の直前には、登録内容を案件で使う前に見直します。顧客名、請求先、納品先、締め日、支払サイトが依頼内容と一致するかを確認し、異なる場合は登録を変更する前に根拠を確認します。これにより、登録直後に請求先や条件を訂正する手戻りを減らせます。

登録業務の目的は、入力を早く終えることではなく、後工程で使う情報を正しく整えることです。営業が取引の背景を確認し、営業事務が重複と表記を確認し、経理が請求条件を確認するように、確認観点を分けます。どの担当が何を確認したかを残すことで、取引先から変更連絡があったときも対応しやすくなります。

確認結果は、次の担当へ明確に共有します。

登録項目と確認担当を自社の流れに合わせたい場合は、無料で相談することもできます。

新規取引先登録に関するFAQ

登録番号はどこで確認しますか？

登録番号は、国税庁の公表情報で対象となる事業者の情報と照合します。法人番号を持つ課税事業者の登録番号は「T」と法人番号13桁で構成されます。名称だけで番号を判断しません。国税庁「登録番号とは」（確認日: 2026-09-15）。

確認する際は、番号と事業者名を対応させ、確認した日も残します。番号が必要な帳票や社内の取扱いは、確認済みの情報を基に個別に判断します。

申請と承認を製品内で完結できますか？

承認フローは確認できません。社内の確認手続きと、確認済み情報のマスタ登録を分けます。

登録後の変更履歴は確認できますか？

販売HUBでは監査ログで操作の追跡ができます。変更の根拠となる通知や確認記録は社内で保管します。

変更理由、変更した項目、確認者を分けて残すと、後から名称や請求条件が変わった場合も、どの時点の情報を使ったかを確認しやすくなります。

「販売HUB」でできること

• 案件管理：案件登録・編集
• 顧客管理（CRM）：顧客マスタ登録・編集
• 商品・在庫管理：商品マスタ管理
• 見積管理：見積書作成（PDF生成）

「販売HUB」について詳しく見る→

まとめ＋CTA

新規取引先は、依頼・事実確認・登録・取引開始を分け、名称、住所、請求条件を確認してから使い始めます。確認済みの情報だけをマスタへ反映し、重複や未確認の項目は取引開始前に整理します。

最初の案件を作る前には、取引先名、請求先、納品先、締め日、支払サイトを確認し、登録日と適用日を区別して残します。製品内の申請承認を前提にせず、社内の確認手順とマスタ登録を分けることで、後工程の訂正を減らせます。

取引先と請求情報をつないだ運用は資料請求からご相談ください。

関連記事

• 取引先マスタの整備方法
• 締め請求と支払サイトの管理
• 販売管理のインボイス対応