Analytics AIML
Interactive prototype
Garage waiting engine
Prototype Confidential
Analytics AIML · technical response

We built the expensive part first.

The register is the visible problem; the waiting is what it actually costs. So rather than draw the screens, we implemented the clock that watches every job in the yard and ran it against a real Dubai working week — Monday to Thursday 08:00–18:00, Friday split for prayer, Saturday morning only, Sunday closed. Pick a yard in the simulator and watch a job age past its SLA, get attributed to the right party, and land on the 18:00 action list — with nobody remembering to check.

10Jobs in the yard
72hLPO SLA tracked
5Delay owners attributed
11Checks tracked
Mon 08:00

Receive a car

Plate, customer and insurer — the job exists the moment you press Create. Under a minute, no paper.

Just received
No jobs created yet this session.

The yard

Mon 08:00
0Jobs
0Breaching
0On time
Press ▶ Run in the simulator to load the yard.
No job selected

Not flagged
Job no.
Vehicle
Insurer
Claim no.
Promised
Estimate
AED 0.00
LPO lines
ItemKindQtyUnit AEDApproved
No LPO lines loaded
Job log
No events yet.

Action centre

Every open chase, attributed to the party holding it up.

No open actions. Run the week to generate the list.
18:00 daily list
Compiles automatically when sim time crosses 18:00.

Invoice

No job selected.

SubtotalAED 0.00
VAT (5%)AED 0.00
TotalAED 0.00
Insurer paysAED 0.00
Customer pays (excess)AED 0.00
Issued
Not yet issued

Settings

Language
Yard clockMon 08:00
About this build

Garage Waiting Engine · Prototype v1.0.0 — a working prototype built by Analytics AIML.

CONFIDENTIAL. Prepared for a pitch meeting. Do not redistribute, publish or share this build.

All software, source code, designs and assets in this prototype are the property of Analytics AIML and remain its intellectual property until transferred in writing under a signed agreement.

Functionality is simulated for demonstration only. No personal data is collected, transmitted or stored, and no live network calls are made. All names, plates and amounts are fictional.

© 2026 Analytics AIML. All rights reserved.

Prototype running in your browser. Screen names and flow follow the six screens the staff actually touch.

1 · Pick a yard

Three real shapes, not screenshots
Scenario cards render here — normal, quiet insurer, all clear.

2 · Set the conditions

This is what "nobody remembers" actually means

3 · Run the week

1 second = 1 hour
Mon 08:00Yard clock
0Jobs in yard
0hWaiting on them
0hWaiting on us
AED 0AED at risk
0Actions open

4 · What the system recorded

Row shapes the production system will write

jobs

Job no.PlateStatusOwnerPromised
No rows yet

lpo_lines

LPOItemKindQtyApproved
No rows yet

job_events

AtJobKindMessage
No rows yet

actions

JobKindOwnerDueResolved
No rows yet
Acceptance criteria

The checks that matter, ticking live

Eleven checks, in the order they matter to the yard. The prototype ticks each one as the simulation satisfies it. Two of them cannot honestly be proven in a browser — a real WhatsApp send and a real Audatex import are device and integration behaviour — so those are marked device · phase 2 and never faked. We would rather show you the boundary of the claim than blur it.

#CheckWhere it is provenStatus
1A vehicle is received and a job created in under a minutePrototypeNot yet run
2Every car in the yard is visible on one boardPrototypeNot yet run
3An approval pending beyond SLA is flagged with nobody rememberingPrototypeNot yet run
4The delay is attributed to the correct partyPrototypeNot yet run
5A job that is on time produces no alertPrototype · controlNot yet run
6The 18:00 action list is compiled automaticallyPrototypeNot yet run
7Invoice splits insurer vs customer with 5% VATPrototypeNot yet run
8The interface switches to Arabic, right to leftPrototypeNot yet run
9Search finds a job by plate, claim number or customerPrototypeNot yet run
10"Your car is ready" reaches the customer on WhatsAppReal device◐ Modelled here
11The surveyor's estimate is imported from AudatexIntegration◐ Modelled here
Scope

The screens the staff actually touch

Jump the prototype to any screen. Six screens, all real — intake, the yard board, a job card with its LPO lines, the action centre, the invoice split, and settings. No gallery of dead screens: everything here is wired to the same engine as the simulator.

Tablet screens use the garage's own colour system — set once as --g-* tokens — never the Analytics AIML teal you see on this page. The vendor and the product speak in different palettes, on purpose.

Architecture

From slip to settled, end to end

Six links. Five of them are ordinary. Link three is the one that decides whether this business makes money on a job, and it is the reason a waiting engine has to exist at all.

1
Receive

Plate, customer and insurer captured, job created — under a minute, no paper.

2
Estimate

The surveyor's Audatex estimate lands against the job. We ingest it, we do not author it.

3
Authorisation (LPO)

The insurer's Letter of Priority Order — line-level approvals, betterment, excess, salvage. The SLA clock starts here.

Decides whether the job is profitable
4
Repair

Body, paint, assembly — each stage carries its own promised-by date, attributed to us the moment it slips.

5
Quality & release

QC pass, the customer's excess collected, car released — yard space stops costing money.

6
Money split

Invoice splits insurer and customer automatically, 5% VAT applied, ready for e-invoicing.

SLA clocks in this prototype run against a real Dubai working week — Monday to Thursday 08:00–18:00, Friday 08:00–12:00 and 14:00–18:00, Saturday 08:00–13:00, Sunday closed — not wall-clock hours, and a couple of seeded public holidays are excluded too. Default LPO SLA is 72 working hours, per EIA guidance for recovery cases above AED 5,000 non-agency / AED 10,000 agency. That threshold is configuration, not a hard-coded number.

What we found reading the brief

Five things worth settling before anyone prices this

Finding 02

Never build an estimating engine

UAE surveyors run Audatex; the labour and paint times are licensed data. Ingest it, don't author it. This is the one finding that takes a line item out of any quote rather than adding one.

Finding 01

The LPO is the centre of the business

Not an approved / not-approved flag — line-level approvals, betterment, excess, salvage return, and a validity window. Model it as a first-class record, not a status field.

Finding 03

Invoicing must be designed for UAE e-invoicing

Peppol 5-corner / PINT AE, phased in from 2027. No effect on this prototype — expensive to retrofit later if the invoice model is not shaped for it now.

Finding 04

Arabic is required and absent from the whole spec

Cheap to design in from day one. Expensive to bolt on after the interface, the data model and the log format are all fixed in English.

Finding 05

Agency vs non-agency is a CBUAE rule, not a checkbox

The Unified Motor Policy forces agency repair in a vehicle's first year of registration, and it changes which LPO threshold applies. Worth encoding as a rule, not a toggle.

Detail, evidence and the recommendation for each of these belongs in the accompanying response deck, not buried in a prototype screen.

Localisation

The same system, in Arabic

Every string in the tablet frame and the event log ships with an Arabic counterpart — same data, same layout, mirrored right to left. Numerals stay Western, which is standard UAE business practice. Toggle EN / ع in the topbar or on the Settings screen to switch the live system; the two cards below are a static side-by-side so you can compare them without waiting for a run.

English · LTR
DXB A 55821Awaiting LPO
Rashid Al Marri · Adamjee Insurance
Waiting on insurer — 74h
العربية · RTL
DXB A 55821بانتظار خطاب الأولوية
راشد المري · شركة أدمجي للتأمين
بانتظار شركة التأمين — 74 ساعة