CN105303438A - 一种消费金额数据处理方法及系统 - Google Patents
一种消费金额数据处理方法及系统 Download PDFInfo
- Publication number
- CN105303438A CN105303438A CN201510766318.5A CN201510766318A CN105303438A CN 105303438 A CN105303438 A CN 105303438A CN 201510766318 A CN201510766318 A CN 201510766318A CN 105303438 A CN105303438 A CN 105303438A
- Authority
- CN
- China
- Prior art keywords
- account
- expense report
- amount
- spending amount
- money
- 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
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请提供一种消费金额数据处理方法及系统,以第一账户所有者提供的刷卡凭证为依据,进而查询第一账户列表中的第一账户需要进行消费金额转入的消费明细;再根据第一账户的消费明细确定可转入第一账户的消费金额后,接收录入的报销信息并生成报销单;待报销单通过审核时,才能依据报销单,将第二账户类表中的账户金额转入第一账户。以刷卡凭证取代现有技术中的发票等其它可篡改的交易凭证,再经过查询消费明细及报销单的审核,消除了报销费用与实际消费金额之间的误差。
Description
技术领域
本发明涉及消费金额数据处理技术领域,尤其涉及一种消费金额数据处理方法及系统。
背景技术
传统的已知报销方式,通常为员工代企事业单位进行垫付,待其返回所在单位后再使用发票向单位提交报销申请,单位再通过转账的方式将报销款转账至员工在单位登记的银行卡中。
但是上述报销方式下,员工在差旅或者采购等环节,可能会采用高开发票的方式谋取私利,而在单位进行报销时单位只能通过其发票为报销依据,其实际消费金额无法核实,其报销费用与实际消费金额之间的误差将会造成企事业单位的损失。
发明内容
有鉴于此,本发明提供了一种消费金额数据处理方法及系统,以解决现有技术中报销费用与实际消费金额之间存在误差的问题。
为了实现上述目的,本发明实施例提供的技术方案如下:
一种消费金额数据处理方法,应用于消费金额数据处理系统;所述消费金额数据处理方法包括:
确定第一账户列表和第二账户列表;
根据输入信息查询所述第一账户列表中的第一账户需要进行消费金额转入的消费明细;所述输入信息为根据所述第一账户的所有者提供的刷卡凭证输入的信息;
接收录入的报销信息;所述报销信息包括:根据所述第一账户的消费明细确定的可转入所述第一账户的消费金额及所述消费金额的消费用途;
根据录入的所述报销信息生成报销单;
判断所述报销单是否通过审核;
当所述报销单通过审核时,依据所述报销单,将所述第二账户类表中的账户金额转入所述第一账户。
优选的,所述判断所述报销单是否通过审核包括:
接收至少一次审核结果;
根据所述审核结果判断所述报销单是否通过审核。
优选的,所述依据所述报销单,将所述第二账户类表中的账户金额转入所述第一账户包括:
依据所述报销单扣减所述第二账户类表中选择账户的相应金额,将所述相应金额存入银行内部账户,并实时将所述相应金额数量增加至所述第一账户的可用额度中;
日终时将所述相应金额由所述银行内部账户转入所述第一账户中。
优选的,所述接收录入的报销信息之后还包括:接收所述报销信息修改或删除。
优选的,所述根据录入的所述报销信息生成报销单之后还包括:接收报销单收回及删除。
优选的,所述依据所述报销单,将所述第二账户类表中的账户金额转入所述第一账户之后还包括:同步或异步输出交易结果信息。
一种消费金额数据处理系统,包括:
合约单元,用于确定第一账户列表和第二账户列表;
查询单元,用于根据输入信息查询所述第一账户列表中的第一账户需要进行消费金额转入的消费明细;所述输入信息为根据所述第一账户的所有者提供的刷卡凭证输入的信息;
录入单元,用于接收录入的报销信息;所述报销信息包括:根据所述第一账户的消费明细确定的可转入所述第一账户的消费金额及所述消费金额的消费用途;
制单单元,用于根据录入的所述报销信息生成报销单;
判断单元,用于判断所述报销单是否通过审核;
还款单元,用于依据所述报销单,将所述第二账户类表中的账户金额转入所述第一账户。
优选的,所述还款单元包括:
第一模块,用于依据所述报销单扣减所述第二账户类表中选择账户的相应金额,将所述相应金额存入银行内部账户,并实时将所述相应金额数量增加至所述第一账户的可用额度中;
第二模块,用于日终时将所述相应金额由所述银行内部账户转入所述第一账户中。
优选的,
所述合约单元还用于:确定与所述第一账户绑定的第三账户;
所述还款单元还用于:通过所述第三账户为所述第一账户进行还款;当所述报销单通过审核时,依据所述报销单,将所述第二账户类表中的账户金额转入所述第三账户。
优选的,所述输入信息包括:第一账户账号/所有者姓名、消费日期及消费金额。
本申请提供一种消费金额数据处理方法,以所述第一账户所有者提供的刷卡凭证为依据,进而查询所述第一账户列表中的第一账户需要进行消费金额转入的消费明细;再根据所述第一账户的所述消费明细确定可转入所述第一账户的消费金额后,接收录入的报销信息并生成报销单;待所述报销单通过审核时,才能依据所述报销单,将所述第二账户类表中的账户金额转入所述第一账户。以刷卡凭证取代现有技术中的发票等其它可篡改的交易凭证,再经过查询消费明细及所述报销单的审核,消除了报销费用与实际消费金额之间的误差。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的一种消费金额数据处理方法的流程图;
图2为本申请另一实施例提供的另一消费金额数据处理方法的流程图;
图3为本申请另一实施例提供的另一消费金额数据处理方法的流程图;
图4为本申请另一实施例提供的另一消费金额数据处理方法的流程图;
图5为本申请另一实施例提供的一种消费金额数据处理系统的结构示意图;
图6为本申请另一实施例提供的一种消费金额数据处理系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明提供了一种消费金额数据处理方法,以解决现有技术中存在高开发票的问题。
具体的,所述消费金额数据处理方法,应用于消费金额数据处理系统;所述消费金额数据处理方法如图1所示,包括:
S101、确定第一账户列表及第二账户列表;
在具体的实际应用中,所述消费金额数据处理方法可以应用于各个企事业单位的报销环节中。各个企事业单位在使用所述消费金额数据处理方法前需要和银行签订卡报销合约,合约中维护了企事业单位的第二账户列表以及第一账户列表;其中,所述第二账户列表为还款账户的账号列表,所述第一账户列表为企事业单位发放给指定员工的商务卡的账号列表。相比于现有技术的现金管理系统需要成对维护还款账户和商务卡,本实施例中的所述第二账户列表和所述第一账户列表是独立而非一一对应绑定的,不仅降低了用户申请的工作量,而且使用户在报销过程中可以灵活选择任一还款账户为任一商务卡还款,进而使企事业单位的账务分类更加明确,便于管理和统计。另外,所述消费金额数据处理系统可以根据具体的实际情况支持所述还款账户与所述商务卡之间的收付关系多种组合。
卡报销合约在签订后即时生效,用户可以在银行提供的企业网上银行界面或者自己的ERP(EnterpriseResourcePlanning,企业资源计划)系统中进行操作。
在具体的实际应用中,所述卡报销合约还允许用户提供另外的第三账户(比如借记卡)与其第一账户进行绑定。当用户在特殊情况下无法及时进行报销时,所有者可以选择通过网点、POS机等其它渠道由所述第三账户自发先行向所述第一账户还款,防止超过最后还款日带来罚息损失。所有者在方便时到企事业单位进行报销,可以要求将报销款项直接转入与其第一账户绑定的第三账户中。
员工可以要求向其绑定的第三账户中还款,系统支持在报销信息录入时输入绑定的第三账户账号。还款时,款项直接转入其第三账户中。此种方式更为灵活适用。
S102、根据输入信息查询所述第一账户列表中的第一账户需要进行消费金额转入的消费明细;所述输入信息为根据所述第一账户的所有者提供的刷卡凭证输入的信息;
为了避免虚开发票或伪造票据,所述消费金额数据处理系统为用户提供了查询消费明细的功能,企业操作员根据员工提供的POS机刷卡凭证,在操作界面上输入所述输入信息,可以查询到满足所述输入信息的消费记录。查询结果中包含了全量消费信息,包括商户名称等,便于财务核对。
S103、接收录入的报销信息;所述报销信息包括:根据所述第一账户的消费明细确定的可转入所述第一账户的消费金额及所述消费金额的消费用途;
对于查询到的所述消费明细,用户可以依据实际情况确定合理的报销金额,所述消费金额数据处理系统可以根据所述第一账户的消费明细确定可转入所述第一账户的消费金额,支持企事业单位灵活调整其实际报销金额,同时支持选择或手工录入该笔消费金额的消费用途,如:餐费、差旅费等等,便于日后的审计和管理。
另外,在具体的实际应用中,所述报销信息还可以包括从所述第二账户列表中选择的将所述消费金额转入所述第一账户的第二账户,使所述消费金额数据处理系统可以通过所述报销信息支持企事业单位从第二账户列表中选择第二账户针对这笔消费进行报销,便于企事业单位对第二账户的使用进行分类管理。或者,所述报销信息还可以包括选择是否使用与所述第一账户绑定的第三账户为所述第一账户进行还款,所述消费金额数据处理系统选择通过第三账户为第一账户进行还款时,可将第二账户的账户金额转入第三账户。
S104、根据录入的所述报销信息生成报销单;
所述报销信息可以为一条,也可以为多条。系统支持用户同时选择多笔报销信息,根据所述多笔报销信息生成一个报销单即可,在同一报销单中批量提交至下级复核员进行报销单的审核。
S105、判断所述报销单是否通过审核;
在具体的操作过程中,可以由企事业单位的具体审查人员进行审核后,将审核结果输入至所述消费金额数据处理系统的操作界面上,再由所述消费金额数据处理系统根据所述审核结果判断所述报销单是否通过审核;
S106、当所述报销单通过审核时,依据所述报销单,将所述第二账户类表中的账户金额转入所述第一账户。
多数企事业单位会维护多于一个还款账户,企业操作员可以根据企业自身对财务出纳的具体要求,选择所述第二账户列表中的一个还款账户对当前报销信息进行还款。另外,所述消费金额数据处理系统选择通过第三账户为第一账户进行还款时,可将第二账户的账户金额转入第三账户。
本实施例提供的所述消费金额数据处理方法,以所述第一账户的所有者提供的刷卡凭证为依据,进而查询所述第一账户列表中的第一账户需要进行消费金额转入的消费明细;再根据所述第一账户的消费明细确定可转入所述第一账户的消费金额后,接收录入的报销信息并生成报销单;待所述报销单通过审核时,才能依据所述报销单,将所述第二账户类表中的账户金额转入所述第一账户。以刷卡凭证取代现有技术中的发票等其它可篡改的交易凭证,再经过查询消费明细及所述报销单的审核,消除了报销费用与实际消费金额之间的误差。
优选的,步骤S105包括:
接收至少一次审核结果;
根据所述审核结果判断所述报销单是否通过审核。
对于卡报销业务,考虑到账务的安全性,所述消费金额数据处理系统建议采用多步审核流程,需要至少有制单员和审核员两个人进行二级审核。在具体的实际应用中,还可以根据用户的需求,自行设定多步审核流程,均在本申请的保护范围内。
优选的,如图2所示,步骤S106包括:
S1061、依据所述报销单扣减所述第二账户类表中选择账户的相应金额,将所述相应金额存入银行内部账户,并实时将所述相应金额数量增加至所述第一账户的可用额度中;
S1062、日终时将所述相应金额由所述银行内部账户转入所述第一账户中。
传统的现金系统中其还款的实现方式为:分别向信用卡系统以及银行核心系统发送清算文件,待日终清算后实现资金从用户的还款账户转入第一账户中,即T+1入账。
而本实施例所述的消费金额数据处理方法,在所述报销单通过审核后,所述消费金额数据处理系统组合调用所述银行核心系统的转账交易,扣减用户还款账户中的相应金额存入所述银行内部账户,并实时提升第一账户的可用额度。待日终时由所述银行内部账户将报销款转入所述第一账户中。
所述消费金额数据处理系统在传统现金系统的基础上进行了优化,实现了报销还款的实时入账。
优选的,如图3所示,步骤S103之后还包括:
S107、接收所述报销信息修改;
或者,S108、接收所述报销信息删除。
对于已经录入的所述报销信息,所述消费金额数据处理系统提供了修改以及删除的功能,并做了权限控制。只有录入此条报销信息的企业操作员才有权限修改或删除所述报销信息。
优选的,如图4所示,步骤S104之后还包括:
S109、接收报销单收回;
S110、接收报销单删除。
对于尚未完成终审的所述报销单,制单员可以申请收回所述报销单,已收回的所述报销单可以被删除。
优选的,步骤S106之后还包括:同步或异步输出交易结果信息。
所述消费金额数据处理系统支持同步和异步两种输出交易结果信息的方式,其中:
同步输出交易结果信息的方式是指:所述消费金额数据处理系统在执行步骤S106、依据所述报销单,将所述第二账户类表中的账户金额转入所述第一账户后,即时转账,并返回交易“成功”或者“失败”的确定结果。
异步输出交易结果信息的方式返回交易结果是指:所述消费金额数据处理系统在执行步骤S106、依据所述报销单,将所述第二账户类表中的账户金额转入所述第一账户后,不明确返回交易的执行结果,仅通知用户“银行已受理”,用户可以通过事后查询交易结果,或查看银行推送的结果文件获取交易执行的状态。
本实施例所述的消费金额数据处理方法,通过上述步骤可以支持报销结果的实时查询和定期推送。
本发明另一实施例还提供了一种消费金额数据处理系统,如图5所示,包括:
合约单元101、查询单元102、录入单元103、制单单元104、判断单元105及还款单元106。
具体的工作原理为:
合约单元101用于确定第一账户列表及第二账户列表;
查询单元102用于根据输入信息查询所述第一账户列表中的第一账户需要进行消费金额转入的消费明细;所述输入信息为根据所述第一账户的所有者提供的刷卡凭证输入的信息;
录入单元103用于接收录入的报销信息;所述报销信息包括:根据所述第一账户的消费明细确定的可转入所述第一账户的消费金额及所述消费金额的消费用途;
制单单元104用于根据录入的所述报销信息生成报销单;
判断单元105用于判断所述报销单是否通过审核;
还款单元106用于当所述报销单通过审核时,依据所述报销单,将所述第二账户类表中的账户金额转入所述第一账户。
本实施例提供的所述消费金额数据处理系统,以所述第一账户的所有者提供的刷卡凭证为依据,进而查询所述第一账户列表中的第一账户需要进行消费金额转入的消费明细;再根据所述第一账户的消费明细确定可转入所述第一账户的消费金额后,接收录入的一条或多条报销信息并生成报销单;待所述报销单通过审核时,才能依据所述报销单,将所述第二账户类表中的账户金额转入所述第一账户。以刷卡凭证取代现有技术中的发票等其它可篡改的交易凭证,再经过查询消费明细及所述报销单的审核,消除了报销费用与实际消费金额之间的误差。
优选的,如图6所示,还款单元106包括:
第一模块1061和第二模块1062。
第一模块1061用于依据所述报销单扣减所述第二账户类表中选择账户的相应金额,将所述相应金额存入银行内部账户,并实时将所述相应金额数量增加至所述第一账户的可用额度中;
第二模块1062用于日终时将所述相应金额由所述银行内部账户转入所述第一账户中。
优选的,所述合约单元还用于:确定与所述第一账户绑定的第三账户;
所述还款单元还用于:通过所述第三账户为所述第一账户进行还款;当所述报销单通过审核时,依据所述报销单,将所述第二账户类表中的账户金额转入所述第三账户。
所述卡报销合约还允许用户提供另外的第三账户(比如借记卡)与其第一账户进行绑定。当用户在特殊情况下无法及时进行报销时,所有者可以选择通过网点、POS机等其它渠道由所述第三账户自发先行向所述第一账户还款,防止超过最后还款日带来罚息损失。所有者在方便时到企事业单位进行报销,可以要求将报销款项直接转入与其第一账户绑定的第三账户中。
员工可以要求向其绑定的第三账户中还款,系统支持在报销信息录入时输入绑定的第三账户账号。还款时,款项直接转入其第三账户中。此种方式更为灵活适用。
在具体的实际应用中,所述还款单元可以通过绑定的所述第三账户为所述第一账户还款,当然也可以采用其它任何信用卡还款或者现金还款方式,此处不做具体限定,均在本申请的保护范围内。
优选的,所述输入信息包括:第一账户账号/所有者姓名、消费日期及消费金额。
所述第一账户为企业发放给个人使用的信用卡,允许员工使用该卡进行个人消费;而员工的个人消费信息即为隐私类信息,为保障个人隐私,所述消费明细查询过程中,第一账户账号/所有者姓名、消费日期、消费金额三者均为必输项,缺一不可,企业操作员只能依据员工提供的刷卡凭证查询到指定的报销信息;进而使个人消费和公务消费得到了有效隔离,防止了隐私的泄露。
本实施例提供的所述消费金额数据处理系统,以刷卡凭证(如POS机刷卡消费回执)为凭据,在报销环节,需要提供该笔消费的消费金额、消费日期以及第一账户号到银行端进行校验,杜绝了虚开发票或伪造凭据的现象,消除了报销费用与实际消费金额之间的误差。
优选的,判断单元105具体用于:
接收至少一次审核结果;
根据所述审核结果判断所述报销单是否通过审核。
优选的,录入单元103还用于:
接收所述报销信息修改或删除。
优选的,制单单元104还用于:
接收报销单收回及删除。
优选的,所述消费金额数据处理系统还用于:同步或异步输出交易结果信息。
具体的工作原理与上述实施例相同,此处不再一一赘述。
本发明中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
以上仅是本发明的优选实施方式,使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种消费金额数据处理方法,其特征在于,应用于消费金额数据处理系统;所述消费金额数据处理方法包括:
确定第一账户列表和第二账户列表;
根据输入信息查询所述第一账户列表中的第一账户需要进行消费金额转入的消费明细;所述输入信息为根据所述第一账户的所有者提供的刷卡凭证输入的信息;
接收录入的报销信息;所述报销信息包括:根据所述第一账户的消费明细确定的可转入所述第一账户的消费金额及所述消费金额的消费用途;
根据录入的所述报销信息生成报销单;
判断所述报销单是否通过审核;
当所述报销单通过审核时,依据所述报销单,将所述第二账户类表中的账户金额转入所述第一账户。
2.根据权利要求1所述的消费金额数据处理方法,其特征在于,所述判断所述报销单是否通过审核包括:
接收至少一次审核结果;
根据所述审核结果判断所述报销单是否通过审核。
3.根据权利要求1所述的消费金额数据处理方法,其特征在于,所述依据所述报销单,将所述第二账户类表中的账户金额转入所述第一账户包括:
依据所述报销单扣减所述第二账户类表中选择账户的相应金额,将所述相应金额存入银行内部账户,并实时将所述相应金额数量增加至所述第一账户的可用额度中;
日终时将所述相应金额由所述银行内部账户转入所述第一账户中。
4.根据权利要求1所述的消费金额数据处理方法,其特征在于,所述接收录入的报销信息之后还包括:接收所述报销信息修改或删除。
5.根据权利要求1所述的消费金额数据处理方法,其特征在于,所述根据录入的所述报销信息生成报销单之后还包括:接收报销单收回及删除。
6.根据权利要求1所述的消费金额数据处理方法,其特征在于,所述依据所述报销单,将所述第二账户类表中的账户金额转入所述第一账户之后还包括:同步或异步输出交易结果信息。
7.一种消费金额数据处理系统,其特征在于,包括:
合约单元,用于确定第一账户列表和第二账户列表;
查询单元,用于根据输入信息查询所述第一账户列表中的第一账户需要进行消费金额转入的消费明细;所述输入信息为根据所述第一账户的所有者提供的刷卡凭证输入的信息;
录入单元,用于接收录入的报销信息;所述报销信息包括:根据所述第一账户的消费明细确定的可转入所述第一账户的消费金额及所述消费金额的消费用途;
制单单元,用于根据录入的所述报销信息生成报销单;
判断单元,用于判断所述报销单是否通过审核;
还款单元,用于依据所述报销单,将所述第二账户类表中的账户金额转入所述第一账户。
8.根据权利要求7所述的消费金额数据处理系统,其特征在于,所述还款单元包括:
第一模块,用于依据所述报销单扣减所述第二账户类表中选择账户的相应金额,将所述相应金额存入银行内部账户,并实时将所述相应金额数量增加至所述第一账户的可用额度中;
第二模块,用于日终时将所述相应金额由所述银行内部账户转入所述第一账户中。
9.根据权利要求7所述的消费金额数据处理系统,其特征在于,
所述合约单元还用于:确定与所述第一账户绑定的第三账户;
所述还款单元还用于:通过所述第三账户为所述第一账户进行还款;当所述报销单通过审核时,依据所述报销单,将所述第二账户类表中的账户金额转入所述第三账户。
10.根据权利要求7所述的消费金额数据处理系统,其特征在于,所述输入信息包括:第一账户账号/所有者姓名、消费日期及消费金额。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510766318.5A CN105303438A (zh) | 2015-11-11 | 2015-11-11 | 一种消费金额数据处理方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510766318.5A CN105303438A (zh) | 2015-11-11 | 2015-11-11 | 一种消费金额数据处理方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105303438A true CN105303438A (zh) | 2016-02-03 |
Family
ID=55200668
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510766318.5A Pending CN105303438A (zh) | 2015-11-11 | 2015-11-11 | 一种消费金额数据处理方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105303438A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105868963A (zh) * | 2016-03-25 | 2016-08-17 | 乐视控股(北京)有限公司 | 信息处理方法、装置及系统 |
CN107590731A (zh) * | 2017-08-31 | 2018-01-16 | 深圳市联邦重科电子科技有限公司 | 一种账单费用的记录方法、装置及设备 |
CN107665431A (zh) * | 2016-08-23 | 2018-02-06 | 平安科技(深圳)有限公司 | 资金审计方法和装置 |
CN108038774A (zh) * | 2017-11-23 | 2018-05-15 | 平安科技(深圳)有限公司 | 网约车结算及报销的方法、系统及存储介质 |
CN109741161A (zh) * | 2018-07-03 | 2019-05-10 | 平安科技(深圳)有限公司 | 商务卡关联监督方法、系统、终端及可读存储介质 |
WO2019100308A1 (zh) * | 2017-11-23 | 2019-05-31 | 平安科技(深圳)有限公司 | 差旅项目的报销方法、系统、存储介质及终端 |
CN110009468A (zh) * | 2019-03-08 | 2019-07-12 | 王明民 | 用于医疗自助付费的数据处理方法及装置 |
CN111402026A (zh) * | 2020-03-25 | 2020-07-10 | 支付宝(杭州)信息技术有限公司 | 业务处理方法及因公报销处理方法 |
CN113222726A (zh) * | 2021-05-25 | 2021-08-06 | 支付宝(杭州)信息技术有限公司 | 电子凭证的处理方法、装置及设备 |
CN113222723A (zh) * | 2021-05-25 | 2021-08-06 | 支付宝(杭州)信息技术有限公司 | 票据处理方法、装置、设备和存储介质 |
CN113344534A (zh) * | 2021-06-15 | 2021-09-03 | 湖南农业大学 | 一种设备经费处理系统和方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040167844A1 (en) * | 2003-02-20 | 2004-08-26 | Dolan Patrick J. | Method for payment of tuition and related college or university expenses |
CN101447046A (zh) * | 2008-12-31 | 2009-06-03 | 中国建设银行股份有限公司 | 一种公务卡报销方法、系统及银行客服系统 |
CN102479353A (zh) * | 2010-11-26 | 2012-05-30 | 金蝶软件(中国)有限公司 | Erp系统中利用信用卡生成报销清单的方法、装置及erp系统 |
CN103413214A (zh) * | 2013-08-21 | 2013-11-27 | 苏州慧飞信息科技有限公司 | 多功能报销服务系统 |
CN104751194A (zh) * | 2015-04-27 | 2015-07-01 | 陈包容 | 一种财务费用报销的处理方法及装置 |
-
2015
- 2015-11-11 CN CN201510766318.5A patent/CN105303438A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040167844A1 (en) * | 2003-02-20 | 2004-08-26 | Dolan Patrick J. | Method for payment of tuition and related college or university expenses |
CN101447046A (zh) * | 2008-12-31 | 2009-06-03 | 中国建设银行股份有限公司 | 一种公务卡报销方法、系统及银行客服系统 |
CN102479353A (zh) * | 2010-11-26 | 2012-05-30 | 金蝶软件(中国)有限公司 | Erp系统中利用信用卡生成报销清单的方法、装置及erp系统 |
CN103413214A (zh) * | 2013-08-21 | 2013-11-27 | 苏州慧飞信息科技有限公司 | 多功能报销服务系统 |
CN104751194A (zh) * | 2015-04-27 | 2015-07-01 | 陈包容 | 一种财务费用报销的处理方法及装置 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105868963A (zh) * | 2016-03-25 | 2016-08-17 | 乐视控股(北京)有限公司 | 信息处理方法、装置及系统 |
CN107665431A (zh) * | 2016-08-23 | 2018-02-06 | 平安科技(深圳)有限公司 | 资金审计方法和装置 |
CN107590731A (zh) * | 2017-08-31 | 2018-01-16 | 深圳市联邦重科电子科技有限公司 | 一种账单费用的记录方法、装置及设备 |
CN108038774A (zh) * | 2017-11-23 | 2018-05-15 | 平安科技(深圳)有限公司 | 网约车结算及报销的方法、系统及存储介质 |
WO2019100308A1 (zh) * | 2017-11-23 | 2019-05-31 | 平安科技(深圳)有限公司 | 差旅项目的报销方法、系统、存储介质及终端 |
CN109741161B (zh) * | 2018-07-03 | 2023-08-15 | 平安科技(深圳)有限公司 | 商务卡关联监督方法、系统、终端及可读存储介质 |
CN109741161A (zh) * | 2018-07-03 | 2019-05-10 | 平安科技(深圳)有限公司 | 商务卡关联监督方法、系统、终端及可读存储介质 |
CN110009468A (zh) * | 2019-03-08 | 2019-07-12 | 王明民 | 用于医疗自助付费的数据处理方法及装置 |
CN111402026B (zh) * | 2020-03-25 | 2022-01-25 | 支付宝(杭州)信息技术有限公司 | 业务处理方法及因公报销处理方法 |
CN111402026A (zh) * | 2020-03-25 | 2020-07-10 | 支付宝(杭州)信息技术有限公司 | 业务处理方法及因公报销处理方法 |
CN113222726A (zh) * | 2021-05-25 | 2021-08-06 | 支付宝(杭州)信息技术有限公司 | 电子凭证的处理方法、装置及设备 |
CN113222723A (zh) * | 2021-05-25 | 2021-08-06 | 支付宝(杭州)信息技术有限公司 | 票据处理方法、装置、设备和存储介质 |
CN113344534A (zh) * | 2021-06-15 | 2021-09-03 | 湖南农业大学 | 一种设备经费处理系统和方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105303438A (zh) | 一种消费金额数据处理方法及系统 | |
US7726561B2 (en) | System and method for reconciling credit card payments with corresponding transactions | |
AU2018203290A1 (en) | Method and system for facilitating micropayments in a financial transaction system | |
US7882028B1 (en) | Systems and methods for credit card fee calculation | |
US11157933B2 (en) | System and method for combining coupons with financial accounts | |
US20040111361A1 (en) | System and method for value delivery | |
US20070255639A1 (en) | Automated Money Management Systems and Methods | |
US20140279310A1 (en) | Electronic Payment System Operative with Existing Accounting Software and Existing Remote Deposit Capture and Mobile RDC Software | |
US10643275B2 (en) | Methods and systems for managing consumer savings with credit card transactions | |
US8146806B2 (en) | Prepaid negative balance fee processing and fee diversion | |
CN106529923A (zh) | 一种一点接入全网通的收款服务方法 | |
CN112508570A (zh) | 基于区块链的供应链金融系统 | |
JP2010500636A (ja) | ポータブルな価値分配システムおよび方法への支払人ベースの口座ポーティング | |
CA2682852A1 (en) | Bill payment system | |
KR101500832B1 (ko) | 원천징수 대행 방법 및 이를 실행하는 시스템 | |
CN101017582A (zh) | 自动柜员机无银行卡取款或转账方法 | |
KR102472450B1 (ko) | 전자지갑을 이용한 결제대금 즉시 정산 서비스 제공 시스템 | |
TWM598464U (zh) | 外匯電子化整批交易系統 | |
KR102161624B1 (ko) | 환전 서비스 제공방법 | |
Faruque et al. | Establishment of full-fledged virtual banking in Bangladesh: measures to overcome obstacles | |
Feng et al. | Can the issue of invoice reimbursement in China be solved completely through the integration of blockchain and IoT technology? | |
CN110751546A (zh) | 一种去中心化的分布式节点记账方法 | |
KR20140069747A (ko) | 대출 서비스 제공 방법, 이를 실행하는 서버 및 이를 실행하는 시스템 | |
KR101699106B1 (ko) | 대출금 상환 방법, 이를 실행하는 서버 및 이를 실행하는 시스템 | |
KR20100045067A (ko) | 고객등급 기반 서비스 자동제공 방법 및 시스템과 이를 위한 기록매체 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160203 |