CN107481072A - 便携式网络开票系统及方法 - Google Patents
便携式网络开票系统及方法 Download PDFInfo
- Publication number
- CN107481072A CN107481072A CN201710687340.XA CN201710687340A CN107481072A CN 107481072 A CN107481072 A CN 107481072A CN 201710687340 A CN201710687340 A CN 201710687340A CN 107481072 A CN107481072 A CN 107481072A
- Authority
- CN
- China
- Prior art keywords
- invoice
- information
- user
- module
- making out
- 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
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/123—Tax preparation or submission
Abstract
本发明涉及计算机应用技术领域,具体的说是一种便携式网络开票系统及方法其特征在于设有记录并保存消费者开票信息及交易记录的消费者用户端;记录并保存商户信息并能够向税务开票软件写入开票信息的商户用户端;位于远程服务器的开票管控端;其中消费者用户端与商户用户端分别经网络与开票管控端相连接;所述消费者用户端设有信息加密模块、消费者身份注册及存储模块、商户信息读取模块、交易信息确认模块、开票信息发送模块、开票信息上传模块、电子票据确认模块、电子票据接收模块、交易信息查询及管理模块,本发明与现有技术相比,能够实现票面信息的快速、准确填写、备份,能显著提高税收管理效率。
Description
技术领域:
本发明涉及计算机应用技术领域,具体的说是一种能够方便、准确、快速的完成发票信息填写,并可实现个人与企业账目维护的便携式网络开票系统及方法。
背景技术:
移动互联网给人们的生活和工作带来了极大的便利,税务机关通过网络技术已经实现了网络发票的领用、开票、电子报税等业务,极大的减轻了纳税人和税务机关的办税负担。随着纳税标准执行越来越严格,个人消费需要商家出具发票时,需要填写消费者的相关信息,包括税号、开户行、地址、姓名或名称、银行账号等,此类信息现阶段均由开票方手动输入,常出现错漏,导致发票作废、延误报账等情况,影响了纳税工作的办理。
发明内容:
本发明针对现有技术中存在的缺点和不足,提出了一种能够方便、准确、快速的完成发票信息填写,并可实现个人与企业账目维护的便携式网络开票系统及方法。
本发明通过以下措施达到:
一种便携式网络开票系统,其特征在于设有
记录并保存消费者开票信息及交易记录的消费者用户端;
记录并保存商户信息并能够向税务开票软件写入开票信息的商户用户端;
位于远程服务器的开票管控端;
其中消费者用户端与商户用户端分别经网络与开票管控端相连接;
所述消费者用户端设有用于对传输信息进行加密的信息加密模块、消费者身份注册及存储模块、商户信息读取模块、用于消费者填写并确认开票信息的开票信息填写模块、用于将开票信息填写模块输出的数据发送至开票管控端的开票信息发送模块、用于储存开票信息的开票信息储存模块、用于消费者填写电子票据信息的电子票据填写模块、电子票据发送上传模块、用于修改电子票据信息的电子票据修改模块、电子票据存储模块、用于查询消费者开票记录的开票信息查询及管理统计模块;
所述商户用户端设有信息加密模块、商户身份注册及存储模块、开票信息接收模块、开票信息写入模块、用于显示当前票据开出/发送/打印与否的开票状态响应和显示模块,其中开票信息写入模块与外部税务开票软件进行数据传输;
所述开票管控端设有信息加密模块、用于储存消费者用户信息以及商户用户信息的用户信息存储模块、用于验证消费者用户及商户用户登录身份的用户身份登录验证模块、开票记录存储模块、开票信息处理模块、用于滤除注册过程中重复用户或虚假用户的用于注册信息处理模块用户注册模块;其中所述开票信息处理模块中设有用于接收消费者用户端上传的开票信息的开票信息接收模块、用于将接收的开票信息推送至商户用户端的开票信息推送模块、用于将开票信息写入第三方税务软件的开票信息写入模块以及用于显示开票数据发送/打印与否的开票状态响应显示模块;还设有用于向商户用户端推送报账对账信息的报账/对账信息推送模块。
本发明的消费者用户端、商户用户端以及开票管控端还分别设有电子发票/纸质发票开票选择模块。
本发明中商户用户端的模型如下Company={id,companyName,companyAddress,companyTel,companyWellMan,busin essLicence,dianPuimages},其中id为商户在相关模型中唯一标识,companyName为商户名称,companyAddress为商户地址,companyTel为商户联系电话,companyWellMan为商户负责人姓名,businessLicence为营业执照的上传地址,businessLicence为商户店铺的照片或宣传照上传地址,state为商户是否支持电子发票,此模型用来辅助商户信息调用;
服务模型如下:
ServiveName={id,companyId,serviceName,orders},其中id为服务模型在相关模型中唯一标识,companyId为对应商户,serviceName为服务名称,orders为服务列表中的排列顺序,此模型用来辅助服务信息查询;
店员模型如下:
Seller={id,username,userpwd,dates,logDates,logNums,realName,tel,qq,sex,em ail,state,orders,Wx_code,card},其中id为店员在相关模型中唯一标识,username为店员登录账号,长度为36位数字加与字母组合,在同字段中唯一且不重复,userpwd为店员登录密码,密码为长度为6位的纯数字组合,在次数保存时将通过SHA256加密保存,dates为店员注册时间,logDates为店员最后一次登录时间,logNums为店员登录次数,realName为店员真实姓名,tel为店员联系电话,qq为店员QQ号码,sex为店员性别,email为店员邮箱地址,state为店员是否在职的标识0在职、1离职,离职后即为停用此账号,orders为店员列表中的排序顺序,Wx_code为店员微信号,card为店员身份证号,此模型用来辅助店员信息查询;
消费者信息包括:消费者、发票抬头,用于消费者信息调用,发票抬头调用,其中:
消费者模型如下:
Users={id,username,userpwd,user2pwd,tel,imgUrl,sex,realName,uuid,orders,d ates,Wx_openId,Wx_nickname,Wx_country,Wx_province,Wx_city,Wx_headImgUrl,W x_unionid,Wx_subscribe},其中id为消费者在相关模型中唯一标识,username为消费者登录账号,长度为36位数字加与字母组合,在同字段中唯一且不重复,userpwd为消费者登录密码,密码为长度为6位的纯数字组合,在次数保存时将通过SHA256加密保存,user2pwd为消费者二级密码,密码为长度为6位的纯数字组合,在次数保存时将通过SHA256加密保存,tel为消费者的手机号,imgUrl为消费者头像图片的上传地址,sex为消费者性别,realName为消费者真实姓名,uuid为系统生成的消费者编码,长度为36位数字、字母与-组合,orders为消费者列表中的排序顺序,dates为消费者注册时间,Wx_openId为微信中的消费者用户标识,Wx_nickname为微信中消费者用户昵称,Wx_country为微信中消费者用户所在国家,Wx_province为微信中消费者用户所在省份,Wx_city为微信中消费者用户所在城市,Wx_headImgUrl为微信中消费者用户头像连接,Wx_unionid为微信中消费者用户头像连接,Wx_subscribe为微信中消费者用户是否关注公众号,此模型用来辅助调用消费者信息。发票抬头模型如下:
InvoiceTitle={id,firmName,naShuiRenShiBieHao,addressTel,kaiHuHangZhan Hu,usermail,usersId},其中id为发票抬头在相关模型中唯一标识,firmName为抬头名称(公司名),naShuiRenShiBieHao为纳税人识别号,addressTel为地址电话,kaiHuHangZhanHu为开户行及账户,usermail为消费者接收电子发票邮箱,usersId为所属消费者,此模型用来辅助调用发票抬头信息。
开票信息包括:发票,用于发票信息调用,其中:
发票模型如下:
Invoice={id,money,companyId,usersId,invoiceTitleId,serviceNameId,state,is mail,zadminDates},其中id为发票在相关模型中的唯一标识,money为消费金额,companyId为商户,usersId为消费者用户,invoiceTitleId为发票抬头,serviceNameId为服务,state为标识是否打印,ismail为是否为电子发票,zadminDates为保存时间。
本发明还提出了一种便携式网络开票方法,其特征在于包括以下步骤:
步骤1:商户用户在商户用户端的信息收集模块填写商户信息,商户信息包括:商家名称、地址、电话、营业执照、负责人,并提交到至开票管控端进行验证及保存;商户信息传送至开票管控端后,通过companyUpdate方法将信息进行处理:验证companyTel是否为电话格式,验证companyName是否为空或null,验证companyAddress是否为空或null,companyWellMan是否为空或null,若不通过则返回到信息收集模块,若验证通过则对应放入商户模型中,然后通过save方法将模型中所带有的信息存入数据库表中保存;
步骤2:店员在商户用户端,凭注册时填写的账号、密码,可以进行登录,店员通过商户用户端凭借注册时的账号密码进行登录,账号密码将传送至开票管控端,其中密码将使用加密算法对其进行加密,在开票管控端解密,然后通过账号密码在店员模型对应的数据库表中查询,若查到唯一对应信息,及登录成功,将查询到的信息ID标识记录到商户用户端缓存中以便后面验证登录使用;若未找到信息则登录失败;
步骤3:店员在商户用户端登录后,可以在商户用户端给绑定商户添加服务类型,商户用户端可在服务添加页面添加商户服务信息,服务信息传递至开票管控端,并通过update方法将信息对应放入服务模型中,然后通过save方法将模型中所带有的信息存入数据库表中保存;
步骤4:店员在商户用户端登陆后,可以在商户用户端生成与自己对应的二维码,二维码中包含绑定商户Id,店员Id,以及访问页面,该二维码由一般二维码生成模式生成;
步骤5:消费者用户凭手机使用微信对二维码进行扫描;
步骤6:扫描二维码后向开票管控端发起请求,获取二维码信息并跳转页面,开票管控端收到二维码信息后,将通过二维码读取的方法读取到里面的信息:companyId,以及商户信息返回地址。通过companyShow方法在数据库company表中查询id=companyId,若未查询则返回用户二维码已失效,若查询到则将查询到的信息存入商户信息模型中,并将保存信息的模型通过request方式传至二维码中含有的回调地址,在该页面:将商户id传入getServiceNameList方法,通过查询表serviceName表companyId=id,查询到商户对应的服务内容;将用户Id传入invoiceTitleShowList方法,通过查询invoiceTitle表,usersId=id,查询该用户已保存到数据库中的抬头信息;二者都显示到该页面中,该页面可以填写交易金额;
步骤7:消费者用户在上述步骤跳转到的页面中填写开票所需的相关信息,其中若之前未填写过发票抬头信息,则通过添加发票抬头信息的方式为自己添加发票抬头,开票管控端收到发票抬头信息添加请求后,向invoiceTitleIdUpdate方法进行请求,在该方法中验证:检验session查看该用户是否处于登录状态,firmName发票抬头名称是否为空,naShuiRenShiBieHao纳税人识别号是否为空,addressTel地址电话是否为空,kaiHuHangZhanHu开户行及账号是否为空,若未通过验证则返回该页面并提示添加未成功原因;若通过验证,则将信息对应存入发票抬头模型中,通过save方法存入数据库InvoiceTitle表中;
步骤8:然后选择索要纸质发票或电子发票,在页面中存在单选按钮,点击电子发票将向开票管控端请求Companymail接口检查该商户是否支持电子发票,若不支持则返回消费者用户页面并提示该商户不支持电子发票,若支持则返回消费者用户页面并弹出填写接收邮箱页面;在填写接收邮箱页面填写接收的邮箱,然后提交,提交后在开票管控端触发invoiceTitleIdUpdate方法将接收邮箱进行存储;步骤9:消费者用户在上述步骤的页面中选择发票抬头,填入消费金额,选择商户服务类型进行提交保存;信息通过post传递给开票管控端invoiceUpdate方法,在该方法内对信息进行处理:检查money是否为金钱格式,检查companyId是否存在,检查usersId是否存在,检查invoiceTitleId是否存在,检查serviceNameId是否存在,若通过则将信息写入发票模型,再通过save方法将模型存储到数据库表invoice中;
步骤10:开票管控端将根据以保存的开票信息,自动将新添加的开票信息推送给对应的商户用户端;开票管控端利用ws技术,将开票信息推送给商户用户端,并在商户用户端进行显示,该信息通过联表查询的方式获取,包括:id编号,firmName抬头,naShuiRenShiBieHao纳税人识别号,addressTel地址、电话,kaiHuHangZhanHu开户行及账户,serviceName服务名称,money价格,zadminDates开票时间,数量为1,state状态;
步骤11:消费者用户点击开票记录,即可进入开票记录页面,该页面显示该消费者用户的开票记录及所有记录统计金额;
用户点击开票记录,通过将消费者用户对应的id传递到开票管控端invoiceListShow方法中,通过查询表invoice,usersId=传入Id,查询到该消费这用户对应的开票记录,并通过页面js方法统计开票金额,最后在页面中进行显示。若未在表invoice中找到信息,则返回“未找到开票记录”;
步骤12:商户用户可登录商户用户端在商户开票管理中查看绑定商户的开票记录及申请;商户用户在商户用户端点击开票管理,请求接口invoiceJson通过多表联合查询的方式:companyId=商户用户传回Id,查询到所有的开票记录,也可以选择时间zadminDates=传入时间,查询到某一天的开票记录,也可以选择是否打印,state=1为已传送,2为已完成,查询到各种状态的开票信息。通过多表联合查询的方式查询到信息有:id编号,firmName抬头,naShuiRenShiBieHao纳税人识别号,addressTel地址、电话,kaiHuHangZhanHu开户行及账户,serviceName服务名称,money价格,zadminDates开票时间,数量为1,state状态;
步骤13:在开票管理界面,用户可通过点击未传送至外部税务软件的信息的传送按钮,将信息传送至外部税务软件;
步骤14:在开票管理界面,用户可通过点击已传送至外部税务软件的信息的打印按钮,将开票信息进行打印,具体为:invoiceFormUpdate传递invoice的Id与state,在接口中首先检验state是否为状态的改变值,如1为点击传送与2为点击完成,再检验id对应的开票信息是否存在,在数据库表invoice中查询id=id,若查询信息为null,则返回提示该发票不存在,若查询到信息,则将该条信息通过update方法将state值变为传入的state值保存到数据库中。
本发明步骤14中若发票请求为电子发票,则将电子发票发送至已填写的用户邮箱,具体为:invoiceFormUpdate传递invoice的Id与state,在接口中首先检验state是否为状态的改变值,如1为点击传送与2为点击完成,再检验id对应的开票信息是否存在,在数据库表invoice中查询id=id,若查询信息为null,则返回提示该发票不存在,若查询到信息,则查看是否为索要电子发票,若不是则按照纸质发票进行打印,若是电子发票,则将其信息通过invoiceMsg方法将信息编辑成一份电子发票,并将发票发送至该用户所留下的邮箱中,若发送不成功则返回商户用户端,并提示商户用户未发送成功,及可能的原因,若发送成功,则将该条信息通过update方法将state值变为传入的state值保存到数据库中。
本发明所述步骤1中还包括以下内容:商户用户提交商户信息后,可注册店员对商户进行管理,在信息收集模块填写信息,店员信息包括:登录账户、密码、真实姓名、联系电话、QQ号码、性别、邮箱地址、微信号、身份证号码。并提交至开票管控端进行验证保存;店员信息传送至开票管控端后,通过Update方法将信息进行处理:验证companyId,在表Company中查询对应id,若查询出信息则通过,查询不到则不通过;验证serviceName是否为空或null;验证orders是否为数字,若不通过则返回信息收集模块,若通过则对应放入店员模型中,然后通过save方法将模型中所带有的信息存入数据库表中保存。
本发明步骤5中还包括以下内容:
步骤5.1:若消费者用户为第一次使用,则会关注绑定公众号,并读取消费者用户公众号信息,并存入开票管控端;若是第一次登录则将微信号部分信息传递至开票管控端通过usersUpdate方法,将信息保存到消费者用户模块中,然后通过save方法将模块中的信息保存到数据库中,并在消费者用户端session中记录登录状态;
步骤5.2:若消费这不是第一次使用则直接获取二维码信息并进行请求;若不是第一次登录,则通过微信特有的Wx_openId用户唯一识别标识查询到之前保存在数据控中用户信息,并与微信返回信息做对比,若相同则直接记录登录状态到session中,若不相同则更新相关信息后,再将登录状态记录到消费者用户端session中。
本发明与现有技术相比,能够实现票面信息的快速、准确填写、备份,能显著提高税收管理效率。
附图说明:
附图1是本发明中的流程图。
具体实施方式:
下面结合具体实施方式对本发明作进一步的说明。
本发明提出了一种便携式网络开票系统,其特征在于设有
记录并保存消费者开票信息及交易记录的消费者用户端;
记录并保存商户信息并能够向税务开票软件写入开票信息的商户用户端;
位于远程服务器的开票管控端;
其中消费者用户端与商户用户端分别经网络与开票管控端相连接;
所述消费者用户端设有用于对传输信息进行加密的信息加密模块、消费者身份注册及存储模块、商户信息读取模块、用于消费者填写并确认开票信息的开票信息填写模块、用于将开票信息填写模块输出的数据发送至开票管控端的开票信息发送模块、用于储存开票信息的开票信息储存模块、用于消费者填写电子票据信息的电子票据填写模块、电子票据发送上传模块、用于修改电子票据信息的电子票据修改模块、电子票据存储模块、用于查询消费者开票记录的开票信息查询及管理统计模块;
所述商户用户端设有信息加密模块、商户身份注册及存储模块、开票信息接收模块、开票信息写入模块、用于显示当前票据开出/发送/打印与否的开票状态响应和显示模块,其中开票信息写入模块与外部税务开票软件进行数据传输;
所述开票管控端设有信息加密模块、用于储存消费者用户信息以及商户用户信息的用户信息存储模块、用于验证消费者用户及商户用户登录身份的用户身份登录验证模块、开票记录存储模块、开票信息处理模块、用于滤除注册过程中重复用户或虚假用户的用于注册信息处理模块用户注册模块;其中所述开票信息处理模块中设有用于接收消费者用户端上传的开票信息的开票信息接收模块、用于将接收的开票信息推送至商户用户端的开票信息推送模块、用于将开票信息写入第三方税务软件的开票信息写入模块以及用于显示开票数据发送/打印与否的开票状态响应显示模块;还设有用于向商户用户端推送报账对账信息的报账/对账信息推送模块。
本发明的消费者用户端、商户用户端以及开票管控端还分别设有电子发票/纸质发票开票选择模块。
本发明还提出了一种便携式网络开票方法,其特征在于包括以下步骤:
步骤1:商户用户在商户用户端的信息收集模块填写商户信息,商户信息包括:商家名称、地址、电话、营业执照、负责人,并提交到至开票管控端进行验证及保存;商户信息传送至开票管控端后,通过companyUpdate方法将信息进行处理:验证companyTel是否为电话格式,验证companyName是否为空或null,验证companyAddress是否为空或null,companyWellMan是否为空或null,若不通过则返回到信息收集模块,若验证通过则对应放入商户模型中,然后通过save方法将模型中所带有的信息存入数据库表中保存;
步骤2:店员在商户用户端,凭注册时填写的账号、密码,可以进行登录,店员通过商户用户端凭借注册时的账号密码进行登录,账号密码将传送至开票管控端,其中密码将使用加密算法对其进行加密,在开票管控端解密,然后通过账号密码在店员模型对应的数据库表中查询,若查到唯一对应信息,及登录成功,将查询到的信息ID标识记录到商户用户端缓存中以便后面验证登录使用;若未找到信息则登录失败;
步骤3:店员在商户用户端登录后,可以在商户用户端给绑定商户添加服务类型,商户用户端可在服务添加页面添加商户服务信息,服务信息传递至开票管控端,并通过update方法将信息对应放入服务模型中,然后通过save方法将模型中所带有的信息存入数据库表中保存;
步骤4:店员在商户用户端登陆后,可以在商户用户端生成与自己对应的二维码,二维码中包含绑定商户Id,店员Id,以及访问页面,该二维码由一般二维码生成模式生成;
步骤5:消费者用户凭手机使用微信对二维码进行扫描;
步骤6:扫描二维码后向开票管控端发起请求,获取二维码信息并跳转页面,开票管控端收到二维码信息后,将通过二维码读取的方法读取到里面的信息:companyId,以及商户信息返回地址。通过companyShow方法在数据库company表中查询id=companyId,若未查询则返回用户二维码已失效,若查询到则将查询到的信息存入商户信息模型中,并将保存信息的模型通过request方式传至二维码中含有的回调地址,在该页面:将商户id传入getServiceNameList方法,通过查询表serviceName表companyId=id,查询到商户对应的服务内容;将用户Id传入invoiceTitleShowList方法,通过查询invoiceTitle表,usersId=id,查询该用户已保存到数据库中的抬头信息;二者都显示到该页面中,该页面可以填写交易金额;
步骤7:消费者用户在上述步骤跳转到的页面中填写开票所需的相关信息,其中若之前未填写过发票抬头信息,则通过添加发票抬头信息的方式为自己添加发票抬头,开票管控端收到发票抬头信息添加请求后,向invoiceTitleIdUpdate方法进行请求,在该方法中验证:检验session查看该用户是否处于登录状态,firmName发票抬头名称是否为空,naShuiRenShiBieHao纳税人识别号是否为空,addressTel地址电话是否为空,kaiHuHangZhanHu开户行及账号是否为空,若未通过验证则返回该页面并提示添加未成功原因;若通过验证,则将信息对应存入发票抬头模型中,通过save方法存入数据库InvoiceTitle表中;
步骤8:然后选择索要纸质发票或电子发票,在页面中存在单选按钮,点击电子发票将向开票管控端请求Companymail接口检查该商户是否支持电子发票,若不支持则返回消费者用户页面并提示该商户不支持电子发票,若支持则返回消费者用户页面并弹出填写接收邮箱页面;在填写接收邮箱页面填写接收的邮箱,然后提交,提交后在开票管控端触发invoiceTitleIdUpdate方法将接收邮箱进行存储;步骤9:消费者用户在上述步骤的页面中选择发票抬头,填入消费金额,选择商户服务类型进行提交保存;信息通过post传递给开票管控端invoiceUpdate方法,在该方法内对信息进行处理:检查money是否为金钱格式,检查companyId是否存在,检查usersId是否存在,检查invoiceTitleId是否存在,检查serviceNameId是否存在,若通过则将信息写入发票模型,再通过save方法将模型存储到数据库表invoice中;
步骤10:开票管控端将根据以保存的开票信息,自动将新添加的开票信息推送给对应的商户用户端;开票管控端利用ws技术,将开票信息推送给商户用户端,并在商户用户端进行显示,该信息通过联表查询的方式获取,包括:id编号,firmName抬头,naShuiRenShiBieHao纳税人识别号,addressTel地址、电话,kaiHuHangZhanHu开户行及账户,serviceName服务名称,money价格,zadminDates开票时间,数量为1,state状态;
步骤11:消费者用户点击开票记录,即可进入开票记录页面,该页面显示该消费者用户的开票记录及所有记录统计金额;
用户点击开票记录,通过将消费者用户对应的id传递到开票管控端invoiceListShow方法中,通过查询表invoice,usersId=传入Id,查询到该消费这用户对应的开票记录,并通过页面js方法统计开票金额,最后在页面中进行显示。若未在表invoice中找到信息,则返回“未找到开票记录”;
步骤12:商户用户可登录商户用户端在商户开票管理中查看绑定商户的开票记录及申请;商户用户在商户用户端点击开票管理,请求接口invoiceJson通过多表联合查询的方式:companyId=商户用户传回Id,查询到所有的开票记录,也可以选择时间zadminDates=传入时间,查询到某一天的开票记录,也可以选择是否打印,state=1为已传送,2为已完成,查询到各种状态的开票信息。通过多表联合查询的方式查询到信息有:id编号,firmName抬头,naShuiRenShiBieHao纳税人识别号,addressTel地址、电话,kaiHuHangZhanHu开户行及账户,serviceName服务名称,money价格,zadminDates开票时间,数量为1,state状态;
步骤13:在开票管理界面,用户可通过点击未传送至外部税务软件的信息的传送按钮,将信息传送至外部税务软件;
步骤14:在开票管理界面,用户可通过点击已传送至外部税务软件的信息的打印按钮,将开票信息进行打印,具体为:invoiceFormUpdate传递invoice的Id与state,在接口中首先检验state是否为状态的改变值,如1为点击传送与2为点击完成,再检验id对应的开票信息是否存在,在数据库表invoice中查询id=id,若查询信息为null,则返回提示该发票不存在,若查询到信息,则将该条信息通过update方法将state值变为传入的state值保存到数据库中。
本发明步骤14中若发票请求为电子发票,则将电子发票发送至已填写的用户邮箱,具体为:invoiceFormUpdate传递invoice的Id与state,在接口中首先检验state是否为状态的改变值,如1为点击传送与2为点击完成,再检验id对应的开票信息是否存在,在数据库表invoice中查询id=id,若查询信息为null,则返回提示该发票不存在,若查询到信息,则查看是否为索要电子发票,若不是则按照纸质发票进行打印,若是电子发票,则将其信息通过invoiceMsg方法将信息编辑成一份电子发票,并将发票发送至该用户所留下的邮箱中,若发送不成功则返回商户用户端,并提示商户用户未发送成功,及可能的原因,若发送成功,则将该条信息通过update方法将state值变为传入的state值保存到数据库中。
本发明所述步骤1中还包括以下内容:商户用户提交商户信息后,可注册店员对商户进行管理,在信息收集模块填写信息,店员信息包括:登录账户、密码、真实姓名、联系电话、QQ号码、性别、邮箱地址、微信号、身份证号码。并提交至开票管控端进行验证保存;店员信息传送至开票管控端后,通过Update方法将信息进行处理:验证companyId,在表Company中查询对应id,若查询出信息则通过,查询不到则不通过;验证serviceName是否为空或null;验证orders是否为数字,若不通过则返回信息收集模块,若通过则对应放入店员模型中,然后通过save方法将模型中所带有的信息存入数据库表中保存。
本发明步骤5中还包括以下内容:
步骤5.1:若消费者用户为第一次使用,则会关注绑定公众号,并读取消费者用户公众号信息,并存入开票管控端;若是第一次登录则将微信号部分信息传递至开票管控端通过usersUpdate方法,将信息保存到消费者用户模块中,然后通过save方法将模块中的信息保存到数据库中,并在消费者用户端session中记录登录状态;
步骤5.2:若消费这不是第一次使用则直接获取二维码信息并进行请求;若不是第一次登录,则通过微信特有的Wx_openId用户唯一识别标识查询到之前保存在数据控中用户信息,并与微信返回信息做对比,若相同则直接记录登录状态到session中,若不相同则更新相关信息后,再将登录状态记录到消费者用户端session中。
本发明与现有技术相比,能够实现票面信息的快速、准确填写、备份,能显著提高税收管理效率。
Claims (6)
1.一种便携式网络开票系统,其特征在于设有
记录并保存消费者开票信息及交易记录的消费者用户端;
记录并保存商户信息并能够向税务开票软件写入开票信息的商户用户端;
位于远程服务器的开票管控端;
其中消费者用户端与商户用户端分别经网络与开票管控端相连接;
所述消费者用户端设有用于对传输信息进行加密的信息加密模块、消费者身份注册及存储模块、商户信息读取模块、用于消费者填写并确认开票信息的开票信息填写模块、用于将开票信息填写模块输出的数据发送至开票管控端的开票信息发送模块、用于储存开票信息的开票信息储存模块、用于消费者填写电子票据信息的电子票据填写模块、电子票据发送上传模块、用于修改电子票据信息的电子票据修改模块、电子票据存储模块、用于查询消费者开票记录的开票信息查询及管理统计模块;
所述商户用户端设有信息加密模块、商户身份注册及存储模块、开票信息接收模块、开票信息写入模块、用于显示当前票据开出/发送/打印与否的开票状态响应和显示模块,其中开票信息写入模块与外部税务开票软件进行数据传输;
所述开票管控端设有信息加密模块、用于储存消费者用户信息以及商户用户信息的用户信息存储模块、用于验证消费者用户及商户用户登录身份的用户身份登录验证模块、开票记录存储模块、开票信息处理模块、用于滤除注册过程中重复用户或虚假用户的用于注册信息处理模块用户注册模块;其中所述开票信息处理模块中设有用于接收消费者用户端上传的开票信息的开票信息接收模块、用于将接收的开票信息推送至商户用户端的开票信息推送模块、用于将开票信息写入第三方税务软件的开票信息写入模块以及用于显示开票数据发送/打印与否的开票状态响应显示模块;还设有用于向商户用户端推送报账对账信息的报账/对账信息推送模块。
2.根据权利要求1所述的一种便携式网络开票系统,其特征在于消费者用户端、商户用户端以及开票管控端还分别设有电子发票/纸质发票开票选择模块。
3.一种便携式网络开票方法,其特征在于包括以下步骤:
步骤1:商户用户在商户用户端的信息收集模块填写商户信息,商户信息包括:商家名称、地址、电话、营业执照、负责人,并提交到至开票管控端进行验证及保存;商户信息传送至开票管控端后,通过companyUpdate方法将信息进行处理:验证companyTel是否为电话格式,验证companyName是否为空或null,验证companyAddress是否为空或null,companyWellMan是否为空或null,若不通过则返回到信息收集模块,若验证通过则对应放入商户模型中,然后通过save方法将模型中所带有的信息存入数据库表中保存;
步骤2:店员在商户用户端,凭注册时填写的账号、密码,可以进行登录,店员通过商户用户端凭借注册时的账号密码进行登录,账号密码将传送至开票管控端,其中密码将使用加密算法对其进行加密,在开票管控端解密,然后通过账号密码在店员模型对应的数据库表中查询,若查到唯一对应信息,及登录成功,将查询到的信息ID标识记录到商户用户端缓存中以便后面验证登录使用;若未找到信息则登录失败;
步骤3:店员在商户用户端登录后,可以在商户用户端给绑定商户添加服务类型,商户用户端可在服务添加页面添加商户服务信息,服务信息传递至开票管控端,并通过update方法将信息对应放入服务模型中,然后通过save方法将模型中所带有的信息存入数据库表中保存;
步骤4:店员在商户用户端登陆后,可以在商户用户端生成与自己对应的二维码,二维码中包含绑定商户Id,店员Id,以及访问页面,该二维码由一般二维码生成模式生成;
步骤5:消费者用户凭手机使用微信对二维码进行扫描;
步骤6:扫描二维码后向开票管控端发起请求,获取二维码信息并跳转页面,开票管控端收到二维码信息后,将通过二维码读取的方法读取到里面的信息:companyId,以及商户信息返回地址。通过companyShow方法在数据库company表中查询id=companyId,若未查询则返回用户二维码已失效,若查询到则将查询到的信息存入商户信息模型中,并将保存信息的模型通过request方式传至二维码中含有的回调地址,在该页面:将商户id传入getServiceNameList方法,通过查询表serviceName表companyId=id,查询到商户对应的服务内容;将用户Id传入invoiceTitleShowList方法,通过查询invoiceTitle表,usersId=id,查询该用户已保存到数据库中的抬头信息;二者都显示到该页面中,该页面可以填写交易金额;
步骤7:消费者用户在上述步骤跳转到的页面中填写开票所需的相关信息,其中若之前未填写过发票抬头信息,则通过添加发票抬头信息的方式为自己添加发票抬头,开票管控端收到发票抬头信息添加请求后,向invoiceTitleIdUpdate方法进行请求,在该方法中验证:检验session查看该用户是否处于登录状态,firmName发票抬头名称是否为空,naShuiRenShiBieHao纳税人识别号是否为空,addressTel地址电话是否为空,kaiHuHangZhanHu开户行及账号是否为空,若未通过验证则返回该页面并提示添加未成功原因;若通过验证,则将信息对应存入发票抬头模型中,通过save方法存入数据库InvoiceTitle表中;
步骤8:然后选择索要纸质发票或电子发票,在页面中存在单选按钮,点击电子发票将向开票管控端请求Companymail接口检查该商户是否支持电子发票,若不支持则返回消费者用户页面并提示该商户不支持电子发票,若支持则返回消费者用户页面并弹出填写接收邮箱页面;在填写接收邮箱页面填写接收的邮箱,然后提交,提交后在开票管控端触发invoiceTitleIdUpdate方法将接收邮箱进行存储;步骤9:消费者用户在上述步骤的页面中选择发票抬头,填入消费金额,选择商户服务类型进行提交保存;信息通过post传递给开票管控端invoiceUpdate方法,在该方法内对信息进行处理:检查money是否为金钱格式,检查companyId是否存在,检查usersId是否存在,检查invoiceTitleId是否存在,检查serviceNameId是否存在,若通过则将信息写入发票模型,再通过save方法将模型存储到数据库表invoice中;
步骤10:开票管控端将根据以保存的开票信息,自动将新添加的开票信息推送给对应的商户用户端;开票管控端利用ws技术,将开票信息推送给商户用户端,并在商户用户端进行显示,该信息通过联表查询的方式获取,包括:id编号,firmName抬头,naShuiRenShiBieHao纳税人识别号,addressTel地址、电话,kaiHuHangZhanHu开户行及账户,serviceName服务名称,money价格,zadminDates开票时间,数量为1,state状态;
步骤11:消费者用户点击开票记录,即可进入开票记录页面,该页面显示该消费者用户的开票记录及所有记录统计金额;
用户点击开票记录,通过将消费者用户对应的id传递到开票管控端invoiceListShow方法中,通过查询表invoice,usersId=传入Id,查询到该消费这用户对应的开票记录,并通过页面js方法统计开票金额,最后在页面中进行显示。若未在表invoice中找到信息,则返回“未找到开票记录”;
步骤12:商户用户可登录商户用户端在商户开票管理中查看绑定商户的开票记录及申请;商户用户在商户用户端点击开票管理,请求接口invoiceJson通过多表联合查询的方式:companyId=商户用户传回Id,查询到所有的开票记录,也可以选择时间zadminDates=传入时间,查询到某一天的开票记录,也可以选择是否打印,state=1为已传送,2为已完成,查询到各种状态的开票信息。通过多表联合查询的方式查询到信息有:id编号,firmName抬头,naShuiRenShiBieHao纳税人识别号,addressTel地址、电话,kaiHuHangZhanHu开户行及账户,serviceName服务名称,money价格,zadminDates开票时间,数量为1,state状态;
步骤13:在开票管理界面,用户可通过点击未传送至外部税务软件的信息的传送按钮,将信息传送至外部税务软件;
步骤14:在开票管理界面,用户可通过点击已传送至外部税务软件的信息的打印按钮,将开票信息进行打印,具体为:invoiceFormUpdate传递invoice的Id与state,在接口中首先检验state是否为状态的改变值,如1为点击传送与2为点击完成,再检验id对应的开票信息是否存在,在数据库表invoice中查询id=id,若查询信息为null,则返回提示该发票不存在,若查询到信息,则将该条信息通过update方法将state值变为传入的state值保存到数据库中。
4.根据权利要求3所述的一种便携式网络开票方法,其特征在于所述步骤1中还包括以下内容:商户用户提交商户信息后,可注册店员对商户进行管理,在信息收集模块填写信息,店员信息包括:登录账户、密码、真实姓名、联系电话、QQ号码、性别、邮箱地址、微信号、身份证号码,并提交至开票管控端进行验证保存;店员信息传送至开票管控端后,通过Update方法将信息进行处理:验证companyId,在表Company中查询对应id,若查询出信息则通过,查询不到则不通过;验证serviceName是否为空或null;验证orders是否为数字,若不通过则返回信息收集模块,若通过则对应放入店员模型中,然后通过save方法将模型中所带有的信息存入数据库表中保存。
5.根据权利要求3所述的一种便携式网络开票方法,其特征在于步骤5中还包括以下内容:
步骤5.1:若消费者用户为第一次使用,则会关注绑定公众号,并读取消费者用户公众号信息,并存入开票管控端;若是第一次登录则将微信号部分信息传递至开票管控端通过usersUpdate方法,将信息保存到消费者用户模块中,然后通过save方法将模块中的信息保存到数据库中,并在消费者用户端session中记录登录状态;
步骤5.2:若消费这不是第一次使用则直接获取二维码信息并进行请求;若不是第一次登录,则通过微信特有的Wx_openId用户唯一识别标识查询到之前保存在数据控中用户信息,并与微信返回信息做对比,若相同则直接记录登录状态到session中,若不相同则更新相关信息后,再将登录状态记录到消费者用户端session中。
6.根据权利要求3所述的一种便携式网络开票方法,其特征在于步骤14中若发票请求为电子发票,则将电子发票发送至已填写的用户邮箱,具体为:invoiceFormUpdate传递invoice的Id与state,在接口中首先检验state是否为状态的改变值,如1为点击传送与2为点击完成,再检验id对应的开票信息是否存在,在数据库表invoice中查询id=id,若查询信息为null,则返回提示该发票不存在,若查询到信息,则查看是否为索要电子发票,若不是则按照纸质发票进行打印,若是电子发票,则将其信息通过invoiceMsg方法将信息编辑成一份电子发票,并将发票发送至该用户所留下的邮箱中,若发送不成功则返回商户用户端,并提示商户用户未发送成功,及可能的原因,若发送成功,则将该条信息通过update方法将state值变为传入的state值保存到数据库中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710687340.XA CN107481072A (zh) | 2017-08-08 | 2017-08-08 | 便携式网络开票系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710687340.XA CN107481072A (zh) | 2017-08-08 | 2017-08-08 | 便携式网络开票系统及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107481072A true CN107481072A (zh) | 2017-12-15 |
Family
ID=60599444
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710687340.XA Pending CN107481072A (zh) | 2017-08-08 | 2017-08-08 | 便携式网络开票系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107481072A (zh) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108416639A (zh) * | 2018-02-11 | 2018-08-17 | 苏州朗动网络科技有限公司 | 开票资料处理方法、装置、计算机设备和存储介质 |
CN108712325A (zh) * | 2018-05-28 | 2018-10-26 | 招商银行股份有限公司 | 动账通知方法、设备及计算机可读存储介质 |
CN108711241A (zh) * | 2018-05-14 | 2018-10-26 | 西安艾润物联网技术服务有限责任公司 | 电子发票获取方法、装置、系统及计算机可读存储介质 |
CN108921628A (zh) * | 2018-06-13 | 2018-11-30 | 山东浪潮通软信息科技有限公司 | 一种支持在线开具电子发票的实现方法 |
CN108960941A (zh) * | 2018-05-18 | 2018-12-07 | 北京票通信息技术有限公司 | 电子支付开票方法 |
CN109145240A (zh) * | 2018-08-31 | 2019-01-04 | 阿里巴巴集团控股有限公司 | 一种基于扫码操作的页面访问方法、装置及系统 |
CN109409968A (zh) * | 2018-10-09 | 2019-03-01 | 四川航天信息有限公司 | 一种开票方法及系统 |
CN109727107A (zh) * | 2018-12-20 | 2019-05-07 | 深圳市琦迹技术服务有限公司 | 电子票据系统及电子票据方法 |
CN109949109A (zh) * | 2018-12-29 | 2019-06-28 | 航天信息股份有限公司 | 一种开具电子发票的方法及装置 |
CN110033334A (zh) * | 2018-08-02 | 2019-07-19 | 天津荣易达信息技术有限公司 | 国际物流在线开票方法 |
CN110084656A (zh) * | 2019-05-09 | 2019-08-02 | 张剑奇 | 便携式开票系统及装置 |
CN110443659A (zh) * | 2019-08-07 | 2019-11-12 | 北京微电票技术服务有限公司 | 一种发票生成方法和系统 |
CN111028022A (zh) * | 2019-10-24 | 2020-04-17 | 艾体威尔电子技术(北京)有限公司 | 一种智能pos设备电子发票开票系统及开票方法 |
CN111178995A (zh) * | 2019-12-31 | 2020-05-19 | 航天信息股份有限公司企业服务分公司 | 一种基于云端票据系统进行票据处理的方法及系统 |
CN112016983A (zh) * | 2020-09-08 | 2020-12-01 | 四川财经职业学院 | 一种解决电子发票重复报销的方法 |
CN112990992A (zh) * | 2021-04-16 | 2021-06-18 | 拉扎斯网络科技(上海)有限公司 | 票证开具方法及装置 |
CN113592570A (zh) * | 2021-06-09 | 2021-11-02 | 青岛海尔科技有限公司 | 确定发票地址的方法及装置、维护方法及装置和发票系统 |
-
2017
- 2017-08-08 CN CN201710687340.XA patent/CN107481072A/zh active Pending
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108416639A (zh) * | 2018-02-11 | 2018-08-17 | 苏州朗动网络科技有限公司 | 开票资料处理方法、装置、计算机设备和存储介质 |
CN108416639B (zh) * | 2018-02-11 | 2021-08-20 | 企查查科技有限公司 | 开票资料处理方法、装置、计算机设备和存储介质 |
CN108711241A (zh) * | 2018-05-14 | 2018-10-26 | 西安艾润物联网技术服务有限责任公司 | 电子发票获取方法、装置、系统及计算机可读存储介质 |
CN108960941A (zh) * | 2018-05-18 | 2018-12-07 | 北京票通信息技术有限公司 | 电子支付开票方法 |
CN108960941B (zh) * | 2018-05-18 | 2021-04-16 | 北京票通信息技术有限公司 | 电子支付开票方法 |
CN108712325A (zh) * | 2018-05-28 | 2018-10-26 | 招商银行股份有限公司 | 动账通知方法、设备及计算机可读存储介质 |
CN108921628A (zh) * | 2018-06-13 | 2018-11-30 | 山东浪潮通软信息科技有限公司 | 一种支持在线开具电子发票的实现方法 |
CN110033334A (zh) * | 2018-08-02 | 2019-07-19 | 天津荣易达信息技术有限公司 | 国际物流在线开票方法 |
CN109145240A (zh) * | 2018-08-31 | 2019-01-04 | 阿里巴巴集团控股有限公司 | 一种基于扫码操作的页面访问方法、装置及系统 |
CN109409968A (zh) * | 2018-10-09 | 2019-03-01 | 四川航天信息有限公司 | 一种开票方法及系统 |
CN109727107A (zh) * | 2018-12-20 | 2019-05-07 | 深圳市琦迹技术服务有限公司 | 电子票据系统及电子票据方法 |
CN109949109A (zh) * | 2018-12-29 | 2019-06-28 | 航天信息股份有限公司 | 一种开具电子发票的方法及装置 |
CN110084656A (zh) * | 2019-05-09 | 2019-08-02 | 张剑奇 | 便携式开票系统及装置 |
CN110443659A (zh) * | 2019-08-07 | 2019-11-12 | 北京微电票技术服务有限公司 | 一种发票生成方法和系统 |
CN111028022A (zh) * | 2019-10-24 | 2020-04-17 | 艾体威尔电子技术(北京)有限公司 | 一种智能pos设备电子发票开票系统及开票方法 |
CN111178995A (zh) * | 2019-12-31 | 2020-05-19 | 航天信息股份有限公司企业服务分公司 | 一种基于云端票据系统进行票据处理的方法及系统 |
CN111178995B (zh) * | 2019-12-31 | 2023-12-01 | 航天信息股份有限公司企业服务分公司 | 一种基于云端票据系统进行票据处理的方法及系统 |
CN112016983A (zh) * | 2020-09-08 | 2020-12-01 | 四川财经职业学院 | 一种解决电子发票重复报销的方法 |
CN112990992A (zh) * | 2021-04-16 | 2021-06-18 | 拉扎斯网络科技(上海)有限公司 | 票证开具方法及装置 |
CN113592570A (zh) * | 2021-06-09 | 2021-11-02 | 青岛海尔科技有限公司 | 确定发票地址的方法及装置、维护方法及装置和发票系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107481072A (zh) | 便携式网络开票系统及方法 | |
US8010090B2 (en) | Mobile collection application | |
US8220030B2 (en) | System and method for security in global computer transactions that enable reverse-authentication of a server by a client | |
US8359239B1 (en) | Method and apparatus for tracking mobile transactions | |
US6883004B2 (en) | Automated invoice receipt and management system | |
US8002178B2 (en) | Virtual membership card system and providing method, and virtual membership card reading method | |
CN1271449A (zh) | 电子支付系统 | |
US9491163B2 (en) | Object delivery authentication | |
CN101025806A (zh) | 一种用移动通信终端进行费用支付的身份认证方法 | |
AU2007295134A1 (en) | Method and computer system for ensuring authenticity of an electronic transaction | |
CN100414935C (zh) | 提醒接收电子邮件的方法 | |
US9596228B2 (en) | Methods and systems for handling trusted content from various service providers | |
US8566902B2 (en) | Secure messaging center | |
CN112929591A (zh) | 一种5g税务视频客服平台及其操作方法 | |
CN1584894A (zh) | 电子优惠券网络控制系统 | |
WO2020136284A1 (en) | Electronic registered mail methods, apparatus, and system | |
JP2008537650A (ja) | コンピュータネットワーク転送プロトコルを介してドキュメントのデジタル表現を転送するための方法およびシステム | |
US20030130942A1 (en) | Automated invoice receipt and management system with automated loading systems | |
CN1941778B (zh) | 用于电信服务的第三方接入网关 | |
US20030130943A1 (en) | Automated invoice receipt and management system with automated loading systems | |
US20060136333A1 (en) | System and method for servicing student financial needs | |
US20020112027A1 (en) | Method of providing user-related information between devices on a data network | |
US20030191691A1 (en) | Computer system for forming a database | |
TWM614824U (zh) | 查詢電信伺服器以由電信伺服器核實身分之系統 | |
KR100941933B1 (ko) | 고객통합전자 사서함 수신 메일 다중 신청등록 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20171215 |
|
WD01 | Invention patent application deemed withdrawn after publication |