一种并行系统开票金额的处理方法、装置及相关设备与流程

文档序号:37352145发布日期:2024-03-18 18:33阅读:10来源:国知局
一种并行系统开票金额的处理方法、装置及相关设备与流程

本申请涉及信息服务,尤其涉及一种并行系统开票金额的处理方法、装置及相关设备。


背景技术:

1、加油站管理系统的升级是一项复杂的工程,涉及基础数据、销售、账户、会员、运营、支付、卡系统、发票等多个模块。由于其复杂性,系统升级不可能一蹴而就,而是需要逐步过渡,以确保业务的平稳无缝切换。在这个过渡期间,新老系统将同时并行运行。在此过渡期内,处理数据是至关重要的。系统需要确保数据不丢失、不重复,避免数据依赖和数据冲突的发生。具体到发票开具,对于某些特定类型的发票,例如专用发票,可能仍然使用老系统进行开具;而对于其他类型的发票,例如电子普通发票,则先迁移到新系统进行开具。这种过渡期间,当前行业仍多依靠人工工作的仔细的工作态度进行,但人工难免出现失误,可能会产生开票额度不足引发客户投诉,或在新老系统上重复开票给企业造成损失。为此,如何避免在系统升级期限有序准确的按照消费金额足额的开具客户需求的发票,且避免由于失误导致产生的重复开票的情况,就成了行业内亟需解决的技术问题


技术实现思路

1、有鉴于此,本申请实施例提供一种并行系统开票金额的处理方法、装置及相关设备,以至少部分解决上述问题。

2、第一方面,本申请提供一种并行系统开票金额的处理方法,包括:

3、将产生的订单数据存入新系统和老系统的订单数据库;

4、对通过所述老系统产生的销售订单数据进行解析,确定所述老系统的实收金额数据;

5、当系统升级未完成前,利用老系统对老系统产生销售订单数据进行发票开具;

6、在所述新系统的订单数据库中对老系统已开票的所述实收金额数据进行额度扣除,并在所述新系统中记录已开具的发票信息,用于对通过所述新系统对包含老系统已开票的所述实收金额数据进行重复开票操作的信息进行拦截。

7、可选地,在本申请的一种实施例中,所述方法还包括:当系统升级完成后,通过所述新系统获取所述销售实收金额数据,对所述销售订单数据进行发票开具。

8、可选地,在本申请的一种实施例中,所述方法还包括:在对所述销售订单数据进行发票开具之前,利用数据匹配或者关键词检测的方式,确定产生的所述销售订单数据中是否使用了外部折扣;

9、如果确定在销售行为进行时使用了外部折扣,则基于预设的比例分摊策略从所述实收金额数据中扣除所述外部折扣产生的抵扣金额,获取抵扣后的实收金额,用于进行对应新系统或老系统的发票开具。

10、可选地,在本申请的一种实施例中,所述方法还包括:在进行发票开具之前,基于零售管理系统中记录的权益用户信息,确定产生的所述销售订单数据是否为权益用户的商品购买行为产生的;

11、若确定所述商品购买行为权益用户产生的,则基于预设的权益抵扣策略从所述实收金额数据中扣除权益抵扣金额,获取抵扣后的实收金额,用于进行对应新系统或老系统的发票开具。

12、可选地,在本申请的一种实施例中,所述方法还包括:在进行发票开具之前,确定所述销售订单数据是否为通过预付卡系统中记录的预付卡支付产生的;

13、若确定为预付卡系统记录的预付卡支付产生的,确定通过所述预付卡支付的金额;

14、从所述实收金额数据中减去通过所述预付卡支付的金额,获取减款之后的实收金额,用于进行发票开具。

15、可选地,在本申请的一种实施例中,所述方法还包括:对于通过所述预付卡支付的金额,检测所述老系统的订单数据库中是否已经开具过对应所述预付卡的等额发票;

16、若已经对所述对应的预付卡开具过所述等额发票,则忽略对通过所述预付卡支付的金额部分的销售数据进行发票开具的请求。

17、可选地,在本申请的一种实施例中,所述开具的发票票面上的每个商品行信息至少包括应收金额数据,或者至少包括应收金额数据和折扣金额数据。

18、第二方面,基于本申请第一方面所述的并行系统开票金额的处理方法,本申请实施例还提供一种并行系统开票金额的处理装置,包括:

19、存储模块,将产生的订单数据存入新系统和老系统的订单数据库;

20、解析模块,用于对通过所述老系统产生的销售订单数据进行解析,确定所述老系统的实收金额数据;

