Nordlet

Blog

Echtzeit-EU-Umsatzsteuer für Entwickler in der Slowakei

Ein fundierter Vergleich von Buchhaltungs- und Steuerplattformen, die slowakische und EU-Umsatzsteuer über APIs, SDKs und Webhooks abwickeln, mit klaren Hinweisen zu ihrem tatsächlichen Funktionsumfang.

Nordlet Team · · 13 Min. Lesezeit

Die Slowakei hat 2025 ihren Umsatzsteuer-Normalsatz von 20 % auf 23 % angehoben. Das bedeutet, dass jeder fest codierte Steuersatz, der davor im System hinterlegt wurde, nun falsch ist. Jedes System, das nur einen Steuersatz statt eines Steuersatzes mit Gültigkeitsdatum speichert, wird unweigerlich eine fehlerhafte Historie erzeugen. Dies ist das Erste, was bei einer slowakischen Integration geprüft werden muss. Der zweite wichtige Punkt ist der kontrolný výkaz, die Kontrollmeldung auf Rechnungsebene, die zusammen mit jeder Umsatzsteuervoranmeldung eingereicht wird.

Dieser Artikel vergleicht Entwicklerplattformen, die die EU- und slowakische Umsatzsteuer in Echtzeit abwickeln, trennt die Berechnung von der Buchhaltung und dem Meldewesen und zeigt auf, wofür sich die jeweilige Option tatsächlich eignet.

Was „Echtzeit-EU-Umsatzsteuermanagement“ beinhalten muss

Der Begriff wird oft überstrapaziert und für sehr unterschiedliche Produkte verwendet. Um aussagekräftig zu sein, muss eine Plattform den Großteil der folgenden Aufgaben übernehmen, während eine Transaktion, eine Rechnung, eine Abrechnung (settlement) oder ein Buchungssatz (ledger entry) erstellt wird:

  • Die umsatzsteuerliche Behandlung aus den Transaktionsdaten ermitteln.
  • Die aktuellen länderspezifischen und produktspezifischen Vorschriften anwenden.
  • Die Slowakei und die restliche EU abdecken, einschließlich B2B-Reverse-Charge (Steuerschuldnerschaft des Leistungsempfängers) und B2C-Besteuerung am Bestimmungsort.
  • All dies über eine API, ein SDK oder einen Webhook zugänglich machen.
  • Die Daten für Umsatzsteuer, OSS, Betriebsprüfungen (Audits) und Buchhaltungsberichte aufbewahren.

Hinter dem Begriff „Echtzeit“ verbergen sich drei unterschiedliche Fähigkeiten:

  • Echtzeit-Berechnung — Die Umsatzsteuer wird berechnet, sobald die Transaktion oder Rechnung erstellt wird.
  • Echtzeit-Buchhaltung — Die Transaktion, der Buchungssatz und die Umsatzsteuerdaten fließen sofort in die Bücher ein.
  • Echtzeit-Meldewesen — Die Daten werden kurz nach der Transaktion an eine Steuerbehörde übermittelt.

Die meisten Produkte beherrschen Ersteres. Nur sehr wenige decken alle drei Bereiche ab. Die Slowakei verfügt über kein Clearance-System (Echtzeit-Freigabeverfahren für Rechnungen), aber die Kontrollmeldung, die mit jeder Umsatzsteuervoranmeldung eingereicht wird, enthält Details auf Rechnungsebene. Die Steuerverwaltung sieht also eher einzelne Dokumente als aggregierte Summen.

Die slowakischen und EU-Regelungen, die den Vergleich bestimmen

Die Slowakei wendet einen Normalsatz von 23 % an (2025 von 20 % angehoben), mit ermäßigten Steuersätzen von 19 % und 5 % sowie 0 % für Exporte und innergemeinschaftliche Lieferungen gemäß dem Umsatzsteuergesetz, Gesetz Nr. 222/2004 Z. z. Der 5 %-Satz gilt für Grundnahrungsmittel, Medikamente, Bücher, Beherbergung und Restaurantdienstleistungen; 19 % gelten für sonstige Lebensmittel und Strom. Eine umsatzsteuerliche Registrierung ist ab einem Jahresumsatz von 50.000 € erforderlich, bei 62.500 € greift eine sofortige Registrierungspflicht.

