Adobe Help Center

Hjälp för Adobe Acrobat Sign

Adobe Acrobat Sign versionsinformation - 2026

Senast uppdaterad den 17 juni 2026

Adobe Acrobat Sign versionsinformation: 2026

Adobe Acrobat Sign version 17.0

Produktionsdistribution: 3 februari 2026

GovCloud-distribution: 10 februari 2026

Förbättrade funktioner

Grupperade kryssrutor i Redigering och mallar – Avsändare kan nu skapa kryssrutegrupper genom den moderna upplevelsen Begär signatur och Biblioteksmallar, redigeringsmiljöer med valideringsregler som alternativen välja exakt, minst, högst, eller ett intervall av X av Y. Massutskick, webbformulär och Custom Workflows stöds genom användning av Library Templates. Denna förbättring säkerställer konsekvent formulärlogik och förbättrar datanoggrannheten i signeringsarbetsflöden.

Tillåtna IP-intervall – Utökad kontroll över API- och mobilåtkomst – Administratörer kan nu uttryckligen kontrollera om IP-begränsningar gäller för API-baserade klienter, inklusive Acrobat Sign-mobilprogram och certifierade integrationer.

Autentiseringsstöd för modern e-signering – Modern e-signering stöder nu tre autentiseringsmetoder: Acrobat Sign-autentisering, lösenord och telefonbaserad 2FA.

Lägga till mottagargrupper i hybriddirigering för modern begäran om signatur – Mottagargrupper kan nu inkluderas i hybriddirigering, vilket möjliggör för flera mottagare eller grupper att agera parallellt inom samma dirigeringssteg. Grupplägen stöder antingen en eller alla medlemmar för att slutföra åtgärden, vilket ger större flexibilitet för komplexa godkännande- och signeringsarbetsflöden.

Kopiera slutliga avtal skickade från Request Signature—Avsändare kan nu skapa ett nytt utkast genom att kopiera ett tidigare slutfört, avbrutet eller utgånget avtal. Alla mottagare, inställningar, filer och formulärfält fylls i automatiskt. Det kopierade avtalet öppnas på Skriv sidan för snabba redigeringar innan sändning, vilket minskar installationstiden, minimerar fel och förbättrar produktiviteten för repetitiva arbetsflöden som förnyelser eller korrigeringar.

Inaktivera Hämta avtal länken för pågående avtal – Administratörer kan nu ta bort länken "Hämta en kopia" från bekräftelsesidor efter signering på konto- eller gruppnivå, vilket förhindrar mottagare från att hämta avtal från sidan efter signering.

Resursflik i toppnavigeringen – En ny Resurser-sida är tillgänglig i toppnavigeringen för administratörer och användare, som ger direkt åtkomst till Acrobat Signs utbildningsinnehåll, webbinarier, bloggar och produktuppdateringsvideos. Sidan organiserar handledningar efter användarnivå—nybörjare, erfaren och administratör—och länkar direkt till ytterligare supportdokumentation.

Dynamiskt deltagande för pågående avtal – Ta bort mottagare – Avsändare kan nu ta bort mottagare från avtal som redan pågår utan att avbryta eller starta om transaktionen. När en mottagare tas bort återkallar Acrobat Sign automatiskt deras åtkomst, uppdaterar påminnelser, granskningsloggar, tar bort de tilldelade fälten och övergår avtalet sömlöst tillbaka till sitt primära signeringstillstånd. Denna flexibilitet hjälper organisationer att upprätthålla noggrannhet i aktiva routingarbetsflöden—som när en signerare blir otillgänglig—samtidigt som juridisk integritet, efterlevnad och en fullständig revisionshistorik bevaras.

Kräv digitala signaturer för enskilda mottagare under avtalskonfiguration - Avsändare kan nu kräva digitala signaturer för valda mottagare, vilket säkerställer striktare signeringskrav där det behövs utan att påverka andra mottagare. Signeringsupplevelsen anpassas automatiskt, genomdriver obligatoriska digitala signaturfält och exponerar identitetskontroller när det stöds, vilket minskar fel och förbättrar efterlevnaden för reglerade arbetsflöden.

Digitala identitetsleverantörer som standardautentiseringsmetoder – Administratörer kan nu välja en Digital Identity Gateway-leverantör som standard signerarautentiseringsmetod för interna och externa mottagare i Send Settings. Konfigurationen tillämpas automatiskt på avtal, webbformulär, massutsändningar och arbetsflöden, vilket säkerställer konsekvent och efterlevnadsbar mottagarverifiering. Denna förbättring förenklar autentiseringsinställningar, genomdriver organisatoriska identitetspolicyer och förbättrar stödet för myndighets- och storföretagskunder som förlitar sig på Digital Identity-baserad autentisering.

Verifierade formulärfält med identitetsverifierade data – Formulärförfattare kan nu skapa verifierade formulärfält som automatiskt fylls i med data som returneras av en identitetsleverantör (som OneID) under signerarens autentisering. Dessa fält kan ställas in som skrivskyddade eller redigerbara, vilket säkerställer att verifierade identitetsdata fångas korrekt och valfritt låses mot redigeringar (t.ex. namn, adress eller kontonummer). Detta stärker identitetssäkerheten, minskar manuella inmatningsfel och effektiviserar efterlevnaden för arbetsflöden som kräver validerad signerardata.

Mottagargrupper i CSV-fil för Massutskick – Avsändare kan nu definiera mottagargrupper direkt i Massutskick CSV-filen, vilket gör att flera mottagare kan agera i samma routingsteg. Varje grupp kan konfigureras i läget ETT eller ALLA – vilket kräver att antingen en medlem eller alla medlemmar slutför sin åtgärd innan dirigeringen går vidare. Gruppdefinitioner, validering och granskningsspårning hanteras per CSV-rad, med fel som rapporteras genom nedladdningsbara valideringsfiler.

Biblioteksmall – Dela med flera grupper – Den moderna Create Library Template upplevelsen stöder nu delning av mallar med flera grupper inom ett konto, vilket matchar funktionen som tidigare fanns tillgänglig i det klassiska arbetsflödet. Användare kan välja en eller flera grupper när de skapar eller redigerar en mall, vilket säkerställer konsekvent beteende mellan grupper. Denna förbättring eliminerar återgång till den klassiska upplevelsen, förbättrar samarbetet och förenklar mallhanteringen för organisationer med flera grupper.

Filbilagor för alla mottagare som använder digitala signaturer – Alla mottagare i ett digitalt signerat arbetsflöde kan nu bifoga filer (inte bara den första signeraren). En ny bilagemetod som använder gemanteckningar visar en synlig gemikon i dokumentet och förblir kompatibel med flera digitala signaturer. Varje bilaga läggs till innan signerarens digitala signatur appliceras, vilket bevarar signaturens giltighet och ger en tydlig visuell indikator på bifogade filer. Denna förbättring förbättrar juridisk integritet, transparens och konsekvens i e-signatur- och digital-signaturarbetsflöden.

Nya TSP-options för molnsignaturer - Nya betrodda tjänsteleverantörer har lagts till för att stödja digitala molnsignaturer:
- Swisscom

Ändrad upplevelse

Aviseringar om avbrytande av arbetsflödesavtal – Avbrytningsavisering uppdaterad för att återspegla arbetsflödesbeteendet.
När ett arbetsflödesskapat avtal annulleras visas inte längre kryssrutan ”Meddela mottagare”. Meddelanden skickas alltid baserat på arbetsflödets inställningar. Denna ändring justerar meddelandet för att återspegla detta beteende i avbrytningsutmaningen.

Förbättringar av inloggningssidan – Inloggningssidan för Acrobat Sign erbjuder nu en renare och mer konsekvent upplevelse. Så snart du anger din e-postadress upptäcker sidan automatiskt din kontotyp och skickar dig till rätt inloggningsmetod, vilket tar bort onödiga steg och äldre kontroller. Detta gör inloggningen snabbare, enklare och mer intuitiv för alla.
- Nytt e-postformat för storföretagsanvändare av Acrobat Sign som loggar in direkt i webbgränssnittet – Acrobat Sign tillämpar nu en 64-teckengräns för den lokala delen av en e-postadress (delen före symbolen @) när du redigerar en befintlig e-postadress eller skapar en ny användare.
  Alla användare med en lokal del över 64 tecken har utvärderats och fastställts vara inaktiva eller test-användar-ID:n.

Observera att denna upplevelse levereras genom en rullande release baserad på Acrobat Sign server-miljön. Utrullningsschemat publiceras i Uppdaterad inloggningsupplevelse tekniska meddelandet.

Aktivera hantering av användaruppgifter för inaktiva användare – Administratörer kan nu redigera användaruppgifter för inaktiva användare direkt i administratörsgränssnittet och genom CSV-uppladdningar utan att återaktivera konton. Detta inkluderar uppdatering av grupptilldelningar (för både enkel- och flergruppskonfikurationer), hantering av attributet "Användaren kan signera dokument" och utförande av massredigeringar för efterlevnad och registerhantering. Ändringen effektiviserar hanteringen av storföretagsanvändarlivscykeln, minskar administrativa kostnader och stöder renare grupporganisation och GDPR-anpassad registerhantering.

Korrigerade problem

