以下は、税務自動化ベンダーを評価するための体系化されたガイドです。Stripe Tax は全体を通して参照点として含められており、2026 年におけるクラス最高のグローバルな税務コンプライアンスの具体的な例を示しています。このガイドでは、セットアップと実装、対応地域、計算の精度、義務の監視、登録、申告と納税、およびコマーシャルについて取り上げます。

このテンプレートには、セクションの概要とサンプルコピーの両方が含まれています。独自のブランドの RFP ドキュメントをデザインすることも、提供されたコピーを使用することもできます。

重要な注意事項: このテンプレートは税務上または法務上のアドバイスを構成するものではありません。これは情報提供のみを目的としています。ビジネスに適した税務ソフトウェアを決定する際は、独自の税務、法務、その他のアドバイザーに相談してください。

目次

• 表紙
  
• セクション A: 管理に関する指示
  
• セクション B: 概要と作業範囲
  
• セクション C: 提案の指示
  
• セクション D: 評価プロセス
  
• セクション E: コア要件
  
• セクション F: 実装とサポート
  
• セクション G: コマーシャル
  
• セクション H: ベンダープロファイル
  
• セクション I: 参照
  
• セクション J: 付録
  

カバーページ

表紙の目的は、ベンダーに内容と連絡先を正確に伝えることです。RFP のタイトル、会社名、短い機密保持通知、プロセスの管理者の連絡先を記載します。日付も重要です。発行日と提出期限を前もって明記し、見落としを防止します。表紙は簡潔にまとめます。

連絡先情報

重要な日付

提出フォーマット

すべての回答は、PDF 形式のメールで電子的に提出する必要があります。価格設定およびスコアリングのテンプレート (Excel で別途提供) は、元の形式で添付する必要があります。

ファイル名の命名規則

[ベンダー名]–[プロジェクト名]–RFP–レスポンス–[日付].pdf

この RFP の目的

[Your company] は、安全な多通貨取引をサポートし、最新の API を介して内部システムと簡単に連携し、高い信頼性、プロアクティブな不正利用の検出、地域全体のデータ透明性を提供できる、税務インフラストラクチャーパートナーを求めています。

このドキュメントでは、要件、評価基準、および提案を提出するためのプロセスについて説明します。

秘密保持に関する通知

この RFP には、[your company] に属する機密情報および専有情報が含まれています。これは、回答を作成する目的でのみ提供されます。提案の作成に直接関与する者以外への配布は禁止されています。この RFP を受け取ることにより、受信者は、自身の機密情報を保護するために適用するのと同じ程度の注意を払ってこの情報を保護することに同意するものとします。

セクション A: 管理手順

税務コンプライアンスは、時間のかかるベンダー選定プロセスを待つことはできません。正確な税金徴収を行わない日は、エクスポージャーの可能性を高めます。ベンダーが迅速かつ正確に対応できるように、基本ルールを明確に設定します。

A.1 守秘義務と秘密保持に関する声明

この RFP に記載されているすべての情報は機密情報であり、ベンダーが回答を準備できるようにすることのみを目的としています。ベンダーは、[貴社] の事前の書面による同意なしに、このドキュメントまたはその一部を開示、複製、または配布してはなりません。提案に含まれる専有情報は明確にラベル付けされている必要があり、[貴社] はそれに応じて取り扱います。

A.2 財務上の責任の制限

この RFP は契約の申し出ではありません。[貴社] は、契約を締結する義務、または回答の準備に発生した費用を払い戻す義務を負いません。ベンダーは、このプロセス全体を通じた自身の費用について全責任を負うものとします。

A.3 RFP タイムライン

A.4 提出ガイドライン

• すべての提案は電子メールで [連絡先メールアドレス] に送信する必要があります。
  
• ベンダーは、発行から 3 営業日以内に受領を確認する必要があります。
  
• 質問は、A.3 に記載されている日付までに書面で提出する必要があります。
  
• すべての通信は、指定された RFP マネージャーを通じて行う必要があります。評価期間中に [貴社] の他の従業員に直接連絡した場合、失格となる可能性があります。
  

A.5 必要な提出書類

A.6 評価概要

[貴社] は、導入スピード、地理的カバレッジ、計算精度、納税義務の監視、登録サポート、申告および送金機能、プラットフォームの連携、料金体系の透明性に基づいて提案を評価します。ベンダーは、本番環境の反証資料を使用して機能を示す必要があります。データやドキュメントのない主張は評価されません。

A.7 ベンダーの確認

ベンダーは、本 RFP の受領から 3 営業日以内に、以下の確認書に記入して返送する必要があります。

「[RFP 名]」というタイトルの RFP を受領したことを確認し、回答を ☐ 提出する / ☐ 提出しない 意向であることを確認します。

会社名: ________________________

認定担当者: ________________________

役職: ________________________

日付: _______

セクション B: 概要と作業範囲

新たな市場、商品タイプ、ビジネスモデルを追加するたびに、税務コンプライアンスの複雑さは増していきます。自社のビジネス (現在および今後の成長) に実際に対応できるかどうかをベンダーが評価するために必要な、具体的な背景情報を提供します。

B.1 会社背景

[自社名] は、[現在の市場を挿入] で事業を展開する [B2B / B2C / マーケットプレイス / SaaS / EC] ビジネスです。[X] カ国および米国の [X] 州全体で月に約 [X] 件の取引を処理しています。商品構成には [物理的商品 / デジタル商品 / SaaS / サービス (内容を記載)] が含まれます。現在、税務ソリューションは [導入している / 導入していない] 状態です。主な課題は [内容を記載 (例: 米国の複数の州でエコノミックネクサスのしきい値に近づいている、EU に進出しており VAT コンプライアンスが必要、納税義務の発生場所を把握できない)] です。

