惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Apple Machine Learning Research
Apple Machine Learning Research
爱范儿
爱范儿
博客园_首页
博客园 - 【当耐特】
V
Visual Studio Blog
博客园 - 叶小钗
月光博客
月光博客
美团技术团队
J
Java Code Geeks
小众软件
小众软件
Y
Y Combinator Blog
博客园 - Franky
Martin Fowler
Martin Fowler
博客园 - 聂微东
Microsoft Azure Blog
Microsoft Azure Blog
IT之家
IT之家
MyScale Blog
MyScale Blog
人人都是产品经理
人人都是产品经理
Microsoft Security Blog
Microsoft Security Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
阮一峰的网络日志
阮一峰的网络日志
酷 壳 – CoolShell
酷 壳 – CoolShell
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
云风的 BLOG
云风的 BLOG

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
提效20%的秘密武器?以淘宝为例谈谈发票系统如何提效
产品OK · 2023-10-17 · via 人人都是产品经理

作为打工人,都了解发票业务吧!下面这篇文章是笔者整理分享的以淘宝为例谈谈发票系统如何提效的相关内容,大家一起往下看看吧!

一、发票业务场景

当我们去天猫、JD购物,出行打车需要报销时,可以直接在平台上申请开票,即可在获得开票结果,然后拿着发票进行报销。在开票和收票的过程中,涉及到的就是背后企业进项税、销项税的流转。

对于企业来说,管理流程包括基于订单申请开票-处理开票结果-发送发票内容-数据统计归档;

传统人工维护存在以下痛点:

  1. 订单信息与发票系统数据不互通,需要人工手动录入选择收票方、逐行录入开票信息,维护税率;
  2. 发票申请后,需要再行通知,有时还需要打印寄送;
  3. 相关统计需要手动处理。

故发票系统目标,通过数据打通,实现自动开票申请,开票结果处理,开票数据统计,提效20%。

那么如果要搭建一个电商平台的发票系统,要怎么入手呢?

1. 业务流

开票的上游业务包括电商平台的C端用户下单、ERP系统的B端销售合同付款–发票系统–报表统计。

具体的开票流程包括:

  1. 企业资质申请(-税盘采购),这里企业才具有开票的能力,如天猫卖家一般都提供开票能力,淘宝卖家需要先做资质申请,购买百望/航天税盘后开通发票能力。
  2. 用户采购-开蓝票(标识企业收入)。
  3. 用户退款-开红票,这里又分为两种情况:发票未抵扣,基于蓝票直接开具红票;发票已抵扣,开红票信息表,购买方确认后,开红票。

2. 票种

  1. 数电票:全面数字化发票,包括电子发票(增值税专用发票)、电子发票(普通发票),电子发票3.0版本,按照税务总局要求,2023年6、7月份要在第一批试点城市完成落地。
  2. 专票:增值税专用发票,包括电子票、纸质票,可以抵扣进项税。
  3. 普票:增值税普通发票,含电子普通发票、卷式发票、通行费发票,不能抵扣进项税。

3. 什么是销项税、进项税、增值税

举个例子,假设有一个玩具制造商A和一个玩具零售商B。

玩具制造商A:

  1. A从原材料供应商那里购买了价值100元的原材料来制造玩具,假设增值税率是10%,那么A支付给原材料供应商的税额是10元,这10元就是A的进项税。
  2. 当A制造完玩具后,将其卖给玩具零售商B,售价为200元。按照10%的税率,A需要向税务部门缴纳的税额是20元,这20元是A的销项税。

玩具零售商B:

  1. B从A那里购买了玩具,支付了200元,其中包含了20元的税。这20元税也是B的进项税。
  2. B在零售市场上将玩具以300元的价格卖给消费者。按照10%的税率,B需要向税务部门缴纳的税额是30元,这30元是B的销项税。

增值税的计算:

  1. 对于玩具制造商A:销项税(20元)- 进项税(10元)= 应缴纳的增值税10元。
  2. 对于玩具零售商B:销项税(30元)- 进项税(20元)= 应缴纳的增值税10元。

所以,整个过程中,税务部门实际上收到的增值税总额是20元(10元来自A,10元来自B)。这个过程确保了税务部门只对每个阶段的增值部分征税,而不是对整个生产和销售过程重复征税。

4. 增值税专用发票(数电票)和增值税专用发票(电子票)的区别

  • 去税控:>全面数字化发票无需申请税控设备(金税盘,税控盘,税务Ukey)等税务设备即可实现开票。
  • 统一赋码:>全面数字化发票发票代码自动分配,保障代码唯一性,无需领取发票号段。
  • 开票总额度控制:>全面数字化发票实行期间内开票总额度控制,不在限制开票账数,单张的最大金额。
  • 优化票面信息:>全面数字化发票取消购销双方基本信息地址、开户行、银行账号、联系电话。>发票代码、密码区、收款人和复核人冗余信息。
  • 交付更加便捷:>全面数字化发票除了支持短信、邮件等常规交付方式,还统一发票账户体系实现税务数字账户打通,自动交付,开票即交付。

二、产品架构

整体对于企业内部来说,会涉及到业务系统、发票、数据统计,三个系统交互;

其中业务系统数据来源主要包括电商的C端用户购买和ERP的销售订单;

发票系统中,企业需要解决的问题在于开票信息的维护、提交开票申请、开票结果的处理(成功及失败的)、发票结果归档。

具体开票操作,会提交到税控系统,再到电子税务局进行开票,也可以直连税务系统开票;

最终开票数据,会在数据统计中心,进行统计,如按项目汇总,按年度汇总,发票台账汇总等。

功能流程

