dynamics 365

明哥说编程

Power Automate 与Dynamics 365 插件结合实现复杂业务逻辑在企业数字化转型进程中，Dynamics 365（以下简称D365）作为核心业务管理平台，承载着客户关系、供应链、财务核算等关键数据与流程；而Power Automate作为低代码自动化工具，擅长串联多系统、多环节的流程 orchestration。单一依赖D365插件或Power Automate，难以高效应对企业日益复杂的业务场景——前者强于底层逻辑处理但流程编排灵活度不足，后者擅长流程串联但在高性能数据运算、复杂规则校验上存在局限。二者深度结合，采用“低代码搭骨架、Pro Code补血肉”的混合开发

明哥说编程

从代码陷阱到敏捷配置：Dynamics 365 避免过度定制的架构设计原则Dynamics 365 作为企业级 CRM/ERP 一体化平台，其灵活的定制化能力是核心竞争力，但过度定制化（尤其是硬编码、无边界扩展）已成为企业数字化转型的常见陷阱 —— 硬编码的业务规则难以适配业务变化，过度定制的代码逻辑导致平台升级时冲突频发，维护成本随定制量指数级增长。

明哥说编程

Dynamics 365 报表开发： FetchXML 与 Power BI 数据可视化实战在数字化转型浪潮中，Dynamics 365（D365）作为企业级客户关系管理（CRM）与企业资源规划（ERP）集成平台，其沉淀的业务数据是企业决策的核心资产。报表开发与数据可视化则是激活这些资产的关键手段——FetchXML 作为 D365 专属数据查询语言，承担着精准提取业务数据的核心职责，而 Power BI 则凭借强大的可视化能力与灵活的集成特性，成为 D365 报表呈现的优选工具。本文围绕 D365 报表开发全流程，结合 FetchXML 与 Power BI 的实战场景，拆解核心技术要点与落地

明哥说编程

Dynamics 365 Web API 对接外部系统：数据双向同步方案在企业数字化转型进程中，Dynamics 365 作为核心的客户关系管理（CRM）与业务运营平台，常需与ERP系统、财务系统、电商平台、自定义业务系统等外部应用联动。由于各系统数据孤立存储、更新节奏不一致，易出现客户信息滞后、订单数据脱节、业务流程断裂等问题，导致运营效率低下、决策偏差。Dynamics 365 Web API 基于RESTful架构，支持OData协议，提供标准化的数据读写接口，是实现跨系统数据互通的核心桥梁，而双向同步则是打破数据孤岛、保障全链路数据一致性的关键需求。

明哥说编程

Power Virtual Agents与Dynamics 365 集成搭建客服机器人完全指南Power Virtual Agents（以下简称PVA，现更名为Copilot智能体）与Dynamics 365（尤其是Customer Service模块）的集成，可构建具备**上下文感知、数据联动、人机协同**能力的智能客服机器人，核心价值体现在三大场景：

Dynamics 365 Finance + Power Automate 自动化凭证审核触发器初始化变量条件控制并发与重试流程：确保 voucher-flow-definition.json 与 Bicep 文件同目录，CI/CD 管道中一并推送。

Dynamics 365 Business Central AI Sales Order Agent Copilot#AI Copilot# #D365 BC 26 Wave#最近很多客户都陆续升级到 Dynamics 365 Business Central 26 wave, Microsoft 提供一个基于Copilot 的Sales Order Agent，此文将此功能做个介绍.

Dynamics 365 Business Central Azure application registration本方法适用于单租户服务器身份验证。在大多数组织里ERP Admin 不一定有权限 Azure Admin权限，在实施过程中你只需要把以下指引发给你的系统管理员。请注意后面有系统管理员设置好后，你如何检查。

Dynamics 365 Business Central Recurring Sales Lines 经常购买销售行来作订阅#D365 BC ERP# #Navision#前面有节文章专门介绍了BC 2024 Wave 2 支持的更好的Substription & Recurring Billing。其实在D365 BC ERP中一直有一个比较简单的订阅模块Recrring Sales Lines。本文将介绍一下如何用Recurring Sales Lines来实施简易的订阅Substription。具体在实施过程中，如果订阅业务非常少，常常适用这种简易方式。

Dynamics 365: 从0到1了解如何创建Custom API(3) - Custom API的调试之插件调试对于Custom API的调试，主要有三种方式：对于这三种方式，说白了也就相当于两种，第一种打log，这种方式很多时候我们是在插件调试突然不好使的时候，或者在不调试时还想看下问题大概出在哪的时候才会用的。

Dynamics 365 使用ILMerge 合并CRM开发后的DLL很久以前写过一篇博文，关于用ILMerge 命令合并DLL,当时时纯敲命令行的，现在有了更简单的方式，只需要在NuGet下载如下两个包

我是有底线的