KSeF FA(3) — prepayment invoice (faktura zaliczkowa, ZAL)
Eine Anzahlungsrechnung (RodzajFaktury = ZAL): Sie stellt eine Anzahlung auf eine noch nicht gelieferte Bestellung in Rechnung. Sie enthält daher KEINE FaWiersz-Positionen — die Ware steht im Block Zamowienie (Bestellung) mit den eigenen Tags P_7Z / P_11NettoZ / P_11VatZ —, während P_15 nur die Anzahlung von 12.300,00 PLN auf eine Bestellung über 61.500,00 PLN ausweist.
FA(3) 1-0E — Gültig
Eine Anzahlungsrechnung (RodzajFaktury = ZAL): Sie stellt eine Anzahlung auf eine noch nicht gelieferte Bestellung in Rechnung. Sie enthält daher KEINE FaWiersz-Positionen — die Ware steht im Block Zamowienie (Bestellung) mit den eigenen Tags P_7Z / P_11NettoZ / P_11VatZ —, während P_15 nur die Anzahlung von 12.300,00 PLN auf eine Bestellung über 61.500,00 PLN ausweist.
Was diese Datei zeigt
Eine Anzahlungsrechnung (RodzajFaktury = ZAL): Sie stellt eine Anzahlung auf eine noch nicht gelieferte Bestellung in Rechnung. Sie enthält daher KEINE FaWiersz-Positionen — die Ware steht im Block Zamowienie (Bestellung) mit den eigenen Tags P_7Z / P_11NettoZ / P_11VatZ —, während P_15 nur die Anzahlung von 12.300,00 PLN auf eine Bestellung über 61.500,00 PLN ausweist.
| Transaktionen | 0 |
|---|---|
| Summe | 12.300,00 PLN |
| Datum in der Datei | 2026-07-06 |
Alle Parteien, IBANs und Beträge unten sind fiktiv. Die IBANs sind strukturell gültig — sie bestehen die Mod-97-Prüfung — gehören aber zu keinem realen Konto.
Dateiinhalt
<?xml version="1.0" encoding="UTF-8"?>
<!--
KSeF FA(3) — PREPAYMENT INVOICE (faktura zaliczkowa, RodzajFaktury = ZAL).
A prepayment invoice does NOT bill goods that have been delivered: it bills a deposit
paid against an order that is still to come. FA(3) therefore builds it differently
from a plain VAT invoice, and the difference is the point of this sample:
· there are NO <FaWiersz> invoice lines at all. The goods live in the <Zamowienie>
(order) block instead, as <ZamowienieWiersz> lines with their own tags — P_7Z,
P_8AZ, P_11NettoZ, P_11VatZ, P_12Z;
· <WartoscZamowienia> is the value of the WHOLE order (61 500,00 PLN gross), while
P_13_1 / P_14_1 / P_15 carry only the deposit actually invoiced: 10 000,00 net,
2 300,00 VAT, 12 300,00 gross;
· the deposit is already paid, so <Platnosc> carries Zaplacono = 1 with its date.
The settlement invoice (ROZ) issued later will net this prepayment off.
-->
<Faktura xmlns:etd="http://crd.gov.pl/xml/schematy/dziedzinowe/mf/2022/01/05/eD/DefinicjeTypy/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://crd.gov.pl/wzor/2025/06/25/13775/">
<Naglowek>
<KodFormularza kodSystemowy="FA (3)" wersjaSchemy="1-0E">FA</KodFormularza>
<WariantFormularza>3</WariantFormularza>
<DataWytworzeniaFa>2026-07-12T08:40:00Z</DataWytworzeniaFa>
<SystemInfo>ValidateFin</SystemInfo>
</Naglowek>
<Podmiot1>
<DaneIdentyfikacyjne>
<NIP>9999999999</NIP>
<Nazwa>Developex Nieruchomości sp. z o.o.</Nazwa>
</DaneIdentyfikacyjne>
<Adres>
<KodKraju>PL</KodKraju>
<AdresL1>ul. Sadowa 1 m. 3</AdresL1>
<AdresL2>30-002 Kraków</AdresL2>
</Adres>
<DaneKontaktowe>
<Email>[email protected]</Email>
<Telefon>126667788</Telefon>
</DaneKontaktowe>
</Podmiot1>
<Podmiot2>
<DaneIdentyfikacyjne>
<NIP>1111111111</NIP>
<Nazwa>F.H.U. Jan Kowalski</Nazwa>
</DaneIdentyfikacyjne>
<Adres>
<KodKraju>PL</KodKraju>
<AdresL1>ul. Polna 7</AdresL1>
<AdresL2>00-001 Warszawa</AdresL2>
</Adres>
<JST>2</JST>
<GV>2</GV>
</Podmiot2>
<Fa>
<KodWaluty>PLN</KodWaluty>
<P_1>2026-07-06</P_1>
<P_1M>Kraków</P_1M>
<P_2>FZ/2026/07/018</P_2>
<P_6>2026-07-06</P_6>
<P_13_1>10000.00</P_13_1>
<P_14_1>2300.00</P_14_1>
<P_15>12300.00</P_15>
<Adnotacje>
<P_16>2</P_16>
<P_17>2</P_17>
<P_18>2</P_18>
<P_18A>2</P_18A>
<Zwolnienie>
<P_19N>1</P_19N>
</Zwolnienie>
<NoweSrodkiTransportu>
<P_22N>1</P_22N>
</NoweSrodkiTransportu>
<P_23>2</P_23>
<PMarzy>
<P_PMarzyN>1</P_PMarzyN>
</PMarzy>
</Adnotacje>
<RodzajFaktury>ZAL</RodzajFaktury>
<DodatkowyOpis>
<Klucz>wysokość wpłaconej zaliczki</Klucz>
<Wartosc>12 300,00 zł</Wartosc>
</DodatkowyOpis>
<Platnosc>
<Zaplacono>1</Zaplacono>
<DataZaplaty>2026-07-06</DataZaplaty>
<FormaPlatnosci>6</FormaPlatnosci>
</Platnosc>
<Zamowienie>
<WartoscZamowienia>61500.00</WartoscZamowienia>
<ZamowienieWiersz>
<NrWierszaZam>1</NrWierszaZam>
<UU_IDZ>aaaa111144445550</UU_IDZ>
<P_7Z>prace wykończeniowe lokalu 45 m2</P_7Z>
<P_8AZ>szt.</P_8AZ>
<P_8BZ>1</P_8BZ>
<P_9AZ>50000.00</P_9AZ>
<P_11NettoZ>50000.00</P_11NettoZ>
<P_11VatZ>11500.00</P_11VatZ>
<P_12Z>23</P_12Z>
</ZamowienieWiersz>
</Zamowienie>
</Fa>
<Stopka>
<Informacje>
<StopkaFaktury>Kapitał zakładowy 1 000 000 zł</StopkaFaktury>
</Informacje>
<Rejestry>
<KRS>0000088888</KRS>
<REGON>888888888</REGON>
</Rejestry>
</Stopka>
</Faktura>
Woher wir wissen, dass diese Ergebnisse stimmen
Jede Datei dieser Bibliothek läuft bei jedem Build durch den eigenen Validator der Website. Das oben genannte erwartete Ergebnis wird von einem automatisierten Test geprüft: Passt eine Datei nicht mehr zu dem, was diese Seite behauptet, schlägt der Build fehl. Zwei geerbte Fixtures wurden so vor der Veröffentlichung repariert — drei IBANs scheiterten an der Mod-97-Prüfung, und mehrere Namen nutzten Zeichen außerhalb des SEPA-Basiszeichensatzes.
KSeF-Rechnung (Polen, FA(3))
- KSeF FA(3) — valid invoice (official MF example)
- KSeF — invoice still using the retired FA(2) schema
- KSeF FA(3) — bad NIP check digit and mismatched total (warnings only)
- KSeF FA(3) — correcting invoice (faktura korygująca, KOR)
- KSeF FA(3) — mandatory element missing (rejected by the official XSD)
- KSeF FA(3) — buyer NIP failing its mod-11 check digit (warning only)