Как проверить доставку уведомления и отправить его повторно
Найдите уведомление в «Доставках», разберите результат отправки и при необходимости поставьте новую доставку того же события в очередь.
Обновлено:
Если событие уже появилось в Cryptanio, а сообщение не дошло, откройте «Доставки»: там видны канал, попытки и результат отправки. Завершённую доставку можно отправить повторно. Это создаст новую запись доставки того же события; исходная останется в истории. Новый перевод или новое событие блокчейна при этом не создаются.
Разберём ситуацию: сервер магазина временно не принимал webhook, затем снова заработал. Нужно найти неудачную отправку и передать уведомление ещё раз. Тот же порядок проверки подходит для сообщения в мессенджер, хотя успешная отправка не доказывает, что человек прочитал сообщение.
Что понадобится
Нужен доступ к правильному аккаунту и проекту. Просматривать историю может участник с доступом на чтение; повторная отправка требует права изменять данные. Подготовьте время события, проект и канал. Для webhook полезен event_id из журнала вашего приложения. Это идентификатор события, а не TXID перевода.
Если сам канал ещё не подключён, сначала используйте соответствующую инструкцию: Telegram, Discord или Slack. Здесь проверяется уже настроенная доставка.
1. Сначала найдите событие
Откройте «События» и убедитесь, что нужный перевод зарегистрирован в ожидаемом проекте. Сопоставьте сеть, адрес, актив, направление и идентификатор транзакции. Найденный входящий перевод и подтверждённый входящий перевод — разные состояния, для которых могут существовать отдельные уведомления.
Если события нет, повторная отправка доставки не восстановит его из блокчейна. Проверьте правила и активность наблюдения, состояние услуги и выбранный проект. Порядок подключения адресов разобран в инструкции по нескольким кошелькам.
2. Найдите нужную запись в «Доставках»
Откройте «Доставки». Выберите «Канал» и «Проект», при необходимости задайте «С даты». Если известен точный event_id, вставьте его в «ID события». Нажмите «Применить фильтры». В представлении конкретного проекта область проекта уже задана.
Смотрите состояние записи: «В процессе», «Ошибка» или «Доставлено». Нажмите «Открыть», чтобы увидеть «Детали доставки»: число попыток, «Последний ответ», время постановки в очередь и завершения. При ошибке доступно её описание. Один и тот же event ID может иметь несколько доставок в разные каналы.
Не принимайте отсутствие HTTP-кода за самостоятельное доказательство сбоя: результат зависит от канала. Для webhook сопоставьте ответ со своим серверным журналом. Поле назначения может быть защищено и не показывать полный адрес с секретом.
3. Исправьте причину до повтора
Проверьте доступность обработчика, права приложения или доступ к нужному каналу. Для мессенджера проверьте паузу подключения и маршрута; при отозванной авторизации используйте «Переподключить» там, где эта кнопка доступна. Тест подключения проверяет отправку отдельного служебного сообщения, а не повторяет выбранный платёж.
Для webhook убедитесь, что обработчик проверяет подпись и корректно сохраняет принятые события. Подробности — в инструкции по автоматическому подтверждению заказа. Повторная отправка не исправляет ошибку кода получателя.
4. Поставьте повторную доставку в очередь
У завершённой записи нажмите «Отправить повторно». В диалоге «Отправить уведомление повторно?» подтвердите действие кнопкой «Поставить ещё одну доставку в очередь». Пока запись находится «В процессе», повтор недоступен: не создавайте конкурирующие отправки вместо ожидания текущей.
Cryptanio создаёт новый ID доставки, сохраняя прежний ID события и его сохранённое содержимое. Исходная запись и её результат не переписываются. Можно повторить и уже успешную доставку, поэтому действие способно создать дубликат у получателя. Одноразовые письма со ссылками доступа таким способом не пересылаются.
Это повтор старого уведомления, а не получение свежего статуса инвойса и не автоматический перенос сообщения в другой канал. Изменение маршрута не пересобирает содержимое старого события.
5. Проверьте новую запись
Обновите список и найдите новую доставку того же события. Дождитесь результата; сообщение о постановке в очередь ещё не означает успех. При повторной ошибке прочитайте новую причину и проверьте получателя, вместо серии одинаковых нажатий.
Обработчик магазина должен сохранять event_id и не выдавать товар повторно. Даже после успешной доставки решение об исполнении заказа требует актуального состояния инвойса. «Доставлено» подтверждает результат отправки уведомления, а не оплату заказа, прочтение сообщения человеком или выполнение действий вашим приложением.