Iniciar sesión

Sincronización del backend de Flow y automatización de flujos de trabajo en AWS

Flow puede funcionar sin un backend dedicado, pero el modo Pro está diseñado para funcionar especialmente bien con WP Suite Flow Backend, implementado por separado en su propia cuenta de AWS.

Modelo de envío​

Cada formulario puede enviarse directamente desde el navegador a una URL de punto de conexión configurada.

Ese punto de conexión puede ser:

  • su propio punto de conexión personalizado,
  • un punto de conexión en WordPress que implemente usted mismo,
  • el punto de conexión de envío del backend de Flow.

Esto significa que Flow no almacena de forma inherente los envíos en WordPress.

Cuando hay un backend de Flow disponible, el mismo entorno de ejecución del frontend puede pasar de un «POST sencillo del navegador» a una ruta de envío que conoce el backend. La decisión sobre la capacidad se basa en el transporte configurado y el destino del backend resuelto.

Sincronización con el backend​

Cuando se activa la sincronización con el backend, Flow puede sincronizar un formulario definido en Gutenberg con una definición canónica del formulario en el backend. El flujo de sincronización es:

  1. editar un formulario de Flow en WordPress;
  2. guardar el formulario;
  3. Flow extrae una estructura canónica y calcula un hash de sincronización;
  4. la definición del backend se crea o actualice si es necesario;
  5. WordPress almacena metadatos de sincronización, como el ID del formulario en el backend, el hash, el estado, las marcas de tiempo y el último error.

Esta definición del backend permite que las herramientas de administración, los flujos de trabajo y el procesamiento de envíos utilicen un esquema estable en lugar del contenido bruto de la entrada de Gutenberg.

Configuración Pro habitual​

Una configuración de producción habitual es:

  1. implementar el backend de Flow en AWS;
  2. registrar la URL base de la API publicada en Gatey como una API independiente;
  3. configurar en Gatey el mismo modo de protección que elegiste al publicar el backend (IAM o COGNITO);
  4. seleccionar esa API en SmartCloud → Ajustes de Flow → Ajustes de la API.

Así Flow dispone de una forma sencilla y segura de acceder al backend para envíos, plantillas, flujos de trabajo y operaciones administrativas.

Borradores, archivos y cargas útiles grandes​

Cuando se usa con el backend de Flow, los formularios pueden admitir:

  • flujos para guardar y cargar borradores,
  • eliminación de borradores,
  • identificadores y estados de envío emitidos por el backend,
  • flujos de carga prefirmada para cargas útiles grandes o envíos con muchos archivos.

Modelo de eventos de los flujos de trabajo​

Después de aceptar un envío en el sistema de flujos de trabajo del backend, los flujos de Flow pueden reaccionar a eventos del ciclo de vida y de integración como:

  • submission.created
  • submission.updated
  • submission.action-invoked
  • integration.webhook.requested
  • ai.agent.completed
  • ai.agent.failed

Por tanto, la sincronización con el backend no consiste solo en almacenar esquemas. Es el puente entre un formulario creado en Gutenberg y una canalización de eventos del backend.

Edite pasos del flujo sin desplegar todo el formulario​

En el editor del flujo, los pasos existentes aparecen inicialmente como resúmenes compactos. Abra un paso para editar su configuración; pueden permanecer varios abiertos a la vez. Añadir un paso abre su editor, y los controles de movimiento cambian su orden de ejecución cuando corresponda. A diferencia de los requisitos previos de los flujos de lectura de AI Kit, el orden de pasos de un flujo de Flow forma parte de su definición.

Las modificaciones de pasos permanecen en el borrador del flujo hasta pulsar Save workflow. Cerrar un paso no guarda el flujo. Eliminar un paso requiere confirmación y solo lo retira del borrador; guardar el flujo aplica la eliminación. Cancelar la confirmación conserva el paso. Revise los ajustes de las acciones y los destinatarios antes de guardar; abrir un editor no debe enviar un correo ni ejecutar otra acción del flujo.

Relación con la recepción de correo del backend de AI Kit​

Los flujos de trabajo del backend de Flow también pueden procesar eventos normalizados procedentes de cadenas de recepción de correo electrónico del backend de AI Kit. En las implementaciones actuales pueden adoptar formas como:

  • WorkMail -> ai-email-intake-proxy -> ai-email-intake-dispatcher -> Flow workflow
  • WorkMail -> ai-email-intake-proxy -> ai-email-intake-dispatcher -> Flow workflow -> ai.agent -> downstream Flow workflow

El valor común es el contrato de eventos. Tanto los envíos del navegador como los eventos de recepción de correo electrónico se pueden normalizar en el mismo modelo de flujo de trabajo, lo que permite que la misma capa de plantillas, las definiciones de pasos de IA y la lógica de enrutamiento funcionen en distintos canales.