# Cal.com-planlegging

La respondenter velge og bestille en Cal.com-avtale uten å forlate skjemaet ditt.

## Cal.com-planlegging

Legg til et nativt Planlegg avtale-spørsmål, koble til Cal.com, og la respondenter bestille en ledig time inne i skjemaet.

> ℹ️ **Tilgjengelig på alle planer**
> <p>Cal.com-planlegging er tilgjengelig på Free-, Pro- og Business-planer.</p>

<h2 id="native-workflow">Hva nativ planlegging betyr</h2>

<p>
  Planlegg avtale er et Formstep-spørsmål, ikke en iframe. Det bruker skjemaets tema og språk, deltar i betinget logikk, og registrerer
  bekreftede bestillingsdetaljer sammen med innsendingen. Cal.com leverer hendelsestyper, tilgjengelighet, kalenderinvitasjoner og
  møtelenker.
</p>

<ul>
  <li>Vis eller skjul planlegging basert på tidligere svar.</li>
  <li>Krev at hvert synlig Planlegg avtale-spørsmål er bestilt før innsending.</li>
  <li>Forhåndsutfyll deltakerens navn og e-post fra tidligere spørsmål.</li>
  <li>Vis tilgjengelige datoer og tider i respondentens tidssone.</li>
  <li>Ta med bestillingsdetaljer i innsendingsvisninger, PDF-er, varsler, eksporter og integrasjoner.</li>
</ul>

<h2 id="connect">Koble til Cal.com</h2>

<p>
  Du kan også koble til kontoer fra <strong>Arbeidsområde → Integrasjoner → Planlegging → Cal.com</strong>. Tilkoblinger tilhører
  arbeidsområdet, slik at arbeidsområdemedlemmer kan gjenbruke dem på andre skjemaer og koble til flere Cal.com-kontoer.
</p>

<h2 id="configure">Konfigurer spørsmålet</h2>

<p>
  Hvis ingen felt er tilordnet, skriver respondenter inn navn og e-post i planleggingsspørsmålet. Når felt er tilordnet, flyter svarene
  deres automatisk inn i bestillingsdetaljene.
</p>

<h2 id="respondent-experience">Respondentopplevelsen</h2>

<ol>
  <li>
    Respondenten velger en dato, deretter en ledig tid. Tidspunktene vises i tidssonen nettleseren rapporterer; de kan velge en annen fra
    listen <strong>Tidssone</strong>, og bestillingen bruker den de valgte.
  </li>
  <li>
    De bekrefter deltakerens navn og e-post, og trykker deretter <strong>Bestill</strong>.
  </li>
  <li>Cal.com oppretter bestillingen og sender sin vanlige bekreftelse og kalenderinvitasjon.</li>
  <li>
    Formstep viser bestillingen tilbake til dem som <strong>Hva</strong>, <strong>Når</strong>, <strong>Hvem</strong>, og{' '}
    <strong>Hvor</strong>, med møtelenken.
  </li>
  <li>
    Før innsending kan de trykke <strong>Avbestill booking</strong> og velge et annet tidspunkt.
  </li>
</ol>

> ℹ️ **Bestilling skjer før skjemainnsending**
> <p>
>     Cal.com bekrefter avtalen når respondenten klikker Bestill. Bestillingen kobles deretter til skjemainnsendingen når de sender inn
>     skjemaet. Fram til da finnes avtalen i vertens kalender selv om respondenten forlater skjemaet. Via en offentlig lenke frigir Formstep
>     den igjen når skjemaet fortsatt ikke er sendt inn 24 timer etter bestillingen; ved en forespørsel når forespørselen avbrytes eller
>     utløper. Den frigis også når du sletter innsendingen eller skjemaet.
>   </p>

<p>
  Hvis en tid blir tatt av noen andre mellom visning og bestilling, får respondenten beskjed og ser tidene som fortsatt er ledige. Hvis et
  bestillingsforsøk feiler halvveis, avbestiller Formstep kalenderoppføringen det opprettet i stedet for å la verten sitte igjen med en
  bestilling skjemaet ikke kjenner til, og en annen enhet kan ikke bestille det samme spørsmålet to ganger.
</p>

<h2 id="logic">Bruk planlegging med logikk</h2>

<p>
  Logikk kan vise eller skjule Planlegg avtale som ethvert annet spørsmål. Eksempel: spør om en lead har budsjett og myndighet; vis
  bestilling bare når begge svarene kvalifiserer.
</p>

<p>
  Et synlig Planlegg avtale-spørsmål må ha en bekreftet bestilling før innsending. Et skjult blokkerer ikke innsending. Så snart en
  respondent bestiller, låses svarene som avgjør om spørsmålet vises, slik at et senere svar ikke skjuler bestillingen ved et uhell; for å
  endre ett av dem avbestiller respondenten først. Hvis spørsmålet likevel er skjult når skjemaet sendes inn, for eksempel fordi en
  forgreningsregel hoppet over siden, avbestilles den bestillingen i Cal.com, slik at vertens kalender stemmer med innsendingen.
</p>

<h2 id="publish-checks">Publiseringskontroller</h2>

<p>Publisering er blokkert mens et Planlegg avtale-spørsmål mangler den ene eller andre halvdelen av oppsettet sitt:</p>