Problem	Beskrivning
4528600	Sammanfattning: Fältvalideringsinställningar fungerar inte när ett formulärfältslager bifogas till ett anpassat arbetsflöde. Valideringsregler, såsom regex eller numeriska områdesgränser, tas bort när arbetsflödet startas, vilket gör att fält accepterar ogiltig inmatning.
4528600	Korrigering: Valideringsregler tillämpas nu korrekt när formulärfältslager inkluderas i anpassade arbetsflöden. Fält behåller sitt valideringsbeteende i både klassiska och nya redigeringsupplevelser. Ingen åtgärd krävs från användarna.
4528748	Sammanfattning: Administratörer ser ibland ett Ej hanterat fel när de lägger till gruppmedlemskap till nyligen synkroniserade användare (Azure-synkronisering). Vissa nya användare i gruppen har sitt grupp-ID inställt som null
4528748	Korrigering: Om en användares grupp är null efter skapandet placeras de i kontots standardgrupp.
4529934	Sammanfattning: I Hantera > Webbformulär fortsätter Hämta formulärfältdata att läsa in och slutförs aldrig – särskilt på webbformulär med många inskick. Teams-kunder utan API-åtkomst kan inte exportera data (t.ex. 1–31 maj) för rapportering
4529934	Korrigering: Lade till paginerad, snabbare CSV-export i användargränssnittet. Formulärdatahämtningar slutförs tillförlitligt för valda datumintervall utan att hänga sig.
4532186	Sammanfattning: I den nya redigeringsupplevelsen matchar inte fältfärgmarkering beteendet i den klassiska redigeringsmiljön. När flera mottagare är inblandade förblir alla fält helt färgade istället för att dämpa icke-valda mottagares fält. Detta gör det svårt att verifiera fälttilldelningar.
4532186	Korrigering: Återställde visuell tydlighet genom att dämpa fält (20 % opacitet) som tillhör icke-valda mottagare. Detta replikerar tydligheten i den klassiska redigeringsmiljön samtidigt som det moderna designsystemet bevaras. Markering hjälper nu användare att enkelt identifiera den för närvarande valda mottagarens fält och minskar risken för feltilldelning.
4534061	Sammanfattning: Länken Hämta en kopia visas på bekräftelsesidan efter signering även när konto- eller gruppinställningen är konfigurerad för att inaktivera den.
4534061	Korrigering: En ny inställning har lagts till för att uttryckligen undertrycka hämtningsalternativet för alla sidor efter sändning. Sidan efter signering respekterar nu korrekt inställningen för hämtningskontroll och döljer länken Hämta en kopia när inställningen är inaktiverad.
4536347	Sammanfattning: I den klassiska upplevelsen kunde avsändare inte lägga till en andra resurs (eller försöka lägga till en resurs igen) när de startade vissa arbetsflöden, vilket blockerade flerdokumentarbetsflöden på grund av ett fel i hur resursväljaren hanterade mallar som delades mellan flera grupper.
4536347	Korrigering: Korrigerade resursväljarens hantering av mallar som delas mellan flera grupper så att användare kan lägga till ytterligare resurser eller försöka välja resurser igen i den klassiska upplevelsen utan fel.
4537504	Sammanfattning: Ett villkorligt rullgardinsvärde saknades från det signerade dokumentet även om det var korrekt valt under signeringen, på grund av att synlighetslogiken utvärderade mot ett dolt beroende fält och inte bevarade det renderade värdet i den slutliga signerade PDF-en.
4537504	Korrigering: Uppdaterade villkorlig fältrendering för att korrekt lösa synlighetsberoenden vid signeringstillfället och bevara det valda rullgardinsvärdet i det signerade dokumentet när villkoren uppfylls.
4537995	Sammanfattning: I mottagargrupper återgick ändring av autentiseringsmetoden för externa användare till telefon efter sparandet, vilket förhindrade att engångslösenord via e-post tillämpades, på grund av ett fel i frontend-tillståndshanteringen som skrev över användarens val.
4537995	Korrigering: Korrigerade mottagargruppens användargränssnittslogik för att korrekt bevara och återanvända den valda autentiseringsmetoden över sparåtgärder, vilket säkerställer att det valda värdet behålls istället för att återställas till standardvärdet.
4539214	Sammanfattning: I anpassade arbetsflöden orsakar en lång meddelandeetikett att meddelandetexten överlappar och döljer hyperlänken för meddelandemallen på sändningssidan, på grund av felaktig layouthantering av överdrivet etikettinnehåll.
4539214	Korrigering: Uppdaterade layoutlogiken för sändningssidan för att korrekt begränsa och radbryta långa meddelandeetiketter så att hyperlänken för meddelandemallen förblir synlig och tillgänglig.
4539854	Sammanfattning: Vissa signatärer omdirigeras bort från signeringsupplevelsen när de öppnar vissa avtal, på grund av ett felaktigt länkfält i det underliggande dokumentet som saknar ett obligatoriskt namnattribut.
4539854	Korrigering: Signeringsflödet hanterar nu namnlösa länkfält korrekt genom att tilldela ett giltigt namn vid bearbetningstillfället, vilket förhindrar fel och låter signatärer slutföra avtal utan omdirigering.
4539858	Sammanfattning: På iOS-enheter kan godkännare som använder det kinesiska handskriftstangentbordet inte slutföra godkännandet eftersom knappen Godkänn förblir inaktiverad efter att de angett sitt namn, på grund av att signeringssidan inte upptäcker handskriftsinmatningshändelser som giltig textinmatning.
4539858	Korrigering: Uppdaterade logiken för inmatningshantering för att känna igen handskriftsbaserad textinmatning på iOS, vilket säkerställer att knappen Godkänn aktiveras korrekt när giltiga tecken anges.
4540392	Sammanfattning: Administratörer ser ibland HTTP 400-fel och mottagargrupper verkar saknas i arbetsflöden trots att grupperna finns och åtkomst är korrekt konfigurerad, på grund av att begärandehuvuden överskrider plattformens gräns för huvudstorlek när användare tillhör ett stort antal grupper.
4540392	Korrigering: Gränsen för begärandehuvudstorlek på serversidan ökades så att sökningar efter mottagargrupper inte längre misslyckas när användare har många gruppmedlemskap.
4541258	Sammanfattning: Administratörer kunde bara se de första 100 mallarna i användargränssnittet för synkroniseringen av produktionen eller sandlådan, med ytterligare mallar som saknades från listorna Lokal och Fjärr, på grund av att synkroniseringssidan laddade en begränsad datauppsättning och sökfunktionen filtrerade endast mallar som redan laddats i webbläsaren.
4541258	Korrigering: Synkroniseringsanvändargränssnittet uppdaterades så att inmatning av text i sökfältet läser in alla mallar för den valda miljön (upp till 5 000), vilket säkerställer att mallar utöver de första 100 är tillgängliga för sökning och val
4541739	Sammanfattning: Ersatta mottagare blockerades från att signera digitalt och såg felmeddelandet Avtalet kan inte signeras digitalt eftersom det inte är i den digitala signeringsfasen, på grund av att arbetsflödet misslyckades med att omvandla framtida ersatta signatärer till den digitala signeringsfasen när digitala signaturfält fanns.
4541739	Korrigering: Signeringsarbetsflödet uppdaterades för att korrekt övergå ersatta eller delegerade mottagare till den digitala signeringsfasen när digitala signaturfält finns, vilket gör att de kan signera och slutföra avtalet.
4541849	Sammanfattning: Enkelradiga textfält med automatisk teckensnittsstorlek som förifyllts med multibyte-tecken trunkerades i signerade PDF-filer, vilket orsakade att en del av texten klipptes av på grund av felaktig textstorlek under PDF-renderingen.
4541849	Korrigering: Korrigerade textmätning och beteende för automatisk teckensnittsstorlek för multibyte-tecken så att hela värdet får plats inom fältet utan trunkering.
4542574	Sammanfattning: Redigering av en biblioteksmall tillät obligatoriska rullgardinsfält att inkludera oparade värden, vilket orsakade att knappen Klicka för att signera förblev otillgänglig under signering när dessa värden valdes, på grund av saknad validering som säkerställde att rullgardinsvisningsvärden och exportvärden förblev korrekt parade.
4542574	Korrigering: Mallredigering tillämpar nu validering på rullgardinsfält så att endast korrekt parade värden kan sparas, vilket förhindrar oparade poster och säkerställer att obligatoriska rullgardinsval inte blockerar signering.
4542942	Sammanfattning: I webbformulär fortsatte obligatoriska fält som inaktiverats av villkorlig logik att visa den obligatoriska asterisken, vilket vilseledde signatärer att tro att inmatning fortfarande krävdes, på grund av att användargränssnittet inte uppdaterade obligatoriska indikatorer när fält inaktiverades. Ett separat problem med justering av mobilsignatur identifierades men hanterades under ett annat område.
4542942	Korrigering: Webbformulärens användargränssnitt döljer nu den obligatoriska asterisken när ett fält inaktiveras av villkorlig logik, vilket säkerställer att obligatoriska indikatorer korrekt återspeglar om signerarinmatningen förväntas.
4543157	Sammanfattning: I hanteringssidans vy Pågående fortsatte kolumnen Mottagare att visa delegatorns namn efter att en signeringsroll delegerats, trots att en annan signatär aktivt signerade, på grund av att användargränssnittet inte uppdaterade den visade mottagaren för att återspegla den aktuella delegaten.
4543157	Korrigering: Hanteringssidans logik uppdaterades så att kolumnen Mottagare nu visar den aktiva delegatens namn när en signeringsroll delegeras, vilket säkerställer att vyn Pågående korrekt återspeglar vem som för närvarande signerar.
4543253	Sammanfattning: I den klassiska arbetsflödesupplevelsen försvann vittnesassignerade fält (signatur, namn, datum) efter att ett avtal sparats i utkasttillståndet, trots att fälten fanns på backend, på grund av att renderingslogiken för utkast misslyckades med att återställa vittnesfält när framsteg sparades.
4543253	Korrigering: Renderingslogiken för utkast korrigerades för att bevara och visa alla vittnesassignerade fält efter att framsteg sparats, vilket säkerställer att avtal som öppnas i utkasttillstånd behåller samma fältsynlighet som under redigering och signering.
4543513	Sammanfattning: Användare blockerades från att skicka avtal i webbanvändargränssnittet för signering med felet Nationell inställning är antingen ogiltig eller saknas, på grund av att validering av nationell inställning felaktigt tillämpade regler på API-nivå för nationell inställning i webbgränssnittet när den sändande gruppens nationella inställning skilde sig från användarens ärvda primära grupps nationella inställning.
4543513	Korrigering: Validering av nationell inställning korrigerades så att webbanvändargränssnittet för signering korrekt löser och accepterar giltiga kombinationer av nationella inställningar för grupper och användare, vilket förhindrar att API-endast begränsningar för nationella inställningar blockerar avtalsändning i webbupplevelsen.
4543592	Sammanfattning: Vissa granskningsrapporter visade Mottagare autentiserad med Adobe Acrobat Sign efter Dokumentet är e-signerat och Avtal slutfört, på grund av att händelser lagrades med tidsstämplar på sekundnivå, vilket orsakade att autentisering och signeringsåtgärder som inträffade under samma sekund verkade vara i fel ordning.
4543592	Korrigering: Loggning av granskningshändelser uppdaterades för att lagra och visa tidsstämplar med millisekundprecision, vilket säkerställer att autentisering, signering och slutförandehändelser sekvenseras korrekt i granskningsrapporten.
4543617	Sammanfattning: Att skapa en mall från ett avtal startar den klassiska upplevelsen istället för den nya upplevelsen, trots att den nya upplevelsen är standard, på grund av att åtgärden fortfarande dirigeras till det äldre redigeringsflödet.
4543617	Korrigering: Åtgärden Skapa mall från avtal uppdaterades för att öppnas i den nya upplevelsen, vilket anpassar CTA-beteendet till standard-UX och undviker oväntade kontextväxlingar för användare.
4544564	Sammanfattning: Dolda fält som lagts till eller uppdaterats via API:et (visible:false) renderades som synliga i den moderna e-signeringsupplevelsen. Signeringsanvändargränssnittet ignorerade fältets synlighetsflagga, så mottagare kunde se fält som skulle förbli dolda.
4544564	Korrigering: Uppdaterade det moderna användargränssnittet för e-signering för att filtrera bort fält där ”visible” är falskt i renderings- och navigeringslogiken, så dolda fält aldrig visas och inte påverkar sidbeteendet.
4544571	Sammanfattning: WhatsApp-leveransalternativet saknades i sändningsinställningar trots att WhatsApp var aktiverat för kontot och tillgängligt vid sändning av avtal, vilket orsakade inkonsekvent beteende och förvirring för administratörer.
4544571	Korrigering: WhatsApp-leveransalternativet återställdes i sändningsinställningar överallt där funktionen är tillgänglig, vilket säkerställer konsekvent synlighet och konfiguration mellan administratörsinställningar och upplevelsen för att skicka avtal.
4545381	Sammanfattning: Teckensnittet Roboto saknades i den nya upplevelsen för begäran om signatur, trots att det var tillgängligt i den klassiska upplevelsen, på grund av att den nya redigeringsupplevelsen inte inkluderade alla äldre font som stöds.
4545381	Korrigering: Roboto lades till i teckensnittslistan i den nya upplevelsen för begäran om signatur, vilket återställde teckensnittsparitet med den klassiska upplevelsen och möjliggör konsekvent formatering vid redigering av avtal.
4545484	Sammanfattning: Vissa administratörer kunde inte komma åt eller skapa mottagargrupper från Administratör > Adressbok på grund av ett fel i backend-begäran, vilket resulterade i ett 400-fel vid laddning av mottagargruppsdata. Problemet blockerade initial konfiguration av mottagargrupper för berörda administratörer.
4545484	Korrigering: Backend-begäranhanteringen korrigerades så att sökning och skapande av mottagargrupper inte längre misslyckas med ett 400-fel. Administratörer kan nu tillförlitligt komma åt och hantera mottagargrupper oavsett nätverk eller plats.
4545547	Sammanfattning: Avtal skapade från PDF-filer med AutoCAD misslyckades att skickas när ett digitalt signaturfält lades till, vilket visade ett generiskt sändningsfel, på grund av att systemet inte korrekt hanterade sidrotation vid validering av placering av digitala signaturfält.
4545547	Korrigering: Koordinater för digitala signaturfält justeras nu för att ta hänsyn till roterade sidor, vilket säkerställer att fält valideras mot korrekta sidgränser så att PDF-filer genererade med AutoCAD kan skickas framgångsrikt med digitala signaturer.
4545894	Sammanfattning: När en mottagargrupp används och inget signaturfält placeras manuellt, visar det automatiskt genererade signaturblocket e-postadressen i mycket liten storlek. Texten blir progressivt mindre när fler mottagare läggs till i gruppen.
4545894	Korrigering: Det automatiskt genererade signaturblocket renderar nu korrekt e-postadressen i normal och läsbar storlek, oavsett hur många mottagare som ingår i mottagargruppen.
4546085	Sammanfattning: När Lägg till mig själv används i den nya upplevelsen för begäran om signatur, visas e-postadresser som innehåller en apostrof felaktigt. Den felaktiga adressen förhindrar att avtalet skickas om inte e-postadressen manuellt anges på nytt eller klassisk sändning används.
4546085	Korrigering: E-postadresser med apostrofer avkodas och visas nu korrekt när Lägg till mig själv väljs i den nya upplevelsen för begäran om signatur, vilket gör att avtal kan skickas utan manuell korrigering.
4546110	Sammanfattning: I den nya upplevelsen för mallredigering orsakar tillägg av ett hyperlänkfält som tilldelats en specifik deltagare att sparandet av mallen misslyckas. Samma fält fungerar när det tilldelas alla deltagare eller när den klassiska upplevelsen används.
4546110	Korrigering: Hyperlänkfält stöder nu deltagartilldelningar till platshållare i den nya mallupplevelsen, vilket gör att mallar kan sparas korrekt när fältet tilldelas en specifik deltagare.
4546257	Sammanfattning: I sandlådemiljön visar avtal som skickats genom ett anpassat applikations-API felaktigt en knapp med Tillbaka på framtagningssidan på grund av att sandlådan laddar inställningar från en Adobe-hanterad applikation med sömlös framtagning aktiverad, till skillnad från Swagger eller Produktion.
4546257	Korrigering: Sandlådebeteendet anpassades till Produktion och Swagger genom att säkerställa att framtagningssidan respekterar de avsedda appinställningarna, vilket förhindrar att knappen Tillbaka visas för avtal som skickats via anpassade applikationers API:er.
4546547	Sammanfattning: Webbformulär misslyckades att uppdatera motsigneraren och returnerade ett diverse fel på grund av att äldre användarposter saknade en nödvändig intern flagga, vilket orsakade att ett null-värde bearbetades under ersättning av motsignerare.
4546547	Korrigering: Logiken för uppdatering av motsignerare förstärktes med null-säker hantering så att webbformulär framgångsrikt kan ersätta motsignerare även när äldre användarposter saknar den förväntade interna flaggan.
4546553	Sammanfattning: Användare som tilldelats flera grupper kunde skapa mallar i en grupp där mallskapande är inaktiverat när den nya upplevelsen Skapa mall är aktiverad. Detta gjorde det möjligt att kringgå begränsningar på gruppnivå.
4546553	Korrigering: Mallskapande tillämpar nu behörigheter på gruppnivå konsekvent i både den nya och klassiska upplevelsen. Användare kan inte längre skapa mallar i grupper där mallskapande är inaktiverat, även om de tillhör andra grupper med den behörigheten aktiverad.
4547744	Sammanfattning: Gruppadministratörer kunde tilldela kontoadministratörsrättigheter till användare via den nya sidan för användarhantering. Detta överskred deras behörighetsområde och skapade en efterlevnadsrisk genom att tillåta utökning av privilegier utöver gruppadministratörsrollen.
4547744	Korrigering: Rollvalskontrollen är inte längre tillgänglig för gruppadministratörer. Endast befintliga kontoadministratörer kan tilldela eller återkalla kontoadministratörsrättigheter, vilket säkerställer att rolländringar överensstämmer med behörighetsgränser.
4547796	Sammanfattning: Vissa avsändare som använder det polska användargränssnittet får ibland ett bekräftelsemeddelande via e-postadress med felaktig text som säger att avtalet ”inte kan tillhandahålla en digital signatur”, även om det skickas och signeras normalt.
4547796	Korrigering: Korrigerade polska översättningar för bekräftelsemeddelanden för avsändare via e-postadress så att meddelandet visar ”skickat för signatur” istället för den felaktiga texten ”kan inte tillhandahålla en digital signatur”.
4548315	Sammanfattning: När avsändaren inkluderas som kopiemottagare i det nya sändningsarbetsflödet visas inget valideringsfel och e-postmeddelanden för kopiemottagare skickas inte till några mottagare som listas efter avsändaren i listan över kopiemottagare. Detta skiljer sig från klassiskt arbetsflödesbeteende och kan göra att kopiemottagare missar meddelanden.
4548315	Korrigering: Uppdaterade logiken för det nya arbetsflödet för skicka så att alla kopiemottagare, exklusive avsändaren, får e-postmeddelanden för kopiemottagare oavsett deras position i listan över kopiemottagare, vilket anpassar beteendet till förväntade resultat.
4548583	Sammanfattning: PDF/A kunde inte aktiveras för en grupp om användarens standardgrupp hade skriftliga signaturer aktiverade, även när skriftliga signaturer var inaktiverade för gruppen som redigerades. Detta blockerade giltig PDF/A-konfiguration för icke-standardgrupper.
4548583	Korrigering: Uppdaterade valideringen för att kontrollera inställningar för skriftlig signatur på gruppen som ändras, inte användarens standardgrupp, vilket gör att PDF/A kan aktiveras korrekt där det är tillåtet.
4549337	Sammanfattning: SMS-meddelanden för annullerade avtal undertrycktes när inställningen Avtal annullerat via e-postadress var inaktiverad. Detta hindrade kunder som inaktiverar meddelanden via e-postadress från att skicka nödvändiga SMS-annulleringsvarningar.
4549337	Korrigering: Frikopplade SMS- och WhatsApp-annulleringsmeddelanden från inställningen för e-postadress genom att införa en dedikerad meddelandekontroll, vilket möjliggör SMS-leverans för annullerade avtal även när meddelanden via e-postadress är inaktiverade.
4549472	Sammanfattning: I Acrobat Sign för myndigheter kunde användare inte skapa återanvändbara mallar med den nya upplevelsen Skapa mall. Efter uppladdning av ett dokument stannade arbetsflödet på en tom skärm, vilket blockerade mallskapande.
4549472	Korrigering: Återställde det saknade redigeringsberoendet som krävs av den nya upplevelsen Skapa mall i myndighetsmiljöer, vilket gör att redigeringsskärmen laddas korrekt och mallar kan skapas.
4549862	Sammanfattning: När landningssidan är inställd på den nya upplevelsen Begär signatur visas inte det konfigurerade inloggningsvarningsmeddelandet efter inloggning. Detta hindrar organisationer från att visa meddelanden av avgörande vikt om underhåll eller störningar när användare landar direkt på sidan Skicka.
4549862	Korrigering: Återställt stöd för att visa varningsmeddelandet för inloggning i den nya upplevelsen Begär signatur. När användare kommer till sidan Skicka efter inloggning visas nu det konfigurerade varningsmeddelandet som en avisering, vilket matchar tidigare beteende och kundförväntningar.
4550175	Sammanfattning: Att trycka på Retur efter att ha angett ett telefonnummer för telefonautentisering i ett arbetsflöde skickar formuläret i förtid och utlöser ett systemfel, vilket avbryter arbetsflödet eftersom formuläret skickas istället för att vänta på explicit bekräftelse.
4550175	Korrigering: Uppdaterade mottagardialogen för att förhindra att formuläret skickas vid Retur för telefonautentiseringsfält, vilket säkerställer att användare stannar kvar i dialogen och måste klicka på Fortsätt, vilket eliminerar det oavsiktliga arbetsflödesavbrottet.
4550302	Sammanfattning: Tyska e-postmeddelanden för begärd signatur och påminnelser använde inkonsekventa tilltalssätt och växlade mellan informellt ”Du” och formellt ”Sie” inom samma meddelande, vilket orsakade förvirrande och oprofessionell formulering.
4550302	Korrigering: Uppdaterade de tyska e-postöversättningarna för att använda ett enda och konsekvent tilltalssätt genom hela mallen, vilket säkerställer enhetligt och förutsägbart språk i alla e-postmeddelanden för begärd signatur och påminnelser.
4550556	Sammanfattning: Avtal som innehöll stora arkitektoniska PDF-filplaner kunde inte skickas när digital signaturfält lades till, vilket returnerade ett fel under redigering på grund av sidrotation och storlekshantering vid placering av digital signatur.
4550556	Korrigering: Uppdaterade bearbetningen av fält för digitala signaturer för att korrekt hantera roterade sidor i stort format, vilket gör att avtal med arkitektoniska planer kan skickas med tillämpade digitala signaturer.
4550579	Sammanfattning: När ett avtal slutfördes genom att ta bort de sista kvarvarande mottagarna under ett revisionstillstånd genererade systemet inte händelsen AGREEMENT_WORKFLOW_COMPLETED, så ingen webhookavisering skickades, vilket bröt arbetsflöden som förlitar sig på denna händelse för att upptäcka slutförande.
4550579	Korrigering: Uppdaterade händelsehanteringen så att avtal som slutförs via mottagarborttagning under revision nu genererar lämpliga slutförandehändelser, vilket säkerställer att webhookarna AGREEMENT_WORKFLOW_COMPLETED utlöses som förväntat.
4550998	Sammanfattning: Förifyllda kryssrutor visades som ikryssade under framtagning men var inte ikryssade för signerare eftersom kryssrutevärden lagrades som icke-tomma textsträngar istället för explicita JA/NEJ-tillstånd, vilket fick signeringsupplevelsen att behandla dem som ej ikryssade.
4550998	Korrigering: Uppdaterade hanteringen av kryssrutevärden så att alla icke-tomma förifyllda värden tolkas som ikryssade och tomma eller saknade värden som inte ikryssade, vilket säkerställer att kryssrutetillstånd förblir konsekventa för signerare.

