Adobe Acrobat Sign planlegger å rulle ut minst tre utgivelser hvert år, kategorisert som større or mindre utgivelser. Andre små oppdateringer kan introduseres etter behov for å løse system- eller kundeproblemer.

Større utgivelser inneholder betydelige oppdateringer, nye funksjoner og flere forbedringer.
Mindre lanseringer fokuserer på små forbedringer og justeringer av brukeropplevelsen. Disse finner sted mellom de større utgivelsene, typisk en til to ganger pr. syklus.

For å forhindre avbrudd, deaktiveres nye funksjoner som standard og må aktiveres manuelt av en konto- eller gruppeadministrator.

For Helse- og livsvitenskap-kunder som krever samsvarsvalidering, samarbeider Acrobat Sign med en tredjepartsleverandør om å levere en valideringspakke for alle store utgivelser som inneholder funksjoner for å minimere risikofaktoren.

Merk:

Denne siden med forhåndsutgivelsesnotater oppdateres jevnlig etter hvert som ny informasjon blir tilgjengelig, innholdet er derfor relativt dynamisk.

Selv om siden er lokalisert tar prosessen tid. Det kan føre til at lokaliserte versjoner avviker litt fra den autoritative amerikanske engelske versjonen.

For den mest nøyaktige og oppdaterte informasjonen, anbefaler vi å referere til den amerikanske siden på engelsk.

Forhåndsutgivelsesplanen og notatene vises nedenfor.

Adobe Acrobat Sign følger en strukturert tidsplan for publisering av utgivelsesmerknader og dokumentasjonsoppdateringer:

8 uker før produksjonsutgivelse

Forhåndsutgivelsessiden publiserer et sammendrag av forventede funksjoner og oppdateringer, vanligvis fire uker før Sandbox-lanseringen.
Alle funksjonsendringer som er lagt til eller fjernet etter dette punktet, er angitt i Errata-delen.
Løste problemer inkluderes ikke på dette stadiet.

4 uker før produksjonsutgivelse (Sandbox-lansering)

Forhåndsutgivelsessiden oppdateres med detaljert dokumentasjon om nye og oppdaterte funksjoner.
Lenker til støttedokumentasjon for forhåndsutgivelser (kun tilgjengelig på engelsk) legges til etter behov.
Den første Løste problemer-delen publiseres, med pågående oppdateringer de neste fire ukene.

Lanseringsdag

De offisielle utgivelsesnotatene er oppdatert med endelige funksjonsdetaljer og lenker til dokumentasjon om produksjonsstøtte.
Forhåndsutgivelsessiden oppdateres for å markere neste utgivelsessyklus.
Dokumentasjon publiseres etter utgivelsesverifisering i det publiserte systemet, vanligvis etter kl. 17 (PT), selv om komplekse oppdateringer kan ta lengre tid.
Den endelige listen over løste problemer legges til de amerikansk engelske versjonsnotatene, med lokaliserte versjoner oppdatert senere.

Utgivelse av Government Cloud

Government Cloud-miljøet oppdateres normalt mellom to dager og flere uker etter produksjonsutgivelsen, siden noen funksjoner kan kreve ytterligere evaluering før utrullering.

Merk:

Sandbox-dokumentasjonen er utformet for produksjonsmiljøet. Lenker som finnes i nettadressene for produksjon av forhåndsutgivelsesinnhold. Det betyr at disse lenkene kan føre til eldre eksisterende dokumentasjon eller 404-resultater hvis målsiden er ny og ikke er publisert ennå (for eksempel når lenken peker til en ny funksjon i samme utgivelse).

De nye sidene publiseres når utgivelsen publiseres, og lenkene føres korrekt til produksjonsnettadressene.

Sandbox-tilgjengelighet

Kunder som har tilgang til Acrobat Sign Sandbox-miljøet får normalt tilgang til den nye utgivelsesfunksjonaliteten fire uker før lansering.

