Référence temporaires des projets / contrats
Nouveau
Lorsque vous créez un nouveau contrat, et que vous avez défini sur le produit une référence automatique, le contrat prend aussitôt sa référence définitive. Toutefois vous pouvez désormais retarder la génération de cette référence, par exemple si vous attendez le règlement de l’acompte pour activer le contrat.
Sur le produit, il suffit de définir, en plus de la référence finale, une référence temporaire qui s’appliquera sur le contrat jusqu'à ce qu’il prenne un sous-état précis (de votre choix).
Pour en savoir plus : Référence automatique de contrat
API - Classement des lots de signatures électroniques
Nouveau
Une nouvelle route API vous permet de classer dans les fiches correspondantes les circuits de signatures électroniques qui sont retournés à Modulr avec l'état “Signé”. Vous pouvez ainsi intégrer de bout en bout toute la gestion des circuits de signature à votre site via l’API Modulr.
Retrouvez toutes les informations techniques dans le Swagger.
Affichage des bénéficiaires sur l’extranet
Nouveau
Les bénéficiaires des contrats peuvent désormais être consultés dans les fiches contrats depuis l’extranet client (si vous activez cette possibilité) mais aussi depuis l’extranet partenaire. Il n’est pas encore possible de gérer les adhésions/radiations depuis l’extranet.
Export des utilisateurs (avec leur rôle) associés aux clients
Nouveau
Si vous associez des collaborateurs à vos fiches clients (chargés d’affaires, gestionnaires de contrats…) il vous est maintenant possible de les inclure dans un export personnalisé. Dans n’importe quel modèle d’export, ajoutez simplement la nouvelle colonne calculée Utilisateurs associés au client depuis la liste des colonnes “Client”. Cette colonne unique sera remplacée par autant de colonnes “Nom” et “Rôle” que nécessaire pour afficher tous les utilisateurs associés à vos clients.
Tri des quittances par numéro
Amélioration
Dans la page “Quittances”, vous pouvez maintenant trier les quittances en fonction de leur numéro interne et de leur numérotation automatique, en plus des autres critères de tri.
Gestion de volumétrie accrue dans le publipostage
Amélioration
Dans le cas de publipostages volumineux que vous destinez à l’envoi papier, le téléchargement du fichier global pouvait planter. Pour y remédier, le fichier global est désormais préparé en tâche de fond, puis il est mis à votre disposition dans une notification de traitement (exactement comme pour un export volumineux). Notez que les gros publipostages peuvent nécessiter plusieurs minutes d’attente.
État par défaut des comptes extranets des clients
Amélioration
Une option de configuration globale permet désormais de choisir l'état par défaut des comptes extranets des clients parmi : Activé, Désactivé, En attente de validation (si option activée).
Consulter l’avancement de vos traitements
Amélioration
Lorsque vous exécutez certains traitements susceptibles d'être longs, ceux-ci sont déclenchés en tâches de fond afin notamment de ne pas vous bloquer ni de vous ralentir dans l’usage de l’application. C’est par exemple le cas pour les publipostages et les exports de données.
Une fois le traitement terminé, vous recevez une notification. Vous ne savez toutefois pas forcément si le traitement a bien été pris en compte, s’il a démarré, si une erreur est survenue.
Afin de vous permettre de mieux suivre l’avancement des traitements ainsi déclenchés, vous pouvez désormais en consulter la liste depuis le menu Traitements différés, accessible en survolant votre nom d’utilisateur en haut à droite du bandeau principal de l’application.
Publiposter les dates de période de n’importe quel avenant
Amélioration
Avec les étiquettes de publipostage existantes sur les avenants, vous ne pouviez pas générer un document contenant les dates de début et de fin d'un avenant qui n'était pas en cours. En effet l'étiquette end_date n’indiquait pas la bonne date pour un avenant déjà terminé ou pas encore commencé.
Par exemple : une attestation générée en avance, lors du renouvellement annuel d’un contrat, ne pouvait cibler correctement la période d’assurance suivante.
Vous disposez maintenant d’une nouvelle étiquette sur les avenants : estimated_end_date qui calcule correctement la date de fin de l’avenant ciblé dans tous les cas de figure. Nous vous encourageons à remplacer end_date par estimated_end_date dans tous vos modèles de documents, puisque cette dernière couvre tous les cas possibles.
Par exemple, pour l'attestation associée à un futur avenant, vous pouvez indiquer :
“Couvert du {{la.effect_date}} au {{la.estimated_end_date}}”.