Questions générales

Comment migrer uniquement les tickets clôturés ?

La migration des tickets clôturés n'est pas prise en charge par la migration automatisée. Toutefois, vous pouvez contacter notre équipe d'assistance ; nous étudierons la possibilité de transférer exclusivement les tickets clôturés via un processus de migration personnalisé, adapté à vos besoins spécifiques.

Puis-je migrer des tickets sans contacts ?

Malheureusement, la migration des tickets sans les contacts est impossible. Pour conserver tous les liens entre les enregistrements (tickets, agents, contacts, groupes, etc.), vous devez migrer tous les objets. Notre service de migration garantit un transfert précis, respectant l'ordre d'origine de votre système d'assistance, permettant ainsi à vos agents de travailler avec des enregistrements exacts.

Pourquoi les contacts sont-ils importants ?

Les contacts sont essentiels car ils servent de points de connexion entre tous les enregistrements. Certaines plateformes, comme Freshdesk, Freshserviceet Kayako, n'autorisent pas la suppression complète des données, notamment des utilisateurs (agents et contacts), car elles sont indispensables au maintien de l'intégrité des données.

Par exemple, dans Freshdesk, lorsqu'un contact est supprimé, il n'est pas complètement effacé mais marqué comme « SUPPRIMÉ ». Si ce contact supprimé soumet une nouvelle demande, son courriel peut être considéré comme un spam ou envoyé à la corbeille.

Importer les contacts au préalable

Si vous avez déjà importé des contacts et souhaitez les exclure de la migration, cela n'est malheureusement pas possible. L'API ne permet pas d'exclure des contacts de la migration, et l'assistant de migration doit vérifier la présence de doublons en migrant toutes les données afin de comparer les informations.

Option de filtrage

En fonction de votre plateforme de support technique actuelle, nous pouvons appliquer des filtres pour migrer des données spécifiques. De plus, si vous devez réaffecter des tickets entre agents, veuillez nous en informer à l'avance. Par exemple, nous pouvons réaffecter les tickets des agents qui ne seront plus présents sur la plateforme cible vers les agents disponibles, selon vos besoins. Sinon, ils seront attribués à un agent par défaut.

Les billets transférés conserveront-ils leur numéro d'identification ?

Non, les billets migrés ne conserveront pas leurs numéros d'identification d'origine ; de nouveaux identifiants leur seront attribués.

Chaque plateforme de support technique utilise sa propre méthode d'attribution des identifiants de tickets. Par exemple, les identifiants Zendesk comportent généralement cinq chiffres, tandis que ceux Help Scout en ont quatre. Notre outil de migration respecte les paramètres de la plateforme cible afin de garantir un transfert précis de vos données.

Toutefois, si vous souhaitez conserver les identifiants de ticket originaux de votre plateforme source pour référence ultérieure, vous pouvez suivre les étapes suivantes :

• Créez un champ de texte personnalisé dans votre centre d'assistance cible.
• Lors du processus de mappage des champs de ticket, repérez l'option « ID » dans le menu déroulant et associez-la à votre champ de texte personnalisé.

Note:

• Si vous ne voyez pas l'option « ID », il est probable que le champ personnalisé de votre système d'assistance cible ne soit pas un champ texte, ce qui explique pourquoi l'assistant de migration propose différentes options.
• Après avoir mappé le champ de texte personnalisé, cliquez sur « Enregistrer le mappage » et poursuivez votre migration.

L'ordre des identifiants de billet sera-t-il conservé après la migration ?

Non, l'ordre des identifiants de tickets ne sera pas conservé après la migration complète des données. Cet ordre dépend de la plateforme source, et l'assistant de migration transfère les tickets de l'ancienne vers la nouvelle plateforme ou inversement, selon la plateforme.

Veuillez vous référer au tableau ci-dessous pour connaître l'ordre des billets pour les différentes plateformes :

Comment les tickets non attribués sont-ils migrés ?

Lors de la migration des données, les tickets non attribués du service d'assistance source sont automatiquement affectés à un agent par défaut du service d'assistance cible. Ce processus est facilité par un mappage dynamique des données, permettant aux clients de personnaliser le mappage des champs des tickets selon leurs préférences.

Les principales raisons de l'attribution automatique des tickets non attribués à un agent par défaut sont les suivantes :

• Cartographie dynamique des données : Les clients peuvent ajuster la cartographie des champs des tickets selon leurs besoins. Cependant, afin de garantir l’exactitude des informations et de préserver les liens entre les enregistrements, les tickets non attribués sont associés à un agent par défaut.
• Limitations de la plateforme : Dans la plupart des systèmes d’assistance, il est impossible de créer un ticket sans l’attribuer à un agent. Par conséquent, le processus de migration des données nécessite l’attribution des tickets non attribués pour se dérouler sans encombre.

Avant la migration des données, les clients peuvent indiquer quel agent sera désigné comme agent par défaut. En nous informant au préalable, vous nous permettez de configurer les paramètres en conséquence.

Si vous préférez migrer les tickets non attribués tels quels, sans les assigner à un agent par défaut, vous pouvez demander une personnalisation de votre migration de données. Nous pouvons adapter le processus de migration à vos besoins spécifiques et transférer les tickets non attribués en conséquence.

Les plateformes qui prennent en charge la migration des tickets non attribués ou des tickets non résolus/non fermés en tant que non attribués comprennent :

• Zendesk
• Freshdesk
• Jira Service Management
• Gorgias
• DeskPro

Veuillez noter que la migration de données personnalisée est une option payante ; vous pouvez vous renseigner sur les détails des prix auprès de notre équipe d’assistance.

Puis-je transférer les cartes de crédit dans les tickets ?

Oui, vous pouvez transférer les destinataires en copie des tickets lors du processus de migration des données. Voici quelques détails sur ce processus :

Qu'est-ce que le CC ?

La fonction CC (Copie Carbone) permet d'envoyer des copies d'un e-mail ou d'un ticket à des destinataires supplémentaires susceptibles d'être informés ou tenus au courant de la conversation. Elle est couramment utilisée pour garantir que les personnes concernées sont informées de la communication, sans exiger d'elles une action ou une réponse spécifique. Ces copies contiennent souvent des informations essentielles qui ne peuvent être perdues. Ainsi, si vous décidez de changer de service d'assistance, vous pouvez conserver vos copies CC.

À ce jour, nous prenons pleinement en charge la migration des données CC pour les plateformes suivantes :

• Zendesk
• Freshdesk
• Freshservice
• Deskpro
• Front
• Supportpal
• CSV

Particularités

