Business Object Model

The operational objects that make the business executable.

Business objects represent the core things a business manages, moves, approves, delivers, measures, or automates.

What Is a Business Object?

A business object is an operational container with meaning, state, and ownership.

Business objects give teams a shared language for the things the business works on. They are not just database records. They carry business meaning, lifecycle state, related work, source context, ownership, and rules.

Common examples include:

Client Project Campaign Deliverable Resource Invoice Requirement Task Approval

Flow Objects vs Flow Items

The object model separates the main entity from the activity inside it.

Flow Objects

The main operational entities

Flow Objects are the core business entities moving through the operating system. They have state, ownership, relationships, rules, and a lifecycle.

  • Project moving from setup to delivery
  • Opportunity moving from qualification to contract
  • Invoice moving from draft to paid
  • Deliverable moving from request to approval

Flow Items

The work and context inside the entity

Flow Items are the tasks, data, approvals, documents, notes, status changes, decisions, and artifacts that move inside a Flow Object.

  • Approval request inside a proposal
  • Milestone update inside a project
  • Document attached to a client record
  • Review task inside a deliverable

Why Business Objects Matter

Objects give the business a shared execution layer.

When business objects are defined clearly, teams can coordinate work across tools without losing meaning. Dashboards, workflows, integrations, and AI all operate from the same business context.

Object Value

They create shared operational language

Teams can talk about the same client, project, approval, or invoice with a common definition.

Object Value

They connect workflows to data

Work is tied to the object it affects, which makes state, history, and next actions easier to manage.

Object Value

They make systems interoperable

Different platforms can participate in the same flow because the object model defines the shared meaning.

Object Value

They give AI usable business context

AI can reason from object state, relationships, rules, ownership, and workflow position.

Object Value

They allow dashboards to reflect real execution

Reporting can show the movement of work through the business, not just activity inside individual tools.

Business Object Services

The runtime manages objects through services, not scattered tool logic.

The BOS runtime manages business objects through services that store, update, relate, and orchestrate them. Those services handle object definitions, lifecycle state, permissions, relationships, event history, and system interactions.

This gives applications, dashboards, automations, and AI services a governed way to work with operational objects. The business object remains stable even when the underlying systems are changed, replaced, or extended.

Business Object

Shared operational meaning

Each object defines state, ownership, related items, rules, history, and connections to other objects.

Object Services

Controlled runtime behavior

Services create, update, relate, govern, and coordinate objects across workflows, systems, dashboards, and AI.

Next Step

See how the object model appears in real operations.

The examples page shows how sales operations, project delivery, and AI-enabled workflows use business objects as the shared layer.