Příručka uživatele Zrušit

Konfigurace webhooků

Přehled

Webhook je uživatelem definovaná žádost protokolu HTTPS, která je aktivována, když se na zdrojovém webu (v tomto případě Adobe Acrobat Sign) vyskytne odebíraná událost.

Ve skutečnosti není webhook nic jiného než služba REST, která přijímá data nebo proud dat.

Webhooky jsou určeny ke komunikaci mezi službamimodelu PUSH (doručování bez vyžádání).

Když je aktivována odebíraná událost, služba Acrobat Sign vytvoří žádost HTTPS POST s tělem JSON a doručí ji na stanovenou adresu URL.

 

Webhooky nabízejí oproti předchozí metodě zpětného volání řadu výhod, mezi které mimo jiné patří:

  • Správci mohou povolit webhooky, aniž by museli zahrnout podporu služby Acrobat Sign do vypisování adresy URL zpětného volání
  • Webhooky jsou lepší z hlediska „čerstvosti“ dat, efektivity komunikace a zabezpečení. Není vyžadováno dotazování
  • Webhooky umožňují snadno používat různé úrovně rozsahu (účet/skupina/uživatel/zdroj). 13.3 Obecné
  • Webhooky představují modernější řešení rozhraní API, které umožňuje přímočařeji konfigurovat moderní aplikace
  • Pro každý rozsah (účet/skupina/uživatel/zdroj) lze nakonfigurovat více webhooků, zatímco předchozí zpětná volání musela být jedinečná
  • Webhooky umožňují provést výběr dat, která mají být vrácena, zatímco předchozí zpětná volání jsou řešení typu „všechno nebo nic“
  • Metadata přenášená s webhookem lze konfigurovat (základní nebo podrobná)
  • Webhooky lze podle potřeby snáze vytvářet, upravovat nebo deaktivovat, protože uživatelské rozhraní je zcela pod kontrolou správce.
Poznámka:

Tento dokument je primárně zaměřen na uživatelské rozhraní pro webhooky ve webové aplikaci Acrobat Sign (dříve Adobe Sign).

Vývojáři, kteří hledají podrobné informace o rozhraní API, je mohou nalézt zde:

Jak se používá

Správci budou muset nejprve disponovat službou webhooku, která bude připravena přijímat příchozí nabídky ze služby Acrobat Sign. V tomto ohledu existuje mnoho možností, a dokud služba dokáže přijímat požadavky POST a GET, bude webhook úspěšný.

Jakmile je služba zavedena, může správce služby Acrobat Sign vytvořit nový webhook z rozhraní Webhook v nabídce Účet na webu služby Acrobat Sign.

Správci mohou nakonfigurovat webhook pro aktivaci událostí Dohoda, Webový formulář (Widget) nebo Hromadné odeslání (MegaSign). Prostřednictvím rozhraní API lze nakonfigurovat také zdroj šablony knihovny (dokumentu knihovny).

Rozsah webhooku může zahrnovat celý účet nebo jednotlivé skupiny prostřednictvím rozhraní správce. Rozhraní API umožňuje dosáhnout větší míry podrobnosti prostřednictvím výběru rozsahu UŽIVATEL nebo ZDROJ.

Typ dat, která jsou odesílána na adresu URL, je konfigurovatelný a může zahrnovat položky, jako jsou Informace o dohodě, Informace o účastníkovi, Informace o dokumentu atd.

Jakmile je webhook nakonfigurován a uložen, služba Acrobat Sign odešle nový objekt JSON na definovanou adresu URL pokaždé, když dojde k aktivaci odebírané události. Pokud nechcete změnit aktivační kritéria události nebo datovou část JSON, není vyžadována žádná průběžná manipulace s webhookem.

Ověření záměru adresy URL webhooku

Před úspěšnou registrací webhooku služba Acrobat Sign ověří, zda adresa URL webhooku, která je uvedena v žádosti o registraci, zamýšlí přijímat oznámení, nebo nikoli. Za tímto účelem služba Acrobat Sign po obdržení nové žádosti o registraci webhooku nejprve požádá o ověření adresy URL webhooku. Tato žádost o ověření je odeslána na adresu URL webhooku ve formě požadavku HTTPS GET. Tento požadavek má vlastní hlavičku HTTP X-AdobeSign-ClientId. Hodnota v této hlavičce je nastavena na ID klienta (ID aplikace) aplikace API požadující vytvoření/registraci webhooku. K dosažení úspěšné registrace webhooku musí adresa URL webhooku odpovědět na žádost o ověření kódem odpovědi 2XX A navíc MUSÍ odeslat zpět stejnou hodnotu ID klienta jedním z následujících dvou způsobů:

  • Buď v hlavičce odpovědi X-AdobeSign-ClientId. Jedná se o stejnou hlavičku, která byla předána v požadavku, a nyní bude vrácena v odpovědi.
  • Nebo v těle odpovědi JSON pomocí klíče xAdobeSignClientId, jehož hodnota se shoduje s ID klienta odeslaným v požadavku.