• Le processus de migration des certificats de conformité est complexe et exige des efforts considérables.
• Une prise en charge supplémentaire de l'exportation des données CC est disponible pour Help Scout, FreeScout, Jira Service Management, Salesforce Service Cloud, Outlooketivanti.
• Des options de migration personnalisées sont proposées pour Gmail, HappyFox, HelpDesk, HubSpot, Kayako (y compris l'importation), Manage Engineet Teamwork Desk.

Comment fonctionne le processus

1. Configurez la migration en sélectionnant les plateformes source et cible et en fournissant les informations d'identification.
2. Sélectionnez les objets que vous souhaitez migrer et procédez au mappage.
3. Effectuez une migration de démonstration pour prévisualiser le processus.
4. Procédez à la migration complète des données.
5. Notre assistant de migration se chargera pour vous du mappage des champs CC lors de la migration complète des données.

Comment puis-je faire correspondre les statuts des tickets ?

L'association des statuts de tickets est une étape importante du processus de migration des données. Elle permet de garantir la correspondance entre les statuts de la plateforme source et ceux de la plateforme cible. Vous trouverez ci-dessous un exemple d'association des statuts de tickets pour différentes plateformes :

Comment télécharger les données cartographiques ?

Une fois votre démonstration ou votre migration complète terminée, vous pouvez télécharger et consulter votre mappage de données. Ce fichier contient toutes les configurations de mappage enregistrées entre votre source et votre cible.

Comment télécharger le fichier mappings.xlsx ?

Une fois la migration terminée, vous recevrez un récapitulatif des enregistrements migrés. Cliquez sur « Télécharger les rapports ».

L'archive sera téléchargée sur votre appareil. Extrayez-la pour accéder au fichier mappings.xlsx. Ouvrez ce fichier avec un tableur (par exemple, Microsoft Excel, Google Sheets ou LibreOffice Calc).

Le fichier organise les correspondances par type d'entité (par exemple, ticket, contact, article) sur des feuilles séparées, incluant à la fois les champs par défaut et les champs personnalisés.

Utilisez ce fichier pour examiner comment les champs d'entité ont été mappés.

Comment les agents sont-ils migrés ?

La migration d'agents avec le service Help Desk Migration consiste à faire correspondre les agents de la plateforme source avec ceux de la plateforme cible. Grâce à ce service, vous pouvez facilement réaffecter les tickets entre agents. Par exemple, si un agent du centre d'assistance source a pris sa retraite, vous pouvez choisir à quel agent cible attribuer ses tickets.

Comment fonctionne la mise en relation des agents

Sur la page de cartographie, vous verrez le « Associer les éléments » à côté d’Agents .

Ensuite, deux scénarios sont possibles. Si le service d'assistance cible dispose déjà de profils d'agents, vous pourrez associer leurs adresses e-mail en cliquant sur le menu déroulant.

Vous pouvez facilement ajouter des agents sur la plateforme cible sans quitter l'assistant de migration. En haut du formulaire , sélectionnez l'adresse e-mail à créer sur le service d'assistance cible, puis cliquez sur « Ajouter le même membre du personnel sur {target} ». Patientez quelques instants pendant la création de l'utilisateur.

« Ajouter le même personnel sur {target} » n'apparaît pas , vous devez créer manuellement les profils des agents sur la plateforme de support technique cible.

Migrez-vous les liens internes ?

Lors de la migration des liens vers les articles de la base de connaissances, veuillez noter qu'ils ne seront pas mis à jour automatiquement. Par exemple, lors du passage de Zendesk à Freshdesk les liens continueront de rediriger les utilisateurs vers Zendesk. Cela s'explique par le fait que chaque plateforme gère les liens internes différemment, ce qui rend impossible la prédiction des nouveaux identifiants lors de la migration.

Nous vous recommandons de procéder à un audit complet de vos liens et de mettre à jour manuellement les URL afin d'éviter toute interruption de service. Bien que cela puisse occasionner des désagréments, il est essentiel de privilégier la prudence avec les liens internes. Soyez assurés que nous nous engageons à résoudre ce problème lors des prochaines mises à jour.

Comment migrer les tags vers un service d'assistance non basé sur les tags ?

Notre service Help Desk Migration vous permet de migrer les étiquettes, même si votre nouveau système cible ne prend pas en charge cette fonctionnalité.

La meilleure méthode consiste à créer des champs de texte personnalisés et à les associer aux balises correspondantes.

Quel est le statut archivé de la migration ?

Vos données sont stockées en toute sécurité pendant 3, 5 ou 10 jours, selon le forfait d'assistance que vous avez choisi, conformément à nos conditions générales d'utilisation et à accord de niveau de service .

Pour demander la suppression de vos données, veuillez envoyer un courriel à contact@help-desk-migration.com .

Une fois la période de stockage terminée ou dès réception de votre demande de suppression, le statut de votre migration sera mis à jour à « Archivé », et toutes les données associées seront définitivement supprimées de notre système.

Veuillez noter qu'aucune modification supplémentaire ne pourra être apportée une fois la migration archivée.

Pourquoi ma migration de données a-t-elle été archivée et comment puis-je la réactiver ?

Selon votre forfait d'assistance, le système archive automatiquement les migrations complètes trois (3) ou dix (10) jours après leur achèvement. Les migrations de démonstration sont archivées si vous ne les mettez pas à jour pendant 30 jours.

Vous pouvez effectuer une autre migration de démonstration à tout moment avant la fin de la période d'archivage. Une fois qu'une migration de démonstration ou une migration complète est archivée, vous ne pouvez pas la réactiver , car l'application supprime tous les journaux et l'accès à vos comptes.

Pour poursuivre les tests ou le transfert de données, lancez une nouvelle migration dans l'assistant de migration.

Comment utiliser l'authentification à deux facteurs et la surveillance de l'activité des utilisateurs dans l'assistant de migration ?

Pour renforcer la sécurité de vos données dans l'assistant de migration, Help Desk Migration a introduit deux nouvelles fonctionnalités de protection : l'authentification à deux facteurs (2FA) et la surveillance de l'activité des utilisateurs.

Authentification à deux facteurs

Activez l'authentification à deux facteurs en suivant ces étapes :

1. Accédez à Paramètres du compte > Authentification à deux facteurs et activez l'option.

2. Téléchargez une application de vérification 2FA (par exemple, Twilio Authy ou Google Authenticator)

3. Scannez le code QR affiché à l'écran à l'aide de l'application de vérification.

4. Saisissez le code de vérification provenant de l'application.

5. Cliquez sur Activer l'authentification à deux facteurs.

Une fois l'authentification à deux facteurs activée, vous devrez saisir le code de vérification à chaque fois que vous vous connecterez à votre compte Migration Wizard.

L'authentification à deux facteurs (2FA) offre une protection supplémentaire à vos données. Même si votre mot de passe est compromis ou si vous perdez votre téléphone, vos données restent sécurisées. Le risque qu'une personne accède à vos informations d'authentification à deux facteurs est minime, garantissant ainsi la sécurité continue de vos données.

Le suivi des sessions d'activité des utilisateurs

Surveillez les sessions d'activité des utilisateurs en suivant ces étapes :

1. Accédez à Paramètres du compte > Sessions actives.

2. Examiner les détails de la session, notamment l'adresse IP, le navigateur et l'heure de connexion.

3. Vous pouvez également révoquer une session en cliquant sur le bouton « Révoquer ».

Cette fonctionnalité permet non seulement de suivre les sessions actives, mais aussi de révoquer les sessions pour une sécurité accrue.

Pourquoi désactiver les automatisations avant la migration ?

Il est fortement recommandé de désactiver les automatisations sur votre nouvelle plateforme avant la migration afin d'éviter des modifications inattendues des tickets migrés, telles que des changements de statut ou des réaffectations.

S'il est impossible de désactiver les automatisations, envisagez la solution de contournement suivante :

a) Demander l'assistance pour appliquer une étiquette à tous les tickets migrés.

