Migrer de folk vers noCRM.io

Ce qui est repris

• Nom
• Téléphones, emails, site web
• Adresses
• Description, secteur, effectif, année de création (repris dans les commentaires)
• Date de création
• Champs personnalisés (définis par groupe)

À savoir

• folk : pas de fournisseurs : toutes les sociétés sont reprises comme clients.
• folk : pas de responsable, de SIRET/SIREN, de numéro de TVA ni d'IBAN/BIC sur une société.
• folk : une adresse est un simple texte : rue, code postal et ville ne sont pas séparés.
• noCRM.io : pas de fournisseurs : seuls les clients et prospects sont migrés.
• noCRM.io : pas de statut client/prospect.
• noCRM.io : SIRET, SIREN, IBAN et BIC n'ont pas de champ dédié : ils sont repris en texte dans la description du dossier.
• noCRM.io : chaque adresse est reprise en une seule ligne de texte.
• noCRM.io : champs personnalisés en texte libre (pas de liste déroulante ni de format date ou nombre).

Ce qui est repris

• Prénom, nom, poste
• Téléphone, mobile, email
• Société associée, retrouvée automatiquement chez noCRM.io
• Adresse, date de naissance, autres coordonnées et description (repris dans les commentaires)
• Date de création
• Champs personnalisés (définis par groupe)

À savoir

• folk : pas de civilité, non reprise.
• folk : un contact lié à plusieurs sociétés : seule la première est reprise.
• noCRM.io : pas de fiche contact séparée : chaque contact crée une opportunité (« lead ») à son nom, réutilisée ensuite par l'opportunité liée à ce contact.
• noCRM.io : pas de civilité, non reprise.
• noCRM.io : champs personnalisés en texte libre (pas de liste déroulante ni de format date ou nombre).

Ce qui est repris

• Titre
• Groupe (pipeline) et étape
• Montant, date de clôture, probabilité, description, responsable (selon les champs du groupe)
• Société et contacts associés
• Statut gagné ou perdu (déduit de l'étape), avec le motif de perte
• Autres champs du deal (champs personnalisés)

À savoir

• folk : les opportunités n'existent que dans les groupes où l'objet « Deals » est activé.
• folk : étape, montant, date de clôture... sont des champs du groupe, reconnus par leur nom.
• noCRM.io : les pipelines et étapes ne peuvent pas être créés par API : l'opportunité est rattachée au pipeline du même nom, sinon au pipeline par défaut, l'étape étant retrouvée par son libellé.
• noCRM.io : un responsable est obligatoire pour placer l'opportunité sur une étape : à défaut, le premier administrateur du compte est utilisé.
• noCRM.io : un seul contact par opportunité.
• noCRM.io : le motif de perte est repris dans la description.
• noCRM.io : pas de champs personnalisés propres à l'opportunité : ils sont portés par le contact.

Ce qui est repris

• Cet objet n'est pas migré de folk vers noCRM.io.

Ce qui est repris

• Cet objet n'est pas migré de folk vers noCRM.io.

Ce qui est repris

• Contenu, date
• Contact, société ou opportunité associé
• Auteur

À savoir

• folk : une note est rattachée à un seul élément (contact, société ou opportunité).
• noCRM.io : une note est un commentaire posé sur l'opportunité ou le contact lié ; rattachée à une société seule, elle est ajoutée à la description du dossier client.

Ce qui est repris

• Cet objet n'est pas migré de folk vers noCRM.io.

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

Le coût dépend du nombre d'éléments à migrer, compté automatiquement dans folk 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.