Varje år lanseras minst tre versioner av Adobe Acrobat Sign, som kategoriseras som antingen större eller mindre. Ytterligare mindre uppdateringar kan införas vid behov för att lösa system- eller kundproblem.

Större versioner innehåller betydande uppdateringar, nya funktioner och flera förbättringar.
Mindre versioner fokuserar på mindre förbättringar och justeringar av användarupplevelsen. Dessa inträffar mellan större uppdateringar, vanligtvis en till två gånger per cykel.

För att förhindra störningar är nya funktioner inaktiverade som standard och måste aktiveras manuellt av en konto- eller gruppadministratör.

För kunder inom området Hälsa och livsvetenskap som kräver efterlevnadsvalidering, samarbetar Acrobat Sign med en tredjepartsleverantör för att tillhandahålla ett valideringspaket för varje större version som innehåller funktioner för att minimera era riskfaktorer.

Obs!

Den här sidan med Förhandsversionsinformation uppdateras regelbundet när ny information blir tillgänglig, så innehållet är relativt dynamiskt.

Även om den här sidan är lokaliserad tar processen tid, vilket kan leda till att lokaliserade versioner skiljer sig något från den auktoritativa amerikanska engelska versionen.

För den mest korrekta och uppdaterade informationen rekommenderar vi att du läser sidan på amerikansk engelska.

Förhandsversionernas schema och information visas nedan.

Adobe Acrobat Sign följer ett strukturerat schema för publicering av versionsinformation och dokumentationsuppdateringar:

8 veckor före en ny version

Sidan för förhandsutgivna versioner publicerar en sammanfattning av förväntade funktioner och uppdateringar. Detta sker vanligtvis fyra veckor innan sandlådeversionen.
De funktioner som läggs till eller tas bort efter denna tidpunkt noteras i avsnittet Fel.
Lösta problem publiceras inte för närvarande.

4 veckor före produktionsversionen (Sandlådestart)

Förhandsversionssidan är uppdaterad med detaljerad dokumentation om nya och uppdaterade funktioner.
Länkar till förhandsutgiven supportdokumentation (endast tillgänglig på amerikansk engelska), läggs till vid behov.
Det första avsnittet med Lösta problem publiceras, med aktuella uppdateringar under de kommande fyra veckorna.

Lanseringsdatum

Den officiella versionsinformationen uppdateras med slutgiltiga detaljer och länkar till färdig supportdokumentation.
Förhandsutgivningssidan uppdateras för att markera nästa versionscykel.
Dokumentation publiceras efter versionsverifieringen i livesystemet, vanligtvis efter kl. 19.00 Pacific Time, även om komplexa uppdateringar kan ta längre tid.
Den slutliga listan över Lösta problem läggs till i versionsinformationen (på amerikansk engelska), med lokaliserade versioner som uppdateras vid ett senare tillfälle.

Government Cloud-version

Miljön Government Cloud uppdateras vanligtvis mellan två dagar och flera veckor efter produktionsversionen eftersom vissa funktioner kan kräva ytterligare utvärdering innan driftsättning.

Obs!

Dokumentationen för sandlåda är utformad för produktionsmiljön. Länkar som finns i förhandsinnehållet riktar sig till produktionswebbadresser, vilket innebär att dessa länkar kan leda till äldre befintlig dokumentation eller 404-resultat om målsidan är ny och inte har publicerats ännu (t.ex. när länken går till en ny funktion i samma version).

De nya sidorna publiceras när versionen publiceras, och länkarna kommer att korrekt tolkas till sina produktions-URL:er.

Sandlådetillgänglighet

Kunder som har tillgång till sandlådemiljön i Acrobat Sign får normalt tillgång till funktionaliteten i den nya versionen fyra veckor före lanseringen.

Sandlådemiljön måste klara alla produktionsprocedurer för kvalitetskontroll på samma kvalitetsnivå som den vanliga produktionsmiljön.
Adobe strävar efter att ha 99,9 % tillgänglighet i sandlådemiljön, men kunder bör tänka på att Adobes enhetliga SLA täcker inte formellt sandlådan.
Sandlådemiljön använder samma statussida och driftstoppsprocedurer som den vanliga produktionsmiljön.

Versioner

Varning:

Den här artikeln innehåller information om förhandsversion. Lanseringsdatum, funktioner och annan information kan ändras utan föregående meddelande.

16 juni 2026 (Mindre version) v17.1.1

Adobe Acrobat Sign version v17.1.1

Sandlådedriftsättning: 12 maj 2026

Produktionsdriftsättning: 16 juni 2026

GovCloud-driftsättning: 18 juni 2026

Förbättrade funktioner

