以下是用于评估税务自动化供应商的结构化指南。Stripe Tax 作为参考点贯穿始终——是 2026 年全球税务合规同类最佳的具体案例。该指南涵盖了设置和实施、地域覆盖范围、计算准确性、义务监控、注册、申报和汇款以及商业等部分。
本模板包含各节的提纲和文案样本。您可以自行设计您品牌的征求建议书 (RFP) 文档,也可以使用此处提供的文案。
重要提示:本模板不构成税务或法律建议,仅供参考。在决定哪种税务软件适合您的企业时,请咨询您的税务、法律和其他顾问。
100+ |
600+ |
99.999% |
72% |
|
支持进行税额计算和收税的国家/地区 |
涵盖的产品和服务的税务类别 |
Stripe Tax 服务的历史正常运行时间 |
的在线商家将监管合规视为国际业务增长的障碍 |
封面页
封面的目的是明确告诉供应商他们正在查看的内容以及联系人。请提供征求建议书 (RFP) 标题、贵公司的名称、简短的保密声明,以及管理该流程的负责人的联系方式。日期也很重要。请在显眼位置列出发布日期和截止日期,以免有人声称错过了这些日期。封面应保持简洁。
联系信息
|
RFP 经理 |
全名 |
|
标题 |
[职务] |
|
电子邮件 |
[email@company.com] |
|
电话 |
[###-###-####] |
关键日期
|
发布日期 |
[年/月/日] |
|
提问截止日期 |
[年/月/日] |
|
回应截止日期 |
[年/月/日] |
|
评估期 |
[年/月/日–年/月/日] |
|
最终选择 |
[年/月/日] |
提交格式
所有回复均须通过电子邮件以 PDF 格式以电子方式提交。定价和评分模板(单独以 Excel 格式提供)必须以原始格式作为附件提供。
文件命名规范
[供应商名称]–[项目名称]–征求建议书 (RFP)–响应–[日期].pdf
本征求建议书 (RFP) 的目的
[Your company] 正在寻找一家税务基础设施合作伙伴,能够支持安全的多币种交易,通过现代 API 轻松与内部系统集成,并在跨区域提供高可靠性、主动欺诈检测和数据透明度。
本文件概述了提交提案的要求、评估标准和流程。
简短保密通知
本征求建议书 (RFP) 包含属于 [your company] 的机密和专有信息。提供此信息仅用于准备回复。禁止向未直接参与准备提案的人员分发。接受此征求建议书 (RFP) 即表示收件人同意至少以与保护其自身机密信息相同程度的谨慎来保护这些信息。
A 部分:管理说明
税务合规不应等待缓慢的供应商选择流程,因为每一天没有准确收税都会增加潜在风险。清楚设定基本规则,以便供应商快速准确地响应。
A.1 保密及非披露声明
本征求建议书 (RFP) 中的所有信息均属机密,仅供供应商准备回复之用。未经 [您的公司] 事先书面同意,供应商不得披露、复制或分发本文档或其任何部分。提案中包含的专有信息应清晰标注;[您的公司] 将相应地进行处理。
A.2 财务责任限制
本 RFP 并非合同要约。[您的公司] 没有任何义务签署合同或退还准备回复时产生的费用。在此过程中,供应商须全权负责自己的费用。
A.3 征求建议书 (RFP) 时间线
|
里程碑 |
目标日期 |
|
征求建议书 (RFP) 已发布 |
2027 年第 2 季度 |
|
应付供应商确认 |
[+3 个工作日] |
|
供应商问题提交截止日期 |
[+2 周] |
|
答疑文件分发给所有供应商 |
[+3 周] |
|
建议书提交截止日期 |
2027 年第三季度 |
|
评估期 |
2027 年第三季度 |
|
入围通知 |
2027 年第 3 季度 |
|
供应商演示 |
2027 年第 3 季度 - 第 4 季度 |
|
最终选择 |
2027 年第四季度 |
|
目标上线日期 |
2028 年第 1 季度 |
A.4 提交指南
- 所有提案必须通过电子邮件提交至 [联系人电子邮件地址]。
- 供应商必须在发布后三个工作日内确认收到。
- 问题必须在 A.3 中列出的日期前以书面形式提交。
- 所有通信必须通过指定的征求建议书 (RFP) 经理进行。在评估期间,与 [您的公司] 其他员工直接联系可能会导致被取消资格。
A.5 要求的提交文件
|
项目
|
是否包含?
|
备注
|
|---|---|---|
| 摘要报告 (PDF) | ☐ 是 ☐ 否 | - |
| E 部分要求回复 (PDF) | ☐ 是 ☐ 否 | - |
| 填妥的定价模板 (Excel) | ☐ 是 ☐ 否 | - |
| 公司概况和财务摘要 (PDF) | ☐ 是 ☐ 否 | - |
| 三个或以上的同类企业客户参考材料 (PDF) | ☐ 是 ☐ 否 | - |
| 监管合规认证:SOC 2 Type II、ISO 27001 (PDF) | ☐ 是 ☐ 否 | - |
| 覆盖区域列表——当前支持的国家和美国州 (PDF) | ☐ 是 ☐ 否 | - |
| 产品税码覆盖范围列表 (PDF) | ☐ 是 ☐ 否 | - |
| 记录了实施时间表和税务准确性结果的案例研究 (PDF) | ☐ 是 ☐ 否 | - |
| API 文档或开发者门户链接(PDF 或 URL) | ☐ 是 ☐ 否 | - |
| 12 个月的历史正常运行时间数据 (PDF) | ☐ 是 ☐ 否 | - |
| 申报合作伙伴列表和支持的管辖区 (PDF) | ☐ 是 ☐ 否 | - |
A.6 评估概览
[您的公司] 将评估提案的实施速度、地理覆盖范围、计算准确性、义务监控、注册支持、申报和汇款功能、平台集成以及定价透明度。供应商必须用生产环境证据来证明其功能。没有数据或文档支持的声明将不予评分。
A.7 供应商确认
供应商必须在收到此征求建议书 (RFP) 后三个工作日内完成并交回下方的确认书。
我们确认已收到名为“[RFP 名称]”的征求建议书 (RFP),并确认我们 ☐ 打算 / ☐ 不打算提交回复。
公司名称:____________________
授权代表:____________________
职位:____________________
日期:________
B 部分:概览及工作范围
您每增加一个新市场、产品类型和业务模式,税务合规复杂性就会随之增加。请为供应商提供他们所需的具体背景信息,以便其评估是否能够在当下及未来业务增长时切实为您的业务提供支持。
B.1 公司背景
[您的公司]是一家 [B2B / B2C / 交易平台 / SaaS / 电商] 商家,业务遍及 [插入当前市场]。我们每月在 [X] 个国家/地区和 [X] 个美国州处理约 [X] 笔交易。我们的产品组合包括 [实物商品 / 数字商品 / SaaS / 服务(请描述)]。我们目前 [有 / 没有] 现成的税务解决方案。我们的主要挑战是 [描述(例如:我们在美国多个州即将达到经济关联阈值、我们正在向欧盟扩张并需要增值税合规、我们不知道在哪里有纳税义务)]。
以下是您可以包含以进行自定义的补充详细信息:
- 总部和当前的的主要市场
- 计划在未来 12 到 24 个月内进入的市场
- 销售的主要产品和服务类型
- B2B 与 B2C 交易的细分情况(与增值税反向征收和豁免处理相关)
- 当前的支付和计费基础设施(对集成范围很重要)
- 涉及的内部团队(例如:财务、税务、工程、法律)
B.2 项目目的
本征求建议书 (RFP) 旨在寻找一家税务合规合作伙伴,以便在我们的业务发展过程中自动履行我们的纳税义务。我们目前的情况如下:[描述差距(例如:我们目前手动计算税额,这种方式即将变得不可持续、我们收到了税务机关的通知、我们正在准备审计或融资并需要消除合规差距)]。
我们理想的合作伙伴将支持:
- 在交易时使用精确的客户地点数据进行准确、实时的税额计算
- 在我们无意中超过阈值之前,了解我们在何处有纳税义务
- 提供新市场的注册支持,这样我们的团队就不必从头开始处理当地的流程
- 自动或通过合作伙伴完成申报和汇款,这样我们的团队就不必为每个管辖区手动编制报告
- 覆盖所有当前及计划进入的市场中的完整产品组合,包括数字商品、SaaS 和实物商品
- 在数天或数周内(而非数月)完成实施
- 与我们现有的支付和计费技术栈集成的解决方案,无需使用单独的平台
B.3 工作范围
核心交付内容
- 实时税额计算: 在结账时为所有当前市场提供准确的税率,利用客户地点数据实现屋顶级的精度
- 义务监控: 根据各管辖区的注册阈值自动跟踪我们的交易量,并在即将超过阈值前发出提醒
- 注册支持: 协助在新市场进行税务注册,包括预填申请表和当地要求指导
- 申报和汇款: 按各税务机关的要求提供针对各管辖区的报告,并允许访问申报合作伙伴的集成服务,使我们能够将申报流程移交给他们
- 产品税务代码覆盖: 为我们的完整产品组合提供准确的税务分类 —— [插入产品(例如:数字商品、SaaS、实物商品、服务、票务)]
- B2B 税务处理: 为欧洲和澳大利亚的企业客户自动进行增值税号验证并应用反向征收
- 一体化管理平台: 在一个位置实时查看收取的税额、纳税义务、注册状态和申报截止日期
其他交付内容
- 用于自定义集成的 API 访问: 能够对该供应商本机平台外处理的支付进行税额计算和报告
- 支持 [插入所需的货币和支付方式]
- 面向非工程团队的无代码设置选项: 通过管理平台开关或账单级别的配置进行收税
B.4 超出范围的工作
说明不包含的内容,以免供应商对其定价或承担责任。以下是一些示例:
- 企业所得税、转让定价或直接税务合规
- 销售点除增值税或商品及服务税之外的关税和进口税
- 工资税务合规
- 关于具体交易的税务建议或法律意见
B.5 期望结果
- 签订合同后 [X] 周内在我们所有当前市场进行实时税额计算
- 应用到交易的税率零失误(根据上线后的准确性审计衡量)
- 义务监控会在超过任何管辖区的阈值之前发出提醒
- 能够以所需的各管辖区格式提供申报报告,无需手动重新设置格式
- 在上线后的 90 天内,将工程团队在税务维护上耗费的时间减少 [X]%
- 收到阈值提醒后,在 [X] 个工作日内完成在新市场的收税注册地注册
C 部分:建议书说明
税务供应商通常首先提供覆盖范围列表和特性矩阵。而应要求他们提供实际生产结果:同类企业的实施时间表、准确性审计结果,以及证明其管辖区覆盖范围是真实的,而非理论上的证据。
C.1 提交格式与结构
每份提案必须遵循以下结构:
- 执行摘要(最多三页)
- 对 E 节中所有要求的回应,并按顺序编号以保持对应
- 填妥的 Excel 格式定价模板
- 供应商简介和财务摘要
- 至少三份来自同类企业的客户推荐信
- 支持性文件:监管合规认证、记录有实施时间表的案例研究、地理覆盖范围列表、产品税法代码覆盖范围列表,以及申报合作伙伴列表
C.2 格式要求
- 以 PDF 格式提供叙述性回应;以 Excel 文件格式提供定价模板
- 最小 11 磅字体,1 英寸边距,必须有页码
- 除非另有说明,所有金额数字均以美元为单位
- 文件命名:[供应商名称]–Tax–RFP–[日期].pdf
C.3 建议书内容指导
执行摘要
- 首先列出同类部署中记录的成果:实施时间表、准确率、支持的管辖区数量,以及申报合作伙伴的覆盖范围。不要只描述您的产品。展示它的成果。
- 包含您对此项合作未来三年的愿景:具体而言,您的平台将如何处理税务规则的变更、新增管辖区的覆盖范围,以及产品税法代码的扩展,而无需我们方面进行任何工程开发工作。
解决方案概览
- 描述您的平台如何通过单一集成覆盖整个税务合规生命周期(纳税义务监控、注册、计算、收取和申报)。请具体说明哪些部分是自动化的,哪些需要我们团队手动完成。
- 描述您确保税率准确性的方法:如何实现屋顶级(rooftop-level)的精度,如何纳入税务规则的变更,以及管辖区更改规则后,更新应用的速度有多快。
- 描述您的集成模型。构建在现有支付或计费平台内的解决方案在实施速度上要大大快于独立产品。
地理覆盖范围
- 提供一份当前完整列表,列出您目前支持税务计算和收取的每个国家和美国各州。“支持”是指已准备好投入生产,而不是正在开发中,也不是通过需要独立入驻流程的合作伙伴来实现。
- 对于每个市场,请指明覆盖范围是否包括数字商品、SaaS、实体商品和服务。特定管辖区内按产品类型划分的覆盖缺口与管辖区覆盖本身的缺口一样重要。
申报与汇款
- 列出您今天提供申报支持的每个管辖区,无论是原生的还是通过合作伙伴提供的。对于由合作伙伴支持的管辖区,请说明该合作伙伴的名称,描述交接流程,并确认我们的团队是否需要与该合作伙伴创建独立的账户。
- 描述商家首次在某个管辖区进行申报时的体验。我们的团队需要做什么,需要多长时间?
C.4 澄清与问题
问题必须在[提问截止日期]之前以书面形式提交至[征求建议书 (RFP) 经理的电子邮件]。答案将同时分发给所有参与者。在此过程中,不允许与[贵公司]的其他员工进行非正式讨论。
C.5 建议书有效性
除非经双方书面同意延长,提案必须自提交截止日期起 90 天内保持有效。
C.6 拒绝或协商的权利
[贵公司]保留拒绝任何提案、要求澄清或与一个或多个供应商进行平行谈判的权利。参与不构成购买承诺。
D 部分:评估流程
评分的透明度促使供应商以证据而不是覆盖范围列表来作出回应。每项标准都直接映射到 E 节中的要求。
D.1 评估方法
所有提案将由包括财务、税务、工程、法律和运营部门在内的跨职能团队进行审查。
评估分为三个阶段:
- 合规性审查: 确认所有必需的文档都存在且符合格式要求。
- 定性评估: 使用 1-5 的分制对照加权标准对每份提交材料进行评分(5 = 优秀,有生产证据支持;1 = 未达到基准线)。获得 5 分需要有记录在案的生产结果,而不是特性说明。
- 演示和最终审查: 入围供应商展示实时平台演示。演示必须使用与生产环境对等的环境,而不是使用预加载数据的脚本演练。
D.2 评估标准与权重
|
标准
|
权重
|
我们的评估内容
|
|---|---|---|
| 设置和集成 | 20% | 到完成第一笔收款的交易所用时间、集成模式(原生集成还是第三方插件集成)、所需代码、无代码选项、文档质量、上线前的测试支持 |
| 地域覆盖范围 | 20% | 当前支持的国家/地区和美国各州、每个管辖区内支持的产品类型的覆盖范围、计划内的扩张计划、对新市场的注册支持 |
| 计算准确性 | 20% | 屋顶级别的精确度、产品税码广度(超过 600 个为基准)、实时税率更新、B2B 增值税号验证和反向征收、规则变更后的更新频率 |
| 义务监控 | 15% | 自动的阈值跟踪、超过阈值前的主动警报、管理平台提供针对各个管辖区的关联项敞口的可见性 |
| 注册支持 | 10% | 注册协助的范围、预先填写的申请表、在新市场完成注册所需的时间、美国注册的自动化程度、美国境外的合作伙伴覆盖范围 |
| 申报和汇款 | 10% | 特定于管辖区的报告格式、申报合作伙伴覆盖范围、到期日提醒、向申报合作伙伴移交的难易程度、汇款的自动化程度 |
| 商务和供应商稳定性 | 5% | 定价透明度、按用量定价与统一定价对比、有无隐藏费用、合同灵活性、财务状况 |
D.3 演示要求
入围的供应商将在与生产环境对等的环境中进行以下实时演示:
- 在以下各个管辖区进行的交易在结账时的税费计算:[插入您的主要市场]。展示应用的税率、使用的产品税码以及如何确定客户的工作地点。
- 义务监控管理平台:显示所有管辖区的当前阈值状态,并展示当接近某个阈值时的警报样式。
- 增加新国家/地区:演练在新市场中从零开始启用纳税收款的步骤。同类最佳平台的基准是完成注册后只需几秒钟即可启用一个新的州或国家/地区。
- B2B 交易:展示针对欧洲企业客户的增值税号验证和反向征收申请。
- 申报报告:生成针对 [插入您进行申报的管辖区] 的申报报告,并说明该报告如何映射到该管辖区的申报要求。
- 实施路径:展示在新类型交易中进行税费收款所需要的代码(或确认无需代码)。
供应商必须提供临时演示访问权限,且该权限在演示后应至少有 10 个工作日的有效期。
D.4 协商与合同授予
[贵公司] 保留进行澄清会议、索取最佳及最终报价以及平行谈判的权利。任何合同在双方签署前均无约束力。
⚑ 评估员注释:发送给供应商前请先删除
- 在小组审议前独立评分。5 分需要有记录在案的生产结果,而不是特性列表或覆盖范围表格。
- 逐个市场调查地域覆盖范围。对于列表上的每个管辖区,都要询问覆盖范围是否包括您的特定产品类型(例如数字商品、SaaS、实体商品)。如果一个列为“受支持”的管辖区排除了数字商品,那么对于您的企业而言,它就是不受支持的。
- 要求供应商详细说明从签署合同到第一笔成功收款的完整实施时间线。要求提供可比企业的具体案例,而不是预计时间线。
- 询问完成注册后增加一个新国家/地区需要多长时间。同类最佳平台会在几秒钟内启用。随着您的扩张,如果在流程中耗费数天或者需要工程人员,会对运营造成巨大拖累。
- 在申报支持方面,询问您的团队是否需要单独注册第三方申报合作伙伴账户,或者是否能够轻松地在供应商的管理平台上交接工作。随着管辖区的增加,与合作伙伴进行的单独入驻流程所产生的摩擦会不断成倍增加。
- 专门询问有关税收规则更新延迟的问题。管辖区在更改税率或规则后,计算结果中能够多快反映出这些更新?要求提供过去 12 个月的案例。
- 要求实时演示义务监控管理平台。询问警报的触发机制,警报在达到阈值之前多长时间触发,以及提供给您的团队哪些信息。
E 部分:核心要求
这是最重要的部分。需要基于事实、有证据支持的回答。任何值得部署的供应商都能指出真实实施中记录的成果。对于每项要求,供应商必须说明:Standard(目前已投入生产)、Configurable(需要设置)、Custom(需要开发)或 N/A。
E.1 设置与实施
当您有税务义务却没有收款时,监管合规风险就会增加。一个需要数月才能实施的解决方案只会延长责任期。一流税务基础设施的基准是当天到一周内完成设置:一行代码、一个管理平台切换键或一次 API 调用。例如,Keap 在 8 周内部署了 Stripe Tax;而对于以前的提供商,相同的实施花费了 24 周。
|
要求
|
状态
|
供应商回答或证据
|
|---|---|---|
| 实施时间线:提供至少三次类似客户端实施的记录时间,从合同签署到第一笔完成税务收款的交易。提供具体的时间线,而不是时间范围。基准是几天到几周,而不是几个月。 | Standard / Configurable / Custom / N/A | - |
| 无代码设置:可以通过管理平台切换键或产品配置启用税务收款,无需任何工程工作。确认此功能目前已投入生产,并说明其涵盖的内容。 | Standard / Configurable / Custom / N/A | |
| 低代码设置:可以通过一行代码将税务收款添加到现有集成中,而无需完全重新集成。提供所需的确切代码。 | Standard / Configurable / Custom / N/A | - |
| API 集成:为需要自定义税务计算工作流或需要对您的原生平台之外处理的付款计算税务的团队提供完全可编程的集成。确认是否可用并提供文档。 | Standard / Configurable / Custom / N/A | - |
| 原生平台集成:该解决方案内置于 [your company] 已经使用的支付或计费平台中,无需使用第三方插件或单独的新用户流程。说明集成模型。 | Standard / Configurable / Custom / N/A | - |
| 上线前测试:允许在上线前于沙盒环境中针对真实交易测试税务计算,并确认沙盒行为与生产环境一致。说明测试流程。 | Standard / Configurable / Custom / N/A | - |
| 文档质量:列出代码片段、详细的逐步说明和易于遵循的示例,以便我们的团队在实施过程中学习。提供您的文档链接。 | Standard / Configurable / Custom / N/A | - |
| 前 30 天:说明典型的新用户流程、需要我们团队提供的信息,以及从合同到上线的里程碑。 | Standard / Configurable / Custom / N/A | - |
E.2 地理覆盖范围
税务义务不会等待您的覆盖列表更新。在您超过新市场的阈值之前,您的税务解决方案需要准备好在当地收款。超过 80% 的 Stripe 初创公司将产品销往 20 多个州和国家/地区。覆盖缺口——无论是管辖区还是管辖区内的产品类型——都是监管合规风险。
|
要求
|
状态
|
供应商回答或证据
|
|---|---|---|
| 国家/地区覆盖范围:提供您目前在生产环境中支持税务计算和收款的每个国家/地区的完整最新列表。基准是 100 多个国家/地区。区分已准备好投入生产的覆盖市场与正在开发的市场。 | Standard / Configurable / Custom / N/A | - |
| 美国州覆盖范围:确认对美国所有 50 个州和华盛顿特区的覆盖范围,包括没有州级销售税的州(阿拉斯加州、特拉华州、蒙大拿州、新罕布什尔州和俄勒冈州),在这些州可能仍适用地方税。 | Standard / Configurable / Custom / N/A | - |
| 每个管辖区内的产品类型覆盖范围:对于列表中的每个市场,指定涵盖的产品类型(例如,数字商品、SaaS、实体商品、服务)。SaaS 在美国某些州应交税,但在其他州则不需要;覆盖范围必须具体。 | Standard / Configurable / Custom / N/A | - |
| 数字商品覆盖范围:有 100 多个国家/地区对数字商品征税。确认列表中每个国家/地区的数字商品覆盖范围,并说明平台如何处理欧盟客户的 B2C 数字商品征税(OSS、MOSS 或同等标准)。 | Standard / Configurable / Custom / N/A | - |
| 顶层地点精度:税率是使用客户的确切地址(纬度和经度)计算的,而不仅仅是其邮政编码。说明如何确定客户地点以及如何处理边缘情况(例如邮箱地址)。 | Standard / Configurable / Custom / N/A | - |
| 动态费率选择:平台会基于客户的确切地点自动选择正确的税率,无需按管辖区进行手动配置。 | Standard / Configurable / Custom / N/A | - |
| 添加新国家/地区:说明完成注册后在新市场中启用税务收款的步骤和时间线。基准是注册后几秒钟,而不是几天或工程工作。 | Standard / Configurable / Custom / N/A | - |
| 计划的覆盖范围扩展:您计划在未来 12 个月内添加哪些市场?提供日期,而不是路线图意图。 | Standard / Configurable / Custom / N/A | - |
| 新市场的注册支持:说明当 [your company] 需要注册以在新市场中进行税务收款时提供哪些协助。区分您提供直接注册支持的市场与您转介给外部顾问的市场。 | Standard / Configurable / Custom / N/A | - |
E.3 计算准确性与税务内容
交易中的税率不正确既是客户体验问题,也是监管合规问题。尤其是数字商品,规则十分复杂:有 100 多个国家/地区对其征税方式不同,SaaS 在美国某些州应交税,而在其他州则不交税,销售数字产品的欧洲企业必须针对每位客户收集两份不冲突的地点证据。计算背后的税务内容引擎是将支持全部产品组合的解决方案与需要手动覆盖的解决方案区分开来的关键。
|
要求
|
状态
|
供应商回答或证据
|
|---|---|---|
| 产品税务代码覆盖范围:提供您的平台支持的产品和服务类别的完整列表。基准是 600 多个产品税务代码。确认我们目前的产品组合——[insert products (e.g., digital goods, SaaS, physical goods, services, ticketing)]——是否属于您的覆盖范围。 | Standard / Configurable / Custom / N/A | - |
| 税务内容准确性:说明您在管辖区更改规则时如何确保税率和产品税务代码保持最新状态的流程。规则更改生效后,需要多长时间才能反映在计算中?提供过去 12 个月的示例。 | Standard / Configurable / Custom / N/A | - |
| 税务内容研究团队:说明负责监控全球税法变化的团队或流程。税务规则更改应自动应用,无需我们的团队采取任何行动。 | Standard / Configurable / Custom / N/A | - |
| B2B 增值税 ID 验证与反向征收:平台会自动验证 B2B 客户的增值税 ID 和 ABN,并在适用时自动应用反向征收或零增值税税率。说明生产环境中的准确率。 | Standard / Configurable / Custom / N/A | - |
| 针对出口欧盟的数字商品的证据收集:对于向欧盟客户销售数字商品的企业,说明平台如何收集欧盟规则要求的两份不冲突的地点证据。 | Standard / Configurable / Custom / N/A | - |
| 豁免处理:为免税客户(例如经销商、非营利组织、政府实体)提供支持,包括收集和存储豁免证书。说明工作流。 | Standard / Configurable / Custom / N/A | - |
| 扩展产品线:说明在 [your company] 推出新产品类型时添加新产品税务代码的流程和时间线。这是自助服务还是需要供应商介入? | Standard / Configurable / Custom / N/A | - |
| 结账税务显示:在输入完整地址之前,税务会使用可用的地点信号(例如货币、邮政编码、账单地址)以客户在其所在地最熟悉的格式向其显示。 | Standard / Configurable / Custom / N/A | - |
| 按比例分配、折扣和贷记单:启用针对按比例分配扣款、折扣以及部分或全额贷记单的自动、准确的税务计算。 | Standard / Configurable / Custom / N/A | - |
E.4 税务义务监控
最昂贵的税务问题是您没有预见到的问题。美国销售税务注册阈值各不相同,大多数州为 10 万美元销售额或 200 笔交易,而加利福尼亚州、纽约州和得克萨斯州则为 50 万美元。欧洲的注册阈值从西班牙的 0 欧元到英国的 9 万英镑不等。非欧盟企业必须从向欧盟进行的首次销售起就开始收取增值税。如果您在有义务收款时未收取税务,您将自掏腰包支付逾期税款——外加可能超过应缴税款 30% 的利息和罚款。您的税务解决方案必须在您超过阈值之前,主动监控您的义务。
|
要求
|
状态
|
供应商回答或证据
|
|---|---|---|
| 自动阈值跟踪:平台会持续监控我们的交易量是否达到 [your company] 销售所在的每个管辖区的注册阈值,无需按管辖区进行手动配置。 | Standard / Configurable / Custom / N/A | - |
| 主动提醒:平台会在超过阈值之前通知我们的团队,并在新管辖区进行第一笔应缴税交易之前留出足够的准备时间来完成注册。说明是什么触发了提醒以及它多早发出。 | Standard / Configurable / Custom / N/A | - |
| 义务管理平台:提供我们在每个管辖区内相对于注册阈值的当前状态的实时可见性,无需手动查询即可访问。说明显示哪些信息以及如何呈现。 | Standard / Configurable / Custom / N/A | - |
| 历史交易分析:允许审查过去的交易,以确定在当前监控开始之前,[your company] 是否在某个管辖区内负有义务。说明回溯功能。 | Standard / Configurable / Custom / N/A | - |
| 提醒发送:说明发送义务提醒的渠道(例如管理平台、电子邮件、Webhook),以及提醒是否可按管辖区或阈值级别进行配置。 | Standard / Configurable / Custom / N/A | - |
| 涵盖所有交易类型:义务监控适用于我们的组合中所有相关的交易类型,包括数字商品、SaaS 和实体商品,跨越所有受支持的管辖区。 | Standard / Configurable / Custom / N/A | - |
E.5 注册支持
注册以进行税务收款通常是进入新市场最困难的一步。在美国,每个州都有不同的注册流程和要求。在美国境外,某些管辖区需要当地税务代表。在英国,2025 年向 HMRC 提交的增值税注册请求中约有 17% 被拒绝. 加拿大的远程卖家可能需要多达五次单独的注册。合适的供应商可以通过预填申请表详细信息、指导您的团队满足当地要求并尽快完成注册,从而大幅减轻这种负担。
|
要求
|
状态
|
供应商回答或证据
|
|---|---|---|
| 美国注册自动化:对于位于美国的企业,平台直接管理税务注册。它预填申请表详细信息以尽量减少错误并节省时间。说明按州划分的流程和典型完成时间线。 | Standard / Configurable / Custom / N/A | - |
| 非美国注册支持:对于美国境外的市场,说明提供哪些协助。确认您自己的注册服务涵盖哪些管辖区,以及哪些转介给第三方合作伙伴(例如 Taxually 或同等服务)。列出所有合作伙伴名称。 | Standard / Configurable / Custom / N/A | - |
| 预填入注册申请:新市场中的后续注册重新使用先前提供的公司信息,从而减少所需的时间和工作量。描述这在实践中是如何运作的。 | Standard / Configurable / Custom / N/A | - |
| 在新市场中完成注册所需的时间:提供有记录的时间表,说明在您的列表中的主要市场完成注册所需的时间。分别包括美国各州和优先国际市场。 | Standard / Configurable / Custom / N/A | - |
| 当地监管合规指南:当[您的公司]在新市场中注册时,平台提供有关当地要求的指南(例如:是否需要墨西哥或瑞士的当地税务代表,欧盟的增值税税号要求)。描述提供的指南。 | Standard / Configurable / Custom / N/A | - |
| 注册状态跟踪:提供对所有市场中待处理和已完成注册状态的实时可见性,可在平台管理平台中访问。 | Standard / Configurable / Custom / N/A | - |
| 注册后激活:注册完成后,能够多快为该市场启用税费收取?基准应为几秒钟,而不是几天。 | Standard / Configurable / Custom / N/A | - |
E.6 报税和汇款
对大多数商家而言,报税是税务合规中操作最繁重的一步。每个管辖区有不同的格式、截止日期和提交流程。最佳解决方案是生成与报税所需确切格式相匹配的特定管辖区报告,提供截止日期提醒,这样您的团队就不会错过截止日期,并与可以为您的团队处理报税事务的报税合作伙伴连接。
|
要求
|
状态
|
供应商回复或证据
|
|---|---|---|
| 特定管辖区的报告格式:报税报告的格式应与每个管辖区的确切要求相匹配,这样我们的团队在报税前就不需要重新格式化数据。确认对我们列表上的每个管辖区的覆盖范围。 | Standard / Configurable / Custom / N/A | - |
| 截止日期提醒:在[您的公司]注册的每个管辖区的报税截止日期前,平台会发送自动提醒。描述提醒时间表和发送渠道。 | Standard / Configurable / Custom / N/A | - |
| 报税合作伙伴集成:平台与第三方报税合作伙伴连接,后者可以使用其交易数据代表我们报税。列出每个报税合作伙伴、他们覆盖的管辖区,以及我们的团队是否需要为每个合作伙伴创建一个单独的账户。 | Standard / Configurable / Custom / N/A | - |
| 简便的报税交接:将报税交接给合作伙伴的流程应在供应商的管理平台内进行,无需我们的团队导出并重新上传数据。描述交接体验。 | Standard / Configurable / Custom / N/A | - |
| 自助报税支持:对于更愿意自行报税的商家,描述可用的资源,如报告下载、报税说明和每个管辖区报税流程的指南。 | Standard / Configurable / Custom / N/A | - |
| 汇款自动化:描述平台是否自动向每个管辖区缴纳所欠税款,还是汇款需要我们的团队单独完成的一个手动步骤。 | Standard / Configurable / Custom / N/A | - |
| 报税准确性:描述平台如何确保用于报税的数据与通过平台处理的交易相匹配。如何识别和解决差异? | Standard / Configurable / Custom / N/A | - |
| 合作伙伴新用户流程阻力:对于需要单独创建账户的报税合作伙伴,描述入驻流程以及激活每个合作伙伴的典型时间。 | Standard / Configurable / Custom / N/A | - |
E.7 平台集成和开发者体验
如果税务集成需要数月的工程工作,或者是持续的维护负担,那么每增加一个新市场和产品类型,这种成本都会复利计算。最好的解决方案是可以融入您现有的技术栈中,而无需独立的平台,并为您的工程团队提供能够快速上线并保持上线状态而无需手动维护的工具。
|
要求
|
状态
|
供应商回复或证据
|
|---|---|---|
| 单一平台集成:税务解决方案是[您的公司]用于支付和计费的同一平台的一部分,而不是一个需要单独登录、API 密钥和数据同步的独立产品。描述集成架构。 | Standard / Configurable / Custom / N/A | - |
| 相邻产品兼容性:描述税务解决方案如何与我们的团队使用的相邻产品(如开单、订阅、计费)配合工作,以及税务功能是否与这些产品团队协作设计。 | Standard / Configurable / Custom / N/A | - |
| API 文档质量:提供全面、有版本的 API 文档,其中包括主要开发语言 (Node.js, Python, Ruby, Java, Go, 和 PHP) 的代码段、公开更改日志,以及与生产环境行为一致的沙盒环境。 | Standard / Configurable / Custom / N/A | - |
| Webhook 支持:税务相关事件(例如:新纳税义务、税率变更、报税截止日期)通过 Webhook 提供,具有可配置的重试逻辑和发送监控。 | Standard / Configurable / Custom / N/A | - |
| 对外部处理的支付进行税务计算:税费引擎可以用于通过不同支付处理商处理的交易。描述这是如何工作的以及任何限制。 | Standard / Configurable / Custom / N/A | - |
| 正常运行时间:99.999%+ 的正常运行时间(每年少于 44 秒的停机时间)是处理每一笔交易的税务基础设施的标准。提供 12 个月的历史正常运行时间数据。 | Standard / Configurable / Custom / N/A | - |
| 自动更新税务内容:当税务规则或税率发生变更时,将会自动应用更新,无需[您的公司]进行任何工程开发。确认是否是这种情况,并描述更新流程。 | Standard / Configurable / Custom / N/A | - |
| 非工程团队的无代码配置:财务和税务团队能够管理注册、审查纳税义务、为新市场配置税费收取并访问报税报告,而无需工程部门的参与。 | Standard / Configurable / Custom / N/A | - |
E.8 报告与分析
税务报告属于一项运营职能。您的财务和税务团队需要实时掌控所有市场收取的税费、纳税义务以及报税状态,且无需执行手动查询或导出电子表格。
|
要求
|
状态
|
供应商回复或证据
|
|---|---|---|
| 一体化税务管理平台:在单一视图中,提供所有管辖区内有关已收取税费、注册状态、纳税义务阈值和报税截止日期的实时信息。 | Standard / Configurable / Custom / N/A | - |
| 交易层面的税务详细信息:允许对每笔单项交易的税务计算结果进行审查,包含适用的税率、使用的产品税法代码以及客户所在地点是如何确定的。 | Standard / Configurable / Custom / N/A | - |
| 管辖区级别报告:按管辖区、时间范围及产品类型汇总已收取税费信息,无需手动导出数据和制作数据透视表。 | Standard / Configurable / Custom / N/A | - |
| 数据导出:支持下载交易级税务数据用于对账、审计准备或者移交给外部会计人员或报税合作伙伴。描述支持导出的格式。 | Standard / Configurable / Custom / N/A | - |
| 数据仓库连接:定期将税务数据导出到我们的数据仓库(例如:Snowflake, BigQuery, Redshift)。描述同步机制和架构文档。 | Standard / Configurable / Custom / N/A | - |
| 审计线索:提供每项税务计算、适用税率和配置变更的完整且防篡改的记录,该记录可用于审计,而无需通过日志重构数据。 | Standard / Configurable / Custom / N/A | - |
| 报税状态跟踪:实时跟踪所有管辖区的近期及历史报税状态,包含截止日期、所欠金额以及提交确认情况。 | Standard / Configurable / Custom / N/A | - |
E.9 安全和监管合规
税务基础设施在每笔交易上处理敏感金融和客户数据。安全性与合规监管不是可选的。
|
要求
|
状态
|
供应商回复或证据
|
|---|---|---|
| SOC 2 Type II 认证:提供最新的审计期和报告日期。 | Standard / Configurable / Custom / N/A | - |
| ISO 27001 认证或同等认证。 | Standard / Configurable / Custom / N/A | - |
| 采用符合欧盟《通用数据保护条例》(GDPR) 规定的数据处理方式,具有可配置的留存、删除和可移植性控制。这与为税务目的而收集的客户地点数据尤为相关。 | Standard / Configurable / Custom / N/A | - |
| 美国客户数据须符合 CCPA 的要求。 | Standard / Configurable / Custom / N/A | - |
| 为有本地化要求的市场提供数据驻留选项。 | Standard / Configurable / Custom / N/A | - |
| 在适用时遵守 PCI DSS:描述持卡人数据在进行税务计算时如何进行处理。 | Standard / Configurable / Custom / N/A | - |
| 有既定客户通知时间表的事件响应计划:说明合同承诺。 | Standard / Configurable / Custom / N/A | - |
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
供应商必须具体说明:
- 支持层级和包含的内容——Live 交易中的税率错误或错过的申报截止日期属于严重性级别为 1 的问题,需要快速响应
- 按严重性划分的响应时间 SLA,附带合同承诺
- 在他们正在收款的管辖区税务规则发生变化时如何通知客户端,以及他们需要采取哪些行动(如果有)
- 严重性级别为 1 的历史响应时间数据(不仅仅是 SLA)
F.5 持续监管合规
税务法律不断变化。请具体描述您的平台如何监控所有受支持管辖区的监管变化、更新的应用速度,以及在规则发生变化时 [your company] 需要做什么(如果有的话)。请提供过去 12 个月内重大规则变化及其处理方式的示例。
F.6 供应商证明
我证明,截至提交日期,所有实施和支持详细信息均准确无误,并反映了当前的生产实践。
授权代表:________________________
头衔:________________________
日期:_______
⚑ 评估员注——在发送给供应商前请删除
- 要求提供来自类似商家(类似的交易量、市场数量或产品组合)的具体实施示例。拒绝预计的时间表。
- 询问如果您处于 Live 状态的管辖区的税务规则发生变化会怎样。您的团队需要做什么吗,还是更新是自动的?正确答案是自动的。
- 询问实施团队是否是处理发布后支持的同一团队。
- 询问如果 [your company] 已经存在未收取的税务义务,供应商会提供哪些指导。仅帮助满足未来监管合规的供应商不是完整的解决方案。
- 要求提供过去 12 个月内严重性级别为 1 的实际响应时间。
G 部分:商务条款
税务软件的定价差异很大,从基于交易的模型到固定的月费和消费层级不等。统一披露信息,这样您比较的是实际经济效益,而不是表面费率。按用量定价是对成长型企业最灵活的模式:您不应在淡季月份支付与旺季月份相同的金额。
G.1 定价结构概览
供应商必须提供:
- 每个组件的明细定价,包括税务计算、义务监控、注册支持、申报合作伙伴访问权限、API 调用、其他管辖区和附加组件
- 解释定价假设的说明(交易量、管辖区数量、产品组合和申报频率)
- 明确标示影响总成本的任何最低每月承诺、交易量阈值或分层定价
- 所有数字均以美元计价,如果引用其他货币则包括转换逻辑
- 明确披露所有费用(支持、实施、升级、其他管辖区和申报合作伙伴费用)——在合同执行后发现的隐藏费用可能会被视为重大不实陈述
G.2 定价组成部分
|
组件
|
单位
|
单价
|
交易量假设
|
每月总计(预估)
|
|---|---|---|---|---|
| 税务计算 | 每次交易或占交易的 % | - | - | - |
| 义务监控 | 包含或月费 | - | - | - |
| 美国注册支持 | 每州或包含 | - | - | - |
| 非美国注册支持 | 每个国家或合作伙伴费用 | - | - | - |
| 申报合作伙伴访问权限 | 每管辖区或包含 | - | - | - |
| 申报合作伙伴费用(第三方) | 每次申报或每月 | - | - | - |
| API 访问权限(外部处理商调用) | 每次调用或每月 | - | - | - |
| 其他管辖区 | 每个国家或州,或包含 | - | - | - |
| 管理平台或报告 | 包含或每月 | - | - | - |
| 数据仓库导出 | 包含或每月 | - | - | - |
| 实施和新用户流程 | 一次性 | - | - | |
| 持续支持定价层级 | 每月 | - | - | - |
| 附加组件(单独列出) | - | - | - | - |
G.3 交易量敏感度
|
交易量层级 |
预估月度成本 |
|
[您当前的交易量] |
|
|
2 倍当前交易量 |
|
|
5 倍当前交易量 |
|
|
当前交易量的 10 倍 |
G.4 定价模型
- 定价是基于用量(每笔交易)还是订阅(固定的月度费用),或者是混合模型?描述该模型及其对交易量存在季节性变化的企业的影响。
- [您的公司]是否可以在不同的定价模型之间切换而不会受到处罚?描述该流程和任何条件。
- 如果交易量下降,定价是否会自动下调?
G.5 合同条款
- 可用的合同长度和长期承诺的任何定价优惠
- 最低消费要求
- 退出条款和数据可移植性——退出时如何退回税务交易历史记录、注册记录和申报报告,以何种格式退回,时间线如何
- 年度价格上涨上限
G.6 供应商认证
我保证截至提交之日,所有定价和商业信息都是完整准确的,包括客户预期需要支付的所有费用。
授权代表:________________________
日期:_______
⚑ 评估者说明——发送给供应商前请删除
- 将定价叙述与 Excel 工作表进行核对。不一致是一种信号。
- 专门询问申报合作伙伴的费用。这些费用通常不包含在标价中,并且随着管辖区的增加而累积。
- 询问定价是否涵盖了供应商原生平台之外处理的付款的税务计算(外部处理商 API 调用)。这通常是单独定价的。
- 询问当您添加新国家/地区时定价会发生什么变化。它是包含在内还是每一个新的管辖区都会成为一个新的行项目?
- 退出时的数据可移植性是税务软件真正的锁定机制;您的申报历史记录和注册记录需要具有可移植性。在签字前评估退出条款。
- 对于成长中的企业来说,按用量定价的定价模型比固定费用更有利。按当前交易量的 10 倍来模拟总成本。
H 部分:供应商简介
您的税务基础设施合作伙伴位于每笔交易的合规路径中。全面了解该公司:其财务状况、税务专业知识的深度、覆盖范围扩展的速度,以及在与您类似的企业中的历史记录。
H.1 公司概览
用两到三段话总结您的历史、使命和市场定位。重点介绍您在[您的细分市场(例如 SaaS、数字商品、电商、交易市场)]领域中,与企业合作的经验。描述您在随着全球税法发展而跟上监管变化步伐的历史记录,特别是关于数字商品和 SaaS 征税方面。
H.2 客户群和历史记录
提供有关您客户群的具体数据:
- 使用您的税务解决方案的企业数量
- 企业目前在生产环境中使用您平台的市场
- 客户群所代表的行业和产品类型
- 为类似企业记录的实施时间线
- 生产部署中税务计算准确性的证据
H.3 税务专业知识
描述负责监控和整合全球税法变化的团队。对于税务解决方案来说,一个强大、响应迅速的内容团队与工程团队同样重要。
描述:
- 您税务研究团队的规模和组成
- 监控所有支持的管辖区内监管变化的流程
- 规则变更多快能被整合并部署给所有客户端
- 您在过去 12 个月内应对重大税法变化的历史记录(提供示例)
H.4 财务稳定性
提供经审计的财务报表或同等偿付能力证据。私有企业应提供证明流动性的 CFO 信函。描述您的资金结构。
H.5 认证和合规
|
认证或框架 |
状态及最新日期 |
|
SOC 2 Type II |
|
|
ISO 27001 |
|
|
《欧盟通用数据保护条例》(GDPR) |
|
|
CCPA |
|
|
PCI DSS(如果适用) |
|
|
其他国家/地区特定的认证 |
H.6 覆盖范围扩展的步伐
描述您的地理覆盖范围和产品税码库在过去 12 个月内是如何扩展的。添加了哪些管辖区或产品类型,以及何时添加的?描述您未来 12 到 18 个月的路线图以及您如何优先考虑扩展覆盖范围。
H.7 供应商准确性声明
本人证明,截至提交之日,H 节中的所有信息均准确无误,并且 [供应商] 具备执行所述服务的财务、技术和运营能力。
授权代表:________________________
日期:_______
I 部分:推荐人
来自产品组合和市场足迹相似的商家的推荐比任何演示都更有价值。如果一家供应商成功为一家向美国 30 个州和 15 个国家/地区销售产品的 SaaS 公司实施了方案,那么其推荐就可以说明实际结果,而非预期结果。
I.1 推荐人要求
供应商必须提供至少三份符合以下标准的推荐:
- 与[您的公司]相似的业务模式——相同行业或产品类型(例如 SaaS、数字商品、电商、交易市场)
- 实施时相似的交易量或市场足迹
- 至少一份在初步实施后扩展到新市场的推荐
- 至少一份使用申报合作伙伴支持的推荐
- 在生产环境中活跃至少 12 个月的客户
I.2 推荐人表
|
公司名称
|
联系人姓名和职务
|
业务类型
|
市场
|
使用期限
|
关键应用场景
|
|---|---|---|---|---|---|
| - | - | - | - | - | - |
| - | - | - | - | - | - |
| - | - | - | - | - | - |
I.3 推荐人成果摘要
对于每份推荐,请提供有记录的结果:实施时间线、支持的管辖区数量、税款计算的准确性、与手动流程相比节省的时间,以及该平台帮助避免的任何险兆监管合规情况。请提供具体数字,而非范围。
I.4 推荐人验证
我确认每位客户均已同意作为推荐人,并且所有信息均准确无误。[您的公司]保留直接联系推荐人的权利。
授权代表:________________________
日期:_______
⚑ 评估者说明——在发送给供应商之前请将其删除
- 至少电话联系两名推荐人。书面摘要由供应商整理。
- 具体询问推荐人,提案中的实施时间线是否与他们的体验一致。询问从合同签署到第一笔收取税款的交易的实际日期。
- 询问在生产环境中应用的税率是否准确,以及推荐人是否遇到过计算错误的情况。
- 询问在初次上线后增加新市场的体验。花了多长时间,涉及多少工程工作?
- 询问申报体验:报告是否完全符合管辖区的要求,或者他们的团队是否需要重新格式化数据?
- 标记来自不可比商家的推荐。实体商品零售商的推荐几乎无法反映 SaaS 或数字商品税务的复杂性。
J 部分:附录
J.1 提交清单(供应商使用)
请将其作为回复资料包的第一页附上。不完整的提交材料可能会被排除在评估范围之外。
|
项目
|
是否包含?
|
备注
|
|---|---|---|
| 执行摘要(最多三页) | ☐ 是 ☐ 否 | - |
| E 节要求回复 | ☐ 是 ☐ 否 | - |
| 已填写的定价模板 (Excel) | ☐ 是 ☐ 否 | - |
| 供应商简介和财务摘要 | ☐ 是 ☐ 否 | - |
| 三个或更多客户推荐 | ☐ 是 ☐ 否 | - |
| SOC 2 Type II(最近一期) | ☐ 是 ☐ 否 | - |
| ISO 27001 认证 | ☐ 是 ☐ 否 | - |
| 完整的地理覆盖范围列表(国家/地区和美国各州,按产品类型划分) | ☐ 是 ☐ 否 | - |
| 产品税码的完整覆盖范围列表 | ☐ 是 ☐ 否 | - |
| 包含所覆盖管辖区的申报合作伙伴列表 | ☐ 是 ☐ 否 | - |
| 12 个月的历史正常运行时间数据 | ☐ 是 ☐ 否 | - |
| 记录实施时间线的案例研究 | ☐ 是 ☐ 否 | - |
| API 文档或开发者门户链接 | ☐ 是 ☐ 否 | - |
| 已签名的供应商认证声明 | ☐ 是 ☐ 否 | - |
J.2 术语词汇表
|
术语 |
定义 |
|
销售税 |
对在美国销售的商品和服务征收的一种消费税,因州、县、市而异。经济关联阈值决定了远程卖方必须在何时注册和征收。 |
|
增值税 |
增值税:在欧盟和许多其他国家/地区的生产和分销的每个阶段都会征收的一种消费税。企业向客户收取增值税并将其缴纳给税务机构,扣除为进项支付的增值税。 |
|
商品及服务税 |
在澳大利亚、加拿大、印度、新西兰和其他国家/地区,商品和服务税等同于增值税。规则因国家/地区而异。 |
|
经济关联 |
在美国某个州超过收入或交易阈值而触发的销售税务义务,即使没有实体存在。在大多数州,阈值为 100,000 美元的销售额或 200 笔交易,而在加利福尼亚州、纽约州和得克萨斯州,阈值为 500,000 美元。 |
|
屋顶级精度 |
使用经纬度确定客户的确切地点,而不仅仅依赖邮政编码来进行税率计算。这更准确,特别是在同一邮政编码内税率也有所不同的美国管辖区。 |
|
产品税码 |
一个分类代码,用于决定在特定管辖区内如何对特定产品或服务类型征税。在同一管辖区内,SaaS、数字商品和实物商品通常以不同的方式征税。 |
|
对方缴税 |
B2B 交易中的一种增值税机制,买家(而非卖方)负责计算增值税。这在欧盟跨境 B2B 交易中很常见,需要通过自动增值税 ID 验证才能正确应用。 |
|
OSS |
一站式服务 (One Stop Shop):一种欧盟的简化方案,允许商家通过一次注册便可为所有欧盟成员国报告和缴纳增值税,而无需在每个国家/地区单独注册。该方案适用于 B2C 数字商品和服务。 |
|
经济关联提醒 |
主动通知商家在新的管辖区即将达到或已超过注册阈值。这是开始注册流程的触发因素。 |
|
税务义务监测 |
自动跟踪各个管辖区的交易量,并与注册阈值进行比较,从而在税务义务生效之前,提供有关税务义务何时可能临近的可见性。 |
|
申报汇款 |
提交填妥的报税表并向相关税务机关支付欠款金额的流程。这不同于税务计算和收取——税务解决方案必须支持所有三个步骤。 |
|
VIES |
欧盟增值税信息交换系统,用于验证欧盟内跨境 B2B 交易的增值税号。准确应用反向征收需要该系统。 |
|
ABN |
澳大利亚商业号码 (ABN) 是用于验证澳大利亚 B2B 客户以计算商品及服务税 (GST) 的标识符,类似于欧盟增值税 ID。 |
|
无代码设置 |
能够通过管理平台切换开关或产品配置来启用税款收取,且无需任何工程工作。 |
|
低代码设置 |
只需一行代码即可将税务欠款回收功能添加到现有集成中,而无需重新集成。基准是向现有的 Stripe 集成中添加一行代码。 |
J.3 评估评分矩阵
|
供应商 |
供应商 A |
供应商 B |
供应商 C |
|
设置与集成 (20%) |
|||
|
地域覆盖范围 (20%) |
|||
|
计算准确性 (20%) |
|||
|
义务监控 (15%) |
|||
|
注册 (10%) |
|||
|
申报与汇款 (10%) |
|||
|
商业条款 (5%) |
|||
|
加权总计 |
J.4 要求快速参考清单
供供应商在提交前进行自我评估。
设置与实施
- 记录在案的同类企业实施时间线
- 通过管理平台开关进行无代码设置
- 通过单行代码进行低代码设置
- 面向自定义工作流和外部处理商付款的 API 集成
- 与现有付款或计费平台的原生集成
- 在上线之前进行具有生产环境对等性的沙盒测试
- 包含代码片段和示例的自助服务文档
地理覆盖范围
- 如今在生产环境中支持 100 多个国家/地区
- 覆盖美国所有州及华盛顿特区
- 确认每个管辖区内各产品类型的覆盖范围(例如数字商品、SaaS、实体商品、服务)
- 楼顶级地点精度
- 基于精确的客户地点动态选择费率
- 注册后能够在几秒钟内添加新国家/地区
- 注册支持(在美国境内直接提供,在境外通过指定合作伙伴提供)
计算准确性与税务内容
- 超过 600 个产品税务代码——提供完整覆盖列表
- 自动更新税务内容——您的团队无需执行任何操作
- B2B 增值税 ID 验证和反向征收——来自生产环境的准确率
- 面向发往欧盟的数字商品收集两份地点证据
- 豁免证书处理
- 在输入完整地址之前,利用可用地点信号在结账页面显示税务信息
- 准确处理按比例折算、折扣和贷记单
纳税义务监控
- 跨所有管辖区的自动化阈值跟踪
- 在超出阈值前主动发送提醒
- 纳税义务管理平台——无需手动查询的实时阈值状态
- 用于识别过往纳税义务的历史交易回顾
- 通过管理平台、电子邮件和 Webhook 发送提醒
注册支持
- 通过预填申请表自动进行美国注册
- 通过指定合作伙伴(例如 Taxually)进行非美国注册
- 用于后续注册的预填申请表
- 在平台管理平台中跟踪注册状态
- 注册后几秒钟内即可激活
申报与汇款
- 针对特定管辖区的报告格式,无需重新格式化
- 自动发送各管辖区的到期日提醒
- 列出申报合作伙伴及其覆盖的管辖区
- 可从供应商管理平台完成移交,无需单独导出或上传数据
- 自助申报支持,提供各管辖区的说明
平台集成与开发者体验
- 单一平台——无需单独登录或使用 API 密钥
- 99.999%+ 的正常运行时间——提供 12 个月的历史数据
- 自动更新税务内容,无需执行任何操作
- 支持税务事件的 Webhook
- 外部处理商 API 访问权限
- 适合财务和税务团队的无代码配置
报告与分析
- 在统一视图中显示义务、收款、注册和申报的一体化管理平台
- 包含税率、代码和地点的交易级税务详情
- 管辖区级别的汇总报告
- 数据仓库导出(例如 Snowflake、BigQuery、Redshift)
- 完整的审计跟踪
商务条件
- 随交易量扩展的按用量定价
- 披露所有费用(计算、监控、注册、申报合作伙伴和支持)
- 不收取升级或额外管辖区的隐性费用
- 退出时的数据可移植性(申报历史、注册记录和交易数据)
J.5 供应商提交认证
本人证明此提交内容完整,并且据本人所知,提供的所有信息准确无误。[您的公司] 保留验证本回复中提出的任何声明的权利。此提交内容不构成税务或法律建议。
公司名称:________________________
授权代表:________________________
职位:________________________
签名:________________________
日期:________
Stripe Tax 如何提供帮助
Stripe Tax 降低了税务合规的复杂性,让您可以专注于业务增长。Stripe Tax 帮助您监控税务义务,并在您的 Stripe 交易额超过销售税起征点时向您发出提醒。此外,它还能自动为实体和数字商品及服务计算并收取销售税、增值税 (VAT) 以及商品及服务税 (GST),覆盖范围包括美国所有州和全球 100 多个国家和地区。
您只需在现有集成中添加一行代码、在管理平台点击按钮,或使用我们强大的 API,即可开始在全球范围内代收税款。
Stripe Tax 可帮助您:
- 了解在哪里注册和征收税款:根据您的 Stripe 交易查看您需要在哪里征收税款。注册后,只需几秒钟即可在新的州或国家/地区开启征税功能。您可以通过在现有的 Stripe 集成中添加一行代码来开始征税,也可以通过点击 Stripe 管理平台中的按钮来添加征税功能。
- 税务注册:让 Stripe 为您处理全球税务注册事务,通过预填申请信息简化流程,节省时间成本的同时,确保轻松遵循当地法规要求。
- 自动收取税款:无论您销售什么产品或销往何处,Stripe Tax 都能计算并收取准确的应缴税额。它支持数百种产品和服务,并能实时跟进最新的税务规则和税率变化。
- 简化申报:Stripe Tax 与报税合作伙伴无缝集成,确保您的全球税务申报准确且及时。让我们的合作伙伴为您管理申报工作,以便您可以专注于业务增长。