VAT-Rechnung in KSeF Schritt für Schritt ausstellen

Eine gewöhnliche Verkaufsrechnung in KSeF ist eine strukturierte XML-Rechnung im Format FA(3). Im Feld `RodzajFaktury` sollte sie den Wert `VAT` haben, weil das amtliche FA(3)-Schema diesen Code als Basisrechnung beschreibt.

Die korrekte Ausstellung besteht jedoch nicht nur aus der Auswahl eines Codes. Sie müssen Verkäufer- und Käuferdaten, Rechnungsnummer, Daten, Positionen, VAT-Sätze, Summen und Zahlung vorbereiten und anschließend die XML-Datei vor dem Versand prüfen.

Nach dem Versand zählen Status in KSeF, KSeF-Nummer und UPO. Wenn das Dokument eine Korrektur, eine Anzahlung, eine Abrechnungsrechnung nach einer Anzahlung oder eine vereinfachte Rechnung ist, behandeln Sie es nicht automatisch als gewöhnliche `VAT`-Rechnung. Bei Verkäufen im VAT-Margenverfahren prüfen Sie zusätzliche Vermerke und Verfahrensfelder, statt ohne Kennzeichnung eine gewöhnliche Basisrechnung anzunehmen.

1. Wann Sie eine VAT-Rechnung in KSeF ausstellen

2. Ist es wirklich eine gewöhnliche VAT-Rechnung

3. Welche Daten Sie vor der Ausstellung vorbereiten

4. Schritt 1: Firma und Berechtigungen wählen

5. Schritt 2: RodzajFaktury VAT setzen

6. Schritt 3: Parteidaten ergänzen

7. Schritt 4: Positionen, Sätze und Summen hinzufügen

8. Schritt 5: XML FA(3) erzeugen

9. Schritt 6: Rechnung vor dem Versand prüfen

10. Schritt 7: Rechnung senden und Bestätigungen speichern

Dieser Leitfaden behandelt die gewöhnliche Verkaufsrechnung, also die Basisrechnung in der FA(3)-Struktur. Das ist das typische Dokument für den Verkauf einer Ware oder Dienstleistung, wenn Sie keine Anzahlung dokumentieren, keine frühere Anzahlung abrechnen und keine bereits von KSeF angenommene Rechnung korrigieren.

Die wichtigste Unterscheidung ist praktisch: Eine Rechnung kann VAT enthalten, muss in XML aber nicht immer den Code `VAT` tragen. Eine Anzahlungsrechnung, eine Schluss- oder Abrechnungsrechnung nach einer Anzahlung oder eine Korrektur können VAT enthalten, laufen in FA(3) aber über eigene Prozesse.

Wenn Sie unsicher sind, beginnen Sie mit der Übersicht Rechnungstypen in KSeF. Dieser Artikel setzt voraus, dass Sie nach dieser Entscheidung eine gewöhnliche Verkaufsrechnung ausstellen.

Bevor Sie das Formular ausfüllen, halten Sie kurz bei der Dokumententscheidung an. Dieser Schritt verhindert spätere Korrekturen, Ablehnungen und manuelle Klärungen in der Buchhaltung.

Die folgende Tabelle ist eine praktische Arbeitsliste, kein wörtliches Zitat aus Art. 106e des polnischen VAT-Gesetzes. Bei atypischen Transaktionen, Anzahlungsrechnungen, Währungen, Sonderverfahren oder grenzüberschreitenden Verkäufen bestätigen Sie die Anforderungen mit der Buchhaltung.

Für eine typische Verkaufsrechnung ist entscheidend, dass sich die Geschäftsdaten eindeutig in FA(3) abbilden lassen: wer verkauft, wer kauft, was verkauft wird, zu welchem Betrag, mit welchem VAT-Satz und wann das Dokument ausgestellt werden soll.

Bevor Sie die Rechnung ausstellen, stellen Sie sicher, dass Sie im Kontext des richtigen Steuerpflichtigen arbeiten. Praktisch bedeutet das: richtige Firma, richtige NIP des Verkäufers und eine Person oder ein System mit Berechtigung zur Rechnungsausstellung.

Dieser Schritt ist besonders wichtig in Steuerkanzleien, Unternehmensgruppen oder Firmen, in denen eine Person mehrere Einheiten betreut. Eine technisch korrekte XML-Datei löst das Problem nicht, wenn die Rechnung aus dem falschen Steuerkonto entstanden ist.

Wenn Sie den Zugang erst konfigurieren, gehen Sie zum Leitfaden KSeF-Zertifikat erstellen. Dieser Artikel konzentriert sich auf die Ausstellung der Rechnung nach vorbereiteter Zugangsverwaltung.

Für eine gewöhnliche Verkaufsrechnung in FA(3) ist das Feld `RodzajFaktury` zentral. Im amtlichen Schema bezeichnet der Wert `VAT` eine Basisrechnung. Das ist keine Marketingbeschreibung und kein PDF-Label, sondern ein XML-Code.