Adobe Acrobat Sign version v17.0.1

Produktionsdriftsättning: 17 mars 2026

GovCloud-driftsättning: 19 mars 2026

Förbättrade funktioner

Skapa en kopia – Utökade åtkomstpunkter, snabbare återanvändning av avtal.
Skapa en kopia är nu tillgängligt direkt från filtren Pågående och Väntar på dig på sidan Hantera samt från bekräftelsesidan efter sändning. Dessa ytterligare startpunkter gör det enklare att återanvända avtal vid fler tillfällen i sändningslivscykeln, vilket minskar behovet av att börja om från början.
Obs! I och med den här versionen tas de administrativa kontrollerna, som används för att inaktivera den här funktionen, bort från administratörsmenyn. Detta etablerar Skapa en kopia som en standardfunktion tillgänglig för alla berättigade användare.

Tillgängliga miljöer: Sandlåda, Kommersiell, Myndighet | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Konto och Grupp, aktiverad som standard.

Ändrad upplevelse

Se förfallotiden för integrationsnycklar – förfallodatumet visas nu på fliken Åtkomsttoken
Fliken Åtkomsttoken, i menyn Personliga inställningar, visar förfallodatumet för varje integrationsnyckel. Detta ger användare och administratörer tydligare överikt över nyckelålder och ersättningstidpunkt, vilket gör det enklare att övervaka befintliga nycklar och undvika oväntade avbrott när en nyckel når slutet av sin 10-åriga giltighetsperiod.

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