カスタマイズに追加できる詳細情報をいくつか紹介します。

• 現在の本社および主要市場
  
• 今後 12 ～ 24 カ月間に参入予定の市場
  
• 販売する主要な商品およびサービスのタイプ
  
• B2B と B2C の取引の割合 (VAT のリバースチャージと免税の処理に関連)
  
• 現在の決済および請求インフラストラクチャ (連携の範囲において重要)
  
• 関与する社内チーム (例: 財務、税務、エンジニアリング、法務)
  

B.2 プロジェクトの目的

この RFP は、事業の成長に合わせて納税義務を自動化できる税務コンプライアンスパートナーを特定するために作成されました。現在の状況は次のとおりです: [ギャップを記載 (例: 税金を手動で計算しており、維持できなくなる時点に近づいている、税務当局から通知を受けた、監査または資金調達ラウンドの準備をしておりコンプライアンスのギャップを埋める必要がある)]。

理想的なパートナーが実現できる条件は次のとおりです:

• 顧客の正確な位置情報を使用した、取引時点での正確かつリアルタイムの税金計算
  
• しきい値を意図せず超える前の、納税義務がある場所の可視化
  
• チームが各地域のプロセスにゼロから取り組む必要をなくすための、新たな市場での登録サポート
  
• チームが管轄区域ごとにレポートを手動で作成する必要をなくすための、自動化された、またはパートナー主導の申告と納税
  
• デジタル商品、SaaS、物理的商品を含む、現在および計画中のすべての市場における全商品構成のカバー
  
• 数カ月単位ではなく、数日または数週間単位での実装
  
• 別のプラットフォームを必要とせずに、既存の決済および請求スタックと連携するソリューション
  

B.3 作業内容

主要な成果物

• リアルタイムの税金計算: 顧客の位置情報を使用して建物単位の精度を実現する、現在のすべての市場における決済時の正確な税率
  
• 義務のモニタリング: 各管轄区域における登録のしきい値に照らし合わせた取引量の自動追跡、およびしきい値を超える前のアラート
  
• 登録サポート: 事前入力された申請書や現地の要件に関するガイダンスを含む、新たな市場での税務登録の支援
  
• 申告と納税: 各税務当局向けにフォーマットされた管轄区域別のレポート、および申告プロセスを委託できる申告パートナーの連携へのアクセス
  
• 商品税コードのカバー範囲: 全商品構成の正確な税務分類 —[商品を挿入 (例: デジタル商品、SaaS、物理的商品、サービス、チケット販売)]
  
• B2B の税務処理: ヨーロッパおよびオーストラリアのビジネス顧客向けの、自動化された VAT ID 検証とリバースチャージの適用
  
• Unified ダッシュボード: 徴収した税金、義務、登録ステータス、申告期限を 1 カ所でリアルタイムに可視化
  

追加の成果物

• カスタム連携のための API アクセス: ベンダーのネイティブプラットフォーム外で処理された支払いの税金を計算して報告する機能
  
• [必要な通貨および決済手段を挿入] のサポート
  
• エンジニアリングチーム以外のチーム向けのコーディング不要のセットアップオプション: ダッシュボードの切り替えまたは請求レベルの設定による税金の徴収
  

B.4 範囲外の作業

ベンダーが価格を設定したり責任を負ったりしないように、除外されるものを定義します。以下に例を示します。

• 法人所得税、移転価格、または直接税務コンプライアンス
  
• POS における VAT または GST を超える関税および輸入税
  
• 給与税務コンプライアンス
  
• 特定の取引に関する税務アドバイザリーまたは法的見解
  

B.5 期待される成果

• 契約締結後 [X] 週間以内の、現在のすべての市場における本番の税金計算
  
• 取引に不正確な税率が適用されるインシデントのゼロ化 (立ち上げ後の精度監査で測定)
  
• 管轄区域でしきい値を超える前にトリガーされる、義務のモニタリングアラート
  
• 各管轄区域の必要な形式で利用でき、手動での再フォーマットが不要な申告レポート
  
• 本番環境へ移行してから 90 日以内に、税務の保守に費やすエンジニアリング時間を [X]% 削減
  
• しきい値のアラートから [X] 営業日以内に完了する、新たな市場での税務登録
  

セクション C: 提案の手順

通常、税務ベンダーは対象となる地域のリストや機能の比較表を提示します。それに加えて、同等の規模の企業での実装スケジュール、精度監査の結果、対象地域が理論上のものではなく実際に機能することを示す証拠など、本番環境での成果を要求してください。

C.1 提出の形式と構造

各提案書は次の構成に従う必要があります。

• 概要 (最大 3 ページ)
  
• セクション E のすべての要件に対する回答 (一致する番号を付ける)
  
• 記入済みの料金設定テンプレート (Excel 形式)
  
• ベンダーのプロファイルと財務概要
  
• 同等の規模の企業からの 3 件以上のクライアントの推薦状
  
• 関連資料: コンプライアンス証明書、導入スケジュールが記載された導入事例、対象地域リスト、商品税コードの対象リスト、申告パートナーのリスト
  

C.2 フォーマット要件

• 文章による回答は PDF 形式、料金設定テンプレートは Excel ファイル
  
• 最小 11pt フォント、1 インチの余白、ページ番号が必須
  
