From procurement to logistics and control, each document type is assessed with its own layout, field and validation scope.
Many products are optimised for individual document classes or tasks. An end-to-end workflow must align document type, data model, exception process and target system.
PEDIF can connect multiple document types through a shared workflow model. Layouts, fields, rules and target outputs are still defined for each document type.
PEDIF assigns incoming documents to an approved document and layout scope. Unknown cases are surfaced.
Relevant header and line-item fields are captured according to the logic approved for the document type.
Results are checked against defined rules and handed to the target workflow through confirmed formats and interfaces.
Real-time conversion of PDFs to structured data. Process documents in seconds, not hours. No waiting for batch processing or manual review.
Precise extraction using fingerprint technology. Our AI-powered fingerprint ensures near-perfect accuracy without the need for constant retraining.
Built-in support for XRechnung, ZUGFeRD, and PEPPOL. Automatically compliant e-documents that meet legal requirements.
No setup, no templates, and no model training required. Get started right away - PEDIF learns your document layouts.
Seamless integration into existing systems. Connect PEDIF to your ERP, CRM, or any other system via our powerful API.
From 100 to 100,000 documents per month. Scales with your needs. You only pay for what you process.
Every document type has its own purpose, its own important fields and its own place in the process. The following overview explains what matters for each group and how documents relate to each other once they are available as structured data.
Transactional documents carry the commercial core of a business relationship. They usually have header data, such as parties, dates and references, and line items with articles, quantities and prices.
Logistics documents describe the physical movement of goods. Their key data are shipment numbers, package contents, weights, addresses and references to orders.
Before an order is placed, requests and offers are exchanged. Structured data from these documents makes it easier to compare offers and to check later orders and invoices against agreed prices.
Control documents confirm that something has happened as agreed. They are often needed for quality management, billing of services or customs.
The real benefit appears when documents can be matched with each other. An invoice that refers to an order and a delivery note can be checked automatically against both: were the invoiced quantities ordered and delivered, and do the prices match? This kind of matching only works if all three documents are available as structured data with consistent references.
That is why PEDIF assesses each document type with its own layout, field and validation scope, but uses a shared workflow model. Once one document type is running, the next one can build on the same references and master data.
Almost every business document consists of two parts. Header data apply to the whole document: sender and recipient, document number, dates, references, currency and totals. Line items describe the individual positions: article, description, quantity, unit, price and sometimes batch or serial numbers.
Header data are usually easy to find on a page. Line items are the harder part, because tables can span several pages, contain subtotals or mix different kinds of lines. This is where the quality of document processing shows, and why each layout is set up and tested with real documents.
Documents become useful together when they carry each other's references. An order confirmation refers to the order number, a delivery note to the order and sometimes the confirmation, and an invoice to the order and the delivery note. A remittance advice refers to the invoices it pays.
Capturing these references reliably is as important as capturing amounts and quantities. Without them, every document has to be matched manually, even if all of its other fields are correct.
A typical path starts with the document that causes the most manual work, often incoming orders or supplier invoices. Once that runs reliably, the next document type is added along the same chain: order confirmations after orders, delivery notes after confirmations, invoices after deliveries. Each step reuses the references and master data that are already in place, so the effort per additional document type decreases and the matching between documents improves with every step.