Edific

Verified extraction

On your servers

Checked by a person

Full audit trail

  • GDPR by architecture
  • On-premises
  • Art. 28 DPA
  • Eval-gated output
  • Data never leaves
  • GDPR by architecture
  • On-premises
  • Art. 28 DPA
  • Eval-gated output
  • Data never leaves

Built for the rigor of accounting, audit, and fund administration.

Your seniors stop keying documents and go back to billable work. The wrong number gets caught before it reaches the books, not at close. All of it runs on your own server, so client documents never leave your environment.

The problem

The expensive part is the remainder.

The clean documents were never the problem. Software has handled the tidy same-format PDFs for years. The cost sits in the remainder: the phone-photo receipts, the scans of scans, the statements in six formats that someone senior ends up keying by hand. Those are the hours you cannot bill. That is the backlog you cannot hire your way out of, because nobody trains for data entry and nobody stays for it. And it is where the wrong numbers come from, the ones that surface at close, or in front of an auditor, when they are most expensive to find and fix. If you run an accounting, audit, or fund-administration practice, you do not need us to tell you this cost exists. You approve the timesheets. What you may not have is a number on it. We put one on it, from your own volumes, in the pilot.

The engine

Runs on your server. Your documents never leave.

Edific is not a portal you upload client files to. The engine deploys on your own infrastructure — your server or VPS, inside your perimeter. Documents are processed where they already live. For firms handling financial and identity documents, that is not a feature. It is the precondition.

Intake

As-is documents

Extraction

Fields, dates, amounts

Eval-gate

Validate & score

Human review

Flagged & uncertain

Export

Verified output

Deployed on your infrastructure

GPU-equipped machines you control, for heavy volumes.

Nothing leaves

Processing, validation, review, and export all happen inside your environment.

Art. 28 DPA included

Written for how the system actually works, not a generic template.

Accountable delivery

A named point of contact owns it — you always know who to call.

Proof

We can't show you another firm's result. We can show you yours.

We are early, and we won't pretend otherwise: no logos, no testimonials, no borrowed case studies. What we can offer is better matched to how your profession actually evaluates things, in two parts. First, a small honest check that it reads the hard documents at all. Three real receipts — crumpled, photographed on a phone. Standard OCR managed roughly 15% field accuracy. Edific read all 18 fields across the three correctly, each validated and logged with its confidence score. Three documents is a small sample, chosen to be hard. It proves capability, not your outcome. We present it as exactly that.

Second, the number that matters, from your documents. The pilot: you send 50 to 100 of your worst real documents. Within days: a field-by-field accuracy report with confidence scores, the flagged exceptions, and a costing of your current manual workflow from your own hours and rates. Results don't hold → you spent a fixed pilot fee to avoid a bad decision. They hold → the fee is credited in full to the build. And you are never asked to take a report on faith — the mechanism is inspectable: every field logged, every uncertain value flagged for a human before export, the whole trail on your own server.

18/18fields correct~15%standard OCR3real hard receipts0documents leave your server
The method

Extraction is the easy part. The check is the product.

Any modern system can read a document and produce plausible-looking data. Plausible is the problem — a wrong amount that looks right is worse than a blank field, because it gets booked. Edific is built around one discipline: no field reaches your systems without passing an evaluation gate.

Proof, not plausibility

Numbers must prove themselves — line items against totals, totals against documents, documents against your ledgers.

Uncertainty, surfaced

When the evaluation gate isn't sure, it says so — a person looks before anything is booked.

Logged by default

Every field, every score, on the record — so when your auditor asks how a number got there, there's an answer.

Messy documents in. Verified data out. 

Your firm runs on documents that arrive in poor condition — photographed receipts, scanned invoices, statements in six formats, ID files, contracts. Someone has to turn them into numbers you can book. Edific does that, and then does the part that actually matters: it checks the work.

Intake wireframe icon
Intake

Documents arrive as they are — phone photos, crumpled paper, mixed languages, bad scans. No pre-sorting required.

