Konfigurer automatisk dokumentutløp (tidsfrist for fullføring)

Sist oppdatert 15. jul. 2026

La avsendere angi en utløpsdato for automatisk kansellering av en avtale etter et angitt tidspunkt.

Utløpsdato-funksjonen i Acrobat Sign lar avsenderne velge en tidsgrense for når mottakerne kan fullføre signaturene sine før avtalen kanselleres automatisk. Dette bidrar til å kontrollere tidsfrister for signering, spesielt for tidssensitive avtaler, for eksempel sesongbaserte kontrakter eller spesialtilbud. Den gjør det også lettere å holde styr på avtaler, ved å fjerne gamle avtaler og avtaler som mest sannysnlig ikke vil fulløres fra Pågår-listen. Dette gjør det lettere å spore aktive avtaler.

Avsendere kan angi utløpsdatoer opptil 365 dager fra når en avtale sendes. Avtaler er som standard satt til å utløpe kl. 23.59 lokal servertid, men avsenderne kan justere dette. For å optimalisere systemytelsen utløper avtaler alltid på tider med lav belastning for den tildelte servergruppen. Hvis en avtale er satt til å utløpe i en periode med høy belastning, legger systemet automatisk til 12 timer, slik at utløpet forsinkes og likevel skjer på et tidspunkt med lav belastning.

Notat

Hvis det ikke er valgt en manuell utløpsdato, utløper avtalen automatisk når den har hatt Pågår-status i mer enn 365 dager. Dette sikrer at avtaler ikke står åpne i lang tid.
Alle utløpstider er basert på servergruppens tidssone (se «Vanlige spørsmål» nederst på siden).

Konfigurasjon

Tilgjengelighet:

  • Acrobat Standard og Acrobat Pro: Støttes ikke
  • Acrobat Sign Solutions: Støttet
    • Aktivert for VIP-, VIPMP- og ETLA-kontoer under 100 000 USD
    • Deaktivert for alle andre ETLA-kontoer
  • Acrobat Sign for Government: Støttes, deaktivert som standard

Konfigurasjonsomfang:

Administratorer kan aktivere denne funksjonen på konto- og gruppenivå.

Du finner denne funksjonen ved å gå til administratorenes konfigurasjonsmeny og finne Send-innstillinger > Dokumentutløp

Dokumentutløp-valgene på menyen for Send-innstillinger.

De konfigurerbare alternativene for dokumentutløpsfunksjonene er:

Når dokumentutløp er aktivert, må du også velge La avsendere angi eller endre utløpsinnstillinger per dokument eller Begrens antall dager underskrivere har til dokumentsignering til

Dokumentutløp-valgene på siden Send-innstillinger med alternativet «Aktiver dokumentutløp» uthevet.

Dette gjør Tidsfrist for fullføring-verdien i Avtaleinnstillinger tilgjengelig.

Hvis innstillingen er deaktivert, er alternativet Tidsfrist for fullføring låst og kan ikke redigeres.

Avtaleinnstillinger-delen av Skriv-siden med det stengte feltet «Fullføringsdato» uthevet.

Når dette er aktivert, har avsendere muligheten til å endre utløpsdatoen til hvilken som helst dag innen 365 dager fra avtalens opprettelse.

 

Dokumentutløp-valgene på siden Send-innstillinger med alternativet «Aktiver dokumentutløp» uthevet.

Nye avtaler setter automatisk utløpsdatoen til 365 dager fra sendingsdagen (med mindre et begrenset antall dager er definert).

Avsenderen kan fritt velge en annen utløpsdato innen 365 dager.

foo

Notat

Alle avtaler utløper automatisk 365 dager etter opprettelse hvis de forblir i Pågår status.

Når dette er aktivert, kan tidsfristen for avtaler som Pågår redigeres på Behandle-siden.

Dokumentutløp-valgene på siden Send-innstillinger med alternativet «Aktiver dokumentutløp» uthevet.

