在 MS-Dynamics 中实现自定义 API 调用的努力?

问题描述 投票:0回答:1

我们使用 MS Dynamics(现场服务模块)作为我们的资源管理软件。 我们想要定制 ERP 并向第三方 API 添加自定义 API 调用。

不幸的是,我们没有 MS Dynamics 定制方面的专业知识。

在雇用自由职业者之前,我们需要对预期工作量进行一些猜测。 你们中有 MS Dynamics 经验的人可以帮助我们吗? 经验丰富的 MS Dynamics 开发人员需要(大致)努力进行这样的修改? 我们在这里谈论的是几天还是几周?

谢谢你 奥米德

MS Dynamics 中的自定义在线研究

microsoft-dynamics erp
1个回答
0
投票

我同意@marc_s。这取决于要返回的数据的复杂性以及如何处理它。我建议采用将 Azure Function 与 Dynamics 集成的路线。由于您还返回了一份 pdf 文档,因此这可能需要一些时间。使用插件或自定义 API 只有 2 分钟的时间来处理逻辑和进行调用。如果您通过 Webhook 注册触发逻辑,数据将发送到 azure 函数,您可以处理数据而无需担心超时。您需要确保返回数据或使用必要的数据更新动态。作为排序的指南,这些是您需要涵盖的高级任务。

  1. 需要开发 Azure Functions - 如果 SDK 不可用,这需要创建链接到 REST API 的客户端,然后创建自定义 HTTP 客户端工厂。
  2. 您需要将 Azure Function 链接到 KeyVault 来存储 REST API 的任何密钥或机密,然后在您的函数中使用它
  3. 您需要在 Azure 函数的启动代码中
  4. 设置托管身份,该函数将链接到 Dynamics 并在该函数上启用它,然后在 Dynamics 中使用相关安全角色注册该应用程序用户
  5. 然后您需要
  6. 发布azure函数
  7. 最后,您需要使用插件注册工具
  8. 在dynamics中注册一个webhook,以实现该功能。
  9. 这是非常高水平的,不包括监控或警报、源代码控制和 CI/CD 管道设置、单元测试、集成测试、自动化测试以及您的公司喜欢遵循的任何其他依赖项/实践等内容。

这可能需要 1 周到 4 周的时间,这取决于:

您的开发人员或开发团队的技能或经验水平
  1. 考虑到数据复杂性,对 REST 端点或要遵循的业务逻辑的 API 调用数量。
  2. 很难猜测,甚至可能会超过上面分配的时间。

希望这有帮助!

© www.soinside.com 2019 - 2024. All rights reserved.