openlabelengine

Control Center

Manage labels and automation from one Control Center.

Keep designs, review decisions and site deployments in one shared workspace. Choose the version that should run, then see which local services have applied it.

One workspace

Find the next part of the job.

Move between label design, automation, printing and administration from the Center navigation. Each area stays connected to the same shared operation.

OpenLabelEngine Center navigation alongside the label workspace
The Center navigation in the captured product build. Actual interface · synthetic workspace.Enlarge image

Review the actual change

Make a release decision with the label in view.

A revised packing instruction can affect a line of text, a barcode or a required input. Open the review list to see the author, version and document findings beside a rendered comparison.

The comparison uses the same sample values for both versions. Added and removed dots reveal the design change without mixing it up with a different product or batch.

In this example, an API agent prepared a draft. The previous approved version remains the print version until a human approves the change.

Explore label versions and sample data →
Review queue, rendered label comparison, approval decision and version history
Compare an API-authored draft with its approved predecessor. Synthetic example · current product UI.Enlarge image

Clear responsibilities

Give each person the tools their work needs.

Design and prepare

Designers maintain labels, variables, forms and automation documents. Saved versions provide a reference for review and distribution.

Review and approve

Approvers inspect pending versions and their rendered changes. Human label review and a separate four-eyes rule are configurable, so the approval process can match your operation.

Operate and administer

Operators use print workflows; administrators manage access, credentials and service enrollment. The Center enforces roles through its API as well as the interface.

Version distribution

Choose what each location should run.

A saved document, a deployment and a service's applied version describe different stages of the rollout.

Workflow deployment groups with selected versions and actual application state
Distribute chosen workflow versions and inspect the state reported by the connected services. Synthetic sites · current product UI.Enlarge image
  1. Select a version and group

    Deploy an explicit automation version to a service group. Referenced labels, fonts and assets travel with the required configuration.

  2. Map local printer roles

    Use a logical name such as packing-a in the workflow, then map it to the destination at that deployment. Site-specific settings keep addresses and local values out of the shared process.

  3. Check application, then expand

    Inspect desired and applied state before relying on the new version. Groups with multiple services can roll out in stages; rollback lets you return to an earlier deployment configuration.

Follow a rollout across two sites →

Changes and daily operation

Keep the decision and its history connected.

The audit log records who changed the setup. The print archive records label requests and their outcomes. Together, they help a reviewer follow a configuration change through to the work it affected.

Monitor daily label printing →

How the Center fits

The Center is the shared application. An automation is a saved workflow. An Automation Service, also called a Runner, executes deployed work near the printers and data sources.

See where the work runs →
Runs for 7 days

Test it now

Your own instance, running in seconds. Nothing to install.

.openlabelengine.com

We fill this in from your email — change it if you like.

You will use this to sign in to your instance.

Isolated instance, runs for 7 days. We email you before it expires. Want to run it yourself instead? Deploy it.