この記事の目次
取引先登録は、初回請求を処理できる条件までそろえる
新しい取引先を登録するときは、契約する相手、請求の条件、支払の条件と、それぞれの根拠を一組にします。 名称と口座が入力できても、どの法人との契約か、いつ何を請求されるかが未確認なら、初回の支払で調べ直しになります。
ここでは、発注する会社の管理部が行う初回登録を扱います。契約の法的な審査や取引開始の可否を一覧作成で代替するものではありません。社内の確認・承認を受けた情報を、取引先マスタへ正確に渡す登録確認票を作ります。
登録依頼の入口で、担当部門と重複を確かめる
登録を依頼する部門には、取引の用途、契約・発注の担当者、開始予定、必要なシステムを伝えてもらいます。「今日中に登録」の依頼でも、登録の締切と初回の発注・支払予定を分けて聞くと、どこまで急ぐ必要があるか判断できます。
入力前に既存の取引先を検索し、正式名称、旧称、サービス名等から重複候補を探します。同じ企業の別部門という理由だけで別コードを作るか、共通コードへまとめるかは、自社のマスタの方針に合わせます。逆に似た名前でも別法人なら、同じ相手として上書きしません。
正式名称が分からない場合は、依頼部門へ契約書や相手の登録案内を求めます。検索結果の表示名だけを根拠に、契約相手と請求元が同じだと決めないことが出発点です。
確認票は、入力する値と根拠の資料を対にする
項目を増やしすぎるより、後で請求・支払に使う値へ根拠を付けます。以下は架空の記入例です。会社名、サービス名、条件は実在の取引を示しません。
| 登録欄 | 記入例と確認資料 |
|---|---|
| 正式名称・表示名 | 架空の「つばめ業務企画株式会社」。サービス表示は「つばめ受付」。契約の署名欄を参照 |
| 社内の担当 | 総務部が契約窓口。請求内容の確認者は総務責任者 |
| 取引内容 | 11月から受付業務を委託。対象範囲は承認済み発注票を参照 |
| 請求条件 | 月単位の請求。請求対象の期間と提出先は相手の回答で確認 |
| 支払条件 | 締め・支払予定・方法を合意済み資料から転記 |
| 支払先情報 | 指定の資料から登録。確認日と社内承認を記録 |
この例でサービス名を正式名称として登録すると、契約との照合に手間がかかります。検索しやすい表示名は別欄で残し、契約主体の欄を置き換えないようにします。取引先コードと、元資料の保存先も対応させます。
会社が税務上の登録情報や追加の審査項目を必要とする場合は、担当する責任者・専門家が確認する事項と資料を指定します。管理表へ番号を入力したことだけで、取引の適法性や税務上の取扱いを確認済みとは扱いません。
契約・請求・振込先が違う場合は、理由を確認する
契約した法人と請求書の発行元、口座名義が一致しない場合は、理由と根拠を取引担当へ戻します。販売代理、収納を担当する別会社、法人名変更など、事情によって確認が変わるためです。「よくあること」として登録を進めないようにします。
例えば架空の「つばめ受付」の資料に、契約主体とは別名義の支払先が示されていたら、誰への支払で契約上の債務を精算できるのか、会社の責任者が確認する論点として残します。必要な契約解釈は法務担当・専門家へ相談し、登録担当が推測で回答しません。
銀行情報の確認方法も、会社の手順で決めます。初回登録時に情報の提出元と確認者を記録しておくと、その後の変更依頼を元情報へ照らせます。口座番号や認証情報を、広く読める登録依頼の本文へ何度も転載するのは避け、指定の共有先を使います。
未確認項目は「登録不可」「仮登録で使用停止」「一部機能だけ開始」など、会社が認めた状態へ分けます。システムに仮登録できることと、発注・支払へ使ってよいことは同じではありません。期限が迫っても、利用を許可する範囲は承認者が決めます。
入力後は、別の画面と初回請求でつながりを確かめる
確認票の内容を登録したら、入力値と根拠資料を照合します。取引先コード、正式名称、支払条件、適用開始日を見て、必要な担当者が正しい取引先を選べるか確認してください。表記ゆれを直すために、過去の取引先を別法人へ統合しないようにします。
初回請求が届いたときは、対象期間と内容、請求条件、登録された支払先を照合します。相手から登録案内を受け取った時点では見えなかった条件の違いを拾い、マスタの誤入力なのか、合意内容が変わったのかを区別します。
登録の完了記録には、登録日、入力者、確認者、承認資料、使用してよい日を残します。初回請求の確認が別の依頼なら、その担当と予定へ渡します。受領請求書から支払結果までの管理と取引先コードで対応させると、登録確認票を毎月コピーしなくても根拠へ戻れます。
変更が起きたら、登録時の情報を上書きする前に記録する
名称、住所、請求条件、口座が変わったら、変更前後、適用日、依頼元、確認・承認、反映先を残します。システムが複数ある場合は、会計だけ変更して支払側が古いままになっていないか確認します。
契約主体が変わる依頼では、単なる名称訂正か新たな取引かを会社へ確認し、過去の記録との関係を決めます。古い資料を削除して履歴を失わせるのではなく、必要な履歴と最新版へたどれる置き方を会社の管理手順で定めます。
AIseedsのバックオフィス支援では、登録に必要な資料の回収、社内部門への照会、承認された内容の登録と反映確認を担当範囲に応じて進めます。初回登録のたびに管理部が条件を聞き直している場合、登録依頼の流れから相談できます。