Für qualifizierende innergemeinschaftliche B2C-Fernverkäufe und grenzüberschreitende digitale Dienstleistungen gilt ein EU-weiter Schwellenwert von 10.000 €, der auf dem One Stop Shop-Portal der Europäischen Kommission geregelt ist. Wird dieser überschritten, richtet sich die Umsatzsteuer in der Regel nach dem Mitgliedstaat des Kunden. Der One Stop Shop ermöglicht es einem Unternehmen, sich in nur einem Mitgliedstaat zu registrieren und die grenzüberschreitende B2C-Umsatzsteuer für die gesamte EU zu deklarieren. Dies ersetzt jedoch nicht die Notwendigkeit einer transaktionsbasierten Steuerlogik.

Außerdem gibt es eine Marktplatz-Regelung (marketplace rule), die strenger ist, als die meisten Teams erwarten. Gemäß Artikel 14a wird eine elektronische Schnittstelle zum fiktiven Lieferer (deemed supplier) für Fernverkäufe von eingeführten Gegenständen in Sendungen mit einem Sachwert von höchstens 150 €, sowie unabhängig davon für Lieferungen von Gegenständen an EU-Kunden unabhängig vom Warenwert, wenn der zugrundeliegende Verkäufer nicht in der EU ansässig ist. Die Erläuterungen der Europäischen Kommission zu den Mehrwertsteuervorschriften für den elektronischen Geschäftsverkehr legen beide Fallgruppen dar. Wenn Sie einen Marktplatz (marketplace) aufbauen, erfordert dies eine grundlegende Änderung der Architektur und nicht nur das Hinzufügen eines neuen Datenfelds.

Die engere Auswahl auf einen Blick

Plattform Am besten geeignet für Echtzeit-Umsatzsteuer-Funktionen Buchhaltung, OSS und Meldewesen Wichtigste Einschränkung
Stripe Tax Produkte und Marktplätze, die bereits Stripe nutzen Berechnet die Umsatzsteuer bei der Erstellung der Transaktion, inklusive Slowakei EU-Exporte und OSS-Daten; kein slowakisches Hauptbuch, und es werden keine EU-Meldungen selbst eingereicht Lohnt sich nur, wenn Stripe bereits für die Zahlungsabwicklung genutzt wird
Paddle SaaS und digitale Produkte zum Download Berechnet die Umsatzsteuer beim Checkout auf Basis des Kundenstandorts Registriert, meldet und führt als Merchant of Record die Steuern ab Übernimmt die Rolle des formellen Verkäufers und die Rechnungserstellung
Quaderno Kleinere SaaS- und Digital-Commerce-Unternehmen Berechnet beim Checkout, validiert USt-IdNrn. Steuerberichte und Aufzeichnungen; das automatische Einreichen ist nicht für jeden Tarif dokumentiert Eine Steuer- und Fakturierungsschicht, kein Hauptbuch
Avalara AvaTax Enterprise-ERPs und komplexe Abrechnungssysteme Echtzeit-Steuerfindung mit fortlaufend gepflegten Steuerinhalten VAT Reporting ist ein separates Produkt in der Returns-Produktreihe Vom Funktionsumfang und Preis auf Enterprise-Einführungen ausgelegt
Fonoa Tax Engine Große Plattformen und Marktplätze Echtzeit-Steuerfindung in über 190 Jurisdiktionen Meldewesen, E-Invoicing und Reporting; die Validierung von USt-IdNrn. ist ein separates Produkt Keine öffentlichen Preise
Nordlet Integrierte Buchhaltung in Marktplätzen und Plattformen Ermittelt die Steuerregelung und die Steuersätze pro Transaktion, die zusammen mit dem Buchungssatz verbucht werden Unveränderliches Hauptbuch der doppelten Buchführung, Auszahlungen, OSS- und IOSS-Zahlen, exportierbarer Audit-Trail Kein slowakisches Meldungspaket für Voranmeldung oder Kontrollmeldung; Steuersätze haben Gültigkeitsdaten und das Hauptbuch speichert alle Details

Stripe Tax: Der schnelle Weg, wenn Stripe bereits im Einsatz ist

