Automate your business rules
without an IT ticket

Conditional holds, proactive alerts, automatic reallocation, event propagation. Business teams configure their own workflows and the OMS executes them in real time across the entire chain: orders, stock, transport, returns.

-
01234567890123456789
01234567890123456789
%

manual work on order exception handling

-
01234567890123456789
01234567890123456789
%

picking errors eliminated by automated rules

-
01234567890123456789
01234567890123456789
%

WISMO tickets, thanks to proactive alerts before shipment

01234567890123456789
01234567890123456789
01234567890123456789
%

of contractual 3PL SLAs measured and escalated automatically

<
01234567890123456789
01234567890123456789
min

to create or change a business rule, no developer needed

The problem

Every business rule you haven't automated becomes a daily operational risk

Hold a suspicious order. Alert when an SLA starts slipping. Chase the 3PL that hasn't confirmed. Trigger internal recharging on shipment. These rules exist in people's heads. Until they're systematized, every exception costs you time, quality and lost sales.

Business rules live in people's heads, not in the system

The criteria for holding an order, prioritizing a pick, escalating an issue: it's all tribal knowledge. When the key person is away, the rule disappears. When they move teams, decisions lose consistency. There's no executable reference.

Exceptions are handled by hand, one at a time


A delivery address to fix, a duplicate to cancel, an order to release, a return to process with no expected receipt: every case becomes a file. Teams spend their days handling exceptions that could be resolved automatically 90% of the time.

Alerts arrive too late, when they arrive at all


A 3PL slipping on lead times, a stock threshold breached, a contractual SLA at risk: without a real-time monitoring engine, the information surfaces through a customer complaint or a weekly meeting. Too late to act.

Every new rule is an IT ticket, and weeks of waiting

A new channel, a new 3PL, a new customer type: every time, it means development, testing and acceptance. Operations are held hostage by development capacity. Business rules can't keep pace with the business.

What changes

Five real cases. One engine.

Situations supply chain, e-commerce and customer service teams handle every day.

Incomplete address, 3PL rejects it

An order with an incomplete address goes to the WMS. The 3PL rejects it. Support hears about it from the customer two days later.

"Incomplete address" rule

The rule holds the order before it reaches the WMS. A support alert fires. The customer is automatically chased to complete the address.

Delay discovered at the penalty

A 3PL delay on a key account is detected when the contractual penalty lands, invoice attached.

Automatic SLA escalation at 80% / 95%

The contractual SLA is measured continuously. At 80% of the lead time elapsed, a Slack alert goes to the 3PL manager. Automatic escalation to the supply chain director at 95%.

Fraud checked by hand

E-commerce teams manually review at-risk orders (fraud, inconsistent pricing, duplicates). Some slip through.

Automatic fraud scoring

Scoring rules automatically hold at-risk orders, notify the fraud team, and release them as soon as they're validated.

Use cases

Three real-world setups. One engine.

🛍️ Omnichannel retail

Automatically hold at-risk orders without slowing down legitimate ones

Omnichannel retail chain. Sales through e-commerce, marketplace, stores and click & collect. 60,000 orders a month. Part-time fraud team. Suspicious orders (abnormal amount, invalid address, duplicates, risky payment methods) were reaching the WMS before anyone detected them.

Problems identified

  • Fraudulent orders shipped and discovered at chargeback: straight losses.
  • Orders with incomplete addresses rejected by the 3PL, handled by support 48 hours later.
  • Duplicate orders during peak: unnecessary shipments and returns to manage.Les workflows Spacefill déployés

Spacefill workflows deployed


1. Fraud scoring rule at checkout
Trigger: order received. Conditions: amount above threshold, high-risk country, inconsistent IP address. Action: pre-ship hold + Slack notification to the fraud team.

2. Automatic address check
Trigger: order created. Condition: incomplete or invalid address (API verification). Action: hold + automatic email to the customer to correct it + release on validation.

3. Duplicate detection
Trigger: order received. Condition: same customer, same basket, under 10 minutes apart. Action: put on hold, alert, merge if confirmed.rigger : commande reçue. Condition : même client, même panier, < 10 min. Action : mise en attente, alerte, regroupement si confirmé.

4. Address change before shipment
Trigger: customer request through support. Condition: order not yet shipped, address verified. Action: real-time WMS update, confirmation to the customer.

🏭 Multi-ERP manufacturer

Multi-ERP, multi-3PL, contractual SLAs and automated internal recharging

Industrial manufacturer. Outsourced 3PL network across 4 countries, 30+ carriers. Two ERPs coexisting across two business units (SAP S/4HANA and Sage X3). Frequent inter-BU transfers. Contractual SLAs with 3PLs to track. Internal recharging between subsidiaries to generate on every shipment.

Problems identified

  • 3PL SLAs are measured monthly, after the fact. Penalties get debated once it's too late.
  • Inter-BU internal recharging is keyed in manually in each ERP by the finance team.
  • Cross-border transfers trigger different customs rules, handled by email.

Spacefill workflows deployed

1. Continuous SLA measurement, by 3PL and by customer
Trigger: every logistics step (picking, shipping, delivery). Condition: comparison against the contractual SLA. Action: Slack alert at 80% of the lead time, escalation to the supply chain director at 95%.

2. Automatic internal recharging on shipment
Trigger: shipment confirmed. Condition: issuing BU ≠ receiving BU. Action: webhook to the relevant ERP (SAP or Sage X3) with amount, cost centres and order reference. Accounting entry generated with no manual input.

3. Customs rules by country pair
Trigger: cross-border shipment. Condition: shipping/delivery country pair. Action: document generation, transit notification, status update.

