Aller au contenu
XSIS
Parler à un ingénieur

Questions fréquentes

Assistance et exploitation

Ce qui se passe après la mise en production : assistance, supervision et évolutions.

17 questions

Quelle assistance proposez-vous après la mise en production ?

Nous pouvons exploiter et maintenir ce que nous construisons : supervision, gestion des incidents, mises à jour de sécurité et évolutions au rythme de votre activité et de vos partenaires. L’assistance est formalisée par écrit, avec des objectifs de délai de réponse, des contacts d’escalade et un reporting régulier.

Quel support assurez-vous après la mise en production ?

Les systèmes d’IA demandent une attention continue : les données évoluent, les modèles sont mis à jour et de nouveaux cas apparaissent. Nous pouvons superviser la qualité et le coût, examiner les cas signalés, mettre à jour les prompts ou les modèles et relancer le jeu d’évaluation avant chaque modification. Ce suivi peut faire partie d’un contrat de support ou être transmis à vos propres équipes avec le manuel d’exploitation et une formation.

Que se passe-t-il lorsque le modèle perd en performance ?

La supervision le révèle avant que l’activité ne le ressente. Nous comparons les données d’entrée et les résultats du modèle à ce qu’il a vu à l’entraînement, et alertons en cas d’évolution. Vos équipes disposent alors des éléments et décident de réentraîner, d’ajuster les seuils ou de revenir à des règles. Le réentraînement passe par le même pipeline testé que le modèle d’origine.

Qui exploite les pipelines après la mise en production ?

Vos équipes ou les nôtres. Nous transmettons la documentation, les tests, la supervision et un manuel d’exploitation, et formons vos ingénieurs s’ils doivent l’exploiter. Si vous le préférez, nous supervisons les chargements et la qualité, corrigeons les incidents, gérons les évolutions des systèmes sources et ajoutons de nouveaux domaines dans le cadre d’un contrat de support.

Que se passe-t-il après la mise en production ?

C’est vous qui choisissez. Nous pouvons maintenir et faire évoluer le système dans le cadre d’un contrat qui fixe les délais de réponse, la supervision et un budget pour les évolutions, ou le transmettre à votre équipe avec le code, la documentation et une période de recouvrement. De nombreux clients commencent avec notre support, puis internalisent progressivement le travail.

Quelle maintenance une application nécessite-t-elle après son lancement ?

Apple et Google publient chaque année de nouvelles versions de leurs systèmes d’exploitation, et les règles des boutiques évoluent. Les bibliothèques doivent recevoir des mises à jour de sécurité. Nous testons l’application avec chaque nouvelle version, corrigeons ce qui change et maintenons ses dépendances à jour, en parallèle de votre propre feuille de route fonctionnelle. Cela se fait généralement dans le cadre d’un contrat de support ou au sein d’une équipe dédiée.

Pouvez-vous superviser et maintenir la plateforme après la mise en production ?

Oui. Dans le cadre d’un contrat de support, nous surveillons les alertes, traitons les incidents dans les délais de réponse convenus avec vous, appliquons les correctifs de sécurité et maintenons à jour les outils de la plateforme. Chaque incident significatif fait l’objet d’une analyse écrite de sa cause et de la modification qui empêche qu’il se reproduise.

Que se passe-t-il lorsque des tests automatisés deviennent peu fiables ?

Nous traitons un test peu fiable comme un défaut. Il est mis de côté pour ne pas bloquer les mises en production, sa cause est identifiée et corrigée, puis il est réintégré. Les causes courantes sont des données de test partagées, des hypothèses de synchronisation et des environnements instables. Nous suivons la stabilité des tests dans le temps, pour que la suite reste digne de la confiance de votre équipe.

Que se passe-t-il lors d’une mise à niveau de notre ERP ?

Nous nous appuyons sur les interfaces que l’éditeur publie et prend en charge, et non sur les tables de la base de données ou sur les écrans, si bien que la plupart des mises à niveau n’affectent pas l’intégration. Avant une mise à niveau, nous confrontons les notes de version de l’éditeur à chaque interface, exécutons la suite de tests sur le système de test mis à niveau et corrigeons tout ce qui a changé avant le passage en production.

Que se passe-t-il lorsqu’une banque modifie son format ?

Les banques annoncent leurs changements de format à l’avance, comme beaucoup l’ont fait lors du passage des messages SWIFT MT aux messages ISO 20022. Nous suivons ces annonces pour les banques que nous connectons, évaluons l’impact, et planifions avec la banque le changement et ses tests avant l’échéance qu’elle a fixée. Ce suivi peut faire partie d’un contrat de support.

Comment gérez-vous les changements de version des API ?

Les API que vous publiez sont versionnées : nous maintenons les anciennes versions pendant une durée convenue et informons les consommateurs des changements. Pour les API que vous appelez, nous suivons les avis d’obsolescence de chaque partenaire, testons les nouvelles versions dans son bac à sable et migrons avant l’arrêt de l’ancienne version. Les tests de contrat détectent un changement non annoncé avant qu’il n’atteigne la production.

Que se passe-t-il à la fin du projet ?

Vous choisissez. Nous pouvons transmettre le système à votre propre équipe avec la documentation et des présentations détaillées, ou continuer à le maintenir et à le faire évoluer dans le cadre d’un contrat de support ou d’une équipe dédiée. Nous en convenons avant la fin du projet, afin qu’il n’y ait aucune rupture.

Pouvez-vous ensuite aider à mettre en œuvre le plan ?

Oui, si vous le souhaitez. Les mêmes architectes peuvent rester pour encadrer la réalisation, et nous pouvons fournir une équipe dédiée, renforcer vos propres ingénieurs ou réaliser un projet défini. Il n’y a aucune obligation : la feuille de route vous appartient, et vous pouvez la mettre en œuvre avec tout prestataire ou votre propre équipe.

Qui assure le support de l’intégration après la mise en production ?

Nous pouvons la superviser et en assurer le support dans le cadre d’un contrat de support, ou la transmettre à votre équipe avec la documentation, les alertes et un manuel d’exploitation. Dans les deux cas, un message en échec arrive dans une file d’attente avec son motif, afin d’être corrigé et rejoué plutôt que perdu.

Pouvez-vous superviser les intégrations après la mise en production ?

Oui, dans le cadre d’un contrat de support. Nous surveillons les flux de messages et les connexions avec les partenaires, alertons en cas d’échec ou d’accumulation, et corrigeons ou rejouons les messages en échec. Si vous préférez les exploiter vous-mêmes, nous transmettons le tout à votre équipe avec les tableaux de bord et les manuels d’exploitation.

Qui traite les comptabilisations en échec une fois en production ?

C’est convenu avant la mise en production. En général, votre équipe des opérations magasins ou votre équipe financière traite les erreurs métier, comme un article inconnu, depuis une liste de revue, et l’équipe technique traite les incidents du flux lui-même. Nous pouvons assurer ce support technique dans le cadre d’un contrat de suivi, avec un manuel d’exploitation partagé avec votre équipe.

Que se passe-t-il lorsqu’un partenaire subit une panne ?

Les autres flux continuent de fonctionner. Les messages destinés à ce partenaire sont relancés puis mis en file d’attente, l’équipe de support est alertée, et rien n’est perdu. Lorsque le partenaire est rétabli, les messages en attente sont rejoués dans l’ordre. Le tableau de bord indique quel partenaire est concerné et combien de messages sont en attente.

Dites-nous ce que vous devez construire ou connecter.

Décrivez les systèmes, le calendrier et les contraintes. Les ingénieurs concernés prennent ensuite le relais.