Web2DATEV product line

The invoicing backend for German websites

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

Built for business that begins on the web

B2B services

Approved service orders become structured invoice cases.

IT, SaaS and agencies

Portal, project or subscription events enter one invoice model.

Trades and field service

Job and acceptance data are prepared for invoicing without retyping.

Booking and training

Bookings, references and line items stay traceable through handover.

Four defined products

Core, DATEV handover, e-invoice exchange and operations

Product foundation for web invoicing

Tezza Web2DATEV Core

From the website order to a prepared DATEV handover – without manual double entry in the normal path.

Client resultAn accepted data route for one clearly defined source system and invoice type. Transactions run traceably from the web event to the agreed export; invalid cases arrive in the review area with a readable reason.
Open product
Direct handover to DATEV Unternehmen online

DATEV RDS1 Connect

Transfer Web2DATEV documents and structured invoice data to DATEV Unternehmen online through a controlled route.

Client resultFor one approved client, an accepted transfer case runs from Web2DATEV to DATEV Unternehmen online. You can see whether a job was accepted, processed or rejected with a protocol; failed cases remain actionable.
Open product
E-invoice inbox and outbox

TRAFFIQX E-Invoice Exchange

Send e-invoices from web processes, receive incoming invoices and trace delivery status.

Client resultAn accepted send and/or receive case for XRechnung or ZUGFeRD. Users see document ID, validation, delivery status, actual channel and original document instead of merely assuming successful transmission.
Open product
Monitoring, exception handling and support

DATEV Integration Care

Keep the data route visible, actionable and supportable, even when a source system or interface rejects a case.

Client resultA named support and escalation route, visible job states, prioritised failures and technical evidence for diagnosis and retry. Authorisation data is excluded from operational logs.
Open product

Shared architecture

One event-driven route, not continuous polling

  1. 1Business event

    An approved order, booking or invoice starts the route.

  2. 2Canonical model

    Customer, invoice, items, payments and references are normalised.

  3. 3Validation

    Required fields, arithmetic, format and duplicates are checked.

  4. 4Controlled output

    The case goes to an agreed export/API route or to the exception centre.

Product architecture

Which module performs which task

Core structures and validates the web invoicing process. RDS1 maps approved cases to the DATEV XML document-record data file (Ledger) and transfers them to DATEV Unternehmen online. TRAFFIQX handles e-invoice inbox and outbox. Care operates an accepted route. DATEV modules require the appropriate product setup, rights, onboarding and technical approval.

No new RDS2 dependency

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.

Project price after scope

The price depends on the source system, invoice types, mappings, exception rules and target route. The guided intake produces a technical blueprint as the basis for a transparent project offer.

Project configuration

Choose a product and describe one anonymised process

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.