--- title: "Solucionar problemas de una automatización" description: "Encuentra por qué una automatización no se inicia, una vista previa se detiene, un campo no está disponible, o una ejecución queda en espera, falla o finaliza sin entrega." canonical: "https://bird.com/es-es/documentacion/guides/automations/troubleshooting" --- # Solucionar problemas de una automatización Empieza por el síntoma y la versión involucrada. Las comprobaciones de borrador y las vistas previas describen el trabajo en el editor; **Runs** describe las ejecuciones de versiones publicadas. > Automations is in Early access. Your workspace permissions determine which actions you can perform. ## Automations no aparece en el panel Confirma que seleccionaste el espacio de trabajo correcto y que eres miembro con permiso para ver Automations. Si Automations no aparece, pide a un administrador del espacio de trabajo que revise tu acceso. ## Faltan controles de edición El acceso de lectura a Automations te permite ver plantillas y flujos de trabajo. Crear borradores y publicar requiere acceso de escritura a Automations. Si **Use template** o **Publish** no está disponible, solicita acceso de escritura al administrador de tu espacio de trabajo. ## No aparece ninguna ejecución 1. Confirma que la automatización tiene una versión publicada y está activa, no pausada ni archivada. 2. Inspecciona el disparador publicado. Las ediciones no guardadas o no publicadas no afectan los eventos entrantes. 3. Para un evento Bird, confirma que el canal receptor recibió el mensaje y prueba el filtro del disparador con datos representativos. 4. Para un evento de aplicación, compara su nombre y campos obligatorios con el trigger publicado y [verifica la solicitud y el resultado en cola](/docs/guides/automations/application-events#troubleshoot-an-event). 5. Para una programación, inspecciona su próxima ocurrencia, zona horaria y comportamiento ante ticks perdidos. 6. Verifica si una ejecución activa causó que se omitiera el nuevo inicio. 7. Verifica la [cuota de ejecuciones en acceso anticipado](/docs/guides/automations/runs#early-access-run-allowance) de la organización. Al alcanzar el límite, los nuevos inicios se rechazan hasta el reinicio mensual. Un filtro no coincidente o una omisión por superposición no crea ninguna ejecución. La aceptación de un evento de aplicación significa que se puso en cola; inspecciona **Runs** para ver el progreso de ejecución posterior. ## La publicación está bloqueada 1. Finaliza las ediciones de campo abiertas y guarda el borrador. 2. Abre **Checks** y sigue cada hallazgo bloqueante hasta su paso o campo. 3. Verifica las entradas obligatorias, las conexiones de salida y las referencias a pasos faltantes o futuros. 4. Elimina los ciclos y repara los nodos inválidos incluso cuando estén desconectados de la ruta principal. 5. Revisa los permisos y cualquier confirmación solicitada del contrato de evento de aplicación. Si el borrador cambió en otro editor, recarga y compara el trabajo actual antes de reintentar. Un resultado de comprobación anterior puede estar desactualizado. ## La vista previa se detiene en una acción o espera Inspecciona la entrada preparada. Si la vista previa reporta una ruta incompleta, proporciona un resultado de muestra con **Set sample result** y repite la vista previa. La vista previa no puede obtener un contacto ni esperar un recibo real para completar una muestra faltante. Si la muestra en sí es inválida, repara su nodo, ruta de salida o campos para que coincidan con la configuración actual. ## Falta un campo o una expresión falla 1. Selecciona el paso que consume el dato e inspecciona el mapeo de origen. 2. Confirma que el paso de origen ocurre antes en la ruta elegida. 3. Verifica si el campo está ausente, es null, está vacío o tiene un tipo diferente en la muestra o en la ejecución registrada. 4. Agrega una condición o un valor de respaldo explícito donde corresponda. Una salida en una rama no tomada no está disponible. Una búsqueda de contacto exitosa sin resultados también necesita una ruta explícita para resultado vacío. ## Una ejecución permanece en espera Inspecciona la fecha límite del retraso o la configuración de espera. Confirma el tipo de evento esperado, el paso de envío o clave de negocio supervisado y cualquier filtro. Para una espera de evento de aplicación, el evento de seguimiento debe dirigirse a la clave de una ejecución existente. Para una espera de recibo, el recibo debe pertenecer a la acción configurada en esa ejecución. La espera es un estado normal hasta que una coincidencia, un tiempo de espera agotado, una cancelación o la fecha límite de la ejecución lo resuelva. ## Una ejecución tiene éxito pero no llega ningún mensaje Inspecciona primero la ruta de la ejecución: una rama puede finalizar intencionalmente sin enviar. Si un envío se ejecutó correctamente, inspecciona el estado del canal del mensaje. La aceptación puede ir seguida de un fallo de entrega. Usa una espera de entrega compatible para decisiones de seguimiento. Un tiempo de espera agotado por sí solo no es prueba de no entrega, así que verifica antes de enviar un mensaje de reemplazo. ## Una ejecución falla tras un cambio parcial Inspecciona el paso fallido y los pasos exitosos anteriores. Un lote de contactos puede contener entradas exitosas y fallidas. La cancelación o un fallo posterior no revierte un mensaje aceptado ni un cambio de contacto. Corrige la causa antes de iniciar una nueva ejecución. Revisa qué acciones se repetirían para evitar duplicar trabajo que ya tuvo éxito. ## Próximos pasos - [Previsualizar y comprobar un flujo de trabajo](/docs/guides/automations/preview). - [Inspeccionar ejecuciones](/docs/guides/automations/runs). - [Consultar métricas de automatización](/docs/guides/automations/metrics). - [Explorar las guías de Automations](/docs/guides/automations). ## Related resources - [Preview your first automation](/docs/get-started/automations) (docs)