Chiffre contrôle BSN Pays-Bas

Les caractères non numériques, les longueurs incorrectes, l'entrée vide et les bases dont le reste est dix (aucun chiffre de contrôle monochiffre possible) sont rejetés avec une erreur invalid_input claire. Exécutez-la gratuitement dans le navigateur ou appelez l'API KIT ; les deux chemins partagent la même arithmétique pure, sans réseau et sans registres de population stockés.

Comment fonctionne le test de onze du BSN néerlandais

Comme l'algorithme est une arithmétique modulaire entière pure à poids fixes, les mêmes huit chiffres produisent toujours le même chiffre de contrôle sur chaque plateforme—navigateur, Worker ou banc de test hors ligne—c'est pourquoi la capacité est publiée comme moteur parse de niveau A et non comme appel à un modèle.

Comment calculer le chiffre de contrôle ou valider un BSN complet

Envoyez un champ number qui ne contient que les caractères de zéro à neuf. Le mode validate attend exactement neuf chiffres. Cette forme facilite l'affichage « vous avez saisi X, attendu Y » dans une interface KYC ou RH sans seconde requête. Chaînes vides, number manquant, valeurs de mode invalides et longueurs incorrectes (par exemple sept ou dix chiffres) échouent avant toute somme pondérée et ne sont pas facturées. Espaces, points, tirets, lettres et points décimaux sont rejetés comme entrée non numérique avec invalid_input, afin qu'un formulaire n'accepte jamais une valeur nettoyée en silence : supprimez le formatage dans votre client si l'utilisateur colle des numéros masqués. Le mode compute est le mode par défaut : fournissez exactement huit chiffres de base ; le moteur renvoie check_digit comme chaîne d'un caractère, bsn comme le code complet à neuf chiffres, sum_base comme la somme pondérée intermédiaire des huit, length neuf et l'étiquette de l'algorithme. Si la base de huit chiffres donne un reste de dix, compute échoue avec invalid_input plutôt que d'inventer un chiffre à deux positions ou nul. La réponse indique valid true uniquement lorsque le chiffre final correspond à expected_check_digit recalculé et que la somme pondérée complète est divisible par onze ; elle inclut toujours base (les huit premiers), check_digit tel que soumis, expected_check_digit lorsqu'une base légale existe, weighted_sum et le bsn canonique formé de base plus le chiffre attendu. Comme le chemin est un parse pur sans horloge, source aléatoire ni réseau, la même entrée produit toujours le même JSON dans l'outil gratuit du navigateur et via l'API. À $0.002 par requête réussie, vous pouvez protéger des imports CRM massifs, des audits de fichiers partenaires et des portes de formulaire sans négocier un niveau sur mesure.

Où les chiffres de contrôle BSN s'intègrent aux flux produit réels

Les portails de santé et pharmacies qui stockent le BSN comme clé patient peuvent bloquer la suite tant que valid n'est pas true et afficher expected_check_digit lorsque le chiffre est faux. Les jobs de qualité des données recalculent expected_check_digit pour chaque colonne BSN d'un export et signalent les écarts avant facturation ou reporting fiscal. Dans chaque flux le contrat est le même : chiffres uniquement, huit pour compute ou neuf pour validate, JSON structuré testable par goldens, comportement identique gratuit dans le navigateur ou via solde KIT prépayé, et échec honnête lorsque l'entrée n'est pas une chaîne de chiffres bien formée ou que la base ne peut pas produire un unique chiffre de contrôle.