ValidateFin

KSeF FA(3) — prepayment invoice (faktura zaliczkowa, ZAL)

Een voorschotfactuur (RodzajFaktury = ZAL): zij factureert een aanbetaling op een nog niet geleverde bestelling. Daarom bevat zij GEEN enkele FaWiersz-regel — de goederen staan in het blok Zamowienie (bestelling), met eigen tags P_7Z / P_11NettoZ / P_11VatZ — terwijl P_15 alleen het voorschot van 12.300,00 PLN toont op een bestelling van 61.500,00 PLN.

FA(3) 1-0E — Geldig

Een voorschotfactuur (RodzajFaktury = ZAL): zij factureert een aanbetaling op een nog niet geleverde bestelling. Daarom bevat zij GEEN enkele FaWiersz-regel — de goederen staan in het blok Zamowienie (bestelling), met eigen tags P_7Z / P_11NettoZ / P_11VatZ — terwijl P_15 alleen het voorschot van 12.300,00 PLN toont op een bestelling van 61.500,00 PLN.

KSeF-factuur (Polen, FA(3)) FA(3) 1-0E KSeF — Polish Ministry of FinanceVerwacht resultaat: Geldig

Wat dit bestand laat zien

Een voorschotfactuur (RodzajFaktury = ZAL): zij factureert een aanbetaling op een nog niet geleverde bestelling. Daarom bevat zij GEEN enkele FaWiersz-regel — de goederen staan in het blok Zamowienie (bestelling), met eigen tags P_7Z / P_11NettoZ / P_11VatZ — terwijl P_15 alleen het voorschot van 12.300,00 PLN toont op een bestelling van 61.500,00 PLN.

Transacties0
TotaalPLN 12.300,00
Datum in het bestand2026-07-06
Laatst geverifieerd: Licentie: CC-BY-4.0
Bestand downloaden Bijbehorende validator openen

Alle partijen, IBAN's en bedragen hieronder zijn fictief. De IBAN's zijn structureel geldig — ze doorstaan de mod-97-controle — maar horen bij geen enkele echte rekening.

Bestandsinhoud

<?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>

Hoe we weten dat deze resultaten kloppen

Elk bestand in deze bibliotheek gaat bij elke build door de eigen validator van de site. Het hierboven vermelde verwachte resultaat wordt door een geautomatiseerde test bevestigd: zou een bestand niet meer overeenkomen met wat deze pagina beweert, dan faalt de build. Twee overgeërfde fixtures zijn zo vóór publicatie hersteld: drie IBAN's zakten voor de mod-97-controle en meerdere namen gebruikten tekens buiten de SEPA-basistekenset.

KSeF-factuur (Polen, FA(3))

Alle voorbeeldbestandenhttps://validatefin.com/samples/ksef-fa3-zaliczka.xml