AL 扩展
新增字段、表和业务逻辑,打包为扩展并与标准应用并行安装,而不是直接编辑标准应用。
当电子表格和入门级会计软件不再能同时应付财务、销售、采购和库存时,成长中的迪拜企业往往就会转向 Dynamics 365 Business Central,而这正是大多数企业第一次想在迪拜招聘 Business Central 开发工程师的时刻。Business Central 是 Microsoft 面向中小型企业推出的 ERP,与规模更大的 Finance and Operations 平台不同,它基于自有语言 AL 构建,以扩展形式开发和打包,而不是直接编辑基础应用。
Business Central 开发工程师的工作,通常由一个真实的缺口触发:银行或审计方要求某种特定格式的报表、标准工作流没有提供的一道审批步骤,或是需要订单自动进入系统的在线商店连接。如果您的企业运行的是规模更大的 Finance and Operations 平台,我们的 Finance and Operations 开发工程师 页面才是正确的选择,因为这两个 ERP 并不共享代码库,一位迪拜 Business Central 开发工程师并不会自动在另一个平台上同样高效。
Business Central 开发工程师负责搭建的内容
六个真正会落到 Business Central 开发工程师案头的简报类型。
新增字段、表和业务逻辑,打包为扩展并与标准应用并行安装,而不是直接编辑标准应用。
为标准报表无法生成的对账单、采购订单或管理报表包定制的 AL 报表与版式。
基于 Business Central 自身 API 构建的银行数据流、电商平台或 Power Platform 应用连接。
围绕您具体业务实际运作方式设计的页面扩展和审批流程。
将客户、供应商、物料和期初余额从旧系统清理映射后迁移到 Business Central 中。
为计划在 AppSource 上发布自有插件的企业,按 Microsoft 的标准构建扩展。
值得关注的技能
值得核实的 AL 专属习惯,因为泛泛的 ERP 经验并不足以覆盖它们。
| 技能或工具 | 良好水平的表现 | 为什么重要 |
|---|---|---|
| AL 基础知识 | 熟悉表、表扩展、页面和代码单元,把代码写在代码单元中而不是分散在各个对象里 | Microsoft 自己的 AL 指南出于安全和复用考虑,推荐这种模式 |
| Visual Studio Code 与 AL 扩展 | 日常在标准 AL 工具链中工作,而不是使用旧版开发环境 | 当前工具链是 Microsoft 记录、支持并持续更新的版本 |
| 扩展模型纪律 | 以可安装扩展的形式发布改动,绝不直接编辑基础应用对象 | Microsoft 更新基础应用后,直接编辑内容会立即丢失或产生冲突 |
| API 与集成 | 能熟练调用和公开 Business Central 自身的 API 页面供外部系统使用 | 大多数真实的 Business Central 集成都通过这些 API 进行,而不是人工导出 |
| 应用生命周期管理 | 使用源代码管理,并有一条从沙盒到生产环境的明确路径 | 防止仅在单一环境中做出的改动丢失或被覆盖 |
Microsoft 自己关于 AL 编程 的指南明确指出,代码应放在代码单元中,而不是直接写在其操作的对象上,这是您在面试候选人、招聘迪拜 Business Central 开发工程师时,值得直接提出的一个公平、具体的问题。
与我们合作的方式
可以把这个选择理解为一个关于工作重复频率的问题。一次性需求,例如一条银行数据流连接或某种特定对账单版式,最适合以限定项目、明确简报和交接日期的方式快速解决。如果您的产品组合或会计方式一直在变化,专职开发人员融入您的团队、随时接手新变化会更合适。如果计划长期自建并保留 Business Central 能力,招聘支持服务会为您寻访并进行技术测试人选,供您直接聘用,而不是由我们代劳。至于是否值得完全自建一个定制扩展、还是调整流程更合适,这个诚实的问题最好在任何人打开 Visual Studio Code 之前,通过一次简短的咨询沟通来解决。大多数通过我们招聘 Dynamics 365 Business Central 开发工程师的迪拜企业,都是从限定项目或专职开发人员开始的。
评估候选人
只跟着教程做过练习的候选人,往往会在这五个问题上露出破绽。
是什么业务问题促成了它、为什么选择扩展而不是修改基础对象,以及它是如何最终上线的。含糊的回答在这里是最明显的警示信号。
观察它与标准 Business Central 对象之间是否有干净的划分,并询问每个部分为什么这样设计。
说出具体的外部系统名称,询问调用失败时会发生什么,留意对方是给出经过深思熟虑的答案,还是想当然地认为它总能正常工作。
在沙盒环境中构建一个带校验逻辑的字段,就足以在不要求无偿劳动的前提下,看出对方真实的编码习惯。
Business Central 按计划发布新版本。真正维护过扩展、经历过一次更新的人,能说出具体的测试流程,而不只是理论。
认证
有一项 Microsoft 认证正好对应这个角色。
Microsoft 的认证页面列出了设计、开发、测试和维护扩展,应用生命周期管理,以及把 Business Central 与其他应用集成,作为 MB-820 考试考核的技能。
共享的 Microsoft Learn 成绩单链接,而不是一张徽章图片,是 Microsoft 设计的独立核实方式。也要看日期:associate 级别认证若一年内未续期就会失效,值得在依据这项认证于迪拜招聘 Business Central 开发工程师之前先行核实。
阿联酋相关事项
两件值得尽早摆上台面的事情。
Business Central 中的客户与供应商记录通常包含姓名、联系方式,有时还有员工数据,这就涉及《2021 年第 45 号联邦法令》,即阿联酋联邦关于如何保护这类个人数据的联邦规则,与财务记录本身需要保留多久是两回事,因此在集成设定范围之前,应向您在迪拜招聘的任何 Business Central 开发工程师提出这一点。
阿联酋财政部运营着一项全国性电子发票项目,要求企业间交易通过 OpenPeppol 网络以电子方式向联邦税务局报告。请将任何发票逻辑构建为可随规则变化而调整,因为财政部自己的页面也说明该项目仍在持续推行中。
如果您运行的是规模更大的同系列平台,我们的 Finance and Operations 开发工程师 页面涵盖那部分内容。如果还不确定自己需要哪个应用,请从 Microsoft Dynamics 365 开发工程师 页面开始了解。如需按指定 Microsoft 认证招聘,请参阅 持证 Dynamics 365 开发工程师。Business Central 上线过程中的流程与模块配置,而非代码工作,由我们的 Dynamics 365 顾问 页面覆盖,本系列的每一个角色都汇集在 迪拜招聘开发人员 内的 Microsoft 与 Dynamics 365 页面上。
直接解答
适合已超出基础会计软件承载能力、但又不需要 Finance and Operations 那种规模的中小型企业。它在一个系统里涵盖财务、销售、采购、库存和轻度制造。
不是。它们是面向不同规模企业的独立 Microsoft ERP,基于不同语言构建:Business Central 用 AL,Finance and Operations 用 X++。精通其中一种的开发工程师,并不会自动在另一种上也能高效工作。
开发工程师负责编写 AL 扩展、报表和集成代码。顾问负责配置模块,搭建您的科目表、流程和审批,工作内容大多不涉及代码。大多数实施项目会在不同阶段同时用到这两种角色。
在实际工作层面通常可以,因为 Business Central 可以直接连接到 Power BI。如果是跨多个系统的大量、独立报表工作,我们的 Power BI 开发工程师页面会更具针对性。
比老一代 ERP 要小,因为 AL 扩展是与基础应用代码分开构建和安装的。称职的开发工程师会专门以这种方式开发,这样 Microsoft 平台更新就不会破坏您的定制内容。
说明涉及的模块、需要变更的内容,以及需要对接的系统,例如银行数据流或电商平台。一通简短的通话会补齐其余细节,随后您会收到一份针对该简报量身定制的书面固定价格方案。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。