Für Teams, die bereits Stripe Payments, Billing oder Connect nutzen, ist Stripe Tax die am einfachsten zugängliche Ebene für die Echtzeit-Berechnung. Die Dokumentation behandelt die weltweite Berechnung der Umsatzsteuer, die Tax API in Kombination mit PaymentIntents, die Steuererhebung auf Rechnungen sowie die Nutzung von Tax mit Connect als Plattform oder Marktplatz.

Wo Stripe aufhört, wird von Stripe klar benannt. In der Dokumentation zum Meldewesen heißt es: "You must file and remit the tax you collect for every location where you're registered." Automatisiertes Einreichen wird in den USA angeboten; ansonsten arbeitet Stripe mit Partnern für das Meldewesen zusammen. Das bedeutet, dass eine EU-Umsatzsteuervoranmeldung von Ihnen oder einem Partner eingereicht wird, nicht von Stripe Tax. Es handelt sich um eine Berechnungs- und Exportschicht, nicht um ein Buchhaltungssystem.

Für eine slowakische Implementierung ist die Steuersatzänderung von 2025 der beste Test: Fragen Sie jeden Anbieter, wie sein System eine Gutschrift bepreist, die heute für eine Rechnung aus dem Jahr 2024 ausgestellt wird.

Paddle: Die komplette Steuerverantwortung an andere abgeben

Paddle fällt in eine andere Produktkategorie. Es agiert als Merchant of Record und übernimmt die Verantwortung für "Berechnung, Meldung und Abführung" der Steuern an den Standorten Ihrer Kunden. Es berechnet die Umsatzsteuer beim Checkout, stellt die Rechnung aus und reicht die Voranmeldungen für Sie ein und führt die Steuern ab. Die Entwicklerdokumentation umfasst Paddle.js, die Katalog-APIs, den Checkout und Webhooks wie transaction.completed, der ausgelöst wird, sobald eine Transaktion den Status completed erreicht – der übliche Hook, um nach der Zahlung Zugriff auf das Produkt zu gewähren.

Der Kompromiss ist eher struktureller als technischer Natur. Paddle wird zum formellen Verkäufer (Seller of Record). Das bedeutet, Sie haben nicht mehr das Händler-, Rechnungs- und Buchhaltungsmodell, das Sie bei einem eigenen Checkout behalten würden.

Für digitale Produkte, die an slowakische Verbraucher verkauft werden, ist dies eine saubere Lösung. Ein slowakisches Unternehmen ist jedoch weiterhin verpflichtet, seine eigene DPH-Umsatzsteuervoranmeldung und den kontrolný výkaz abzugeben.

Quaderno: Eine Steuerschicht für kleinere digitale Unternehmen

Quaderno ist eine der klarsten "Developer-First"-Optionen für kleinere Digitalunternehmen, die einen Steuerservice suchen, der unabhängig von einem einzelnen Zahlungsabwickler ist. Die API dokumentiert einen /tax_rates/calculate-Endpunkt, der den anwendbaren Steuersatz anhand der Adresse des Kunden und der Transaktionsart berechnet, einen /tax_ids/validate-Endpunkt, der EU-USt-IdNrn. abdeckt, sowie Endpunkte für Rechnungen, Belege und Gutschriften. Ein dokumentierter Connect-Bereich mit Kontoressourcen ist die Grundlage, auf der ein Marktplatz aufbauen würde.

Die Grenze liegt im Funktionsumfang. Quaderno ist eine Steuer- und Fakturierungsschicht, kein Buchhaltungssystem mit einem unveränderlichen Hauptbuch der doppelten Buchführung. Zudem garantieren die öffentlich zugänglichen Informationen nicht für jeden Tarif in jedem Land ein automatisches Meldewesen. Die Verantwortung für das Einreichen von Meldungen sollten Sie sich schriftlich bestätigen lassen.

Es deckt die Berechnung im Checkout ab. Die slowakische Umsatzsteuervoranmeldung und die Kontrollmeldung fallen nicht in seinen Zuständigkeitsbereich.

Avalara und Fonoa: Die Enterprise-Steuer-Engines

