# HubSpotで契約請求を管理するにあたって最適なオブジェクト

**URL:** <https://community.hubspot.com/t/hubspot/134918>\
**Category:** Tips, Tricks & Best Practices\
**Created:** [June 22, 2025, 4:22am UTC](https://community.hubspot.com/t/hubspot/134918 "2025-06-22T04:22:44Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Saturn](https://d10pqhm3lwygmk.cloudfront.net/user_avatar/community.hubspot.com/saturn/32/20774_2.png) [@Saturn](https://community.hubspot.com/u/Saturn)\
**Post date:** [June 22, 2025, 4:22am UTC](https://community.hubspot.com/t/hubspot/134918/1 "2025-06-22T04:22:44Z")

</div>

**▼ 知りたいこと**

- HubSpotで契約請求を管理するにあたって、最適なオブジェクトがあればどなたかアドバイスをいただけないでしょうか

**▼ 背景**

- 他CRMからHubSpotへ、 契約・請求・売上の管理について移行を考えている
- HubSpotに請求書のデフォルトオブジェクトがあるのは確認したが、 今後契約・売上等も絡めて管理していくにあたり、このデフォルトオブジェクトを使った方がいいなどあれば知りたい
  - 例えば、実はXXのデフォオブジェクトだとこういうことができて、これはカスタムオブジェクトではできないのでXXを使った方が良い。 といったような要考慮点があれば知りたいです

---

<div class="post-metadata">

**Author:** ![natsumimori](https://d10pqhm3lwygmk.cloudfront.net/user_avatar/community.hubspot.com/natsumimori/32/39807_2.png) [@natsumimori](https://community.hubspot.com/u/natsumimori)\
**Post date:** [June 23, 2025, 8:34am UTC](https://community.hubspot.com/t/hubspot/134918/2 "2025-06-23T08:34:15Z")

</div>

@Saturn さん、コミュニティーへの投稿ありがとうございます。

@Makoto さんいかがでしょう、知見をおもちでしたらぜひ共有いただけると幸いです！

---

<div class="post-metadata">

**Author:** ![Makoto](https://d10pqhm3lwygmk.cloudfront.net/user_avatar/community.hubspot.com/makoto/32/106600_2.png) [@Makoto](https://community.hubspot.com/u/Makoto)\
**Post date:** [June 23, 2025, 10:01am UTC](https://community.hubspot.com/t/hubspot/134918/3 "2025-06-23T10:01:46Z")

</div>

@Saturn さん、初めまして篠原と申します。  
現状、他CRMで契約情報、請求情報を管理されてて、CRMをHubSpotに移行する予定である。  
そして、HubSpotで契約情報、請求情報を管理するにあたり、標準オブジェクトかカスタムオブジェクトのどちらがよいかを模索している。  
というご質問で間違いないでしょうか？  
この前提でお答えさせていただきますと、ずばり標準オブジェクトです。

具体的には「取引」と「商品項目」という親子構造になりますが、これを使うことで金額周りのデータ管理がうまくいくメリットが得られるからです。

HubSpotでは、「取引」が契約単位（親）だとすると、「商品項目」はその内訳であるサービス内容や見積明細の単位（子）として使う前提になっており、複数レコードで構成された商品項目の金額合計が、取引の金額として自動計算されるなど、データを管理、利用するにあたり便利な機能がいくつも備わっています。

一方、「カスタムオブジェクト」は一見万能そうにみえますが、「取引」と「商品項目」のように金額を取り扱うためにパッケージ化されたオブジェクトではないため、ワークフローや独自プログラムを使って、金額集計などデータを取り扱う上での処理が別途必要になってしまいます。

以上が基本的な回答になりますが、

貴社が取り扱っている商材や契約の内容が製造業や不動産業など複雑な場合は、「取引」と「商品項目」という２階層構造だけでは収まらないケースもあります。

その場合は、貴社事業やデータをどう利用されたいかなどをしっかりヒアリングさせてもらったうえで、オブジェクト設計させていただくなど、別途コンサルティングとしてご支援させていただくことになります。

---

<div class="post-metadata">

**Author:** ![Saturn](https://d10pqhm3lwygmk.cloudfront.net/user_avatar/community.hubspot.com/saturn/32/20774_2.png) [@Saturn](https://community.hubspot.com/u/Saturn)\
**Post date:** [July 29, 2025, 6:40am UTC](https://community.hubspot.com/t/hubspot/134918/4 "2025-07-29T06:40:05Z")

</div>

@Makoto さん

丁寧なご説明をありがとうございます！お礼が遅くなり大変申し訳ございません。

前提はご認識の通りでして、

いただいたご説明も踏まえて弊社プロセスを検討できればと思います。

アドバイスをありがとうございました、参考にさせていただきます！
