CN112036968A - 电子发票开具方法、装置、计算机设备和存储介质 - Google Patents
电子发票开具方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN112036968A CN112036968A CN202010739671.5A CN202010739671A CN112036968A CN 112036968 A CN112036968 A CN 112036968A CN 202010739671 A CN202010739671 A CN 202010739671A CN 112036968 A CN112036968 A CN 112036968A
- Authority
- CN
- China
- Prior art keywords
- merchant
- electronic invoice
- information
- attribute information
- current
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9535—Search customisation based on user profiles and personalisation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Finance (AREA)
- Marketing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Economics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请涉及一种电子发票开具方法、装置、计算机设备和存储介质。该方法包括:获取订单数据,订单数据包括订单属性信息和商户属性信息;当商户属性信息对应的当前商户具有开票权限时,根据订单属性信息生成对应的开票信息;根据开票信息生成对应的目标电子发票;获取目标推送方式,根据目标推送方式推送目标电子发票至目标设备。采用本方法能够降低商户开票的成本从而提高电子发票开票效率。
Description
技术领域
本申请涉及计算机技术领域,特别是涉及一种电子发票开具方法、装置、计算机设备和存储介质。
背景技术
随着社会发展以及纳税人的意识的完善,越来越多的用户对发票的需求日益增多,然而,许多商户的技术服务工程师完成服务后,需要回到公司将用户诉求告知商户,商户再到税局申请开纸质发票,通过邮寄方式,将纸质发票交付给用户,例如,家电安装师傅上门服务后,涉及额外收取的材料费等,现场都无法开具发票,收费凭证大多以收据形式开具。然而,这种线下开纸质发票,来回税局开票,开好后还需要邮寄给用户,增加了商户的人力成本。
发明内容
基于此,有必要针对上述技术问题,提供一种能够降低商户开票的成本从而提高电子发票开票效率的电子发票开具方法、装置、计算机设备和存储介质。
一种电子发票开具方法,该方法包括:
获取订单数据,订单数据包括订单属性信息和商户属性信息;
当商户属性信息对应的当前商户具有开票权限时,根据订单属性信息生成对应的开票信息;
根据开票信息生成对应的目标电子发票;
获取目标推送方式,根据目标推送方式推送目标电子发票至目标设备。
在其中一个实施例中,获取订单数据,订单数据包括订单属性信息和商户属性信息,包括:获取商品属性信息和商户属性信息;展示支付图形码,接收对支付图形码的支付请求;根据支付请求和商品属性信息生成订单属性信息;对订单属性信息和商户属性信息进行封装,得到订单数据。
在其中一个实施例中,当商户属性信息对应的当前商户具有开票权限时,包括:获取与商户属性信息对应的当前商户编码,当前商户编码是用来唯一标识当前商户的;根据当前商户编码查找是否存在对应的商户电子发票代开合同信息;若存在,则确定商户属性信息对应的当前商户具有开票权限。
在其中一个实施例中,根据订单属性信息生成对应的开票信息之前,还包括:获取与商户属性信息对应的当前商户编码,当前商户编码是用来唯一标识当前商户的;根据当前商户编码获取对应的当前商户服务信息;根据当前商户服务信息确定当前电子发票数量;若当前电子发票数量大于预设电子发票阈值时,则进入根据订单属性信息生成对应的开票信息的步骤。
在其中一个实施例中,根据订单属性信息生成对应的开票信息,包括:对订单属性信息进行解析,得到当前商品类别、当前商品价格、税率以及税分类;将当前商品类别、当前商品价格、税率以及税分类作为开票信息。
在其中一个实施例中,获取订单数据之前,还包括:获取待托管商户发起的电子发票托管请求,电子发票托管请求携带待托管商户对应的待托管商户编码;根据电子发票托管请求生成与待托管商户编码对应的托管电子发票代开合同信息;根据托管电子发票代开合同信息授予待托管商户具有开票权限;获取电子发票开票配置信息,根据电子发票开票配置信息生成已托管商户编码对应的已托管商户服务信息。
在其中一个实施例中,电子发票开具方法还包括:接收电子发票更改请求,电子发票更改请求携带待更改电子发票标识和待更改电子发票更改信息;根据电子发票更改请求获取与待更改电子发票标识对应的当前电子发票;根据待更改电子发票更改信息更新当前电子发票,得到目标电子发票。
一种电子发票开具装置,该装置包括:
订单数据获取模块,用于获取订单数据,订单数据包括订单属性信息和商户属性信息;
开票信息生成模块,用于当商户属性信息对应的当前商户具有开票权限时,根据订单属性信息生成对应的开票信息;
电子发票生成模块,用于根据开票信息生成对应的目标电子发票;
电子发票推送模块,用于获取目标推送方式,根据目标推送方式推送目标电子发票至目标设备。
一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
获取订单数据,订单数据包括订单属性信息和商户属性信息;
当商户属性信息对应的当前商户具有开票权限时,根据订单属性信息生成对应的开票信息;
根据开票信息生成对应的目标电子发票;
获取目标推送方式,根据目标推送方式推送目标电子发票至目标设备。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
获取订单数据,订单数据包括订单属性信息和商户属性信息;
当商户属性信息对应的当前商户具有开票权限时,根据订单属性信息生成对应的开票信息;
根据开票信息生成对应的目标电子发票;
获取目标推送方式,根据目标推送方式推送目标电子发票至目标设备。
上述电子发票开具方法、装置、计算机设备和存储介质,获取订单数据,订单数据包括订单属性信息和商户属性信息;当商户属性信息对应的当前商户具有开票权限时,根据订单属性信息生成对应的开票信息;根据开票信息生成对应的目标电子发票;获取目标推送方式,根据目标推送方式推送目标电子发票至目标设备。商户技术服务工程师在完成服务后,用户支付完此次服务的费用后,开票企业所在的设备获取到订单数据后,当验证该商户具有开票权限后,可以根据订单数据中的订单属性进行电子发票代开服务,无需商户来回税局开票,降低了商户开票的成本从而提高电子发票开票效率。
附图说明
图1为一个实施例中电子发票开具方法的应用环境图;
图2为一个实施例中电子发票开具方法的流程示意图;
图3为一个实施例中订单数据获取步骤的流程示意图;
图4为一个实施例中商户开票权限检测步骤的流程示意图;
图5为另一个实施例中电子发票开具方法的流程示意图;
图6为一个实施例中开票信息生成步骤的流程示意图;
图7为一个实施例中电子发票开具方法的流程示意图;
图8为一个实施例中电子发票开具方法的流程示意图;
图9为一个实施例中电子发票开具装置的结构框图;
图10为一个实施例中计算机设备的内部结构图;
图11为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的电子发票开具方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与服务器104进行通信。其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
具体地,终端102获取到订单数据,订单数据包括订单属性信息和商户属性信息,将该订单数据通过网络通信发送至服务器104。服务器104接收到订单数据后,当订单数据中的商户属性信息对应的当前商户具有开票权限时,根据订单属性信息生成对应的开票信息,根据开票信息生成对应的目标电子发票,获取目标推送方式,根据目标推送方式推送目标电子发票至目标设备。
在另一个实施例中,终端102获取到订单数据,订单数据包括订单属性信息和商户属性信息,当商户属性信息对应的当前商户具有开票权限时,根据订单属性信息生成对应的开票信息,根据开票信息生成对应的目标电子发票,获取目标推送方式,根据目标推送方式推送目标电子发票至目标设备。
在一个实施例中,如图2所示,提供了一种电子发票开具方法,以该方法应用于图1中的终端或服务器为例进行说明,包括以下步骤:
步骤202,获取订单数据,订单数据包括订单属性信息和商户属性信息。
其中,订单数据是指与订单相关的信息,商户服务人员在完成服务后,需要用户为该服务支付,因此,在用户完成订单支付后,会产生对应的订单数据。其中,订单数据包括订单属性信息和商户属性信息,这里的订单属性信息是与订单相关的信息,包括订单金额,订单数量等等,而商户属性信息是与服务商户相关的信息,包括商户名称,商户编码,商户地址等等。
具体地,商户服务人员在完成服务后,用户需要为该服务完成支付,商户服务人员可以向用户展示支付图形码,通过对支付图形码进行操作从而完成支付,在用户完成订单支付后,会产生相应的订单数据。
步骤204,当商户属性信息对应的当前商户具有开票权限时,根据订单属性信息生成对应的开票信息。
其中,只有具有开票权限的商户才能够进行开票,因此,可以根据订单数据中携带的商户属性信息判断对应的当前商户是否具有开票权限。具体可以是,获取商户属性信息对应的当前商户编码,这里的当前商户编码是用来唯一标识商户属性信息对应的当前商户的,可以通过当前商户编码确定对应的当前商户,通过当前商户编码查找是否存在对应的商户电子发票代开合同信息,如果存在,说明当前商户签订了电子发票代开协议,当前商户具有开票权限。
进一步地,当商户属性信息对应的当前商户具有开票权限时,可以根据订单数据中的订单属性信息生成对应的开票信息,其中,这里的开票信息是指开电子发票所需的信息,可以是票据类别、当前商品类别、当前商品价格、税率等等。其中,根据订单数据中的订单属性信息生成对应的开票信息,具体可以是,对订单属性信息进行解析,获取得到开票所需的票据类别、当前商品类别、当前商品价格、税率等等,将这些信息作为开票信息。
步骤206,根据开票信息生成对应的目标电子发票。
具体地,在得到开票信息后,可以根据开票信息生成对应的目标电子发票。具体可以是,获取电子发票模板,这里的电子发票模板是预先存储的未进行任何信息的填写的电子发票模板,在获取到电子发票模板后,根据开票信息确定电子发票模板中对应的位置,将开票信息填充至相应的位置上,从而得到目标电子发票。其中,根据开票信息生成对应的目标电子发票具体还可以是,获取电子发票生成算法,根据电子发票生成算法与开票信息生成对应的目标电子发票。
步骤208,获取目标推送方式,根据目标推送方式推送目标电子发票至目标设备。
其中,这里的推送方式是指电子发票的推送方式,而目标推送方式可以从候选推送方式中随机确定得到,还可以是商户根据自身业务需求、实际应用场景或者产品需求确定得到的。具体地,获取目标推送方式,例如,目标推送方式可以是邮箱、短信、微信等推送方式。进一步地,再根据目标推送方式将目标电子发票推送至目标设备,这里的目标设备的确定可以是根据订单数据中的订单属性信息确定得到的,可以通过订单属性信息中支付用户相关信息确定目标设备。
上述电子发票开具方法中,获取订单数据,订单数据包括订单属性信息和商户属性信息;当商户属性信息对应的当前商户具有开票权限时,根据订单属性信息生成对应的开票信息;根据开票信息生成对应的目标电子发票;获取目标推送方式,根据目标推送方式推送目标电子发票至目标设备。商户技术服务工程师在完成服务后,用户支付完此次服务的费用后,开票企业所在的设备获取到订单数据后,当验证该商户具有开票权限后,可以根据订单数据中的订单属性进行电子发票代开服务,无需商户来回税局开票,降低了商户开票的成本从而提高电子发票开票效率。
在一个实施例中,如图3所示,获取订单数据,订单数据包括订单属性信息和商户属性信息,包括:
步骤302,获取商品属性信息和商户属性信息。
步骤304,展示支付图形码,接收对支付图形码的支付请求。
其中,这里的商品属性信息是指与商品相关的信息,商品可以是商户提供的服务,例如,商品属性信息可以是商品金额、商品数量、材料等等。而商户属性信息是指与服务商户相关的信息,包括商户名称、商户编码、商户注册地址等等。当前商户向用户完成服务时,需要提供商品属性信息和商户属性信息,在当前商户完成服务后,需要用户支付劳动报酬,即支付该服务相关的费用。具体可以是,向用户展示支付图形码,通过对支付图形码进行操作触发生成支付请求,其中,操作可以是扫描操作等等。其中,这里的支付请求是请求完成此次支付的请求。
步骤306,根据支付请求和商品属性信息生成订单属性信息。
步骤308,对订单属性信息和商户属性信息进行封装,得到订单数据。
具体地,在接收到对支付图形码的支付请求后,说明用户已经完成了支付,因此,可以根据支付请求和商户属性信息生成订单属性信息,具体可以是,将商户属性信息和支付请求中的数额进行组合,得到与该订单相关的订单属性信息。最后,对订单属性信息和商户属性信息进行封装,得到订单数据。其中,对订单属性信息和商户属性信息进行封装,即,将订单属性信息和商户属性信息进行结合,从而得到订单数据。
本实施例,例如,商户服务工程师通过开票企业终端对服务结果进行录入,服务结果包含服务方案,服务商品信息,使用的材料配件及材料配件价格,额外收取服务费用,汇总后服务工程师录入实际需要收取的费用总计,这些都可以作为订单属性信息,商户服务工程师现场与用户确认费用后,请用户打开开票企业提供的支付应用程序,展示支付图形码,通过用户终端设备进行扫描收费,收费成功后,开票企业对应的服务器将商户服务工程师所在的商户对应的商户属性信息和订单属性信息封装,得到订单数据。
在一个实施例中,如图4所示,当商户属性信息对应的当前商户具有开票权限时,包括:
步骤402,获取与商户属性信息对应的当前商户编码,当前商户编码是用来唯一标识当前商户的。
步骤404,根据当前商户编码查找是否存在对应的商户电子发票代开合同信息。
步骤406,若存在,则确定商户属性信息对应的当前商户具有开票权限。
其中,只有具有开票权限的商户才能够进行开票,因此,可以根据订单数据中携带的商户属性信息判断对应的当前商户是否具有开票权限。具体可以是,获取商户属性信息对应的当前商户编码,这里的当前商户编码是用来唯一标识商户属性信息对应的当前商户的,可以通过当前商户编码确定对应的当前商户,通过当前商户编码查找是否存在匹配的商户电子发票代开合同信息,如果存在,说明当前商户签订了电子发票代开协议,当前商户具有开票权限。
其中,商户电子发票代开合同信息说明相应的商户与开票企业签订了电子发票代开服务,即开票企业帮商户代开电子发票,提供了一种电子发票代开服务。在此之前,商户可以向开票企业发起电子发票托管请求,这里的电子发票托管请求是用来请求开票企业进行电子发票代开服务的,通过电子发票托管请求获取到相应的托管电子发票代开合同信息,只要存在对应的托管电子发票代开合同信息的商户都具有开票权限,在配置好电子发票开票配置信息后,则可借助开票企业进行电子发票代开服务。
在一个实施例中,如图5所示,根据订单属性信息生成对应的开票信息之前,还包括:
步骤502,获取与商户属性信息对应的当前商户编码,当前商户编码是用来唯一标识当前商户的;
步骤504,根据当前商户编码获取对应的当前商户服务信息。
其中,商户属性信息是用来描述当前商户的,是当前商户相关的商户信息,每个当前商户都存在对应的当前商户编码,不同的商户对应不同的商户编码,可以通过商户编码确定相应的商户,从而得到商户属性信息。具体地,在获取到商户属性信息后,根据商户属性信息获取当前商户对应的当前商户编码,而这里的当前商户编码是当前商户的标识,当前商户编码与当前商户是一一对应的关系。
进一步地,再根据当前编码获取对应的当前商户服务信息,这里的当前商户服务信息是指当前商户与开票企业签订的代开发票服务相关的信息,当前商户在与开票企业签订代开发票服务后,可以配置代开发票服务的相关配置,得到当前商户服务信息。其中,当前商户服务信息包括但不限于当前商户代开发票的发票模式,当前商户对应的电子发票总数目,当前商户代开发票的剩余电子发票代开数目等等。
步骤506,根据当前商户服务信息确定当前电子发票数量。
步骤508,若当前电子发票数量大于预设电子发票阈值时,则进入根据订单属性信息生成对应的开票信息的步骤。
其中,这里的当前发票数量是指当前商户代开发票的剩余电子发票代开数目,在得到当前商户服务信息后,可以通过当前服务信息中获取当前商户代开发票的剩余电子发票代开数目,即当前电子发票数量。由于各个商户对应的电子发票代开数目不同,当商户对应的电子发票代开数目低于对应的电子发票代开阈值时,则该商户无法进行代开发票服务,反之,当商户对应的电子发票代开数目低于对应的电子发票代开阈值时,则该商户可以进行代开发票服务。
具体地,在获取到当前商户服务信息对应的电子发票数量后,获取当前商户对应的预设电子发票阈值,预设电子发票阈值可以从当前商户服务信息中获取,通过当前电子发票数量与预设电子发票阈值确定该当前商户是否能够进行电子发票的代开,若当前电子发票数量大于预设电子发票阈值时,说明该当前商户的电子发票代开总数目还能够支持此次电子发票的开具,则进入根据订单属性信息生成对应的开票信息的步骤。反之,若当前发票数量小于预设电子发票阈值时,说明该当前商户的电子发票剩余的电子发票代开数目无法支持此次电子发票的开具,则无法进行电子发票的开具。
在一个实施例中,如图6所示,根据订单属性信息生成对应的开票信息,包括:
步骤602,对订单属性信息进行解析,得到当前商品类别、当前商品价格、税率以及税分类。
步骤604,将当前商品类别、当前商品价格、税率以及税分类作为开票信息。
具体地,当商户属性信息对应的当前商户具有开票权限时,可以根据订单数据中的订单属性信息生成对应的开票信息,其中,这里的开票信息是指开电子发票所需的信息,可以是票据类别、当前商品类别、当前商品价格、税率等等。其中,根据订单数据中的订单属性信息生成对应的开票信息,具体可以是,对订单属性信息进行解析,获取得到开票所需的税分类、当前商品类别、当前商品价格、税率等等,将这些信息作为开票信息。其中,这里的当前商品类别是指当前商户所属的类别,例如,餐饮、服装等等,而税分类是指当前电子发票所属的类别,例如,普通电子发票,增值税电子发票等等,税率是指此次开具电子发票需要缴纳的税的比率。这些都是电子发票开具需要的信息,因此,这些信息都可以作为开票信息。
在一个实施例中,如图7所示,获取订单数据之前,还包括:
步骤702,获取待托管商户发起的电子发票托管请求,电子发票托管请求携带待托管商户对应的待托管商户编码。
步骤704,根据电子发票托管请求生成与待托管商户编码对应的托管电子发票代开合同信息。
其中,这里的电子发票托管请求是用来请求开票企业进行电子发票代开服务的,需要托管的商户可以向开票企业发起电子发票托管请求,请求开票企业为该需要托管的商户进行电子发票的代开服务。其中,电子发票托管请求中携带待托管商户对应的待托管商户编码,这里的待托管商户编码是用来唯一标识需要托管的用户,是需要托管的用户的标识。
进一步地,再根据电子发票托管请求生成与待托管商户编码对应的托管电子发票代开合同信息,具体可以是,获取待托管商户对应的待托管商户属性信息,可以根据电子发票托管请求和待托管商户属性信息生成与待托管商户编码对应的托管电子发票代开合同信息,这里的托管电子发票代开合同信息是待托管商户与开票企业签订的一个合同信息,签订了该托管电子发票代开合同后,就说明开票企业可以为该托管商户进行电子发票的代开。
步骤706,根据托管电子发票代开合同信息授予待托管商户具有开票权限。
步骤708,获取电子发票开票配置信息,根据电子发票开票配置信息生成已托管商户编码对应的已托管商户服务信息。
其中,在得到待托管商户编码对应的托管电子发票代开合同信息后,说明该待托管商户已经具有开票权限,因此,可以根据托管电子发票代开合同信息授予待托管商户具有开票权限。其中,电子发票代开合同信息与待托管商户对应的待托管商户编码是对应的,可以根据待托管商户编码获取到对应的电子发票代开合同信息。
进一步地,在该待托管商户具有开票权限后,该待托管商户需要进行电子发票代开服务的相关配置,例如电子发票代开模式,电子发票的总代码数目,电子发票的剩余数目等等,开票企业可以提供该待托管商户进行电子发票开票配置界面,通过该电子发票开票配置界面获取到电子发票开票配置信息,最后,可以根据电子发票开票配置信息生成已托管商户编码对应的已托管商户服务信息。即商户服务信息与相应的商户的商户编码也是存在对应的关系,可以根据商户编码获取到对应的商户服务信息。
在一个实施例中,如图8所示,电子发票开具方法还包括:
步骤802,接收电子发票更改请求,电子发票更改请求携带待更改电子发票标识和待更改电子发票更改信息。
步骤804,根据电子发票更改请求获取与待更改电子发票标识对应的当前电子发票。
步骤806,根据待更改电子发票更改信息更新当前电子发票,得到目标电子发票。
其中,在电子发票开具成功后,用户收到电子发票后,但是由于财务报销等因素需要更改电子发票,可以通过向开票企业所在的服务器发送电子发票更改请求,通过电子发票更改请求进行电子发票的更新,从而得到更新后的目标电子发票。其中,这里的电子发票更改请求是用来请求进行电子发票的更改的,可以是用户终端向开票企业所在的服务器发起的。
具体地,接收到电子发票更改请求,该电子发票更改请求中携带待更改电子发票标识和待更改电子发票更改信息,待更改电子发票标识是用来唯一标识需要更改的电子发票的,而待更改电子发票更改信息是指电子发票需要更改的信息,例如,电子发票抬头信息等等。
进一步地,根据电子发票更改请求中的待更改电子发票标识获取对应的当前电子发票,电子发票在开具之后都会进行存储,当需要更改的时候,根据发票标识可以从存储的电子发票中获取得到。最后,可根据待更改电子发票更改信息更新当前电子发票,得到目标电子发票,具体可以是,确定当前电子发票中与待更改电子发票更改信息对应的位置,将待更改电子发票更改信息填充至相应的位置,得到更新后的目标电子发票。例如,待更改电子发票更改信息为电子发票抬头,则将待更改电子发票更改信息覆盖当前电子发票中的当前电子发票抬头,得到目标电子发票。
在一个具体的实施例中,提供了一种电子发票开具方法,具体包括以下步骤:
1、获取待托管商户发起的电子发票托管请求,电子发票托管请求携带待托管商户对应的待托管商户编码。
2、根据电子发票托管请求生成与待托管商户编码对应的托管电子发票代开合同信息。
3、根据托管电子发票代开合同信息授予待托管商户具有开票权限。
4、获取电子发票开票配置信息,根据电子发票开票配置信息生成已托管商户编码对应的已托管商户服务信息。
5、获取订单数据,订单数据包括订单属性信息和商户属性信息。
5-1、获取商品属性信息和商户属性信息。
5-2、展示支付图形码,接收对支付图形码的支付请求。
5-3、根据支付请求和商品属性信息生成订单属性信息。
5-4、对订单属性信息和商户属性信息进行封装,得到订单数据。
6、当商户属性信息对应的当前商户具有开票权限时。
6-1、获取与商户属性信息对应的当前商户编码,当前商户编码是用来唯一标识当前商户的。
6-2、根据当前商户编码查找是否存在对应的商户电子发票代开合同信息。
6-3、若存在,则确定商户属性信息对应的当前商户具有开票权限。
7、获取与商户属性信息对应的当前商户编码,当前商户编码是用来唯一标识当前商户的。
8、根据当前商户编码获取对应的当前商户服务信息。
9、根据当前商户服务信息确定当前电子发票数量。
10、若当前电子发票数量大于预设电子发票阈值时,则进入步骤11。
11、根据订单属性信息生成对应的开票信息。
11-1、对订单属性信息进行解析,得到当前商品类别、当前商品价格、税率以及税分类。
11-2、将当前商品类别、当前商品价格、税率以及税分类作为开票信息。
12、根据开票信息生成对应的目标电子发票。
13、获取目标推送方式,根据目标推送方式推送目标电子发票至目标设备。
14、接收电子发票更改请求,电子发票更改请求携带待更改电子发票标识和待更改电子发票更改信息。
15、根据电子发票更改请求获取与待更改电子发票标识对应的当前电子发票。
16、根据待更改电子发票更改信息更新当前电子发票,得到目标电子发票。
应该理解的是,虽然上述流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,上述流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图9所示,提供了一种电子发票开具装置900,包括:订单数据获取模块902、开票信息生成模块904、电子发票生成模块906和电子发票推送模块908,其中:
订单数据获取模块902,用于获取订单数据,订单数据包括订单属性信息和商户属性信息。
开票信息生成模块904,用于当商户属性信息对应的当前商户具有开票权限时,根据订单属性信息生成对应的开票信息。
电子发票生成模块906,用于根据开票信息生成对应的目标电子发票。
电子发票推送模块908,用于获取目标推送方式,根据目标推送方式推送目标电子发票至目标设备。
在一个实施例中,订单数据获取模块902还用于获取商品属性信息和商户属性信息,展示支付图形码,接收对支付图形码的支付请求,根据支付请求和商品属性信息生成订单属性信息,对订单属性信息和商户属性信息进行封装,得到订单数据。
在一个实施例中,开票信息生成模块904还用于获取与商户属性信息对应的当前商户编码,当前商户编码是用来唯一标识当前商户的,根据当前商户编码查找是否存在对应的商户电子发票代开合同信息,若存在,则确定商户属性信息对应的当前商户具有开票权限。
在一个实施例中,电子发票开具装置900还用于获取与商户属性信息对应的当前商户编码,当前商户编码是用来唯一标识当前商户的,根据当前商户编码获取对应的当前商户服务信息,根据当前商户服务信息确定当前电子发票数量,若当前电子发票数量大于预设电子发票阈值时,则进入开票信息生成模块904。
在一个实施例中,开票信息生成模块904还用于对订单属性信息进行解析,得到当前商品类别、当前商品价格、税率以及税分类,将当前商品类别、当前商品价格、税率以及税分类作为开票信息。
在一个实施例中,电子发票开具装置900还用于获取待托管商户发起的电子发票托管请求,电子发票托管请求携带待托管商户对应的待托管商户编码,根据电子发票托管请求生成与待托管商户编码对应的托管电子发票代开合同信息,根据托管电子发票代开合同信息授予待托管商户具有开票权限,获取电子发票开票配置信息,根据电子发票开票配置信息生成已托管商户编码对应的已托管商户服务信息。
在一个实施例中,电子发票开具装置900还用于接收电子发票更改请求,电子发票更改请求携带待更改电子发票标识和待更改电子发票更改信息,根据电子发票更改请求获取与待更改电子发票标识对应的当前电子发票,根据待更改电子发票更改信息更新当前电子发票,得到目标电子发票。
关于电子发票开具装置的具体限定可以参见上文中对于电子发票开具方法的限定,在此不再赘述。上述电子发票开具装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储电子发票。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种电子发票开具方法。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是终端,其内部结构图可以如图11所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种电子发票开具方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解,图10或图11中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现以下步骤:获取订单数据,订单数据包括订单属性信息和商户属性信息;当商户属性信息对应的当前商户具有开票权限时,根据订单属性信息生成对应的开票信息;根据开票信息生成对应的目标电子发票;获取目标推送方式,根据目标推送方式推送目标电子发票至目标设备。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取商品属性信息和商户属性信息;展示支付图形码,接收对支付图形码的支付请求;根据支付请求和商品属性信息生成订单属性信息;对订单属性信息和商户属性信息进行封装,得到订单数据。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取与商户属性信息对应的当前商户编码,当前商户编码是用来唯一标识当前商户的;根据当前商户编码查找是否存在对应的商户电子发票代开合同信息;若存在,则确定商户属性信息对应的当前商户具有开票权限。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取与商户属性信息对应的当前商户编码,当前商户编码是用来唯一标识当前商户的;根据当前商户编码获取对应的当前商户服务信息;根据当前商户服务信息确定当前电子发票数量;若当前电子发票数量大于预设电子发票阈值时,则进入根据订单属性信息生成对应的开票信息的步骤。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:对订单属性信息进行解析,得到当前商品类别、当前商品价格、税率以及税分类;将当前商品类别、当前商品价格、税率以及税分类作为开票信息。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取待托管商户发起的电子发票托管请求,电子发票托管请求携带待托管商户对应的待托管商户编码;根据电子发票托管请求生成与待托管商户编码对应的托管电子发票代开合同信息;根据托管电子发票代开合同信息授予待托管商户具有开票权限;获取电子发票开票配置信息,根据电子发票开票配置信息生成已托管商户编码对应的已托管商户服务信息。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:接收电子发票更改请求,电子发票更改请求携带待更改电子发票标识和待更改电子发票更改信息;根据电子发票更改请求获取与待更改电子发票标识对应的当前电子发票;根据待更改电子发票更改信息更新当前电子发票,得到目标电子发票。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:获取订单数据,订单数据包括订单属性信息和商户属性信息;当商户属性信息对应的当前商户具有开票权限时,根据订单属性信息生成对应的开票信息;根据开票信息生成对应的目标电子发票;获取目标推送方式,根据目标推送方式推送目标电子发票至目标设备。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取商品属性信息和商户属性信息;展示支付图形码,接收对支付图形码的支付请求;根据支付请求和商品属性信息生成订单属性信息;对订单属性信息和商户属性信息进行封装,得到订单数据。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取与商户属性信息对应的当前商户编码,当前商户编码是用来唯一标识当前商户的;根据当前商户编码查找是否存在对应的商户电子发票代开合同信息;若存在,则确定商户属性信息对应的当前商户具有开票权限。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取与商户属性信息对应的当前商户编码,当前商户编码是用来唯一标识当前商户的;根据当前商户编码获取对应的当前商户服务信息;根据当前商户服务信息确定当前电子发票数量;若当前电子发票数量大于预设电子发票阈值时,则进入根据订单属性信息生成对应的开票信息的步骤。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:对订单属性信息进行解析,得到当前商品类别、当前商品价格、税率以及税分类;将当前商品类别、当前商品价格、税率以及税分类作为开票信息。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取待托管商户发起的电子发票托管请求,电子发票托管请求携带待托管商户对应的待托管商户编码;根据电子发票托管请求生成与待托管商户编码对应的托管电子发票代开合同信息;根据托管电子发票代开合同信息授予待托管商户具有开票权限;获取电子发票开票配置信息,根据电子发票开票配置信息生成已托管商户编码对应的已托管商户服务信息。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:接收电子发票更改请求,电子发票更改请求携带待更改电子发票标识和待更改电子发票更改信息;根据电子发票更改请求获取与待更改电子发票标识对应的当前电子发票;根据待更改电子发票更改信息更新当前电子发票,得到目标电子发票。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种电子发票开具方法,所述方法包括:
获取订单数据,所述订单数据包括订单属性信息和商户属性信息;
当所述商户属性信息对应的当前商户具有开票权限时,根据所述订单属性信息生成对应的开票信息;
根据所述开票信息生成对应的目标电子发票;
获取目标推送方式,根据所述目标推送方式推送所述目标电子发票至目标设备。
2.根据权利要求1所述的方法,其特征在于,所述获取订单数据,所述订单数据包括订单属性信息和商户属性信息,包括:
获取商品属性信息和商户属性信息;
展示支付图形码,接收对所述支付图形码的支付请求;
根据所述支付请求和所述商品属性信息生成订单属性信息;
对所述订单属性信息和所述商户属性信息进行封装,得到订单数据。
3.根据权利要求1所述的方法,其特征在于,所述当所述商户属性信息对应的当前商户具有开票权限时,包括:
获取与所述商户属性信息对应的当前商户编码,所述当前商户编码是用来唯一标识当前商户的;
根据所述当前商户编码查找是否存在对应的商户电子发票代开合同信息;
若存在,则确定所述商户属性信息对应的当前商户具有开票权限。
4.根据权利要求1所述的方法,其特征在于,所述根据所述订单属性信息生成对应的开票信息之前,还包括:
获取与所述商户属性信息对应的当前商户编码,所述当前商户编码是用来唯一标识当前商户的;
根据所述当前商户编码获取对应的当前商户服务信息;
根据所述当前商户服务信息确定当前电子发票数量;
若所述当前电子发票数量大于预设电子发票阈值时,则进入所述根据所述订单属性信息生成对应的开票信息的步骤。
5.根据权利要求1所述的方法,其特征在于,所述根据所述订单属性信息生成对应的开票信息,包括:
对所述订单属性信息进行解析,得到当前商品类别、当前商品价格、税率以及税分类;
将所述当前商品类别、所述当前商品价格、所述税率以及所述税分类作为开票信息。
6.根据权利要求1所述的方法,其特征在于,所述获取订单数据之前,还包括:
获取待托管商户发起的电子发票托管请求,所述电子发票托管请求携带待托管商户对应的待托管商户编码;
根据所述电子发票托管请求生成与所述待托管商户编码对应的托管电子发票代开合同信息;
根据所述托管电子发票代开合同信息授予所述待托管商户具有开票权限;
获取电子发票开票配置信息,根据所述电子发票开票配置信息生成已托管商户编码对应的已托管商户服务信息。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收电子发票更改请求,所述电子发票更改请求携带待更改电子发票标识和待更改电子发票更改信息;
根据所述电子发票更改请求获取与所述待更改电子发票标识对应的当前电子发票;
根据所述待更改电子发票更改信息更新所述当前电子发票,得到目标电子发票。
8.一种电子发票开具装置,其特征在于,所述装置包括:
订单数据获取模块,用于获取订单数据,所述订单数据包括订单属性信息和商户属性信息;
开票信息生成模块,用于当所述商户属性信息对应的当前商户具有开票权限时,根据所述订单属性信息生成对应的开票信息;
电子发票生成模块,用于根据所述开票信息生成对应的目标电子发票;
电子发票推送模块,用于获取目标推送方式,根据所述目标推送方式推送所述目标电子发票至目标设备。
9.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010739671.5A CN112036968B (zh) | 2020-07-28 | 2020-07-28 | 电子发票开具方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010739671.5A CN112036968B (zh) | 2020-07-28 | 2020-07-28 | 电子发票开具方法、装置、计算机设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112036968A true CN112036968A (zh) | 2020-12-04 |
CN112036968B CN112036968B (zh) | 2022-08-19 |
Family
ID=73583390
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010739671.5A Active CN112036968B (zh) | 2020-07-28 | 2020-07-28 | 电子发票开具方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112036968B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112884536A (zh) * | 2021-02-01 | 2021-06-01 | 南京苏宁软件技术有限公司 | 电子发票的管理方法、装置、计算机设备和存储介质 |
CN113592615A (zh) * | 2021-08-04 | 2021-11-02 | 北京多达通能源科技有限公司 | 基于发票的开票预警方法及相关设备 |
WO2022247968A1 (zh) * | 2021-05-28 | 2022-12-01 | 支付宝(杭州)信息技术有限公司 | 数据处理 |
CN116205695A (zh) * | 2023-02-06 | 2023-06-02 | 上海麦德通软件技术有限公司 | 基于物联网的发票自动监测发放方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111127123A (zh) * | 2019-12-12 | 2020-05-08 | 口碑(上海)信息技术有限公司 | 发票信息处理方法及装置 |
-
2020
- 2020-07-28 CN CN202010739671.5A patent/CN112036968B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111127123A (zh) * | 2019-12-12 | 2020-05-08 | 口碑(上海)信息技术有限公司 | 发票信息处理方法及装置 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112884536A (zh) * | 2021-02-01 | 2021-06-01 | 南京苏宁软件技术有限公司 | 电子发票的管理方法、装置、计算机设备和存储介质 |
WO2022247968A1 (zh) * | 2021-05-28 | 2022-12-01 | 支付宝(杭州)信息技术有限公司 | 数据处理 |
CN113592615A (zh) * | 2021-08-04 | 2021-11-02 | 北京多达通能源科技有限公司 | 基于发票的开票预警方法及相关设备 |
CN116205695A (zh) * | 2023-02-06 | 2023-06-02 | 上海麦德通软件技术有限公司 | 基于物联网的发票自动监测发放方法 |
CN116205695B (zh) * | 2023-02-06 | 2023-08-22 | 上海麦德通软件技术有限公司 | 基于物联网的发票自动监测发放方法 |
Also Published As
Publication number | Publication date |
---|---|
CN112036968B (zh) | 2022-08-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112036968B (zh) | 电子发票开具方法、装置、计算机设备和存储介质 | |
CN109767214B (zh) | 融入票据融资的供应流程管控方法、装置、设备及介质 | |
CN109325729B (zh) | 一种生成电子合同的方法及服务器 | |
CN109255084B (zh) | 电子票据查询方法、装置、存储介质和计算机设备 | |
CN109360077B (zh) | 发票报销中的信息处理方法、装置、网关服务器和介质 | |
CN110458562B (zh) | 票据报销方法、装置和设备及计算机存储介质 | |
CN110599266B (zh) | 电子票据数据处理方法、装置、计算机设备和存储介质 | |
CN109191219A (zh) | 关于电子票据的数据处理方法、装置、存储介质和设备 | |
CN110599137A (zh) | 电子票据数据处理方法、装置和计算机设备 | |
CN110610430B (zh) | 票据信息处理方法、装置、计算机设备和存储介质 | |
CN109886673A (zh) | 二维码功能的拓展方法、装置、计算机设备和存储介质 | |
CN110599270B (zh) | 电子票据生成方法、装置和计算机设备 | |
CN109118291B (zh) | 广告任务推广中用户认证方法、装置和计算机设备 | |
CN110597834A (zh) | 电子票据数据处理方法、装置和计算机设备 | |
CN115952220A (zh) | 基于区块链的票据处理方法、装置、电子设备及介质 | |
CN112036905B (zh) | 售后服务中的履约处理方法、装置和计算机设备 | |
CN111709709A (zh) | 基于保理业务的信息处理方法、系统和计算机设备 | |
CN110674516A (zh) | 电子票据管理系统权限配置方法、装置和计算机设备 | |
US20170352036A1 (en) | Methods and apparatus for authorizing a transaction | |
CN110956512B (zh) | 开票数据处理方法、装置、计算机设备和存储介质 | |
CN110796436A (zh) | 针对共享办公的进程管理系统、方法、设备及可读介质 | |
CN112613932A (zh) | 开票方法、装置、存储介质及电子设备 | |
CN112085543A (zh) | 电子发票生成方法、装置和存储介质 | |
KR102092833B1 (ko) | 모바일 장치를 이용한 청구 및 결제 서비스 시스템 및 방법과, 이를 위한 컴퓨터 프로그램 | |
CN111445229B (zh) | 物联网卡卡密管理方法、系统、设备及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |