HubSpot で商談がクローズされても、請求書はスプレッドシートで作り直されます。誰かが深夜に誤字を修正します。PDFが法務の承認内容と一致しないこともあります。この状況は変えられます。

このガイドでは、Portant を使って HubSpot の請求書発行を自動化する手順をステップごとに説明します。データの準備、 タグ を使った HubSpot のライブデータを反映するテンプレートの作成、ワークフロートリガーの設定、完成した PDF を商談に同期する方法までをカバーします。再入力は不要です。バージョンの混乱もありません。唯一の情報源として機能します。

ステップ 1: 商談、会社、コンタクトにおける請求書データモデルの定義

テンプレートに着手する前に、各データをどこに格納するかを決定します。まず、請求書に必要な情報を一覧化します。法人名、請求先住所、税務番号、支払い条件、支払期日、発注書番号、および明細テーブルです。次に、それぞれを HubSpot の適切な場所にマッピングします。

会社には通常、法人名と請求先住所を格納します。コンタクトには、PDF の受取担当者や経理メールアドレスを格納します。商談には、金額、タイミング、カスタム条件、および案件に紐づく情報を格納します。明細項目には、製品レベルの詳細を格納します。

Portant object picker connected to HubSpot, showing Contacts, Companies, Deals, Tickets, custom objects and the Object Library, used to choose which HubSpot record an invoice template should pull data from

この整理が不明確に感じられる場合は、自動化を始める前にプロパティを整理してください。データの乱れは、他のどの顧客向けドキュメントよりも速く請求書に反映されます。

チェックリストが必要な場合は、こちらをご参照ください。 HubSpot データの監査方法: すべての営業ドキュメントを正確に送付するために および 営業ドキュメントの精度を保つための HubSpot プロパティ設定.

ステップ 2: タグが正確な情報を反映するようにプロパティを整える

準備が整ったら、HubSpot のフィールドが明確に命名され、一貫性を持つようにします。支払い条件にはフリーテキストではなくドロップダウンフィールドを使用してください。数値は数値フィールドに、日付は日付フィールドに格納してください。重要な請求情報をテンプレートに反映できない商談メモに記入しないでください。

ここで データマージ が重要な役割を果たします。CRM に格納されている内容をそのまま反映するだけで、それ以上でも以下でもありません。フィールドが空の場合、請求書を送付すべきではありません。あるいは、エラーのように見える空白行ではなく、明確なフォールバック表示をテンプレートに設定してください。

Portant property selector showing the HubSpot Companies object with a searchable list of fields, with Annual Revenue selected, demonstrating how to pick exactly which HubSpot properties an invoice template can use

また、会社レコードの重複にも注意が必要です。1ページ目と2ページ目でわずかに異なる住所が表示されるほど、請求書の信頼性を損なうものはありません。重複を統合し、法人名と商号の表記基準を決めた上で、請求書の一括生成を開始してください。

ステップ 3: 財務部門が期待する形式で明細項目をモデル化する

明細項目は、自動化する請求書のほとんどで中核を担います。HubSpot の数量、単価、割引、税金フィールドが、財務部門の収益計上方法と一致しているかを確認します。担当者が記録なしで価格を変更すると、自動化によって誤った数字が印刷されます。その場合は、テンプレートではなくプロセスを修正します。

また、製品名が顧客向け PDF で適切に表示されるかも確認します。社内コードはレポート用に HubSpot に残せますが、請求書に表示される説明文は顧客にとって分かりやすいものである必要があります。バンドル販売が多い場合は、個々の項目を表示するか単一のバンドル行にするかを決め、チーム全体でその方針を文書化します。

Invoice template in Portant with Line Item Name, Line Item Description, Line Item Unit Price, Line Item Quantity, Line Item Calculated Total Discount and Line Item Net Price tags placed in a single table row that Portant clones once per HubSpot line item

出発点として、弊社の HubSpot 請求書テンプレート にはすぐに活用できるシンプルなテーブル構造が用意されています。大幅に変更する場合でも、数時間の作業を節約できます。

ステップ 4: 明確なタグを使って請求書テンプレートを構築する

チームが普段使用しているエディターで請求書を作成し、静的なテキストを HubSpot のライブデータを反映するタグに置き換えます。ヘッダーには会社とコンタクトのフィールドを反映させます。本文には条件、日付、参照番号などの商談フィールドを反映させます。明細テーブルは商談の製品から自動的に入力されます。

Portant template editor open on an invoice with tags such as Invoice Date, Invoice Number, Customer Name and Customer Code, alongside a sidebar of source fields with Copy buttons for inserting each tag

レイアウトはあえてシンプルに保ちます。請求書はデザインにこだわる場所ではありません。明確な合計金額、分かりやすい支払期日、そして法務が承認済みの支払いセクションを優先します。より洗練されたデザインをマーケティング部門が求める場合は、提案書を案内します。

