Migrer de Karlia vers Axonaut

Ce qui est repris

• Nom, type (particulier/société), statut prospect ou client
• Utilisateur(s) assigné(s)
• Téléphone, mobile, email, langue
• SIRET, SIREN, numéro de TVA
• Toutes les adresses (facturation, livraison...)
• Commentaires, archivage, dates
• Champs personnalisés

À savoir

• Les fournisseurs passent par un point d'entrée différent chez Axonaut, avec moins de champs disponibles (pas de responsable, IBAN/BIC, langue).

Ce qui est repris

• Civilité, nom, prénom, fonction
• Téléphone, mobile, email
• Contact comptable, reconnu comme contact de facturation côté Axonaut
• Société ou fournisseur associé, retrouvé automatiquement chez Axonaut
• Commentaires, dates
• Champs personnalisés

Ce qui est repris

• Nom, référence, description
• Catégorie, taux de TVA et unité (simples champs texte côté Axonaut, toujours repris tels quels)
• Prix HT, coût d'achat
• Référence fournisseur
• Champs personnalisés

Ce qui est repris

• Titre, montant, date, probabilité
• Pipeline et étape (par leur nom, créés automatiquement chez Axonaut si besoin)
• Client associé, utilisateur assigné
• Statut gagné

À savoir

• Un seul responsable pris en charge côté Axonaut (Karlia peut en assigner plusieurs), et son email doit correspondre à un utilisateur existant chez Axonaut.
• Le statut « perdu » ou « annulé » n'est pas encore repris à la création, seul « gagné » l'est.
• Les contacts liés à l'opportunité sont lus mais pas encore recréés côté Axonaut.

Ce qui est repris

• Numéro, référence client, titre
• Client associé, document d'origine (ex : devis → facture)
• Lignes d'articles, remise
• Montants, devise, date, PDF d'origine

À savoir

• Pas de brouillon côté Axonaut : un devis ou une facture est toujours créé au moins validé.
• Les lignes de section/titre ne sont pas reprises à la création : Axonaut les regrouperait plutôt que de les garder à leur emplacement d'origine.
• Le client d'un bon de livraison n'est pas réglable à la création : Axonaut le déduit automatiquement du devis ou de la facture lié.
• Un bon de livraison doit être lié à un devis, une facture ou un contrat déjà existant côté Axonaut : en pratique, la création échoue souvent si le lien se fait vers un devis (Axonaut exige un devis accepté, statut que l'API ne permet pas de forcer), sauf en le rattachant plutôt à une facture.

Ce qui est repris

• Titre, description, dates de début et de fin
• Client et opportunité associés
• Utilisateur assigné

À savoir

• Axonaut n'a pas de vraie tâche CRM : une tâche migrée y est simulée par un événement particulier, reconnaissable par son titre.
• Un seul utilisateur assigné pris en charge côté Axonaut, et son email doit y exister.

Ce qui est repris

• Titre, description, date
• Client et opportunité associés
• Utilisateur assigné

Ce qui est repris

• Description, date, durée
• Sens (entrant/sortant), appel manqué, SMS ou appel vocal
• Client, contact et opportunité associés
• Utilisateur assigné

À savoir

• Le sens (entrant/sortant) et le caractère manqué d'un appel sont lus depuis Karlia mais pas réglables à la création côté Axonaut.

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

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