📁 cultivaia / platform | 3 issues creados | 📅 2026-06-18 | 🤖 Generados con creador-issues-github
1 Input: Nota de voz Slack
🎙️ Nota de voz (transcripción Slack) INPUT CAÓTICO
"oye que el webhook de zapier que conecta el formulario de contacto de la web con el CRM está roto desde ayer por la noche, los leads no están llegando. ya he revisado que el form funciona y sí envía datos pero en zapier se ve que el zap está en pausa por un error de autenticación o algo así, no sé exactamente. lo más gordo es que llevamos 14 horas sin capturar leads de la landing campaign"
↓ creador-issues-github
bug severity: high integrations crm abierto hace 2 horas · por @team-cultiva
Summary
El Zap de Zapier que conecta el formulario de contacto de la web con el CRM lleva pausado ~14 horas por un error de autenticación. Los leads del formulario no se están ingresando al CRM durante la campaña activa.
Environment
Product/Service: cultivaia/platform — integración Zapier ↔ CRM Afecta a: Formulario de contacto (landing campaign activa) Detectado: 2026-06-17 ~22:00 UTC+2 Duración: ~14 horas en el momento del reporte
Reproduction Steps
  1. Abrir la landing page de la campaña activa.
  2. Rellenar y enviar el formulario de contacto.
  3. Verificar en el panel de Zapier → el Zap aparece en estado Paused.
  4. Comprobar el CRM → el lead no ha sido creado.
Expected Behavior
Cada envío del formulario crea un nuevo lead en el CRM en menos de 60 segundos, con todos los campos mapeados correctamente.
Actual Behavior
El Zap está en estado Paused. El formulario envía datos correctamente (verificado), pero Zapier no los procesa. Se muestra un error de autenticación en el historial del Zap. Ningún lead de las últimas ~14 h ha llegado al CRM.
Error Details
Zap status: Paused
Error type: Authentication error (exact message pendiente de captura)
Zap: Contacto Web → CRM Lead Creation
Last successful run: 2026-06-17 ~22:00
Impact
🔴 HIGH Pérdida de leads durante una campaña activa (~14 h sin captura). Impacto directo en revenue pipeline. Requiere solución inmediata y revisión de los registros perdidos.
Additional Context
  • El formulario web funciona correctamente (datos enviados confirmados).
  • El error es de autenticación → posible caducidad del token OAuth de Zapier con el CRM.
  • Acción inmediata: reconectar la cuenta en Zapier y reactivar el Zap.
  • Acción adicional: auditar leads perdidos entre 22:00 del 17/06 y la corrección.

2 Input: Log de error (Notion)
📋 Log de error pegado en Notion INPUT CAÓTICO
TypeError: Cannot read properties of undefined (reading 'client_id') at /app/services/ai-router.ts:142:29 at processEmailBatch (batch-processor.ts:87) — Afecta al procesador de emails que clasifica tickets de soporte con GPT-4. Cuando hay más de 50 emails en cola, falla sin procesar ninguno. Version: v2.3.1, servidor de staging
↓ creador-issues-github
bug severity: high ai-router staging email-processor abierto hace 1 hora · por @team-cultiva
Summary
El servicio ai-router lanza un TypeError al intentar leer client_id de un objeto undefined cuando el batch de emails supera 50 elementos, dejando toda la cola sin procesar.
Environment
Product/Service: cultivaia/platform — Email Batch Processor Version: v2.3.1 Entorno: Staging Runtime: Node.js / TypeScript
Reproduction Steps
  1. Encolar más de 50 emails en el sistema de tickets de soporte.
  2. Ejecutar o esperar la ejecución automática de processEmailBatch.
  3. Observar en los logs el TypeError en ai-router.ts:142.
  4. Verificar que ningún email del batch ha sido clasificado.
