CN112613932A - 开票方法、装置、存储介质及电子设备 - Google Patents
开票方法、装置、存储介质及电子设备 Download PDFInfo
- Publication number
- CN112613932A CN112613932A CN202011562462.4A CN202011562462A CN112613932A CN 112613932 A CN112613932 A CN 112613932A CN 202011562462 A CN202011562462 A CN 202011562462A CN 112613932 A CN112613932 A CN 112613932A
- Authority
- CN
- China
- Prior art keywords
- business card
- information
- preset
- enterprise business
- enterprise
- 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.)
- Pending
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
Landscapes
- Business, Economics & Management (AREA)
- Development Economics (AREA)
- Accounting & Taxation (AREA)
- Economics (AREA)
- Finance (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本公开涉及一种开票方法、装置、存储介质及电子设备,可以通过服务器接收终端发送的开票请求消息,所述开票请求消息包括预设字符数量的预设购方标识,所述预设字符数量小于所述预设购方标识对应的全部字符数量;根据所述预设字符数量的预设购方标识从预先生成的企业名片数据库中获取预设数量的候选企业名片信息,所述企业名片数据库包括多个企业的企业名片信息;将预设数量的所述候选企业名片信息发送至所述终端,以使所述终端从预设数量的所述候选企业名片信息中确定目标企业名片信息,并根据所述目标企业名片信息进行开票。
Description
技术领域
本公开涉及开具发票领域,具体地,涉及一种开票方法、装置、存储介质及电子设备。
背景技术
实际开票场景中由于发票所涉及的企业名称、银行账号、纳税人识别号、地址、电话等信息容易变动,而且信息过长不易记住,或者容易记错,造成开票信息错误或者开票速度很慢,从而影响用户体验。
相关技术中为了提高开票效率,将原来由销方填写抬头信息,改为由购方扫描同一二维码后填写抬头信息,然后由销方通过开票软件继续完成后续开票操作,但是,大多数的开票软件开票时,可以推荐使用的企业数据量有限,数据陈旧,抬头信息不全或不准确,还是会影响开票效率。
发明内容
本公开的目的是提供一种开票方法、装置、存储介质及电子设备。
第一方面,提供一种开票方法,应用于服务器,所述方法包括:接收终端发送的开票请求消息,所述开票请求消息包括预设字符数量的预设购方标识,所述预设字符数量小于所述预设购方标识对应的全部字符数量;根据所述预设字符数量的预设购方标识从预先生成的企业名片数据库中获取预设数量的候选企业名片信息,所述企业名片数据库包括多个企业的企业名片信息;将预设数量的所述候选企业名片信息发送至所述终端,以使所述终端从预设数量的所述候选企业名片信息中确定目标企业名片信息,并根据所述目标企业名片信息进行开票。
可选地,所述根据所述预设字符数量的预设购方标识从预先生成的企业名片数据库中获取预设数量的候选企业名片信息包括:若所述预设购方标识为所述购方纳税人识别号,按照预设右方匹配模糊匹配算法确定预设数量的所述候选企业名片信息;若所述预设购方标识为所述购方名称,按照预设左右匹配模糊匹配算法确定预设数量的所述候选企业名片信息。
可选地,所述方法还包括:按照以下方式预先生成所述企业名片数据库:
针对多张信息采集发票中的每张信息采集发票,从该信息采集发票中分别采集销方企业信息和购方企业信息;根据每张信息采集发票分别对应的销方企业信息确定多个第一发票集合,不同的销方企业对应不同的第一发票集合;根据每张信息采集发票分别对应的购方企业信息确定目标购方企业,所述目标购方企业包括所述购方企业中除所述销方企业以外的其它企业;根据多个所述第一发票集合和所述目标购方企业对应的第二发票集合生成所述企业名片数据库,不同的目标购方企业对应不同的第二发票集合。
可选地,所述根据多个所述第一发票集合和所述目标购方企业对应的第二发票集合生成所述企业名片数据库包括:针对多个所述第一发票集合中的每个第一发票集合,确定该第一发票集合中每张发票上的销方企业信息是否一致,在确定该第一发票集合中每张发票上的销方企业信息一致的情况下,将该第一发票集合对应的所述销方企业信息,作为该第一发票集合对应的销方企业的企业名片信息;在确定该第一发票集合中发票上的销方企业信息存在不一致的情况下,将该第一发票集合中第一目标发票上的销方企业信息,作为该第一发票集合对应的销方企业的企业名片信息;所述第一目标发票为该第一发票集合中使用频率最高的发票;针对多个所述第二发票集合中的每个第二发票集合,确定该第二发票集合中每张发票上的购方企业信息是否一致,在确定该第二发票集合中每张发票上的购方企业信息一致的情况下,将该第二发票集合对应的所述购方企业信息,作为该第二发票集合对应的购方企业的企业名片信息;在确定该第二发票集合中发票上的购方企业信息存在不一致的情况下,将该第二发票集合中第二目标发票上的购方企业信息,作为该第二发票集合对应的购方企业的企业名片信息;所述第二目标发票为该第二发票集合中使用频率最高的发票。
可选地,所述方法还包括:在该第一发票集合中的发票使用频率相同的情况下,将该第一发票集合中最新开票日期对应的发票上的销方企业信息,作为该第一发票集合对应的销方企业的企业名片信息;在该第二发票集合中的发票使用频率相同的情况下,将该第二发票集合中最新开票日期对应的发票上的购方企业信息,作为该第二发票集合对应的购方企业的企业名片信息。
可选地,在所述根据多个所述第一发票集合和所述目标购方企业对应的第二发票集合生成所述企业名片数据库之前,所述方法还包括:获取每张所述信息采集发票分别对应的开票地域;所述所述根据多个所述第一发票集合和所述目标购方企业对应的第二发票集合生成所述企业名片数据库包括:根据所述开票地域、多个所述第一发票集合和所述目标购方企业对应的第二发票集合生成所述企业名片数据库。
可选地,在所述将预设数量的所述候选企业名片信息发送至所述终端后,所述方法还包括:接收所述终端发送的最新开具发票;在确定所述最新开具发票中的销方企业信息与所述企业名片数据库中对应的企业名片信息不一致的情况下,根据所述最新开具发票中的销方企业信息更新所述企业名片数据库。
第二方面,提供一种开票方法,应用于终端,所述方法包括:获取用户输入的开票请求消息,所述开票请求消息包括预设字符数量的预设购方标识,所述预设字符数量小于所述预设购方标识对应的全部字符数量;将所述开票请求消息发送至服务器;接收所述服务器发送的预设数量的候选企业名片信息,所述候选企业名片信息为所述服务器根据所述预设购方标识的部分信息从预先生成的企业名片数据库中查询到的信息,所述企业名片数据库包括多个企业的企业名片信息;根据用户的触发操作从预设数量的所述候选企业名片信息中确定目标企业名片信息,并根据所述目标企业名片信息进行开票。
可选地,在所述根据所述目标企业名片信息进行开票后,所述方法还包括:向所述服务器发送最新开具发票,以便所述服务器在确定所述最新开具发票中的销方企业信息与所述企业名片数据库中对应的企业名片信息不一致的情况下,根据所述最新开具发票中的销方企业信息更新所述企业名片数据库。
第三方面,提供一种开票装置,应用于服务器,所述装置包括:第一接收模块,用于接收终端发送的开票请求消息,所述开票请求消息包括预设字符数量的预设购方标识,所述预设字符数量小于所述预设购方标识对应的全部字符数量;第一获取模块,用于根据所述预设字符数量的预设购方标识从预先生成的企业名片数据库中获取预设数量的候选企业名片信息,所述企业名片数据库包括多个企业的企业名片信息;第一发送模块,用于将预设数量的所述候选企业名片信息发送至所述终端,以使所述终端从预设数量的所述候选企业名片信息中确定目标企业名片信息,并根据所述目标企业名片信息进行开票。
可选地,所述第一获取模块,用于若所述预设购方标识为所述购方纳税人识别号,按照预设右方匹配模糊匹配算法确定预设数量的所述候选企业名片信息;若所述预设购方标识为所述购方名称,按照预设左右匹配模糊匹配算法确定预设数量的所述候选企业名片信息。
可选地,所述装置还包括:企业名片生成模块,用于按照以下方式预先生成所述企业名片数据库:针对多张信息采集发票中的每张信息采集发票,从该信息采集发票中分别采集销方企业信息和购方企业信息;根据每张信息采集发票分别对应的销方企业信息确定多个第一发票集合,不同的销方企业对应不同的第一发票集合;根据每张信息采集发票分别对应的购方企业信息确定目标购方企业,所述目标购方企业包括所述购方企业中除所述销方企业以外的其它企业;根据多个所述第一发票集合和所述目标购方企业对应的第二发票集合生成所述企业名片数据库,不同的目标购方企业对应不同的第二发票集合。
可选地,所述企业名片生成模块,用于针对多个所述第一发票集合中的每个第一发票集合,确定该第一发票集合中每张发票上的销方企业信息是否一致,在确定该第一发票集合中每张发票上的销方企业信息一致的情况下,将该第一发票集合对应的所述销方企业信息,作为该第一发票集合对应的销方企业的企业名片信息;在确定该第一发票集合中发票上的销方企业信息存在不一致的情况下,将该第一发票集合中第一目标发票上的销方企业信息,作为该第一发票集合对应的销方企业的企业名片信息;所述第一目标发票为该第一发票集合中使用频率最高的发票;针对多个所述第二发票集合中的每个第二发票集合,确定该第二发票集合中每张发票上的购方企业信息是否一致,在确定该第二发票集合中每张发票上的购方企业信息一致的情况下,将该第二发票集合对应的所述购方企业信息,作为该第二发票集合对应的购方企业的企业名片信息;在确定该第二发票集合中发票上的购方企业信息存在不一致的情况下,将该第二发票集合中第二目标发票上的购方企业信息,作为该第二发票集合对应的购方企业的企业名片信息;所述第二目标发票为该第二发票集合中使用频率最高的发票。
可选地,所述企业名片生成模块,用于在该第一发票集合中的发票使用频率相同的情况下,将该第一发票集合中最新开票日期对应的发票上的销方企业信息,作为该第一发票集合对应的销方企业的企业名片信息;在该第二发票集合中的发票使用频率相同的情况下,将该第二发票集合中最新开票日期对应的发票上的购方企业信息,作为该第二发票集合对应的购方企业的企业名片信息。
可选地,所述企业名片生成模块,用于获取每张所述信息采集发票分别对应的开票地域;根据所述开票地域、多个所述第一发票集合和所述目标购方企业对应的第二发票集合生成所述企业名片数据库。
可选地,所述装置还包括:第二接收模块,用于接收所述终端发送的最新开具发票;企业名片更新模块,用于在确定所述最新开具发票中的销方企业信息与所述企业名片数据库中对应的企业名片信息不一致的情况下,根据所述最新开具发票中的销方企业信息更新所述企业名片数据库。
第四方面,提供一种开票装置,应用于终端,所述装置包括:第二获取模块,用于获取用户输入的开票请求消息,所述开票请求消息包括预设字符数量的预设购方标识,所述预设字符数量小于所述预设购方标识对应的全部字符数量;第二发送模块,用于将所述开票请求消息发送至服务器;第三接收模块,用于接收所述服务器发送的预设数量的候选企业名片信息,所述候选企业名片信息为所述服务器根据所述预设购方标识的部分信息从预先生成的企业名片数据库中查询到的信息,所述企业名片数据库包括多个企业的企业名片信息;开票模块,用于根据用户的触发操作从预设数量的所述候选企业名片信息中确定目标企业名片信息,并根据所述目标企业名片信息进行开票。
可选地,所述装置还包括:第三发送模块,用于向所述服务器发送最新开具发票,以便所述服务器在确定所述最新开具发票中的销方企业信息与所述企业名片数据库中对应的企业名片信息不一致的情况下,根据所述最新开具发票中的销方企业信息更新所述企业名片数据库。
第五方面,一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现本公开第一方面所述方法的步骤;或者实现本公开第二方面所述方法的步骤。
第六方面,提供一种电子设备,包括:存储器,其上存储有计算机程序;处理器,用于执行所述存储器中的所述计算机程序,以实现本公开第一方面所述方法的步骤;或者,处理器,用于执行所述存储器中的所述计算机程序,以实现本公开第二方面所述方法的步骤。
通过上述技术方案,服务器可以接收终端发送的开票请求消息,所述开票请求消息包括预设字符数量的预设购方标识,所述预设字符数量小于所述预设购方标识对应的全部字符数量;然后根据所述预设字符数量的预设购方标识从预先生成的企业名片数据库中获取预设数量的候选企业名片信息,所述企业名片数据库包括多个企业的企业名片信息;将预设数量的所述候选企业名片信息发送至所述终端,以使所述终端从预设数量的所述候选企业名片信息中确定目标企业名片信息,并根据所述目标企业名片信息进行开票,这样,用户仅需输入部分抬头信息(即预设字符数量的预设购方标识)即可从预先生成的企业名片数据库中获取到待开发票中所要填写的购方消息对应的企业名片的全部信息,解决企业开票时,查询购方企业数据时,企业数据不全的问题,同时提高了开票效率,解决开票排队的问题,提高用户体验。
本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
附图是用来提供对本公开的进一步理解,并且构成说明书的一部分,与下面的具体实施方式一起用于解释本公开,但并不构成对本公开的限制。在附图中:
图1是根据一示例性实施例示出的第一种开票方法的流程图;
图2是根据一示例性实施例示出的第二种开票方法的流程图;
图3是根据一示例性实施例示出的第三种开票方法的流程图;
图4是根据一示例性实施例示出的一种预先生成企业名片数据库的方法的流程图;
图5是根据一示例性实施例示出的第一种开票装置的框图;
图6是根据一示例性实施例示出的第二种开票装置的框图;
图7是根据一示例性实施例示出的第三种开票装置的框图;
图8是根据一示例性实施例示出的第四种开票装置的框图;
图9是根据一示例性实施例示出的第五种开票装置的框图;
图10是根据一示例性实施例示出的一种电子设备的结构框图;
图11是根据一示例性实施例示出的又一种电子设备的结构框图。
具体实施方式
以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是,此处所描述的具体实施方式仅用于说明和解释本公开,并不用于限制本公开。
首先对本公开的应用场景进行介绍,本公开主要应用于开具发票的场景中,通常情况下,消费者在申请开具发票的时候,由于发票所涉及的企业名称、银行账号、纳税人识别号、地址、电话等信息容易变动,而且信息过长不易记住,或者容易记错,造成开票信息错误或者开票速度很慢,从而影响用户体验。
相关技术中为了提高开票效率,将原来由销方填写抬头信息,改为由购方扫描同一二维码后填写抬头信息,然后由销方通过开票软件继续完成后续开票操作,但是,大多数的开票软件开票时,可以推荐使用的企业数据量有限,数据陈旧,抬头信息不全或不准确,不能做到数据及时更新,这会影响开票效率,因此需要一个通用的、准确全面的企业名片信息库,为各种开票软件提供数据支撑。
为解决上述存在的问题,本公开提供一种开票方法、装置、存储介质及电子设备,可以通过整理企业开具的发票信息及企业收到的发票信息预先生成企业名片数据库,该企业名片数据库包括多个企业的企业名片信息(如企业名称、企业的统一社会信用代码、纳税人识别号、地址、电话、开户行及账号、地域等信息),这样,服务器可以接收终端发送的开票请求消息,该开票请求消息包括预设字符数量的预设购方标识,该预设字符数量小于该预设购方标识对应的全部字符数量;根据该预设字符数量的预设购方标识从预先生成的企业名片数据库中获取预设数量的候选企业名片信息,将预设数量的该候选企业名片信息发送至该终端,以使该终端从预设数量的该候选企业名片信息中确定目标企业名片信息,并根据该目标企业名片信息进行开票,这样,用户仅需输入部分抬头信息(即预设字符数量的预设购方标识)即可从预先生成的企业名片数据库中获取到待开发票中所要填写的购方消息对应的企业名片的全部信息,解决企业开票时,查询购方企业数据时,企业数据不全的问题,同时提高了开票效率,解决开票排队的问题,提高用户体验。
另外,企业名片数据库可以作为公共服务为开票软件提供对外接口,插件式的设计,使得扩展的新功能更容易部署。
下面结合附图对本公开的具体实施方式进行详细说明。
图1是根据一示例性实施例示出的一种开票方法的流程图,可以应用于服务器,如图1所示,该方法包括以下步骤:
在步骤S101中,接收终端发送的开票请求消息,该开票请求消息包括预设字符数量的预设购方标识,该预设字符数量小于该预设购方标识对应的全部字符数量。
其中,该预设购方标识可以包括购方名称、购方的纳税人识别号或者购方企业的统一社会信用代码等标识信息。
考虑到一些企业名片信息过长不易记住,申请开票的用户(一般为购方用户)通常也仅能提供购方企业的部分信息,因此,该预设字符数量的预设购方标识即为用户输入的购方企业的部分信息,例如,该预设字符数量的预设购方标识可以为购方纳税人识别号的后四位,或者购方名称中的任意3个字符,此处仅是举例说明,本公开对此不作限定。
在步骤S102中,根据该预设字符数量的预设购方标识从预先生成的企业名片数据库中获取预设数量的候选企业名片信息。
其中,该企业名片数据库包括多个企业的企业名片信息,该企业名片信息可以包括企业名称(或者称之为“纳税人名称”)、纳税人识别号、企业地址、电话、开户行及账号、地域等信息,该地域通常是企业所在地级市。
通常情况下,开票时用户输入的预设购方标识不同,对应的获取候选企业名片信息的策略也不相同,在本步骤中,若该预设购方标识为该购方纳税人识别号,按照预设右方匹配模糊匹配算法确定预设数量的该候选企业名片信息;若该预设购方标识为该购方名称,按照预设左右匹配模糊匹配算法确定预设数量的该候选企业名片信息。
在步骤S103中,将预设数量的该候选企业名片信息发送至该终端,以使该终端从预设数量的该候选企业名片信息中确定目标企业名片信息,并根据该目标企业名片信息进行开票。
采用上述的方法,用户仅需输入部分抬头信息(即预设字符数量的预设购方标识)即可从预先生成的企业名片数据库中获取到待开发票中所要填写的购方消息对应的企业名片的全部信息,解决企业开票时,查询购方企业数据时,企业数据不全的问题,同时提高了开票效率,解决开票排队的问题,提高用户体验。
图2是根据一示例性实施例示出的一种开票方法的流程图,应用于设置有开票软件的终端,如图2所示,该方法包括以下步骤:
在步骤S201中,获取用户输入的开票请求消息,该开票请求消息包括预设字符数量的预设购方标识,该预设字符数量小于该预设购方标识对应的全部字符数量。
其中,该预设购方标识可以包括购方名称、购方的纳税人识别号或者购方企业的统一社会信用代码等标识信息。
在实际的开票场景中,销方用户可以通过终端上设置的开票软件为购方用户开票,具体地,可以在该开票软件的界面上的购方信息处填写发票的抬头信息和其它相关信息,此种情况下,终端可以获取到该开票请求消息。
在步骤S202中,将该开票请求消息发送至服务器。
在步骤S203中,接收该服务器发送的预设数量的候选企业名片信息。
其中,该候选企业名片信息为该服务器根据该预设购方标识的部分信息从预先生成的企业名片数据库中查询到的信息,该企业名片数据库包括多个企业的企业名片信息,该企业名片信息可以包括企业名称(或者称之为“纳税人名称”)、纳税人识别号、企业地址、电话、开户行及账号、地域等信息,该地域通常是企业所在地级市。
在步骤S204中,根据用户的触发操作从预设数量的该候选企业名片信息中确定目标企业名片信息,并根据该目标企业名片信息进行开票。
采用上述方法,用户仅需输入部分抬头信息(即预设字符数量的预设购方标识)即可从预先生成的企业名片数据库中获取到待开发票中所要填写的购方消息对应的企业名片的全部信息,解决企业开票时,查询购方企业数据时,企业数据不全的问题,同时提高了开票效率,解决开票排队的问题,提高用户体验。
图3是根据一示例性实施例示出的一种开票方法的流程图,如图3所示,该方法包括以下步骤:
在步骤S301中,终端获取用户输入的开票请求消息,并将该开票请求消息发送至服务器,该开票请求消息包括预设字符数量的预设购方标识。
其中,该预设字符数量小于该预设购方标识对应的全部字符数量,该预设购方标识可以包括购方名称、购方的纳税人识别号或者购方企业的统一社会信用代码等标识信息。
在实际的开票场景中,销方用户可以通过终端上设置的开票软件为购方用户开票,具体地,可以在该开票软件的界面上的购方信息处填写发票的抬头信息和其它相关信息,此种情况下,终端可以获取到该开票请求消息。
考虑到一些企业名片信息过长不易记住,申请开票的用户(一般为购方用户)通常也仅能提供购方企业的部分信息,因此,该预设字符数量的预设购方标识即为用户输入的购方企业的部分信息,例如,该预设字符数量的预设购方标识可以为购方纳税人识别号的后四位,或者购方名称中的任意3个字符,此处仅是举例说明,本公开对此不作限定。
在步骤S302中,服务器根据预设字符数量的预设购方标识从预先生成的企业名片数据库中获取预设数量的候选企业名片信息。
其中,企业名片数据库包括多个企业的企业名片信息,其中,企业名片生成是指整理企业开具的发票信息及企业收到的发票信息,按照开票地域进行分类,形成企业名片信息数据集,之后可以按照地域进行数据整合、分析,计算企业开票频率,生成或更新企业名片的过程,该企业名片信息可以包括企业名称(或者称之为“纳税人名称”)、纳税人识别号、企业地址、电话、开户行及账号、地域等信息,该地域通常是企业所在地级市。
通常情况下,开票时用户输入的预设购方标识不同,对应的获取候选企业名片信息的策略也不相同,在本步骤中,若该预设购方标识为该购方纳税人识别号,服务器可以按照预设右方匹配模糊匹配算法确定预设数量的该候选企业名片信息;若该预设购方标识为该购方名称,按照预设左右匹配模糊匹配算法确定预设数量的该候选企业名片信息。
示例地,若按照购方纳税人识别号查询,在确定用户输入该纳税人识别号的后4位(即预设字符数量)后开始查询,并且可以按照右匹配方式在该企业名片数据库中进行模糊匹配,从而匹配得到预设数量(例如,可以为15个)的该候选企业名片信息,另外,若按照购方名称查询,在确定用户输入该购方名称中的3(即预设字符数量)个字符后开始查询,并且可以按照左右匹配方式模糊匹配,从而匹配得到预设数量的该候选企业名片信息,上述示例仅是举例说明,本公开对此不作限定。
需要说明的是,根据模糊匹配算法确定该候选企业名片信息的具体实现方式可以参考现有技术中的相关描述,本公开对此不作限定。
在步骤S303中,服务器将该预设数量的候选企业名片信息发送至终端。
终端在获取到该预设数量的候选企业名片信息后,可以以推荐结果列表的形式向用户展示该候选企业名片信息,并且为便于用户可以更快找到自己实际需要的目标企业名片信息,在该列表中可以按照每个候选企业名片信息的使用频率的大小从上到下进行显示,以此提高用户体验。
另外,为节省显示空间,可以在该推荐结果列表中显示每个候选企业名片信息分别对应的购方名称和/或纳税人识别号,方便用户快速找到该目标企业名片信息。
在步骤S304中,终端根据用户的触发操作从预设数量的该候选企业名片信息中确定目标企业名片信息,并根据该目标企业名片信息进行开票。
终端在以推荐结果列表的方式向用户展示预设数量的该候选企业名片信息后,用户可以通过触发操作在该推荐结果列表中选择该目标企业名片信息,这样,终端在确定该目标企业名片信息后,可以将企业名片数据库中对应该目标企业的开票所需要的全部企业名片信息自动填写至发票的购方信息处,从而实现根据目标企业名片信息自动进行开票,避免了用户一一填写各项购方信息的复杂操作,也提高了开票的准确性和开票效率。
在步骤S305中,终端向该服务器发送最新开具发票。
其中,该最新开具发票可以为该终端上的发票软件当前时刻最新开具的发票。
为保证企业名片数据库中存储的企业名片信息的准确性,需要及时对该企业名片数据库中存储的各个企业的企业名片信息进行数据更新,因此,在本步骤中,终端可以向服务器发送该最新开具发票,以便服务器可以根据该最新开具发票中的销方信息对对应企业的企业名片信息进行数据更新。
在步骤S306中,服务器在确定该最新开具发票中的销方企业信息与该企业名片数据库中对应的企业名片信息不一致的情况下,根据该最新开具发票中的销方企业信息更新该企业名片数据库。
示例地,假设该最新开具发票中的销方信息中:销方名称为甲,纳税人识别号为123456,地址为B,开户行为工商银行,该企业名片数据库中存储的企业甲的企业名片信息为:名称为甲,纳税人识别号为123456,地址为A,开户行为建设银行,服务器在获取到该最新开具发票后,可以识别到该最新开具发票中的销方信息与该企业名片数据库中存储的企业甲的企业名片信息不一致,此种情况下,服务器可以根据该最新开具发票中的销方信息更新该企业名片数据库中企业甲的企业名片信息,具体地,将企业甲的地址由A更新为B,将企业甲的开户行由建设银行更新为工商银行,以此保证企业甲在该企业名片数据库中存储的企业名片信息的准确性,也提高后续开票的准确性,上述示例仅是举例说明,本公开对此不作限定。
采用上述方法,用户仅需输入部分抬头信息(即预设字符数量的预设购方标识)即可从预先生成的企业名片数据库中获取到待开发票中所要填写的购方消息对应的企业名片的全部信息,解决企业开票时,查询购方企业数据时,企业数据不全的问题,同时提高了开票效率,解决开票排队的问题,提高用户体验。
图4是根据一示例性实施例示出的一种预先生成企业名片数据库的方法的流程图,该方法可以应用于服务器,下面结合图4对该企业名片数据库的预先生成过程进行说明,如图4所示,该方法包括以下步骤:
在步骤S401中,针对多张信息采集发票中的每张信息采集发票,从该信息采集发票中分别采集销方企业信息和购方企业信息。
通常情况下,服务器可以通过整理企业开具的发票信息及企业收到的发票信息,形成企业信息数据集,并进行数据整合、比较分析后动态生成最新的企业名片。
在一种可能的应用场景中,服务器可以获取到各个终端上的开票软件开出的发票,该信息采集发票即为服务器从各个终端上的开票软件获取到的发票。
另外,发票信息一般包括购方信息和销方信息两大部分,可以理解的是,发票中的销方信息相对购方信息与实际的最新的企业名片信息更接近,因此,在本公开中优先从发票的销方信息中采集企业名片信息,在企业没有作为销方开出发票的情况下,可以从发票中的购方信息中采集企业名片信息。
在步骤S402中,根据每张信息采集发票分别对应的销方企业信息确定多个第一发票集合,不同的销方企业对应不同的第一发票集合。
示例地,假设当前有1、2、3、4、5、6六张信息采集发票,其中,发票1上的销方为A,购方为C,发票2上的销方为B,购方为E,发票3上的销方为C,购方为E,发票4上的销方为A,购方为F,发票5上的销方为D,购方为F,发票6上的销方为B,购方为E,在根据每张信息采集发票分别对应的销方企业信息确定多个第一发票集合后,可以确定出以下几个该第一发票集合:对应销方A的集合{发票1、发票4},对应销方B的集合{发票2、发票6},对应销方C的集合{发票3},对应销方D的集合{发票5},上述示例仅是说明,本公开对此不作限定。
在步骤S403中,根据每张信息采集发票分别对应的购方企业信息确定目标购方企业,该目标购方企业包括该购方企业中除该销方企业以外的其它企业。
针对企业没有作为销方开出发票的情况下,可以从发票中的购方信息中采集企业名片信息,因此在本步骤中,可以根据每张信息采集发票分别对应的购方企业信息确定该目标购方企业。
继续以上述示例为例,发票1中的购方企业为C,发票2中的购方企业为E,发票3中的购方企业为E,发票4中的购方企业为F,发票5中的购方企业为F,发票6中的购方企业为E,基于步骤S402获取到的销方企业包括A、B、C、D四个企业,那么,该目标购方企业即为E、F两个企业,此处也只是举例说明,本公开对此不作限定。
在步骤S404中,根据多个该第一发票集合和该目标购方企业对应的第二发票集合生成该企业名片数据库,不同的目标购方企业对应不同的第二发票集合。
例如,基于上述的示例,该目标购方企业E、F两个企业分别对应的该第二发票集合为:对应购方E的集合{发票2、发票3、发票6},对应购方F的集合{发票4、发票5}。
在本步骤中,针对多个该第一发票集合中的每个第一发票集合,确定该第一发票集合中每张发票上的销方企业信息是否一致,在确定该第一发票集合中每张发票上的销方企业信息一致的情况下,可以将该第一发票集合对应的该销方企业信息,作为该第一发票集合对应的销方企业的企业名片信息;在确定该第一发票集合中发票上的销方企业信息存在不一致的情况下,可以将该第一发票集合中第一目标发票上的销方企业信息,作为该第一发票集合对应的销方企业的企业名片信息,其中,该第一目标发票为该第一发票集合中使用频率最高的发票。
另外,在该第一发票集合中的发票使用频率相同的情况下,可以将该第一发票集合中最新开票日期对应的发票上的销方企业信息,作为该第一发票集合对应的销方企业的企业名片信息。
在本步骤中,针对多个该第二发票集合中的每个第二发票集合,可以确定该第二发票集合中每张发票上的购方企业信息是否一致,在确定该第二发票集合中每张发票上的购方企业信息一致的情况下,可以将该第二发票集合对应的该购方企业信息,作为该第二发票集合对应的购方企业的企业名片信息;在确定该第二发票集合中发票上的购方企业信息存在不一致的情况下,可以将该第二发票集合中第二目标发票上的购方企业信息,作为该第二发票集合对应的购方企业的企业名片信息,其中,该第二目标发票为该第二发票集合中使用频率最高的发票。
另外,在该第二发票集合中的发票使用频率相同的情况下,将该第二发票集合中最新开票日期对应的发票上的购方企业信息,作为该第二发票集合对应的购方企业的企业名片信息。
还需说明的是,为提高基于该企业名片数据库存储的企业名片信息推荐开票信息的准确性,在本公开另一种可能的实现方式中,还可以进一步结合开票地域对位于不同开票区域的企业的企业名片信息进行分类存储,因此,在本公开中,在根据多个该第一发票集合和该目标购方企业对应的第二发票集合生成该企业名片数据库之前,可以获取每张该信息采集发票分别对应的开票地域,这样,可以根据该开票地域、多个该第一发票集合和该目标购方企业对应的第二发票集合生成该企业名片数据库。
其中,在获取每张该信息采集发票分别对应的开票地域的过程中,可以根据销方企业的统一社会信用代码或纳税人识别号截取该开票地域,并且优先从统一社会信用代码截取,通常情况下,销方企业的统一社会信用代码中的3-8位行政区划码代表的地域即为该开票地域;销方企业的纳税人识别号中的3-6位地区代码代表的地域即为该开票地域。
采用上述的方法,可以通过预先生成的企业名片数据库记录各个企业最新的企业名片信息,从而可以为开票提供全面、准确的企业信息,提高开票效率,另外,企业名片数据库可以作为公共服务为开票软件提供对外接口,插件式的设计,使得扩展的新功能更容易部署。
图5是根据一示例性实施例示出的一种开票装置的框图,该装置可以应用于服务器,如图5所示,该装置包括:
第一接收模块501,用于接收终端发送的开票请求消息,该开票请求消息包括预设字符数量的预设购方标识,该预设字符数量小于该预设购方标识对应的全部字符数量;
第一获取模块502,用于根据该预设字符数量的预设购方标识从预先生成的企业名片数据库中获取预设数量的候选企业名片信息,该企业名片数据库包括多个企业的企业名片信息;
第一发送模块503,用于将预设数量的该候选企业名片信息发送至该终端,以使该终端从预设数量的该候选企业名片信息中确定目标企业名片信息,并根据该目标企业名片信息进行开票。
可选地,该第一获取模块502,用于若该预设购方标识为该购方纳税人识别号,按照预设右方匹配模糊匹配算法确定预设数量的该候选企业名片信息;若该预设购方标识为该购方名称,按照预设左右匹配模糊匹配算法确定预设数量的该候选企业名片信息。
可选地,图6是根据图5所示实施例示出的一种开票装置的框图,如图5所示,该装置还包括:
企业名片生成模块504,用于按照以下方式预先生成该企业名片数据库:
针对多张信息采集发票中的每张信息采集发票,从该信息采集发票中分别采集销方企业信息和购方企业信息;根据每张信息采集发票分别对应的销方企业信息确定多个第一发票集合,不同的销方企业对应不同的第一发票集合;根据每张信息采集发票分别对应的购方企业信息确定目标购方企业,该目标购方企业包括该购方企业中除该销方企业以外的其它企业;根据多个该第一发票集合和该目标购方企业对应的第二发票集合生成该企业名片数据库,不同的目标购方企业对应不同的第二发票集合。
可选地,该企业名片生成模块504,用于针对多个该第一发票集合中的每个第一发票集合,确定该第一发票集合中每张发票上的销方企业信息是否一致,在确定该第一发票集合中每张发票上的销方企业信息一致的情况下,将该第一发票集合对应的该销方企业信息,作为该第一发票集合对应的销方企业的企业名片信息;在确定该第一发票集合中发票上的销方企业信息存在不一致的情况下,将该第一发票集合中第一目标发票上的销方企业信息,作为该第一发票集合对应的销方企业的企业名片信息;该第一目标发票为该第一发票集合中使用频率最高的发票;针对多个该第二发票集合中的每个第二发票集合,确定该第二发票集合中每张发票上的购方企业信息是否一致,在确定该第二发票集合中每张发票上的购方企业信息一致的情况下,将该第二发票集合对应的该购方企业信息,作为该第二发票集合对应的购方企业的企业名片信息;在确定该第二发票集合中发票上的购方企业信息存在不一致的情况下,将该第二发票集合中第二目标发票上的购方企业信息,作为该第二发票集合对应的购方企业的企业名片信息;该第二目标发票为该第二发票集合中使用频率最高的发票。
可选地,该企业名片生成模块504,还用于在该第一发票集合中的发票使用频率相同的情况下,将该第一发票集合中最新开票日期对应的发票上的销方企业信息,作为该第一发票集合对应的销方企业的企业名片信息;在该第二发票集合中的发票使用频率相同的情况下,将该第二发票集合中最新开票日期对应的发票上的购方企业信息,作为该第二发票集合对应的购方企业的企业名片信息。
可选地,该企业名片生成模块504,用于获取每张该信息采集发票分别对应的开票地域;根据该开票地域、多个该第一发票集合和该目标购方企业对应的第二发票集合生成该企业名片数据库。
可选地,图7是根据图6所示实施例示出的一种开票装置的框图,如图7所示,该装置还包括:
第二接收模块505,用于接收该终端发送的最新开具发票;
企业名片更新模块506,用于在确定该最新开具发票中的销方企业信息与该企业名片数据库中对应的企业名片信息不一致的情况下,根据该最新开具发票中的销方企业信息更新该企业名片数据库。
采用上述装置,用户仅需输入部分抬头信息(即预设字符数量的预设购方标识)即可从预先生成的企业名片数据库中获取到待开发票中所要填写的购方消息对应的企业名片的全部信息,解决企业开票时,查询购方企业数据时,企业数据不全的问题,同时提高了开票效率,解决开票排队的问题,提高用户体验。
图8是根据一示例性实施例示出的一种开票装置的框图,该装置可以应用于配置有开票软件的终端,如图8所示,该装置包括:
第二获取模块801,用于获取用户输入的开票请求消息,该开票请求消息包括预设字符数量的预设购方标识,该预设字符数量小于该预设购方标识对应的全部字符数量;
第二发送模块802,用于将该开票请求消息发送至服务器;
第三接收模块803,用于接收该服务器发送的预设数量的候选企业名片信息,该候选企业名片信息为该服务器根据该预设购方标识的部分信息从预先生成的企业名片数据库中查询到的信息,该企业名片数据库包括多个企业的企业名片信息;
开票模块804,用于根据用户的触发操作从预设数量的该候选企业名片信息中确定目标企业名片信息,并根据该目标企业名片信息进行开票。
可选地,图9是根据图8所示实施例示出的一种开票装置的框图,如图9所示,该装置还包括:
第三发送模块805,用于向该服务器发送最新开具发票,以便该服务器在确定该最新开具发票中的销方企业信息与该企业名片数据库中对应的企业名片信息不一致的情况下,根据该最新开具发票中的销方企业信息更新该企业名片数据库。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
采用上述装置,用户仅需输入部分抬头信息(即预设字符数量的预设购方标识)即可从预先生成的企业名片数据库中获取到待开发票中所要填写的购方消息对应的企业名片的全部信息,解决企业开票时,查询购方企业数据时,企业数据不全的问题,同时提高了开票效率,解决开票排队的问题,提高用户体验。
图10是根据一示例性实施例示出的一种电子设备1000的框图。如图10所示,该电子设备1000可以包括:处理器1001,存储器1002。该电子设备1000还可以包括多媒体组件1003,输入/输出(I/O)接口1004,以及通信组件1005中的一者或多者。
其中,处理器1001用于控制该电子设备1000的整体操作,以完成上述的开票方法中的全部或部分步骤。存储器1002用于存储各种类型的数据以支持在该电子设备1000的操作,这些数据例如可以包括用于在该电子设备1000上操作的任何应用程序或方法的指令,以及应用程序相关的数据,例如联系人数据、收发的消息、图片、音频、视频等等。该存储器1002可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,例如静态随机存取存储器(Static Random Access Memory,简称SRAM),电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,简称EEPROM),可擦除可编程只读存储器(Erasable Programmable Read-Only Memory,简称EPROM),可编程只读存储器(Programmable Read-Only Memory,简称PROM),只读存储器(Read-Only Memory,简称ROM),磁存储器,快闪存储器,磁盘或光盘。多媒体组件1003可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏,音频组件用于输出和/或输入音频信号。例如,音频组件可以包括一个麦克风,麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1002或通过通信组件1005发送。音频组件还包括至少一个扬声器,用于输出音频信号。I/O接口1004为处理器1001和其他接口模块之间提供接口,上述其他接口模块可以是键盘,鼠标,按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件1005用于该电子设备1000与其他设备之间进行有线或无线通信。无线通信,例如Wi-Fi,蓝牙,近场通信(Near FieldCommunication,简称NFC),2G、3G、4G、NB-IOT、eMTC、或其他5G等等,或它们中的一种或几种的组合,在此不做限定。因此相应的该通信组件1005可以包括:Wi-Fi模块,蓝牙模块,NFC模块等等。
在一示例性实施例中,电子设备1000可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit,简称ASIC)、数字信号处理器(DigitalSignal Processor,简称DSP)、数字信号处理设备(Digital Signal Processing Device,简称DSPD)、可编程逻辑器件(Programmable Logic Device,简称PLD)、现场可编程门阵列(Field Programmable Gate Array,简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述的开票方法。
在另一示例性实施例中,还提供了一种包括程序指令的计算机可读存储介质,该程序指令被处理器执行时实现上述的开票方法的步骤。例如,该计算机可读存储介质可以为上述包括程序指令的存储器1002,上述程序指令可由电子设备1000的处理器1001执行以完成上述的开票方法。
图11是根据一示例性实施例示出的一种电子设备1100的框图。例如,电子设备1100可以被提供为一服务器。参照图11,电子设备1100包括处理器1122,其数量可以为一个或多个,以及存储器1132,用于存储可由处理器1122执行的计算机程序。存储器1132中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理器1122可以被配置为执行该计算机程序,以执行上述的开票方法。
另外,电子设备1100还可以包括电源组件1126和通信组件1150,该电源组件1126可以被配置为执行电子设备1100的电源管理,该通信组件1150可以被配置为实现电子设备1100的通信,例如,有线或无线通信。此外,该电子设备1100还可以包括输入/输出(I/O)接口1158。电子设备1100可以操作基于存储在存储器1132的操作系统,例如WindowsServerTM,Mac OS XTM,UnixTM,LinuxTM等等。
在另一示例性实施例中,还提供了一种包括程序指令的计算机可读存储介质,该程序指令被处理器执行时实现上述的开票方法的步骤。例如,该计算机可读存储介质可以为上述包括程序指令的存储器1132,上述程序指令可由电子设备1100的处理器1122执行以完成上述的开票方法。
在另一示例性实施例中,还提供一种计算机程序产品,该计算机程序产品包含能够由可编程的装置执行的计算机程序,该计算机程序具有当由该可编程的装置执行时用于执行上述的开票方法的代码部分。
以上结合附图详细描述了本公开的优选实施方式,但是,本公开并不限于上述实施方式中的具体细节,在本公开的技术构思范围内,可以对本公开的技术方案进行多种简单变型,这些简单变型均属于本公开的保护范围。
另外需要说明的是,在上述具体实施方式中所描述的各个具体技术特征,在不矛盾的情况下,可以通过任何合适的方式进行组合,为了避免不必要的重复,本公开对各种可能的组合方式不再另行说明。
此外,本公开的各种不同的实施方式之间也可以进行任意组合,只要其不违背本公开的思想,其同样应当视为本公开所公开的内容。
Claims (10)
1.一种开票方法,其特征在于,应用于服务器,所述方法包括:
接收终端发送的开票请求消息,所述开票请求消息包括预设字符数量的预设购方标识,所述预设字符数量小于所述预设购方标识对应的全部字符数量;
根据所述预设字符数量的预设购方标识从预先生成的企业名片数据库中获取预设数量的候选企业名片信息,所述企业名片数据库包括多个企业的企业名片信息;
将预设数量的所述候选企业名片信息发送至所述终端,以使所述终端从预设数量的所述候选企业名片信息中确定目标企业名片信息,并根据所述目标企业名片信息进行开票。
2.根据权利要求1所述的方法,其特征在于,所述根据所述预设字符数量的预设购方标识从预先生成的企业名片数据库中获取预设数量的候选企业名片信息包括:
若所述预设购方标识为所述购方纳税人识别号,按照预设右方匹配模糊匹配算法确定预设数量的所述候选企业名片信息;
若所述预设购方标识为所述购方名称,按照预设左右匹配模糊匹配算法确定预设数量的所述候选企业名片信息。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:按照以下方式预先生成所述企业名片数据库:
针对多张信息采集发票中的每张信息采集发票,从该信息采集发票中分别采集销方企业信息和购方企业信息;
根据每张信息采集发票分别对应的销方企业信息确定多个第一发票集合,不同的销方企业对应不同的第一发票集合;
根据每张信息采集发票分别对应的购方企业信息确定目标购方企业,所述目标购方企业包括所述购方企业中除所述销方企业以外的其它企业;
根据多个所述第一发票集合和所述目标购方企业对应的第二发票集合生成所述企业名片数据库,不同的目标购方企业对应不同的第二发票集合。
4.根据权利要求3所述的方法,其特征在于,在所述根据多个所述第一发票集合和所述目标购方企业对应的第二发票集合生成所述企业名片数据库之前,所述方法还包括:
获取每张所述信息采集发票分别对应的开票地域;
所述所述根据多个所述第一发票集合和所述目标购方企业对应的第二发票集合生成所述企业名片数据库包括:
根据所述开票地域、多个所述第一发票集合和所述目标购方企业对应的第二发票集合生成所述企业名片数据库。
5.根据权利要求1-4任一项所述的方法,其特征在于,在所述将预设数量的所述候选企业名片信息发送至所述终端后,所述方法还包括:
接收所述终端发送的最新开具发票;
在确定所述最新开具发票中的销方企业信息与所述企业名片数据库中对应的企业名片信息不一致的情况下,根据所述最新开具发票中的销方企业信息更新所述企业名片数据库。
6.一种开票方法,其特征在于,应用于终端,所述方法包括:
获取用户输入的开票请求消息,所述开票请求消息包括预设字符数量的预设购方标识,所述预设字符数量小于所述预设购方标识对应的全部字符数量;
将所述开票请求消息发送至服务器;
接收所述服务器发送的预设数量的候选企业名片信息,所述候选企业名片信息为所述服务器根据所述预设购方标识的部分信息从预先生成的企业名片数据库中查询到的信息,所述企业名片数据库包括多个企业的企业名片信息;
根据用户的触发操作从预设数量的所述候选企业名片信息中确定目标企业名片信息,并根据所述目标企业名片信息进行开票。
7.一种开票装置,其特征在于,应用于服务器,所述装置包括:
第一接收模块,用于接收终端发送的开票请求消息,所述开票请求消息包括预设字符数量的预设购方标识,所述预设字符数量小于所述预设购方标识对应的全部字符数量;
第一获取模块,用于根据所述预设字符数量的预设购方标识从预先生成的企业名片数据库中获取预设数量的候选企业名片信息,所述企业名片数据库包括多个企业的企业名片信息;
第一发送模块,用于将预设数量的所述候选企业名片信息发送至所述终端,以使所述终端从预设数量的所述候选企业名片信息中确定目标企业名片信息,并根据所述目标企业名片信息进行开票。
8.一种开票装置,其特征在于,应用于终端,所述装置包括:
第二获取模块,用于获取用户输入的开票请求消息,所述开票请求消息包括预设字符数量的预设购方标识,所述预设字符数量小于所述预设购方标识对应的全部字符数量;
第二发送模块,用于将所述开票请求消息发送至服务器;
第三接收模块,用于接收所述服务器发送的预设数量的候选企业名片信息,所述候选企业名片信息为所述服务器根据所述预设购方标识的部分信息从预先生成的企业名片数据库中查询到的信息,所述企业名片数据库包括多个企业的企业名片信息;
开票模块,用于根据用户的触发操作从预设数量的所述候选企业名片信息中确定目标企业名片信息,并根据所述目标企业名片信息进行开票。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1-5中任一项所述方法的步骤;或者该程序被处理器执行时实现权利要求6所述方法的步骤。
10.一种电子设备,其特征在于,包括:
存储器,其上存储有计算机程序;
处理器,用于执行所述存储器中的所述计算机程序,以实现权利要求1-5中任一项所述方法的步骤;或者,处理器,用于执行所述存储器中的所述计算机程序,以实现权利要求6所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011562462.4A CN112613932A (zh) | 2020-12-25 | 2020-12-25 | 开票方法、装置、存储介质及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011562462.4A CN112613932A (zh) | 2020-12-25 | 2020-12-25 | 开票方法、装置、存储介质及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112613932A true CN112613932A (zh) | 2021-04-06 |
Family
ID=75245092
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011562462.4A Pending CN112613932A (zh) | 2020-12-25 | 2020-12-25 | 开票方法、装置、存储介质及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112613932A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113592570A (zh) * | 2021-06-09 | 2021-11-02 | 青岛海尔科技有限公司 | 确定发票地址的方法及装置、维护方法及装置和发票系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107392684A (zh) * | 2017-07-25 | 2017-11-24 | 百望电子发票数据服务有限公司 | 一种获取电子发票抬头信息的方法及相关系统 |
CN108765038A (zh) * | 2018-05-17 | 2018-11-06 | 北京东港瑞宏科技有限公司 | 一种快速开票方法 |
CN110473033A (zh) * | 2019-08-21 | 2019-11-19 | 浙江诺诺网络科技有限公司 | 一种基于6位码和主分机号的扫码开票方法及相关组件 |
-
2020
- 2020-12-25 CN CN202011562462.4A patent/CN112613932A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107392684A (zh) * | 2017-07-25 | 2017-11-24 | 百望电子发票数据服务有限公司 | 一种获取电子发票抬头信息的方法及相关系统 |
CN108765038A (zh) * | 2018-05-17 | 2018-11-06 | 北京东港瑞宏科技有限公司 | 一种快速开票方法 |
CN110473033A (zh) * | 2019-08-21 | 2019-11-19 | 浙江诺诺网络科技有限公司 | 一种基于6位码和主分机号的扫码开票方法及相关组件 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113592570A (zh) * | 2021-06-09 | 2021-11-02 | 青岛海尔科技有限公司 | 确定发票地址的方法及装置、维护方法及装置和发票系统 |
CN113592570B (zh) * | 2021-06-09 | 2024-05-28 | 青岛海尔科技有限公司 | 确定发票地址的方法及装置、维护方法及装置和发票系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109102269B (zh) | 基于区块链的转账方法及装置、区块链节点及存储介质 | |
CN109034437A (zh) | 一种基于云终端的图书馆系统 | |
CN107798579B (zh) | 一种协议文件的生成方法及其终端 | |
CN113268261B (zh) | 一种页面内容展示方法、装置以及电子设备 | |
CN105100262A (zh) | 发放资源的方法、服务器和终端设备 | |
US20230281695A1 (en) | Determining and presenting information related to a semantic context of electronic message text or voice data | |
CN109213782B (zh) | 搜索界面的配置、显示方法、装置及通信设备 | |
CN107329945B (zh) | 短消息的展示处理方法、展示处理装置以及移动终端 | |
US20130325676A1 (en) | Server and method for providing affiliate store information | |
CN112613932A (zh) | 开票方法、装置、存储介质及电子设备 | |
CN104955005A (zh) | 为通讯终端进行充值的方法及装置 | |
CN113706138A (zh) | 基于数字货币硬钱包的支付方法、装置、设备及存储介质 | |
CN111724098B (zh) | 信息展示方法、系统、电子设备及存储介质 | |
CN111415238A (zh) | 基于区块链的税务管理方法、装置及计算机存储介质 | |
CN106407480A (zh) | 一种信息查询方法和系统 | |
CN111801696A (zh) | 支付页面管理方法、设备、支付系统以及存储介质 | |
CN111199390A (zh) | 发票报销方法及装置,存储介质,电子设备 | |
CN115809879A (zh) | 一种区块链数据处理方法、装置、设备和存储介质 | |
WO2019199441A1 (en) | Systems and methods for in-application content management | |
CN111489212B (zh) | 一种基于大数据的订单开票方法、装置、设备和介质 | |
US12001400B2 (en) | Method and apparatus for synchronizing file | |
CN109523377B (zh) | 一种数字货币的交易方法、装置、设备和存储介质 | |
CN111311146B (zh) | 信息传递方法及系统、通信系统、计算机可读存储介质 | |
CN106302821A (zh) | 一种数据请求方法及其设备 | |
CN112837131A (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 |