CN102479353A - Erp系统中利用信用卡生成报销清单的方法、装置及erp系统 - Google Patents
Erp系统中利用信用卡生成报销清单的方法、装置及erp系统 Download PDFInfo
- Publication number
- CN102479353A CN102479353A CN2010105610528A CN201010561052A CN102479353A CN 102479353 A CN102479353 A CN 102479353A CN 2010105610528 A CN2010105610528 A CN 2010105610528A CN 201010561052 A CN201010561052 A CN 201010561052A CN 102479353 A CN102479353 A CN 102479353A
- Authority
- CN
- China
- Prior art keywords
- consumption
- reimbursement
- inventory
- card number
- detailed
- 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
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明实施例提供一种ERP系统中利用信用卡生成报销清单的方法、装置及ERP系统,ERP系统中利用信用卡生成报销清单的方法包括:ERP系统接收用户输入的信用卡的卡号;从银行数据库获取所述卡号的消费清单;所述卡号的消费清单包括:所述卡号近期的各消费明细;ERP系统接收用户输入的消费类型选定命令,所述消费类型选定命令用于表示在所述卡号近期的各消费明细中用户选定的近期因公消费的消费明细;ERP系统根据所述用户输入的消费类型选定命令,生成报销清单,该清单包括:所述卡号近期因公消费的消费明细。使用本发明实施例提供的技术方案,能够利用ERP系统生成报销清单。
Description
技术领域
本发明涉及数据处理技术领域,特别涉及一种ERP系统中利用信用卡生成报销清单的方法、装置及ERP系统。
背景技术
企业资源计划(Enterprise Resource Planning,ERP)系统,是指建立在信息技术基础上,对企业的所有资源(物流、资金流、信息流或者人力资源)进行整合集成管理,采用信息化手段实现企业供销链管理,从而达到对供应链路上的每一个环节实现科学管理的目的。采用ERP系统可以帮助企业提高生产管理效率,相对降低生产管理成本。
现有技术中,用户出差利用信用卡消费后,如果想在ERP系统中进行报销,需要人工填写消费记录,并提供每项消费的发票,采用这种人工填写的报销方式,大大的浪费了人力资源而且可能出错,并且报销人员也可以通过多开发票的方式多报销出差的费用,导致企业无法确定报销人员的真实消费金额而支出过多的费用。
发明内容
本发明实施例提供一种ERP系统中利用信用卡生成报销清单的方法、装置及ERP系统,能够利用ERP系统生成报销清单。
有鉴于此,本发明实施例提供:
一种企业资源计划ERP系统中利用信用卡生成报销清单的方法,包括:
ERP系统接收用户输入的信用卡的卡号;
所述ERP系统从银行数据库获取所述卡号的消费清单;所述卡号的消费清单包括:所述卡号近期的各消费明细;其中,卡号近期的消费明细为所述ERP系统上一次从银行数据库获取所述卡号的消费清单之后银行数据库新增的所述卡号的消费明细;
所述ERP系统接收用户输入的消费类型选定命令,所述消费类型选定命令用于表示在所述卡号近期的各消费明细中用户选定的近期因公消费的消费明细;
所述ERP系统根据所述用户输入的消费类型选定命令,生成报销清单,所述报销清单包括:所述卡号近期因公消费的消费明细。
一种利用信用卡生成报销清单的装置,位于ERP系统中,所述利用信用卡生成报销清单的装置包括:信息交互单元、数据获取单元和报销清单生成单元,其中,
所述信息交互单元,用于接收用户输入的信用卡的卡号,在所述数据获取单元从银行数据库获取所述卡号的消费清单之后,接收用户输入的消费类型选定命令,所述消费类型选定命令用于表示在所述卡号近期的各消费明细中用户选定的近期因公消费的消费明细;
所述数据获取单元,用于从银行数据库获取所述卡号的消费清单;所述卡号的消费清单包括:所述卡号近期的各消费明细;其中,卡号近期的消费明细为所述数据获取单元上一次从银行数据库获取所述卡号的消费清单之后银行数据库新增的所述卡号的消费明细;
所述报销清单生成单元,用于根据所述用户输入的消费类型选定命令,生成报销清单,所述报销清单包括:所述卡号近期因公消费的消费明细。
本发明实施例中ERP系统通过从银行数据库获取信用卡近期的各消费明细,并根据用户输入的消费类型选定命令,生成报销清单,该报销清单包括:该卡号近期因公消费的消费明细,这种通过利用ERP系统生成报销清单的方式,能够防止报销人员通过多开发票的方式多报销出差的费用。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种ERP系统中利用信用卡生成报销清单的方法流程图;
图2是本发明实施例提供的另一种ERP系统中利用信用卡生成报销清单的方法流程图;
图3是本发明实施例提供的利用信用卡生成报销清单的装置结构图。
具体实施方式
参阅图1,本发明实施例提供一种ERP系统中利用信用卡生成报销清单的方法,该方法包括:
101、ERP系统接收用户输入的信用卡的卡号。
102、ERP系统利用ERP系统与银行数据库之间的接口,从银行数据库获取所述卡号的消费清单;所述卡号的消费清单包括:所述卡号近期的各消费明细;其中,卡号近期的消费明细为所述ERP系统上一次从银行数据库获取所述卡号的消费清单之后银行数据库新增的所述卡号的消费明细。
其中,ERP系统上一次从银行数据库获取所述卡号的消费清单之后银行数据库新增的所述卡号的消费明细是在ERP系统上一次从银行数据库获取所述卡号的消费清单之后该卡号新产生的消费记录。
其中,该步骤中的银行数据库为银行信用卡数据库。
其中,ERP系统利用ERP系统与银行信用卡数据库之间的接口,可以采用如下方式从银行信用卡数据库获取所述卡号的消费清单:ERP系统利用ERP系统与银行数据库之间的接口,以信用卡的卡号为入口参数,调用银行信用卡数据库中的消费清单管理函数,该消费清单管理函数搜索银行信用卡数据库中该卡号的消费明细并返回给ERP系统,其中,搜索到的消费明细是ERP系统上一次从银行信用卡数据库获取所述卡号的消费清单之后该银行信用卡数据库中新增加的该卡号的消费明细。
其中,从银行数据库获取的所述卡号的消费清单为后续实施例中的银行信用卡消费清单,其中,卡号的每一条消费明细就表示一次消费记录,卡号的每条消费明细至少包括消费金额值,即此次消费的具体金额,还可以包括:该消费金额所属的具体币别,该消费金额对应的具体的消费日期,具体的记账日期,具体的交易类型,具体的商户名称等。
其中,该步骤中从银行数据库获取所述卡号的消费清单为本次从银行数据库获取的消费清单,ERP系统上一次从银行数据库获取所述卡号的消费清单为本次的上一次。
103、ERP系统接收用户输入的消费类型选定命令,所述消费类型选定命令用于表示在所述卡号近期的各消费明细中用户选定的近期因公消费的消费明细。
104、ERP系统根据所述用户输入的消费类型选定命令,生成报销清单,所述报销清单包括:所述卡号近期因公消费的消费明细。
该步骤的具体实现过程包括:ERP系统根据所述用户输入的消费类型选定命令,确定所述卡号近期非因公消费的消费明细和近期因公消费的消费明细,设置所述卡号近期非因公消费的消费明细对应的报销标识为已报销,设置所述卡号近期因公消费的消费明细对应的报销标识为未报销并保存;统计本地保存的报销标识为未报销的消费明细;生成报销清单,所述报销清单包括:本地保存的报销标识为未报销的消费明细,其中,本地保存的报销标识为未报销的消费明细包括:所述卡号近期因公消费的消费明细,其还可以包括:所述ERP系统在本次从银行数据库获取所述卡号的消费清单之前,从银行数据库所获取的、且报销标识为未报销的消费明细。其中,本地保存的报销标识为ERP系统中保存的报销标识。
对于因公消费的消费明细,用户也可以选择是否需要在本次报销,因此,用户可以在生成报销清单之后,指定报销清单中的各消费明细是否需要在本次报销,为了实现这一目的,该方法还包括:在生成报销清单之后,ERP系统修改所述报销清单中的消费明细所对应的报销标识为已报销,然后从所述报销清单中的消费明细中删除用户指定的本次不需要报销的消费明细,并修改所删除的消费明细对应的报销标识为未报销并保存。
本发明实施例中ERP系统通过从银行信用卡数据库获取信用卡近期的各消费明细,并根据用户输入的消费类型选定命令,生成报销清单,该报销清单包括:该卡号近期因公消费的消费明细,这种通过利用ERP系统生成报销清单的方式,能够防止报销人员通过多开发票的方式多报销出差的费用。
为了使本发明提供的技术方案更加清楚明白,如下图2所示实施例对本发明提供的技术方案进行详细介绍,其具体包括:
201、ERP系统接收用户输入的信用卡的卡号和密码,对用户进行认证,在认证成功后,查找该信用卡所属的银行,利用预先建立的ERP系统与银行数据库之间的接口,根据银行信用卡服务器的地址,访问银行信用卡服务器,从银行信用卡服务器上的信用卡数据库调用该卡号的银行信用卡消费清单。
其中,信用卡可以是普通的个人信用卡,也可以是公务卡。该步骤之前,该ERP系统预先建立与银行数据库之间的接口,ERP系统预先保存银行信息,ERP系统根据预先保存的银行信息执行上述操作,其中,以建设银行为例,银行信息可以如表1所示:
表1
其中,从银行获取的该卡号的银行信用卡消费清单包括:该卡号近期的消费明细和银行信用卡消费清单字段,其中,银行信用卡消费清单字段包括:金额、币别、消费日期、记账日期、交易类型和商户名称等,卡号的消费明细包括消费金额值(即此次消费的具体金额)、该消费金额所属的具体币别,该消费金额对应的具体的消费日期,具体的记账日期,具体的交易类型,具体的商户名称等。
其中,从银行信用卡服务器上的信用卡数据库调用该卡号的银行信用卡消费清单具体可以采用如下方式:以信用卡的卡号为入口参数,调用银行信用卡数据库中的消费清单管理函数,该消费清单管理函数搜索银行信用卡数据库中该卡号的消费明细,将搜索到消费明细和消费清单字段返回给ERP系统,其中,搜索到的消费明细是该卡号近期的消费明细,即ERP系统上一次从银行信用卡数据库获取所述卡号的消费清单之后该银行信用卡数据库中新增加的该卡号的消费明细。
202、ERP系统根据预先建立的银行信用卡消费清单字段和ERP系统信用卡消费清单字段的对应关系,将该卡号的各消费明细填写到ERP系统信用卡消费清单中。
其中,ERP系统预先建立的银行信用卡消费清单字段和ERP系统信用卡消费清单字段的对应关系可以如表2所示:
银行信用卡消费清单字段 | ERP系统信用卡消费清单字段 |
卡号 | 卡号 |
消费日期 | 消费日期 |
记账日期 | 记账日期 |
交易类型 | 交易类型 |
商户名称 | 商户名称 |
币别 | 币别 |
金额 | 金额 |
是否因公消费 | |
表示是否已报销的报销标识 |
表2
需要说明的是上表中的银行信用卡消费清单字段和ERP系统信用卡消费清单字段的对应关系不包括“是否因公消费”和“表示是否已报销的报销标识”,这两项是ERP系统信用卡消费清单的特有字段。
203、ERP系统显示ERP系统信用卡消费清单中除了“表示是否已报销的报销标识”以外的其他字段及所述卡号近期的消费明细,ERP系统接收用户输入的消费类型选定命令,所述消费类型选定命令用于表示在所述卡号近期的各消费明细中用户选定的近期因公消费的消费明细。
其中,ERP系统显示的ERP系统信用卡消费清单可以如表3所示:
表3
其中,表3中的“是否因公消费”项供用户进行选择。
204、ERP系统根据用户输入的消费类型选定命令,确定该卡号近期非因公消费的消费明细和近期因公消费的消费明细,设置ERP信用卡消费清单中该卡号近期非因公消费的消费明细对应的报销标识为“Y”并保存,设置所述卡号近期因公消费的消费明细对应的报销标识为“N”并保存。
205、ERP系统统计ERP系统信用卡消费清单中报销标识为“N”的消费明细,生成报销清单,所述报销清单包括:ERP系统信用卡消费清单中报销标识为“N”的消费明细。
其中,ERP系统信用卡消费清单中报销标识为“N”的消费明细包括:所述卡号近期因公消费的消费明细,其还可以包括:ERP系统在本次从银行数据库获取卡号的银行信用卡消费清单之前,从银行数据库所获取的、且ERP系统信用卡消费清单中的报销标识为“N”的消费明细,该部分是因公消费但是以前未报销的消费明细。
206、ERP系统修改已在报销清单中的消费明细所对应的报销标识为“Y”,在接收到用户输入的指定本次报销的消费明细的命令后,从报销清单中的消费明细中删除用户指定本次不需要报销的消费明细,得到经删除处理后的报销清单,修改所删除的消费明细所对应的报销标识为“N”并保存。
其中,将本次不需要报销的消费明细从报销清单中删除,并修改所删除的消费明细所对应的ERP系统信用卡消费清单中报销标识为“N”并保存,这样,在后续再次生成该信用卡的报销清单时,该报销标识为“N”的消费明细也就能出现在报销清单中,通过这种方式,用户可以自由的选择因公消费的消费明细的报销时间。
比如,图3所示的两条消费明细,在生成报销清单之后,ERP系统将两条消费明细的报销标识都设置为“Y”,如果用户指定消费日期为2010.3.26的那条消费明细为本次需要报销的消费明细,消费日期为2010.5.27的那条消费明细为本次不需要报销的消费明细,则ERP系统将本次不需要报销的消费明细从报销清单中删除,并将本次不需要报销的消费明细的消费标识修改为“N”,此时ERP系统保存的信用卡消费清单如表4所示,这样,后续用户再针对该卡号生成报销清单中,消费日期为2010.5.27的那条消费明细也会出现在报销清单中供用户选择。
表4
207、ERP系统将删除处理后的报销清单提交,具体可以是提交到工作流的下一个处理流程中。
本发明实施例中ERP系统通过从银行信用卡数据库获取信用卡近期的各消费明细,并根据用户输入的消费类型选定命令,生成报销清单,该报销清单包括:该卡号近期因公消费的消费明细和以前从银行信用卡数据库所获取的、且ERP系统信用卡消费清单中的报销标识为“N”的消费明细,这种通过利用ERP系统生成报销清单的方式,能够防止报销人员通过多开发票的方式多报销出差的费用。进一步,用户可以在报销清单上选择哪些是本次需要报销的,哪些是本次不需要报销的,ERP系统将本次不需要报销的消费明细从报销清单中删除,并修改所删除的消费明细所对应的报销标识为“N”,这样,在后续再次生成该信用卡的报销清单时,该报销标识为“N”的消费明细也就能出现在报销清单中,通过这种方式,用户可以自由的选择因公消费的消费明细的报销时间。
参阅图3,本发明实施例提供一种利用信用卡生成报销清单的装置,其位于ERP系统中,所述报销清单的生成装置包括:信息交互单元10、数据获取单元20和报销清单生成单元30,其中,
所述信息交互单元10,用于接收用户输入的信用卡的卡号,在所述数据获取单元从银行数据库获取所述卡号的消费清单之后,接收用户输入的消费类型选定命令,所述消费类型选定命令用于表示在所述卡号近期的各消费明细中用户选定的近期因公消费的消费明细;
所述数据获取单元20,用于从银行数据库获取所述卡号的消费清单;所述卡号的消费清单包括:所述卡号近期的各消费明细;其中,卡号近期的消费明细为所述数据获取单元上一次从银行数据库获取所述卡号的消费清单之后银行数据库新增的所述卡号的消费明细;
所述报销清单生成单元30,用于根据所述用户输入的消费类型选定命令,生成报销清单,所述报销清单包括:所述卡号近期因公消费的消费明细。
其中,该装置还包括:ERP系统信用卡消费清单存储单元40,用于存储所述数据获取单元从银行数据库获取的所述卡号的消费明细及与存储的各个消费明细分别对应的报销标识;
所述报销清单生成单元30具体包括:报销标识设置子单元31,用于根据所述用户输入的消费类型选定命令,确定所述卡号近期非因公消费的消费明细和近期因公消费的消费明细,设置ERP系统信用卡消费清单存储单元中所述卡号近期非因公消费的消费明细对应的报销标识为已报销,设置ERP系统信用卡消费清单存储单元中所述卡号近期因公消费的消费明细对应的报销标识为未报销;统计子单元32,用于统计所述ERP系统信用卡消费清单存储单元中报销标识为未报销的消费明细;报销清单生成子单元33,用于生成报销清单,所述报销清单包括:所述ERP系统信用卡消费清单存储单元中报销标识为未报销的消费明细,其中,所述ERP系统信用卡消费清单存储单元中报销标识为未报销的消费明细包括:所述卡号近期因公消费的消费明细,其还包括:所述数据获取单元20在本次从银行数据库获取所述卡号的消费清单之前从银行数据库所获取的、且保存到所述ERP系统信用卡消费清单中的报销标识为未报销的消费明细.
对于因公消费的消费明细,用户也可以选择是否需要在本次报销,因此,用户可以在生成报销清单之后,指定报销清单中的各消费明细是否需要在本次报销,为了实现这一目的,该装置还包括:第一报销标识修改单元50,用于在所述报销清单生成子单元生成报销清单之后,修改所述报销清单中的消费明细所对应的所述ERP系统信用卡消费清单存储单元的报销标识为已报销;删除单元60,用于从所述报销清单中的消费明细中删除用户指定的本次不需要报销的消费明细;第二报销标识修改单元70,用于修改所删除的消费明细对应的所述ERP系统信用卡消费清单存储单元中的报销标识为未报销。
其中,该装置还包括:提交单元80,用于提交删除单元60删除处理后的报销清单。
本发明实施例中的报销清单生成装置通过从银行信用卡数据库获取信用卡近期的各消费明细,并根据用户输入的消费类型选定命令,生成报销清单,该报销清单包括:该卡号近期因公消费的消费明细和以前从银行信用卡数据库所获取的、且ERP系统信用卡消费清单中的报销标识为“N”的消费明细,这种通过利用ERP系统生成报销清单的方式,能够防止报销人员通过多开发票的方式多报销出差的费用。进一步,用户可以在报销清单上选择哪些是本次需要报销的,哪些是本次不需要报销的,ERP系统将本次不需要报销的消费明细从报销清单中删除,并修改所删除的消费明细所对应的报销标识为“N”,这样,在后续再次生成该信用卡的报销清单时,该报销标识为“N”的消费明细也就能出现在报销清单中,通过这种方式,用户可以自由的选择因公消费的消费明细的报销时间。
本发明实施例还提供一种ERP系统,其包括上述的利用信用卡生成报销清单的装置,以便利用ERP系统自动生成报销清单。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,例如只读存储器,磁盘或光盘等。
以上对本发明实施例所提供的ERP系统中报销清单的生成方法、装置及ERP系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种企业资源计划ERP系统中利用信用卡生成报销清单的方法,其特征在于,包括:
ERP系统接收用户输入的信用卡的卡号;
所述ERP系统从银行数据库获取所述卡号的消费清单;所述卡号的消费清单包括:所述卡号近期的各消费明细;其中,卡号近期的消费明细为所述ERP系统上一次从银行数据库获取所述卡号的消费清单之后银行数据库新增的所述卡号的消费明细;
所述ERP系统接收用户输入的消费类型选定命令,所述消费类型选定命令用于表示在所述卡号近期的各消费明细中用户选定的近期因公消费的消费明细:
所述ERP系统根据所述用户输入的消费类型选定命令,生成报销清单,所述报销清单包括:所述卡号近期因公消费的消费明细。
2.根据权利要求1所述的方法,其特征在于,
所述ERP系统生成报销清单包括:
根据所述用户输入的消费类型选定命令,确定所述卡号近期非因公消费的消费明细和近期因公消费的消费明细,设置所述卡号近期非因公消费的消费明细对应的报销标识为已报销,设置所述卡号近期因公消费的消费明细对应的报销标识为未报销并保存;
统计本地保存的报销标识为未报销的消费明细;
生成报销清单,所述报销清单包括:本地保存的报销标识为未报销的消费明细,其中,本地保存的报销标识为未报销的消费明细包括:所述卡号近期因公消费的消费明细。
3.根据权利要求2所述的方法,其特征在于,
本地保存的报销标识为未报销的消费明细还包括:所述ERP系统在本次从银行数据库获取所述卡号的消费清单之前,从银行数据库所获取的、且报销标识为未报销的消费明细。
4.根据权利要求2所述的方法,其特征在于,
在生成报销清单之后,该方法还包括:
修改所述报销清单中的消费明细所对应的报销标识为已报销并保存。
5.根据权利要求4所述的方法,其特征在于,在修改所述报销清单中的消费明细所对应的报销标识为已报销之后,该方法还包括:
所述ERP系统从所述报销清单中的消费明细中删除用户指定的本次不需要报销的消费明细,修改所删除的消费明细对应的报销标识为未报销并保存。
6.一种利用信用卡生成报销清单的装置,其特征在于,位于ERP系统中,所述利用信用卡生成报销清单的装置包括:信息交互单元、数据获取单元和报销清单生成单元,其中,
所述信息交互单元,用于接收用户输入的信用卡的卡号,在所述数据获取单元从银行数据库获取所述卡号的消费清单之后,接收用户输入的消费类型选定命令,所述消费类型选定命令用于表示在所述卡号近期的各消费明细中用户选定的近期因公消费的消费明细;
所述数据获取单元,用于从银行数据库获取所述卡号的消费清单;所述卡号的消费清单包括:所述卡号近期的各消费明细;其中,卡号近期的消费明细为所述数据获取单元上一次从银行数据库获取所述卡号的消费清单之后银行数据库新增的所述卡号的消费明细;
所述报销清单生成单元,用于根据所述用户输入的消费类型选定命令,生成报销清单,所述报销清单包括:所述卡号近期因公消费的消费明细。
7.根据权利要求6所述的装置,其特征在于,
该装置还包括:ERP系统信用卡消费清单存储单元,用于存储所述数据获取单元从银行数据库获取的所述卡号的消费明细及与存储的各个消费明细分别对应的报销标识;
所述报销清单生成单元包括:
报销标识设置子单元,用于根据所述用户输入的消费类型选定命令,确定所述卡号近期非因公消费的消费明细和近期因公消费的消费明细,设置ERP系统信用卡消费清单存储单元中所述卡号近期非因公消费的消费明细对应的报销标识为已报销,设置ERP系统信用卡消费清单存储单元中所述卡号近期因公消费的消费明细对应的报销标识为未报销;
统计子单元,用于统计所述ERP系统信用卡消费清单存储单元中报销标识为未报销的消费明细;
报销清单生成子单元,用于生成报销清单,所述报销清单包括:所述ERP系统信用卡消费清单存储单元中报销标识为未报销的消费明细,其中,所述ERP系统信用卡消费清单存储单元中报销标识为未报销的消费明细包括:所述卡号近期因公消费的消费明细。
8.根据权利要求7所述的装置,其特征在于,
所述ERP系统信用卡消费清单存储单元中报销标识为未报销的消费明细还包括:所述数据获取单元在本次从银行数据库获取所述卡号的消费清单之前从银行数据库所获取的、且保存到所述ERP系统信用卡消费清单中的报销标识为未报销的消费明细。
9.根据权利要求7所述的装置,其特征在于,还包括:第一报销标识修改单元,用于在所述报销清单生成子单元生成报销清单之后,修改所述报销清单中的消费明细所对应的所述ERP系统信用卡消费清单存储单元的报销标识为已报销。
10.根据权利要求9所述的装置,其特征在于,还包括:
删除单元,用于从所述报销清单中的消费明细中删除用户指定的本次不需要报销的消费明细;
第二报销标识修改单元,用于修改所删除的消费明细对应的所述ERP系统信用卡消费清单存储单元中的报销标识为未报销。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105610528A CN102479353A (zh) | 2010-11-26 | 2010-11-26 | Erp系统中利用信用卡生成报销清单的方法、装置及erp系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105610528A CN102479353A (zh) | 2010-11-26 | 2010-11-26 | Erp系统中利用信用卡生成报销清单的方法、装置及erp系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102479353A true CN102479353A (zh) | 2012-05-30 |
Family
ID=46091988
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010105610528A Pending CN102479353A (zh) | 2010-11-26 | 2010-11-26 | Erp系统中利用信用卡生成报销清单的方法、装置及erp系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102479353A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103295088A (zh) * | 2012-12-31 | 2013-09-11 | 杭州通策会综合服务有限公司 | 卡交易报销系统 |
CN105303438A (zh) * | 2015-11-11 | 2016-02-03 | 中国建设银行股份有限公司 | 一种消费金额数据处理方法及系统 |
CN109214788A (zh) * | 2018-11-23 | 2019-01-15 | 合肥智圣新创信息技术有限公司 | 一种办公自动化管理系统 |
CN109544322A (zh) * | 2018-11-12 | 2019-03-29 | 中国银行股份有限公司 | 贷款承诺账务信息处理方法及装置 |
CN116664325A (zh) * | 2023-06-28 | 2023-08-29 | 华中科技大学同济医学院附属同济医院 | 基于数据连接的医院经费卡智能管理方法及系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1393805A (zh) * | 2001-06-25 | 2003-01-29 | 纬创资通股份有限公司 | 差旅费报销系统及方法 |
CN101251913A (zh) * | 2008-04-10 | 2008-08-27 | 华为技术有限公司 | 一种自助报销管理系统及方法 |
CN101447046A (zh) * | 2008-12-31 | 2009-06-03 | 中国建设银行股份有限公司 | 一种公务卡报销方法、系统及银行客服系统 |
-
2010
- 2010-11-26 CN CN2010105610528A patent/CN102479353A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1393805A (zh) * | 2001-06-25 | 2003-01-29 | 纬创资通股份有限公司 | 差旅费报销系统及方法 |
CN101251913A (zh) * | 2008-04-10 | 2008-08-27 | 华为技术有限公司 | 一种自助报销管理系统及方法 |
CN101447046A (zh) * | 2008-12-31 | 2009-06-03 | 中国建设银行股份有限公司 | 一种公务卡报销方法、系统及银行客服系统 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103295088A (zh) * | 2012-12-31 | 2013-09-11 | 杭州通策会综合服务有限公司 | 卡交易报销系统 |
CN105303438A (zh) * | 2015-11-11 | 2016-02-03 | 中国建设银行股份有限公司 | 一种消费金额数据处理方法及系统 |
CN109544322A (zh) * | 2018-11-12 | 2019-03-29 | 中国银行股份有限公司 | 贷款承诺账务信息处理方法及装置 |
CN109544322B (zh) * | 2018-11-12 | 2021-08-20 | 中国银行股份有限公司 | 贷款承诺账务信息处理方法及装置 |
CN109214788A (zh) * | 2018-11-23 | 2019-01-15 | 合肥智圣新创信息技术有限公司 | 一种办公自动化管理系统 |
CN116664325A (zh) * | 2023-06-28 | 2023-08-29 | 华中科技大学同济医学院附属同济医院 | 基于数据连接的医院经费卡智能管理方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Jacobs et al. | Why ERP? A primer on SAP implementation | |
US9213893B2 (en) | Extracting data from semi-structured electronic documents | |
CN106952072A (zh) | 一种数据处理的方法及系统 | |
US20210049711A1 (en) | Method of automatically transmitting data information and device of automatically transmitting data information | |
CN107292560A (zh) | 物资库存管理方法及系统 | |
US11640641B2 (en) | Automated field-mapping of account names for form population | |
CN101452481A (zh) | 一种处理单据的方法及系统 | |
CN106021207A (zh) | 专利撰写系统及其方法 | |
US20240078596A1 (en) | System and method for aggregating and presenting financial information | |
CN102479353A (zh) | Erp系统中利用信用卡生成报销清单的方法、装置及erp系统 | |
CN101504742A (zh) | 一种业务单据的核销方法及系统 | |
CN105630924A (zh) | 异步数据处理方法和异步数据处理系统 | |
CN102236826A (zh) | 财务系统数据记录的生成方法 | |
CN102789620A (zh) | 财务数据处理方法及系统 | |
CN105335811A (zh) | 一种基于移动通信的商品信息管理系统 | |
CN101661510A (zh) | 一种数据匹配方法及装置 | |
CN115311029A (zh) | 用于提高处理效率的开票管理方法、装置、设备及存储介质 | |
US20180053204A1 (en) | Auto-population of discount information into an e-invoice | |
CN104199648B (zh) | 一种通用移动信息系统适配方法与装置 | |
US8751276B2 (en) | Capturing and processing data generated in an ERP interim phase | |
US20130173472A1 (en) | Transaction Management System | |
CN114201157A (zh) | 一种低代码定制目标业务模块的方法以及系统 | |
CN109376554B (zh) | 基于标签和视图的多终端电子文档审签方法及审签系统 | |
CN105955718A (zh) | 一种软件定制方法及系统 | |
KR20200057173A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20120530 |