Sender and email authentication
SPF, DKIM and DMARC check whether the email really comes from the stated sender. An invoice from a domain lookalike or with a forged sender stands out before it is up for payment.
Sender and email authentication, VAT ID, IBAN and vendor bank details, duplicates and invoice number, compared with the order or contract. Every invoice gets a result: green, amber or red. When it is red, approval and payment stay blocked.
In vorerfasst Accounting from €99.99 per month · 14 days free · no credit card.
SPF, DKIM and DMARC check whether the email really comes from the stated sender. An invoice from a domain lookalike or with a forged sender stands out before it is up for payment.
The VAT ID of the issuer is compared with the official register. A missing, wrong or invalid VAT ID is a finding, the document stays marked.
The IBAN on the invoice is compared with the bank details stored for the vendor. If the account differs, vorerfasst warns: that is the classic pattern of payment fraud.
Invoice numbers are checked for repeats. If the same number arrives twice, the second invoice stays open instead of being paid twice.
Amount and positions are compared with the order, framework contract or open items. What was not ordered stands out, no matter how real the invoice looks.
Every invoice gets a result: green, amber or red. With red findings, approval and payment stay blocked until a person has looked at it.
Email, e-invoice or PDF. vorerfasst takes the invoice into the intake.
Sender, VAT ID, IBAN, invoice number and the comparison with order or contract.
Green means ready to approve, amber means review, red means approval and payment stay blocked.
Someone looks at the finding, corrects it or approves. No amount is stamped as genuine automatically.
Sender and email (SPF/DKIM/DMARC), VAT ID, IBAN and vendor bank details, duplicates and invoice number, and the comparison with order or contract. The result appears as a traffic light.
No. The checks catch typical patterns: forged senders, different IBANs, duplicate invoice numbers, invalid VAT IDs. AI supports this but does not guarantee authenticity. A person makes the final decision.
Approval and payment stay blocked. The invoice stays visible as an open case until an authorised person has checked and approved or corrected it.
The VAT ID is compared with the official register. A match confirms validity but does not replace tax or legal advice.
Yes. The IBAN is checked for plausibility and compared with the bank details stored for the vendor. A difference is a finding in the traffic light.