# Slå opp, purr på og kanseller forespørsler i n8n

Finn en forespørsel med din egen External ID, les status og svar, send mottakeren en påminnelse, kanseller den, eller spill av callbacken på nytt, alt fra en n8n-arbeidsflyt.

## Slå opp, purr på og kanseller forespørsler i n8n

Fem formbase-handlinger virker på forespørsler som allerede finnes. En typisk arbeidsflyt finner forespørselen med IDen systemet ditt kjenner den under, og leser, purrer på eller kansellerer den deretter.

<p>
  Du trenger en <a href="/no/guides/n8n/connect">formbase-kobling i n8n</a> og en forespørsel opprettet med en External ID, som i{' '}
  <a href="/no/guides/n8n/send-a-request">Send en forespørsel fra en n8n-arbeidsflyt</a>. De samme handlingene finnes i dashbordet; se{' '}
  <a href="/no/requests/managing-requests">Forespørsler-siden</a>.
</p>

<h2 id="find-a-request">Finn en forespørsel med Get many requests</h2>

<p>
  Systemet ditt kjenner leverandøren som <code>SUP-1042</code>, ikke ved formbase sin forespørsels-ID. Legg til en formbase-node, velg{' '}
  <strong>Get many requests</strong>, og filtrer på External ID du satte da du opprettet forespørselen:
</p>

<ul>
  <li>
    <strong>Scope</strong> er <strong>Form</strong>, standardvalget, som deretter spør etter skjemaet, eller <strong>Workspace</strong>,
    hver forespørsel koblingen kan nå.
  </li>
  <li>
    <strong>Filters</strong> snevrer inn listen etter <strong>External ID</strong>, <strong>Status</strong> eller <strong>Outcome</strong>.{' '}
    <strong>Include Test Requests</strong> er av som standard, så en forespørsel opprettet med Test Mode på, blir ikke funnet. Slå den på
    mens du bygger arbeidsflyten med testforespørsler.
  </li>
  <li>
    Den nyeste forespørselen kommer først. <strong>Limit</strong> setter et tak på antall elementer; <strong>Return All</strong> henter hver
    side.
  </li>
</ul>

<p>
  Hver forespørsel er ett output-element, så nodene etter den kjører én gang per forespørsel. Når ingenting matcher, gir noden ingen
  elementer, og arbeidsflyten stopper der; slå på <strong>Always Output Data</strong> i nodens innstillinger for å fortsette. Hver node
  under tar forespørselen som <strong>Request</strong> › <strong>By ID</strong> <code>{'{{ $json.id }}'}</code>, eller velg én av de nyeste
  forespørslene under <strong>From list</strong>.
</p>

<h2 id="get-a-request">Les en forespørsel med Get request</h2>

<p>
  <strong>Get request</strong> returnerer forespørselen: status, utfall, mottaker, tidsstempler, hva du forhåndsutfylte og låste, og lenken
  dens. Når den er fullført, bærer den også <code>answers</code> og <code>display</code> på toppnivå, som{' '}
  <code>{'{{ $json.answers }}'}</code>. I motsetning til hendelsene er tidsstemplene Unix-tid i millisekunder.
</p>

<h2 id="remind">Send en påminnelse med Remind request recipient</h2>

<p>
  <strong>Remind request recipient</strong> sender mottakeren en påminnelse på e-post nå. Planlagte påminnelser går fortsatt ut som
  planlagt. Den fungerer når:
</p>

<ul>
  <li>forespørselen venter, ikke har passert utløpsdatoen, og har en mottaker-e-post,</li>
  <li>arbeidsområdet er på Pro eller Business,</li>
  <li>
    den siste påminnelsen gikk ut for minst ti minutter siden, og forespørselen har hatt færre enn åtte påminnelser totalt. Se{' '}
    <a href="/no/requests/invitations-and-reminders#manual">Purre noen nå</a>.
  </li>
</ul>

<p>
  En testforespørsel blir aldri purret på. Noden feiler med{' '}
  <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">Trekk tilbake en forespørsel med Cancel request</h2>

<p>
  <strong>Cancel request</strong> trekker tilbake en ventende forespørsel. Lenken slutter å fungere, og mottakeren ser en melding om at den
  er trukket tilbake, i stedet for skjemaet. Fyll inn <strong>Reason</strong> for å registrere hvorfor: det kommer tilbake som{' '}
  <code>cancelReason</code> på forespørselen og i <a href="/no/guides/n8n/request-outcome">Request Canceled</a>-hendelsen, slik at en annen
  arbeidsflyt kan fortelle teamet ditt.
</p>

> ℹ️ **Bare ventende forespørsler kan kanselleres**
> <p>
>     En fullført, utløpt eller allerede kansellert forespørsel forblir som den er, og noden feiler med en feilmelding som{' '}
>     <em>This request is already canceled and cannot be canceled.</em>
>   </p>

<h2 id="replay">Send callbacken på nytt med Replay request callback</h2>

<p>
  Hvis en forespørsel hadde en callback-URL og mottakeren din gikk glipp av leveringen, sender <strong>Replay request callback</strong>{' '}
  callbacken til en fullført, utløpt eller kansellert forespørsel på nytt. Den returnerer en <code>eventId</code>, den samme IDen som den
  første leveringen, så en mottaker som dedupliserer på den, handler bare én gang. Se{' '}
  <a href="/no/requests/callbacks#retries">nye forsøk</a>.
</p>

<ul>
  <li>
    En avspilling går bare til forespørselens callback-URL. Et formbase Trigger-abonnement prøver på nytt på egen hånd og spilles ikke av på
    nytt.
  </li>
  <li>
    En forespørsel opprettet med <a href="/no/guides/n8n/request-outcome#wait-for-the-outcome">Wait for the Outcome</a> har
    gjenopptakelses-URL-en til én kjøring som callback. Når den kjøringen er ferdig, er URL-en borte, så en avspilling hjelper bare mens
    kjøringen fortsatt venter.
  </li>
</ul>

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

<div class="not-prose grid gap-3 sm:grid-cols-2 mb-8">
  - [Alle guider](/no/guides/overview)
  - [Forespørsler-siden](/no/requests/managing-requests) — De samme handlingene i dashbordet.
</div>