Skip to main content
Certains objets métier n’ont pas d’équivalent standard : un registre de pesées, un suivi d’échantillons, un référentiel d’outillage. Quand l’information ne se réduit pas à un champ de plus sur une fiche existante, vous créez une table additionnelle : votre propre entité, avec ses enregistrements et ses champs. Une table additionnelle est un citoyen de première classe. Elle a ses fiches, ses vues, ses filtres, son historique de modifications, et elle est exposée dans l’API avec les mêmes conventions que les entités standard. Vos outils la lisent et l’écrivent sans traitement particulier.

​
Ce qu’on y met

Les mêmes types de champs que sur une entité standard (texte, nombre, booléen, date, liste de choix), et des liens vers les entités Bonx : rattacher une pesée à un lot, un échantillon à une commande, un outil à un site. C’est ce rattachement qui fait la différence entre une table additionnelle et un tableur à côté.

​
Quand préférer une table

  • L’information a plusieurs occurrences pour une même fiche (plusieurs pesées pour un lot).
  • Elle a sa propre durée de vie, indépendante de la fiche qui l’a produite.
  • Elle porte plusieurs informations liées entre elles, pas une valeur isolée.
Dans le cas contraire, un champ additionnel suffit et reste plus simple à exploiter.
Les tables additionnelles sont propres à votre espace : elles n’existent que chez vous et ne sont jamais affectées par les évolutions du produit standard.