Verwenden Sie `VAT` nicht als Standardantwort für jedes Verkaufsdokument. Wenn ein Dokument eine frühere Rechnung korrigiert, eine Anzahlung dokumentiert oder eine Anzahlung abrechnet, muss die Typauswahl aus dem Prozess folgen, nicht aus dem Namen einer Vorlage im Programm.

Gute Praxis: Zeigen Sie den Rechnungstyp in der Dokumentvorschau oder im Validierungsbericht. Die ausstellende Person sollte sehen, ob sie `VAT`, `KOR`, `ZAL`, `ROZ`, `UPR`, `KOR_ZAL` oder `KOR_ROZ` sendet, bevor das Dokument an KSeF geht.

Beginnen Sie bei einer gewöhnlichen VAT-Rechnung mit Verkäufer und Käufer. Für eine polnische B2B-Transaktion sind NIP, vollständiger Name und Adresse entscheidend. Bei ausländischen Geschäftspartnern kommen Kennungen und Land hinzu, manchmal auch ein Rechnungstext in einer anderen Sprache für den Empfänger.

Geben Sie NIP nicht mit zufälligen Leerzeichen, Bindestrichen oder Präfixen ein, wenn das Werkzeug saubere Daten erwartet. Wenn Sie eine Geschäftspartnerkartei nutzen, prüfen Sie, ob die Daten nicht älter sind als Vertrag oder Bestellung.

KSeF befreit das Unternehmen nicht von der Verantwortung für die Qualität der Geschäftspartnerdaten. Das System kann einen Teil struktureller Fehler erkennen, bestätigt aber nicht für Sie, dass Sie an die richtige juristische Person verkaufen oder dass der Kundenname aktuell ist.

Nach den Parteidaten gehen Sie zu den Rechnungspositionen. Jede Position sollte Ware oder Dienstleistung, Menge, Einheit, Preis, VAT-Satz und Wert eindeutig beschreiben. Wenn Sie einen Rabatt verwenden, stellen Sie sicher, dass er zu Positionsbeträgen und Rechnungssummen passt.

Bei einer gewöhnlichen VAT-Rechnung sind die häufigsten Prüffelder Nettobeträge nach Sätzen, Steuerbeträge und Gesamtbetrag. In FA(3) erscheinen sie als geordnete Daten, nicht als PDF-Tabelle.

Wenn Sie technische XML-Felder verstehen möchten, lesen Sie den Leitfaden XML und das FA(3)-Format in KSeF. Hier ist der Prozess wichtiger: Positionsdaten müssen zur Rechnungsmathematik und zur buchhalterischen Entscheidung passen.

Sie können die Rechnung in der Steuerzahler-Applikation, im Buchhaltungssystem, im ERP oder in einem Werkzeug erstellen, das XML FA(3) erzeugt. Unabhängig vom Werkzeug muss das Ergebnis der von KSeF verlangten Struktur entsprechen.

Der öffentliche XML-Rechnungsgenerator KSeF in KSeFGPT hilft, eine gewöhnliche VAT-Rechnung als XML vorzubereiten. Das ist nützlich für einfache Fälle und Datentests, ersetzt aber nicht den vollständigen Versandprozess an KSeF. Zur Nutzung wird eine E-Mail-Adresse abgefragt; der freie Plan ist auf 5 Vorgänge pro Tag begrenzt.

Behandeln Sie eine heruntergeladene PDF-Datei oder Vorschau nicht als von KSeF angenommene Rechnung. PDF ist eine lesbare Visualisierung für Menschen. Die strukturierte Rechnung ist XML, und die Wirksamkeit der Ausstellung in KSeF bestätigen erst Status, KSeF-Nummer und UPO.

Die Validierung vor dem Versand sollte zwei Ebenen haben. Die erste ist technisch: ob XML mit FA(3) übereinstimmt, erforderliche Felder enthält und der Rechnungstyp unterstützt wird. Die zweite ist buchhalterisch: ob Daten, Beträge und Dokumenttyp dem tatsächlichen Verkauf entsprechen.

Mindestprüfung vor dem Versand: `RodzajFaktury = VAT`, korrekte NIP des Verkäufers, NIP oder passende Käuferkennung und Land, soweit relevant, richtige Rechnungsnummer, Daten, Positionen, VAT-Sätze, Summen, Währung und Zahlung. Wenn etwas nicht stimmt, korrigieren Sie XML vor dem Versand, statt auf eine spätere Korrektur zu setzen.

Für eine schnelle Dateiprüfung können Sie den KSeF-XML-Validator verwenden. Der Validator trifft keine steuerliche Entscheidung für das Unternehmen, hilft aber, strukturelle Fehler und offensichtliche Inkonsistenzen vor dem weiteren Prozess zu erkennen. Zur Nutzung wird eine E-Mail-Adresse abgefragt; der freie Plan ist auf 5 Vorgänge pro Tag begrenzt.

