🎬 Présentation de l’Écosystème Clorian

Vue d’ensemble : De l’ITSM aux Business Operations

Objectif : Plus qu’un simple exercice technique, Clorian est un environnement simulé qui documente une évolution opérationnelle en deux actes, conçue pour apporter une valeur immédiate dans les environnements de Shared Service Centers (SSC) :

  • Acte 1 (Clorian 1.0 – ITSM) : Résolution d’un problème classique de traçabilité : synchronisation bidirectionnelle en temps réel entre une base de données opérationnelle et Jira Cloud via des webhooks, éliminant la latence du polling.
  • Acte 2 (Clorian 2.0 – Business Ops) : Évolution vers le contrôle des processus métier. Sur cette même couche de données, un contrôle de réconciliation Order-to-Cash (three-way match) est mis en œuvre, avec classification des exceptions par sévérité et SLA de 48h.

Le résultat n’est pas un déversement de données brutes, mais un rapport d’exceptions priorisé. La même logique de TMO et FCR de la banque digitale, appliquée à la protection des revenus et à la coordination opérationnelle.

Durée : ~1:30 min | Format Screencast professionnel (navigation sur le Portfolio et GitHub)

👇 Ci-dessous, explorez le détail technique de chaque phase du projet.

☁️ Clorian 1.0 : Synchronisation ITSM (MySQL ↔ Jira)

Intégration en Temps Réel

Objectif : Coordination opérationnelle via la synchronisation bidirectionnelle des incidents entre MySQL et Jira Cloud, en appliquant les principes ITIL v4 et en garantissant la traçabilité complète du cycle de vie du ticket.

🔧 Stack Technique

Java 17+ • JDBC • Spring Boot 3.3.3 • REST API • MySQL

✅ Fonctionnalités Clés

  • Émetteur (DB Connector) : Détection des nouveaux tickets, création automatique d’issues dans Jira et polling des statuts toutes les 30s.
  • Récepteur (Webhook) : Endpoint HTTP pour les mises à jour en temps réel (< 1s de latence) de Jira vers MySQL.
  • Prévention des boucles : Logique d’idempotence via le champ last_sync_status pour éviter les boucles infinies.
  • Mappage unifié : Synchronisation précise de 5 statuts (Open, In Progress, Waiting for Customer, Resolved, Closed).

🎥 Démo Vidéo

Voir le flux end-to-end : ticket créé dans MySQL → apparaît dans Jira (~30s) → changement de statut dans Jira → mise à jour immédiate dans MySQL (<1s).

Durée : ~11:55 min | Sous-titres disponibles

🔵 Voir DB Connector (Émetteur) 🟢 Voir Webhook Receiver (Récepteur)

📊 Clorian 2.0 : Contrôle de Réconciliation O2C (Order-to-Cash)

Business Operations & SSC

Objectif : Réutiliser la couche de données de l’écosystème pour contrôler le processus métier Order-to-Cash : détecter les exceptions financières, les prioriser par sévérité et générer des rapports exécutifs pour les parties prenantes, en appliquant la même logique de TMO/FCR de la banque digitale.

🔧 Stack Technique

SQL (MySQL) • Three-Way Match • Analyse des Exceptions • SLA & KPIs

✅ Fonctionnalités Clés

  • Règle métier explicite : Toute réservation confirmée doit correspondre au centime près en montant encaissé (payments – refunds) et livré (tickets). Tout écart est une exception.
  • Three-Way Match : Recoupement de 3 sources de vérité (Booking vs Payment vs Ticket) pour détecter simultanément les écarts d’encaissement et de livraison.
  • Classification par sévérité : Étiquetage automatique (CRITIQUE, ÉLEVÉ, MOYEN) combinant le montant à risque et le temps d’ouverture.
  • Contrôle des SLA : Alerte de non-respect à 48 heures, reproduisant les standards des opérations bancaires réglementées.
  • Résumé exécutif : Requêtes agrégées fournissant 4 KPI de contrôle (nb d’exceptions, € à risque, heures moyennes, non-respects) au lieu de déversements de données brutes.

🎥 Démo Vidéo

Voir le flux de contrôle : règle métier → three-way match → vue des exceptions priorisées → résumé exécutif pour la prise de décision.

Durée : ~5:00 min | Sous-titres disponibles

📄 Voir le script SQL sur GitHub 🔄 Voir le README de l’Écosystème

🔍 Comment ces projets s’articulent-ils avec mon profil professionnel ?

Cet écosystème n’est pas un exercice théorique : c’est l’application pratique d’une évolution professionnelle en deux actes, conçue pour apporter une valeur immédiate dans les environnements de Shared Service Centers (SSC) et de Business Operations :

  • Clorian 1.0 (ITSM) : Démontre ma capacité à comprendre les architectures d’intégration, à coordonner avec les équipes techniques et à garantir la traçabilité complète des incidents (ITIL v4).
  • Clorian 2.0 (Business Ops) : Démontre que je sais utiliser ces mêmes données pour gouverner un processus métier. J’applique une logique de contrôle interne (three-way match), une classification par sévérité et un reporting exécutif, en apprenant rapidement du Senior qui conçoit la stratégie.
  • Valeur ajoutée dès le jour 1 : Je ne prétends pas être un architecte senior ni un développeur pur. Ma valeur réside dans le fait d’être le pont opérationnel : je comprends la logique technique (Java, SQL, APIs) pour traduire les besoins métier en contrôles de conformité, SLA et traçabilité sans friction.

🔎 Je recherche activement des opportunités à Barcelone en tant que :

Business Operations Analyst (opérationnel/junior) Coordinateur des Opérations SSC Coordinateur de Services IT Service Client Multilingue (SSC)
Voir la matrice complète des compétences ➔