Bonjour,
C’est manifestement un manque. Je n’ai trouvé aucune référence. Alors, en explorant le code je trouve ceci. Sans idée sur le contexte d’utilisation. MYCOMPANY_NAME MYCOMPANY_EMAIL MYCOMPANY_PROFID1 MYCOMPANY_PROFID2 MYCOMPANY_PROFID3 MYCOMPANY_PROFID4 MYCOMPANY_PROFID5 MYCOMPANY_PROFID6 MYCOMPANY_CAPITAL MYCOMPANY_FULLADDRESS MYCOMPANY_ADDRESS MYCOMPANY_ZIP MYCOMPANY_TOWN MYCOMPANY_COUNTRY MYCOMPANY_COUNTRY_ID
SInon le module ExtraOdt permet de récupérer la totalité des tags présents (et d’en rajouter)
il suffit pour cela d’utiliser le tags {odt_show_all_tags}
Est-ce qu’il y aurait moyen d’utiliser les attributs supplémentaires en natif de dolibarr dans les templates de mail?
J’ai essayé mais je n’y arrive pas
Merci d’avance pour votre aide
Laurent
Je confirme j’ai la même régression entre une v6 et v7, CONTACTCIVNAME n’est plus mise à jour.
Aussi on peut voir la liste des tags , dans le menu : menu accueil>configuration>email onglet modèle de courrier puis cliquer sur l’icone ? à coté de contenu, vous verrez la liste des balises de substitutions.
En v6 celle ci est présente en v7 elle est absente.
Je vais demander du coté bug du forum pour voir ce qu’ils en pensent.
Merci Frédéric.
Donc de manière plus explicite, à partir de la version 8, CONTACTCIVNAME n’existe plus et est remplacé par les clés suivantes, en fonction de la qualité du contact : CONTACT_NAME_BILLING CONTACT_NAME_CUSTOMER CONTACT_NAME_SHIPPING CONTACT_NAME_SERVICE
@Frédéric : c’est bien ça ?
Merci Frédéric,
J’ai souscrit à la liste. Je doute que je sois submergé
Ceci me fait prendre conscience qu’il manque une fonction importante dans le projet : retranscrire en documentation les évolutions et nouvelles fonctionnalités ajoutées.
Ceci transparait dans le vécu, par ce fil par exemple, par le caractère brut du changelog qu’on reçoit à chaque publication, et par l’organisation mise en place. On a des développeurs avec différents grades, mais aucune fonction pour faire le lien entre ce qui est codé et la documentation. La fonction pour le wiki n’est que de maintenir le wiki en place. L’utilisateur doit être PHP et GIT fluent pour savoir quelle fonction existe et comment l’utiliser.
Il est vrai que la modification n’est pas très « user friendly » et peut apparaître comme une régression si on ne suit pas les dev en cours.
Ce serait bien de faire un lien sur les améliorations fonctionnelles mais plus orienté utilisateur pour les montées en version.
Pour vérifier, on trouve les valeurs XXX dans configuration / Dictionnaires - Types de contacts/adresses
ou pour les clients on a les valeurs suivantes :
BILLING
SERVICE
SHIPPING