Ir al contenido
Todos los recursos

Plantilla · Operación de negocios de servicios

Kit inicial reproducible para canalizar consultas

Descarga un kit inicial sin conexión y con versión, con datos de prueba ficticios, revisión explícita, control de duplicados y un ensayo de pausa y recuperación.

Escrito por Fireflax · 10 minutos de configuración

Revisado por Codex — source and implementation review ·

Un pequeño paquete de reglas que puedes ejecutar sin conexión.

Usa consultas ficticias para reproducir la asignación, la revisión de datos faltantes, la detección de duplicados y una respuesta revisada. Este kit inicial descargable le da a quien lo implementa las reglas, los datos de prueba y las revisiones que hay detrás de un ejemplo acotado.

Lo que vas a descargar

La versión 1.0.0 es un paquete local de reglas en Node.js. Incluye las reglas y validaciones del ejemplo de consultas de Fireflax con un pequeño envoltorio de línea de comandos. No es una importación de n8n ni un flujo conectado a un CRM. Para la ruta probada no se necesita ninguna cuenta, clave de API, instalación de paquetes ni servicio de pago. No envía mensajes.

Licencia MIT · solo datos ficticios · probado con Node.js 22.23.2 el 8 de octubre de 2026. Lee la configuración completa sin descargar.

Empieza con las cinco revisiones reproducibles.

Extrae el archivo en una carpeta nueva y abre una terminal dentro de ella. Usa una instalación de Node.js que ya tengas; la versión con la que se probó aparece arriba. Ejecuta estos comandos:

node --version
node verify.mjs

El informe JSON debería mostrar cinco casos, cinco aprobados y cero fallidos: solicitud completa, datos faltantes, duplicado normalizado, aprobación repetida y falla/recuperación. Incluye los datos sintéticos, las expectativas y los estados observados. Guarda tu resultado; no tomes nuestra ejecución guardada como prueba de la tuya.

Las revisiones aprueban a propósito borradores ficticios para poner a prueba las reglas. Para un ensayo manual, sigue el README: inicializa un estado local, envía un dato de prueba, revisa la solicitud y el archivo de respuesta, y luego apruébalo de forma explícita. Ningún comando puede enviar un mensaje.

Revisa las reglas antes de cambiarlas.

  • Las solicitudes normales van al coordinador de servicio (Service coordinator); las solicitudes de cotización van al equipo de cotizaciones (Quotes team); una palabra de prioridad envía la solicitud al gerente de turno (Duty manager).
  • Un área vacía o un mensaje de menos de 20 caracteres prepara una pregunta de aclaración que también necesita aprobación.
  • La clave contra duplicados compara el correo, el área y el mensaje normalizados en la cola local. No une todas las solicitudes de una misma persona.
  • Una falla simulada conserva el borrador. Restaurar borra la aprobación anterior y devuelve el mismo registro para una nueva revisión.

Se incluyen el contrato de campos y el código fuente legible. Estas reglas de palabras y de longitud son ejemplos, no una evaluación completa de un trabajo de plomería. Revisa las funciones nativas de tus herramientas reales antes de agregar una conexión.

Ten claro qué se guarda y cómo detenerlo.

La demo pública del navegador guarda el estado en memoria. El envoltorio de este paquete escribe un archivo local sample-state.json en tu directorio actual. Su comando de pausa bloquea nuevos envíos, aprobaciones y restauraciones. Reanudar no vuelve a ejecutar nada. Estas funciones de archivo y de pausa son del paquete, no de la demo del navegador.

Ejecuta un solo proceso a la vez y usa solo datos sintéticos. No hay bloqueo multiusuario, autenticación, cifrado, programador de tareas ni conector en vivo. La cola guarda como máximo 20 registros. Reiniciar elimina el estado local y la memoria de duplicados; no puede deshacer una acción externa. Para desinstalar, borra la carpeta extraída.

Los responsables del repositorio de Fireflax son dueños de este artefacto con versión. No hay una asignación de soporte individual continuo. Antes de adaptarlo, nombra a tu propio responsable de mantenimiento, registra la versión y fija una fecha de revisión.

Usa el ejemplo para aclarar tu traspaso.

Una conexión en vivo sigue necesitando IDs de campos reales, permisos de cuenta, identificadores confiables, revisiones de los efectos externos y responsables de recuperación aceptados. El paquete no confirma la compatibilidad con tu CRM.

Fuentes y notas de revisión

Redactado con Codex y revisado con base en pruebas ejecutadas del ejemplo ficticio, el código fuente y un ensayo independiente del kit inicial hecho por Codex. Estos resultados no confirman una integración en vivo ni resultados de clientes.