ValidateFin

KSeF — invoice still using the retired FA(2) schema

De meest voorkomende KSeF-migratiefout: een volkomen correct gevormde factuur die nog de FA(2)-namespace opgeeft, ingetrokken op 1 februari 2026. Er lijkt niets mis — tot KSeF hem weigert. Let op wat FA(3) toevoegde en hier ontbreekt: Podmiot2 vereist nu JST en GV.

FA(2) 1-0E — Ongeldig

De meest voorkomende KSeF-migratiefout: een volkomen correct gevormde factuur die nog de FA(2)-namespace opgeeft, ingetrokken op 1 februari 2026. Er lijkt niets mis — tot KSeF hem weigert. Let op wat FA(3) toevoegde en hier ontbreekt: Podmiot2 vereist nu JST en GV.

KSeF-factuur (Polen, FA(3)) FA(2) 1-0E KSeF — retired schema (until 31 Jan 2026)Verwacht resultaat: Ongeldig — 1 fouten

Wat dit bestand laat zien

De meest voorkomende KSeF-migratiefout: een volkomen correct gevormde factuur die nog de FA(2)-namespace opgeeft, ingetrokken op 1 februari 2026. Er lijkt niets mis — tot KSeF hem weigert. Let op wat FA(3) toevoegde en hier ontbreekt: Podmiot2 vereist nu JST en GV.

De gebreken die het bevat

  • FA(2)this file uses the FA(2) schema

Letterlijk geciteerd uit de validator, niet geparafraseerd.

Laatst geverifieerd: Licentie: CC-BY-4.0

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"?>
<!--
  DELIBERATELY OUT OF DATE. This invoice uses the retired FA(2) schema
  (namespace http://crd.gov.pl/wzor/2023/06/29/12648/), which KSeF stopped
  accepting on 1 February 2026 when FA(3) replaced it.

  It is published as a sample because this is the single most common failure when
  migrating: the file still looks fine, but the schema is the old one. Note also
  what FA(3) added and this file therefore lacks — Podmiot2 now requires JST and GV.
-->
<Faktura xmlns:etd="http://crd.gov.pl/xml/schematy/dziedzinowe/mf/2022/01/05/eD/DefinicjeTypy/"
         xmlns="http://crd.gov.pl/wzor/2023/06/29/12648/">
	<Naglowek>
		<KodFormularza kodSystemowy="FA (2)" wersjaSchemy="1-0E">FA</KodFormularza>
		<WariantFormularza>2</WariantFormularza>
		<DataWytworzeniaFa>2026-01-15T09:30:00Z</DataWytworzeniaFa>
		<SystemInfo>Legacy ERP 4.2</SystemInfo>
	</Naglowek>
	<Podmiot1>
		<DaneIdentyfikacyjne>
			<NIP>9999999999</NIP>
			<Nazwa>ABC AGD sp. z o. o.</Nazwa>
		</DaneIdentyfikacyjne>
		<Adres>
			<KodKraju>PL</KodKraju>
			<AdresL1>ul. Kwiatowa 1 m. 2</AdresL1>
			<AdresL2>00-001 Warszawa</AdresL2>
		</Adres>
	</Podmiot1>
	<Podmiot2>
		<DaneIdentyfikacyjne>
			<NIP>1111111111</NIP>
			<Nazwa>CDE sp. j.</Nazwa>
		</DaneIdentyfikacyjne>
		<Adres>
			<KodKraju>PL</KodKraju>
			<AdresL1>ul. Sadowa 1 lok. 3</AdresL1>
			<AdresL2>00-002 Kraków</AdresL2>
		</Adres>
	</Podmiot2>
	<Fa>
		<KodWaluty>PLN</KodWaluty>
		<P_1>2026-01-15</P_1>
		<P_2>FV/2026/01/88</P_2>
		<P_13_1>1000.00</P_13_1>
		<P_14_1>230.00</P_14_1>
		<P_15>1230.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>VAT</RodzajFaktury>
		<FaWiersz>
			<NrWierszaFa>1</NrWierszaFa>
			<P_7>lodówka Zimnotech mk1</P_7>
			<P_8A>szt.</P_8A>
			<P_8B>1</P_8B>
			<P_9A>1000.00</P_9A>
			<P_11>1000.00</P_11>
			<P_12>23</P_12>
		</FaWiersz>
	</Fa>
</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))