所属企业以线下业务为主，所以APP的线上交易也一直是走线下人工开具发票，随着线上业务的不断增长，线上电子发票的开发被提上日程。
只没想到，在这个过程中，因各环节各因素影响，这个需求经历了：换财务、换前后端开发、换测试、换对接爸爸、更改业务主流程等各种阻碍。
铁打的产品，流水的相关方。发票需求的开发断断续续拖了2年，历经各种磨难，终于守得云开见日月——要在近期上线了。
回顾了发票需求文件夹各种版本的RP和记事备忘录，在此整体简述一下开票这个需求的相关事项：
01 所有网购都要开票吗
《中华人民共和国发票管理办法》第十九条规定，销售商品、提供服务以及从事其他经营活动的单位和个人，对外发生经营业务收取款项，收款方应当向付款方开具发票。
特殊情况下，由付款方向收款方开具发票。因此，消费者通过网络购物，都可以要求商家开具发票。
02 什么场景符合开电子发票
- 网购商品有产生现金支付交易，走开票逻辑
- 网购商品有产生虚拟货币支付交易，走企业代扣代缴个税，需要收集购物客户个人信息
03 寻找符合自己企业要求的开票服务商
市场开票服务商众多，百望、51发票、easy API、发票通、发票儿 、金蝶发票云、航天信息发票等等，哪个是附合自己企业要求的，需要相关人做竞品分析进行抉择。
抉择后，将符合开票条件的信息实时或定时推供给开票服务商，由开票服务商接口实时开出发票。
04 财务负责的相关事项
05 正常开票流程
用户下单时填写发票申请—用户收到货触发第三方开票—开票成功，票据系统保存同步返回用户端。
触发开票时间节点：
- 用户人工点击确认收货
- 快递回传【签收】状态
- 虚拟类商品下发到账即触发开票
每月月底已发货、未签收订单未达到自动触发开票逻辑，财务月度清账如何处理？——此项需要看自己企业财务的要求。
06 异常开票流程
会产生异常的场景包括：
1. 用户退款
1）部分退
- 部分红冲：红冲票上会有【销项负数】字眼，【备注】栏会记录本张红票对应正数发票代码，号码字段。
- 全冲：原开的蓝票作废，计算减去退款后的实际支付金额，重新开具新的蓝票。
1和2两种不同的红冲处理方式，需要根据实际业务和财务、业务部门沟通选择符合自己业务的处理流程。
此处有细节问题待留意：
- 退款商品数量是否会出现小数？
- 是否有退款只退现金或只退虚拟货币的问题？
2）全部退
此场景全冲，不再开出蓝票。
2. 换开发票
此场景通常是票面信息有误，需要走全冲，按新的发票抬头信息开出新蓝票。
红冲次数过多会对企业信誉产生影响，产品的规划，需要考虑如何减少订单多次退款和票面错误申请修改。
同时调研众多电商平台，会在开票规则中说明，申请退款次数的上次、换开次数的上限。
3. 系统异常，开票失败
走异常预警，人工介入。
07 票面取数据规则
08 历史旧数据
上线前的历史已有订单，建议走线下，财务和开票服务商沟通，开一个整张的发票。
09 思考
本文所写内容以自身企业涉及到的实操总结，如有错漏请指正，伏地接受。
电商平台开票，大方向上讲，通用逻辑大体一致。但不同企业、不同业务，不同的开票服务商对发票系统设计的皆会有所不同。
如何将别人经历转化为自己的产物，且可以完美避坑，是需要下沉到自己业务的实际需要，多方沟通，站在不同的角度多方位思考。一点点地积累解决，终会输出符合你自己需要的产品需求。
开票涉及到现金、财务对账，整体需求需要非常谨慎。
不过，有产品经验的人都知道，无论需求规划考虑的有多仔细，测试环境测试案例写的有多全面，都要做好最后的心理准备：实际上了生产后，一定都会出现各种奇葩问题。
而我们产品作为风箱中的老鼠，一定要坚定信心，那些正在踩或即将要踩的坑最终总会找到解决的办法。
