税务日历、跨境资金与团队安排
Playbook
  1. 一人公司不等于一个人做完所有事
  2. 选择一条适合自己的经营路径
  3. 用证据做判断:来源、AI、计划与复盘
  4. 海外工作语言:按真实任务安排训练
  5. 从个人痛点走向可验证的市场
  6. 定义核心用户、任务和使用场景
  7. 用竞品、关键词和渠道研究建立候选市场
  8. 用户访谈与行为观察:问到真实流程
  9. 用页面、Waitlist、手工服务和预付验证
  10. PMF 的证据阶段与调整方向
  11. 核心用户、产品范围和功能取舍
  12. 把需求写成可交接、可验收的任务
  13. MVP、最短价值路径与 Aha Moment
  14. 定位、价值主张与产品叙事
  15. Landing Page:把信息排成一条决策路径
  16. 设计基础、可访问性与本地化
  17. 用模板、Framer 和 AI 完成可接管的设计交付
  18. 定价研究、价值分组与套餐设计
  19. Trial、Freemium、退款与首次付费
  20. 月付、年付、LTD 与用量计费
  21. 单位经济:CAC、LTV、ROI、回收期与渠道容量
  22. 发布不是一天:建立预热、上线和复盘系统
  23. Product Hunt:适用条件、当日执行与长期价值
  24. App Store 发布与审核沟通
  25. ASO 与 Apple Ads:从曝光到下载
  26. 平台生态产品:模板、插件、开源与垂直应用
  27. 把内容当成产品和经营资产
  28. Build in Public 与个人品牌的长期边界
  29. X 冷启动:身份、Profile、关系与第一批反馈
  30. X 内容系统:选题、素材、结构与复盘
  31. 跨平台内容治理:复用、多账号与创作者协作
  32. 低制作负担的 YouTube 增长系统
  33. SEO:从查询意图到页面、技术与测量
  34. 建立可发现和引用的资产:外链、免费工具、Programmatic SEO 与 AI 搜索
  35. Product–Channel Fit 与 30 天低成本学习循环
  36. 付费获客基础:资产、指标、预算和实验
  37. Meta 与 Google Ads:沿漏斗定位损失
  38. 创作者营销:选号、Brief、归因与放大
  39. 用社区和 Discord 承接支持、反馈与留存
  40. Cold Email 与早期销售:从可搜索 ICP 到 Pipeline
  41. Affiliate、Referral 与合作伙伴:激励、折扣、归因与退出
  42. Onboarding、Aha Moment 与漏斗诊断
  43. 邮件、支持、留存、退款与支付风控
  44. 跨境电商完整经营链:选品、履约、转化与复购
  45. 什么时候注册公司,怎样选择主体和收款链路
  46. 税务日历、跨境资金与团队安排
    1. 从经营事实开始,不从税率开始
    2. 公司资金与个人资金保持真实边界
    3. 用事件、月度、季度和年度节奏维护
  47. 数据地图、GDPR、合同与隐私运营
  48. 平台政策、知识产权、安全与分阶段合规

从经营事实开始,不从税率开始

公司成立以后,合规工作才真正进入日常。年报、所得税、交易税、工资与个人申报各有自己的触发条件;团队成员可能在不同国家工作;同一笔钱也可能是投资、借款、服务费、工资、报销或利润分配。只看注册地或账户余额,无法判断这些事项应当怎样处理。

较实用的方法,是先建立一张经营事实表,再把义务拆进不同日历。每项任务都要写清适用主体、法域、触发事实、期间、负责人、所需文件和完成证据。税率、表格、阈值与期限会变化,日历负责保存判断过程和更新入口,不负责把某一年的规则固化成永久答案。[1][2][3]

税务问题经常被问成「这家公司要交多少税」。在回答之前,至少要知道以下事实:

  • 公司在哪里注册,选择了什么法律和税务分类;
  • 股东、董事、创始人和实际管理人员在哪里居住与工作;
  • 合同由谁签署,产品由谁开发,服务在哪里完成;
  • 是否有办公室、员工、长期承包商、库存、服务器或代理人;
  • 销售的是商品、软件、订阅、数字内容还是专业服务;
  • 客户是企业还是消费者,位于哪些国家和州;
  • 货物从哪里发出,退款、支付争议和售后由谁承担;
  • 银行、支付、平台和账簿分别属于哪个主体;
  • 公司之间、公司与股东之间发生了哪些资金往来。

