📚 Guía del sistema

🎫 Tickets y veredicto guiado

El dashboard muestra los tickets "Por revisar": cada uno trae el borrador de correo propuesto, el razonamiento del sistema y 3 botones — ✅ Aprobar, ✏️ Pedir cambios, ❌ Rechazar — más 2 preguntas simples (¿hay que adjuntar un documento? ¿hay un formulario que llenar?). Con eso el sistema deduce el caso exacto y crea las tareas para el equipo correcto: formularios normales → Carlos/Lisneth; crédito, SSN o documentos → ustedes.

Estados del ciclo: por revisar → esperando tareas / corrigiendo / ⏳ esperando insumo (el borrador está aprobado pero nos falta entregar el sheet_link, documento o dato — se ven en el panel «⏳ Esperan nuestra lista» de la home) → listo para enviar → enviado. Los rechazos terminales (publicidad/no responder · abandonar proveedor) SIEMPRE pasan por confirmación de Daniel antes de ejecutarse — jamás automáticos.

Prioridades P1-P4 recalculadas 2 veces al día con la lógica "¿la pelota está en nuestra cancha?": P1 = el proveedor respondió y espera; P4 = frío sin urgencia.

📤 Envío y plan semanal

NADA se envía solo: el botón 📤 "Enviar todos los de hoy" dispara los correos del día con DOBLE candado — la columna W del Registry debe estar ✅/🟡 Y MillionVerifier verifica el correo EN VIVO en ese instante; si algo falla, ese correo se bloquea y los demás siguen.

El plan semanal reparte los aprobados respetando límites por buzón (tope vigente: 30 correos por buzón/día, editables — jamás más de 50 fríos, regla de oro del warm-up) y con los fines de semana BLOQUEADOS. Tres modos de agendado: manual, próximo cupo y urgencia. Puedes arrastrar correos entre días.

Si el proveedor vuelve a escribir mientras su respuesta espera en el plan, el detector saca el correo del plan, reabre el ticket y regenera la propuesta — jamás se envía una respuesta vieja.

ENVÍO SELECTIVO (07/14): en el dashboard de Tickets pueden marcar con checkbox los correos "listos para enviar" (filtrables por buzón) y despacharlos con "Enviar seleccionados", estén o no en el plan de hoy. El servidor sigue frenando en el cupo diario de cada buzón — lo que pase el cupo queda ⏸️ para otro día.

🧩 Tareas y Bloqueos v3 (NUEVO 07/12)

La pestaña Tareas se organiza en dos grupos: NUESTRO TRABAJO (📌 Pendientes · 🗂️ Ya accionadas · 🙋 Diferidas a nosotros: el equipo se las pasó — ACÉPTENLA o DEVUÉLVANLA con comentario obligatorio) y EL EQUIPO (⏳ Sus pendientes · ✅ Lo que accionaron — el "cementerio": todo lo cerrado vive ahí para siempre, por día · 🟡 Parciales (su veredicto): al aprobar, el sistema usa lo reportado para decidir solo si el proveedor se congela o sigue · 💤 No requiere (su veredicto) · 🚫 Sin solución (su veredicto): al aprobar, el sistema aplica las consecuencias en los Sheets y ese ticket JAMÁS se vuelve a crear) + ⚙️ Sistema.

Cada ticket tiene un HILO permanente: comentarios, 🔎 fuentes (tipo + link), 📎 adjuntos y @menciones (@Carlos, @Lisneth, @Carlos/Lisneth…) — al mencionado le llega su campanita. Nada se pierde entre idas y vueltas.

Ustedes pueden DESHACER cualquier acción sin límite de tiempo; el equipo solo dentro de la primera hora.

El "sin solución" aprobado dispara el efecto dominó correcto según el caso: proveedor sin web ni signup y sin relación en curso → fuera del Registry y el Database + Blacklist; con web pero sin correo → 🧊 congelado; relación en curso → solo nota. Y queda vetado de re-creación para siempre (candado anti-loop).

💬 Feedback y Situaciones (NUEVO)

La pestaña Feedback junta DOS ríos: (1) el feedback explícito que cualquiera deja en el modo 💡 de los chats (con su nombre, fecha y hora, pulido por IA para leerse fácil), y (2) las "situaciones grises" que los chats capturan solos cuando una pregunta no tuvo respuesta clara. Se puede ver todo junto o filtrar por sistema (Wholezel/Zelwork) y por tipo.

