KSeF FA(3) — prepayment invoice (faktura zaliczkowa, ZAL)
A prepayment invoice (RodzajFaktury = ZAL): it bills a deposit against an order that has not been delivered yet. It therefore carries NO FaWiersz lines at all — the goods live in the Zamowienie (order) block, with their own P_7Z / P_11NettoZ / P_11VatZ tags — while P_15 shows only the PLN 12,300.00 deposit against an order worth PLN 61,500.00.
FA(3) 1-0E — Valid
A prepayment invoice (RodzajFaktury = ZAL): it bills a deposit against an order that has not been delivered yet. It therefore carries NO FaWiersz lines at all — the goods live in the Zamowienie (order) block, with their own P_7Z / P_11NettoZ / P_11VatZ tags — while P_15 shows only the PLN 12,300.00 deposit against an order worth PLN 61,500.00.
What this file shows
A prepayment invoice (RodzajFaktury = ZAL): it bills a deposit against an order that has not been delivered yet. It therefore carries NO FaWiersz lines at all — the goods live in the Zamowienie (order) block, with their own P_7Z / P_11NettoZ / P_11VatZ tags — while P_15 shows only the PLN 12,300.00 deposit against an order worth PLN 61,500.00.
| Transactions | 0 |
|---|---|
| Total | PLN 12,300.00 |
| Date in the file | 2026-07-06 |
Every party, IBAN and amount below is fictitious. The IBANs are structurally valid — they pass the mod-97 check — but they belong to no real account.
File content
<?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>
How we know these results hold
Every file in this library is run through the site's own validator on each build. The expected result stated above is asserted by an automated test — if a file stopped matching what this page claims, the build would fail. Two inherited fixtures were repaired this way before publication: three IBANs failed the mod-97 check and several names used characters outside the basic SEPA character set.
KSeF invoice (Poland, 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)