Skip To Content

Preguntas frecuentes sobre webhooks

En este tema se enumeran preguntas o problemas que pueden surgir al trabajar con webhooks y se proponen posibles soluciones.

ArcGIS Enterprise está implementado en un entorno desconectado, detrás del firewall de mi organización. ¿Puedo seguir configurando webhooks?

Sí. Para configurar webhooks, debe usar una URL de carga a la que pueda acceder su portal de ArcGIS Enterprise. Para ello, puede crear una aplicación personalizada e implementarla en su servidor interno.

¿Qué constituye una actualización de un elemento, usuario o grupo?

Para ello, puede crear una aplicación personalizada e implementarla en su servidor interno. Por ejemplo, si se ha suscrito a las actualizaciones de un elemento específico de su portal, su webhook se desencadena si se actualizó el título, las etiquetas o la vista en miniatura del elemento. Una forma de determinar si una acción constituye una actualización en su portal es examinar el tráfico de red. Siempre que una acción dé lugar a la llamada de la operación Actualizar, la misma acción puede desencadenar un webhook a la escucha de actualizaciones.

Utilizo la Autenticación integrada de Windows en mi portal de ArcGIS Enterprise. ¿Puedo seguir suscribiendo a los usuarios que entran y salen del portal (user/<username>/signIn)?

Puede utilizar el evento desencadenador de /signin para capturar eventos de inicio de sesión para la autenticación del portal, la autenticación de nivel de web y los inicios de sesión corporativos.

¿Qué ocurre si mi URL de carga deja de funcionar o deja de estar disponible? ¿Hay alguna forma de recuperar una carga que no se envió?

Al configurar webhooks de organización para sus usuarios, grupos y elementos, tiene la opción de configurar parámetros avanzados que determinan cómo y cuándo el portal intenta otra entrega cuando falla el envío de una carga, y una política de desactivación que desactivará el webhook si siguen fallando los intentos de entrega de una carga útil. La configuración de los webhooks de servicio emplea las mismas políticas de desactivación. Si el portal o el servicio intenta entregar una carga a una URL de carga o webhook receptor no disponible o que no responde, los parámetros avanzados que establezca determinarán cuántos intentos adicionales realizará el portal para entregar la carga. Si estos intentos adicionales también fallan, contará como un fallo para la política de desactivación.

También es posible ver el estado de las notificaciones de los webhooks de la organización y los webhooks de servicio para ver todos los intentos de entrega de cargas útiles y determinar si se entregaron correctamente o no.

Es posible generar varios registros para los webhooks de servicio que resultan útiles para identificar y corregir cualquier laguna en las cargas útiles no entregadas. Todos los webhooks de servicio registran un registro de nivel INFO cuando envían una carga útil al receptor del webhook. Si no se puede entregar la carga útil, se crea un registro de nivel GRAVE que indica el fallo y se crea un registro adicional de nivel ADVERTENCIA con la carga útil no entregada. Si, tras varios fallos, la política de desactivación deshabilita el webhook, no se crearán registros adicionales.


En este tema