E-Rechnung in Lettland: Anforderungen 2026 und praktische Umsetzung

Kurz gesagt: Seit Januar 2025 gilt die B2G-Pflicht für elektronische Rechnungen an lettische öffentliche Stellen. Ab Januar 2028 müssen auch B2B-Rechnungen elektronisch sein. Rechnungen müssen im EN 16931-Format (Peppol BIS 3.0 XML) versendet werden – PDF per E-Mail ist nicht zulässig. Dieser Guide zeigt die konkreten Anforderungen und praktischen Umsetzungsschritte für dein Unternehmen.

Der direkte Fahrplan:

1. Ermittle deinen Betroffenheitsstatus: Welcher Prozentsatz deines Umsatzes geht an B2G-Kunden in Lettland? Seit Januar 2025 bist du verpflichtet.
2. Prüfe dein Rechnungssystem konkret auf EN 16931-Exportfähigkeit und führe einen Test-Export durch.
3. Entscheide dich für einen Übertragungskanal (eAddress-Plattform oder Peppol-Netzwerk) und vergleiche realistische Kostenmodelle.
4. Bereinige deine B2G-Stammdaten nach fest definierten Qualitätskriterien und validiere diese gegen Behördensysteme.
5. Integriere die Schnittstelle in dein ERP mit klaren Anforderungen an Datenqualität, Signaturvarianten und vollständiges Logging.
6. Implementiere Fehlerbehandlung, GoBD-konforme Archivierung und richte Monitoring mit messbaren KPIs ein.

Nach diesem Guide kannst du:

• Deine konkrete Betroffenheit und Zeitleiste dokumentieren und CFO-Entscheidungen vorbereiten.
• Zwischen gültigem EN 16931-XML und ungültigen PDF-Alternativen unterscheiden und Standards anwenden.
• Ein belastbares Kostenmodell mit Parametern und ROI-Logik für deine Entscheidung aufbauen.
• Systemabnahmekriterien und Integrations-Reifegrade konkret definieren und prüfen.
• Einen sauberen Betriebsfahrplan mit Fehlerbehandlung, SLAs und Monitoring entwerfen und umsetzen.
• GoBD- und Audit-Anforderungen einordnen und belastbare Nachweise für Authentizität etablieren.

Inhaltsverzeichnis

• Für wen ist dieser Guide?
• Grundlagen und Kontext
• Schritt-für-Schritt-Anleitung
• Praxisbeispiel und Anwendung
• Fortgeschrittene Varianten und Skalierung
• Kompakte Zusammenfassung
• Mini-Checkliste
• FAQ und Troubleshooting

Für wen ist dieser Guide?

Dieser Guide richtet sich an CFOs, Finanzleiter, Rechnungswesen-Teams und IT-Verantwortliche in Unternehmen, die Rechnungen an lettische öffentliche Institutionen ausstellen oder ab 2028 an Unternehmen liefern. Du solltest Verständnis für Rechnungsprozesse und ERP-Systeme haben und Zugang zu deinen Rechnungssystemen sowie Stammdaten besitzen. Wichtig: Bereitschaft für Prozessoptimierung und interne Koordination zwischen Finance und IT. Nicht abgedeckt sind spezifische juristische Haftungsfragen, externe Zertifizierungsprozesse mit Behörden oder tiefgehende GoBD-Audit-Beratung – dafür brauchst du eventuell spezialisierte externe Beratung.

Grundlagen und Kontext

Eine elektronische Rechnung in Lettland ist nicht einfach ein PDF, sondern ein strukturiertes Datendokument nach EU-Standard EN 16931. Dieser Standard macht Rechnungen maschinenlesbar und automatisierbar. Eine gültige E-Rechnung entsteht durch drei essenzielle Ebenen: das korrekte Datenformat (Peppol BIS Billing 3.0 als XML nach UBL-Standard), die sichere Übertragung über einen genehmigten Kanal (eAddress oder Peppol-zertifizierter Access Point) und die garantierte Integrität durch qualifizierte oder einfache digitale Signaturen oder EDI-Vereinbarungen plus lückenlose, zeitgestempelte Protokollierung. Fehlt eine dieser drei Ebenen, ist die Rechnung nicht vollständig elektronisch im rechtlichen Sinne. Die regulatorischen Anforderungen beeinflussen deine Purchase-to-Pay- und Order-to-Cash-Prozesse fundamental: Rechnungen müssen strukturierter, früher und mit besserer Datenqualität erstellt werden. Handschriftliche Anpassungen oder unvollständige Angaben führen zu Validierungsfehlern und Ablehnungen. Für die Purchase-to-Pay -Prozesse bedeutet das vor allem saubere Stammdaten, klare Verantwortlichkeiten und durchgängige Validierung.