• 特に指定がない限り、金額はすべて米ドル
  
• ファイルの命名規則: [ベンダー名]–Tax–RFP–[日付].pdf
  

C.3 提案コンテンツガイダンス

エグゼクティブサマリー

• 同等の規模での導入における実績 (実装スケジュール、精度、サポート対象地域の数、申告パートナーの対象範囲など) を中心に説明してください。製品の説明ではなく、その製品によって何ができるかを示してください。
  
• このパートナーシップに対する今後 3 年間のビジョンを含めてください。具体的には、プラットフォームが税制の変更、新しい管轄区域への対応、商品税コードの拡大に、自社のエンジニアリング作業を必要とせずにどのように対応するかを説明してください。
  

ソリューション概要

• 単一の実装で税務コンプライアンスのライフサイクル全体 (納税義務の監視、登録、計算、回収、申告) をどのようにカバーしているかを説明してください。具体的に何が自動化され、自社チームによる手作業が必要なものは何かを説明してください。
  
• 税率の精度に対するアプローチを説明してください。番地レベルの精度をどのように実現しているか、税制の変更をどのように取り入れているか、管轄区域の規則が変更された後どのくらい早く更新が適用されるかを説明してください。
  
• 実装モデルについて説明してください。既存の決済プラットフォームや請求プラットフォームに組み込まれたソリューションは、スタンドアロンの製品よりもはるかに迅速に実装できます。
  

対象地域

• 現在、税金の計算と回収をサポートしているすべての国と米国の州の完全で最新のリストを提供してください。「サポートしている」とは、開発中や別のアカウント登録が必要なパートナー経由ではなく、本番環境で利用できる状態であることを意味します。
  
• 各市場について、デジタル商品、SaaS、物理的な商品、およびサービスが対象に含まれるかどうかを指定してください。特定の管轄区域における製品タイプ別の対象範囲のギャップは、管轄区域の対象範囲自体のギャップと同じくらい重要です。
  

申告と送金

• 自社またはパートナー経由を問わず、現在申告サポートを提供しているすべての管轄区域をリストしてください。パートナーがサポートする管轄区域については、パートナー名を明記し、引き継ぎプロセスを説明し、自社チームがそのパートナーで別のアカウントを作成する必要があるかどうかを確認してください。
  
• 初めて管轄区域で申告を行う企業の体験について説明してください。自社チームは何をする必要があり、どのくらいの時間がかかりますか。
  

C.4 説明と質問

質問は [質問の締め切り] までに [RFP マネージャーのメールアドレス] 宛てに書面で提出する必要があります。回答はすべての参加者に同時に配布されます。このプロセス中は、他の [貴社名] の従業員との非公式な話し合いは禁止されています。

C.5 提案の有効性

提案書は、書面による相互の合意によって延長されない限り、提出期限から 90 日間有効である必要があります。

C.6 拒否または交渉する権利

[貴社名] は、提案を拒否したり、説明を求めたり、1 つ以上のベンダーと並行して交渉したりする権利を留保します。参加は購入のコミットメントを構成するものではありません。

セクション D: 評価プロセス

スコアリングの透明性を高めることで、ベンダーは対象範囲のリストではなく反証資料を提出するようになります。すべての基準は、セクション E の要件に直接関連付けられています。

D.1 評価方法

すべての提案は、財務、税務、エンジニアリング、法務、オペレーションを網羅する部門横断型チームによって審査されます。

評価は次の 3 つの段階で行われます:

• コンプライアンス審査: 必要なすべてのドキュメントが揃っており、フォーマット要件を満たしていることを確認します。
  
• 定性的評価: 重み付けされた基準に照らして、各提出物を 1 〜 5 のスケールでスコアリングします (5 = 非常に優れている、本番環境の反証資料に裏付けられている、1 = 基準を満たしていない)。スコア 5 を獲得するには、機能の説明ではなく、ドキュメント化された本番環境での実績が必要です。
  
• デモンストレーションと最終審査: 最終候補に残ったベンダーが本番でのプラットフォームデモを実施します。デモは、あらかじめロードされたデータを使用したスクリプトどおりのウォークスルーではなく、本番環境と同等の環境を使用する必要があります。
  

D.2 評価基準と重み付け

D.3 デモンストレーション要件

最終候補のベンダーには、本番環境と同等の環境で以下の内容を本番にて実演していただきます。

• 以下の各管轄区域における取引の決済時の税金計算: [主要な市場を挿入]。適用された税率、使用された商品税コード、および顧客の店舗がどのように特定されたかを示します。
  
• 義務を監視するダッシュボード — すべての管轄区域における現在のしきい値の状況を表示し、しきい値に近づいた際のアラートがどのように表示されるかを示します。
  
• 新しい国の追加 — 新しい市場で税金の回収をゼロから有効にする手順を説明します。クラス最高のプラットフォームのベンチマークは、登録後数秒で新しい州または国を有効にできることです。
  
• B2B 取引 — ヨーロッパのビジネス顧客に対する VAT ID の検証とリバースチャージの適用を示します。
  
• 申告レポート — [申告を行う管轄区域を挿入] の申告レポートを生成し、それがその管轄区域の申告要件にどのようにマッピングされるかを説明します。
  
• 実装のパス — 新しい種類の取引で税金を徴収するために必要なコードを示します (またはコーディング不要であることを確認します)。
  

ベンダーは、デモ実施後少なくとも 10 営業日間有効な一時的なデモアクセスを提供する必要があります。

D.4 交渉と契約の裁定

