作为SAP镇的一个完全陌生人，我想将自己的应用程序（移动销售人员自动化）数据传输到SAP。我的应用程序有客户，库存，库存，发票（和运单），支票，付款，收款，库存转移数据等的记录。我有一个额外的数据库，保存记录的匹配。即。我的应用程序中ID为345的客户在SAP中具有密钥120-035-0223。当然，每条记录都必须知道它的对应物，包括参数。
在Google和SAP帮助网站上搜索了一天后，我发现它会比我预期的更加痛苦。特别是SAP网站甚至没有给出任何线索。说我找不到。
我们将数据传输到其他一些ERP系统，其中一些系统需要XML文件，另一些则公开其API。
我的观点是，Sql Server的SSIS是我的选择吗？我希望是这样，所以我可以在自己的领土上战斗。由于客户端请求会有很大差异，因此我将灵活性视为最重要的标准。另外，我想尽可能多地传输数据。
感谢任何帮助。
答案 0 :(得分：10)
过去十几次迁移的一些建议或者我参与了：
请勿尝试绕过SAP系统并直接导入SAP数据库。甚至不要想到它。如果出现任何问题，你已经粉碎了一个生产系统 - 你就是那个负责任的人。
决定是要迁移类型方案（单次转移）还是永久性接口（每n分钟/小时/天转移一次）。这会产生巨大的差异（例如：在迁移方案中，您通常不必担心一遍又一遍地更新相同的记录 - 在永久性界面中，您将不得不处理这个问题）。如果您以后必须更改决定，通常必须从头开始。
让某人知道所涉及的SAP模块以及模块在系统中的定制和使用方式。您可能需要各种专家 - 对模块有深入了解的顾问和关键用户，他们详细了解实际数据的输入和使用方式。
熟悉所涉及的数据字典结构。您需要这些知识才能将输入数据正确映射到SAP结构。
询问专家是否有可用的接口。如果有，那么专家应该能够告诉你更多相关信息，包括文档。如果没有，你必须自己创造一些东西。
对于迁移方案：与关键用户一起手动输入代表性记录，以确保涵盖所有详细信息（哪些字段内容在SAP系统中的位置？我们是否拥有所有数据必填字段？）。在许多情况下，您可以使用事务记录器（SHDB）来跟踪您输入的内容，尤其是技术字段名称。
看看Legacy Systems Migration Workbench (LSMW)。它可能看起来有点复杂，但它是一个很好用的工具。
一如既往，YMMV。哦，并且 - 准备好学习ABAP。您至少应该能够阅读它，了解正在发生的事情并逐步调试调试器中的程序，否则事情会变得非常令人沮丧。
答案 1 :(得分：4)
我的观点是，Sql Server的SSIS是我的选择吗？
简而言之：不。
大多数vwegert积分都有效：
创建/更改/阅读客户的是这些B API：
BAPI_CUSTOMER_CHANGEFROMDATA Customer: Change customer
BAPI_CUSTOMER_CREATEFROMDATA Customer: Create customer
BAPI_CUSTOMER_GETDETAIL Customer: Read customer
BAPI_CUSTOMER_SEARCH Customer: Find customer number
每个功能域（仓库，材料，合同，订单，发票，付款等）都有自己的BAPI。此外，每个大型SAP商店都会滥用某些字段，因此您很可能必须根据每个客户调整这些调用。您的客户应该理解这一点，并愿意（使用）支付它。