Flow (Salesforce)

Flow (o Salesforce Flow) es la herramienta principal de automatización declarativa de Salesforce: un editor visual donde armás un proceso de negocio conectando bloques en un lienzo, en lugar de programarlo línea por línea. Con Flow podés crear y actualizar registros, mostrar pantallas guiadas al usuario, enviar correos o notificaciones, llamar a otros sistemas y orquestar lógica condicional, todo sin escribir código.

La idea central es que gran parte de lo que una empresa necesita automatizar (asignar un caso, calcular un descuento, disparar un seguimiento cuando una oportunidad cambia de etapa) se puede modelar de forma declarativa. Cuando la lógica supera lo que el editor permite, Flow se apoya en Apex mediante acciones invocables, combinando lo visual con código solo donde hace falta. Es una de las piezas que un equipo de implementación maneja al construir sobre la plataforma, parte del trabajo que cubre Salesforce Developers.

Hoy Flow es el estándar recomendado por Salesforce para automatización: reemplazó a Workflow Rules y Process Builder, que están en camino de retiro. Aprender Flow es, en la práctica, aprender el motor de automatización moderno de la plataforma.

Por qué Flow importa

En cualquier implementación de Salesforce, la diferencia entre un CRM que "guarda datos" y uno que realmente trabaja por el equipo está en la automatización. Flow es lo que convierte un cambio de campo en una cadena de acciones: cuando un vendedor marca una oportunidad como "Cerrada Ganada", Flow puede crear la cuenta de cobranza, notificar a finanzas, generar la tarea de onboarding y actualizar el forecast de ventas, todo en milisegundos y sin intervención humana. Esa orquestación, hecha de forma declarativa, es lo que permite que equipos chicos escalen procesos sin contratar desarrolladores para cada regla.

Los tipos de Flow más usados

Flow no es una sola cosa: hay varios tipos según cuándo y cómo se ejecutan. Conocer la diferencia evita errores costosos de diseño.

• Record-Triggered Flow: se dispara cuando se crea, actualiza o elimina un registro. Es el caballito de batalla de la automatización de fondo (asignaciones, validaciones cruzadas, disparos a otros sistemas). Puede correr antes de guardar (before-save, ultra rápido para modificar el propio registro) o después (after-save, para tocar registros relacionados o llamar servicios externos).
• Screen Flow: muestra pantallas interactivas al usuario, ideal para guiar procesos paso a paso (un asistente de alta de cliente, un script de atención, un wizard de cotización). Se embebe en páginas Lightning, comunidades o el celular.
• Schedule-Triggered Flow: corre en horario programado sobre lotes de registros (por ejemplo, marcar como vencidas las facturas todas las noches).
• Platform Event-Triggered Flow y Autolaunched Flow: se invocan por eventos o desde otros procesos, útiles para integraciones y orquestaciones complejas.

Un ejemplo concreto en Argentina

Pensá en una distribuidora de Consumo Masivo en Buenos Aires que vende a kioscos y autoservicios. Cuando un pedido entra al sistema, un Record-Triggered Flow verifica el límite de crédito del cliente: si está dentro del límite, aprueba el pedido y dispara la notificación proactiva al depósito; si lo supera, crea una tarea para el área de cobranza y frena el despacho. Todo esto se arma en el editor visual, en horas, sin un solo punto y coma de código. Antes, esa misma lógica vivía en la cabeza del jefe de ventas o en un Excel; ahora vive en la plataforma, auditable y consistente.

Flow frente a Apex: cuándo usar cada uno

La pregunta más común de quien empieza es cuándo basta Flow y cuándo hace falta código. La regla práctica: declarativo primero, código cuando el declarativo no alcanza o no rinde.

En proyectos reales, lo habitual es un modelo híbrido: Flow orquesta el proceso y delega en Apex los cálculos pesados o las llamadas complejas mediante acciones invocables.

Errores comunes a evitar

• Poner Flows dentro de loops sobre muchos registros: golpea los governor limits de Salesforce y puede romper la transacción. La buena práctica es procesar en bloque, no registro por registro.
• Multiplicar Flows sobre el mismo objeto: tener cinco Record-Triggered Flows sobre Oportunidad vuelve imposible saber el orden de ejecución. Conviene consolidar la lógica.
• No usar un sandbox: probar automatizaciones directo en producción es jugar con fuego. Toda lógica nueva se valida primero en un sandbox.
• Ignorar el manejo de errores: un Flow sin rutas de error falla en silencio. Hay que definir qué pasa cuando algo sale mal.

En síntesis

Flow es la columna vertebral de la automatización sin código en Salesforce. Bien diseñado, multiplica la productividad del equipo y mantiene los procesos consistentes; mal diseñado, choca con los límites de la plataforma. Dominarlo es uno de los conocimientos más rentables para un administrador o consultor que construye sobre Salesforce.