CN107481073A - 一种基于扫码技术的发票抬头填充方法、装置及系统 - Google Patents
一种基于扫码技术的发票抬头填充方法、装置及系统 Download PDFInfo
- Publication number
- CN107481073A CN107481073A CN201710720365.5A CN201710720365A CN107481073A CN 107481073 A CN107481073 A CN 107481073A CN 201710720365 A CN201710720365 A CN 201710720365A CN 107481073 A CN107481073 A CN 107481073A
- Authority
- CN
- China
- Prior art keywords
- new line
- line data
- invoice
- client
- target
- 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
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
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
- G06F40/174—Form filling; Merging
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
- G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
- G06K7/14—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation using light without selection of wavelength, e.g. sensing reflected white light
- G06K7/1404—Methods for optical code recognition
- G06K7/1408—Methods for optical code recognition the method being specifically adapted for the type of code
- G06K7/1417—2D bar codes
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- General Health & Medical Sciences (AREA)
- Artificial Intelligence (AREA)
- Health & Medical Sciences (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Computational Linguistics (AREA)
- Accounting & Taxation (AREA)
- Economics (AREA)
- General Engineering & Computer Science (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Electromagnetism (AREA)
- Toxicology (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种基于扫码技术的发票抬头填充方法,包括:服务端将通信应用发送的抬头数据存储至云端数据库,客户端从云端数据库中获取抬头数据,将抬头数据存储至待开列表;并将与开票员发送的目标抬头选择指令对应的目标抬头数据填充至税控开票软件。可见,商家获取客户提供的抬头数据时,只需要客户扫描商家提供的二维码,通过该二维码将客户的抬头数据自动填充至商家的税控开票软件上,从而使商家的开票人员不用手动在税控开票软件上录入客户的抬头信息,降低工作量,使商家不用自行开发相关的抬头管理系统来维护客户的抬头数据,减少维护成本;本发明还公开了一种基于扫码技术的发票抬头填充装置及系统,同样能实现上述技术效果。
Description
技术领域
本发明涉及发票抬头录入技术领域,更具体地说,涉及一种基于扫码技术的发票抬头填充方法、装置及系统。
背景技术
目前,随着即时通讯服务的通信应用的广泛应用,相对应的该通信应用的功能越来越丰富。例如目前的通信应用中,可以通过通信应用提供发票管家的功能,一方面用户可以在发票管家里面进行抬头管理,编辑,删除,修改抬头;另一方面管家提供了消息推送机制的开放接口,用户只要扫相应的二维码即可快速进入发票管家抬头发送页面,单击发送即可把抬头推送到微信开发商应用系统上。增值税专用发票抬头录入已经是开票员非常头疼的一件事情,抬头快速录入技术虽然可以解决录入的问题,然而目前的抬头录入功能没法与发票管家相结合,若自行开发抬头编辑,抬头发送页面,抬头存储功能,则开发成本高,实施成本也高,对开发商硬件成本也有很高的要求,硬件存储,服务器访问压力都需要开发商这边自行承担建设,维护。
因此,如何实现发票抬头的快速录入,是本领域技术人员需要解决的问题。
发明内容
本发明的目的在于提供一种基于扫码技术的发票抬头填充方法、装置及系统,以实现发票抬头的快速录入,提高用户体验。
为实现上述目的,本发明实施例提供了如下技术方案:
一种基于扫码技术的发票抬头填充方法,应用于服务端,包括:
接收通信应用发送的抬头数据;所述抬头数据为所述通信应用通过扫描包含税控盘唯一编号信息的二维码后发送的;
将所述抬头数据存储至云端数据库,通过客户端从所述云端数据库中获取所述抬头数据,将所述抬头数据存储至待开列表;并将与开票员发送的目标抬头选择指令对应的目标抬头数据填充至税控开票软件。
其中,客户端从所述云端数据库中获取所述抬头数据之后,还包括:
从所述云端数据库中删除所述客户端已获取的抬头数据。
一种的基于扫码技术的发票抬头填充装置,其特征在于,包括应用接口服务模块、云端抬头缓存数据库模块和云端接口服务模块;
所述应用接口服务模块,用于接收通信应用发送的抬头数据;所述抬头数据为所述通信应用通过扫描包含税控盘唯一编号信息的二维码后发送的;
所述云端抬头缓存数据库模块,用于将所述抬头数据存储至云端数据库,以使客户端通过所述云端接口服务模块从所述云端数据库中获取所述抬头数据,将所述抬头数据存储至待开列表;并将与开票员发送的目标抬头选择指令对应的目标抬头数据填充至税控开票软件。
其中,本方案还包括:
抬头数据删除模块,用于从所述云端数据库中删除所述客户端已获取的抬头数据。
一种基于扫码技术的发票抬头填充方法,应用于客户端,包括:
从服务端的云端数据库获取抬头数据;所述抬头数据为通信应用通过扫描包含税控盘唯一编号信息的二维码后发送的;
将所述抬头数据存储至待开列表;
接收开票员根据所述待开列表发送的目标抬头选择指令,并将与所述目标抬头选择指令对应的目标抬头数据填充至税控开票软件。
其中,将所述抬头数据存储至待开列表之后,还包括:
将所述待开列表中抬头数据进行加密处理,并将加密后的抬头数据存入本地缓存。
其中,所述从服务端的数据库获取抬头数据,包括:
以预定时长为间隔从服务端的云端数据库中获取抬头数据。
其中,所述将与所述目标抬头选择指令对应的目标抬头数据填充至税控开票软件,包括:
确定与所述目标抬头选择指令对应的目标抬头数据;
利用抬头发送模块将所述目标抬头数据填充至税控开票软件;其中,所述抬头发送模块发送的目标抬头数据的格式包括xml格式或者json格式。
其中,所述从服务端的云端数据库获取抬头数据之前,还包括:
获取税控盘唯一编号信息;
利用所述税控盘唯一编号信息生成二维码信息,并打印所述二维码信息。
其中,所述接收开票员根据所述待开列表发送的目标抬头选择指令之前,还包括:
接收开票员发送的模式切换指令;
利用所述模式切换指令确定客户端展示模式;其中,所述客户端的展示模式包括主模式和精简模式。
一种基于扫码技术的发票抬头填充装置,应用于客户端,包括:
抬头数据调度模块,用于从服务端的云端数据库获取抬头数据;所述抬头数据为通信应用通过扫描包含税控盘唯一编号信息的二维码后发送的;
待开列表模块,用于将所述抬头数据存储至待开列表;
选择指令接收模块,用于接收开票员根据所述待开列表发送的目标抬头选择指令;
抬头发送模块,用于将与所述目标抬头选择指令对应的目标抬头数据填充至税控开票软件。
其中,本方案还包括:
本地抬头缓存模块,用于将所述待开列表中抬头数据进行加密处理,并将加密后的抬头数据存入本地缓存。
其中,所述抬头数据调度模块以预定时长为间隔从服务端的云端数据库中获取抬头数据。
其中,所述抬头发送模块具体用于:
确定与所述目标抬头选择指令对应的目标抬头数据;利用抬头发送模块将所述目标抬头数据填充至税控开票软件;其中,所述抬头发送模块发送的目标抬头数据的格式包括xml格式或者json格式。
其中,本方案还包括:
税控设备读取模块,用于获取税控盘唯一编号信息,并利用所述税控盘唯一编号信息生成二维码信息;
二维码打印模块,用于打印所述二维码信息。
其中,本方案还包括:
模式切换模块,用于接收开票员发送的模式切换指令;利用所述模式切换指令确定客户端展示模式;其中,所述客户端的展示模式包括主模式和精简模式。
一种基于扫码技术的发票抬头填充系统,包括:
服务端和客户端;
所述服务端包括上述任意一项应用于服务端的发票抬头填充装置,所述客户端包括上述任意一项应用于客户端的发票抬头填充装置。
通过以上方案可知,本发明实施例提供的一种基于扫码技术的发票抬头填充方法,应用于服务端,该方法包括:接收通信应用发送的抬头数据;所述抬头数据为所述通信应用通过扫描包含税控盘唯一编号信息的二维码后发送的;将所述抬头数据存储至云端数据库,通过客户端从所述云端数据库中获取所述抬头数据,将所述抬头数据存储至待开列表;并将与开票员发送的目标抬头选择指令对应的目标抬头数据填充至税控开票软件。
可见,在本方案中,商家获取客户提供的抬头数据时,只需要客户扫描商家提供的二维码,通过该二维码将客户的抬头数据自动填充至商家的税控开票软件上,从而使商家的开票人员不用手动在税控开票软件上录入客户的抬头信息,降低工作量;本方案使商家不用自行开发相关的抬头管理系统来维护客户的抬头数据,减少维护成本;并且,本方案中的抬头发送模块可兼容市面上所有的增值税发票开票软件,大大提高开发速度和维护便利;其次,利用本发明的待开列表,可解决酒店,餐饮等行业排队开票的难题。本发明还公开了一种基于扫码技术的发票抬头填充装置及系统,同样能实现上述技术效果。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例公开的一种基于扫码技术的发票抬头填充方法流程是示意图;
图2为本发明实施例公开的另一种基于扫码技术的发票抬头填充方法流程是示意图;
图3为本发明实施例公开的一种具体的基于扫码技术的发票抬头填充方法流程是示意图;
图4为本发明实施例公开的一种基于扫码技术的发票抬头填充装置结构示意图;
图5为本发明实施例公开的另一种基于扫码技术的发票抬头填充装置结构示意图;
图6为本发明实施例公开的另一种基于扫码技术的发票抬头填充装置结构示意图;
图7为本发明实施例公开的另一种基于扫码技术的发票抬头填充系统结构示意图;
图8为本发明实施例公开的一种具体的基于扫码技术的发票抬头填充系统结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例公开了一种基于扫码技术的发票抬头填充方法、装置及系统,以实现发票抬头的快速录入,提高用户体验。
参见图1,本发明实施例提供的一种基于扫码技术的发票抬头填充方法,应用于服务端,包括:
S101、接收通信应用发送的抬头数据;所述抬头数据为所述通信应用通过扫描包含税控盘唯一编号信息的二维码后发送的;所述抬头数据为所述通信应用通过扫描包含税控盘唯一编号信息的二维码后发送的
具体的,在本实施例中的抬头数据为用户通过通信应用扫描税控开票软件的二维码后,向税控开票软件发送的;这里的二维码是通过税控设备读取模块读取的税控开票软件的设备唯一编号后,通过编号作为关键字生成唯一的二维码链接,该唯一的二维码链接可区别不同的税控开票软件,并且在本方案中,生成与税控开票软件对应的二维码后,再通过二维码打印模块打印当前税控开票软件的二维码,通过该二维码,可让不同税控开票软件只适应用户通过对应的二维码扫码后发送的抬头数据,而不至于发送到其他税控开票软件,能够让该产品广泛应用到现实场景当中。
需要说明的是,本方案中的通讯应用为具有二维码扫描功能的应用,具体来说,可以为即时通讯软件,例如微信、QQ等,也可以是交流软件,例如微博等;但是,目前只有微信中存在发票管家模块,即目前可以通过微信官方提供的发票管家模块,直接进行抬头管理,抬头编辑,抬头发送等,省掉自行开发环节。
在本方案中,当用户扫描商家贴出的二维码后,便自动跳转进入微信官方提供的抬头发送页面,并发送需要开票的抬头信息。从而本方案通过应用接口服务模块与微信发票管家模块的对接,可接收用户通过微信发票管家模块利用微信官方二维码链接发送的消息数据。
S102、将所述抬头数据存储至云端数据库,通过客户端从所述云端数据库中获取所述抬头数据,将所述抬头数据存储至待开列表;并将与开票员发送的目标抬头选择指令对应的目标抬头数据填充至税控开票软件。
具体的,服务端获取到抬头数据后,可将该抬头数据主动推送至客户端的待开列表,也可以通过税控开票软件主动从服务端平台获取,这样便可将用户发送的抬头数据显示在客户端的待开列表中,以便开票员从待开列表中选择需要开票的抬头数据;可见,通过这种待开列表模式,可把当前用户发送的抬头数据展现在待开列表上,解决酒店,餐饮行业,排队开票的难题。
需要说明的是,本方案中的服务端可以理解为电子发票服务平台,该电子发票服务平台的作为为接收用户通过通信应用发送的发票抬头数据,并进行存储;本方案中的客户端为安装在税控开票软件所在电脑上的客户端,该客户端具体可以为开票精灵软件,通过该开票精灵软件并可从电子发票服务平台上获取抬头数据,并根据开票员的选择自动将抬头数据填充至税控开篇软件。
综上可见,在本方案中,商家获取客户提供的抬头数据时,只需要客户扫描商家提供的二维码,通过该二维码将客户的抬头数据自动填充至商家的税控开票软件上,从而使商家的开票人员不用手动在税控开票软件上录入客户的抬头信息,降低工作量;本方案使商家不用自行开发相关的抬头管理系统来维护客户的抬头数据,减少维护成本;并且,本方案中的抬头发送模块可兼容市面上所有的增值税发票开票软件,大大提高开发速度和维护便利;其次,利用本发明的待开列表,可解决酒店,餐饮等行业排队开票的难题。
基于上述实施例,在本实施例中,客户端从所述云端数据库中获取所述抬头数据之后,还包括:
从所述云端数据库中删除所述客户端已获取的抬头数据。
需要说明的是,由于本方案将接收的抬头数据均缓存在云端数据库,因此云端数据库中会存储了很多抬头数据,所以在本方案中,将云端数据库中的抬头数据存储至待开列表之后,可自动删除云端数据库中对应的抬头数据;并且,为了防止将数据存储至待开列表之后,发生列表中的数据丢失的现象,也可以在检测到对应的抬头数据已经填充至税控开票软件之后,再从云端数据库中删除对应的抬头数据,从而减少数据冗余。
下面对本发明实施例提供的发票抬头填充方法进行介绍,下文描述的发票抬头填充方法与上文描述的应用于服务端的发票抬头填充方法可以相互参照,相同部分在此不再赘述。
参见图2,本发明实施例提供的一种基于扫码技术的发票抬头填充方法,应用于客户端,包括:
S201、从服务端的云端数据库获取抬头数据;所述抬头数据为通信应用通过扫描包含税控盘唯一编号信息的二维码后发送的;
S202、将所述抬头数据存储至待开列表;
S203、接收开票员根据所述待开列表发送的目标抬头选择指令,并将与所述目标抬头选择指令对应的目标抬头数据填充至税控开票软件。
其中,所述将与所述目标抬头选择指令对应的目标抬头数据填充至税控开票软件,包括:
确定与所述目标抬头选择指令对应的目标抬头数据;
利用抬头发送模块将所述目标抬头数据填充至税控开票软件;其中,所述抬头发送模块发送的目标抬头数据的格式包括xml格式或者json格式。
具体的,在本方案中,可通过抬头发送模块把抬头数据发送到税控开票软件中,需要说明的是,本方案中的抬头发送模块采用xml及json格式进行数据的传递,格式包含,客户名称,纳税人识别号,地址电话,银行账号四个关键字段。并且,本方案中的抬头发送模块采用com组件开发,采用C++sendmessag技术发送到当前软件中,抬头发送模块兼容多种税控开票软件,例如航信,百旺增值税等。
综上可见,在本方案中,商家获取客户提供的抬头数据时,只需要客户扫描商家提供的二维码,通过该二维码将客户的抬头数据自动填充至商家的税控开票软件上,从而使商家的开票人员不用手动在税控开票软件上录入客户的抬头信息,降低工作量;本方案使商家不用自行开发相关的抬头管理系统来维护客户的抬头数据,减少维护成本;并且,本方案中的抬头发送模块可兼容市面上所有的增值税发票开票软件,大大提高开发速度和维护便利;其次,利用本发明的待开列表,可解决酒店,餐饮等行业排队开票的难题。
基于上述实施例,在本实施例中,将所述抬头数据存储至待开列表之后,还包括:
将所述待开列表中抬头数据进行加密处理,并将加密后的抬头数据存入本地缓存。
需要说明的是,客户端将云端数据库中的抬头数据存入待开列表之后,可利用本地抬头缓存模块将未发送至税控开票软件的抬头数据实时缓存到本地txt文本中;为了让抬头信息实时保持最新,只要待开列表发生变化就立即更新到本地缓存中,其中本地缓存的抬头列表数据采用DES/AES加密保存;同时本地抬头缓存模块具备读取功能,当客户端重新启动之后,自动调用本地抬头缓存模块把缓存的抬头数据获取到待开列表中。
基于上述实施例,所述从服务端的数据库获取抬头数据,包括:
以预定时长为间隔从服务端的云端数据库中获取抬头数据。
具体的,本方案中的服务端接收到抬头数据后,可以通过云端抬头缓存数据库模块将抬头数据实时缓存到云端数据库中,并通过客户端的抬头数据调度模块定时从云端数据库中获取通信应用发送过来的抬头数据,保障用户发送的抬头信息能第一时间发送到待开列表模块中。抬头数据调度模块在获取数据时,主要通过云端接口服务模块从云端数据库中获取抬头数据。
基于上述实施例,所述从服务端的云端数据库获取抬头数据之前,还包括:获取税控盘唯一编号信息;利用所述税控盘唯一编号信息生成二维码信息,并打印所述二维码信息。
具体的,商家使用本方案所述的发票抬头填充方法将客户发送的抬头数据填充至税控开票软件之前,商家需要通过税控设备读取模块读取增值税税控开票软件的设备唯一编号,拿到唯一编号之后,通过该编号作为关键字生成唯一的二维码信息,从而利用该唯一编号来区别不同的税控开票软件,这样不同税控设备的软件扫码填充不会引起数据冲突。并且,生成唯一的二维码后,通过二维码打印模块打印当前税控开票软件的二维码。
基于上述实施例,所述接收开票员根据所述待开列表发送的目标抬头选择指令之前,还包括:
接收开票员发送的模式切换指令;
利用所述模式切换指令确定客户端展示模式;其中,所述客户端的展示模式包括主模式和精简模式。
具体的,本方案为了提高用户的使用体验,可设置两种客户端的展示模式,例如:主模式和精简模式,主模式即为全部功能都展示的模式,功能齐全,在主模式中增加精简模式菜单启动栏,从而让开票员自主选择主模式还是精简模式;精简模式为显示部分功能的模式,关闭精简模式后,会自动显示主界面模式;并且,若用户将客户端的模式设置为精简模式,这时可直接将待开列表显示在显示屏的右下方,同时精简模式还可设置窗口置顶功能;需要说明的是,客户端采用精简模式之后,仅仅是将主界面隐藏,精简模式中同样也具备与主模式同等的功能,并且,用户无论是切换到精简模式还是主模式,抬头数据都是同步的。
需要说明的是,从商家角度来说,商家首先需要启动客户端,进入待开列表界面,可选择主模式或者切换到精简模式;商家打印微信二维码,用户通过微信扫一扫进入发送页面,选择抬头发送;用户发送之后,抬头数据立即出现在客户端的待开列表界面,开票员从待开列表界面中选择需要开票的抬头,单击发送按钮,填充至税控开票软件。
参见图3,为本发明实施例提供的一种具体的基于扫码技术的发票抬头填充方法,该方法包括:
S301:商家通过打印微信二维码模块打印当前税控设备的微信二维码,以便用户通过扫描该二维码发送抬头数据;
S302:用户打开微信,利用微信的扫一扫,扫商家提供的当前设备的微信二维码;
S303:自动跳转进入微信官方提供的发票管家中的选择抬头功能的抬头发送页面,发送需要开票的抬头信息;
需要注意的是,该微信二维码由调用微信公用平台接口生成;具体来说,目前微信中的微信发票管家具备发票抬头管理,发票抬头发送等功能,同时结合微信发票管家,微信提供了“微信发票名片”方案API提供给不同的开发商进行接口层面开发。商户通过调用该接口,获取链接,并将该链接转成二维码,用户通过扫码该二维码,可以选择抬头发给商户。
具体的,本方案中的税控设备读取模块读取当前税控设备的唯一识别码,以该唯一识别码作为attach附加字段生成唯一二维码链接,这样用户通过扫描给二维码时,向商户发送的抬头数据中携带了该唯一标识码,从而有效解决了不同税控设备抬头信息互不干涉,不交叉影响的问题。
S304:被发送的抬头数据通过微信发票名片接口的消息推送机制推送到当前软件开发商的应用接口服务模块中;
S305:应用接口服务模块把当前发送的抬头数据保存到云端数据库中;
S306:抬头数据调度模块通过云端接口服务模块定时从云端数据库中获取当前税控盘号的发票抬头,获取成功之后,云端接口服务模块自动删除当前数据库中的抬头数据,减少数据冗余;
具体的,在本实施例中,用户提交抬头数据之后,软件开发商开发的接口服务模块会收到微信发送的提交事件,并把抬头数据通过云端抬头缓存数据库模块保存到云端数据库中。此功能应用到了微信发票名片的“用户提交抬头callback”接口。此接口中的字段title,phone,tax_no,addr,bank_type,bank_no为微信发票管家抬头字段。应用接口服务模块把从微信获取的字段重新组织为开票软件抬头输入列表中的字段,存储在云端数据库中。数据库字段可以设置为title(抬头),nsrsbh(纳税人识别号),dzdh(地址+电话),yhzh(银行名+银行账号)四个关键字段,不同模块直接以此四个关键字段为标准格式,这样信息在不同模块传递过程中便于快速解析,同时互不影响,如果一个模块有变化,不会影响到其他模块,只需要修改由变化的模块即可。
S307:抬头数据调度模块获取到数据之后推送到客户端的待开列表模块中,待开列表自动实时更新当前抬头列表到本地缓存文本中,缓存的抬头列表进行加密处理;
S308:开票员用户从待开列表中选中需要开票的抬头发送到税控开票软件中,如果开具成功,则待开列表模块自动删除当前成功的抬头,并实时更新到本地缓存中。
需要注意的是,本方案通过抬头发送模块将抬头数据发送至税控开票软件,抬头发送模块自动识别当前税控开票软件的版本和发票类型,保障发送的抬头能准确无误的填充到开票软件中。
本方案中的抬头发送模块的处理流程包括:从待开列表获取抬头数据,对抬头数据进行校验,校验成功后获取当前的开票软件,并将抬头数据中的信息填充值税控开票软件中的对应输入框中;本方案中的抬头发送模块采用COM组件开发公用接口,具体来说:
1、采用string sendtitle(titlexml,key)函数作为发送接口;
其中titlexml参数以xml格式作为传递参数,当然也可以采用json格式,这个由开发商自行根据自身产品情况进行设计。
titleXml标准格式如下:
<req><title></title><nsrsbh></nsrsbh><dzdh></dzdh><yhzh></yhzh></req>
Key参数作为密钥,密钥可有开发商自行设计,避免组件接口被随意调用。
返回结果采用
<resp><result></result><msg></msg></resp>
作为输出接口,客户端再接收到结果信息之后,展现给用户。
2、采用GetInvoiceForm函数获取当前开票软件是航信金税盘开票软件还是百望税控盘开票软件,同时还自动获取当前开票软件是否进入开票界面。
采用getlist函数获取当前界面中的所有控件,该函数通过坐标位置和控件类型识别名称,纳税人识别号,地址电话,银行帐号所在的位置,通过SendMessage发送到相应的位置中。
综上可见,本发明采用微信官方抬头管家功能和微信发票名片接口实现微信扫码填充,免去软件开发商自行开发抬头发送页面和抬头管理功能;采用待开列表模式,把当前用户发送的抬头数据展现在待开列表上,解决酒店,餐饮行业,排队开票的难题;采用发送组件模块技术,兼容市面上所有增值税开票软件抬头录入,同时本发明创新的精简模式以及窗口置顶模式大大提高了用户操作的便利性。
下面对本发明实施例提供的发票抬头填充装置进行介绍,下文描述的发票抬头填充装置与上文描述的发票抬头填充方法可以相互参照。
参见图4,本发明实施例提供的一种的基于扫码技术的发票抬头填充装置,应用于服务端,包括应用接口服务模块110、云端抬头缓存数据库模块120和云端接口服务模块130;
所述应用接口服务模块110,用于接收通信应用发送的抬头数据;抬头数据为所述通信应用通过扫描包含税控盘唯一编号信息的二维码后发送的;
所述云端抬头缓存数据库模块120,用于将所述抬头数据存储至云端数据库,以使客户端通过所述云端接口服务模块130从所述云端数据库中获取所述抬头数据,将所述抬头数据存储至待开列表;并将与开票员发送的目标抬头选择指令对应的目标抬头数据填充至税控开票软件。
基于上述实施例,在本实施例中还包括:
抬头数据删除模块,用于从所述云端数据库中删除所述客户端已获取的抬头数据。
参见图5,本发明实施例提供的一种基于扫码技术的发票抬头填充装置,应用于客户端,包括:
抬头数据调度模块210,用于从服务端的云端数据库获取抬头数据;所述抬头数据为通信应用通过扫描包含税控盘唯一编号信息的二维码后发送的;
待开列表模块220,用于将所述抬头数据存储至待开列表;
选择指令接收模块230,用于接收开票员根据所述待开列表发送的目标抬头选择指令;
抬头发送模块240,用于将与所述目标抬头选择指令对应的目标抬头数据填充至税控开票软件。
基于上述实施例,本方案所述抬头数据调度模块以预定时长为间隔从服务端的云端数据库中获取抬头数据。
基于上述实施例,本方案所述抬头发送模块具体用于:
确定与所述目标抬头选择指令对应的目标抬头数据;利用抬头发送模块将所述目标抬头数据填充至税控开票软件;其中,所述抬头发送模块发送的目标抬头数据的格式包括xml格式或者json格式。
参见图6,基于上述实施例,本方案还包括:
本地抬头缓存模块250,用于将所述待开列表中抬头数据进行加密处理,并将加密后的抬头数据存入本地缓存。
税控设备读取模块260,用于获取税控盘唯一编号信息,并利用所述税控盘唯一编号信息生成二维码信息;
二维码打印模块270,用于打印所述二维码信息。
模式切换模块280,用于接收开票员发送的模式切换指令;利用所述模式切换指令确定客户端展示模式;其中,所述客户端的展示模式包括主模式和精简模式。
参见图7,本发明实施例提供的一种基于扫码技术的发票抬头填充系统,包括:服务端100和客户端200,所述服务端100包括上述任意一项应用于服务端的发票抬头填充装置,所述客户端200包括上述任意一项应用于客户端的发票抬头填充装置。
参见图8,为本实施例提供的一具体的发票抬头填充系统结构示意图,该系统还包括向服务端100发送抬头数据的通信应用300以及税控开票软件400。
综上可见,本方案所提供的基于扫码技术的发票抬头填充装置及系统,使商家获取客户提供的抬头数据时,只需要客户扫描商家提供的二维码,通过该二维码将客户的抬头数据自动填充至商家的税控开票软件上,从而使商家的开票人员不用手动在税控开票软件上录入客户的抬头信息,降低工作量;本方案使商家不用自行开发相关的抬头管理系统来维护客户的抬头数据,减少维护成本;并且,本方案中的抬头发送模块可兼容市面上所有的增值税发票开票软件,大大提高开发速度和维护便利;其次,利用本发明的待开列表,可解决酒店,餐饮等行业排队开票的难题。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (17)
1.一种基于扫码技术的发票抬头填充方法,应用于服务端,其特征在于,包括:
接收通信应用发送的抬头数据;所述抬头数据为所述通信应用通过扫描包含税控盘唯一编号信息的二维码后发送的;
将所述抬头数据存储至云端数据库,通过客户端从所述云端数据库中获取所述抬头数据,将所述抬头数据存储至待开列表;并将与开票员发送的目标抬头选择指令对应的目标抬头数据填充至税控开票软件。
2.根据权利要求1所述的发票抬头填充方法,其特征在于,客户端从所述云端数据库中获取所述抬头数据之后,还包括:
从所述云端数据库中删除所述客户端已获取的抬头数据。
3.一种的基于扫码技术的发票抬头填充装置,应用于服务端,其特征在于,包括应用接口服务模块、云端抬头缓存数据库模块和云端接口服务模块;
所述应用接口服务模块,用于接收通信应用发送的抬头数据;所述抬头数据为所述通信应用通过扫描包含税控盘唯一编号信息的二维码后发送的;
所述云端抬头缓存数据库模块,用于将所述抬头数据存储至云端数据库,以使客户端通过所述云端接口服务模块从所述云端数据库中获取所述抬头数据,将所述抬头数据存储至待开列表;并将与开票员发送的目标抬头选择指令对应的目标抬头数据填充至税控开票软件。
4.根据权利要求3所述的发票抬头填充装置,其特征在于,还包括:
抬头数据删除模块,用于从所述云端数据库中删除所述客户端已获取的抬头数据。
5.一种基于扫码技术的发票抬头填充方法,应用于客户端,其特征在于,包括:
从服务端的云端数据库获取抬头数据;所述抬头数据为通信应用通过扫描包含税控盘唯一编号信息的二维码后发送的;
将所述抬头数据存储至待开列表;
接收开票员根据所述待开列表发送的目标抬头选择指令,并将与所述目标抬头选择指令对应的目标抬头数据填充至税控开票软件。
6.根据权利要求5所述的发票抬头填充方法,其特征在于,将所述抬头数据存储至待开列表之后,还包括:
将所述待开列表中抬头数据进行加密处理,并将加密后的抬头数据存入本地缓存。
7.根据权利要求5所述的发票抬头填充方法,其特征在于,所述从服务端的数据库获取抬头数据,包括:
以预定时长为间隔从服务端的云端数据库中获取抬头数据。
8.根据权利要求7所述的发票抬头填充方法,其特征在于,所述将与所述目标抬头选择指令对应的目标抬头数据填充至税控开票软件,包括:
确定与所述目标抬头选择指令对应的目标抬头数据;
利用抬头发送模块将所述目标抬头数据填充至税控开票软件;其中,所述抬头发送模块发送的目标抬头数据的格式包括xml格式或者json格式。
9.根据权利要求5所述的发票抬头填充方法,其特征在于,所述从服务端的云端数据库获取抬头数据之前,还包括:
获取税控盘唯一编号信息;
利用所述税控盘唯一编号信息生成二维码信息,并打印所述二维码信息。
10.根据权利要求5至9中任意一项所述的发票抬头填充方法,其特征在于,所述接收开票员根据所述待开列表发送的目标抬头选择指令之前,还包括:
接收开票员发送的模式切换指令;
利用所述模式切换指令确定客户端展示模式;其中,所述客户端的展示模式包括主模式和精简模式。
11.一种基于扫码技术的发票抬头填充装置,应用于客户端,其特征在于,包括:
抬头数据调度模块,用于从服务端的云端数据库获取抬头数据;所述抬头数据为通信应用通过扫描包含税控盘唯一编号信息的二维码后发送的;
待开列表模块,用于将所述抬头数据存储至待开列表;
选择指令接收模块,用于接收开票员根据所述待开列表发送的目标抬头选择指令;
抬头发送模块,用于将与所述目标抬头选择指令对应的目标抬头数据填充至税控开票软件。
12.根据权利要求11所述的发票抬头填充装置,其特征在于,还包括:
本地抬头缓存模块,用于将所述待开列表中抬头数据进行加密处理,并将加密后的抬头数据存入本地缓存。
13.根据权利要求11所述的发票抬头填充装置,其特征在于,所述抬头数据调度模块以预定时长为间隔从服务端的云端数据库中获取抬头数据。
14.根据权利要求13所述的发票抬头填充装置,其特征在于,所述抬头发送模块具体用于:
确定与所述目标抬头选择指令对应的目标抬头数据;利用抬头发送模块将所述目标抬头数据填充至税控开票软件;其中,所述抬头发送模块发送的目标抬头数据的格式包括xml格式或者json格式。
15.根据权利要求11所述的发票抬头填充装置,其特征在于,还包括:
税控设备读取模块,用于获取税控盘唯一编号信息,并利用所述税控盘唯一编号信息生成二维码信息;
二维码打印模块,用于打印所述二维码信息。
16.根据权利要求11至15中任意一项所述的发票抬头填充装置,其特征在于,还包括:
模式切换模块,用于接收开票员发送的模式切换指令;利用所述模式切换指令确定客户端展示模式;其中,所述客户端的展示模式包括主模式和精简模式。
17.一种基于扫码技术的发票抬头填充系统,其特征在于,包括:
服务端和客户端;
所述服务端包括如权利要求3至4中任意一项所述的发票抬头填充装置,所述客户端包括如权利要求11至16中任意一项所述的发票抬头填充装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710720365.5A CN107481073A (zh) | 2017-08-21 | 2017-08-21 | 一种基于扫码技术的发票抬头填充方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710720365.5A CN107481073A (zh) | 2017-08-21 | 2017-08-21 | 一种基于扫码技术的发票抬头填充方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107481073A true CN107481073A (zh) | 2017-12-15 |
Family
ID=60602050
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710720365.5A Pending CN107481073A (zh) | 2017-08-21 | 2017-08-21 | 一种基于扫码技术的发票抬头填充方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107481073A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108364203A (zh) * | 2018-02-07 | 2018-08-03 | 深圳壹账通智能科技有限公司 | 电子发票生成方法、系统、计算机设备和存储介质 |
CN109003151A (zh) * | 2018-07-18 | 2018-12-14 | 中信戴卡股份有限公司 | 一种一体化开票系统 |
CN111679872A (zh) * | 2020-08-11 | 2020-09-18 | 国信电子票据平台信息服务有限公司 | 一种发票抬头信息填充方法、装置及电子设备和存储介质 |
CN112016340A (zh) * | 2020-09-08 | 2020-12-01 | 北京速票通科技有限公司 | 一种发票抬头信息自动识别系统及方法 |
CN112101932A (zh) * | 2020-09-11 | 2020-12-18 | 山东浪潮商用系统有限公司 | 一种方便办税厅窗口人员录入纳税人信息的系统和方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6282552B1 (en) * | 1998-02-27 | 2001-08-28 | Daleen Technologies, Inc. | Customizable electronic invoice with optional security |
CN104778616A (zh) * | 2015-04-17 | 2015-07-15 | 綦美声 | 一种发票信息快速输入系统和方法 |
CN106504042A (zh) * | 2016-10-27 | 2017-03-15 | 百望电子发票数据服务有限公司 | 电子发票抬头信息处理方法、开票客户端和相关设备 |
CN106572091A (zh) * | 2016-10-24 | 2017-04-19 | 施守剑 | 发票信息传递生成方法及其系统 |
-
2017
- 2017-08-21 CN CN201710720365.5A patent/CN107481073A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6282552B1 (en) * | 1998-02-27 | 2001-08-28 | Daleen Technologies, Inc. | Customizable electronic invoice with optional security |
CN104778616A (zh) * | 2015-04-17 | 2015-07-15 | 綦美声 | 一种发票信息快速输入系统和方法 |
CN106572091A (zh) * | 2016-10-24 | 2017-04-19 | 施守剑 | 发票信息传递生成方法及其系统 |
CN106504042A (zh) * | 2016-10-27 | 2017-03-15 | 百望电子发票数据服务有限公司 | 电子发票抬头信息处理方法、开票客户端和相关设备 |
Non-Patent Citations (1)
Title |
---|
浙江都市网: "全民付智能终端E开票 二维码"码"上出发票", 《安青网》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108364203A (zh) * | 2018-02-07 | 2018-08-03 | 深圳壹账通智能科技有限公司 | 电子发票生成方法、系统、计算机设备和存储介质 |
CN109003151A (zh) * | 2018-07-18 | 2018-12-14 | 中信戴卡股份有限公司 | 一种一体化开票系统 |
CN111679872A (zh) * | 2020-08-11 | 2020-09-18 | 国信电子票据平台信息服务有限公司 | 一种发票抬头信息填充方法、装置及电子设备和存储介质 |
CN112016340A (zh) * | 2020-09-08 | 2020-12-01 | 北京速票通科技有限公司 | 一种发票抬头信息自动识别系统及方法 |
CN112016340B (zh) * | 2020-09-08 | 2024-01-26 | 北京速票通科技有限公司 | 一种发票抬头信息自动识别系统及方法 |
CN112101932A (zh) * | 2020-09-11 | 2020-12-18 | 山东浪潮商用系统有限公司 | 一种方便办税厅窗口人员录入纳税人信息的系统和方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107481073A (zh) | 一种基于扫码技术的发票抬头填充方法、装置及系统 | |
CN110443695A (zh) | 数据处理方法及其装置、电子设备和介质 | |
CN103765423B (zh) | 收集与本地存储的数据文件相关联的事务数据 | |
CN101159705B (zh) | 向受邀者提供聊天记录的方法和数据处理系统 | |
CN104205733B (zh) | 回退消息传递 | |
CN104126192B (zh) | 时间管理式电子邮件消息 | |
US20040243574A1 (en) | Data management system and method | |
US20050021428A1 (en) | Time management system for mobile employees | |
CN103606117A (zh) | 一种基于二维码的餐饮点单系统及方法 | |
KR100700689B1 (ko) | 메신저를 이용한 sms 전송 방법 및 시스템, 상기 방법을실행시키기 위한 프로그램을 기록한 컴퓨터 판독 가능한기록매체 | |
CN107609910A (zh) | 基于托管的数据处理方法、注册推荐方法及相关设备 | |
CN107979520A (zh) | 消息处理方法及消息处理装置 | |
EP2538349A2 (en) | Server, inter-business enterprise information control method and computer program | |
CN113064562A (zh) | 基于区块链的人机交互打印方法及打印系统 | |
CN202088663U (zh) | 一种打印设备 | |
CN101867883A (zh) | 崇拜信直接管理运营系统及方法 | |
CN104992087A (zh) | 移动终端创新创意数据信息处理方法及移动终端 | |
JP6797258B1 (ja) | 電子貨幣交換装置、電子貨幣交換方法及び電子貨幣交換システム | |
CN101924982A (zh) | 一种实现数据类业务的方法及系统 | |
CN106610966A (zh) | 一种信息提供方法及装置 | |
CN106485478A (zh) | 利用资源换置目标物的换置系统、方法及装置 | |
CN105849762B (zh) | 社交媒体平台 | |
JP2013229644A (ja) | 動画配信システム、動画配信方法および動画配信プログラム | |
CN101674547A (zh) | 一种彩信跟踪的方法和装置 | |
CN106875238B (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171215 |
|
RJ01 | Rejection of invention patent application after publication |