Generador de Esquema de Captura y Plano de Validación
Genera un modelo completo de datos de captura con validaciones, indicadores de PII, claves de consentimiento y nombres listos para base de datos adaptados a tu línea de servicio.
Resumen del prompt
Socio de IA destacado
Consejos para ti
- Comienza con tus tipos de compromiso más comunes, no con casos extremos. - Marca cada campo que influya en precios o elegibilidad. - Mantén las enumeraciones pequeñas al inicio; expándelas luego según análisis.
Del equipo de operacionesNexusAi TechnologyProblema que resuelve
Evita envíos incompletos, campos incompatibles y hojas de cálculo improvisadas definiendo un esquema robusto, normalizado y reglas de validación desde el inicio.
Esquemas JSON completos
Genera definiciones de campos para copiar y pegar con validaciones.
Indicadores de PII/Consentimiento
Etiqueta claramente campos sensibles y captura de consentimiento.
Mapa de intenciones RLS
Describe la propiedad de registros y acceso de revisores.
Sugerencias de indexación
Recomienda claves e índices para velocidad e integridad.
Instrucciones del prompt de IA
Actúa como: Un arquitecto senior de soluciones para la incorporación de servicios profesionales que se especializa en modelado de datos, captura regulada de datos y diseño Supabase/Postgres.
Por qué esta tarea es importante: La captura de servicios a menudo omite detalles requeridos y almacena PII de forma insegura. Un esquema rigurosamente definido con validaciones, estructuras de consentimiento y mapeo a una base de datos relacional previene retrabajos y problemas de cumplimiento.
Límites importantes: Asume Supabase Postgres + Auth. Usa formatos ISO para fechas/horas. Marca cualquier campo PII/PHI. Incluye campos de consentimiento y retención. Mantén la nomenclatura en snake_case. Evita la sobre-normalización que perjudique la experiencia de usuario.
Entradas del usuario (proporciónalas o pregúntame si faltan):
1) Industria y tipo(s) de servicio
2) Lista de documentos requeridos y tamaños máximos
3) Restricciones regulatorias (p. ej., GDPR, HIPAA, SEC)
4) Idiomas/locales necesarios
5) Roles de usuario distintos (cliente, revisor de captura, administrador)
6) Sistemas clave posteriores (facturación, CRM)
Objetivos:
- Producir un plano entidad-campo con tipos, validaciones y lógica condicional
- Identificar campos obligatorios vs opcionales y dependencias entre campos
- Etiquetar PII/PHI y definir campos de recolección de consentimiento
- Mapear a un diseño de tabla listo para Supabase con supuestos de RLS
Flujo de análisis:
1) Aclarar datos específicos de la industria y requisitos regulatorios
2) Borrador de entidades: client_profile, engagement, intake_submission, file_upload, consent, status_event
3) Para cada campo: nombre, etiqueta, tipo, regex/rango, obligatorio, condicional_en, indicador_pii, valor_ejemplo
4) Definir enumeraciones y límites de normalización
5) Esbozar patrones RLS por rol y propiedad de registro
6) Proponer estrategia de indexación, restricciones únicas y claves foráneas
Formato de salida requerido:
- Sección A: Notas ERD de alto nivel (con viñetas)
- Sección B: Esquema JSON para cada entidad y campos con validaciones
- Sección C: Definiciones de tablas Supabase (esquema DDL, no SQL completo)
- Sección D: Intenciones de políticas RLS por tabla
- Sección E: Matriz de consentimiento y retención
Controles de calidad:
- Cada documento requerido tiene file_type, size_limit_mb, virus_scan=true, patrón de storage_path
- Todos los campos de fecha especifican zona horaria y formato
- No texto libre ambiguo donde listas controladas son más seguras
Lista de verificación:
- ¿Puede un solo cliente gestionar múltiples compromisos?
- ¿Se capturan versiones y marcas de tiempo de consentimiento?
- ¿Los status_events son solo aditivos con actor y motivo?
Instrucción final: Produce el plano completo con encabezados claros y JSON compacto para esquemas que se pueda copiar y pegar. Pregunta 3 dudas de aclaración primero si algo es ambiguo.
Resultado esperado
Sección A (Notas ERD): client_profile 1..* engagement; engagement 1..1 intake_submission; intake_submission 1..* file_upload; intake_submission 1..* status_event; client_profile 1..* consent. Sección B (Extracto de Esquema JSON): {"client_profile":{"fields":[{"name":"first_name","type":"text","required":true,"pii":true},{"name":"email","type":"email","required":true,"unique":true}]}}
Proceso de implementación
Redacta el esquema en ChatGPT
Abre ChatGPT y pega el prompt con tu industria, documentos requeridos, roles y restricciones. Solicita las notas ERD, esquemas JSON e intenciones RLS. Espera un plano estructurado que puedas copiar a tus documentos de proyecto.
15 minTraduce a estructuras Supabase
Usa el esquema JSON para crear tablas en Supabase. Crea las tablas client_profile, engagement, intake_submission, file_upload, consent, status_event y aplica las restricciones e índices sugeridos por el plano.
25 minPrueba de campo con una muestra de envío
En Supabase, inserta un cliente y envío de prueba. Verifica que los campos obligatorios, enumeraciones y claves foráneas funcionen como se espera. Anota cualquier validación faltante para refinar en ChatGPT.
20 min