Sandbox-miljøet består av alle produksjonskvalitetssikringsprosedyrer på samme kvalitetsnivå som det vanlige produksjonsmiljøet.
Adobe arbeider for å ha 99,9 % tilgjengelighet i Sandbox-miljøet, men kunder bør være oppmerksom på at Adobes enhetlige SLA ikke formelt dekker Sandbox.
Sandbox-miljøet bruker samme statusside og avbruddsprosedyrer som det vanlige produksjonsmiljøet.

Utgivelser

Varsel:

Denne artikkelen inneholder forhåndsutgivelsesinformasjon. Utgivelsesdatoer, funksjoner og annen informasjon kan endres uten varsel.

16. juni 2026 (mindre utgivelse) v17.1.1

Adobe Acrobat Sign-utgivelse v17.1.1

Sandkasseutrulling: 12. mai 2026

Produksjonsutrulling: 16. juni 2026

GovCloud-utrulling: 18. juni 2026

Forbedret funksjonalitet

Mottakerfilter i rapportering – Legg til mottakerbasert filtrering til rapporter og dataeksporter.
Legg til et mottaker-filter til moderne rapportering for avtale- og transaksjonsrapporter og dataeksporter. Administratorer kan filtrere etter mottaker-e-post for å returnere alle avtaler som inkluderer den spesifiserte mottakeren, uavhengig av rolle eller signeringsrekkefølge. Filteret støtter autofullføring og flervalgsadferd som er konsistent med det eksisterende avsender-filteret og gjelder både visuelle rapporter og CSV-eksporter.

Tilgjengelige miljøer: Sandkasse, kommersiell, myndigheter | Tilgjengelige tjenestenivåer: Acrobat Sign Solutions | Konfigurasjonssområde: Aktivert med moderne rapportering
Se gjennom rapporteringsoversikten >
Se gjennom det oppdaterte dokumentet Opprett en rapport >
Se gjennom den oppdaterte dokumentasjonen for å opprette en dataeksport >

Redigering av dokument direkte under forfatting – Rediger dokumenttekst direkte i forfattingsopplevelsen
Avsendere kan redigere dokumenttekst direkte i forfattingsmiljøet uten å laste ned og laste opp filen på nytt. Alternativet Rediger dokument bevarer eksisterende felt og avtalekonfigurasjon, noe som reduserer forstyrrelser under oppdateringer før sending. Redigering er bare tilgjengelig mens avtalen er i utkasttilstand og er ikke tilgjengelig etter at avtalen er sendt.

Denne funksjonen er aktivert som standard for alle brukere i støttede kontoer, slik at avsendere kan redigere dokumenter som sendes gjennom Be om signatur. Konto- og gruppeadministratorer kan deaktivere dokumentredigering gjennom Innstillinger for sending.

Denne funksjonen er ikke tilgjengelig i Acrobat Sign for Government eller for kontoer som bruker det eldre brukerstyringssystemet.

Tilgjengelige miljøer: Sandbox, Commercial | Tilgjengelige tjenestenivåer: Acrobat Sign Solutions | Konfigurasjonsområde: Konto og gruppe; Aktivert som standard
Aktiver eller deaktiver innebygd dokumentredigering >
Slik redigerer du tekst under feltforfatting >

Bio-Pharma (CFR) støtte i Modern eSign – Legger til registrering av signeringsårsak og tvungen reautentisering ved signeringstidspunkt
Adobe Acrobat Sign fullfører Bio-Pharma-støtte i Modern eSign-opplevelsen ved å legge til registrering av signeringsårsak og tvungen reautentisering under signering. Organisasjoner som opererer i regulerte miljøer kan kreve en signeringsårsak, tvinge reautentisering for hver signatur eller ved endelig klikk-for-å-signere, og opprettholde kompatibel revisjonsrapportering – alt innenfor Modern-grensesnittet.

Tilgjengelige miljøer: Sandkasse, Kommersiell, Regjering | Tilgjengelige tjenestenivåer: Acrobat Sign Solutions | Konfigurasjonssområde: Støtte for Bio Pharma-innstillinger i Modern eSign er aktivert som standard.
Se gjennom den oppdaterte listen over støttede funksjoner for Modern e-sign >

