Näyte Javascript-koodista, jolla haetaan asiakkaan tunnus, validoidaan se ja palautetaan se vastausotsikkoon
Uudet ominaisuudet
Aloita käyttö
- Pika-aloitusopas järjestelmänvalvojille
- Pika-aloitusopas käyttäjille
- Video-opetusohjelmakirjasto
- UKK
Hallinnoi
- Admin Consolen yleiskatsaus
-
Käyttäjien hallinta
- Käyttäjien lisääminen
- Luo toimintoihin keskittyviä käyttäjiä
- Tarkista käyttäjät, joilla on valmisteluvirheitä
- Vaihda nimi / sähköpostiosoite
- Käyttäjän ryhmäjäsenyyden muokkaaminen
- Käyttäjän ylentäminen järjestelmänvalvojan rooliin
- Käyttäjien tunnistetietotyypit ja SSO
- Käyttäjätietojen vaihtaminen
- Käyttäjien todentaminen MS Azurella
- Käyttäjien todentaminen Google-liitoksella
- Tuoteprofiilit
- Kirjautumiskokemus
-
Tilin/ryhmän asetukset
- Asetusten yleiskuvaus
-
Yleiset asetukset
- Uusi vastaanottajakokemus
- Omatoimisen allekirjoittamisen työnkulut
- Lähetä eränä
- Verkkolomakkeet
- Power Automate -työnkulut
- Kirjastoasiakirjat
- Kerää lomaketietoja sopimuksilla
- Asiakirjan rajoitettu näkyvyys
- Liitä allekirjoitetun sopimuksen PDF-kopio
- Sisällytä sähköpostiviestiin linkki
- Sisällytä sähköpostiviestiin kuva
- Sähköposteihin liitettyjen tiedostojen nimeksi annetaan
- Liitä valvontaraportti asiakirjoihin
- Yhdistä useita asiakirjoja yhdeksi
- Lataa yksittäisiä dokumentteja
- Allekirjoitetun asiakirjan lähettäminen
- Aseta oletusaikavyöhyke
- Käyttäjiä useissa ryhmissä (UMG)
- Ryhmän hallinnoijan käyttöoikeudet
- Korvaa vastaanottaja
- Valvontaraportti
- Tapahtuma-alaviite
- Terveydenhuoltoalan asiakas
- Tilin asetusten määritys
-
Allekirjoitusasetukset
- Hyvin muotoillut allekirjoitukset
- Mukautetut käyttöehdot ja kuluttajailmoitus
- Ohjaa vastaanottajia lomakekentissä
- Sopimustyönkulun aloittaminen alusta
- Allekirjoittamisesta kieltäytyminen
- Anna allekirjoittajien tulostaa ja kirjoittaa allekirjoitus
- Vaadi allekirjoittajia luomaan allekirjoitus mobiililaitteella
- Pyydä allekirjoittajilta IP-osoite
- Digitaaliset allekirjoitukset
- Sähköiset leimat
- Digitaaliset tunnistetiedot
-
Raportoinnin asetukset
- Suojausasetukset
-
Lähetysasetukset
- Vaadi vastaanottajan nimi lähetettäessä
- Lukitse tunnettujen käyttäjien nimiarvot
- Sallitut vastaanottajaroolit
- Salli sähköiset todistajat
- Vastaanottajaryhmät
- Kopion saajat
- Vastaanottajan sopimuksen käyttöoikeudet
- Kenttien yhdistäminen
- Muokkaa sopimuksia
- Yksityisviestit
- Sallitut allekirjoitustyypit
- Muistutukset
- Lähetä sopimusilmoitus, lähetystapana
- Allekirjoittajan tunnistusvaihtoehdot
- Sisällön suojaus
- Allekirjoitusjärjestys
- Liquid Mode
- Biofarmakologiset asetukset
- Notarisointiasetukset
- Maksujen integrointi
- SAML-asetukset
- Tietojen hallinnointi
- Aikaleima-asetukset
- Ulkoinen arkisto
- Tilin kielet
- Sähköpostin asetukset
- Siirtyminen echosign.comista adobesign.comiin
- Vastaanottajien vaihtoehtojen määrittäminen
-
Sääntelyvaatimuksia koskevat ohjeet
- Helppokäyttöisyys
- HIPAA
- GDPR
- 21 CFR osa 11 ja EudraLex liite 11
- Terveydenhuollon asiakkaat
- IVES-tuki
- Sopimusten tallentaminen säilöön
- EU:ta ja Yhdistynyttä kuningaskuntaa koskevat huomiot
- Toimialueen varaus
- Väärinkäytöksistä ilmoittamiseen liittyvät linkit
Sopimusten lähetys, allekirjoitus ja hallinta
-
Vastaanottajavaihtoehdot
- Sähköpostimuistutuksen peruuttaminen
-
Sähköisen allekirjoitussivun asetukset
- Yleiskatsaus sähköiseen allekirjoitussivuun
- Avaa ja lue sopimus ilman kenttiä
- Kieltäydy allekirjoittamasta sopimusta
- Delegoi allekirjoituksen myöntäjä
- Lataa PDF-versio sopimuksesta
- Tarkastele sopimuksen historiatietoja
- Tarkastele sopimusviestejä
- Sähköisestä allekirjoituksesta käsin kirjoitetuksi allekirjoitukseksi muuntaminen
- Käsin kirjoitetun allekirjoituksen muuntaminen sähköiseksi allekirjoitukseksi
- Siirry lomakekentillä
- Tyhjennä lomakekenttien tiedot
- Allekirjoita sivun suurennus ja siirtyminen sähköisesti
- Sopimuksen työkaluissa ja tiedoissa käytettävän kielen vaihtaminen
- Tarkista lakisääteiset ilmoitukset
- Muuta Acrobat Signin evästeasetuksia
- Lähetä sopimuksia
-
Kenttien lisääminen asiakirjoihin
- Sovelluksen sisällönluontiympäristö
- Lomakkeiden ja tekstitunnisteiden luominen
- Lomakkeiden luominen Acrobatilla (AcroForms)
- Kentät
- Sisällönluontiin liittyvät usein kysytyt kysymykset
- Allekirjoita sopimuksia
-
Sopimusten hallinta
- Hallinta-sivun yleiskatsaus
- Sopimusten delegointi
- Vastaanottajien korvaaminen
- Asiakirjan näkyvyyden rajoitus
- Sopimuksen peruuttaminen
- Luo uusia muistutuksia
- Tarkista muistutukset
- Muistutuksen peruuttaminen
- Power Automate -työnkulkujen käyttäminen
-
Lisää toimintoja...
- Miten haku toimii
- Sopimuksen tarkasteleminen
- Luo malli sopimuksesta
- Piilota/näytä sopimukset näkymästä
- Allekirjoitetun kopion lataaminen
- Lähetetyn sopimuksen tiedostojen ja kenttien muokkaaminen
- Muokkaa vastaanottajan todennusmenetelmää
- Vanhentumispäivän lisääminen tai muokkaaminen
- Huomautuksen lisäys sopimukseen
- Yksittäisen sopimuksen jakaminen
- Sopimuksen jaon poistaminen
- Yksittäisen sopimuksen lataaminen
- Sopimuksen yksittäisten tiedostojen lataaminen
- Sopimuksen valvontaraportin lataaminen
- Sopimuksen kenttäsisällön lataaminen
- Valvontaraportti
- Raportointi ja tietojen viennit
Edistyneet sopimustoiminnot ja -työnkulut
-
Verkkolomakkeet
- Luo verkkolomake
- Muokkaa verkkolomaketta
- Poista verkkolomake käytöstä / ota verkkolomake käyttöön
- Verkkolomakkeen piilottaminen/näyttäminen
- Etsi URL-osoite tai komentosarjakoodi
- Verkkolomakekenttien esitäyttö URL-parametreilla
- Verkkolomakkeen tallentaminen myöhemmin täytettäväksi
- Muuta verkkolomakkeen kokoa
- Uudelleenkäytettävät mallit
- Siirrä verkkolomakkeiden ja kirjastomallien omistus
-
Power Automate -työnkulut
- Power Automate -integraation ja siihen sisältyvien oikeuksien yleiskatsaus
- Ota Power Automate -integraatio käyttöön
- Hallinta-sivun tilanteenmukaiset toiminnot
- Seuraa Power Automaten käyttöä
- Uuden työnkulun luominen (esimerkkejä)
- Työnkulkuihin käytettävät käynnistimet
- Työnkulkujen tuominen Acrobat Signin ulkopuolelta
- Työnkulkujen hallinta
- Työnkulkujen muokkaus
- Työnkulkujen jako
- Työnkulkujen käytöstäpoisto tai käyttöönotto
- Työnkulkujen poisto
-
Hyödyllisiä malleja
-
Vain järjestelmänvalvoja
- Kaikkien valmiiden asiakirjojen tallentaminen SharePointiin
- Kaikkien valmiiden asiakirjojen tallentaminen OneDrive for Businessiin
- Kaikkien valmiiden asiakirjojen tallentaminen Google Driveen
- Kaikkien valmiiden asiakirjojen tallentaminen DropBoxiin
- Kaikkien valmiiden asiakirjojen tallentaminen Boxiin
- Sopimuksen arkistointi
- Verkkolomakesopimusten arkistointi
- Sopimustietojen poiminta
- Sopimusilmoitukset
- Sopimuksen luonti
-
Vain järjestelmänvalvoja
- Mukautetut lähetystyönkulut
- Käyttäjien ja sopimusten jakaminen
Muihin tuotteisiin integrointi
- Acrobat Sign for Salesforce
- Acrobat Sign for Microsoft
- Muut integraatiot
- Kumppanin hallitsemat integraatiot
- Mistä hankin integrointiavaimen
Acrobat Sign Developer
- REST-ohjelmointirajapinnat
Tuotetuki ja vianetsintä
Yleiskatsaus
Webhook on käyttäjän määrittämä HTTPS-pyyntö, joka laukaistaan, kun tilattu tapahtuma tapahtuu lähdesivustolla (tässä tapauksessa Adobe Acrobat Signissa).
Käytännössä Webhook on REST-palvelu, joka hyväksyy dataa tai datavirran.
Webhookit on tarkoitettu palvelujen väliseen viestintään PUSH-mallissa.
Kun tilattu tapahtuma toteutuu, Acrobat Sign luo HTTPS POST:in JSON-rungolla ja toimittaa sen määritettyyn URL-osoitteeseen.
Varmista ennen webhookien määrittämistä, että verkkosi hyväksyy toimintojen edellyttämät IP-osoitealueet.
Vanhaan vastakutsumenetelmään verrattuna webhookeissa on useita etuja kuten:
- Järjestelmänvalvojat voivat ottaa käyttöön omia webhookeja, jolloin vastakutsun URL-osoitetta ei tarvitse pyytää Acrobat Sign -tuesta
- Webhookit ovat parempia, jos datan ”tuoreus”, viestinnän tehokkuus, ja turvallisuus otetaan huomioon. Äänestystä ei vaadita
- Webhookit mahdollistavat eri laajuustasoja (Tili/Ryhmä/Käyttäjä/Resurssi) helposti.
- Webhookit ovat nykyaikainen API-ratkaisu, joka helpottaa nykyaikaisten sovellusten konfigurointia
- Tietylle vaikutusalueelle voidaan määrittää useita webhookeja (Tili/Ryhmä/Käyttäjä/Resurssi), kun taas takaisinsoittojen oli oltava yksilöllisiä
- Webhookeilla voidaan valita palautettava data, kun taas vastakutsut ovat ”kaikki tai ei mitään” -ratkaisu
- Webhookilla kuljetettavat metatiedot voidaan konfiguroida (Perus- tai Yksityiskohtaisesti)
- Webhookit on paljon helpompi luoda, muokata, tai poistaa käytöstä tarpeen mukaan, koska käyttöliittymä on täysin ylläpitäjän hallinnassa.
Tämä asiakirja keskittyy ensisijaisesti Webhooks-käyttöliittymään Acrobat Sign -verkkosovelluksessa (Aiemmin Adobe Sign).
API-tietoja etsivät kehittäjät löytävät lisätietoja täältä:
Edellytykset
Sinun täytyy sallia webhookien IP-alueet verkkosuojauksen kautta, jotta palvelu toimii.
REST v5:n vanha takaisinsoitto-URL-palvelu käyttää samoja IP-osoitealueita kuin webhook-palvelu.
Järjestelmänvalvojat voivat kirjautua Adobe Admin Consoleen käyttäjien lisäämistä varten. Siirry sisäänkirjautumisen jälkeen järjestelmänvalvojan valikkoon ja vieritä alas kohtaan Webhookit.
Miten sitä käytetään
Ylläpitäjillä on ensiksi oltava webhook-palvelu, joka on valmis hyväksymään Acrobat Signista saapuvan push-operaation. Tältä osin on monia vaihtoehtoja, ja niin kauan kuin palvelu voi hyväksyä POST- ja GET- pyyntöjä, webhook on onnistunut.
Kun palvelu on käytössä, Acrobat Signin ylläpitäjä voi luoda uuden webhookin Webhook-käyttöliittymästä Acrobat Sign -sivuston Tili-valikossa.
Ylläpitäjät voivat määrittää webhookin laukaisemaan sopimus-, Web-lomake (pienoisohjelma) tai erälähetys (MegaSign) -tapahtumia. Myös kirjastomalliresurssi (kirjastodokumentti) voidaan määrittää API:n kautta.
Webhookin vaikutusalueeseen voi kuulua koko tili tai yksittäiset ryhmät järjestelmänvalvojan käyttöliittymän kautta. API sallii paremman hajautuksen KÄYTTÄJÄ- tai RESURSSI-käyttöalueiden valinnalla.
URL-osoitteeseen työnnettyjen tietojen tyyppiä voidaan muokata, ja se voi sisältää muiden muassa sopimus-, osallistuja- ja asiakirjatietoja.
Kun webhook on määritetty ja tallennettu, Acrobat Sign työntää uuden JSON-objektin määritettyyn URL-osoitteeseen joka kerta, kun käynnistystapahtuma laukaistaan. Webhookia ei tarvitse jatkuvasti käsitellä, ellet halua muuttaa tapahtumanlaukaisuperusteita tai JSON-hyötykuormaa.
Webhookin URL-osoitteen tarkoituksen vahvistaminen
Ennen webhookin rekisteröintiä Acrobat Sign varmistaa, ottaako rekisteröintipyynnössä ilmoitettu webhookin URL-osoite ilmoituksia vastaan vai ei. Sen vuoksi Acrobat Sign lähettää ensimmäiseksi vahvistuspyynnön webhookin URL-osoitteeseen, kun se vastaanottaa uuden webhookin rekisteröintipyynnön. Tämä vahvistuspyyntö on HTTPS GET -pyyntö, joka lähetetään webhookin URL-osoitteeseen. Tässä pyynnössä on mukautettu HTTP-otsikko X-AdobeSign-ClientId. Tämän otsikon arvoksi määritetään webhookin luomista/rekisteröintiä pyytävän API-sovelluksen asiakastunnus (sovellustunnus). Jotta webhookin rekisteröinti varmasti onnistuu, webhookin URL-osoitteen TÄYTYY vastata tähän vahvistuspyyntöön 2XX-vastauskoodilla. LISÄKSI sen TÄYTYY palauttaa sama asiakastunnuksen arvo yhdellä seuraavista kahdesta tavasta:
- Joko vastausotsikossa X-AdobeSign-ClientId. Tämä on sama otsikko, joka lähetettiin pyynnössä ja toistettiin vastauksessa.
- Tai JSON-vastausosassa avaimella xAdobeSignClientId, jonka arvo on sama kuin pyynnössä lähetetty asiakastunnus.
Webhook rekisteröidään onnistuneesti vain onnistuneen vastauksen (vastauskoodi 2XX) ja asiakastunnuksen validoinnin myötä joko ylätunnisteessa tai vastausosassa. Vahvistuspyynnön tarkoituksena on näyttää toteen, että webhookin URL-osoite haluaa saada ilmoituksia kyseiseen URL-osoitteeseen. Jos syötit vahingossa väärän URL-osoitteen, URL-osoite ei vastaa oikein aiepyynnön vahvistukseen, eikä Acrobat Sign lähetä ilmoituksia kyseiseen URL-osoitteeseen. Lisäksi webhookin URL-osoite voi vahvistaa saavansa ilmoituksia vain jonkin tietyn sovelluksen rekisteröimien webhookien kautta. Tämä onnistuu vahvistamalla X-AdobeSign-ClientId-otsakkeessa välitetyn sovelluksen asiakastunnus. Jos webhookin URL-osoite ei tunnista kyseistä asiakastunnusta, se EI SAA vastata onnistuneen vastauksen koodilla, minkä jälkeen Acrobat Sign huolehtii, että URL-osoitetta ei rekisteröidä webhookiksi.
Webhookin URL-kutsu vahvistetaan seuraavissa tilanteissa:
- Webhookin rekisteröinti: Jos tämä webhook-URL-kutsun vahvistus epäonnistuu, webhookia ei luoda.
- Webhookin päivittäminen: EI-AKTIIVISESTA AKTIIVISEKSI: Jos webhook-URL-kutsun vahvistaminen epäonnistuu, webhookin tilaa ei vaihdeta AKTIIVISEKSI.
Webhook-ilmoitukseen vastaaminen
Acrobat Sign suorittaa implisiittisen aievahvistuksen jokaisessa webhookin ilmoituspyynnössä, joka webhookin URL-osoitteeseen lähetetään. Siten jokainen webhook-ilmoituksen HTTPS-pyyntö sisältää myös mukautetun HTTP-otsakkeen nimeltä X-AdobeSign-ClientId. Tämän otsikon arvo on Webhook-sovelluksen luoneen sovelluksen asiakastunnus (Application ID). Pidämme webhook-ilmoitusta onnistuneesti vastaanotettuna, jos – ja vain jos – onnistunut vastaus (2XX vastauskoodi) palautetaan ja asiakkaan tunnus lähetetään joko HTTP-otsikossa (X-AdobeSign-ClientId) tai JSON-vastauksen rungossa, jonka avain on xAdobeSignClientId ja arvo sama asiakastunnus. Muussa tapauksessa yritämme toimittaa ilmoituksen webhookin URL-osoitteeseen, kunnes uusintayritykset on käytetty.
Käyttöönotto tai poistaminen käytöstä
Webhooks-ominaisuuteen pääsy on oletuksena käytössä Enterprise-tason tileillä.
Ryhmätason ylläpitäjät voivat luoda/hallita webhookeja, jotka toimivat vain heidän ryhmässään.
Pääsy Webhooks-sivulle löytyy Admin-valikon vasemmasta listasta.
Samanaikaisuuteen perustuva määrän rajoittaminen
Webhookien (ja vastakutsujen) luonti- ja ilmoitustapahtumien määrä on rajoitettu niiden samanaikaisten ilmoitusten osalta, jotka lähetetään aktiivisesti asiakkaalle Acrobat Sign -järjestelmästä. Tämä rajoitus koskee tiliä, jotta se sisältäisi kaikki tilin ryhmät.
Tämäntyyppinen määrän rajoittaminen estää yhtä huonosti suunniteltua tiliä kuluttamasta suhteettoman paljon palvelinresursseja, mikä vaikuttaa negatiivisesti kaikkiin muihin asiakkaisiin kyseisessä palvelinympäristössä.
Samanaikaisten tapahtumien määrä tiliä kohden on laskettu sen varmistamiseksi, että tilit, joissa on hyvin toimivia webhookeja, saavat ilmoituksensa mahdollisimman lyhyessä ajassa ja kohtaavat harvoin tilanteen, jossa ilmoitukset viivästyvät liian monien pyyntöjen vuoksi. Nykyiset kynnysarvot ovat:
Toiminta |
Maksimimäärä |
Kuvaus |
Webhookin luominen |
10 |
Tiliä kohden sallitaan enintään 10 samanaikaista webhookin luontipyyntöä. |
Webhook-/vastakutsuilmoitus |
30 |
Tiliä kohden sallitaan enintään 30 samanaikaista webhook- ja vastakutsuilmoitusta. |
Parhaat käytännöt
- Tilaa vain ne tapahtumat, joita tarvitset, jotta palvelimen HTTPS-pyyntöjen määrä vähenee – Mitä tarkempia webhookeja teet, sitä vähemmän tietoja sinun tarvitsee käydä läpi.
- Vastusta kaksoiskappaleita - Jos useampi kuin yksi sovellus jakaa saman webhookin URL-osoitteen ja sama käyttäjä on kartoitettu kuhunkin sovellukseen, sama tapahtuma lähetetään webhookiisi useita kertoja (kerran sovellusta kohden). Joissakin tapauksissa webhook voi vastaanottaa päällekkäisiä tapahtumia. Webhook-sovelluksesi pitäisi olla suvaitsevainen tätä kohtaan ja deduplikoida tapahtumatunnuksen mukaan.
- Vastaa webhookeihin aina nopeasti – Sovelluksellasi on vain viisi sekuntia aikaa vastata webhook-pyyntöihin. Vahvistuspyynnön osalta tämä on harvoin ongelma, koska sovelluksesi ei tarvitse tehdä raskasta työtä vastatakseen. Sen sijaan ilmoituspyyntöjen kohdalla pyyntöön vastaaminen vie sovellukselta yleensä aikaa. On suositeltavaa käsitellä erillistä säiettä tai käyttää asynkronisesti jonoa, millä varmistetaan vastaus viiden sekunnin kuluessa
- Hallinnoi rinnakkaisuutta - Kun käyttäjä tekee muutoksia nopeasti peräkkäin, sovellus todennäköisesti ottaa vastaan useita ilmoituksia samalle käyttäjälle suunnilleen samaan aikaan. Jos et ole varovainen samanaikaisuuden hallinnoinnissa, sovelluksesi saattaa käsitellä samoja muutoksia samalle käyttäjälle useammin kuin kerran. Jotta Acrobat Signin webhookeja voidaan hyödyntää, tietojen käyttö on ymmärrettävä selkeästi. Muista esittää kysymyksiä, kuten:
- Mitä tietoja haluat palauttaa hyötykuormassa?
- Kuka käyttää näitä tietoja?
- Mitä päätöksiä tai raportointia syntyy?
- Suositukset allekirjoitetun asiakirjan vastaanottamisesta – On otettava huomioon useita tekijöitä, kun ratkaistaan, miten Acrobat Signissa allekirjoitettu PDF-tiedosto vastaanotetaan asiakirjahallintajärjestelmässä.
Vaikka on täysin hyväksyttävää valita vain Allekirjoitettu sopimus -asiakirja vaihtoehto webhookin luomisen yhteydessä, voit harkita Acrobat Sign API: n käyttöä asiakirjojen hakemisen laukaisevan tapahtuman (kuten sopimuksen tila Complete) vastaanottamisen yhteydessä.
Muista seuraavat asiat...
JSON-kokorajoitus
JSON-hyötykuorma on rajoitettu 10 MB:iin.
Jos tapahtuma tuottaa suuremman hyötykuorman, webhook laukaistaan, mutta ehdollisten parametrien attribuutit poistetaan hyötykuorman pienentämiseksi, jos niitä on pyynnössä.
Kun näin tapahtuu, vastauksessa palautetaan ”ConditionalParametersTrimmed” ilmoituksena asiakkaalle siitä, että conditionalParameters-tiedot on poistettu.
“conditionalParametersTrimmed” on ryhmäobjekti, joka sisältää rajattuja avaimia koskevat tiedot.
Katkaisu tehdään seuraavassa järjestyksessä :
- includeSignedDocuments
- includeParticipantsInfo
- includeDocumentsInfo
- includeDetailedInfo
Allekirjoitetut asiakirjat katkaistaan ensin, sen jälkeen osallistujatiedot, asiakirjatiedot ja lopuksi yksityiskohtaiset tiedot.
Tämä voi tapahtua esimerkiksi sopimuksen valmistumistapahtumassa, jos se sisältää myös allekirjoitetun asiakirjan (pohja 64 koodattu), tai sopimuksessa, jossa on useita lomakekenttiä
Acrobat Sign -webhookit toimittavat ilmoituksia sopimuksen lähettäjälle ja kaikille webhookeille, jotka on määritetty ryhmässä, josta sopimus lähetettiin. Tilin piiriin kuuluvat webhookit vastaanottavat kaikki tapahtumat.
Yritä uudelleen, kun kuuntelupalvelu on alhaalla
Jos kohde-URL-osoite ei jostakin syystä toimi, Acrobat Sign asettaa JSONin jonoon ja yrittää suorittaa siirron progressiivisesti 72 tunnin ajan.
Toimittamattomat tapahtumat muutetaan pysyviksi uudelleenyritysjonossa, ja ilmoitukset yritetään toimittaa niiden ilmenemisjärjestyksessä seuraavan 72 tunnin ajan.
Ilmoitusten uudelleentoimituksen strategiana on kaksinkertaistaa yritysten välinen aika, alkaen 1 minuutin aikavälillä, joka kasvaa 12 tunnin välein. Tuloksena on 15 yritystä 72 tunnin aikana.
Jos webhook-vastaanotin ei vastaa 72 tunnin kuluessa, eikä ilmoituksia ole toimitettu onnistuneesti viimeisen seitsemän päivän aikana, webhook poistetaan käytöstä. Tähän URL-osoitteeseen ei lähetetä ilmoituksia ennen kuin webhook aktivoidaan uudelleen.
Kaikki ilmoitukset, jotka tehdään webhookin käytöstäpoiston ja sen jälkeisen uudelleenkäyttöönoton välillä menetetään.