Handleidingen · n8n (zelf gehost)
Aanvragen opzoeken, eraan herinneren en annuleren in n8n
Vijf formbase-acties werken op aanvragen die al bestaan. Een typische workflow zoekt de aanvraag op met de ID waaronder jouw systeem hem kent, en leest, herinnert of annuleert hem dan.
Last checked
Je hebt een formbase-credential in n8n nodig en een aanvraag aangemaakt met een External ID, zoals in Een aanvraag versturen vanuit een n8n-workflow. Dezelfde acties bestaan in het dashboard; zie De pagina Aanvragen.
Een aanvraag opzoeken met Get many requests
Jouw systeem kent de leverancier als SUP-1042, niet aan het aanvraag-id van formbase. Voeg een formbase-node toe, kies
Get many requests, en filter op de External ID die je hebt ingesteld toen je de aanvraag aanmaakte:
Scope is Form, de standaard, die vervolgens om het formulier vraagt, of Workspace, elke aanvraag die de credential kan bereiken.
Filters beperken de lijst op External ID, Status of Outcome. Include Test Requests staat standaard uit, dus een aanvraag aangemaakt met Test Mode aan wordt niet gevonden. Zet het aan terwijl je de workflow bouwt met testaanvragen.
De nieuwste aanvraag komt eerst. Limit begrenst het aantal items; Return All haalt elke pagina op.
Elke aanvraag is één uitvoeritem, dus de nodes erna draaien één keer per aanvraag. Komt er niets overeen, dan geeft de node geen items
terug en stopt de workflow daar; zet Always Output Data aan in de instellingen van de node om toch verder te gaan. Elke
node hieronder neemt de aanvraag als Request › By ID {{ $json.id }}, of kies er een uit
de nieuwste aanvragen onder From list.
Een aanvraag lezen met Get request
Get request geeft de aanvraag terug: zijn status, uitkomst, ontvanger, tijdstempels, wat je vooraf hebt ingevuld en
vergrendeld, en zijn link. Zodra hij is voltooid, draagt hij ook answers en display op het hoogste niveau, als
{{ $json.answers }}. Anders dan bij de events zijn zijn tijdstempels Unix-tijd in milliseconden.
Een herinnering sturen met Remind request recipient
Remind request recipient mailt de ontvanger nu een herinnering. Geplande herinneringen gaan nog steeds uit zoals gepland. Het werkt wanneer:
- de aanvraag in behandeling is, zijn vervaldatum nog niet is gepasseerd, en een e-mailadres van de ontvanger heeft,
- de werkruimte op Pro of Business zit,
de laatste herinnering minstens tien minuten geleden is verstuurd, en de aanvraag in totaal minder dan acht herinneringen heeft gehad. Zie Nu iemand achternazitten.
Een testaanvraag krijgt nooit een herinnering. De node mislukt met CONFLICT: This is a test request, so nothing is emailed for it; a reminder has nobody to write to.
Een aanvraag intrekken met Cancel request
Cancel request trekt een aanvraag in behandeling in. De link stopt met werken, en de ontvanger ziet een melding van
intrekking in plaats van het formulier. Vul Reason in om vast te leggen waarom: dat komt terug als
cancelReason op de aanvraag en in het event Request Canceled, zodat een andere
workflow het je team kan laten weten.
Alleen aanvragen in behandeling kunnen worden geannuleerd
Een voltooide, verlopen of al geannuleerde aanvraag blijft zoals hij is, en de node mislukt met een foutmelding zoals This request is already canceled and cannot be canceled.
De callback opnieuw versturen met Replay request callback
Als een aanvraag een callback-URL had en je ontvanger de levering heeft gemist, stuurt Replay request callback de
callback van een voltooide, verlopen of geannuleerde aanvraag opnieuw. Hij geeft een eventId terug, dezelfde ID als de eerste
levering, zodat een ontvanger die daarop dedupliceert er maar één keer op reageert. Zie
retries.
Een replay gaat alleen naar de callback-URL van de aanvraag. Een formbase Trigger-abonnement probeert zelf opnieuw en wordt niet opnieuw afgespeeld.
Een aanvraag aangemaakt met Wait for the Outcome heeft de resume-URL van één uitvoering als callback. Zodra die uitvoering is afgerond, is de URL verdwenen, dus een replay helpt alleen zolang de uitvoering nog wacht.