契約締結から請求・更新管理までCRMでつなぐ方法｜営業と経理の引き継ぎ設計
電子契約を締結した後、営業が経理へPDFを送り、請求条件を説明し、更新日をカレンダーへ登録しているなら、契約の後工程に属人的な作業が残っています。CRMで契約情報を管理すると、顧客・案件の状況と請求・更新の確認をつなげられます。ただし、署名完了だけで請求を始めてよいわけではありません。
契約締結から請求・更新をつなぐには、締結日、契約開始日、請求開始日、終了日、更新・解約通知期限を別項目で管理します。電子契約の書類IDと完成PDFをCRMへ紐付け、経理が確認する条件と担当者を明確にします。締結通知は引き継ぎの起点とし、請求や更新の判断に必要な情報を揃えてから次の処理へ進みます。
本記事は2026年9月11日時点の情報を基にした業務設計例です。Funnel Ai CRMや各電子契約サービスが、記載する請求・更新機能を標準で備えると示すものではありません。実装する項目、通知、外部連携は利用製品の対応範囲を確認してください。
本記事のポイント
- 締結日・契約開始日・請求開始日・終了日・通知期限を別項目にし、契約条件と照合して管理する。
- 署名完了を引き継ぎの起点とし、経理が金額や請求条件を確認してから次の処理へ進める。
- 更新判断と通知の記録を契約版に紐付け、異動・退職後も組織で期限と過去の条件を追えるようにする。
契約の五つの日付を混ぜずに管理する
| 項目 | 示す内容 | 主な確認者 |
|---|---|---|
| 締結日 | 契約の合意・署名完了を記録する日 | 営業・法務 |
| 契約開始日 | 契約上のサービスや義務が始まる日 | 営業・提供部門 |
| 請求開始日 | 初回請求の対象が始まる日 | 経理 |
| 契約終了日 | 現在の契約期間が終わる日 | 営業・管理部門 |
| 通知期限 | 更新・解約等の意思表示が必要な期限 | 契約担当者 |
例えば九月に契約を締結し、十月にサービスが始まり、検収後の十一月に請求する取引なら、それぞれ別の日付です。電子契約サービスが返す締結日時をすべての開始日に流用すると、早すぎる請求やサービス開始の取り違えが起こります。各項目の根拠となる契約条文や申込内容を対応付けます。
自動更新がある場合は、契約終了日だけでは管理が足りません。「終了日の何日前までに通知」と定められているなら、実際の通知期限を計算して別項目へ記録します。月単位の期限、営業日、休日の扱い、通知方法は契約条件に従い、一律の引き算だけで確定しないようにします。
契約レコードには顧客ID、案件ID、書類ID、文書種別、契約版、担当者も持たせます。一つの会社に基本契約と複数の個別契約がある場合、請求条件がどの文書に基づくかを示します。契約期間や単価を変更する覚書があるときは、元契約だけを見て判断しない構成が必要です。
営業から経理へ渡す情報を定型化する
引き継ぎはPDFの添付だけでは不十分です。経理が確認する項目を、請求先名義、送付先、請求金額、税区分、通貨、締日、支払期日、請求頻度、請求開始条件、担当者として整理します。契約相手と請求先が異なる場合は、その理由と承認も残します。
営業が入力する項目と、経理が確認して確定する項目を分けます。営業の見込み金額をそのまま請求確定額へ流すと、値引き、日割り、初期費用、従量料金を反映できない場合があります。固定料金と変動料金の根拠を区別し、請求書発行に必要なデータがどこから来るかを決めます。
CRMの引き継ぎ状態は、未提出、確認待ち、差し戻し、確認済みなどに分けると実務に使いやすくなります。電子契約の締結完了を受けて確認タスクを作成し、経理が条件を照合して確認済みにする構成が考えられます。締結済みと経理確認済みを同じチェック欄にしないでください。
完成PDFと証明書へのリンクを契約レコードへ置き、経理が必要な範囲で閲覧できるようにします。ファイルの閲覧権限は保管先で設定するため、CRMを閲覧できるだけでは文書を開けない場合があります。共有ドライブ等を使う場合も、一般の経理担当者の権限で確認します。
引き継ぎの締切と責任者も必要です。月末までに請求する案件なら、経理が確認するための社内期限を決めます。情報が不足した契約は差し戻し理由をCRMへ残し、誰がいつまでに補完するかを明示します。メールやチャットだけで追加条件を伝えず、契約レコードから経緯を追えるようにします。
更新管理は期限の通知と判断の記録を組み合わせる
更新管理では、期限が近づいたことを知らせる通知と、更新するかを判断する業務を分けます。契約終了日の直前に一度通知するだけでは、取引先との調整や社内承認に間に合いません。通知期限から逆算し、営業が利用状況を確認する時点、見積もりを出す時点、最終判断する時点を決めます。
通知の担当者は現担当者だけに依存させず、代理担当者や部署の確認先も決めます。異動や退職でCRMの所有者が変わった場合、更新タスクも新担当者へ引き継がれるかを確認します。担当者の個人カレンダーだけに期日を残すと、顧客との契約条件が組織から見えなくなります。
更新判断の記録には、更新する、条件変更する、解約予定、確認中といった意思決定と、判断日、承認者、取引先への通知日を残します。自動更新条項がある契約でも、社内確認を省略する理由にはなりません。料金や提供範囲を変えるなら新しい文書や覚書の要否を確認します。
通知期限を過ぎた契約や、条件が不明な契約は通常の一覧と分けて管理します。担当者が期限を後ろへ書き換えて消し込むのではなく、元の条件と対応方針を残します。取引先と例外的な合意をした場合も、その根拠となる文書や確認記録を契約レコードへ紐付けます。
更新後は、前の契約期間の記録を消さず、新しい期間と条件を版として管理します。過去の請求がどの単価や条項に基づくかを後から説明できることが重要です。更新日だけを上書きすると、過去の契約条件と請求の対応が失われるため注意します。
連携を導入する順序と確認する指標
最初は契約レコードと引き継ぎ項目を整え、人が締結状態を確認して入力する運用から始められます。次に電子契約サービスから書類ID、状態、締結日時、完成PDFを取り込む処理をつなぎます。自動化前に項目の意味と責任者が決まっていれば、接続後の誤更新を減らせます。
クラウドサインはAPIや各CRMの連携、GMOサインもAPIと外部サービス連携を案内しています。ただし、署名状態が取得できることと、自社の請求システムへ請求書を発行できることは別です。連携製品の対応工程を確認し、経理側の会計・請求システムと二重発行を防ぐ識別子を設けます。
試験では、通常の締結、開始日が将来の契約、初期費用と月額が混在する契約、途中変更、解約、更新漏れを確認します。締結通知が二度来た場合に同じ請求タスクが二つ作られないこと、再同期で経理が確定した情報を上書きしないことも確認してください。
月次には、締結済みだが経理確認が終わっていない契約、請求開始条件を満たしたが請求登録がない契約、更新通知期限が近い契約を一覧にします。件数だけでなく書類IDと契約版を照合し、どの工程に滞留があるかを確認します。契約締結から引き継ぎ完了までの時間を測ると改善箇所が見えます。
データ設計はCRMの要件整理、契約書の所在は顧客フォルダ設計、追加開発の範囲はCRMのAPIとMCPで整理できます。契約の事実と社内の判断を分けて記録することで、営業・経理・提供部門が同じ根拠を確認できるようになります。
引き継ぎの試験には、請求先を途中で変更する場合も含めます。変更前の請求書と変更後の契約条件を残し、既に発行した請求を取り消す必要があるかを経理が判断します。CRMの住所や会社名を最新値へ更新しても、過去の請求書の宛先まで自動的に書き換えないよう、履歴と現在値を分けて管理してください。
締結確認から引き継ぐ仕組みは、電子契約とCRMの連携方法、締結状況をCRMへ同期する方法で詳しく確認できます。
契約・請求・更新管理のFAQ
署名完了を受けて自動で請求してよいですか？
契約上の請求条件を確認する必要があります。開始日、検収、日割り、従量料金などを揃え、経理が確定する工程を設けます。
契約終了日だけ登録すれば更新管理できますか？
更新や解約の通知期限が別にあるため、それも管理します。営業の確認、見積もり、社内承認に必要な期間を逆算して通知します。
契約書PDFはCRMに添付する必要がありますか？
保管先URLと書類IDを紐付ける方法もあります。どちらを正本の保管先とするかを決め、必要な担当者が開ける権限を確認します。
更新したら以前の契約情報を上書きしますか？
過去の期間と条件を残し、新しい版として管理します。過去の請求根拠と現在の有効条件を区別できる状態を保ちます。
一次情報：クラウドサインの連携、GMOサインの連携。上記製品情報を除く項目設計と引き継ぎ例は、本記事の業務設計上の提案です。
契約から請求・更新までの引き継ぎを整えたい場合は、ファネルAiへCRMの運用設計を相談することができます。
