Formulario, reglas y registro pendiente

Contexto y objetivo

Solicitudes recibidas mediante un formulario controlado. La empresa decide qué campos necesita antes de automatizar.

Objetivo: Preparar un borrador de CRM con trazabilidad y rechazar entradas incompletas.

Componentes y dependencias

Validador JSON Schema

Contrato de entrada y salida
Versión: 2020-12 (dialecto propuesto)

Normalizador de texto

Espacios y formato; no inventa valores
Elige la versión al preparar tu prueba

Almacén de solicitudes

Clave única por origen e ID
Elige la versión al preparar tu prueba

Cómo plantear el flujo

Campos obligatorios

request_id, email, empresa, servicio

Ausencias

null + needs_review; no sustituir por valores inferidos

Idempotencia

origen + request_id, conservado en cada reintento

Salida

Cola de borradores; sin permisos de escritura en CRM

Requisitos para implementarla

• Control sobre el formulario de origen
• Catálogo de servicios versionado
• Fijar librería y versión del validador al implementar

Intervención humana

Una persona verifica el primer lote y resuelve entradas rechazadas. La aprobación final del registro es manual en esta propuesta.

Limitaciones conocidas

• No entiende una petición redactada en un correo libre.
• Validar un email no demuestra que exista ni que pertenezca al remitente.
• No detecta por sí sola dos solicitudes diferentes sobre una misma oportunidad.