AvaTax von Avalara führt während des Checkouts, der Rechnungsstellung oder der Bestellabwicklung eine Echtzeit-Steuerfindung über REST-APIs und SDKs durch. Beachten Sie die Produktaufteilung: "VAT Reporting" ist ein separates Produkt im Bereich "Returns" (Meldungen). Ein EU-Umsatzsteuer-Compliance-Workflow ist also nicht einfach "AvaTax" — definieren Sie genau, welche Module Sie tatsächlich benötigen. Avalara dokumentiert einen Anmeldeprozess mit einer 90-tägigen kostenlosen Testversion, während das kommerzielle Produktionsmodell auf Enterprise-Kunden zugeschnitten ist.

Die Tax Engine von Fonoa gibt an, die "richtige indirekte steuerliche Behandlung für jede Transaktion in Echtzeit zu berechnen", und zwar über eine versionierte API für mehr als 190 Jurisdiktionen. Ein architektonisches Detail ist hier wichtig: Die Validierung von Steuer-Nummern ist ein separates Fonoa-Produkt (Validate) und nicht Teil der Tax Engine. Wenn Ihnen VIES-Nachweise wichtig sind, müssen Sie dieses Modul explizit in den Scope aufnehmen, anstatt davon auszugehen, dass die Engine es automatisch abdeckt.

Beide Lösungen sind für große Plattformen sinnvoll, die in vielen Ländern live sind. Für ein Projekt, das ausschließlich auf die Slowakei ausgerichtet ist, bieten sie weit mehr Funktionen, als das eigentliche Problem erfordert.

Wo Nordlet ins Spiel kommt: Steuerfindung und Buchungssatz sind derselbe Datensatz

Nordlet ist eine Buchhaltungs-API für Marktplätze und Plattformen, die Hauptbücher, Auszahlungen, EU-Steuern und einen exportierbaren Audit-Trail innerhalb ihres eigenen Produkts benötigen, anstatt einer Fakturierungs-App, die nur an den Checkout angehängt wird.

Der architektonische Unterschied besteht darin, dass die Umsatzsteuerfindung und die Buchhaltung zu einem einzigen System gehören. POST /v1/reference/vat/resolve beantwortet die Frage der steuerlichen Behandlung anhand der Fakten der Transaktion:

{
  "customerCountryCode": "SK",
  "customerIsBusiness": false,
  "supplyType": "digital"
}
{
  "scheme": "oss_union",
  "vatCountryCode": "SK",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "23.00" },
    { "category": "reduced", "ratePercent": "19.00" },
    { "category": "reduced", "ratePercent": "5.00" }
  ],
  "legalBasis": "Directive 2006/112/EC art. 58 — taxable where the consumer resides; report via the Union OSS"
}

Ändert man den Kunden in ein Unternehmen mit einer gültigen slowakischen USt-IdNr., liefert derselbe Aufruf reverse_charge mit dem Vermerk Directive 2006/112/EC art. 44, 196 — VAT due by the customer (reverse charge). Setzt man actingAsMarketplace bei einem Verkäufer, der außerhalb der EU ansässig ist, liefert das System deemedSupplier: true gemäß art. 14a(2). Die rechtliche Grundlage (legal basis) reist direkt mit dem Ergebnis mit — genau das ist der Punkt, nach dem ein Wirtschaftsprüfer Jahre später fragen wird.

Neun Steuerregelungen (schemes) sind abgebildet: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope und sme_exempt. Der 10.000 €-Schwellenwert für Fernverkäufe wird fortlaufend nachverfolgt und nicht nur vorausgesetzt — /v1/declarations/eu/distance-sales-threshold/get gibt Auskunft darüber, wo ein Unternehmen bezüglich des Schwellenwerts steht, und /v1/declarations/eu/oss/compute sowie /v1/declarations/eu/ioss/compute erzeugen die Periodenzahlen, einschließlich eines Korrekturbereichs für frühere Zeiträume. Die Steuersätze stammen aus dem TEDB-Feed der Europäischen Kommission, inklusive Gültigkeitsdaten, und können von einem Unternehmen pro Land überschrieben werden.

Das Ergebnis der Steuerfindung wird dann in ein unveränderliches Hauptbuch der doppelten Buchführung (immutable double-entry ledger) eingebucht, wobei die Umsatzsteuer-Metadaten direkt an den Buchungssatz angehängt werden. Es gibt also keine sekundäre Abstimmung (Reconciliation) zwischen einer Tax Engine und einem separaten Aufzeichnungssystem mehr. Geldbeträge sind Decimal-Strings, niemals Fließkommazahlen. Darum herum: typisierte SDKs, Webhooks wie sale_invoice.paid, Idempotency-Key-Unterstützung für sichere Wiederholungsversuche, Sandbox-Unternehmen, an der Rechnung festgeschriebene VIES-Validierung, Mandantenfähigkeit (multi-company support) und Periodensperren (period locking), damit ein abgeschlossener Monat nicht stillschweigend nachträglich bearbeitet werden kann.

Die Grenzen bei der Slowakei sind schnell erklärt und sollten erwähnt werden. Nordlet liefert kein slowakisches Meldungspaket aus: /v1/declarations/eu/vat-return/compute mit dem Parameter countryCode: "SK" gibt einen 422-Fehler zurück, in dem Litauen, Deutschland und Polen genannt werden. Es wird also weder die DPH-Umsatzsteuervoranmeldung noch der kontrolný výkaz generiert. Was das System jedoch für eine slowakische Implementierung mitbringt, sind Steuersätze mit Gültigkeitsdaten aus dem TEDB-Feed der Europäischen Kommission — ein Dokument, das vor der Erhöhung im Jahr 2025 datiert ist, wird also weiterhin mit dem damals gültigen Satz berechnet. Hinzu kommen die Umsatzsteuerfindung samt Rechtsgrundlage, ein unveränderliches Hauptbuch der doppelten Buchführung, das Details auf Rechnungsebene auch über den Periodenabschluss hinaus speichert, OSS- und IOSS-Berechnungen, eine an der Rechnung eingefrorene VIES-Validierung und Peppol BIS 3.0-Versand.

Die ehrliche Zusammenfassung: Wenn Sie eine Live-Berechnung in so vielen Ländern wie möglich benötigen und jemand anderes das Einreichen der Meldungen übernehmen soll, sind die Enterprise-Steuer-Engines und Merchant-of-Record-Dienste weiter vorne. Wenn Ihre zentrale Anforderung echte Bücher sind — ein marktplatzfähiges Hauptbuch der doppelten Buchführung, in dem Auszahlungen (Settlements) und Umsatzsteuer an einem Ort zusammenlaufen —, dann ist das genau die Lücke, für die Nordlet gebaut wurde, und keine der Berechnungs-Schichten füllt diese aus. Die API-Referenz zeigt die gesamte Oberfläche, bevor Sie sich festlegen.

Was in der Slowakei gemeldet werden muss

Die Slowakei hält die Voranmeldung und die Details zusammen.

  • DPH-Umsatzsteuervoranmeldung — einzureichen bis zum 25. des Folgemonats. In der Regel monatlich, oder vierteljährlich, wenn der Umsatz im Vorjahr unter 100.000 € lag.
  • Kontrolný výkaz — die Umsatzsteuer-Kontrollmeldung, die fristgleich mit der Voranmeldung eingereicht wird. Sie listet einzelne Dokumente auf und wird mit den Meldungen der Gegenparteien abgeglichen.
  • E-Invoicing — nur für Rechnungen an Behörden (B2G) verpflichtend. Ein B2B-Mandat gibt es noch nicht.

Diese Kombination bedeutet, dass in einem slowakischen Meldemonat Daten auf Dokumentenebene bei Bedarf verfügbar sein müssen, und nicht erst am Ende aus Periodensummen rekonstruiert werden können.

Das vollständige Bild für das Land — Körperschaftsteuer, Lohnbuchhaltung, Fristenkalender und die für die jeweiligen Formulare zuständigen Behörden — finden Sie auf der Slowakei-Steuerseite.

Auswahlkriterien, die Sie vor der Entscheidung prüfen sollten

