2.8 LogiX Public API ✔️


The purpose of the Logix API is to enable data exchange between Logix Applications and business systems, such as ERP, APS, or CMMS.

The API will ultimately cover the following areas:

  • Repository of materials and BOM’s

  • Scheduling production activities

  • Registering events related to lifecycle of an activity (start/stop/complete)

  • Exposing selected raw data and aggregated KPIs (including OEE metrics, downtimes, reported labor time)


  • Decoupling:

    • Logix internal data model, of which semantics is known across Logix components, from external data models.

    • Logix cloud services from implementation of custom integration components, supporting various interfaces, different orchestrations, ETL batch exchanges, and data formats.

  • Common core message bus and data structure

  • Security:

    • Authorizations

    • DDoS - Request Flood prevention

    • Events/errors logging

  • Out-of-the-box observability:

    • Monitoring

    • Logging for auditing and debugging

    • Tracing in case there is a need for deeper problem analysis.

API - formal specification

The description is available here: https://gateway.stage.logix.cloud/index.html


To access Logix API you need API Key to authenticate.

To obtain your Key you need to contact Ilabo support.

How to use API

1. Location:

In API calls, you should use IDs for factories (PlantCode) and production lines (LineCode). You can find those IDs in the ConfigHub app in the Plants tab.

2. Handling updates

If you want to add new activities or modify the existing ones, you should use the HTTP PUT method:

- if the activity that you are adding exists, it will be updated.

- if the activity that you are adding does not exist, it will be added as a new activity.

Updating via an external system is not allowed only if a specific activity is blocked as Managed by Logix (it is done by setting a special internal flag in Logix). Such blocking occurs automatically when an activity is added or modified through an app that belongs to the Logix Suite (PackOS or KeepUp).

3. Registering events

Changing the statuses of activities that are in the Logix scheduler can be initiated from outside by invoking dedicated methods on the resources related to specific activities (start/complete).

4. Data validation - and “draft” and “released” states

Activities added through API pass through two stage validation

- simple, synchronous validation done while processing request (unvalidated requests are not persisted)

- complex cross-validation done asynchronously. After initially validated request activity is saved in “Draft” State. Then another dedicated service preforms complex validations of activity (i.e. does Logix have all data needed to process production lifecycle of given activity). This is repeated after each change of activity data. If this validation is positive then activity state is changed to “Released” state. If not - activity stays in “Draft” state and relevant information are added to activity:

- “validationErrorCount” attribute is filled

- detailed information about validation errors are available through additional separate endpoint under each activity (/validation-errors)




Read-only use. It returns the activity schedules of all types: scheduled, executed, or historical ones. You can use filters for schedules by providing the LineCode ID and narrowing down the time range of activity (for example, production orders).

ID - external identifier of activity, unique within given plant. Identifier must begin and terminate with a digit or letter and can contain ‘_' and '-’ letters inside

Type - type of line activity:





PlantCode - factory ID, as described above

LineCode - line ID, as described above

plannedExecution - container for dates of planned execution for given activity (orginal as of external system):

PlannedStart - planned start date and time

PlannedEnd - planned end date and time

scheduledExecution - container for dates of scheduled execution for given activity (managed by Logix):

ScheduledStart - scheduled start date and time

ScheduledEnd - scheduled end date and time

actualExecution - container for dates of actual execution for given activity (registered in Logix):

ActualStart - start date and time for given activity as it actually happened

ActualEnd - end date and time for given activity as it actually happened

EstimatedEnd - end date and time for given activity predicted by LogiX taking into account actual performance

ExpectedEffort - container for information about planned labor utilization

manhours - number of hours (decimal data type)

ActualEffort - container for information about actual, reported labor utilization

manhours - number of hours (decimal data type)

Status - current activity status:

Draft - activity not validated

Released - activity ready to be started

Started - activity in progress

Suspended - activity on hold, can be started or completed

Completed - activity finished

Kind - additional activity classification within given type (eq. kind of changeover: Labeling vs Product change)

Description - additional free text to describe acitivty

additionalFields - collection of arbitrary name/value pairs to enrich/classify/describe given activity

validationErrorCount -

Created - date and time of activity creation

Modified - date and time of last modification of activity


Changeovers are always related to production order and they can be created automatically with an order by specifying additional attributes (plannedActivation begin and end).

OrderId - identifier of corresponding production order


Dedicated resource is for line cleaning activities.

No specific attrbiutes


Resource to create, update or retrieve information about production orders. It is possible to create at once an Order with correlated Changeover activity by specifying optional Planned Activation dates.


value - scheduled quantity of goods to be produced

unit - unit of measurement in which quantity was specified


value - quantity of goods actually produced

unit - unit of measurement in which quantity was specified


value - quantity of wasted products

unit - unit of measurement in which quantity was specified

productId - identifier of product to be manufactured

flowName - optional identifier of Line Configuration as defined in PackOS


Resource to manage Products registry.

Id- unique, external product identifier

name - product name

ean - optional EAN code of a product

additionalFields - a collection of name value pairs which can be freely used for addtitional product description

lineConfigurations - a collection of design and validated performance for given product on different lines

lineCode - code of line


value - design speed value

unit - unit of measurement for speed value


value - validated speed value

unit - a unit of measurement for speed value

packagingStructures - conversion between packages

fromUnit - the name of base unit

toUnit - the name of destination unit

multiplier - multiplier to convert quantity between Units of Measurement