Reprendre
Reprendre votre SI ou votre application legacy
Le prestataire a disparu, le développeur interne est parti, l'ERP a été mal intégré et plus personne n'ose y toucher. Nous reprenons l'existant tel qu'il est : nous l'auditons, le documentons, le stabilisons, puis le faisons évoluer — ou le remplaçons quand c'est moins cher que de le maintenir.
- 5/5sur Google · 6 avis
- +130projets livrés
- 2 hrollback testé
- 24 hpremière réponse
- Audit, sécurisation, stabilisation, évolution
- Accès, code et documentation à votre nom
- Une migration préparée bascule en quelques heures
Les situations que nous reprenons
- Une application qui tourne sans documentation ni tests
- Un prestataire injoignable, ou avec qui la relation est rompue
- Un ERP Odoo mal paramétré, ou sur une version en fin de support
- Un serveur ou des accès dont personne ne connaît plus les mots de passe
- Des fichiers Excel ou Access devenus critiques pour l'entreprise
Réécrire n'est pas un réflexe
La plupart des applications legacy ont une logique métier juste, enfouie dans un code fragile. Nous gardons la logique et remplaçons la fragilité. La réécriture complète n'est proposée que lorsqu'elle coûte moins cher que la maintenance.
Comment se passe une reprise
1. Audit de reprise
Accès, code, données, dépendances : nous inventorions ce qui existe et ce qui peut casser. Le rapport dit quoi garder, quoi corriger, quoi remplacer.
2. Sécurisation
Sauvegardes vérifiées, accès récupérés et remis à votre nom, environnement de test séparé de la production.
3. Stabilisation
Correction des pannes récurrentes, tests sur les parcours critiques, documentation écrite pour que le prochain intervenant ne reparte pas de zéro.
4. Évolution ou migration
Nouvelles fonctions, montée de version ou changement de plateforme. Une migration préparée se bascule en quelques heures, avec retour arrière testé.
DT INTERIM (Guadeloupe et Martinique) traitait ses e-mails métier à la main. Nous avons repris le workflow existant, l'avons automatisé et livré un back-office multi-agences en 2 mois. Résultat : ~2 ETP redéployés, 13 000 e-mails/mois traités automatiquement.
Questions fréquentes
Faut-il avoir le code source ?
Idéalement oui. Sans lui, nous partons de ce qui tourne : base de données, application en production, exports. L'audit dit ce qui est récupérable.
Reprenez-vous un projet Odoo commencé ailleurs ?
Oui : modules personnalisés, paramétrage, migration de version. L'audit chiffre ce qui est conservé et ce qui doit être refait.
Et si c'est urgent ?
Une panne en production passe avant l'audit : nous stabilisons d'abord, documentons ensuite.
Garderons-nous la maîtrise ?
Oui. Accès, code et documentation restent à votre nom. La maintenance évolutive est proposée, jamais imposée.
Signature
Qui réalisera votre projet
Pas de sous-traitance anonyme : voici les personnes qui concevront, développeront et déploieront votre solution.
Victor Gless-Krumhorn
Fondateur & Lead Developer
Prépa HEC, Paris-Dauphine (Finance & Gestion de Fortune), diplômé de l'école Le Wagon. Passé par UBS. Sous-officier de réserve, armée de terre. Développeur Ruby on Rails, IA et TypeScript / Next.js, il pilote la stratégie technique et la direction produit de JAIKIN.
Ruby on RailsTypeScript / Next.jsIAFinanceStratégie produit
Patrick Eiermann
Co-fondateur & Développeur Full-Stack Senior
Diplômé Epitech, 8+ ans d'expérience en ingénierie logicielle, spécialisé Node.js et DevOps. A conçu l'ERP d'une compagnie aérienne, des plateformes e-commerce et des applications SaaS en production. Responsable de l'architecture back-end et des intégrations systèmes.
ArchitectureERP & SaaSIntégrations