[貴社] は、説明会の開催、最終的な最良の提案の要求、および並行交渉を行う権利を留保します。両当事者が署名するまで、いかなる契約も拘束力を持ちません。

⚑ 評価者への注意事項 — ベンダーに送信する前に削除してください

• グループで審議する前に個別にスコアリングします。スコア 5 を獲得するには、機能のリストや対応範囲の表ではなく、ドキュメント化された本番環境での実績が必要です。
  
• 市場ごとに対象地域を調べます。リストにあるすべての管轄区域について、特定のプロダクトタイプ (デジタル商品、SaaS、物理的な商品など) が対象に含まれているかどうかを確認します。デジタル商品を除外している「サポート対象」の管轄区域は、ビジネスのサポート対象にはなりません。
  
• 契約締結から税金が徴収される最初の取引までの完全な実装スケジュールについて、ベンダーに説明を求めます。予測されるスケジュールではなく、類似するビジネスの具体的な例を求めてください。
  
• 登録完了後に新しい国を追加するのにかかる時間を確認します。クラス最高のプラットフォームでは、これを数秒で有効にできます。数日かかったり、エンジニアリング作業が必要になったりするプロセスは、事業拡大時の大きなオペレーション上の足かせとなります。
  
• 申告のサポートについては、チームがサードパーティの申告パートナーで別のアカウントを作成する必要があるのか、それともベンダーのダッシュボードから簡単に引き継ぐことができるのかを確認します。パートナーで別のアカウント登録を行う手間は、新しい管轄区域が増えるたびに大きくなります。
  
• 税務ルールの更新の遅延について具体的に確認します。管轄区域が税率やルールを変更した場合、計算にどれくらい早く反映されますか？過去 12 カ月間の例を求めてください。
  
• 義務を監視するダッシュボードの本番デモを要求します。アラートのトリガーとなる要因、しきい値に対してどれくらい早くアラートが発信されるか、およびチームにどのような情報が提供されるかを確認します。
  

セクション E: コア要件

これは最も重要なセクションです。事実に基づき、証拠に裏付けられた回答を求めてください。導入する価値のあるベンダーであれば、実際の導入による文書化された成果を提示できるはずです。各要件について、ベンダーは次のいずれかを選択する必要があります。標準 (現在本番環境で利用可能)、設定可能 (設定が必要)、カスタム (開発が必要)、または該当なし。

E.1 組み込みと実装

コンプライアンスリスクは、税務上の義務が発生したにもかかわらず税金を徴収していない瞬間に増大します。実装に数カ月かかるソリューションは、負債を延長させるようなものです。クラス最高の税務インフラストラクチャーのベンチマークは、当日～ 1 週間での設定です。1 行のコード、1 つのダッシュボードの切り替え、または 1 回の API コールです。たとえば、Keap は Stripe Tax を 8 週間で導入しましたが、以前のプロバイダーでは同じ実装に 24 週間かかりました。

E.2 地理的カバー範囲

税務上の義務は、カバー範囲のリストが更新されるのを待ってくれません。新しい市場でしきい値を超える前に、税務ソリューションはそこで税金を徴収する準備ができている必要があります。Stripe を利用するスタートアップの 80% 以上が、20 以上の州や国で販売を行っています。管轄区域によるものであれ、管轄区域内の商品タイプによるものであれ、カバー範囲のギャップはコンプライアンスリスクになります。

E.3 計算の精度と税務コンテンツ

取引の不正確な税率は、カスタマーエクスペリエンスの問題であると同時に、コンプライアンスの問題でもあります。特にデジタル商品の場合、ルールは複雑です。100 カ国以上で異なる課税が行われ、SaaS は米国の州によっては課税対象ですが、その他の州では課税対象ではなく、デジタル商品を販売するヨーロッパのビジネスは顧客 1 人につき相反しない 2 つの場所の証拠を収集する必要があります。製品構成全体で通用するソリューションと、手動での上書きが必要なソリューションを区別するのは、計算の背後にある税務コンテンツエンジンです。

E.4 納税義務の監視

最もコストがかかる税務上の問題は、予測できなかった問題です。米国の売上税登録のしきい値は、ほとんどの州では売上 10 万ドルまたは 200 件の取引から、カリフォルニア、ニューヨーク、テキサスでは 50 万ドルまでさまざまです。ヨーロッパの登録のしきい値は、スペインの 0 ユーロからイギリスの 9 万ポンドまでさまざまです。EU 圏外のビジネスは、EU 内での最初の販売から VAT を徴収する必要があります。義務があるにもかかわらず税金を徴収しなかった場合、未払いの税金は自己負担となり、未納税額の 30% を超える利息や罰金が科される可能性があります。税務ソリューションは、しきい値を超える前に、義務を予防的に監視する必要があります。

E.5 登録サポート

新しい市場に参入する際、税の徴収に向けた登録は最も困難なステップとなることが多くあります。アメリカでは、州ごとに登録プロセスや要件が異なります。アメリカ以外の管轄区域では、現地の税務担当者が必要な場合もあります。イギリスでは、2025 年に HMRC への VAT 登録申請の約 17% が却下されました。カナダの越境販売業者は、最大 5 つの個別の登録が必要になる場合があります。適切なベンダーを選ぶことで、申請内容の事前入力、現地要件に関するチームへのガイダンス、および可能な限り迅速な登録完了が可能になり、この負担を大幅に軽減できます。

E.6 申告と送金