Expected Behavior
El batch processor clasifica todos los emails en cola usando GPT-4 independientemente del tamaño del batch, completando el ciclo sin errores.
Actual Behavior
Con más de 50 emails en cola, processEmailBatch lanza TypeError y aborta sin procesar ningún email del batch. La clasificación de tickets de soporte queda bloqueada.
Error Details
TypeError: Cannot read properties of undefined (reading 'client_id')
    at /app/services/ai-router.ts:142:29
    at processEmailBatch (batch-processor.ts:87)

Threshold: falla cuando queue.length > 50
Versión: v2.3.1 (staging)
Impact
🔴 HIGH Bloqueo total de la clasificación automática de tickets cuando la cola supera 50 emails. Sin workaround; requiere corrección en código. Detectado en staging antes de afectar producción.
Additional Context
  • Posible causa: client_id no está definido en el objeto de configuración del cliente cuando el índice supera cierto límite del array (problema de acceso fuera de rango o paginación).
  • Línea ai-router.ts:142: revisar acceso a propiedades del objeto de cliente en la llamada a GPT-4.
  • Prioridad: corregir antes de subir v2.3.1 a producción.

3 Input: Captura de pantalla con anotación
🖼️ Captura con anotación manual INPUT CAÓTICO
"En el dashboard de métricas (sección 'Campañas activas'), los porcentajes de conversión muestran NaN% para todas las campañas creadas esta semana. Las campañas antiguas se ven bien. Pasa en Chrome y Firefox. El dato correcto sí está en la base de datos (lo he comprobado con una query directa). Severidad media porque no bloquea operaciones pero los clientes preguntan."
↓ creador-issues-github
severity: medium bug dashboard metrics ui abierto hace 30 minutos · por @team-cultiva
Summary
La sección "Campañas activas" del dashboard de métricas muestra NaN% en el campo de tasa de conversión para todas las campañas creadas a partir de esta semana. Los datos correctos existen en BD; el problema es de cálculo o renderizado en frontend.
Environment
Product/Service: cultivaia/platform — Dashboard de Métricas Sección afectada: Campañas activas → columna % Conversión Browsers: Chrome (reproducible) + Firefox (reproducible) Scope: Solo campañas creadas a partir de 2026-06-11 en adelante
Reproduction Steps
  1. Ir al Dashboard → sección "Campañas activas".
  2. Localizar cualquier campaña creada esta semana (desde 2026-06-11).
  3. Observar el valor en la columna "% Conversión".
  4. Comparar con campañas creadas semanas anteriores (muestran valores correctos).
Expected Behavior
La columna "% Conversión" muestra el porcentaje calculado correctamente para todas las campañas, independientemente de cuándo fueron creadas.
Actual Behavior
Las campañas de esta semana muestran NaN% en la columna de conversión. Las campañas antiguas muestran el porcentaje correcto. El dato correcto existe en BD (verificado con query directa). Afecta a Chrome y Firefox.
Visual Evidence
📎 Ver captura adjunta: dashboard-metricas-nan-conversion.png (anotación manual señalando columna afectada)

📊 Dashboard → Campañas activas
Campaña Creada Clicks % Conversión
Summer Launch 2026 2026-06-16 1,240 NaN% ⚠️
Email Drip Q2 2026-06-14 890 NaN% ⚠️
Retargeting Mayo 2026-05-28 3,401 4.7% ✓
Impact
🟡 MEDIUM No bloquea operaciones. Los datos reales son correctos en BD. Sin embargo, genera confusión a los clientes y dificulta el reporting de campañas activas.
Additional Context
  • Los datos correctos existen en BD (verificado con query directa) → el error es de lectura/cálculo en frontend o en la capa API.
  • Solo afecta a campañas de esta semana → posible cambio de esquema o campo nuevo con formato diferente introducido recientemente.
  • Hipótesis: división por cero o campo impressions/total_reach en formato string en vez de number para registros nuevos.
  • Workaround temporal: consulta directa a BD o exportar CSV.
Generado con creador-issues-github · CULTIVA IA · Repositorio: cultivaia/platform · 2026-06-18