🎬 Presentación del Ecosistema Clorian
Visión General: De ITSM a Business OperationsPropósito: Más que un ejercicio técnico, Clorian es un entorno simulado que documenta una evolución operativa en dos actos, diseñada para aportar valor inmediato en entornos de Shared Service Centers (SSC):
- Acto 1 (Clorian 1.0 – ITSM): Resolución de un problema clásico de trazabilidad: sincronización bidireccional en tiempo real entre una base de datos operativa y Jira Cloud mediante webhooks, eliminando la latencia del polling.
- Acto 2 (Clorian 2.0 – Business Ops): Evolución hacia el control de procesos de negocio. Sobre esa misma capa de datos, se implementa un control de conciliación Order-to-Cash (three-way match) con clasificación de excepciones por severidad y SLA de 48h.
El resultado no es un volcado de datos, sino un informe de excepciones priorizado. La misma lógica de TMO y FCR de la banca digital, aplicada a la protección de ingresos y la coordinación operativa.
☁️ Clorian 1.0: Sincronización ITSM (MySQL ↔ Jira)
Integración en Tiempo RealPropósito: Coordinación operativa mediante la sincronización bidireccional de incidencias entre MySQL y Jira Cloud, aplicando principios de ITIL v4 y garantizando la trazabilidad completa del ciclo de vida del ticket.
🔧 Stack Técnico
Java 17+ • JDBC • Spring Boot 3.3.3 • REST API • MySQL
✅ Funcionalidades Clave
- Emisor (DB Connector): Detección de tickets nuevos, creación automática de issues en Jira y polling de estados cada 30s.
- Receptor (Webhook): Endpoint HTTP para actualizaciones en tiempo real (< 1s de latencia) desde Jira a MySQL.
- Prevención de ciclos: Lógica de idempotencia mediante el campo
last_sync_statuspara evitar bucles infinitos. - Mapeo unificado: Sincronización precisa de 5 estados (Open, In Progress, Waiting for Customer, Resolved, Closed).
🎥 Demo en Video
Ver flujo end-to-end: ticket creado en MySQL → aparece en Jira (~30s) → cambio de estado en Jira → actualización inmediata en MySQL (<1s).
📊 Clorian 2.0: Control de Conciliación O2C (Order-to-Cash)
Business Operations & SSCPropósito: Reutilizar la capa de datos del ecosistema para controlar el proceso de negocio Order-to-Cash: detectar excepciones financieras, priorizarlas por severidad y generar reportes ejecutivos para stakeholder, aplicando la misma lógica de TMO/FCR de la banca digital.
🔧 Stack Técnico
SQL (MySQL) • Three-Way Match • Análisis de Excepciones • SLA & KPIs
✅ Funcionalidades Clave
- Regla de negocio explícita: Toda reserva confirmada debe cuadrar al céntimo en importe cobrado (payments – refunds) y entregado (tickets). Cualquier desviación es una excepción.
- Three-Way Match: Cruce de 3 fuentes de verdad (Booking vs Payment vs Ticket) para detectar gaps de cobro y de entrega simultáneamente.
- Clasificación por severidad: Etiquetado automático (CRÍTICA, ALTA, MEDIA) combinando el importe en riesgo y el tiempo abierto.
- Control de SLA: Alerta de incumplimiento a las 48 horas, replicando los estándares de operativa bancaria regulada.
- Resumen ejecutivo: Consultas agregadas que entregan 4 KPIs de control (nº excepciones, € en riesgo, horas media, incumplimientos) en lugar de volcados de datos crudos.
🎥 Demo en Video
Ver flujo de control: regla de negocio → three-way match → vista de excepciones priorizadas → resumen ejecutivo para la toma de decisiones.
🔍 ¿Cómo se relacionan estos proyectos con mi perfil profesional?
Este ecosistema no es un ejercicio teórico: es la aplicación práctica de una evolución profesional en dos actos, diseñada para aportar valor inmediato en entornos de Shared Service Centers (SSC) y Business Operations:
- Clorian 1.0 (ITSM): Demuestra mi capacidad para entender arquitecturas de integración, coordinar con equipos técnicos y garantizar la trazabilidad completa de incidencias (ITIL v4).
- Clorian 2.0 (Business Ops): Demuestra que sé usar esos mismos datos para gobernar un proceso de negocio. Aplico lógica de control interno (three-way match), clasificación por severidad y reporting ejecutivo, aprendiendo rápidamente del Senior que diseña la estrategia.
- Valor añadido día 1: No pretendo ser un arquitecto senior ni un desarrollador puro. Mi valor reside en ser el puente operativo: entiendo la lógica técnica (Java, SQL, APIs) para traducir necesidades de negocio en controles de compliance, SLAs y trazabilidad sin fricciones.
🔎 Busco activamente oportunidades en Barcelona como: