# Aanvragen opzoeken, eraan herinneren en annuleren in n8n

Zoek een aanvraag op met je eigen External ID, lees zijn status en antwoorden, stuur de ontvanger een herinnering, annuleer hem, of speel zijn callback opnieuw af, allemaal vanuit een n8n-workflow.

## 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.

<p>
  Je hebt een <a href="/nl/guides/n8n/connect">formbase-credential in n8n</a> nodig en een aanvraag aangemaakt met een External ID, zoals in{' '}
  <a href="/nl/guides/n8n/send-a-request">Een aanvraag versturen vanuit een n8n-workflow</a>. Dezelfde acties bestaan in het dashboard; zie{' '}
  <a href="/nl/requests/managing-requests">De pagina Aanvragen</a>.
</p>

<h2 id="find-a-request">Een aanvraag opzoeken met Get many requests</h2>

<p>
  Jouw systeem kent de leverancier als <code>SUP-1042</code>, niet aan het aanvraag-id van formbase. Voeg een formbase-node toe, kies{' '}
  <strong>Get many requests</strong>, en filter op de External ID die je hebt ingesteld toen je de aanvraag aanmaakte:
</p>

<ul>
  <li>
    <strong>Scope</strong> is <strong>Form</strong>, de standaard, die vervolgens om het formulier vraagt, of <strong>Workspace</strong>,
    elke aanvraag die de credential kan bereiken.
  </li>
  <li>
    <strong>Filters</strong> beperken de lijst op <strong>External ID</strong>, <strong>Status</strong> of <strong>Outcome</strong>.{' '}
    <strong>Include Test Requests</strong> staat standaard uit, dus een aanvraag aangemaakt met Test Mode aan wordt niet gevonden. Zet het
    aan terwijl je de workflow bouwt met testaanvragen.
  </li>
  <li>
    De nieuwste aanvraag komt eerst. <strong>Limit</strong> begrenst het aantal items; <strong>Return All</strong> haalt elke pagina op.
  </li>
</ul>

<p>
  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 <strong>Always Output Data</strong> aan in de instellingen van de node om toch verder te gaan. Elke
  node hieronder neemt de aanvraag als <strong>Request</strong> › <strong>By ID</strong> <code>{'{{ $json.id }}'}</code>, of kies er een uit
  de nieuwste aanvragen onder <strong>From list</strong>.
</p>

<h2 id="get-a-request">Een aanvraag lezen met Get request</h2>

<p>
  <strong>Get request</strong> 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 <code>answers</code> en <code>display</code> op het hoogste niveau, als{' '}
  <code>{'{{ $json.answers }}'}</code>. Anders dan bij de events zijn zijn tijdstempels Unix-tijd in milliseconden.
</p>

<h2 id="remind">Een herinnering sturen met Remind request recipient</h2>

<p>
  <strong>Remind request recipient</strong> mailt de ontvanger nu een herinnering. Geplande herinneringen gaan nog steeds uit zoals gepland.
  Het werkt wanneer:
</p>

<ul>
  <li>de aanvraag in behandeling is, zijn vervaldatum nog niet is gepasseerd, en een e-mailadres van de ontvanger heeft,</li>
  <li>de werkruimte op Pro of Business zit,</li>
  <li>
    de laatste herinnering minstens tien minuten geleden is verstuurd, en de aanvraag in totaal minder dan acht herinneringen heeft gehad.
    Zie <a href="/nl/requests/invitations-and-reminders#manual">Nu iemand achternazitten</a>.
  </li>
</ul>

<p>
  Een testaanvraag krijgt nooit een herinnering. De node mislukt met{' '}
  <em>CONFLICT: This is a test request, so nothing is emailed for it; a reminder has nobody to write to.</em>
</p>

<h2 id="cancel">Een aanvraag intrekken met Cancel request</h2>

<p>
  <strong>Cancel request</strong> 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 <strong>Reason</strong> in om vast te leggen waarom: dat komt terug als{' '}
  <code>cancelReason</code> op de aanvraag en in het event <a href="/nl/guides/n8n/request-outcome">Request Canceled</a>, zodat een andere
  workflow het je team kan laten weten.
</p>

> ℹ️ **Alleen aanvragen in behandeling kunnen worden geannuleerd**
> <p>
>     Een voltooide, verlopen of al geannuleerde aanvraag blijft zoals hij is, en de node mislukt met een foutmelding zoals{' '}
>     <em>This request is already canceled and cannot be canceled.</em>
>   </p>

<h2 id="replay">De callback opnieuw versturen met Replay request callback</h2>

<p>
  Als een aanvraag een callback-URL had en je ontvanger de levering heeft gemist, stuurt <strong>Replay request callback</strong> de
  callback van een voltooide, verlopen of geannuleerde aanvraag opnieuw. Hij geeft een <code>eventId</code> terug, dezelfde ID als de eerste
  levering, zodat een ontvanger die daarop dedupliceert er maar één keer op reageert. Zie{' '}
  <a href="/nl/requests/callbacks#retries">retries</a>.
</p>

<ul>
  <li>
    Een replay gaat alleen naar de callback-URL van de aanvraag. Een formbase Trigger-abonnement probeert zelf opnieuw en wordt niet opnieuw
    afgespeeld.
  </li>
  <li>
    Een aanvraag aangemaakt met <a href="/nl/guides/n8n/request-outcome#wait-for-the-outcome">Wait for the Outcome</a> 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.
  </li>
</ul>

<h2 id="next">Volgende</h2>

<div class="not-prose grid gap-3 sm:grid-cols-2 mb-8">
  - [Alle handleidingen](/nl/guides/overview)
  - [De pagina Aanvragen](/nl/requests/managing-requests) — Dezelfde acties in het dashboard.
</div>