France (CII(CDAR)): Routing Details
Read about how to configure the values that govern how a Document is routed.
VRBL messages will be used to exchange electronic compliance documents. A triple is required to correctly route (also known as process) messages. This triple consists of:
unique sender idunique receiver idunique document type id
Based on this triple, the provider invokes actions such as message conversion from the VRBL format to the right target format or vice versa, digital signing of messages, message delivery via APIs to governmental institutions, and so on. The unique document type ID is determined by the Specification Identifier.
In VRBL, the unique sender ID and receiver ID are provided in the following extension on the document level.
Elements
| Name (Path) | Cardinality | Description |
|---|---|---|
Routing Details (ApplicationResponse/UBLExtensions/UBLExtension/ExtensionContent/ApplicationResponseExtension/RoutingDetails) | 1..1 | A group of elements providing information regarding the required routing details. |
Unique Sender ID (Sender) | 1..1 | The unique sender identifier. |
Unique Receiver ID (Receiver) | 1..1 | The unique receiver identifier. |
Forward Duplicate Indicator (ForwardDuplicateIndicator) | 1..1 | Indicates if the document should be forwarded to an additional receiver. |
Usage of Forward Duplicate Indicator in French context
Example: Outbound Lifecycle document indicating the FR Tax Authorities as technical receiver of the document.
For service invoices, by default, VAT is collected when payment is received. This is why the government requires information on when a company receives payment for such invoices, unless the company opts for VAT on debit. In that case, VAT is collected on invoice issuance, so payment receipt does not need to be reported.
If there was no opt-in for VAT on debit, in case a service invoice was issued, the PPF must receive the payment received status (status212- Encaissée) from the invoice issuer, after payment was received.
To ensure that, it is mandatory to flag the Forward Duplicate Indicator ForwardDuplicateIndicator as true.
This will trigger the duplication of the message and it will get send to both the PPF and the external PA.
In case there was an opt-in for VAT on debit, the Forward Duplicate Indicator ForwardDuplicateIndicator is still mandatory for payment received status (status212- Encaissée), but the indicator should be set to false.
Only the external PA will receive the Lifecycle message.
Example
<ubl:ApplicationResponse>
<cec:UBLExtensions>
<cec:UBLExtension>
<cec:ExtensionContent>
<vrbl:ApplicationResponseExtension>
<vrbl:RoutingDetails>
<!-- unique sender ID -->
<vrbl:Sender>FR10123456789</vrbl:Sender>
<!-- unique receiver ID -->
<vrbl:Receiver>GENERIC_PPF_COMPLIANCE_FR_1p0</vrbl:Receiver>
<!-- Only applicable for status`212`
true: report to PPF and PA
false: only send to PA (but not report to PPF) -->
<vrbl:ForwardDuplicateIndicator>true</vrbl:ForwardDuplicateIndicator>
</vrbl:RoutingDetails>
</vrbl:ApplicationResponseExtension>
</cec:ExtensionContent>
</cec:UBLExtension>
</cec:UBLExtensions>
<!-- unique document type id -->
<cbc:CustomizationID>urn:vertexinc:vrbl:billing:1#ApplicationResponse#VRBL-Lifecycle-FR-1p0</cbc:CustomizationID>
<!-- code omitted for clarity -->
</ubl:ApplicationResponse>
Updated 10 days ago
