Renttix + HubSpot連携

接続の仕組み

RenttixはOAuthを通じてHubSpotに接続します。Renttixのインテグレーションページで接続をクリックし、HubSpotポータルでアクセスを承認すれば、リンクは有効です — 以降のトークンの管理と更新はRenttixが行い、接続はいつでも確認・切断できます。インテグレーションページには、接続中のポータル、最終同期の実行時刻、同期済みレコードの累計数が表示されます。プッシュが失敗した場合、エラーメッセージは個々の顧客・注文・請求書に対して記録されるため、何がどこで問題になったかを正確に確認できます。 データは一方向に流れます：RenttixからHubSpotへ。Renttixで顧客が作成または更新されると、HubSpotのコンタクトとして — 名前、メール、電話、住所付きで — プッシュされ、会社名が記録されている場合は会社としてもプッシュされ、コンタクトと会社がリンクされます。注文は、注文金額、コンパクトな商品リスト、レンタル内容の完全な説明 — 明細、数量、レート、レンタル期間、配達先住所 — を運ぶディールとしてプッシュされます。請求書は明細付きのネイティブHubSpot請求書レコードとして現れ、正しいコンタクトとディールに関連付けられ、ディール自体は請求書番号、請求済み合計、未払額、支払いステータスを保持します。 重複検出は何かが作成される前に実行されます。Renttixはポータル内の既存コンタクトをメールアドレスで、既存の会社をドメインまたは名前で検索します。一致が見つかれば、そのレコードは複製されずにその場で更新されます。メールアドレスのない顧客がコンタクトとしてプッシュされることはありません — メールが唯一の信頼できる重複排除キーだからです — ただし会社名が保持されていれば、会社レコードは同期できます。顧客・ディール・請求書の同期は、それぞれ独立してオン・オフを切り替えられます。

なぜ重要か

多くのレンタルビジネスでは、営業チームはCRMに住み、ハイヤーデスクはレンタルシステムに住み、両者は乖離していきます。営業担当は昨日注文があったことを知らずに顧客に電話し、パイプラインレビューは数週間前に誰かが入力した数字で進み、アカウントレコードは作成された翌日には古くなります。このギャップを手作業で埋めることは、誰かが毎週顧客と注文を再入力することを意味します — 退屈で、間違いやすく、常に遅れる作業です。 連携が接続されると、HubSpotのパイプラインは実際の取引を反映します。ディール金額は見積もりではなく、実際の注文・請求書の値から来ます。ディールの説明には何がどの日付で注文されたかが正確に表示されるため、営業担当は完全なコンテキストでどのアカウントとの会話も再開できます。注文がRenttixで支払われ、完了し、キャンセルされると、ディールは自動的にステージを移動します — デフォルトでは標準の営業パイプラインを使い、独自の設定に合わせてパイプラインとステージのマッピングを構成することもできます。 同期は一方向で、Renttixがオペレーションのシステムオブレコードであるため、HubSpotでの編集がレンタルデータを汚染することは決してありません。そしてこのインテグレーションは失敗について意図的に透明です：成功しなかったプッシュは個々のレコードに対してエラーメッセージが記録され、インテグレーションページは同期カウントとバックフィルの進捗を保持し続けるため、何も静かに消えることはありません。

HubSpotは世界で最も広く使われているCRMプラットフォームの一つであり、多くのレンタルビジネスにとって営業・マーケティング・アカウント管理が既に行われている場所です。Renttix連携はOAuth認証でHubSpotのCRM APIに直接構築されており — サードパーティのミドルウェアなし — Renttixの会計インテグレーション（Xero、QuickBooks、Sage）や決済インテグレーション（Stripe、PayPal）と並ぶ、プラットフォームのCRMの柱です：オペレーションはRenttixで動き、接続された各システムは必要なデータを自動的に受け取ります。