自定义工作流程
审批链、通知和自动化步骤,贴合企业实际的运作方式,超出平台默认提供的范围。
当一个标准设置界面已经无法解决问题时,企业往往就需要在迪拜招聘 ERP 开发工程师:一条与公司实际支出签核方式不符的审批链,财务部门需要而系统本身不提供的特定格式报表,或是两个从未被设计成自动共享数据的系统之间出现的断层。这个角色处于顾问之下,把顾问已经界定好的业务需求,转化为平台内部真正可运行的代码。
这些代码具体是什么样子,完全取决于所使用的平台。Oracle 的 NetSuite 通过 SuiteScript 和更广泛的 SuiteCloud 平台进行定制,Microsoft 的 Dynamics 365 应用通过 Dataverse 插件、自定义 API 和 Power Platform 工具进行扩展,而开源套件 Odoo 则直接以自己的 Python 模块进行定制。在迪拜招聘 ERP 开发工程师之前,请先明确具体平台,因为一位出色的 NetSuite 开发工程师,不会在第一天就自动胜任 Dynamics 365 的工作。
ERP 开发工程师能构建什么
一旦这次招聘完成,您在迪拜能获得的具体交付成果,而不是一份笼统的职位描述。
审批链、通知和自动化步骤,贴合企业实际的运作方式,超出平台默认提供的范围。
NetSuite 上的 SuiteScript、Dataverse 上的插件和自定义 API,或 Odoo 上的 Python 模块,均针对具体业务规则编写。
把 ERP 与网站、CRM、支付网关或银行数据流连接起来的代码,通常通过平台自身已发布的 API 实现。
标准报表工具无法提供的财务、库存或运营报表,按您需要的格式和细节层级呈现。
把数据从旧系统或电子表格迁移并清理进新 ERP 的代码,编写时会考虑到记录被修正后需要不止运行一次。
为平台默认不追踪的信息,新增字段、表单和记录类型。
值得关注的技能
针对具体平台的实践经验,而不是一份笼统的 ERP 简历。
| 技能或工具 | 合格的表现 | 为何重要 |
|---|---|---|
| 您所使用的具体平台 | 在确切的那一款 ERP 平台上拥有近期、动手实践的经验,而不是相关平台的经验 | 不同平台之间的扩展模型差异足够大,通用经验无法直接迁移 |
| 平台自身的扩展工具 | 熟悉 NetSuite 上的 SuiteScript 和 SuiteCloud,或 Power Platform 上的 Dataverse 插件和自定义 API | 在受支持工具之外编写的自定义代码,往往会在下一次平台更新时失效 |
| API 与集成工作 | 曾通过已发布的 API,构建过至少一次与外部系统的真实集成 | 大多数 ERP 定制工作,实际上就发生在日常的集成环节 |
| 变更与发布纪律 | 在把变更推送到生产系统之前,先在沙盒环境中测试 | 直接在生产环境中工作的 ERP 开发工程师,会让真实的财务和运营数据面临风险 |
| 对业务流程的理解 | 在提出自定义代码方案之前,先询问标准流程原本是怎样的 | 在不了解标准流程的情况下构建的代码,往往之后需要推倒重做 |
Microsoft 自己的 Power Platform 开发者文档,把 Dataverse 插件、Webhook、自定义 API 和 Power Apps 组件框架,列为扩展 Dynamics 365 应用的受支持方式,这是您在迪拜招聘专注于 Dynamics 365 的 ERP 开发工程师时,可以合理参照的基准。
与我们合作的方式
如果平台已经上线,且变更请求不断涌入,按月加入一位专职开发工程师,通常比反复为零散小任务确定范围更简单。单次集成、一个迁移脚本,或一个有明确完工节点的自定义模块,则更适合以项目形式进行。有些企业希望长期把这个人纳入自己的编制,这种情况下,我们的招聘服务负责寻访候选人并完成技术评估,招聘决定仍由您来做。而如果某项定制早已存在,但没有人确信它当初构建得是否正确,在投入更多工作之前先请我们做一次评审,往往是四种路径里最稳妥的起点。
考察候选人
能把真实平台经验与泛泛而谈区分开来的核查方式。
无论您通过哪种方式在迪拜招聘 ERP 开发工程师,直接聘用还是由我们在招聘支持下推荐的候选人,这些核查方式都同样适用。
如果对方一口气说出好几个平台名称,而不是给出一个清晰的答案,那么他大概率没有在其中任何一个平台上深入工作过。
它解决了什么业务问题,第一次在生产环境运行时出现了什么故障,以及后来做了哪些改动。
每一个正规的 ERP 平台,都会把测试环境和生产环境区分开。说不清如何把变更从测试环境搬到生产环境的人,很可能一直在直接操作生产系统。
评判结果时,要看它是否符合平台受支持的扩展模型,而不只是看它在技术上是否能跑通。
一个敢于坦承自己对某个平台不熟悉的人,比声称对 NetSuite、Dynamics 365 和 Odoo 都同样精通的人更值得信任。
认证
每个 ERP 平台都运行着自己的认证体系,请索取与您系统匹配的那一个。
没有人颁发通用的 ERP 开发工程师证书。Oracle 通过自己的 SuiteFoundation 和 SuiteCloud Development 考试认证 NetSuite 技能,Microsoft 则为 Power Platform 和 Dynamics 365 开发工程师分别设有独立的、针对具体角色的考试。一旦确定要在迪拜为这个职位招聘 ERP 开发工程师,请索取与您平台相匹配的凭证,而不是一个笼统的头衔。
Oracle 和 Microsoft 在考试通过后,都会附带一份可分享、可核实的记录,因此真实的资质声明会附带一个链接,而不只是简历上的一行文字。Odoo 没有类似的正式认证体系,因此在这个平台上,一段您能亲自阅读的代码,比任何证书都更能说明问题。
阿联酋相关考量
在一个真实项目中聘用 ERP 开发工程师后,值得留意的两个方面。
大多数 ERP 定制工作,最终都会触及某条客户记录、一份工资单或一份供应商档案。阿联酋 2021 年第 45 号联邦法令,规定了这类个人数据必须如何得到保护和取得同意,无论 ERP 系统本身物理托管在哪里,该法令都同样适用。
阿联酋财政部正在分阶段推行面向企业对企业交易的全国性电子发票要求。任何现在正在定制发票或应收账款流程的人,都应该在一开始就被告知这一方向,而不是等到财务团队询问为什么去年的方案已经不再适用时才知道。
该角色属于我们的 ERP 与 CRM 类别,是更广泛的 迪拜招聘开发人员 板块的一部分。如果需求主要是配置和流程设计而非编码,我们的 ERP 顾问 页面更贴合;如果一次上线需要有人专门负责数据迁移和集成,请参见 ERP 技术顾问。对于平台层面的决策,或需要统筹多个系统的环境,我们的 ERP 解决方案架构师 页面更适合;如果同一项目还涉及面向客户的流程,我们的 CRM 开发工程师 页面覆盖这部分内容。专门运行 SAP 的企业,也可以参考我们的 SAP ERP 开发工程师 页面。
直接解答
不是。顾问主要通过配置和业务流程设计来工作。ERP 开发工程师负责编写顾问无法仅凭设置界面完成的脚本、自定义字段、工作流程和集成,两个角色在同一项目里往往配合得很好。
取决于您企业正在使用或即将迁移到的那一个。NetSuite、Dynamics 365 和 Odoo 各自有自己的脚本语言和扩展模型,在您具体使用的平台上拥有真实经验,比泛泛的 ERP 熟悉程度更重要。
通常可以,因为大多数现代 ERP 平台正是为此发布了 REST API。请把涉及的两个系统都告诉我们,我们会匹配一位曾经构建过这类集成的开发工程师,而不只是熟悉 ERP 一侧的人。
一旦某个业务流程超出了标准配置的范围,比如一条不寻常的审批链,或客户要求的特定格式报表,云端 ERP 仍然需要自定义开发。云端消除的是服务器维护工作,而不是定制开发的需求。
告诉我们平台、受影响的业务流程,以及缺口具体是缺失功能、集成故障还是需要新的自动化。一通简短的电话就能补全其余细节,随后您会收到一份针对该简报、固定价格的书面方案。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。