Schritt-für-Schritt-Anleitung

Schritt 1: Ermittle deinen Betroffenheitsstatus und erstelle eine Kostenmodell-Grundlage

Bevor du technisch startest, musst du klar prüfen, ob und ab wann die Pflicht für dein Unternehmen gilt, und eine erste Kosten-Nutzen-Analyse aufbauen. Dies ist eine CFO-Entscheidung, die auf belastbaren Daten basieren muss.

• Exportiere alle deine Kunden aus deinem CRM oder ERP-System und filtere nach Kundentyp: öffentliche Behörden (Ministerien, Gemeinden, Staatsunternehmen), private Unternehmen oder Privatpersonen. Notiere Kundennamen, Jahresumsatz und Rechnungsfrequenz.
• Berechne den Prozentsatz: Wie viel Prozent deines Jahresumsatzes 2025 kommt von B2G-Kunden? Wie viele Rechnungen versendest du monatlich? (Beispiel: 150 B2G-Rechnungen/Monat = ~1800 Rechnungen/Jahr).
• Baue eine Kostenmodell-Vorlage auf: (a) Einmalige Implementierungskosten (3.000–15.000 Euro je nach Komplexität), (b) monatliche Betriebskosten (0 Euro für direkte eAddress, 100–300 Euro/Monat für Peppol-Partner), (c) interne Mannstunden für Datenbereinigung (40–200 Stunden), (d) eingesparte manuelle Arbeitszeit pro Monat (bei 150 Rechnungen × 10 Minuten = 25 Stunden/Monat ≈ 500–1000 Euro).
• Dokumentiere dein Ergebnis: "Wir versenden XY B2G-Rechnungen monatlich, das entspricht YZ% des Umsatzes. Implementierung kostet ABC Euro, monatlicher Betrieb DE Euro."

Praxis-Tipp: Viele Unternehmen unterschätzen die Mannstunden für Datenbereinigung und Tests. Kalkuliere realistisch und baue einen Puffer von +30% ein. Unvollständige Stammdaten sind eine häufige Implementierungsfalle und führen zu Verzögerungen.

Schritt 2: Prüfe dein Rechnungssystem konkret auf EN 16931-Fähigkeit

Das Format ist nicht verhandelbar. Nur EN 16931-konforme Rechnungen werden akzeptiert. Du musst diese Prüfung konkret mit deinem System durchführen, nicht nur theoretisch.

• Rufe den technischen Support deines ERP-Systems an mit dieser Frage: "Kann unser System EN 16931-konforme XML-Rechnungen (Peppol BIS Billing 3.0, UBL-Format) exportieren?" Notiere die Antwort mit Versionsnummer und erforderlichem Update.
• Erstelle eine Test-Rechnung mit realistischen Daten: eine Rechnung mit 2–3 Positionen, verschiedenen Steuersätzen (21% Standard, 12% reduziert), vollständiger Käufer- und Verkäufer-Information. Exportiere diese als XML.
• Öffne die XML-Datei in einem Text-Editor und prüfe: Sind alle erforderlichen Felder gefüllt (invoiceNumber, issueDate, buyerId, buyerName, sellerId, totalAmount)? Sind Sonderzeichen sauber kodiert?
• Validiere die XML gegen EN 16931-Standards mit einem kostenlos verfügbaren Online-Validator. Der Validator zeigt sofort Fehler. Repariere alle angezeigten Fehler und speichere die korrigierte XML-Exportkonfiguration.
• Kontrollpunkt: Du solltest mindestens eine valide Test-Rechnung als XML-Datei haben, die beim Online-Validator fehlerlos durchläuft.

Achtung: Ein PDF mit eingebettetem XML reicht nicht aus. Lettland verlangt das eigenständige, strukturierte XML-Format als Sendedatei via eAddress oder Peppol-Access Point. Reines PDF ist nicht konform und wird von Behördensystemen nicht akzeptiert. Teste dies nicht erst später in der Produktivphase. Wenn du Unterstützung brauchst, ist eine E-Rechnungsberatung oft der schnellste Weg zu einer belastbaren Implementierung.