Endringer i brukeropplevelsen

REST API/Webhook-oppdateringer

Oppdateringene nedenfor er presentert i forhåndsutgivelsesnotatene for utleveringsformål. Full dokumentasjon for API- og Webhook-oppdateringer finnes i Utviklerdokumentasjon for Acrobat Sign når versjonsoppdateringen leveres til produksjonsserverne.

Undertrykk avtalevarsler via API – Legg til detaljert kontroll over mottakermeldinger
Bruk REST v6 POST /agreements API til å kontrollere hvilke varsler som sendes når du oppretter avtaler ved å undertrykke spesifikke e-posttyper for deltakere, kopimottakere eller avsenderen. Dette reduserer unødvendige e-poster og støtter renere, mer kontrollerte signeringsopplevelser i integrerte arbeidsflyter.

Tilgjengelige miljøer: Sandkasse, kommersiell, myndigheter | Tilgjengelige tjenestenivåer: Acrobat Sign Solutions | Konfigurasjonssområde: REST v6 API

Uregelmessigheter ved utgivelse

Det er ingen elementer som har gått ut fra denne utgivelsen på dette tidspunktet.

Løste problemer

Problem	Beskrivelse
4545881	Sammendrag: Underskrivere som bruker Last ned og logg på i Acrobat kan få feilen «Adobe Acrobat Sign kan ikke gjenkjenne» etter opplasting av en digitalt signert PDF når sertifikatet for digital ID ikke inkluderte en forventet verdi for underskriverens navn, som commonName, givenName eller pseudonym.Avtalen kunne ikke fullføres selv om den signerte PDF-en ble lastet opp.
4545881	Løsning: Acrobat Sign håndterer nå sertifikater for digital ID med manglende verdier for underskriverens navn uten å gi en feil under valideringsprosessen for opplasting. Signering kan fullføres, selv om underskriverens navn kanskje ikke vises hvis sertifikatet ikke inkluderer et navn.
4547132	Sammendrag: Når avtaler ble opprettet gjennom POST /agreements API-forespørselen og securityOption ble satt til null, kunne eksterne mottakere få tildelt Ingen som autentiseringsmetode selv når kontoinnstillingene krevde E-post OTP som standard autentiseringsmetode. Autentisering av interne mottakere ble brukt riktig, men autentisering av eksterne mottakere ble ikke brukt riktig.
4547132	Løsning: Acrobat Sign bruker nå korrekt den kontokonfigurerte standardautentiseringsmetoden når API-opprettede avtaler inkluderer mottakere med en null securityOption-verdi.Eksterne mottakere får nå den påkrevde standard autentiseringsmetoden i stedet for Ingen.
4553171	Sammendrag: I utviklerkontoer som bruker den nye «Opprett mal»-opplevelsen kunne gjenbrukbare maler vise prefikset [DEMO USE ONLY] på Administrer-siden, men prefikset var ikke tilgjengelig når malnavnet ble redigert.Brukere kunne ikke fjerne prefikset fra det eksisterende malnavnet med mindre de erstattet hele navnet eller byttet til den klassiske malopplevelsen.
4553171	Løsning: Den nye Opprett mal-opplevelsen holder nå det gjenbrukbare malnavnet og avtalenavnet på linje for vannmerkeatferd i utviklerkonto. Brukere kan redigere hele malnavnet, inkludert prefikset [DEMO USE ONLY], uten å bytte til den klassiske opplevelsen
4554947	Sammendrag: I den moderne Skriv-opplevelsen kunne brukere ikke fjerne feilaktige eller utdaterte e-postadresser fra personlige forslag for automatisk fullføring når de la til mottakere, CC-er, CC-er per mottaker eller gruppemedlemmer.Slettealternativet var fortsatt tilgjengelig i den klassiske opplevelsen, men ikke alle brukere kunne bytte tilbake til klassisk.
4554947	Løsning: Den moderne Skriv-opplevelsen lar nå brukere slette personlige forslag for automatisk fullføring fra støttede e-postfelt, inkludert mottaker-, CC-, CC per mottaker- og gruppemedlemsfelt.Organisasjonskontakter kan ikke slettes fra forslag for automatisk fullføring.
4556731	Sammendrag: Etter at en avsender erstattet en mottaker med seg selv og deretter delegerte avtalen til en annen mottaker, gikk avtalen tilbake til Pågår, men alternativet Last opp signert dokument forble utilgjengelig. Dette hindret avsenderen i å laste opp en signert kopi for kvalifiserte pågående avtaler etter den delegeringssekvensen.
4556731	Løsning: Acrobat Sign gjenoppretter nå alternativet Last opp signert dokument på riktig måte etter at en mottaker er erstattet med avsenderen og deretter delegert til en annen mottaker, når avtalen er kvalifisert for opplasting av signert dokument.
4557576	Sammendrag: Når en signaturblokk ble tildelt en mottakergruppe med flere medlemmer, kunne e-postverdien i signaturblokken bli kuttet av i stedet for å vises tydelig. Dette kunne gjøre informasjonen om mottakergruppen vanskelig å lese før et gruppemedlem fullførte signeringen.
4557576	Løsning: Acrobat Sign viser nå e-postinformasjon for mottakergrupper i signaturblokker uten at den synlige teksten blir kuttet av brått.Lange e-postverdier for mottakergrupper håndteres slik at den viste informasjonen forblir lesbar i signaturblokken.
4558445	Sammendrag: Maler opprettet i den klassiske opplevelsen kunne inkludere radioknappgrupper med bare ett alternativ. Når disse malene ble åpnet eller gjenbrukt i den nye Opprett mal-opplevelsen, blokkerte validering arbeidsflyten med feilen En radioknappgruppe må inneholde mer enn ett element, noe som hindret brukere i å lagre eller bruke eksisterende maler.
4558445	Løsning: Den nye opplevelsen for Opprett mal og redigering er nå tilpasset den klassiske opplevelsen for eksisterende maler som inneholder radioknappgrupper med ett alternativ.Valideringen ble lempet for å bevare bakoverkompatibilitet og tillate at berørte maler kan åpnes, lagres og gjenbrukes uten å blokkere arbeidsflyten.
4559171	Sammendrag: I den nye Opprett mal-opplevelsen kunne maler opprettet fra merkede PDF-er lagres før tekstmerkebehandling var fullført. Hvis brukere valgte Opprett umiddelbart etter at forhåndsvisningen ble lastet, kunne den lagrede malen mangle konverterte skjemafelt, selv om samme arbeidsflyt lyktes i den klassiske opplevelsen.
4559171	Løsning: Den nye Opprett mal-opplevelsen hindrer nå brukere i å opprette malen til tekstmerkebehandling er fullført. Opprett-knappen blir tilgjengelig først etter at alle felt og relaterte detaljer er fullstendig lastet, noe som sikrer at tekstmerker konverteres og brukes før malen lagres.
4561898	Sammendrag: Noen mottakere kunne støte på en serverfeil etter autentisering eller når de fullførte signering for avtaler som brukte spesifikke PDF-dokumenter. Feilen ble forårsaket av et problem med håndtering av PDF-strukturdata under generering av signerte dokumenter, noe som hindret underskriveren i å fullføre avtalen.
4561898	Løsning: Acrobat Sign håndterer nå PDF-strukturdata mer defensivt under signering og dokumentgenerering. Løsningen forhindrer at strukturtrekonflikter blokkerer fullføring, slik at mottakere kan autentisere, signere og fullføre berørte avtaler.
4562041	Sammendrag: Noen webhook-varsler kunne bli forsinket eller ikke publiseres når Acrobat Sign mottok en intern serverfeil under bygging av webhook-nyttelasten. For den berørte kontoen ble flere hendelser 19. mars 2026 påvirket, inkludert AGREEMENT_WORKFLOW_COMPLETED og andre avtalehendelser, noe som forsinket nedstrøms kundearbeidsflyter
4562041	Løsning: Acrobat Sign håndterer nå webhook-nyttelastgenereringsfeil mer pålitelig slik at mislykkede interne svar ikke blir bufret på en måte som blokkerer eller forsinker hendelseslevering. Løsningen ble validert gjennom regresjonstesting og er ment å forhindre at berørte webhook-hendelser blir forsinket av samme feilbane for payload-generering.
4562458	Sammendrag: Mottakere kunne få feilen Ugyldig avtale-ID spesifisert når de åpnet en signeringsadresse for avtaler sendt til inaktive brukere på påståtte kontodomener, når mottakerautentisering som e-post-OTP eller passordautentisering ble brukt. Signeringsflyten opprettet en engangsbruker i påvente for å fortsette signeringsprosessen, men forespørselen om signeringsinformasjon kunne lese foreldede avtaledata som ikke inkluderte den nyopprettede deltakelsen, noe som blokkerte tilgang til signeringslenken ble regenerert eller dataene oppdatert.
4562458	Løsning: Acrobat Sign henter nå gjeldende avtaledeltakelsesdata når autentiserte signeringsadresser åpnes i denne arbeidsflyten.Dette forhindrer at foreldede bufrede avtaledata forårsaker ugyldige avtale-ID-feil og lar mottakere fullføre autentisering og få tilgang til e-signeringssiden.
4566894	Sammendrag: Noen utløpte avtaler opprettet fra flere maler kunne ikke kopieres fra Administrer-siden.Når brukere valgte «Opprett kopi», mislyktes kopieringsoperasjonen med «Kan ikke kopiere avtale».Prøv igjen senere fordi validering av maltilgang mislyktes under kopiering av avtaler med mer enn én mal.
4566894	Løsning: Acrobat Sign validerer nå malinformasjon korrekt når avtaler som ble opprettet fra flere maler kopieres.Berørte avtaler kan nå kopieres uten å utløse backend-øktfeilen.
4568666	Sammendrag: Webhook-varsler kunne sporadisk mislykkes for avtaler som inkluderte vitnedeltakere uten tildelt bruker-ID. Hovedavtalehendelsen ble opprettet, men generering av webhook-nyttelast kunne mislykkes når deltagerdata ble behandlet i en uforutsigbar rekkefølge, noe som førte til at noen forventede webhook-hendelser ikke ble levert etter AGREEMENT_CREATED.
4568666	Løsning: Acrobat Sign håndterer nå webhook-deltagerdata med manglende bruker-IDer trygt under nyttelastgenerering. Dette forhindrer at vitneplasstolderdeltakere forårsaker webhook-nyttelastfeil og gjør at forventede avtalehendelser leveres konsekvent.
4571682	Sammendrag: I noen avtaler der Power Automate endret mottagergrupper før en senere skjemautfyllers tur, kunne skrivebeskyttede felt mislykkes i å vises for den påfølgende skjemautfylleren. Etter at skjemautfylleren fullførte sine redigerbare felt, kunne disse feltene også forsvinne fra avtalen, selv om feltene fortsatt var tildelt korrekt og merket som synlige gjennom API-et.
4571682	Løsning: Acrobat Sign bevarer nå feltsynlighet for påfølgende mottagergrupper etter endringer i mottagergruppens medlemskap. Skrivebeskyttede felt, signaturblokker, rullegardinvalg og andre fullførte feltverdier forblir tilgjengelige for senere mottakere og i den nedlastede PDF-en for de løste scenarioene.
4572455	Sammendrag: Noen underskrivere kunne se en Uhåndtert feil eller Noe gikk galt-melding etter fullført signering, selv om signaturen ble anvendt og avtalen gikk videre til neste mottaker. Problemet oppstod når dynamiske deltakere var aktivert og signeringsflyten prøvde å forberede dokumentet for neste underskriver, men ikke kunne finne den forventede signerte dokumentversjonen.
4572455	Løsning: Acrobat Sign sjekker nå etter riktig signert dokumentversjon når en avtale forberedes for neste underskriver. Dette forhindrer at signeringsflyten viser en feil etter en vellykket signatur når dynamiske deltakere er aktivert.