确认 Nexus 不是项目终点，而是许可、税率引擎、订单、申报和总账开始协同的日期。注册太早会制造不必要的零申报，注册太晚则可能留下未收税期间和罚款风险。

1. 先固定首次触发日和注册范围

实体连接可能来自员工、库存、办公室、安装或其他州内活动；经济连接则要按州当期口径计算销售和交易事实。注册申请中的开始日期应与事实时间线一致，不应由系统上线日或顾问方便倒推。

注册前还要确认销售实体、FEIN、法律名称、负责人、产品类型、渠道、预计销售、银行信息及是否已有州账户。部分州参加 Streamlined Registration，其他州需单独办理；统一入口也不代表各州后续申报完全相同。

2. 注册与收税上线必须使用同一计划

许可生效后，应在 ERP、Shopify、税务引擎、Marketplace 设置和发票中配置正确实体、州和开始日期。测试需覆盖商品税务属性、客户地址、地方税、豁免证书、退款和运费，而不只是验证一笔标准订单。

若许可已生效但系统尚未收税，企业可能需自行承担税款或评估客户追收；若系统提前收税却没有有效账户，也会形成受托税款管理问题。项目负责人应把许可通知、配置证明和首张含税发票保存在同一实施档案。

  • 账户和许可生效日
  • 产品与服务 taxability mapping
  • 州及地方税率、交付地址和 rounding 测试
  • 豁免客户、退款、折扣和运费场景
  • Marketplace 与自营渠道责任拆分

3. 申报频率由州分配，不能自行选择

州税局通常在注册后通知月度、季度、年度或预缴安排，频率可随业务变化被调整。企业必须把州通知中的申报期、到期日、预缴要求和电子付款方式录入日历，并指定业务负责人和复核人。

首次申报要确认是否包含注册前历史期、短期和不同开始日期。申报金额应从 gross sales 到 taxable sales、deductions、tax collected 和 tax due 逐层对平，不能只将税务引擎数字上传而不核对总账负债。底稿还应保留州门户确认号、申报版本和付款回执，并把任何修订表与原申报链接，确保之后能说明数字何时、为何改变。

  • 州分配的申报频率和首个期间
  • 电子申报、付款和授权账户
  • gross sales、豁免、应税销售和税额桥接
  • 税务引擎、平台报告和总账负债对平
  • 退货调整、credit memo 与 amended return 流程

4. 有许可通常就要按期零申报

许多州要求有效账户在每个指定期间提交申报，即使没有销售、全部销售由 Marketplace 代收或应缴税为零。未报零申报可能触发估算税额、逾期通知或罚款，并影响账户信誉。

零申报不是点击“0”即可。企业应证明该期确实无应报告活动，并核对 Marketplace gross sales 是否仍需在州表中列示后扣除。不同州处理不同，应遵循账户说明和当期申报表。

5. 停止义务要正式关闭账户

销售下降到门槛以下不必然自动终止许可或申报责任。企业应评估州规定的持续期、实体连接是否仍存在，并向州申请取消或关闭，而不是停止申报。

关闭前完成 final return、未付税款、证书和记录归档，并保存州确认。若未来恢复活动，重新评估注册而不要沿用已关闭账户。关户确认到达前继续监控州门户和通知地址，避免申请已提交但账户仍持续产生未报期间。