La modernisation a dépassé FileMaker.

Dans de nombreux cas, oui. Un remplacement complet reconstruit les flux de travail, le modèle de données et les rapports sous forme d'application web indépendante, puis retire FileMaker. La faisabilité et l'ampleur du projet dépendent de la taille de votre système, de ses intégrations et de vos règles métier, que nous évaluons lors d'un audit avant de proposer un plan.

C'est l'objectif principal de l'approche progressive : les modules sont migrés un par un tandis que le reste du système continue de fonctionner, et les données sont synchronisées et validées entre eux. Un remplacement complet est généralement développé en parallèle et basculé à une date convenue après les tests. Le plan de basculement dépend de vos opérations et est convenu à l'avance.

La migration des données est planifiée et validée dans le cadre du projet. Nous analysons vos structures de données, chargeons les enregistrements dans la nouvelle base de données et comparons les résultats avec la source avant la mise en production. Vos données FileMaker restent en place jusqu'à ce que vous décidiez de les archiver. Les données héritées contiennent souvent des incohérences, ce qui peut nécessiter des décisions de nettoyage en cours de route.

Les scripts ne sont pas convertis automatiquement. Nous analysons ce que chaque script fait pour l'entreprise, puis réimplémentons la logique sous forme de code d'application, de règles de base de données ou de tâches en arrière-plan, ou nous le retirons s'il ne sert plus à rien. Les scripts complexes nécessitent plus d'analyse et de tests, ce qui se reflète dans le plan.

Nous traduisons le graphe de relations en un schéma relationnel explicite avec des clés et des contraintes définies, et documentons les règles métier présentes dans les calculs, validations et scripts. Ces règles sont implémentées côté serveur, avec des tests pour les plus critiques. Les portails deviennent généralement des tables de données avec filtrage, tri et pagination.