ほとんどのビジネスにとって、申告は税務コンプライアンスにおいて最も運用上の負担が大きいステップです。管轄区域ごとにフォーマット、期限、提出プロセスが異なります。最適なソリューションは、申告に必要な正確なフォーマットに一致する管轄区域固有のレポートを作成し、期限の通知を行ってチームが期限を逃さないようにし、チームに代わって申告を処理できる申告パートナーと連携します。

E.7 プラットフォームの連携と開発者体験

数カ月にわたるエンジニアリング作業や継続的なメンテナンス負担を伴う税の連携は、新しい市場や商品タイプを追加するたびにコストが増大します。最適なソリューションは、別のプラットフォームを必要とせずに既存のスタックに適合し、エンジニアリングチームが手動でのメンテナンスなしに迅速に本番環境へ移行し、稼働を維持するためのツールを提供します。

E.8 レポートと分析

税務レポートは運用上の機能です。財務チームと税務チームは、手動のクエリを実行したりスプレッドシートをエクスポートしたりすることなく、すべての市場における徴収済みの税金、納税義務、申告ステータスをリアルタイムで把握する必要があります。

E.9 セキュリティとコンプライアンス

税務インフラは、すべての取引で機密の財務データと顧客データを処理します。セキュリティとコンプライアンスは任意ではありません。

E.10 ベンダーの証明

提出日時点で回答がすべて正確であり、Standard または Configurable (構成可能) とマークされた機能が現在本番環境で利用可能であることをここに証明します。ドキュメントや本番のデモンストレーションで裏付けられていない主張は評価されません。

注: このテンプレートは、税務または法務に関するアドバイスを構成するものではありません。ベンダーの回答を税務または法務に関するアドバイスとして信頼しないでください。[貴社]は独自のアドバイザーに相談する必要があります。

認定担当者: ________________________

役職: ________________________

日付: _______

⚑ 評価者のメモ - ベンダーに送信する前に削除してください

• 任意の基準でスコア 5 を獲得するには、文書化された本番環境での実績が必要です。対応状況のリストは反証資料にはなりません。
  
• リストのすべての管轄区域について、対象範囲に自社の特定のプロダクトタイプが含まれているかどうかを確認してください。「サポート対象」としてリストされていても、SaaS やデジタル商品が除外されている管轄区域は、お客様のビジネスではサポートされません。
  
• ベンダーに、最も複雑な管轄区域における最も複雑なプロダクトタイプの本番での税率計算のデモンストレーションを依頼してください。デモでできない場合は、本番環境でも対応できません。
  
• 予測されるタイムラインではなく、類似するビジネスの文書化された導入のタイムラインを依頼してください。8 週間 (Keap による Stripe Tax の導入) と 24 週間 (Keap の以前のプロバイダー) の差は大きなものです。
  
• 申告サポートについては、サードパーティの申告パートナーごとにチームが別のアカウントを作成する必要があるかどうかを確認してください。関与するパートナーが増えるほど、新しい管轄区域が追加されるたびにアカウント登録の摩擦が大きくなります。
  
• 税務ルールの更新の遅延について具体的に質問してください。管轄区域が税率を変更したり新しいルールを導入したりした場合、どれくらい早く計算に反映されますか。過去 12 カ月の例を求めてください。
  
• 義務の監視アラートのリードタイムについて質問してください。しきい値を超えた後にアラートがトリガーされても、コンプライアンスの保護にはなりません。
  

セクション F: 実装とサポート

正しい税の回収が行われない日が続くごとに、コンプライアンスのリスクが高まります。このセクションでは、ベンダーが、ビジネスの発展に合わせて迅速に本番環境へ移行し、コンプライアンスを維持するための方法論、リソース、およびサポートモデルを備えているかどうかを確認します。

F.1 導入アプローチ

ベンダーは以下について説明する必要があります。

• 契約の署名から税が回収される最初の取引までの一般的な導入プロセス (比較可能なクライアントの導入に関するドキュメント化されたタイムラインを含む (ベンチマークは数日から数週間))
  
• セットアップ中に [your company] が提供する必要がある情報と、ベンダーが提供または事前入力する情報
  
• 本番環境へ移行する前に税計算がどのようにテストされるか (サンドボックス環境が本番の動作を正確に反映するかどうかを含む)
  
• 導入時にビジネスがすでに未回収の納税義務を抱えている状況にどのように対処するか (どのようなガイダンスが提供され、推奨される修復パスがどのようなものか)
  

F.2 リソースとガバナンス

ベンダーは以下を指定する必要があります。

• この取り組みに割り当てられた指名アカウントマネージャーと税務スペシャリスト
  
• 導入中のエスカレーションの階層と意思決定の頻度
  
• 導入チームがローンチ後のサポートを処理するチームと同じであるかどうか (引き継ぎは、多くの場合、サービス品質が低下する要因となります)
  

F.3 トレーニングとドキュメント

ベンダーは以下について説明する必要があります。

• 財務、税務、エンジニアリング、およびオペレーションチーム (特に、登録の管理、義務の確認、申告レポートへのアクセスを行う非技術ユーザー) が利用できるトレーニング
  
• セルフサービスの学習リソース (チームがサポートチケットを作成せずに質問に回答できるドキュメント、チュートリアル、ヘルプコンテンツ)
  
• 新しい管轄区域、プロダクトの税コード、または申告の連携が追加されたときに、ドキュメントとトレーニング資料がどのように更新されるか
  

F.4 サポートモデルと SLA

ベンダーは以下を指定する必要があります。

