Overview
RodzajFaktury (Polish for "invoice type") is a field inside the Fa section of the FA(3) XML that identifies the kind of document. In the current FA(3) schema — version 1-0E, kodSystemowy "FA (3)" — the field has exactly one allowed value: VAT. The path is /Faktura/Fa/RodzajFaktury.
The type in the XSD is TRodzajFaktury, a closed enumeration with the single member VAT. Because there is only one value, the field is effectively fixed: you do not choose between a regular invoice and a correction here, the way you might in the older FA(2) format. On every FA(3) invoice, RodzajFaktury is written as VAT.
Why only VAT? The FA(3) logical structure treats the invoice itself as the unit, and corrections, advance invoices and settlement invoices are expressed through separate structures and their own fields, not by switching the RodzajFaktury value. That means a corrective or advance-payment document still carries RodzajFaktury = VAT while the correction-specific or advance-specific data lives elsewhere in the XML.
This matters in practice because some integration guides written for FA(2) still tell developers to pass values such as KOREKTA or ZALICZKOWA here. Those values do not exist in the FA(3) enumeration; sending one fails XSD validation before the document reaches KSeF. If you are migrating an integration from FA(2) to FA(3), replace the old invoice-type switch with the correct FA(3) structures for corrections and advances.
The field is required. An invoice without RodzajFaktury is invalid, even though there is only one possible value. Always emit the element with the literal value VAT.
In Notaly this is handled for you: the generator always writes RodzajFaktury as VAT in the FA(3) XML, so you never send it in the JSON payload and never risk an invalid value.
A complete, valid FA(3) example appears below, with RodzajFaktury set to VAT.
<Faktura xmlns="http://crd.gov.pl/wzor/2025/06/25/13775/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Naglowek>
<KodFormularza kodSystemowy="FA (3)" wersjaSchemy="1-0E">FA</KodFormularza>
<WariantFormularza>3</WariantFormularza>
<DataWytworzeniaFa>2026-10-12T07:23:07Z</DataWytworzeniaFa>
<SystemInfo>einvoice-api</SystemInfo>
</Naglowek>
<Podmiot1>
<DaneIdentyfikacyjne><NIP>2745013933</NIP><Nazwa>Example Sp. z o.o. (FICTIONAL)</Nazwa></DaneIdentyfikacyjne>
<Adres><KodKraju>PL</KodKraju><AdresL1>ul. Testowa 1, 00-001 Warszawa</AdresL1></Adres>
</Podmiot1>
<Podmiot2>
<DaneIdentyfikacyjne><NIP>1234563218</NIP><Nazwa>Test Customer S.A. (FICTIONAL)</Nazwa></DaneIdentyfikacyjne>
<Adres><KodKraju>PL</KodKraju><AdresL1>ul. Probna 2, 30-001 Kraków</AdresL1></Adres>
<JST>2</JST>
<GV>2</GV>
</Podmiot2>
<Fa>
<KodWaluty>PLN</KodWaluty>
<P_1>2026-10-12</P_1>
<P_2>FV/2026/10/001</P_2>
<P_13_1>1000.00</P_13_1><P_14_1>230.00</P_14_1>
<P_13_2>301.00</P_13_2><P_14_2>24.08</P_14_2>
<P_15>1555.08</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>SaaS subscription - October</P_7>
<P_8A>pcs.</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>
<FaWiersz>
<NrWierszaFa>2</NrWierszaFa>
<P_7>Support</P_7>
<P_8A>hrs.</P_8A>
<P_8B>2</P_8B>
<P_9A>150.50</P_9A>
<P_11>301.00</P_11>
<P_12>8</P_12>
</FaWiersz>
</Fa>
</Faktura>Sources
Source: crd.gov.pl