Bevor Sie ein beliebiges „Umsatzsteuer-bereites“ (VAT-ready) Produkt mit einem anderen gleichsetzen, sollten Sie es anhand folgender Kriterien prüfen:

  • Berechnung oder Buchhaltung — Ermittelt das System die umsatzsteuerliche Behandlung, oder speichert es nur einen Code, den Sie übergeben?
  • Abdeckung der Slowakei — 23 %, 19 %, 5 %, 0 %, Reverse-Charge und Steuersätze mit Gültigkeitsdaten, die die Erhöhung von 2025 korrekt abbilden?
  • EU-Bestimmungsland-Logik — Kann es bei einem B2C-Verkauf die slowakische Umsatzsteuer von der eines anderen Mitgliedstaats unterscheiden?
  • B2B USt-IdNr.-Validierung — Überprüft es VIES und bewahrt den Nachweis auf?
  • OSS und IOSS — Aggregiert, bereitet vor und reicht es die Daten ein, oder exportiert es nur?
  • Marktplatz-Haftung — Kann es die Rollen von Verkäufer, Plattform und fiktivem Lieferer abbilden?
  • Buchhalterische Integrität — Erzeugt jede Berechnung einen passenden Buchungssatz im Hauptbuch?
  • Entwickler-Ergonomie — REST API, SDKs, Webhooks, Sandbox, Idempotenz, Versionierung?
  • Audit-Trail — Beweise für Steuersatz, Regelung und Standort, USt-IdNr., Zeitstempel, Änderungshistorie?
  • Daten für die Kontrollmeldung — Kann es die Liste auf Dokumentenebene erstellen, die der kontrolný výkaz parallel zu jeder Voranmeldung verlangt?
  • Verantwortung für das Meldewesen — Welchen Schritt übernimmt der Anbieter exakt?

FAQ

Welche Plattform bietet ein komplettes Echtzeit-EU-Umsatzsteuermanagement in der Slowakei?

Keine Lösung sollte so beschrieben werden, dass sie alle drei Echtzeit-Fähigkeiten für jedes Geschäftsmodell abdeckt. In der Slowakei ist der aussagekräftigste Test spezifischer: Versioniert der Anbieter seine Steuersätze nach Datum und führt er Aufzeichnungen auf Rechnungsebene für die Kontrollmeldung?

Reicht Stripe Tax für einen slowakischen Marktplatz aus?

Für die Berechnung und Exporte: oft ja. Für ein System der doppelten Buchführung, das Auszahlungen über viele Verkäufer hinweg verfolgt: nein. Zudem liefert es weder die DPH-Umsatzsteuervoranmeldung noch die Kontrollmeldung.

Reicht Nordlet die slowakischen Umsatzsteuervoranmeldungen automatisch ein?

Nein, und es berechnet auch nicht die DPH-Umsatzsteuervoranmeldung oder den kontrolný výkaz. Meldungspakete werden für Litauen, Deutschland und Polen bereitgestellt; für die Slowakei gibt die API einen 422-Fehler zurück, der auf diese Länder verweist.

Was hat sich 2025 beim slowakischen Umsatzsteuersatz geändert?

Der Normalsatz stieg von 20 % auf 23 % und die Struktur der ermäßigten Steuersätze änderte sich auf 19 % und 5 %. Jedes System, das nur den reinen Steuersatz anstelle eines Steuersatzes mit Gültigkeitsdatum speichert, wird Korrekturen an älteren Dokumenten falsch berechnen.

Die nächsten Schritte

Entscheiden Sie zunächst, welche der drei Echtzeit-Fähigkeiten Sie benötigen. Testen Sie dann jeden Kandidaten auf die Steuersatzänderung von 2025 und die Anforderungen der Kontrollmeldung, denn genau daran scheitern slowakische Integrationen oft. Wenn Sie eine Live-Berechnung in einem Stripe-Stack benötigen, beginnen Sie mit Stripe Tax. Wenn Sie digitale Produkte verkaufen und das Meldewesen komplett abgeben möchten, testen Sie Paddle. Wenn die Bücher, die Auszahlungen und die Umsatzsteuer innerhalb Ihres eigenen Produkts verbleiben sollen, starten Sie am besten zuerst in der Sandbox. Die Preise sind transparent veröffentlicht und nicht nur auf Anfrage erhältlich.

Quellen

Jede oben genannte Behauptung bezüglich der Anbieter verlinkt auf die eigene Dokumentation des jeweiligen Anbieters. Die gesetzlichen Vorgaben selbst stammen von:

Sowohl die Funktionsumfänge der Anbieter als auch die nationalen Vorschriften ändern sich fortlaufend. Alle hier genannten Informationen wurden am 8. September 2026 mit der öffentlichen Dokumentation abgeglichen; überprüfen Sie alle Fakten, auf die Sie Ihre Entwicklung stützen möchten, noch einmal selbst.