Schritt 3: Entscheide dich für einen Übertragungskanal und analysiere Kostenmodelle

Zwei Wege sind rechtlich gültig. Sie unterscheiden sich stark in technischer Komplexität, Kostenmodell und Skalierbarkeit. Diese Entscheidung beeinflusst dein Budget und den Implementierungsaufwand erheblich.

• Option A – Nationale eAddress-Plattform (latvia.gov.lv): Zentraler, staatlicher Kanal. Kostenlos, aber bei direkter Integration brauchst du eine qualifizierte elektronische Signatur (QES, ca. 100–200 Euro/Jahr) oder eine EDI-Vereinbarung mit jeder Behörde. Zeitaufwand: 3–5 Wochen.
• Option B – Peppol-Netzwerk: Dienstleister managt Signatur, Konvertierung und Versand automatisiert. Kostenmodell: 50–150 Euro/Monat plus einmalige Setup-Gebühren (500–2.000 Euro). Vorteil: Wenn du später international tätig wirst, nutzt du die gleiche Infrastruktur. Zeitaufwand: 2–3 Wochen.
• Baue eine Entscheidungsmatrix auf: Für jede Option notierst du (a) monatliche Fixkosten, (b) Implementierungszeit, (c) interne IT-Ressourcen erforderlich, (d) Abhängigkeit von externem Partner, (e) Skalierbarkeit auf andere Länder.
• Treffe die Entscheidung und dokumentiere sie: "Wir wählen [Option] weil [Begründung]. Budgetierter Aufwand: [XYZ Euro]."

Aus Erfahrung: Unternehmen, die mehrere Länder beliefern, sparen mit Peppol oft Gesamtkosten, obwohl der Monatspreis höher ist. Unternehmen mit nur lettischen B2G-Kunden fahren mit direkter eAddress oft günstiger, benötigen aber mehr IT-Know-how intern.

Schritt 4: Bereinige B2G-Stammdaten nach definierten Qualitätskriterien

Strukturierte Formate verzeihen keine Fehler. Unvollständige oder fehlerhaft kodierte Kundenstammdaten führen zu Validierungsfehlern und abgelehnten Rechnungen. Dies ist der größte praktische Engpass.

• Exportiere alle B2G-Kunden aus deinem System in eine Tabelle. Für jeden Kunden notierst du: (1) offizielle Firmennamen exakt nach Behördenregister, (2) nationale Registernummer oder USt-ID, (3) E-Mail-Adresse oder eAddress-ID des Empfängers, (4) vollständige Adresse (Straße, Hausnummer, Postleitzahl, Stadt), (5) Kontaktperson oder Rechnungsempfänger-Abteilung.
• Bereinige systematisch: (a) Entferne alle Sonderzeichen außer Bindestrichen und Apostrophen, (b) ersetze Umlaute sauber oder nutze UTF-8-Kodierung, (c) prüfe auf Groß-/Kleinschreibung und vereinheitliche, (d) fülle fehlende Registernummern mit Online-Behördenabfragen (lettisches Unternehmensregister, EU-VAT-Nummer-Verzeichnis).
• Validiere mit dem Behördensystem: Vergleiche deine Daten mit öffentlichen Verzeichnissen. Finde Diskrepanzen und kläre sie direkt mit dem Kunden. Notiere die Quelle (z. B. "bestätigt gegen Lettisches Unternehmensregister am [Datum]").
• Teste mit mindestens 3–5 realen Kunden: Frage den Kunden per E-Mail: "Stimmt diese Adresse und ID für unsere E-Rechnungen an euch?" Dies ist dein Qualitätscheck.
• Kontrollpunkt: 100% deiner B2G-Kunden sollten mit korrekten, vollständigen Stammdaten im System stehen und gegen Behördensysteme abgeglichen sein.

Merke: Manuelle Datenbereinigung ist zeitaufwändig, aber spart später Wochen an Fehlerbehebung und verhindert Zahlungsverzögerungen. Investiere hier realistisch 40–100 Arbeitsstunden ein.

Schritt 5: Integriere die Schnittstelle mit klaren technischen Anforderungen

Die Schnittstelle sorgt dafür, dass Rechnungen aus deinem System automatisiert korrekt konvertiert und sicher versendet werden. Dies ist die Kernimplementierung.

