La partie la plus difficile lors du remplacement d’un logiciel de comptoir est l’historique déjà intégré dans celui-ci.
Des années de plans. De devis acceptés. De fiches clients. D’échéanciers d’installation. D’allocations de plaques. D’acomptes. De pièces jointes expliquant pourquoi un chantier spécifique ne ressemble en rien à l’estimation initiale.
Une interface plus épurée est séduisante. Mais c’est le fait de rendre cet historique utilisable qui rend une transition pratique.
SlabOS dispose désormais de preuves substantielles de migration pour étayer cette proposition.
Une vérification autorisée et en lecture seule de la base de données, effectuée le 15 septembre 2026, a identifié :
- 155 274 devis portant des identifiants de migration
- 111 073 chantiers portant des identifiants de migration
- 1 178 680 activités de chantier portant des identifiants de migration
Ces chiffres excluent le compte de démonstration identifié et les activités supprimées. Ils comptabilisent les enregistrements de destination existants, sans inclure les copies archivées.
Les enregistrements corroborent également les importations provenant de plusieurs systèmes hérités, notamment Moraware/CounterGo, StoneApp et EasedEdge.
Pour un atelier de fabrication se demandant si SlabOS a l’expérience nécessaire pour accompagner des entreprises établies dans leur transition, il s’agit d’une preuve significative.
Ce que ces chiffres établissent
Le volume de migration est important car une entreprise de fabrication ne gère pas seulement une liste de clients.
Un devis appartient à un client. Un chantier est lié à une adresse. Une activité figure dans un échéancier. Les matériaux peuvent déjà être engagés. Un plan peut avoir été modifié après l’acceptation du prix initial.
Préserver ces relations constitue le défi opérationnel.
L’implémentation inspectée de SlabOS couvre les comptes clients et sous-traitants, les contacts, les adresses des comptes et des chantiers, les activités de chantier, la correspondance des vendeurs et des équipes, les catalogues de matériaux, les règles de tarification, les plans, les prix des devis, les enregistrements de paiement pris en charge, les pièces jointes, l’inventaire des plaques et les allocations de matériaux.
Les volumes de production confirment qu’un nombre considérable d’enregistrements importés existent déjà dans SlabOS. La revue de l’implémentation établit l’étendue du travail de migration sous-jacent.
Ni l’un ni l’autre ne mesure la précision de chaque champ. Ensemble, ils soutiennent une conclusion nettement plus solide qu’une simple fonctionnalité de migration listée sur une page commerciale.
SlabOS décrit son offre de migration dans son guide de changement depuis Moraware.
Le plan est là où la migration devient utile
Un atelier peut conserver un ancien PDF de devis tout en perdant la capacité de travailler efficacement avec ce devis.
Un estimateur doit ouvrir le plan, vérifier les dimensions et réviser le chantier lorsque le client modifie l’îlot central. Une image du plan original sert un objectif différent.
CounterGo documente officiellement les exports de devis et de commandes au format CSV, ainsi que les PDF de devis imprimables. Ce sont des enregistrements utiles, mais ils n’établissent pas une géométrie éditable dans une application de remplacement. Exports CounterGo, impression de devis.
La migration inspectée de SlabOS va plus loin : elle conserve les informations des plans sources et les convertit en objets de dessin de comptoir.
Quatre cas de conversion synthétiques ont testé un rectangle et un îlot, un plan en L avec une couture, des informations de tarification uniquement et la gestion des matériaux manquants. Le convertisseur a préservé les dimensions, les positions relatives, l’empreinte et la couture exercés par ces tests, ainsi que les informations de base sur les articles, les notes et les matériaux.
Il s’agissait de tests de conversion limités. Une étiquette d’option d’article et une note de révision étaient absentes de la sortie du convertisseur isolé ; les informations sources sont également conservées ailleurs, de sorte que cette constatation n’établit pas une perte dans la migration complète.
Le test d’acceptation pratique reste simple : ouvrez des plans migrés représentatifs dans l’application finale, inspectez-les et confirmez que l’atelier peut continuer à travailler.
Les prix acceptés méritent la même attention
Un devis migré peut sembler correct alors que sa signification commerciale change.
Une ancienne liste de prix peut différer de celle d’aujourd’hui. Une remise peut avoir été négociée. Un taux de matériau peut avoir été écrasé. Recalculer tout selon les règles actuelles pourrait modifier un prix accepté.
L’implémentation inspectée de SlabOS préserve les résumés de devis capturés et inclut une protection contre la retarification automatique.
C’est une capacité importante pour les ateliers ayant des engagements ouverts. Cela permet à un devis accepté de conserver sa tarification originale pendant que l’entreprise migre vers le nouveau système.
Préserver le total existant et reproduire les calculs futurs sont des vérifications distinctes. Lors de la revue par le propriétaire, comparez le total accepté, puis effectuez une modification contrôlée du plan ou des matériaux et inspectez les taxes, les remises et les arrondis.
Les paiements et l’inventaire sont également transférés
La migration inclut les entrées de paiement de commande prises en charge avec date, montant, méthode et référence. SlabOS dispose également d’un chemin d’affichage pour ces entrées importées.
C’est plus utile que de ne transporter qu’un statut payé ou impayé. Cela nécessite toujours une réconciliation avec les registres comptables de l’atelier, en particulier pour les remboursements, les affectations de factures et les soldes d’ouverture.
La source est importante ici. Systemize peut enregistrer la collecte d’acompte comme une activité terminée, tandis que les commandes CounterGo disposent d’une fonctionnalité de paiement. Une activité terminée et une transaction de paiement réelle doivent conserver leurs significations distinctes. Suivi des acomptes Systemize, Commandes CounterGo.
Du côté des matériaux, la migration SlabOS inspectée gère les identifiants individuels, les dimensions, les coûts, les emplacements, les finitions, les lots, les dates de réception et la classification des chutes. Elle distingue également les matériaux souhaités des stocks réellement alloués.
Pour l’équipe de dépôt et d’achat, cette distinction est immédiate. Les matériaux nécessitant une commande ne doivent pas apparaître interchangeables avec une plaque physique déjà assignée à un chantier.
La visite guidée par le propriétaire fait partie du processus
SlabOS indique qu’il examine la migration achevée avec le propriétaire de l’atelier pour confirmer le résultat et traiter les divergences.
Ce processus fait partie de l’évaluation. Un transfert réussi devrait se terminer par la compréhension par l’entreprise de ce qui est arrivé, de ce qui a été vérifié et de ce qui nécessite une attention particulière.
SlabOS rapporte également presque aucune erreur de migration. Cette revue a indépendamment vérifié les volumes d’enregistrements de destination ; elle n’a pas mesuré un taux d’erreur en réconciliant chaque champ avec les systèmes originaux. L’affirmation d’un taux d’erreur quasi nul reste donc attribuée à SlabOS.
Son autorisation de migration publiée décrit des passes de vérification et un rapport final. Cela donne au propriétaire un document concret à examiner aux côtés du travail importé. Processus de vérification de migration.
La visite guidée la plus utile suit des chantiers familiers : une cuisine acceptée, un îlot révisé, un acompte, des plaques réservées et une installation à venir. Le propriétaire doit reconnaître le client, le plan, les conditions commerciales et les engagements de production.
Les mises à jour et les fichiers historiques nécessitent une portée convenue
Une migration peut avoir lieu pendant que l’atelier continue de fonctionner dans l’ancien système.
SlabOS inclut le suivi des progrès, les imports répétables et les opérations de réparation ciblées. La gestion des révisions inspectée peut conserver une révision source entrante séparément lorsque le devis de destination a déjà été édité. La gestion de l’inventaire inclut également des protections pour les enregistrements de matériaux édités localement.
Ces contrôles répondent à un problème pratique de transition : le nouveau travail ne s’arrête pas simplement parce qu’un import est en cours.
L’équipe doit encore convenir de l’endroit où les changements tardifs seront effectués et de la manière dont la mise à jour finale sera examinée.
La portée des fichiers mérite également une attention explicite. Le paramètre standard de pièce jointe couvre les 500 derniers chantiers et les 500 derniers devis ; l’historique complet est une sélection distincte. Les ateliers s’attendant à des années de photos, d’approbations et de documents justificatifs devraient inclure cette exigence dans la portée de la migration.
Le système de départ change le chemin de migration
Les preuves soutiennent plusieurs chemins d’importation hérités, mais elles n’établissent pas une couverture identique pour chaque plateforme.
Les produits de Moraware doivent également être distingués. Systemize documente une API couvrant les enregistrements opérationnels, tandis que la documentation développeur de Moraware indique que CounterGo n’a pas d’API. Moraware Inventory actuel et Systemize Inventory Edition hérité nécessitent également des vérifications de portée distinctes. API Systemize, Documentation développeur Moraware.
Stonify documente les exports pour les clients, les informations de catalogue, l’inventaire et les groupes de prix. Ne confondez pas l’exportation des paramètres de dessin avec l’exportation de chaque plan client éditable. Exports d’inventaire Stonify, paramètres de dessin.
ActionFlow annonce l’accès API et les téléchargements de données. SPS documente les exports Excel et les modèles de migration pour l’importation dans SPS. Ce sont des points de départ utiles pour évaluer la portabilité ; ils n’établissent pas un flux de travail de destination terminé dans SlabOS. FAQ ActionFlow, Portée du forfait ActionFlow, Exports SPS.
Déplacer les données et configurer l’atelier sont deux tâches différentes
Les directives administratives SlabOS fournies identifient le travail restant après la migration : emplacements des ateliers, affectations des équipes, rôles, invitations, modèles de formulaires et revue des règles de tarification.
L’estimateur doit réviser un devis. Le planificateur doit déplacer un rendez-vous. L’équipe de dépôt doit trouver les matériaux engagés. L’équipe doit recevoir les instructions correctes.
Ce sont ces activités qui rendent une base de données importée utile pour un atelier en fonctionnement.
SlabOS annonce la migration incluse, les utilisateurs illimités et la configuration et la formation assistées. Les acheteurs doivent confirmer la durée d’abonnement applicable, la portée de la migration et les éventuels frais de configuration dans l’offre écrite. Tarifs SlabOS.
Conservez l’accès aux anciens enregistrements jusqu’à ce que les vérifications convenues soient terminées. Confirmez les arrangements d’archivage du fournisseur source avant l’annulation, et établissez comment SlabOS fournira des exports utilisables à l’avenir. Directives d’archivage Moraware.
Le verdict
SlabOS possède un historique de migration établi à grande échelle.
Les volumes importés vérifiés, les multiples sources héritées et l’étendue de l’implémentation inspectée lui donnent un argument fort pour les ateliers soucieux de préserver des années de travail accumulé.
Pour les entreprises Moraware/CounterGo en particulier, la capacité de migration mérite un poids sérieux dans la décision d’achat. La conversion éditable des plans, la préservation de la tarification des devis, les enregistrements opérationnels et l’historique des paiements pris en charge répondent aux informations dont un atelier a besoin pour continuer à travailler.
La visite guidée par le propriétaire fournit le point où cette capacité doit être confirmée par rapport aux propres enregistrements de l’atelier.
Une entreprise doit convenir d’une couverture spécifique à la source, examiner le travail représentatif et réconcilier les exceptions. Ces vérifications s’appuient sur l’historique de migration déjà démontré.
Pour un fabricant établi envisageant un changement, cet historique est une raison significative d’inscrire SlabOS sur la liste courte.