Mottagarfilter i rapportering – Lägg till mottagarbaserad filtrering till rapporter och dataexporter.
Lägg till ett mottagarfilter till modern rapportering för avtal och transaktionsrapporter och dataexporter. Administratörer kan filtrera efter mottagarens e-postadress för att returnera alla avtal som inkluderar den angivna mottagaren, oavsett roll eller signeringsordning. Filtret stöder automatisk komplettering och flervalsbeteende som är konsekvent med det befintliga Sender filtret och gäller både visuella rapporter och CSV export.

Tillgängliga miljöer: Sandlåda, Kommersiell, Regering | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Aktiverad med Modern Reporting
Granska rapportering översikt >
Granska det uppdaterade dokumentet Skapa en rapport >
Granska den uppdaterade dokumentationen för Att skapa en Data Export >

Redigering av dokument direkt under framtagning – Redigera dokumenttext direkt i framtagningsupplevelsen
Avsändare kan redigera dokumenttext direkt i framtagningsmiljön utan att ladda ned och ladda upp filen igen.Alternativet Redigera dokument bevarar befintliga fält och avtalskonfiguration, vilket minskar störningar under uppdateringar före sändning. Redigering är endast tillgängligt medan avtalet är i utkastläge och är inte tillgängligt efter att avtalet har skickats.

Den här funktionen är aktiverad som standard för alla användare i konton som stöds, vilket gör att avsändare kan redigera dokument som skickas via Begär signatur. Konto- och gruppadministratörer kan inaktivera dokumentredigering via Skicka-Inställningar.

Den här funktionen är inte tillgänglig i Acrobat Sign for Government eller för konton som använder det äldre användarhanteringssystemet.

Tillgängliga miljöer: Sandbox, Commercial | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp; Aktiverad som standard
Aktivera eller inaktivera redigering av dokument direkt i gränssnittet >
Så här redigerar du text under fältframtagning >

Bio-Pharma (CFR)-stöd i Modern eSign – Lägger till insamling av signeringsorsak och tvingad återautentisering vid signeringstillfället
adobe acrobat sign slutför Bio-Pharma-stöd i Modern eSign-upplevelsen genom att lägga till insamling av signeringsorsak och tvingad återautentisering under signering. Organisationer som verkar i reglerade miljöer kan kräva en signeringsorsak, tvinga återautentisering för varje signatur eller vid slutlig klick-för-signering, och upprätthålla kompatibel granskningsrapportering – allt inom det moderna gränssnittet.

Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Stöd för Bio Pharma-inställningar i Modern eSign är aktiverat som standard.
granska den uppdaterade listan över funktioner som stöds för Modern e-sign >

Ändrad upplevelse

Uppdateringar för REST API/webhook

Nedanstående uppdateringar presenteras i förhandsversionsinformationen i informationssyfte. Fullständig dokumentation för API- och webhookuppdateringar finns i Acrobat Sign-utvecklardokumentation när versionsuppdateringen levereras till produktionsservrarna.

Undertryck avtalsnotifieringar via API – Lägg till detaljnivå kontroll över mottagare meddelanden
Använd REST v6 POST /agreements API för att kontrollera vilka notifieringar som skickas när du skapar avtal genom att undertrycka specifika e-posttyper för deltagare, CC eller avsändaren. Detta minskar onödiga e-postmeddelanden och stöder renare, mer kontrollerade signeringsupplevelser i integrerade arbetsflöden.

Tillgängliga miljöer: Sandlåda, Kommersiell, Regering | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: REST v6 API

Versionsfel

Det finns för närvarande inga objekt som har flyttats från den här versionen.

Korrigerade problem

