Authors:
Matthew Hesford, Anita Gu, Cille Schliebitz
Changed on:
30 Jan 2025
In this lesson, we'll discuss Fluent OMX, which stands for Order Management Experience. We'll be introducing concepts such as Fluent and UI configuration and customization.
Order Management Experience (OMX)
Consists of the UX Framework, Framework, and Connect Frameworks. All of these are capable of configuration and extension — we'll discuss these two concepts later in this lesson. But before we dive in, let's first define what a is.
Workflow Concepts
A Workflow defines the logical flow or lifecycle of a top-level within a domain. For example, the Management domain has a top-level of Order. An also has sub-entities (e.g. OrderItem) that have specific relevance to the at various stages within its lifecycle, which typically involves a number of stages in which the moves.
Workflows consist of Rules which represent a single building block for logic and have a single purpose. Rules may produce a single or send an and can be easily configured and reused.
Examples:
To better understand this concept, think of Lego bricks that can be connected in various ways to form Rulesets. You can create different outcomes by arranging the Lego bricks in different configurations. A single Lego block is not useful on its own, but when combined with others, it can execute a specific piece of logic, which can be used to perform a particular task within a business .
Workflows are accessed through the Workflow Builder through a Fluent Web App. Here, users can view, modify and create workflows and user actions.
An example of a is presented below. Note that each type has its own . Each has phases the will flow through, from beginning to completion. For instance, a default usually includes four phases: Booking, Fulfillment, Delivery, and Done/Complete.
Each phase can comprise of one or more statuses. For instance:
It's possible to configure and extend Fluent Management workflows, user interfaces and system integrations.
With Fluent OMX, non-technical users can easily configure their own business workflows, UIs and ecosystem integrations code-free using the low-code tools provided.
Main components:
In situations where the standard configuration options are not enough, Developers can build their own custom solutions using the Software Development Kits (SDKs) provided complete with tools and design patterns to build specific integrations and processes.
Main components:
The , UX and Connect Frameworks support the configuration and extension of Workflows, UIs and system integrations.
The Builder enables users to easily view, modify, and create workflows and user actions. With the help of Templates, users can quickly implement pre-configured workflows, while the Library provides reusable rules that can be used to set up business logic and best practices. This ensures that optimal outcomes are achieved when creating workflows. Additionally, workflows can be extended using the Rules SDK, which enables customization, extension, and integration of additional capabilities.
For a deeper understanding of the Framework and Rules SDK refer to the courses specific to your pathway:
The UI Builder, UI templates, and Component library make it easy for users to set up user interfaces quickly using reference UI configuration. Users also have access to a Design System that provides research-based user experience (UX) advice and guidelines to deliver the best possible experiences tailored to the Omnichannel Retail space.
Fluent Web apps are configured by the Manifest document. This is a human-readable JSON document which defines:
Extension through Component SDK allows Developers to build new custom components for extending the standard component library.
An example of what's possible through configuration vs. extension:
For a deeper understanding of the UX Framework and Component SDKs, refer to the courses specific to your pathway:
The Builder, along with the Library and Integrations Guideline allows quick and easy set-up of ecosystem integrations.
Connect SDK is a new launchpad that enables communication between Fluent Management and external systems. Before Connect SDK, partners and clients were left to start from scratch building ad hoc connectors. Connectors lacked consistency, were difficult to troubleshoot and wasted valuable implementation time.
Summing it all up