Uppdateringar för REST API/webhook

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

OEM 2.0 personaliserad e-postvisning – Tydligare avsändar- och mottagaridentitet över inbäddade upplevelser och korrekt e-postleverans.
För OEM 2.0-partner som använder inbäddade arbetsflöden kan Acrobat Sign nu visa en användares personaliserade e-postadress istället för den partnerregistrerade e-postadressen på användargränssnittet på viktiga ytor och meddelanden. Avtal, köer såsom ”Väntar på dig” och e-postmeddelanden för ”Granska och signera” återspeglar konsekvent den personaliserade identiteten samtidigt som den registrerade e-postadressen bevaras internt för autentisering och berättiganden. Detta förbättrar tydligheten för avsändare och signatärer och förhindrar att e-postmeddelanden skickas till ej levererbara registrerade adresser.

Tillgängliga miljöer: Sandlåda, Kommersiell | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: API – OEM 2.0-partner, endast på begäran

Webhook-meddelande för fel vid SMS-leverans – insyn i realtid över misslyckade SMS-sändningar, automatiserad korrigering och paritet med studsade e-postmeddelanden.
Acrobat Sign sänder nu ut en ny webhook-händelse, AGREEMENT_PHONE_BOUNCED, när ett avtal som skickas via SMS inte kan levereras på grund av problem som ogiltiga telefonnummer, operatörsavvisning eller blockerade linjer. Detta gör det möjligt för kunder att upptäcka fel vid SMS-leveran i nästan realtid och automatiskt utlösa uppföljningsåtgärder såsom att korrigera telefonnummer, försöka leverera igen eller öppna supportärenden, vilket eliminerar blinda fläckar och minskar förseningar i mobilcentrerade signeringsarbetsflöden.

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

Webhook-nyttolaster – fältet extendedStatus för villkorligt deltagande har lagts till för dynamiska deltagaruppdateringar, vilket förbättrar insynen i deltagarstatusen.
Webhook-meddelanden inkluderar nu ett extendedStatus-fält i varje deltagarobjekt (memberInfos[]) när avsändaren ändrar ett pågående avtal med dynamiskt deltagande. Detta fält ger ytterligare detaljer om deltagarlivscykeln samtidigt som det befintliga statusfältet lämnas oförändrat för bakåtkompatibilitet.

status-värden (oförändrade): ACTIVE, REPLACED.
extendedStatus-värden: ACTIVE, REPLACED, REMOVED, COMPLETED.

Tillgängliga miljöer: Sandlåda, Kommersiell, Myndighet Tillgängliga servicenivåer: Acrobat Sign Solutions Konfigurationsomfång: API

Korrigerade problem