• Falls du dich für direkte eAddress entschieden hast: Arbeite mit einem Integrator zusammen, der eAddress-APIs kennt. Die Integration muss erfüllen: (a) automatische Übernahme von Rechnungsdaten aus deinem ERP, (b) Konvertierung zu EN 16931-XML, (c) Signierung entweder mit QES oder einer EDI-Vereinbarung mit der Behörde, (d) Versand über eAddress-Schnittstelle, (e) Empfang und Protokollierung des Delivery-Receipt.
• Falls du dich für Peppol entschieden hast: Wähle einen zertifizierten Peppol Access Point. Der Partner sollte bieten: (a) API-Integration zu deinem ERP, (b) automatische EN 16931-Konvertierung, (c) digitale Signatur, (d) Versand über Peppol-Netzwerk, (e) Delivery-Notification bei Ablehnungen.
• Definiere konkrete Signaturvarianten: (a) QES – höchste Sicherheit, aufwändig und kostspielig. (b) Einfache digitale Signatur – ausreichend für Peppol und moderne Prozesse. (c) EDI-Vereinbarung – rechtlich wirksam, wenn schriftlich mit der Behörde abgestimmt. Kein Signaturzertifikat nötig, aber Audit-Trail muss dokumentieren.
• Baue das Mapping zwischen ERP-Feldern und EN 16931-XML-Feldern konkret auf. Dokumentiere dieses Mapping schriftlich: ERP "Kunde_Name" → XML "BuyerParty/PartyName".
• Kontrollpunkt: Die Schnittstelle sollte getestet sein mit Test-Rechnungen, die automatisiert vom ERP zum Empfänger laufen, ohne manuelles Eingreifen. Fehler sollten automatisch in ein Ticketing-System fallen.

Schritt 6: Implementiere Fehlerbehandlung und GoBD-konforme Archivierung

Die Rechnung muss nicht nur korrekt formatiert sein, sondern auch sauber, unveränderbar und vollständig nachvollziehbar übertragen werden. Dies ist aus Audit- und Steuersicht essenziell.

• Implementiere vollständiges Logging für jede versandte Rechnung: (a) Rechnungsnummer und -datum (eindeutige Identifikation), (b) Sendezeitpunkt (ISO 8601 Timestamp mit Sekunden-Genauigkeit), (c) Empfänger-ID und Name, (d) Format ("EN 16931 Peppol BIS 3.0" oder "eAddress"), (e) Sendestatus (erfolgreich/abgelehnt), (f) Signaturtyp, (g) Delivery-Receipt vom Empfänger, (h) bei Fehler: konkrete Fehlermeldung und Fehlercode.
• Implementiere Fehlerbehandlung: (a) Validierungsfehler → automatische Benachrichtigung an Rechnungsersteller, (b) Fehler beim Versand → automatisches Retry nach 1 Stunde, dann nach 24 Stunden, dann Eskalation an Teamleiter, (c) Fehler beim Empfänger → manuell mit Kunde klären. Dokumentiere diese Prozesse und messe die Fehlerquote (Ziel: <2%).
• Archiviere die Originalrechnung (XML) und alle Logs für mindestens 6 Jahre gemäß GoBD. Nutze WORM-Storage (Write Once, Read Multiple) oder ein zertifiziertes DMS mit Unveränderungsgarantie. Nutze Prüfsummen (SHA-256) oder digitale Signaturen zur Integritätsprüfung.
• Dokumentiere die Authentizität: (a) Wer hat die Rechnung versendet, (b) welches System hat den Versand durchgeführt, (c) welche Änderungen wurden vorher gemacht (Audit-Trail), (d) wann wurde die Rechnung verbucht und archiviert.
• Kontrollpunkt: Jede versandte Rechnung sollte mit Timestamp, Status und Fehlerlog vollständig abrufbar sein. Du solltest nachweisen können: "Diese Rechnung wurde am [Datum/Uhrzeit] von [Person/System] an [Empfänger] versendet."

Schritt 7: Führe Validierungen mit echten Empfängern durch

Bevor die produktive Phase läuft, müssen deine Rechnungen mit realen lettischen Behörden getestet werden. Dies ist der wichtigste Qualitätssicherungsschritt.

