Web 服务的 Dynamics NAV 许可要求是什么?
What are Dynamics NAV licensing requirements for Web Services?
此 post 指的是 Dynamics NAV 2016(或更高版本)中的 SOAP 和 OData Web 服务,希望它没有偏离主题。我想知道以下事实是 是真还是假 (或者视情况而定)。
鉴于 Starter Pack 功能和默认 Customer License,没有额外的 Development Granules:
- A Full User 可以将任何页面(例如,Customer 或 Employee)发布为网络服务。
- 当使用来自另一个软件服务的已发布 Web 服务时,应该创建一个单独的 NAV 用户并且不与真人关联 - 这对于 NAV 的许可来说很好(例如 永久许可 和 并发客户端访问许可 )。
- 完整用户可以创建 codeunit(在 Starter Pack 允许的 10 个代码单元范围内)并将代码单元发布为 Web 服务。
- 完全用户和受限用户均可用于对 Web 服务进行身份验证。
换句话说,我想知道 Starter Pack(没有额外的开发颗粒)的客户在多大程度上能够通过 SOAP / OData 端点将 NAV 与其他软件系统集成——而不依赖于提升的开发能力认证合作伙伴/增值经销商。
Microsoft Dynamics NAV 2016 Product Overview and Capability Guide
Walkthrough: Registering and Using a Page Web Service (SOAP)
在专门的 Dynamics 论坛(Dynamics NAV Users 和 Dynamics 社区)交叉发帖后,我得出以下结论:
- 正确。
- 是的,但必须注意与多路复用相关的许可问题。 Multiplexing is not allowed. More comments about Web Services and internal / external users are here.
- 部分正确。创建新的代码单元需要开发人员许可证——客户许可证是不够的。现有代码单元可以发布为 Web 服务。
- 正确。
此 post 指的是 Dynamics NAV 2016(或更高版本)中的 SOAP 和 OData Web 服务,希望它没有偏离主题。我想知道以下事实是 是真还是假 (或者视情况而定)。
鉴于 Starter Pack 功能和默认 Customer License,没有额外的 Development Granules:
- A Full User 可以将任何页面(例如,Customer 或 Employee)发布为网络服务。
- 当使用来自另一个软件服务的已发布 Web 服务时,应该创建一个单独的 NAV 用户并且不与真人关联 - 这对于 NAV 的许可来说很好(例如 永久许可 和 并发客户端访问许可 )。
- 完整用户可以创建 codeunit(在 Starter Pack 允许的 10 个代码单元范围内)并将代码单元发布为 Web 服务。
- 完全用户和受限用户均可用于对 Web 服务进行身份验证。
换句话说,我想知道 Starter Pack(没有额外的开发颗粒)的客户在多大程度上能够通过 SOAP / OData 端点将 NAV 与其他软件系统集成——而不依赖于提升的开发能力认证合作伙伴/增值经销商。
Microsoft Dynamics NAV 2016 Product Overview and Capability Guide
Walkthrough: Registering and Using a Page Web Service (SOAP)
在专门的 Dynamics 论坛(Dynamics NAV Users 和 Dynamics 社区)交叉发帖后,我得出以下结论:
- 正确。
- 是的,但必须注意与多路复用相关的许可问题。 Multiplexing is not allowed. More comments about Web Services and internal / external users are here.
- 部分正确。创建新的代码单元需要开发人员许可证——客户许可证是不够的。现有代码单元可以发布为 Web 服务。
- 正确。