Cartographie
Nous listons ce qui tourne chez vous : gestion commerciale, boutique, CRM, gestion d'entrepôt, Microsoft 365, logiciels métier. Et surtout ce qui se saisit aujourd'hui à deux ou trois endroits différents.
Sur le papier, c'est simple : une information doit passer d'un logiciel à l'autre. Dans la réalité, le même client ne porte pas le même nom dans le CRM et dans Sage, l'unité de vente de la boutique ne correspond pas à celle de l'entrepôt, et la référence d'un article change selon qu'on la lit dans le catalogue ou dans le bon de préparation. Aucune machine ne tranchera pour vous laquelle a raison. C'est une décision d'entreprise, et elle se prend avant la première ligne de code, pas pendant la recette.
Techniquement, presque tout se relie. Le vrai travail consiste à faire trancher l'entreprise : quel logiciel fait foi pour les clients, les articles, les prix, les stocks et les documents.
Nous listons ce qui tourne chez vous : gestion commerciale, boutique, CRM, gestion d'entrepôt, Microsoft 365, logiciels métier. Et surtout ce qui se saisit aujourd'hui à deux ou trois endroits différents.
Quoi part où, à quelle fréquence, et quel système fait autorité pour les clients, les articles, les stocks, les tarifs et les commandes. Le résultat tient sur un schéma que la direction comprend aussi.
Émission au format Factur-X depuis l'outil où naît la facture, réception et rapprochement des factures fournisseurs, dépôt sur Chorus Pro pour vos clients publics et raccordement à la plateforme que vous aurez retenue.
Écritures poussées vers Sage, Cegid, EBP, Odoo, Divalto ou Pennylane, variables de paie transmises à Silae, sans export tableur intermédiaire que quelqu'un finit toujours par retoucher à la main.
File d'attente, reprises automatiques, garde-fous contre les doublons et notification d'une personne identifiée quand un document appelle une décision humaine plutôt qu'un nouvel essai.
Chaque exécution laisse une trace. Si un flux reste muet plus longtemps que d'habitude, l'alerte part avant que votre client ne s'aperçoive de quoi que ce soit.
Relier deux logiciels dotés d'une interface documentée est nettement plus court qu'un chantier portant sur cinq applications qui partagent les mêmes référentiels. Le calendrier arrive après l'examen des données.
Nous examinons les données des deux côtés. Doublons de clients et fiches articles divergentes apparaissent presque à chaque fois, et il faut les traiter avant de brancher quoi que ce soit.
Flux, règles de priorité, traitement des conflits et contraintes de forme imposées aux documents, là où des pièces fiscales sont concernées.
Sur un environnement de test et sur des copies de vos données dont les informations personnelles ont été remplacées, jamais sur des exemples inventés pour la démonstration.
Une courte période où le geste manuel continue en parallèle pour comparer, puis on l'arrête et il ne reste que la supervision.
La première cause de conflit, c'est une donnée modifiable dans deux logiciels à la fois. Un commercial corrige l'adresse d'un client dans le CRM, la comptabilité fait la même chose de son côté, et le flux du soir écrase une correction par l'autre. Pour chaque type de donnée, un système est donc désigné comme maître et le champ correspondant passe en lecture seule ailleurs. La discussion est parfois désagréable, mais elle n'a lieu qu'une fois.
Il existe des voies de contournement : échange de fichiers déposés dans un répertoire surveillé, lecture directe en base, ou les outils d'export propres à l'éditeur. Toutes sont plus fragiles qu'une interface officielle et réclament de la vigilance à chaque montée de version. Parfois, mettre le logiciel à jour revient moins cher que de contourner ses limites pendant cinq ans.
Pas forcément. Beaucoup de logiciels de comptabilité gèrent désormais Factur-X et le raccordement à une plateforme : commencez par interroger votre éditeur. Le développement devient utile quand les factures naissent ailleurs, dans une boutique, un logiciel métier ou une application maison, ou quand il faut rapprocher automatiquement les factures d'achat des commandes.
Rarement. La plupart des processus vivent très bien avec une synchronisation toutes les quelques minutes, et ce fonctionnement supporte beaucoup mieux une coupure chez un fournisseur. Le temps réel se justifie sur les stocks d'une boutique très fréquentée, où chaque unité vendue compte, ou sur un paiement qui doit ouvrir un accès immédiatement.
Le contrat de maintenance fixe le délai de prise en charge et le périmètre couvert. La cause la plus fréquente ne vient pas de notre code mais de l'autre côté : une interface modifiée par un éditeur, un certificat expiré, un mot de passe changé sans prévenir personne. Nous surveillons donc aussi les réponses des systèmes tiers, pas seulement nos propres traitements.
Deux logiciels bien documentés et des référentiels propres tiennent dans quelques semaines, recette comprise. Dès que plusieurs applications partagent les mêmes clients et les mêmes articles, l'essentiel du délai part dans la mise en ordre des référentiels et non dans le développement. Le calendrier est annoncé après l'examen des données.
Dites-nous entre quels systèmes une personne recopie aujourd'hui des informations. Nous estimerons le travail et indiquerons ce qu'il faut mettre en ordre avant de commencer.
Votre demande nous est parvenue
Vous recevrez une réponse sous un jour ouvré. Si vous signalez une panne qui immobilise vos équipes, elle passe en priorité.
Cette ville ne figure pas dans la liste. Vérifiez l'orthographe ou choisissez la grande ville la plus proche : nous travaillons à distance, cela ne change rien au périmètre de nos prestations.