5 612 colonnes expliquées
Pas les noms techniques : ce que la donnée signifie dans votre métier, en langage clair et écrit pour qui n'a pas programmé le système.
593 tables et 5 612 colonnes documentées en langage clair : ce que chacune contient, quel module l'écrit et ce qui se passe si elle change. C'est ce qui fait que votre information reste la vôtre même si vous changez de prestataire.
Ce que cela résout
N'importe quel ERP conserve vos données. Très peu vous disent ce qu'elles signifient. Quand arrive un audit, une intégration ou simplement un nouveau venu, la question « c'est quoi exactement cette colonne ? » ne peut recevoir de réponse que de celui qui a programmé le système — et cela vous lie à lui bien plus que n'importe quel contrat.
Ce qui est inclus
Pas les noms techniques : ce que la donnée signifie dans votre métier, en langage clair et écrit pour qui n'a pas programmé le système.
Chacune avec ce qu'elle contient, quel module l'écrit et à quoi elle se rattache. La structure de votre information cesse d'être une carte que seule une personne possède.
Ce qui est documenté est ce qui peut être interrogé. Le dictionnaire n'est pas une annexe : c'est ce qui fait que construire un rapport n'est pas deviner.
D'où sort chaque chiffre, champ par champ. Y répondre avec un document plutôt qu'avec une explication raccourcit un audit entier.
Quand il faut connecter un autre système, la structure est déjà écrite. Pas besoin de la déduire en regardant des données d'exemple.
Une nouvelle table sans sa documentation fait passer la suite de tests au rouge. Ce n'est pas une promesse de le maintenir : c'est un cliquet.
Comment ça marche
Il est dans la plateforme, sans rien demander ni payer à part.
Par module, par nom ou par ce qu'il décrit.
Pour un rapport, pour une intégration ou pour répondre à un audit.
Dans le détail
Dire que `monto_neto` est « le montant net » n'explique rien. L'entrée dit ce qu'il inclut, ce qu'il exclut et qui le calcule.
C'est la question la plus coûteuse quand quelque chose ne colle pas : savoir quel module pose cette valeur évite de la chercher dans tout le système.
Quand deux modules écrivent le même champ, le résultat est plausible et faux. Le documenter, c'est ce qui le rend visible.
Ce qui est documenté alimente le générateur de rapports. En retirer ou en ajouter une change ce qui peut être interrogé, et ce n'est donc pas un changement cosmétique.
Les catalogues que maintient Zyntello — pays, devises, registre fiscal, ports — sont distingués de vos données d'exploitation, qui sont celles qui vous appartiennent.
Un prestataire qui ne documente pas vos données vous attache sans le dire. Avec le dictionnaire, changer de système est un projet ; sans lui, c'est repartir de zéro.
Pour qui
Et il faut expliquer d'où sort chaque chiffre.
Et vous devez savoir ce qu'il y a dedans sans le deviner.
Et vos données doivent rester lisibles sans lui.
Questions fréquentes
Non. Il vient avec la plateforme et couvre les modules que vous avez souscrits.
Oui, en entier — rédigé en espagnol dans la plateforme. Et il ne décrit pas la colonne technique : il décrit ce que cette donnée signifie dans votre métier.
Oui : c'est la structure écrite, donc connecter quelque chose cesse d'exiger de la rétro-ingénierie sur des données d'exemple.
Oui, et pas par bonne volonté : une nouvelle table sans sa documentation fait passer la suite de tests au rouge.
Ce qui est documenté est ce que le générateur de rapports peut interroger. Le dictionnaire est ce qui fait que construire un rapport n'est pas deviner.
Oui, pour l'emporter à un audit ou à la discussion avec qui va s'intégrer à vous.
Et aussi
Nous vous montrons Dictionnaire de données en fonctionnement sur un cas proche du vôtre, sans engagement.