Invoice paid by a Third Party - party partially known

[svanteschubert]

Background

Invoice payable by one or more third parties, partially known at the time of invoicing (grant, insurance, etc.)

French Use Case n°4: Invoice to be paid by the buyer and partially covered by a third party known at the time of invoicing (subsidy, insurance, etc.)

This management case covers invoices that are partially paid by a third party (for example, an invoice from repair where the deductible is paid by a customer and the balance by the insurer).

In view of the current provisions of standard EN16931 and the CII and UBL formats, it is not possible to draw up a payment schedule identifying the various payments and the players involved.

Consequently, the specific characteristics of the data and the associated management rules are as follows:

• The SELLER block (BG-4) is used to enter information about the supplier.
• The BUYER block (BG-7) is used to enter information about the customer who is to pay the invoice (e.g. the company that is to pay a deductible).
• The INVOICE PAYER block (EXT-FR-FE-BG-02) is used if you wish to mention the third party (e.g. insurance company) on the invoice. When the PAYER block is filled in, if the third party has an account on the PPF, he/she will have access to consult the invoice (outside circuit C).
• The AMOUNT PAID field (BT-113) is used, by convention, to enter the amount of the invoice that has already been paid or will be paid by a third party (e.g. the amount of the invoice paid by the insurer).
• The INVOICE NOTE block (BG-1) is used to indicate that part of the invoice has already been paid or will be paid by one or more third parties. More specifically, in the INVOICE NOTE SUBJECT CODE field (BT-21), the supplier must enter the code "PAI", which is used to indicate payment information.
• The supplier will have to declare 2 collections, one from the customer, the other from the third party known to the billing.

Figure 3: Invoice to be paid by the buyer and partially covered by a third party known at the time of invoicing (subsidy, insurance, etc.)

The steps in Case 4 are as follows:

Step	Stage name	Responsible player	Description
1	Create invoice to destination of purchaser	Supplier	The supplier or his MPS creates the invoice to be sent to the buyer (or the buyer's MPS), specifying the amount to be paid by the third party. The same invoice, which can be sent to the third party, is outside the PPF billing circuit.
2	Receiving data from stream 1	PPF	In the case of circuits A, B1 and B2, the supplier or his PDP transmits the data for flow 1 to enable the PPF to generate this flow for destination. tax authorities. In the case of circuit C, the supplier's PDP generates this flow directly to the PPF, for transmission, after checking, to tax authorities.
3	Receipt of invoice	Buyer	The buyer receives the invoice directly from the PPF or via his PDP.
4	Invoice processing and status update	Buyer	The purchaser or the purchaser's PDP acknowledges receipt of the invoice, and, if applicable, the purchaser's PDP. if necessary, sends the appropriate statuses to the supplier or its PDP.
5	Invoice payment	Buyer	The buyer or his PDP pays the amount due on the invoice at his own expense, and updates the invoice payment information. invoice.
5b	Invoice payment	Third parties	Outside the PPF billing circuit, the third party pays the invoice amount for which he is responsible.
6	Collection of the amount of the invoice paid by the buyer	Supplier	The supplier collects the invoice amount paid by the buyer and the third party, and updates the invoice collection information. Depending on the platform's commercial offer, he can send a collection life cycle to the buyer. The supplier or his PDP transmits payment data to the PPF in 2 stages, following receipt of the amounts paid by the buyer and the third party.
6b	Collection of the invoice amount paid by the third party	Supplier
7	Update status to cashed	Supplier
7b	Data transmission from buyer's payment	Supplier
7c	Transmission of third-party payment data	Supplier
8	Receipt of payment data from e-reporting flow	PPF	The PPF receives the transmitted payment data stream, firstly by collecting the invoice amount paid by the third party, and then by collection of the invoice amount paid by the buyer.

NOTE: The text/pictures of this use case no. 4 were taken from the French government site! The text was extracted from V2.3 - deepl English DOCX and any pictures were taken from V2.2 - original English PDF)

[edmundgray]

Bill-to party not known or partially known - the invoice is issued and therefore cannot reference the party. The Note field could contain some information. related issues are #54, #49, #56, #53