Bonjour,
Quand je suis dans crème
je vais dans annuaire>société et je vois la liste des sociétés
ensuite je peux cliquer sur la société de mon choix pour la visualiser.
J'ai un bloc salarié qui listent les salariés et quand je clique sur un salarié j'ai ses caractéristiques dans un formulaire d’enregistrement.
Je voudrais obtenir la même chose :
créé mon bloc "secteurs d'activité" personnalisé ou je peux saisir et lister ses multiples secteurs.
Est ce possible ? et comment ?
Bonjour,
dans Creme, les relations servent à relier 2 entités. Les entités sont en gros les fiches principales (elles ont, en général ,une vue en liste, une vue détaillée etc..) ; c'est par exemple les Contacts, Sociétés, Opportunités, Activités... Les Secteurs (si vous parlez bien du champ "secteur" qu'on trouve dans les Contacts & Sociétés) ne sont pas des entités, mais des petits modèles auxiliaires (que vous configurez dans la configuration de l'app "Comptes & contacts").
Il n'est donc pas possible de créer une relation qui pointe vers un secteur ; d'ailleurs si vous allez dans la configuration des types de relation et que vous créez un nouveau type personnalisé, vous avez la possibilité de restreindre les types d'entités compatibles, et "secteur" ne s'y trouvera pas.
Les modèles Contacts et Organisation référencent juste un seul secteur, pas possible tel quel d'en avoir plusieurs.
EN REVANCHE, si je comprends ce que vous voulez, vous pouvez dans la configuration des "champs personnalisés", créer un nouveau champ pour Société (exemple de nom: "Secteur multiple", pour le distinguer de celui de base) de type . Ce champ apparaîtra alors dans vos formulaires de Sociétés, ainsi que dans la vue détaillée des sociétés (bloc des champs personnalisés, d'où vous pourrez modifier directement les secteurs d'une société). Vous pouvez aussi ajouter la colonne correspondant à ce nouveau champ dans la vue de liste des sociétés.
Est-ce clair, et est-ce que ça répond à votre question ?
(29-10-2020, 12:35)genglert a écrit : Bonjour,
dans Creme, les relations servent à relier 2 entités. Les entités sont en gros les fiches principales (elles ont, en général ,une vue en liste, une vue détaillée etc..) ; c'est par exemple les Contacts, Sociétés, Opportunités, Activités... Les Secteurs (si vous parlez bien du champ "secteur" qu'on trouve dans les Contacts & Sociétés) ne sont pas des entités, mais des petits modèles auxiliaires (que vous configurez dans la configuration de l'app "Comptes & contacts").
Il n'est donc pas possible de créer une relation qui pointe vers un secteur ; d'ailleurs si vous allez dans la configuration des types de relation et que vous créez un nouveau type personnalisé, vous avez la possibilité de restreindre les types d'entités compatibles, et "secteur" ne s'y trouvera pas.
Les modèles Contacts et Organisation référencent juste un seul secteur, pas possible tel quel d'en avoir plusieurs.
EN REVANCHE, si je comprends ce que vous voulez, vous pouvez dans la configuration des "champs personnalisés", créer un nouveau champ pour Société (exemple de nom: "Secteur multiple", pour le distinguer de celui de base) de type . Ce champ apparaîtra alors dans vos formulaires de Sociétés, ainsi que dans la vue détaillée des sociétés (bloc des champs personnalisés, d'où vous pourrez modifier directement les secteurs d'une société). Vous pouvez aussi ajouter la colonne correspondant à ce nouveau champ dans la vue de liste des sociétés.
Est-ce clair, et est-ce que ça répond à votre question ? Je pense que la liste champs multiples ne correspond pas à mes besoins. En fait j'ai une liste de 2500 codes secteurs à mettre en choix.
Est ce que créer un module résoudrait mon problème ? (comme l'exemple des castors)
Citation :Je pense que la liste champs multiples ne correspond pas à mes besoins. En fait j'ai une liste de 2500 codes secteurs à mettre en choix.
En effet, dans l'état actuel ça risque de ne pas être génial. Dans Creme 2.2 qui sortira d'ici quelques mois la gestion des choix dans les champs personnalisés a été améliorée :
- on peut créer des choix à la volée dans les formulaires classiques (comme pour les Secteurs par exemple), et aussi aussi
- la configuration est plus adaptées à un grand nombre de choix, on peut remplacer un choix par un autre quand on supprime un choix, les doublons sont évités.
Cependant, dans votre cas, dans les formulaires vous allez vous retrouver avec un gros < select > avec 2500 choix qui va être pénible à l'usage (et sûrement plomber les performances coté affichage) (sans compter la saisie initiale des 2500 codes, mais c'est un problème distinct). La gestion de grand nombres de choix dans les formulaire est quelque chose de prévu ; mais par manque de temps ça ne sera pas dans la 2.2 (donc pas avant un an dans la version stable).
Citation :Est ce que créer un module résoudrait mon problème ? (comme l'exemple des castors)
Ah oui à partir du moment où coder est une possibilité ça n'est pas un problème très compliqué (si je m'en tiens aux contraintes que vous m'avez données, évidemment) (cependant il y a plusieurs approches possibles) ; de base j'essaie de trouver une solution qui fonctionne sur un Creme vanilla. Attention, le plus important n'est pas tellement le code initial, mais plutôt de savoir le maintenir avec le temps, les mises à jour etc...
(30-10-2020, 19:19)genglert a écrit : Citation :Je pense que la liste champs multiples ne correspond pas à mes besoins. En fait j'ai une liste de 2500 codes secteurs à mettre en choix.
En effet, dans l'état actuel ça risque de ne pas être génial. Dans Creme 2.2 qui sortira d'ici quelques mois la gestion des choix dans les champs personnalisés a été améliorée :
- on peut créer des choix à la volée dans les formulaires classiques (comme pour les Secteurs par exemple), et aussi aussi
- la configuration est plus adaptées à un grand nombre de choix, on peut remplacer un choix par un autre quand on supprime un choix, les doublons sont évités.
Cependant, dans votre cas, dans les formulaires vous allez vous retrouver avec un gros < select > avec 2500 choix qui va être pénible à l'usage (et sûrement plomber les performances coté affichage) (sans compter la saisie initiale des 2500 codes, mais c'est un problème distinct). La gestion de grand nombres de choix dans les formulaire est quelque chose de prévu ; mais par manque de temps ça ne sera pas dans la 2.2 (donc pas avant un an dans la version stable).
Citation :Est ce que créer un module résoudrait mon problème ? (comme l'exemple des castors)
Ah oui à partir du moment où coder est une possibilité ça n'est pas un problème très compliqué (si je m'en tiens aux contraintes que vous m'avez données, évidemment) (cependant il y a plusieurs approches possibles) ; de base j'essaie de trouver une solution qui fonctionne sur un Creme vanilla. Attention, le plus important n'est pas tellement le code initial, mais plutôt de savoir le maintenir avec le temps, les mises à jour etc...
Bon j'essaie la création du module à l'aide de vos docs castor 
|
