Symphonies

A symphony in Enterprise Orchestrator is a top-level orchestration model in the Infor OS ecosystem.

An Enterprise Orchestrator symphony coordinates and automates a sequence of activities across multiple Infor applications to form a complete, end‑to‑end business process. Each activity performs a specific, well‑defined action and can pass its output to subsequent activities. This approach enables data and control to flow seamlessly through the orchestration.

Enterprise Orchestrator manages orchestration at run time and provides monitoring tools to track progress and view logs.

Designing a symphony

You can model a symphony by dragging and connecting states in the user interface.

Use these practices when designing a symphony:

  • Use clear, unique names for the states on the canvas.
  • Design modular flows for reuse and clarity.
  • Use switch constructs for clean conditional logic.

The Design panel and its elements

The Design panel on the left side of the screen displays three sections:

  • Artificial Intelligence: Contains AI-related elements, including AI Agents, AI Optimization, and AI Machine Learning
  • Activities: Contains standard orchestration activities, including ION Workflow, RPA, BaaS, and ION DataFlow
  • Constructs: Contains flow-control elements such as Switch and Filter.

AI agents can be positioned freely before, after, or between standard activities on the canvas. When you select an AI agent on the canvas, the properties panel opens with the same tabs: General, Input, Output, and On Error. You can configure flow properties, specify input variables, view output variables, and define error handling behavior in the same way as for any other activity. AI agents can be deleted like any other activity.

If the AI Agents adopter is not provisioned in the tenant, the AI Agents icon shows as locked and cannot be dragged onto the canvas.

Roles and relationships of flows, activities, and states in a symphony

Flows: Executable logic

A flow defines a business or integration process. It specifies the logic that the system executes, such as:

  • Triggering ION Workflow
  • Running ION Data Flow
  • Executing RPA bot

A flow is implemented within activity. The activity type determines the execution context of the flow, for example:

  • ION Workflow
  • ION Data Flow
  • RPA
  • Documentation Flow

The flow defines what system does within that activity.

Sending an invoice to en ERP system is an example of a flow implemented within an ION Workflow activity and orchestrated as part of s symphony.

Activities: Execution containers

An activity wraps a flow and defines how and when it runs. Each activity connects to an Infor application. You can configure input and output variables, timeouts, retries, and error handling for each activity.

On the symphony canvas, you place and link activities to define the orchestration.

States: Execution steps

Each activity placed on the symphony canvas is treated as a state. A state is a point in the execution path. States define the orchestration flow through transitions and decision logic.

States can represent start and end points, activities, decisions, and error handlers.

For example, a state labeled Wait for Approval might represent an activity that pauses for user input.

Example

This example demonstrates how a symphony orchestrates multiple activities and uses their outputs to drive the logic and process the next steps in the orchestration.

  1. An ION data flow activity retrieves a file from an FTP location using a file connection point (Connector).
    • The file is transformed into a business object document (BOD), such as an invoice.
    • The BOD is routed to the appropriate ERP application.
  2. An ION Workflow activity is triggered to involve you in the decision-making process.
  3. Based on your response, a subsequent ION data flow activity runs.
    • The activity applies filters or additional transformations.
    • The activity uses both the original data and your input from the previous step.

Flows, activities, and states

This table summarizes the differences between flows, activities, and states:

Concept Description Role Defined in Example
Flow A specific configuration inside the activity. As part of the activity configuration, you can select an appropriate flow that is triggered when the activity is executed. Executable logic Inside an activity Send invoice
Activity An adopter integration that is represented on the canvas with a specific icon. An activity can have multiple flows. Container for a flow Symphony canvas ION Workflow
State A step in the symphony. It includes activities and constructs. Execution step Symphony orchestration Switch construct

Symphony version stages and life cycle rules

This table describes symphony version stages and life cycle rules:

Stage Version status Symphony status Purpose How created Action
DRAFT DRAFT Inactive Work-in-progress version Created a new version (before it is approved) or editing an existing version. Approve the changes
APPROVED APPROVED Inactive Validated version ready for activation Approved after passing validation. Activate and execute
ACTIVE APPROVED Active Live executable version Activated through the user interface. Schedule or run
ARCHIVED ARCHIVED n/a Historical version for reference Replaced by a newer version. View or restore