b) Utilisez l'option « Ajouter une nouvelle étiquette aux tickets migrés » si elle est disponible dans la liste d'automatisation prédéfinie des paramètres de mappage.

Ensuite, définissez des règles spécifiques pour les automatisations et les notifications afin d'éviter leur déclenchement pour les tickets comportant l'étiquette ajoutée. Cette approche permet la migration des données tout en maintenant les automatisations activées.

Combien de temps dure la migration des données ?

Il est complexe de prédire la durée exacte de votre migration de données en raison de divers facteurs qui influent sur la vitesse.

La migration comprend deux étapes principales : la lecture et l’écriture. La lecture récupère les enregistrements du centre d’assistance source, tandis que l’écriture les transfère vers le centre d’assistance cible.

Les facteurs qui influent sur le temps de migration sont les suivants :

La durée nécessaire pour accomplir chaque étape dépend de divers facteurs, notamment :

• Volume d'enregistrements : Plus le nombre d'enregistrements est important, plus la migration sera longue.
• Accessoires : Les accessoires volumineux ou nombreux peuvent prolonger la durée de récupération.
• Limites de l'API : Les services d'assistance source et cible imposent des limites aux requêtes.
• Architecture API : Certaines plateformes nécessitent plusieurs requêtes par enregistrement.

Voici comment chaque aspect s'inscrit dans votre processus de migration

Enregistrements : La quantité d’enregistrements influe sur la durée de la migration. Plus il y a d’enregistrements, plus la durée est longue, même si des limites d’API élevées peuvent atténuer ce problème.

Éléments fixés : La présence et la taille des éléments fixés influent sur le temps de migration ; plus ils sont grands ou nombreux, plus le processus est long. Il est difficile d’estimer précisément leur nombre sans le connaître au préalable.

Limites et spécifications de l'API : Les limites de l'API déterminent le nombre maximal de requêtes autorisées dans un laps de temps donné, et varient selon la plateforme et le niveau d'abonnement. Comprendre les subtilités de l'architecture de l'API est essentiel pour optimiser les stratégies de migration.

Dans ce scénario hypothétique, prenons l'exemple d'une migration de Zendesk vers Freshdesk. Vous trouverez ci-dessous un résumé des fonctionnalités de chaque API et du nombre d'appels nécessaires pour une migration de données efficace :

Considérations relatives au service d'assistance Target :

• Centre d'assistance cible vide : la migration vers un centre d'assistance cible vierge prend généralement moins de temps.
• Données existantes : Si votre service d’assistance cible possède déjà des tickets, des contacts ou d’autres données, l’assistant de migration allouera du temps supplémentaire pour vérifier et éviter les doublons.

Que pouvez-vous faire pour y remédier ?

• Demande d'augmentation des limites d'API : Contactez le nouveau fournisseur de plateforme pour demander une augmentation temporaire des limites d'API. Cela peut accélérer considérablement le processus de migration. Veillez à effectuer cette démarche bien avant la date de migration afin d'éviter tout retard.
• Calcul de la durée de la migration : Renseignez-vous sur les limites des API des services d’assistance source et cible. Cela vous permettra d’estimer précisément la durée de la migration.

Comment accélérer la migration complète des données ?

La migration complète des données est un processus global qui ne peut être réalisé rapidement ; elle nécessite une attention particulière en raison du volume important de données impliquées.

Au fil du temps, l'utilisation de votre plateforme de support technique actuelle génère une quantité importante de données. C'est pourquoi, lors de la migration vers une nouvelle plateforme, l'objectif est de préserver l'intégralité des données, et non seulement des enregistrements individuels.

La durée d'une migration complète de données peut varier considérablement, de quelques heures à une semaine. Toutefois, la vitesse de migration dépend de plusieurs facteurs, notamment :

1. Le nombre et la taille des accessoires.
2. Limites d'API sur les plateformes source et cible.
3. Spécifications de l'API.
4. Caractéristiques de votre service d'assistance cible.
5. La vitesse de traitement des données par l'infrastructure serveur.

Pour accélérer la migration complète des données, plusieurs stratégies peuvent être mises en œuvre. Par exemple, il est possible de migrer séparément les tickets ouverts et fermés ou d'exclure les données historiques. Cependant, ces mesures n'apportent que des améliorations marginales et des temps d'attente peuvent subsister pendant le processus de migration.

Il est fortement recommandé d'augmenter les limites d'API sur les plateformes source et cible. Contactez les équipes d'assistance des deux solutions bien avant la migration afin de demander des augmentations temporaires de ces limites.

De plus, vous pouvez opter pour une approche automatisée en sélectionnant l'option « Ignorer les pièces jointes ». Cela simplifie le processus de migration en se concentrant uniquement sur le transfert des données client essentielles, que vous pouvez sélectionner lors de la migration de démonstration à l'étape « Sélectionner l'objet ».

L'option automatisée est disponible si votre plateforme source est : Zendesk, Freshdesk, Freshservice, Jira Service Management, Help Scout, Gorgias, Zoho Desk, Reamaze, Intercom, Kayako, ServiceNowou HubSpot Service Hub. D'autres plateformes sont également prises en charge.

Comment nettoyer les données avant la migration ?

