关于发票工作管理（发票业务体验之总结）

特殊情况下，由付款方向收款方开具发票。抉择后，将符合开票条件的信息实时或定时推供给开票服务商，由开票服务商接口实时开出发票。1和2两种不同的红冲处理方式，需要根据实际业务和财务、业务部门沟通选择符合自己业务的处理流程。开票涉及到现金、财务对账，整体需求需要非常谨慎。

编辑导语：本文作者回顾了之前做线上电子发票开发的整个过程，总结出了开票这个需求的一些相关事项，希望能给你带来帮助。

所属企业以线下业务为主，所以APP的线上交易也一直是走线下人工开具发票，随着线上业务的不断增长，线上电子发票的开发被提上日程。

只没想到，在这个过程中，因各环节各因素影响，这个需求经历了：换财务、换前后端开发、换测试、换对接爸爸、更改业务主流程等各种阻碍。

铁打的产品，流水的相关方。发票需求的开发断断续续拖了2年，历经各种磨难，终于守得云开见日月——要在近期上线了。

回顾了发票需求文件夹各种版本的RP和记事备忘录，在此整体简述一下开票这个需求的相关事项：

《中华人民共和国发票管理办法》第十九条规定，销售商品、提供服务以及从事其他经营活动的单位和个人，对外发生经营业务收取款项，收款方应当向付款方开具发票。

特殊情况下，由付款方向收款方开具发票。因此，消费者通过网络购物，都可以要求商家开具发票。

• 网购商品有产生现金支付交易，走开票逻辑
• 网购商品有产生虚拟货币支付交易，走企业代扣代缴个税，需要收集购物客户个人信息

市场开票服务商众多，百望、51发票、easy API、发票通、发票儿 、金蝶发票云、航天信息发票等等，哪个是附合自己企业要求的，需要相关人做竞品分析进行抉择。

抉择后，将符合开票条件的信息实时或定时推供给开票服务商，由开票服务商接口实时开出发票。

用户下单时填写发票申请—用户收到货触发第三方开票—开票成功，票据系统保存同步返回用户端。

触发开票时间节点：

• 用户人工点击确认收货
• 快递回传【签收】状态
• 虚拟类商品下发到账即触发开票

每月月底已发货、未签收订单未达到自动触发开票逻辑，财务月度清账如何处理？——此项需要看自己企业财务的要求。

会产生异常的场景包括：

1. 用户退款

1）部分退

1. 部分红冲：红冲票上会有【销项负数】字眼，【备注】栏会记录本张红票对应正数发票代码，号码字段。
2. 全冲：原开的蓝票作废，计算减去退款后的实际支付金额，重新开具新的蓝票。

1和2两种不同的红冲处理方式，需要根据实际业务和财务、业务部门沟通选择符合自己业务的处理流程。

此处有细节问题待留意：

• 退款商品数量是否会出现小数？
• 是否有退款只退现金或只退虚拟货币的问题？

2）全部退

此场景全冲，不再开出蓝票。

2. 换开发票

此场景通常是票面信息有误，需要走全冲，按新的发票抬头信息开出新蓝票。

红冲次数过多会对企业信誉产生影响，产品的规划，需要考虑如何减少订单多次退款和票面错误申请修改。

同时调研众多电商平台，会在开票规则中说明，申请退款次数的上次、换开次数的上限。

3. 系统异常，开票失败

走异常预警，人工介入。

上线前的历史已有订单，建议走线下，财务和开票服务商沟通，开一个整张的发票。

本文所写内容以自身企业涉及到的实操总结，如有错漏请指正，伏地接受。

电商平台开票，大方向上讲，通用逻辑大体一致。但不同企业、不同业务，不同的开票服务商对发票系统设计的皆会有所不同。

如何将别人经历转化为自己的产物，且可以完美避坑，是需要下沉到自己业务的实际需要，多方沟通，站在不同的角度多方位思考。一点点地积累解决，终会输出符合你自己需要的产品需求。

开票涉及到现金、财务对账，整体需求需要非常谨慎。

不过，有产品经验的人都知道，无论需求规划考虑的有多仔细，测试环境测试案例写的有多全面，都要做好最后的心理准备：实际上了生产后，一定都会出现各种奇葩问题。

而我们产品作为风箱中的老鼠，一定要坚定信心，那些正在踩或即将要踩的坑最终总会找到解决的办法。

本文由@seven 授权发布于人人都是产品经理，未经许可，禁止转载。

题图来自Unsplash，基于CC0协议。