Invoice following purchase with a corporate card (purchase card)
French Use Case n°7: Invoice following a purchase with an embedded card (purchasing card)
In the case of a purchase with a lodged card, for a hotel room or train tickets paid for by the public entity / For the accountant, for example, the invoice has already been paid (BT-113), and the due date is entered with the payment date.
Figure 5: Invoice following a card purchase
The steps for case 7 are :
Step
Stage name
Responsible player
Description
1
Purchasing Card
Buyer
The buyer orders a product/travel using a purchasing card or a card lodged with the supplier.
2
Invoice creation
Supplier
The supplier creates an invoice that has already been paid. At the same time, his issuing platform (PPF) sends a Stream 1 to declare the billing data.
3
Information on payment transaction data
Supplier
The payment transaction data is transmitted to the financial institution (outside the tool).
4
Receipt of transaction amount
Supplier
The supplier receives payment for the invoice.
5
Receipt of invoice
Buyer
The buyer receives the invoice from the supplier.
6
Transaction statement transmission
Third parties
The bank sends a statement of transactions to the customer (excluding the tool).
7
Reconciliation between statement and invoice
Buyer
The customer can reconcile invoices received from the
supplier and transaction statement (excluding tool).
8
Payment of the statement of transactions
Buyer
The buyer settles the transaction statement (excluding tools)
9
Information from invoice collection
10
Go to à update at status
"cashed
Supplier
The PPF then sends the status "cashed" via a flow 6 (payment data to the administration). This declaration can be made automatically (without any action on the part of the supplier) following the
Cases 8 to 10: Invoices payable to a third party (including factoring)
Focus on factoring management on the PPF
Factoring is a credit transaction within the meaning of Article L. 313-1 of the French Monetary and Financial Code. This regulated financial service, provided by specialized credit institutions or finance companies, is based on the purchase of trade receivables. The legal basis for the transfer of receivables from the supplier to the factor is the conventional subrogation provided for in the French Civil Code, the cession of trade receivables known as "cession Dailly" provided for in the French Monetary and Financial Code, or the cession of receivables provided for in the French Civil Code. Whatever the method, the factor is the owner of the assigned receivable.
Prerequisite:
In order to benefit from the services of the public invoicing portal, a player must have a user account on the portal. A connection will also be required to exchange flows (invoices or lifecycles) or use the APIs made available. If there is no connection, only the portal functionality will be available.
The services associated with factoring can be divided into four categories, as summarized below.
Case 1: The factor has an account on the PPF and the supplier and/or buyer have chosen the PPF to issue or receive the invoice.
Figure 6: Invoice payable to a third party designated for invoicing (Option 1)
- The factor can consult the invoice and its life cycle:
- The factor can use portal/API solutions (if he has created a connection) to consult the invoice and its lifecycle.
- The factor will be able to update the lifecycle (add attachment
/ collection) :
- The factor can use the portal/API channels (if he has created a connection) to update the lifecycle;
- The factor can use the EDI or API channel to transmit a lifecycle update, if he has created the appropriate connection.
- The PPF sends a notification (e-mail) to all players with a user account as soon as an event occurs on the invoice (deposit / change of status / factoring / change of factor), without specifying the type of event. It is up to the players concerned to consult the invoice to find out the details of the event.
- API search (with criteria) possible (if a connection has been made)1. In the event of a change in the invoices to be searched, the PPF will send an API message.
with the data defined at the output of the Search API2.
Case 2: The factor does not have an account on the PPF, but the supplier and/or buyer have chosen the PPF to issue or receive the invoice.
- The invoice must be sent to the factor by the off-tool supplier.
- Depending on the service offered by the PDP, the factor can either transmit the "cashed" status to the PPF for the invoice concerned, or transmit the information to the supplier, who will enrich the "cashed" status.
Case 3: The factor has an account on the PPF but neither the supplier nor the buyer has chosen the PPF to issue or receive his invoice.
- The PPF will only receive stream 1 (data for administration) from the supplier's PDP.
- The invoice must be sent by the supplier to the factor outside the tool.
- The factor is not informed of changes to the invoice (life cycle).
- The factor must send information on the collection of the receivable to the supplier so that the latter can enrich the
cashed" status of the invoice concerned
4th case: None of the players has an account on the PPF.
- The PPF will only receive stream 1 from the supplier's MPS.
- Solution based on PDP service offerings.
- Depending on the service offered by its PDP, the factor can either send the supplier's PDP the status "cashed" for the invoice in question, or pass on the information to the supplier, who then
will be responsible for enriching the "cashed" status.
Conditions for factor access to factored invoices :
In the event of factoring notified to the buyer at the time of invoice issue, whatever the factoring method (subrogation, assignment of civil code receivables or Dailly), the factor will be automatically informed by API message or notification e-mail and will have access to the invoice.
In the case of factoring notified to the purchaser after the invoice has been issued, whatever the factoring method (subrogation, assignment of receivables under the civil code or Dailly), action by the supplier issuer is essential, via the transmission of a "factoring" life cycle, enabling notification of a change concerning the invoice, giving the name of the factor and the bank details in an ad hoc block. The factor and the customer can then be informed by e-mail notification. As a reminder, the invoice is not modified, and the factor does not appear on the invoice.
In the case of confidential factoring, i.e. the buyer has not been notified, whatever the factoring method (subrogation, assignment of receivables under the civil code or Dailly), only a delegation by the supplier on his account will be possible, so that the factor remains "hidden" from the customer. The customer will be notified by e-mail as soon as the supplier's delegation is activated on the perimeter defined by the latter.
Confidential factoring management :
In this case, there is no mention of factoring on the invoice;
If the supplier and the factor are connected to the PPF, the supplier can authorize the third party on his structure (at the structure or department level) so that the factor can access all the invoices issued by this structure/department. The factor can then update the life cycle in the same way as the supplier.
Change of factor :
The supplier can declare a factor change through a life cycle;
The original factor, the new factor and the buyer will be notified (by e-mail) of this change;
The original factor can only continue to consult the invoices and associated lifecycles for which he or she was named;
The new factor will be able to consult invoices / transmit life cycles;
The invoice is not modified, so the new factor will not appear on the invoice.
Background
Invoice following purchase with a corporate card (purchase card)
French Use Case n°7: Invoice following a purchase with an embedded card (purchasing card)
In the case of a purchase with a lodged card, for a hotel room or train tickets paid for by the public entity / For the accountant, for example, the invoice has already been paid (BT-113), and the due date is entered with the payment date.
Figure 5: Invoice following a card purchase
The steps for case 7 are :
The customer can reconcile invoices received from the
supplier and transaction statement (excluding tool).
Buyer
The buyer settles the transaction statement (excluding tools)
Go to à update at status
"cashed
Supplier
The PPF then sends the status "cashed" via a flow 6 (payment data to the administration). This declaration can be made automatically (without any action on the part of the supplier) following the
receipt of invoice...
For a B2B transaction, the operation of an embedded card is the same as for Case 2: invoice already paid by the buyer or a third party designated for invoicing at the time the invoice is issued.
Cases 8 to 10: Invoices payable to a third party (including factoring)
Focus on factoring management on the PPF
Factoring is a credit transaction within the meaning of Article L. 313-1 of the French Monetary and Financial Code. This regulated financial service, provided by specialized credit institutions or finance companies, is based on the purchase of trade receivables. The legal basis for the transfer of receivables from the supplier to the factor is the conventional subrogation provided for in the French Civil Code, the cession of trade receivables known as "cession Dailly" provided for in the French Monetary and Financial Code, or the cession of receivables provided for in the French Civil Code. Whatever the method, the factor is the owner of the assigned receivable.
Prerequisite:
In order to benefit from the services of the public invoicing portal, a player must have a user account on the portal. A connection will also be required to exchange flows (invoices or lifecycles) or use the APIs made available. If there is no connection, only the portal functionality will be available.
The services associated with factoring can be divided into four categories, as summarized below.
Case 1: The factor has an account on the PPF and the supplier and/or buyer have chosen the PPF to issue or receive the invoice.
Figure 6: Invoice payable to a third party designated for invoicing (Option 1)
- The factor can consult the invoice and its life cycle:
- The factor can use portal/API solutions (if he has created a connection) to consult the invoice and its lifecycle.
- The factor will be able to update the lifecycle (add attachment
/ collection) :
- The factor can use the portal/API channels (if he has created a connection) to update the lifecycle;
- The factor can use the EDI or API channel to transmit a lifecycle update, if he has created the appropriate connection.
- The PPF sends a notification (e-mail) to all players with a user account as soon as an event occurs on the invoice (deposit / change of status / factoring / change of factor), without specifying the type of event. It is up to the players concerned to consult the invoice to find out the details of the event.
- API search (with criteria) possible (if a connection has been made)1. In the event of a change in the invoices to be searched, the PPF will send an API message.
with the data defined at the output of the Search API2.
Case 2: The factor does not have an account on the PPF, but the supplier and/or buyer have chosen the PPF to issue or receive the invoice.
- The invoice must be sent to the factor by the off-tool supplier.
- Depending on the service offered by the PDP, the factor can either transmit the "cashed" status to the PPF for the invoice concerned, or transmit the information to the supplier, who will enrich the "cashed" status.
Case 3: The factor has an account on the PPF but neither the supplier nor the buyer has chosen the PPF to issue or receive his invoice.
- The PPF will only receive stream 1 (data for administration) from the supplier's PDP.
- The invoice must be sent by the supplier to the factor outside the tool.
- The factor is not informed of changes to the invoice (life cycle).
- The factor must send information on the collection of the receivable to the supplier so that the latter can enrich the
cashed" status of the invoice concerned
4th case: None of the players has an account on the PPF.
- The PPF will only receive stream 1 from the supplier's MPS.
- Solution based on PDP service offerings.
- Depending on the service offered by its PDP, the factor can either send the supplier's PDP the status "cashed" for the invoice in question, or pass on the information to the supplier, who then
will be responsible for enriching the "cashed" status.
Conditions for factor access to factored invoices :
In the event of factoring notified to the buyer at the time of invoice issue, whatever the factoring method (subrogation, assignment of civil code receivables or Dailly), the factor will be automatically informed by API message or notification e-mail and will have access to the invoice.
In the case of factoring notified to the purchaser after the invoice has been issued, whatever the factoring method (subrogation, assignment of receivables under the civil code or Dailly), action by the supplier issuer is essential, via the transmission of a "factoring" life cycle, enabling notification of a change concerning the invoice, giving the name of the factor and the bank details in an ad hoc block. The factor and the customer can then be informed by e-mail notification. As a reminder, the invoice is not modified, and the factor does not appear on the invoice.
In the case of confidential factoring, i.e. the buyer has not been notified, whatever the factoring method (subrogation, assignment of receivables under the civil code or Dailly), only a delegation by the supplier on his account will be possible, so that the factor remains "hidden" from the customer. The customer will be notified by e-mail as soon as the supplier's delegation is activated on the perimeter defined by the latter.
Confidential factoring management :
Change of factor :
NOTE: The text/pictures of this use case no. 7 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)