Nouveautés de la version 1.2.10

Version corrective publiée le 27 octobre 2026. Elle met fin aux relances en double, fait réussir les tâches planifiées de CapCRM et donne à la démonstration le visage d'une vraie entreprise.

Une seule relance par prospect en stagnation

Quand un prospect reste trop longtemps dans une étape de campagne, CapCRM crée une relance dans l'agenda du commercial. Cette relance était jusqu'ici recréée à chaque passage de la tâche planifiée, si bien que l'agenda se remplissait d'un doublon par jour. CapCRM retrouve désormais la relance déjà créée et n'en ajoute plus tant qu'elle est récente.

Les tâches planifiées ne passent plus en erreur

Les tâches planifiées de CapCRM (archivage des prospects, relances, alertes, relevé des scores) apparaissaient en erreur dans la liste des travaux planifiés de Dolibarr chaque fois qu'elles avaient effectivement travaillé. Elles se terminent maintenant en succès, avec une phrase qui résume ce qui a été fait, ou qui indique qu'il n'y avait rien à faire.

Un clic, une action

L'envoi d'un avis depuis la page "À propos" et l'import d'une liste de prospects dans une campagne sont des actions lentes : un double clic les lançait deux fois. Le bouton se désactive désormais dès le premier clic.

Autres corrections

• Un lien vers le module sans tiers précis ouvre le tableau de bord commercial au lieu d'une page d'erreur "Missing socid".
• Sur Dolibarr 18, les libellés "Année précédente", "Personne" et "Email" s'affichent traduits au lieu de leur code.
• La liste des modules de Dolibarr affiche une vraie description de CapCRM.

Une démonstration plus riche et plus sûre

La page de données de démonstration (réservée à l'administrateur, à l'adresse custom/capcrm/admin/demo.php) a été revue :

• elle construit une PME d'une cinquantaine de salariés : une équipe commerciale de six personnes, soixante tiers et leurs contacts, des mois d'échanges, des devis, des commandes, des factures, des campagnes et des règles de relance ;
• les rendez-vous, relances et factures sont datés autour du jour de la génération : la démonstration paraît vivante quel que soit le jour où on la lance ;
• elle se relance autant de fois que l'on veut : ce qu'un passage précédent a créé est réutilisé, et le journal dit ce qui a été créé ou repris ;
• les comptes de démonstration s'appellent capcrm.commercial, capcrm.manager, etc. ; les anciens comptes demo.commercial et demo.manager sont renommés automatiquement ;
• un compte réel qui porterait le même identifiant qu'un compte de démonstration n'est jamais repris ni supprimé ;
• sur une installation de production, la génération et la purge sont refusées : il faut passer MAIN_FEATURES_LEVEL à 2 ou la constante CAPCRM_ALLOW_DEMO_DATA à 1 pour les autoriser ;
• sur MySQL, les évènements d'agenda de la démonstration portent bien leur marqueur, ce qui permet à la purge de les retrouver.

Le visiteur de la démonstration en ligne profite aussi de la visite guidée : essayez CapCRM sur dolitry.fr/capcrm.

Mise à jour

1. Remplacez les fichiers du module par ceux de la version 1.2.10 (ou passez par le zip de mise à jour).
2. Désactivez puis réactivez le module dans la page d'administration des modules, pour enregistrer la nouvelle version.

Vos réglages, vos campagnes et la disposition des blocs de chaque utilisateur sont conservés. Si vous venez d'une version antérieure à la 1.2.8, consultez aussi les nouveautés de la 1.2.8.