Différences

Ci-dessous, les différences entre deux révisions de la page.

--- en:guide_de_parametrage [2025/08/08 09:56] – admin
+++ en:guide_de_parametrage [2025/11/04 16:59] (Version actuelle) – [Enable User Data Entry] admin
@@ Ligne 13: / Ligne 13: @@
   * Then click on **Add a process**
-**✏️ The process creation is done in 7 steps:**
+**✏️ The process creation is done in 8 steps:**
 ️⃣ General information
@@ Ligne 92: / Ligne 92: @@
 === 🚦 The user must wait until the processing is complete in the final step before returning to the business website ===
-Mandatory checkbox : this option must be checked to enable **retry mechanisms** within the journey.
+Mandatory checkbox : this option must be checked to enable **retry mechanisms** within the journey. The user has an initial attempt and can make up to 3 retries.
-Retries occur when a user fails a step. Below is the list of error messages that may be displayed to end users:
-  * "Unusable selfie. Please ensure that your environment is well-lit." *(except for external eID methods)*
-  * "Unusable document. Please ensure that the document is clear and readable." *(except for external eID methods)*
-  * "Unusable voice sample. Please ensure you are in a quiet environment."
-  * "Incorrect code. Please try again." (in case of OTP code received via SMS)
-\\
-//*eID: External Electronic Identification method, such as La Poste Digital Identity, FranceConnect+, or PVID.//
 ---
@@ Ligne 136: / Ligne 126: @@
 User side:
-{{cgu_propre_user_en.png?500%}}
+{{cgu_propre_user_en.png?300%}}
 ====== Remote Identity Verification Methods ======
@@ Ligne 188: / Ligne 178: @@
 The Sistema Pubblico di Identità Digitale (SPID) is the Italian standard for digital identity.
 Issued by certified providers (postal services, banks, telecom operators, etc.), it provides each citizen with a unique identifier, protected by multi-factor authentication.
+===== Focus on the customizable online journey =====
+{{customizable_process.png}}
+**Check font type**: A font check of the MRZ band is available. However, if the photo of the identity document provided by the user is of insufficient quality, this check may result in a higher number of failures (KO) and cause a slight increase in processing time.
+---
+**Detection of monochrome**: If the uploaded identity document is monochrome, it will be rejected.
+---
+**Detection of alteration and modification of the photo of the title**: This check detects anomalies (wave patterns, RF, pasted photos).
+---
+**Extraction and control of information**: The MRZ is automatically corrected, and the checksum verification is performed.
+---
+**Detection of attack by presentation**: If the uploaded or captured photo comes from a screen, it will be rejected.
+---
+**Allow document upload**:
+  * On smartphone: The user can scan or upload their document.
+  * On PC: The user must upload their document.
+💡 For the selfie, it is recommended to use a smartphone for better image quality.
+---
+**Verify the existence of both sides of the document**: If two sides are required and only one is provided, the file will be marked as KO.
 ===== Additional Configurations and Available Controls =====
@@ Ligne 252: / Ligne 277: @@
 {{mail_phone.png?500%}}
+For your information, the OTP code can be sent a maximum of 3 times, at a rate of one send per minute.
 ---
@@ Ligne 257: / Ligne 284: @@
 🔧 If your use of ID360 relies entirely on our APIs and the end user is never redirected to the ID360 identification URL, this feature allows you to compare collected data. For example, if you expect Mr. Y to be onboarded, you can use ID360 API calls to ensure that the extracted identity matches Mr. Y and not Mr. Z.
-🔧 If you still want to perform such checks while redirecting the user to the ID360 identification URL—without letting them modify the expected data—an API method is available to push this data into the system (see: Developer Guide).
+The entered last name is compared with both the birth name and the usual name.
+🔧 If you still want to perform such checks while redirecting the user to the ID360 identification URL—without letting them modify the expected data, an API method is available to push this data into the system (see: Developer Guide).
+===== String Comparison in ID360 =====
+🔧 The algorithm used is a fuzzy matching.
+ID360 uses a **three-step approach** to compare strings.
+The goal is to enable reliable comparisons even when strings contain accents, special characters, or linguistic variations.
+==== 1. Unidecode Step ====
+The first step is to **remove accents and diacritical marks** to standardize the comparison.
+This allows words to be compared as if they were written using only standard ASCII characters.
+**Example:**
+  * élodie → elodie
+Thus, *élodie* and *elodie* will be considered **identical** at this stage.
+==== 2. Generic Transliteration Step ====
+Once accents are removed, ID360 applies a **generic transliteration**.
+This process converts non-ASCII characters (such as letters specific to certain languages) into their most common Latin alphabet equivalents.
+The original language of the word is **not** taken into account here — only a standard transliteration is applied.
+**Examples:**
+  * weiß → weiss
+  * düker → duker
+This step makes it possible to harmonize strings originating from different languages without knowing the linguistic context.
+==== 3. Precise Transliteration Step ====
+The final step performs a **contextual transliteration**, taking into account the **original language of the text**.
+For identity documents (passports, national ID cards, etc.), the language used corresponds to the **issuing country of the document**.
+As a result, some letters are transformed differently depending on the language.
+**Examples:**
+  *For Germany (DE)* :
+  * Jörg → Joerg
+  * Düker → Dueker
+  *For France (FR)* :
+  * Jörg → Jorg
+  * Düker → Duker
+This language-aware transliteration provides a **comparison more faithful to the document’s context**.
+==== Notes ====
+  * Specific transliteration rules depend on the **country of origin**.
+  * European countries are generally less affected by these differences, but **Germany** is a notable exception, as its rules are frequently used in official documents.
+  * Other countries may apply their own conventions depending on their civil registry standards or national requirements.
+==== Summary ====
+ID360 compares strings through a progressive process:
+  - **Character normalization** (removal of accents)
+  - **Universal transliteration** (generic conversion of non-ASCII characters)
+  - **Contextual transliteration** (conversion adapted to the document’s language)
+This method ensures a **robust, consistent, and linguistically accurate comparison**.
 ====== Documents to Be Returned to the Business Service ======
@@ Ligne 440: / Ligne 534: @@
 As part of the customizable online process of Docaposte, or in the case of collecting an identity document associated with an EIM (such as La Poste Digital Identity), you can select the authorized identity documents (National Identity Card, Passport, Residence Permit, and Driving Licence in card format).
-Receipts for identity documents are not accepted. As security elements are absent, we cannot guarantee their authenticity.
 ==== Protection level against injection attacks level ====