Buildersbuilder

Form Builder

¿Cómo ponemos un nuevo formulario a disposición del equipo y hacemos que impulse trabajo real?

Componga un formulario a partir de una paleta de controles de campo, versiónelo y vincúlelo a un estado del proceso – o ejecútelo de forma independiente. Cuando alguien lo envía, el flujo de trabajo al que pertenece avanza y lleva consigo los datos recogidos.

El Form Builder de continON en modo asistente: cuatro páginas en la parte superior, la paleta de diseño abierta a la izquierda y una página con un campo de texto y una cuadrícula de zonas de colocación para más componentes.
El Form Builder en modo asistente – cuatro páginas, la paleta de diseño abierta y una página de campos y zonas de colocación.

Cómo funciona

Los formularios se componen a partir de una paleta seleccionada: controles de texto, número, casilla de verificación, botón de opción, lista desplegable (select), área de texto, fecha y hora, carga de archivos, firma y teléfono móvil, además de cuadrículas de datos, tablas y controles de árbol para filas repetidas. Una recogida de datos larga puede dividirse en un asistente de varias páginas cuyas páginas están conectadas a los eventos del flujo de trabajo al que pertenece el formulario.

Cada formulario es un objeto versionado. Se conserva cada revisión guardada y, cuando la configuración no basta, pueden asociarse controladores de eventos JavaScript personalizados – almacenados y versionados junto con el propio formulario, de modo que los cambios de comportamiento son tan trazables como los cambios de diseño.

Un formulario se gana su lugar por dónde se vincula. Asociado a un estado del proceso, se abre cuando el trabajo llega a ese paso y su envío hace avanzar la instancia; ejecutado de forma independiente, sus envíos se guardan como registros propios. Los campos toman listas de valores, valores predeterminados y acciones de envío de consultas guardadas en la capa de datos compartida, de modo que aquello entre lo que eligen los usuarios son datos actuales, no una lista fija.

Lo que usted define y lo que se ejecuta

  • Una paleta para la recogida de datos real

    La captura de firmas, la carga de archivos, los controles de fecha y hora y de número de teléfono y las cuadrículas de filas repetidas cubren la recogida de datos operativa, no solo formularios de contacto.

  • Formularios asistentes de varias páginas

    Divida un formulario largo en páginas guiadas, con eventos de página conectados al flujo de trabajo al que sirve el formulario.

  • Versionado explícito

    Los formularios y su lógica de eventos se versionan por revisión, de modo que usted puede ver con qué versión se rellenó realmente un envío anterior.

  • Campos basados en consultas

    Las selecciones, los valores predeterminados y las listas de valores se resuelven a partir de consultas guardadas en la capa de datos compartida – una definición que alimenta muchos formularios.

  • Independiente o vinculado a un proceso

    El mismo diseñador produce formularios que impulsan estados del flujo de trabajo y formularios que simplemente recogen registros por sí solos.

  • Ampliar con scripts

    Cuando una regla supera lo que permite la configuración, asocie controladores de eventos JavaScript – un punto de extensión declarado, no un apaño oculto.

Vea form builder en funcionamiento en continON.

Una demostración guiada en un entorno de demostración anonimizado – esta funcionalidad dentro de su módulo, en la plataforma compartida.