政策拐点先辨身份

先说结论：2026年11月这个节点，真正决定扣缴义务归谁的，不是“付款的境内单位”这几个字本身，而是开发者到底是境内个人、境外个人，还是被认定为境外企业？以及服务在哪里发生、由谁消费。很多老板一听“个人为企业做软件开发”，就默认付款方必须代扣个税，甚至以为增值税也要代扣。其实，个税和增值税是两套逻辑。个税看支付所得，增值税看应税交易和购买方身份。把这两条线分开看，问题就不容易乱。

从政策背景看，增值税法自2026年起施行后，境外单位和个人在境内发生应税交易，购买方往往会被推到扣缴义务人的位置。2026年11月更多配套申报口径和系统校验落地后，付款的境内单位不能只凭“对方是个人”就判断要不要扣缴。如果对方是境内自然人，通常是个税预扣预缴、增值税的问题；如果对方是境外个人，则要同时看增值税扣缴、非居民个税和税收协定。

我处理过一个案子，A科技公司请境外个人Kevin开发一套算法模块，合同写“服务在境外完成”，但验收、部署和主要使用都在境内。公司财务觉得没有入境就不需要扣缴，结果税务比对时被要求补充增值税扣缴和个税判断。这里就用到“税务居民”和“实际受益人”的判断：Kevin是否构成中国税务居民、收款账户是否只是通道、服务消费地在哪里，都会影响最终结论。

境内个人扣缴规则

如果软件开发人员是境内自然人，付款单位首先要看所得性质。临时接单、按项目结算、不雇人、不备货，通常按劳务报酬预扣预缴个税；如果对方持续经营、有团队、有经营场所，可能被认定为经营所得。经营所得一般由纳税人自行申报，付款单位不一定有法定扣缴义务。但别高兴太早，企业仍要取得合规发票，否则企业所得税税前扣除会出问题。

增值税方面，境内个人为企业提供软件开发服务，属于境内销售服务。付款的境内单位通常不是增值税扣缴义务人，真正要解决的是发票：个人可以去税务机关代开，或通过电子税务局申请代开。很多地区时不再随征个税，而是备注“个人所得税由支付方代扣代缴”。这时企业如果只拿发票、不扣个税，后面很容易被翻账。

我印象很深，客户B公司请自由职业者老周开发小程序，合同12万元，财务直接全额付款，只让对方代开了一张“技术服务费”发票。第二年个税汇算时，系统提示老周有劳务报酬未预扣，B公司被要求补扣补缴并承担滞纳金。我的解决方法是：把合同、验收单、付款流水、和扣缴申报表做成证据链，先补申报，再和税管员沟通是否减轻处罚。境内个人场景的核心不是增值税扣缴，而是个税扣缴和发票合规。

境外个人扣缴规则

如果对方是境外个人，逻辑马上变了。增值税上，境外个人向境内单位销售软件开发服务，只要该服务在境内被消费，境内购买方通常就是扣缴义务人。也就是说，付款的境内单位可能要按适用税率代扣增值税，并申报缴纳附加税费。很多企业只盯着个税，忘了增值税，这是常见的漏点。尤其当合同写“软件许可”“技术服务”“算法授权”时，税目判断会直接影响税率和扣缴方式。

个税上，要看境外个人是否构成中国税务居民。若一个纳税年度内在境内居住满183天，可能成为居民个人，全球所得都要申报；若只是非居民个人，则要看劳务发生地和所得来源。若劳务完全发生在境外，且不构成境内来源，个税扣缴义务可能不成立。但若开发成果在境内使用、验收、部署，或者对方长期为境内企业服务，税务机关可能认为与境内活动有关。此时“经济实质法”思维很有用：不要只看合同标签，要看人、财、事、证据在哪里。

我曾协助一家客户处理境外个人开发者付款，对方提供了护照和税收居民身份证明，合同也明确服务在境外完成，且所有服务器、测试、交付都在境外。我们保留出入境记录、IP日志、验收邮件和付款凭证，最终增值税按境外完全发生服务不征税处理，个税也未要求扣缴。相反，另一个客户只签了一份“境外服务协议”，没有实质证据，最后被要求补扣增值税。境外个人场景，扣缴义务归谁，关键在服务消费地和税务居民身份。

