I det här dokumentet beskrivs de nya funktionerna, upplevelseändringarna och de lösta problemen i det kundinriktade programmet för den senaste versionen.

Utvecklarcentrerade uppdateringar av API:et och webbhookarna dokumenteras i Användarhandboken för utvecklare för Acrobat Sign.

Det är inte säkert att alla funktioner/ändringar är aktiverade på releasedatumet. Hänvisa alltid till sidversionen på amerikansk engelska som den mest aktuella och korrekta versionen.

Adobe Acrobat Sign version v17.1.1

Produktionsdistribution: 16 juni 2026

GovCloud-distribution: 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 autokomplettering och flervalsbeteende som är konsekvent med det befintliga Avsändarfiltret och gäller för både visuella rapporter och CSV-exporter.

Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsområde: Aktiverad med Modern Rapportering
Granska rapporteringsöversikten >
Granska det uppdaterade dokumentet Skapa en rapport >
Granska den uppdaterade dokumentationen för Skapa en dataexport >

Ändrad upplevelse

Bio-Pharma (CFR) stöd för modern e-signering – lägger till inhämtning av signeringsorsak och tvingad återautentisering vid signeringstillfället
Bio-Pharma signeringsinställningar, inklusive inhämtning av signeringsorsak och återautentisering vid signeringstillfället, stöds nu i den moderna e-signeringsupplevelsen. Avtal som använder dessa inställningar faller inte längre tillbaka till den klassiska signeringsupplevelsen. Ingen kundåtgärd eller ändring av administratörsinställning krävs.

Tillgängliga miljöer: sandlåda, företag, myndighet | Tillgängliga tjänstenivåer: Acrobat Sign-lösningar | Konfigurationsomfattning: Stöd för Bio Pharma-inställningar för modern e-signering är aktiverat som standard.
Granska den uppdaterade listan över funktioner som stöds för Modern e-signering >

Uppdateringar för REST API/webhook

API- och webhookuppdateringar för den här versionen finns i Acrobat Sign API-dokumentation.

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

Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga servicenivåer: Acrobat Sign Solutions | Konfigurationsomfång: REST v6 API

Korrigerade problem