Le nettoyage des données avant la migration est une étape cruciale pour optimiser l'efficacité et réduire les coûts du processus. Le volume de données de votre centre d'assistance source influe directement sur le temps de traitement et le coût total de la migration.

Que faire avant le nettoyage des données ?

1. Identifier les données inutiles:

• Vérifiez tous les enregistrements et excluez les données non essentielles à la migration. Notre outil de transfert de données exclut automatiquement les tickets marqués comme spam, mais assurez-vous de supprimer manuellement tout ticket spam qui aurait échappé à ce filtre.
• Envisagez de supprimer les données historiques inutilisées depuis longtemps.
• Éliminez les doublons de tickets pour éviter les échecs de migration.

2. Valider l'intégrité des données : Vérifier la validité des informations, notamment dans les entrées les plus anciennes. Supprimer ou mettre à jour les détails obsolètes ou non pertinents.

3. Compléter les données manquantes : S'assurer que tous les champs du billet contiennent les informations nécessaires, en particulier les champs obligatoires sur certaines plateformes.

4. Sauvegardez vos données : Conservez une sauvegarde pour vous prémunir contre les pertes accidentelles et garantir que les enregistrements importants puissent être restaurés en cas de besoin.

Recommandations spécifiques à la plateforme pour la suppression des données

Suppression de données dans Zendesk

• Assurez-vous que tous les tickets ouverts associés à un utilisateur soient résolus, fermés et archivés avant de tenter de supprimer son compte.
• La suppression d'un compte utilisateur est définitive et irréversible. Il est essentiel de se rappeler que cette action est irréversible.

Suppression de données dans Freshdesk

• La suppression définitive du compte d'un contact n'est possible qu'avec Freshdesk Mint.
• Les contacts supprimés sont déplacés vers le dossier « Contacts supprimés » mais restent dans le système.
• Les tickets provenant d'un contact supprimé seront dirigés vers le dossier Spam.
• La suppression d'agents convertit leurs comptes en contacts, et tous les tickets attribués deviennent non attribués.

Suppression de données dans Help Scout

• La suppression d'agents entraîne la désattribution des tickets qui leur étaient assignés.
• Les flux de travail créés par les agents supprimés seront désactivés.
• Les commentaires des utilisateurs supprimés continueront d'être affichés en leur nom sur la plateforme source, mais après la migration, ils seront attribués à l'utilisateur par défaut sur la plateforme cible.

Suppression de données dans Kayako

• Lors de la suppression d'un utilisateur, toutes les conversations, notes et autres données associées sont définitivement supprimées du service d'assistance.
• Les utilisateurs supprimés ne peuvent plus être recherchés dans Kayako après leur suppression.
• La suppression de données dans Kayako est irréversible ; évaluez donc soigneusement la nécessité de ces données avant de procéder à leur suppression.

En suivant ces recommandations spécifiques à chaque plateforme, vous pourrez gérer efficacement la suppression des données et assurer un transfert sans heurts lors du processus de migration.

Transférer les données depuis un système de billetterie auto-hébergé ou sur site

Le service Help Desk Migration propose une assistance pour l'exportation des données depuis les systèmes de gestion des tickets hébergés sur site ou en interne. Pour faciliter ce processus, suivez les étapes suivantes :

Ajoutez l'adresse IP à la liste blanche : Assurez-vous que l'adresse IP 18.198.164.195 est autorisée à accéder à votre système.

Ouvrez les ports 80 et 443 : Ces ports doivent être ouverts pour permettre la communication avec l'assistant de migration.

Configuration Database MySQL : Si vous migrez depuis MySQL, reportez-vous au guide sur la configuration de l’exportation MySQL et l’autorisation de l’adresse IP pour obtenir des instructions détaillées.

En suivant ces étapes, l'assistant de migration récupérera et migrera vos données sans problème.

Puis-je fermer la fenêtre du navigateur une fois la migration commencée ?

Oui, c'est possible. Les migrations de données, qu'elles soient de démonstration ou complètes, sont effectuées dans le cloud, ce qui vous évite de laisser votre navigateur ouvert.

La durée de la migration peut varier en fonction du volume de données transférées. Rassurez-vous, vous recevrez une notification par courriel une fois la migration terminée.

Puis-je apporter des modifications pendant la migration ?

Une fois la migration complète des données lancée, il est préférable d'éviter toute modification. Évitez d'apporter des changements ou des suppressions pendant le processus d'importation. Modifier ou supprimer des enregistrements pendant la migration peut entraîner des interruptions et des conséquences potentiellement irréversibles.

Si vous devez affiner vos enregistrements, nous vous recommandons de le faire avant ou après le processus d'importation.

Puis-je utiliser mes systèmes d'assistance technique pendant la migration des données ?

Durant le processus de migration des données, vous pouvez continuer à utiliser vos plateformes source et cible. Cependant, les considérations varient selon la plateforme que votre équipe utilise principalement pendant le transfert.

Utilisation de la plateforme Target :

Si vous choisissez d'utiliser la plateforme cible pendant le transfert des données, sachez que certains systèmes d'assistance peuvent nécessiter la désactivation temporaire des déclencheurs et des notifications. Cette approche présente des avantages et des inconvénients :

Avantages : Réduction du nombre de messages lors de la migration des données.

Inconvénients : Assurez-vous que votre flux de travail fonctionne sans problème, sans déclencheurs ni notifications, pendant toute la durée de la migration.

Utilisation de la plateforme Source :

Si vous choisissez de continuer à utiliser votre plateforme source pendant la migration, suivez ces étapes :

1. Vérifiez les résultats de la migration complète des données.
2. Transférez tous les messages entrants et les canaux de communication (appels, discussions instantanées, courriels) vers la plateforme cible.
3. Lancer une migration Delta.
4. Passez à une utilisation exclusive de votre plateforme cible.

Qu'est-ce qu'une Migration Delta ?

La migration delta consiste à transférer les tickets mis à jour et nouvellement créés vers la plateforme cible. Ce processus élimine les doublons, car notre service détecte et traite automatiquement les données nouvelles et mises à jour.

Quand et pourquoi avez-vous besoin d'une migration Delta ?

La migration delta est indispensable lors de l'utilisation de la plateforme source pendant la migration. Elle garantit le transfert fluide des tickets mis à jour et nouvellement créés pendant le processus de migration des données vers la plateforme cible. Notre offre de support Signature propose cette option spécialisée pour une transition en douceur.

Que se passe-t-il si un client répond à un ticket ouvert pendant la migration ?