付款单位风险地图

付款的境内单位最怕什么？不是多扣一笔税，而是该扣未扣、该取得发票未取得。个税该扣未扣，税务机关可能向纳税人追缴，也可能对扣缴义务人处罚款；增值税该扣未扣，购买方可能被要求补缴税款和滞纳金。更麻烦的是，企业所得税前扣除也可能被否定。很多老板以为“钱付出去了，合同签了，就能入账”，但税务上看的是完整证据链。

下面这张表可以快速判断常见情形。注意，实务中还要结合合同、服务发生地、居住时间和税收协定，不可一概而论。

我遇到的典型挑战，是财务和业务对“服务发生地”理解不一致。业务说“人在国外”，财务就认为完全境外；但合同里又写“需到境内培训、上线支持”，这就可能改变判断。我的解决方法是把合同拆成可验证节点：开发、测试、部署、培训、验收分别在哪里完成，并让业务留下邮件、日志、机票、酒店和验收记录。这样即使被问起，也能说清楚。

合同发票证据链

合同不是写给双方看的，更是写给税务看的。付款的境内单位要在合同里明确服务内容、交付地点、验收标准、知识产权归属、价款是否含税、税费承担和扣缴安排。如果对方是境外个人，还要加入税收居民身份证明、扣缴税款计算方式和争议解决条款。很多争议不是因为税法难，而是合同写得太模糊，税目、地点、身份都留白。

发票和完税凭证要一一对应。境内个人后，企业要核对备注栏是否写明“个人所得税由支付方代扣代缴”；境外个人扣缴增值税后，要取得扣缴税款凭证。若涉及实际受益人，还要关注收款账户是否与合同主体一致。付款给第三方、关联公司或个人账户，都会增加被认定异常的风险。我的经验是：付款流向、合同主体、发票抬头、扣缴申报，四者尽量保持一致。

如果已经发生该扣未扣，也别慌。第一步，整理合同、付款、验收、沟通记录；第二步，判断所得性质和来源；第三步，主动补扣补申报，争取减轻处罚；第四步，更新模板合同和付款审批流程。税务合规不是事后找票，而是事前把身份、地点和证据定下来。尤其2026年11月后，系统比对更细，临时补救的成本会更高。

2026年11月操作表

面对“个人为企业做软件开发，2026年11月起扣缴义务归谁”，我建议付款的境内单位按步骤来，不要靠猜。先判断开发者身份：境内个人、境外个人，还是境外公司；再判断服务发生地和消费地；然后分别处理增值税、个税和企业所得税扣除；最后留存完整证据。下面这张操作表可以直接给财务和业务共用。

如果对方是境内个人，重点通常是劳务报酬预扣和；如果对方是境外个人，重点通常是增值税购买方扣缴和非居民个税判断。若合同、付款和实际服务不一致，税务机关很可能按实质课税。这里的“实质”不是一句口号，而是要用材料证明。付款的境内单位越早介入，越能避免业务签完合同、付完款后再来补税。

未来，随着增值税法配套规则和金税系统持续升级，个人为企业提供软件开发的税务透明度会越来越高。企业不该把扣缴义务当成财务部一个人的事，而应把税务判断前置到合同、采购和付款审批。我的建议很朴素：先问身份，再问地点，再看税种，最后留证据。把这四步做成流程，2026年11月就不会手忙脚乱。

澄算通见解总结

澄算通认为，判断“个人为企业做软件开发，2026年11月起扣缴义务归谁”，不能只看付款方是不是境内单位。境内个人通常由付款方预扣个税，付款方一般不是增值税扣缴义务人；境外个人则可能触发购买方增值税扣缴，并结合税务居民、服务消费地和税收协定判断个税。企业应把身份、地点、税种、证据四件事前置到合同和付款流程中，避免该扣未扣、该票未票。合规不是多交税，而是把不确定变成可证明。