Exclusiones — Fuera de alcance

1. Tickets de gasolinera en GCP

La lógica de integridad y recuperación (GCF_2) es aplicable y debe tenerlas en cuenta en su diseño. Sin embargo, la configuración e instanciación final de los componentes para Gasolineras recae en el proyecto específico de Gasolineras.

Las transacciones de gasolinera no formarán parte del flujo de live streaming basado en Dataflow. Se gestionarán independientemente vía ELT (Fivetran + dbt retail). El sistema operacional (Smart v2) no tendrá visibilidad de estas transacciones y deberá integrarlas por otra vía.

2. Integración de datos de venta en Smart v2

La librería bin2raw (RF05) se diseña para ser interoperable con Smart v2, pero la integración efectiva en dicho sistema no se aborda aquí. La librería se entrega como artefacto reutilizable; su despliegue en Smart v2 será responsabilidad de un proyecto posterior.

3. Eliminación del Reverse ETL (Bronze → Smart)

Aunque arquitectónicamente incorrecto (el sistema operacional no debería depender de la nube analítica), la eliminación de esta dependencia está fuera del alcance inmediato. Existe una dispensa técnica temporal hasta junio de 2026. Se gestiona como parte de otro proyecto.

4. Nueva lógica de deduplicación (PoS)

No se desarrollará ningún mecanismo nuevo para gestionar duplicados en PoS. Ya existe un procedimiento almacenado en BigQuery que resuelve esto a posteriori. Se asume el riesgo de que el reprocesado genere duplicados temporales que ese SP limpiará después.

5. Corrección del pipeline de Dataflow

El servicio de recuperación (RF01) detecta los fallos de Dataflow (tickets con cabecera sin líneas en Bronze) y los remedia reinyectándolos. No incluye abrir el código Java del Dataflow para arreglar el bug raíz que causa esos fallos de procesamiento.

6. Explotación masiva de logs técnicos en dashboards

Los logs se generarán con estructura perfecta para análisis (JSON estructurado), pero la visualización de estos logs en dashboards Looker Studio queda fuera. La arquitectura reserva el enrutado de logs a BigQuery (Log Sink) para una futura monitorización corporativa.

7. Mantenimiento de los GitHub Pipelines (colas fallidas Yoda)

No se refactorizan ni modifican las políticas de reintento de los scripts de GitHub encargados de la Dead Letter Queue de Yoda. RF07 se limita a añadir una capa de supervisión externa (heartbeat).

8. Intervención en infraestructura de Yoda

La solución alerta sobre la indisponibilidad de colas ("Tubería Rota"), pero reiniciar colas o escalar infraestructura es responsabilidad del equipo de eCommerce/Yoda.