• サポート階層とそれに含まれるもの (本番の取引での税率エラーや申告期限の超過は、迅速な対応が必要な重要度 1 の問題です)
  
• 契約上のコミットメントを伴う、重要度別の応答時間の SLA
  
• 税を回収している管轄区域で税則が変更された場合に、クライアントにどのように通知されるか、また、クライアント側で何かアクションが必要かどうか
  
• 過去の重要度 1 の応答時間データ (SLA だけでなく)
  

F.5 継続的なコンプライアンス

税法は常に変化しています。サポートされているすべての管轄区域にわたって、プラットフォームが規制の変更をどのように監視しているか、更新がどれくらい迅速に適用されるか、ルールの変更時に [your company] が行う必要があること (ある場合) について具体的に説明してください。過去 12 カ月間の重大なルール変更と、それらがどのように処理されたかの例を提供してください。

F.6 ベンダーの証明

すべての導入およびサポートの詳細は、提出日時点で正確であり、現在の本番環境での運用を反映していることを証明します。

認定担当者: ________________________

役職: ________________________

日付: _______

⚑ 評価者のメモ — ベンダーに送信する前に削除してください

• 比較可能なビジネス (同様の取引量、市場数、またはプロダクト構成) からの具体的な導入例を求めます。予測されたタイムラインは却下します。
  
• 本番環境の管轄区域で税則が変更された場合にどうなるかを尋ねます。チームで何かを行う必要がありますか、それとも更新は自動ですか。正解は自動です。
  
• 導入チームがローンチ後のサポートを処理するチームと同じかどうかを尋ねます。
  
• [your company] がすでに未回収の納税義務を抱えている場合、ベンダーがどのようなガイダンスを提供するかを尋ねます。将来のコンプライアンスのみを支援するベンダーは、完全なソリューションではありません。
  
• 過去 12 カ月間の重要度 1 の実際の応答時間をリクエストします。
  

クション G: 商務条件

税務ソフトウェアの料金体系は、トランザクションベースのモデルから月額定額料金、従量課金制まで大きく異なります。実質的な経済性を比較できるように、開示を標準化してください。成長中のビジネスにとって、従量課金制の料金体系は最も柔軟なモデルです。取引の少ない月と多い月で同じ金額を支払うべきではありません。

G.1 料金体系概要

ベンダーは以下を提供する必要があります。

• 税計算、納税義務の監視、登録サポート、申告パートナーへのアクセス、API コール、追加の管轄区域、アドオンなど、すべてのコンポーネントの項目別料金体系
  
• 料金体系の前提条件 (トランザクション量、管轄区域の数、製品構成、申告頻度) を説明する文章
  
• 総コストに影響する最低月額コミットメント、取引量しきい値、段階制料金体系の明確な提示
  
• 他の通貨で見積もられている場合の変換ロジックを含む、米ドル建てのすべての数値
  
• すべての手数料 (サポート、導入、アップグレード、追加の管轄区域、申告パートナー手数料) の明示的な開示—契約締結後に隠れた手数料が発見された場合、重大な不実表示として扱われる可能性があります
  

G.2 料金コンポーネント

G.3 取引量に対する感度度

G.4 料金体系

• 料金体系は従量課金制 (取引ごと) またはサブスク (月額定額) ですか、それともハイブリッドモデルですか？取引件数が季節によって変動するビジネスに対するモデルとその影響について説明します。
  
• [お客様の会社] はペナルティなしで料金体系を切り替えることができますか？プロセスと条件について説明します。
  
• 取引件数が減少した場合、料金は自動的に引き下げられますか？
  

G.5 契約条件

• 選択可能な契約期間と、長期契約による料金のインセンティブ
  
• 最低利用要件
  
• 解約条項とデータのポータビリティ — 解約時に税金の取引履歴、登録記録、申告レポートが、どのような形式で、どのようなタイムラインで返されるか
  
• 年間の価格上昇額の制限
  

G.6 ベンダー証明

すべての料金および商用情報 (クライアントが支払うと想定されるすべての手数料を含む) が、提出日時点で完全かつ正確であることを証明します。

正式な担当者: ________________________

日付: _______

⚑ 評価者のメモ — ベンダーに送信する前に削除してください

• 料金の記述と Excel シートの間に矛盾がないかを照合します。不一致は問題の兆候です。
  
• 申告パートナーの手数料について具体的に質問します。これらは多くの場合、表示価格に含まれておらず、管轄区域が増えるごとに複利計算されます。
  
• ベンダーのネイティブプラットフォームの外部で処理された支払い (外部代行業者の API コール) に対する税金計算が料金に含まれているかどうかを質問します。これは別料金になることがよくあります。
  
• 新しい国を追加したときの料金はどうなるかを質問します。料金に含まれていますか、それとも新しい管轄区域ごとに別の項目になりますか？
  
• 解約時のデータポータビリティは、税務ソフトウェアの真のロックインメカニズムです。申告履歴と登録記録はポータブルである必要があります。契約に署名する前に、解約条件を評価します。
  
• 従量課金制は、成長中のビジネスにとって定額料金よりも有利です。現在の件数の 10 倍での総コストをモデル化します。
  

セクション H: ベンダープロフィール

お客様の税務インフラストラクチャーのパートナーは、すべての取引のコンプライアンス経路に関与します。企業の健全な財務状態、税務に関する専門知識の深さ、対象範囲の拡大のペース、お客様と同様のビジネスでの実績など、企業全体を把握します。

H.1 会社概要

