Signe moins et parenthèses : normaliser un montant bancaire sans l’inverser

Déterminez le sens du montant dans la source avant de normaliser son écriture. Le caractère −, un moins final et des parenthèses peuvent demander des traitements différents. Ils n’autorisent pas à rendre négatif deux fois un même débit.

Identifier d’abord la convention de signe source

Inventoriez les écritures exactes dans le PDF ou l’export brut. Distinguez colonne déjà signée et colonnes débit/crédit positives.
Définissez une règle explicite par motif confirmé dans une colonne de travail. Appliquez-la aux seuls montants et gardez l’écriture originale.
Convertissez le résultat en nombre. Signalez les motifs non reconnus et vérifiez le sens contre la colonne ou le libellé source.

Exemple fictif

Dans une source fictive qui précise ces trois écritures pour les sorties, −25,40, 25,40- et (25,40) donnent chacune −25,40. Une valeur 25,40 dans une colonne débit positive relève du mapping débit/crédit, pas d’une règle devinée. Ne transformez jamais −25,40 en +25,40 par une seconde inversion.

Reconnaître un motif complet à la fois

Séparez reconnaissance, attribution du signe et conversion numérique. Pour cette colonne signée fictive, acceptez un nombre simple, un seul moins initial, un seul moins final ou une paire complète de parenthèses. Retirez l’enveloppe reconnue, interprétez la valeur absolue selon la décimale confirmée, puis appliquez une seule fois le signe consigné. N’appliquez pas ensuite la règle des débits positifs.

Laissez (−25,40), 25,40-- ou une parenthèse non refermée à vérifier : deux marqueurs n’autorisent pas à deviner leur combinaison. Une référence contenant un tiret sort du périmètre. Remplacez seulement le motif de montant complet et confirmé ; conservez le texte original pour comparaison.

Vérifier le sens et la stabilité

Ajoutez deux lignes fictives : sortie (25,40) et entrée 40,00. Les résultats attendus sont −25,40 et +40,00, soit +14,60 net. Perdre le signe négatif donnerait +65,40, un écart de 50,80. Les totaux séparés des sorties et entrées expliquent cet écart ; compter les cellules converties ne suffit pas.

Réappliquez la règle de travail à son propre résultat : −25,40 doit rester −25,40. S’il change, une règle de sens est appliquée plusieurs fois. Séparez les montants déjà numériques des textes à normaliser, puis comparez la sortie sauvegardée à un paiement et une entrée connus avant import. Un motif inconnu reste une exception, même si une somme plausible est obtenue.

Séparer écriture reconnue et sens confirmé

Ajoutez trois champs de travail près de la source intacte : motif reconnu, résultat signé et motif d’exception. Fixez les conventions décimale et de milliers avant conversion. Dans cet export EUR fictif, la virgule marque les décimales et le point groupe les milliers ; cette convention appartient au cas, pas à tous les fichiers bancaires francophones.

Source fictive	Contexte confirmé	Résultat proposé
`−25,40`	Colonne signée ; moins Unicode défini comme sortie	Nombre −25,40
`1.234,50-`	Colonne signée ; moins final défini comme sortie	Nombre −1 234,50
`(25,40)`	Parenthèses négatives définies dans le document	Nombre −25,40
`25,40`	Colonne débit positive	−25,40 après le mapping débit distinct
`(−25,40)` ou champ vide	Marqueurs contradictoires ou montant absent	À résoudre ; aucun nombre inventé

Reconnaissez d’abord le montant brut entier, puis retirez uniquement son enveloppe de signe confirmée et ses séparateurs de milliers documentés. Convertissez la valeur absolue selon la décimale du fichier et attribuez le sens une seule fois. Le tiret ASCII - et le moins Unicode − sont différents : reconnaître l’un ne prouve pas le traitement de l’autre. Un tiret dans une référence ou un libellé reste hors de cette règle de montant.

Distinguez vide, non reconnu et zéro. Un 0,00 visible et documenté peut devenir zéro numérique. Un champ vide, un tiret isolé ou un chiffre illisible reste à résoudre jusqu’à confirmation. Gardez les exceptions dans la table ; une somme qui les ignore ne doit pas entraîner l’acceptation du lot entier.

Pour un second contrôle fictif, associez 1.234,50- à une entrée de 2.000,00 : le net attendu vaut +765,50 EUR. Perdre le négatif donnerait +3 234,50, un écart de 2 469,00, soit deux fois le débit. Vérifiez totaux par sens et nombre d’exceptions. Si le signe interprété contredit une colonne débit/crédit source, bloquez cette ligne et examinez la convention bancaire ; ne choisissez pas le signe qui équilibre le relevé.

Contrôles et limites

Comptez les valeurs positives et négatives avant et après traitement. Examinez paiement, entrée et contre-passation. Un remplacement textuel exécute une règle choisie, sans comprendre la convention bancaire. Si les parenthèses correspondent à une annotation, gardez la ligne à vérifier jusqu’à clarification par la source.

Conservez le fichier original intact et notez tout point non résolu avant d’utiliser le tableau.

Contrôles complémentaires

Interprétez les signes après avoir confirmé le montant et les séparateurs de milliers. Débit et crédit vers un montant signé : méthode pour un CSV bancaire · Montants bancaires en texte : repérer les espaces insécables · Vérifier un solde bancaire sans masquer les erreurs d’extraction.

BankStatementScan est en préparation. Le site propose une demande d’accès et un exemple fictif ; il ne convertit pas actuellement vos fichiers bancaires. Voir le service envisagé.

Sources consultées le 16 octobre 2026

Unicode — Number formatting and rounding.