Commitments and the dates that moved
The date originally asked for, the date the supplier committed to, and every revision after it — kept as history rather than overwritten. A slipped date is visible because the earlier one is still there.
For the person who chases purchase orders
Placing the order is the easy part and every system does it. What nobody holds is the rest: the date the supplier promised, the second date they promised instead, the half that arrived, the piece that went back for rework, and the eleven lines that need chasing this morning. That normally lives in a mailbox and a spreadsheet. This is a workspace for it.
Seven days free · no card · nothing is switched off at the end of it
Before you trust us with anything
Asking a stranger to upload their purchase orders is asking for a great deal on the first meeting. So there is a version that never asks: one HTML file that opens your PO export and separates it into the lines already past the date in the file, the lines with no date or no remaining quantity recorded at all, and the ones whose evidence contradicts itself and need a person to look. Ten rows of the blank template come back as six past date, one to review.
It will not tell you what the date in your file means. That is the one thing it makes you say — required-by, requested, promised, expected, promised-ship — because a buyer's need date and a supplier's promise are different claims about the world, and a tool that quietly treats them as one number is how a report ends up blaming a supplier for a date they never gave.
It runs entirely inside the browser tab. Nothing is uploaded, there is no account, and it makes no network request at all — you can save the page, disconnect the machine from the network, and open it again from the file. That is not a promise about our servers; it is a property you can check with the developer tools open.
If the list it gives you is short, you do not need us, and you will have found that out in two minutes without talking to anybody. If it is long, that list is the thing this workspace is for.
One file · no account · no upload · works offline
What it does
A purchase-order line is not an event, it is a story that runs for weeks. Everything below is attached to the line it belongs to, so the answer to "where is this?" is one place and not four people.
The date originally asked for, the date the supplier committed to, and every revision after it — kept as history rather than overwritten. A slipped date is visible because the earlier one is still there.
Lines that are late, short, contradicted or unacknowledged, gathered into one list with the evidence that put them there. The queue is the work; the rest of the product exists to keep it short and honest.
When a supplier offers 200 now and 300 in March, that becomes a proposal somebody accepts or rejects, versioned, with the receipts measured against the baseline it was agreed on.
Exact-line receipts with held, accepted and returned quantities; corrections that preserve the original rather than erase it; and rework sent back to the exact source it came from.
Paste or import what the supplier sent. Structured extraction pulls out the dates and quantities and files them against the line — and sends anything ambiguous, duplicated or contradictory to the exception queue instead of guessing.
RFQ scope, recorded quotes and withdrawals, an exact-quantity comparison in cents, and one linked draft order from the quote that won — with the commercial evidence kept immutable.
Bring your own data on the first day. A CSV of purchase-order lines imports atomically — strict dates and identities, formula-safe exports back out. If your export is not to hand, the product ships a script that pulls several thousand real purchase-order lines from a public city procurement portal, so you can see it loaded rather than empty.
What it does not do
You are going to find these out in week two. It is cheaper for both of us if you find them out now, before you have moved any work into it.
That last one is the honest reason the trial is free and the reason there is no card field. You are not being sold a proven return. You are being asked whether a thing that exists is worth your Tuesday morning.
Measured, not estimated
Taken on a workspace of twenty-five thousand imported purchase-order lines, on 18 September 2026. Where an earlier figure was worse, the earlier figure is still published in the repository rather than deleted.
A measurement establishes what it measured. None of these say the product is useful to you — they say it does not fall over at a size you might actually reach, and they say what happens when it does reach its edge.
The trial
You create a workspace with an email address and a password. It is yours; nobody else's records are in it and yours are not in theirs. The seven days are recorded and shown to you.
At the end of them, nothing is switched off. Your workspace keeps opening, your purchase-order history keeps loading, and your export keeps working. Locking somebody out of their own records to force a decision is a threat rather than a product, so the code that would do it was never written. If it is not worth paying for, we would rather you simply stopped using it than had it taken hostage.
Export whatever you put in, whenever you like, in the format you imported it. Leaving should cost you one click, and it does.
manishkumar@eagleai.online · a person reads this, not a queue
Where your records sit
Runs on Microsoft Azure. Your workspace is separate from every other one, a copy of the database is written daily to storage that is not the disk it runs on, and the connection is TLS. It is a trial on a small instance, so treat it as a trial: it is not yet sized for a department.
The same application runs on one PC on your own network, with a persistent local PostgreSQL directory, its own backup and restore commands, and a lease that stops two copies opening the same data. Selected context still reaches Azure for the model calls — local storage is not the same claim as nothing ever leaving the machine, and we will not make the stronger one.