ValidateFin

KSeF FA(3) — correcting invoice (faktura korygująca, KOR)

Una factura rectificativa (RodzajFaktury = KOR), el caso FA(3) más buscado y peor construido. Sus totales llevan la DIFERENCIA, no la factura corregida: P_13_1, P_14_1 y P_15 son negativos. Aparecen además PrzyczynaKorekty, TypKorekty y DaneFaKorygowanej, que remiten a la factura corregida. Las líneas van por pares: la que lleva StanPrzed es el estado anterior.

FA(3) 1-0E — Válido

Una factura rectificativa (RodzajFaktury = KOR), el caso FA(3) más buscado y peor construido. Sus totales llevan la DIFERENCIA, no la factura corregida: P_13_1, P_14_1 y P_15 son negativos. Aparecen además PrzyczynaKorekty, TypKorekty y DaneFaKorygowanej, que remiten a la factura corregida. Las líneas van por pares: la que lleva StanPrzed es el estado anterior.

Factura KSeF (Polonia, FA(3)) FA(3) 1-0E KSeF — Polish Ministry of FinanceResultado esperado: Válido

Lo que muestra este fichero

Una factura rectificativa (RodzajFaktury = KOR), el caso FA(3) más buscado y peor construido. Sus totales llevan la DIFERENCIA, no la factura corregida: P_13_1, P_14_1 y P_15 son negativos. Aparecen además PrzyczynaKorekty, TypKorekty y DaneFaKorygowanej, que remiten a la factura corregida. Las líneas van por pares: la que lleva StanPrzed es el estado anterior.

Transacciones2
Total-369,00 PLN
Fecha en el fichero2026-07-10
Última verificación: Licencia: CC-BY-4.0

Todas las partes, IBAN e importes siguientes son ficticios. Los IBAN son estructuralmente válidos —superan el mod-97— pero no corresponden a ninguna cuenta real.

Contenido del fichero

<?xml version="1.0" encoding="UTF-8"?>
<!--
  KSeF FA(3) — CORRECTING INVOICE (faktura korygująca, RodzajFaktury = KOR).

  This is the shape a correction takes in FA(3), and it surprises people:

    · the totals carry the DELTA, not the restated invoice — P_13_1 (-300.00),
      P_14_1 (-69.00) and P_15 (-369.00) are all negative, because the correction
      lowers what was already invoiced;
    · <PrzyczynaKorekty> (the reason) and <TypKorekty> are mandatory here and appear
      nowhere on a plain VAT invoice;
    · <DaneFaKorygowanej> points back at the invoice being corrected — its date, its
      number and, when it went through KSeF, its KSeF number;
    · the lines come in PAIRS: the one carrying <StanPrzed>1</StanPrzed> is the state
      BEFORE the correction, the one without it is the state after.

  ValidateFin's line-total check (Σ P_11 vs P_13_*) deliberately does NOT run on KOR —
  the lines restate values while the totals carry the delta, so they cannot agree.
-->
<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-12T10:15:00Z</DataWytworzeniaFa>
		<SystemInfo>ValidateFin</SystemInfo>
	</Naglowek>
	<Podmiot1>
		<DaneIdentyfikacyjne>
			<NIP>9999999999</NIP>
			<Nazwa>Zimnotech AGD sp. z o.o.</Nazwa>
		</DaneIdentyfikacyjne>
		<Adres>
			<KodKraju>PL</KodKraju>
			<AdresL1>ul. Kwiatowa 1 m. 2</AdresL1>
			<AdresL2>00-001 Warszawa</AdresL2>
		</Adres>
		<DaneKontaktowe>
			<Email>[email protected]</Email>
			<Telefon>221234567</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>30-001 Kraków</AdresL2>
		</Adres>
		<JST>2</JST>
		<GV>2</GV>
	</Podmiot2>
	<Fa>
		<KodWaluty>PLN</KodWaluty>
		<P_1>2026-07-10</P_1>
		<P_1M>Warszawa</P_1M>
		<P_2>FK/2026/07/031</P_2>
		<P_6>2026-06-18</P_6>
		<P_13_1>-300.00</P_13_1>
		<P_14_1>-69.00</P_14_1>
		<P_15>-369.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>KOR</RodzajFaktury>
		<PrzyczynaKorekty>obniżka ceny o 300 zł netto z uwagi na uszkodzenia estetyczne obudowy</PrzyczynaKorekty>
		<TypKorekty>3</TypKorekty>
		<DaneFaKorygowanej>
			<DataWystFaKorygowanej>2026-06-18</DataWystFaKorygowanej>
			<NrFaKorygowanej>FV/2026/06/214</NrFaKorygowanej>
			<NrKSeF>1</NrKSeF>
			<NrKSeFFaKorygowanej>9999999999-20260618-8BEF280C8D35-4D</NrKSeFFaKorygowanej>
		</DaneFaKorygowanej>
		<FaWiersz>
			<NrWierszaFa>1</NrWierszaFa>
			<UU_ID>aaaa111133337770</UU_ID>
			<P_7>lodówka Zimnotech mk3</P_7>
			<P_8A>szt.</P_8A>
			<P_8B>1</P_8B>
			<P_9A>2600.00</P_9A>
			<P_11>2600.00</P_11>
			<P_12>23</P_12>
			<StanPrzed>1</StanPrzed>
		</FaWiersz>
		<FaWiersz>
			<NrWierszaFa>1</NrWierszaFa>
			<UU_ID>aaaa111133337770</UU_ID>
			<P_7>lodówka Zimnotech mk3</P_7>
			<P_8A>szt.</P_8A>
			<P_8B>1</P_8B>
			<P_9A>2300.00</P_9A>
			<P_11>2300.00</P_11>
			<P_12>23</P_12>
		</FaWiersz>
	</Fa>
	<Stopka>
		<Informacje>
			<StopkaFaktury>Kapitał zakładowy 500 000 zł</StopkaFaktury>
		</Informacje>
		<Rejestry>
			<KRS>0000099999</KRS>
			<REGON>999999999</REGON>
		</Rejestry>
	</Stopka>
</Faktura>

Cómo sabemos que estos resultados se sostienen

Cada fichero de esta biblioteca pasa por el propio validador del sitio en cada build. El resultado esperado indicado arriba lo verifica un test automatizado: si un fichero dejara de coincidir con lo que afirma esta página, el build fallaría. Dos fixtures heredadas se repararon así antes de publicarse: tres IBAN no superaban el mod-97 y varios nombres usaban caracteres fuera del juego SEPA básico.

Factura KSeF (Polonia, FA(3))