Utløpsdatoen i metadataene til avtalen viser et blyantikon for å åpne Legg til- eller Rediger-grensesnittet for tidsfristen.

To eksempler på Behandle-siden, en der Rediger-ikonet er uthevet, og en der det vises at det ikke finnes noe ikon.

Når dette er aktivert, tar nye avtaler automatisk i bruk en fullføringsfrist som måles i antall dager og er definert av inndatafeltet.

Dokumentutløp-valgene på siden Send-innstillinger med alternativet «Aktiver dokumentutløp» uthevet.

Hvis alternativet for å tillate at avsender angir eller endrer utløpsdatoen ikke er aktivert, vil datovelgeren til høyre for utløpsdatofeltet låses, og kun standardvinduet for utløp vil gjelde.

Avtaleinnstillinger-delen av Skriv-siden som viser fullføringsfristen med låst datovelger.

Når aktivert gjelder utløpsdatoen for avtalen også for interne mottakere. Interne mottakere er brukere i samme Acrobat Sign-konto som den opprinnelige avsenderen.

Når deaktivert gjelder ikke utløpsdatoen mens den gjeldende mottakeren er intern til den opprinnelige avsenderens Acrobat Sign-konto.

Dette gjør at eksterne mottakere forblir bundet av utløpsvinduet som vises i avtaleopplysningene og e-postvarsler, samtidig som interne medundertegnere får mer tid til å fullføre handlingene sine før avtalen utløper.

Dokumentutløp-valgene på siden Send-innstillinger med alternativet «Aktiver dokumentutløp» uthevet.

Når dette er aktivert, settes informasjon om tidsfristen automatisk inn i alle e-poster som sendes til mottakeren.

Dokumentutløp-valgene på siden Send-innstillinger med alternativet «Aktiver dokumentutløp» uthevet.

Eksemplene nedenfor viser forespørselen om å signere, og en påminnelsesmelding med informasjon om tidsfristen. 

Hvis alternativet er deaktivert, blir ikke utløpsinformasjonen inkludert i e-postmalen.

Notat

Mottakere med en Acrobat Sign-konto ser utløpsdatoen justert til tidssonen som er definert i brukerprofilen deres.
Mottakere uten en Acrobat Sign-konto bruker som standard tidssonen US_PACIFIC.

Eksempel på e-post til mottakeren med informasjon om tidsfristen uthevet.

Utløpstidspunkt

Dokumentutløp skjer alltid i perioder med lav belastning, basert på serveren som sendte avtalen. Dette er mellom kl. 19.00 og 07.00 i serverens lokale tidssone.

Avtaler som sendes gjennom den moderne Be om signaturer-prosessen utløper automatisk kl. 23.59, men avsenderne kan få tillatelse til å velge egendefinerte utløpsdatoer og klokkeslett. Avtaler som sendes via API-et, integrasjoner eller eldre grensesnitt, bruker imidlertid ikke kl. 23.59 som standard. I stedet bruker de tidsstempelet på når avtalen ble sendt.

Hvis en avtale er satt til å utløpe i travle perioder, legges den i kø for utløp, men forsinkes automatisk med 12 timer, slik at utløpshendelsen behandles i perioder med lav belastning.

Status og redigering under utløpskø

  • Når en avtale er lagt i kø for utløp, forblir avtalestatusen PågårBehandle-siden og i API-svarene.
  • Mottakere kan ikke signere en avtale i kø og vil motta en feilmelding som sier at avtalen ikke kan signeres.
  • I det 12-timers køvinduet kan avsenderen redigere utløpsdatoenBehandle-siden for å forlenge tidsfristen og gi mottakerne mer tid til å signere.

Beste fremgangsmåte

Det anbefales vanligvis å velge en standard utløpsdato. Dette bidrar til å holde avtaler organisert, og sikrer at de følger gjeldende retningslinjer. Du kan sikre mer effektivitet ved å sørge for at avtaler som sannsynligvis ikke vil bli fullført utløper automatisk, slik at det blir mindre rot i Pågår-filteret på Behandle-siden og enklere å følge med på aktive avtaler.