Problem	Beskrivning
4545881	Sammanfattning: Signerare som använder Hämta och signera i Acrobat kunde få felt ”Adobe Acrobat Sign kan inte känna igen” efter uppladdning av en digitalt signerad PDF när Digital ID-certifikatet inte inkluderade ett förväntat värde för signerarnamn, till exempel commonName, givenName eller pseudonym. Avtalet kunde inte slutföras trots att den signerade PDF-filen laddades upp.
4545881	Åtgärd: Acrobat Sign hanterar nu Digital ID-certifikat med saknade värden för signerarnamn utan att generera ett fel under uppladdningsvalideringen. Signeringen kan slutföras framgångsrikt, även om signerarnamnet kanske inte visas om certifikatet inte inkluderar ett.
4547132	Sammanfattning: När avtal skapades genom POST /agreements API-begäran och securityOption var inställd på null, kunde externa mottagare tilldelas Inget 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 krävda standardautentiseringsmetoden istället för Inget.
4553171	Sammanfattning: I utvecklarkonton som använder den nya Skapa mall-upplevelsen kunde återanvändbara mallar visa prefixet [DEMO USE ONLY] på Hantera-sidan, men prefixet var inte tillgängligt när mallnamnet redigerades. Användare kunde inte ta bort prefixet från det befintliga mallnamnet såvida 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 vattenstämpelbeteendet i utvecklarkonton. Användare kan redigera hela mallnamnet, inklusive prefixet [DEMO USE ONLY], utan att byta till den klassiska upplevelsen
4556731	Sammanfattning: Efter att en avsändare ersatt en mottagare med sig själv och sedan delegerat avtalet till en annan mottagare, återgick avtalet till 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 kvalificerade pågående avtal efter denna delegeringssekvens.
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 till uppladdning av signerat dokument.
4557576	Sammanfattning: När ett signaturblock tilldelades en mottagargrupp med flera medlemmar kunde e-postadressen i signaturblocket kapas i stället för att visas tydligt. Detta kunde göra informationen om mottagargruppen 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 skära av den synliga texten. Långa e-postvärden för mottagargrupper hanteras så att den visade informationen förblir läsbar inom signaturblocket.
4561898	Sammanfattning: Vissa mottagare kunde stöta på ett serverfel efter autentisering eller när de slutförde signeringen för avtal som använde specifika PDF-dokument. Felet orsakades av ett problem med hantering av PDF-strukturdata under genereringen av signerat dokument, vilket förhindrade 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ädkonflikter blockerar slutförandet, vilket gör att mottagare kan autentisera, signera och slutföra berörda avtal framgångsrikt.
4562041	Sammanfattning: Vissa webhook-notifieringar 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 avtalshändelser, vilket försenade kundens efterföljande arbetsflöden
4562041	Åtgärd: Acrobat Sign hanterar nu fel vid webhook-nyttolastgenerering 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 fel i nyttolastgenereringen.
4562458	Sammanfattning: Vid användning av mottagarautentisering, till exempel OTP via e-post eller lösenordsautentisering, kunde mottagare få felet Ogiltigt avtal-ID specificerat när de öppnade en signerings-URL för avtal som skickats till inaktiva användare i kontodomäner som tagits i anspråk. Signeringsflödet skapade en väntande engångsanvändare för att fortsätta signeringsprocessen, men begäran om signeringsinformation kunde läsa föråldrad avtalsdata som inte inkluderade det nyligen skapade deltagandet, vilket blockerade åtkomst tills signeringslänken genererades på nytt eller data uppdaterades.
4562458	Åtgärd: Acrobat Sign hämtar nu aktuell avtalsdeltagandedata när autentiserade signerings-URL:er öppnas i detta arbetsflöde. Detta förhindrar att föråldrade cachade avtalsdata orsakar ogiltiga avtals-ID-fel och gör att mottagare kan slutföra autentisering och komma åt e-signeringssidan framgångsrikt.
4566894	Sammanfattning: Vissa utgångna avtal skapade från flera mallar kunde inte kopieras från Hantera-sidan. När användare valde Skapa en kopia misslyckades kopieringsoperationen med 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 mallinformation korrekt när avtal som skapades från flera mallar kopieras. Berörda avtal kan nu kopieras utan att utlösa backend-sessionsfel.
4568666	Sammanfattning: Webhook-notifieringar kunde intermittent misslyckas för avtal som inkluderade vittnesdeltagare utan ett tilldelat användar-ID. Den centrala avtalhändelsen skapades, men webhook-nyttolastgenereringen kunde misslyckas när deltagardata behandlades i en 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 vittnesplatshållardeltagare orsakar webhook-nyttolastfel och gör att förväntade avtalswebhook-händelser kan 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	Korrigering: Acrobat Sign bevarar nu fältsynlighet för efterföljande mottagargrupper efter ändringar av mottagargruppsmedlemskap. Skrivskyddade fält, signaturblock, rullgardinsmenyer och andra slutförda fältvärden förblir tillgängliga för senare mottagare och i den hämtade PDF-filen för de korrigerade scenarierna.
4571845	Sammanfattning: Signering på plats kan misslyckas med ett server-fel när signerarens e-postadress på plats matchar ett befintligt användarkonto på en annan shard, vilket förhindrar att avtalet slutförs.
4571845	Korrigering: Uppdaterad bearbetning av personlig signerare för att på ett korrekt sätt skapa och använda en tillfällig signerarpost, vilket förhindrar konflikter mellan användare på olika shards och låter signeringssessionen slutföras korrekt.
4573019	Sammanfattning: Mottagargruppsordning kan beräknas felaktigt efter dynamiska deltagaruppdateringar som tar bort en blandning av mottagare och mottagargrupper, vilket får den kvarvarande gruppen att visa fel routingordning.
4573019	Korrigering: Uppdaterad omberäkning av deltagarordning så att mottagargrupper behåller korrekt ordning efter komplexa dynamiska deltagarborttagningar, inklusive fall där en grupp reduceras till en enda kvarvarande medlem.
4572455	Sammanfattning: Vissa signerare kunde se ett meddelande om Ohanterat fel eller Något gick fel 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	Korrigering: Acrobat Sign kontrollerar nu den korrekta signerade dokumentversionen när ett avtal förbereds för nästa signerare. Detta förhindrar att signeringsflödet visar ett fel efter en slutförd signatur när dynamiska deltagare är aktiverade.