歴史、使命、市場での位置づけを 2 ～ 3 段落で要約して提示します。[お客様のセグメント (SaaS、デジタル商品、EC、マーケットプレイスなど)] でのビジネスの経験に焦点を当てます。世界的に税法が発展する中で、特にデジタル商品と SaaS の課税に関して、規制の変更に歩調を合わせている実績を説明します。

H.2 顧客基盤と実績

顧客基盤に関する具体的なデータを提供します。

• 税務ソリューションを利用しているビジネスの数
  
• ビジネスが現在本番環境でプラットフォームを利用している市場
  
• 顧客基盤を代表する業界と商品タイプ
  
• 類似するビジネスにおける導入の所要時間の記録
  
• 本番環境での税金計算の正確性を示す反証資料
  

H.3 税務の専門知識

世界中の税法の変更を監視し、組み込む責任を担うチームについて説明します。税務ソリューションの場合、コンテンツチームの対応力と堅牢性は、エンジニアリングチームと同等に重要です。

説明する項目:

• 税務調査チームの規模と構成
  
• サポートされているすべての管轄区域における規制の変更を監視するプロセス
  
• ルールの変更をすべてのクライアントに組み込んで導入するまでの速さ
  
• 過去 12 カ月間の税法の大幅な変更に関する実績 (例を提示)
  

H.4 財務の安定性

監査済みの財務諸表、または支払い能力を証明する同等の反証資料を提示します。民間企業の場合は、流動性を証明する CFO の書簡が必要です。資金調達の構成について説明します。

H.5 認定とコンプライアンス

H.6 対象範囲の拡大ペース

過去 12 カ月間で、地理的な対象範囲と商品税コードのライブラリがどのように拡大したかをご説明ください。追加された管轄区域または商品の種類と、追加された時期をご記入ください。今後 12 ～ 18 カ月間のロードマップと、対象範囲の拡大の優先順位付けについてご説明ください。

H.7 ベンダーによる正確性の表明

私は、セクション H のすべての情報が提出日時点で正確であること、および [ベンダー] が説明されているサービスを実行するための財務的、技術的、運用上の能力を有していることを証明します。

担当者: ________________________

日付: _______

セクション I: 参考資料

類似した製品構成や市場展開を持つビジネスからの推薦状は、どのようなデモよりも価値があります。米国の 30 州と 15 カ国に製品を販売する SaaS 企業への導入を成功させたベンダーの推薦状は、予測ではなく実際の結果を物語っています。

I.1 リファレンス要件

ベンダーは、次の基準を満たす推薦状を少なくとも 3 通提出する必要があります。

• [貴社] と類似したビジネスモデル (同じ業界または製品タイプ、SaaS、デジタルグッズ、EC、マーケットプレイスなど)
  
• 導入時の取引量または市場展開が類似している
  
• 最初の導入後に新しい市場に進出した実績が少なくとも 1 つある
  
• 申告パートナーのサポートを利用している実績が少なくとも 1 つある
  
• 少なくとも 12 カ月間本番環境で活動している顧客
  

I.2 リファレンステーブル

I.3 リファレンス結果のサマリー

各実績について、文書化された成果 (導入スケジュール、対応する管轄区域の数、税計算の正確性、手作業のプロセスと比較して節約された時間、およびプラットフォームによって回避されたコンプライアンス違反になりかけた事象など) を提示します。範囲ではなく、具体的な数値を提供してください。

I.4 リファレンス検証

各クライアントが推薦状を提供することに同意していること、およびすべての情報が正確であることを確認します。[貴社] は推薦状の提供者に直接連絡する権利を留保します。

正式な担当者: ________________________

日付: _______

⚑ 評価者のメモ—ベンダーに送信する前に削除してください

• 少なくとも 2 社の推薦状提供者に電話で連絡します。書面によるサマリーはベンダーによって作成されています。
  
• 提案書の導入スケジュールが、彼らが経験したものと一致しているかどうかを推薦状提供者に具体的に尋ねます。契約書の署名から税金が徴収された最初の取引までの実際の日付を尋ねます。
  
• 本番環境で適用された税率が正確だったかどうか、また、誤った計算に遭遇したことがないかどうかを尋ねます。
  
• 最初に本番環境へ移行した後に新しい市場を追加した経験について尋ねます。どれくらいの時間がかかりましたか。また、どの程度のエンジニアリング作業が必要でしたか。
  
• 申告の経験について尋ねます。レポートは管轄区域の要件と完全に一致していましたか、それともチームでデータを再フォーマットする必要がありましたか。
  
• 類似性のないビジネスからの実績にフラグを立てます。物理的な商品の小売業者からの推薦状は、SaaS やデジタルグッズの税務の複雑さについてほとんど何も教えてくれません。
  

セクション J: 付録

J.1 提出チェックリスト (ベンダー使用)

回答パケットの最初のページとして添付してください。不完全な提出は評価の対象外となる場合があります。

J.2 用語集

J.3 評価スコア マトリックス

J.4 要件のクイックリファレンスチェックリスト

提出前のベンダーの自己評価用

導入と実装

• 類似企業における文書化された実装のタイムライン
  
• ダッシュボードの切り替えによるコーディング不要の導入
  
• 1 行のコードによるローコードの導入
  
• カスタムワークフローと外部代行業者による支払いのための API 連携
  
• 既存の支払いプラットフォームまたは請求プラットフォームとのネイティブな連携
  
• 本番環境へ移行する前の、本番環境と同等のサンドボックスでのテスト
  
• コードスニペットと例を含むセルフサーブ形式のドキュメント
  

地理的な対象範囲