Problem	Beskrivning
4543515	Sammanfattning: En webhook för studsat e-postmeddelande kan felaktigt genereras för en giltig signatär efter att denne har signerat och avtalet går vidare till nästa steg. Detta kan inträffa när en delegat i samma signeringsgrupp har en ogiltig e-postadress och avsändaren ersätter den ursprungliga delegatorn. I dessa fall kan systemet felaktigt tillskriva studshändelsen ”signerat på uppdrag av ...” till den giltiga signatären istället för deltagaren vars e-postadress faktiskt studsar.
4543515	Åtgärd: Logiken för händelsetillskrivning korrigerades så att e-poststudshändelser endast associeras med deltagaren vars e-postadress faktiskt studsar. En studshändelse genereras inte längre för en giltig undertecknare som redan slutfört signeringen, och webhook-meddelanden återspeglar nu rätt deltagare och e-postadress.
4544548	Sammanfattning: Integrationsnycklar skapade genom webbanvändargränssnittet kan förfalla efter 10 år, även om skapandesidan anger att nyckeln ger ”permanent åtkomst”. När en nyckel når sin 10-åriga livslängd börjar API-anrop returnera felet Utgången token, vilket oväntat kan bryta befintliga integrationer.
4544548	Åtgärd: Meddelanden i användargränssnittet uppdaterades för att ta bort formuleringen ”permanent åtkomst” och tydligt visa förfallodatumet för integrationsnycklar. Den uppdaterade texten anger nu att nyckeln behåller åtkomst till förfallodatumet eller tills den återkallas manuellt, vilket påvisar den 10-åriga standardiserade livslängden.
4546301	Sammanfattning: Leverans av webhook-händelser kan försenas med upp till flera timmar för avtal med mycket stora dokument, även när skapandet av avtalet slutförs och tidiga bearbetningssteg verkar avslutas inom några minuter. Medan fördröjningsfönstret visas kan webhook-leveranstjänsten upprepade gånger få svaret DOCUMENT_NOT_AVAILABLE när den försöker hämta avtalsdokument. Webhook-händelsen kanske därför inte levereras tills tjänsten slutar försöka igen eller dokumenten blir tillgängliga.
4546301	Åtgärd: Hantering av dokumenttillgänglighet korrigerades så att stora avtal på ett tillförlitligt sätt övergår till ett tillstånd där dokument kan hämtas utan utökade DOCUMENT_NOT_AVAILABLE-svar. Som resultat levereras webhook-händelser utan flera timmars förseningar orsakade av dokumenthämtningsförsök mot otillgängliga dokument.
4547823	Sammanfattning: En mottagares privata meddelande kanske inte visas för vissa signatärer när ett avtal skapas i framtagningstillståndet via API:et och sedan redigeras från Hantera-upplevelsen. I detta scenario kan användargränssnittet visa värdet för privat meddelande som ”Inget” eller vara tomt även om avtalsdata inkluderar rätt värde för privat meddelande. Detta beteende visas i scenarier med delade konton där en användare växlar till en annan användares konto för att redigera utkastet, och det kan påverka endast specifika mottagare medan andra visas korrekt.
4547823	Åtgärd: En kontroll lades till för att hämta det primära delade sammanhanget och returnera det privata meddelandet för auktoriserade delade användare. Som resultat visas nu värdet för privat meddelande korrekt när man visar eller skickar ett API-skapat utkast från framtagningsflödet.
4548274	Sammanfattning: Det ändrade datumet för biblioteksmallar kanske inte uppdateras efter att en mall har redigerats och sparats i den nya mallupplevelsen. Användare kan se nyligen tillagda eller uppdaterade fält på mallen men det ändrade datumet förblir oförändrat i Hantera-användargränssnittet och i administrativa vyer. Detta gör att det verkar som om mallen inte nyligen har ändrats. Detta inträffar eftersom den nya upplevelsen uppdaterar formulärfält genom en väg som inte också uppdaterar mallens ändrade tidsstämpel.
4548274	Åtgärd: Beteendet för uppdateringen av ändrat datum anpassades för den nya mallupplevelsen och relaterade API-åtgärder. Kodsökvägen som sparar mallfältändringar uppdaterar nu också mallens ändrade datum så att det återspeglar den faktiska tiden för den senaste ändringen.
4548564	Sammanfattning: Signaturer och formulärfält kan verka osynliga i den signerade PDF:en när de placeras över redan befintliga stämpelkommentarer i källdokumentet. I påverkade mallar överlappar eller döljer stämpelkommentarerna de interaktiva fälten under bearbetning, vilket gör att slutförda signaturer och andra fält döljs i det slutliga signerade dokumentet.
4548564	Åtgärd: Hantering av stämpelkommentarer uppdaterades för att säkert bearbeta och platta ut redan befintliga stämpelkommentarer så att de inte längre döljer formulärfält eller signaturer. Fält som placeras över stämplade områden förblir nu synliga under signering och i den helt genomförda PDF:en.
4549103	Sammanfattning: En e-poststudshändelse kan loggas igen för en tidigare felaktig mottagare efter att avsändaren ersätter den mottagaren med en giltig e-postadress. I vissa fall kan granskningsspåret visa en andra studshändelse för den gamla e-postadressen och avtalsstatusen kan visa ”studsat e-postmeddelande” även om den nya mottagaren tar emot, läser eller signerar avtalet. Detta beteende kan få det att verka som om avtalet fortfarande riktar sig till både den gamla och den nya e-postadressen.
4549103	Åtgärd: Arbetsflödet för att ersätta signerare uppdaterades för att förhindra att ytterligare aviseringsmeddelanden skickas till en ersatt mottagare vars e-post redan har studsats. Systemet kontrollerar nu tidigare studshistorik innan det skickar ersättningsrelaterade aviseringar, vilket säkerställer att inga nya studshändelser genereras för den gamla e-postadressen efter ersättning.
4549306	Sammanfattning: Användare vars e-postadresser innehåller vissa specialtecken (till exempel apostrof) kanske inte kan logga in från de generiska adobesign.com eller echosign.com offentliga inloggningssidorna. Efter att ha angett e-postadressen och klickat i lösenordsfältet kan sidan laddas om och rensa e-postfältet istället för att omdirigera användaren till rätt shard eller SSO-inloggningssida. Detta hindrar berörda användare från att slutföra autentisering och blockerar integrationer som förlitar sig på den offentliga inloggningsslutpunkten.
4549306	Åtgärd: Logiken för resolutionen av login shard korrigerades för att korrekt hantera och avkoda e-postadresser som innehåller specialtecken innan omdirigerings-URL:en för inter-shard konstrueras. Användare med berörda e-postformat omdirigeras nu korrekt till sin utsedda shard och SSO-inloggningssida utan att e-postfältet rensas.
4549331	Sammanfattning: Signaturer och andra formulärfält kan verka saknas eller vara osynliga i den signerade PDF:en när vissa dokumentbearbetningsfunktioner är aktiverade och käll-PDF:en innehåller ogiltiga sidboxkoordinater (till exempel felaktiga CropBox- eller MediaBox-värden). I detta scenario kan fält som förlitar sig på sidkoordinater renderas utanför det synliga sidområdet, vilket gör att slutförda signaturer verkar saknas även om signeringen slutförs framgångsrikt.
4549331	Åtgärd: PDF-sidboxhanteringen korrigerades för att säkert normalisera ogiltiga CropBox- och MediaBox-värden under dokumentbearbetning. Resultatet blir att signatur- och formulärfältens placering nu anpassas till det synliga sidområdet och signerade PDF-filer visar signaturer som förväntat.
4550367	Sammanfattning: Att skapa ett webbformulär kan misslyckas med ett generiskt ”Serverfel” efter att Förhandsgranskning och Lägg till fält har valts när standardautentiseringen för signering för avsändarens grupp är inställd till Telefon och kontot inte har tillgänglig telefonautentiseringskvot, även om webbformulärets signeringsautentisering är inställd till en icke-telefonmetod (såsom Adobe Sign). Som resultat kan alla användare i det berörda kontot blockeras från att skapa webbformulär över alla dokument.
4550367	Åtgärd: Skapandet av webbformulär utvärderar nu kvoter endast för autentiseringsmetoden som faktiskt är konfigurerad för webbformulärets signatär och tillämpar inte längre kontroller av telefonautentiseringskvoter baserat enbart på inställningarna för gruppens standardautentisering. Detta förhindrar falska fel med uttömd kvot och tillåter att webbformulär skapas normalt.
4551011	Sammanfattning: När en avsändare laddar upp vissa skannade PDF-filer, lägger till signaturfält och skickar avtalet kanske den signerade PDF-filen inte visar några synliga signaturer efter att signeringen har slutförts. Detta beteende kan inträffa när den uppladdade PDF:en innehåller ogiltig sidgränsmetadata (MediaBox- och CropBox-koordinater verkar omvända), vilket kan orsaka att signatur- och andra fältutseendelager renderas utanför det synliga sidområdet.
4551011	Åtgärd: Hanteringen av PDF-sidgränser har uppdaterats för att korrekt bearbeta PDF-filer med ogiltiga eller omvända MediaBox- och CropBox-koordinatvärden så att utseendet på, och innehållet i, signatur- och formulärfält renderas inom det synliga sidområdet och förblir synligt i den slutliga signerade PDF-filen.
4551427	Sammanfattning: Vissa mottagare som redan har primära och korrekt etablerade konton får avtal som ”pseudo-användare”-mottagare istället. Avtalet visas därför inte i deras normala Hantera-vy. Detta händer när mottagarens e-postadresser inkluderar inledande eller avslutande mellanslag vilket hindrar systemet från att matcha e-postadressen till den befintliga användaren. Detta gör så att ett pseudo-användarregister skapas.
4551427	Åtgärd: E-postparsning och användaruppslagning uppdaterades för att normalisera mottagarens e-postadresser (trimma inledande och avslutande blanksteg) innan de matchas till befintliga användare. Resultatet blir att avtal adresserade till befintliga användare hanteras för det registrerade kontot istället för att skapa en pseudo-användarmottagare, även om e-postadressen angavs med mellanslag (i API-nyttolaster och mottagarlistor i arbetsflöden).
4553198	Sammanfattning: När ett avtal inkluderar minst en mottagare konfigurerad för SMS-leverans och minst en mottagare konfigurerad för endast e-postleverans, skickar inte avbrytande av avtalet genom API:et en SMS-avbrytningsnotifiering till SMS-mottagaren. Avtalet avbryts framgångsrikt och e-postnotifieringar levereras, men SMS-mottagare får inte ett avbrytningsmeddelande.
4553198	Åtgärd: Avbrytningsarbetsflödet korrigerades för att säkerställa att SMS-avbrytningsnotifieringar skickas till alla mottagare konfigurerade för SMS-leverans när ett avtal avbryts, oavsett andra mottagares leveransmetoder.
4554463	Sammanfattning: När avtal inkluderar klonade radioknappar som delar samma fältnamn över kombinerade dokument förblir endast en instans av det valda alternativet valt i den slutliga signerade PDF:en. Även om fälten visuellt verkar som kryssrutor implementeras de som radioknappar. Efter signering sprids inte det valda värdet konsekvent över alla klonade instanser, vilket orsakar felaktig eller ofullständig mappning av det förväntade valet.
4554463	Åtgärd: Logiken för hantering av formulärfält korrigerades så att klonade radioknappar lagrar och sprider det valda exporteringsvärdet istället för ett internt indexvärde. Detta säkerställer att alla klonade instanser av samma radioknappsfält återspeglar det korrekta valet i den signerade PDF-filen.
4554593	Sammanfattning: Vissa partnerintegrationer som använder de äldre OAuth-slutpunkterna för att uppdatera åtkomsttoken började misslyckas med HTTP 401-fel. Tjänsten avvisade begäran om tokenuppdatering med ett fel som indikerade att appen inte får använda de äldre OAuth-slutpunkterna och måste använda OAuth v2-slutpunkterna istället. Detta blockerade kunder från att autentisera Acrobat Sign genom partnerprogram, även för integrationer som tidigare fungerade.
4554593	Åtgärd: Autentiseringstjänsten korrigerades så att partnerprogram som är konfigurerade att använda det äldre OAuth-flödet kan uppdatera sina token igen, istället för att felaktigt tvingas till OAuth v2-slutpunkterna.
4554614	Sammanfattning: När en signatär använder den moderna eSign-upplevelsen på ett avtal som kräver signatärautentisering och är konfigurerat att kräva godkännande av användningsvillkor före signering, utlöses en 5 sekunders omdirigering till den klassiska signeringsupplevelsen när användaren klickar på Klicka för att signera. Omdirigeringsmeddelandet varnar att signaturer och initialer som anges i modern signering kommer att rensas, vilket tvingar signeraren att ange dem igen och i praktiken signera två gånger.
4554614	Åtgärd: Flödet för uppdatering av signeringstoken korrigerades så att när signatären godkänner användningsvillkoren före signering behåller den nyutfärdade signeringstoken informationen om signatärautentiseringen. Detta förhindrar att det slutliga signeringssteget inte kan autentiseras och eliminerar den tvingade återgången från modern signering till den klassiska upplevelsen.
4555656	Sammanfattning: Under specifika tidsbetingelser kan en avtalsstatusövergång verka lyckas men ändrar faktiskt inte avtalsstatus. När en webhook-avisering tas emot innan backend-bearbetning slutförs kan efterföljande API-anrop använda föråldrade avtalsstatusdata. I detta fönster returnerar vissa statusövergångsmetoder HTTP 200 OK även om avtalet inte är i ett giltigt tillstånd för den begärda övergången. Som resultat kan automatiseringsarbetsflöden anta att övergången lyckades medan avtalet förblir i det ursprungliga tillståndet.
4555656	Åtgärd: Logiken för avtalsstatusens övergång uppdaterades för att genomdriva strikt validering innan en övergång tillämpas. Om avtalet inte är i ett giltigt tillstånd returnerar API:et nu ett tydligt felsvar istället för att returnera framgång i bakgrunden. Detta säkerställer att ogiltiga övergångar uttryckligen avvisas, gör det möjligt för anropande system att försöka igen på lämpligt sätt och förhindrar att avtal förblir i ett oavsiktligt tillstånd utan synlighet.

adobe acrobat sign-frigöring v17.1

Produktionsdriftsättning: 5 maj 2026

GovCloud-driftsättning: 12 maj 2026

Förbättrade funktioner

signering på plats – Aktivera värdbaserade signeringssessioner i webbapplikationen
signering på plats gör det möjligt för en avsändare att utse en intern värd som underlättar en signeringssession på plats med hjälp av en webbläsare. Värden startar en kontrollerad signeringssession från sidan Hantera eller ett e-postmeddelande, överlämnar tillfälligt enheten till signeraren för att slutföra nödvändiga åtgärder och återtar kontrollen när det är klart. Skapande och slutförande av sessioner registreras i revisionsspåret, och undertecknare kan valfritt ange en e-postadress för att få en kopia av avtalet.

Massdigital signatur från sidan Hantera – Tillämpa en digital signatur på flera avtal med en enda auktorisering
Signerare kan välja flera avtal i vyn Väntar på dig och tillämpa digitala signaturer som en massåtgärd med en enda signeringsauktorisering. Detta minskar repetitiva signeringssteg för arbetsflöden med hög volym samtidigt som befintliga säkerhetskontroller, autentisering och granskning för molnsignering bevaras. Masssignering kräver att signerare granskar eller hoppar över alla avtal innan massåtgärden slutförs.

Skicka endast till interna mottagare – Begränsa avtal till att skickas till mottagare inom samma acrobat sign-konto.
Inställningen Skicka endast till interna mottagare förhindrar användare från att skicka avtal till mottagare utanför deras acrobat sign-konto. När det är aktiverat kan avtal endast skickas till mottagare vars konto-ID:n matchar avsändarens. Den här kontrollen stöder interna säkerhetskrav och förhindrar att avtal delas externt.

Rapportering av telefontransaktionsanvändning – Utökad rapportering med synlighet på gruppnivå och åtkomst till schemalagda rapporter
Rapportering av telefontransaktioner ger nu insyn i köpta kvantiteter, kvotens startdatum och detaljerad förbrukning för SMS- och WhatsApp-transaktioner. Kunder kan spåra användning på gruppnivå och komma åt schemalagda CSV-rapporter genom en enhetlig rapporteringsupplevelse, vilket möjliggör mer exakt budgetering, intern allokering och proaktiv övervakning för att förhindra serviceavbrott när transaktionsgränser nås.
Rapporter genereras nu genom schemalagda rapporter i rapportgränssnittet, med API-åtkomst tillgänglig för att hämta den senaste rapportutmatningen.

Ny slutpunkt: POST /api/rest/v6/reportDownload
Denna slutpunkt accepterar ett scheduleId och returnerar hämtnings-URL:en för den senast genererade CSV-rapporten som är kopplad till det schemat.

