REPARABOT V3.0
Núcleo operativo del empleado digital: recibe solicitudes web, evita duplicados, crea expedientes, aplica reglas comerciales aprobadas, organiza pendientes y escala al Supervisor solo las decisiones humanas o técnicas.
Hola, Supervisor
Todo en orden para un mejor servicio.
Notificaciones
Solo se muestran asuntos operativos que requieren atención o seguimiento.
Prueba rápida de cálculos
Usa estos botones para verificar las reglas comerciales sin crear un expediente.
Nueva solicitud
Clasificación
Servicios simples = cantidad × precio base.
Casos técnicos = Visita Técnica Profesional $600 MXN.
La cotización final del trabajo se calcula después de la revisión.
Expedientes
Detalle
Expediente Maestro
Selecciona un cliente para ver toda su relación con REPARATEX en una sola pantalla.
Agenda piloto
Las citas quedan pendientes hasta que REPARATEX las confirme.
| Folio | Cliente | Fecha | Hora | Servicio | Estado | CARE / sábado | Control de cita | Acción |
|---|
Generador de borradores
Toda orden, cotización o garantía nace como PENDIENTE DE REVISIÓN.
Vista previa
Selecciona un expediente y genera un borrador.
Pendientes Operativos
V1.13 reúne los expedientes que requieren acción y los ordena por prioridad y tiempo sin movimiento.
Gestión de Seguimientos
V1.22 conserva intacto todo lo aprobado y corrige exclusivamente la confirmación visible de Restaurar respaldo.
Estados
Control
Fase 3 V1 ya consolida el Expediente Maestro. El siguiente paso será sustituir almacenamiento local por base de datos real, autenticación y almacenamiento persistente de fotografías/documentos.
Conexión Supabase · Fase 4 V1.1
Configura únicamente Project URL y Publishable key. La Secret key nunca debe colocarse aquí.
Esta V1.1 comprueba comunicación con public.reparabot_state. La sincronización de expedientes se habilitará en el siguiente paso, después de validar acceso y autenticación.
Autenticación segura · Fase 4 V1.2
Inicia sesión con el usuario Email que ya existe en Supabase. La contraseña no se guarda en REPARABOT y la Secret key no se utiliza.
Esta prueba valida identidad y lectura segura de reparabot_state con el token del usuario. No sincroniza expedientes todavía.
Escritura segura Supabase · Fase 4 V1.3
Prueba controlada de escritura con el usuario autenticado. Guarda únicamente un registro técnico de prueba asociado al UID del usuario; no sincroniza ni modifica expedientes locales.
Seguridad: usa el token de sesión del usuario y owner = UID autenticado. Nunca usa Secret key. La prueba se identifica dentro de data como fase4_v1_3_test.
Sincronización controlada · Fase 4 V1.4 · CORRECCIÓN 08
Primer puente real entre los datos operativos locales de REPARABOT y Supabase. Esta versión NO sincroniza automáticamente: primero permite guardar una copia operativa en la nube, verificarla y recuperarla de forma controlada.
Protección: solo opera sobre el registro reparabot_operational_state_v1_4 del UID autenticado. Al guardar, actualiza la copia existente sin borrarla previamente y verifica el resultado. Antes de recuperar datos crea un respaldo local automático y pide confirmación. No toca el registro técnico V1.3.
Bandeja Web REPARATEX
Recepción segura de solicitudes del sitio REPARATEX. La página pública envía al endpoint controlado; REPARABOT lee la bandeja únicamente con la sesión autenticada del Supervisor y RLS activo.
REPARABOT · Empleado Digital
Este núcleo automatiza la gestión administrativa segura. No inventa diagnósticos, no autoriza cotizaciones técnicas y no confirma citas sin evidencia del cliente.
El resultado aparecerá aquí mismo. C26 distingue autenticación rechazada, función no disponible/error HTTP, respuesta insegura o prueba aprobada. La contraseña se borra siempre; el JWT no se muestra ni se guarda. Meta, WhatsApp real y lote general permanecen bloqueados.
Parte del resultado aprobado de C26 y prepara una actualización segura de reparatex-whatsapp-test para verificar únicamente si existen los secretos de WhatsApp en Supabase. No solicita ni guarda sus valores, no llama a Meta, no envía WhatsApp y mantiene bloqueado el lote general.
Parte únicamente de C27 aprobada y prepara el traspaso manual del verificador a Supabase Dashboard. No despliega desde el navegador, no toca reparatex-web-request, no conecta Meta, no envía WhatsApp y mantiene bloqueado el lote general.
Correo será el canal operativo inicial. WhatsApp/Meta queda POSPUESTO, no eliminado. C29 no repite Fase 5, no envía correos, no usa red, no modifica Supabase y no cambia expedientes ni cola.
Requiere C29 cerrado en Correo. No repite Fase 5 ni C06–C29, no envía mensajes, no usa red, no modifica Supabase, no conecta Meta/WhatsApp y no cambia expedientes ni cola.
La simulación no modifica datos. El ciclo seguro puede leer Supabase y convertir solicitudes nuevas usando las reglas ya aprobadas.
Corrección 04: el ciclo real conserva los valores históricos de costo/regla y los convierte en revisión operativa en lugar de reescribirlos automáticamente.
C06 puede preparar borradores de confirmación para tareas gestionables, sin enviarlos y sin cambiar el estado del expediente.
C07 revisa teléfono, mensaje, vínculo con expediente y estado pendiente; no envía mensajes ni avanza estados.
C08 requiere autorización explícita del Supervisor; solo marca borradores válidos como autorizados. No envía mensajes ni cambia estados de expedientes.
C09 toma únicamente borradores ya autorizados, vuelve a verificar sus vínculos y los deja listos para una futura etapa de envío. No envía mensajes ni cambia estados de expedientes.
C10 audita únicamente el lote ya preparado: autorización, lote, teléfono, mensaje, vínculo con expediente y estado pendiente. No envía mensajes, no cambia estados y no habilita todavía un envío externo.
C11 realiza una comprobación de seguridad propia sobre el lote ya preparado y, con autorización explícita del Supervisor, registra únicamente la habilitación final. No envía mensajes, no llama servicios externos y no cambia estados de expedientes ni de la cola.
C12 ensaya localmente la ejecución del lote habilitado, detecta duplicados y bloqueos y genera un registro de simulación. No usa red, no contacta clientes, no envía mensajes y no cambia estados.
C13 permite preparar un único paquete de prueba usando un destinatario controlado escrito manualmente. El número del cliente original no se usa como destino. C13 NO envía, NO usa red y NO modifica expedientes ni cola; solo deja listo el paquete para conectar después un canal real.
C14 valida el último paquete unitario de C13 y deja preparado un adaptador protegido para el canal seleccionado. No solicita ni guarda credenciales, NO usa red, NO conecta servicios externos y NO envía mensajes.
C15 audita el puente C14 antes de cualquier conexión real: canal permitido, paquete unitario asociado, destinatario controlado y bloqueos de seguridad. NO solicita credenciales, NO usa red, NO conecta servicios y NO envía mensajes.
C16 prepara únicamente la configuración protegida para WhatsApp mediante una Edge Function de Supabase. El token de WhatsApp NO se guarda en este HTML, NO se conecta a Meta, NO usa red y NO envía mensajes. El lote general continúa bloqueado.
C17 valida la configuración segura C16 y prepara exclusivamente el contrato del servidor: método POST, función autorizada, nombres de secretos sin valores y destinatario controlado. NO despliega funciones, NO solicita tokens, NO usa red y NO envía mensajes.
C18 valida el contrato C17 y genera localmente una especificación segura de la Edge Function: autenticación obligatoria, solo prueba controlada, secretos por variables de entorno y lote general bloqueado. NO despliega, NO usa red, NO solicita ni guarda valores de secretos y NO envía mensajes.
C19 CORREGIDA audita el paquete C18, bloquea capacidades de red y evita planes duplicados antes de preparar exclusivamente el plan de despliegue de la función reparatex-whatsapp-test en Supabase. NO ejecuta CLI, NO despliega, NO usa red, NO solicita valores de secretos y NO envía mensajes.
C20 valida el plan C19 y genera localmente el código de una Edge Function autenticada con usuario Supabase, lista únicamente para una prueba de disponibilidad. Mantiene la solicitud real a Meta deshabilitada, no despliega, no usa red externa y no envía mensajes.
C21 valida el artefacto C20 y prepara únicamente una guía controlada para crear la función reparatex-whatsapp-test desde Supabase Dashboard. No abre Supabase, no ejecuta despliegue, no usa red externa y no envía mensajes.
C22 valida C20+C21 y prepara en pantalla el código exacto que posteriormente se pegará en Supabase Dashboard. No abre Supabase, no despliega, no conecta Meta y no envía mensajes.
C23 valida el bloque C22 y prepara solamente la solicitud de disponibilidad que se usará después de desplegar la Edge Function. No llama Supabase, no usa red externa, no conecta Meta y no envía mensajes.
C24 valida C22+C23 y prepara únicamente el checklist manual para crear y desplegar reparatex-whatsapp-test en Supabase Dashboard. No abre Supabase, no ejecuta despliegue, no conecta Meta y no envía mensajes.
No repetir búsqueda manual de JWT ni Local/Session Storage. C26 muestra el resultado completo dentro de REPARABOT y mantiene Meta, WhatsApp real y lote general bloqueados.
Política de autonomía
• leer solicitudes nuevas;
• evitar duplicados;
• crear expediente y folios;
• clasificar servicio y costo base;
• organizar tareas y seguimiento;
• marcar la solicitud web como convertida.
• diagnóstico técnico presencial;
• autorización de cotización técnica;
• excepciones de materiales/garantía;
• cualquier caso ambiguo o complejo.
Resumen de gestión
Tarifas aprobadas REPARATEX
Estas tarifas controlan los cálculos. Los materiales se capturan solo después de revisión.
Resumen
Alta / renovación REPARATEX CARE
La garantía acumulada se obtiene automáticamente del historial del cliente y solo aumenta al activar una nueva anualidad CARE pagada. La cobertura requiere plan vigente y cumplimiento de los mantenimientos y condiciones aplicables. Máximo: 10 años.
Clientes CARE
| Cliente | Plan | Pago | Vigencia | Visitas | Próxima | Garantía | Sábado | Historial | Acción |
|---|
Registrar visita CARE
Configuración de planes
Las visitas están definidas 1 / 2 / 3 / 4 por año. Precios oficiales anuales de REPARATEX CARE.