这些事实决定公司可能在哪些地方产生所得税、注册、交易税、工资、代扣或信息报告义务。注册地只回答公司依法在哪里成立。实际管理、人员活动、客户、库存与商品流向仍可能让其他法域进入判断范围。[2]

可以为每个主体维护一页事实档案,字段包括主体名称、注册号、税号、税务年度、会计基础、注册地址、实际经营地址、董事与股东、账户、产品、客户地区、人员和关联方。发生新增员工、搬迁、仓储、市场扩张、大额合同、融资、分红或新支付账户时,先更新事实档案,再检查日历是否需要增加任务。

把义务拆成六张日历

一张笼统的「报税日历」很容易漏项。至少可以分成六类。

把义务拆成六张日历一张笼统的「报税日历」很容易漏项。
报税日历
至少可以分成六类
公司成立以后
合规工作才真正进入日常
年报

主体与治理日历

这张日历记录年报、注册地址、公司秘书或注册代理、牌照续期、董事和股东变更、受益所有人资料、董事会或股东批准、账簿保存,以及公司注册地要求的其他年度动作。它们可能与收入无关。没有交易或没有利润,不代表公司已经停止存在,也不自动免除年报、信息报告或注销前责任。[1]

所得税与信息报告日历

这张日历按公司、分支机构和股东分别记录联邦或国家所得税、州或地方所得税、预缴、延期、信息报告、关联交易和境外收入资料。申报义务与最终是否有应纳税额应分开记录。公司没有利润,仍可能要提交申报表或信息表;提交了信息表,也不等于已经完成全部所得税判断。

州级与地方义务日历

美国等多层法域尤其需要单独记录公司成立州、实际经营州、人员所在州、库存所在州和客户所在州。州年费、Franchise Tax、所得税、外州登记、失业保险、工资代扣和销售税分别有自己的规则。某州没有公司所得税,不代表没有其他维护或交易税义务。[1][2]

VAT、GST 与销售税日历

交易税要按照商品或服务类型、B2B/B2C、客户所在地、销售渠道、平台角色、注册地和销售规模判断。登记、计算、发票、申报、缴纳和零申报应分别列项。使用 Merchant of Record 或依法承担部分交易税责任的平台时,还要保存合同、结算单和平台承担范围,不能只凭结账页上的税额推断责任已经转移。[3][4]

VAT、GST 与销售税日历登记、计算、发票、申报、缴纳和零申报应分别列项。
交易税要按照商品或服务类型B2B/B2C
客户所在地销售渠道

工资与人员日历

员工入职、工资周期、代扣代缴、社会保险、福利、年度工资表、承包商付款与信息报告都放在这里。人员关系需要按实际控制、工作方式、经济依赖、持续时间和当地法律判断。合同标题写「独立承包商」,不会单独决定人员身份。[2]

股东个人与跨境事项日历

公司申报完成后,股东、董事和创始人仍可能有工资、股息、分配、资本利得、境外所得、外国税收抵免、境外资产或账户报告等个人义务。这张日历按个人税务居民地建立,并记录公司向个人付款的性质和文件。公司注册地的税务结论不能直接复制给股东个人。[2][3]

每项日历任务可以使用同一组字段:适用法域、主体或个人、触发事实、申报期间、法定截止日期、内部准备日期、所需数据、表格或网站、付款方式、经办人、复核人、提交回执和下一次日期。内部准备日期应早于法定日期,给对账、专业复核和补资料留出时间。

申报义务与纳税金额要分开

「没有收入」「没有利润」和「没有税」不是同一个状态。公司仍然存在、持有账户、接受股东投入、向关联方付款或完成注销,都可能产生年报、信息报告、账务或最终申报。

以外国人全资持有的美国单成员 LLC 为例,在符合相关条件时,它在美国联邦所得税上可能被视为 Disregarded Entity。IRS 当前的 Form 5472 说明要求符合范围的 foreign-owned U.S. disregarded entity 就特定应报告交易提交 Form 5472,并随一份 pro forma Form 1120 申报。该信息报告不能用「今年没赚钱」直接排除,股东投入、分配和其他关联交易也需要进入检查。[1][5]