Nach Vorbereitung und Prüfung der XML-Datei folgt der Versand. Im Online-Modus gilt die strukturierte Rechnung am Tag der Übermittlung an KSeF als ausgestellt und bei Nutzung von KSeF am Tag der Vergabe der identifizierenden Nummer im System als empfangen.

Für den Unternehmensprozess sind drei Informationen am wichtigsten: Versandstatus, KSeF-Nummer und UPO. Die Rechnungsnummer aus der eigenen Serie, meist Feld `P_2`, ist nicht die KSeF-Nummer. Das sind zwei unterschiedliche Kennungen, und beide sollten gespeichert werden.

Den detaillierten Prozess für Sitzung, Versand und Bestätigungen beschreibt der Leitfaden Rechnungen an KSeF senden. Dieser Artikel bleibt bei dem Minimum, das für eine gewöhnliche VAT-Rechnung benötigt wird.

Speichern Sie nach der Annahme KSeF-Nummer, UPO, eigene Rechnungsnummer, Versanddatum und Status. Wenn Sie ein Rechnungssystem verwenden, sollten diese Daten in die Rechnungsakte zurückfließen und nicht nur in einer heruntergeladenen Datei verbleiben.

Intern lohnt es sich, drei Zustände zu trennen: Rechnungsentwurf, XML versandbereit und von KSeF angenommene Rechnung. Die meisten Fehler entstehen, wenn ein Team eine erzeugte Datei oder PDF-Vorschau wie ein bereits wirksam angenommenes Dokument behandelt.

Wenn UPO nicht sofort erscheint, prüfen Sie den Prozessstatus und stellen Sie nicht sofort eine zweite Rechnung mit denselben Daten aus. Ein Duplikat kann ein größeres Problem verursachen als ein kurzes Warten auf die Bestätigung.

Der erste Fehler ist die Verwendung des Typs `VAT` für ein Dokument, das eigentlich eine Korrektur, Anzahlung oder Abrechnung einer Anzahlung sein sollte. Das wird durch rein technische Validierung nicht gelöst, weil ein Teil der Entscheidung aus Geschäfts- und Steuerprozess folgt.

Der zweite Fehler ist inkonsistente Mathematik: Positionen sehen korrekt aus, aber Netto-, VAT- und Bruttosummen passen nach Rabatt oder Rundung nicht zusammen. Der dritte Fehler sind Geschäftspartnerdaten, die aus einem alten Datensatz kopiert wurden, ohne aktuelle NIP und aktuellen Namen zu prüfen.

Der vierte Fehler ist die erneute Ausstellung eines Dokuments außerhalb des richtigen Prozesses nach Ablehnung oder fehlendem UPO. Wenn KSeF eine Rechnung abgelehnt hat, beginnen Sie mit der Diagnose im Artikel Rechnung von KSeF abgelehnt.

KSeFGPT hilft auf zwei Ebenen. Öffentliche Werkzeuge ermöglichen es, XML einer gewöhnlichen VAT-Rechnung vorzubereiten und die Datei mit einem Validator zu prüfen. Das ist ein guter Schritt für einfache Rechnungen, Datentests und das Lernen der FA(3)-Struktur. Zur Nutzung der freien Werkzeuge wird eine E-Mail-Adresse abgefragt; der freie Plan ist begrenzt.

Das vollständige Rechnungsmodul ist ein breiterer Arbeitsprozess mit Dokumenten: Ordnung von Rechnungen, Statuskontrolle, Arbeit mit XML, Vorschau, Verknüpfungen und Daten für die Buchhaltung. Der öffentliche Generator sollte jedoch nicht mit einem vollständigen System für Versand und KSeF-Bearbeitung vermischt werden.

Der sicherste Unternehmensprozess lautet: Daten vorbereiten, XML erzeugen, Validierung prüfen, Rechnung in einem KSeF-fähigen Werkzeug senden, KSeF-Nummer und UPO speichern. KSeFGPT beschreibt diesen Ansatz ausführlicher auf der Seite des Rechnungsmoduls.

Nutzen Sie diese Liste als kurze Prozedur für eine gewöhnliche VAT-Rechnung. Wenn ein Punkt Zweifel auslöst, stoppen Sie den Versand und korrigieren Sie die Daten, bevor das Dokument an KSeF übergeben wird.

Wenn dieser Artikel Ihre Frage zur gewöhnlichen Verkaufsrechnung beantwortet, hängen die nächsten Schritte vom konkreten Problem ab.

Lesen Sie zuerst Rechnungstypen in KSeF, wenn Sie unsicher sind, ob `VAT` der richtige Typ ist. Danach gehen Sie zu Rechnungen an KSeF senden, wenn Sie Sitzung, Status und Bestätigungen verstehen möchten.

Wenn das Problem technisch ist, kehren Sie zu XML und das FA(3)-Format in KSeF zurück. Wenn das Dokument KSeF nicht erfolgreich durchlaufen hat, beginnen Sie mit dem Leitfaden Rechnung von KSeF abgelehnt.