Senast uppdaterad den
2 apr. 2026
Adobe Acrobat Sign Release Notes: 2025
Produktionsdistribution: 11 februari 2025
GovCloud-distribution: 18 februari 2025
Förbättrade funktioner
- Användargränssnittet för Anpassade arbetsflöden för sändning har förbättrats. Den Anpassade arbetsflödesdesignern har uppdaterats för att erbjuda bättre avsändarupplevelser som anpassar sig till utseendet och känslan i Begär signatur.
Tillgängliga miljöer: Sandlåda, Kommersiell | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Grupp, konto
Ändrad upplevelse
- Avtalets förfallotid kan fördröjas i upp till 12 timmar – Från och med den här versionen kommer automatisk förfallotid för ett avtal att inträffa under timmar med lägre trafik för den miljö som hanterar avtalet. I praktiken kommer alla avtal som förfaller under tider med hög trafik i en viss Acrobat Sign-miljö att ställas i kö för utförande när miljön inträder i ett tidsfönster med lägre aktivitet.
- Workday: Stöd för digital signatur för Aadhaar Identity Provider - Kunder som använder Workday-integrationen kan nu använda Aadhaar Identity Provider som metod för att autentisera sina mottagare.
Uppdateringar för REST API/webhook
API- och webhookuppdateringar för den här versionen finns i Acrobat Sign API-dokumentation.
- Ett nytt attribut för accountId läggs till i alla nyttolaster för händelseaviseringar.
- Partner för OEM Embed 2.0 kan nu konfigurera en webhook för sin kanal och lyssna på alla resursmeddelanden från varje enskilt kundkonto.
- Nya API:er för inställningar
- POST /accounts/{accountId me}/settings/search – Tar det identifierade kontot (accountId) och en lista med inställningsnamn och returnerar listan med inställningsnamn med deras värden för det angivna kontot. Endast värden på kontonivå returneras.
- Tillgängligt för användare som inte är administratörer.
- PUT /accounts/{accountId me}/inställningar – Tillämpar en tillhandahållen lista med inställningsnamn och deras värden på det identifierade kontot (accountId).
- POST /accounts/{accountId me}/settings/search – Tar det identifierade kontot (accountId) och en lista med inställningsnamn och returnerar listan med inställningsnamn med deras värden för det angivna kontot. Endast värden på kontonivå returneras.
- Nya API:er för logotyper
- POST /accounts/{accountId|me}/logo – Laddar upp CoBrandingLogo-filen.
- GET /accounts/{accountId|me}/logo – Returnerar bilddata för CoBrandingLogo-bildfilen i samma format som den laddades upp.
- Tillgängligt för användare som inte är administratörer
- DELETE /accounts/{accountId|me}/logo – Rensar CoBrandingLogo-bilden för kontot.
- API:er för signeringsorsak
- GET/accounts/{accountId me}/signingReasons – Returnerar en lista över signeringsorsaker för det identifierade kontot (accountId).
- Tillgängligt för användare som inte är administratörer.
- POST /accounts/{accountId|me}/signingReasons – Skapar en ny signeringsorsak för det identifierade kontot (accountId).
- GET /accounts/{accountId|me}/signingReasons/{signingReasonId} – Hämtar texten för den identifierade signeringsorsaken (signingReasonId) från det identifierade kontot (accountId). kontots identifierade signeringsorsak.
- Tillgängligt för användare som inte är administratörer
- PUT /accounts/{accountId|me}/signingReasons/{signingReasonId} – Uppdaterar den identifierade signeringsorsaken (signingReasonId) från det identifierade kontot (accountId).
- DELETE /accounts/{accountId|me}/signingReasons/{signingReasonId} – Tar bort den identifierade signeringsorsaken (signingReasonId) från det identifierade kontot (accountId).
- GET/accounts/{accountId me}/signingReasons – Returnerar en lista över signeringsorsaker för det identifierade kontot (accountId).
- Uppdaterade swagger-sidor för att indikera mig som en förkortning för konto-ID:t.
Korrigerade problem
| Problem | Beskrivning |
|---|---|
| 4479949 | Sammanfattning: Ett OIDC-API-anrop till en IdP innehåller parametren ”charset=UTF-8” i rubriken ”Content-type:application/x-www-form-urlencoded”. Detta genererar ett fel i stället för ett giltigt svar. |
| Korrigering: Charset togs bort eftersom inget charset ska anges. | |
| 4490523 | Sammanfattning: En knapp för att skriva ut PDF-filen är inte tillgänglig i vyn Läs avtal. |
| Korrigering: En utskriftsknapp har lagts till i vyn Läs avtal. | |
| 4494248 | Sammanfattning: Felaktiga förfallotider för avtal i avtalet på grund av att klienten inte överlämnar information om tidszon. |
| Korrigering: klienten har uppdaterats så att den är medveten om tidszoner. | |
| 4494297 | Sammanfattning: När en användare delegerar ett avtal på uppdrag av en annan användare (med avancerad kontodelning) kanske inte granskningsrapporten visar delegeringshändelsen baserat på konfigurerade inställningar som utelämnar eller inkluderar data. |
| Korrigering: Funktionen som utelämnar data har förbättrats för att ta hänsyn till situationer där händelser inträffar som inaktiverar en del innehåll, men behåller händelsen. | |
| 4495537 | Sammanfattning: Mottagare får annulleringsmeddelanden som kopia till deltagare när ett avtal skickas via Workflow och sedan annulleras utan att begära att alla parter meddelas när anpassade e-postmallar används. |
| Korrigering: CSS för CEMT-mallarna har uppdaterats för att hantera annulleringsscenarier som icke-anpassade mallar gör. | |
| 4495963 | Sammanfattning: Om delegering inte tillåts för användare på kontot är alternativen för att aktivera signering eller e-sigill för en användarprofil låsta. |
| Korrigering: Beroende av delegering har tagits bort i användargränssnittet och inställningen kan uppdateras | |
| 4496084/4510358 | Sammanfattning: Den korrekt valda alternativknappen är inte inställd när alternativknappen anges med en alternativlista |
| Korrigering: När alternativlistan finns i en alternativknapp får vi nu den valda alternativknappens index från listan över alternativ. | |
| 4497823 | Sammanfattning: Användarmeddelandet (”Ogiltig avtalsid”) för en icke-deltagande användarsession i webbläsaren för GET /SigningUrls för ett giltigt avtal. |
| Korrigering: Omformulera användarmeddelandet (”Ogiltig avtals-ID”) till ett meningsfullt meddelande. | |
| 4498914/4501065 | Sammanfattning: Användare kan inte signera dokumentet när autentiseringstypen är Acrobat Sign med bioläkemedelsinställningar aktiverade på grund av en felaktig avgränsare. |
| Korrigering: Avgränsaren som används har korrigerats. | |
| 4499847 | Sammanfattning: De digitala inställningarna uppfyller inte inställningarna för användargränssnittet och visar fler leverantörer än vad som har valts på grund av duplicerade poster i leverantörernas lista. |
| Korrigering: Rensningskod har lagts till för att säkerställa att dubbletter rensas innan inställningsvärdet hämtas och innan inställningsvärdet uppdateras. | |
| 4500637 | Sammanfattning: Uppgifterna om skapandet för en PDF-fil representeras med ett stort värde som är millisekunderna av datum, i stället för att använda PDF-strängformat för datum. |
| Korrigering: I fallet där skapandedatumet representeras av ett CosNumeric, konvertera det till ett ASDate genom att hämta CosNumeric som en sträng och sedan konvertera det till ett långt och sedan till datumobjekt. | |
| 4500649 | Sammanfattning: Automatisk justering av teckenstorleken fungerar inte på grund av fel i ett uppströmsbibliotek |
| Korrigering: Biblioteket har uppdaterats. | |
| 4501939 | Sammanfattning: ”Oväntat fel” eller ”behörighetsfel” när undertecknaren gör en betalning via Braintree på grund av en konfiguration som inte stöds med AVS. |
| Korrigering: Viss kod har lagts till för att ignorera AVS där det är möjligt. Kunderna uppmärksammas på att AVS-konfigurationen inte är kompatibel med Acrobat Sign. | |
| 4502497 | Sammanfattning: Initialfältet är inte inställt på Obligatoriskt som standard i nya framtagningslayouten |
| Korrigering: Standarddefinitionen har redigerats för att vara obligatorisk. | |
| 4502759 | Sammanfattning: Duplicerade japanska hedersbeteckningar för signerare i granskningsrapporten |
| Korrigering: Vi använder nu användarlistans sträng för alla fall i createSignatureRequestedAuditEvent(). Detta kommer att åtföljas av en strängändring där hedersbeteckningen tas bort från alla strängar för granskningshändelser som används i funktionen. | |
| 4503010 | Sammanfattning: Åtgärden GET/agreements/ID misslyckas med 500 olika serverfel för några avtal efter 17 september på grund av en ursprungskontroll. |
| Korrigering: Ursprungskontrollen har tagits bort. | |
| 4503107 | Sammanfattning: När en användare med SEND- och SIGN-behörighet byter till delarens konto och initierar ett arbetsflöde där delaren är den första undertecknaren, omdirigeras användaren till POST_SIGN-sidan i stället för ESIGN-sidan. |
| Korrigering: Kontrollen på plats har uppdaterats för att säkerställa att delningsmottagaren har SIGN-behörighet för den grupp från vilken avtalet skickades används. | |
| 4503112 | Sammanfattning: Automatisk annullering av avtal – felet AUTO_AUTHOR_FAIL på grund av ett iText-fel. |
| Korrigering: iText har tagits bort där det är obesvarat, vilket åtgärdar felet. | |
| 4503640 | Sammanfattning: Ifyllaren av formulär kan inte skicka in dokumentet. Serverfel visas när användaren klickar på ”Skicka” på XFA-dokument |
| Korrigering: Biblioteken som utvärderar PDF-filer för XFA har förbättrats för att identifiera och ta bort XFA korrekt. | |
| 4504309 | Sammanfattning: Det går inte att skicka utkast till avtal via avancerad kontodelning på grund av att slutpunkten saknas i filtret. |
| Korrigering: Lade till URL:en /account/requestSignatures/authoring i allowListedEndPointsBasedOnSendPermissions i filter.xml | |
| 4504567 | Sammanfattning: Värden för alternativknapp ändras när avtal genereras via massutskick |
| Korrigering: Ersatte hashmap med linkedhashmap för att bibehålla ordningen på infogandet vid skapande av underordnade SiB-avtal | |
| 4504631 | Sammanfattning: Felmeddelande för fel vid bearbetning av arbetsflöde: fel som inte har hanterats på grund av tecken som inte stöds i en iText-fil |
| Korrigering: iText har uppdaterats. | |
| 4504822 | Sammanfattning: Användarsökning rensas om användarlistan är för stor och en sökning begärs innan en tidigare sökning har slutförts (t.ex. inledande inläsning av användare när sidan öppnas) |
| Korrigering: När data har tagits emot kontrollerar vi om requestID matchar den senaste begäran. Om det matchar bearbetar vi svaret, och om det inte matchar ignorerar vi det. | |
| 4504831/4507199 | Sammanfattning: Signerat avtal har en ogiltig PDF-fil på 1 kB i storlek på grund av att ett felaktigt PDFFont-objekt som inte anger den obligatoriska undertypen för typsnittsobjektet. |
| Korrigering: Det PDF-genererande biblioteket har uppdaterats för att bättre hantera felformatade objekt och ge ett mer graciöst resultat. | |
| 4506230 | Sammanfattning: Automatisk fältidentifiering fungerar inte i sandlådan på grund av att anteckningen antingen är felaktig eller inte där vi letar efter den. |
| Korrigering: Nu sorterar vi varje sida och varje anteckning på sidan för att hitta anteckningen i formulärfältet för att säkerställa att vi får rätt sida. | |
| 4506959 | Sammanfattning: Landningssidan efter signering visar HTML-kodade tecken |
| Korrigering: Korrigerade källmall. | |
| 4508950 | Sammanfattning: Fält som har ett namn med en apostrof genererar ett fel i den nya upplevelsen. |
| Korrigering: Fältanalyseringskoden har förbättrats för att hantera apostrofer. | |
| 4509503 | Sammanfattning: Användare kan inte signera dokument via Acrobat Sign-appens iOS på grund av att ett datafält är tomt och skickar ett undantag för nollpekare |
| Korrigering: En nollpekare har lagts till för att på ett elegant sätt hantera omständigheten. | |
| 4509713 | Sammanfattning: Inställningen Tillåt alla användare att dela biblioteksdokument med flera grupper aktiveras automatiskt när du försöker aktivera Tillåt administratör att dela biblioteksdokument med flera grupper från Globala inställningar på grund av att ett felaktigt värde skickas. |
| Korrigering: Rätt värde används nu. | |
| 4510812 | Sammanfattning: Aadhaar-autentisering i Workday förhindrar signaturer. |
| Korrigering: Aadhaar-autentiseringssupport har lagts till i Workday. | |
| 4512044 | Sammanfattning: Moderna e-signeringen genererar ett fel om fältnamnet har ett specialtecken |
| Korrigering: Parsning av fältnamn har förbättrats för att på ett elegant sätt hantera specialtecken i fältnamn. | |
| 4516231 | Sammanfattning: Texten i granskningsrapporten gällande signeringslänken ”E-signatur som hanteras av (avsändarens namn)” anses vara för otydlig. |
| Korrigering: Strängen i granskningsrapporten har uppdaterats till ”Signeringslänken har skapats av (avsändarens namn)”. |
Produktionsdistribution: 17 mars 2025
GovCloud-distribution: 20 mars 2025
Ändrad upplevelse
- Ny e-signering-miljö för OEM-partners - Den nya e-signering-miljön har aktiverats för Acrobat Sign OEM-partners. Denna miljö ger en överlägsen signeringsmiljö för mottagarna och inkluderar möjligheten att definiera ett fältlager som mobilkunder kan växla till, vilket avsevärt förbättrar fältifyllningsprocessen.
Korrigerade problem
| Problem | Beskrivning |
|---|---|
| 4501733 | Sammanfattning: Om ett anpassat e-postvärde anges för en grupp gäller det inte för e-postmeddelanden med påminnelser och annulleringar. |
| Korrigering: E-postmallarna för påminnelse och annullering har uppdaterats för att återspegla värdet på Visa e-postadress. | |
| 4502251 | Sammanfattning: Acrobat Sign-autentisering kan inte slutföras när kontot som skickar har aktiverat HIPAA och avsändaren och mottagaren har användar-ID:n på olika Acrobat Sign-shards, vilket resulterar i ett fel på grund av en ogiltig åtkomsttoken. |
| Korrigering: Acrobat Sign-autentiseringsmetoden har förbättrats för att bättre hantera mottagare med användar-ID:n över olika shards. | |
| 4504338 | Sammanfattning: Ett icke bearbetat fel utlöses när den första personen signerar ett avtal men den andra mottagaren delegeras två gånger. |
| Korrigering: Delegeringskoden har återskapats för att säkerställa att korrekt behörighet till avtalet tilldelas när seriedelegering sker. | |
| 4504648 | Sammanfattning: Kryssrutor som har lagts till via API:et, och som är aktiverade som standard, kan behålla statusen ”markerad” i det slutliga avtalet även om de är avmarkerade under själva signeringen. |
| Korrigering: Kryssrutornas ärvda värde har uppdaterats för att säkerställa att de nya värdena lagras korrekt och återspeglas i den resulterande PDF-filen, efter att en mottagare är klar. | |
| 4506085 | Sammanfattning: Fel när stora mallar kopieras från sandlåda till produktion. En mall skapades utan fält på grund av tidsbegränsningar i processen. |
| Korrigering: Tidsbegränsningarna har utökats för synkroniseringsåtgärder. | |
| 4507500 | Sammanfattning: Acrobat-användare (DC Web) kan inte ladda upp bilagor när de tillämpar en signatur på grund av en sökväg som saknas i uppladdningsfunktionen. |
| Korrigering: Sökvägen som ger Acrobat-användare åtkomst till uppladdningsfunktionen har inkluderats. | |
| 4508102 | Sammanfattning: Processen för att ta bort sidor från ett kombinerat avtalsdokument kan misslyckas då en intern tjänst kan generera ett undantag när sidrelaterade objekt såsom bokmärken, strukturer eller mottagare tas bort, vilket gör att hela åtgärden, att ta bort en sida från en PDF-fil, misslyckas. |
| Korrigering: Det interna tjänsten har förbättrats för att bättre kunna hantera bokmärken och liknande och på så sätt formatera PDF-filen korrekt, till den förväntade standarden i Acrobat Sign. | |
| 4508673 | Sammanfattning: När en anledning krävs för att signera och ett signaturfält tilldelas en roll som inte är signatör (såsom godkännare), och om modern eSign samtidigt är aktiverat, omdirigeras användaren till sidan modern eSign och får inte alternativet att ange anledningen till signaturen. |
| Korrigering: En kontroll har lagts till för krav på en anledning till signering och, om en sådan finns, kan mottagaren använda standardsidan för e-signering. | |
| 4508674 | Sammanfattning: Signerade avtal med felformaterade mottagare kan inte hämtas. |
| Korrigering: Det interna biblioteket har korrigerats för att bättre hantera felformaterade bokmärken och mottagare. | |
| 4508934 | Sammanfattning: I Salesforce-integreringen förkortas filnamnet efter ”.” i e-postmeddelandet om signerad PDF-fil |
| Korrigering: Trimningsfunktionen för strängar har förbättrats för att identifiera strängar efter en punkt som inte är tillägg. | |
| 4509274 | Sammanfattning: Om avsändaren är den första (eller enda) signatören i en MS Teams-miljö öppnas avtalet inte på en ny flik efter sändning på grund av att ett tomt värde skickas i API-omdirigeringen. |
| Korrigering: Förbättrade API-omdirigeringen genom att skicka rätt värden när signeringen utlöses och öppna den nya fliken. | |
| 4509485 | Sammanfattning: Att ta bort sidor från ett kombinerat avtalsdokument kan misslyckas då en intern tjänst kan generera ett undantag när sidrelaterade objekt såsom bokmärken, strukturer och mottagare tas bort, vilket gör att hela åtgärden misslyckas. Användare kanske inte kan hämta sitt avtal i PDF-format och följande felmeddelande visas: ”Dokumentet är ännu inte tillgängligt eller har inga sidor att visa”. |
| Korrigering: Det interna tjänsten har uppdaterats för att omsluta borttagningen i tester för att bättre kunna hantera felaktiga PDF-filer. | |
| 4509562 | Sammanfattning: På grund av ett äldre SDK-paket kan problem uppstå för stora avtal där endast de första sidorna i avtalet skrivs ut till PDF-filen när avtalet öppnas på sidan Hantera. |
| Korrigering: SDK-paketet har uppdaterats, vilket korrigerar problemet. | |
| 4509684 | Sammanfattning: När GET /agreements/{agreementId}/documents/{documentId}) anropas från REST API:et utlöses ett fel: ”Servern kan inte skicka svaret i ett format som har begärts i det accepterande sidhuvudet” (The server cannot send the response in a format requested in the Accept header) på grund av en felaktig innehållstyp. |
| Korrigering: Innehållstypens värde har åtgärdats. | |
| 4509712 | Sammanfattning: Endast 100 grupper visas när mallar försöker delas med flera grupper. |
| Korrigering: Antalet grupper som hämtats från API:et har ökats till 1 000 | |
| 4509989 | Sammanfattning: Om ett namnfält finns bredvid signaturfältet på webbformulärets eSign-sida, efter att ha signaturen har tillämpats, har fältet Namn inte signatörens namn och det är inte synligt. |
| Korrigering: En ytterligare funktion har lagts till för att kontrollera namnvärdet i fältet Namn och jämföra det med det befintliga värdet. Om det har ändrats fylls fältet i med det nya värdet. | |
| 4510498 | Sammanfattning: Att dölja e-postmeddelanden till mottagare misslyckas för avtal med fysisk signatur på grund av att det inte finns konfigurerbara inställningar för att kontrollera funktionen. |
| Korrigering: En ny inställning har lagts till för att uttryckligen hantera den här typen av e-postdistribution. | |
| 4511386 | Sammanfattning: När en signatör med en digital signatur väljer alternativet att hämta och signera, ökar deltagarräknare innan signaturen tillämpas. |
| Korrigering: Logiken som uppdaterar systemet har förbättrats för att bättre återspegla avtalets aktuella status. | |
| 4511390 | Sammanfattning: Gruppadministratörer har inte behörigheten att helt skapa en delning med gruppanvändare. |
| Korrigering: Delningsfunktionen för gruppadministratörer har uppdaterats för att åtgärda problemet. | |
| 4511902 | Sammanfattning: Den anpassade datumtaggen är inte kompatibel med den nya upplevelsen när visningsformatet innehåller citattecken (på grund av kodningen). |
| Korrigering: Acrobat avkodar värdet innan det sparas. | |
| 4517094 | Sammanfattning: Länken till användningsvillkoren fungerar inte på grund av att sidan flyttas till en ny käll-URL. |
| Korrigering: Koden har uppdaterats för att hämta nuvarande URL. |
Produktionsdistribution: 22 april 2025
GovCloud-distribution: 24 april 2025
Förbättrade funktioner
- Massutskick: Masshämtning – Avsändare kan nu enkelt hämta slutförda underordnade avtal från transaktionen Send in Bulk direkt på sidan Hantera. ZIP-filen innehåller bara slutförda avtal, namngivna baserat på deras transaktions-ID, medan avtal som är pågående, annullerade, avvisade eller förfallna avtal utesluts.
Varje nedladdningsbegäran stöder upp till 100 MB data och erbjuder ett snabbt och effektivt sätt att komma åt färdiga dokument i ett enda steg.
- Förbättrad mobil signering – Avsändare kan nu aktivera och konfigurera en optimerad signering för mobila enheter, vilket ger mottagarna två visningsalternativ:
- PDF-vy – visar hela avtalet för granskning och signering.
- Fältskyddad visning – fokuserar på formulärfält, vilket gör det enklare att fylla i och signera avtal på mobila enheter.
Den här uppdateringen effektiviserar signeringsprocessen, förbättrar ifyllningsgraden för formulär och förbättrar den övergripande upplevelsen på mobila enheter.
- Kopiemottagare för enskilda mottagare i den anpassade arbetsflödesdesignern – den anpassade arbetsflödesdesignern tillåter nu att varje enskild mottagare har dedikerade kopiemottagare. Om det här alternativet är aktiverat får kopiemottagare meddelanden samtidigt som den avsedda mottagaren, vilket säkerställer bättre synlighet och effektivare kommunikation. Den här funktionen är tillgänglig om kontot är konfigurerat för att tillåta det.
- Kryssruta och alternativknapp: alternativet Visa kantlinje för fält – Fälten för kryssruta och alternativknapp innehåller nu alternativet att Visa kantlinje för fält när du visar och skriver ut avtalet. Alternativet kan inaktiveras om det överförda dokumentet redan har kantlinjer för att skapa ett snyggare slutdokument.
Alternativet är aktiverat som standard och konfigurerat på fältnivå.
- Förbättrad automatisk identifiering av formulärfält Funktionen Automatisk identifiering av formulärfält infogar nu identifierade fält automatiskt, vilket gör det smidigare att skapa formulär. Användarna behåller fullständig kontroll och kan redigera eller radera alla infogade fält med en enda åtgärd.
- Nytt alternativ: nu kan du ange mottagarens signaturtyp – Avsändare kan ange signaturtyp för mottagare när de skickar avtal med den nya processen Begär signatur. Om alternativet är aktiverat visas en listruta för Signaturtyp i avsnittet Mottagarinställningar på sidan Skapa med de alternativ som tillåts i gruppinställningarna.
- Inställningen kan konfigureras på gruppnivå.
- Om avsändaren väljer en signaturtyp måste mottagaren använda den typen.
- Avsändaren kan välja flera alternativ för mottagaren.
- Mottagaren kan själv välja önskad signaturtyp om avsändaren inte har gjort något val.
Den här funktionen ger större kontroll över signaturmetoder samtidigt som flexibiliteten behålls vid behov.
- Förbättrad användarhantering i Acrobat Sign – Vyn för användaradministratörer i Acrobat Sign har uppdaterats med syftet att ge bättre insyn i användarnas status. Det förbättrade gränssnittet ger enklare åtkomst till granskning av väntande inbjudningar och tydliga indikatorer på etableringsproblem. Det nya gränssnittet lyfter också fram de mest framträdande åtgärderna som administratörer kan utföra för var och en av statuskategorierna (Lägg till användare, Skicka påminnelse och Kontakta support) för att effektivisera etableringsprocessen för användare.
- Förbättra mottagardatasäkerhet genom att konfigurera mottagare med begränsad åtkomst – funktionen Begränsad åtkomst till avtal förbättrar sekretessen genom att förhindra att avtal bifogas till mottagarens användar-ID för Acrobat Sign (om de har ett). När funktionen är aktiverad visas alternativet Mottagarens avtalsåtkomst i avsnittet Mottagarinställningar på sidan Skapa. Administratörer kan konfigurera inställningen så att den aktiveras som standard och göra den redigerbar för avsändare.
När en mottagare är markerad som begränsad behandlas de som om de inte har ett aktivt Acrobat Sign-användarkonto. Detta leder till att avtalet inte visas på sidan Hantera. Detta förhindrar oavsiktlig dataläckage på grund av delningsrelationer på gruppnivå.
- Ny WhatsApp-leverans för engångslösenord – Acrobat Sign har nu stöd för WhatsApp som leveransmetod för engångslösenord (OTP) till mottagarnas telefoner. Den här funktionen fungerar på samma sätt som SMS-leverans men använder sig av WhatsApps teknik och infrastruktur, vilket ger ytterligare stabilitet och ett bekvämt kommunikationsalternativ. WhatsApp OTP-autentisering är en premiumautentiseringstyp som är tillgänglig när nya avtal skapas.
- Återgranska mottagarkonfiguration från framtagningssidan – avsändare som använder den nya upplevelsen Begär signatur kan nu gå tillbaka till sidan Skapa från miljön Framtagning för att återkonfigurera mottagare och deras egenskaper utan att förlora sina framsteg. Detta gör det möjligt att justera mottagarordningen och detaljerna samtidigt som befintliga fälttilldelningar inte förändras (t.ex. Signerare 1 förblir Signerare 1). (Om en deltagare tas bort kommer även deras relaterade fält att tas bort.)
- Ny redigeringsmiljö för biblioteksmallar – redigeringsmiljön för biblioteksmallar har nu den moderna redigeringsupplevelsen för fältplacering, vilket gör det enklare att skapa och anpassa mallar. Förbättringarna omfattar:
Dessa uppdateringar effektiviserar mallskapandet och säkerställer en smidig upplevelse för både avsändare och mottagare.
- Nya identitetsleverantörer (IdP) har lagts till i Acrobat Sign – Acrobat Sign utökar sin lista över identitetsleverantörer (IdP) för att förbättra mottagarnas autentiseringsalternativ. Följande nya IdP:er är nu tillgängliga:
- OneID ID Check
- OneID ID Proof
- OneID ID Assure
- OneID Sign-Up Plus
Dessa tillägg utökar Acrobat Signs kompatibilitet med globala identitetsverifieringsstandarder och stöder smidig och säker autentisering inom flera branscher.
- Utökade landsstöd för telefonautentisering – telefonautentisering och avtalsleverans via SMS har nu stöd för dessa ytterligare länder och landstelefonnummer:
- Isle of Man (+44)
- Guernsey (+44)
- Jersey (+44)
Ändrad upplevelse
- Den moderna miljön Begär signatur har blir standardupplevelsen när du skapar ett nytt avtal. Alla befintliga konton har omvandlats till den moderna miljön
- Användare kan inte längre komma åt länkar för att växla mellan den nya och klassiska miljön.
- Administratörer har fortfarande möjlighet att aktivera den klassiska upplevelsen via administratörsmenyn.
- Kunder som använder integreringen Notarize påverkas inte av denna ändring.
- Systemadministratörer för ett VIP-konto i Admin Console tilldelas automatiskt behörighet till Acrobat Sign – när ett konto initialt köper tjänsten Acrobat Sign med en VIP-licens tilldelas deras användare med behörigheter för systemadministratörer automatiskt en Acrobat Sign-licens.
- I nya organisationer får alla befintliga tilldelade Systemadministratörer behörighet till Acrobat Sign på administratörsnivå.
- För befintliga organisationer som köper en Acrobat Sign-licens kommer alla befintliga systemadministratörer att ha behörighet på kontoadministratörsnivå till Acrobat Sign.
Acrobat Sign-licensen blir endast automatiskt tilldelad när Acrobat Sign-tjänsterna först köps in till organisationen. Behörighet sker inte för efterföljande befordrade systemadministratörer.
- Förbättrad checklista för administratörsregistrering och kommunikation – Acrobat Sign-administratörer får nu förbättrad support för att hantera kontoregistrering, inklusive nya verktyg och förbättrad e-postkommunikation.
Förbättrade registreringsfunktioner inkluderar:- Registreringschecklista – en ny flik med namn Kom igång har lagts till under sidan Administratör meden kort checklista över viktiga åtgärder för nya administratörer när de först tar kontroll över ett konto.
- Uppdaterade välkomst- och påminnelsemeddelanden via e-post – De första e-postmeddelandena som skickas till nya administratörer har granskats för att stödja registreringschecklistan, vilket ger tydligare vägledning om de kommande stegen i kontokonfigurationen.
- Månatliga översiktsmeddelanden via e-post – administratörer får en sammanfattning varje månad:
- Synlighet för alla användarstatusar och var administratörer behöver vidta åtgärder.
- Antal transaktioner/platser som har förbrukats sedan kontraktets början. Administratörer behöver inte längre gå till Admin Console bara för den här informationen.
- En kort ögonblicksbild över avtalet, inklusive årsdagen.
- Intelligent upptäckt och avisering om befintliga behörigheter – om en användares föregående behörighet till Acrobat Sign identifieras inkluderas den påverkade användaren i ett e-postmeddelande som skickas varje vecka till alla kontoadministratörer. Varje sådan användare kan visas i upp till tre meddelanden.
Dessa förbättringar hjälper administratörer att hantera sina konton på ett effektivare sätt och att hålla sig informerade om systemaktivitet och potentiella problem.
- Förbättrad funktion för användarinloggning – Acrobat Sign har effektiviserat inloggningsprocessen och autentiseringsprocessen via Adobe Identity Management System (IMS).
- Användarens organisationsprofil markeras automatiskt under inloggningsprocessen för de som har behörighet med Acrobat Sign-tjänsten (identifiering av begäran som kommer från en Acrobat Sign-källa)
- Användare som stöter på fel under inloggning får länkar i sina felmeddelanden för att kontakta sina Acrobat Sign-administratörer för hjälp.
- Alla användare som har tilldelats en aktiv behörighet men som inte har loggat in på tjänsten får upp till två e-postpåminnelser. (Det gäller även för befintliga inaktiva användare före lanseringsdatumet)
Dessa förbättringar förenklar inloggning, minskar friktion och förbättrar den övergripande användarupplevelsen.
Tillgängliga miljöer: Kommersiell | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfattning: aktiverad som standard, ej konfigurerbar
- Fliken Konto har bytt namn till Administratör – Fliken Konto , tillgänglig för administratörer på Acrobat Sign-kontonivå, har bytt namn till Administratör. Detta är en kosmetisk ändring av fliketiketten i den fristående webbversionen av applikationen. Denna uppdatering implementeras för den kommersiella miljön i april 2025 och för den offentliga miljön i maj 2025.
Uppdateringar av den mobila appen
- Uppdaterad hantering av mallfiler – mallistan i mobilappen Acrobat Sign följer nu ett strukturerat format, vilket gör det enklare att hitta specifika mallar. Strukturen justeras mot webbversionen och ordnar mallar i sektioner som:
- Mina mallar
- Gruppmallar
- Kontomallar
Den här uppdateringen förbättrar navigeringen och säkerställer konsekvens mellan mobil- och webbupplevelserna.
- Förbättrad tillgänglighet i mobilappar för Acrobat Sign – mobilappen för Acrobat Sign har nu förbättrade funktioner för tillgänglighet, vilket säkerställer bättre efterlevnad av tillgänglighetsstandarder. Uppdateringarna omfattar:
- Förbättrad färgkontrast för bättre synlighet.
- Stöd för kortkommandon för enklare navigering.
- Förbättrad kompatibilitet med skärmläsare för en mer inkluderande användarupplevelse.
Dessa förbättringar gör mobilappen mer tillgänglig för alla användare, vilket ger en smidigare och användarvänligare upplevelse.
Tillgängliga miljöer: iOS-mobilappen | Tillgängliga servicenivåer: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Konfigurationsomfång: aktiverat som standard
Integreringsuppdateringar
- Uppdaterade Acrobat Sign-anslutningar för Microsoft Power Automate – anslutningarna för Acrobat Sign till Power Automate har nu stöd för en förbättrad process för avtalsutskick som gör att dokument kan läsas in på sidan Skapa för att redigera mottagarinformation och sedan skicka avtalet till miljön Redigering för ytterligare fältplacering.
Dessutom har Acrobat Sign-anslutningar nu stöd för två avancerade autentiseringsmetoder:- Gateway för digital identitet
- Engångslösenord (OTP) via e-post
- Workday-integrering: digitala signaturer med Aadhaar e-Sign – Workday-integreringen har nu fullt stöd för den valbara Aadhaar e-Sign-tjänsten som är tillgänglig i Indien. Det är en onlinetjänst för elektroniska signaturer som underlättar digital signering av avtal med OTP-autentisering och e-KYC-verifiering.
Uppdateringar för REST API/webhook
API- och webhookuppdateringar för den här versionen finns i Acrobat Sign API-dokumentation.
- Nytt webhookfält: eventDateTimezoneOffset – Adobe Acrobat Sign introducerar eventDateTimezoneOffset, ett nytt fält i webhook-nyttolasten för prenumerationshändelsen AGREEMENT_ACTION_COMPLETED.
Det här fältet hämtar mottagarens tidszonsförskjutning när de uppdaterar avtalet, vilket ger bättre synlighet för den lokala signeringstiden.- eventDateTimezoneOffset registrerar mottagarens tidszonsförskjutning i minuter relativt till UTC (t.ex. eventDateTimezoneOffset: "UTC-300")
- Det befintliga fältet eventDate blir oförändrat och fortsätter att lagra åtgärdens UTC-tidstämpel. Tidszonens förskjutning ändrar inte eventDate-värdet.
Den här uppdateringen förbättrar spårningen av signeringsaktiviteter över olika tidszoner.
- Migrering av utvecklingsdokumentation för Acrobat Sign – utvecklardokumentation för Acrobat Sign flyttar från opensource.adobe.com/acrobat-sign till developer.adobe.com/acrobat-sign. Den här migreringen säkerställer bättre integrering med Adobes utvecklarresurser, vilket ger en mer effektiviserad och centraliserad upplevelse för utvecklare.
Korrigerade problem
| Problem | Beskrivning |
|---|---|
| 4490799 | Sammanfattning: det går inte att ändra standardlandskod med den nya upplevelsen på sidan Skicka |
| Korrigering: koden har förbättrats för att säkerställa att de ärvda gruppegenskaperna används igenom alla processer för att slutföra skapandet av avtal. | |
| 4501927 | Sammanfattning: skillnad i PDF-hantering mellan de klassiska och nya framtagningslägena efter lansering |
| Korrigering: förbättrade koden för att bättre komma åt och använda alla fältegenskaper i konverteringar av PDF-filer. | |
| 4503970 | Sammanfattning: felaktigt slutförandemeddelande när den första mottagaren är avsändaren. |
| Korrigering: meddelandet har uppdaterats för att ta rollen i beaktning och visa rätt meddelande. | |
| 4505208 | Sammanfattning: i CC-fältet [Begär signatur] visas inte alternativ för automatisk ifyllning från adressboken. |
| Korrigering: adressboksfunktionen har lagts till i CC-fältet. | |
| 4507982 | Sammanfattning: när flera grupper delar med en användare via avancerad kontodelning kan ett prestandafel inträffa när du försöker komma åt en mall på fliken Hantera, Mallfilter. |
| Korrigering: vissa funktioner har omarbetats för att optimera sökning i flera grupper. | |
| 4508227 | Sammanfattning: ett ej hanterat fel uppstår när avtal signeras som kom från den nya framtagningsupplevelsen med betalningsfält. |
| Korrigering: uppdaterade slutpunkten för att göra hanteringen av fältet mindre tvetydig. | |
| 4508929 | Sammanfattning: fel utlöstes för fältetiketter för Anpassad arbetsflödesdesigner som är under 100 tecken på grund av kodade specialtecken. |
| Korrigering: specialtecken avkodas vid validering av teckengränsen. | |
| 4509141 | Sammanfattning: ett fel utan information utlöses när ett avtal skickas med en vittne och gruppen är konfigurerad för att kräva en autentiseringsmetod, men vittnet är konfigurerat utan autentisering. |
| Korrigering: konfigurationsprocessen innehåller nu ett felmeddelande som anger när tvåfaktorsautentisering för alla mottagare har konfigurerats och ett vittne används. | |
| 4509366 | Sammanfattning: uppdatering av FedRAMP-kundnamn misslyckades med specialtecken på grund av att tecken inte ersätts med HTML-enhetsnummer. |
| Korrigering: Uppdaterade processen för att hantera specialtecken korrekt i FedRAMP-miljön. | |
| 4509680 | Sammanfattning: lägg till länder Isle of Man, Guernsey och Jersey för landskoden +44. |
| Korrigering: lade till konstanterna för COUNTRY_CODE för Isle of Man, Guernsey och Jersey | |
| 4510255 | Sammanfattning: när man försöker skapa en användare som redan finns i en annan grupp verkar användaren skapas i gruppen utan användning. |
| Korrigering: felet har förbättrats för att indikera att användaren har flyttats till den nya gruppen (har inte skapats). | |
| 4510309 | Sammanfattning: när ett signaturblock läggs till via API med annan inputType än BLOCK dirigeras signaturprocessen till den klassiska upplevelsen på grund av att BLOCK inte identifieras korrekt. |
| Korrigering: förbättrade villkoret för att returnera ytterligare information för att identifiera BLOCK-objektet korrekt. | |
| 4510652 | Sammanfattning: digitalt signerade formulärfält måste förenklas innan PDF-filen ändras för nästa signerare |
| Korrigering: formulärfält för digitala signaturer som har signerats inaktiveras när de skickas via ett arbetsflöde för skriftligt avtal. | |
| 4511819 | Sammanfattning: Signaturens blå linje visas i PDF-dokumentet för osignerade signaturfält. |
| Åtgärd: Osignerade signaturfält hoppas över när signaturfält återges till PDF-dokumentet. | |
| 4511965 | Sammanfattning: ledtråd för inloggning till Gateway för digital identitet fungerar inte på grund av att tillämpad ID-kontroll vid hämtning av ID-kriterierna. |
| Korrigering: kontroll av e-post- och namnmatchning har tagits bort vid hämtning av autentiseringskriterier för DIG_ID. | |
| 4513228 | Sammanfattning: fältvärdet saknas i PDF-dokumentet när fältnamnet innehåller extra utrymme på grund av att fältnamnet trimmas på backend-versionen. |
| Korrigering: trimning av fältnamnet på frontend-versionen för att hålla fältnamnet konsekvent. | |
| 4513358 | Sammanfattning: problem med filbearbetning i Adobe Sign-sandlådeinstanser på grund av formulärfält utan referenser till sidor. I sådana fall är sidan null och en null-pekare släpps. |
| Korrigering: lade till en null-kontroll för händelsen så att den kan hanteras korrekt. | |
| 4513464 | Sammanfattning: administratören stöter på flera fel när de interagerar med mallar via avancerad kontodelning eftersom API:et utvärderas under sessionsanvändarens behörigheter (t.ex. Editor_User) i stället för omvända användarens behörigheter (t.ex. Creator_User). |
| Korrigering: rubriken x-on-behalf-of-user lades till i API-begäran för att säkerställa att begäran utvärderas under den växlade användarens behörigheter (Creator_User). | |
| 4513575 | Sammanfattning: Formulärfältdata ändras inte för flerradsfält. |
| Korrigering: uppdaterad kod för att tillåta automatisk dimensionering. | |
| 4513914 | Sammanfattning: när antalet AKTIVA användare på kontot är lika stort som värdet MAX_ACTIVE_USERS går det inte att ändra ett lösenord på grund av en MaxActiveUsers-kontroll. |
| Korrigering: förbättrade funktionen för att ignorera den här kontrollen korrekt när användaren är AKTIV. | |
| 4514839 | Sammanfattning: användaren kan inte signera med flera digitala signaturer på ett avtal om det första signerade fältet inte är det första signaturfältet högst upp i dokumentet. |
| Korrigering: det har lagts till en metod för att upprepa alla fält och extrahera giltigt ärende som används ytterligare för rubriken X-JWT-Assertion. | |
| 4515343 | Sammanfattning: teckenstorleken för inmatningsfält med flera rader ändras på e-signeringssidan. Teckenstorleken multipliceras med zoomningsfaktorn, så storleken på inmatningen varierar beroende på det – specifikt för att justera dimensionerna på en sida. |
| Korrigering: metoden för att hämta teckenstorleken för fält med flera rader returnerar teckenstorleken i px, utan att multiplicera den med en zoomningsfaktor. | |
| 4515735 | Sammanfattning: när du har signerat ett avtal returneras en felformaterad sida med knappen Hantera på sidan efter signering. |
| Åtgärd: Sidan efter signering har korrigerats så att den hämtar rätt information som behövs för att rendera sidan. | |
| 4516641 | Sammanfattning: Det är möjligt att anteckningen för ett formulärfält inte bifogas till en sida. |
| Korrigering: en null-kontroll har lagts till i kommentarslistan på sidan. | |
| 4517113 | Sammanfattning: ett e-postmeddelande med ett dokumentproblem mottas vid sändning av avtal via API via ett utvecklarkonto på grund av null-pekarfel vid kontroll av formulärfält. |
| Åtgärd: Vi kontrollerar nu om listan med formulärfält är null innan vi frågar om listan är tom. | |
| 4517156 | Sammanfattning: när det finns befintliga formulärfält i en uppsättning PDF-filer med indata får inte formulärfältsgenerering köras för att skapa ytterligare formulärfält. |
| Korrigering: när det finns en lista över formulärfältsgenereringar som ska bearbetas läggs den uppgiften till i listan över uppgifter som ska köras efter ReadPDFTask |
Adobe Acrobat Sign version 16.0.1
Produktionsdistribution: 20 maj 2025
GovCloud-distribution: 22 maj 2025
Förbättrade funktioner
- Förbättra mottagardatasäkerhet genom att konfigurera mottagare med begränsad åtkomst – funktionen Begränsad åtkomst till avtal förbättrar sekretessen genom att förhindra att avtal bifogas till mottagarens användar-ID för Acrobat Sign (om de har ett). När funktionen är aktiverad visas alternativet Mottagarens avtalsåtkomst i avsnittet Mottagarinställningar på sidan Skapa. Administratörer kan konfigurera inställningen så att den aktiveras som standard och göra den redigerbar för avsändare.
När en mottagare är markerad som begränsad behandlas de som om de inte har ett aktivt Acrobat Sign-användarkonto. Detta leder till att avtalet inte visas på sidan Hantera. Detta förhindrar oavsiktlig dataläckage på grund av delningsrelationer på gruppnivå.
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga servicenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp
- API-stöd har lagts till för funktionen Begränsad åtkomst till avtal – organisationer som använder API:et för att skapa och skicka avtal kan nu använda funktionen Begränsad åtkomst till avtal som en del av sin mottagarkonfiguration. API-implementeringen av den här funktionen har en skillnad gällande när man kan komma åt dokumentet om typ av autentisering är inställd på Ingen:
- Inom Acrobat Sign-gränssnittet kan mottagaren inte se eller ladda ner avtalet förrän det har undertecknats. Även om ingen autentisering har konfigurerats inaktiveras åtkomst till avtalet då åtgärderna Visa och Hämta inaktiveras.
- När du använder API:et kan avtalet visas och hämtas med token när autentiseringen har godkänts. I fallet där ingen autentisering är konfigurerad kan avtalet visas eller hämtas innan det signeras.
Tillgängliga miljöer: Sandlåda, Kommersiell, Myndigheter | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp
- Utökade landsstöd för telefonautentisering – telefonautentisering och avtalsleverans via SMS har nu stöd för dessa ytterligare länder och landstelefonnummer:
- Falklandsöarna (Malvinas) (+500)
Tillgängliga miljöer: Kommersiell | Tillgängliga servicenivåer: Acrobat Sign Solutions | Konfigurationsomfång: konto och grupp
Ändrad upplevelse
- Inloggning krävs nu för att skicka in supportärenden via webbformulär med äldre storföretagskonton – Användare med äldre storföretagskonton måste nu logga in med sina Acrobat Sign-uppgifter innan de använder webbformuläret online för att skicka in ett supportärende. Det här autentiseringssteget säkerställer att ärendet kopplas till rätt konto och dirigeras till lämpligt supportteam.
Tillgängliga miljöer: Commercial | Tillgängliga servicenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Aktiverat som standard; kan inte redigeras
Uppdateringar för REST API/webhook
API- och webhookuppdateringar för den här versionen finns i Acrobat Sign API-dokumentation.
- API:et GET /agreements har nu tjänst från en mikrotjänst – slutpunkten GET /agreements migrerar från Acrobat Sign-basprogrammet till en dedikerad mikrotjänst. Som en del av denna övergång kommer sökbegäranden att hämta data från söktjänsten (sekundär lagring) i stället för den primära databasen. Den här ändringen förbättrar tjänstens stabilitet och förhindrar att atypiska API-anrop påverkar Acrobat Sign-upplevelsen.
- Den maximala sidstorleken för anropet GET/agreements är nu 500 avtal per begäran. Historiskt hämtade söktjänsten inte längre än 100 avtal per sida. Om fler avtal krävs kan flera frågor med ett bredare omfång krävas.
- Eftersom sökningar nu sker i sekundär lagring kan vi observera mindre ytterligare fördröjning vid anrop av slutpunkten GET /agreements.
- Uppdatering av API-begränsning - Efter versionen i maj 2025 kommer nya API-begränsningsregler att tillämpas:
- När hög total systembelastning upptäcks kommer Acrobat Sign att begränsa en deluppsättning av API-förfrågningar över hela systemet.
- När kunder med hög förbrukning identifieras som bidragande till att det övergripande systemet är långsamt kommer Acrobat Sign att strypa en deluppsättning av API-förfrågningarna för den kunden.
När en API-begäran begränsas kommer den att avvisas med en 429 HTTP-statuskod och följande:
Svarstext
Svarsrubrik
När du har fått svaret ovan kan du använda rubriken Retry-After eller retryAfter i svarstexten för att avgöra när du ska försöka utföra begäran igen.
Påföljd för återförsök
För alla nya konton som skapats efter versionen i maj 2025 kommer en påföljd att tillämpas om kontot inte följer det angivna intervallet för återförsök.
Om samma begäran görs igen inom det här intervallet kommer begäran att begränsas igen och tidsintervallet för återförsök återställs.
Korrigerade problem
| Problem | Beskrivning |
|---|---|
| 4477748 | Sammanfattning: användare kan inte skapa OAUTH ACCESS-TOKEN på grund av en felaktig domän i API-anropet. |
| Korrigering: domänlistan för Swagger-kontrollen har uppdaterats. | |
| 4480357 | Sammanfattning: tangentbordshantering i dialogrutan Starta från bibliotek fungerar inte korrekt när skärmläsare körs |
| Korrigering: flera korrigeringar av skärmläsarnavigering för att säkerställa att alla sidor som startas blir korrekt lästa. | |
| 4498103 | Sammanfattning: Felaktig rolltilldelning i funktionen Massutskick. Tilldelar alltid en roll som Signerare när du lägger till dig själv som den sista mottagaren. |
| Korrigering: tog bort alternativ för andra roller för avsändaren när de läggs till i den sista deltagarpositionen eftersom det är avsett att avsändaren alltid är en signerare. | |
| 4501417 | Sammanfattning: om du placerar ett signaturfält med en fältmall utlöses ett fel som blockerar ytterligare redigering. |
| Korrigering: koden har lagts till för att bearbeta texttaggelementen för texttaggen signer1. | |
| 4506667 | Sammanfattning: om en avsändare kräver att webbformulärets första signerare ska verifiera sin e-postadress fördröjs webhook-meddelanden tills den första signeraren har verifierat e-postadressen. Om den första signerarens e-postadress avvisas, då avvisas webhook-meddelandet i två timmar på grund av förväntan att parametern documentsInfo ska fyllas i. |
| Korrigering: om avsändaren kräver att webbformulärets första signerare ska verifiera sin e-postadress kommer documentsInfo inte att fyllas i för webhook-meddelandets nyttolast för avtalshändelserna (innan den första signeraren verifierar e-postadressen). Om den första signerarens e-postadress avvisas fylls documentsInfo inte i för webhook-meddelandets nyttolast för avtalshändelserna. | |
| 4511940 | Sammanfattning: standardteckenstorleken för textfält med flera rader justeras inte mot skärmens storlek, så texten blir beskuren vid signering av ett avtal med mobiltelefon. |
| Korrigering: textfält med flera rader kan inte längre åsidosätta basklassmetoden. | |
| 4513457 | Sammanfattning: problem med att analysera JSON när gruppnamnet innehåller dubbla kommandotecken. |
| Korrigering: förbättrad parsningskod för gruppnamn för att hantera dubbla citat. | |
| 4515610 | Sammanfattning: beräknade fältvärden ändras när webbformuläret skickas till ytterligare deltagare på grund av hur flytande punktnummer hanteras på backend och frontend. |
| Korrigering: ändra implementeringen på backend till att använda BigDecimal som typ för siffror | |
| 4516504 | Sammanfattning: när du skapar en återanvändbar mall och använder vyn Ny upplevelse har kryssrutan och alternativknapparna grå gränser i stället för svarta gränser på grund av att färgvärdet har förkortats. |
| Korrigering: Hex-värdet har korrigerats för att innehålla rätt värde. | |
| 4520149 | Sammanfattning: för vissa avtal uppdateras inte statusen efter att de har signerats på grund av ett sällsynt ursprungsvillkor vid inställning av flaggan next_to_sign. |
| Korrigering: ytterligare loggning har lagts till för att fånga upp och lösa detta villkor innan mottagare interagerar med avtalet. | |
| 4521246 | Sammanfattning: malldelning i flera grupper fungerar inte och genererar fel när avancerad kontodelning är aktiverat och sändningsprocessen startar från startsidan. |
| Korrigering: mallväljaren från startsidan har uppdaterats för att hämta den delade mallen korrekt. |
Adobe Acrobat Sign version 16.1
Produktionsdistribution: 22 juli 2025
Driftsättning av GovCloud: 5 augusti 2025
Förbättrade funktioner
- Använd WhatsApp för att skicka avtalslänkar direkt till mottagarens mobila enhet - WhatsApp-integrationen i Acrobat Sign har utökats för att inkludera möjligheten att skicka avtalsnotifieringar och påminnelselänkar direkt till mottagarens WhatsApp-aktiverade enhet.
- Inbyggt stöd för PDF/A för långsiktig dokumentbevaring – Acrobat Sign har nu stöd för konvertering, validering och export av dokument i PDF/A-2b-format (ISO 19005), vilket hjälper organisationer att uppfylla strikta arkiveringsstandarder och regulatoriska krav. Dokument behåller sin PDF/A-överensstämmelse genom hela avtalslivscykeln – uppladdning, signering och lagring.
- Förhindra att Adobe Acrobat Sign bäddas in på tredjepartswebbplatser – Clickjacking Defense lägger till iframe-skydd för Acrobat Sign-sidor som nås via REST API v5+. Inramning är endast tillåten när automatisk inloggning med en deklarerad överordnad domän används, vilket hjälper till att förhindra vilseledande eller obehörig inbäddning.
- Förbättrad kontroll över gruppbaserad delning. Organisationer som använder avancerad kontodelning kan nu valfritt begränsa den delade vyn av sina avtal till endast de avtal som skickas från användarens grupp. Avtal som skickas till en användare från en extern grupp filtreras bort för att skydda potentiellt privat användarkommunikation som skulle vara olämplig att dela generellt. Detta filter gäller endast delning på gruppnivå (dela en grupp med en annan grupp eller användare) och gäller inte användarbaserad delning (dela en användare med en grupp eller en annan användare).
- Uppdateringar för VIP-licensierade kunder:
- Strömlinjeformad administratörskonfiguration från startsidan – Acrobat Sign introducerar ett nytt avsnitt för kontohantering som hjälper kontoadministratörer att snabbt komma åt viktiga konfigurationsverktyg.Lägg till användare, organisera grupper, anslut integreringar och migrera mallar direkt från startsidan – ingen grävning krävs.
- Lägg till användare i Admin Console från Acrobat Sign – Administratörer kan nu lägga till användare direkt från sidan Användare i Acrobat Sign, vilket automatiskt uppdaterar Adobe Admin Console.
- Rolltilldelning i Admin Console är nu tillgänglig via Acrobat Sign – För att strömlinjeforma konfigurationen tillåter Acrobat Sign nu kontoadministratörer att tilldela viktiga Admin Console-roller – Produkt- och Supportadministratör – utan att lämna produktgränssnittet.
- Enklare åtkomst till sviten av integrationer från tredje part – En ny sida för integrationer har lagts till i administratörsmenyn, vilket ger direkta, intuitiva länkar till konfigurationsfilerna för de enskilda integrationerna.
- Enklare HIPAA-introduktion genom vägledning i produkten – Organisationer som omfattas av HIPAA kan nu påbörja aktiveringsprocessen inom Acrobat Sign via ett nytt självbetjäningsarbetsflöde genom administratörsmenyn Kom igång.Systemet skickar en automatiserad begäran till support och spårar processen baserat på BAA-signaturen och systemkonfigurationen.
- Påskynda din mallmigrering till Acrobat Sign med automatiserad mallkonvertering – Den nya mallmigrationsfunktionen hjälper kontoadministratörer att snabbt föra in sina mallar i Acrobat Sign.Ladda upp en mall-ZIP-fil, konvertera den automatiskt och granska resultaten i redigeringsmiljön – ingen teknisk expertis krävs.
- Acrobat Sign Smart Assistant Chatbot – Den nya Smart Assistant ger dig svar i appen på vanliga frågor som hur du lägger till användare, kontrollerar användning eller uppdaterar inställningar.Ställ din fråga på vanligt språk och få steg-för-steg-vägledning, relevanta HelpX-artiklar eller länkar till supportsidor.
- Acrobat Sign for Government uppdateras till den moderna upplevelsen:
- Acrobat Sign for Government: Åtkomst till det moderna gränssnittet för att begära signatur – GovernmentCloud-administratörer kan nu aktivera sitt konto eller sina grupper för att använda det moderna gränssnittet för att begära signatur.
- Acrobat Sign for Government: Mobil-först-uppgradering för mottagare – Regeringsanvändare kan nu komma åt det moderna gränssnittet, som är utformat för att förenkla signering på mobila enheter genom ett enkelt att konfigurera gränssnitt med endast formulärfält.
- Acrobat Sign for Government: Nytt gränssnitt för att skapa mall tillgängligt – Regeringsanvändare har nu åtkomst till det moderna gränssnittet för att skapa mall, vilket strömlinjeformar malldesignprocessen och förbättrar användbarheten.
- Ny betrodd tjänsteleverantör (TSP) – Acrobat Sign utökar sin lista över betrodda tjänsteleverantörer (TSP) för att förbättra mottagarens autentiseringsalternativ. Följande ny TSP är nu tillgänglig:
- eID – enkelt
Detta tillägg utökar Acrobat Signs kompatibilitet med globala standarder och stöder sömlösa och säkra digitala signaturer i flera branscher.
Ändrad upplevelse
- Förbättrad upplevelse för digital signatur – Processen för att tillämpa en molnbaserad digital signatur har förfinats för att minska antalet interaktioner som undertecknaren måste genomföra när en digital signatur tillämpas.
- Teckengränsen för etiketter i Workflow Designer har ökat till 500 tecken – När du skapar eller redigerar ett anpassat arbetsflöde i Workflow Designer kan etiketterna som används för att beskriva fält nu acceptera upp till 500 tecken (förbättrat från 100 tecken).
- Kontrollen för den nya anpassade arbetsflödesupplevelsen har flyttats till menyn Globala inställningar – Det konfigurerbara alternativet att ställa in det nya anpassade arbetsflödet som standardupplevelse har flyttats från sidan Skicka-inställningar till sidan Globala inställningar.
En ny kontroll har lagts till för att visa "växlingslänkar" så att användare kan växla mellan den nya upplevelsen och den klassiska versionen.
Korrigerade problem
| Problem | Beskrivning |
|---|---|
| 4501772 | Sammanfattning: För den moderna upplevelsen av begäran om signatur uppdateras inte mottagarmeddelandet när språket ändras i avtalsinställningarna. |
| Åtgärd: Koden för att acceptera den nya språkinställningen har uppdaterats för att hantera ändringen för meddelanden när ett nytt språk väljs. | |
| 4503504 | Sammanfattning: I sällsynta fall kan återförsök under avtalskapande resultera i att flera kopior av samma underordnade avtal genereras vid användning av Skicka i bulk |
| Åtgärd: Flera uppdateringar av hur underavtal genereras och listas internt med kontroller för att säkerställa att inga dubbletter kan skapas. | |
| 4511072 | Sammanfattning: E-postmeddelanden med rapporten över transaktionsförbrukning tas inte emot efter användning av alternativet "Skicka nu". |
| Åtgärd: E-postsystemet har uppdaterats för att lösa ett leveransproblem. | |
| 4511224 | Sammanfattning: PDF-filer inställda på "Ärvd" zoom innan de skickas ändras till "Anpassa till sida" efter signering, |
| Åtgärd: Hanteringen av anteckningar har förbättrats för att säkerställa att egenskaper korrekt bekräftas till den resulterande PDF-filen. | |
| 4512546 / 4522458 |
Sammanfattning: Delade arbetsflöden visar inte fältmallar som förväntat för konton som delas via avancerad kontodelning. |
| Åtgärd: GET /libraryDocuments/id/formFields-begäran har uppdaterats för x-on-behalf-of-user-rubriken som krävs för användningsfallet med avancerad kontodelning. | |
| 4515020 | Sammanfattning: PUT /users/{id}/groups API-anropet returnerar ett 403-fel när man försöker flytta en användare som inte finns i standardgruppen av en gruppadministratör |
| Åtgärd: Behörigheten har utökats till gruppadministratörer, som nu kan lägga till användare i sin grupp, även om den tilldelade användaren för närvarande finns i en annan icke-standardgrupp. | |
| 4516121 | Sammanfattning: När en grupp av radioknappar har individuella verktygstips visas endast det första verktygstipset för alla alternativ under signering. |
| Åtgärd: Radioknappskoden använde strikt ett verktygstips för uppsättningen av knappar. Den har uppdaterats för att tillåta individuell representation. | |
| 4516129 | Sammanfattning: Avtal löper ut baserat på UTC-motsvarigheten till avsändarens lokala tid, inte den avsedda lokala tiden. |
| Åtgärd: Logiken som kontrollerar utgångstiden baseras inte längre på webbläsartiden, utan låter istället kärnapplikationen göra valideringen. | |
| 4518192 | Sammanfattning: Signerare kan ibland inte slutföra signeringsprocessen när de använder Adobe Sign-autentisering med Okta SSO. |
| Åtgärd: Ta bort attributet crossShardLoginPage från sessionen efter lyckad inloggning. | |
| 4521018 | Sammanfattning: När den moderna signeringsupplevelsen används returnerar rullgardinsmenyfält konfigurerade med exportvärden den synliga etiketten istället för exportvärdet i /formData API-svaret. |
| Åtgärd: Dolda (export) värden skickas nu istället för de synliga värdena. | |
| 4521111 | Sammanfattning: I den nya redigeringsupplevelsen kan användare inte bläddra igenom och visa alla tillgängliga fältmallar från rullgardinsmenyn Fältmallar. |
| Åtgärd: Den moderna redigeringsupplevelsen har uppdaterats för att ladda mer än bara den första sidan av fältmallar. | |
| 4521311 | Sammanfattning: På grund av en känd 12-timmars fördröjning i mekanismen för avtalsutgång skickas påminnelser efter den faktiska utgångstiden, vilket resulterar i misslyckade signeringsförsök och förvirring hos användarna. |
| Åtgärd: För återkommande "Tills signerad"-påminnelser kontrolleras signeringsdeadline och påminnelsen skickas inte längre, men förblir aktiv så att den kan hämtas om avsändaren redigerar signeringsdeadline innan den faktiskt löper ut under 12-timmars respitperioden. | |
| 4522059 | Sammanfattning: När en signerare laddar upp en fil med hjälp av ett bilagefält och sedan slutför en digital signatur, resulterar länken Hämta dokument i ett "Sidan hittades inte"-fel. |
| Åtgärd: Kontrollsumman eliminerades från dubblettdetektering, eftersom det är en valfri egenskap i PDF-specifikationen. Acrobat Sign fortsätter att använda filnamnet och storleken för att identifiera dubbletter. | |
| 4522382 | Sammanfattning: Användare kan inte slutföra transaktioner när de använder Klicka för att signera med autentisering aktiverad. Efter inloggning slutförs inte transaktionen och måste försökas igen |
| Åtgärd: URL-parametern crossShardLandingPage togs bort från sessionen efter inloggning. | |
| 4522384 / 4523594 / 4523900 |
Sammanfattning:När funktionen Massutskick används skickas inga avtal vid det första försöket, men ett andra försök fungerar som förväntat på grund av uppgiftskö på den lokala sharden. |
| Åtgärd: Uppgiftskön har förfinats för att säkerställa att uppgifter inte fördröjs. | |
| 4522497 | Sammanfattning: Tidsstämpelformatet på avtal ändras från TT:MM:SS till TT:MM efter att dokumentet har signerats, vilket resulterar i förlust av sekunder i den slutliga revisionsloggen. |
| Åtgärd: Sekunder har lagts till i tidsmönstret. | |
| 4522509 | Sammanfattning:CC-mottagare kan inte se avtalets kontexttavla när de öppnar LDV-aktiverade avtal via e-postlänken. Istället får de felmeddelandet"Dokumentet är ännu inte synligt". |
| Åtgärd: Koden ändrades för att ge nödvändig åtkomst för att visa kontexttavlan. | |
| 4522547 | Sammanfattning:När en mall används kan den slutliga PDF-filen visa feljusterade eller saknade formulärfältsdata efter signering på grund av sidrotation som tillämpas efter varje anteckning. |
| Åtgärd: Sidrotationen har korrigerats. | |
| 4522914 | Sammanfattning: När kunder använder den nya funktionen Skicka i bulk kan det uppstå ett fel under CSV-uppladdning om värdena i kolumnerna Agreement_Message eller Private_Message överskrider en viss teckengräns. |
| Åtgärd: Teckengränsen dokumenterades i kundinriktat material. | |
| 4522945 | Sammanfattning: När man försöker redigera det återanvändbara dokumentet som konto-/gruppadministratör och försöker tillämpa en fältmall uppstår NullPointerException vid kontroll av ursprungsdeltagande |
| Åtgärd: Lade till metod för att hitta ursprungsdeltagande vid redigering av biblioteksdokument som konto-/gruppadministratör | |
| 4523043 | Sammanfattning: När du redigerar ett webbformulär som inkluderar en deltagare med rollen inställd på Delegator går det inte att läsa in sidan Ändra webbformulär. Ett konsolfel utlöses, vilket förhindrar redigeringar. |
| Åtgärd: Lade till en kontroll som säkerställer att om ROLE_MAP är odefinierad, läser koden inte className som odefinierad och ger ett fel. Istället returnerar den odefinierad. | |
| 4523061 | Sammanfattning: Signerade dokument som bifogas i e-postmeddelanden behåller sina ursprungliga filändelser i filnamnet, vilket resulterar i överflödig namngivning |
| Åtgärd: Trimmar inte längre filnamnssträngen om den börjar med '.' och skiljer sig från filändelsen. | |
| 4524122 | Sammanfattning: I den nya upplevelsen resulterar ett försök att starta ett avtal från ett sparat arbetsflöde i ett systemfel på grund av att teckengränsen har överskridits. |
| Åtgärd: Etikettgränserna har uppdaterats för att tillåta 500 tecken. | |
| 4524162 | Sammanfattning: Länkvalidering förhindrar att avtal skickas om ny redigeringsupplevelse |
| Åtgärd: En parameter har lagts till i den nya upplevelsen för att kontrollera fel-hooken, vilket möjliggör en mer avslappnad hantering av hyperlänkvalideringar. | |
| 4524356 | Sammanfattning: Användare får meddelandet "Serverfel: Det uppstod ett fel när din begäran bearbetades" när de försöker signera avtal på grund av att kantbredden -1 inte tolkas korrekt. |
| Åtgärd: Nu tolkas -1 som en standard 1pt-kantlinje och en kantlinje läggs bara till om kanten var större än noll. | |
| 4524410 | Sammanfattning: I funktionen Ny sändning uppdateras inte fältet Avtalsnamn automatiskt när du använder ett arbetsflöde och laddar upp en ny fil efter att ha tagit bort det förinställda avtalsnamnet. |
| Åtgärd: Lagt till en åtgärd för att ta bort standardvärdet för onBlur-händelsen och infört logik för att ange det först uppladdade dokumentets namn i textfältet för dokumentnamn. | |
| 4524614 | Sammanfattning: Typsnittet som används av textformulärfält i PDF:en matchar inte typsnittet som valts på författarsidan. Textfältets typsnitt är alltid SourceSansPro-Regular. |
| Åtgärd: ExternalFont.getFontReplacementMapping har utökats för att inkludera vanliga, feta och kursiva typsnitt. | |
| 4525098 | Sammanfattning: E-postmeddelandet om begärd signatur skickas inte till signerare 2 när avsändaren är signerare 2 och avsändaren ersätter signerare 1. |
| Åtgärd: Parallella mottagarlistor har förbättrats för att hantera fallet där en befintlig mottagare används för att ersätta en annan mottagare i samma mottagargrupp. | |
| 4525377 | Sammanfattning: Elektroniska sigill (eSeals) fungerar inte med den moderna upplevelsen för begäran om signatur |
| Åtgärd: Lägg till ett testfall för att verifiera mottagaren av elektroniskt sigill i ett icke-UMG-arbetsflöde, där sigillet är begränsat till gruppåtkomst. | |
| 4525491 | Sammanfattning: Avtalsnamn som innehåller icke-latinska tecken (t.ex. kinesiska, japanska, thailändska, koreanska) visas som ?????? i mottagarens Hantera-flik och e-postmeddelanden när de skickas via Skicka i bulk. |
| Åtgärd: Dokumentationen har uppdaterats för att ange att UTF-8-formatet krävs | |
| 4525653 | Sammanfattning: Avtal som skickas via API:et med JPEG-resurser avbryts automatiskt på grund av ett fel vid bearbetning av dokument. Problemet uppstår efter att resurserna har laddats upp men innan avtalet skickas. |
| Åtgärd: Lagt till stöd för JPEG SOI app0-15 | |
| 4526153 | Sammanfattning: Skalan på stämpelfältet beter sig olika i de gamla och nya redigeringsskärmarna. |
| Åtgärd: Den nya författarmiljön har uppdaterats för att skala stämpelfältet konsekvent med den klassiska versionen. | |
| 4527031 | Sammanfattning: När "Tillåt avsändare att välja signeringsordning" är avmarkerat i den nya upplevelsen förblir alternativet "Mottagare måste signera i ordning" synligt |
| Åtgärd: Koden gällande åtkomst till denna kontroll har förbättrats för att korrekt dölja alternativet när inställningen kräver det. | |
| 4527284 | Sammanfattning: Avtal som innehåller vissa skannade eller förenklade PDF-resurser misslyckas under redigering och avbryts automatiskt med felet AUTO_AUTHOR_FAIL på grund av ett internt bibliotek som inte hanteras. |
| Åtgärd: Implementerade en metod som fångar upp eventuella undantag och loggar dem, men inte avbryter genereringen av ett avtal. | |
| 4527948 | Sammanfattning: När ett beräknat Acroform-fält importeras till Sign, returnerar REST API ett fält som innehåller { calculated: true, valueExpression: '' }, vilket gör att fältet visas med ett valideringsfel. |
| Åtgärd: Fält som identifierats i detta användningsfall uppdateras nu för att anges manuellt, inte beräknas. | |
| 4528062 | Sammanfattning: API-anropet Get /users misslyckas för Salesforce-användare med mycket stora användarnummer |
| Åtgärd:En ny version av salesforce-integrationen förbättrar processen för att hämta listan över användare på ett mer effektivt sätt. | |
| 4528284 | Sammanfattning: Felaktig landskod för Caymanöarna för telefonverifiering i den nya upplevelsen |
| Korrigering: Biblioteket har uppdaterats. | |
| 4529259 / 4529319 |
Sammanfattning: Valfria signerares namn och 2FA krävs oavsett arbetsflödeskonfiguration i ett nytt och anpassat arbetsflöde för utskick |
| Åtgärd: En kontroll för valfria mottagare har lagts till så att när ingen e-postadress finns kommer autentiseringsverifieringen (telefon, lösenord, kba) inte att misslyckas med någon validering. På samma sätt kommer namnet inte heller att vara obligatoriskt för valfria mottagare såvida inte e-post-ID-fältet har någon inmatning. | |
| 4530084 | Sammanfattning: Vissa användare upplever en tom skärm när de öppnar Mottagarinställningar i den nya skickaupplevelsen. Problemet orsakas av en saknad översättning för en specifik landskodsetikett och påverkar alla språkversioner förutom en-US. |
| Åtgärd: De korrekta översättningarna har publicerats och fästs vid lämpliga funktioner. | |
| 4530537 | Sammanfattning: Ett NPE genereras när man försöker konvertera en namngiven destination till en plats, vilket förhindrar att avtal skickas. |
| Åtgärd: En ny kontroll har implementerats för att avgöra om destinationen är en namngiven destination och hoppa över den. |
Sandlådeimplementering: 19 augusti 2025
Produktionsimplementering: 16 september 2025
GovCloud-implementering: 18 september 2025
Förbättrade funktioner
- Anpassade e-postmallar tillgängliga för Acrobat Sign for Government – Kunder på GovCloud-plattformen kan nu skapa anpassade e-postmallar för sina avtalsmeddelanden och påminnelser.
- Nyheter-bannerbild på Hemsidan – En ny Nyheter-bannerbild kan aktiveras på konto- eller gruppnivå för att informera användare om nya produktmeddelanden som versionskommentarer, utbildning och systemhändelser. Detta bidrar till att öka medvetenheten om nya funktioner och alternativ, förbättra engagemanget och säkerställa att viktiga uppdateringar inte missas. Detta hjälper till att öka medvetenheten om nya funktioner och options, förbättra engagemanget och säkerställa att viktiga uppdateringar inte missas. Alla konton kommer att aktiveras efter lanseringen och kan inaktiveras av administratören på kontonivå. Det finns några undantag från regeln "aktiverad som standard":
- Den australiensiska sektorn (AU1) kommer att ha funktionen inaktiverad som standard.
- Alla konton som identifieras som "statliga" konton kommer att vara inaktiverade.
Ändrad upplevelse
- Omprofilering av Notarize integrationen till Proof - Integrationen till den online-baserade notariseringstjänsten har uppdaterats för att återspegla tjänstens nya varumärke, Proof, för all kundorienterad kommunikation.
Uppdateringar av användargränssnittet för Acrobat Sign förväntas i nästa (v16.2) release i oktober.
- Striktare validering av nationell inställning vid skapande av avtal via API - Valideringen av språkinställningar för avtal som skapas via API har skärpts.När API:et används för att skapa ett avtal och alternativet "Tillåt användare i ditt konto att välja ett annat signeringsspråk" är inaktiverat, kommer API:et att avvisa alla förfrågningar där avtalets nationella inställning inte matchar det "signeringsspråk" som valts av administratören.
Observera att skickning via webbgränssnittet inte påverkas.
Korrigerade problem
| Problem | Beskrivning |
|---|---|
| 4511940 | Sammanfattning: När en avsändare skapar ett textfält med Flerradig datainmatning aktiverad och typsnittet inställt på Auto, ser undertecknare som använder en mobil webbläsare text som skärs av i nederkanten av fältet. |
| Åtgärd: Åsidosatte basmetoden för att få fältstorleken att hantera fontSize < 0 (auto) using a modified formula specific to multiline fields. | |
| 4516038 | Sammanfattning: När avtal skickas med Skicka i bulk, ser användare ett fel: "Du har överskridit det maximala antalet dagar som tillåts för dokumentets utgångsdatum." även om Inställningar för dokumentets utgångsdatum är inaktiverade på både grupp- och kontonivå. |
| Åtgärd: Korrigerade koden för att korrekt utvärdera avtalets utgångsvärden för gruppen/kontot. | |
| 4522265 | Sammanfattning: När en pdf innehåller både ifyllbara fält och texttaggar bearbetas inte texttaggarna. |
| Åtgärd: Skapade en uppgift i det utjämnade fallet oavsett närvaron av formfältgeneratorer. Tillåter en pdf med formulärfält att bearbeta en formify-artefakt vid behov. | |
| 4522645 / 4527073 |
Sammanfattning: Signerad pdf inkluderar en tom tredje sida efter att avsändaren laddade upp ett dokument för den sista undertecknaren. |
| Åtgärd: Förbättrade hanteringsfunktionen för att korrekt hantera små strömmar. Uppladdningar av handskrivna signaturer använder det reparerade dokumentet och inte den ursprungliga uppladdningen om något problem upptäcks med det uppladdade dokumentet. | |
| 4524437 | Sammanfattning: Nya användare loggas inte in i Adobe Sign efter att ha accepterat inbjudan på grund av en felaktig URL. |
| Åtgärd: Korrigerade URL:en. | |
| 4525093 | Sammanfattning: Länken till konsumentinformationen går inte att klicka på. Länken finns där, men att klicka på den växlar bara kryssrutan istället för att öppna länken. |
| Åtgärd: Modifierade länkens CSS för att tillåta att länken öppnar en ny sida. | |
| 4525099 | Sammanfattning: Kunder som kräver SMS-leverans men har inaktiverat e-postaviseringar kan inte skicka avtal via SMS. |
| Åtgärd: SMS-/WhatsApp-leverans är inte längre beroende av e-postinställningarna. | |
| 4525328 | Sammanfattning: Användning av två eller fler mallar som innehåller hyperlänkar med samma namn genererar ett serverfel vid försök att signera |
| Åtgärd: Om dubbletter av hyperlänknamn hittas kommer länknamnen att modifieras för att säkerställa att de identifieras unikt. | |
| 4525510 | Sammanfattning: Betalningsformulärfält misslyckas med att behålla USD-valutatypen i New Authoring Experience, vilket leder till ett "Oväntat fel"-misslyckande. |
| Åtgärd: Konverteringarna för betalningsfält har uppdaterats. | |
| 4525544 | Sammanfattning: Det går inte att redigera de primära eller utkast webbformulären |
| Lösning: Vi bevarar nu de befintliga inställningarna och skickar dem till servern, istället för att använda data från användargränssnittet. | |
| 4525901 / 4532254 |
Sammanfattning: Avtalet tilldelas inte den återstående signeraren på grund av en felaktig arbetsflödesroll när nya deltagare läggs till efter att ha gått in i fältframtagning. |
| Lösning: Förbättrad kod för att bättre utvärdera deltagarrollerna när nya deltagare läggs till efter framtagning. | |
| 4526300 | Sammanfattning: Det går inte att skapa en anpassad avtals-URL med arbetsflödes-ID:t i den nya upplevelsen |
| Lösning: När anpassade URL:er skapas med endast arbetsflödes-ID:t, laddas avtalsformuläret om och anropar backend för att hämta arbetsflödet och avtalsutkastet igen under formulärladdningen. | |
| 4526756 | Sammanfattning: GovCloud API Swagger-sidans dokumentation är felaktig gällande skapandet av nya applikationer |
| Lösning: Lade till en extra fras för att undvika förvirring för FedRAMP-kunder. | |
| 4527340 | Sammanfattning: När användare tillämpar Fill & Sign i Acrobat webb och sedan väljer Bjud in för e-signering, visas inte de värden som angetts under Fill & Sign när avtalet övergår till Acrobat Sign-framtagningssidan. Framtagningsvyn visar tomma fält istället för de ifyllda värdena. |
| Lösning: Standardvärdet för teckenstorleken har korrigerats, vilket gör att innehållet visas korrekt. | |
| 4528835 | Sammanfattning: "MISC_SERVER_ERROR för GET formData Något diverse fel har inträffat" fel när GET /formData anropas för en specifik Markör på grund av ett null pointer-fel. |
| Lösning: Lade till en NPE-kontroll och loggning. | |
| 4528902 | Sammanfattning: När ett avtal skickas för sekventiell signering till 2 deltagare, försvinner fältet "mottagarens namn" som tilldelats den första deltagaren under bearbetningen av PDF-modellen. När rollen för fältet "mottagarens namn" ställs in, misslyckas konverteringen av deltagandeuppsättningens roll som lagras i PDF-modellen. |
| Lösning: Flera funktioner har uppdaterats för att hantera denna typ av konvertering korrekt. | |
| 4531278 | Sammanfattning: Vissa e-postadresser som lagts till som kopia tas bort automatiskt efter att transaktionen skickats om de skapades innan Acrobat Sign lade till automatisk konvertering till gemener av e-postadresser vid användarskapande. |
| Lösning: Uppdaterade e-postadressuppslag/jämförelse i koden för borttagning av kopior till att vara skiftlägesokänslig | |
| 4531669 | Sammanfattning: Avtal kan inte skickas med PDF-dokument när formulärfält med namn som överskrider PDF-specifikationens gränser bearbetas. |
| Lösning: NPE-kontroller har lagts till för en kommentars utseende. | |
| 4531998 | Sammanfattning: Det går inte att komma åt underordnade avtal via API - "Ogiltigt dokument-ID"-fel på grund av en null-bokmärkestitel. |
| Lösning: Tog bort felsökningsuttalande som kan misslyckas med en NPE om bokmärkestiteln är null. | |
| 4532642 | Sammanfattning: När man försöker ersätta en av motpartsignerarna i ett webbformulär som inkluderar ytterligare okända signerare och mottagargrupp för motpartssignerare, försöker uppdateringsmetoden läsa e-post från okända deltagare (ytterligare okända signerare), som inte har några användar-/e-postdata, vilket orsakar ett NullPointerException. |
| Lösning: Lade till ett filtervillkor för att exkludera okända deltaganden från e-postinsamlingsströmmen, vilket förhindrar NPE vid bearbetning av deltaganden som ännu inte har användar-/e-postdata. |
Adobe Acrobat Sign version 16.2
Produktionsdriftsättning: 7 oktober 2025
GovCloud-driftsättning: 14 oktober 2025
Förbättrade funktioner
- Begär signatur introducerar flera UX-förbättringar utformade för att minska antalet klick och förbättra effektiviteten - Dessa uppdateringar tar hänsyn till kundfeedback och gör den nya Request Signature upplevelsen snabbare, mer upptäckbar och bättre anpassad till det klassiska arbetsflödet.
- Alla signaturtyper är expanderade som standard i framtagning
- Förifylld roll är alltid synlig i framtagning
- Infogade knappar för att lägga till mottagare ersätter dolda menyer
- Automatisk ny mottagarrad när en adress läggs till
- Stöd för kopiering/inklistring av flera mottagaradresser
- Adminkontroller för att konfigurera användarupplevelsen när nya avtal upprättas. Välj mellan en guidad process eller att visa alla avsnitt direkt.
- API-stöd för kryssrutegrupper, som låter avsändare definiera flervalsmöjligheter i ett formulär - Med kryssrutegrupper kan avsändare specificera hur många alternativ mottagaren måste välja, vilket ökar flexibiliteten för avtal som kräver strukturerad flervalsinmatning.
Observera att alternativet för flervalskryssrutor endast är tillgängligt för API-skapade avtal.- Definiera kryssrutegrupper med flerval.
- Konfigurera regler för exakta, minsta, största eller intervallbaserade val.
- Validering genomdrivs under signering i den klassiska e-signeringsupplevelsen.
- Mottagarens val bevaras i signerade avtal och nedladdningsbar formulärdata.
- Användarinbjudan till deras Acrobat Sign-organisation - Bjud in teammedlemmar direkt från Acrobat Sign-gränssnittet med administratörskontrollerade arbetsflöden för snabbare teamadoption. Beroende på konfiguration kan inbjudna användare automatiskt tillhandahållas, dirigeras genom Just-In-Time (JIT)-tillhandahållande eller kräva administratörsgodkännande. Detta effektiviserade flöde minskar friktionen för SMB- och mellanmarknadsgrupper, påskyndar antagandet av delade arbetsflöden och ger administratörer bättre insyn i den verkliga licensefterfrågan.
- Ny Bjud in-knapp på sidorna Hem och Hantera för slutanvändare
- Inbjudna användare får ett välkomstmeddelande och läggs smidigt till i organisationen
- Inbjudningar respekterar befintliga regler för automatisk tilldelning
- Administratörer kan granska väntande förfrågningar i avsnittet Åtkomstförfrågningar
- Om automatisk tilldelning är inaktiverad skickas förfrågningar till administratörer för godkännande
- Omorganiserad användarsida - Användarsidan har omorganiserats för att bättre hantera användare med olika status och för att öka synligheten för nyligen inbjudna teammedlemmar. Detta hjälper till att isolera användare som har problem med att aktivera sina konton och påskyndar introduktionen för det större teamet.
- Tillåtna IP-intervall för åtkomst till Acrobat Sign har utökats till Grupper och API:er - Mer flexibilitet har tillhandahållits för IP-begränsningskontroller vid säkring av åtkomst till Acrobat Sign. IP-begränsningar kan nu konfigureras på gruppnivå av gruppadministratörer. Dessutom gäller begränsningarna nu API-åtkomst: om ett konto eller en grupp anger en tillåten uppsättning IP-adresser kan både Acrobat Sign-användargränssnittet och API:erna endast nås från dessa adresser.
- IP-begränsningar gäller nu för både användargränssnitt och API-åtkomst.
- Gruppadministratörer kan konfigurera IP-begränsningar för sina grupper.
- Användare i flera grupper utvärderas mot IP-policyn för deras standardgrupp.
- Integrationer och partnerapplikationer tillåts som standard och begränsas inte av IP-blockering.
- Administratörer kan samarbeta med Adobe Support för att blockera applikationer på grupp- eller kontonivå. Om åtkomst blockeras måste applikationen använda tillåtelselistade IP-adresser för att ansluta till Acrobat Sign.
- Kvalitetsförbättringar för ETLA-licensierade kunder - De senaste uppdateringarna som släpptes för VIP licensierade kunder utökas nu till ETLA-licensierade kunder med ett licensvärde under 100K US (kontakta din kontoansvarige eller support om du har några frågor):
- Strömlinjeformad administratörsinställning från startsidan – Acrobat Sign introducerar ett nytt avsnitt för kontohantering som hjälper kontoadministratörer att snabbt komma åt viktiga konfigurationsverktyg. Lägg till användare, organisera grupper, anslut integreringar och migrera mallar direkt från startsidan – ingen grävning krävs.
- Lägg till användare i Admin Console från Acrobat Sign – Administratörer kan nu lägga till användare direkt från sidan Användare i Acrobat Sign, vilket automatiskt uppdaterar Adobe Admin Console.
- Detta element kommer att lanseras under första veckan i november 2025.
- Rolltilldelning i Admin Console är nu tillgänglig via Acrobat Sign – För att effektivisera konfigurationen tillåter Acrobat Sign nu kontoadministratörer att tilldela viktiga Admin Console-roller – produkt- och supportadministratör – utan att lämna produktgränssnittet.
- Enklare åtkomst till sviten av integrationer från tredje part – En ny sida för integrationer har lagts till i administratörsmenyn, vilket ger direkta, intuitiva länkar till konfigurationsfilerna för de enskilda integrationerna.
- Enklare HIPAA-introduktion genom vägledning i produkten – Organisationer som omfattas av HIPAA kan nu påbörja aktiveringsprocessen inom Acrobat Sign via ett nytt självbetjäningsarbetsflöde genom administratörsmenyn Kom igång.Systemet skickar en automatiserad begäran till support och spårar processen baserat på BAA-signaturen och systemkonfigurationen.
- Påskynda din mallmigrering till Acrobat Sign med automatiserad mallkonvertering - Den nya mallmigreringsfunktionen hjälper kontoadministratörer att snabbt föra över sina mallar till Acrobat Sign. Ladda upp en mall-ZIP-fil, konvertera den automatiskt och granska resultaten i redigeringsmiljön – ingen teknisk expertis krävs.
- Ta bort certifierings- och låsningssignaturer från digitalt signerade avtal - Organisationer som behöver passera tredjepartssignatursvalideringstjänster kan nu be Adobe-supporten att konfigurera deras konto- eller gruppinställningar för att hoppa över tillämpningen av Adobes certifikat och förhindra låsningssignaturer på digitalt signerade avtal. När det är aktiverat innehåller avtalen endast mottagarens digitala signaturer, vilket minskar avvisningsfrekvensen i strikta regionala valideringsverktyg.
- Kontoadministratörer kan be Adobe-supporten att exkludera Adobe-certifiering och låsningssignaturer på konto- och/eller gruppnivå.
- Avtal innehåller endast mottagarens digitala signaturer, vilket förbättrar acceptansen hos tredjepartsvaliderare.
- Granskningsrapporten registrerar när certifiering hoppas över, inklusive ett SHA-256-dokumentfingeravtryck
- Gäller för alla exportkontaktpunkter: e-postbilagor, nedladdningar från hanteringssidan, API och webhook-nyttolaster
- Löser efterlevnadsluckor som tagits upp av kunder som kräver validering enligt regionala förtroendeordningar - Beskrivning
- PDF/A förbättrad för att stödja PDF/A-3B-överensstämmelse och konvertera alla uppladdade filer till den valda PDF/A-standard - Administratörer kan nu aktivera konvertering och normalisering av uppladdade filer – inklusive PDF-filer, Microsoft Office-format och rasterbilder – till PDF/A-2b eller PDF/A-3b. Befintliga PDF/A-filer valideras, repareras vid behov eller normaliseras till den konfigurerade målnivån.
- Administratörer kan konfigurera PDF/A-arbetsflöden på konto- eller gruppnivå.
- Stödda överensstämmelsenivåer: PDF/A-2b (standard) och PDF/A-3b.
- Icke-PDF och icke-kompatibla PDF-dokument konverteras automatiskt till PDF/A.
- Skadade PDF/A-filer repareras eller normaliseras till målnivån.
- Bilagor tillåtna enligt PDF/A-regler: PDF/A-2b (endast PDF/A), PDF/A-3b (valfri fil).
- Avtal omvalideras för PDF/A-överensstämmelse vid signeringens slutförande.
- Granskningsrapporter genereras valfritt i PDF/A-format och inkluderar PDF/A-validerings-/konverteringsresultat med överensstämmelsenivå.
- "Autentiseringsmetod uppdaterad"-händelser i granskningsrapporter - Ändringar i mottagarens autentiseringsmetoder kan nu inkluderas i granskningsrapporten som separata händelser. När en avsändare (eller auktoriserad delegat) uppdaterar en mottagares autentiseringsmetod – till exempel byter från SMS OTP till e-post OTP – fångas uppdateringen upp och registreras i avtalets granskningsrapport, aktivitetslogg och API-händelselista.
- En ny händelse, Authentication Method Updated, visas i granskningsrapporten och visar:
- Den påverkade mottagaren
- Användaren som gjorde ändringen
- Den ursprungliga autentiseringsmetoden
- Den nya autentiseringsmetoden
- Tidsstämpeln för ändringen
- Händelser exponeras också genom API:et GET /agreements/{agreementId}/events.
- Aktivitetsloggar visar händelsen med detaljer om mottagare, initiativtagare och tidsstämpel.
- En ny händelse, Authentication Method Updated, visas i granskningsrapporten och visar:
Ändrad upplevelse
- IPv6-åtkomst för Acrobat Sign for Government- Organisationer som använder IPv6 på Acrobat Sign for Government-tjänsten har nu åtkomst till Acrobat Sign IPv6-adresser:
- 2001:489a:3102:4::160/124 (IPv6)
- 2001:489a:3102:4::150/124 (IPv6)
- Den moderna mottagarupplevelsen för e-signering är nu standardmiljön för alla konton - Alla konton har uppdaterats för att använda den moderna e-signeringsmiljön. Administratörskontroller finns kvar i administratörsmenyn för att aktivera den klassiska miljön om det behövs.
- Den moderna begär signatur upplevelsen är nu standardmiljön för alla konton - Alla konton har uppdaterats för att använda den moderna begär signatur miljön. Administratörskontroller finns kvar i administratörsmenyn för att aktivera den klassiska miljön om det behövs.
- Den moderna skapa mall upplevelsen är nu standardmiljön för alla storföretag-konton - Alla konton har uppdaterats för att använda den moderna skapa biblioteksmall miljön. Administratörskontroller finns kvar i administratörsmenyn för att aktivera den klassiska miljön om det behövs.
- Den moderna anpassade arbetsflödesdesignern upplevelsen är nu standardmiljön för alla konton - Alla konton har uppdaterats för att använda den moderna arbetsflödesdesignern miljön. Administratörskontroller finns kvar i administratörsmenyn för att aktivera den klassiska miljön om det behövs, och växlingslänkar finns kvar för användare att växla mellan de klassiska och moderna upplevelserna (om de är aktiverade)
Uppdateringar för REST API/webhook
API- och webhookuppdateringar för den här versionen finns i Acrobat Sign API-dokumentation.
- API-avsökningströskelvärde för GET API-slutpunkter gällande status-hämtning eller listningssyften- Ett nytt avsökningströskelvärde begränsar nu hur ofta klientapplikationer kan avsöka specifika GET /agreement slutpunkter.
- Super Group Admin-roll för OEM-partners - En ny Super Group Admin-roll är tillgänglig på OEM 2.0-plattformen. Denna roll låter partners bevilja sina kunder begränsade administrativa möjligheter att skapa och hantera grupper utan att exponera fullständiga kontoadministratörsprivilegier.
- Partnerns kund kan skapa och hantera sina egna grupper.
- Skaparen av en grupp blir automatiskt dess gruppadministratör.
- Kontoadministratörer kontrollerar vilka gruppinställningar som exponeras.
- Gruppadministratörer ser endast relevanta inställningar, såsom meddelandemallar, e-postinställningar, sändinställningar och delningsstatus.
- Funktionen kräver att UMG (Användare i flera grupper) är aktiverat.
- Kontoadministratörer förblir den enda rollen med åtkomst till kontoinställningar på kontonivå och möjligheten att tilldela Super Group Admin-rollen.
Korrigerade problem
| Problem | Beskrivning |
|---|---|
| 4505635 | Sammanfattning: Omfattningen agreement_retention är inte tillgänglig i GovCloud API. |
| Åtgärd: Omfattningen har konfigurerats för att fungera i GovCloud-miljön med Okta-integrationen. | |
| 4515686 | Sammanfattning: Webbformulärägare kan inte ersätta motsignerarens på befintliga webbformulär under specifika valideringsomständigheter. Försök att uppdatera motsignerarens e-postadress returnerar ett fel: "Du kan inte lägga till eller ta bort din e-postadress i avtalets nuvarande status." |
| Åtgärd: Valideringen har uppdaterats så att rätt avsändares eller motsignerares e-postadress känns igen. Webbformulärägaren kan nu ersätta motsigneraren som förväntat. Användarna behöver inte vidta några åtgärder. | |
| 4519727 | Sammanfattning: Det moderna formatet för telefonnummer i Benin känns inte igen (10 tecken långt) |
| Åtgärd: Acrobat Sign stöder nu Benins nya 10-siffriga telefonnummerformat. Användare kan ange giltiga nummer med landskoden +229 utan att fel uppstår. Användarna behöver inte göra något. | |
| 4525532 | Sammanfattning: Förifyllningsrollen är inte tillgänglig som standard i den nya framtagningsupplevelsen |
| Åtgärd: Förifyllningsrollen har gjorts synlig som standard i mottagarens kontextlista när avtal skapas | |
| 4526142 | Sammanfattning: När ett formulärfältslager från en befintlig mall tillämpas i den nya framtagningsupplevelsen kopieras vissa fält inte över. |
| Åtgärd: Ny kontroll har lagts till för att säkerställa att hela mallen överförs. | |
| 4527772 | Sammanfattning: Avtal med sekventiell dirigering förlorar ibland mottagarens namnfält när det tilldelas en deltagare med rollen Formulärifyllare. Fältet visas inte för denna mottagare, så att avtalet blir ofullständigt. |
| Åtgärd: Betydande uppdateringar av REST API har genomförts för att säkerställa att alla fält behålls. | |
| 4527945 | Sammanfattning: En formulärfältsmall i ett avtal som har en mottagargrupp kan inte användas ‒ mallvalideringskoden filtrerar bort mottagargruppens deltagare, och de tillhörande fälten går förlorade. |
| Åtgärd: Koden har omarbetats för att använda en annan medlemsparameter istället för e-postadressen. | |
| 4528619 | Sammanfattning: När ett mottagargruppsnamn redigeras i den nya Skicka-upplevelsen hoppar markören automatiskt till slutet av texten efter varje ändring. Detta gör det svårt att redigera namnet i ett svep. |
| Åtgärd: Spårning av begäran har uppdaterats för att säkerställa att alla autentiseringsmetoder laddas korrekt innan de skickas. När alla nödvändiga autentiseringsuppgifter har angetts behandlas avtalen nu korrekt. Användarna behöver inte göra något. | |
| 4531835 / 4537898/ 4541002 |
Sammanfattning: Kunder stöter på fel när de använder vissa tredjepartscertifikat eftersom de uppdaterade rotcertifikaten inte är betrodda, vilket orsakar problem med webhooks och aviseringar. |
| Åtgärd: Rot-CA:er uppdateras. | |
| 4532798 | Sammanfattning: När ett formulärfältslager tillämpas skapar Acrobat Sign ett nytt dokument för att fånga lagerinformationen. På grund av versionsproblem i dessa nya dokument misslyckas vissa arbetsflöden för att "ändra avtal". |
| Åtgärd: Vi har ändrat vårt tillvägagångssätt från att hämta källinformationen genom ett API till att publicera en händelse när en formulärfältslagersmall tillämpas och använda den för att fylla i källinformationen för avtalen. | |
| 4534813 | Sammanfattning: Användare i flera grupper kan inte använda automatisk fältigenkänning när de skapar mallar eller avtal. |
| Åtgärd: Ett nytt test har lagts till för att verifiera fältdetektering i framtagning V5 för användare med många grupper. | |
| 4535639 | Sammanfattning: I vissa avtal saknas obligatoriska bildfält i den signerade PDF-filen. Trots att FormFields.csv visar bild-URL:er visas inte bilderna i det slutgiltiga avtalet. |
| Korrigering: Ordningen på några funktioner ändrades för att säkerställa att infogade bildfält bearbetas oavsett om formuläret finns, och nu visas bilderna korrekt för alla undertecknare. | |
| 4535828 | Sammanfattning: Hyperlänkarna i dokumenten ändras när avtalet skickas. |
| Korrigering: När URL:en redan är specifikt kodad med: /, vilket är ett reserverat tecken för URL:er, avkodar decodeURI dem inte, så jag ändrade det till decodeURIComponent för att verifiera villkoret före kodning. | |
| 4536354 | Sammanfattning: Stora PDF-dokument (~150 sidor) kan inte läsas in med felmeddelandet Format som inte stöds eller lösenordsskyddat på grund av otillräcklig timeout för kontroller av bildtillgänglighet. |
| Korrigering: Öka parametern max_retries från 7 (standard) till 13, vilket förlänger timeouten från ~30 sekunder till ~60 sekunder. Detta ger tillräckligt med tid för bearbetning av stora dokument. | |
| 4538897 | Sammanfattning: Ursprungliga IText-mallar med roterat sidinnehåll gör att de tillplattade signaturerna roteras fel på sidan. |
| Korrigering: Innan signaturerna plattas ut i sidinnehållet, radbryts sidinnehållet med ett push/pop-gstate för att förhindra att rotationsmatrisen påverkar de tillagda signaturerna. | |
| 4539304 | Sammanfattning: Swagger-dokumentationen är som standard inställd på läget Testa och API-konsumenter har svårt att bläddra bland förfrågningsscheman |
| Korrigering: Dokumentationen använder nu visningsläge istället för Testa, så scheman är synliga som standard. Prestandan förbättras genom att eliminera redundanta API-anrop för primitiva datatyper. | |
| 4542576 | Sammanfattning: Webhook-nyttolaster för händelsen AGREEMENT_ACTION_COMPLETED returnerar olika deltagarstatusvärden i Sandbox-versionen 16.2. Tidigare visade poster i memberInfos AKTIV eller ERSÄTT, även efter signering. I 16.2 visas SLUTFÖRD när dynamiskt deltagande inte är aktiverat. |
| Åtgärd: Användning av nya deltagarstatusar kommer endast att användas om funktionen för dynamiska deltaganden för avtal under resa är aktiverad. |
Adobe Acrobat Sign version 16.2.1
Produktionsdistribution: 4 november 2025
GovCloud-distribution: 6 november 2025
Uppdateringar för REST API/webhook
API- och webhookuppdateringar för den här versionen finns i Acrobat Sign API-dokumentation.
- API-avsökningströskelvärde för GET API-slutpunkter gällande status-hämtning eller listningssyften- Ett nytt avsökningströskelvärde begränsar nu hur ofta klientapplikationer kan avsöka specifika GET /agreement slutpunkter.
- Super Group Admin-roll för OEM-partners - En ny Super Group Admin-roll är tillgänglig på OEM 2.0-plattformen. Denna roll låter partners bevilja sina kunder begränsade administrativa möjligheter att skapa och hantera grupper utan att exponera fullständiga kontoadministratörsprivilegier.
- Partnerns kund kan skapa och hantera sina egna grupper.
- Skaparen av en grupp blir automatiskt dess gruppadministratör.
- Kontoadministratörer kontrollerar vilka gruppinställningar som exponeras.
- Gruppadministratörer ser endast relevanta inställningar, såsom meddelandemallar, e-postinställningar, sändinställningar och delningsstatus.
- Funktionen kräver att UMG (Användare i flera grupper) är aktiverat.
- Kontoadministratörer förblir den enda rollen med åtkomst till kontoinställningar på kontonivå och möjligheten att tilldela Super Group Admin-rollen.
Korrigerade problem
| Problem | Beskrivning |
|---|---|
| 4509452 / 4526158 |
Sammanfattning: Sökning efter mallar vid skapande av avtal eller Massutskick filtrerar inte bort andra mallar korrekt på grund av att en komponent inte indexerar och rullar korrekt |
| Åtgärd: Den felaktiga komponenten har korrigerats för att säkerställa att sökresultaten är tillgängliga. | |
| 4525233 | Sammanfattning: Avtal skapade med valutavalidering visas inte i fältet som förväntat i den moderna signeringsupplevelsen. |
| Åtgärd: Valutavaliderade fält visar nu korrekt valutasymbolen när fältet förlorar fokus i den moderna signeringsupplevelsen. Uppdateringen säkerställer konsekvent symbolformatering i både klassiska och moderna vyer. | |
| 4530694 | Sammanfattning: Fel URL för länken ”Ändra lösenord” är inbäddad i användargränssnittet |
| Åtgärd: URL:en har korrigerats. | |
| 4532664 | Sammanfattning: Signerade pdf-filer som genererats från källdokument som innehåller webblänkskommentarer kan visa ”Dokumentet har modifierats efter signering” i Acrobat och certifieringsstatusen verkar ogiltig på grund av dubbla eller felaktigt formaterade länkkommentarer |
| Åtgärd: Acrobat Sign upptäcker och bearbetar nu webblänkar korrekt under signeringsprocessen, vilket säkerställer en giltig certifieringsstatus på den signerade utdata. | |
| 4535715 | Sammanfattning: PDF-filer med webblänkar fördubblas i storlek med varje signatur eftersom utskriftsfunktionen skriver ut en kopia av webblänkskommentaren på nytt. |
| Åtgärd: PDF-filer plattas nu ut för att säkerställa att inga dubbla länkar finns innan kommentarer slås samman i pdf-filen. | |
| 4535760 | Sammanfattning: Vid användning av beräknade fält som refererar till textinmatningsfält visade vissa signerade pdf-filer felaktiga eller slumpmässiga nummer istället för det förväntade textvärdet eftersom fältmotorn försökte konvertera textinmatning till nummer- eller datumformat. |
| Åtgärd: Konverteringslogiken i motorn för beräknade fält har uppdaterats för att känna igen textbaserade inmatningar och kringgå numerisk parsning eller datumparsning för dessa fält. | |
| 4536385 | Sammanfattning: Rullgardinsmenyfält med flera widget-kommentarer kan inte ha en FT-nyckel eftersom genereringen av utseendet då blir förvirrad och tror att de är vanliga formulärfält. |
| Åtgärd: FT-nyckeln har tagits bort från widget-kommentarerna | |
| 4537356 | Sammanfattning: Mallar som delats med flera grupper visades inte på sidan Massutskick. |
| Åtgärd: Uppdaterade logiken för Massutskick för att korrekt hämta och visa mallar som delas mellan flera grupper. | |
| 4537648 | Sammanfattning: GET /agreements/{agreementId}/events-slutpunkten listade en äldre händelsetyp ”DOWNLOADED” i Acrobat Sign REST API Swagger-dokumentationen. |
| Åtgärd: Händelsetypen ”DOWNLOADED” har tagits bort från de tillåtna värdena i API-dokumentationen. | |
| 4537885 | Sammanfattning: Extra utrymme visas på sidan för signeringsinställningar |
| Åtgärd: Tog bort onödig avgränsare/div från layoutbehållaren för signeringsinställningar. | |
| 4538113 / 4538586 / 4543131 |
Sammanfattning: Formulärdata i ett flerradigt textfält med automatisk inmatning krymper till en mycket liten storlek och blir oläsbara |
| Åtgärd: Skalningen har korrigerats för att inte automatiskt krympa typsnittet till en oläsbar nivå. | |
| 4538340 | Sammanfattning: Signaturmetadata läggs till utan att kontrollera fältnamnet |
| Åtgärd: Lade till en kontroll av signaturfältet för att reglera visningen av metadata | |
| 4538902 | Sammanfattning: Get /agreements/memberSetInfo REST API-slutpunkten returnerar felaktig avtalsstatus och signerarinformation. I vissa fall visas avsändaren flera gånger i svaret och duplicering av deltagardata orsakar fel i integreringar nedström. |
| Åtgärd: API:et returnerar nu korrekt avtalsstatus och deltagarinformation utan duplicering. Varje e-postadress visas en gång per avtal, och signerarinformationen återspeglar korrekt väntande deltagare. Ingen åtgärd krävs från användarna. | |
| 4543085 | Sammanfattning: Äldre Salesforce-integrationsversioner (under v25.5) känner inte igen de nya statusuppräkningarna (COMPLETED och REMOVED) som returneras i webhook-nyttolaster. |
| Åtgärd: Acrobat Sign REST API har uppdaterats för att exkludera de nya deltagarstatusarna och relaterade enum-värden vid svar till äldre klienter för Salesforce-integrationen. | |
| 4543951 | Sammanfattning: Vid redigering av en hyperlänkfält som saknar titel skapar sparandet av ändringen ett nytt tomt hyperlänkfält istället för att uppdatera originalet. Varje sparande lägger till ytterligare tomma fält, vilket får mallar att verka oförändrade. |
| Åtgärd: Uppdateringslogiken skiljer nu korrekt mellan tomma och null-hyperlänktitlar, vilket förhindrar duplicerade fält. | |
| 4544118 | Sammanfattning: Med begränsad dokumentsynlighet aktiverad i den nya mottagarupplevelsen kunde deltagare 2 se hyperlänkfält från deltagare 1:s dokument eftersom hyperlänkar inte var tilldelade. |
| Åtgärd: Modern eSign tilldelar och validerar nu hyperlänkfält som andra fält och filtrerar dem efter sida och tilldelad person. |