这并不意味着每家单成员 LLC 的所得税结果相同。是否存在在美贸易或业务、收入是否构成 Effectively Connected Income,取决于人员、服务、办公室、库存、合作关系和具体交易等事实。使用美国支付服务商、美国银行账户或美元结算,本身不足以自动证明存在或不存在 ECI。[1][5]

处理这类实体时,可以依次问四个问题:

申报义务与纳税金额要分开处理这类实体时,可以依次问四个问题。
处理这类实体时
依次问四个问题最终应纳税额预缴代扣和抵免怎样计算
  1. 公司和所有者的法律与税务分类是什么;
  2. 这一期间有哪些信息报告和申报表;
  3. 哪些经营活动可能形成应税联系或 ECI;
  4. 最终应纳税额、预缴、代扣和抵免怎样计算。

这样可以避免把一份表格当成全部美国税务,也能避免因为暂时没有应纳税额而遗漏信息报告。表格版本、地址、电子申报方式、期限和处罚应按申报年度查看 IRS 当前说明,并由熟悉外国人持有美国实体的专业人士复核。[5]

美国经营至少分开检查四层税务

美国公司的税务不能只用「联邦税率」概括。实际工作中至少要分开检查四层。[2]

第一层是联邦所得税和信息报告。它取决于实体分类、所有者、收入性质、经营活动和协定等因素。

第二层是州所得税、Franchise Tax、年度报告和外州登记。成立州、实际经营州、人员和资产所在州可能不同。注册代理所在州也不等于全部经营活动所在州。

第三层是工资税和人员义务。有员工时要检查雇主登记、工资代扣、失业保险、社会保障及医疗保险相关税款和工资表。创始人从公司取得工资、分配或报销,也应根据实体与身份分别处理。

第四层是销售税。它通常关注商品或服务是否应税、买家所在地、销售渠道,以及企业是否在州内形成实体或经济联系。各州门槛、计量期间、排除项目、地方税率和申报方式不同,不能使用一个「全美统一门槛」。州级公开表格可以帮助建立索引,最后仍要回到相关州税务机关的当前说明。[6]

所得税联系和销售税联系也应分开判断。公司可能在某州有销售税义务,但所得税结论不同;有员工或库存时,又可能同时带来登记、工资和所得税问题。日历中应为每个州保留判断依据,不能只写「已处理美国税务」。

美国经营至少分开检查四层税务所得税联系和销售税联系也应分开判断。
已处理美国税务公司可能在某州有销售税义务
所得税结论不同有员工或库存时

VAT、GST 与销售税要回到交易

交易税的起点是一次具体销售。需要确认卖方、买方、商品或服务、交付地、客户身份、价格、币种、证据和销售渠道。

数字服务在欧盟面向消费者销售时,客户所在地和服务类型会影响 VAT 处理。欧盟 One Stop Shop 可以在适用条件下集中申报部分跨成员国 B2C 交易,但它不会替企业判断交易范围、登记身份、税率、发票和证据。欧盟委员会也明确说明其 VAT 指南属于说明性材料,最终适用仍以法律和相关税务机关为准。[7]

B2B 交易还要验证客户是否为企业、税号是否有效,以及是否适用 Reverse Charge。实体商品则要继续查看发货地、进口主体、仓储、Marketplace、关税、退货和消费者价格展示。平台店与独立站的合同角色可能不同,同一产品不能只复制一套税务设置。[4]

使用 Stripe Tax 等工具时,工具可以根据配置识别部分地点、计算税额和生成数据。企业仍要决定在哪里负有义务、何时登记、哪些商品适用、由谁申报和缴纳。Stripe 当前文档也把判断义务、注册、收取及申报缴纳列为商户需要完成的流程;部分已登记法域即使期间没有应税销售,也可能要求零申报。[6]

工具输出应当进入复核流程:每月对比订单、退款、税额、客户地点证据、平台结算和总账;新增国家、州、商品或渠道时重新检查配置。工具没有覆盖的法域、复杂 B2B 交易、Marketplace 责任和历史补登记,需要另行处理。

U.S. Internal Revenue Service

https://www.irs.gov/individuals/international-taxpayers/effectively-connected-income-eci。

Streamlined Sales Tax Governing Board

Stripe, 「Registering to collect tax」「How Stripe Tax works」,美国各州经济联系与登记资料入口,以及交易税工具的识别、登记、计算和申报责任边界,州际组织及产品官方资料,查阅于 2026-08-04:https://www.streamlinedsalestax.org/state-tables。