Le "Montant" d'une transaction dans Zoho CRM affiche de nombreuses décimales supplémentaires (par exemple, 12,3456789 au lieu de 12,35). Cela signifie généralement que la valeur numérique stockée ou la couche de transformation (Deluge, client API ou analyseur de locale) expose la précision brute en virgule flottante au lieu d'une valeur monétaire formatée.
Ce que cela signifie
Zoho CRM stocke les champs monétaires et décimaux avec une précision numérique, mais l'interface utilisateur et les API peuvent afficher soit l'affichage formaté, soit la valeur numérique brute. Les rapports de la communauté montrent deux contributeurs courants : un bug dans la gestion de Deluge/décimales qui a affecté les champs Monétaire/Décimal et des différences dans la façon dont les formats décimaux avec virgule ou point sont analysés lors du copier-coller ou de l'importation de valeurs [1][2]. Si vous voyez des chiffres supplémentaires lors de la récupération d'enregistrements via l'API, le comportement de Get Records/metadata peut exposer des valeurs non arrondies aux clients [1][5].
Causes courantes
- La précision du champ est laissée élevée ou non définie, de sorte que la valeur stockée contient de nombreux chiffres fractionnaires [5].
- Une fonction Deluge, un workflow ou une fonction personnalisée effectue des calculs et renvoie des résultats flottants non arrondis [1][6].
- Un décalage de locale ou de format de collage (virgules vs points) amène le système à analyser incorrectement les valeurs et à produire des parties fractionnaires étranges [2].
- Votre intégration ou client API affiche la valeur numérique JSON brute au lieu de la valeur d'affichage formatée du module [1][5].
Comment le résoudre
- Vérifiez d'abord les paramètres du champ : ouvrez Configuration > Personnalisation > Modules et champs > Transactions, modifiez le champ Montant (ou devise personnalisée) et définissez les décimales sur 2. Enregistrez et vérifiez quelques enregistrements dans l'interface utilisateur.
- Vérifiez la devise/locale de l'organisation : ouvrez Configuration > Détails de l'entreprise ou Configuration > Devises et vérifiez que votre devise par défaut et le séparateur décimal de votre locale correspondent à la façon dont les utilisateurs collent les valeurs. Ajustez si nécessaire et testez le collage d'une valeur [2].
- Inspectez l'automatisation et les fonctions : examinez toutes les règles de workflow, fonctions personnalisées ou scripts Deluge qui touchent Deal.Amount. Ajoutez un arrondi explicite (par exemple,
round(amount, 2)dans Deluge) avant de réécrire dans l'enregistrement. Les rapports de la communauté montrent que les bugs de calcul Deluge peuvent exposer des décimales supplémentaires, privilégiez donc l'arrondi explicite [1]. - Corrigez les intégrations et les clients API : lorsque vous appelez Get Records ou d'autres points de terminaison, formatez les valeurs numériques côté client sur deux décimales avant l'affichage (par exemple,
toFixed(2)ou équivalent). Si votre client s'appuie sur la sortie formatée du CRM, demandez le champ d'affichage/formaté là où il est disponible ou appliquez l'arrondi immédiatement après la récupération [1][5]. - Nettoyez les données existantes (si nécessaire) : si de nombreux enregistrements contiennent déjà des décimales indésirables, exécutez une mise à jour en masse via l'importation de données ou une fonction de mise à jour en masse qui définit Montant =
round(Montant, 2). Testez d'abord sur un petit ensemble. - Reproduisez et documentez : capturez des captures d'écran, les ID d'enregistrement, la requête/réponse API et tout code Deluge qui modifie le champ.
Quand escalader
Ouvrez un ticket de support Zoho lorsque vous pouvez reproduire le problème après les étapes 1 à 4, et incluez un ID d'enregistrement d'exemple, la requête/réponse API exacte, les paramètres de locale et tout code Deluge. Si le problème correspond au bug historique Deluge/décimales ou ressemble à une régression de formatage côté serveur, Zo