Cet article décrit les nouvelles fonctionnalités et les mises à jour apportées au package Calendly Salesforce version 2.
Pour migrer de notre version de package Salesforce non géré (v1) à notre version de package géré (v2), consultez : Effectuez la mise à niveau de votre package Calendly Salesforce de la version 1 à la version 2.
Sinon, si vous avez une version de package géré (v2 ou supérieure), vous pouvez passer à la version actuelle en visitant votre page d'intégration Salesforce et en sélectionnant la bannière pour effectuer la mise à niveau.
Si vous ne savez pas quelle version vous utilisez actuellement, visitez votre page d'intégration Salesforce pour confirmer votre version.
Version 2.6
Avec la version 2.6, nous avons introduit la possibilité de synchroniser les cas d'absence de Calendly avec Salesforce afin que l'enregistrement d'événements dans Salesforce indique lorsque certains événements entraînent une absence. Consultez les modifications apportées dans la version 2.6 ci-dessous.
- Ajoute 1 nouveau champ personnalisé à l'objet Événement :
-
Est marqué comme absent : ce champ à cocher reflète les cas où les invités sont marqués comme étant absents dans Calendly.
-
-
Ajoute 1 nouveau modèle de flux UpdateEventNoShowTemplate :
-
Ce modèle de flux est désactivé par défaut et doit être activé par un administrateur SFDC pour que les synchronisations des absences se produisent.
-
Lorsque le modèle de flux UpdateEventNoShowTemplate est actif dans Salesforce :
- Les invités marqués comme absents dans Calendly demanderont à Salesforce de rechercher l'enregistrement d'événement correspondant avec l'UUID de l'invité afin de mettre à jour le champ personnalisé IsNoShow en conséquence.
-
-
Version 2.5
Avec la version 2.5, nous avons introduit la possibilité de synchroniser les adresses e-mail des invités et des co-organisateurs de l'événement Calendly avec Salesforce afin que le dossier de l'événement dans Salesforce affiche tous les participants à l'événement. Consultez les modifications apportées dans la version 2.5 ci-dessous.
- Ajoute 3 nouveaux champs à l'objet CalendlyAction :
-
Invités supplémentaires : ce champ est une liste d'adresses e-mail d'invité séparée par des virgules associées à l'événement.
-
Organisateurs supplémentaires : ce champ est une liste, séparée par des virgules, d'adresses e-mail de co-organisateurs associées à l'événement.
-
Nom du groupe : ce champ contient le nom du groupe auquel appartient l'utilisateur Calendly avec lequel une planification a été réalisée.
-
-
Met à jour le modèle CreateEventTemplate
-
Après avoir créé l'enregistrement d'un événement Calendly, ce flux ajoutera également des participants supplémentaires à l'événement si l'événement a des invités ou des co-organisateurs. Le comportement par défaut de cette mise à jour de flux est le suivant :
-
Recherche un lead ou un contact correspondant en fonction de l'adresse e-mail de l'invité fournie dans la réponse au formulaire Calendly. Si un prospect ou un contact correspondant est trouvé, ce prospect / contact est ajouté en tant que participant à l'événement.
-
Recherche un utilisateur Salesforce correspondant en fonction de l'adresse e-mail du co-organisateur (s'il s'agit d'un événement collectif). Si un utilisateur correspondant est trouvé, cet utilisateur Salesforce est ajouté en tant que participant à l'événement.
-
-
-
Ajoute 2 nouveaux modèles de flux :
-
Obtenir un modèle de participant à l'événement
-
Créer un modèle de participant à l'événement
-
Le modèle CreateEventTemplate mis à jour utilise les 2 nouveaux flux ci-dessus pour créer des participants à un événement lorsqu'un événement est planifié.
-
Version 2.4
Dans la version 2.4, nous avons introduit la possibilité de synchroniser les réponses au formulaire de routage Calendly directement avec Salesforce, ce qui permet aux administrateurs de créer et de mettre à jour des enregistrements lorsqu'un formulaire d'acheminement est soumis. Consultez les modifications apportées dans la version 2.4 ci-dessous.
- Ajoute un nouvel objet personnalisé (CalendlyRoutingFormSubmission) qui stockera des informations, y compris le nom du formulaire soumis, les paramètres UTM associés ou l'identifiant Salesforce du formulaire, ainsi que le résultat des règles d'acheminement liées au formulaire.
- Ajoutez un nouvel objet personnalisé pour les clients (CalendlyRoutingFormQuestionsAnswers) qui stockera les questions et réponses du formulaire et sera lié à l'objet CalendlyRoutingFormSubmissions correspondant.
- Ajoute le modèle CreateRoutingFormLeadTemplate
- Le comportement par défaut de ce flux est de rechercher des leads ou des contacts correspondants en fonction de l'e-mail fourni dans la réponse au formulaire Calendly. Si un prospect ou un contact correspondant est trouvé, le flux met à jour l'objet CalendlyRoutingFormSubmission avec l'identifiant du lead/contact afin que les réponses au formulaire soient associées au dossier existant. Si aucun lead/contact n'est trouvé, le flux crée un nouveau prospect appartenant à l'administrateur du système et associe CalendlyRoutingFormSubmission au nouvel enregistrement.
- Ajoute des classes Apex à :
- Créez des enregistrements d'objets CalendlyRoutingFormSubmission et CalendlyRoutingFormQuestionsAnswers.
- Ajoute FormSubmissionUUID à l'objet CalendlyAction
- Cela sera vide ou non défini s'il n'y a pas de formulaire d'acheminement Calendly qui redirige vers la page de réservation. Cela permet aux administrateurs Salesforce de traiter les événements provenant des formulaires d'acheminement différemment des événements provenant de visites directes des pages de réservation Calendly.
Version 2.3
Avec la version 2.3, nous avons introduit la possibilité de synchroniser des liens Calendly avec Salesforce afin que les administrateurs puissent se référer de manière dynamique à la page de réservation d'un utilisateur Salesforce dans des automatismes natifs de Salesforce ou dans d'autres outils pouvant s'intégrer et synchroniser les valeurs des champs depuis Salesforce. Consultez les modifications apportées dans la version 2.3 ci-dessous.
- Ajoute un nouvel objet personnalisé (CalendlyLink) qui stockera l'adresse e-mail de l'utilisateur Calendly, son lien Calendly et d'autres informations concernant le lien.
- Ajoute un champ Lien Calendly à l'objet Utilisateur pour stocker le lien de profil de l'utilisateur.
- Ajoute un modèle de flux (MapUserCalendlyLinkTemplate).
- Ajoute des classes Apex à :
- Insérer ou mettre à jour les enregistrements d'objets personnalisés CalendlyLink
- Définit les modèles de flux de manière à être désactivés par défaut.
- Cela suit les directives de bonnes pratiques de Salesforce afin que des modifications de modèle de flux puissent être intentionnellement ajoutées au flux par l'administrateur SFDC au lieu d'avoir un impact sur l'instance par défaut.
- Remarque : si vous n'utilisez pas de flux personnalisé et que vous utilisez le comportement de flux par défaut de Calendly, après avoir mis à jour vers la version 2.3 ou supérieure, copiez les modèles de flux par défaut et définissez la copie sur active.
- Ajoute des classes Apex à :
- Signalez à Calendly la version du package après l'installation. Cela aidera Calendly à envoyer de manière proactive un e-mail aux clients au sujet des abandons prévus pour les versions obsolètes.
Version 2.1
Nous avons conçu le package Calendly pour Salesforce comme package géré afin de faciliter l'ajout de nouvelles fonctionnalités à l'intégration et, à l'avenir, éviter que les utilisateurs aient besoin de réinstaller le package pour accéder à de nouvelles fonctionnalités. Consultez les modifications apportées dans la version 2.1 ci-dessous.
- Package géré.
- Des modifications à l'épreuve du temps pour anticiper l'obsolescence des fonctionnalités Salesforce.
- Supprime le processus OnCalendlyActionCreated.
- La logique qui déclenche l'exécution des flux est désormais incluse dans les modèles de flux CreateEvent et CancelEvent.
- Introduit une logique pour éviter la création en double de l'objet CalendlyAction.
- Reconstruit les flux CreateEvent et CancelEvent comme modèles de flux CreateEventTemplate et CancelEventTemplate.
- Ajoute de la logique à CreateEventTemplate pour trouver uniquement les administrateurs système actifs comme propriétaire de remplacement pour les nouveaux enregistrements créés si l'organisateur Calendly ne correspond à aucun utilisateur Salesforce.
- Le modèle CancelEventTemplate met à jour le champ A été replanifié sur l'activité si l'ancien événement a été replanifié.
- Ajoute 12 champs à l'objet CalendlyAction pour saisir des questions et des réponses personnalisées numérotées de 5 à 10 dans le flux de réservation.
- Auparavant, seules les 4 premières questions et réponses étaient transmises.
- Ajoute un champ Est replanifié à l'objet Activité et à l'objet CalendlyAction.
- Transmet les informations sur l'emplacement dans le champ Emplacement de l'objet personnalisé CalendlyAction.