Pendant la migration, Help Desk Migration ne capture pas les réponses des clients et ne les transfère pas au service d'assistance cible. Notre service ne vérifie pas la présence de nouvelles données durant la migration.

Voici quelques scénarios possibles :

• Plateforme cible active : Si le nouveau système est actif et que le client répond après l’importation du ticket, sa réponse sera transmise au nouveau service d’assistance.
• Système source utilisé : Si le ticket n’a pas encore été importé et que l’ancien système est actif, la réponse restera dans ce dernier. Cependant, le service de migration de données ne l’inclura pas dans l’importation.
• Plateforme cible utilisée : Si le ticket n’a pas encore été importé et que vous utilisez le nouveau service d’assistance, la réponse du client créera un nouveau ticket dans le nouveau système.

Pour atténuer ce genre de situations, nous recommandons de planifier la migration pendant les périodes de faible charge de support.

Où sera envoyée la réponse à un ticket migré ?

Une fois la migration des données terminée, vous vous demandez peut-être où seront acheminées les réponses aux tickets migrés. Il existe deux scénarios principaux :

• Réponse au ticket migré : La réponse peut être adressée au ticket d’origine qui a été migré vers la nouvelle plateforme.
• Création d'un nouveau ticket : La réponse peut également entraîner la création d'un nouveau ticket.

Pour une compréhension globale, nous avons effectué des tests en utilisant le courrier électronique et le portail libre-service pour répondre aux tickets migrés sur différentes plateformes populaires. Voici nos conclusions :

Si vous rencontrez un signe « - » (tiret), cela indique que nous n'avons pas pu effectuer de tests pour les réponses en raison de contraintes spécifiques à la plateforme.

Supprimez-vous les données de la plateforme source ?

Non, l’assistant de migration ne supprime aucune donnée de la plateforme source. Le service de migration est conçu pour ne modifier aucune donnée. Il suit un processus structuré :

• Lecture de la source : L’assistant de migration lit les données de la database sans apporter de modifications aux enregistrements d’origine.
• Créer une copie : Cette opération crée une copie des enregistrements à migrer vers la plateforme cible. Cette copie est utilisée pour le processus de migration.
• Importation vers la cible : Les enregistrements copiés sont importés dans la plateforme cible, garantissant ainsi que les données d’origine sur la plateforme source restent inchangées.
• Aucune suppression ni modification : L’assistant de migration ne supprime ni ne modifie aucune donnée sur la plateforme source. Les enregistrements originaux sont conservés et accessibles sur la plateforme source même après la migration.

Vous pouvez accéder à vos données sur l'ancienne plateforme à tout moment, sans aucun souci.

Sauvegardez les données de votre service d'assistance

Pour les responsables de la migration des données de support technique, une sauvegarde fiable des données sources est essentielle. Le processus de migration exige une préparation adaptée à vos systèmes de support technique source et cible. La mise en place d'une sauvegarde des données sources renforce la sécurité de votre politique.

Dans le cadre de notre engagement constant à répondre aux besoins de nos clients, l'équipe Help Desk Migration est fière de présenter une nouvelle option visant à simplifier le processus de sauvegarde des données de votre service d'assistance.

Qu'est-ce qu'une sauvegarde de données ?

La sauvegarde des données consiste à créer une copie conforme de vos données sources, généralement au format JSON. Les données de votre service d'assistance constituent le socle de vos opérations de service client ; il est donc crucial de les préserver après la migration vers un nouveau logiciel. Cela garantit la conformité aux protocoles de sécurité et le respect des obligations légales propres à votre secteur d'activité ou à votre implantation géographique. Par conséquent, la mise en place d'une sauvegarde complète des données de votre service d'assistance est indispensable pour les équipes de toutes tailles.

Comment fonctionne la sauvegarde des données sources ?

Une fois la migration des données du service d'assistance terminée, la sauvegarde des données sources sera disponible au téléchargement. Il est important de noter que les fichiers de sauvegarde seront au format JSON.

Pourquoi sauvegarder les données du service d'assistance au format JSON ?

Voici quelques raisons pour lesquelles la sauvegarde des données est effectuée au format JSON :

1. Le format JSON prend en charge les volumes importants de données, vous assurant ainsi de recevoir une copie complète de vos données sources.
2. La flexibilité de SON permet une intégration transparente avec les API, facilitant ainsi l'évolutivité et l'interopérabilité avec différents systèmes.
3. La structure de SON prend en charge les données hiérarchiques et relationnelles, préservant ainsi l'intégrité et l'organisation des informations de votre service d'assistance.
4. JSON est particulièrement adapté à la gestion databasevolumineuses et complexes, garantissant des processus de sauvegarde et de récupération efficaces.

Pourquoi les entreprises décident-elles de sauvegarder les données de leur service d'assistance ?

Aujourd'hui, les entreprises gèrent d'énormes quantités d'informations, allant des données personnelles aux FAQ et aux tickets d'assistance. La perte potentielle de ces données représente un risque important pour les opérations de support client, soulignant l'importance de stratégies robustes de sécurité et de sauvegarde des données.

La sécurité des données est primordiale pour assurer la continuité des activités, et la sauvegarde des données du service d'assistance en est un aspect crucial. Les entreprises adoptent cette pratique pour atténuer divers risques, tels que la corruption de données, les dysfonctionnements logiciels, les pannes matérielles, les erreurs humaines et autres événements imprévus. En mettant en place des sauvegardes de données, elles garantissent la disponibilité d'une copie complète de leurs données actuelles du service d'assistance, prête à être restaurée en cas de perte de données.

La sauvegarde des données du service d'assistance est essentielle lors de la préparation de migrations ou de mises à jour système. Elle constitue une étape initiale cruciale, permettant aux entreprises de capturer et de synchroniser un instantané des données à un moment donné, et de les restaurer à leur état antérieur en cas de besoin.

Quels sont les avantages de la sauvegarde des données sources ?

La sauvegarde des données sources offre plusieurs avantages considérables :

