HubSpotとマネーフォワードをつなぐとき、請求書の作成は注目されやすい一方で、入金消込と債権管理は後回しになりがちです。HubSpot マネーフォワード 入金 消込 を探しているチームは、請求を送ったあとの入金確認、一部入金、延滞、消込状態が、HubSpotの取引と切り離されている状態に困っているケースが多いです。
このガイドでは、HubSpotの請求に対する入金消込と債権管理を、マネーフォワードへ渡す前にどう整えるかを実務手順で整理します。請求書作成だけでなく、入金後の業務までHubSpotの営業文脈とつなげる設計を扱います。
入金消込・債権がHubSpotから分断される理由
HubSpotは取引（商談）の管理に強い一方で、請求後の入金や債権の状態を持つ前提の設計ではありません。請求書を送ったあとの情報が別管理になると、次のような分断が起きます。
| 分断 | 起きること |
|---|---|
| 入金状況が営業に見えない | 「入金済みか」を経理に都度確認する手間が増える |
| 一部入金の扱いが残らない | 残額、手数料差引、過入金の判断根拠が追えない |
| 延滞・督促が取引と切れる | 誰がいつ督促したか、次アクションが共有されない |
| 消込状態が分からない | 会計へ渡す前に、消込済みか未消込かを判断できない |
入金消込と債権管理は、マネーフォワードへ渡す前の「確認層」です。ここを整えないまま会計連携に進むと、月末に差異の調査が集中します。
HubSpotの請求とマネーフォワードの入金を突き合わせる流れ
入金消込は、請求と入金を正しく対応づける作業です。HubSpot起点で進める場合の流れを整理します。
- HubSpotの成約済み取引から、請求対象と請求番号を確定します。
- 請求ごとに、支払期日、入金予定日、入金予定額を持たせます。
- 入金データ（銀行明細、決済、振込）を取り込み、請求と突き合わせます。
- 完全一致、一部入金、過入金、差異ありを分けて消込候補を作ります。
- 経理が差異理由を確認し、消込を確定します。
- マネーフォワードへは、消込済み・確認済みの入金データを渡します。
この流れをSankaで管理すると、HubSpotの取引文脈（顧客、担当、商談）を保ったまま、入金消込と債権の状態を整理できます。
一部入金・手数料・過入金・返金の扱い
入金は満額・期日どおりとは限りません。例外をどう分けるかを先に決めておくと、消込が安定します。
| ケース | 確認内容 | HubSpotへ戻す状態 |
|---|---|---|
| 一部入金 | 残額、次回入金予定、分割の合意があるか | 一部入金・残額あり |
| 手数料差引 | 振込手数料の負担区分、差引後の入金額 | 入金済み（手数料差引） |
| 過入金 | 過入金額、次回相殺か返金か | 要確認・過入金 |
| 返金 | 返金理由、返金額、対象請求 | 返金処理済み |
| 未入金・延滞 | 期日超過日数、督促状況、担当者 | 未入金・延滞 |
これらを区別せずに「入金済み／未入金」だけで扱うと、会計側で差異が残り、マネーフォワードへ渡したあとに修正が発生します。
債権残高と督促ステータスをHubSpotへ戻す
債権管理は、未入金・延滞の状態を可視化し、回収アクションにつなげる業務です。マネーフォワードの債権管理製品へ渡す場合でも、営業がHubSpotで顧客対応を続けられるように、状態を戻す設計が重要です。
- 顧客・取引ごとの未入金残高と延滞日数
- 督促の送付状況、次回督促予定、担当者
- 経理コメント、入金予定の合意内容
- 消込済み・要確認・会計レビュー済みのステータス
これらをHubSpotの取引や会社に戻すと、営業は「この顧客は延滞中」「入金予定の合意あり」といった状態を見ながら、次の商談や請求対応を判断できます。
マネーフォワードへ渡す前の入金・債権チェックリスト
| チェック | 確認内容 |
|---|---|
| 請求との対応 | 入金がどの請求に対応するか特定できていますか |
| 例外の区別 | 一部入金、手数料差引、過入金、返金を分けられていますか |
| 消込状態 | 消込済み・未消込・要確認を判別できていますか |
| 債権残高 | 顧客別の未入金残高と延滞日数を把握できていますか |
| 督促履歴 | 督促の送付状況と次アクションが残っていますか |
| ステータス戻し | 入金・債権の状態をHubSpotへ戻す経路がありますか |
| 重複防止 | 同じ入金を二重に消し込まない制御がありますか |
入金消込と債権管理を会計連携前の確認層として置くと、マネーフォワードへ渡すデータが「確認済みの入金・債権」に限定され、月末の修正と問い合わせが減ります。
