---
title: 売掛金管理と回収業務の効率化｜滞留債権・回収漏れを防ぐ仕組みとシステム化
description: 売掛金の回収漏れと滞留債権は、受注・請求・期日管理・入金消込・督促を一つのフローとして仕組み化することで防げます。DSOとエイジング分析による滞留の見える化、督促ルールの設計、下請法の支払期日、HubSpotとクラウド会計を連携した請求・消込の自動化までを経理と営業の両方の視点から解説します。
image: https://start-link.jp/hubfs/blog/screenshots/generated/gen_DF-4.jpg
---

[![StartLink](https://start-link.jp/hs-fs/hubfs/logo/%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink")](https://start-link.jp)

- [会社情報About](https://start-link.jp/about)
- [サービスService](https://start-link.jp/service)
- [プロダクトProducts](https://start-link.jp/sync)
- [YoutubeYoutube](https://start-link.jp/about/sns)
- [ブログBlog](https://start-link.jp/hubspot-ai)
- [業界別ガイドIndustry guides](https://start-link.jp/case)
- [採用情報Recruit](https://start-link.jp/recruit)

[資料DL](https://start-link.jp/download/service) [無料相談 →](https://start-link.jp/contact)

[会社情報](https://start-link.jp/about) [サービス](https://start-link.jp/service) [プロダクト](https://start-link.jp/sync) [Youtube](https://start-link.jp/about/sns) [ブログ](https://start-link.jp/hubspot-ai) [業界別ガイド](https://start-link.jp/case) [採用情報](https://start-link.jp/recruit)

[資料ダウンロード](https://start-link.jp/download/service) [無料相談 →](https://start-link.jp/contact)

- [トップ](https://start-link.jp)
- [会社情報](https://start-link.jp/about)
- [サービス](https://start-link.jp/service)
- [Youtube](https://start-link.jp/about/sns)
- [ブログ](https://start-link.jp/hubspot-ai)
- [Contact](https://start-link.jp/contact)
- [個人情報保護方針](https://start-link.jp/privacy-policy)
- [個人情報取り扱い規定](https://start-link.jp/personal-information-processing-agreement)

[ホーム](https://start-link.jp) › [ブログ](https://start-link.jp/hubspot-ai) ›[DX](https://start-link.jp/hubspot-ai/dx) ›[経理業務DX](https://start-link.jp/hubspot-ai/dx/accounting-operations) ›売掛金管理と回収業務の効率化｜滞留債権・回収漏れを防ぐ仕組みとシステム化

# 売掛金管理と回収業務の効率化｜滞留債権・回収漏れを防ぐ仕組みとシステム化

- 2026年3月28日
- 最終更新: 2026年10月20日

![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_DF-4.jpg)

この記事の結論

売掛金の回収漏れは、担当者の注意力不足よりも、受注から入金消込までの「つなぎ目」で起きます。受注・請求・期日・消込・督促を一本のフローとして仕組み化することが、滞留債権を防ぐ近道です。

ブログ目次

もっと見る ▼

**売掛金の回収漏れは、担当者の注意力不足よりも、受注から入金消込までの「つなぎ目」で起きます。受注・請求・期日・消込・督促を一本のフローとして仕組み化することが、滞留債権を防ぐ近道です。**

「先月末に請求したはずの入金が、まだ確認できない」「受注は営業のスプレッドシートに入っているのに、請求書が出ていない案件がある」「どの取引先がいつから遅れているのか、担当者に聞かないとわからない」——売上は立っているのに手元の資金が足りないという状態は、こうした小さな漏れの積み重ねから生まれます。

売掛金管理とは、請求書の発行・送付から入金期日の管理、入金確認、消込、督促までを一連のプロセスとして管理し、計上した売上を漏れなく現金化するための業務です。売上と入金のタイムラグはどの企業にも存在しますが、そのタイムラグが長くなるほど資金繰りのリスクが高まるため、売掛金管理は経理だけの業務ではなく経営課題として扱うべきテーマです。

本記事では、売掛金管理の基本的な考え方から、DSO（売上債権回転日数）によるKPI管理、下請法の規定、手形・でんさいの実務、滞留債権を防ぐための請求プロセスの設計、そして入金確認と消込作業を効率化する方法まで解説します。 前提となる考え方は[経理業務完全ガイド](https://start-link.jp/hubspot-ai/dx/accounting-operations)で解説しています。

## この記事でわかること

売掛金の状況をExcelや担当者の記憶で追っている経理・営業管理の担当者が、回収漏れを「人の頑張り」ではなく「仕組み」で防ぐための考え方と手順を整理できるようにまとめています。

- **売掛金管理が甘いと起きる問題** — 回収遅延や貸倒れのリスクなど、放置した場合の影響と、滞留が生まれる3つの原因を整理します
- **DSOとエイジング分析による滞留の見える化** — 「感覚」ではなく数値で売掛金の状態を把握し、どの段階で誰が動くかを決める方法を紹介します
- **売掛金の回収サイクルを改善する方法** — 請求の早期化、回収条件の見直し、督促の仕組み化など具体策を紹介します
- **CRMと連携した入金管理の自動化** — 商談データと入金データを紐づけて、未入金の早期発見と対応を仕組み化する方法を解説します

## 売掛金が滞留する構造とExcel管理の限界

売掛金の滞留は、特定の取引先の支払い遅れだけで起きるわけではありません。自社側の請求や期日管理の抜け漏れが原因になっているケースも多くあります。この章では、売掛金の基本的な定義と、滞留が生まれるパターンを整理します。

### 売掛金とは何か

> 売掛金（うりかけきん）とは、商品やサービスを提供したが、まだ代金を受け取っていない状態の債権を指します。損益計算書（P/L）上では売上高が計上されているにもかかわらず、貸借対照表（B/S）では現金ではなく売掛金として計上される状態です。

つまり、売掛金が積み上がっている状態は「利益は出ているのに現金が手元にない」状態です。売掛金管理は「請求書を送ったら終わり」ではなく、発行・送付・期日管理・入金確認・消込・督促という一連のプロセスを、漏れなく・素早く回す仕組みを作ることがポイントになってきます。

### 滞留が起きる3つの原因

売掛金が滞留する主な原因は3つあります。第一に「請求書の発行漏れ」、第二に「入金期日の管理が甘い」、第三に「督促フローが存在しない」ことです。

| 原因 | 起きる場面 | 仕組みで防ぐ方向性 |
| --- | --- | --- |
| 請求書の発行漏れ | 受注後、営業から経理への連絡が途切れる | 受注ステージの変更をきっかけに請求データを作る |
| 入金期日の管理不足 | 期日を過ぎても気づかず放置される | 期日を担当者の頭の中ではなくシステム上に持つ |
| 督促フローの不在 | 誰がいつ連絡するか決まっていない | 経過日数ごとの対応と文面を事前に決める |

入金期日の管理不足は、「月末締め翌月末払い」という条件で取引しているのに、期日を過ぎても督促せずに放置してしまう状態です。取引先の規模が大きくなるほど、支払い処理が遅れがちになる傾向があります。

### スプレッドシートと会計ソフトの二重管理で起きること

請求書の発行漏れは、営業担当が受注を処理した後、経理への連絡が途切れることで起きます。特に営業と経理が別システムで管理されている場合、「受注はHubSpotに入っているが、請求書は手動でfreeeに起票する」という二重作業の中でミスが発生しやすくなります。

営業の受注一覧がスプレッドシート、請求は会計ソフト、入金確認は銀行明細、督促の履歴はメールの送信箱、という形で情報が分散していると、一つの取引の状態を確かめるだけで複数の画面を行き来することになります。どこかで転記が漏れても気づくきっかけがなく、担当者が替わった瞬間に「この案件はどうなっているのか」がわからなくなります。

自社の状態を判断するには、直近の受注案件をいくつか選び、「受注の記録」と「請求書の記録」を誰がどこに入力しているかを書き出してみてください。同じ情報を2か所以上に手入力している工程があれば、そこが最初に仕組み化すべきつなぎ目です。手入力が1か所で済んでいるなら、次は期日管理と督促の工程に目を向けます。

## 売掛金管理のKPI：DSOとCCC

売掛金管理を「感覚」ではなく「数値」で把握するために、DSO（Days Sales Outstanding：売上債権回転日数）というKPIを活用します。DSOは、売上が現金化されるまでに平均何日かかるかを示す指標です。この章では、計算方法と、数値が悪化したときにどう動くかの判断基準を整理します。

### DSOの計算式

**DSO ＝（売掛金残高 ÷ 売上高）× 日数**

月次で計算する場合は「日数」に30を使い、年次では365を使います。たとえば、月間売上高が5,000万円で、月末の売掛金残高が7,500万円の場合、DSOは（7,500万 ÷ 5,000万）× 30 = 45日となります。

計算に使う売掛金残高と売上高は、会計ソフトの月次の試算表からそのまま取れる数字です。毎月同じ定義・同じタイミングで計算し続けることが、指標として使えるかどうかの分かれ目になります。

### 業種別DSOの目安

DSOは業種・取引慣行によって大きく異なります。自社のDSOを同じ業種の取引慣行と比べることで、売掛金管理が適切かどうかを考える手がかりになります。

| 業種 | 標準的なDSO | 背景 |
| --- | --- | --- |
| IT・コンサルティング | 30〜45日 | 月末締め翌月末払いが主流 |
| 製造業 | 45〜60日 | 検収後の支払い、手形取引が残存 |
| 建設業 | 60〜90日 | 出来高払い・竣工後精算の慣行 |
| 小売・EC | 即日〜15日 | クレジットカード・決済サービス経由 |
| 広告・メディア | 30〜60日 | 掲載月末締め翌々月払いが多い |

ただし、この表は取引慣行から見た大まかな目安として整理したもので、統計調査に基づく確定値ではありません。外部の水準と比べるよりも、自社の主要取引先の支払条件から「本来あるべきDSO」を計算し、実績との差を見るほうが実務では役立ちます。例えば、取引の大半が月末締め翌月末払いであれば、請求が遅れていない限りDSOはその支払サイトに近い値に収まるはずです。実績がそれより大きく長い場合は、請求の遅れか入金の遅れのどちらかが起きています。

### DSO悪化時の判断基準

DSOを月次でモニタリングし、悪化の幅に応じて動く人と内容をあらかじめ決めておきます。本記事では、元となる基準を次のように整理します。

| 前月比の変化 | 誰が動くか | 何をするか |
| --- | --- | --- |
| +5日以上の悪化 | 経理担当 | 取引先別の売掛金残高を分析し、特定の取引先が原因かを調べる。季節要因（年末年始・GW・決算期）による一時的な悪化か、構造的な問題かを見極める |
| +10日以上の悪化 | 経営者 | 報告事項とし、資金繰り計画への影響を試算する。必要に応じて銀行借入枠の確認や、取引条件の見直し交渉を開始する |

判断の分かれ目は、悪化の原因が「特定の取引先」か「全体」かです。特定の取引先であれば、その取引先との個別対応（督促・条件交渉）に進みます。全体的に悪化していれば、請求書の発行タイミングや督促フローなど、自社のプロセス側を見直します。どちらの場合も、原因と取った対応を月次の記録に残しておくと、翌月以降の比較がしやすくなります。

### CCC（キャッシュ・コンバージョン・サイクル）との関係

DSOは、CCC（Cash Conversion Cycle：現金循環化日数）の構成要素の一つです。CCCは「仕入れから売上回収までの資金拘束期間」を示す指標で、以下の式で計算します。

**CCC ＝ DSO ＋ DIO（棚卸資産回転日数）− DPO（仕入債務回転日数）**

CCCが短いほどキャッシュフローが良好です。DSOの改善（短縮）は、CCC全体の改善に直結します。SaaS企業やコンサルティング企業のように棚卸資産が少ない業種では、DSOがCCCのほぼ全てを占めるため、DSO管理の重要性はさらに高まります。

## 下請法（取適法）による支払期日の規定

売掛金管理は自社の回収だけでなく、自社が「委託事業者」として発注する側の場合にも法律上の義務があります。下請代金支払遅延等防止法（下請法）は2026年1月1日から名称が「中小受託取引適正化法」（通称：取適法）に変わっており、委託事業者と中小受託事業者の取引の公正を確保するための法律です（出典：[公正取引委員会 取適法](https://www.jftc.go.jp/toriteki/index.html)）。回収サイトを縮めたい一方で支払サイトを延ばすと、この規定に抵触するおそれがあるため、売掛と買掛は合わせて設計します。

### 2026年1月施行の取適法で変わった点

古い解説で「下請法」と書かれている内容のうち、実務に影響しやすい変更点は次の通りです。回収側の担当者も、取引先（発注側）が取適法の対象かどうかで支払手段や期日の交渉余地が変わるため、変更点を把握しておくと役立ちます。

| 項目 | 取適法での扱い | 実務で確認すること |
| --- | --- | --- |
| 呼称 | 親事業者は「委託事業者」、下請事業者は「中小受託事業者」 | 契約書・発注書・社内規程の用語を新しい呼称に揃える |
| 手形払い | 支払手段としての手形払いが禁止される（改正前は、サイトが60日を超える手形が禁止されていた） | 手形で支払っている外注先・手形で受け取っている取引先が残っていないか洗い出す |
| 電子記録債権・ファクタリング | 支払期日までに代金相当額（手数料等を含む満額）を得ることが困難なものは禁止される | でんさいで支払う条件の場合、期日に満額を現金化できる設計か確認する |
| 振込手数料 | 中小受託事業者に負担させることが禁止される | 外注先への支払時、振込手数料を差し引いていないか確認する |
| 適用の判定 | 事業者の資本金規模に加え、従業員基準でも対象かどうかが定義される | 外注先ごとに資本金だけでなく従業員数も確認する |

上の表は、公正取引委員会と中小企業庁（ミラサポplus）の公表内容をもとに整理しています（出典：[公正取引委員会 取適法](https://www.jftc.go.jp/toriteki/index.html)、[ミラサポplus 取適法の解説](https://mirasapo-plus.go.jp/infomation/30416/)）。従業員基準の具体的な人数など細部は、自社の取引が対象かを判定する段階で公正取引委員会の概要ページを開いて確認してください。

### 下請法の支払いルール

委託事業者（旧・親事業者）は、代金の支払期日を、中小受託事業者が役務や物品を納入した日（受領日）から起算して60日以内のできる限り短い期間内に定めなければなりません（出典：[公正取引委員会 取適法](https://www.jftc.go.jp/toriteki/index.html)）。

支払期日を定めなかった場合は「受領日」が支払期日となり、60日を超えて支払期日を定めた場合は「受領日から60日を経過した日の前日」が法定の支払期日となります。

### 違反した場合の制裁

支払期日までに代金を支払わなかった場合、委託事業者は受領日から60日を経過した日から実際に支払われた日までの期間について、年14.6%の遅延利息を支払わなければなりません（出典：[公正取引委員会 取適法](https://www.jftc.go.jp/toriteki/index.html)）。一般的な法定利率と比べて高い水準に設定されています。

公正取引委員会による勧告・公表の対象にもなり、企業の信用毀損につながります。

### 対象となる取引

取適法の適用は、取引の内容と、事業者の資本金規模（または従業員基準）で決まります。資本金による区分は次の通りです。

| 取引類型 | 委託事業者（旧・親事業者） | 中小受託事業者（旧・下請事業者） |
| --- | --- | --- |
| 製造委託・修理委託 | 資本金3億円超 | 資本金3億円以下 |
| 製造委託・修理委託 | 資本金1,000万円超3億円以下 | 資本金1,000万円以下 |
| 情報成果物作成委託・役務提供委託 | 資本金5,000万円超 | 資本金5,000万円以下 |
| 情報成果物作成委託・役務提供委託 | 資本金1,000万円超5,000万円以下 | 資本金1,000万円以下 |

IT企業・コンサルティング企業が外部にシステム開発や制作業務を委託する場合、「情報成果物作成委託」に該当するケースが多いです。なお、上の表は資本金による区分です。従業員基準でも対象になり得るため、資本金が表の範囲外でも対象外と決めつけず、外注先ごとに両方を確認します。

### 実務上の判断の進め方

自社の売掛金回収サイトを短縮したいからといって、中小受託事業者への支払サイトを延長するのは本末転倒であり、法律違反のリスクを伴います。DSOの改善は、取引先への回収サイト短縮交渉や、請求プロセスの効率化によって達成すべきです。

判断は次の順で進めます。まず外注先ごとに取引類型・双方の資本金・従業員数を一覧にし、委託事業者に該当する取引を特定します。該当する取引があれば、契約上の支払期日が受領日から60日以内に収まっているかを照合し、超えている契約は次回の契約更新時の見直し対象として記録します。あわせて、手形やでんさいで支払っている契約と、振込手数料を外注先に負担させている支払も一覧に加えます。該当する取引がなければ、資金繰りの改善は回収側（請求の早期化と督促）に集中させます。

## 手形・でんさい・ファクタリングの位置づけ

売掛金の回収手段は銀行振込だけではありません。建設業や製造業では手形やでんさいが残っており、資金繰りの手段としてファクタリングが検討されることもあります。この章では、それぞれのリスクと使いどころを整理します。

### 手形取引の現状とリスク

手形（約束手形）は、建設業・製造業を中心に依然として一定の取引で使用されています。しかし、経済産業省は紙の約束手形の利用廃止に向けた取り組みを進めており、電子化への移行が加速しています。

手形のリスクは「不渡り」です。手形の振出人が決済日に支払えない場合、手形が不渡りとなり、短期間に不渡りを重ねた企業は銀行取引停止処分を受けます。手形を受け取っている場合は、振出人の信用状況を継続的に追い、取引先の支払いの遅れや条件変更の申し入れといった変化を記録しておくことをおすすめします。

### でんさい（電子記録債権）への移行

でんさい（電子記録債権）は、全国銀行協会が運営する「でんさいネット」を通じて、手形と同等の機能を電子的に実現する仕組みです。紙の手形と比べて以下のメリットがあります。

| 観点 | 紙の手形 | でんさい |
| --- | --- | --- |
| 紛失・盗難 | 物理的に管理する必要がある | 電子データとして管理されるため、紛失・偽造のリスクがない |
| 譲渡 | 額面金額の一部だけを譲渡できない | 分割して譲渡できるため、資金調達の柔軟性が高まる |
| 印紙税 | 額面に応じた収入印紙が必要 | 印紙税が課されない |

建設業や製造業で手形取引がある企業は、でんさいへの移行を段階的に進めることで、管理コストの削減と資金効率の改善が期待できます。

ただし、自社が取適法の対象取引で外注先に支払う側（委託事業者）の場合、手形払いは禁止され、でんさいも支払期日までに満額を現金化できない条件では使えません（出典：[ミラサポplus 取適法の解説](https://mirasapo-plus.go.jp/infomation/30416/)）。受け取る側としては、取引先が手形やでんさいでの支払いを申し出てきた場合に、取適法の対象取引かどうかを確認する材料になります。

### ファクタリング（売掛債権の早期現金化）

ファクタリングとは、売掛金（売掛債権）をファクタリング会社に売却することで、支払期日前に現金化する手法です。売掛金の入金を待てない場合の資金調達手段として活用されています。

**2社間ファクタリング**: 自社とファクタリング会社の間で契約し、取引先には通知しません。3社間に比べて手数料が高めになる傾向がありますが、取引先との関係に影響を与えない点がメリットです。

**3社間ファクタリング**: 自社・ファクタリング会社・取引先の3者で契約します。手数料は2社間より低い傾向がありますが、取引先にファクタリングの利用を通知する必要があります。

ファクタリングは緊急時の資金繰り対策として有効ですが、手数料が利益を圧迫するため、恒常的な利用は避けるべきです。利用を検討する場面になったら、その原因がエイジング分析のどの層の滞留にあるのかを同時に洗い出し、DSOの改善や請求プロセスの効率化による根本的な資金繰り改善の計画とセットで判断することをおすすめします。

## 請求プロセスの全体設計

売掛金管理を強化するには、請求書の発行から入金確認・消込までの全プロセスをフローとして設計することが第一歩です。個別のツールや作業を改善する前に、受注から消込までのどこで誰が何をするかを一枚の表にすると、漏れが起きやすい箇所が見えてきます。

### 受注から消込までの7ステップ

| ステップ | 作業内容 | タイミング |
| --- | --- | --- |
| 受注確認 | 受注情報の経理への連携 | 受注確定直後 |
| 請求書発行 | 請求書の作成・送付 | 月末または受注確定後 |
| 入金期日設定 | 取引条件に基づく期日管理 | 請求書発行時 |
| 入金待ち確認 | 期日前1週間の状況確認 | 期日1週間前 |
| 入金確認 | 銀行明細との照合 | 入金期日の翌営業日 |
| 消込処理 | 売掛金の消し込み仕訳 | 入金確認後即日 |
| 督促処理 | 未入金の場合の連絡 | 入金期日の3〜5日後 |

この表は、CRM上の流れ（コンタクト→取引→顧客）と、会計側の流れ（請求→入金→消込）が「受注確認」の一点でつながっていることを示しています。前半を営業、後半を経理が持つ以上、このつなぎ目を人の連絡に頼るか、システムの連携で埋めるかが設計の分かれ目になります。

### 受注確認のステップが要になる理由

このプロセスの中で最も重要なのが「受注確認」のステップです。受注した案件が漏れなく請求書発行につながる仕組みを作ることで、発行漏れを防げます。

受注ステージに移すときに、請求に必要な情報（請求金額、請求先、支払条件など）が入力されていなければ先に進めないようにしておけば、経理が後から営業に聞き直す工程がなくなります。

HubSpotのパイプラインでは、ステージごとに入力が必要なプロパティを設定できます（出典：[Set up and customize pipelines｜HubSpot Knowledge Base](https://knowledge.hubspot.com/object-settings/set-up-and-customize-pipelines)）。

**項目は請求に本当に使うものだけに絞ると、**営業の入力負担が増えず、新しく入った担当者でも同じ品質で受注処理を回せます。

### HubSpotとfreeeの連携で発行漏れを防ぐ

HubSpotで受注管理をしている企業では、商談のステージが「受注」に変わったタイミングで、freeeに請求書が自動生成される連携が可能です（連携の考え方は[HubSpotとfreee会計の連携方法](https://start-link.jp/hubspot-ai/hubspot/integration-ecosystem/hubspot-freee)、見積から請求までの流れは[見積書・請求書の自動生成の仕組み](https://start-link.jp/hubspot-ai/btob-marketing/sales-management/quote-to-invoice-automation)で整理しています）。このような自動化があると、経理が営業担当に「先月の案件の請求書はどうなっていますか？」と確認するコミュニケーションが不要になります。

以下の画面は、HubSpotデモポータルの会社レコードに、freeeの取引先と連携するカード（Sync for freee）が表示されている例です。

![HubSpotデモポータルの会社レコードとfreee取引先連携カード（Sync for freee）](https://start-link.jp/hubfs/blog/screenshots/library/sync_freee_company.png)

会社レコードと会計側の取引先がつながっていると、取引（案件）から請求書を作るときに取引先情報を改めて入力する必要がなくなります。ただし、HubSpotは会計ソフトではないため、仕訳や消込そのものは会計ソフト側で行う前提で役割を分けておきます。StartLinkが開発元の[Sync for freee](https://start-link.jp/sync/freee)は、この「取引先・見積・請求書」の橋渡しを担う連携アプリです。

### スモールスタートで連携範囲を広げる

いきなり受注から消込まで全てを自動化しようとすると、例外処理の設計に時間がかかり、運用開始が遅れがちです。まずは発行漏れの防止に効く「受注→請求書作成」の連携から始め、運用が安定してから入金状況の反映や督促の自動化へ広げていく進め方をおすすめします。

最初の範囲を決めるには、直近の数か月で起きた請求関連のトラブルを書き出し、「発行漏れ」「期日超過の見落とし」「消込ミス」のどれが多いかを数えます。発行漏れが多ければ受注連携から、見落としが多ければ期日管理から、消込ミスが多ければ消込ルールの文書化から着手します。

## 入金期日管理と請求パイプラインの設計

入金期日の管理で最も多いミスは、「期日が頭の中にしかない」という状態です。担当者が一人の場合は経験でカバーできても、担当者が変わると期日を見逃すリスクが高まります。この章では、期日をシステム上に持つための3つの方法と、その選び方を整理します。

### 会計ソフトの売掛金レポートを活用する

freeeやマネーフォワードでは、取引先別・期日別の売掛金残高レポートを出力できます。週次でこのレポートを確認する習慣をつけるだけで、期日超過の案件を早期に発見できます。

レポートを見る曜日と担当者を決め、期日超過の案件があればその場で督促フローの次の段階に進める、というところまでを週次の定型作業として決めておくと、担当者が替わっても運用が途切れません。

### 入金期日カレンダーを作成する

売掛金の入金期日をGoogleカレンダーに登録し、期日の1週間前と前日にリマインダーを設定します。金額が大きい取引先の場合は、より早いタイミングから確認作業を始めます。

ただし、カレンダーは請求書のデータとつながっていないため、登録漏れや入金後の削除漏れが起きやすい手段です。取引件数が少ない段階のつなぎとして使い、件数が増えてきたら次の請求パイプラインや会計ソフトのレポートに移すことをおすすめします。

### CRMでの請求パイプライン

HubSpotのパイプライン機能を使って「請求パイプライン」を作成し、「請求書発行済み→入金待ち→入金済み」というステージで売掛金を管理する方法もあります。特に複数の取引先に対して同時に請求処理が走っている場合、一覧性の高いパイプライン管理は全体把握に有効です。

次の画面は、HubSpotの取引画面に会計サービス（MoneyForward）との連携カードを表示した例で、取引上に見積・取引先のカードと請求イベント一覧（発行済／予測）が並んでいます。

![HubSpot取引画面（MoneyForward連携カード表示）](https://start-link.jp/hubfs/blog/screenshots/library/mf_demo_hubspot_deal.png)

請求パイプラインを設計するときは、営業のパイプラインと同じく、各ステージの定義と、ステージを進めるときに入力するプロパティを決めておくことが要点になります。

例えば「請求書発行済み」に進めるときは入金期日を入力必須にしておけば、期日の無い売掛金がパイプライン上に存在しなくなります。

作成できるパイプライン数や使えるワークフロー機能は契約プランによって異なるため、設計前に自社の契約内容と照らし合わせておきます（出典：[HubSpot Product & Services Catalog](https://legal.hubspot.com/hubspot-product-and-services-catalog)）。

### 期日管理の手段の選び方

本記事では、3つの方法の選び方を次のように整理します。

| 状況 | 向いている方法 | 次に記録・設定すること |
| --- | --- | --- |
| 取引件数が少なく、担当者が一人 | 入金期日カレンダー＋会計ソフトのレポート | 期日の登録ルール（誰が・いつ登録するか） |
| 会計ソフトで請求書を発行している | 会計ソフトの売掛金レポート（週次） | 確認する曜日と担当者、超過時の連絡先 |
| 営業と経理が案件単位で状況を共有したい | HubSpotの請求パイプライン | ステージ定義と、各ステージの必須プロパティ |

判断の起点は「入金状況を誰が見る必要があるか」です。経理だけが見れば済むなら会計ソフトのレポートで足ります。営業担当も自分の案件の入金状況を見て督促に関わる体制なら、営業が日常的に開いているCRM上に請求の状態を置いたほうが、情報が一か所にまとまります。

### HubSpotで請求パイプラインを作る手順

「営業と経理が案件単位で状況を共有したい」場合の具体的な作り方です。画面の場所と機能の制約は、HubSpot公式ナレッジ（[Set up and customize pipelines](https://knowledge.hubspot.com/object-settings/set-up-and-customize-pipelines)、[Create and edit properties](https://knowledge.hubspot.com/properties/create-and-edit-properties)、[Create a scheduled trigger workflow](https://knowledge.hubspot.com/workflows/create-a-scheduled-trigger-workflow)）で確認できる範囲に沿って書いています。

1. **請求用のプロパティを先に作る。**設定（歯車アイコン）＞ プロパティ で、オブジェクトに「取引」を選び、「プロパティを作成」（Create property）から次の項目を作ります。
2. **請求用のパイプラインを作る。**設定 ＞ データ管理 ＞ オブジェクト ＞ 取引 ＞ 「パイプライン」タブで、営業用とは別に「請求・入金管理」パイプラインを追加し、下表のステージを並べます。
3. **ステージごとの必須入力を設定する。**同じ画面でステージ行の「条件付きロジックルール」列にカーソルを合わせ、「ルールを追加」（Add rule）から依存プロパティに「入金期日」を追加し、「必須」（Required）にチェックを入れて「ロジックを保存」（Save logic）をクリックします。プロパティは事前に作成済みである必要があります。
4. **期日超過を拾うワークフローを作る。**オートメーション ＞ ワークフローで取引ベースのワークフローを作成し、開始トリガーに「スケジュールに基づく」（Based on a schedule）を選びます。「頻度」は「1回」、「日付」に「入金期日」を選んで「当日」（On date）を指定し、登録条件に「ステージが入金待ち」を加えます。
5. **督促の初動をタスク化する。**ワークフローの最初に遅延アクションで数日待ち、まだ「入金済み」でなければ、経理担当者への「タスクを作成」アクションを置き、あわせてステージを「期日超過」へ移します。
6. **テスト取引で通して確認する。**本番の取引を使わず、テスト用の取引に入金期日を1週間後・昨日の2通りで入れ、ステージ移動・必須入力・タスク作成が想定どおりに動くかを確認してから運用に入ります。

手順1で作るプロパティの設計例は次の通りです。プロパティ名は後から内部名を変えられないため、作成時に確定させます。

| プロパティ名（例） | 型（例） | 使い方 |
| --- | --- | --- |
| 請求書発行日 | 日付 | 請求書を出した日。会計ソフトの発行日と同じ値を入れる |
| 入金期日 | 日付 | 支払条件から決まる期日。ワークフローの起点と、エイジング分析の基準日になる |
| 請求金額（税込） | 数値 | 入金額との差額を見るために、請求書と同じ金額を入れる |
| 督促段階 | ドロップダウン選択 | なし／確認メール済み／電話済み／正式督促 の4値。誰がどこまで動いたかの記録になる |
| 入金確認日 | 日付 | 銀行明細で入金を確認した日。入力されたらステージを「入金済み」へ進める |

手順2のステージ設計例です。ステージ名は自社の言葉に合わせて構いませんが、「期日を過ぎたらどこへ移るか」を必ず用意します。

| ステージ（例） | 移す条件 | 必須にするプロパティ |
| --- | --- | --- |
| 請求書発行済み | 会計ソフトで請求書を発行した | 請求書発行日・入金期日・請求金額（税込） |
| 入金待ち | 請求書を取引先へ送付した | 入金期日 |
| 期日超過 | 入金期日を過ぎても入金が確認できない（ワークフローで自動移動） | 督促段階 |
| 入金済み（受注扱い） | 銀行明細で全額の入金を確認した | 入金確認日 |
| 回収不能（失注扱い） | 法務相談・貸倒の判断をした | 督促段階 |

つまずきやすい点と回避策は次の通りです。

| よくある失敗 | 起きること | 回避策 |
| --- | --- | --- |
| 営業の取引と請求の取引を同じパイプラインに混ぜる | 営業レポートの金額が二重に数えられ、受注額が実態より大きく見える | 請求専用のパイプラインを分け、レポートのフィルターでパイプラインを指定する |
| 入金期日を任意項目のままにする | 期日が空のまま入金待ちに残り、ワークフローが拾えない | 「入金待ち」ステージで入金期日を必須にする（手順3） |
| ワークフローをオンにした当日に動くと思い込む | 「朝」「日中」「夜」の時間帯指定は、オンにした翌日から判定が始まる | 当日分は一覧ビューで手動確認するか、「時刻を指定」で実行時刻を決める |
| プランの上限を確認せずに設計する | カスタムパイプライン数やスケジュール型トリガーが契約プランで使えない | 公式ヘルプの対応プラン（スケジュール型トリガーはProfessional以上、カスタムパイプライン数はStarterで15まで）と、設定 ＞ データ管理 ＞ データモデルの「上限」タブで残数を確認する |

スケジュール型トリガーは、公式ヘルプ上「Professional」または「Enterprise」の契約で使えます。日付プロパティの前後を日数で指定するオフセットの記載はヘルプにないため、本記事では「期日当日に登録して、遅延アクションで待つ」形で設計しています。

## エイジング分析で滞留債権を可視化する

売掛金の滞留状況を把握するために、Age Analysis（年齢分析、エイジング分析）を定期的に実施します。Age Analysisは、売掛金を滞留期間ごとに分類し、対応の優先度を明確にする手法です。DSOが「全体としてどれだけ遅れているか」を示すのに対し、エイジング分析は「どの売掛金を先に動かすべきか」を示します。

### 売掛金Age Analysis（年齢分析）テンプレート

以下のテンプレートを月次で作成し、滞留状況を可視化します。

| 滞留期間 | 金額 | 件数 | 対応方針 |
| --- | --- | --- | --- |
| 期日内（未到来） |  |  | 通常管理。請求書送付済みを確認 |
| 1〜30日超過 |  |  | メールで入金確認の連絡。行き違いの可能性を考慮した丁寧なトーン |
| 31〜60日超過 |  |  | 電話で直接確認。支払予定日を具体的にヒアリング |
| 61〜90日超過 |  |  | 管理職エスカレーション。先方の経理責任者と直接やり取り |
| 90日超 |  |  | 法務相談・貸倒引当金の計上を検討。内容証明郵便の送付判断 |

スプレッドシートでこの表を毎月作り直すと、会計ソフトから残高を書き出して期間ごとに振り分ける作業が毎回発生します。会計ソフトの期日別レポートや、請求パイプラインの入金期日プロパティを使って期間ごとの集計を自動で出せるようにしておくと、作成そのものではなく対応の判断に時間を使えるようになります。

### 取引先別に集計する

全社合計のAge Analysisだけでなく、取引先別に集計することで、特定の取引先が慢性的に遅延しているかどうかが分かります。特定の取引先に滞留が集中している場合は、取引条件の見直しや与信枠の再設定を検討します。

### 前月比較で傾向を把握する

今月のAge Analysisだけでは点の情報しか得られません。過去3ヶ月分のAge Analysisを並べて比較することで、滞留が悪化傾向にあるのか改善傾向にあるのかを判断できます。

### DSO指標と連動させる

Age Analysisで滞留の「質」を把握し、DSOで「量」を把握します。DSOが悪化している原因がAge Analysisのどの層にあるかを特定することで、優先的に対処すべき売掛金が明確になります。

例えば、DSOが悪化していて、その増加分が「1〜30日超過」の層に集まっていれば、督促の初動が遅れている可能性が高いため、メール連絡のタイミングを見直します。増加分が「61日超過」以降の層に集まっていれば、特定の取引先の支払能力の問題が疑われるため、エスカレーションと与信の見直しに進みます。

## 督促フローの設計と仕組み化

入金期日を過ぎても入金がない場合の督促フローを、あらかじめ設計しておくことが重要です。督促は感情的になりやすい業務ですが、フローを決めておくことで冷静に対処できます。この章では、段階ごとの対応と、属人化を防ぐための仕組みを整理します。

### 段階別の督促フロー

一般的な督促フローは次の通りです。

| 段階 | タイミングの目安 | 手段 | ポイント |
| --- | --- | --- | --- |
| 確認連絡 | 期日3〜5日後 | メール | 「行き違いがあった可能性を踏まえ、ご確認をお願いしたい」という丁寧なトーン |
| 電話確認 | 期日10日後 | 電話 | 相手の状況を直接把握し、支払予定日を聞き取る |
| 正式な督促 | 期日1ヶ月後 | 内容証明郵便による督促状を検討 | 回収の困難性が高まるため、法務・弁護士への相談も視野に入れる |

メールの文面はテンプレートを用意しておくと、誰でも同じクオリティで送付できます。文面は段階別（リマインド・正式督促・最終通告）に分け、どの段階で誰がどの文面を送るかを決めておきます。

### 支払い遅延の理由に応じた判断

電話での確認は、メールに比べて相手の状況を直接把握できる機会でもあります。支払い遅延の理由によって、次の動き方が変わります。

| 遅延の理由 | 次の対応 | 記録しておくこと |
| --- | --- | --- |
| 請求書の未着・社内処理の遅れ | 請求書を再送し、支払予定日を合意する | 再送日と合意した支払予定日 |
| 金額や内容への疑義 | 営業担当と内容を突き合わせ、必要なら請求書を訂正する | 疑義の内容と訂正の有無 |
| 資金繰りの問題 | 分割払いに応じるかどうかを事前に決めた方針に沿って判断する | 分割条件と今後の与信の扱い |

資金繰りが理由の場合に分割払いの相談に応じるかどうかは、その場で担当者が判断するのではなく、経営者と事前に方針を決めておくとよいでしょう。

### 督促の自動化はどこまで任せるか

督促の仕組み化は、「タスクを作るだけ」から始め、運用が安定してから範囲を広げます。次の表で、自社の段階を決めてください。

| 自動化の範囲 | 向いている場面 | 人が決めること |
| --- | --- | --- |
| タスク作成まで（初期） | 期日の見落としをなくしたい。取引先ごとに文面を変えたい | タスクの担当者と、確認連絡を出す期限 |
| メールの下書きまで | 督促の件数が増え、文面作成に時間がかかっている | 送信するかどうか、金額・関係性に応じた文面の調整 |
| メールの自動送信まで | 少額・定型の取引で、行き違いの影響が小さい | 自動送信の対象とする金額の上限と、除外する取引先 |

HubSpotの請求書の督促をAIで自動化する運用ルールは[HubSpot Revenue Agentの設定](https://start-link.jp/hubspot-ai/hubspot/commerce-hub/hubspot-revenue-agent-guide)、ワークフローの登録条件・再登録・命名の整理は[HubSpotワークフロー設計書の書き方](https://start-link.jp/hubspot-ai/hubspot/implementation/hubspot-workflow-design-document)で詳しく解説しています。

### 督促を引き継げる仕組みにする

督促のフローとタイミングを明文化しておくと、「前任者は何日後に電話していたか」という引き継ぎの課題も解消されます。

さらに、督促の連絡履歴を取引のレコードに残しておけば、営業担当と経理が同じ履歴を見ながら動けます。

営業担当が知らないうちに経理が強いトーンの督促を送ってしまい、取引先との関係がこじれる、といった行き違いも防げます。

入金期日から一定日数が経過した時点で担当者にタスクを作成する、といった形でワークフローに組み込んでおけば、担当者が期日を覚えていなくても督促の初動が始まります（出典：[HubSpot Product & Services Catalog](https://legal.hubspot.com/hubspot-product-and-services-catalog)で、利用できるワークフロー機能の範囲は契約プランごとに定められています）。

## 入金消込の効率化とAIの使いどころ

入金消込（にゅうきんけしこみ）とは、銀行口座に入金された金額を、対応する請求書・売掛金に紐づけて消し込む作業のことです。取引先が多くなるほど、この照合作業に時間がかかります。この章では、消込を効率化する順番と、AIを活用する場合の役割分担を整理します。

### 振込名義の統一から始める

入金消込を効率化する最初のステップは、「振込名義の統一」です。取引先に対して「振込名義は会社名でお願いしたい」ことを請求書に記載しておくことで、入金明細と請求書の照合が容易になります。同一取引先が異なる名義で振り込んでくるケースは、消込ミスの原因になります。

それでも名義が異なる入金があった取引先については、実際に使われた振込名義を取引先マスタの別名として登録しておくと、次回以降の照合が楽になります。

### クラウド会計の自動消込を使う

次に、クラウド会計の「自動消込」機能の活用です。freeeでは、銀行明細の入金金額と、未回収の請求書金額が一致した場合に自動で消込候補を提示する機能があります。この機能を使うと、照合作業の大部分を自動化できます（口座連携の設定手順は[クラウド会計の銀行連携と入金消込の設定手順](https://start-link.jp/hubspot-ai/dx/cloud-accounting/cloud-accounting-bank-auto-sync)、販売管理側の設計は[入金消込の自動化と売掛金管理](https://start-link.jp/hubspot-ai/btob-marketing/sales-management/payment-reconciliation-automation)にまとめています）。

ただし、自動消込が提示するのはあくまで候補です。同じ金額の請求書が複数ある取引先では誤った組み合わせが提示されることもあるため、候補を承認する前に請求書番号や取引先名が一致しているかを見てから確定させる運用にしておきます。

### 例外処理のルールを文書化する

自動消込でカバーできない複雑なケース（一括入金・端数・一部入金など）については、処理ルールを事前に決めておくことが重要です。

| ケース | ルールの例 |
| --- | --- |
| 複数請求書の一括入金 | 古い請求書から消込む |
| 端数差異 | 例えば差異が1,000円以内の場合は雑収入として処理する |
| 一部入金 | 入金分だけ消込み、残額は督促フローの対象として残す |

このような判断基準を文書化しておくと、担当者による処理のばらつきを防げます。ルールに当てはまらないケースが出たら、その都度処理方法を決めて表に追記していくと、ルールが運用とともに育っていきます。

### AIに任せる作業と人が判断すること

入金確認や滞留債権のチェックは、AIエージェントで効率化しやすい領域です。ただし、AIが出した結果をそのまま取引先への連絡や仕訳に使うのではなく、人が確認してから確定させる運用をおすすめします。

| AIに任せやすい作業 | 人が判断すること |
| --- | --- |
| 入金明細と請求書の照合候補の洗い出し | 消込の確定 |
| 期日超過案件の一覧化と取引先別の集計 | 督促の段階を上げるかどうか |
| 督促メールの下書き作成 | 送信の判断と、取引先との関係を踏まえた文面調整 |
| エイジング分析の集計 | 与信枠の見直しや取引条件の変更 |

特に、金額の大きい取引先や関係性の深い取引先への督促は、取引の経緯を知っている人が文面を書くべき領域だと考えています。AIは確認作業の量を減らす道具として使い、取引先との関係に関わる判断は人が持つ、という線引きにしておくと運用が安定します。

## 売掛金管理の仕組み化を進める5つの工程

StartLinkは、HubSpotゴールドパートナーとして150社以上のHubSpot支援に携わり、Sync for freee・Sync for Notionの開発元でもあります。売掛金管理の仕組み化は、次の5つの工程を準委任で伴走しながら、スモールスタートで広げていく進め方を基本にしています（工程の全体像は[HubSpot導入・構築支援](https://start-link.jp/service/hubspot)のページにあります）。

1. **現状の整理・要件定義。**受注から入金消込までの流れを一枚に書き出し、手入力が2か所以上ある工程と、直近で起きた請求トラブルの種類（発行漏れ・期日見落とし・消込ミス）を数えます。最初に直す箇所と、自動化しない例外ルールを決めます。
2. **設計・構築。**上で紹介した請求用プロパティ・パイプライン・ワークフローを設計し、標準連携で足りない部分は自社開発の連携アプリ（[Sync for freee](https://start-link.jp/sync/freee)）で埋めます。会計ソフト側の科目・取引先マスタとの対応表もここで作ります。
3. **データ移行。**未回収の売掛金一覧（取引先・請求書番号・期日・残高）を、取引先を一意に特定できるキーで取引へ取り込みます。移行後は件数と残高合計を会計ソフトの試算表と突き合わせます。
4. **テスト・検証。**テスト取引で、受注から請求書発行・期日超過・タスク作成・入金反映までを通し、例外（一部入金・一括入金・名義違い）も再現して確認します。
5. **定着・運用改善。**週次で期日超過の一覧を確認する担当と曜日を決め、DSOとエイジング分析を月次で見直します。運用の整え方は[HubSpot定着の運用設計](https://start-link.jp/hubspot-ai/hubspot/adoption/hubspot-weekly-review-data-quality-dashboard)が参考になります。

範囲を最初から広げすぎず、まず「受注から請求書作成」を整え、次に期日管理、最後に督促の自動化へ進めます。AI（BreezeやClaudeなど）を組み込む場合も、入金明細の照合候補や督促文面の下書きといった確認作業から始め、確定は人が行う設計にします。ご自身で設計する場合の考え方は[HubSpotのAI業務設計](https://start-link.jp/hubspot-ai/hubspot/implementation/hubspot-ai-sales-backoffice-design)も参考にしてください。会計連携全体の設計は[CRM会計連携の設計](https://start-link.jp/hubspot-ai/btob-marketing/crm-backoffice/crm-accounting-integration-design)にまとめています。

## よくある質問

### Q: 売掛金の回収が困難になった場合、どのような会計処理が必要ですか？

A: 回収が難しい売掛金は「貸倒引当金」として費用計上する処理を検討します。実際に回収不能が確定した場合は「貸倒損失」として処理します。税務上の損金算入要件があるため、税理士と相談しながら処理を進めることをお勧めします。Age Analysisで90日超の売掛金が発生した時点で、貸倒引当金の計上を検討し始めるのが実務上の目安です。

### Q: インボイス制度（適格請求書等保存方式）は売掛金管理にどう影響しますか？

A: インボイス制度の下では、仕入税額控除を受けるために適格請求書発行事業者の登録番号が記載された請求書の保存が求められます。特に影響が大きいのは免税事業者との取引で、経過措置により控除できる割合が段階的に縮小していくため、控除できない消費税額をコストとして把握しておくことになります。取引先ごとに「適格請求書発行事業者かどうか」を管理し、控除できない消費税額を会計上どの科目で処理するか（雑損失・仕入原価への加算など）をルール化しておくと、担当者による処理のばらつきを防げます。

### Q: 取引先が複数ある場合、入金消込はどのように効率化できますか？

A: 取引先数が多い場合は、会計ソフトの「入金消込一覧」機能を活用することが第一歩です。また、取引先ごとの入金日（例：特定の会社は毎月25日、別の会社は月末日）を把握しておくと、消込作業を集中して行う日程を計画できます。一括入金や端数など自動消込で合わないケースは、処理ルールを表にまとめておくと引き継ぎもしやすくなります。

### Q: 請求書の送付方法は郵送とメールどちらが良いですか？

A: 電子請求書への移行を推奨します。クラウド会計から直接PDF送付できる機能を活用すると、印刷・封入・発送のコストと時間を削減できます。取引先にメール送付への切り替えを依頼する際は、インボイス対応の電子請求書を送ることを明示すると受け入れられやすくなります。

### Q: DSOが業界平均より大幅に長い場合、どこから改善すべきですか？

A: まずAge Analysisで滞留の原因を特定します。特定の取引先に集中している場合は、その取引先との支払条件の再交渉が最優先です。全体的に遅延している場合は、請求書の発行タイミングが遅い（月末作業に埋もれている）、督促フローが機能していない、といったプロセス上の問題が考えられます。請求書の即日発行（受注確定と同時に自動生成）を実装することで、DSOの改善につながるケースがあります。

## まとめ

売掛金が滞留する原因は、請求書の発行漏れ、入金期日の管理不足、督促フローの不在という3つにほぼ集約されます。これを構造的に防ぐには、DSO（売上債権回転日数）を月次で観測し、前月比＋5日で原因調査、＋10日で経営者報告という閾値ルールを先に決めておくことが効きます。

同時にAge Analysis（年齢分析）を月次で実施し、どの年代の売掛金がどれだけ滞留しているかを可視化することで、優先的に督促すべき先が見えるようになります。督促はメール文面を段階別にテンプレ化し、入金期日の何日後に誰がどの文面を送るかをワークフロー化しておくことが、属人化と感情的なやり取りを避けるコツです。

さらにHubSpotと会計ソフトを連携させて受注→請求→消込までをつなげれば、発行漏れが起きにくい構造になります。

**なお自社が委託事業者として発注する側の場合は、取適法（旧下請法）の支払期日・手形払いの禁止・遅延利息の規定も合わせて押さえておいてください。**

まずは、受注から請求書発行までのつなぎ目を一つ見直すことから始めてください。次の3ステップで進めると、無理なく仕組み化を広げられます。

1. 直近の受注案件をいくつか選び、受注・請求・入金の記録が誰によってどこに入力されているかを書き出す
2. 先月末時点の売掛金でDSOとエイジング分析の表を一度作り、滞留が特定の取引先に集中しているか全体に広がっているかを見る
3. 督促の段階・タイミング・文面と、消込の例外ルールを文書にまとめ、担当者間で共有する

StartLinkでは、HubSpotとfreeeをつなぐ設計支援を行っています。営業案件のクローズからfreeeの請求書発行までを連携させる「Sync for freee」の活用や、Claude Codeエージェントを使った入金確認・滞留債権チェックの効率化をご一緒しています。

クラウド会計ソフト自体の導入代行や記帳代行・債権回収業務の代行は対応範囲外ですが、「受注〜請求のデータをCRMと会計でつなげたい」「AIで売掛・入金まわりの確認作業を効率化したい」というご相談はお気軽にどうぞ。

CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。

## あわせて読みたい

- [月次決算の進め方｜クイッククローズ（10日締め）を実現する業務手順](https://start-link.jp/hubspot-ai/dx/accounting-operations/monthly-closing-quick-close)
- [買掛金・支払管理の効率化｜支払サイクルの設計と承認フローの自動化](https://start-link.jp/hubspot-ai/dx/accounting-operations/accounts-payable-management)
- [HubSpot初期設定・オンボーディング完全マニュアル](https://start-link.jp/hubspot-ai/hubspot/onboarding-pricing/hubspot-implementation-complete-guide)

記事の内容を、そのまま実務に落とし込みたい方向け

HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。

[サービス概要を見る](https://start-link.jp/service/hubspot-ai) [無料で相談する](https://start-link.jp/contact)

## 次に読む

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_SM-4.png) バックオフィスをClaude Codeで自動化する実践ガイド｜請求・経理・議事録・レポートを一人で回す](https://start-link.jp/hubspot-ai/dx/backoffice-dx/claude-code-backoffice-automation)

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_DK-7.png) ECバックオフィスDXの進め方｜受注・在庫・会計をつなぐRevOps設計](https://start-link.jp/hubspot-ai/dx/dx-department/ec-backoffice-dx)

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_DK-5.png) 美容室・サロンDX実践ガイド｜予約・顧客管理をつなぐCRM設計とリピート施策](https://start-link.jp/hubspot-ai/dx/dx-department/beauty-salon-dx-practice)

## あわせて読みたいDX実践ガイド

### [Tools 業務フロー図作成ツール比較 Miro・Lucidchart・draw.ioの違いを比較し、現場に合う選定軸を整理できます。](https://start-link.jp/hubspot-ai/dx/process-mapping/flowchart-tools-comparison)

### [Process 業務プロセスのボトルネック特定と解消法 滞留箇所の見つけ方と改善の進め方を押さえ、DXの着手順を明確にできます。](https://start-link.jp/hubspot-ai/dx/process-mapping/bottleneck-analysis-business-process)

### [Cases 中小企業のDX成功事例8選 業種別の実例から、投資対効果が出やすい進め方を把握できます。](https://start-link.jp/hubspot-ai/dx/dx-basics/dx-success-cases-sme)

### [Service 業務改善とDX導入を相談する 業務設計、SaaS導入、CRM連携までを実務フローに落とし込んで支援します。](https://start-link.jp/service/hubspot-ai)

## 記事の内容を、そのまま実務に落とし込みたい方向け

[無料で相談する](https://start-link.jp/contact) [資料をダウンロード](https://start-link.jp/hubspot-ai/dx/accounting-operations/accounts-receivable-management#blog-download)

 株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、[無料のお問い合わせページ](https://www.start-link.jp/contact)より、お気軽にご連絡くださいませ。

###### 関連キーワード:

[ワークフロー](https://start-link.jp/hubspot-ai/tag/ワークフロー) [会計](https://start-link.jp/hubspot-ai/tag/会計)

## サービス資料を無料DL

## 著者情報

![7-1](https://start-link.jp/hubfs/7-1.jpg)

### 今枝 / Imaeda

 株式会社StartLink 代表取締役。累計150社以上のHubSpotプロジェクト支援実績を持ち、Claude CodeやHubSpotを軸にしたAI活用支援・経営基盤AXのコンサルティング事業を展開。  
 HubSpotのトップパートナー企業や大手人材グループにて、エンタープライズCRM戦略策定・AI戦略ディレクションを経験した後、StartLinkを創業。現在はCRM×AIエージェントによる経営管理支援を専門とする。

[StartLink](https://start-link.jp/)

### Service

- [会社情報](https://start-link.jp/about)
- [サービス](https://start-link.jp/service)
- [プロダクト](https://start-link.jp/sync)
- [採用情報](https://start-link.jp/recruit)
- [コンサルタントの方へ](https://start-link.jp/consultant-platform)

### Contact

- [問い合わせ](https://start-link.jp/contact)
- [資料ダウンロード](https://start-link.jp/download/service)
- [Syncナレッジベース](https://start-link.jp/sync/knowledge-base)
- [個人情報保護方針](https://start-link.jp/privacy-policy)
- [個人情報取り扱い規定](https://start-link.jp/personal-information-processing-agreement)

(c) 2026 All Rights Reserved.

```json
{
  "@context" : "https://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "今枝 拓海",
    "url" : "https://start-link.jp/hubspot-ai/author/imaeda"
  },
  "datePublished" : "2026-03-28T14:04:42.000Z",
  "headline" : "売掛金管理と回収業務の効率化｜滞留債権・回収漏れを防ぐ仕組みとシステム化",
  "image" : [ "https://start-link.jp/hubfs/blog/screenshots/generated/gen_DF-4.jpg" ],
  "mainEntityOfPage" : {
    "@id" : "https://start-link.jp/hubspot-ai/dx/accounting-operations/accounts-receivable-management",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "url" : "https://start-link.jp/hubfs/Start%20Link%20(1500%20x%20600%20px)%20(5)-1.png"
    },
    "name" : "株式会社StartLink"
  }
}
```

```json
{
  "@context" : "https://schema.org",
  "@type" : "FAQPage",
  "mainEntity" : [ {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "回収が難しい売掛金は「貸倒引当金」として費用計上する処理を検討します。実際に回収不能が確定した場合は「貸倒損失」として処理します。税務上の損金算入要件があるため、税理士と相談しながら処理を進めることをお勧めします。Age Analysisで90日超の売掛金が発生した時点で、貸倒引当金の計上を検討し始めるのが実務上の目安です。"
    },
    "name" : "売掛金の回収が困難になった場合、どのような会計処理が必要ですか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "インボイス制度の下では、仕入税額控除を受けるために適格請求書発行事業者の登録番号が記載された請求書の保存が求められます。特に影響が大きいのは免税事業者との取引で、経過措置により控除できる割合が段階的に縮小していくため、控除できない消費税額をコストとして把握しておくことになります。取引先ごとに「適格請求書発行事業者かどうか」を管理し、控除できない消費税額を会計上どの科目で処理するか（雑損失・仕入原価への加算など）をルール化しておくと、担当者による処理のばらつきを防げます。"
    },
    "name" : "インボイス制度（適格請求書等保存方式）は売掛金管理にどう影響しますか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "取引先数が多い場合は、会計ソフトの「入金消込一覧」機能を活用することが第一歩です。また、取引先ごとの入金日（例：特定の会社は毎月25日、別の会社は月末日）を把握しておくと、消込作業を集中して行う日程を計画できます。一括入金や端数など自動消込で合わないケースは、処理ルールを表にまとめておくと引き継ぎもしやすくなります。"
    },
    "name" : "取引先が複数ある場合、入金消込はどのように効率化できますか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "電子請求書への移行を推奨します。クラウド会計から直接PDF送付できる機能を活用すると、印刷・封入・発送のコストと時間を削減できます。取引先にメール送付への切り替えを依頼する際は、インボイス対応の電子請求書を送ることを明示すると受け入れられやすくなります。"
    },
    "name" : "請求書の送付方法は郵送とメールどちらが良いですか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "まずAge Analysisで滞留の原因を特定します。特定の取引先に集中している場合は、その取引先との支払条件の再交渉が最優先です。全体的に遅延している場合は、請求書の発行タイミングが遅い（月末作業に埋もれている）、督促フローが機能していない、といったプロセス上の問題が考えられます。請求書の即日発行（受注確定と同時に自動生成）を実装することで、DSOの改善につながるケースがあります。"
    },
    "name" : "DSOが業界平均より大幅に長い場合、どこから改善すべきですか？"
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/hubspot-ai/dx/accounting-operations/accounts-receivable-management#article",
  "@type" : "BlogPosting",
  "author" : {
    "@id" : "https://start-link.jp/#founder"
  },
  "dateModified" : "2026-10-20T01:22:00+09:00",
  "datePublished" : "2026-03-28T14:04:42+09:00",
  "headline" : "売掛金管理と回収業務の効率化｜滞留債権・回収漏れを防ぐ仕組みとシステム化",
  "image" : "https://start-link.jp/hubfs/blog/screenshots/generated/gen_DF-4.jpg",
  "isPartOf" : {
    "@id" : "https://start-link.jp/#website"
  },
  "mainEntityOfPage" : {
    "@id" : "https://start-link.jp/hubspot-ai/dx/accounting-operations/accounts-receivable-management",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "speakable" : {
    "@type" : "SpeakableSpecification",
    "cssSelector" : [ ".blog-section h2", ".blog-section p:first-of-type", ".blog-section blockquote" ]
  }
}
```

```json
{
  "@context" : "https://schema.org",
  "@type" : "BreadcrumbList",
  "itemListElement" : [ {
    "@type" : "ListItem",
    "item" : "https://start-link.jp",
    "name" : "ホーム",
    "position" : 1
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai",
    "name" : "ブログ",
    "position" : 2
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai/dx",
    "name" : "DX",
    "position" : 3
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai/dx/accounting-operations",
    "name" : "経理業務DX",
    "position" : 4
  }, {
    "@type" : "ListItem",
    "name" : "売掛金管理と回収業務の効率化｜滞留債権・回収漏れを防ぐ仕組みとシステム化",
    "position" : 5
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#organization",
  "@type" : "Organization",
  "address" : {
    "@type" : "PostalAddress",
    "addressCountry" : "JP",
    "addressLocality" : "中央区",
    "addressRegion" : "東京都",
    "postalCode" : "104-0061",
    "streetAddress" : "銀座1丁目12番4号 N&E BLD.6F"
  },
  "alternateName" : "StartLink Inc.",
  "award" : [ "HubSpot Gold Solutions Partner（HubSpotゴールドパートナー、2026年4月認定）" ],
  "contactPoint" : [ {
    "@type" : "ContactPoint",
    "availableLanguage" : [ "ja" ],
    "contactType" : "customer support",
    "url" : "https://start-link.jp/contact"
  }, {
    "@type" : "ContactPoint",
    "availableLanguage" : [ "ja", "en" ],
    "contactType" : "sales",
    "url" : "https://start-link.jp/contact"
  } ],
  "description" : "「AI × HubSpot」をコンセプトに掲げるHubSpotゴールドパートナー（Gold Solutions Partner、2026年4月認定）。HubSpotマーケットプレイスに自社アプリ（Sync for freee / Notion / Money Forward / Chatwork）を公開するアプリ開発企業であり、HubSpot/Salesforce知見とAI活用を組み合わせたCRM構築・移行・最適化・AIエージェント/PoC支援まで一貫して提供する。",
  "founder" : {
    "@id" : "https://start-link.jp/#founder",
    "@type" : "Person",
    "jobTitle" : "代表取締役",
    "name" : "今枝 拓海",
    "sameAs" : [ "https://x.com/ImaedaTakumii", "https://www.linkedin.com/in/takumi-imaeda/", "https://www.facebook.com/takumiIma" ]
  },
  "foundingDate" : "2024-09-04",
  "hasCredential" : {
    "@type" : "EducationalOccupationalCredential",
    "credentialCategory" : "certification",
    "name" : "HubSpot Gold Solutions Partner",
    "recognizedBy" : {
      "@type" : "Organization",
      "name" : "HubSpot, Inc.",
      "url" : "https://www.hubspot.com/"
    }
  },
  "image" : [ "https://start-link.jp/hubfs/startlink-ai-agent.jpg", "https://start-link.jp/hubfs/startlink-aiorg.jpg" ],
  "knowsAbout" : [ "HubSpot CRM", "HubSpot Implementation", "HubSpot導入支援", "CRM構築", "AI活用", "HubSpot連携アプリ開発", "Salesforce to HubSpot Migration", "Generative AI Integration", "AI Agent Development", "Revenue Operations", "Marketing Automation", "freee Integration", "Notion Integration", "Money Forward Integration" ],
  "legalName" : "株式会社StartLink",
  "logo" : "https://start-link.jp/hubfs/startlink-logo.png",
  "mainEntityOfPage" : "https://start-link.jp/",
  "memberOf" : {
    "@type" : "ProgramMembership",
    "hostingOrganization" : {
      "@type" : "Organization",
      "name" : "HubSpot, Inc.",
      "url" : "https://www.hubspot.com/"
    },
    "membershipNumber" : "Gold Tier",
    "programName" : "HubSpot Solutions Partner Program"
  },
  "name" : "株式会社StartLink",
  "sameAs" : [ "https://www.youtube.com/@startlink-hubspot", "https://x.com/ImaedaTakumii", "https://www.linkedin.com/in/takumi-imaeda/", "https://www.linkedin.com/company/108100307/", "https://www.facebook.com/takumiIma", "https://www.facebook.com/profile.php?id=61566874764985", "https://prtimes.jp/main/html/searchrlp/company_id/149669", "https://app.hubspot.com/ecosystem/46046172/marketplace/solutions/startlink" ],
  "taxID" : "8010001248134",
  "url" : "https://start-link.jp/"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#website",
  "@type" : "WebSite",
  "inLanguage" : "ja",
  "name" : "株式会社StartLink",
  "publisher" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "url" : "https://start-link.jp/"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM導入", "HubSpot" ],
  "description" : "150社以上の実績を持つHubSpotゴールドパートナーが、業務フローに合わせた設計から構築・本番稼働まで一貫支援。",
  "name" : "HubSpot導入・構築支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot導入・構築支援",
  "url" : "https://start-link.jp/service/hubspot"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot-ai",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM最適化", "AI活用" ],
  "description" : "HubSpotを軸に業務要件に沿った設計改善とAI連携活用を包括支援。",
  "name" : "HubSpot AIコンサルティング",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot AIコンサルティング",
  "url" : "https://start-link.jp/service/hubspot-ai"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot-training",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "研修", "HubSpot" ],
  "description" : "HubSpotの概念・基本操作からAI活用ノウハウまで、社内浸透のための研修を提供。",
  "name" : "HubSpot研修・レクチャー支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot研修・内製化支援",
  "url" : "https://start-link.jp/service/hubspot-ai/training"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-sf2hs-replace",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM移行", "データ移行" ],
  "description" : "Salesforce/HubSpot双方の思想とデータモデルを理解した移行設計とHubSpot側CRM開発を実行。",
  "name" : "SalesforceからHubSpotへのリプレイス支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "SalesforceからHubSpotへのリプレイス支援",
  "url" : "https://start-link.jp/service/salesforce-hubspot-replace"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-claude-code-bi",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "AI活用", "経営管理" ],
  "description" : "複数システムのデータを統合し、毎朝のAIブリーフィングなど経営の意思決定を加速する仕組みを構築。",
  "name" : "Claude Codeによる経営データ活用支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "AI経営管理支援",
  "url" : "https://start-link.jp/service/claude-code/business-intelligence"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-claude-code-content",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "コンテンツマーケティング", "AI活用" ],
  "description" : "キーワード戦略からSEO記事制作、CMS公開まで、AIを活用したコンテンツマーケティングを自動化。",
  "name" : "Claude Codeによるコンテンツマーケティング支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "AIコンテンツ制作支援",
  "url" : "https://start-link.jp/service/claude-code/content-marketing"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-freee",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとfreee会計・freee請求書をシームレスに連携。取引先の同期から請求書作成まで、バックオフィスの業務を自動化するHubSpotマーケットプレイスアプリ。",
  "featureList" : [ "freee取引先をHubSpotに自動同期", "HubSpotからfreee見積書・請求書を作成", "取引データをfreee会計に自動登録", "月次請求・更新処理に対応", "商品項目・品目・部門・タグ情報の連携" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/apps/sync-for-freee-bystartlink",
  "name" : "Sync for freee",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "請求月5件・見積月20件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "請求月50件・見積月100件まで",
    "name" : "Professional",
    "price" : "4000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "softwareHelp" : {
    "@type" : "WebPage",
    "url" : "https://start-link.jp/sync/knowledge-base/freee/basic-steps"
  },
  "url" : "https://start-link.jp/sync/freee"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-notion",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotのCRMレコードとNotionのページ・データベースを接続。HubSpotの画面から離れずにNotionのすべてにアクセスできるHubSpotマーケットプレイスアプリ。",
  "featureList" : [ "CRMカードからNotionページの作成・閲覧・編集", "NotionデータベースをCRMタブにテーブル表示", "4つのワークフローアクションで自動化", "コンタクト・会社・取引・チケット・サービス・プロジェクト対応" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/listing/sync-for-notion-bystartlink",
  "name" : "Sync for Notion",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "ページ・DB合計50件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Professional",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/notion"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-moneyforward",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとマネーフォワード クラウドを連携。取引情報から見積書・請求書を自動作成し、取引先・品目の同期や継続請求に対応するHubSpot連携アプリ。",
  "featureList" : [ "取引（Deal）から見積書・請求書を自動作成", "会社情報とマネーフォワード取引先の同期", "商品項目・品目マスタの連携", "月次・固定回数の継続請求に対応（Professionalプラン以上）", "合算請求（Enterpriseプラン限定）", "前受請求（一括請求・月次計上）（Enterpriseプラン限定）", "原価登録（MF会計への仕訳登録）で案件別の原価・粗利を可視化（Enterpriseプラン限定）", "取引レコードにCRMカードで連携ステータスを表示" ],
  "installUrl" : "https://ecosystem.hubspot.com/ja/marketplace/listing/sync-for-moneyforward-bystartlink",
  "name" : "Sync for Money Forward",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "請求月5件・見積月20件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "請求月50件・見積月100件まで",
    "name" : "Professional",
    "price" : "4000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/moneyforward"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-chatwork",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとChatworkを連携。ワークフローからChatworkのルームへ通知を送り、CRMカード上で最新のやり取りの確認と返信ができ、紐付けたルームの新着メッセージをHubSpotのノートとして自動で記録するHubSpot連携アプリ。",
  "featureList" : [ "ワークフローアクション「Chatworkに通知」（取引・会社・コンタクト・チケット対応）", "送信先ルームIDとメッセージ本文にHubSpotのプロパティを差し込み", "取引・会社・コンタクトとChatworkルームの紐付け（全プラン無制限）", "CRMカードにルームの最新100件のメッセージを表示（Professionalプラン以上）", "CRMカードからChatworkへメッセージを送信（Professionalプラン以上）", "紐付けたルームの新着メッセージをHubSpotのノートへ自動記録（Enterpriseプラン限定）", "引用や装飾を、HubSpotのノートでも読みやすい見た目のまま記録", "OAuth接続とAPIトークン接続（SAML/SSO環境向け）に対応" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/listing/sync-for-chatwork-bystartlink",
  "name" : "Sync for Chatwork",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "通知 月10件まで・ルーム紐付け無制限",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "通知無制限・CRMカードで最新100件の表示とメッセージ送信",
    "name" : "Professional",
    "price" : "3000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "Professionalの全機能＋メッセージ同期（30分ごと）",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/chatwork"
}
```