数据迁移规划
把旧系统或电子表格中的字段映射到 Dataverse 表,去除重复记录,并编写脚本让加载过程在某处失败时也能安全重跑。
当一个项目不再是一个干净利落的单一需求,而变成几个相互牵连的技术问题时,迪拜企业往往就会想在迪拜招聘 Dynamics 365 技术顾问:D365 是 Dynamics 365 在招聘信息和论坛中常见的简称。例如多年累积在电子表格里的客户记录需要干净地导入 Dataverse、一个财务系统必须在上线后继续与 Dynamics 365 保持通信,以及少数几项确实无法通过表单和业务规则满足的需求。这个角色介于功能咨询与纯开发之间,负责规划项目的技术形态,并常常亲自搭建其中较难的部分。
本页面专门介绍这部分技术规划与交付工作。如果您的项目主要围绕流程设计、应用配置以及让团队真正用起来系统,我们的 Dynamics 365 顾问 页面会更贴合,而这两个角色经常在同一个项目上协作,一方负责流程,另一方负责迁移和集成。
技术顾问交付的内容
支撑 Dynamics 365 上线背后的技术规划与构建工作。
把旧系统或电子表格中的字段映射到 Dataverse 表,去除重复记录,并编写脚本让加载过程在某处失败时也能安全重跑。
决定 Dynamics 365 如何与财务软件、电商平台或呼叫中心系统通信,以及这是否应经由 Dataverse Web API、Power Automate 或某项 Azure 服务实现。
为那些确实超出配置和 Power Automate 能力范围的需求,编写插件、自定义页面和脚本化业务逻辑。
构建开发、测试和生产环境的结构,以及安全地在其间迁移托管解决方案的流水线。
把集成设计、迁移映射和已搭建的扩展点写成书面记录,让未来的开发工程师不必靠猜测。
企业从旧系统切换到 Dynamics 365 那个周末的分步执行顺序和回滚方案,需提前以书面形式与客户商定。
值得关注的技能
跨越迁移、集成和扩展工作的综合判断力,而不是某一个狭窄的专长方向。
| 技能或工具 | 良好水平的表现 | 为什么重要 |
|---|---|---|
| Dataverse 数据建模 | 能在编写任何迁移脚本之前,解释一个杂乱的来源系统如何映射到 Dataverse 的表和关系上 | 一旦记录已经上线并投入使用,糟糕的映射修正成本很高 |
| 集成模式 | 清楚何时该用 Dataverse Web API、Power Automate 流程或 Azure 服务,并能说明理由 | 不匹配体量或时效要求的模式会导致同步缓慢或不稳定 |
| 解决方案与 ALM 管理 | 以带源代码管理的托管解决方案,让改动流经不同环境 | 直接在生产环境做的改动难以追溯、测试或撤销 |
| 风险与切换规划 | 在上线之前就写出回滚方案,而不只是一份前进计划 | 没有退路的迁移,会把一个小问题变成整个业务的中断 |
| 与功能顾问的沟通 | 能把一个业务流程转化为功能方可以校验的技术设计 | 没有一份共享的书面设计,技术方案和功能方案会逐渐脱节 |
Microsoft 关于 将数据导入 Dataverse 的指南值得和候选人一起过一遍,因为一位没有读过它的技术顾问,很可能是在沿用另一个平台的旧习惯。
与我们合作的方式
一项有明确起止点的迁移与集成工作,通常适合作为限定项目处理:映射方案、集成设计和切换方案会先以书面形式商定,再开始动工。咨询服务适合希望在承诺预算之前,对供应商已经提出的迁移或集成方案,寻求一次独立技术评审的企业。招聘支持适合正在自建长期 Dynamics 365 交付团队的企业,我们会代为完成技术评估。按月合作的专职技术顾问,适合有持续新增集成和扩展需求的 Dynamics 365 体系,而不是一个有明确终点的项目。
评估候选人
能揭示真实迁移和集成经验、而不只是证书名称的问题。
询问来源系统是什么、如何处理重复数据,以及事后回顾会有哪些不同做法,而不是一句笼统的“数据清洗”。这是分辨一位真正的迪拜 Dynamics 365 技术顾问和只读过文档的人的最清晰方式之一。
针对某个具体场景,询问为什么选择 Dataverse Web API 而不是 Power Automate(或反过来),以及集成在生产环境中失败时发生了什么。
给出一个简短场景,请对方描绘如果迁移在切换周末进行到一半时失败会怎样处理。含糊的回答是一个警示信号。
一份技术设计文档,必要时可做脱敏处理,能说明对方是否记录决策,还是把这件事留给日后接手系统的人。
优秀的技术顾问会描述与功能方之间真实的来回沟通,而不是需求成型后才交给自己的一次性交接。
认证
目前并没有专门叫做“Dynamics 365 technical consultant”的认证,因此请转而询问最接近的现行开发者认证。
Dataverse 上偏技术、集成密集的工作,最接近 Microsoft Certified: Power Platform Developer Associate。根据 Microsoft 自己的认证页面,其考试 PL-400 将从 2026 年 10 月 16 日起被 AB-400 取代,新考试的注册已经开放。两者最终指向同一项 associate 认证。
一份迁移映射文档和一份您能读懂的集成设计,比证书本身更能说明候选人的真实技术判断力。如果认证是招聘 Dynamics 365 技术顾问这一职位的硬性要求,请索取一份 Microsoft Learn 成绩单链接。
阿联酋相关事项
两个在迪拜真实迁移和集成项目中经常出现的领域。
把客户或员工记录迁移进 Dataverse,正是《2021 年第 45 号联邦法令》适用的那类处理行为,即阿联酋联邦个人数据保护法,因此同意、留存期限和任何跨境数据流转,都值得在迁移脚本运行之前,与您在迪拜招聘的 Dynamics 365 技术顾问确认。
凡是涉及发票的集成,阿联酋财政部的电子发票项目都为结构化电子发票设定了方向,这值得在技术顾问确定任何财务系统集成范围时提前提出。
如需同类项目中流程与用户采用的部分,请参阅我们的 Dynamics 365 顾问 页面。如果项目跨越多个应用、需要在任何迁移或集成工作开始前先确定整体架构,我们的 Dynamics 365 解决方案架构师 页面更贴合。如需通用开发角色,请参阅 Microsoft Dynamics 365 开发工程师,完整分类则在 迪拜招聘开发人员 内的 Microsoft 与 Dynamics 365 页面。
直接解答
他们介于功能设计与代码之间:规划数据如何从旧系统迁移到 Dataverse,设计与其他软件的集成,并在配置本身无法满足需求时,搭建项目所需的插件或扩展。
开发工程师通常拿到一个明确的技术需求并把它实现出来。技术顾问要先弄清楚这个需求究竟应该是什么,权衡配置与代码的取舍,规划迁移和集成方案,并且常常也会亲自动手实现其中一部分。在较小的项目中,往往由同一个人同时承担两种角色。
我们的 Dynamics 365 顾问页面覆盖功能咨询:流程设计、应用配置和用户采用,大多不涉及代码。本页面覆盖同一类项目中更偏技术的部分:迁移、集成和扩展工作。
不一定。如果项目是一项明确的技术任务,例如一次集成,我们的 Dynamics 365 开发工程师或 Dynamics 365 CE 开发工程师页面会更精确地匹配这类较窄的简报。只有当几个需要统筹规划的技术环节纠缠在一起时,技术顾问才真正派上用场。
根据 Microsoft 自己的开发者文档,它是 Dynamics 365 和 Power Apps 底层的数据平台。技术顾问会在任何迁移脚本运行之前,先规划现有数据如何映射到 Dataverse 的表结构上,因为糟糕的映射事后修正成本很高。
列出涉及的系统、大致需要迁移的数据量,以及上线后必须继续正常运行的任何集成。一通简短的通话会补齐其余细节,随后您会收到一份针对该简报量身定制的书面固定价格方案。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。