Invoice paid by a Third Party - party known

[svanteschubert]

Background

Invoice payable by a third party known at the time of invoicing

French Use Case n°3: Invoice to be paid by a third party designated at the time of invoicing

The invoice is sent by the supplier to the buyer, who is responsible for forwarding it to the third-party payer once it has been settled or validated.

For all invoices sent by the PPF or a PDP :

• The third-party payer can be identified on the invoice in the "INVOICE PAYER" block (EXT-FR-FE-BG- 02).
• On the PPF, the invoice and its life cycle are not transmitted to the third-party payer; they will be made available to him, if it has an account on Chorus Pro.
• PDPs are responsible for managing access to the third-party payer lifecycle.
• The life cycle can be updated by the third-party payer, via a PDP or directly on the PPF.

Figure 2: Invoice to be paid by a third party designated for invoicing

The specific features of the life cycle or associated processes are :

• The life cycle can be updated by the third-party payer directly on the PPF or via one of the PDPs. An account on one of these platforms will be necessary
• Transmission of flow 1 and e-reporting of payment data by supplier

The services offered by PPF are :

• If both the buyer and the third party are connected to the PPF, the latter will be able to view the invoice and its lifecycle.
• If both the supplier and the third party are connected to the PPF, the latter will be able to view the invoice and its life cycle.
• Actors connected to the PPF will be notified by a lifecycle flow in the event of an invoice status change.

The steps in case 3 are :

Step	Stage name	Responsible player	Description
1	Invoice creation	Supplier	The supplier creates the invoice (flow 2) via PDP 1, which sends it to the buyer. At the same time, PDP 1 sends the invoice's regulatory data (flow 1) to the PPF.
2	Receiving stream 1	PPF
3	Receipt of invoice	Buyer	The buyer's platform (the PPF in the example) provides him with the invoice for checking. The buyer processes the invoice as required and updates the status.
4	Invoice processing and status update
5	Receipt of invoice status	Supplier	The supplier receives the invoice status after the invoice has been processed by the buyer according to the lifecycle procedure.
5b	Information on the invoice processing	Supplier	The supplier provides information on the correct processing of the invoice (depending on the platforms' commercial offer).
6	Invoice payment	Third parties	Third party pays supplier
7	Invoice collection	Supplier	1° The supplier collects the invoice and updates the invoice collection information with the status "collected". 2° The supplier's PDP 1 transmits payment data to the PPF 3° Depending on the platforms' commercial offer, it can send a life cycle of the collection to the third party and/or the buyer.
7b	Invoice collection information	Supplier
8	Go to à update at status "cashed	Supplier
9	Reception from status "cashed	Buyer	The buyer's platform (PPF in the example) receives the incoming payment status transmitted by the supplier's PDP 1.

NOTE: The text/pictures of this use case no. 3 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]

Paid amount (BT-113) is set to the amount paid in advance and Bt-115 (Amount due for payment) is set to zero or the remaining balance if not fully paid.

related issues are https://github.com/svanteschubert/complex-business-cases/issues/54, https://github.com/svanteschubert/complex-business-cases/issues/49, https://github.com/svanteschubert/complex-business-cases/issues/56, https://github.com/svanteschubert/complex-business-cases/issues/53

[edmundgray]

Paid amount (BT-113) is set to the amount paid in advance and Bt-115 (Amount due for payment) is set to zero or the remaining balance if not fully paid.