Edit: formularios rellenos, sin mapear ni un campo

La inteligencia documental siempre ha ido en una dirección: documentos dentro, datos fuera. Edit es el operador que escribe de vuelta. Dale a un flujo un formulario en blanco y recibe el PDF completado, con los campos detectados por ti y sin mapear nada a mano.

Esta industria, anyformat incluida, se construyó alrededor de un único sentido de la marcha. Entran documentos no estructurados, salen datos estructurados. En ese sentido es donde viven los problemas difíciles, y ahí es donde gastamos la mayoría de nuestras horas de ingeniería.

Pero si sigues un proceso real de back office hasta el final, muchas veces te encuentras esperando el problema contrario. El proceso no termina en un objeto JSON. Termina en un formulario. El dosier de alta de proveedor de un cliente nuevo. El cuestionario KYC de un banco. El parte de siniestro de una aseguradora. La solicitud de una administración pública, con el diseño que esa administración haya decidido. Los datos para responderlo ya están limpios y estructurados, en el ERP o en el CRM. Y aun así alguien se pasa la tarde copiándolos a un PDF, campo a campo, para la cuarta contraparte del mes.

Llevamos años construyendo máquinas que leen documentos para que no tenga que hacerlo una persona. El último paso del proceso sigue siendo una persona escribiendo uno.

Por qué rellenar formularios nunca se resolvió bien

La versión manual la conoce todo el mundo. Las mismas respuestas, tecleadas otra vez en el diseño particular de cada contraparte: razón social, NIF, IBAN, los mismos tres contactos. Es lento, tiene los errores propios de cualquier transcripción, y la superficie de error es de la peor clase, porque un dígito bailado en el campo de la cuenta bancaria es invisible hasta que el dinero se mueve al sitio equivocado.

La automatización tradicional se basa en plantillas. Abres el formulario en una herramienta de diseño, marcas las coordenadas de cada campo, guardas la plantilla y la rellenas por código. Funciona, con una condición: que el formulario sea tuyo. Los formularios que a una empresa le piden rellenar son, casi por definición, formularios de otros. Cada contraparte envía su propio diseño. Los diseños cambian sin avisar. Una plantilla construida contra la versión 3 de un formulario se rompe en silencio con la versión 4. Mapear plantillas significa repetir el trabajo de configuración con cada contraparte, y otra vez cada vez que una de ellas rediseña una página.

Pegar el formulario en un asistente de chat tampoco lo resuelve. Un modelo de lenguaje puede decirte qué escribir. No puede devolverte el PDF de la contraparte con las respuestas colocadas en sus casillas.

Edit: le das el formulario, te lo devuelve relleno

Edit es un nuevo operador en la plataforma de anyformat. Toma el formulario en blanco que se le entrega y devuelve el PDF completado. La propiedad que importa es de dónde salen los campos: Edit los lee del propio documento. No mapeas nada a mano.

Se ejecuta justo después de Parse. Parse hace lo que hace siempre: lee la página y detecta la estructura, que en un formulario significa la geometría de los campos. Etiquetas, huecos, casillas de verificación, cuadrículas, la línea en blanco después de «Razón social». Edit toma esos campos detectados, cruza tus datos contra ellos y escribe los valores en el documento. Como los campos se leen del propio formulario, un diseño que el flujo no ha visto nunca se trata igual que uno que ha procesado cien veces. No hay plantilla que construir, así que no hay plantilla que romper.

Los valores salen de dos sitios. Las instrucciones en texto libre cubren los datos de cada ejecución: «Nombre: ACME SL; Fecha: 2026-09-01; Acepto las condiciones: sí». Los documentos de referencia cubren los datos estables: subes el maestro de datos de la empresa una vez, como CSV, texto plano, Markdown o incluso otro PDF, y todas las ejecuciones siguientes leen de ahí. Cuando las dos fuentes responden al mismo campo, gana la instrucción. Ese es todo el modelo de precedencia.

Alta de proveedor, de principio a fin

El caso concreto para el que se construyó esto es el del párrafo de arriba. Una empresa gana un cliente nuevo, y el cliente envía su propio formulario de alta de proveedor. Las respuestas no cambian nunca: razón social, NIF, datos bancarios, contactos, certificados de seguros. Los diseños cambian siempre.

Con Edit, el flujo son dos operadores: Parse y después Edit. Los datos estables de la empresa entran una vez, como documentos de referencia. A partir de ahí, cada formulario en blanco que llega pasa por el flujo y vuelve completado. Cuando el trimestre que viene aparece un cliente nuevo con un formulario que nadie ha visto, no hay nada que reconfigurar. Los campos se leen del formulario nuevo exactamente igual que se leyeron del anterior.

Una salida que puedes comprobar, no una que te toca creerte

La salida de Edit es un PDF, no un objeto JSON. Pero viene acompañada de un registro estructurado de todo lo que se ha hecho para producirla.

Cada campo detectado vuelve con su etiqueta, el valor que se ha escrito y una puntuación de confianza. Los campos que ya llegaban rellenos se detectan como prerrellenados y no se tocan. Y las instrucciones que no encajaron con ningún campo del formulario no se descartan en silencio: vuelven en una lista explícita de no emparejadas, de modo que «el formulario no tenía ese campo» es un hecho que aprendes del resultado de la ejecución, no de la contraparte tres semanas después.

La salida en sí tiene dos modos. Aplanada, para documentos que son definitivos. O editable, que mantiene vivos los campos del formulario, de modo que un revisor puede corregir cualquier valor en un visor de PDF normal antes de que el documento salga. Es la misma postura que toma el resto de la plataforma: el sistema te dice qué ha hecho y cómo de seguro está, y deja los casos dudosos a una persona en lugar de esconderlos.

Documentos dentro, documentos fuera

Hasta ahora, la plataforma convertía documentos en datos. Con Edit, también convierte datos en documentos. El círculo se cierra dentro del mismo sistema de flujos que todo lo demás, con el mismo modelo de ejecución, los mismos resultados y la misma auditabilidad. La extracción puede alimentarlo: los datos sacados de un documento pueden escribirse en otro, en un mismo flujo.

El coste es el precio por página publicado, nada exótico. Parse a 25 créditos por página más Edit a 35, es decir, 60 créditos por página para el flujo completo. Los documentos de referencia de texto son gratuitos, y un PDF de referencia se procesa una vez al subirlo y no se vuelve a facturar.

Edit está disponible hoy en la plataforma de anyformat. La documentación cubre el operador en detalle, y el ejemplo de rellenar un formulario en blanco es el flujo de dos operadores descrito arriba, listo para copiar.

anyformat es la plataforma de inteligencia documental que convierte documentos no estructurados en datos fiables y estructurados, con seguridad de nivel empresarial, puntuaciones de confianza y trazabilidad completa. Más información en anyformat.ai.