Resumen
Los Workflows siguen el progreso de un registro por los pasos de un proceso de negocio —un pipeline de ventas, un flujo de onboarding, un proceso de fulfillment—. Un workflow define un conjunto ordenado de steps; cada registro en el workflow sigue su paso actual y avanza por ellos con el tiempo. Los steps pueden llevar checklist items y alertas de rotting. Para el modelo mental, consulta Conceptos básicos. Un workflow está atado a un object type (por ejemplo Contacts u Orders), y un registro puede estar en varios workflows a la vez.Workflows es un feature compartido. Las páginas por módulo —Content
Workflows, Commerce Workflows, Customer Data Workflows— son el mismo feature
expuesto en cada módulo; esta es la referencia canónica.
Dónde encontrarlo
Los Workflows se configuran en Utilities.Properties
Una definición de workflow tiene las siguientes properties:| Property | Tipo | Requerido | Descripción |
|---|---|---|---|
title | string | Sí | Nombre visible del workflow. |
slug | string | Sí | Identificador único — solo letras, números y guiones. |
object_type | enum | Sí | El object type al que aplica este workflow. No se puede cambiar después de crearlo. |
description | string | No | Descripción opcional. |
workflow_steps | array | Sí | La lista ordenada de steps. |
created_at | datetime | Auto | Cuándo se creó el workflow. |
updated_at | datetime | Auto | Cuándo se actualizó por última vez. |
Steps
Los steps de un workflow son sus etapas, en orden. Cada step tiene:| Property | Tipo | Requerido | Descripción |
|---|---|---|---|
title | string | Sí | Nombre del step (usa nombres claros y orientados a la acción, como Lead, Qualified, Closed Won). |
slug | string | Sí | Identificador del step. |
rotting_days | number | No | Días antes de marcar como stale un registro atascado en este step — ver Alertas de rotting. 0 lo desactiva. |
items | array | No | Checklist items del step. |
Checklist items
Un step puede llevar checklist items — requisitos de completitud de esa etapa. Cada item tiene untitle; si se completó (checked) se registra por cada
registro a medida que avanza por el workflow. Un patrón común es exigir todos los
items marcados antes de que un registro avance al siguiente step.
Alertas de rotting
Cada step puede definirrotting_days — una vez que un registro lleva ese número
de días en ese step, se marca como rotting (stale) para poder detectarlo y
actuar. Usa 0 para desactivar la alerta de un step.
Progreso
Cada registro guarda en qué workflow(s) está y su paso actual en cada uno. Los registros avanzan paso a paso con el tiempo, y como un registro puede tener varios workflows, el mismo objeto puede moverse por varios procesos en paralelo (por ejemplo un pipeline de ventas y un flujo de onboarding).Comportamiento y reglas
object_typees fijo. El object type de un workflow se define al crearlo y no se puede cambiar después.sluges requerido y único, usando solo letras, números y guiones.- Los steps coinciden con el workflow. Un step pertenece al object type de su workflow.
- Varios por registro. Un registro puede estar en varios workflows a la vez.
Seeds
Las definiciones de workflow viajan entre entornos solo como Seeds estructurales — los instance seeds no aplican. Cada una es un ítemworkflows con sus steps embebidos bajo workflow_steps:
Gobernanza y permisos
Solo un super admin o un Master puede crear, editar y eliminar workflows.Acceso por API
Las definiciones de workflow (y sus steps) se gestionan por la API. El progreso de un registro se define mediante susworkflows — el workflow en el que está y su
paso actual. Consulta la API reference.
Relacionado
Object types
Qué object types soportan Workflows.
Views
Muestra registros por su workflow y paso actual.