SaaS 与科技公司出海，问题很少只是成立哪一地公司。真正难处在于：产品谁做、客户谁签、IP 归谁、钱怎么收、数据在哪里处理，这几件事能不能被文档和日常营运支持。
香港公司可以是很好的区域平台，但不是把收入、IP 和风险全部放进去就自然成立的答案。以下是架构盘点框架，不构成法律或税务意见；税务、资金与监管处理，仍须按个案事实，配合会计、税务及法律专业判断。
SaaS 出海先不要急着问公司设在哪里。先问清楚：谁在开发、谁在卖、谁控制 IP、谁承担风险，以及这些安排有没有文档跟得上。
为什么 SaaS 比一般贸易公司更需要主体分流
贸易公司的分析重点通常围绕货物流、采购、仓储、物流和客户合约。SaaS 不同。它的内核资产是代码、产品路线、数据、品牌、算法、客户关系和 IP。公司注册地当然重要，但不是唯一重点。
对 SaaS 而言，收入可能来自多个国家或地区。客户在一地，合约由另一地公司签，付款走 Stripe 或其他订阅平台，客服团队又在第三地，服务器和数据处理也可能分散。每一项事实都未必单独决定税务结果，但在银行审查、投资人尽调、转让定价或利润来源分析时，都可能被问到。
早期把研发、销售、IP、收款和数据处理全放在同一家公司，看起来省事。等到募资、并购、税务审查或银行开户时，反而可能说不清楚。比较稳妥的顺序，是先拆责任，再决定公司和税务架构。
三条主线：研发、销售／签约、IP 拥有／授权
第一条是研发。工程、产品、设计或营运团队如果在中国、台湾、马来西亚，或采远程协作，就要先确认研发主体和人员关系。R&D agreement、雇佣或承揽安排、IP assignment、保密条款、代码管理纪录，都应能把权利链说清楚。
第二条是销售和签约。谁谈客户、报价、签 SaaS 订阅条款、提供客服、处理帐务，会影响功能与利润来源的事实判断。如果香港公司要做 regional sales 或 contracting entity，就需要相应的董事决策、商务职能、合约流程、收款安排与服务能力。
第三条是 IP 拥有与授权。谁在法律上拥有 IP，谁实际控制产品方向，谁承担开发与商业化风险，谁向关联方收取 royalty，都要与 DEMPE 功能一致。这不是说每间 SaaS 公司都要拆成三家公司，而是先界定功能、风险和资产，再看主体是否需要分流。
香港公司能扮演什么角色（与不能硬塞什么）
香港公司常见角色包括 holding、regional sales/contracting、IP licensing、billing 或 treasury coordination。对华语企业主而言，香港也有普通法商业环境、国际银行与付款生态、中英文文档可读性等实务优势。
但香港采地域来源原则，利润来源是事实问题，不是只看注册地。若销售决策、产品开发、客户支持和实际管理主要都在香港以外，不能只因合约擡头或收款主体是香港公司，就把税务结论简化。这部分应由税务专业按个案数据判断。
需要避免的做法很清楚：把全部收入机械式放进香港公司；把 IP 转到香港但没有实际控制和风险；或把 offshore claim 当成唯一策略。Chan & Chung 可协助企业梳理架构和文档清单；受规管 TCSP 服务由 Intelligent Services Limited（TC010349）提供，非 Chan & Chung。
税务与转让定价：来源、FSIE、Patent Box、arm's length
香港利得税两级制下，首 HKD 2M 应课税利润税率为 8.25%，其后为 16.5%。这不等于香港公司一定免税，也不应被包装成保证节税安排。SaaS 公司仍要回到收入来源、功能配置、IP 权利和关联交易文档。
FSIE 制度涵盖若干外地来源利息、股息、IP income 和处置收益。收入导入香港，或留在境外，都不是自动结论。Patent Box 机制下，合资格 IP income 部分可能适用 5% 优惠税率，但须查看 eligible person、eligible IP、election 和 nexus 等要求，并非所有软件收入都自然适用较低税率。
若香港公司与中国、台湾、马来西亚或其他地区关联方之间有研发服务、IP 授权、管理服务、销售支持或成本分摊，交易条件应符合 arm's length 原则。即使未达 master file 或 local file 门槛，例如无形资产受控交易 HKD 110M，仍建议保留 TP memo、定价基础和董事会决议，日后才有材料可说明。
数据合规与收款：PDPO、跨境数据、收款平台
SaaS 业务通常会碰到客户数据、云端主机、客服系统、分析工具和海外数据处理。如果香港公司是 PDPO 下的 data user，应通过合约要求 processor 遵守数据保留期限、安全措施、授权处理范围和删除要求。
香港 PDPO Section 33 尚未生效，但跨境数据仍不能当作没有风险。外包客服、集中数据库、海外云端供应商、CRM 和支付平台，都应纳入数据流盘点，并配合 DPA、隐私政策、数据保留政策和供应商审查。
收款同样要回到商业实况。Stripe、订阅平台、银行和商户审核团队，通常会看业务模式、合约主体、网站条款、退款政策、客户来源和资金流。架构不是只给顾问看懂；银行、税局、投资人和内部管理层也要能看懂。
落地路线与文档清单
实务上可以按六步处理：先盘点现有研发、销售、IP、收款和数据流程；再确认目标市场、客户类型和合约主体；接着整理 IP/R&D 权利链；同步做税务与转让定价评估；然后对接银行、付款平台和会计流程；最后创建年度维护和文档更新机制。
常见文档包括 R&D agreement、IP assignment、license agreement、intercompany service agreement、TP memo、board minutes、DPA、隐私政策、客户合约流程和收款说明。文档不是形式工程，而是让事实、决策、权利和资金流可以被追溯。
延伸阅读可参考 /zh-hant/insights/hong-kong-company-formation-guide/、/zh-hant/insights/hong-kong-bank-account-opening/、/zh-hant/insights/hong-kong-offshore-profits-tax/ 和 /zh-hant/insights/overseas-contract-entity-and-terms/。
建议下一步
先把自家研发、销售、IP、收款、数据和关联方交易画成一张流程图。逐一标出每个主体实际做什么、承担什么风险、拥有什么资产，再对照合约、董事会纪录、会计处理和银行数据，找出文档支撑不足的断点。
若你正在评估用香港公司承接海外 SaaS 或科技业务，可通过 /zh-hant/services/ 与 Chan & Chung 讨论架构盘点、文档缺口和落地节奏。涉及公司秘书、注册地址、重要控制人登记等受规管 TCSP 服务时，相关服务由 Intelligent Services Limited（TC010349）提供。