我想编写一个与 Dynamics NAV 2009 和 2013 实时交互的 .NET 应用程序。该应用程序必须读取和更新客户和库存项目等实体。
使用提供的 Web 服务似乎是作为集成点的最佳选择，我已经尝试了一些基本测试，使用基于 Pages 和 .net 客户端的 Web 服务阅读、更新和创建项目。
不幸的是，我对 Dynamics 很陌生，我有一些问题可能反映了缺乏经验。
首先 - web 服务可以公开页面或代码单元。Page 是否是用于接口的正确选项 - 创建客户？
其次 - 我的理解是 Dynamics NAV 很少在没有定制的情况下部署。NAV 中的典型定制（例如添加字段）是否会涉及更改标准页面，然后此更改会反映在 Web 服务定义中吗？
你是对的——考虑到你的要求，网络服务可能是与 NAV 交互的最佳选择。
关于您的第一个问题：页面 Web 服务知道如何处理并发，并且由于 Visual Studio 封装它们的方式，公开了可以从 .NET 代码与之交互的丰富类型。所有基本的 CRUD 操作都可以使用公开的方法执行。更详细的 codeunit web services 和 page web services 对比请参考http://msdn.microsoft.com/en-us/library/dd355398.aspx。
我认为大多数开发人员选择不发布普通页面（针对 NAV Windows 客户端的页面；以前称为角色定制客户端），而是创建单独的、经过调整的页面以作为 Web 服务发布。但是，如果您愿意，我想您可以将自定义字段添加到标准页面并将其作为 Web 服务发布。
希望这可以帮助！祝你好运！:)