Cada ítem trae la propuesta del sistema: Aprobar (entra a la cola de implementación de Claude), Rechazar (con motivo) o Comentar. Así el sistema mejora cada semana con base en lo que el equipo de verdad necesita.

📒 Encuentros con proveedores (NUEVO 13/07)

Cuando tienen una reunión en persona, una llamada, un mensaje de texto o una videollamada con un proveedor, no queda evidencia digital que el sistema pueda leer. La pestaña Encuentros resuelve eso: eligen el proveedor, el tipo de contacto (el campo "lugar" solo aparece si fue en persona), la fecha, con quién hablaron, y dictan su nota — aunque tenga errores de transcripción.

El botón "✨ Pulir con IA" limpia la transcripción, reestructura la nota de forma clara y, si algo quedó ambiguo, les hace preguntas para confirmarlo; también eligen el idioma. Al guardar, el sistema refleja la nota en el Registry (Notas de Respuesta) y REVISA si algún ticket o borrador pendiente de ese proveedor debe ajustarse — así nunca se envía un correo viejo después de un encuentro que cambió las cosas.

⭐ Favoritos (NUEVO 13/07)

El radar de sus proveedores clave. Marcan como favorito cualquier proveedor en estado sano (Cliente Activo, En Espera, Estancado o Sin Contactar — nunca red flag, descartado o rechazado) con los motivos por los que les importa: eligen de 25 motivos preestablecidos con un clic, o escriben los suyos, más un comentario libre.

Cada favorito muestra su ficha completa del Registry de un vistazo (web, correo, teléfono, representante de ventas, credenciales, categorías, marcas, estatus…), para que tengan a la mano todo lo de los proveedores que quieren cuidar y cultivar personalmente.

👥 Equipo (NUEVO)

Desde la pestaña Equipo pueden agregar un miembro nuevo (nombre, correo, equipo CL o MD, rol): el sistema crea su acceso con una contraseña temporal que se muestra UNA sola vez, y lo reconoce como responsable en tickets y Sheets. Al dar de baja a alguien, el sistema crea un ticket para decidir quién hereda sus proveedores pendientes (lo histórico no se toca) y esa persona deja de aparecer para trabajo nuevo.

🔎 Lead-Gen con QC humano

Pide proveedores nuevos por categorías/zonas/marcas (o configura la corrida diaria: cantidad, hora, y modo de marcas "desde Brands DB" — solo marcas vendibles o desbloqueables por invoice, jamás Transparency). Cada lead llega curado al Suppliers Database y genera una tarea de QC para Carlos/Lisneth: verifican TODA la fila, completan lo que falte y escriben "Checked".

Solo los leads con QC ✔ pueden pasar al Accounts Registry — por tu selección manual (checkboxes) o el modo automático (apagado por defecto). Al pasar, nace el ticket correcto: con signup web → tarea de crear cuenta para CL y luego el correo de aviso; sin signup → borrador de primer contacto para veredicto.

🤖 Zendy Admin y paneles

Zendy Admin conoce TODO el ecosistema y su estado en vivo (tickets, plan, tareas, casos especiales). Pídele estatus, explicaciones o que te redacte un correo de caso especial — te lo entrega con un botón "Crear borrador en Gmail" (jamás envía). Tiene modos 🛟 Asistencia y 💡 Feedback, y su historial visible dura el día (reset 3:00 AM; nada se pierde internamente).

Paneles: ⛽ Combustible (créditos de cada servicio y cuándo recargar) · 🩺 Salud de correos (reputación, rebotes, DNS) · 🤖 IA (modelo y costo de cada chatbot) · 🔔 Novedades (cambios del sistema, como lista o recorrido) · @ Menciones (las tuyas y las de @Daniel/Marianella — las exclusivas de la otra persona no se ven).

⚙️ Lo que corre solo (tu tranquilidad)

Dos veces al día (7:00 y 21:00) el sistema audita los 3 Sheets (16 chequeos de coherencia), escanea y etiqueta los 6 buzones, reconcilia tickets con Gmail, vigila la columna W contra la evidencia real, audita catálogos (nombres, flags, unificación de PARTES), corre la tanda diaria de buscar-correo (15), recalcula prioridades, regenera el PDF corporativo si cambian las guías y produce el reporte de situaciones/feedback. Cada 5 minutos: el worker de housekeeping/dominó y el de Lead-Gen. Backups completos a las 00:00 y 23:59 (90 días).

Todo corre en la Mac de Daniel: si está dormida a esa hora, corre al despertar; nada se pierde porque los datos viven en la nube.