En corto
Desde el 31 de diciembre de 2025, Workflow Rules y Process Builder no tienen soporte. Siguen funcionando, pero si algo falla nadie lo va a arreglar: no hay correcciones ni casos de soporte. Tampoco se pueden crear nuevos. Si tu org todavía depende de ellos, tienes que pasarlos a Flow, o rehacer esa lógica fuera si vas a dejar Salesforce.
Qué significa el fin del soporte
No es una retirada. Tus automatizaciones siguen ejecutándose como hasta ahora. Lo que cambia es esto:
- Salesforce no corrige los errores que aparezcan en ellas.
- Soporte no atiende casos sobre ellas.
- No puedes crear reglas ni procesos nuevos. Todo lo nuevo va en Flow.
El riesgo es silencioso. Una release cambia algo, una regla deja de comportarse igual y te enteras cuando un pedido no llega al ERP o un aviso no sale.
Cómo saber cuántas tienes
En Setup, busca Workflow Rules y Process Builder. Si prefieres una lista completa, estas dos consultas te la dan en segundos. La primera va contra la Tooling API: en el Developer Console, marca Use Tooling API.
Workflow Rules · Tooling API
SELECT Id, Name, TableEnumOrId
FROM WorkflowRuleProcesos de Process Builder activos
SELECT ApiName, Label, LastModifiedDate
FROM FlowDefinitionView
WHERE ProcessType = 'Workflow' AND IsActive = trueEn la segunda, ProcessType = 'Workflow' es como Salesforce identifica internamente a los procesos de Process Builder.
Tres caminos
1. Migrate to Flow
Salesforce tiene una herramienta, Migrate to Flow, que convierte reglas sencillas en Flows. Funciona bien con actualizaciones de campo y alertas de email simples. Con acciones programadas, criterios complejos o procesos que llaman a otros procesos, revisa el resultado a mano.
2. Rehacerlo en Flow a mano
Es la opción para la lógica que ha crecido durante años. Aprovecha para juntar en un solo Flow por objeto lo que hoy está repartido entre reglas, procesos y triggers, y para revisar el orden de ejecución.
3. Rehacerlo fuera de Salesforce
Si estás pensando en dejar Salesforce, no tiene sentido pagar dos veces: primero para pasarlo todo a Flow y luego para rehacerlo en el CRM nuevo. Inventaría la lógica, decide qué sigue viva y constrúyela una sola vez, donde vaya a vivir.
Lo que suele romperse al migrar
- Acciones programadas: las que están en cola no se migran solas.
- Actualizaciones de campo que vuelven a disparar reglas: con Flow cambia el orden de ejecución.
- Outbound Messages: se pueden lanzar desde Flow, pero hay que volver a configurarlos.
- Procesos que llaman a otros procesos: son difíciles de depurar y suelen esconder lógica duplicada.
Antes de migrar, cuenta
Muchas orgs descubren en esta revisión que parte de sus automatizaciones ya no hace nada útil: avisos a personas que se fueron, campos que nadie mira, reglas de un proceso que cambió hace años. Contar antes de migrar ahorra trabajo. Y es buen momento para preguntarse cuánto de tu org sigue en uso.
Preguntas frecuentes
¿Mis Workflow Rules dejan de funcionar?
No. Siguen ejecutándose. Lo que ha terminado es el soporte y la corrección de errores.
¿Puedo crear una Workflow Rule nueva?
No. Salesforce desactivó la creación antes del fin del soporte. Todo lo nuevo se hace en Flow.
¿Hay fecha de retirada definitiva?
No hay una fecha pública. Salesforce puede retirarlas más adelante, así que no conviene esperar.
¿Cuánto cuesta migrarlas?
Depende del número y de la complejidad. Una regla sencilla son minutos con Migrate to Flow. Un proceso con varias ramas y acciones programadas puede llevar días entre rehacerlo y probarlo.
Fuentes: fin del soporte de Workflow Rules y Process Builder (Salesforce Ben), guía de la Tooling API (Salesforce Developers).