Análisis punto por punto del pliego "Servicios de Operación Registro de Hidrocarburos para Pozos Marinos" contra el SaaS de Cabinas Geológicas. Cubre los reportes obligatorios, los 10 eventos geológicos inesperados que el prestador debe detectar, y el personal obligatorio por cabina.
| Requisito del pliego | Estado | Cómo se cubre hoy / qué falta |
|---|---|---|
| Reporte diario operativo matutino (SIOP)§1.1 El documento que la cabina entrega cada mañana con profundidad, metros perforados, ROP, lodo, sarta y programa. | Cubre | El motor de SIOP del SaaS lo redacta en automático desde el CSV BASE GENERAL del día y lo deja listo para la firma del geólogo. Ya probado con datos reales de Kali-10. |
| Reporte diario operativo de avance vespertino§1.2 Corte vespertino del mismo día operativo, formato establecido por Pemex. | Cubre | Mismo motor que el matutino, segundo formato de salida. Sin código nuevo — solo otra plantilla. |
| Base de datos en profundidad§1.3 Registros a profundidad continua, ingestados en base de datos del cliente. | Cubre | WITSML Store + Cloud Function poll_witsml_data ingesta cada 5 min en cabins/{id}/datos_realtime/. Exportable a CSV/Excel en cualquier momento. |
| Base general del pozo§1.4 Tabla maestra con todos los datos de perforación por etapa y metro. | Cubre | Parser CSV BASE GENERAL ya integrado, validado contra los 3,007 registros reales de Kali-10. Estructura normalizada en firestore_schema.py:normalize_lectura(). |
| Reporte de manifestaciones de hidrocarburos§1.5 Documento por evento, con causa, profundidad, lecturas, acción tomada y resolución. | Cubre | 3 reglas activas en anomaly_detector.py: gas_pico, densidad_caida, rop_caida. Generan docs en cabins/{id}/manifestaciones/ con shape create_manifestacion_doc. |
| Reporte de descripción de núcleo§1.6 Descripción macroscópica de núcleos recuperados (litología, estructuras, fracturas). | Parcial | El SaaS provee la plantilla y el repositorio de fotos. La DESCRIPCIÓN es 100% humana (especialista tipo 1). No se automatiza por diseño. |
| Gráfica de Registro continuo de Hidrocarburos§1.7 Masterlog con 7 pistas: ROP+gas+barrena / profundidad / litología / gas total / C1-C5 / calcimetría / solubilidad. | Parcial | Visor del SaaS ya grafica las pistas numéricas (WOB, RPM, SPP, GPM, denIn/Out, tempIn/Out, gas, c1-c5). Faltan las pistas de litología y calcimetría (geólogo + laboratorio). |
| Reporte de Eventos Geológicos Inesperados§1.8 Documento por evento, con tipo, profundidad, lecturas, acción y cierre. | Parcial | 3 de 10 eventos automatizados. El resto son reglas nuevas que se pueden agregar al anomaly_detector.py con datos ya disponibles en WITSML (ver Sección 4). |
| Litoteca digital de la columna del Pozo§1.9 Almacén digital de muestras (fotos, pesos, intervalos) para entrega a CNH en 30 días. | Roadmap | Fase 2 del SaaS. OCR + Cloud Storage + índice por intervalo. Es el Servicio #14 del MVP original (digitalizador de archivos históricos). |
| Compendio paleontológico§1.10 Estudio bioestratigráfico con foraminíferos, cimas geológicas, ambiente y edad. | No aplica | Trabajo 100% del bioestratígrafo (uno de los 2 obligatorios por cabina). El SaaS no entra en paleontología por diseño — refuerza el pitch "no reemplaza al personal". |
| Reporte de operación del cromatógrafoAct. 2 Logs del equipo C1-C5, calibración, mantenimiento. ACTIVIDAD 2 separada. | No aplica | Es la renta y operación del equipo físico, no la interpretación. La lectura de gases sí entra en el SaaS (c1-c5 del visor). |
| # Evento del pliego | Estado | Cobertura actual + plan |
|---|---|---|
| 1. Quiebre en la velocidad de penetración ROP cae súbitamente — posible cambio de formación, derrumbe o pérdida de barrena. | Cubre | Regla rop_caida en anomaly_detector.py. Detecta caída > 40% vs promedio de 1h. Severidad warning/critical. |
| 2. Manifestación de hidrocarburos Gas sube abruptamente, densidad cambia, o ambos — posible entrada de gas/aceite a la sarta. | Cubre | Reglas gas_pico y densidad_caida. 2 de las 3 reglas activas. Severidad crítica por defecto. |
| 3. Ausencia de estratos geológicos Estratos del programa no aparecen donde se esperaban — geología distinta a la prognosis. | No aplica | Requiere correlación geológica con la prognosis del pozo. Trabajo del geólogo, no automatizable con series de tiempo. |
| 4. Presiones anormalmente altas o bajas SPP (standpipe pressure) fuera de rango — posible problema hidráulico en fondo. | Roadmap | SPP ya está en WITSML mwdRealtime. Falta regla pure_detect_spp_anormal (umbral absoluto + delta vs promedio). 1 día de trabajo. Semana 1 del plan. |
| 5. Aumento en el volumen de presas El lodo en presas activas sube sin explicación — posible aporte de formación o pérdida de retorno parcial. | Roadmap | pit_vol en WITSML. Regla pure_detect_pit_volume (delta positivo > 5% en 15 min). 1 día. Semana 1. |
| 6. Cambio en la salinidad del lodo Resistividad del lodo cambia — posible entrada de agua de formación. | Condicional | Requiere sensor de resistividad (no todas las cabinas lo tienen). Cuando esté, regla pure_detect_salinidad. 2-3 días. Semana 5. |
| 7. Detección de derrumbes Roca se cae a la sarta — ROP cae, torque sube, posibles emboladas. | Parcial | Parcial con rop_caida actual. Se puede mejorar con regla combinada pure_detect_derrumbe (ROP < 50% + torque > 150%). 1-2 días. Semana 3. |
| 8. Pérdidas de lodo SPP cae y nivel de presas cae — fluido se va a la formación. | Roadmap | Regla combinada pure_detect_perdida_lodo (SPP drop > 10% + pit_vol drop > 5% simultáneos). 1 día. Semana 4. |
| 9. Flujos de agua Agua de formación entra al pozo — densidad salida baja, gas puede cambiar. | Roadmap | Regla pure_detect_flujo_agua (den_out < umbral + sin cambio de den_in). 1 día. Semana 2. |
| 10. Detección de rebabas de fierro Restos metálicos en recortes — barrena o sarta dañada. | Roadmap | Regla pure_detect_rebabas (torque > 130% + vibración high). Requiere torque + vibration en WITSML. 1-2 días. Semana 3. |
El SaaS pasa de 3 a 8 de 10 eventos automatizados con datos que ya están en WITSML (no requiere sensores nuevos). Los 2 restantes (ausencia de estratos y salinidad) son geológicos o dependen de sensor opcional. La cobertura real del SaaS queda en 80% de los eventos del pliego — sin reemplazar al geólogo.
El SaaS no entra en el headcount obligatorio: el cliente SIGUE necesitando sus 6 personas por cabina. Lo que cambia es el mix de lo que hacen: 30-40% menos paperwork, 100% de su expertise geológica intacta. Esto se traduce en que el mismo equipo puede operar 2 cabinas, o atender la misma cabina con margen para imprevistos.
Cubre eventos #4 y #5 del pliego. SPP y pit_vol ya están en WITSML mwdRealtime. Se agregan 2 funciones puras pure_detect_spp_anormal (umbral absoluto + delta vs ventana 30 min) y pure_detect_pit_volume (delta > 5% en 15 min). Se enchufan al orquestador pure_detect_todas.
Cubre evento #9. pure_detect_flujo_agua: detecta cuando den_out cae bajo umbral histórico sin que den_in cambie (señal de entrada de fluido de formación). Ya tenemos den_in y den_out en WITSML.
Cubre eventos #7 y #10. pure_detect_derrumbe (ROP < 50% + torque > 150%) y pure_detect_rebabas (torque > 130% + vibración high). Requiere agregar torque y vibration al PARAM_DATA_ITEMS de WitsmlClient y a normalize_lectura.
Cubre evento #8. pure_detect_perdida_lodo: trigger cuando spp cae > 10% y pit_vol cae > 5% en la misma ventana. Es la primera regla combinada del sistema — abre el patrón para futuras reglas multi-sensor.
Cubre evento #6 solo en cabinas con sensor de resistividad. pure_detect_salinidad: cambio > 15% en resistivity en 30 min. Se enchufa con un check defensivo — si el sensor no está disponible, la regla se desactiva sola sin afectar el resto.
5 semanas calendario (trabajando a tiempo parcial) = +7 reglas de detección que suben la cobertura de eventos del pliego de 3/10 a 8/10. Costo de infraestructura: $0 adicional (los datos ya están en WITSML). Costo de desarrollo: parametrización de anomaly_detector.py con sus tests, sin tocar la arquitectura. El 9° evento (ausencia de estratos) queda fuera por diseño — es trabajo geológico de interpretación.
El 55% de los reportes obligatorios ya están automatizados. El 80% de los eventos geológicos inesperados se pueden automatizar en 5 semanas con datos ya disponibles. Y los 6 profesionistas obligatorios por cabina siguen siendo obligatorios — solo que con el paperwork resuelto en automático.