Ändrad upplevelse

Signaturutseende i granskningsrapporter – Loggar signaturinmatningsmetoden som används av varje signerare, vilket ökar synligheten för efterlevnad och minskar manuell verifiering
Granskningsrapporter registrerar nu signaturutseendemetoden som används när en signerare använder sin signatur. För varje ESIGNED-händelse identifierar granakningsspårningen om signeraren använde en skriven signatur, en ritad signatur, en uppladdad bild eller en mobilbaserad ritning eller bildtagning. Denna förbättring gör det möjligt för efterlevnads- och driftsteam att verifiera signeringsmetoder direkt från granskningsrapporten, vilket minskar oklarheter och förhindrar onödiga avvisningar av avtal.
Typer av signaturutseende:
- Typ: Signeraren skriver sitt namn och väljer en teckensnittsbaserad signaturstil.
- Rita: Signeraren ritar sin signatur med en mus eller styrplatta på en dator.
- Bild: Signeraren laddar upp en signaturbild från datorn.
- Mobile Draw: Signeraren ritar sin signatur med touch på en mobil enhet.
- Mobilbild: Signeraren laddar upp eller tar en signaturbild på en mobil enhet.

Sparade signaturer för API-signerings-URL:er – Gör det möjligt att använda sparade profilsignaturer vid API-baserad signering
Gör det möjligt för registrerade användare att använda sina sparade profilsignaturer när de signerar avtal via API-genererade signerings-URL:er (GET /agreements/{agreementId}/signingUrls). Sparade signaturer visas för interna signerare och för externa signerare som autentiserar med e-post-OTP eller Adobe ID. Den här funktionen effektiviserar signeringsarbetsflöden för backend-integrationer samtidigt som säkerhetskontroller på kontonivå bibehålls.
Aktiveras av Adobe per konto efter säkerhetsgranskning.

Hantering av personlig adressbok i den moderna upplevelsen – Användare kan ta bort sparade e-postadresser direkt från sin personliga adressbok i den moderna Request Signature upplevelsen, vilket gör det enklare att hålla personliga mottagarlistor korrekta och uppdaterade.

Förfallotidsfönster för avtal – Utökad standardförfallotid till 365 dagar
Den maximala slutdatumet för avtal har utökats från 180 dagar till 365 dagar. När dokumentförfallotid är aktiverat tilldelas avtal nu automatiskt ett 365-dagars förfallodatum som inte kan tas bort. Denna ändring säkerställer att alla avtal har en definierad livscykel, förbättrar långsiktig spårning och efterlevnad, och minskar risken för att avtal förblir öppna på obestämd tid samtidigt som användare fortfarande kan sätta tidigare deadlines när det behövs.

Förnyad startsida – Förbättrar åtkomst till arbetsflöde, lyfter fram av avgörande vikt åtgärder
startsida har gjorts om för att göra det enklare att starta avtal, övervaka aktivitet och komma åt viktiga funktioner, inklusive möjligheten att kopiera nyligen skickade avtal, visa åtgärdspaneler i en mer intuitiv ordning, snabbt identifiera Pågår och Väntar på dig-objekt, och uppleva en strömlinjeformad Vad är nytt bannerbild som minskar visuell röra, vilket hjälper användare att röra sig snabbare, minska missade avtal och navigera en mer fokuserad startsidaupplevelse.

Den nya startsida kommer att rullas ut under 10 dagar efter frigöra. Se det tekniska meddelandet för schemat.

Förbättringar av testversion – Den senaste introduktionsupplevelsen har lagts till i Sign-testversionen.
Sign Trial inkluderar nu den förbättrade introduktionsupplevelsen och funktioner som introducerades i senaste betalda versioner.

Ny Custom Workflow Designer blir standard – Främja modern designer, ta bort användaromkopplare, behåll administrativ flexibilitet
Den nya Custom Workflow Designer upplevelsen är nu standard för alla konton. Användare ser inte längre växlingslänkar för att återgå till den klassiska designern, medan administratörer behåller möjligheten att återaktivera åtkomst till den tidigare upplevelsen om det behövs. Denna uppdatering främjar övergången till det moderna arbetsflödesdesigngränssnittet samtidigt som administrativ kontroll bevaras under övergångsperioden.

Uppdateringar för REST API/webhook

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

mTLS-nyckelhantering för webhooks – Lägg till Acrobat Sign-genererat nyckelalternativ, aktivera arbetsflöde för signering med certifikat, förbättra säkerhetsefterlevnad
Utvecklare kan nu välja hur privata nycklar hanteras för webhook mTLS-autentisering i Acrobat Sign. Utöver den befintliga modellen där kunder genererar och laddar upp sin egen privata nyckel och certifikat, kan Acrobat Sign nu generera den privata nyckeln och en begäran om signering med certifikat (CSR). Kunder kan använda CSR för att erhålla ett certifikat från sin certifikatutfärdare och ladda upp det för att slutföra konfigurationen. Detta alternativ förbättrar säkerheten genom att hålla privata nycklar inom Acrobat Sign samtidigt som kompatibiliteten med befintligt webhook mTLS-beteende bibehålls.

Initialisering av digital identitet via login_hint-parameter – Tillåter API-avsändare att initiera autentisering av digital identitet med en mottagarspecifik inloggningsidentifierare.
Flera v6 REST API /agreements slutpunkter stöder nu en loginHint parameter som låter API-sändare initialisera Digital Identity Gateway-autentisering med hjälp av en känd inloggningsidentifierare, såsom en e-postadress eller användar-ID-nummer. Identitetsleverantören kontrollerar användarupplevelsen, men identifieraren fyller vanligtvis i förväg inloggningsskärmen för att stärka arbetsflöden för autentisering med hög tillit och minska risken för personifiering. identifierare visas i maskerat format på Digital Identity Gateway-landningssidan och i granskningsrapporten för att bevara spårbarhet samtidigt som känsliga data skyddas.
Följande slutpunkt har uppdaterats för att inkludera loginHint-parametern:
- POST/avtal
- PUT /agreements/{agreementId}
- PUT /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}
- GET /agreements/{agreementId}/members/participantSets/{participantSetId}
- GET /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}/members

OEM 2.0 Identity and Trust Boundary Enhancements – Funktionen "Show Personalized/OEM email address everywhere" prioriterar nu användare som tillhandahålls av samma partner och skapar automatiskt en mottagare när ingen matchning hittas
När funktionen Show Personalized/OEM email address everywhere är aktiverad prioriterar avtalsdeltagarupplösning användare som tillhandahålls av samma partner och skapar automatiskt en mottagarpost när ingen matchande användare finns, vilket säkerställer konsekvent identitetshantering över konton.

Dessutom, med Show personalized/OEM email everywhere aktiverad, indikerar revisionsrapporter om en sändare är partner-tillhandahållen eller ett personligt konto, och undertecknarflöden vägleder användare att växla konton när identiska e-postadresser finns över olika kontotyper, vilket minskar förvirring och förhindrar oavsiktlig åtkomst.

Korrigerade problem