Webhook bude úspěšně zaregistrován pouze při úspěšné odpovědi (kódu odpovědi 2XX) a ověření ID klienta buď v hlavičce, nebo v těle odpovědi. Účelem této žádosti o ověření je prokázat, že adresa URL webhooku chce přijímat oznámení na této adrese URL. Pokud byste omylem zadali nesprávnou adresu URL, adresa URL by neodpověděla správně na požadavek ověření záměru a služba Acrobat Sign by na tuto adresu URL nezasílala žádná oznámení. Kromě toho může adresa URL webhooku také potvrdit, že bude přijímat oznámení pouze prostřednictvím webhooků registrovaných konkrétní aplikací. To lze provést ověřením ID klienta aplikace předaného v hlavičce X-AdobeSign-ClientId. Pokud adresa URL webhooku nerozpozná toto ID klienta, NESMÍ odpovědět kódem úspěšné odpovědi a služba Acrobat Sign zajistí, aby tato adresa URL nebyla zaregistrována jako webhook.

Ověření volání adresy URL webhooku se provede v následujících situacích:

  • Registrace webhooku: Pokud toto ověření volání adresy URL webhooku selže, webhook nebude vytvořen.
  • Aktualizace webhooku ze stavu NEAKTIVNÍ na stav AKTIVNÍ: Pokud toto ověření volání adresy URL webhooku selže, stav webhooku nebude změněn na AKTIVNÍ.

Jak reagovat na oznámení webhooku

Služba Acrobat Sign provádí implicitní ověření záměru v každém požadavku na oznámení webhooku odeslaném na adresu URL webhooku. Každý požadavek HTTPS na oznámení webhooku proto obsahuje také vlastní hlavičku HTTP s názvem X-AdobeSign-ClientId. Hodnotou této hlavičky je ID klienta (ID aplikace) aplikace, která webhook vytvořila. Oznámení webhooku bude považováno za úspěšně doručené pouze v případě, že bude vrácena úspěšná odpověď (kód odpovědi 2XX) a bude odesláno ID klienta buď v hlavičce HTTP (X-AdobeSign-ClientId), nebo v těle odpovědi JSON pomocí klíče xAdobeSignClientId, přičemž bude shodné s ID klienta z požadavku, jinak se budeme snažit doručit oznámení na adresu URL webhooku až do vyčerpání přípustného počtu opakování.

Možnosti konfigurace

Konfigurace webhooku vyžaduje definování pěti prvků, kterými jsou:

  • Název – Je doporučeno použít intuitivní název, který ostatní správci snadno pochopí.
  • Rozsah – Určuje šířku sítě pro použití webhooku? V rozhraní je k dispozici Účet a Skupina.
    • Rozhraní API podporuje rozsahy Účet, Skupina, Uživatel a Zdroje.
    • K jednomu webhooku lze nastavit pouze jeden rozsah.
  • Adresa URL – Cílová adresa URL, na kterou služba Acrobat Sign přesunula datovou část JSON.
  • Události – Aktivační událost, která způsobí, že služba Acrobat Sign sestaví JSON a odešle jej na adresu URL.
    • Každá událost vytváří jinou datovou část, která souvisí s aktivační událostí.
    • Do jednoho webhooku lze zahrnout více událostí.
  • Parametry oznámení – Parametry oznámení identifikují jednotlivé sekce datové části JSON události, a umožňují tak vybrat pouze ty sekce události, které jsou pro tento webhook důležité (a tím omezit zbytečná data odesílaná na adresu URL).

Jakmile bude webhook plně definován, klikněte na tlačítko Uložit a nový webhook začne okamžitě reagovat na aktivační události.

Poznámka:

Nakonfigurujte adresu URL webhooku tak, aby reagovala na požadavky na ověření webhooku a na oznámení webhooku podle výše vysvětleného ověřovacího protokolu. ID klienta (ID aplikace), které bude odesíláno webhookům vytvořeným z webové aplikace Acrobat Sign, bude – UB7E5BXCXY.

