Na przykładzie integracji przez api i rosnącej w związku z tym roli webhooków zwrotnych jako mechanizmu potwierdzania i zdejmowania obciążenia z api rest fakturowni warto by było gdyby wehooks miał poliktykę retry przy nieudanym request.
Może się zdarzyć że api integrowane ma chwilową awarie i webhook nie może być poprawnie obsłużony. Wielu providers płatności online ma webhooks retry on fail. Tutaj również przydało by się jakieś retry conajmniej 3 szt do skutecznego potwierdzenia. Jeden webhook zawsze może się nie udać. Z jakiejś przyczyny.