1可以用SAP的标准ALE+IDOC来实现。
2还有一种就是如果客户的SAP 是基本于WIN平台的,可以在SAP写个程序直接写入到供应商MSSQL中
3也可以在供应商SQL中CALL RFC(这种最简单,定时获取数据,写到SQL表中)
随着SAP软件在企业的应用比重不断扩大,如何将SAP后台Oracle数据库中的数据信息导入到AO软件中供审计人员进行分析筛选是我们经常需要面对的问题。由于目前AO软件提供的数据导入模板无法覆盖到全部财务软件,使得在现场审计时经常遇到无法导入数据或导入数据需要做大量数据转换整理的情况,这严重影响了审计人员查处违法违纪问题及案件线索的效率。如何解决数据导入问题就显得尤其重要。
在某公司审计中,笔者所在的审计组在向AO软件导入企业财务数据备份文件时,由于内置财务数据模板与SAP系统备份不匹配,导致无法将该公司的财务数据导入AO软件供审计人员分析筛选。
经过分析研究,审计人员先将SAP系统备份导入到鼎信诺审计软件中进行财务数据整理,然后再将整理后的财务数据导出到excel表格中,最后将所得的excel文件导入AO软件完成财务数据重建。具体过程如下:
第一步:提取财务数据备份文件。利用鼎信诺前端取数工具datagetexe,进入取数界面之后,点击确认进入SAP系统取数工具界面(如图1所示)。以SAP客户端的方式登录,并连接SAP服务器,选择所需的账套以及相应的会计年度,按照提示 *** 作,将取得的财务数据保存到指定目录下,例如:C:\Documents and Settings\gwzhangjing\桌面\SAP(如图2所示)。
图1为鼎信诺前端取数工具界面。
图2为SAP系统取数工具界面。
第二步:将取得的财务数据导入鼎信诺审计软件。先创建对应的项目,并且登录该项目。然后,点击主界面右侧区域准备阶段中的“前端数据导入”,选择保存到指定目录中对应的财务数据备份文件,将数据导入到建好的项目中,完成账表重建(如图3所示)。
图3为前端数据导入界面。
第三步:导出excel数据表。对导入到鼎信诺审计软件中的数据进行整理,使审计人员能够对所需数据进行初步筛选,将有价值的财务数据导出生成excel表(如图4所示)。
图4为将数据导出生成excel表。
第四步:编制生成财务数据采集标准表。将从鼎信诺审计软件中导出的excel表,按照AO软件自带模板的格式进行转换,调整对应的科目名称生成科目表、科目余额表、记账凭证表、辅助余额表、辅助余额期初表等标准表,以便将其导入AO时顺利完成账表重建(如图5所示)。
图5为财务数据采集标准表。
第五步:将生成的数据采集标准表导入AO软件。在得到财务数据标准表后,依照AO软件的数据采集向导,逐步完成财务信息的重建,从而满足了审计人员对财务数据分析筛选的要求(如图6所示)。
图6为将标准表导入AO软件。
审计人员利用上述方法,对导入的财务数据进行分析,发现该公司向其下属公司违规出借资金问题,提高了审计效率,扩大了审计成果。
SAP中有很多现成的function或者BAPI可以调用,如果找不到合适的,也可以在sap中建立一个RFC(其功能就是根据你的条件去得相应数据),你在第三方系统调用这个RFC就行了。
根据系统数据交换的方式以及读写数据的相对关系不同,可以将外部系统与SAP系统的接口形式分为:主动式,被动式和中间式
1、主动式接口
即外部系统将SAP系统所需的信息直接写入SAP系统的数据库中。这种方式要求详细了解SAP系统内部的数据库结构,并且SAP系统允许外部系统往里写数据(即有写的权限)。一般来说,主动式接口形式需要对SAP系统的数据库结构很清楚,对SAP系统录入数据时需要进行哪些数据校验也要很清楚,同时也要遵循SAP系统的数据校验规范,将其所需的物料信息、产品信息、加工信息等一一写入SAP系统中,保证数据的准确性和有效性。
采用主动式接口形式的优点:外部系统与SAP系统中的信息同步性好。但在安全性方面存在一定问题,如出现写数据冲突,即外部系统写数据到SAP系统的同时,SAP系统本身也在往数据库中写入数据。对于SAP系统建议一般不要采用此种方式。
2、被动式接口
被动式接口,即SAP系统从外部系统中读取所需的数据,将其写入自已的数据库中。对于被动式又有两种方式:全被动式和半被动式。
.全被动式:外部系统完全公开其表达和存储信息的数据库结构,SAP系统读取信息时自行判断哪些信息是增加的,哪些是修改的,哪些己删除了。
.半被动式:外部系统除公开其数据库结构外,还提供一些握手信号单独存入握手信号表中,握手信息说明哪些信息作了更新,这样SAP系统在读取外部系统中的信息(如某物料更改信息)时,根据握手信号表来读取外部系统中已经发生更改的部分信息,不需要全部读一遍,这样可以提高接口处理的速度。
采用被动式接口形式的优点:外部系统与SAP系统的同步性也做得比较好,安全性方面也比主动式要好。但实现起来较为麻烦,需要有较强的SAP接口方面的知识。一般由专门的SAP实施顾问来完成这种开发。
3、中间式接口
中间式接口,即外部系统将SAP系统所需的信息生成中间文件或中间数据表,SAP系统直接读取中间文件或将中间表中的信息写入数据库中,这种方式要求对外部系统和SAP系统两方都要做一些开发工作。
需要特别提出的是:采用中间式接口时必须时刻注意如何保证外部和SAP信息一致性。常用的有两种方式:一种是由SAP系统来保证,即外部系统将SAP系统所需的信息定期写在中间文件或数据表中,SAP系统读取该信息时与SAP系统中已有的信息进行分析比较,判断哪是新增的、哪是修改的、哪些删除了,最后把更新的信息写入SAP系统中:另一种是,外部系统在生成中间文件或数据表时,与SAP系统中己有的数据进行比较,判断哪些数据进行了更新,并将更新的数据写入中间文件或数据表。然后,SAP系统读取中间文件或数据表中的数据直接写入自己的数据库中。这种方式要求在外部系统写中间文件之前SAP系统将其数据库中的数据导出,以供外部系统进行比较用。
中间式接口是比较常用的一种方式,这种方式外部系统和SAP系统相对独立,接口不涉及双方内部的结构,而且接口的责任也很明确,数据的安全性也得到了保证。但这种方式存在的问题就是两个系统的数据同步性稍差一些,但只要合理地规定读写中间文件或数据表的时间,数据的同步性是不会影响使用的。
一、前台事务T-code方式
前台事务T-code方式的优点是基于系统标准功能,用户基本可以自行完成 *** 作。其不足是报表清单功能比较简单,局限性很大,在输出字段,格式,选择条件等方面可供选择项很少,难以满足定制清单的输出需求。在实际的应用中用于查询多过用于输出。
二、BW方式
概念上可以自行搜索,笔者描述可能并不太准确。精略的讲,BW相当于是独立于SAP系统的一套数据库工具,其应用原理是访问SAP数据库,并将SAP中的数据进行提取,组织,加工,输出。BW可以弥补SAP标准报表功能的不足,符合逻辑的数据输出需求几乎都能满足。这是BW的优点。但BW需要先设计,再应用。不可能满足短期需求。所以,如果公司有上线BW系统,做为关键用户,在上线阶段,需要认真梳理和提出业务需求。当然,业务和需求会变化,二次开发也是可行的。 *** 作上,BW由于是另一套系统,运行时需要开启单独的应用程序,用户账号可是基于BW的,与SAP系统独立开来。
回答3楼的问题:PNM描述叫计划数据库回答4楼的问题:使用SQVI老是报错会有几点1、如果你用的是表链接那么要了解哪些是可以连接的哪些不能连接(注意不能太相信那些自动链接,有些时候要删除个把条链接项目反而就能用了);2、逻辑数据库使用过程中在“选择字段”和“字段清单”中如果发现"选择字段"没选就已打钩还是灰色不能改的情况下建议将前面对应的“字段清单”一同选上作为完成后屏幕的搜索项(问题就在这里有些人就是没选所以报错,其实出错原因很简单灰色打钩的“选择字段”内容就相当于必选项不把它放在屏幕搜索项自然就出错了)这是本人自己自学的愚见,仅供参考,哈哈!!
以上就是关于提问关于客户公司在SAP中下单后,数据如何同时推送到我方公司系统的数据库(SQL Server 2K)全部的内容,包括:提问关于客户公司在SAP中下单后,数据如何同时推送到我方公司系统的数据库(SQL Server 2K)、浅谈如何利用第三方软件将SAP财务数据导入、SAP数据读取问题等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)