Konfigurace webhooku



Rozsahy ověřování

  • Účet: Všechny odebírané události, které se vyskytnou na účtu, aktivují odeslání.
    • Správci účtu mají oprávnění k zobrazení všech webhooků definovaných pro účet a všechny skupiny v rámci tohoto účtu.
  • Skupina: Všechny odebírané události, které se vyskytnou ve skupině, aktivují odeslání. POZNÁMKA: Webhooky s rozsahem vymezeným na skupinu existují pouze pro tuto jednu skupinu.
    • Správci skupiny uvidí pouze webhooky, které jsou určeny pro jejich skupinu. Neuvidí webhooky na úrovni účtu ani webhooky vázané na jiné skupiny.
    • Pro účty, které mají aktivovánu funkci Uživatelé ve více skupinách, se zobrazí možnost k nastavení skupiny, na kterou se má rozsah vztahovat.
  • Uživatelský účet: Všechny odebírané události pro uživatelský účet aktivují odeslání. Webhooky na úrovni uživatele lze vytvářet pouze přes rozhraní API.
  • Webhook na úrovni zdroje: Bude vytvořen pro konkrétní zdroj. Události specifické pro tento zdroj budou odesílány na adresu URL webhooku. Webhooky na úrovni zdroje lze vytvářet pouze přes rozhraní API.

Adresa URL

Adresa URL webhooku je server, jenž naslouchá příchozím oznamovacím zprávám HTTPS POST, které jsou aktivovány při výskytu událostí.

Tuto adresu URL potřebujete k přihlášení webhooku k odběru událostí.

  • Klient musí obsahovat adresu HTTPS URL, na kterou může služba Acrobat Sign zasílat zprávy POST. Tato adresa URL musí být dostupná na veřejném internetu.  
    • Například URI 127.0.0.1 a localhost nebudou fungovat.
    • Koncový bod adresy URL musí naslouchat na portu 443 nebo 8443 (rozhoduje zákazník při definování adresy URL zpětného volání).
  • Ujistěte se, že webhook podporuje požadavky POST pro příchozí oznámení událostí a požadavky GET pro žádost o ověření.
  • Adresa URL nesmí být blokována bránou firewall.


Události

Níže jsou uvedeny události, které mohou aktivovat odeslání na adresu URL webhooku, seskupené podle objektu a vypsané v pořadí, v jakém se nacházejí v uživatelském rozhraní.

Hodnota uvedená vlevo je hodnota, která se zobrazí v uživatelském rozhraní služby Acrobat Sign. Hodnota uvedená vpravo je název webhooku v rozhraní API.

Úplné podrobné informace týkající se webhooků a jejich datových částí naleznete v příručce pro vývojáře služby Acrobat Sign.

Dohody:

Prvek uživatelského rozhraní Název webhooku
Všechny události dohody AGREEMENT_ALL
Dohoda vytvořena AGREEMENT_CREATED
Odeslaná smlouva AGREEMENT_ACTION_REQUESTED
Účastník smlouvy dokončen AGREEMENT_ACTION_COMPLETED
Pracovní postup smlouvy dokončen AGREEMENT_WORKFLOW_COMPLETED
Platnost dohody skončila AGREEMENT_EXPIRED
Dohoda odstraněna AGREEMENT_DOCUMENTS_DELETED
Dohoda zrušena AGREEMENT_RECALLED
Dohoda odmítnuta AGREEMENT_REJECTED
Smlouva sdílena AGREEMENT_SHARED
Dohoda delegována AGREEMENT_ACTION_DELEGATED
Účastník smlouvy nahrazen AGREEMENT_ACTION_REPLACED_SIGNER
Dohoda upravena AGREEMENT_MODIFIED
Změna smlouvy potvrzena AGREEMENT_USER_ACK_AGREEMENT_MODIFIED
E-mail o smlouvě zobrazen AGREEMENT_EMAIL_VIEWED
E-mail o smlouvě se vrátil AGREEMENT_EMAIL_BOUNCED
Vytvoření smlouvy selhalo AGREEMENT_AUTO_CANCELLED_CONVERSION_PROBLEM
Smlouva synchronizována po offline události AGREEMENT_OFFLINE_SYNC
Smlouva nahrána odesílatelem AGREEMENT_UPLOADED_BY_SENDER
Dohoda uložena do úschovny AGREEMENT_VAULTED
Sociální identita účastníka smlouvy ověřena AGREEMENT_WEB_IDENTITY_AUTHENTICATED
KBA účastníka smlouvy ověřeno AGREEMENT_KBA_AUTHENTICATED
Připomenutí dohody odesláno AGREEMENT_REMINDER_SENT
Podepisující změnil jméno podepisujícího dohody AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER
   
