Atmora Tech

Operations platform

The approval chain,
with a stopwatch on it

A process engine for the work that lives between systems: multi-level approvals, document checks, exception queues and system-to-system steps, each with an SLA timer and an escalation path. Process definitions are versioned, and running instances can be migrated onto a new version instead of being abandoned.

  • Cloud
  • Private cloud
  • On-premise
  • Hybrid

Overview

Approvals, exceptions and hand-offs modelled as processes you can version, measure and change without a release.

The expensive part of a business process is rarely the automated step; it is the four days an approval sits with someone on leave. Workflow Automation makes that visible and then acts on it. Every human task carries an SLA timer, delegation and out-of-office rules reassign automatically, and escalation ladders move a task up the hierarchy on a schedule you define. Process analytics report time spent per stage across completed instances, which is usually enough to identify the one approval level that accounts for most of the cycle time.

Technically it is a durable state machine. Each instance persists its state after every step, so a restart resumes rather than restarts. Connectors are idempotent with exponential backoff and a dead-letter queue for what cannot be delivered, because the failure mode that matters in finance workflows is the duplicate posting, not the missed one. Automating a process that runs fewer than about 20 times a month and never throws an exception will cost more to build and maintain than the clerical time it removes.

Capital requests down from 9.5 days to 2.8 days at Ardent Chemicals
Approval cycle time
68% of low-value requests completed with no human touch
Straight-through processing
Down 41% after required evidence moved to submission-time validation
Rework rate
Any decision retrievable with actor, timestamp and rule version in under 5 minutes
Audit evidence

Modules

What ships in the box

  • Process designer and versioning
  • Task inbox, routing and delegation
  • Decision tables and business rules
  • Connectors and system steps
  • SLA monitoring and escalation
  • Process analytics and audit trail

Integrates with

  • SAP S/4HANA
  • ServiceNow
  • Salesforce
  • Workday
  • Microsoft 365
  • Okta
  • Tally Prime
  • Twilio

Capabilities

What it does

  • Visual designer with versioning

    Processes are drawn as stages, gateways and tasks, then published as an immutable version. Each instance keeps the definition it started on, so a change never rewrites work in flight.

  • Decision tables

    Approval limits, routing and eligibility live in tables a finance or operations lead can edit and test with sample inputs, instead of a condition needing a developer and a release.

  • Parallel and conditional branches

    Branches run concurrently with join rules such as all, any or a quorum with a timeout, which covers the common case of three reviewers where any two agreeing is enough to proceed.

  • Task inbox with delegation

    Users see tasks by due time with the context needed to decide, and out-of-office rules reassign to a named deputy while recording the delegation and who took the decision.

  • SLA timers and escalation

    Each task carries a target in working hours against a business calendar, with reminders, escalation to the next level and optional auto-approval when the ladder is exhausted.

  • Idempotent connectors

    System steps carry idempotency keys, exponential backoff and a dead-letter queue, so a timed-out call to your ERP is retried safely rather than creating a second posting.

  • In-flight version migration

    Running instances can move to a newer definition with an explicit stage mapping, which matters when a policy changes and 400 open cases must follow the new rule without rekeying.

  • Stage-level process analytics

    Median and 90th percentile duration per stage, rework loops and abandonment rates across completed instances, filtered by department or value band to locate where time goes.

FAQ

Questions we get asked

Is this a low-code tool our business teams can own?

Partly, and it is worth being honest about the split. Decision tables, SLA targets, forms and routing are safely edited by trained business users. New connectors, bespoke validation and anything touching a system of record belong with engineering, and the permission model enforces that boundary.

What happens to processes running when we publish a change?

Nothing, unless you migrate them. Instances stay on the version they started on. When a policy change must apply retrospectively, you define a stage mapping and migrate a selected set, with a report showing which instances moved and which could not be mapped.

How does it differ from the approval features in our ERP?

ERP approvals work well inside the ERP. This engine is for processes crossing three or four systems, where the requisition is in one place, the document check in another and the payment in a third, and no single system owns the SLA or the complete audit trail.

Start a project

Tell us what is
breaking.

We reply within one working day, and the first call is with an engineer who would actually work on it — not an account manager. If we are not the right studio for the problem, we will say so on that call.

Start a project