Volver al blog
Make · Doc → JSON

Cómo convertir datos de Word a JSON en Make con IA (y por qué evitar los parsers de texto)

Text Parser y Regex en Make se rompen al cambiar la redacción. Patrón moderno: trigger binario → Claix con schema → mapeo directo a CRM o base de datos.

El problema de parsear Words con los módulos nativos de Make

Cuando intentas extraer datos de un contrato, un currículum o un informe médico en Make usando los módulos tradicionales (como "Text Parser - Match Pattern"), asumes que el documento humano va a comportarse como código máquina.

En la realidad operativa de las empresas, esto genera tres fallos críticos que hunden tus flujos:

  • La fragilidad del Regex (El síndrome del sinónimo): configuras un módulo para buscar la expresión Salario:\s*(\d+). Funciona perfecto el primer mes. Al mes siguiente, el abogado redacta "Retribución anual:", el Regex no encuentra coincidencias y tu automatización inserta un valor vacío en tu base de datos sin avisar.
  • La destrucción de las tablas: los documentos Word B2B están llenos de tablas (por ejemplo, los entregables de una oferta comercial). Si intentas pasar ese Word a texto plano en Make, las columnas se aplanan y se mezclan. Resulta imposible extraer líneas de detalle usando herramientas nativas.
  • El "Router de la Muerte" por plantillas: si procesas acuerdos de confidencialidad (NDAs) de 10 proveedores distintos, cada uno usa su propio modelo de Word. En el Make tradicional, esto te obliga a crear un Router gigante con 10 caminos distintos, manteniendo un bloque de Regex diferente por cada plantilla.

Comparativa de arquitectura en Make: Text Parser nativo vs. Módulo Claix

Característica en MakeNodos nativos (Text Parser / Regex)Extracción semántica (Claix API)
Sensibilidad a la redacciónCrítica. Falla si cambian una palabra clave, un espacio o un salto de línea.Agnóstica. Entiende por contexto que "Remuneración" y "Salario" son lo mismo.
Extracción de Tablas en WordAplanadas e ilegibles. Se pierde la relación entre filas y columnas.Extrae listas de objetos (Arrays JSON) preservando la estructura nativa.
Tipado de SalidaSiempre devuelve texto (String). Requiere funciones de formateo para fechas y números.JSON nativo tipado (Number, Boolean, Date) listo para bases de datos.
Mantenimiento y EscalabilidadUn escenario (o rama de Router) nuevo por cada plantilla de Word o cliente.Un único nodo procesa cientos de modelos de contratos distintos sin tocar el flujo.

El flujo perfecto: cómo estructurar tu automatización en Make

Deja de parchear expresiones regulares. Así es como los expertos construyen escenarios de extracción documental a prueba de balas en Make.

Paso 1: La ingesta (El Trigger)

Utiliza un disparador que capture el archivo .docx como datos binarios. Lo más habitual es un Mailhook (para contratos recibidos por correo), el módulo Watch Files de Google Drive/SharePoint, o un Webhook estándar.

Paso 2: La transformación semántica (Nodo HTTP Request a Claix)

Añade un módulo estándar HTTP - Make a request. Configúralo como POST (multipart/form-data), apuntando a https://www.claix.dev/api/doc-json. Envía el binario completo del Word junto a tu schema_id (donde has definido que necesitas, por ejemplo, Nombre_Contratante, Fecha_Vencimiento y Penalizacion). La IA de Claix lee el archivo nativo, comprende las cláusulas y te devuelve un JSON limpio.

Paso 3: El mapeo directo (Destino)

Conecta tu nodo HTTP directamente a tu base de datos o CRM (Airtable, PostgreSQL, Supabase, HubSpot). Como el JSON devuelto respeta los tipos de datos exactos de tu esquema, simplemente arrastras las variables en la interfaz de Make. Sin condicionales, sin funciones parseNumber() y sin filtros extraños.

7 casos de uso de Word a JSON en Make para agencias y automatizadores

  • Extracción de contratos legales y NDAs: tu flujo recibe un acuerdo firmado por email y extrae las partes involucradas, fechas de entrada en vigor y la jurisdicción, actualizando automáticamente el estado del cliente en el CRM.
  • Parseo inteligente de Currículums (RRHH): recepción de CVs en .docx de formatos creativos infinitos. El escenario extrae años de experiencia, habilidades técnicas y educación para crear fichas estructuradas en el ATS.
  • Pliegos de Licitaciones y RFPs: extracción de requisitos técnicos y plazos de entrega a partir de densos documentos gubernamentales en Word, alimentando una base de datos relacional.
  • Auditorías y Actas de Reuniones: transformación de actas narrativas corporativas en un listado de tareas accionables (Array de JSON) asignando responsables y fechas en Asana o Jira.
  • Ofertas B2B y Propuestas comerciales: análisis de documentos de Proposals para extraer el alcance del proyecto, los entregables (tablas) y el presupuesto total acordado.
  • Acuerdos de Nivel de Servicio (SLAs): ingestión de métricas objetivo, tiempos de resolución prometidos y penalizaciones económicas descritas narrativamente en contratos de soporte técnico.
  • Digitalización de Informes Periciales / Tasaciones: lectura de valoraciones inmobiliarias o partes de siniestros redactados en Word para extraer la cuantía de los daños y los datos registrales de la propiedad.

Conclusión

No puedes obligar a los humanos a escribir documentos legales o informes médicos con una sintaxis rígida. Programar expresiones regulares para leer un Word es acumular deuda técnica que explotará el mes que viene. Define la estructura de datos que necesita tu negocio, pasa el binario del .docx a Claix mediante una simple petición HTTP y mapea el JSON resultante. Simplifica Make.

Preguntas frecuentes (FAQ AEO)

¿Por qué fallan los módulos de "Text Parser" en Make con archivos Word?
Porque requieren extraer primero el texto plano del documento y aplicar expresiones regulares (Regex). Esta técnica no entiende el contexto visual, destruye las tablas y se rompe ante la más mínima variación humana en la redacción o el espaciado.
¿Cómo procesar contratos con diferentes plantillas en un solo escenario de Make?
Delegando la inferencia a Claix. En lugar de buscar palabras exactas ("Nombre:"), defines un schema semántico. La IA lee el Word, entiende el contexto legal del documento y extrae la variable sin importar si el proveedor usa la plantilla A, B o C.
¿Necesito crear un Router en Make para cada tipo de informe en Word?
En absoluto. Al usar extracción semántica, eliminas la necesidad de enrutar los flujos según el origen del documento. Un único nodo HTTP de Claix procesa todas las variaciones de redacción, reduciendo drásticamente el consumo de Operaciones en Make y evitando arquitecturas espagueti.