三、功能设计

1. 发票接入

1)企业资质和商品税率确定

  • 谁开:开票人名称、纳税号、地址、电话、默认税率。
  • 给谁开:收票人姓名/收票企业名称、税号。
  • 什么时候开:订单出库/签收/入账,目前常见是入账确认后开票。
  • 开什么:商品名称/类别、税收分类编码、税率。

2)接入注意

①负数发票

  • 负数发票商品行,如果存在单价和数量,那么单价应为正,数量应为负。
  • 开具负数发票,开票服务器系统自动在备注中注明“对应正数发票代码:XXXXXXXXXX号码:YYYYYYYY”字样,其中“X”为发票10位或12位代码,“Y”为8位号码。

②折扣(政策要求)

  • 按规定不再需要计算折扣率。
  • 折扣行只能对应一行正常行。
  • 折扣行货物劳务名称以及商品编码和正常行一致。
  • 冲红时,只需要将正常行和对应的折扣行金额相加取负即可。
  • 商品编码和税率必须匹配。

③不含税单价、税额,不含税金额、税额等的计算校验

  • 不含税金额=含税金额/(1+税率),并保留两位小数。
  • 税额=含税金额-不含税金额,并保留两位小数。
  • 价税合计=合计金额+合计税额。

注意:可能会因为软件运行环境的不同导致同一转换规则下出现结果精度不同的情况。

商品行最大允许误差:

  • |单价×数量-金额|=0.01 元 此处单价和金额是否含税以传入组件接口的含税标志为准。
  • |不含税金额×税率-税额|=0.06元。
  • 单张发票允许最大误差:为1.27元,|所有商品行不含税金额之和*税率-所有商品行税额之和| =1.27。
  • 最终的价税合计金额:以接口传入的价税合计金额为准,升级版企业端不做修改,也就是订单合计金额。

④金额、税额校验规则

  • 正数发票合计金额0、负数发票合计金额0;
  • 价税合计=合计金额+合计税额;
  • 开票合计金额 与 明细行所有金额加起来要一致;
  • 开票合计税额 与 明细行所有税额加起来要一致。

2. C端发起

1)申请发票:

  • 用户可以在下单时,在确认订单页填写申请发票;
  • 付款后90天内,用户可以再订单列表、订单详情基于订单申请发票。
  • 前置需要商家有开票资质,一般Tmall商家都有,C端商家不一定。

2)申请发票信息:

  • 发票类型:电子普票、纸质专票、纸质普票。
  • 抬头:个人or企业,个人填写姓名、企业填写税号。
  • 发票内容:选择大类or明细。

3)发票进度查询:

  • 申请中:用户提交申请-商家同意前,支持用户撤销/修改发票内容。
  • 开票中:商家同意后,进入该状态,不能再修改了,可联系商家后台撤销。
  • 已开票:开票成功后,需要交易完成才能查看发票内容。

3. 商家开票-开蓝票

支持自动开票,可设置交易完成后开票还是发货后开票。

支持手动开票,需设置收票方税号、名称、商品名称、税率等,并满足校验条件(见接入注意)。

4. 商家开票-开红票

1)自动处理流程

>京东方案:未跨月直接作废,跨月冲红,红票分为已抵扣、未抵扣:需要购买方寄回发票;未抵扣,销售方发起,关联蓝票即可;已抵扣,购买方需要补充红票信息表,发起。

>淘宝电子发票产品方案:

  1. 电子票:电子发票无需买家寄回,且只有冲红没有作废,无须商家操作,无须商家操作,可自动冲红。
  2. 纸票:当月作废,跨月冲红,系统提供修改发票功能,商家前往税盘处理。
  3. 注:如果因买家原因产生退货退款,且买家不配合退回发票导致商家又无法追回纸质发票的,根据实际情况商家可向买家协商沟通,买家承担相应的发票税款给到商家。如是商家原因造成的退货退款,需双方协商处理。

2)税盘手动处理

3)注意区分是否抵扣,未抵扣直接输入蓝票编码开红票即可;已抵扣,需要开具信息表,购买方、销售方确认后方可开红票,注意:

  1. 红字发票不可以带清单,不可以添加折扣。
  2. 一张普通发票可以分多次红冲,但全部负数发票的总金额、 总税额都必须小于等于原蓝字发票。
  3. 注意涉税风险:请在普通发票冲红前,确认收回了该普通发票或取得了购方的退货说明等相关凭证再开具,避免涉税风险。

4)不允许开具红字数电票情况

  1. 蓝字发票已作废、已全额红冲、已被认定异常扣税凭证、已锁定(已发起红字确认单或信息表且未开具红字发票、未撤销红字确认单或信息表)时,不允许发起红冲;
  2. 蓝字发票增值税用途为“待退税”、“已退税”、“已抵扣(改退)”、“已代办退税”、“不予退税且不予抵扣”时,不允许发起红冲;
  3. 蓝字发票税收优惠类标签中,“冬奥会退税标签”为“已申请冬奥会退税”时,不允许发起冲红;
  4. 发起红冲时,如对方纳税人为“非正常”、“注销”等状态、无法登陆系统进行相关操作时,不允许发起红冲。

5. 发票数据-开票成功

6. 发票数据-开票失败

以tb-航信为例,常见失败原因如下:

7. 设置可开发票类型(资质)

8. 商品开票设置-按商品设置

9. 商品开票设置-按规则

10. 开票规则设置

下单时是否可开票、开票金额限制、订单满足什么状态才可开票。

详情页是否自动开票。

退换货是否自动开票等。

11. 税务信息维护

包括税率、企业名称、纳税号。

本文由 @OK 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。