Webhooky dohody dostupné pouze prostřednictvím rozhraní API
NA AGREEMENT_EXPIRATION_UPDATED
NA
AGREEMENT_READY_TO_NOTARIZE
NA
AGREEMENT_READY_TO_VAULT

 

Hromadné odeslání:

Prvek uživatelského rozhraní Název webhooku
Všechny události hromadného odeslání MEGASIGN_ALL
Hromadné odeslání – vytvořeno
MEGASIGN_CREATED
Hromadné odeslání – sdíleno
MEGASIGN_SHARED
Hromadné odeslání – vráceno zpět
MEGASIGN_RECALLED

 

Webové formuláře:

Prvek uživatelského rozhraní Název webhooku
Všechny události webového formuláře WIDGET_ALL
Webový formulář vytvořen
WIDGET_CREATED
Webový formulář povolen
WIDGET_ENABLED
Webový formulář zakázán
WIDGET_DISABLED
Webový formulář upraven
WIDGET_MODIFIED
Webový formulář sdílen
WIDGET_SHARED
Vytvoření webového formuláře selhalo
WIDGET_AUTO_CANCELLED_CONVERSION_PROBLEM

 

Šablony knihoven (pouze rozhraní API):

Prvek uživatelského rozhraní Název webhooku
NA LIBRARY_DOCUMENT_ALL
NA LIBRARY_DOCUMENT_CREATED
NA LIBRARY_DOCUMENT_AUTO_CANCELLED_CONVERSION_PROBLEM
NA LIBRARY_DOCUMENT_MODIFIED

 

Parametry upozornění

Parametry upozornění umožňují přizpůsobit datovou část JSON pouze určitým prvkům události.

Například v případě události Účastník dohody nahrazen můžete chtít pouze informace o dohoděinformace o účastníkovi, zatímco informace o dokumentu můžete chtít vynechat, aby se zmenšila celková velikost souboru JSON odesílaného na adresu URL webhooku.

 

  • Dohoda
    • Informace o dohodě – podrobné informace o dohodě založené na stavu dohody v době aktivační události.
    • Informace o dokumentu dohody – zahrnuje veškeré informace o dokumentu generované v důsledku události.
    • Informace o účastníkovi dohody – zahrnuje veškeré informace o účastníkovi v důsledku události.
    • Podepsaný dokument dohody – poskytuje podepsaný dokument PDF.
      • Platí pro možnosti Pracovní postup dohody dokončenVšechny události dohody.
  • Hromadné odeslání
    • Informace o hromadném odeslání – podrobné informace o objektu Hromadné odeslání, který událost aktivoval.
  • Webový formulář
    • Informace o widgetu – podrobné informace o webovém formuláři, který událost aktivoval.
    • Informace o dokumentu widgetu – informace o dokumentu spojené s webovým formulářem.
    • Informace o účastníkovi widgetu – informace o definovaných účastnících ve webovém formuláři.

Ověřování obousměrným protokolem SSL

Obousměrný protokol SSL, často označovaný jako protokol SSL nebo oboustranný protokol TLS na straně klienta, je režim protokolu SSL, v němž server i klient (webový prohlížeč) předkládají certifikáty pro svou identifikaci.

Správci účtu mohou konfigurovat certifikát na straně klienta na stránce Nastavení zabezpečení.

Služba Acrobat Sign ověřuje certifikáty SSL při doručování datových částí na adresu URL webhooku. Webhooky, které neuspějí při ověřování certifikátu SSL, nedoručí datovou část JSON úspěšně. 

K ověření klienta (Acrobat Sign) a naslouchající služby použijte obousměrný protokol SSL, abyste zajistili, že přístup k adrese URL webhooku získá pouze služba Acrobat Sign. 

Pokud byl webhook vytvořen partnerskou aplikací, použije ke své identifikaci při odesílání oznámení webhooku klientský certifikát (je-li k dispozici) z účtu partnerské aplikace.

Níže jsou nejčastější otázky týkající procesu ověřování webového serveru a ověřování certifikace klienta.

