问题标签 [microsoft-dynamics-nav]

我的任务是访问本地 Dynamic Nav Rest API。我找不到任何逻辑来访问令牌逻辑。请提供一些代码片段来访问端点 URL。

提前致谢

我在使用 API 方法将订单信息发布到“Dynamics 365 Business Central 的 API”时遇到了一些问题。

因此，在关于订单的官方文档中，对于创建订单，您必须将“客户信息”添加到请求正文中。在此之前，您必须创建客户（客户的文档）。

但是，如果我尝试使用来自客户请求的信息创建订单，则会出现错误：

错误：“Application_FieldValidationException”，“消息”：“客户过帐组必须在客户中有一个值”

所以主要问题是：如何创建（或获取）并将发布组设置为客户请求？

或者如果方法不对，如何正确执行？

我需要设置字段“Ship-to”和“Bill-to”的值（见截图））。我如何在 API 中做到这一点？

我已经阅读了文档中的信息，但找不到有关此字段的信息。

截屏

我在使用 Dynamics Nav OData 时遇到问题。我正在使用 Visual Studio Community 2017（版本 15.9.0），并且我已经安装了扩展 OData Connected Service (Official Microsoft Extension) 1。

这是我的 Odata 结构：

http://myWeb:8145/DynamicsNav90_Desa/OData

我已经验证并且 odata在 Opera 浏览器中正确返回了2 个值。

到目前为止，它工作正常。

问题是当我去视觉工作室并尝试添加新的连接服务时，它会引发下一个错误3：

图片文字：

连接的服务无法访问 http://myWeb:8145/DynamicsNav90_Desa/OData/ $metadata

我检查了防火墙和端口信息，它们完全可以连接。

我们想做的事

我们希望在一个 API 调用中同时创建一个sales header和对应的。sales lines

我们如何努力做到这一点

为此，我们尝试按照OData 规范中的规定进行深度插入。

例子

我们得到 a200 OK并且sales header创建了但没有任何sales lines。

导航配置

我们已经发布了第 42 页（销售订单）的 Web 服务，并且我们在调用中使用了相应的OData V4 URL。

肥皂

如果我们尝试对 SOAP URL 和 SOAP 调用做同样的事情，它会起作用。使用销售行创建销售订单。但我们非常希望不使用 SOAP。

我习惯于开发基于 von V2 的 Navision 扩展，所以我想知道，是否有办法使用 AL-Dev-Tools 开发 Dynamics NAV 2017 的 V2 扩展。

我找不到版本 10的ALLanguage.vsi，仅适用于版本 11 (NAV 2018) 和版本 12 (NAV BC)。

有没有办法为 Dynamics NAV 2017 获取 ALLanguage.vsi，还是我必须清理旧的 Dynamics DevEnviroment？

谢谢帮忙，问候。

将报告（作为文本文件）导入数据库（Nav 2017 CU11）时出现错误。

问题是我只有在尝试将这个对象导入到 docker 容器中时才会收到这个错误。数据库和服务层托管在同一个容器内。

相同的对象在普通 PC 上可以正常工作/导入。导航版本在 PC 和容器中完全相同。

此外，在文本文件中没有一个地方可以找到提到的0x14字符。

据我所知Line 8693, position 64.是指文本文件的 RDLc 部分。在这个位置站着合法的字母й（俄语）。

它一定与编码有关，但我发现无法在容器内使用它。

我一直在努力NAV '18从Node服务器进行身份验证。NTLM 身份验证在 POSTMAN 上工作正常，但在 Node 上却不行。我已经尝试将'Authorization: NTLM', 'username:password'其用作请求的标头，以及一些 NTLM 库（例如 httpntlm），但没有成功。

是否有使用用户名和密码进行 ntlm 身份验证的实际工作示例？将 Windows 凭据更改为 NAVUserPassword 不是一种选择...

我想自动化为 NAV 和 BC 下载最新 CU 的过程。我编写了 powershell 脚本，但仍然需要部分如何从该页面下载 zip 文件（https://www.microsoft.com/en-us/download/details。 aspx?id=58275 )

这是我到目前为止写的代码：

我为 Dynamics NAV/BC 创建了一个简单的控件加载项，但遇到了一些问题。我在这个插件中所做的完全一样（据我所知），就像我在以前创建的相同类型的插件中所做的一样，它们工作得很好。

问题是，当插件程序集被添加到页面时（我个人对这部分了解不多，只是边看边做），假定插件的事件和方法出现（应该生成存根代码），但事实并非如此......没有任何反应。

当他们尝试使用类似的程序集（相同的框架、相同类型的界面、相同版本的 'Microsoft.Dynamics.Framework.UI.Extensibility' 程序集 - 简而言之非常相似的程序集）时，方法和事件的代码生成为预期的。

所以我的问题是，很明显，当它们在 C# 代码中几乎相同时，为什么它适用于一个程序集而不是另一个程序集？

这是程序集不起作用的代码。

我错过了什么？

部署该组件的人说他已经确保它“畅通无阻”，所以这不应该是问题。

我忘了添加自定义事件处理程序的代码 - 在这里。