Журнал доставки / учебный пример

Проверьте повтор.
Сохраните один результат.

RULLES / EVENT RECEIPTОБРАЗЕЦ

АВТОРИЗАЦИЯ

Сначала событие.
Затем решение.

Event ID
Тип
Ключ обработки
Доставок в примере
0
РЕШЕНИЕ ОБРАБОТЧИКАОжидает разбора

Пройдите проверку и посмотрите, что меняется при повторной доставке.

Локальный примерБез платёжных операций
Неизменяемый конверт
ВХОДНОЕ УСЛОВИЕ

Переключатель задаёт условие учебного разбора. Реальные подписи здесь не проверяются.

DELIVERY JOURNAL
  1. Записей пока нет. Разберите первую доставку.
Что приходит на вход

Доставка —
не новое событие.

Один факт может прийти несколько раз. Сеть повторяет доставку; бизнес-состояние не должно изменяться повторно только по этой причине.

Как принимается решение

Сначала доверие.
Потом уникальность.

Проверьте подлинность конверта, затем найдите его идентификатор в журнале обработки. Учитывайте новое событие только после этих проверок.

Путь одного конверта

Не пропускайте
первую проверку.

Поля учебной модели ↗
  1. 01

    Установить источник

    Проверка подписи выполняется над исходным телом запроса по правилам поставщика. Недоверенный конверт не меняет состояние.

  2. 02

    Распознать повтор

    Стабильный идентификатор события связывает повторные доставки с одним фактом. Число попыток — отдельная величина.

  3. 03

    Зафиксировать решение

    Сохраните результат обработки и контекст. Повторное получение уже учтённого события должно давать объяснимое решение.

Справочник интегратора01

Проверка входящего вебхука

Как сохранить доверенную границу интеграции.

02

Дубли и порядок событий

Устойчивое обновление заказа при повторной доставке.

03

Сверка и безопасный повтор

Порядок работы с пропущенными и ошибочными событиями.