Relex adaptors

Governed target patterns for Relex planning and forecasting

Early visibility of feed definitions and transformation logic catches issues before data loads into Relex. Every record is checked against interface constraints before reaching the platform. Code-printed feeds replace manual builds.

Supported modes

Target

Earlier planning data visibility

Better scenario testing

Lower late-cycle integration rework

Discuss your Relex adaptor scope Need another adaptor mode?

View interfaces & data domains

Relex implementations need data for replenishment, demand forecasting, and promotions sourced from ERP, POS, and master data systems. Governed interface feed templates handle the transformation from source data into Relex-compatible formats. Deterministic validators check every record against interface constraints before loading, so problems surface early rather than at go-live.

What it accelerates

Interface templates: pre-built feed structures aligned to Relex specifications for common planning domains
ERP-to-Relex mapping: templates transform source data into Relex-compatible formats with exception handling
Feed validation: every record checked against interface constraints before loading, catching issues early
Reconciliation: evidence packs confirm feed completeness and accuracy against source system totals
History support: progressive history builds for sales data, demand patterns, and seasonal profiles

How it works with elfware

The controlled non-determinism model applied to Relex:

1Human decisions: consultants define interface scope, feed frequencies, domain mappings, and exception handling for the Relex implementation
2AI-assisted optioning: surfaces common source-to-Relex mapping patterns and highlights data gaps
3Governed specs: locked decisions cover feed structures, transformation rules, and validation criteria
4Deterministic generation: code-printing produces feed generation scripts, transformation logic, and orchestration from the governed spec
5Deterministic validators: every feed record checked against Relex interface constraints and referential integrity rules
6Rehearsal and cutover: proven feed generation and loading chain validated at every rehearsal

AI boundary: AI never processes customer data; it supports mapping and delivery configuration only. When AI assists with code generation, the output is reviewed, QA'd, and verified in test runs before deployment to any system.

Learn about deterministic validators and risk controls →How AI-assisted optioning works →

Where elfware fits in your programme

elfware runs the migration mechanics for this application, including extraction or target-load patterns, mappings, transformations, validations, reconciliations, and sign-off evidence. We work alongside your SI, implementation partner, and BAU teams so the programme starts with governed assets early, while functional design and operational ownership stay where they belong.

This reduces data unknowns early, shortens rehearsal cycles, and removes avoidable manual scripting from the migration stream.

Source vs target usage

As a target (planning and forecasting platform)

Loading data into Relex for replenishment, demand forecasting, and promotions. Feeds typically sourced from ERP, POS, and master data systems.

Product master feeds: items, hierarchies, attributes, dimensions, Demand Forecasting, Replenishment, Promotions
Location feeds: stores, warehouses, distribution centres, location attributes
Supplier feeds: suppliers, lead times, minimum order quantities, delivery schedules
Sales / demand data: POS transaction history, sales aggregates, demand patterns
Inventory feeds: stock on hand, in-transit, allocations, replenishment parameters
Promotion data: planned promotions, promotional pricing, campaign schedules. Promotion event and markdown data is partially available via price calendars; campaign-level event capture may require manual input for initial phases

Typical artefacts delivered

Interface feed templates

Pre-built feed structures aligned to Relex interface specifications for common planning data domains.

Mapping templates

Source-to-Relex mapping documents covering transformation rules, default handling, and code translations.

Orchestration / feed scheduling

Feed generation and loading sequences ensuring correct data domain ordering and dependency management.

Deterministic validators

Feed-level validators checking record structure, referential integrity, and domain constraints before loading.

Reconciliation / evidence pack

Feed counts, value totals, and cross-reference checks confirming accuracy against source systems.

Interfaces and data domains

Domain	Typical entities	Cadence	Notes
Products(view objects)	Items, hierarchies, attributes, dimensions, bar codes	Full + delta	Product dimension data (volume, weight) may be incomplete; introduction and termination dates not consistently populated
Locations(view objects)	Stores, warehouses, DCs, location attributes, clusters	Full + delta	Store closure dates not currently available; warehouse closure data partially available for key periods
Suppliers(view objects)	Suppliers, lead times, MOQs, delivery schedules	Full + delta	Safety lead times not available for pilot scope; supplier currency standardised to euros for phase one
Sales / demand(view objects)	POS transactions, sales aggregates, demand history	Daily / weekly	Minimum 2 years history required for forecasting model initialisation; 3+ years recommended for seasonal profiling
Inventory(view objects)	Stock on hand, in-transit, allocations, parameters	Daily snapshot	Historical stock snapshots required for model calibration; minimum 12 months recommended plus history window
Promotions(view objects)	Promotion headers, offers, forecasts, uplift factors	As planned	Relies on price calendar feeds; reason codes for price changes inconsistently recorded and may require enrichment

Data migration objects

Browse all data migration target objects supported by this adaptor. These are the destination objects within Relex that adaptor templates load data into — not APIs, integrations, or database tables.

View all DM objects

Common risks and how we mitigate them

Interface specification changes between Relex versions

Adaptor templates are maintained against current Relex interface specs and updated when new versions are released.

Source data quality issues affecting feed accuracy

Pre-feed validators check source data quality and report issues before transformation, preventing bad data from reaching Relex.

Feed timing and dependency ordering

Orchestration patterns ensure feeds are generated and loaded in the correct sequence (e.g., products and locations before inventory).

History data volume for forecasting model initialisation

Progressive history feeds load data in managed tranches with reconciliation at each stage.

Multiple source systems feeding Relex

Adaptor handles consolidation from multiple ERP and POS sources with deduplication and golden-record logic.

Reconciliation across source ERP and Relex

Evidence packs provide end-to-end reconciliation from source system through transformation to Relex loaded data.

Frequently asked questions

What do you need to start?

The Relex interface specification for your implementation, clarity on which planning domains are in scope (replenishment, demand, promotions), and access to the source system data that will feed Relex.

How long to first prototype?

Typically 1 to 2 weeks from kick-off to a working prototype demonstrating interface feed generation, validation, and loading for a representative data domain.

How do validators reduce risk?

Validators check every feed record against Relex interface constraints, referential integrity rules, and domain-specific business logic before loading. Objective pass/fail evidence is produced at every rehearsal.

Do you support history builds?

Yes. The Relex adaptor supports progressive history feeds for sales transaction data, demand patterns, and seasonal profiles required for forecasting model initialisation.

How do adaptors evolve over time?

Each Relex engagement adds new interface patterns, domain templates, and validators. These are folded back into the reusable library for future programmes.

Which Relex modules do you cover?

The adaptor provides templates for replenishment, demand forecasting, and promotions. Coverage is extended during the Decide phase based on the specific Relex modules in scope for your implementation.

Need an adaptor for a different application?

We can stand up new adaptors quickly using the same code-printed delivery model, validator stack, and evidence patterns used across the library.

Get in touch to discuss a new adaptor

Ready to de-risk your migration?

Book a 15-min triage call Get your migration risk score

Same-day response (Mon-Fri)