• En sauvegardant régulièrement vos données sources, vous renforcez la confiance dans la capacité de votre entreprise à protéger les informations critiques, rassurant ainsi vos clients et vos parties prenantes.
• Grâce à un système de sauvegarde complet, vous pouvez accéder aux données clients à tout moment, ce qui facilite des opérations fluides et un support client réactif.
• La sauvegarde des données sources contribue à garantir que votre entreprise reste conforme aux réglementations et normes en vigueur, atténuant ainsi le risque de sanctions pour non-conformité.
• Les solutions de sauvegarde agissent comme un filet de sécurité, protégeant contre les erreurs involontaires ou les mauvaises manipulations de données par les membres de votre équipe, préservant ainsi l'intégrité des données.
• En cas de perte ou de corruption de données, une stratégie de sauvegarde robuste permet une restauration rapide à leur état d'origine, minimisant ainsi les temps d'arrêt et les perturbations opérationnelles.
• Des pratiques proactives de sauvegarde des données peuvent donner à votre entreprise un avantage concurrentiel en démontrant sa fiabilité et sa préparation, en renforçant la confiance des clients et en surpassant ses concurrents.
• Avant la migration depuis une plateforme source, la sauvegarde des données permet la création d'archives complètes, garantissant la continuité des informations et minimisant les risques de transition.
• En conservant les données historiques de leurs clients grâce à des sauvegardes, les entreprises obtiennent des informations précieuses sur les préférences, les comportements et les préoccupations de leurs clients, ce qui facilite la prise de décisions éclairées et l'élaboration de stratégies marketing ciblées.

Anticiper la migration de vos données est essentiel pour garantir la continuité de votre activité et la satisfaction de vos clients. Restez informé(e) des nouvelles options de sauvegarde et des mises à jour en suivant l'actualité de nos produits. Nous nous efforçons constamment de vous proposer des solutions innovantes pour la gestion de vos données.

Comment obtenir de l'aide pour migrer des données entre différentes plateformes de support technique ?

Vous pouvez bénéficier d'une assistance adaptée à vos besoins. Si vous avez des questions lors de la configuration d'une migration de démonstration, planifiez une formation sur l'outil de migration via Calendly. En cas de problème lors d'une migration de démonstration ou d'une migration complète, utilisez le chat de l'assistant de migration ou réservez un de dépannage .

Pour bénéficier d'un accompagnement complet à chaque étape, réservez une Concierge Migration pour obtenir une assistance personnalisée de notre équipe.

Pourquoi ne pas lancer la migration complète des données après une migration de démonstration réussie ?

Si votre migration complète ne démarre pas immédiatement après une démonstration réussie, l'une de ces raisons peut s'appliquer :

1. Paiement non effectué : Vous n’avez pas encore payé la migration complète, ou votre paiement est toujours en cours de traitement.
2. Personnalisation demandée : Vous avez demandé des tâches de migration personnalisées, et notre équipe a besoin de temps pour les réaliser avant le début de la migration complète.
3. Migration planifiée : Vous définissez une date de début précise pour votre migration complète, le processus commencera donc à cette date.

Une fois le paiement effectué, les travaux personnalisés finalisés ou la date prévue atteinte, la migration complète démarrera automatiquement.

Où puis-je trouver les identifiants nécessaires pour connecter mon compte d'assistance technique à l'assistant de migration ?

Pour connecter votre compte d'assistance à l'Assistant de migration, vous aurez généralement besoin d'identifiants d'administrateur ou d'un jeton d'API provenant de vos plateformes source et cible. Vous trouverez ces informations dans les paramètres de votre compte d'assistance ou dans la section développeur/API : par exemple, dans Zendesk , sous Administration > Canaux > API, dans Freshdesk sous Administration > API, ou dans les paramètres développeur des autres plateformes. Si votre plateforme utilise l'authentification unique (SSO) ou des restrictions d'adresse IP, vous devrez peut-être générer un jeton d'API dédié ou contourner le compte et vous assurer que les adresses IP requises sont autorisées.

Quels sont les problèmes de connexion et d'inscription courants sur la plateforme Help Desk Migration ?

• Identifiants incorrects : la saisie d’une adresse e-mail, d’un mot de passe ou d’un jeton API erroné peut empêcher la connexion. Vérifiez toujours vos identifiants et assurez-vous d’utiliser le bon compte.
• Conflits SSO ou OAuth : si votre plateforme utilise l’authentification unique (SSO) ou OAuth, la connexion standard peut être bloquée. Utilisez le jeton API dédié ou un compte qui contourne l’authentification unique pour Help Desk Migration .
• Problèmes de navigateur : Un navigateur obsolète, des cookies désactivés ou des extensions de navigateur peuvent empêcher la connexion ou l’inscription. Vider le cache ou essayer un autre navigateur résout souvent ce problème.
• Vérification du compte : Les nouveaux comptes peuvent nécessiter une vérification par courriel avant de pouvoir se connecter. Veuillez consulter votre boîte de réception (et votre dossier de courriers indésirables) pour le courriel de confirmation.
• Restrictions d'adresse IP ou pare-feu : si votre réseau bloque les adresses IP externes, la plateforme peut empêcher la connexion. Assurez-vous que les adresses IP de Help Desk Migration

Pourquoi ma migration de démonstration s'arrête-t-elle à différentes étapes ?

• Volume ou taille des données : un grand nombre de tickets, de pièces jointes ou de champs personnalisés peut temporairement ralentir ou interrompre la migration de démonstration à certains moments.
• Filtrage et mappage des champs : des filtres et des mappages de champs complexes ou incompatibles peuvent interrompre la démonstration afin d’éviter les erreurs.
• Problèmes de connectivité : des interruptions réseau temporaires entre vos plateformes source et cible peuvent entraîner une pause du processus.
• Limites et mesures de sécurité de la plateforme : les migrations de démonstration peuvent être interrompues ou ralenties car des plateformes comme Zendesk , Freshdesk ou Jira limitent le nombre de requêtes qu’un outil peut effectuer simultanément, et le système comprend des points de contrôle pour tester en toute sécurité les transferts de données.

Comment puis-je démarrer et terminer une migration de démonstration gratuite avec le service Help Desk Migration ?

Pour démarrer une migration de démonstration gratuite avec le service Help Desk Migration , inscrivez-vous, connectez-vous et reliez vos plateformes source et cible à l'aide des identifiants ou jetons API requis. Pour la migration de démonstration, vous pouvez laisser le système transférer automatiquement 20 tickets aléatoires avec leurs données associées, ou bien demander la migration de tickets spécifiques de votre choix.

Une fois votre sélection effectuée, il vous suffit de cliquer pour démarrer la migration de démonstration gratuite, et en quelques minutes, vous pourrez consulter les résultats sur votre plateforme cible.

Comment puis-je vérifier l'état et les résultats de ma migration de démonstration ?

Vous pouvez suivre l'état de votre migration en temps réel grâce à la barre de progression, qui se termine généralement en quelques minutes.
Une fois la migration terminée, vous recevrez une liste détaillée des tickets migrés pour vérifier et confirmer la réussite du transfert.

Comment puis-je planifier, configurer et tester les migrations de tickets, y compris les migrations delta et de champs personnalisés, à l'aide Help Desk Migration?

