用 Application Composer 扩展
通过 Oracle 支持的可扩展工具而不是直接改代码,构建自定义对象、字段和业务规则。
企业通常在 Financials、HCM、SCM 或 CX 模块已经上线、而标准配置不再覆盖每一项需求时,才会迪拜聘请 Oracle Fusion 开发工程师:一条与业务实际情况不符的审批流程、一份财务真正想看的报表,或是另一个需要与 Fusion 自动交换数据的系统。Oracle 把 Fusion Cloud Applications 记录为涵盖这些产品系列的单一套件,但每个系列都有各自的配置工具、数据模型和发行说明,因此这个角色在实际中比产品名称听起来要窄。
由于 Fusion 是 Oracle 的软件即服务应用平台,相关工作更偏向配置、扩展和集成,而不是直接修改应用代码,也更偏向围绕 Oracle 的季度更新周期做规划,而不是一次性构建。这决定了迪拜企业聘用 Oracle Fusion 开发工程师时应该关注什么,也是本页其余部分贯穿的主题。
角色涵盖的工作
建立在标准 Fusion Applications 功能之上的工作。
通过 Oracle 支持的可扩展工具而不是直接改代码,构建自定义对象、字段和业务规则。
针对 Fusion 主题区域构建的事务型和 BI Publisher 报表,按财务或运营团队实际阅读的方式排版。
通过 Oracle Integration Cloud 或 Fusion 发布的 REST 与 SOAP 服务构建的连接,把 Fusion 与银行、发薪机构或其他系统连接起来。
针对薪资、缺勤或薪酬制定的计算逻辑,用于覆盖 Oracle 标准规则未涵盖的具体政策。
与标准 Fusion 界面并存的小型专用应用,以及 Redwood 页面个性化设置。
在每个季度的 Oracle 更新到达生产环境之前,先针对扩展和集成进行检查,而不是等到出问题之后再处理。
值得关注的技能
套件级通用工具,加上您实际使用模块上的真正深度。
| 技能或工具 | 合格的表现 | 为何重要 |
|---|---|---|
| 模块深度 | 在您具体使用的模块(Financials、HCM、SCM 或 CX)上有近期、真正的实操经验,而不只是笼统了解 Fusion | 不同模块之间的配置和数据结构差异很大 |
| Application Composer 与可扩展性 | 在 Oracle 支持的工具内构建扩展,并清楚这些工具的限制 | 在受支持工具之外完成的工作不受支持,往往在下一次更新时丢失 |
| Oracle Integration Cloud 或网络服务 | 基于 Fusion 发布的 API 设计集成,包含错误处理和重试机制 | Fusion 不提供直接数据库访问,因此集成必须以受支持的方式构建 |
| BI Publisher 与 OTBI | 既能构建格式化报表,也能针对 Fusion 主题区域进行临时分析 | 这两个工具解决的是不同的报表问题,开发工程师应清楚该用哪一个 |
| 更新纪律 | 有针对 Oracle 季度发布周期进行测试的固定流程 | Fusion 会自动更新,未经测试的扩展可能毫无预警地失效 |
Oracle 自己的 Fusion Cloud Applications 文档是按产品系列分别组织的,而不是一本不加区分的整体手册,这也是在迪拜招募 Oracle Fusion 开发工程师负责某个具体模块之前,值得留意候选人真实经验究竟有多专精的一个信号。
与我们合作的方式
专职开发工程师适合日常运行 Fusion、持续产生新扩展和报表需求的企业。限定范围的项目适合一份界定清晰的工作,例如一次集成或一套报表,有书面范围和干净的交接。招聘支持适合希望长期把 Fusion 开发工程师纳入自己编制的企业。咨询服务适合在投入预算之前,先就是否进一步扩展 Fusion,还是坚持标准配置这一决定做出判断。如果您计划首次在迪拜招聘 Oracle Fusion 开发工程师,告诉我们具体的模块和具体的缺口,通常能很快锁定合适的合作模式。
考察候选人
能够揭示模块深度和更新纪律的核查方式。
询问具体是哪个 Fusion 模块,以及从事了多久,区分真正的动手配置经验和仅仅接触过这套件。
它解决了什么业务问题,用了哪个工具,以及他们如何让它保持在 Oracle 受支持的边界之内。
Fusion 发布了什么,对方系统需要什么,以及失败和重试是如何处理的。
真正操作过 Fusion 的候选人会描述一套固定流程,而不是耸耸肩,因为 Oracle 按固定日程推送这些更新。
关注是否有非技术读者也能据此行动的成果,而不是来自 OTBI 的原始数据倾泻。
当客户通过招聘支持委托我们迪拜聘请 Oracle Fusion 开发工程师,并希望我们代为完成技术评估时,我们采用的正是同一套核查方式。
认证
Oracle 对 Fusion Cloud Applications 是按模块分别认证的,而不是发一张通用证书。
Oracle 为 Fusion Cloud Applications 内的 Financials、HCM、SCM 和 CX 分别运营独立的认证路径,而不是一张涵盖全部的统一 Fusion 证书。在某一模块上的证书,说明不了在另一模块上的深度。
这些认证会随着 Oracle 自身的更新周期不断刷新,因此请对照 Oracle 当前的目录来核实任何证书,而不是信任一枚旧徽章。通过我们迪拜招聘 Oracle Fusion 开发工程师时,我们可以在筛选阶段将特定模块的认证加入要求。
阿联酋相关考量
对任何在 Fusion 上运行 Financials 的企业都是一个实时变化的领域。
阿联酋财政部正在推行一套强制性的结构化电子发票模式,通过认可的服务提供商向联邦税务局报送发票数据,上线日期分阶段贯穿 2026 年直至 2027 年。如果您在 Fusion 上运行 Financials,请询问开发工程师计划如何在企业的截止日期前把系统连接到一家认可的服务提供商,因为一份 PDF 发票并不能满足这项要求。
如果 Fusion 界面或报表需要同时支持阿拉伯语和英语,请及早确认哪些 Fusion Applications 区域支持从右到左布局,因为不同模块和页面的支持程度并不一致。
本页归属于我们的 Oracle 类别,属于更广泛的 迪拜招聘开发人员 板块的一部分。以集成为主的工作请查看我们的 Oracle Integration Cloud 开发工程师 页面,在 Fusion 与较旧的本地体系之间做选择,请参考我们的 Oracle EBS 开发工程师 页面进行比较。对整个上线项目的独立评审属于我们的 Oracle ERP 顾问 页面,Oracle 之外的通用企业应用工作则属于 ERP 与 CRM 开发人员。
直接解答
相关但不完全相同。实施顾问通常在整个上线过程中主导流程设计和配置,而开发工程师负责搭建其周边的技术部件:扩展、集成、报表和 Fusion AI 智能体相关工作。在较小的项目中,很多人两者都要负责,值得先弄清楚自己实际需要哪一种再开始招聘。
Financials、HCM、SCM 和 CX 是分开构建和授权的独立产品系列,各自有自己的配置和数据模型,因此在其中一个模块上的真正深度,不会自动迁移到另一个模块。告诉我们您的企业运行哪些模块,我们会据此匹配合适的角色。
Oracle 的模式更倾向于配置而不是深层代码级别的自定义,使用 Application Composer、page composer 和 Visual Builder 等工具,而不是直接修改底层应用。尊重这一边界的开发工程师能让您的环境保持可升级;不尊重这一点的开发工程师,可能会让您被困在旧版本上。
通常通过 Oracle Integration Cloud,或 Fusion Applications 发布的 REST 和 SOAP 网络服务,而不是直接访问数据库,因为 Oracle 不支持对其 SaaS 应用进行直接数据库访问。如果您的集成工作量本身就很大,我们的 Oracle Integration Cloud 开发工程师页面专门介绍这一角色。
有可能,这正是为什么 Fusion 开发工程师应该针对 Oracle 的更新周期测试扩展和集成,而不是构建一次就假设一切都不会变。在确定工作范围之前,请询问候选人如何应对每季度的更新。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。