Extraction wireframe icon
Extraction

Every field read into structured data: dates, amounts, VAT lines, counterparties, IDs.

Validation wireframe icon
Validation

An evaluation gate checks the numbers before you see them. Totals must reconcile — nothing passes on confidence alone.

Human review wireframe icon
Human review

Anything uncertain is flagged and queued for a person. Uncertain data never silently enters your books.

Export & reconciliation

Clean structured output into your systems — every field carries a confidence score and a log entry. Extracted data is matched against your ledgers and statements; mismatches, duplicates, and gaps surface as a short exception list, not a problem you find at close.
What changes

What your firm gets back.

Not features. The changes you would actually notice in a quarter.

01

Data you do not re-key or spot-check. Every field validated before you see it: arithmetic reconciled, formats checked, confidence scored. What passes the gate is data your team books, not audits first.

02

Problems surface before close, not at close. Uncertain items flagged and routed to a person before they enter your books. Mismatches, duplicates, gaps arrive as a short exception list during the month.

03

Senior people back on judgment work. The keying and the checking-of-the-keying stop consuming qualified hours. Review shrinks to the flagged exceptions — the part that actually needs a professional.

04

Audit-ready by default. Every field carries a confidence score and a log entry: which document, which value, which reviewer. When an auditor asks how a number got there, the answer already exists.

05

All of it inside your own perimeter. The engine runs on your server. Client documents never reach us or any third party; the GDPR position is architectural and the Art. 28 DPA stays short.

How it’s verified

You shouldn’t trust our word. You should trust the log.

We don’t have client testimonials yet, and we won’t invent them. What we have instead is a verification mechanism you can inspect.

The evaluation gate

Arithmetic must reconcile, formats must validate, fields must agree with each other. Output that fails gets flagged, not shipped.

Confidence, on the record

Every field is logged with a confidence score. A trail you can inspect, not a black box you have to trust.

A human on the edge cases

Anything uncertain is queued for review before it ever reaches export. Uncertain data never silently enters your books.

An audit trail by default

Which document, which field, which confidence, which reviewer. When your auditor asks how a number got there, there is an answer.

Illustrative — how the gate behaves

Concretely: a receipt total of €1,847.20 that should equal its line items. The gate re-adds them — if they sum to €1,839.20, the €8 gap is flagged amber and queued for a person. It does not book silently. That flag, and the confidence score behind it, are what land in the audit trail.

Scope

The documents your firm actually deals with.

Eval-gate

Invoices

Validated

Every field carries a confidence score and a log entry.

Vendor, line items, VAT, totals. Totals that don't reconcile get flagged, not booked.

Every field passes through the evaluation gate before export.

Articles

Insights on neural logic

Deep dives into AI architecture, agent automation, and the future of enterprise intelligence. Stay ahead of the neural curve.

Questions worth asking

Asked before, answered plainly

The questions worth asking before you send us a document. Can’t find your answer here?

Nowhere. Edific runs on your own server or VPS; it is never sent to us or a third party. That is a design decision, not a setting you can turn off.

Edific. A named point of contact owns your engagement end to end — the same person you talk to signs the DPA and stands behind the result. Less brand, more accountability.

On our published test — 3 hard receipts, ~15% for standard OCR — Edific got 18 of 18 fields correct. Small, deliberately hard sample, presented as exactly that. The number that matters is the one from a pilot on your own documents.

Its job is to be wrong loudly. The evaluation gate flags uncertain fields for human review before export, and any slip is traceable in the audit log and fixed at the source.

Scoped per engagement, not per seat — it follows volume, document types, and infrastructure. You get a fixed quote after a pilot. No pilot, no quote.

Yes, structurally. Processing happens on your own infrastructure, and the Art. 28 DPA describes the architecture as it actually works.

Next step

See it on your own documents

Not a deck. Not a demo dataset. Send a batch of your real documents — the difficult ones — and get back verified, structured data with every field scored and logged. Then decide.

Runs on your infrastructure. Covered by a DPA. Edific accountable for the result.