21、第一开票模块,用于当系统升级未完成前,利用老系统对老系统产生销售订单数据进行发票开具;

22、扣除模块,用于在所述新系统的订单数据库中对老系统已开票的所述实收金额数据进行额度扣除,并在所述新系统中记录已开具的发票信息,用于对通过所述新系统对包含老系统已开票的所述实收金额数据进行重复开票操作的信息进行拦截。

23、第三方面,本申请实施例还提供一种计算机存储介质,所述计算机存储介质上存储有计算机可执行指令,所述计算机可执行指令被执行时执行如本申请第一方面任意一项所述的并行系统开票金额的处理方法。

24、第四方面,本申请实施例还提供一种电子设备,包括:

25、一个或多个处理器;

26、存储器,用于存储一个或多个程序,

27、当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如本申请第一方面任意一项所述的并行系统开票金额的处理方法。

28、本申请提供了一种并行系统开票金额的处理方法、装置及相关设备,通过将产生的订单数据存入新系统和老系统的订单数据库,对通过所述老系统产生的销售订单数据进行解析,确定所述老系统的实收金额数据,当系统升级未完成前,利用老系统对老系统产生销售订单数据进行发票开具,在所述新系统的订单数据中对老系统已开具发票的对应的实收金额数据进行额度的扣除,并在所述新系统中记录已开具的发票信息,用于对通过所述新系统进行重复开票的操作信息进行拦截。使得新老系统并行期间,在老系统开具的发票金额与在新系统开具的发票金额的合计金额与销售金额匹配,票面金额表达符合常规认知逻辑和用票人习惯。在整个新老系统并行运行期间,不受系统按计划逐步升级的影响,使得开票全流程井然有序且开票的精度高。



技术特征:

1.一种并行系统开票金额的处理方法,其特征在于,包括:

2.根据权利要求1所述的并行系统开票金额的处理方法,其特征在于,所述方法还包括:当系统升级完成后,通过所述新系统获取所述销售实收金额数据,对所述销售订单数据进行发票开具。

3.根据权利要求1或2所述的并行系统开票金额的处理方法,其特征在于,所述方法还包括:在对所述销售订单数据进行发票开具之前,利用数据匹配或者关键词检测的方式,确定产生的所述销售订单数据中是否使用了外部折扣;

4.根据权利要求1或2所述的并行系统开票金额的处理方法,其特征在于,所述方法还包括:在进行发票开具之前,基于零售管理系统中记录的权益用户信息,确定产生的所述销售订单数据是否为权益用户的商品购买行为[hztc-hxrjgs231002][hs2311399ccn]产生的;

5.根据权利要求1所述的并行系统开票金额的处理方法,其特征在于,所述方法还包括:在进行发票开具之前,确定所述销售订单数据是否为通过预付卡系统中记录的预付卡支付产生的;

6.根据权利要求5所述的并行系统开票金额的处理方法,其特征在于,所述方法还包括:对于通过所述预付卡支付的金额,检测所述老系统的订单数据库中是否已经开具过对应所述预付卡的等额发票;

7.根据权利要求1所述的并行系统开票金额的处理方法,其特征在于,所述开具的发票票面上的每个商品行信息至少包括应收金额数据,或者每个商品行信息至少包括应收金额数据和折扣金额数据。

8.一种并行系统开票金额的处理装置,其特征在于,包括:

9.一种计算机存储介质,其特征在于,所述计算机存储介质上存储有计算机可执行指令,所述计算机可执行指令被执行时执行如权利要求1~7中任意一项所述的并行系统开票金额的处理方法。

10.一种电子设备,其特征在于,包括:


技术总结
本申请提供一种并行系统开票金额的处理方法、装置及相关设备,将产生的订单数据存入新系统和老系统的订单数据库,对通过老系统产生的销售订单数据进行解析,确定老系统的实收金额数据,升级未完成前,利用老系统对老系统产生销售订单数据进行发票开具,在新系统的订单数据中对老系统已开具发票的对应的实收金额数据进行额度的扣除,并在新系统中记录已开具的发票信息,用于对通过新系统进行重复开票的操作信息进行拦截。使得新老系统并行期间,在老系统开具的发票金额与在新系统开具的发票金额的合计金额与销售金额匹配,票面金额表达符合常规认知逻辑和用票人习惯。不受系统逐步升级过程的影响,使得开票全流程井然有序且开票的精度高。

技术研发人员:王轶晨,吕锷,曹爱理,王婷,冯畅
受保护的技术使用者:航天信息股份有限公司
技术研发日:
技术公布日:2024/3/17
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1