Le logiciel de gestion, écrit sur mesure.

Applications web, mobiles et de bureau, plateformes en ligne, progiciels de gestion, et aussi la reprise de code existant : migration d’une application PHP vers une pile moderne, ajout de tests sur un projet qui n’en avait pas, remise en service d’un logiciel dont l’auteur n’est plus joignable.

• Applications web et mobiles (Android, iOS), interfaces de programmation, intégrations tierces
• Plateformes multi-locataires : isolation des données par client, facturation à l’usage
• Progiciels de gestion : comptabilité, facturation, stock, production
• Sites de commerce électronique et connexions aux places de marché
• Reprise et modernisation de code existant, ajout de couverture de tests
• Applications embarquées, réalité virtuelle et augmentée

Sur un projet de gestion, la logique métier est écrite dans des services isolés et testés, jamais dans les écrans, ce qui permet de changer l’interface sans reprendre les calculs.

Nous maintenons et faisons évoluer des applications écrites en WLangage sous WinDev, WebDev et WinDev Mobile, et nous les migrons vers des technologies web lorsque c’est le bon moment : TypeScript, React, Next.js, base PostgreSQL — sachant que beaucoup de ces applications tournent depuis dix ou quinze ans et portent des règles de gestion que personne n’a documentées ailleurs que dans le code, ce qui rend la reprise plus délicate qu’un simple portage d’écrans.

• Maintenance et évolution d’applications WinDev existantes
• Sites et portails WebDev, services web et interfaces de programmation
• Applications WinDev Mobile pour Android et iOS
• Migration du WLangage vers TypeScript, React et Next.js
• Reprise de bases HFSQL vers PostgreSQL ou SQLite, avec contrôle d’intégrité
• Extraction et documentation des règles de gestion enfouies dans le code existant
• Coexistence progressive : l’ancien et le nouveau tournent ensemble le temps de la bascule

Une migration ne se fait pas d’un bloc : nous commençons par un module périphérique, nous le mettons en service à côté de l’application WinDev, puis nous avançons module par module, les deux systèmes partageant la même base pendant la transition ; c’est plus long qu’une réécriture complète annoncée en six mois, et cela évite l’arrêt d’exploitation que produit une bascule unique ratée.

Applications natives et multiplateformes pour téléphones et tablettes, publiées sur Google Play et sur l’App Store, la chaîne entière étant prise en charge, y compris les comptes développeur, les fiches de publication et le passage en revue des magasins d’applications, qui refusent une première soumission plus souvent qu’on ne l’imagine.

• Applications React Native, une base de code pour Android et iOS
• Applications natives Kotlin et Swift lorsque le matériel l’exige
• Applications web progressives, installées sans passer par un magasin
• Mode hors ligne et synchronisation à la reconnexion
• Lecture de codes-barres, appareil photo, géolocalisation, notifications
• Publication sur Google Play et App Store, mises à jour et suivi des incidents

Le hors ligne est le point qui décide de l’architecture : une application de terrain qui perd le réseau doit continuer à enregistrer, puis réconcilier sans doublon ni perte, ce qui se conçoit au départ et non en cours de route.

Nous intégrons des modèles de langage dans des applications de production, où la difficulté n’est pas la démonstration : elle tient à la traçabilité des réponses, au coût par requête, au temps de réponse et au comportement du système quand le modèle se trompe, sachant qu’un assistant répondant sans citer sa source ne passe pas en production chez un client soumis à un contrôle.

• Agents et assistants métier connectés au système d’information
• Recherche augmentée sur vos documents (RAG), avec citation de la source
• Extraction structurée : factures, bulletins de paie, contrats, justificatifs
• Classification, résumé, traduction, reconnaissance vocale
• Automatisation de tâches répétitives
• Audit de conformité au règlement européen sur l’IA

Les modèles utilisés (Claude, Gemini, OpenAI) sont appelés depuis le serveur, de sorte qu’aucune clé d’interface ne se retrouve dans le navigateur du visiteur.

Migration de bases, construction d’entrepôts, tableaux de bord, dont la part la plus longue est presque toujours la reprise de l’existant : doublons, dates au mauvais format, champs libres à requalifier.

• Reprise et fiabilisation de données existantes
• Entrepôts et lacs de données, flux d’alimentation
• Tableaux de bord et indicateurs de pilotage
• Bases relationnelles, orientées graphe et vectorielles

Mise en production, supervision, sauvegarde et restauration, sachant qu’un plan de reprise se teste : tant qu’une restauration n’a pas été faite pour de vrai, personne ne sait combien de temps elle prend.

• Déploiement continu, environnements de recette et de production
• Supervision, journalisation, alertes
• Sauvegardes et restaurations éprouvées
• Audits de sécurité applicative

Audit d’un existant, chiffrage d’un projet, rédaction d’un cahier des charges, arbitrage entre un développement spécifique et un logiciel du marché, étant entendu qu’une partie de ces missions se conclut par la recommandation d’acheter plutôt que de développer.

• Audit technique et cartographie de l’existant
• Cahier des charges et chiffrage par lots
• Assistance au choix d’un progiciel
• Direction technique externalisée

Registre des traitements, analyses d’impact, durées de conservation, piste d’audit, autant de sujets qui se traitent pendant la conception : ajouter une piste d’audit fiable à une application déjà en service revient souvent à en réécrire le cœur.

• Mise en conformité au RGPD : registre, analyses d’impact, durées de conservation
• Préparation au règlement européen sur l’intelligence artificielle
• Piste d’audit fiable et archivage probant
• Facturation électronique : Factur-X, EN 16931, dépôt Chorus Pro

Exemple de contrainte concrète : l’art. L102 B du livre des procédures fiscales impose six ans de conservation, l’art. L123-22 du code de commerce en impose dix pour les pièces comptables, si bien qu’une politique de purge automatique retenant la durée la plus courte détruit des pièces encore exigibles.

Sessions sur vos propres cas d’usage, revue de code avec vos développeurs, documentation de reprise, l’objectif étant que vos équipes puissent faire évoluer l’application sans nous.

• Ateliers sur vos cas d’usage réels
• Revue de code et accompagnement d’équipe
• Documentation d’exploitation et de reprise