Cómo comprobar la entrega de una notificación y reenviarla

Si el evento ya aparece en Cryptanio, pero el mensaje no ha llegado, abre «Entregas»: allí verás el canal, los intentos y el resultado del envío. Puedes reenviar una entrega terminada. Se creará un nuevo registro de entrega del mismo evento; el original permanecerá en el historial. No se crea una nueva transferencia ni un nuevo evento de la blockchain.

Veamos un caso: el servidor de una tienda dejó de aceptar webhooks temporalmente y ahora vuelve a funcionar. Hay que encontrar el envío fallido y transmitir la notificación otra vez. Las mismas comprobaciones sirven para un mensaje de una aplicación de mensajería, aunque un envío correcto no demuestra que una persona lo haya leído.

Qué necesitas

Necesitas acceso a la cuenta y al proyecto correctos. Un miembro con acceso de lectura puede consultar el historial; para reenviar se requiere permiso para modificar datos. Prepara la hora del evento, el proyecto y el canal. Para un webhook, resulta útil el event_id del registro de tu aplicación. Es el identificador del evento, no el TXID de la transferencia.

Si el canal aún no está conectado, sigue primero la guía correspondiente: Telegram, Discord o Slack. Aquí se comprueba una entrega que ya está configurada.

1. Encuentra primero el evento

Abre «Eventos» y comprueba que la transferencia esté registrada en el proyecto esperado. Compara la red, la dirección, el activo, el sentido y el identificador de la transacción. Una transferencia entrante detectada y una confirmada son estados diferentes que pueden tener notificaciones independientes.

Si no existe el evento, reenviar una entrega no lo recuperará de la blockchain. Revisa las reglas y la actividad de la supervisión, el estado del servicio y el proyecto seleccionado. La guía sobre varias billeteras explica cómo conectar las direcciones.

2. Encuentra el registro en Entregas

Abre «Entregas». Selecciona el canal en «Camino» y el «Proyecto»; si hace falta, establece la fecha inicial en «Desde la fecha». Si conoces el event_id exacto, introdúcelo en «ID de evento». Pulsa «Aplicar filtros». En la vista de un proyecto concreto, el ámbito del proyecto ya está definido.

Comprueba el estado del registro: «En vuelo» indica un envío en curso, «Fallido» un error y «Entregadas» una entrega realizada. Pulsa «Abrir» para abrir la ficha de la entrega, titulada «Detalles de animación»: contiene el número de intentos, la «Última respuesta» y las horas de puesta en cola y finalización. Si hay un error, puedes ver su descripción. Un mismo ID de evento puede tener varias entregas a distintos canales.

La ausencia de un código HTTP no demuestra por sí sola un fallo: el resultado depende del canal. Para un webhook, compara la respuesta con el registro de tu servidor. El campo de destino puede estar protegido y no mostrar la dirección completa que contiene el secreto.

3. Corrige la causa antes de reenviar

Comprueba la disponibilidad del gestor, los permisos de la aplicación o el acceso al canal. Para una aplicación de mensajería, revisa si la conexión o la ruta están pausadas; si se ha revocado la autorización, utiliza «Reconectar» donde esté disponible ese botón. La prueba de conexión envía un mensaje de servicio independiente; no repite el pago seleccionado.

Para un webhook, comprueba que el gestor verifique la firma y guarde correctamente los eventos aceptados. Consulta la guía de confirmación automática de pedidos. Reenviar no corrige un error en el código del receptor.

4. Pon otra entrega en cola

En un registro terminado, pulsa «Reenviar». En el diálogo «¿Reenviar notificación?», confirma con el botón «Adelante otra entrega», que pone otra entrega en cola. El reenvío no está disponible mientras el registro figure como «En vuelo», es decir, en curso: espera al envío actual en lugar de crear envíos simultáneos.

Cryptanio crea un nuevo ID de entrega y conserva el ID del evento y su contenido guardado. El registro original y su resultado no se sobrescriben. También se puede repetir una entrega correcta, por lo que esta acción puede crear un duplicado para el destinatario. Los correos de un solo uso con enlaces de acceso no se pueden reenviar de esta manera.

Se repite una notificación antigua; no se obtiene el estado actual de la factura ni se traslada automáticamente el mensaje a otro canal. Cambiar la ruta no vuelve a generar el contenido de un evento antiguo.

5. Comprueba el nuevo registro

Actualiza la lista y busca la nueva entrega del mismo evento. Espera el resultado: ponerla en cola aún no significa que haya tenido éxito. Si vuelve a fallar, lee la nueva causa y comprueba el destinatario en lugar de pulsar la misma acción repetidamente.

El gestor de la tienda debe guardar event_id y evitar entregar el producto dos veces. Incluso después de una entrega correcta, para completar el pedido se necesita el estado actual de la factura. «Entregadas» confirma el resultado del envío de la notificación, no el pago del pedido, que una persona haya leído el mensaje ni que tu aplicación haya ejecutado sus acciones.