Hvis du aktiverer utløpsdatoer, kan det være lurt å:

  • Aktivere Inkluder utløpsinformasjon i e-poster som sendes til underskrivere – Gi mottakerne beskjed om tidsfristen for signering, og informer dem om at avtalen utløper hvis de ikke foretar seg noe.
  • Deaktivere Inkluder interne underskrivere ved bruk av tidsfrister for dokumentutløp – Tidsfrister påvirker vanligvis eksterne mottakere mer enn interne brukere. Ved å deaktivere dette, unngår du at avtaler utløper fordi interne medunderskrivere ikke signerer i tide.
  • Aktivere Tillat endring av innstillinger for utløp etter at dokumentet er sendt – Dette avhenger vanligvis av samsvarskrav. Hvis prosessen ikke har strenge tidsbegrensninger, gir dette avsenderne mer fleksibilitet og muligheten til å redde avtaler som er i ferd med å utløpe.

Ting du bør vite og vanlige spørsmål:

Tidsrommet med lav belastning er mellom kl. 19.00 og 07.00, basert på tidssonen for segmentgruppen avtalen ble sendt fra. Tidssonene som brukes for hver fragmentgruppe er:

Segmentgruppe

Tidssone for tidsrom med høy belastning (kl. 07.00 - 19.00)

NA1, NA2, NA3, NA4

Amerika/Chicago

EU1, EU2

Europa/Berlin

AU1

Australia/Sydney

JP1

Asia/Tokyo

IN1

Asia/Kolkata

SG1

Asia/Singapore

Notat

Enkelte segmentgrupper består av segmenter som spenner over flere tidssoner. Alle segmentene i gruppen bruker det samme utløpsvinduet på tidspunkter med lav belastning.
For eksempel har NA1, NA2, NA3 og NA4 samme tidsvindu med lav belastning basert på Central Time (GMT -6).

Avtalen utløper som planlagt, vanligvis noen få minutter etter angitt utløpstid.

Det viser til segmentet der avtalen ble sendt, basert på avsenderens miljø. (Finn ut hvilket segment du er i >)

Underskriveren kan ikke signere etter utløpstiden, selv om avtalen ennå ikke har gått over til statusen UTLØPT. De vil se en feilmelding:

foo

Hvis en avtale er lagt i kø for utløp, men utløpet ennå ikke er behandlet, kan avsenderen fremdeles redigere utløpsdatoen. Dette gir mottakeren ekstra tid til å signere avtalen før den utløper.

 Inntil systemet behandler utløpet (innen 12 timer), har avtalen statusen PÅGÅR. Den går over til UTLØPT når utløpshendelsen er behandlet.

Ja, du kan redigere utløpstiden når som helst frem til utløpet er behandlet. Det er ingen begrensninger for å endre utløpstiden før avtalestatusen endres til UTLØPT.

Ja, men forsinkelsen kan variere litt, avhengig av systembelastningen.

Når du angir utløpsdato og klokkeslett under Be om signaturer, settes tidspunktet automatisk til kl. 23.59 for å sikre at utløpet havner på et tidspunkt med lav belastning, og at det behandles på, eller ikke lenge etter, det valgte tidspunktet. Du kan justere dette i delen Avtaleinnstillinger.

Avtaleinnstillinger-delen av Be om signatur-siden, der innstillingen «Tidsfrist for fullføring» er valgt.

Avtalen vil ha statusen Pågår frem til utløpet er behandlet, noe som vanligvis tar 12 timer.

Datastyring starter først etter at avtalen er inne i en avslutningsfase (for eksempel med status UTLØPT). Et senere utløpstidspunkt vil også gi en senere start på oppbevaringsperioden.

Utløpshendelsen logges når utløpet er behandlet, noe som kan ta opptil 12 timer ekstra dersom utløpstiden havner på et travelt tidspunkt.

Denne oppdateringen optimaliserer systemytelsen for å imøtekomme høyere etterspørsel.