X++ 业务逻辑
反映您财务、供应链或制造流程实际运作方式的自定义计算、校验和工作流,以类和扩展的形式构建。
迪拜企业往往在财务、供应链或制造流程超出标准配置所能覆盖的范围时,才开始想在迪拜招聘 Finance and Operations 开发工程师:D365 是 Dynamics 365 的常用简称。例如一条反映企业实际定价方式的专属成本核算规则、一份监管机构或母公司要求、但系统原生无法生成的特定格式报表,或是一项与银行或海关系统的集成。Finance and Operations,在招聘信息和社区讨论中也常简称为 F&O 或 FandO,是 Microsoft 面向规模更大或业务更复杂的阿联酋企业推出的 ERP,基于 X++ 语言构建,与面向中小企业的 Business Central 是完全不同的平台。
本页面专门介绍开发工程师这一角色:一个编写 X++ 代码的人,而不是配置模块或负责培训的人,后者由我们的 Dynamics 365 顾问 和 技术顾问 页面覆盖。如果您的企业使用的是面向中小企业的 Business Central,请参阅我们的 Business Central 开发工程师 页面,因为这两个 ERP 既不共享代码库,也不共享开发者技能:无论您的迪拜企业使用哪一个,D365 Finance and Operations 与 Business Central 都需要不同的开发工程师,而不是一位全能型人才。
F&O 开发工程师负责搭建的内容
专属于这个 ERP 的具体交付成果,而不是泛泛的开发工程师职位描述。
反映您财务、供应链或制造流程实际运作方式的自定义计算、校验和工作流,以类和扩展的形式构建。
新增或修改的报表,以及超出标准开箱即用视图、展示财务或运营团队每天需要查看的具体数据的工作区。
让银行、海关系统、电商平台或 Power Platform 应用能够读取或写入 Finance and Operations 的端点和连接。
减少重复操作点击次数的表单改动和工作区磁贴,基于扩展模型构建,而不是直接编辑基础对象。
随着业务增长保持主数据一致性的导入导出模板、数据实体和计划任务。
通过 Lifecycle Services 与 Azure DevOps,安全地将 X++ 改动从开发环境经测试推向生产环境。
值得关注的技能
专属于这个 ERP 的技能,并对照厂商自身的文档进行核实。
| 技能或工具 | 良好水平的表现 | 为什么重要 |
|---|---|---|
| X++ 基础知识 | 熟悉 X++ 的类、表以及 Microsoft 自己参考文档中描述的编译到 CIL 模型 | X++ 是一门有自己规范的独立语言,不是 C# 或 Java 的变体 |
| 基于扩展的开发 | 基于扩展和事件处理程序构建,而不是覆盖基础应用 | 覆盖层式的改动会让平台更新的顺利实施变得更加困难 |
| 数据实体与集成 | 能熟练地为外部系统公开和使用 OData 与自定义数据实体 | 大多数真实的 F&O 集成都通过这些实体进行,而不是直接访问数据库 |
| Lifecycle Services 与 DevOps | 曾将真实改动经开发、测试推向生产管道,而不只是在单一沙盒环境中工作 | 与典型的网站项目不同,F&O 环境通过这些工具集中管理 |
| 性能意识 | 理解基于集合的操作,避免在不适合扩展的场景下使用逐行处理的 X++ | 写得不好的 X++ 会拖慢整个企业的财务结账和报表流程 |
Microsoft 自己的 X++ 语言参考 确认 X++ 会编译为 .NET Common Intermediate Language,这一点值得直接向候选人提问:它解释了为什么与 C# 之间存在互操作性,以及为什么性能优化的思路不同于单纯的 SQL 思维,而这正是能把一位真正的迪拜 D365 Finance and Operations 开发工程师,与只在用户界面层面工作过的人区分开来的细节。
与我们合作的方式
一项明确的扩展、报表或集成,适合以限定项目处理:以书面形式确认,交付完成后完整交接。一个随着业务增长而持续需要小幅改动的 F&O 实例,更适合让专职开发人员按月加入您的团队工作。如果计划长期自建内部 F&O 开发团队,招聘支持服务会更合适,我们会为您寻访并进行技术评估候选人,供您直接录用。咨询服务适合已有 X++ 开发工程师、但在进一步投入前想就性能问题或定制策略听取有经验的第二意见的企业。大多数通过我们招聘 D365 Finance and Operations 开发工程师的迪拜企业,都是从限定项目或专职开发人员开始的。
评估候选人
分辨出真正拥有生产环境 X++ 经验的人,而不是只做过培训课程项目的人。
询问涉及哪个模块、解决了什么业务问题,以及是如何打包的,而不是让对方泛泛声称“做过 F&O 开发”。
直接询问他们如何避免覆盖基础应用,因为这一个习惯会影响此后每一次平台更新。
询问连接的是什么系统,以及失败或重试是如何处理的,这是真实 F&O 集成中一个常见的薄弱环节。
在沙盒环境中的一项简短任务,例如一条校验规则或一次简单的报表改动,重点考察构建和测试方式。
拥有真实性能优化经验的候选人,能说明当时哪里慢、原因是什么,以及是哪项基于集合的改动解决了问题。
认证
一项当前、专属于这个角色的认证。
Microsoft 自己的认证页面说明,该认证涵盖 X++ 业务逻辑、报表与工作区、面向 Power Platform 和外部系统的端点、测试、性能以及应用生命周期管理,通过 MB-500 考试进行考核。
请索取候选人的 Microsoft Learn 成绩单链接,而不是一张徽章图片,因为这是 Microsoft 官方用来让认证可被独立核实的方式,并确认认证尚未过期,因为它每年都需要续期,之后再依据这项认证于迪拜招聘 D365 Finance and Operations 开发工程师。
阿联酋相关事项
两个在迪拜真实 ERP 项目中经常出现的领域。
如果 Finance and Operations 在财务记录之外还持有客户或员工的个人数据,《2021 年第 45 号联邦法令》,即阿联酋联邦个人数据保护法,专门适用于这部分个人数据,与任何会计留存要求分开处理,在集成设定范围之前,值得与您在迪拜招聘的任何 D365 Finance and Operations 开发工程师一并提出。
阿联酋财政部的电子发票项目要求企业间交易使用 OpenPeppol 标准,以电子方式向联邦税务局报告,并分阶段推行。负责发票或税务逻辑的 F&O 开发工程师,应被要求让这个集成点保持灵活,而不是写死在代码里,因为该项目自己的页面也说明它仍在持续演进。这正说明了为什么迪拜 D365 Finance and Operations 开发工程师的简报,应该随阿联酋规则的变化而重新审视,而不是一次写定后就不再更新。
如需面向中小企业的 ERP,请参阅我们的 Business Central 开发工程师 页面。如需综合性的跨应用角色,请参阅 Microsoft Dynamics 365 开发工程师;如需按认证招聘,请参阅 持证 Dynamics 365 开发工程师。配置与流程工作,而非代码工作,请参阅我们的 Dynamics 365 技术顾问 页面,完整角色系列则在 迪拜招聘开发人员 内的 Microsoft 与 Dynamics 365 页面。
直接解答
这是 Microsoft 面向规模更大或业务更复杂的企业推出的 ERP,涵盖财务、供应链与制造。F&O 或 FandO 是人们在招聘信息和论坛中常用的简称,正式名称是 Dynamics 365 Finance 与 Dynamics 365 Supply Chain Management。
不是。它们是面向不同规模企业的独立产品,基于不同语言构建:Finance and Operations 用 X++,Business Central 用 AL。精通其中一种的开发工程师,并不会自动在另一种上也能高效工作。
开发工程师负责编写 X++ 扩展、报表和集成代码。顾问负责配置模块、搭建业务流程并管理用户培训,工作内容大多不涉及代码。规模较大的 F&O 实施项目通常两者都需要。
在实际工作层面通常可以,因为 F&O 通过 Power BI 连接器和 OData 公开数据。如果是跨多个系统的大量、独立报表工作,我们的 Power BI 开发工程师页面会更具针对性。
这取决于改动是以扩展方式构建,还是按旧做法以覆盖层方式构建。一位称职的 F&O 开发工程师会专门基于当前的扩展模型进行开发,这样平台更新就不会与您的定制内容产生冲突。
说明涉及的模块,例如财务、供应链或制造,需要变更的内容,以及需要对接的系统。一通简短的通话会补齐其余细节,随后您会收到一份针对该简报量身定制的书面固定价格方案。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。