在Dynamics 365和SAP BW之间建立集成的最佳实践是什么(每次更新/更改事件都应将动态数据导入SAP BW(。
谢谢。
作为第一步，为了使用Dynamics 365数据，我们有专门的组件用于连接、读取和写入您的实例，您可以在我们的Microsoft Dynamics 365 SSIS集成工具包中找到这些组件。
由于我们没有SAP BW的专用组件，如果API提供Rest API，那么您可以使用我们的HTTP连接管理器参考文档与API建立Restful连接，然后使用我们的JSON组件读取或写入数据。您可以查看上述每个组件的联机帮助手册。
至于增量负载，我们有Integration Gateway解决方案，该解决方案使用webhook提供实时集成功能。Webhook是一个web回调URL，通常由系统中的事件或操作触发，并在发生时将数据传递到目标。要使用它，您需要为您的特定实例获取、注册和配置webhook。配置将取决于SAP BW身份验证的工作方式，也取决于此，您可以尝试使用我们必须配置和设置的自定义webhook选项。我们有一篇博客文章展示了HubSpot和Dynamics365之间是如何做到这一点的。类似的方法可用于SAP BW。
执行增量加载的另一种方法是在SSIS中设计包，以便获得上次运行时间，然后根据时间戳获取记录并创建双向集成。使用Dynamics 365，如果您指的是CDS/CRM，那么我们可以选择使用CRM中的更改跟踪功能并获取实体更改。我们有一篇关于这方面的博客文章以及一个示例包。
您需要使用上述JSON组件在SAPBW和Dynamics365之间创建双向同步逻辑。然后，您可以将包部署到集成服务器上的SSISDB目录，并使用SQL server代理作业安排它。安排它以尽可能近的间隔运行，以便捕获所有更改(插入、更新、删除(并将其完全同步到两个系统。你也可以看看我们其他一些普通的增量负载博客文章。
- 简化SSIS中的增量加载
- 带有Diff检测器的SSIS中的增量加载
这个问题很普通，但让我加上2美分。具有体系结构级别知识的人可以添加更相关的答案。
我更喜欢使用azure功能的Azuer服务总线在两个系统之间进行这样的集成。现在为什么是azure服务巴士？如果在某些数据案例中集成失败，则会出现错误消息/记录，可以对其进行分析并重试以进行集成。
我还建议使用具有azure功能的webhook。在这里，我们将集成转移到crm之外，避免了crm的2分钟超时。
我还建议电力自动化。但集成逻辑可能会变得复杂，电源自动化可能会消耗比所需更多的API调用。
可以有azure数据工厂，但我对它的了解有限。
您还可以查看专门用于执行集成的第三方软件，如kingswaysoft和scribe。
我倾向于使用具有azure功能的azure服务巴士。