• Wähle 3 echte B2G-Kunden aus, mit denen du bereits zusammenarbeitest und die bereit sind, Test-Rechnungen zu empfangen. Idealerweise unterschiedliche Behördentypen (Ministerium, Gemeinde, öffentliche Schule).
• Erstelle drei Test-Rechnungen mit realistischen Daten: (a) einfache Rechnung mit einer Position und 21% Standardsteuersatz, (b) komplexe Rechnung mit 3–4 Positionen und gemischten Steuersätzen, (c) Rechnung mit besonderen Merkmalen wie Skonto oder besonderem Zahlungsziel.
• Validiere jede Rechnung mit einem EN 16931-Validator. Repariere alle Fehler. Erst wenn der Validator grünes Licht gibt, versendest du zur echten Behörde.
• Sende die Rechnung elektronisch über deinen gewählten Kanal. Hole Rückmeldung vom Empfänger: (a) Hat er die Rechnung erhalten (ja/nein, Uhrzeit)? (b) Wurde sie korrekt importiert? (c) Gibt es Verarbeitungsfehler? (d) Musste der Empfänger Daten manuell korrigieren?
• Dokumentiere alle Test-Ergebnisse: Datum, Rechnungsnummer, Empfänger, Sendezeitpunkt, Empfangszeitpunkt, Status.

Diese Tabelle fasst die kritischen Prüfpunkte zusammen. Nutze sie als Abnahme-Checkliste vor der Produktivstellung.

Praxisbeispiel und Anwendung

Ein lettisches IT-Dienstleistungsunternehmen mit 35 Mitarbeitern lieferte Beratungsleistungen an mehrere Behörden. Bis Januar 2025 versendeten sie Rechnungen per PDF per E-Mail. Sie prüften ihren ERP-Bestand und stellten fest, dass die aktuelle Version keinen nativen EN 16931-Export hatte. Ein Update kostete 5.000 Euro und 3 Wochen. Parallel registrierten sie sich bei einem Peppol Access Point mit 120 Euro monatlich. Der Integrator baute eine REST-API-Schnittstelle auf, die Rechnungen aus dem ERP automatisch exportierte und versendete. Im ersten Monat erlebten sie 12 Validierungsfehler, die Stammzahlen betrafen – durch Abstimmung mit den Behörden gelöst. Nach dieser Phase liefen 98% der Rechnungen vollautomatisch. Das Unternehmen spart wöchentlich ca. 6 Stunden Handarbeit. Die Amortisierung lag bei ca. 2 Monaten. Zusätzlich berichten Behörden von schnellerer Verarbeitung. Das Unternehmen archiviert alle XMLs und Logs in einem zertifizierten DMS – erforderlich für GoBD-Compliance.

Fortgeschrittene Varianten und Skalierung

Multi-Country-Peppol-Strategie für europäische Skalierung

Falls dein Unternehmen später an mehrere europäische Länder liefert, lohnt sich eine durchgehende Peppol-Infrastruktur stark. Du nutzt die gleiche technische Basis für Rechnungen an Behörden in Deutschland, Schweden, Litauen und anderswo. Das reduziert Komplexität deutlich und senkt Supportkosten.

B2B-Vorbereitung ab 2028 und Automatisierung der Eingangsverarbeitung

Die B2B-Pflicht kommt 2028. Wer die Infrastruktur jetzt aufbaut, hat später einen Vorteil und kann interne Prozesse bereits parallel optimieren. Wenn Eingangsrechnungen automatisiert strukturiert ankommen, können sie validiert, mit Bestellungen abgeglichen und verbucht werden (3-Way-Matching). Das reduziert manuellen Aufwand um 50–70%. Dazu gehört auch die Anbindung an ein elektronisches Meldesystem , sobald zusätzliche Meldelogiken relevant werden.

Integration mit künftigen ViDA-Meldungsanforderungen

Die EU-Initiative ViDA zielt ab 2027 auf digitale Meldung aggregierter Rechnungsdaten. Wer strukturierte E-Rechnungen mit hoher Datenqualität hat und Logs vollständig führt, wird für diese Anforderung automatisch vorbereitet. Die Integration mit behördlichen Steuermeldungssystemen wird dann ein deutlich geringerer Aufwand sein.

Kompakte Zusammenfassung

