Version minimum	Date de mise à jour
4.7	27/11/2018

Fonctionnalité

Les champs personnalisés permettent par simple paramétrage d'ajouter des champs sur les entités suivantes :

Clients/Prospects
Contact
Articles
Opportunités/Affaires
Evènements
Equipements

Les champs personnalisés permettent une modification simple du modèle de données du projet. Mais attention, ces champs ne sont pas reconnus par le Studio de développement. Il n'est donc pas possible de les utiliser pour modifier des écrans spécifiques (filtre de recherche, colonne de tableau, formulaire personnalisé). Néanmoins, ils sont tout à fait utilisable pour créer des segments marketing.

Pour les entités, tiers (client, prospect), opportunités, affaires, événements et équipements, on parle de champs personnalisés variables, car ces champs peuvent être conditionnés via une règle d'affichage en fonction par exemple : du type du tiers (prospect ou client) du type projet (opportunités ou affaires), du type de l'événement ou du type de l'équipement. Cela veut dire par exemple que sur une fiche équipement en fonction de son type les champs affichés sur le CRM web ou sur le CRM Mobile seront différents si l'équipement est de type "chaudière" ou de type "cuve" (exemples utilisés dans le jeu de démonstration standard).

Dans le cas d'un projet interfacé avec l'ERP Divalto infinity, ces champs personnalisés sont automatiquement synchronisés avec les rubriques implicites de Divalto infinity des entités correspondantes.

Attention : une fois créé, il n'est plus possible de supprimer un champ personnalisé. En effet, comme la suppression du champ personnalisé peut amener à supprimer un ensemble de données, cette action n'est permise que via le Studio de développement.

Critères d'activation

Autoriser l'utilisation des champs personnalisés sur les tables : SwingStudio > Dictionnaire de données : cocher la case “Autoriser les colonnes virtuelles”

Tables

Cf. liste des entités ci-dessus et selon autorisations dans le dictionnaire de données.

Variables

Dans le translator, on peut utiliser le tag <dynamicfields_exists>tablename</dynamicfields_exists> pour vérifier si des champs personnalisés sont définis.

Particularités

Attention : les champs personnalisés ne peuvent pas être utilisés comme des champs standards dans les backends, events, etc

Navigateur non pris en charge