Se la Verification of Payee facesse un confronto rigido carattere pentru carattere, quasi nulla corrisponderebbe: «Gio Rossi» vs «Giovani Rossi», accenti, maiuscole e suffissi companieli fallirebbero toți. în loc de la Overeenkomst la nume este proiectată pentru tollerare le differenze innocue intercettando comunque le discrepanze reali. Iată cum este fatta.
Najpierw normalizare
Before comparing, names are typically normalised: trimming whitespace, standardising case, and handling accents and punctuation. This removes noise that has nothing to do with whether two names refer to the same party.
Tollerante, nu lasca
L'obiectiv este perdonare le differenze cosmeticare (maiuscole, accenti, spaziatura) senza perdonare quelle significative (un cognume diverso). Quell'equilibrio este esattamente ciò care produce la via de mezzo a Bijna overeenkomst.
Confronto e i tre rezultate
- Corrispondenza — i nume si allineano abbastanza de la a fi sicuri care sia la aceeași parte.
- Close Overeenkomst — they're similar but not identical, so the verified name is returned for confirmation.
- Nessuna Overeenkomst — la differenza este abbastanza significativa de la nu underla lasciar passare.
Ce înseamnă pentru datele pe care le introduci
Because matching is tolerant of formatting but sensitive to meaning, the best thing you can do is send the most official name you hold — and, for businesses, an organisation identifier. That gives the comparison the cleanest possible input. When you do get a Bijna overeenkomst, RoxPay returns the verified name, so you can show it for confirmation and store it to Overeenkomst cleanly next time.