Problem	Beskrivning
4545881	Sammanfattning: Signerare som använder Hämta och signera i Acrobat kunde få felet "Adobe Acrobat Sign kan inte känna igen" efter att ha laddat upp en digitalt signerad PDF när Digital ID-certifikatet inte inkluderade ett förväntat signerarnamn, som commonName, givenName eller pseudonym. Avtalet kunde inte slutföras trots att den signerade PDF:en laddades upp.
4545881	Åtgärd: Acrobat Sign hanterar nu digitala ID-certifikat med saknade signerarnamn utan att generera ett fel under valideringsprocessen för uppladdning.Signering kan slutföras framgångsrikt, även om signerarnamnet kanske inte visas om certifikatet inte inkluderar ett.
4547132	Sammanfattning: När avtal skapades via POST /agreements API-begäran och securityOption var inställt på null, kunde externa mottagare tilldelas Ingen som autentiseringsmetod även när kontoinställningarna krävde E-post OTP som standardautentiseringsmetod. Intern mottagarautentisering tillämpades korrekt, men extern mottagarautentisering tillämpades inte.
4547132	Åtgärd: Acrobat Sign tillämpar nu korrekt den kontokonfigurerade standardautentiseringsmetoden när API-skapade avtal inkluderar mottagare med ett null securityOption-Värde. Externa mottagare får nu den nödvändiga standardautentiseringsmetoden istället för Ingen.
4553171	Sammanfattning: I utvecklarkonton som använder den nya upplevelsen Skapa mall kunde återanvändbara mallar visa prefixet [DEMO USE ONLY] på sidan Hantera, men prefixet var inte tillgängligt när mallnamnet redigerades.Användare kunde inte ta bort prefixet från det befintliga mallnamnet om de inte ersatte hela namnet eller bytte till den klassiska mallupplevelsen.
4553171	Åtgärd: Den nya upplevelsen Skapa mall håller nu det återanvändbara mallnamnet och avtalsnamnet synkroniserade för utvecklarkontots vattenstämpelbeteende.Användare kan redigera hela mallnamnet, inklusive prefixet [DEMO USE ONLY], utan att byta till den klassiska upplevelsen
4554947	Sammanfattning: I den moderna Compose-upplevelsen kunde användare inte ta bort felaktiga eller föråldrade e-postadresser från personliga förslag för automatisk komplettering när de lade till mottagare, CC:er, CC:er per mottagare eller gruppmedlemmar.Alternativet att ta bort var fortfarande tillgängligt i den klassiska upplevelsen, men inte alla användare kunde byta tillbaka till klassisk.
4554947	Åtgärd: Den moderna Compose-upplevelsen låter nu användare ta bort personliga förslag för automatisk komplettering från e-postfält som stöds, inklusive mottagare, kopia, kopia per mottagare och gruppmedlemsfält.Organisationskontakter kan inte tas bort från förslag för automatisk komplettering.
4556731	Sammanfattning: Efter att en avsändare ersatte en mottagare med sig själv och sedan delegerade avtalet till en annan mottagare, återgick avtalet till statusen Pågår, men alternativet Ladda upp signerat dokument förblev otillgängligt.Detta förhindrade avsändaren från att ladda upp en signerad kopia för berättigade pågående avtal efter den delegeringssekvensen.
4556731	Åtgärd: Acrobat Sign återställer nu korrekt alternativet Ladda upp signerat dokument efter att en mottagare har ersatts med avsändaren och sedan delegerats till en annan mottagare, när avtalet är berättigat för uppladdning av signerat dokument.
4557576	Sammanfattning: När ett signaturblock tilldelades en mottagargrupp med flera medlemmar kunde e-postvärdet i signaturblocket klippas av istället för att visas tydligt. Detta kunde göra mottagargruppsinformationen svår att läsa innan en gruppmedlem slutförde signeringen.
4557576	Åtgärd: Acrobat Sign visar nu e-postinformation för mottagargrupper i signaturblock utan att plötsligt avbryta den synliga texten. Långa e-postvärden för mottagargrupper hanteras så att den visade informationen förblir läsbar inom signaturblocket.
4558445	Sammanfattning: Mallar som skapades i den klassiska upplevelsen kunde innehålla radioknappsgrupper med endast ett alternativ. När dessa mallar öppnades eller återanvändes i den nya upplevelsen Skapa mall blockerade validering arbetsflödet med felet En radioknappsgrupp måste innehålla mer än ett objekt, vilket hindrade användare från att spara eller tillämpa befintliga mallar.
4558445	Åtgärd: De nya upplevelserna Skapa mall och framtagning anpassas nu till den klassiska upplevelsen för befintliga mallar som innehåller radioknappsgrupper med ett alternativ. Validering lättades för att bevara bakåtkompatibilitet och tillåta att berörda mallar öppnas, sparas och återanvänds utan att blockera arbetsflödet.
4559171	Sammanfattning: I den nya upplevelsen Skapa mall kunde mallar som skapades från taggade PDF-filer sparas innan texttaggsbearbetning slutfördes. Om användare valde Skapa omedelbart efter att förhandsgranskningen laddades kunde den sparade mallen inte innehålla några konverterade formulärfält, även om samma arbetsflöde lyckades i den klassiska upplevelsen.
4559171	Åtgärd: Den nya upplevelsen Skapa mall hindrar nu användare från att skapa mallen tills texttaggsbearbetning är slutförd. Knappen Skapa blir tillgänglig först efter att alla fält och relaterade detaljer är helt laddade, vilket säkerställer att texttaggar konverteras och tillämpas innan mallen sparas.
4561898	Sammanfattning: Vissa mottagare kunde stöta på ett serverfel efter autentisering eller när de slutförde signering för avtal som använde specifika PDF-dokument.Felet orsakades av ett problem med hantering av PDF-strukturdata under generering av signerat dokument, vilket hindrade signeraren från att slutföra avtalet.
4561898	Åtgärd: Acrobat Sign hanterar nu PDF-strukturdata mer defensivt under signering och dokumentgenerering. Åtgärden förhindrar att strukturträdskonflikter blockerar slutförande, vilket gör att mottagare kan autentisera, signera och slutföra berörda avtal framgångsrikt.
4562041	Sammanfattning: Vissa webhook-meddelanden kunde försenas eller misslyckas med att publiceras när Acrobat Sign fick ett internt serverfel när webhook-nyttolasten byggdes.För det berörda kontot påverkades flera händelser den 19 mars 2026, inklusive AGREEMENT_WORKFLOW_COMPLETED och andra avtalhändelser, vilket försenade nedströms kundarbetsflöden
4562041	Åtgärd: Acrobat Sign hanterar nu fel vid generering av webhook-nyttolast mer tillförlitligt så att misslyckade interna svar inte cachelagras på ett sätt som blockerar eller försenar händelseleverans.Åtgärden validerades genom regressionstestning och är avsedd att förhindra att berörda webhook-händelser försenas av samma nyttolastgenereringsfelväg.
4562458	Sammanfattning: Mottagare kunde få felet Ogiltigt avtal-ID angivet när de öppnade en signerings-URL för avtal som skickats till inaktiva användare på anspråkstagna kontodomäner, när mottagarautentisering som e-post-OTP eller lösenordsautentisering användes.Signeringsflödet skapade en engångsväntande användare för att fortsätta signeringsprocessen, men signeringsinformationsbegäran kunde läsa inaktuella avtaldata som inte inkluderade det nyligen skapade deltagandet, vilket blockerade åtkomst tills signeringslänken regenererades eller datan uppdaterades.
4562458	Åtgärd: Acrobat Sign hämtar nu aktuella data för avtalsdeltagande när du öppnar autentiserade signerings-URL:er i detta arbetsflöde.Detta förhindrar att inaktuella cachelagrade avtaldata orsakar ogiltiga avtal-ID-fel och gör att mottagare kan slutföra autentisering och komma åt e-signeringssidan framgångsrikt.
4566894	Sammanfattning: Vissa utgångna avtal som skapades från flera mallar kunde inte kopieras från sidan Hantera. När användare valde Skapa en kopia misslyckades kopieringsåtgärden med meddelandet "Kan inte kopiera avtal".Försök igen senare eftersom mallåtkomstvalidering misslyckades när avtal med mer än en mall kopierades.
4566894	Åtgärd: Acrobat Sign validerar nu korrekt mallinformation när avtal som skapats från flera mallar kopieras.Berörda avtal kan nu kopieras utan att utlösa backend-sessionsfel.
4568666	Sammanfattning: Webhook-meddelanden kunde ibland misslyckas för avtal som inkluderade vittnedeltagare utan tilldelat användar-ID. Kärnavtalshändelsen skapades, men webhook-nyttolastgenerering kunde misslyckas när deltagardata bearbetades i oförutsägbar ordning, vilket orsakade att vissa förväntade webhook-händelser inte levererades efter AGREEMENT_CREATED.
4568666	Åtgärd: Acrobat Sign hanterar nu webhook-deltagardata med saknade användar-ID:n säkert under nyttolastgenerering. Detta förhindrar att platshållarvittnen orsakar webhook-nyttolastfel och tillåter att förväntade avtalshändelser levereras konsekvent.
4571682	Sammanfattning: I vissa avtal där Power Automate ändrade mottagargrupper innan en senare formulärfyllares tur, kunde skrivskyddade fält misslyckas med att visas för den efterföljande formulärfyllaren. Efter att formulärfyllaren slutförde sina redigerbara fält kunde dessa fält också försvinna från avtalet, även om fälten fortfarande var korrekt tilldelade och markerade som synliga genom API:et.
4571682	Åtgärd: Acrobat Sign bevarar nu fältsynlighet för efterföljande mottagargrupper efter ändringar i mottagargruppmedlemskap. Skrivskyddade fält, signaturblock, rullgardinsval och andra slutförda fältvärden förblir tillgängliga för senare mottagare och i den hämtade PDF:en för de åtgärdade scenarierna.
4572455	Sammanfattning: Vissa signerare kunde se ett Ohanterat fel eller Något gick fel-meddelande efter slutförd signering, även om signaturen tillämpades och avtalet gick vidare till nästa mottagare. Problemet uppstod när dynamiska deltagare var aktiverade och signeringsflödet försökte förbereda dokumentet för nästa signerare men inte kunde hitta den förväntade signerade dokumentversionen.
4572455	Åtgärd: Acrobat Sign kontrollerar nu rätt signerad dokumentversion när ett avtal förbereds för nästa signerare. Detta förhindrar att signeringsflödet visar ett fel efter en lyckad signatur när dynamiska deltagare är aktiverade.