Expérience professionnelle
Diagnostiquer des incidents sur un système d'information en production
- Rôle
- Consultant fonctionnel, support de niveau 2, en autonomie
- Période
- Depuis septembre 2025
Contexte
Après le mode projet, je suis passé de l'autre côté : maintenir un système déjà en production. D'abord sur le périmètre logistique, autour des interfaces entre l'ERP et le logiciel de gestion d'entrepôt, puis sur le périmètre production, autour du référentiel articles et des calculs de besoins.
Ce que j'ai fait
- Cartographié les interfaces entre l'ERP et le WMS, du message d'expédition anticipé aux messages de retour, puis présenté cette mécanique à des consultants confirmés.
- Traité les tickets en autonomie : reproduire le symptôme, formuler une hypothèse sur sa cause, proposer une correction ou un contournement.
- Interrogé les tables et les historiques en SQL pour remonter à la cause racine plutôt que de traiter le symptôme.
- Repris la documentation de référence d'une interface que je ne connaissais pas pour m'en approprier le fonctionnement avant de la dépanner.
Preuve
Sur un incident récurrent et bloquant, l'erreur semblait aléatoire. J'ai posé l'hypothèse que cet aléa venait de l'ordre de traitement et défini un contournement décliné selon le statut de la ligne concernée. Sur un autre cas, la correction tenait un jour puis se défaisait : l'interrogation de la table d'historique a montré qu'un programme régénérait les fiches automatiquement. La cause dépassait mon périmètre, je l'ai transférée documentée à l'équipe compétente.
Volume tenu : trois à quatre tickets par jour depuis septembre 2025.