Poland KSF: Document-Level Corrections (FA(3))

You can model correction information.

You group correction information at the Document level only for collective correction invoices. This information is required for these invoices.

More information about correction invoices in Collective Correction Invoice section of the Poland KSF: Correction Invoices (FA3) topic.

Elements

Use the CorrectionData (Extn) Extension to model this information:

Name (Path)	Cardinality	Description
Document Level Correction Data (`Invoice//InvoiceExtension/CorrectionData`)	0..1	A group holding information about the document level correction data
Correction Method (`Invoice//InvoiceExtension/CorrectionData/CorrectionMethod`)	1..1	The codified method used for the correction.
Correction Reason (`Invoice//InvoiceExtension/CorrectionData/CorrectionReason`)	1..1	An extension element used to provide the reason for the cancellation.
Invoice Period Description(`Invoice//InvoiceExtension/CorrectionData/InvoicePeriodDescription`)	1..1	An element describing the invoicing period.

Example

<ubl:Invoice>
    <!-- Code omitted for clarity -->
    <ext:UBLExtensions>
        <ext:UBLExtension>
            <ext:ExtensionContent>
                <vrbl:InvoiceExtension>
                    <vrbl:CorrectionData>
                        <vrbl:CorrectionMethod>VRBL:PL:2</vrbl:CorrectionMethod>
                        <vrbl:CorrectionReason>A discount of 50,000 due to the purchase volume.</vrbl:CorrectionReason>
                        <!-- Free-text period description -->
                        <vrbl:InvoicePeriodDescription>First half of 2026</vrbl:InvoicePeriodDescription>
                    </vrbl:CorrectionData>
                    <!-- Code omitted for clarity -->
                </vrbl:InvoiceExtension>
            </ext:ExtensionContent>
        </ext:UBLExtension>
    </ext:UBLExtensions>
</ubl:Invoice>

Updated about 10 hours ago