• B2G-Pflicht für E-Rechnungen in Lettland seit Januar 2025 – nicht verhandelbar, sofort prüfen ob relevant.
• B2B-Pflicht kommt Januar 2028 – Vorbereitung jetzt spart Zeit und Kosten später erheblich.
• Gültiges Format: EN 16931-XML (Peppol BIS 3.0, UBL-Standard) – PDF reicht nicht und wird abgelehnt.
• Kanäle: eAddress direkt (kostenlos, aber IT-Aufwand) oder Peppol Access Point (100–150 Euro/Monat, wartungsfrei).
• Systemintegration essentiell – manuelle Uploads führen zu Fehlern und Engpässen.
• Stammdaten-Qualität ist kritischer Engpass – Bereinigung ist 50% des Aufwands.
• GoBD-Compliance, Logging, Signatur und Archivierung sind rechtliche Anforderungen, nicht optional.

Mini-Checkliste

• B2G-Kundenvolumen und Prozentsatz des Umsatzes dokumentiert
• ROI-Modell mit Implementierungs- und Betriebskosten aufgebaut
• Rechnungssystem auf EN 16931-Exportfähigkeit getestet
• Test-XML validiert und fehlerfrei exportiert
• Kanal-Entscheidung (eAddress oder Peppol) getroffen und begründet
• Registrierung und Zugangstest für gewählten Kanal abgeschlossen
• B2G-Stammdaten vollständig bereinigt und gegen Behördensysteme validiert
• Signaturvariante und Logging-Anforderungen konkret definiert
• System-Integration oder API-Setup mit detailliertem Mapping durchgeführt
• Mindestens 3 Test-Rechnungen mit echten Behörden erfolgreich getestet
• Archivierung und Unveränderbarkeit im System eingerichtet und validiert

FAQ und Troubleshooting

Gilt die B2G-Pflicht auch, wenn ich nur ab und zu eine Rechnung an Behörden versende?

Ja. Die Pflicht seit Januar 2025 ist nicht abhängig von Häufigkeit oder Volumen. Jede Rechnung an eine lettische Behörde muss elektronisch im EN 16931-Format sein. Falls du monatlich auch nur eine Rechnung versendest, musst du technisch vorbereitet sein.

Kann ich PDF-Rechnungen mit eingebettetem XML weiterhin verwenden?

Nein. Die XML-Datei muss eigenständig via eAddress oder Peppol versendet werden. Ein PDF mit eingebettetem XML erfüllt die Anforderung nicht und wird von Behördensystemen nicht automatisiert akzeptiert. Wer den Umstieg strukturiert angehen will, sollte sich frühzeitig mit E-Rechnungsberatung und den passenden Prozessschritten beschäftigen.

Was passiert, wenn eine Rechnung vom Empfänger abgelehnt wird?

Du erhältst eine Fehler-Notification mit Begründung (z. B. "Behördennummer ungültig"). Du musst den Fehler analysieren, die Daten korrigieren und die Rechnung erneut versenden. Deshalb ist ein Fehlerbehandlungs-Prozess mit Eskalation zentral. Ohne Prozess entstehen Zahlungsverzögerungen.

Ist eine qualifizierte elektronische Signatur (QES) zwingend?

Nein. QES bietet höchste Sicherheit, aber einfachere digitale Signaturen oder EDI-Vereinbarungen sind oft rechtlich ausreichend. Viele Peppol-Dienstleister bieten standardisierte Signaturen an, die regelkonform sind. Prüfe mit deinem Dienstleister, was für Lettland nötig ist.

Wie lange dauert die komplette Implementierung typischerweise?

Für moderne ERP mit guten Stammdaten: 4–8 Wochen. Für ältere Systeme: 3–6 Monate. Der größte Aufwand liegt in Stammdaten-Bereinigung und echten Tests, nicht in technischer Integration. Kalkuliere realistisch und baue Puffer ein.

Wie bereite ich mein Unternehmen auf die B2B-Pflicht 2028 vor?

Nutze die nächsten zwei Jahre, um auch B2B-Kundenstammdaten zu bereinigen und Datenqualität zu erhöhen. Die Infrastruktur, die du jetzt aufbaust, funktioniert 2028 mit wenigen Konfigurationsänderungen auch für B2B. Early Movers sparen 2028 Implementierungskosten.

Nächster Schritt: Starte diese Woche mit Schritt 1: Prüfe in deinem CRM, wie viel Prozent deiner Rechnungen an B2G-Kunden in Lettland gehen. Mit dieser einen Zahl kannst du sofort entscheiden, ob dieses Thema für dein Unternehmen kritisch ist. Wenn ja, plane maximal 2 Wochen für die Kostenmodell-Analyse ein, bevor du die Kanal-Entscheidung triffst.