HubSpotで帳票を発行・管理する完全ガイド｜見積書から請求書・入金・7年保存まで
HubSpotの取引レコードには、見積書や請求書を作るために必要な情報がほとんど揃っています。取引先、金額、商品項目、担当者、成約日。それでも実際の発行は、Excelのひな形か会計ソフトで行われていることが多いのではないでしょうか。
理由は「HubSpotから帳票が出せないから」だけではありません。出したあとに残さなければならないものが多く、その要件をHubSpotの標準機能だけでは満たしきれないからです。適格請求書として成立する条件、消費税額の端数処理、交付した写しの7年保存、電子帳簿保存法の検索要件。どれも「PDFが出ればいい」で済む話ではありません。
この記事では、HubSpotで帳票を発行・管理するために確認すべきことを、発行前・発行後・社内承認・発行後の追跡の4つに分けて整理します。制度に関する記述はすべて国税庁とe-Govの一次情報に当たり、条文番号とQ&Aの問番号を併記しています（確認日：2026年8月31日）。
この記事の内容を24項目のチェックシートにまとめました
適格請求書の記載事項6項目、端数処理3項目、適格返還請求書5項目、電子帳簿保存法の真実性・可視性・検索要件7項目、写しの保存3項目。自社の帳票運用がどこまで満たせているかを、そのまま点検できる形にしています。
この記事の内容
1. HubSpotで帳票を出すとき、どこでつまずくのか
帳票の話は「PDFが出るかどうか」に集約されがちですが、実務でつまずくのはその前後です。相談を受けるときにほぼ共通して出てくるのは、次の3つです。
1-1. 取引レコードにある情報を、もう一度どこかに入力している
成約した取引には、取引先の会社名、金額、商品項目、担当者が入っています。ところが請求書を作るときは、会計ソフトかExcelのひな形を開いて、同じ情報を打ち直します。
この転記は、単に手間がかかるだけではありません。HubSpot側の金額と、発行した請求書の金額が一致していることを誰も保証していない状態を作ります。取引の金額が後から変わったとき、発行済みの請求書に反映されているかは、担当者の記憶に依存します。
HubSpotのデータを別の場所に写す構造そのものについては、HubSpotの数字をExcelに転記しないための設計で扱っています。この記事では、帳票のための転記に絞って話を進めます。
1-2. 要件を満たしているかの確認が、目視になっている
適格請求書には、記載しなければならない項目が6つあります（消費税法57条の4第1項1号〜6号）。登録番号の形式、税率ごとに区分した消費税額、軽減税率の対象である旨。どれも「入っているかどうか」を出す前に確認する必要があります。
ところが実際の確認は、発行する人がひな形を目で見て行うことが多い。要件を満たしていない帳票は、出したあとに気づいても取り返しがつきません。買手が仕入税額控除を受けられなくなるため、受け取った側の税負担が増えるという形で表面化します。
1-3. 発行したあとの保管先が、別に用意されている
交付した適格請求書の写しには、7年間の保存義務があります（消費税法57条の4第6項）。電子で受け取った請求書についても、電子帳簿保存法の要件を満たした保存が必要です。
この保管を、共有フォルダやファイルサーバーで運用しているケースが少なくありません。問題は「置いてあること」ではなく、「検索できる状態で、消えない場所に、7年間あること」が求められている点です。この違いは3章で詳しく見ます。
この3つは順番に起きています。転記があるから金額の一致が保証されず、確認が目視だから要件を満たさない帳票が出て、保管先が別だから発行した記録と保管した実体が突き合わせられない。順番に潰していくのが、この記事の構成です。
2. 発行する前に：適格請求書として成立する条件
まず、出す前に満たしていなければならない条件から整理します。ここを外すと、あとの工程がすべて無駄になります。
2-1. 記載事項は6項目。HubSpotのどこから取れるか
適格請求書の記載事項は、消費税法57条の4第1項に6つ定められています。国税庁のインボイス制度に関するQ&A問54（令和6年4月改訂）に整理されています。それぞれをHubSpotのどのデータから埋められるかを並べると、次のようになります。
| # | 記載事項 | HubSpotでの取得元 | つまずきやすい点 |
|---|---|---|---|
| 1 | 発行者の氏名または名称と、登録番号 | 自社情報（レコードではなく設定側に持たせる） | 登録番号は「T」＋13桁。形式が違えば無効（基通1-7-2、Q&A問18） |
| 2 | 取引年月日 | 取引の成約日／商品項目の期間 | 発行日と取引年月日は別物。混同すると月次がずれる |
| 3 | 取引の内容（軽減税率の対象ならその旨） | 商品項目の名称・説明 | 8%対象に「※」などの記号を付け、凡例を置く必要がある |
| 4 | 税率ごとに区分して合計した対価の額と、適用税率 | 商品項目の金額を税率で集計 | 10%と8%が混在すると、合計行を2本に分ける必要がある |
| 5 | 税率ごとに区分した消費税額等 | 同上を計算 | 端数処理の回数に制約がある（2-2で詳述） |
| 6 | 交付を受ける事業者の氏名または名称 | 会社レコード／コンタクトレコード | 請求書の宛先が親会社になるケースの分岐を決めておく |
この6項目のうち、HubSpotの標準の見積機能でどこまで埋まり、どこが埋まらないのかは標準見積機能で適格請求書の6項目を満たせるかを項目ごとに検証するで扱っています。
2-2. 消費税額の端数処理は、税率ごとに1回だけ
6項目のうち、実装で最も間違いが起きるのが5番です。国税庁のQ&A問57（令和6年4月改訂）は、次のように整めています。
消費税額等を計算する際の1円未満の端数処理は、一の適格請求書につき、税率ごとに1回行う。
根拠：消費税法施行令70条の10、消費税法基本通達1-8-15、インボイスQ&A問57
言い換えると、行ごとに消費税額を計算して丸め、それを合計する処理は認められていません。税率ごとに税抜（または税込）の合計を出してから、そこで1回だけ丸めます。丸め方そのもの（切り捨て・切り上げ・四捨五入）は任意です。
「数円の差」に見えますが、金額の誤差の問題ではありません。この処理を誤ると、記載事項5番の要件を満たさない請求書になります。差が出る典型は、単価が中途半端な行が並ぶケースです。
| 計算のしかた | 105円 × 3行（税率10%・切り捨て） | 消費税額 | 可否 |
|---|---|---|---|
| 行ごとに丸めて合計 | 10.5 → 10 を3回足す | 30円 | 認められない |
| 税率ごとに合計してから1回丸める | 315 × 10% = 31.5 → 31 | 31円 | 正しい |
行数が増えるほど差は開きます。Excelのひな形で「行ごとに消費税列を持たせて、それを合計する」構造になっている場合は、要件を満たしていない可能性が高いので、一度見直してください。詳しくは端数処理を税率ごとに1回にしなければならない理由で扱います。
2-3. 返品・値引きをしたら、適格返還請求書が必要になる
売上に係る対価の返還等を行った場合、適格請求書発行事業者には適格返還請求書の交付義務があります（消費税法57条の4第3項）。返品、値引き、割戻し（リベート）が対象です。
ただし、返還する税込金額が1万円未満の場合は交付義務が免除されます（消費税法施行令70条の9第3項2号）。ここで実務が分かれるのは「1万円未満」を何単位で判定するかです。Q&A問28は、返還や値引きの対象となる請求や債権の単位ごとの減額金額で判定するとしています。
| ケース | 判定単位 | 交付義務 |
|---|---|---|
| 売手が負担する振込手数料相当額（440円）を売上値引きとして処理 | その請求ごとの減額金額 | 免除される |
| 複数の取引をまとめた割戻しで、合計20,000円を支払う | まとめた減額金額の合計 | 免除されない（交付が必要） |
この帳票は、多くの帳票ツールで対応が明示されていません。返品や値引きが日常的に発生する事業では、発行できる状態にしておく必要があります。記載事項は5項目で、通常の適格請求書とは異なります（Q&A問60）。詳細は適格返還請求書の交付義務と、1万円未満が免除される判定単位にまとめています。
2-4. 2026年10月1日から、経過措置が70%控除に変わる
免税事業者等からの課税仕入れについては、仕入税額相当額の一定割合を控除できる経過措置が設けられています。この割合が2026年（令和8年）10月1日から80%から70%に変わります。令和8年度税制改正によるもので、名称も「7・5・3割控除」に整理されました。
| 期間 | 控除できる割合 |
|---|---|
| 令和5年10月1日 〜 令和8年9月30日 | 80% |
| 令和8年10月1日 〜 令和10年9月30日 | 70% |
| 令和10年10月1日 〜 令和12年9月30日 | 50% |
| 令和12年10月1日 〜 令和13年9月30日 | 30% |
| 令和13年10月1日以後 | 適用なし |
根拠：平成28年改正法附則52・53（令和8年度税制改正により改正）、インボイスQ&A問113（令和8年4月改訂）
あわせて、この経過措置には金額の上限が設けられました。適格請求書発行事業者以外からの課税仕入れの合計額が、その年またはその事業年度で1億円を超える場合、超えた部分には経過措置が適用されません（改正前は10億円）。令和8年10月1日以後に開始する課税期間からの適用です。
売手側にも影響があります。2割特例は令和8年9月30日で終了します。代わって、個人事業者を対象とした3割特例が令和9年分・令和10年分について新設されました。取引先に免税事業者や、2割特例を使っている小規模事業者が多い場合は、10月以降の請求書の扱いが変わる可能性があるため、確認しておくことをおすすめします。
移行スケジュールと、受け取る側・出す側それぞれで変わる点は2026年10月1日からの経過措置の変更点に詳しくまとめました。
3. 発行したあと：交付した帳票をどう残すか
ここが、帳票を「発行するツール」と「管理する仕組み」の分かれ目になります。要件は消費税法と電子帳簿保存法の2本立てで、それぞれ別のことを求めています。
3-1. 電子取引データの保存には、真実性と可視性の2つの要件がある
電子帳簿保存法では、電子取引で授受したデータの保存について、真実性の確保と可視性の確保が求められます。真実性については、電子帳簿保存法施行規則4条1項に4つの措置が挙げられ、このうちいずれかを満たせばよいとされています。
| 号 | 措置 | 運用上の負担 |
|---|---|---|
| 1・2 | タイムスタンプを付す（授受の前、または授受後速やかに） | 外部サービスの利用と費用が発生する |
| 3 | 訂正・削除の記録が残るシステム、または訂正・削除ができないシステムで授受・保存する | システム側で担保できれば、運用の負担はほぼない |
| 4 | 訂正・削除の防止に関する事務処理規程を定め、備え付けて運用する | 規程の作成は国税庁のサンプルで足りるが、運用が続くかは別問題 |
4号の事務処理規程で対応している企業が多いのですが、これは「規程どおりに運用していること」が前提です。共有フォルダに置いていて、誰でも上書き・削除できる状態のままでは、規程があっても実態が伴いません。3号でシステム側に担保させるほうが、運用が破綻しにくくなります。
3-2. 検索要件は3項目。範囲指定と組み合わせも求められる
可視性の確保のうち、システムに直接関わるのが検索機能です。電子帳簿保存法施行規則2条6項5号（規則4条1項で準用）は、次の3つを求めています。
イ 取引年月日その他の日付、取引金額、取引先を検索の条件として設定できること
ロ 日付または金額については、範囲を指定して条件を設定できること
ハ 2以上の任意の記録項目を組み合わせて条件を設定できること
つまり「2026年9月から10月」かつ「10万円以上」かつ「A社」といった検索ができる状態が求められています。ファイル名に日付と取引先を入れて共有フォルダに並べる運用では、ロとハが満たせません。
ただし緩和の規定があります。税務職員によるデータのダウンロードの求めに応じられるようにしている場合は、ロとハが不要になります（Q&A問48〜50）。さらに、判定期間に係る基準期間の売上高が5,000万円以下で、ダウンロードの求めに応じられる場合は、検索要件そのものが不要になります（規則4条1項、Q&A問51。令和6年1月1日以後の電子取引について。改正前の基準額は1,000万円）。
ここでの判定期間は、個人事業者なら電子取引が行われた日の属する年の前々年、法人なら前々事業年度です。売上が伸びている企業は、ある年から突然、検索要件が必要になる点に注意してください。詳しくは検索要件3項目の具体的な満たし方で扱います。
3-3. 交付した写しは7年。起算点は「課税期間の末日の翌日から2か月を経過した日」
消費税法57条の4第6項は、交付した適格請求書の写しの保存義務を定めています。保存期間の起算点が、少し独特です。
交付した日または提供した日の属する課税期間の末日の翌日から2か月を経過した日から7年間、納税地または取引に係る事務所等の所在地に保存する。
根拠：消費税法57条の4第6項、消費税法施行令70条の13第1項、インボイスQ&A問79
3月決算の法人が2026年5月に交付した請求書なら、課税期間の末日は2027年3月31日、その翌日から2か月を経過した日は2027年6月1日。そこから7年なので、実質的には交付から8年強保存することになります。「7年」だけを覚えていると足りません。
なお「写し」は、交付した書類そのものを複写したものに限りません。その適格請求書の記載事項が確認できる程度の記載がされていれば、一覧表や明細表でも認められます（Q&A問78）。
3-4. HubSpotに添付したPDFは、原本として数えられるのか
ここが実務上の分かれ目です。HubSpotの取引レコードにPDFを添付すれば、担当者はレコードを開くだけで請求書を確認できます。運用としては便利です。
ただし、HubSpot Filesのファイルは、権限を持つユーザーが削除できます。削除できるものを保存義務の担保にはできません。監査や税務調査の場面で「7年間保存しています」と言えるかどうかは、消せない状態になっているかにかかっています。
したがって現実的な設計は、次のように役割を分けることになります。
| 置き場所 | 役割 | 消せるか |
|---|---|---|
| 消去できない設定をかけた保管領域 | 原本。保存義務を担保する | 消せない |
| HubSpot Files（レコードへの添付） | 利便性のためのコピー。消えても原本から復元できる | 消せる |
この2つを混同したまま「HubSpotに添付しているので電帳法は大丈夫」としている運用は、少なくありません。原本とコピーの切り分けはHubSpotの添付ファイルを原本として扱えるかで詳しく扱っています。
2章・3章の要件を、点検できる形にしました
記載事項6項目、端数処理3項目、適格返還請求書5項目、真実性1項目、可視性3項目、検索要件3項目、写しの保存3項目、源泉徴収など3項目。全24項目のチェックシートです。自社の帳票運用がどこで止まっているかを、この場で確認できます。
4. 出す前に止める：社内の承認をどこで通すか
要件を満たしているかの確認と並んで、もうひとつ「出す前」の関門があります。社内の承認です。金額の大きい見積や、値引き率の高い請求は、担当者の判断だけで出すべきではありません。
4-1. HubSpotの標準の承認機能には、対象と条件がある
HubSpotには見積の承認と、取引のパイプライン承認の機能があります。ただし利用にはプランの条件があり、対象となるオブジェクトも限られます。請求書そのものを承認の対象にすることは、標準機能では想定されていません。
そのため実務では、次のような代替が取られます。
- ワークフローで上長にタスクを作り、完了したら発行してよいという運用ルールにする
- 承認済みかどうかをカスタムプロパティのチェックボックスで持たせる
- Slackや口頭で確認を取り、記録は残さない
いずれも「承認したことが記録されている」状態にはなりません。3つ目は言うまでもなく、1つ目と2つ目も、何に対して承認したのかが残らないという共通の弱点があります。次項がその話です。
標準機能でどこまでできて、どこで破綻するのかは見積の多段承認をHubSpotで組む方法で整理しています。
4-2. 承認したあとに金額を書き換えられると、承認の意味がなくなる
承認フローで最も見落とされるのが、ここです。上長が承認したあとに、担当者が金額や明細を変更して発行できてしまう。この状態では、承認の記録は「その時点で見た内容」を証明していません。
対策の考え方は明確です。承認は帳票の内容そのものに対して行い、内容が変わったらその承認を無効にする。
実装としては、申請の時点で帳票内容のハッシュ値（SHA-256など）を保存しておき、発行する時点で再計算して突き合わせます。一致しなければ発行を止めて、再申請させます。帳票番号は発行時に採るため、ハッシュの対象からは外します。
この設計は、電子帳簿保存法が求める真実性の確保とも接続します。「誰が・いつ・どの内容に対して承認したか」が残っていることは、訂正・削除の記録が残る状態の一部です。承認したあとの書き換えをどう止めるかで詳しく扱います。
4-3. 承認フローを設計するときに決める4つのこと
承認フローは、作り込むほど運用が止まります。決めるべきことを絞ると、次の4つです。
| 決めること | 選択肢 | つまずきやすい点 |
|---|---|---|
| 承認を必要とする範囲 | 全体／パイプラインごと／金額の閾値で分ける | 全体にかけると小口の発行が滞る。パイプライン単位が現実的 |
| 段階の数 | 1段／2段／それ以上 | 段階を増やすほど滞留する。まず1段で運用して足りるか見る |
| 各段階の成立条件 | 指定した全員の承認／誰か1人の承認 | 「全員」にすると1人の不在で止まる。不在時の代理を決めておく |
| 承認後に内容が変わった場合 | 再申請させる／そのまま発行させる | ここを決めていない運用が最も多い（4-2参照） |
5. 発行したあとを追う：請求もれと未入金は別の引き算
帳票を発行できるようになると、次に出てくるのが「出したあとを追えていない」という課題です。ここは2つの別の問題が混ざりやすいので、分けて扱います。
5-1. 「請求できていない」は、発行記録だけでは数えられない
請求もれの検知が難しいのは、数えたいものが「無いもの」だからです。発行した帳票の記録しか持っていなければ、出していないものは数えられません。
数えられる形にするには、発行の時点で「どの明細行を、どの帳票で請求したか」を残す必要があります。そうすれば、次の引き算で出せます。
請求すべき明細 − 請求済みの明細 ＝ 未請求
このとき「請求済み」の定義が効いてきます。請求書として発行され、取り消されていない明細だけを請求済みに数えます。見積書を請求済みに含めると、受注前の金額が請求済み側に入り、検知そのものが壊れます。
あわせて、発行の記録と原本の保存を切り離さないことも重要です。原本が残っていない発行は、あとから証明できません。そのため原本の保存に失敗したら、発行そのものを止める設計にします。帳票番号が1つ飛ぶことは許容します。番号の重複のほうが致命的だという非対称性があるためです。
5-2. 未入金の状態は3つ。期日超過は状態ではなく属性
入金の追跡は、請求もれとは別の引き算です。「請求したのに入金されていない請求書」を出します。状態は3つに分けます。
| 状態 | 条件 | 督促の現場での扱い |
|---|---|---|
| 未入金 | 入金額が0 | 全額の督促 |
| 一部入金 | 入金額があり、残額も残っている | 残額の督促。金額を伝える必要がある |
| 入金済み | 残額が0 | 対象外 |
ここで期日超過を4つ目の状態にしないことが要点です。期日超過は状態ではなく属性として別に持ちます。状態に畳んでしまうと、督促の現場で一番多い「一部入金だが期日も過ぎている」が表現できなくなります。
また、入金の記録は消さない運用にします。会計上の記録なので、誤記録は理由付きの取消で無効化します。この一覧の作り方は請求もれと未入金を分けて数える設計で扱います。
5-3. 顧客に出す明細は、社内管理用の行から絞り込む
もうひとつ、実務で必ず出てくる論点です。社内では1つの取引に、月次管理のための原価行や工数行を大量に作っていることがあります。そのまま帳票にすると、顧客に原価が見えます。金額も全月合算になり、その月の請求額になりません。
絞り込みは、次のような順序になります。
商品項目（社内管理用の行を含む）
→ 工数の行を除く
→ 原価の行（単価0など）を除く
→ 個別の除外条件を適用
→ 対象月以外を除く
→ 顧客に出す明細
実データでは、27行あった商品項目が1行になるケースもあります。
絞り込みで守るべきことは2つあります。除外した行とその理由は必ず画面に出す（黙って落とさない）。そして対象月が読み取れない行は残す。請求書が空で出るほうを避けるためです。
なお、原価や工数をHubSpotのどこに持たせるかという設計そのものは、HubSpotで案件別の原価・粗利を管理する方法で扱っています。この記事は「持たせた行を、帳票に出すときどう絞るか」の側です。
6. HubSpotで帳票を出す4つの手段
ここまでの要件を踏まえて、実現手段を整理します。大きく4つに分かれます。
6-1. 4つの手段と、要件の満たし方
| 手段 | 帳票を作る場所 | 得意なこと | 確認が必要なこと |
|---|---|---|---|
| ① HubSpotの標準機能 | HubSpot内 | 追加費用がかからない。取引データからそのまま作れる | 日本の商習慣（押印、様式）、適格返還請求書、写しの7年保存への対応 |
| ② HubSpot内で発行する専用アプリ | HubSpot内 | 取引レコードから離れずに発行できる。要件の検証を組み込める | デザインの自由度、原本の保存先、承認フローの有無は製品ごとに差がある |
| ③ 外部の販売管理・会計SaaSと連携 | 外部SaaS内 | 会計処理まで一貫する。帳票の実績が長い製品が多い | 取引の状態と帳票の状態が2か所に分かれる。連携の粒度と同期のタイミング |
| ④ 自社で開発する | 自社システム | 要件を完全に合わせられる | 制度改正への追従が自社の責任になる。2026年10月の改定のような対応が都度発生する |
③の実例としては、HubSpotと外部の販売管理SaaSを連携して二重管理を解消した事例があります。②を選ぶ場合の比較の観点、④を選ぶ場合に必要な体制は、HubSpotで帳票を出す4つの手段を比較するで詳しく扱っています。
6-2. 選ぶ順序
先に手段を決めると、要件が後追いになります。順序は逆にしてください。
- 出す帳票の種類を確定する。見積書・請求書・納品書・領収書に加えて、適格返還請求書が必要かどうか。返品や値引きがある事業では必要になります
- 税率の混在と源泉徴収の有無を確認する。軽減税率が混ざるか、士業や制作会社への支払いで源泉徴収が発生するか。ここが計算の複雑さを決めます
- 保存の要件を確認する。基準期間の売上高が5,000万円を超えるかどうかで、検索要件の必要性が変わります
- 承認が必要かを決める。必要なら、対象範囲・段階数・成立条件・承認後の変更時の扱いの4つ（4-3参照）
- そのうえで手段を選ぶ。1〜4で挙がった要件を満たせるかで絞ります
7. 24項目のチェックシートで自社の状態を確認する
この記事で扱った要件を、点検できる単位に分解すると24項目になります。内訳は次のとおりです。
| 区分 | 項目数 | 主な根拠 |
|---|---|---|
| 適格請求書の記載事項 | 6 | 消法57条の4第1項、Q&A問54 |
| 消費税額の端数処理 | 3 | 消令70条の10、基通1-8-15、Q&A問57 |
| 適格返還請求書 | 5 | 消法57条の4第3項、消令70条の9第3項2号、Q&A問28・問60 |
| 電帳法・真実性の確保 | 1 | 規則4条1項1〜4号 |
| 電帳法・可視性の確保 | 3 | 規則2条2項2号 |
| 電帳法・検索要件 | 3 | 規則2条6項5号イ・ロ・ハ、Q&A問48〜50 |
| 交付した写しの保存 | 3 | 消法57条の4第6項、消令70条の13第1項、Q&A問78・問79 |
| 合計 | 24 | — |
なお、チェック項目には含めていませんが、源泉徴収について1点だけ補足します。報酬・料金等の源泉徴収税率は、支払金額が100万円以下なら10.21%、100万円を超える部分は20.42%です（所得税法204条・205条、国税庁タックスアンサーNo.2795）。請求書で消費税額を区分して記載している場合は、税抜の報酬額のみを源泉徴収の対象として差し支えないとされています（No.6929）。11万円を一括で記載すると11,231円、10万円＋消費税1万円と区分して記載すると10,210円。1件あたり1,000円強の差が出ます。制作会社や士業への支払いでは、記載のしかたそのものが金額に影響します。
まとめ
HubSpotで帳票を扱うときに確認することを、4つに整理しました。
- 転記をなくすため、取引レコードの情報からそのまま発行できる状態にする
- 出す前に止めるため、記載事項6項目と端数処理のルール、そして社内承認を発行の前に置く
- 出したあとを追うため、請求もれと未入金を別の引き算として持つ
- 消えないように残すため、原本とコピーを切り分け、検索できる状態で7年保存する
手段を決めるのは最後です。先に、自社に必要な帳票の種類、税率の混在、保存の要件、承認の要否を確定させてから選んでください。順序を逆にすると、導入したあとに要件が足りないことが分かります。
※ この記事の制度に関する記述は、国税庁およびe-Govの公開情報に基づき、2026年8月31日時点で確認したものです。電子帳簿保存法やインボイス制度の解釈、自社の運用が要件を満たすかの最終的な判断については、顧問税理士・会計士にご相談ください。
HubSpot帳票 法令要件チェックシート（全24項目）
この記事で扱った要件を、条文番号とQ&Aの問番号つきで一覧にしました。自社の帳票運用がどこまで満たせているかを点検し、足りていない項目から着手できます。2026年10月1日からの経過措置の変更も反映済みです。
よくあるご質問
Q. HubSpotの標準機能だけで、インボイス制度に対応した請求書は出せますか？
記載事項6項目のうち、取引先名・取引年月日・取引内容・金額は取引レコードと商品項目から埋められます。一方で、登録番号の記載、税率ごとに区分した消費税額の計算（端数処理を税率ごとに1回にすること）、軽減税率対象である旨の表記は、テンプレートと計算の作り込みが必要です。加えて適格返還請求書は標準の想定に含まれていません。「出せるかどうか」ではなく「どこまで作り込むか」の問題になります。
Q. 消費税額の端数処理は、切り捨てにしなければいけませんか？
いいえ、丸め方は任意です。切り捨て・切り上げ・四捨五入から選べます（インボイスQ&A問57）。制約は「回数」の側にあり、一の適格請求書につき税率ごとに1回でなければなりません。行ごとに丸めて合計する処理が認められていない、という点が要件です。なお、選んだ丸め方は社内で統一しておくことをおすすめします。同じ取引先に対して月ごとに丸め方が違うと、照合の手間が発生します。
Q. 請求書のPDFをHubSpotの取引レコードに添付していれば、電子帳簿保存法に対応できていますか？
対応できているとは言い切れません。HubSpot Filesのファイルは権限を持つユーザーが削除できるため、消えないことを前提とする保存義務の担保にはなりません。また、検索要件（取引年月日・取引金額・取引先での検索、範囲指定、組み合わせ）を添付ファイルだけで満たすのも難しいです。原本は消去できない設定をかけた保管領域に置き、レコードへの添付は利便性のためのコピーとして扱う構成が現実的です。
Q. 交付した請求書は7年保存すればよいのですか？
期間は7年ですが、起算点が交付日ではありません。交付した日の属する課税期間の末日の翌日から2か月を経過した日から7年間です（消費税法57条の4第6項、施行令70条の13第1項）。3月決算の法人が2026年5月に交付した請求書なら、2027年6月1日から7年なので、交付からは8年強になります。運用上は「交付年度＋8年」で保持する設計にしておくと安全です。
Q. 検索要件は、売上規模が小さければ満たさなくてよいのですか？
判定期間に係る基準期間の売上高が5,000万円以下で、税務職員によるデータのダウンロードの求めに応じられるようにしている場合は、検索要件が不要になります（規則4条1項、Q&A問51）。判定期間は個人事業者なら前々年、法人なら前々事業年度です。注意が必要なのは、売上が伸びている企業ではある年から突然この免除が使えなくなる点です。2期前の売上高で判定されるため、気づくのが遅れます。
Q. 適格返還請求書は、どんなときに必要になりますか？
返品、値引き、割戻し（リベート）など、売上に係る対価の返還等を行ったときです（消費税法57条の4第3項）。ただし返還する税込金額が1万円未満なら交付義務が免除されます。判定は、返還や値引きの対象となる請求や債権の単位ごとの減額金額で行います（Q&A問28）。売手が負担する振込手数料相当額を売上値引きとして処理する場合は免除の範囲に入りますが、複数の取引をまとめた割戻しで合計1万円以上になる場合は交付が必要です。
Q. 2026年10月1日から、請求書のやりとりで何が変わりますか？
免税事業者等からの課税仕入れについて控除できる割合が、80%から70%に変わります（令和8年度税制改正、インボイスQ&A問113）。あわせて、この経過措置に上限額が設けられ、適格請求書発行事業者以外からの課税仕入れの合計額が年間1億円を超える部分には適用されなくなります（改正前は10億円）。売手側では2割特例が令和8年9月30日で終了し、個人事業者向けの3割特例が令和9年分・令和10年分について新設されました。取引先に免税事業者が含まれる場合は、10月以降の処理を確認しておくことをおすすめします。
Q. HubSpotで請求書の発行に社内承認をかけられますか？
HubSpotには見積の承認とパイプラインの承認の機能がありますが、利用にはプランの条件があり、対象となるオブジェクトも限られます。請求書そのものを承認の対象にすることは標準では想定されていません。ワークフローでタスクを作る運用やチェックボックスで代替することはできますが、「何に対して承認したか」が残らないため、承認したあとに金額を変更して発行できてしまいます。承認を実効性のあるものにするには、承認の対象を帳票の内容そのものにし、内容が変わったら承認を無効にする設計が必要です。
Q. 請求もれはどうすれば検知できますか？
発行した帳票の記録だけでは検知できません。「請求すべき明細 − 請求済みの明細」の引き算にする必要があるため、発行の時点で「どの明細行をどの帳票で請求したか」を記録しておきます。このとき請求済みに数えるのは、請求書として発行され取り消されていない明細だけです。見積書を請求済みに含めると、受注前の金額が請求済み側に入り、検知そのものが機能しなくなります。
Q. 源泉徴収の対象は、消費税を含んだ金額ですか？
原則は消費税を含んだ支払金額の全部が対象です（国税庁タックスアンサーNo.6929）。ただし請求書等において報酬・料金等の額と消費税等の額が明確に区分されている場合は、報酬・料金等の額のみを源泉徴収の対象として差し支えないとされています。11万円を一括で記載した場合は11,231円、10万円と消費税1万円を区分記載した場合は10,210円になります。請求書の書き方によって金額が変わるため、区分記載を徹底することが実務上の対策になります。