• 現在本番環境で 100 カ国以上をサポート
  
• 米国のすべての州とワシントン D.C. を網羅
  
• 各管轄区域内の商品タイプ (デジタル商品、SaaS、物理的な商品、サービスなど) ごとに確認済みの対象範囲
  
• 屋上レベルの店舗の精度
  
• 顧客の正確な店舗に基づく動的な税率選択
  
• 登録後数秒で新しい国を追加できる機能
  
• 登録サポート (米国内では直接、米国外では指定パートナー経由)
  

計算の精度と税のコンテンツ

• 600 以上の商品税コード — 提供される完全な対象範囲リスト
  
• 税のコンテンツの自動更新 — チームでの対応は不要
  
• B2B VAT ID 検証とリバースチャージ — 本番環境での精度
  
• EU 向けのデジタル商品のための 2 つの店舗の反証資料の回収
  
• 免税証明書の取り扱い
  
• 完全な住所が入力される前の、利用可能な店舗シグナルを使用した決済時の税の表示
  
• 日割り計算、ディスカウント、クレジットノートの正確な処理
  

納税義務の監視

• すべての管轄区域にわたるしきい値の自動追跡
  
• しきい値を超える前のプロアクティブなアラート
  
• 納税義務のダッシュボード — 手動クエリなしのリアルタイムのしきい値ステータス
  
• 過去の納税義務を特定するための過去の取引の振り返り
  
• ダッシュボード、メール、Webhook を介したアラート配信
  

登録サポート

• 事前入力済みの申請書による米国の登録の自動化
  
• 指定パートナー (Taxually など) 経由の米国以外の登録
  
• 以降の登録のための事前入力済みの申請書
  
• プラットフォームのダッシュボードでの登録ステータスの追跡
  
• 登録後数秒での有効化
  

申告と納税

• 再フォーマット不要の管轄区域ごとのレポート形式
  
• 管轄区域ごとの自動化された期日リマインダー
  
• 対象となる管轄区域とともにリストされた申告パートナー
  
• 個別のデータのエクスポートやアップロードなしで、ベンダーのダッシュボードから引き継ぎを完了可能
  
• 管轄区域ごとの手順を含む自己申告サポート
  

プラットフォームの連携と開発者エクスペリエンス

• 単一のプラットフォーム — 個別のログインや API キーは不要
  
• 99.999% 以上の稼働時間 — 12 カ月間の過去のデータ
  
• 対応不要の税のコンテンツの自動更新
  
• 税イベントの Webhook サポート
  
• 外部代行業者の API アクセス
  
• 財務および税務チーム向けのコーディング不要の設定
  

レポートと分析

• 納税義務、徴収、登録、申告を 1 つのビューで確認できる Unified ダッシュボード
  
• 税率、税コード、店舗を含む取引レベルの税の詳細
  
• 管轄区域レベルの集計レポート
  
• データウェアハウスへのエクスポート (例: Snowflake、BigQuery、Redshift)
  
• 完全な監査証跡
  

取引条件

• 取引量に応じてスケーリングする従量課金制の料金体系
  
• すべての手数料を開示 (計算、監視、登録、申告パートナー、サポート)
  
• アップグレードや追加の管轄区域に関する隠れた手数料なし
  
• 契約終了時のデータポータビリティ (申告履歴、登録記録、取引データ)
  

J.5 ベンダー提出証明書

本提出書類が完全であり、提供されたすべての情報が正確であることを証明します。[Your company] は、本回答で行われたあらゆる主張を検証する権利を留保します。本提出書類は、税務または法務上のアドバイスを構成するものではありません。

会社名: ________________________

正式な担当者: ________________________

役職: ________________________

署名: ________________________

日付: ________

Stripe Tax でできること

Stripe Tax は、複雑な税務コンプライアンスの負担を軽減し、事業成長に集中できるようにするためのツールです。Stripe Tax は、Stripe の取引をもとに、納税が必要な場所やタイミングをモニタリングし、売上税登録のしきい値を超えた場合には通知します。さらに、アメリカのすべての州と 100 カ国以上で、物理的な商品とデジタルの商品およびサービスの両方に対する売上税、VAT、GST を自動的に計算して徴収します。

既存の Stripe 連携にコードを 1 行追加するか、ダッシュボードのボタンを 1 回クリックするか、強力な API を利用することで、世界中で税金の徴収を始めることができます。

Stripe Tax でできること。

• どこで税務登録をして税金を徴収すべきかを把握する: Stripe 上の取引に基づいて、税金を徴収する必要がある場所を確認できます。登録が完了すれば、新しい州や国での税金徴収を数秒で有効化できます。既存の Stripe インテグレーションにコードを 1 行追加するか、Stripe ダッシュボードのボタンをクリックするだけで、税金徴収を有効化できます。
  
• 納税の登録: グローバルな税務登録の管理を Stripe に任せることで、申請情報が事前に入力されたシンプルなプロセスを活用できます。時間を節約しながら、現地規制への法令遵守を簡素化できます。
  
• 税金の自動徴収: Stripe Tax は、販売する商品や場所に関係なく、適切な税額を計算して徴収します。何百もの商品とサービスをサポートしており、最新の税法と税率変更に対応しています。
  
• 申告の簡素化: Stripe Tax は申告パートナーとシームレスに連携するため、世界中の申告を正確かつ期限通りに行えます。Stripe のパートナーに申告の管理を任せることで、事業の成長に集中できます。
  

Stripe Tax の詳細を見るか、今すぐ始める。