テンプレートのフッターにバージョンメモを追加し、PDF 作成時に使用されたテンプレートのバージョンを財務部門が確認できるようにします。これは過剰に思えるかもしれませんが、四半期途中の税務ルール変更を追跡する必要が生じた際に役立ちます。

ステップ 5: ワークフロートリガーと承認ステップを設定する

チェックなしの自動化は、合計金額ゼロの請求書をメール送信する原因になります。 ワークフロー は、速度だけでなく安全性を考慮して設定します。代表的なトリガーには、クローズド・ウォンへの移行、「請求書発行準備完了」などのカスタムプロパティの設定、または一定金額以上の商談への財務レビューステップの追加などがあります。

HubSpot deal workflow editor showing a Property value changed enrollment trigger configured so that when the Generate Proposal property is set to Yes, the workflow runs Portant to create a document

トリガーが実行される前に、最低限のフィールドが入力されていることを確認します。請求先住所、正確な法人名、必要に応じた発注書番号、そして顧客が期待する金額と合致する明細項目です。HubSpot のワークフローですべてのルールをカバーできない場合は、例外ケースに対してワークフローのステップと Portant 内の手動レビューを組み合わせます。

また、タイミングについて担当者へのトレーニングも実施します。データインポート中に商談のステージが変わると、ドキュメントが早期に生成される可能性があります。このパターンが見られる場合は、ソフトウェアを増やすのではなく、トレーニングで対応します。

ステップ 6: PDF を生成して商談に同期する

テンプレートとトリガーが安定したら、PDF を生成し、受信トレイで行方不明になるメール添付ではなく、商談に保存します。チーム全員が同じ場所で同じドキュメントを確認できます。

商談が、何が請求されたか、いつ、どのテンプレートバージョンが使用されたかを示す唯一の情報源となります。また、HubSpot と会計システムのどちらが支払い状況を管理するかについても、財務部門と事前に合意しておきます。請求書 PDF は顧客が確認するものです。台帳は別の場所にある場合でも、何が送付されたかについて混乱は生じません。

HubSpot deal record for a closed-won deal showing the Portant All Documents card listing five completed and pending client invoices, with the Portant Latest Document panel pinned to the right rail of the deal

順調な場合、商談ステージの変更から完成した PDF までのプロセス全体は数分で完了します。コピー&ペーストに費やしていた午後の時間が丸ごと削減されます。

テスト、リリース、そして想定外のない継続的な改善

すべての商談に本番適用する前に、 直近の商談から 10 件の請求書を生成し、財務部門が手動で作成した場合の内容と比較してください。そのサンプルで見つかる差異は、顧客が発見するものよりはるかに低コストで対処できます。

すべての商談で一度に本番稼働させることはしません。代表的な商談をいくつか選んで請求書を生成し、端数処理の問題、税務明細、割引の積み重ね、通貨記号を確認します。展開を広げる前にデータの問題を修正します。

リリース後は、状況が安定するまで毎週サンプルをレビューします。請求書に関するサポートチケットが急増した場合、それは通常、自動化を停止する理由ではなく、CRM のデータ問題を示しています。

初めてこの仕組みを構築する場合、2週間程度の細かい修正を見込んでください。これは正常なプロセスです。その見返りとして、月末前夜の緊急修正が減り、営業と財務の間の引き継ぎがよりスムーズになります。

よくあるご質問

HubSpot は商談に請求書 PDF を保存できますか？

はい、これが推奨するパターンです。PDF を商談に添付することで、全員が一か所から作業でき、受信トレイ内の重複ファイルを削減できます。

明細項目と商談金額が一致しない場合はどうすればよいですか？

金額が一致するまで、または商談に差異の明確な理由が記録されるまで、生成を停止します。誰も気づかない不一致は、財務部門および顧客との信頼を失う原因となります。

請求処理にカスタムプロパティは必要ですか？

多くの場合、必要です。発注書番号、請求先コンタクトのメールアドレス、税務免除ステータスなどが該当します。カスタムフィールドは、標準プロセスへの合意を回避する手段としてではなく、定期的なニーズが生じた際に追加します。

ERP を変更せずに請求書発行を自動化できますか？

多くの場合、可能です。HubSpot と Portant が請求書の作成と送付を担います。会計システムは引き続き支払いと収益を管理できます。重要なのは、各ステップをどのシステムが担当するかを明確にすることです。

地域をまたいでテンプレートのコンプライアンスを維持するにはどうすればよいですか？

個別のメモではなく、構造化されたフィールドを使用して、地域と税務ルールごとに個別のテンプレートまたはセクションを作成します。ルールが変更された際には法務部門とレビューを行い、過去の請求書をいつでも追跡できるよう古いテンプレートバージョンを保持します。