先看业务关系，不要先看税。
如果个人长期、固定为企业工作，接受考勤、排班、绩效、奖惩和日常管理，首先要评估是否属于劳动关系，而不是先考虑怎么通过灵活用工平台结算。
如果企业面对的是临时任务、项目制服务、兼职协作、独立服务提供者或平台型业务，再进一步判断是否适合通过平台完成实名、合同、任务、履约、验收、结算和税务管理。
主题 01
先判断：这类业务到底适不适合用灵活用工
在讨论税和平台之前，先判断业务关系与适用边界。
通常更适合的是任务边界清楚、服务结果可以确认、个人具有一定工作自主性，并且业务过程能够真实留痕的场景。
例如部分推广、设计、咨询、内容创作、众包服务、配送等业务可能具备这些特点，但行业名称本身不能决定是否适用。最终仍要看企业和个人之间真实发生了什么。
如果人员实际上就是企业的固定员工，只是把劳动合同改成合作协议、把工资改成服务费，或者要求员工注册个体工商户后继续接受原来的考勤和管理，这类做法不能因为换了合同名称就改变真实法律关系。
灵活用工解决的是合适业务的组织和结算问题，不是把劳动关系“包装”成另一种关系。
不一定。
“人数多”只能说明管理和结算复杂，不能直接说明适合灵活用工。应先把人员按真实关系分类，例如劳动关系、非全日制用工、独立劳务、经营主体提供服务等，再分别确定合同、结算和税务处理方式。
平台真正有价值的地方，是把适合平台化管理的业务做得更清楚、更可追溯，而不是把所有个人统一装进一种模式。
先把付款背后的业务关系分清楚。
同样是“给个人打钱”，可能对应工资薪金、劳务报酬、佣金、项目服务、经营交易等不同性质。只有收入性质和业务关系先判断正确，后面的合同、凭证、个税、增值税和企业所得税处理才有基础。
如果一开始就只找“批量打款通道”，后面很容易出现资料和真实业务对不上。
需要，尤其是在810号令实施后。
建议重新检查实际运营主体、平台是否属于涉税信息报送范围、人员身份信息、收入数据、业务真实性资料、扣缴或代办申报流程，以及合同里企业和平台各自承担什么责任。
已经上线，不等于以后不需要调整。
不是。
系统可以帮助企业执行规则、留存数据、识别异常，但不能替企业创造真实业务，也不能自动解决劳动关系、税务处理和资质许可问题。
更准确的理解是：系统是合规管理的工具，业务本身才是合规判断的基础。
主题 02
业务真实性：税务真正会关注什么
税务关注的是业务是否真实、数据是否一致、处理是否匹配。
最简单的判断方法，是看能不能完整回答七个问题：谁提供服务、为谁服务、为什么发生、做了什么、什么时候完成、怎么验收、钱怎么结算。
如果这些信息能够通过合同、任务、履约、验收、资金和税务资料相互印证，业务真实性会更容易说明；如果只有一张合同、一张发票和一笔付款，往往不足以还原完整业务。
不能简单等同。
合同证明双方约定，流水证明资金发生，发票反映税务凭证，但它们并不能单独证明具体服务真实完成。对于平台型业务，还要看人员身份、任务或订单、履约成果、验收、结算规则等资料是否能够对得上。
通常会围绕“业务是否真实、数据是否一致、税务处理是否匹配”展开。
国务院令第810号明确，在税务检查或发现涉税风险时，税务机关可以要求提供涉嫌违法业务对应的合同订单、交易明细、资金账户、物流等涉税信息。
没有一份适用于所有行业的固定清单，但至少应覆盖人员、业务发生、履约、验收、结算和税务几个关键环节。
例如实名核验记录、合同或授权、任务或订单、履约成果、验收记录、结算支付记录等。具体保留什么，应根据真实业务设计，不能为了“留痕”反过来批量制造与实际业务不符的材料。
可以作为证据的一部分，但不能脱离业务场景单独看。
例如配送业务更适合用订单、轨迹和签收记录证明；设计业务可能用源文件、版本记录和验收结果；推广业务可能需要任务要求、发布结果和效果数据。证据的核心不是“越多越好”，而是能真实说明这项服务确实发生过。
验收要和真实任务对应，而不是在付款前统一点一个“已完成”。
一个合理流程至少应包含任务要求、成果提交、必要凭证、验收结论、驳回或补充原因，以及人工复核记录。对于图片、视频等成果，还应方便审核人员快速查看原始内容。
“五流一致”不是现行税法统一定义的法定术语，也不存在国家统一规定的唯一“五流”版本。
企业可以把它理解为一种内部核验方法：让业务或订单、合同授权、履约证据、资金结算、税务及凭证等信息相互验证同一笔真实交易。重点是能不能解释真实业务，而不是凑齐“五个流”。
例如同一设备短时间批量注册大量人员、任务和成果高度重复、服务内容与金额明显不匹配、异常集中结算、履约时间不合理、账户关联异常、疑似资金回流等。
这些都是风险信号，不代表发现一个信号就可以直接认定违法。好的风控应该是“系统发现异常—人工核查事实—记录处理结果”，而不是简单一刀切。
主题 03
810新政：企业最需要弄清楚的报送问题
报送主体、报送范围、报送周期、更正与后果。
通常指国务院令第810号公布的《互联网平台企业涉税信息报送规定》。
它要求符合规定的互联网平台企业，向主管税务机关报送平台内经营者和从业人员的身份信息、收入信息等涉税信息。
2025年6月20日。
国务院令第810号于2025年6月20日公布，并明确自公布之日起施行。2025年10月1日是国家税务总局2025年第16号公告的施行时间，不是810号令本身的生效日期。
包括网络商品销售、网络直播、网络货运、灵活用工，以及教育、医疗、旅行、咨询、培训、设计、广告、技术服务等多类平台。
国家税务总局2025年第15号公告还列明了聚合平台，以及为网络交易活动提供营利性服务的部分小程序、快应用等情形。
不能只看载体，要看它在业务中扮演什么角色。
如果只是企业销售自己的产品或服务，和“为其他经营者、从业人员提供网络经营场所、交易撮合、信息发布等营利性服务”不是一回事。是否属于报送主体，应结合真实业务模式和运营主体判断。
属于。
国家税务总局公告2025年第15号在报送范围中明确列出了“灵活用工平台”。因此，运营此类平台的企业应进一步核实报送主体、数据范围、报送方式和具体时间要求。
可以先理解为三类：平台自己的基本信息、平台内经营者和从业人员身份信息，以及上季度收入信息。
收入信息包括收入总额、退款金额、收入净额、交易或订单数量等；不同平台还可能有特定报送表和字段要求。
平台内经营者和从业人员的身份信息及收入信息，原则上是按季度报送。
互联网平台企业应当在季度终了的次月内报送身份信息和上季度收入信息。平台基本信息则有单独的30日时限要求。
要看具体申报情况。
810号令规定，平台按照规定为经营者或从业人员办理扣缴申报、代办申报等涉税事项时已经填报的涉税信息，不需要重复报送。2025年第16号公告也对同时办理扣缴申报和代办申报的情形作了进一步明确。
可能被责令限期改正并受到罚款；情节严重的，还可能被责令停业整顿。
国务院令第810号规定，逾期不改正的，可以处2万元以上10万元以下罚款；情节严重的，责令停业整顿，并处10万元以上50万元以下罚款。
主题 04
企业给个人结算：税应该怎么理解
收入性质、预扣方式、扣缴与代办申报的差别。
只要付款对应的是个人取得的应税收入，就不能把“转账完成”当成业务结束。
第一步仍然是判断收入性质，例如工资薪金、劳务报酬、经营所得等，再确定谁承担扣缴、申报或其他税务义务。不要先按“个人结算”统一处理，再倒推收入性质。
符合国家税务总局2025年第16号公告适用条件的，由互联网平台企业按照累计预扣法计算并预扣预缴个人所得税。
该规则自2025年10月1日起施行，不能再简单把这类平台劳务报酬概括成“每次都按传统20%—40%预扣”。
可以理解为：不再只看单次收入，而是把纳税人当年在同一平台连续取得的劳务报酬累计起来计算。
公告明确，累计费用按累计收入的20%计算；累计减除费用按照5000元/月乘以当年截至本月在该平台连续取得劳务报酬的月份数计算。
不能脱离适用条件这样理解。
2025年第16号公告针对的是符合规定的平台从业人员劳务报酬，并采用“累计减除费用”的计算方式。它不是把所有传统劳务、临时付款都统一改成每月直接减5000元。
符合规定的情况下可以。
平台办理代办申报前，应完成实名核验，并取得从业人员书面同意。平台还需要按规定保存实名核验、业务交易明细、结算支付等能够证明业务真实性的材料。
不是。
扣缴申报主要对应个人所得税，平台作为扣缴义务人办理；代办申报主要对应符合条件情形下的增值税及附加税费，由平台根据规定代从业人员办理。税种、法律关系和流程都不同。
不能只看某一个平台上的收入。
2025年第16号公告对同一个月从两个以上互联网平台取得服务收入的增值税处理作了安排。实际操作中，平台仍需按照税务机关推送信息和现行申报规则办理。
不能无限延续。
2025年第16号公告规定，从业人员连续12个月从互联网平台企业取得服务收入累计超过500万元的，平台企业应引导其依法办理市场主体登记，由其自行申报缴纳增值税。
不能只看完税凭证。
2025年第16号公告一方面明确了相关申报和完税凭证的使用，另一方面也要求平台保存能够证明业务真实性的材料；未按规定保存业务真实性材料的，相关凭证不得作为企业所得税税前扣除凭证。
主题 05
选平台和选系统：真正应该比较什么
比价格更重要的，是责任、能力、数据与交付边界。
先看真实业务能力，再看价格。
至少应重点看：运营主体和责任是否清楚、业务真实性怎么管理、涉税信息怎么处理、异常交易怎么识别、数据由谁控制、系统是否稳定，以及合作终止后数据怎么取回。
这些问题比“有多少功能按钮”更重要。
因为费率只反映采购成本的一部分。
如果低费率建立在业务资料薄弱、责任模糊、系统能力不足或者税务路径解释不清的基础上，企业节省的服务费可能远低于后续整改成本和风险成本。
合理的采购比较，应把价格和业务能力、责任、数据、安全、服务放在一起看。
不要只看销售材料，最好做一次“反向核查”。
让服务商解释一笔业务从人员进入、任务发生、履约、验收到结算和税务处理的全过程，再看系统里能不能真实展示这些数据；同时核验企业主体、合同责任、客户案例和公开资质。
能够把业务讲清楚，通常比单纯展示证书更有价值。
先问它怎么算的。
目前并不存在全国统一的“灵活用工平台合规率”法定计算公式。如果企业公开此类百分比，至少应该说明统计对象、统计周期、样本量、计算方法和数据来源。
没有统计口径的百分比，更适合作为营销口号，而不是采购依据。
不是。
软件著作权、信息安全认证、信用证书等可以证明某一方面的能力或状态，但不能替代对每一笔真实业务、劳动关系、税务处理和实际运营的判断。
采购时既要看资质，也要看“资质之外平台到底怎么做业务”。
看企业想控制什么。
SaaS（软件即服务）通常上线更快；OEM（品牌定制）适合需要自有品牌但不希望从零研发的平台；独立部署更适合对数据、接口、系统控制权和二次开发要求较高的企业。
没有一种方式天然更合规，关键是与企业实际运营能力匹配。
不是。
独立部署是系统运行在哪里的问题；源码交付是软件知识产权、修改权限和二次开发权的问题。两者必须在合同里分别约定，不能把“私有化部署”自动理解成“源码归客户所有”。
主题 06
劳动关系、劳务派遣和外包：名称不能代替真实关系
合同名称不改变真实法律关系。
不是。
最高人民法院指导性案例明确，判断平台企业或合作企业与劳动者是否存在劳动关系，应根据实际履行情况，综合考虑工作时间和工作量自主程度、管理控制程度、规则和奖惩、工作的持续性、交易价格决定权等因素。
不能。
最高人民法院指导性案例238号明确，如果存在实际用工事实并构成支配性劳动管理，即使个人注册了个体工商户、双方签的是承揽或合作协议，仍可能依法认定存在劳动关系。
参考来源最高人民法院指导性案例238号
也不是。
平台为了正常运营实施必要管理，并不当然构成劳动关系。最高人民法院指导性案例240号强调，关键在于这种管理是否已经形成“支配性劳动管理”。
所以既不能认为“有管理就一定是劳动关系”，也不能认为“签合作协议就一定不是劳动关系”。
参考来源最高人民法院指导性案例240号
不是。
劳务派遣有明确的派遣单位、用工单位和劳动者关系，并受到专门的劳动法律和行政许可要求约束。企业不能把实际属于劳务派遣或劳动用工的关系，仅通过改成“平台合作”“灵活用工”的名称来改变其法律性质。
重点看企业买的是“结果”还是在直接使用和管理“人”。
真正的业务外包通常由承包方自行组织人员并对交付结果负责；如果发包企业直接安排具体人员的工作时间、考勤、过程和奖惩，就需要重新判断双方真实关系，而不能只看合同标题写的是“外包”。
主题 07
薪连薪能解决什么：把品牌放在真实需求之后
薪连薪的服务边界与协作方式。
薪连薪，即北京薪连薪科技有限公司，主要面向产业园区、自用平台、联用平台和生态服务商，提供平台经济合规相关的数字化系统与持续运营服务。
服务内容围绕平台建设、涉税信息治理、业务真实性、风险管理、结算和运营等实际场景展开。
区别主要不在页面功能多少，而在交付范围。
薪连薪希望把系统、业务规则、资料留存、风险识别、涉税信息处理和运营流程放在同一套服务体系中，而不是系统交付完成以后由客户自己解决剩下的问题。
具体项目交付范围仍以双方合同和实施方案为准。
可以先评估，不一定要推倒重建。
如果现有系统已经承担核心业务，可以重点检查810涉税信息、人员实名、业务真实性资料、完工验收、风险规则、数据接口和后台管理能力，再决定采用API接入、模块补充、独立部署还是整体升级。
第一步不是采购软件，而是先把园区自己的角色定清楚。
需要明确园区只是提供企业服务，还是会参与平台运营、业务撮合、结算、涉税信息处理等环节。角色不同，主体责任、系统建设和运营方案完全不同。
薪连薪可根据园区、自用平台、联用平台和生态服务商等不同模式设计相应的系统与运营方案。