1. Planifiez la migration : définissez les éléments à migrer (tickets, utilisateurs, entreprises, pièces jointes, champs personnalisés) et déterminez le périmètre (toutes les données ou données filtrées par date/statut). Établissez un calendrier de migration et prévoyez une interruption de service si nécessaire.
2. Configurez l'installation : connectez vos plateformes source et cible, sélectionnez les types de données et associez les champs. Portez une attention particulière aux correspondances de champs personnalisés afin de préserver correctement les flux de travail, les balises et les statuts spécifiques.
3. Effectuez une migration de démonstration : testez avec un nombre limité de tickets pour vérifier la mise en forme, le mappage des champs et les relations. Ajustez les filtres ou les mappages si nécessaire.
4. Activer la migration delta : une fois la migration complète terminée, utilisez la migration delta pour capturer les tickets nouveaux ou mis à jour créés pendant la période de transition, afin d’éviter toute lacune de données.
5. Vérification et optimisation : auditez les tickets migrés dans votre système cible, vérifiez les champs personnalisés, les pièces jointes et les statuts, et relancez les tests si nécessaire avant de finaliser.

Comment puis-je réussir les audits de sécurité et de conformité exigés par les tiers pour travailler avec Help Desk Migration?

Vous pouvez réussir les audits de sécurité et de conformité exigés par les tiers lors de Help Desk Migration en suivant ces pratiques :

• Faites confiance à une infrastructure certifiée : tous les transferts de données s’effectuent sur des serveurs cloud sécurisés conformes aux normes du secteur telles que GDPR .
• Utilisation du chiffrement : les données sont chiffrées à la fois en transit (via HTTPS/SSL) et au repos, garantissant ainsi la protection des informations sensibles.
• Tirez parti du contrôle d'accès basé sur les rôles : seuls les membres autorisés de l'équipe et le personnel de migration peuvent accéder à vos données.
• Documentation requise : Help Desk Migration fournit des informations détaillées sur ses politiques de sécurité, ses pratiques de traitement des données et ses certifications de conformité, qui peuvent être soumises lors des audits des fournisseurs.
• Optez pour des protections supplémentaires : grâce aux forfaits d’assistance avancés, vous pouvez demander des mesures de sécurité personnalisées ou signer des accords de non-divulgation (NDA) pour répondre aux exigences plus strictes des tiers.

Comment puis-je vérifier ma migration de données et identifier rapidement les problèmes potentiels après avoir utilisé Help Desk Migration, surtout avec un temps limité et un risque de perte des journaux de migration ?

Une fois votre migration terminée avec Help Desk Migration , effectuez un audit post-migration en vérifiant un échantillon de tickets, d'utilisateurs et de pièces jointes sur la plateforme cible afin de confirmer l'exactitude des données. Si vous disposez de peu de temps ou si les journaux sont manquants, utilisez le rapport de synthèse de migration disponible dans votre compte ou contactez l'assistance pour identifier et résoudre rapidement les problèmes potentiels.
Problèmes courants :

• Informations d'identification ou autorisations invalides : assurez-vous d'utiliser un compte administrateur et, le cas échéant, un jeton d'API pour vos plateformes source et cible.
• Restrictions d'adresse IP ou conflits SSO : autorisez les adresses IP de Help Desk Migration
• Correspondance de champs incorrecte : vérifiez attentivement les champs des tickets, les champs personnalisés et les statuts pour vous assurer de leur cohérence entre les plateformes avant de procéder à une migration complète.
• Volumes de données importants ou limites d'API : si la migration s'interrompt ou ralentit, divisez-la en lots ou utilisez l'option de migration delta.
• Enregistrements vides ou en double : appliquez des filtres pour ignorer les tickets vides et fusionner ou exclure les doublons lors de la configuration.

Comment puis-je savoir si les demandes de migration de données, de démonstrations ou d'amélioration de la note sur le Chrome Web Store sont légitimes pour mon extension Zoho Desk, Zoho Books, Zendeskou Jira ?

• Vérifiez l'expéditeur : assurez-vous que la demande provient d'une source fiable, telle que Help Desk Migration , Zoho , Zendesk ou Atlassian/ Jira .
• Vérifiez les liens et les pièces jointes : évitez de cliquer sur des liens inconnus ou de télécharger des pièces jointes. Les demandes officielles vous redirigeront généralement vers la plateforme Help Desk Migration
• Confirmation via le tableau de bord : Pour les demandes de migration ou de démonstration, connectez-vous à votre Help Desk Migration ou au tableau de bord de la plateforme concernée pour vérifier l’état de la demande.
• Attention aux arnaques liées aux avis et aux évaluations : les plateformes légitimes ne demandent jamais d’avis ni d’évaluations en échange de services. Consultez les règles du Chrome Web Store pour les développeurs pour plus d’informations.
• Contactez l'assistance en cas de doute : adressez-vous au canal officiel Help Desk Migration pour confirmer la légitimité de toute demande.

Pourquoi est-ce que je vois des demandes de remboursement répétées avec la même adresse e-mail et des descriptions vides/dupliquées ?

• Soumissions multiples par les utilisateurs : Il est possible que des clients aient soumis à nouveau des demandes au cours du processus de migration, créant ainsi des doublons.
• Artefacts de migration : lors du transfert de données, Help Desk Migration peut importer plusieurs versions du même ticket si les enregistrements n’ont pas été entièrement dédupliqués ou filtrés.
• Champs vides ou manquants : certains tickets peuvent ne pas avoir de descriptions sur la plateforme source, ce qui a entraîné des champs vides après la migration.

Mesures préventives : lors de la migration, utilisez les options de filtrage et de mappage pour fusionner les tickets en double, ignorer les entrées vides et maintenir des données propres.

Pourquoi est-ce que je rencontre des erreurs lors de la configuration et des migrations de démonstration, notamment des problèmes de connexion database , des erreurs de format CSV , un accès Kustomer insuffisant et des échecs de migration ?

Des erreurs peuvent survenir lors de l'installation ou de la migration de démonstration pour plusieurs raisons :

• Problèmes de connexion Database  l’outil de migration peut ne pas être en mesure de se connecter à votre plateforme source ou cible en raison d’identifiants incorrects, de restrictions réseau/pare-feu ou d’exigences de liste blanche d’adresses IP.
• Erreurs de format CSV  lors de l’importation CSV , des problèmes de formatage tels que des en-têtes manquants, des caractères non pris en charge ou des délimiteurs incorrects peuvent entraîner des échecs de migration.
• Accès Kustomer insuffisant  si votre Kustomer ne dispose pas des autorisations d’administrateur ou d’API requises, l’outil de migration ne peut pas lire ni écrire les données nécessaires.
• Échecs généraux de migration : Parmi les autres causes courantes, citons le mappage incorrect des champs, le dépassement des limites de débit de l’API et les conflits SSO.

