代收代付业务需要开发票吗

平台做代收代付，钱从客户进来、再从平台出去给上游，这时候发票到底开不开、开多少、由谁开，财务和业务经常各说各话。这篇不给结论式承诺，只给一套判定顺序：先看你是不是真代收代付、再看合同和资金流怎么写、最后看进项和销项怎么对得上。照着走一遍，至少能说清自己站的位置和留痕该留什么。

平台做代收代付，钱从客户进来、再从平台出去给上游，这时候发票到底开不开、开多少、由谁开，财务和业务经常各说各话。这篇不给结论式承诺，只给一套判定顺序：先看你是不是真代收代付、再看合同和资金流怎么写、最后看进项和销项怎么对得上。照着走一遍，至少能说清自己站的位置和留痕该留什么。

先提醒一句：代收代付的开票判定不是查一个固定答案，而是看你的业务实质落在哪个位置。同一个平台，收手续费那段和过手资金那段，处理方式可能完全不同。所以下面每一节都按「先判断、再动作」来写，你把自家业务往格子里套，套不上就按每节末尾的不适用情形单独处理。

先分清：什么样的业务算真代收代付

很多财务的麻烦不在于开票本身，而在于业务嘴上说代收代付，实际干的是自营。这两者的税务处理走向完全不同，先把这个定性做对，后面才有讨论基础。下面这张对照表可以拿给业务同事一起填，填完分歧基本就浮出来了。

• 三个特征对照自查：资金只是过手、平台不承担商品或服务本身的履约责任、收付金额一一对应且不加价或只收固定手续费
• 只要平台赚的是差价、或者平台自己对外承担交付责任，性质就偏向自营或转售，不再按代收代付处理
• 平台既代收又代付给上游供应商时，要看合同里平台是代理人还是当事人；合同写法与实际做法不一致的，以实际做法为准
• 不适用情形：涉及金融支付结算牌照业务、或平台实际在做资金池沉淀的，判定逻辑完全不同，这类要单独找专业税务意见

判定顺序：谁对客户开、谁对平台开

定性清楚之后，接下来按三层顺序往下问，一层一层收敛，别跳步。跳步最容易出的错，就是平台对着客户开了一笔全额票，结果账上凭空多出一大块收入，年底再红冲，麻烦成倍。

1. 第一层：谁向最终客户提供了应税行为是上游服务商提供，就由上游对客户开票，平台只就自己收的那笔服务费开票。判断方法：问自己客户买的那件事，出问题找谁负责，谁就是提供方。
2. 第二层：资金流与票流能否对齐客户付款给平台、平台付款给上游。如果平台开了全额票，账上就多出一笔收入。把对账单和票面金额摆一起，对不上就说明开票口径错了。
3. 第三层：合同条款是否写明代理关系看合同里有没有写明代理关系、代收金额与手续费是否分开列示。分开写了，判定和留痕都轻松很多，后面任何一方来问都能指认。

三层走完，常见结果就两种：平台只收手续费的模式，通常就手续费部分确认收入并开票；全额代收部分做往来款处理，不进收入。具体票种和能否抵扣的口径，到站内对应页面核对当时说明，别直接沿用旧结论。

留痕与做账：把三件事对上

判定做完不代表结束，真正决定你能不能扛住问询的是留痕。核心就一句话：让合同、资金、发票这三条线能互相指认。指认不上的部分，事后补证的成本远高于当时多记一列。

• 对账单要能拆出「代收金额 / 手续费 / 代付给上游金额」三列，别只留一个总数，否则后面任何一方问起都解释不清
• 合同、订单、资金流水、发票四者口径要能互相指认；差一笔就写清原因，别用「其他」科目糊过去
• 代付给上游那一段，记得收上游开来的进项票，并把票与具体订单批次挂上关系
• 涉及税率、票种（普票还是专票）、能否抵扣这类具体口径，各地各行业有差异，到站内页面核对当时的说明再落地

这三件事对不上时，排查顺序建议是：先看对账单能不能拆项，再看合同有没有分开列示，最后看进项票有没有挂到批次。多数问题卡在第一项，因为一开始就没按三列记账。

下单开票前的一张自查清单

把前面的判断压缩成一张可以打勾的清单，开票之前先过一遍。目的是降低开错再红冲的概率，不是给自己找麻烦。

逐条打勾：是否只过手不赚差价、合同是否写明代理、手续费是否单独列、上下游票流是否闭环、对账单能否拆项。任一勾打不上就先别开票，先把业务口径和法务财务对齐。业务模式发生变化，比如开始自营、打包转售、加价，就重新走一遍判定，不要沿用旧结论。