Overview
P_6 is the date of supply or service completion in a FA(3) invoice (in Polish, "data dokonania dostawy lub wykonania usługi"). It is optional: you fill it only when the goods were delivered or the service was performed on a day other than the invoice issue date in P_1. Notaly's API does not currently accept a supply date as input and does not emit P_6; invoices today carry only the issue date in P_1.
When P_6 is needed
P_6 records the day the delivery or service actually happened, which is not always the same day the invoice was issued. When both happen on the same day, you leave P_6 out and P_1 covers the event. When they differ — for example a subscription charged on 1 October but invoiced on 12 October — P_6 lets the buyer and the tax office see the actual performance date. In the FA(3) XML, P_6 lives in the Fa section, after the invoice number and before the VAT breakdown.
Format
The value is a plain calendar date in ISO 8601 format, YYYY-MM-DD. Do not add a time component and do not use a localised format such as 12.10.2026. A service completed on 10 October 2026 is written as 2026-10-10. There is no timezone in P_6 because it is a date, not a timestamp.
Common mistakes
- Copying the issue date into P_6 automatically when the dates really differ.
- Treating P_6 as a timestamp (for example 2026-10-10T14:00:00Z), which fails XSD validation.
- Confusing P_6 with the header timestamp DataWytworzeniaFa, which records the moment the XML document was generated, not the supply date.
What Notaly does today
Notaly's API does not currently accept a supply date as input and does not emit P_6. When you send an invoice through Notaly, the document carries the issue date in P_1 and no supply date, which is correct for the common case where supply and issue happen on the same day. If your business regularly invoices before or after the actual delivery, keep this limitation in mind and check this page for updates.
A complete, valid FA(3) example appears below. It omits P_6 because the supply and issue dates are the same, which is the most common case.
<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