CN101650801A - 一种erp系统中的数据传递方法、装置及系统 - Google Patents
一种erp系统中的数据传递方法、装置及系统 Download PDFInfo
- Publication number
- CN101650801A CN101650801A CN200910109099A CN200910109099A CN101650801A CN 101650801 A CN101650801 A CN 101650801A CN 200910109099 A CN200910109099 A CN 200910109099A CN 200910109099 A CN200910109099 A CN 200910109099A CN 101650801 A CN101650801 A CN 101650801A
- Authority
- CN
- China
- Prior art keywords
- data
- item
- corresponding relation
- source
- financial data
- 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系统中的数据传递方法,实现简单、准确性高、处理效率高。
Description
技术领域
本发明属于数据管理领域,尤其涉及一种ERP系统中的数据传递方法、装置及系统。
背景技术
财务工作是企业工作的一个重要组成部分,关系着企业的运行、发展,现有企业一般采用企业资源计划(Enterprise Resource Planning,ERP)系统进行企业的财务管理。客户和供应商是一个企业生存的根本,对其往来账款的管理更是关乎企业现金流是否健康的重要保障,而一个企业的客户和供应商一般较多,在使用业务系统与财务系统的初始化阶段,客户和供应商的初始往来余额需要分别在业务系统和财务系统中录入,不仅工作重复,还可能造成两边数据不一致,而且当发现数据不一致问题时,很难找到出错的记录,给用户正式使用系统前的工作造成很大的困难。
综上所述,现有ERP系统不能自动的用相同数据初始化业务系统与财务系统,重复工作、工作量大、发生错误时难排查。
发明内容
本发明实施例的目的旨在提供一种ERP系统中的数据传递方法,将源数据项中的数据导出到相应目标财务数据项中,实现简单、准确性高。
本发明实施例是这样实现的,一种ERP系统中的数据传递方法,所述方法包括下述步骤:
根据接收到的和/或存储的数据项对应关系信息建立源数据项与目标财务数据项的对应关系;
根据建立的对应关系将源数据项中的数据导出到相应的目标财务数据项中。
本发明实施例的另一目的在于提供一种ERP系统中的数据传递装置,所述装置包括:
对应关系建立单元,用于根据接收到的和/或存储的数据项对应关系信息建立源数据项与目标财务数据项的对应关系;以及
数据导出单元,用于根据所述对应关系建立单元建立的对应关系将源数据项中的数据导出到相应目标财务数据项中。
本发明实施例的另一目的在于提供一种包含上述数据传递装置的ERP系统。
在本发明实施例中,根据接收到的和/或存储的数据项对应关系信息建立源数据项与目标财务数据项的对应关系,并根据建立的对应关系将源数据项中的数据导出到相应的目标财务数据项中,实现了一种ERP系统中的数据传递方法,实现简单、准确性高、处理效率高。
附图说明
图1是本发明实施例提供的ERP系统中的数据传递方法的实现流程图;
图2是本发明实施例提供的接收用户选择输入的应收应付与会计科目对应关系的界面示意图;
图3是本发明实施例提供的某客户在应收应付“预收账款”项的数据与对应的会计科目“预收账款”项接收到导出数据后的界面显示示意图;
图4是本发明另一实施例提供的某客户在应收应付“预收账款”项的数据与对应的会计科目“预收账款”项接收到导出数据后的界面显示示意图;
图5是本发明实施例提供的某客户在应收应付“应收账款”项的数据与对应的会计科目“应收账款”项接收到导出数据后的界面显示示意图;
图6是本发明再一实施例提供的某客户在应收应付“预收账款”项的数据与对应的会计科目“预收账款”项接收到导出数据后的界面显示示意图;
图7是本发明实施例提供的接收用户输入的导出源账套信息的界面示意图;
图8是本发明实施例提供的接收用户输入的导入目标账套信息的界面示意图;
图9是本发明实施例提供的显示导出源账套下所有源科目及对应的货币的界面示意图;
图10是本发明实施例提供的源账套的界面示意图;
图11是本发明实施例提供的目标帐号的界面示意图;
图12是本发明实施例提供的输出包含失败类型及导出失败的科目信息的导出报告的界面示意图;
图13是本发明实施例提供的ERP系统中的数据传递装置的结构示意图;
图14是本发明另一实施例提供的ERP系统中的数据传递装置的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在本发明实施例中,根据接收到的和/或存储的数据项对应关系信息建立源数据项与目标财务数据项的对应关系,并根据建立的对应关系将源数据项中的数据导出到相应的目标财务数据项中。
图1示出了本发明实施例提供的ERP系统中的数据传递方法的实现流程,详述如下:
在步骤S101中,根据接收到的和/或存储的数据项对应关系信息建立源数据项与目标财务数据项的对应关系;
在步骤S102中,根据建立的对应关系将源数据项中的数据导出到相应的目标财务数据项中。
这里,源数据与目标财务数据可以在同一账套下,也可以在不同账套下。
为了使用户明确知道数据导出结果,作为本发明的一个优选实施例,在步骤S102完成导出数据后,
根据源数据项的数据导出结果输出数据传递结果报告。
作为本发明的第一实施例,源数据为业务系统中的业务数据,目标财务数据为同一账套下财务系统中的财务数据。业务系统与财务系统支持核算项目的管理,客户和供应商作为核算项目来进行管理,会计科目支持下挂客户和供应商这2个核算项目,业务和会计科目的启用期间一致。业务应收应付的业务数据包括客户应收账款、客户预收账款、供应商应付账款、供应商预付账款。
上述步骤S101具体为:
接收输入的应收应付与会计科目的对应关系信息;
根据接收到的应收应付与会计科目的对应关系信息与存储和/或接收的明细项对应关系信息建立业务数据项与财务数据项的对应关系。
首先,接收用户设置应收应付与会计科目的对应关系,如图2所示,将客户应收账款对应总账会计科目1131(应收账款)、客户预收账款对应总账会计科目2131(预收账款),会计科目下挂单一客户的核算项目,将供应商应付账款总账会计科目2121(应收账款)、供应商预付账款总账会计科目1151(预收账款),会计科目下挂单一供应商的核算项目。
然后,再根据存储的应收应付与会计科目的明细项对应关系信息建立业务数据项与财务数据项的对应关系。应收应付与会计科目的对应关系根据实际需求及财会学等确定。当然,应收应付与会计科目的明细项对应关系信息也可以由用户输入。
上述步骤S102具体为:
根据建立的业务数据项与财务数据项的对应关系将业务系统相应明细项的业务数据导出到财务系统的相应明细项中。
其中,根据系统参数中是否选择“启动业务往来核销”,会计科目中是否有选择“进行往来核算”,会导致确定的业务数据项与财务数据项间的对应关系有所区别。下面具体说明各种情况下业务数据项与财务数据项间的对应关系。
1)会计科目没有选择“进行往来核算”,直接把应收应付相应目录项按客户、供应商汇总后的数据传递到总账即可,不需要管明细数据。
A、币别为本位币时,确定的客户对应关系如表1,确定的供应商对应关系如表2:
业务应收应付 | 会计科目 |
客户 | 客户 |
币别为本位币的“应收账款”项所有明细记录进行汇总后的原币金额 | 客户应收账款设置的对应总账会计科目对应客户的“期初余额原币”项,币别为“本位币” |
币别为本位币的“预收账款”项所有明细记录进行汇总后的原币金额 | 客户预收账款设置的对应总账会计科目对应客户的“期初余额原币”项,币别为“本位币” |
币别为本位币的期初余额汇总金额=本位币应收账款汇总原币金额-本位币预收账款汇总原币金额 | 当应收和预收账款的科目设置为同一科目时,会计科目对应客户的“期初余额原币”项,币别为“本位币” |
表1
业务应收应付 | 会计科目 |
供应商 | 供应商 |
币别为本位币的“应付账款”项所有明细记录进行汇总后的原币金额 | 供应商应付账款设置的对应总账会计科目对应供应商的“期初余额原币”项,币别为“本位币” |
币别为本位币的“预付账款”项所有明细记录进行汇总后的原币金额 | 供应商预付账款设置的对应总账会计科目对应供应商的“期初余额原币”项,币别为“本位币” |
币别为本位币的期初余额汇总金额=本位币应付账款汇总金额-本位币预付账款汇总金额 | 当应付和预付账款的科目设置为同一科目时,传递到设置的会计科目对应供应商的“期初余额原币”项,币别为“本位币” |
表2
图3示出了某客户在业务应收应付“预收账款”项的数据与对应的会计科目“预收账款”项接收到导出数据后的界面显示示意图。
B、币别为外币时,确定的客户对应关系如表3,确定的供应商对应关系如表4:
业务应收应付 | 会计科目 |
客户 | 客户 |
币别为某一外币的“应收账款”项所有明细记录进行汇总后的原币金额 | 客户应收账款设置的对应总账会计科目对应客户的“期初余额原币”项,币别为“该外币” |
业务应收应付 | 会计科目 |
币别为某一外币的“应收账款”项所有明细记录进行汇总后的本位币金额 | 客户应收账款设置的对应总账会计科目对应客户的“期初余额本位币”项,币别为“该外币” |
币别为某一外币的“预收账款”项所有明细记录进行汇总后的原币金额 | 客户预收账款设置的对应总账会计科目对应客户的“期初余额原币”项,币别为“该外币” |
币别为某一外币的“预收账款”项所有明细记录进行汇总后的本位币金额 | 客户预收账款设置的对应总账会计科目对应客户的“期初余额本位币”项,币别为“该外币” |
币别为某一外币的期初余额汇总原币金额=该外币应收账款汇总原币金额-该外币预收账款汇总原币金额 | 当应收和预收账款的科目设置为同一科目时,会计科目对应客户的“期初余额原币”项,币别为“该外币” |
币别为某一外币的期初余额汇总本位币金额=该外币应收账款汇总本位币金额-该外币预收账款汇总本位币金额 | 当应收和预收账款的科目设置为同一科目时,会计科目对应客户的“期初余额本位币”项,币别为“该外币” |
表3
业务应收应付 | 会计科目 |
供应商 | 供应商 |
币别为某一外币的“应付账款”项所有明细记录进行汇总后的原币金额 | 供应商应付账款设置的对应总账会计科目对应供应商的“期初余额原币”项,币别为“该外币” |
币别为某一外币的“应付账款”项所有明细记录进行汇总后的本位币金额 | 供应商应付账款设置的对应总账会计科目对应供应商的“期初余额本位币”项,币别为“该外币” |
币别为某一外币的“预付账款”项所有明细记录进行汇总后的原币金额 | 供应商预付账款设置的对应总账会计科目对应供应商的“期初余额原币”项,币别为“该外币” |
币别为某一外币的“预付账款”项所有明细记录进行汇总后的本位币金额 | 供应商预付账款设置的对应总账会计科目对应供应商的“期初余额本位币”项,币别为“该外币” |
币别为某一外币的期初余额汇总原币金额=该外币应付账款汇总原币金额-该外币预付账款汇总原币金额 | 当应付和预付账款的科目设置为同一科目时,会计科目对应供应商的“期初余额原币”项,币别为“该外币” |
币别为某一外币的期初余额汇总本位币金额=该外币应付账款汇总本位币金额-该外币预付账款汇总本位币金额 | 当应付和预付账款的科目设置为同一科目时,会计科目对应供应商的“期初余额本位币”项,币别为“该外币” |
表4
图4示出了某客户在业务应收应付“预收账款”项的数据与对应的会计科目“预收账款”项接收到导出数据后的界面显示示意图。
2)会计科目选择“进行往来核算”,系统参数中选择“启动业务往来核销”,需要按明细数据进行传递,具体传递对应关系如下:。
A、币别为本位币时,确定的客户对应关系如表5,确定的供应商对应关系如表6:
业务应收应付 | 会计科目 |
客户 | 客户 |
币别为本位币的“应收账款”项明细记录的原币金额 | 客户应收账款设置的对应总账会计科目对应客户的“期初余额原币”项,币别为“本位币” |
币别为本位币的“预收账款”项明细记录的原币金额 | 客户预收账款设置的对应总账会计科目对应客户的“期初余额原币”项,币别为“本位币” |
币别为本位币的期初余额明细记录的原币金额=应收账款明细记录原币金额-预收账款明细记录原币金额 | 当应收和预收账款的科目设置为同一科目时,会计科目对应客户的“期初余额原币”项,币别为“本位币” |
明细记录上的“业务发生时间” | 传递到对应记录的“业务发生时间”上 |
表5
需要注意的是,由于业务应收应付的明细记录可能由于收款期限/部门/业务员/备注信息不同,而分为多条明细录入,因此,在传递时,需要把币别为“本位币”记录中,“客户+业务发生时间”相同的明细记录合并后,再传递到相应的会计科目初始化数据中。
业务应收应付 | 会计科目 |
供应商 | 供应商 |
币别为本位币的“应付账款”项明细记录的原币金额 | 供应商应付账款设置的对应总账会计科目对应供应商的“期初余额原币”项,币别为“本位币” |
币别为本位币的“预付账款”项明细记录的原币金额 | 供应商预付账款设置的对应总账会计科目对应供应商的“期初余额原币”项,币别为“本位币” |
币别为本位币的期初余额明细记录的原币金额=应付账款明细记录原币金额-预付账款明细记录原币金额 | 当应付和预付账款的科目设置为同一科目时,传递到设置的会计科目对应供应商的“期初余额原币”项,币别为“本位币” |
明细记录上的“业务发生时间” | 传递到对应记录的“业务发生时间”上 |
表6
需要注意的是,由于业务应收应付的明细记录可能由于付款期限/部门/业务员/备注信息不同,而分了多条明细录入,因此,在传递时,需要把需要把币别为“本位币”记录中,“供应商+业务发生时间”相同的明细记录合并后,再传递到相应的会计科目初始化数据中。
图5示出了某客户在业务应收应付“应收账款”项的数据与对应的会计科目“应收账款”项接收到导出数据后的界面显示示意图。
B、币别为外币时,确定的客户对应关系如表7,确定的供应商对应关系如表8:
业务应收应付 | 会计科目 |
客户 | 客户 |
币别为外币的“应收账款”项明细记录的原币金额 | 客户应收账款设置的对应总账会计科目对应客户的“期初余额原币”项,币别为“该外币” |
币别为外币的“应收账款”项明细记录的本位币金额 | 客户应收账款设置的对应总账会计科目对应客户的“期初余额本位币”项,币别为“该外币” |
币别为外币的“预收账款”项明细记录的原币金额 | 客户预收账款设置的对应总账会计科目对应客户的“期初余额原币”项,币别为“该外币” |
币别为外币的“预收账款”项明细记录的本位币金额 | 客户预收账款设置的对应总账会计科目对应客户的“期初余额本位币”项,币别为“该外币” |
币别为外币的期初余额明细记录的原币金额=应收账款明细记录原币金额-预收账款明细记录原币金额 | 当应收和预收账款的科目设置为同一科目时,传递到设置的会计科目对应客户的“期初余额原币”项,币别为“该外币” |
币别为外币的期初余额明细记录的本位币金额=应收账款明细记录本位币金额-预收账款明细记录本位币金额 | 当应收和预收账款的科目设置为同一科目时,传递到设置的会计科目对应客户的“期初余额本位币”项,币别为“该外币” |
明细记录上的“业务发生时间” | 对应记录的“业务发生时间”上 |
表7
需要注意的是,由于业务应收应付的明细记录可能只是由于收款期限/部门/业务员/备注信息不同,而分了多条明细录入,因此,在传递时,需要把币别为“相同外币”记录中,且“客户+业务发生时间”相同的明细记录合并后,再传递到相应的会计科目初始化数据中。
业务应收应付 | 会计科目 |
供应商 | 供应商 |
币别为外币的“应付账款”项明细记录的原币金额 | 供应商应付账款设置的对应总账会计科目对应供应商的“期初余额原币”项,币别为“该外币” |
币别为外币的“应付账款”项明细记录的本位币金额 | 供应商应付账款设置的对应总账会计科目对应供应商的“期初余额本位币”项,币别为“该外币” |
币别为外币的“预付账款”项明细记录的原币金额 | 供应商预付账款设置的对应总账会计科目对应供应商的“期初余额原币”项,币别为“该外币” |
币别为外币的“预付账款”项明细记录的本位币金额 | 供应商预付账款设置的对应总账会计科目对应供应商的“期初余额本位币”项,币别为“该外币” |
币别为外币的期初余额明细记录的原币金额=应付账款明细记录原币金额-预付账款明细记录原币金额 | 当应付和预付账款的科目设置为同一科目时,会计科目对应供应商的“期初余额原币”项,币别为“该外币” |
币别为外币的期初余额明细记录的本位币金额=应付账款明细记录本位币金额-预付账款明细记录本位币金额 | 当应付和预付账款的科目设置为同一科目时,设置的会计科目对应供应商的“期初余额本位币”项,币别为“该外币” |
明细记录上的“业务发生时间” | 对应记录的“业务发生时间”上 |
表8
需要注意的是,由于业务应收应付的明细记录可能只是由于付款期限/部门/业务员/备注信息不同,而分了多条明细录入,因此,在传递时,需要把币别为“相同外币”记录中,且“供应商+业务发生时间”相同的明细记录合并后,再传递到相应的会计科目初始化数据中。
图6示出了某客户在业务应收应付“预收账款”项的数据与对应的会计科目“预收账款”项接收到导出数据后的界面显示示意图。
3)会计科目选择“进行往来核算”,参数中没有选择“启动业务往来核销”,直接将业务应收应付按客户、供应商汇总后的数据传递到总账即可,不需要管明细数据,对应关系同表1、2、3、4,业务日期则取对应相同客户或供应商明细数据中最大的业务日期。
在对业务系统中业务应收应付与财务系统中会计科目的数据初始化时,只需要先录入业务系统中业务应收应付数据,再采用本发明实施例提供的方法,将业务系统中的业务数据导出到财务系统的会计科目中即可,实现简单、处理效率高、准确性高。
进一步地,为了便于在发现数据导出错误时或更新数据后能更新数据,作为本发明的一个优选实施例,在根据建立的业务数据项与财务数据项的对应关系将业务系统相应明细项的业务数据导出到财务系统的相应明细项中后,还包括下述步骤:
接收输入的重传信息,根据接收到的重传信息及建立的业务数据项与财务数据项的对应关系,用业务系统相应明细项的业务数据覆盖财务系统相应明细项的财务数据。
这里,接收到重传信息后,根据建立的业务数据项与财务数据项的对应关系,用业务系统相应明细项的业务数据覆盖财务系统相应明细项的原财务数据。
上述ERP系统中的数据传递方法也适用于不同账套间财务数据的传递。财务管理系统管理企业的现金日记账和银行存款日记账,随着逐日逐笔帐目的加入,账套膨胀,必须新建账套,然后需要将前账套的一部分日记账数据转移至新账套中。作为本发明的第二实施例,源数据为前账套的一部分日记账数据,目标财务数据为新账套中的日记账数据。
上述步骤S101具体为:
接收输入的源账套与目标账套的对应关系信息;
根据接收到的源账套与目标账套的对应关系信息与存储和/或接收的明细项对应关系信息建立源财务数据项与目标财务数据项的对应关系。
首先,接收用户输入的导出源账套信息,其界面示例如图7所示,并接收用户输入的导入目标账套信息,其界面示例如图8所示。
然后,显示导出源账套下所有源科目及对应的货币,即明细项,其界面如图9所示,由用户选择输入对应的各目标科目,目标科目的货币则由其对应源科目的币别确定,这样,建立源财务数据项与目标财务数据项的对应关系。其中,源科目与货币两者为一一对应关系,且都为不可编辑项目,其内容来自源账套出纳系统中现金科目、银行科目及其对应的币别,每个科目和币别组成一条记录;目标账套对应出纳系统中科目属性为现金科目、银行科目的相关会计科目即为目标账套下的目标科目,可以由用户从下拉列表中出现科目中选择,默认选取与源科目代码相同的目标科目;目标科目的币别不可编辑,一般按币别代码检查目标科目是否拥有与源科目一致的币别,如有则取该源科目的币别,如没有则为空。当然,源账套下所有源科目及货币与目标帐套下目标科目及货币的对应关系可以预先存储到存储设备,这里,从存储设备获取源账套下所有源科目及货币与目标帐套下目标科目及货币的对应关系,即明细项对应关系。
在建立好对应关系后,执行数据导出,上述步骤S102具体为:
根据建立的源财务数据项与目标财务数据项的对应关系将源账套相应明细项的财务数据导出到目标账套的相应明细项中。
源账套界面示例如图10所示,导出后目标帐号界面示例如图11所示。
为了便于根据需求传递某个期间的数据,作为本发明的另一个优选实施例,在根据建立的源财务数据项与目标财务数据项的对应关系将源账套相应明细项的财务数据导出到目标账套的相应明细项中前,还包括下述步骤:
接收输入的导出财务数据的会计期间信息,根据接收到的会计期间信息限定源账套导出的财务数据。
此时,根据建立的源财务数据项与目标财务数据项的对应关系,将源帐套相应明细项在接收到的会计期间的数据导出到目标帐套的相应明细项中,并且,接收到的会计期间信息中会计期间不能晚于目标财务当前的出纳期间。这样,可以便于用户根据实际需要只导出某个会计期间的数据。
进一步地,如果导出成功,则输出包含导出成功的科目信息的报告,例如为“科目代码+名称,币别,日期,当日序号:具体号码,引入成功”;如果导出失败,则根据不同的失败类型输出包含失败类型及导出失败的科目信息的报告,界面如图12所示。其中,导出报告均从源账套中获取相关数据。在本发明实施例中,失败类型有下面种:
A、在源账套中存在与目标账套“日期”+“当日序号”相同的记录,则不导出该条数据,跳过。
对应的失败导出报告为“科目代码+名称,币别,日期,当日序号:具体号码,当日序号与目标账套重复,引入失败!”。
其中,币别按照代码匹配。
B、当源账套中“凭证字号+凭证期间”对应数据在目标账套中不存在时,不出该条数据,跳过。
对应的失败导出报告为“科目代码+名称,币别,日期,当日序号:具体号码,凭证期间凭证字号+号凭证在目标账套不存在,引入失败!”。
其中,凭证字号中凭证字按照名称匹配,例如:1001.01现金_人民币,人民币,2009-2-23,当日序号:1,2009年2期记-1号凭证在目标账套不存在,引入失败!”
C、当源账套中“对方科目(含核算项目)”对应数据在目标账套中不时,不出该条数据,跳过。通过科目代码+核算项目类别代码+明细核算项目代码匹配,如科目代码1133,下挂核算项目类别001和002,核算项目类别001下有明细核算项目A001,则匹配为:1133+001+A001。
对应的失败导出报告为“科目代码+名称,币别,日期,当日序号:具体号码,对方科目(字段信息)在目标账套不存在,引入失败!”
例如:1001.01现金人民币,人民币,2009-2-23,当日序号:1,对方科目(1133其他应收款/01.01-办公室行政室/002-李林)在目标账套不存在,引入失败!
D、当经手人、制单人中至少一个在目标账套中不存在的记录不时,不出该条数据,跳过。这里,通过代码匹配。
对应的失败导出报告为“科目代码+名称,币别,日期,当日序号:具体号码,经手人/制单人在目标账套不存在,引入失败!”
当然,在发现数据导出错误时,根据错误情况进行重传,例如:
1、如果账套1的A科目应该对应的是账套2的B科目,而不是C科目,导出时发现对应了C科目且已经导入,则先删除账套2中C科目已经导入的现金日记账,再重新设置关系,导入到B科目;
2、如果账套1的A科目对应的就是账套2的B科目,导入时,某条现金日记账记录导入不成功,没有导入,则可以修改账套2对应的数据,重新导入即可。
对于导出数据更新的情况,采取追加模式重新进行数据传递。例如,账套1的A科目对应的就是账套2的B科目,导入时,某条现金日记账记录导入成功,但是后来更新了账套1中该记录的某个信息,则再导入到账套2中,会根据修改后的信息进行判断导入,但只是采用追加形式(即不更新原记录信息,重新导入一条新的记录)而不是覆盖形式。如果判断发现因存在某个具体信息导致不能导入的,使得导入不成功,需要删除已有的记录进行重新导入。
本领域普通技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以在存储于一计算机可读取存储介质中,所述的存储介质,如ROM/RAM、磁盘、光盘等,该程序用来执行如下步骤:
根据接收到的和/或存储的数据项对应关系信息建立源数据项与目标财务数据项的对应关系;
根据建立的对应关系将源数据项中的数据导出到相应的目标财务数据项中。
图13示出了本发明实施例提供的ERP系统中的数据传递装置的结构,为了便于说明,仅示出了与本发明实施例相关的部分。该数据传递装置可以用于ERP系统中,该数据传递装置可以是运行于ERP系统内的软件单元、硬件单元或者软硬件相结合的单元,其中:
对应关系建立单元1301,根据接收到的和/或存储的数据项对应关系信息建立源数据项与目标财务数据项的对应关系;
数据导出单元1302,根据对应关系建立单元1301建立的对应关系将源数据项中的数据导出到相应目标财务数据项中。
为了使用户明确知道数据导出结果,作为本发明的一个优选实施例,数据传递装置还包括:
结果输出单元1303,用于根据数据导出单元1302的源数据项的数据导出结果输出数据传递结果报告,其实现方式如上所述,不再赘述。
作为本发明的第一实施例,源数据为业务系统中的业务数据,目标财务数据为同一账套下财务系统中的财务数据,ERP系统中的数据传递装置的结构如图13所示,为了便于说明,仅示出了与本发明实施例相关的部分。其中,对应关系建立单元1301包括:
接收模块13011,接收输入的应收应付与会计科目的对应关系信息,其实现方式如上所述,不再赘述;以及
对应关系确定模块13012,根据接收模块13011接收到的应收应付与会计科目的对应关系信息与存储和/或接收的明细项对应关系信息建立业务数据项与财务数据项的对应关系,其实现方式如上所述,不再赘述。
数据导出单元1302具体根据对应关系确定模块13012建立的业务数据项与财务数据项的对应关系,将业务系统相应明细项的业务数据导出到财务系统的相应明细项中,其实现方式如上所述,不再赘述。
进一步地,为了便于在发现数据导出错误时或更新数据后能更新数据,作为本发明的一个优先实施例,数据传递装置还包括:
重传单元1304,接收输入的重传信息,根据接收到的重传信息及对应关系确定模块13012建立的业务数据项与财务数据项的对应关系,用业务系统相应明细项的业务数据覆盖财务系统相应明细项的财务数据,其实现方式如上所述,不再赘述。
作为本发明的第二实施例,源数据为前账套的一部分日记账数据,目标财务数据为新账套中的日记账数据,ERP系统中的数据传递装置的结构如图14所示,为了便于说明,仅示出了与本发明实施例相关的部分。其中,对应关系建立单元1301包括:
接收模块13011,接收输入的源账套与目标账套的对应关系信息,其实现方式如上所述,不再赘述;
对应关系确定模块13012,根据接收模块13011接收到的源账套与目标账套的对应关系信息与存储和/或接收的明细项对应关系信息建立源财务数据项与目标财务数据项的对应关系,其实现方式如上所述,不再赘述;
数据导出单元1302具体根据对应关系确定模块13012建立的源财务数据项与目标财务数据项的对应关系,将源账套相应明细项的财务数据导出到目标账套的相应明细项中,其实现方式如上所述,不再赘述。
为了便于根据需求传递某个期间的数据,作为本发明的另一个优选实施例,数据传递装置还包括:
期间限定单元1305,接收输入的导出财务数据的会计期间信息,根据接收到的会计期间信息限定数据导出单元1302导出的源账套的财务数据,其实现方式如上所述,不再赘述。
此时,数据导出单元1302根据建立的源财务数据项与目标财务数据项的对应关系,将源帐套相应明细项在接收到的会计期间的数据导出到目标帐套的相应明细项中。
在本发明实施例中,根据接收到的和/或存储的数据项对应关系信息建立源数据项与目标财务数据项的对应关系,并根据建立的对应关系将源数据项中的数据导出到相应的目标财务数据项中,实现了一种ERP系统中的数据传递方法,实现简单、准确性高、处理效率高。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (17)
1、一种ERP系统中的数据传递方法,其特征在于,所述方法包括下述步骤:
根据接收到的和/或存储的数据项对应关系信息建立源数据项与目标财务数据项的对应关系;
根据建立的对应关系将源数据项中的数据导出到相应的目标财务数据项中。
2、如权利要求1所述的方法,其特征在于,在所述根据建立的对应关系将源数据项中的数据导出到相应的目标财务数据项中的步骤后,所述方法进一步包括下述步骤:
根据源数据项的数据导出结果输出数据传递结果报告。
3、如权利要求1所述的方法,其特征在于,所述根据接收到的和/或存储的数据项对应关系信息建立源数据项与目标财务数据项的对应关系的步骤具体包括:
接收输入的应收应付与会计科目的对应关系信息;
根据接收到的应收应付与会计科目的对应关系信息与存储和/或接收的明细项对应关系信息建立业务数据项与财务数据项的对应关系。
4、如权利要求3所述的方法,其特征在于,所述根据建立的对应关系将源数据项中的数据导出到相应的目标财务数据项中的步骤具体为:
根据建立的业务数据项与财务数据项的对应关系将业务系统相应明细项的业务数据导出到财务系统的相应明细项中。
5、如权利要求4所述的方法,其特征在于,在所述根据建立的业务数据项与财务数据项的对应关系将业务系统相应明细项的业务数据导出到财务系统的相应明细项中的步骤后,所述方法进一步包括下述步骤:
接收输入的重传信息,根据接收到的重传信息及建立的业务数据项与财务数据项的对应关系,用业务系统相应明细项的业务数据覆盖财务系统相应明细项的财务数据。
6、如权利要求1所述的方法,其特征在于,所述根据接收到的和/或存储的数据项对应关系信息建立源数据项与目标财务数据项的对应关系的步骤具体包括:
接收输入的源账套与目标账套的对应关系信息;
根据接收到的源账套与目标账套的对应关系信息与存储和/或接收的明细项对应关系信息建立源财务数据项与目标财务数据项的对应关系。
7、如权利要求6所述的方法,其特征在于,所述根据建立的对应关系将源数据项中的数据导出到相应的目标财务数据项中的步骤具体为:
根据建立的源财务数据项与目标财务数据项的对应关系将源账套相应明细项的财务数据导出到目标账套的相应明细项中。
8、如权利要求7所述的方法,其特征在于,在所述根据建立的源财务数据项与目标财务数据项的对应关系将源账套相应明细项的财务数据导出到目标账套的相应明细项中的步骤前,所述方法进一步包括下述步骤:
接收输入的导出财务数据的会计期间信息,根据接收到的会计期间信息限定源账套导出的财务数据。
9、一种ERP系统中的数据传递装置,其特征在于,所述装置包括:
对应关系建立单元,用于根据接收到的和/或存储的数据项对应关系信息建立源数据项与目标财务数据项的对应关系;以及
数据导出单元,用于根据所述对应关系建立单元建立的对应关系将源数据项中的数据导出到相应目标财务数据项中。
10、如权利要求9所述的装置,其特征在于,所述装置还包括:
结果输出单元,用于根据所述数据导出单元的源数据项的数据导出结果输出数据传递结果报告。
11、如权利要求9所述的装置,其特征在于,所述对应关系建立单元包括:
接收模块,用于接收输入的应收应付与会计科目的对应关系信息;以及
对应关系确定模块,用于根据所述接收模块接收到的应收应付与会计科目的对应关系信息与存储和/或接收的明细项对应关系信息建立业务数据项与财务数据项的对应关系。
12、如权利要求11所述的装置,其特征在于,所述数据导出单元具体根据所述对应关系确定模块建立的业务数据项与财务数据项的对应关系,将业务系统相应明细项的业务数据导出到财务系统的相应明细项中。
13、如权利要求12所述的装置,其特征在于,所述装置还包括:
重传单元,用于接收输入的重传信息,根据接收到的重传信息及所述对应关系确定模块建立的业务数据项与财务数据项的对应关系,用业务系统相应明细项的业务数据覆盖财务系统相应明细项的财务数据。
14、如权利要求9所述的装置,其特征在于,所述对应关系建立单元包括:
接收模块,用于接收输入的源账套与目标账套的对应关系信息;以及
对应关系确定模块,用于根据所述接收模块接收到的源账套与目标账套的对应关系信息与存储和/或接收的明细项对应关系信息建立源财务数据项与目标财务数据项的对应关系。
15、如权利要求14所述的装置,其特征在于,所述数据导出单元具体根据所述对应关系确定模块建立的源财务数据项与目标财务数据项的对应关系,将源账套相应明细项的财务数据导出到目标账套的相应明细项中。
16、如权利要求15所述的装置,其特征在于,所述装置还包括:
期间限定单元,用于接收输入的导出财务数据的会计期间信息,根据接收到的会计期间信息限定所述数据导出单元导出的源账套的财务数据。
17、一种包含权利要求9至16任一项所述数据传递装置的ERP系统。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910109099A CN101650801A (zh) | 2009-07-31 | 2009-07-31 | 一种erp系统中的数据传递方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910109099A CN101650801A (zh) | 2009-07-31 | 2009-07-31 | 一种erp系统中的数据传递方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101650801A true CN101650801A (zh) | 2010-02-17 |
Family
ID=41673036
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910109099A Pending CN101650801A (zh) | 2009-07-31 | 2009-07-31 | 一种erp系统中的数据传递方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101650801A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103177315A (zh) * | 2011-12-21 | 2013-06-26 | 北大方正集团有限公司 | Erp信息发布方法及系统 |
CN103177315B (zh) * | 2011-12-21 | 2016-12-14 | 北大方正集团有限公司 | Erp信息发布方法及系统 |
CN107274291A (zh) * | 2017-06-21 | 2017-10-20 | 深圳泛态信息技术有限公司 | 跨平台的估值表解析方法、存储介质及应用服务器 |
CN113377772A (zh) * | 2021-06-08 | 2021-09-10 | 中国农业银行股份有限公司 | 数据处理方法、装置、设备、介质及程序产品 |
CN113850658A (zh) * | 2021-09-08 | 2021-12-28 | 辽宁振兴银行股份有限公司 | 一种账务迁移方法 |
-
2009
- 2009-07-31 CN CN200910109099A patent/CN101650801A/zh active Pending
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103177315A (zh) * | 2011-12-21 | 2013-06-26 | 北大方正集团有限公司 | Erp信息发布方法及系统 |
CN103177315B (zh) * | 2011-12-21 | 2016-12-14 | 北大方正集团有限公司 | Erp信息发布方法及系统 |
CN107274291A (zh) * | 2017-06-21 | 2017-10-20 | 深圳泛态信息技术有限公司 | 跨平台的估值表解析方法、存储介质及应用服务器 |
CN107274291B (zh) * | 2017-06-21 | 2020-08-04 | 况客科技(北京)有限公司 | 跨平台的估值表解析方法、存储介质及应用服务器 |
CN113377772A (zh) * | 2021-06-08 | 2021-09-10 | 中国农业银行股份有限公司 | 数据处理方法、装置、设备、介质及程序产品 |
CN113850658A (zh) * | 2021-09-08 | 2021-12-28 | 辽宁振兴银行股份有限公司 | 一种账务迁移方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108734528B (zh) | 一种电子发票自动入账方法 | |
US8121385B1 (en) | System and method for generating magnetic ink character recognition (MICR) testing documents | |
CN111144886A (zh) | 自动化银行到账记录处理方法、系统、设备及存储介质 | |
CN105719168A (zh) | 打印发票的方法及系统 | |
US20070083448A1 (en) | Consolidation Systems And Methods For Physical Presentation Instruments And Financial Information | |
CN100587740C (zh) | 一种网络税控系统的税控数据申报、稽查处理方法 | |
CN102831052A (zh) | 测试用例自动化生成装置及方法 | |
CN105590191A (zh) | 用于交易数据接入的接口系统及其实现方法 | |
CN103903081A (zh) | 利用erp系统中的涉税单据数据生成涉税凭证的方法和系统 | |
CN102236826A (zh) | 财务系统数据记录的生成方法 | |
CN101510292A (zh) | 财务会计系统的记录生成方法 | |
CN110147365A (zh) | 业务数据与财务数据的核对方法、装置、设备及介质 | |
CN111143282A (zh) | 会计资料归档处理方法、装置及控制器 | |
CN111881166A (zh) | 基于区块链的作业数据处理方法、装置及系统 | |
CN101650801A (zh) | 一种erp系统中的数据传递方法、装置及系统 | |
EP1669919A1 (en) | A data processing system and data processing method | |
CN102222280A (zh) | 信息交互处理系统和方法 | |
CN102479353A (zh) | Erp系统中利用信用卡生成报销清单的方法、装置及erp系统 | |
US20140040159A1 (en) | Common document header for a business management platform | |
CN113222568B (zh) | 一种航运业务结算方法、平台、设备、介质及产品 | |
CN1312628C (zh) | 金融联机系统及其信息更新处理方法 | |
JP6950107B1 (ja) | 会計データ作成装置、方法、およびプログラム | |
CN113064837B (zh) | 基于交易场景的数据库基准测试方法及装置 | |
CN112950210A (zh) | 一种基于电子发票数据生成的电子账本及其使用方法 | |
US20200175561A1 (en) | System and methods for verifying merchants to interchange networks |
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: 20100217 |