4520028	Sammanfattning: Gruppkolumnen på sidan Hantera visade felaktiga eller inkonsekventa värden när användare tillhörde flera grupper. Att ändra användarens primära grupp orsakade att avtal visade fel grupp, inklusive den senast valda primära gruppen eller flera grupper, istället för gruppen som avtalet ursprungligen skickades från.
Problem	Beskrivning
4520028	Lösning: Uppdaterade logiken för sidan Hantera för att använda avtalets sändande grupp (agreement_group_id) istället för användarens nuvarande primära grupp när gruppkolumnen renderas.
4532690	Sammanfattning: Användare kunde inte redigera utkast av avtal som skapats från anpassade arbetsflöden när både "Aktivera avtal att endast skickas genom att använda ett arbetsflöde" och "Aktivera ny anpassad arbetsflödesupplevelse för sändning" var aktiverade. Systemet blockerade felaktigt åtkomst till redigeringssidan när ett befintligt utkast redigerades, och behandlade det som en ny sändningsåtgärd istället för en utkastsredigering.
4532690	Lösning: Uppdaterade logiken för redigeringssidan för att upptäcka utkastsredigeringsscenarier och kringgå begränsningskontrollen för arbetsflöde, vilket tillåter användare att redigera befintliga utkast av avtal som skapats från anpassade arbetsflöden.
4536764	Sammanfattning: Att skicka avtal genom ett anpassat arbetsflöde resulterade i ett serverfel på grund av ett misslyckande med att bearbeta specifika PDF-mallar. Felet orsakades av ogiltig eller saknad kommentarsutseendedata i ett eller flera källdokument, vilket utlöste ett renderingsundantag under förifyllning. Problemet var inte konsekvent reproducerbart och kunde inte replikeras utanför de påverkade arbetsflöden.
4536764	Lösning: Förbättrad hantering av renderingsundantag i PDF-bearbetningslagret.
4537197	Sammanfattning: När den nya Massutskick-upplevelsen användes med manuellt angivna mottagarnamn togs det andra namnfältet bort under signering på grund av felaktig hantering av obligatorisk mottagarnamndata över dokument.
4537197	Lösning: Uppdaterade dokumentbearbetningslogiken för att korrekt behålla alla mottagarnamnfält när avtal skickas i bulk.
4538172	Sammanfattning: Kopiering av arbetsflöden som inkluderar mottagargrupper misslyckades under Sandbox Sync med meddelandet "Fel vid körning av begäran" på grund av ogiltiga mottagargruppreferenser. Arbetsflödet använde miljöspecifika mottagargrupp-ID:n, som inte kan användas mellan miljöer, vilket orsakade att valideringen misslyckades under synkroniseringen.
4538172	Åtgärd: Uppdaterade hanteringen av sandlådesynkronisering för att korrekt validera och bearbeta mottagargruppreferenser vid kopiering av arbetsflöden, vilket förhindrar fel när mottagargrupper finns i båda miljöerna.
4538251	Sammanfattning: I den nya Massutskick-upplevelsen visades inte fullständigt namn och e-postfält för undertecknarinformation under signering eller i det slutliga dokumentet när källfilen innehöll befintliga AcroForm-fält. Problemet orsakades av felaktig hantering av sammanfoga fältdata när undertecknarinformationsfält kombinerades med redan befintliga formulärfält, vilket resulterade i att fälten inte renderades i underordnade avtal
4538251	Åtgärd: Uppdaterad logik för sammanslagning och bearbetning av formulärfält för att korrekt tillämpa undertecknarinformationsfält i dokument som innehåller befintliga AcroForm-fält.
4545485	Sammanfattning: Avtalskapande misslyckades ibland när miniatyrbildsgenerering stötte på felaktiga PDF-formulärfält. Felet orsakades av källdokument som innehöll formulärfält utan giltiga namn och ogiltiga kapslade fältstrukturer, vilket utlöste bearbetningsfel under PDF-generering.
4545485	Åtgärd: Lade till validering och null-kontroller under PDF-bearbetning för att hantera felaktiga formulärfält och förhindra fel under miniatyrbildsgenerering och avtalskapande.
4545814	Sammanfattning: Fält är felaktigt justerade och texttaggar förblir synliga när liggande dokument som genererats från XDP-baserade arbetsflöden bearbetas. Felaktiga koordinatberäkningar i liggande layouter orsakar felaktig fältplacering och förhindrar att texttaggar tolkas och tas bort korrekt.
4545814	Åtgärd: Uppdaterade logiken för fältrendering för att korrekt beräkna och placera formulärfält i liggande dokument, vilket säkerställer korrekt justering och borttagning av texttaggar under bearbetning.
4545978	Sammanfattning: Accentuerade tecken i undertecknarnamn renderas felaktigt i det synliga signaturblocket när lokal digital signering används. Problemet uppstår eftersom standardfonten som är inbäddad i dokumentet saknar korrekt kodning för västeuropeiska tecken, vilket orsakar felaktig teckensubstitution under rendering av signaturutseende.
4545978	Åtgärd: Uppdaterad inbäddad fontkonfiguration för att inkludera korrekt kodning för accentuerade tecken, vilket säkerställer korrekt rendering av undertecknarnamn i signaturutseendet
4547100	Sammanfattning: Klonade flerlinjers textfält renderas inkonsekvent i den signerade PDF-filen. Flerlinjiga klonfält saknar standardordlistan för utseende, vilket gör att klonade fält visar färre rader än källfältet även när båda fälten använder samma storlek och inställningar.
4547100	Åtgärd: Lade till standardutseendeordlistan till flerlinjes klonade fält så att klonade och källfält renderas konsekvent i signerade dokument.
4548305	Sammanfattning: Registreringschecklistan visar "Begär BAA för HIPAA-beredskap" som väntande även när HIPAA är aktiverat. Checklistans utvärderingslogik behandlar felaktigt ärvda HIPAA-relaterade inställningar som ofullständiga, vilket gör att uppgiftsstatus förblir väntande trots att funktionen är aktiverad.
4548305	Åtgärd: Uppdaterad checklistutvärderingslogik för att korrekt tolka HIPAA-relaterade inställningar, inklusive ärvda värden, så att registreringsuppgiften återspeglar det slutförda tillståndet när HIPAA är aktiverat.
4550731	Sammanfattning: Ett stort mellanrum visas mellan signaturunderstrykningen och tidsstämpeln när dokument signeras med Fill & Sign. Problemet uppstår när signaturfältet inte är tillräckligt brett för att rymma det renderade signaturinnehållet, vilket orsakar felaktigt avstånd i signaturutseendet
4550731	Åtgärd: Uppdaterad signaturrendering för att respektera de definierade fältdimensionerna och justera avståndet på lämpligt sätt, vilket minskar mellanrummet mellan understrykningen och tidsstämpeln.
4550906	Sammanfattning: Länken Ändra lösenord pekar på en ogiltig URL för vissa användare, vilket orsakar ett webbläsarfel. Problemet uppstår när appen läser en föråldrad slutpunkt från konfigurationen istället för den korrekta URL:en, vilket leder till inkonsekvent beteende mellan miljöer.
4550906	Åtgärd: Uppdaterade den konfigurerade slutpunkten för lösenordsändring för att använda korrekt URL i alla berörda miljöer.
4550992	Sammanfattning: Redigering av vissa mallar i den nya upplevelsen omdirigerar till sidan Skapa mall istället för att öppna mallen i redigeringsläge. Problemet uppstår eftersom systemet bestämmer upplevelsen baserat på mallägaren’s inställningar snarare än den aktuella användarens inställningar, vilket orsakar felaktig dirigering när delade mallar redigeras.
4550992	Lösning: Uppdaterad mallredigeringslogik för att använda den aktuella användarens upplevelseinställningar istället för mallägaren’s inställningar, vilket säkerställer att mallar öppnas i rätt redigeringsläge.
4551756	Sammanfattning: E-postmeddelanden för godkännandebegäran visar olösta mallvariabler i mottagarfältet, vilket orsakar felaktig e-postformatering. Problemet uppstår på grund av ett fel i e-postmallens renderingslogik när berättigandekonfliktnotifieringar genereras.
4551756	Lösning: Uppdaterad e-postmallrendering för att korrekt lösa och fylla i mottagarfält, vilket säkerställer att giltiga e-postadresser visas i e-postmeddelanden för godkännandebegäran.
4551768	Sammanfattning: Undertecknare stöter på ett ohanterat fel när de kommer åt eller slutför avtal på grund av ett fel i bearbetningen av formulärfältutseende. Ett felaktigt utseendeobjekt orsakar en ClassCastException under dokumentgenerering, vilket leder till att avtalsrendering misslyckas.
4551768	Lösning: Uppdaterad bearbetningslogik för formulärfält för att validera utseendeobjekttyper innan casting, vilket förhindrar undantag och säkerställer att avtal renderas korrekt för underteckning.
4552272	Sammanfattning: Avbrutna eller övergivna avtal visas under Väntar på dig på sidan Hantera. Problemet uppstår när en händelse för omstart av arbetsflöde inte korrekt rensar deltagarstatusdata, vilket lämnar kvar föråldrad synlighet och indexeringsdata som visar avtalet i felaktiga vyer
4552272	Lösning: Uppdaterad hantering av omstart av arbetsflöde och indexeringslogik för att korrekt rensa tidigare deltagarstatusdata och säkerställa att avtal endast visas i sitt korrekta tillstånd.
4553158	Sammanfattning: I RTL-språkmiljöer på iOS svarar signaturpanelen inte korrekt när en signatur ritas. Panelen rullar istället för att registrera inmatning, vilket kräver att användare manuellt rullar för att rita och tillämpa signaturen, vilket förhindrar normalt signeringsbeteende när den nya mottagarsignaturupplevelsen är aktiverad.
4553158	Lösning: Uppdaterad hantering av signaturpanelinteraktion för RTL-layouter på iOS för att korrekt fånga ritinmatning utan oavsiktlig rullning, vilket möjliggör normal signaturskapande och tillämpning.
4553583	Sammanfattning: Arbetsflöden tillåter e-postadresser med inledande eller avslutande mellanslag, vilket orsakar att avtal misslyckas tyst när de skickas i den nya upplevelsen. Systemet validerar eller normaliserar inte inmatningen, och inget felmeddelande visas för att indikera problemet.
4553583	Lösning: Uppdaterad inmatningshantering för att automatiskt trimma mellanslag från e-postadresser och förhindra sparande av ogiltiga värden, och lade till hantering för befintliga arbetsflöden så att avtal kan skickas framgångsrikt.
4553676	Sammanfattning: Hyperlänkar visas felaktigt i vyn Hantera, där avtalstiteln läggs till URL:en, vilket resulterar i trasiga länkar. Problemet uppstår på grund av felaktig URL-parsning när hyperlänkar renderas i gränssnittet Hantera.
4553676	Lösning: Uppdaterad hyperlänkrendering för att använda korrekt URL-parsning, vilket säkerställer att länkar förblir oförändrade och fungerar korrekt i alla vyer.
4555021	Sammanfattning: OTP-validering misslyckas med felmeddelandet "Förfallet" även när koden anges omedelbart. Problemet uppstår på grund av ett race condition i autentiseringsflödet, där flera inlämningshändelser orsakar att OTP:n ogiltigförklaras i förtid.
4555021	Lösning: Uppdaterat OTP-valideringsflöde för att hantera dubbletter eller snabba inlämningshändelser korrekt, vilket förhindrar för tidig förfallotid och tillåter giltiga OTP-inmatningar att lyckas.
4555028	Sammanfattning: Att ta bort nästa mottagare att underteckna kan misslyckas med ett systemfel och lämna avtalet fast i vänteläge för revidering. Problemet uppstår när mottagaren har en aktiv påminnelse, vilket förhindrar att avtalsuppdateringen slutförs framgångsrikt.
4555028	Lösning: Uppdaterad logik för borttagning av mottagare för att hantera situationer där nästa signerare har aktiva påminnelser, vilket gör att avtalsuppdateringen kan slutföras utan fel.
4555319	Sammanfattning: Skapare av webbformulär ser endast alternativen Skriv och Rita signatur när de förhandsgranskar formuläret, medan signerare ser alla tillgängliga alternativ (Skriv, Rita, Bild, Mobil). Problemet uppstår eftersom förhandsgranskningsläget inte korrekt tillämpar aktiverade inställningar för signaturinmatning när skaparen inte agerar som signerare.
4555319	Lösning: Uppdaterat beteende för förhandsgranskning av webbformulär för att tillämpa den fullständiga uppsättningen av aktiverade signaturinmatningstyper, vilket säkerställer att skapare ser samma signaturalternativ som signerare.
4555345	Sammanfattning: Avtal med flera mottagare av typen Signerare med vittne kan inte öppnas i förhandsgranskning från utkast med felet "ParticipantSetsInfo kan inte ändras." Problemet uppstår på grund av felaktig logik för ordning av deltagare och vittnen i anpassade arbetsflöden, vilket förhindrar att avtalet övergår tillbaka till framtagningsstatus
4555345	Lösning: Uppdaterad logik för ordning av deltagare och vittnen i anpassade arbetsflöden för att korrekt beräkna körningsordning, vilket gör att avtal kan återgå till framtagningsstatus och fortsätta normalt.
4555615	Sammanfattning: Webhook-händelsenyttolaster för delegerade och ersatta mottagare inkluderar inte fältet privateMessage. Problemet uppstår eftersom det privata meddelandet inte överförs till mottagarstatus som används för att generera webhook-nyttolaster, vilket resulterar i saknad data för berörda händelser.
4555615	Lösning: Uppdaterad hantering av deltagardata för att säkerställa att privata meddelanden inkluderas i webhook-nyttolaster för delegerade och ersatta mottagare.
4555687	Sammanfattning: Avtal kan avbrytas automatiskt och flyttas till ett dolt tillstånd efter signering på grund av ett valideringsfel för dokumentsynlighet. När en deltagare delegeras eller ersätts överförs inte dokumentsynlighetsmappningen korrekt, vilket orsakar en obalans mellan tilldelade fält och synliga dokument, vilket kan utlösa en automatisk avbokning.
4555687	Lösning: Logik för delegering och ersättning klonar nu korrekt dokumentsynlighetsmappningar för nya deltagare, vilket förhindrar valideringsfel och oavsiktlig avtalsannullering.
4556516	Sammanfattning: Formulärfält kan ignorera konfigurerade teckenstorlekar och renderas inkonsekvent i genererade avtal. Problemet uppstår i flerlinjefält när dokumentbearbetningsmotorn justerar teckenstorlek för att förhindra textklippning, vilket åsidosätter inställningar för fast teckenstorlek.
4556516	Lösning: Uppdaterat beteende för font-rendering så att flerlinjefält respekterar inställningar för fast teckenstorlek, vilket anpassar beteendet till förväntad output och förhindrar oavsiktliga storleksjusteringar.
4556967	Sammanfattning: Valda kryssrutor kan visas som ej valda i den slutliga signerade PDF-filen för webbformulär. Problemet uppstår när vissa dolda värden (till exempel "nej", "falskt", "0", "av", "ej markerad") används, vilket kan orsaka att kryssrutestatus feltolkas under dokumentbearbetning när Gibson är aktiverat.
4556967	Lösning: Uppdaterad kryssrutebearbetning för att korrekt tolka dolda värden och bevara valda tillstånd i det slutliga dokumentet, vilket säkerställer konsistens mellan signering och den signerade PDF-filen.
4557222	Sammanfattning: Länkfält från fältmallar kan försvinna på framtagningssidan när de används inom ett arbetsflöde. Problemet uppstår eftersom länkfält inte inkluderas i avtalsformulärfältdata som returneras under arbetsflödesbaserad framtagning, vilket resulterar i saknade fält.
4557222	Lösning: Uppdaterad hantering av formulärfält för att inkludera länkfält från fältmallar under arbetsflödesbearbetning, vilket säkerställer att de sammanfogas och visas korrekt på framtagningssidan.
4557272	Sammanfattning: Fältet Datum för signering kan misslyckas med att visas i den slutliga signerade PDF-filen. Problemet uppstår när rendering av textfält misslyckas under dokumentbearbetning, vilket förhindrar att datumfältet visas i output-dokumentet.
4557272	Lösning: Uppdaterad rendering av textfält för att hantera null- eller tomma värden korrekt, vilket säkerställer att fältet Datum för signering konsekvent visas i signerade dokument.
4557282	Sammanfattning: Radioknappsfält i webbformulär kan visa ett oväntat informationsrutevärde ("object Object") när de skapas med den nya mallupplevelsen. Problemet uppstår på grund av felaktig hantering av tomma informationsruta-värden, vilket gör att platshållardata renderas istället för att undertryckas.
4557282	Lösning: Uppdaterad logik för hantering av informationsrutor för att korrekt ignorera tomma värden, vilket förhindrar att oavsiktlig placeholder-text visas i webbformulär.
4557589	Sammanfattning: Förifyllda kryssrutefält kan visas som omarkerade när avtalet skickas för signering. Problemet uppstår när dubbletter eller motstridiga dolda värden definieras för kryssrutor eller radioknappar, vilket kan orsaka felaktig tolkning av det valda tillståndet under dokumentbearbetning.
4557589	Lösning: Uppdaterad fältvärdehantering för att korrekt bearbeta dolda värden och bevara förifyllda val, vilket säkerställer att kryssrutetillstånd förblir konsekventa när avtal genereras och skickas.
4557672	Sammanfattning: Den nya begäran-signatur-upplevelsen kan visa ett generiskt fel ("Den angivna begäran är ogiltig") när ett avtal skickas, utan att identifiera det specifika fält som orsakar felet. Detta kan inträffa när mottagardetaljer (som telefonnummerformat) misslyckas med validering, men felet visas inte tydligt för användaren.
4557672	Lösning: Uppdaterad valideringshantering för att tillhandahålla specifika felmeddelanden på fältnivå, vilket hjälper användare att identifiera och korrigera ogiltiga inmatningar innan avtalet skickas.
4557680	Sammanfattning: Mappningar för kryssrutor eller radioknappar kan misslyckas i vissa avtal när flera dokument kombineras, vilket resulterar i att förväntade värden inte tillämpas. Problemet uppstår när standardvärden inte exakt matchar definierade exportvärden, vilket kan göra att fält behandlas som separata grupper och bryter mappningsbeteendet.
4557680	Lösning: Uppdaterad fältmappningslogik för att ignorera omatchade standardvärden och korrekt associera fält över dokument, vilket förbättrar konsekvensen av kryssrute- och radioknappsbeteende.
4557902	Sammanfattning: Ett extra mellanrum kan visas mellan signaturen och datum- och tidsstämpeln i Fill and Sign-avtal. Problemet uppstår på grund av felaktig beräkning av avstånd i välformaterade signaturer, vilket leder till inkonsekvent layout jämfört med andra signeringsflöden.
4557902	Lösning: Uppdaterad beräkning av signaturlayout för att korrekt positionera signaturen och tidsstämpeln, vilket tar bort oavsiktliga mellanrum och säkerställer konsekvent formatering.
4557947	Sammanfattning: Kryssrutefält kan visas som avmarkerade i den slutliga signerade PDF:en när biblioteksmallar används, även om signeraren markerade dem. Problemet kan uppstå när kryssrutefält är felkonfigurerade eller använder vissa dolda värden, vilket leder till felaktig tolkning av det valda tillståndet under dokumentbearbetning.
4557947	Lösning: Uppdaterad kryssrutebearbetning för att korrekt tolka dolda värden och bevara valda tillstånd, vilket säkerställer att kryssruteval behålls i det signerade dokumentet.
4558295	Sammanfattning: Obligatoriska radioknappsvärden kan saknas i den slutliga signerade PDF-filen. Problemet kan uppstå när fält-värden innehåller specialtecken (till exempel citattecken eller symboler) som inte bearbetas korrekt, vilket leder till att det valda värdet inte renderas i dokument-output.
4558295	Lösning: Uppdaterad fältvärdesbearbetning för att korrekt hantera specialtecken, vilket säkerställer att valda värden bevaras och visas i den signerade PDF-filen.
4558307	Sammanfattning: Formulärfält kan ignorera konfigurerade teckenstorlekar och rendera inkonsekvent i genererade avtal. Problemet kan uppstå i flerlinjefält när dokumentbearbetningsmotorn justerar teckenstorlek för att förhindra textklippning, vilket åsidosätter fasta teckenstorleksinställningar.
4558307	Lösning: Uppdaterat fontrendering så att flerlinjefält respekterar fasta teckenstorleksinställningar, vilket förhindrar oavsiktlig storleksändring och säkerställer konsekvent output.
4558554	Sammanfattning: Signerare kan slutföra avtal utan att interagera med signaturblocket. Problemet kan uppstå i Gibson-aktiverade konton när signaturblocket inte renderas eller tillämpas korrekt under signering, vilket tillåter slutförande med endast signaturfältet.
4558554	Åtgärd: Uppdaterad signaturrendering och valideringslogik för att säkerställa att signaturblock visas korrekt och krävs innan avtalet slutförs.
4558725	Sammanfattning: Texttaggar kan misslyckas med att rendera eller konverteras till formulärfält under förhandsgranskning. Problemet kan uppstå när den uppladdade PDF:en innehåller element som inte stöds eller är ogiltiga (till exempel null-kommentarer eller befintliga ifyllbara fält), vilket förhindrar att texttaggbearbetning slutförs framgångsrikt.
4558725	Åtgärd: Uppdaterad texttaggbearbetning för att hantera PDF:er med ogiltiga eller icke stödda kommentarer mer tillförlitligt, vilket gör att fält kan genereras som förväntat under förhandsgranskning.
4559285	Sammanfattning: Telefonautentisering kan misslyckas för vissa regioner när en landskod väljs i den nya upplevelsen för begäran om signatur. Problemet uppstår när användargränssnittet visar en ofullständig eller felaktig landskod (till exempel “+1” istället för “+1246” för Barbados), vilket kan orsaka valideringsfel när avtalet skickas.
4559285	Åtgärd: Uppdaterad landskodhantering för att använda korrekta fullständiga uppringningskoder, vilket säkerställer att telefonnummer valideras och bearbetas korrekt i den nya upplevelsen.
4560119	Sammanfattning: Text i formulärfält kan visas feljusterad eller överlappa i genererade avtal. Problemet kan uppstå i flerlinjiga textfält när renderingsskillnader introduceras av dokumentbearbetningsmotorn, vilket leder till layoutförskjutningar jämfört med framtagningsvyn.
4560119	Åtgärd: Uppdaterad textrendering och layouthantering för flerlinjiga fält för att förbättra justering och förhindra överlappning, vilket säkerställer mer konsekvent visning mellan framtagning och slutliga dokument
4562058	Sammanfattning: Mottagarnamnet kan förbli oförändrat när ett annat e-postmeddelande väljs från adressboken på sidan Skicka. Problemet uppstår eftersom namnfältet inte uppdateras när en ny kontakt väljs, vilket orsakar en felmatchning mellan det visade namnet och vald e-post.
4562058	Åtgärd: Uppdaterat mottagarvalsbeteende så att namnfältet alltid uppdateras när en ny kontakt väljs, vilket säkerställer att namnet och e-posten förblir synkroniserade.
4566339	Sammanfattning: Felaktiga kryssrutetillstånd kan visas när statiska XFA-PDF:er med felaktiga fältvärden bearbetas. Problemet kan uppstå när XFA-data som inte stöds eller är ogiltiga (till exempel strängvärden i numeriska fält) hanteras inkonsekvent, särskilt i Gibson-aktiverade miljöer där kryssrutestandarder kan misstolkas.
4566339	Åtgärd: Uppdaterad XFA-hantering i dokumentbearbetningspipelinen för att normalisera eller ignorera felaktiga värden mer konsekvent, vilket förhindrar felaktiga kryssrutetillstånd och anpassar beteende över miljöer.
4567278	Sammanfattning: Skrivskyddade textfält kan misslyckas med att visas på signeringssidan när dynamiska deltagare är aktiverade. Problemet uppstår på grund av fältrenderingsinkonsistenser under deltagarupplösning, vilket kan orsaka att icke-redigerbara fält utelämnas från signerarens vy.
4567278	Åtgärd: Uppdaterad fältrenderingslogik för dynamiska deltagare för att säkerställa att skrivskyddade fält konsekvent inkluderas och visas under signering.
4568023	Sammanfattning: Bild- och Mobile-signaturalternativ kan misslyckas med att visas i webbformulär under signering. Problemet kan uppstå på grund av inkonsekvent laddning av signaturalternativ i webbformulärsinmatningsflödet, där vissa signeringsmetoder inte visas förrän sessionen laddas om eller nås genom en alternativ väg.
4568023	Åtgärd: Uppdaterad webbformulärssigneringsinitialisering för att konsekvent ladda alla aktiverade signaturalternativ, vilket säkerställer att Bild- och Mobile-metoder är tillgängliga över alla ingångspunkter.

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 automatisk komplettering och flervalbeteende som är konsekvent med det befintliga Sender filtret och gäller för både visuella rapporter och CSV-exporter.

Ä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.

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.

Föregående

Adobe Acrobat Sign versionsinformation - 2023

Nästa

Adobe Acrobat Sign Release Notes - 2022

Läs mer

Lär dig med detaljerade videohandledningar och praktiska råd direkt i appen.

Användarforum

Delta i diskussioner, hitta svar, lär dig av experter och dela med dig av dina kunskaper.

Adobe-startsidan

Få tillgång till dina Creative Cloud-favoritprogram, tjänster, filhantering med mera.