Ověřování webového serveru

Během registrace webhooku služba Acrobat Sign ověřuje adresu URL serveru webhooku.

Zákazníci nebudou moci webhook zaregistrovat, pokud nelze ze služby Acrobat Sign dokončit zpětné volání adresy URL webhooku.

Ověřování klientského certifikátu

Postup povolení nebo zakázání

Přístup k funkci Webhooky je ve výchozím nastavení povolen pro účty s podnikovým plánem.

Správci na úrovni skupiny mohou vytvářet a ovládat webhooky, které fungují pouze v rámci jejich skupiny.

Přístup ke stránce Webhooky získáte na levé liště nabídky Správce: Účet > Webhooky

Aktivace webhooku

První webhook je vytvořen ve stavu Aktivní.

Na stránce Webhooky ve službě Acrobat Sign se při výchozím nastavení zobrazí aktivní webhooky.

Aktivace neaktivního webhooku:

  • Klikněte na ikonu Možnosti (tři vodorovné čáry) na pravé straně řádku záhlaví seznamu webhooků a vyberte možnost Zobrazit všechny webhooky

 

  • Vyberte neaktivní webhook jedním kliknutím
    • Tím zobrazíte těsně pod řádkem záhlaví možnosti pro webhook
  • Klikněte na tlačítko Aktivovat

Aktivní webhook začne odesílat data na cílovou adresu URL, jakmile dojde k aktivaci další události.

Deaktivace webhooku

Deaktivace webhooku vyžaduje, abyste provedli pouze následující kroky:

  • Přejděte na stránku Webhooky
  • Kliknutím vyberte webhook, který chcete deaktivovat
  • Z položek nabídky pod řádkem záhlaví vyberte položku Deaktivovat
    • Po deaktivaci se pro webhook zobrazí stav Neaktivní

Zobrazení nebo úprava webhooku

Webhooky lze kdykoli upravit a uložit, přičemž po uložení nové konfigurace se změny projeví okamžitě.

Upravit lze pouze položky UdálostiParametry oznámení.

Pokud je potřebné změnit nastavení položek Název, RozsahAdresa URL, bude nutné vytvořit nový webhook.

Úprava parametrů webhooku:

  • Přejděte na stránku Webhooky
  • Kliknutím vyberte webhook, který chcete upravit
  • Klikněte na možnost Zobrazit/Upravit pod řádkem záhlaví

 

  • Proveďte všechny potřebné změny a klikněte na tlačítko Uložit

Odstranění webhooku

Webhook lze kdykoli odstranit.

Odstraněním webhooku dojde k jeho zničení v systému, takže odstraněný webhook nelze obnovit.

Webhooky není nutné nejprve deaktivovat.

Odstranění webhooku:

  • Přejděte na stránku Webhooky
  • Kliknutím vyberte webhook, který chcete odstranit
  • Klikněte na možnost Odstranit pod řádkem záhlaví
  • Zobrazí se dotaz, zda chcete webhook skutečně odstranit. klikněte na tlačítko OK

Osvědčené postupy

  • Přihlaste se k odběru konkrétních potřebných událostí, abyste omezili počet požadavků protokolu HTTPS na server – Čím konkrétněji můžete webhooky nastavit, tím menší objem budete muset procházet.
  • Vyvarujte se duplicit – Pokud více aplikací sdílí stejnou adresu URL webhooku a stejný uživatel je namapován na každou z těchto aplikací, bude stejná událost odeslána do webhooku vícekrát (jednou pro každou aplikaci). V některých případech může webhook obdržet duplicitní události. Vaše aplikace webhooku by měla být na takovou situaci připravena a měla by duplicity odstraňovat podle ID události.
  • Na webhooky reagujte vždy rychle – Vaše aplikace má na odpověď na požadavky webhooku k dispozici pouze pět sekund. V případě požadavku na ověření se jedná jen zřídka o problém, protože aplikace nemusí při odpovědi vykonávat žádnou skutečnou práci. V případě požadavků na oznámení však aplikace obvykle provádí nějaké úkony, takže odpověď na požadavek vyžaduje určitý čas. Je doporučeno pracovat v samostatném vlákně nebo asynchronně pomocí fronty, abyste měli jistotu, že stihnete odpovědět do pěti sekund
  • Provádějte správu souběžnosti – Pokud uživatel provede několik změn v rychlém sledu za sebou, aplikace pravděpodobně obdrží zhruba ve stejnou dobu více oznámení pro stejného uživatele. Pokud si nedáte pozor na způsob správy souběžnosti, vaše aplikace může v konečném důsledku zpracovávat stejné změny pro stejného uživatele vícekrát. Chcete-li využívat výhody poskytované webhooky služby Acrobat Sign, je nezbytné porozumět tomu, jak používají informace. Nezapomeňte si položit otázky, jako například:
    • Jaká data chcete vracet v datové části?
    • Kdo bude přistupovat k těmto informacím?
    • Jaká rozhodnutí nebo hlášení budou generována?
  • Doporučení pro přijetí podepsaného dokumentu – Při určování způsobu přijetí podepsaného dokumentu PDF ze služby Acrobat Sign do systému správy dokumentů je nutné zvážit několik faktorů.

