10 señales de que tu automatización en Salesforce necesita revisión
Una lista práctica para encontrar Flows que chocan, fallas silenciosas y automatización heredada antes de que te cuesten. Incluye las pantallas de Setup a revisar.
La mayoría de las orgs de Salesforce acumulan automatizaciones como un cajón acumula cables. Cada Flow, trigger y regla tenía sentido el día que se creó. Años después, nadie está seguro de qué se ejecuta al guardar un registro.
Esta es la lista de la que partimos en nuestros diagnósticos de automatización. Puedes revisar casi todo tú mismo en una tarde.
1. Más de una automatización se dispara con el mismo evento
Elige tu objeto más usado, normalmente Account, Opportunity o Case. Enlista todo lo que corre al crear o actualizar un registro: Flows por registro, triggers de Apex, Workflow Rules y Process Builders.
En Setup > Flow Trigger Explorer ves los Flows por registro de un objeto en orden. Si hay varios Flows en el mismo disparador sin un orden explícito, no está garantizado que corran en el orden que esperas.
2. Siguen activos Workflow Rules y Process Builders
Salesforce retiró ambas herramientas en favor de Flow. Todavía funcionan, pero ya no reciben mejoras y se mezclan mal con los Flows del mismo objeto. Setup > Migrate to Flow convierte muchos de ellos por ti. Prueba cada uno en un sandbox antes de desactivarlo.
3. Los correos de error de Flow le llegan a alguien que ya no está
Cuando un Flow falla, Salesforce le escribe a la última persona que lo modificó, o a la dirección configurada en Setup > Process Automation Settings. Revisa esa dirección. Si es de un ex empleado, tus fallas han sido silenciosas.
4. El mismo error aparece cada semana
Busca en el correo, o en el de quien recibe los errores, "Error Occurred During Flow". Agrupa los mensajes por nombre de Flow. Si un solo Flow causa la mayoría de los errores, ahí está la corrección más barata de la org.
5. Los triggers tienen la lógica adentro
Un trigger con cientos de líneas y sin clase handler es difícil de probar e imposible de ordenar. Un trigger por objeto que llama a una clase handler es el patrón a seguir.
6. Consultas o actualizaciones dentro de ciclos
Tanto en Apex como en Flow, un Get Records o Update Records dentro de un ciclo funciona con 5 registros y falla con 200. Si las cargas masivas fallan pero las ediciones individuales funcionan, casi siempre es por esto.
7. IDs escritos directamente
IDs de tipos de registro, usuarios o colas escritos a mano en Flows o Apex se rompen en cuanto despliegas a otra org o refrescas un sandbox. Búscalos por su nombre de desarrollador.
8. Flows sin descripción y con decenas de versiones
Setup > Flows muestra la última versión de cada Flow. Veinte versiones y la descripción vacía significan que lo han editado muchas personas sin que nadie sea responsable.
9. Cobertura de pruebas apenas suficiente
Corre todas las pruebas desde Setup > Apex Test Execution y revisa la cobertura total. Una cobertura cercana al 75% significa que cada despliegue está a una prueba fallida de quedar bloqueado.
10. Nadie puede explicar qué pasa al guardar un registro
Pídele al administrador y a un gerente de ventas o servicio que describan qué pasa cuando una oportunidad se cierra como ganada. Si las respuestas no coinciden, o nadie sabe, la automatización ya rebasó su documentación.
Qué hacer con lo que encuentres
Anota cada hallazgo con el objeto, el nombre de la automatización y qué falla. Luego ordénalos por cuántos usuarios afecta cada uno. Esa lista es tu backlog.
¿Prefieres otra mirada? Nuestro diagnóstico gratuito de automatización cubre todo esto y más en 10 horas de revisión de solo lectura, y el reporte escrito es tuyo.