<ul>
  <li>
    <strong>Koble til Cal.com før du publiserer skjemaer som planlegger avtaler.</strong> — en hendelsestype er valgt, men ingen konto er
    det.
  </li>
  <li>
    <strong>Velg en hendelsestype før du publiserer dette Planlegg avtale-spørsmålet.</strong> — en konto er valgt, men ingen hendelsestype
    er det.
  </li>
  <li>
    <strong>Fullfør oppsettet for dette Planlegg avtale-spørsmålet før publisering.</strong> — ingen av delene er valgt.
  </li>
</ul>

<p>
  Hver melding peker på spørsmålet som forårsaket den. I editoren vises de samme tre tilstandene på spørsmålet som{' '}
  <strong>Ikke tilkoblet</strong>, <strong>Hendelse mangler</strong>, og <strong>Konfigurert</strong>-merker.
</p>

<p>
  En hendelsestype som trenger mer enn navn, e-post og tidspunkt kan ikke bestilles fra et skjema. Hendelsestyper som krever bekreftelse,
  gjentar seg, har seter, koster penger eller stiller obligatoriske bestillingsspørsmål vises som{' '}
  <strong>Kan ikke bestilles fra et skjema</strong> og kan ikke velges; et skjema som fortsatt peker på en slik kan ikke publiseres før du
  velger en annen hendelsestype.
</p>

<h2 id="after-booking">Etter innsending</h2>

<p>
  Bestillingsdetaljer vises under Planlegg avtale-spørsmålet i innsendingstabellen og detaljvisningen, med dato og klokkeslett på ditt eget
  språk. De er også tilgjengelige for varsel-e-poster, genererte PDF-er, CSV/Excel-eksporter, webhooks, og tilordnede integrasjoner.
  Webhooks, Zapier, n8n, Make, forespørsel-callbacker og API-et mottar bestillingen som data: start- og sluttid, tidssone, deltaker,
  møtelenke, Cal.com-bestillings-ID og status. Se{' '}
  <a href="/no/developers/webhooks-reference#bookings-and-payments">Bestillinger og betalinger</a>.
</p>

<p>
  Formstep fortsetter å lytte etter innsending. Når respondenten eller verten flytter eller avbestiller via Cal.com, eller verten avviser
  bestillingen eller markerer at noen ikke møtte, oppdateres bestillingen på innsendingen: statusen endres, og teksten som vises for den,
  begynner med <strong>Flyttet</strong>, <strong>Avbestilt</strong>, <strong>Avvist</strong> eller <strong>Møtte ikke</strong>. Tabellen,
  eksporter, API-et og regenererte PDF-er viser gjeldende tilstand. Integrasjoner sendes ikke på nytt: selve innsendingen har ikke endret
  seg.
</p>

<p>
  Sletting av en innsending, eller hele skjemaet, avbestiller avtalene i Cal.com slik at verten ikke holder av tid til svar som ikke lenger
  finnes.
</p>

> ⚠️ **Redigering etter innsending er deaktivert**
> <p>
>     Skjemaer som inneholder Betaling-, Signatur-, eller Planlegg avtale-spørsmål, kan ikke la respondenter redigere svar etter innsending.
>     Formstep slår av den innstillingen under publisering, slik at eksterne betalings-, signatur- og bestillingsposter ikke kan avvike fra
>     innsendte svar.
>   </p>

<h2 id="connection-health">Tilkoblingshelse</h2>

<p>
  En daglig jobb fornyer Cal.com OAuth-tokener før de utløper. Et midlertidig avbrudd hos Cal.com prøves på nytt neste dag og endrer
  ingenting. Hvis tilgangen tilbakekalles, merkes tilkoblingen som utløpt: spørsmålet viser et <strong>Frakoblet</strong>-merke, bestilling
  slutter å fungere for respondenter, og personen som koblet til kontoen får en e-post som nevner hvert publiserte skjema som bestiller
  gjennom den. Koble til Cal.com på nytt fra Arbeidsområde → Integrasjoner → Planlegging, og velg deretter kontoen på nytt og bekreft
  hendelsestypen på hvert berørt spørsmål.
</p>

<p>
  Når du kobler fra en Cal.com-konto under Arbeidsområde → Integrasjoner, lister den opp de publiserte skjemaene som planlegger avtaler
  gjennom den. Disse skjemaene slutter å ta imot bestillinger, og eieren får en e-post. Å koble til den samme Cal.com-kontoen på nytt
  gjenoppretter dem: spørsmålene beholder kontoen, så det er ingenting å velge på nytt.
</p>

<h2 id="next-steps">Neste steg</h2>

<div class="not-prose grid gap-3 sm:grid-cols-2">
  - [Betinget logikk](/no/building-forms/conditional-logic) — Vis bestilling bare for kvalifiserende svar
  - [Spørsmålstyper](/no/building-forms/field-types) — Se hvert spørsmål tilgjengelig i Formstep
  - [Integrasjonshelse](/no/integrations/health-monitoring) — Koble til utløpte OAuth-kontoer på nytt
  - [Innboks for innsendinger](/no/submissions-analytics/submission-inbox) — Se bestillingsdetaljer sammen med innsendinger
</div>