Přestože je zcela přijatelné při vytváření webhooku pouze vybrat možnost Podepsaný dokument dohody, můžete zvážit použití rozhraní API služby Acrobat Sign k načtení dokumentů při přijetí aktivační události (jako je stav dohody Dokončeno).

Na co pamatovat...

Omezení velikosti JSON

Velikost datové části JSON je omezena na 10 MB.

Pokud událost vygeneruje větší datovou část, webhook bude aktivován, ale atributy podmíněného parametru, pokud se v požadavku vyskytují, budou odebrány, aby se zmenšila velikost datové části. 

Pokud k tomu dojde, bude v odpovědi vrácen objekt „ConditionalParametersTrimmed“, který klienta upozorní na odebrání informací conditionalParameters.

conditionalParametersTrimmed“ je objekt typu pole obsahující informace o oříznutých klíčích.

Zkrácení bude provedeno v následujícím pořadí:

  • includeSignedDocuments
  • includeParticipantsInfo
  • includeDocumentsInfo
  • includeDetailedInfo

Zkráceny budou nejprve podepsané dokumenty, poté informace o účastníkovi, informace o dokumentu, a nakonec podrobné informace.

K tomu může dojít například při události dokončení dohody, pokud obsahuje také podepsaný dokument (v kódu base 64), nebo u dohody s více poli formuláře

Oznámení webhooku

Webhooky služby Acrobat Sign poskytují oznámení, která se vztahují na všechny účastníky dohody, pokud je webhook nakonfigurován pro daného uživatele, jeho skupinu nebo účet.

Události dohody jsou zpracovávány tak, že pokud je pro příslušného účastníka dané události nakonfigurován webhook, je oznámení odesláno na adresu URL tohoto webhooku. Jinými slovy, webhooky jsou aktivovány pro události ve všech platných dohodách, včetně těch, které nejsou součástí skupiny nebo účtu, ve kterém je webhook nakonfigurován.

Oznámení jsou doručována pouze pro ty události, do kterých je účastník zapojen. Například odesílatel dohody obdrží téměř každé oznámení, zatímco příjemci budou dostávat oznámení pouze od začátku své účasti na dohodě a pouze pro události, kterých se účastní.

Oznámení webhooku se řídí současným modelem ověřování a viditelnosti samotné služby Acrobat Sign, takže uživatelé budou mít přístup k dohodě až po zahájení své účasti na této dohodě.

Opakování, když je naslouchající služba nefunkční

Pokud je cílová adresa URL webhooku z jakéhokoli důvodu nefunkční, služba Acrobat Sign zařadí objekt JSON do fronty a opakuje pokus o odeslání v postupném cyklu po dobu 72 hodin.

Nedoručené události zůstanou ve frontě opětovných pokusů a v následujících 72 hodinách bude vynaloženo maximální úsilí na doručení oznámení v pořadí, v jakém k nim došlo.

Strategie opakování doručení upozornění spočívá ve zdvojnásobování prodlevy mezi jednotlivými pokusy. Začíná se minutovým intervalem, který se postupně zvyšuje na 12 hodin, ve výsledku tedy 15 opakování za 72 hodin.

Pokud přijímač webhooku neodpoví do 72 hodin a v posledních sedmi dnech nedošlo k žádnému úspěšnému doručení oznámení, bude webhook deaktivován. Na tuto adresu URL nebudou zasílána žádná oznámení, dokud nebude webhook znovu aktivován.

Všechna oznámení v době mezi deaktivací webhooku a jeho následnou opětovnou aktivací budou ztracena.

Získejte pomoc rychleji a snáze

Nový uživatel?