</>
Applications & données
Une ancienne application fonctionne encore, mais personne n’ose plus y toucher ? J’en récupère les données, les règles métier et les traitements utiles pour la faire évoluer ou la remplacer progressivement.
MISSIONS COURTES · EXPERTISE CIBLÉE
Informatique métier. Moderniser l’existant sans tout refaire.
Pour les problèmes techniques importants, anciens ou atypiques qui ne rentrent dans aucune case.
J’interviens sur des missions courtes pour reprendre une application vieillissante, exploiter ses données, connecter des systèmes ou mettre en place l’infrastructure dont ils ont besoin.
TROIS TYPES DE PROBLÈMES
Intervenir autour de l’existant
Nenacom ne remplace ni votre ERP, ni vos équipes, ni vos fournisseurs. J’interviens là où un élément utile doit être compris, repris ou mieux connecté.
↔
Intégration & automatisation
Deux logiciels doivent échanger des données ? Un partenaire impose une API, Peppol ou un nouveau format ? Je construis le pont sans remplacer les systèmes qui fonctionnent déjà.
▣
Infrastructure locale
Vous voulez garder certains traitements ou certaines données chez vous ? Je dimensionne, configure et mets en service l’environnement nécessaire, avec vos fournisseurs habituels si besoin.
Le matériel, le câblage et les travaux électriques restent fournis ou réalisés par vos partenaires ou des spécialistes externes. Nenacom assure l’architecture, la configuration et l’intégration technique.
“
Le vieux code n’est pas le problème.
Perdre ce qu’il sait faire en est un.POURQUOI CETTE APPROCHE
Conserver la valeur. Remplacer seulement ce qui doit l’être.
Une application ancienne contient souvent des années de décisions, d’exceptions et de savoir métier. Une réécriture totale les met inutilement en danger.
01
Comprendre ce qui fonctionne et ce qu’il ne faut surtout pas casser.
02
Séparer les données et règles utiles de la technologie vieillissante.
03
Faire évoluer l’ensemble par étapes vérifiables et maintenables.
CAS CONCRETS
Quelques problèmes déjà rencontrés
01
Une application SAP Java devenue difficile à maintenir
Une application métier développée en Java devait continuer à fonctionner alors que sa technologie devenait difficile à maintenir. Sa logique existante a été reprise et son interface migrée progressivement vers UI5, sans réinventer les processus métier derrière.
02
Des pièces jointes reçues par e-mail à intégrer dans la comptabilité
Des documents reçus par e-mail devaient être récupérés, traités puis intégrés dans BOB. Un traitement ciblé a supprimé une série de manipulations manuelles répétitives.
03
Un système existant qui doit désormais parler Peppol
Une contrainte externe impose un nouvel échange, mais remplacer l’ERP n’a aucun sens. La couche d’intégration nécessaire permet au système existant de continuer à fonctionner tout en répondant à l’obligation Peppol.
04
Une application Visual Basic qui fonctionne toujours après 15 ans
Le logiciel fonctionne encore et contient des années de règles métier, mais devient difficile à faire évoluer. Le travail commence par comprendre ce qu’il fait réellement, isoler ses données et préparer un remplacement progressif sans perdre la connaissance accumulée.
ET L’IA ?
Pas besoin de mettre de l’IA partout.
Quand une application est maintenable, ses données structurées et ses interfaces propres, il devient plus simple d’ajouter — si cela sert réellement — une recherche documentaire, un assistant interne, de l’extraction ou de la classification.
Ces usages peuvent aussi reposer sur des modèles locaux et une recherche augmentée par vos propres documents. L’IA vient après les fondations, pas à leur place.
MODE D’INTERVENTION
Quelques jours bien placés peuvent débloquer un problème qui traîne depuis des mois.
Une mission commence par un périmètre concret : comprendre, diagnostiquer, prototyper, connecter ou remettre en route. Le but n’est pas de placer un consultant pendant six mois, mais d’obtenir une avancée utile et transmissible. Certains sujets demandent plusieurs étapes ; elles restent explicites et maîtrisées.
CONTACT
Une vieille application, deux systèmes qui refusent de se parler, une migration qui traîne ?
Expliquez-moi le problème en quelques lignes. Les sujets trop petits, trop anciens ou trop atypiques pour une société informatique généraliste sont précisément le terrain de Nenacom.