Partenariat avec le service Help Desk Migration

Si vous êtes un fournisseur de services d'assistance technique, nous vous invitons à collaborer avec nous en tant que prestataire de services de migration de données agréé, et à bénéficier de conditions de migration exclusives pour vos clients potentiels.

Pour les spécialistes de la mise en œuvre, un partenariat avec nous représente une opportunité fantastique d'élargir votre offre de services et de répondre efficacement aux besoins d'une clientèle diversifiée grâce à Help Desk Migration.

Pour explorer les possibilités de partenariat ou discuter plus en détail d'une collaboration, veuillez remplir le formulaire . Vous pouvez également nous contacter directement par courriel à l'adresse contact@help-desk-migration.com .

Nous nous réjouissons à l'idée de collaborer et de proposer des solutions de migration exceptionnelles à nos clients communs.

Limitations de la migration Zendesk vers Freshdesk

Voici un résumé des éléments que Help Desk Migration ne peut pas importer dans Freshdesk:

• Si la taille de la pièce jointe par note/réponse ou article de solution est supérieure à 15 Mo, aucune des pièces jointes ne sera migrée ;
• tickets de spam sur Zendesk;
• configurations de canaux, macros, déclencheurs, notifications par e-mail, réponses prédéfinies et configurations d'intégration ;
• Les balises dans les contacts ou les tickets qui dépassent 32 caractères seront tronquées ;
• Contacts supprimés sur Zendesk et tickets associés ;
• Commentaires sur Zendesk;
• langues non prises en charge (si la prise en charge multilingue est activée dans Zendesk) ;
• Si la prise en charge multilingue est activée dans Zendesk, toutes les traductions d'articles peuvent être migrées vers Freshdesk à l'aide de l'option Migrer les traductions de contenu ;
• Nous ne prenons pas en charge l'exportation des indicateurs de performance des tickets depuis Zendesk. Nous vous recommandons de conserver vos données Zendesk afin d'éviter tout problème lié aux anciennes données et d'utiliser les rapports Freshdesk pour tous vos nouveaux tickets.

Quels sont les coûts, les limitations et les fonctionnalités de la migration des données de Freshdesk, Zendeskou Hubspot vers ConnectWise ou Freshworks Customer Service Suite ?

Lors d'une migration depuis Freshdesk, Zendeskou HubSpot, l'approche dépend de votre plateforme cible.

1. Comment migrer vers ConnectWise?

Lors du transfert de données depuis Freshdesk, Zendeskou HubSpot vers ConnectWise, vous pouvez transférer :

• Membres, contacts, entreprises et billets
• Conversations annexes Zendesk et enregistrements d'appels (le cas échéant)

Vous pouvez également :

• Ignorer les pièces jointes ou déplacer les images intégrées en tant que pièces jointes
• Sélectionnez les identifiants de ticket spécifiques pour une migration de démonstration

2. Comment migrer vers la suite de service client Freshworks ?

Il n'existe pas d'option de migration directe vers Freshworks Customer Service Suite, qui intègre Freshdesk et Freshchat . Vous devez donc choisir votre approche avec soin.

• Importation par tickets : utilisez Freshdesk comme plateforme cible pour préserver les données structurées des tickets.
• Migration basée sur la conversation : utilisez Freshchat comme plateforme cible pour répliquer les interactions et les conversations basées sur le chat.

Pourquoi ne puis-je pas me connecter à une plateforme source ou cible pendant la migration ?

Plusieurs raisons courantes peuvent vous empêcher de connecter votre plateforme source ou cible pendant la migration :

1. Droits d'administrateur : Vous devez disposer d'un accès administrateur sur les plateformes source et cible. Sans les autorisations nécessaires, l'assistant de migration ne pourra pas accéder aux données.
2. Disponibilité de la plateforme : Si votre équipe a désactivé la plateforme source trop tôt ou si votre plateforme cible était en période d’essai expirée, la connexion échouera.
3. Identifiants et jetons : Vérifiez que vous avez saisi les identifiants de connexion corrects. Pour les plateformes utilisant des jetons d’API, assurez-vous que le jeton n’a pas expiré ; générez-en un nouveau si nécessaire.

Si aucune de ces raisons ne s'applique, contactez notre équipe d'assistance. Elle pourra vous aider à identifier le problème et vous guider vers une solution afin que votre migration puisse se poursuivre sans encombre.

Pourquoi est-ce que je reçois encore des notifications de modification d'événements Google Agenda à l'adresse contact@help-desk-migration.com même après m'être abonné aux mises à jour de l'agenda ?

Si vous continuez à recevoir des notifications, c'est généralement parce que Google Agenda envoie les mises à jour d'événements à l'adresse e-mail d'origine associée à l'invitation, même si vous vous êtes abonné aux mises à jour avec un autre compte.

Pour ne plus recevoir de notifications à l'adresse contact@help-desk-migration.com :

1. Vérifiez l'invitation du calendrier – Assurez-vous que l'abonnement a été appliqué au bon compte Google.
2. Mettez à jour vos paramètres de notification : ouvrez Google Agenda, localisez l’agenda auquel vous êtes abonné et ajustez ou désactivez les notifications pour certains événements.
3. Supprimez l'e-mail d'origine des notifications – Si l'invitation d'origine incluait contact@help-desk-migration.com, vous devrez peut-être la supprimer des paramètres de partage de l'événement ou du calendrier.

Si le problème persiste, contactez notre équipe d'assistance.

Comment puis-je me désabonner des notifications d'enregistrement de réunions Fireflies.ai liées à Help Desk Migration?

Si vous avez reçu des notifications par e-mail de Fireflies.ai concernant des enregistrements de réunions liés aux appels Help Desk Migration , vous pouvez facilement vous désabonner.

Fireflies.ai est l'assistant de réunion que nous utilisons pour prendre des notes et transcrire les appels. Si vous ne souhaitez plus recevoir ces e-mails, ouvrez une notification Fireflies.ai et faites défiler jusqu'en bas. Vous y trouverez un lien « Se désabonner » qui vous permettra de ne plus recevoir de notifications.

Veuillez noter que la désinscription n'affectera pas votre capacité à accéder aux services Help Desk Migration ni à communiquer avec notre équipe ; elle empêchera seulement Fireflies.ai de vous envoyer des mises à jour relatives aux enregistrements.