Migrer de Zoho CRM vers Karlia

Ce qui est repris

• Nom, statut client ou prospect
• Prospects du module « Prospects », repris comme sociétés au statut prospect
• Fournisseurs (module « Fournisseurs »)
• Utilisateur responsable assigné
• Téléphone
• Adresses de facturation et de livraison
• Description, site web, fax (repris dans les commentaires)
• Dates de création et de mise à jour
• Champs personnalisés

À savoir

• Zoho CRM : un prospect est repris comme une société au statut prospect, dont le nom est celui de son entreprise (à défaut, le nom de la personne), et la personne de contact, l'origine, le statut, le secteur, le chiffre d'affaires et l'effectif sont repris dans les commentaires.
• Zoho CRM : pas d'email (sauf fournisseurs), de SIRET/SIREN, de numéro de TVA ni d'IBAN/BIC sur un compte.
• Zoho CRM : les champs personnalisés de type liaison, formule, numéro automatique ou fichier ne sont pas repris.
• Karlia : le type d'adresse « autre » n'est pas repris à la création, seuls les types standards le sont.

Ce qui est repris

• Civilité, prénom, nom, fonction
• Téléphone, mobile, email
• Compte associé, retrouvé automatiquement chez Karlia
• Service, email secondaire, autres téléphones, date de naissance et adresse (repris dans les commentaires)
• Dates de création et de mise à jour
• Champs personnalisés

Ce qui est repris

• Nom, code produit, description
• Prix unitaire HT
• Taux de TVA
• Unité, catégorie
• Stock
• Fournisseur
• Actif ou inactif
• Champs personnalisés

À savoir

• Zoho CRM : pas de coût d'achat, non repris.
• Karlia : le taux de TVA et l'unité doivent déjà exister côté Karlia, sinon le champ reste vide à la création.
• Karlia : le stock n'est pas repris à la création, l'API Karlia ne le permet pas encore en écriture.

Ce qui est repris

• Titre, montant, date de clôture, probabilité
• Pipeline et étape
• Compte et contact associés
• Un responsable
• Statut gagné ou perdu (déduit de l'étape), avec le motif de perte
• Description, prochaine étape
• Champs personnalisés

À savoir

• Zoho CRM : un seul contact par opportunité.
• Karlia : le motif précis de perte ou d'annulation n'est pas encore repris à la création.

Ce qui est repris

• Numéro, objet, description
• Lignes d'articles : produit, quantité, prix, remise, TVA
• Montants HT, TVA et TTC
• Compte, contact et opportunité associés
• Statut, date de validité (devis), date et échéance (factures)

À savoir

• Zoho CRM : devis et factures nécessitent une édition payante.
• Zoho CRM : pas de PDF d'origine ni de statut « payée ».
• Karlia : le contact et l'utilisateur assigné au document ne sont pas repris à la création.
• Karlia : l'échéance n'est reprise que pour un devis, Karlia calcule la sienne pour les factures.
• Bons de livraison non migrés : Zoho CRM n'a pas de bons de livraison.

Ce qui est repris

• Titre, lieu, description
• Dates de début et de fin
• Compte ou opportunité, et contact associés
• Utilisateur assigné
• Tâches : échéance, faite ou à faire

À savoir

• Zoho CRM : une tâche n'a qu'une date d'échéance, sans heure ni plage horaire.

Ce qui est repris

• Titre, contenu, date
• Compte, contact ou opportunité associé
• Auteur

À savoir

• Zoho CRM : une note est rattachée à un seul élément (compte, contact ou opportunité).

Ce qui est repris

• Sujet et description
• Date, durée
• Sens (entrant/sortant), appel manqué
• Compte ou opportunité, et contact associés
• Utilisateur assigné

À savoir

• Zoho CRM : pas de SMS distinct, tout remonte comme un appel.

Oui. CRM Bridge lit vos données de Zoho CRM sans jamais les modifier ni les supprimer : elles restent intactes dans Zoho CRM, pendant et après la migration vers Karlia.

Le coût dépend du nombre d'éléments à migrer, compté automatiquement dans Zoho CRM avant de lancer quoi que ce soit : vous voyez le prix exact avant de vous engager.

Non. La connexion se fait avec les clés d'accès API des deux outils, sans développement ni fichier à préparer : vous choisissez ensuite les objets à migrer depuis l'interface CRM Bridge.

Oui, objet par objet (clients, opportunités, devis...) : rien n'oblige à tout migrer d'un coup.

Un élément en erreur n'interrompt pas le reste : la migration continue, et le détail des éventuelles erreurs reste consultable dans le suivi de la migration.