What Dijit.app is
Dijit.app is a document management platform built on generative AI and OCR for purchase-to-pay and accounting. It reads invoices, delivery notes, receipts and business paperwork; it extracts and checks the data on them, from the supplier and the line items to the taxes, the totals and the nominal account; and it hands the result to your ERP or accounting software. It also covers the work that comes next: matching delivery notes against invoices, auditing prices, raising purchase orders, costing recipes, flagging payments that are about to fall due, running approvals and keeping a searchable archive with a full audit trail.
On this page
What the product covers
Dijit.app works across the purchase-to-pay cycle and input VAT. Its job is to take away the typing, and the checking that always comes with it: confirming that what you were invoiced for is what you actually received, that the prices are the ones you agreed, and that every document ends up against the right nominal account.
What happens to a document
Every document goes through the same sequence, whichever way it arrived:
- It arrives. Uploaded through the web application on a desktop or a phone, sent in by email, dropped into a connected Dropbox folder, or pushed in through the API.
- It is read. OCR picks up the content and the generative AI models work out what each value means. This takes under three seconds a page.
- The data is pulled out. Header data first, meaning the issuer, the recipient, the dates, the numbers, the net amounts, the taxes and the totals, then the line items with item, quantity, price and discounts.
- It is checked. The system tests the document against itself: that the lines add up to the totals, that the taxes are consistent, and that this is not a document you have already had.
- It is coded. Nominal accounts are filled in from your own history and from the rules you have set.
- It gets a status. The document appears in its list with a status that either says the checks passed or points at the one thing that needs a look.
- You approve it, on its own or in a batch.
- It goes out. The data is posted to your ERP through a connector, or written to a file in the format your accounting software accepts.
You are not expected to check everything. Reading and coding are 99 % accurate on average on an original PDF; on a photograph it depends on the quality of the image. Every document is checked, but only the ones where a check came back inconclusive are flagged with a status. You look at the exceptions, not at the pile.
What it does
Purchasing
- A complete view of what you buy, line by line, from both delivery notes and invoices.
- Automatic matching of delivery notes to their invoice, item by item.
- Price auditing: anything that has moved since the last delivery is flagged.
- Purchase orders built from what you ordered on previous delivery notes.
- Recipe costings, with the cost of every recipe updated as prices change.
- Alerts for supplier payments about to fall due.
Accounting
- VAT, withholding tax, the Spanish equivalence surcharge and net amounts read off the document whatever its layout.
- Nominal accounts filled in automatically, learning from how your company has coded things before.
- Duplicate invoices caught before they are posted.
- Input and output VAT, on both purchases and sales.
- Every kind of invoice: intra-community, exempt, simplified, VAT-inclusive, import documents, credit notes and invoices with tax withheld.
- Users by role: the finance team, clients who only upload, and clients who manage their own paperwork.
Internal paperwork
- Job sheets and production records digitised, handwriting included.
- Approval routes by amount, by supplier or by category.
- A digital archive of everything processed, searchable and fully traceable.
Set up around how you work
The system is fitted to each customer's way of working with no development needed at your end:
- Your own extraction and validation rules, per company and per supplier.
- Training for documents and fields that are not covered as standard.
- Export formats built to order, whether an Excel layout or an ERP file.
- Nominal accounts, document series and accounting criteria configured per company.
- New connectors on request for software that is not on the list.
Documents it reads
Purchase invoices, simplified invoices, import documents, till receipts, goods-received and sales delivery notes, transport invoices, purchase orders, production sheets, job sheets, payslips, payment documents and transport manifests.
Which of these you have depends on how your account is set up.
Ways documents come in
| Route | How it works | Set-up needed |
|---|---|---|
| Web application (desktop) | Upload PDFs, images or ZIP files by hand, choosing which pages to process. | None. |
| Web application (phone) | On screens of 600 pixels or less you get Quick Access instead of the dashboard. The upload buttons for each document type lead to the same upload screen as on a desktop, with the same options: page selection, auto-merge and grouping photographs. | None. |
| A mailbox is synchronised and its attachments are processed on their own. | Connect the mailbox, per document type. | |
| Dropbox | A folder is watched and anything dropped into it is processed. | Connect the account and pick the folder. |
| API | Documents pushed in from your own systems. | Switched on with the technical team. |
The routes work side by side: one account can take most of its invoices by email while several people upload by hand at the same time. Where each document came from is recorded and shown in the list.
Where the data goes
There are two ways out:
- Posted straight in through a connector: SAP Business One and SAP S/4HANA, Microsoft Dynamics 365 Business Central, Sage X3, Holded, ICG Manager, Ágora POS, Monitor Informática and Diagram.
- Written to a file for your accounting software to import: a3 (a3ASESOR eco/con, a3ERP, a3innuva), Contasol, Cegid DIEZ, Aplifisa, ContaPlus, Alba IBS, Factusol, Xero and QuickBooks.
On top of that there is Excel export with a layout of your own and a REST API for anything else. Connectors that are not on the list are built on request.
Performance, security and compliance
| Reading and coding accuracy | 99 % on average on an original PDF. On photographed documents it follows the quality of the image. |
| Processing time | Under 3 seconds a page. |
| Volume | Batch processing, from 100 to over a million documents a month. There is no design ceiling; capacity is sized per customer. |
| Unit of usage | A processed page. |
| Hosting | Microsoft Azure servers in the European Union. |
| Compliance | GDPR. |
| Encryption | TLS 1.3 in transit, and encrypted at rest. |
| Sign-in | Multi-factor, by role. |
| AI models | They run inside Dijit.app's own Azure estate. Customer documents are never used to train models. |
| Interface languages | Spanish, English, French and Portuguese. |
The security architecture and the compliance detail are set out in Security and compliance.
What it deliberately does not do
- It is not a sales invoicing package. It reads and processes sales invoices; it does not raise them.
- It does not replace your ERP or your accounting software. It feeds them.
- It does not file tax returns and it does not produce them.
- Approval stays with you. The system checks and flags; sign-off comes from a person or from the approval route you have set up.
- It does not invent missing data. If a value is not on the document, or cannot be read, the field is left empty and the document is flagged for a look.
Documentation index
1. Getting started
Setting up an account, the free trial, signing in, the interface and a glossary of terms.
6 pages published2. Account and plan
Profile, users and roles, plan and usage, group companies and preferences.
15 pages published3. Uploading documents
Manual upload, ZIP files, phones, merging, email, Dropbox and where each document came from.
13 pages published4. Working with documents
Lists, filters, statuses, approval, deletion, transfers and downloads.
10 pages published5. Document types
Purchase, expense, sales and transport invoices; delivery notes, customs documents and bespoke formats.
14 pages published6. Consolidation
Matching invoices against their delivery notes and dealing with the differences.
6 pages published7. Checking the document header
Header data: supplier, customer, dates, numbers, amounts and taxes.
14 pages published8. Checking the line items
Line items: quantities, prices, discounts, units of measure and ERP codes.
12 pages published9. Master records and catalogues
Products, suppliers, clients and recipe costings. How a master record differs from a catalogue.
16 pages published10. Accounting
Nominal accounts, how documents are coded and practice mode.
8 pages published11. Purchase orders and projects
Raising and sending purchase orders, and tracking spend by project.
10 pages published12. ERP integrations
SAP, Business Central, Sage X3, Ágora, ICG, Holded, Contasol, a3 and Cegid.
17 pages published13. Dashboard and reports
Indicators, usage, summaries and data exports.
7 pages published14. Help inside the app
Questions, issues and follow-up from inside the application itself.
3 pages published15. Troubleshooting
What to check before raising an issue, and which support channel fits each case.
2 pages published16. Reading correction rules
Rules that automatically correct the reading errors repeated across one supplier's documents.
13 pages published