Recuperar una acción personalizada en Zoho CRM te permite inspeccionar, reutilizar o solucionar problemas en las acciones automatizadas — como actualizaciones de campos, notificaciones por correo electrónico, webhooks y funciones — que impulsan tus flujos de trabajo de ventas y marketing. En Beam Help (soporte experto independiente para Zoho, no soporte oficial de Zoho), te explicamos exactamente cómo localizar y revisar esas acciones.
Por qué es importante
Las acciones personalizadas en Zoho CRM son los bloques de construcción de la automatización: se activan cuando se disparan reglas de flujo de trabajo, blueprints o procesos de aprobación. Si una acción se comporta de forma incorrecta, está duplicada o necesita reutilizarse en una nueva regla, primero debes saber cómo recuperarla e inspeccionarla. Entender dónde viven estas acciones también es útil cuando quieres asociar una función o webhook existente con un nuevo flujo de trabajo en lugar de recrearlo desde cero. [8]
Paso a paso
Paso 1. Inicia sesión en tu cuenta de Zoho CRM y navega a Configuración (el ícono de engranaje en la esquina superior derecha). Este es el centro de control para toda la personalización y configuración de automatización. [8]
Paso 2. Dentro de Configuración, ve a Automatización y selecciona Acciones. Esta sección lista todas las acciones que han sido configuradas en tu CRM — incluyendo tareas de flujo de trabajo, actualizaciones de campos, notificaciones por correo electrónico, webhooks y funciones asociadas. [8]
Paso 3. En la página de Acciones verás el catálogo completo de acciones guardadas agrupadas por tipo. Navega por la lista o usa la barra de búsqueda para localizar la acción personalizada específica que necesitas. La lista muestra el nombre de la acción, el tipo y el módulo al que pertenece, lo que facilita identificar la entrada correcta. [8]
Paso 4. Haz clic en el nombre de la acción que deseas recuperar. Esto abre la vista de detalle donde puedes inspeccionar cada configuración — por ejemplo, los campos que se actualizan, el script de función adjunto o el endpoint de webhook configurado. [8]
Paso 5. Si la acción personalizada involucra una función (un script de Deluge), la vista de detalle mostrará el bloque de código y cualquier referencia de conexión utilizada para invocar servicios externos. Las conexiones se identifican por un Link name, y el bloque de código en sí muestra el método HTTP (GET, POST, PUT o DELETE) y cualquier parámetro dinámico que la función pasa en tiempo de ejecución. [7]
Paso 6. Para reutilizar la acción en otra regla de flujo de trabajo, regresa al editor de reglas de flujo de trabajo, desplázate hasta la sección Acciones y elige Asociar. El menú desplegable mostrará todas las acciones creadas anteriormente del tipo relevante, para que puedas adjuntar la acción recuperada sin necesidad de reconstruirla. [8]
Paso 7. Si la acción que buscas está vinculada a un conector (una integración con un servicio de terceros), navega a Configuración → Espacio de desarrollador → Conexiones. Aquí puedes ver el Link name, el nombre del servicio y el estado actual de cada conexión, junto con el fragmento de código listo para usar para invocarla dentro de una función. [7]
Errores comunes
- La acción no aparece en la lista. Las acciones son específicas de módulo en algunos contextos. Si no puedes encontrar una acción, confirma que estás buscando en el ámbito de módulo correcto — una acción creada para Leads no aparecerá automáticamente al editar un flujo de trabajo de Contactos. [8]
- El estado de la conexión está inactivo. Al recuperar una acción basada en función, verifica siempre que la conexión asociada muestre un estado Activo en Configuración → Conexiones. Una conexión inactiva hará que la función falle silenciosamente en tiempo de ejecución. [7]
- Los parámetros dinámicos devuelven valores en blanco. Si la acción recuperada usa parámetros para obtener datos específicos del registro (como el nombre o el correo electrónico de un lead), verifica que las asignaciones de parámetros aún hagan referencia a nombres de API de campo válidos. Los nombres de API de campo pueden cambiar si un campo se elimina y se vuelve a crear. [7]
- Invocar una función independiente desde otra función. Si tu acción personalizada llama a una función independiente mediante una URL (usando
invokeurl), confirma que la ruta del endpoint y el tipo de autenticación siguen siendo correctos — por ejemplo, las llamadas basadas en OAuth requieren una conexión válida y no expirada. [2]
Qué verificar
- La acción sigue vinculada a al menos una regla activa. Abre la vista de detalle de la acción y confirma que está asociada a una regla de flujo de trabajo o blueprint activa; las acciones huérfanas pueden pasarse por alto fácilmente durante las auditorías. [8]
- Las credenciales de conexión son válidas. Si la acción integra un servicio de terceros, verifica que la conexión en Configuración → Conexiones muestre el Link name correcto y un estado Activo antes de depender de la acción en producción. [7]
- Los parámetros de función se corresponden con los nombres de campo actuales. Después de recuperar una acción basada en función, compara cualquier referencia de parámetro dinámico con la lista de campos actual en el módulo relevante para evitar errores en tiempo de ejecución. [7]