4. Dynamic reallocation when an issue occurs
Trigger: shortage detected or SLA at risk. Condition: alternative site eligible. Action: automatic reallocation to the backup 3PL, without touching the sales channel.

📦 E-commerce / returns

A complete returns workflow, from customer request to accounting entry

DTC e-commerce brand. Generous returns policy, 22% return rate. Returns arriving at the 3PL with or without an expected receipt, with recurring gaps between what the customer declared and what physically shows up. Handled manually by a team of 3.

Problems identified

  • Undeclared returns restocked without inspection, creating quality risk and accounting discrepancies.
  • Average refund time to the customer: 9 days. Hits NPS and repeat purchases.
  • No consolidated visibility: label generated in one system, expected receipt in another, discrepancies handled by email.

Spacefill workflows deployed

1. Return created from the original order
Trigger: customer request. Condition: eligibility rules (window, condition, product). Action: return created, label generated (Teliae, TDI, ITinsell, Sendcloud), sent to the customer, expected receipt pushed to the WMS.

2. Undeclared return handling
Trigger: physical receipt with no expected receipt. Condition: customer can be identified. Action: case created, support notified, mandatory inspection before restocking.

3. Declared vs received discrepancy handling
Trigger: physical inspection. Condition: quantity or SKU different from what was declared. Action: refund held, team notified, manual validation before closing.

4. Automatic refund and ERP entry
Trigger: return validated. Condition: condition compliant. Action: refund triggered at the PSP (event-driven), ERP entry, sellable stock updated.

The operational efficiency automation delivers

Results measured across Spacefill deployments in production in 2025-2026.

-
01234567890123456789
01234567890123456789
%

manual work on order processing

-
01234567890123456789
01234567890123456789
%

picking errors, thanks to control rules

01234567890123456789
01234567890123456789
01234567890123456789
%

of contractual 3PL SLAs measured automatically

01234567890123456789
01234567890123456789
%

of exceptions resolved without human intervention

<
01234567890123456789
01234567890123456789
min

to configure a business rule, no developer needed

Common objections

What we hear most often

"Our business rules are too specific, they'll never fit a standard tool."

The engine is built for variety. Rules aren't fixed templates: AND/OR operators, threshold values, branching, sub-workflows. The cases you think are exotic are often already running at another customer.

Configuration support from Spacefill teams

"A rules engine is a black box. How do we audit it?"

Every execution is logged: rule triggered, data evaluated, decision, timestamp. The audit trail can be viewed by order, by rule or by period. Rules are versioned, editable live, with rollback available. You can also simulate a rule's behaviour directly in the app before deploying it.

Full traceability, aligned with IT and audit requirements

"We'll become dependent on a vendor for our business rules."

Standard rules are configurable by your business teams, with no Spacefill in the loop. No code, no ticket. Supply chain, e-commerce and customer service teams adjust them on their own. Our teams can step in on complex rules during implementation.

Business teams autonomous on 90% of routine adjustments

Frequently Asked Questions

A workflow engine automates complex business actions from events: when an order comes in, when stock drops below a threshold, when an SLA is at risk. The engine evaluates a configurable condition and triggers an automatic action: a hold, an alert, a reassignment, propagation to another system. Spacefill's rules engine covers every object on the platform: orders, stock, transport, returns, SLAs.

Yes. Common rules (order holds, SLA alerts, customer follow-ups, Slack propagation, address changes before shipment) are configured in the Spacefill interface, with no code. Supply chain, e-commerce and customer service teams become autonomous on operational adjustments. Complex multi-condition rules are set up with Spacefill teams at implementation, then editable afterwards.

Yes. A workflow can chain several conditions and actions: SLA at risk detected, alert to the 3PL manager, a 2-hour delay, then escalation to the supply chain director if unresolved. Escalations, conditional branching and multiple actions per event are all native.

Orders (hold, release, cancel, split, route, change address), stock (thresholds, channel exclusions, quotas, reservations), picking (order release, priorities), transport (carrier selection, rescheduling), returns (label, expected receipt, declared vs received discrepancy), contractual SLAs. Rules can also trigger actions in third-party systems via webhook, Slack, Teams, email or ERP.

Every execution is logged: rule triggered, data evaluated, decision made, timestamp. The audit trail can be viewed by order, by rule or by period. Business teams see exactly why an order was held, reassigned or escalated. Rules can be disabled or edited live, with versioning.

A BPM handles document and human processes. Zapier chains application actions without understanding logistics. Spacefill is a workflow engine built for supply chain: it knows the business objects (orders, SKUs, SLAs, 3PLs, transport), the WMS systems (50+ natively connected) and logistics lifecycles. Rules are pre-typed on those objects, not generic API chains.

Yes. Workflows can publish any lifecycle event to Slack, Microsoft Teams, an ERP (SAP, Sage X3, Oracle, Odoo), a support CRM (Zendesk, Gorgias), a BI tool or a data lake. Slack and Teams propagation channels are missing from most competing OMS platforms.

Yes. A workflow can propagate a shipment event to your ERP (SAP, Sage X3) with the associated internal recharging data: issuing BU, receiving BU, amount, channel. Useful for multi-ERP industrial groups consolidating logistics flows across several legal entities.

A standard rule (conditional hold, threshold alert, event propagation) takes a few minutes to configure in the interface. Complex multi-condition rules are reviewed with Spacefill teams at initial implementation, then editable independently by your business teams.

Stop handling your exceptions by hand

A 30-minute demo to see the rules engine running on your real cases: holds, SLA alerts, reallocations, event propagation. No IT ticket required.