Systemintegration
KSeF 2.0 in der Praxis: FA(3) mit Anlage, offline24 und Zertifikate — was das für ERP und Onlineshop bedeutet
Veröffentlicht:
Eine KSeF-Anbindung ans ERP besteht aus vier zusammenhängenden Arbeitspaketen: dem Mapping der Rechnungsdaten auf das Schema FA(3) einschließlich Anlage, der Authentifizierung über KSeF-Zertifikate mit geklärten Sendeberechtigungen, einem belastbaren Ausfallpfad nach dem Offline-Modus offline24 und der Rückführung von Statusmeldungen und Systemnummern in Buchhaltung und Archiv. Wer eines dieser vier Pakete weglässt, hat keine Schnittstelle, sondern einen Prototyp. Der Aufwand entsteht dabei selten im Schema selbst, sondern in den Stammdaten des Vorsystems — vor allem bei Steuer-IDs, Belegarten und Korrekturlogik. Dieser Text ist eine technische Einordnung aus Umsetzungssicht und ersetzt keine Steuer- oder Rechtsberatung; Stand: 08/2026.
Was eine KSeF-Anbindung im ERP konkret verlangt
Eine KSeF-Schnittstelle ans ERP anbinden bedeutet vier Arbeitspakete, die technisch zusammenhängen: das Mapping der Rechnungsdaten auf das Schema FA(3) einschließlich Anlage, die Authentifizierung über KSeF-Zertifikate, einen belastbaren Offline-Pfad nach dem Modus offline24 und die Rückführung von Statusmeldungen und Systemnummern in Buchhaltung und Archiv. Wer eines dieser vier Pakete weglässt, hat keine Schnittstelle, sondern einen Prototyp.
Vorab die Einordnung: Dieser Text ist eine technische Beschreibung aus Umsetzungssicht, keine Steuer- oder Rechtsberatung. Ob, ab wann und in welchem Umfang Ihre Gesellschaft verpflichtet ist, klärt Ihre Steuerberatung. Verbindlich sind ausschließlich die Veröffentlichungen der polnischen Finanzverwaltung samt der dort publizierten Schemadateien. Stand dieser Seite: 08/2026 — Schemaversionen, Fristen und Übergangsregelungen bitte unmittelbar vor Projektstart erneut prüfen, weil genau diese Angaben sich ändern.
Relevant ist das Thema für deutsche Unternehmen mit polnischer Tochtergesellschaft, Betriebsstätte oder Umsatzsteuerregistrierung, für Shared Service Center mit polnischer Fakturierung und für Onlineshops, die aus Polen heraus Rechnungen ausstellen. Die Fragestellung ist dabei selten steuerlich, sondern fast immer eine Frage der Datenqualität im Vorsystem.
Warschau liegt 1 bis 2 Flugstunden vom DACH-Raum entfernt. Das Regelwerk entsteht in Polen, Ihr ERP läuft in Deutschland: Das Team liest die polnische Dokumentation im Original und dokumentiert für Ihre Fachabteilung auf Deutsch.
FA(3) mit Anlage: die Lücke sitzt in den Stammdaten
Das Schema bestimmt, welche Felder in welcher Struktur erwartet werden — und damit auch, welche Felder Ihr ERP heute gar nicht sauber führt. Die Anlage kommt als zusätzliche Ebene hinzu und erzwingt eine Entscheidung, die viele Projekte zu spät treffen: Was gehört in das strukturierte Dokument, und was gehört daneben. Diese Entscheidung ist fachlich, nicht technisch, und sie muss vor der ersten Zeile Code fallen.
Die Erfahrung des Teams umfasst 50+ realisierte Projekte, darunter Vorhaben für die Staatliche Feuerwehr Polens mit 22.000 Nutzern. Aus Projekten dieser Art stammt die Reihenfolge, mit der wir jedes Mapping beginnen: erst die Datenqualität messen, dann die Schnittstelle bauen.
Konkret heißt das eine Bestandsaufnahme über Steuer-IDs, Kundenstammdaten, Belegarten, Positionslogik, Rabattstrukturen und die Behandlung von Korrekturrechnungen und Gutschriften. Die teuren Überraschungen stecken nicht im Schema, sondern in ungeprüften Altdaten.
Das Feldmapping entsteht gegen die publizierte Schemadatei, nicht gegen einen Blogartikel — auch nicht gegen diesen. Alles andere ist geraten.
Offline-Modus offline24: der Ausfallpfad gehört ins Kernkonzept
Der Offline-Modus erlaubt es, eine Rechnung auszustellen, wenn das Zielsystem nicht erreichbar ist; die Übermittlung erfolgt nachgelagert. Die genauen Voraussetzungen, Fristen und Kennzeichnungspflichten legt die polnische Finanzverwaltung fest — prüfen Sie den aktuellen Stand, bevor Sie das Verhalten Ihres ERP festschreiben.
Aus Umsetzungssicht ist ein Punkt entscheidend: Offline ist kein Notfallskript, sondern ein regulärer Betriebszustand mit eigenem Datenmodell. Er braucht:
- eine persistente Warteschlange für ausgestellte, aber noch nicht übermittelte Belege
- idempotente Übertragung, damit ein Wiederanlauf keine Dubletten erzeugt
- ein klares Statusmodell: ausgestellt, übermittelt, bestätigt, abgelehnt
- definierte Nummernkreise, die auch im Störungsfall eindeutig bleiben
- eine automatische Wiederaufnahme nach Rückkehr der Verbindung
- eine Alarmierung, die tatsächlich einen Menschen erreicht
Der häufigste Fehler in Projekten ist die Annahme, man reiche im Störungsfall eben manuell nach. Daraus wird ein Dauerzustand — und ein Prüfungsrisiko.
Zertifikate und Sendeberechtigungen: wer handelt im Namen der Gesellschaft
Zertifikate sind die technische Identität Ihrer Gesellschaft gegenüber dem System. Damit hängen organisatorische Fragen an der Schnittstelle, die kein Entwickler allein beantworten kann: Wer darf im Namen welcher Gesellschaft senden, wo liegen die Schlüssel (nicht auf einem Entwicklerlaptop), wie werden sie rotiert, wie sind Test- und Produktionsumgebung getrennt und wie wird jeder Sendevorgang protokolliert.
Zur Compliance formulieren wir bewusst zurückhaltend: Wir unterstützen die Konformität durch Architektur, Protokollierung und Datenverarbeitung in der EU — eine Zusicherung der Rechtssicherheit ist das ausdrücklich nicht, die trifft Ihre Steuer- und Rechtsberatung. Für Projektdaten vereinbaren wir bei Bedarf zusätzlich eine Auftragsverarbeitung nach Art. 28 DSGVO.
Dariusz Wtykło, Inhaber und CEO von Primessio, beschreibt die Reihenfolge so: „Ich beginne bei Ihrem Prozess und Ihrer Arbeitsweise: Ich bringe sie in Ordnung und wähle oder baue erst danach die maßgeschneiderte Technologie.“
Bei einer KSeF-Anbindung entscheidet genau das: Wer zuerst den Fakturierungsprozess ordnet, baut eine Schnittstelle; wer zuerst die Schnittstelle baut, zementiert das Durcheinander.
Onlineshop und ERP: wo die Integration in der Praxis bricht
Der Shop erzeugt Belege in Sekunden, das ERP fakturiert im Stapel — und aus diesem Taktunterschied entstehen die meisten Fehler. Zu klären sind: Welches System ist führend für die Rechnung, wie werden Steuer-IDs im B2B-Checkout überhaupt erfasst, wie laufen Retouren und Gutschriften zurück, und wie verhält sich die Kette bei einem Retry, wenn eine Bestätigung ausbleibt.
Ohne Idempotenz über die gesamte Strecke vom Shop über das ERP bis zum Zielsystem entstehen Doppelbelege, die niemand mehr sauber auflösen kann.
Die Teamerfahrung reicht über 20 Jahre, die geführten Projektteams umfassten 5 bis 75 Personen. Für eine KSeF-Anbindung heißt das in der Regel: ein kleines Kernteam aus Integrationsentwicklung, ERP-Seite und fachlicher Rechnungslegung, mit einer verantwortlichen Person für das Ergebnis — nicht drei Dienstleister, die aufeinander zeigen.
Standard-Konnektor oder Individualentwicklung — die Entscheidungskriterien
Die Erfahrung des Teams umfasst Vorhaben in der Größenordnung von 20 Mio. PLN Umsetzungsvolumen, darunter ein Projekt für die Staatliche Feuerwehr Polens mit einem Projektbudget von 20,3 Mio. PLN. Aus Projekten dieser Größenordnung stammt die Haltung, mit der wir diese Frage beantworten: optimieren statt verkomplizieren.
Existiert für Ihr Standard-ERP ein gepflegter Konnektor, der Ihre Belegarten abdeckt und künftige Schemastände nachzieht, empfehlen wir den Konnektor — auch wenn eine Individualentwicklung für uns das größere Projekt wäre.
Gegen den Standard sprechen typischerweise:
- ein stark angepasstes ERP mit eigener Fakturierungslogik
- viele Sonderbelegarten neben der Standardrechnung
- eine Mandantenstruktur über mehrere Gesellschaften
- ein eigener Shop oder Marktplatzfluss als Belegquelle
- fehlende Zusagen des Anbieters zur Pflege künftiger Schemastände
Preise, Stundensätze oder Budgetrahmen nennen wir an dieser Stelle bewusst nicht: Wir kalkulieren erst, wenn der Leistungsumfang belastbar ist. Pauschale Zeitangaben zur Dauer geben wir aus demselben Grund nicht.
Checkliste: acht Fragen, die Sie vor dem Projektstart beantworten
Diese acht Punkte sind der Kern jeder Aufwandseinschätzung — Sie können sie ohne uns beantworten:
- Welche Gesellschaft fakturiert in Polen, und in welchem ERP in welcher Version?
- Welche Belegarten entstehen (Rechnung, Korrektur, Vorauszahlung, Sammelbeleg)?
- Wie vollständig sind Steuer-IDs und Kundenstammdaten — gemessen, nicht geschätzt?
- Welche Anlagen begleiten Rechnungen heute, und wer erzeugt sie?
- Welches System ist bei Shop-Bestellungen führend für die Rechnung?
- Wer darf im Namen der Gesellschaft senden, und wo liegen die Zertifikate?
- Was passiert heute betrieblich, wenn ein Zielsystem nicht erreichbar ist?
- Wer betreibt und überwacht die Schnittstelle nach dem Go-live?
Schicken Sie die acht Antworten an info@primessio.com. Sie erhalten konkrete Rückfragen und eine Einordnung, was für eine belastbare Kalkulation noch fehlt.
Wie das Erstgespräch abläuft und wer es führt
Das Erstgespräch bei Primessio dauert rund 30 Minuten und ist kostenlos. Es geht um Ziel und Rahmenbedingungen, nicht um Preislisten; Sie gehen mit einem skizzierten Leistungsumfang heraus. Eine Geheimhaltungsvereinbarung unterzeichnen wir vorab, wenn das Vorhaben es erfordert — ein Hinweis in der ersten Nachricht genügt.
Primessio ist der Handelsname von ACTIVE IT mit Sitz in der ul. Bukowa, 05-506 Magdalenka bei Warschau; gearbeitet wird für Unternehmen in Polen und Deutschland, mit Korrespondenz und Dokumentation auf Deutsch. Ein Team mit über 20 Jahren Erfahrung aus IT-Projekten in Polen, das auf Deutsch dokumentiert, verkürzt bei diesem Thema den Weg zwischen Quelle und Umsetzung.
Beantworten Sie die acht Fragen der Checkliste und senden Sie sie an info@primessio.com — oder vereinbaren Sie über die Kontaktseite ein Erstgespräch.
Autor: Dariusz Wtykło, Inhaber und CEO von Primessio (Handelsname von ACTIVE IT). Das Team bringt über 20 Jahre Erfahrung aus IT-Projekten mit; Projektmethodik nach PRINCE2, Agile und IPMA. Stand: 08/2026. Technische Einordnung aus Umsetzungssicht, keine Steuer- oder Rechtsberatung.
Häufige Fragen
Was kostet eine KSeF-Anbindung an unser ERP?
Eine Preisliste veröffentlichen wir bewusst nicht. Den Aufwand treiben vor allem: die Zahl der Belegarten, der Anpassungsgrad Ihres ERP, die Qualität der Stammdaten (insbesondere Steuer-IDs), die Mandantenstruktur und die Frage, ob ein Shop als Belegquelle hinzukommt. Ein Angebot erstellen wir erst, wenn der Leistungsumfang für eine belastbare Kalkulation klar genug ist — die Klärung dazu passiert im kostenlosen Erstgespräch von rund 30 Minuten.
Müssen wir als deutsches Unternehmen überhaupt an KSeF anschließen?
Das entscheidet Ihr steuerlicher Status in Polen, nicht Ihr Firmensitz. Relevant wird das Thema typischerweise bei polnischer Tochtergesellschaft, Betriebsstätte oder Umsatzsteuerregistrierung. Die verbindliche Auskunft gibt Ihre Steuerberatung auf Basis der Veröffentlichungen der polnischen Finanzverwaltung; dieser Text ist eine technische Einordnung und ersetzt keine Steuer- oder Rechtsberatung. Stand: 08/2026.
Was ist FA(3) und was ändert sich durch die Anlage?
FA(3) ist die Bezeichnung des Rechnungsschemas, gegen das Ihre Daten strukturiert werden müssen. Die Anlage kommt als zusätzliche Ebene hinzu und erzwingt eine fachliche Entscheidung: Welche Informationen gehören in das strukturierte Dokument und welche daneben. Das Feldmapping entsteht immer gegen die aktuell publizierte Schemadatei — Versionsstand vor Projektstart prüfen, er ist der häufigste Grund für Nacharbeit.
Was bedeutet der Offline-Modus offline24 technisch für unser ERP?
Er bedeutet, dass Ihr ERP einen regulären zweiten Betriebszustand braucht: persistente Warteschlange, idempotente Übertragung gegen Dubletten beim Wiederanlauf, ein Statusmodell (ausgestellt, übermittelt, bestätigt, abgelehnt), definierte Nummernkreise, automatische Wiederaufnahme und eine Alarmierung, die eine Person erreicht. Die konkreten Fristen und Kennzeichnungspflichten legt die polnische Finanzverwaltung fest.
Reicht ein Standard-Plugin oder brauchen wir eine Individualentwicklung?
Wenn für Ihr Standard-ERP ein gepflegter Konnektor existiert, der Ihre Belegarten abdeckt und künftige Schemastände nachzieht, empfehlen wir den Konnektor. Gegen den Standard sprechen: stark angepasstes ERP, viele Sonderbelegarten, mehrere Gesellschaften in einer Mandantenstruktur, ein eigener Shop oder Marktplatzfluss als Belegquelle sowie fehlende Pflegezusagen des Anbieters. Wir optimieren, statt zu verkomplizieren.
Wie lange dauert eine KSeF-Integration bis zum Go-live?
Pauschale Zeitangaben nennen wir nicht, weil sie ohne Kenntnis Ihrer Datenlage unseriös wären. Die Reihenfolge ist dagegen stabil: Bestandsaufnahme der Stammdaten und Belegarten, Entscheidung über Standard oder Individualentwicklung, Feldmapping gegen die publizierte Schemadatei, Zertifikats- und Berechtigungskonzept, Offline-Pfad, Testumgebung, Go-live und Betrieb mit Monitoring. Die Dauer bestimmt fast immer Punkt eins.
Passende Leistung: Software & IT-Systeme →