B2B services
Approved service orders become structured invoice cases.
Web2DATEV product line
From the order on a website to a controlled DATEV handover – with one data model, technical validation and an explicit exception path.
Web2DATEV is not another universal shop connector. We start with one revenue process in a website, portal or web app and turn it into an accepted, traceable invoicing route. Direct DATEV services are separate extensions with their own prerequisites.
Target processes
Approved service orders become structured invoice cases.
Portal, project or subscription events enter one invoice model.
Job and acceptance data are prepared for invoicing without retyping.
Bookings, references and line items stay traceable through handover.
Four defined products
From the website order to a prepared DATEV handover – without manual double entry in the normal path.
Transfer Web2DATEV documents and structured invoice data to DATEV Unternehmen online through a controlled route.
Send e-invoices from web processes, receive incoming invoices and trace delivery status.
Keep the data route visible, actionable and supportable, even when a source system or interface rejects a case.
Shared architecture
An approved order, booking or invoice starts the route.
Customer, invoice, items, payments and references are normalised.
Required fields, arithmetic, format and duplicates are checked.
The case goes to an agreed export/API route or to the exception centre.
Product maturity
Core can be scoped as a pilot without a live DATEV cloud API. RDS1 and TRAFFIQX are only confirmed after the concrete product, rights, onboarding and production approval have been verified. Care begins with an accepted production route.
Rechnungsdatenservice 2.0 can no longer be ordered and ends on 31 December 2026. The product line therefore uses RDS1 for the intended direct document/data handover and does not build a new RDS2 route.
The price depends on the source system, invoice types, mappings, exception rules and approved target route. The guided intake first produces a technical blueprint; no unvalidated market-price promise is published.
Safe first step
The intake keeps the existing DATEV request, admin and AI-assistant route intact. It asks for system types and process problems, not passwords, tokens or real accounting documents.