Senast uppdaterad den
9 feb. 2026
Adobe Acrobat Sign versionsinformation: 2026
Adobe Acrobat Sign version 17.0
Produktionsdistribution: 3 februari 2026
GovCloud-driftsättning: 10 februari 2026
Förbättrade funktioner
- Grupperade kryssrutor i framtagning och mallar – Avsändare kan nu skapa kryssrutegrupper genom den moderna Request Signature och Library Templates, framtagningsmiljöer med valideringsregler som välj exakt, minst, högst, eller ett intervall på X av Y options. Massutskick, webbformulär och Custom Workflows stöds genom användning av Library Templates. Denna förbättring säkerställer konsekvent formulärlogik och förbättrar datanoggrannheten i signeringsarbetsflöden.
- Tillåtna IP-intervall – Utökad kontroll över API- och mobilåtkomst – Administratörer kan nu uttryckligen kontrollera om IP-begränsningar gäller för API-baserade klienter, inklusive Acrobat Sign-mobilprogram och certifierade integrationer.
- Autentiseringsstöd för modern e-signering – Modern e-signering stöder nu tre autentiseringsmetoder: Acrobat Sign-autentisering, lösenord och telefonbaserad 2FA.
- Lägga till mottagargrupper i hybriddirigering för modern begäran om signatur – Mottagargrupper kan nu inkluderas i hybriddirigering, vilket möjliggör för flera mottagare eller grupper att agera parallellt inom samma dirigeringssteg. Grupplägen stöder antingen en eller alla medlemmar för att slutföra åtgärden, vilket ger större flexibilitet för komplexa godkännande- och signeringsarbetsflöden.
- Kopiera slutliga avtal skickade från Request Signature—Avsändare kan nu skapa ett nytt utkast genom att kopiera ett tidigare slutfört, avbrutet eller utgånget avtal. Alla mottagare, inställningar, resurser och formulärfält är automatiskt förifyllda. Det kopierade avtalet öppnas på Skriv sidan för snabba redigeringar innan sändning, vilket minskar installationstiden, minimerar fel och förbättrar produktiviteten för repetitiva arbetsflöden som förnyelser eller korrigeringar.
- Inaktivera Hämta avtal länken för pågående avtal – Administratörer kan nu ta bort länken "Hämta en kopia" från bekräftelsesidor efter signering på konto- eller gruppnivå, vilket förhindrar mottagare från att hämta avtal från sidan efter signering.
- Resursflik i toppnavigeringen – En ny Resurser-sida är tillgänglig i toppnavigeringen för administratörer och användare, som ger direkt åtkomst till Acrobat Signs utbildningsinnehåll, webbinarier, bloggar och produktuppdateringsvideos. Sidan organiserar handledningar efter användarnivå—nybörjare, erfaren och administratör—och länkar direkt till ytterligare supportdokumentation.
- Dynamiskt deltagande för pågående avtal – Ta bort mottagare – Avsändare kan nu ta bort mottagare från avtal som redan pågår utan att avbryta eller starta om transaktionen. När en mottagare tas bort återkallar Acrobat Sign automatiskt deras åtkomst, uppdaterar påminnelser, granskningsloggar, tar bort de tilldelade fälten och övergår avtalet sömlöst tillbaka till sitt primära signeringstillstånd. Denna flexibilitet hjälper organisationer att upprätthålla noggrannhet i aktiva routingarbetsflöden—som när en signerare blir otillgänglig—samtidigt som juridisk integritet, efterlevnad och en fullständig revisionshistorik bevaras.
- Kräv digitala signaturer för enskilda mottagare under avtalskonfiguration - Avsändare kan nu kräva digitala signaturer för valda mottagare, vilket säkerställer striktare signeringskrav där det behövs utan att påverka andra mottagare. Signeringsupplevelsen anpassas automatiskt, genomdriver obligatoriska digitala signaturfält och exponerar identitetskontroller när det stöds, vilket minskar fel och förbättrar efterlevnaden för reglerade arbetsflöden.
- Digitala identitetsleverantörer som standardautentiseringsmetoder – Administratörer kan nu välja en Digital Identity Gateway-leverantör som standard signerarautentiseringsmetod för interna och externa mottagare i Send Settings. Konfigurationen tillämpas automatiskt på avtal, webbformulär, massutsändningar och arbetsflöden, vilket säkerställer konsekvent och efterlevnadsbar mottagarverifiering. Denna förbättring förenklar autentiseringsinställningar, genomdriver organisatoriska identitetspolicyer och förbättrar stödet för myndighets- och storföretagskunder som förlitar sig på Digital Identity-baserad autentisering.
- Verifierade formulärfält med identitetsverifierade data – Formulärförfattare kan nu skapa verifierade formulärfält som automatiskt fylls i med data som returneras av en identitetsleverantör (som OneID) under signerarens autentisering. Dessa fält kan ställas in som skrivskyddade eller redigerbara, vilket säkerställer att verifierade identitetsdata fångas korrekt och valfritt låses mot redigeringar (t.ex. namn, adress eller kontonummer). Detta stärker identitetssäkerheten, minskar manuella inmatningsfel och effektiviserar efterlevnaden för arbetsflöden som kräver validerad signerardata.
- Mottagargrupper i CSV-fil för Massutskick – Avsändare kan nu definiera mottagargrupper direkt i Massutskick CSV-filen, vilket gör att flera mottagare kan agera i samma routingsteg. Varje grupp kan konfigureras i läget EN eller ALLA – vilket kräver att antingen en medlem eller alla medlemmar slutför sin åtgärd innan routingen går vidare. Gruppdefinitioner, validering och granskningsspårning hanteras per CSV-rad, med fel som rapporteras genom nedladdningsbara valideringsfiler.
- Biblioteksmall – Dela med flera grupper – Den moderna Create Library Template upplevelsen stöder nu delning av mallar med flera grupper inom ett konto, vilket matchar funktionen som tidigare fanns tillgänglig i det klassiska arbetsflödet. Användare kan välja en eller flera grupper när de skapar eller redigerar en mall, vilket säkerställer konsekvent beteende mellan grupper. Denna förbättring eliminerar återgång till den klassiska upplevelsen, förbättrar samarbetet och förenklar mallhanteringen för organisationer med flera grupper.
- Filbilagor för alla mottagare som använder digitala signaturer – Alla mottagare i ett digitalt signerat arbetsflöde kan nu bifoga filer (inte bara den första signeraren). En ny bilagemetod som använder Gemannoteringar visar en synlig gem-ikon i dokumentet och förblir kompatibel med flera digitala signaturer. Varje bilaga läggs till innan signerarens digitala signatur appliceras, vilket bevarar signaturens giltighet och ger en tydlig visuell indikator på bifogade filer. Denna förbättring förbättrar juridisk integritet, transparens och konsekvens i e-signatur- och digital-signaturarbetsflöden.
Ändrad upplevelse
- Aviseringar om avbrytande av arbetsflödesavtal – Avbrytningsavisering uppdaterad för att återspegla arbetsflödesbeteendet.
När du avbryter ett arbetsflöde-skapat avtal visas inte längre kryssrutan "Meddela mottagare". Aviseringar skickas alltid baserat på arbetsflödets inställningar. Denna ändring justerar meddelandet för att återspegla detta beteende i avbrytningsutmaningen.
- Förbättringar av inloggningssidan – Inloggningssidan för Acrobat Sign erbjuder nu en renare och mer konsekvent upplevelse. Så snart du anger din e-postadress upptäcker sidan automatiskt din kontotyp och skickar dig till rätt inloggningsmetod, vilket tar bort onödiga steg och äldre screens. Detta gör inloggningen snabbare, enklare och mer intuitiv för alla.
- Nytt e-postformat för Acrobat Sign Enterprise-användare som loggar in direkt i webbgränssnittet – Acrobat Sign tillämpar nu en 64-teckengräns för den lokala delen av en e-postadress (delen före "@"-symbolen) när du redigerar en befintlig e-postadress eller skapar en ny användare.
\n Alla användare med en lokal del över 64 tecken har utvärderats och fastställts vara inaktiva eller test-användar-ID:n.
- Nytt e-postformat för Acrobat Sign Enterprise-användare som loggar in direkt i webbgränssnittet – Acrobat Sign tillämpar nu en 64-teckengräns för den lokala delen av en e-postadress (delen före "@"-symbolen) när du redigerar en befintlig e-postadress eller skapar en ny användare.
Observera att denna upplevelse levereras genom en rullande release baserad på Acrobat Sign server-miljön. Utrullningsschemat publiceras i Uppdaterad inloggningsupplevelse tekniska meddelandet.
- Aktivera hantering av användaruppgifter för inaktiva användare – Administratörer kan nu redigera användaruppgifter för inaktiva användare direkt i administratörsgränssnittet och genom CSV-uppladdningar utan att återaktivera konton. Detta inkluderar uppdatering av grupptilldelningar (för både enkel- och flergruppskonfikurationer), hantering av attributet "Användaren kan signera dokument" och utförande av massredigeringar för efterlevnad och registerhantering. Ändringen effektiviserar hanteringen av storföretagsanvändarlivscykeln, minskar administrativa kostnader och stöder renare grupporganisation och GDPR-anpassad registerhantering.
Korrigerade problem
| Problem | Beskrivning |
|---|---|
| 4528600 | Sammanfattning: Inställningar för fältvalidering fungerar inte när ett formulärfältslager är kopplat till ett anpassat arbetsflöde. Valideringsregler, som regex eller numeriska intervallgränser, tas bort när arbetsflödet startas, vilket gör att fält accepterar ogiltig inmatning. |
| Åtgärd: Valideringsregler tillämpas nu korrekt när formulärfältslager ingår i anpassade arbetsflöden. Fält behåller sitt valideringsbeteende i både klassiska och nya framtagningsupplevelser. Ingen åtgärd krävs från användarna. | |
| 4528748 | Sammanfattning: Administratörer ser ibland ett "Ohanterat fel" när de lägger till gruppmedlemskap för nyligen synkroniserade användare (Azure-synkronisering). Vissa nya användare i gruppen har groupID inställt som null |
| Åtgärd: Om en användares grupp är null efter skapandet placeras de i kontots standardgrupp. | |
| 4529934 | Sammanfattning: I Hantera > Webbformulär fortsätter "Hämta formulärfältsdata" att läsa in och slutförs aldrig – särskilt på webbformulär med många inskick. Teams-kunder utan API-åtkomst kan inte exportera data (t.ex. 1–31 maj) för rapportering |
| Åtgärd: Lade till paginerad, snabbare CSV-export i användargränssnittet. Formulärdatahämtningar slutförs tillförlitligt för valda datumintervall utan att hänga sig. | |
| 4532186 | Sammanfattning: I den nya framtagningsupplevelsen matchar inte fältfärgmarkering beteendet i klassisk framtagning. När flera mottagare är inblandade förblir alla fält helt färgade istället för att dämpa icke-valda mottagares fält. Detta gör det svårt att verifiera fälttilldelningar. |
| Åtgärd: Återställde visuell tydlighet genom att dämpa (20% opacitet) fält som tillhör icke-valda mottagare. Detta replikerar tydligheten i klassisk framtagning samtidigt som det moderna designsystemet bevaras. Markering hjälper nu användare att enkelt identifiera den för närvarande valda mottagarens fält och minskar risken för feltilldelning. | |
| 4534061 | Sammanfattning: Länken "Hämta en kopia" visas på bekräftelsesidan efter signering även när konto- eller gruppinställningen är konfigurerad för att inaktivera den. |
| Åtgärd: En ny inställning har lagts till för att uttryckligen dölja hämtningsalternativet för alla sidor efter sändning. Sidan efter signering respekterar nu korrekt inställningen för hämtningskontroll och döljer länken "Hämta en kopia" när inställningen är inaktiverad. | |
| 4536347 | Sammanfattning: I klassisk upplevelse kunde avsändare inte lägga till en andra fil (eller försöka lägga till en fil igen) när de startade vissa arbetsflöden, vilket blockerade sändningar av arbetsflöden med flera dokument, på grund av ett fel i hur filväljaren hanterade mallar som delades mellan flera grupper. |
| Åtgärd: Korrigerade filväljaren hantering av mallar som delas mellan flera grupper så att användare kan lägga till ytterligare filer eller försöka välja fil igen i klassisk upplevelse utan fel. | |
| 4537504 | Sammanfattning: Ett villkorligt rullgardinsvärde saknades från det signerade dokumentet även om det var korrekt valt under signeringen, på grund av att synlighetslogiken utvärderade mot ett dolt beroende fält och inte bevarade det renderade värdet i den slutliga signerade pdf:en. |
| Åtgärd: Uppdaterade villkorlig fältrendering för att korrekt lösa synlighetsberoenden vid signeringstillfället och bevara det valda rullgardinsvärdet i det signerade dokumentet när villkoren uppfylls. | |
| 4537995 | Sammanfattning: I mottagargrupper återgick ändring av autentiseringsmetod för externa användare till telefon efter sparning, vilket förhindrade att e-post-OTP tillämpades, på grund av ett fel i frontend-tillståndshantering som skrev över användarens val. |
| Åtgärd: Korrigerade mottagargruppens användargränssnittslogik för att korrekt bevara och återanvända den valda autentiseringsmetoden över sparåtgärder, vilket säkerställer att det valda värdet behålls istället för att återställas till standardvärdet. | |
| 4539214 | Sammanfattning: I anpassade arbetsflöden orsakar en lång meddelandeetikett att meddelandetexten överlappar och döljer hyperlänken för meddelandemall på sändningssidan, på grund av felaktig layouthantering av överdrivet etikettinnehåll. |
| Åtgärd: Uppdaterade layoutlogiken för sidan Skicka så att långa meddelandeetiketter begränsas och bryts korrekt så att hyperlänken för meddelandemallen förblir synlig och tillgänglig. | |
| 4539854 | Sammanfattning: Vissa signerare omdirigeras bort från signeringsupplevelsen när de öppnar vissa avtal, på grund av ett felaktigt länkfält i det underliggande dokumentet som saknar ett obligatoriskt namnattribut. |
| Åtgärd: Signeringsflödet hanterar nu namnlösa länkfält korrekt genom att tilldela ett giltigt namn vid bearbetningstillfället, vilket förhindrar fel och gör att signerare kan slutföra avtal utan omdirigering. | |
| 4539858 | Sammanfattning: På ios-enheter kan godkännare som använder det kinesiska handskriftstangentbordet inte slutföra godkännandet eftersom knappen Godkänn förblir inaktiverad efter att de angett sitt namn, på grund av att signeringssidan inte upptäcker handskriftsinmatningshändelser som giltig textinmatning. |
| Åtgärd: Uppdaterade logiken för inmatningshantering så att handskriftsbaserad textinmatning på ios känns igen, vilket säkerställer att knappen Godkänn aktiveras korrekt när giltiga tecken anges. | |
| 4540392 | Sammanfattning: Administratörer ser ibland HTTP 400-fel och mottagargrupper verkar saknas i arbetsflöden trots att grupperna finns och åtkomst är korrekt konfigurerad, på grund av att begärandehuvuden överskrider plattformens gräns för huvudstorlek när användare tillhör ett stort antal grupper. |
| Åtgärd: Gränsen för begärandehuvudstorlek på server-sidan ökades så att sökningar efter mottagargrupper inte längre misslyckas när användare har många gruppmedlemskap. | |
| 4541258 | Sammanfattning: Administratörer kunde bara se de första 100 mallarna i användargränssnittet för Production- eller Sandbox-synkronisering, med ytterligare mallar som saknades från listorna Lokal och Fjärr, på grund av att synkroniseringssidan laddade en begränsad datauppsättning och sökfunktionen filtrerade endast mallar som redan laddats i webbläsaren. |
| Åtgärd: Synkroniseringsanvändargränssnittet uppdaterades så att när text anges i sökfältet laddas alla mallar för den valda miljön (upp till 5 000), vilket säkerställer att mallar utöver de första 100 är tillgängliga för sökning och val | |
| 4541739 | Sammanfattning: Ersatta mottagare blockerades från att signera digitalt och såg "Avtalet kan inte signeras digitalt eftersom det inte är i den digitala signeringsfasen," på grund av att arbetsflödet misslyckades med att övergå framtida ersatta signerare till den digitala signeringsfasen när digitala signaturfält fanns. |
| Åtgärd: Signeringsarbetsflödet uppdaterades för att korrekt övergå ersatta eller delegerade mottagare till den digitala signeringsfasen när digitala signaturfält finns, vilket gör att de kan signera och slutföra avtalet. | |
| 4541849 | Sammanfattning: Enradiga textfält med automatisk fontstorlek som förfyllts med flerbyte-tecken trunkerades i signerade pdf-filer, vilket orsakade att en del av texten klipptes av på grund av felaktig textstorlek under PDF-rendering. |
| Åtgärd: Korrigerade textmätning och beteende för automatisk fontstorlek för flerbyte-tecken så att hela värdet får plats inom fältet utan trunkering. | |
| 4542574 | Sammanfattning: Redigering av en biblioteksmall tillät obligatoriska rullgardinsfält att inkludera oparade värden, vilket orsakade att knappen Klicka för att signera förblev otillgänglig under signering när dessa värden valdes, på grund av saknad validering som säkerställde att rullgardinsvisningsvärden och export-värden förblev korrekt parade. |
| Åtgärd: Mallredigering tillämpar nu validering på rullgardinsfält så att endast korrekt parade värden kan sparas, vilket förhindrar oparade poster och säkerställer att obligatoriska rullgardinsval inte blockerar signering. | |
| 4542942 | Sammanfattning: I webbformulär fortsatte obligatoriska fält som inaktiverats av villkorlig logik att visa den obligatoriska asterisken, vilket vilseledde signerare att tro att inmatning fortfarande krävdes, på grund av att användargränssnittet inte uppdaterade obligatoriska indikatorer när fält inaktiverades. Ett separat problem med justering av mobilsignatur identifierades men hanterades under ett annat område. |
| Åtgärd: Webbformulärens användargränssnitt döljer nu den obligatoriska asterisken när ett fält inaktiveras av villkorlig logik, vilket säkerställer att obligatoriska indikatorer korrekt återspeglar om signerarinmatning förväntas. | |
| 4543157 | Sammanfattning: I vyn Pågår på sidan Hantera fortsatte kolumnen Mottagare att visa delegatorns namn efter att en signeringsroll delegerats, trots att en annan signerare aktivt signerade, på grund av att användargränssnittet inte uppdaterade den visade mottagaren för att återspegla den aktuella delegaten. |
| Åtgärd: Logiken för sidan Hantera uppdaterades så att kolumnen Mottagare nu visar den aktiva delegatens namn när en signeringsroll delegeras, vilket säkerställer att vyn Pågår korrekt återspeglar vem som för närvarande signerar. | |
| 4543253 | Sammanfattning: I den klassiska arbetsflödesupplevelsen försvann vittnesassignerade fält (signatur, namn, datum) efter att ett avtal sparats i utkast-tillstånd, trots att fälten fanns på backend, på grund av att utkast-renderingslogiken misslyckades med att återställa vittnesfält när framsteg sparades. |
| Åtgärd: Utkast-renderingslogiken korrigerades för att bevara och visa alla vittnesassignerade fält efter att framsteg sparats, vilket säkerställer att avtal som öppnas i utkast-tillstånd behåller samma fältsynlighet som under framtagning och signering. | |
| 4543513 | Sammanfattning: Användare blockerades från att skicka avtal i Sign-webbgränssnittet med felet "Nationell inställning är antingen ogiltig eller saknas," på grund av att validering av nationell inställning felaktigt tillämpade API-nivåregler för nationell inställning i webbgränssnittet när den sändande gruppens nationella inställning skilde sig från användarens ärvda primära grupps nationella inställning. |
| Åtgärd: Validering av nationell inställning korrigerades så att Sign-webbgränssnittet korrekt löser och accepterar giltiga kombinationer av grupp- och användarnationella inställningar, vilket förhindrar att API-endast begränsningar för nationell inställning blockerar avtalsändning i webbupplevelsen. | |
| 4543592 | Sammanfattning: Vissa granskningsrapporter visade "Mottagare autentiserad med adobe acrobat sign" efter "Dokument e-signerat" och "Avtal slutfört," på grund av att händelser lagrades med tidsstämplar på sekundnivå, vilket orsakade att autentiserings- och signeringsåtgärder som inträffade under samma sekund verkade vara i fel ordning. |
| Åtgärd: Loggning av granskningshändelser uppdaterades för att lagra och visa tidsstämplar med millisekundprecision, vilket säkerställer att autentisering-, signerings- och slutförandehändelser sekvenseras korrekt i granskningsrapporten. | |
| 4543617 | Sammanfattning: Att skapa en mall från ett avtal startar den klassiska upplevelsen istället för den nya upplevelsen, trots att den nya upplevelsen är standard, eftersom åtgärden fortfarande dirigeras till det äldre framtagningsflödet. |
| Åtgärd: Åtgärden "skapa mall från avtal" uppdaterades för att öppnas i den nya upplevelsen, vilket anpassar cta-beteendet till standard-UX och undviker oväntade kontextbyten för användare. | |
| 4544564 | Sammanfattning: Dolda fält som lagts till eller uppdaterats via API:et (visible:false) renderades som synliga i den moderna eSign-upplevelsen. Signeringsanvändargränssnittet ignorerade fältets synlighetsflagga, så mottagare kunde se fält som skulle förbli dolda. |
| Åtgärd: Uppdaterade det moderna eSign-användargränssnittet för att filtrera bort fält där visible är falskt över rendering- och navigeringslogik, så dolda fält aldrig visas och inte påverkar sidbeteende. | |
| 4544571 | Sammanfattning: WhatsApp-leveransalternativet saknades från Skicka-inställningar även om WhatsApp var aktiverat för kontot och tillgängligt under avtalsändning, vilket orsakade inkonsekvent beteende och förvirring för administratörer. |
| Åtgärd: WhatsApp-leveransalternativet återställdes i Skicka-inställningar överallt där funktionen är tillgänglig, vilket säkerställer konsekvent synlighet och konfiguration mellan administratörsinställningar och skicka avtal-upplevelsen. | |
| 4545381 | Sammanfattning: Roboto-font saknades från den nya begär signatur-upplevelsen, även om den var tillgänglig i den klassiska upplevelsen, eftersom den nya framtagningsupplevelsen inte inkluderade alla äldre stödda font. |
| Åtgärd: Roboto lades till i font-listan i den nya begär signatur-upplevelsen, vilket återställer font-paritet med den klassiska upplevelsen och möjliggör konsekvent formatering vid framtagning av avtal. | |
| 4545484 | Sammanfattning: Vissa administratörer kunde inte komma åt eller skapa mottagargrupper från Admin > Adressbok på grund av ett fel i backend-begäran, vilket resulterade i ett 400-fel vid laddning av mottagargruppsdata. Problemet blockerade initial installation av mottagargrupper för berörda administratörer. |
| Åtgärd: Backend-begäranhanteringen korrigerades så att sökning och skapande av mottagargrupper inte längre misslyckas med ett 400-fel. Administratörer kan nu tillförlitligt komma åt och hantera mottagargrupper oavsett nätverk eller plats. | |
| 4545547 | Sammanfattning: Avtal skapade från AutoCAD PDF:er misslyckades att skickas när ett digitalt signaturfält lades till, vilket visade ett generiskt skickfel, på grund av att systemet inte korrekt hanterade sidrotation vid validering av placering av digitalt signaturfält. |
| Åtgärd: Koordinater för digitalt signaturfält justeras nu för att ta hänsyn till roterade sidor, vilket säkerställer att fält valideras mot korrekta sidgränser så att AutoCAD-genererade PDF:er kan skickas framgångsrikt med digitala signaturer. | |
| 4545894 | Sammanfattning: När en mottagargrupp används och inget signaturfält placeras manuellt, visar det automatiskt genererade signaturblocket e-postadressen i mycket liten storlek. Texten blir progressivt mindre när fler mottagare läggs till i gruppen. |
| Åtgärd: Det automatiskt genererade signaturblocket renderar nu korrekt e-postadressen i normal, läsbar storlek, oavsett hur många mottagare som ingår i mottagargruppen. | |
| 4546085 | Sammanfattning: När Lägg till mig själv används i den nya begär signatur-upplevelsen, visas e-postadresser som innehåller en apostrof felaktigt. Den felformade adressen förhindrar att avtalet skickas om inte e-postadressen manuellt anges på nytt eller klassisk sändning används. |
| Åtgärd: E-postadresser med apostrofer avkodas och visas nu korrekt när Lägg till mig själv väljs i den nya begär signatur-upplevelsen, vilket gör att avtal kan skickas utan manuell korrigering. | |
| 4546110 | Sammanfattning: I den nya mallframtagningsupplevelsen orsakar tillägg av ett hyperlänkfält tilldelat en specifik deltagare att mallsparandet misslyckas. Samma fält fungerar när det tilldelas alla deltagare eller när den klassiska upplevelsen används. |
| Åtgärd: Hyperlänkfält stöder nu platshållardeltagartilldelningar i den nya mallupplevelsen, vilket gör att mallar kan sparas korrekt när fältet tilldelas en specifik deltagare. | |
| 4546257 | Sammanfattning: I Sandbox-miljön visar avtal som skickas via ett anpassat app-API felaktigt en Tillbaka-knapp på framtagningssidan eftersom Sandbox läser in inställningar från en Adobe-hanterad app med sömlös framtagning aktiverad, till skillnad från Swagger eller Production. |
| Åtgärd: Sandbox-beteendet anpassades till Production och Swagger genom att säkerställa att framtagningssidan respekterar de avsedda appinställningarna, vilket förhindrar att Tillbaka-knappen visas för avtal som skickas via anpassade app-API:er. | |
| 4546547 | Sammanfattning: webbformulär kunde inte uppdatera medundertecknaren och returnerade ett allmänt fel på grund av äldre användarposter som saknade en nödvändig intern flagga, vilket orsakade att ett null-värde bearbetades under ersättning av medundertecknare. |
| Åtgärd: Logiken för uppdatering av medundertecknare förstärktes med null-säker hantering så att webbformulär framgångsrikt kan ersätta medundertecknare även när äldre användarposter saknar den förväntade interna flaggan. | |
| 4546553 | Sammanfattning: Användare som tilldelats flera grupper kunde skapa mallar i en grupp där mallskapande är inaktiverat när den nya Skapa mall-upplevelsen är aktiverad. Detta gjorde det möjligt att kringgå begränsningar på gruppnivå. |
| Åtgärd: Mallskapande tillämpar nu gruppnivåbehörigheter konsekvent över de nya och klassiska upplevelserna. Användare kan inte längre skapa mallar i grupper där mallskapande är inaktiverat, även om de tillhör andra grupper med den behörigheten aktiverad. | |
| 4547744 | Sammanfattning: Gruppadministratörer kunde tilldela kontoadministratörsrättigheter till användare via den nya sidan för användarhantering. Detta överskred deras behörighetsområde och skapade en efterlevnadsrisk genom att tillåta utökning av privilegier utöver gruppadministratörsrollen. |
| Åtgärd: Rollvalskontrollen är inte längre tillgänglig för gruppadministratörer. Endast befintliga kontoadministratörer kan tilldela eller återkalla kontoadministratörsrättigheter, vilket säkerställer att rolländringar överensstämmer med behörighetsgränser. | |
| 4547796 | Sammanfattning: Vissa avsändare som använder det polska användargränssnittet får ibland ett bekräftelsemeddelande med felaktig text om "kan inte tillhandahålla en digital signatur", även om avtalet skickas och signeras normalt. |
| Åtgärd: Korrigerade polska översättningar för avsändarbekräftelsemeddelanden så att meddelandet visar "skickat för signatur" istället för den felaktiga texten "kan inte tillhandahålla en digital signatur". | |
| 4548315 | Sammanfattning: När avsändaren inkluderas som CC-mottagare i det nya skicka-arbetsflödet visas inget valideringsfel och CC-e-postmeddelanden skickas inte till några mottagare som listas efter avsändaren i CC-listan. Detta skiljer sig från klassiskt arbetsflöde-beteende och kan orsaka att CC-mottagare missar meddelanden. |
| Åtgärd: Uppdaterade logiken för det nya skicka-arbetsflödet så att alla CC-mottagare, exklusive avsändaren, får CC-e-postmeddelanden oavsett deras position i CC-listan, vilket anpassar beteendet till förväntade resultat. | |
| 4548583 | Sammanfattning: pdf/A kunde inte aktiveras för en grupp om användarens standardgrupp hade skriftliga signaturer aktiverade, även när skriftliga signaturer var inaktiverade för gruppen som redigerades. Detta blockerade giltig pdf/A-konfiguration för icke-standardgrupper. |
| Åtgärd: Uppdaterade valideringen för att kontrollera inställningar för skriftliga signaturer på gruppen som modifieras, inte användarens standardgrupp, vilket gör det möjligt att aktivera pdf/A korrekt där det är tillåtet. | |
| 4549337 | Sammanfattning: SMS-meddelanden för avbrutna avtal undertrycktes när inställningen E-postavtal avbrutet var inaktiverad. Detta förhindrade kunder som inaktiverar e-postmeddelanden från att skicka nödvändiga SMS-avbrutna varningar. |
| Åtgärd: Frikopplade SMS- och WhatsApp-avbrutna meddelanden från e-postinställningen genom att introducera en dedikerad meddelandekontroll, vilket möjliggör SMS-leverans för avbrutna avtal även när e-postmeddelanden är inaktiverade. | |
| 4549472 | Sammanfattning: I acrobat sign for Government kunde användare inte skapa återanvändbara mallar med den nya Skapa mall-upplevelsen. Efter uppladdning av ett dokument stannade arbetsflödet på en tom skärm, vilket blockerade mallskapande. |
| Åtgärd: Återställde det saknade framtagningsberoendet som krävs av den nya Skapa mall-upplevelsen i Gov-miljöer, vilket gör att framtagningsskärmen laddas korrekt och mallar kan skapas framgångsrikt. | |
| 4549862 | Sammanfattning: När landningssidan är inställd på den nya Begär signatur-upplevelsen visas inte det konfigurerade inloggningsvarningsmeddelandet efter inloggning. Detta hindrar organisationer från att visa meddelanden av avgörande vikt om underhåll eller störningar när användare landar direkt på Skicka-sidan. |
| Åtgärd: Återställde stödet för att visa inloggningsvarningsmeddelandet i den nya Begär signatur-upplevelsen. När användare landar på Skicka-sidan efter inloggning visas nu det konfigurerade varningsmeddelandet som en avisering, vilket matchar tidigare beteende och kundförväntningar. | |
| 4550175 | Sammanfattning: Att trycka på Enter efter att ha angett ett telefonnummer för telefonautentisering i ett arbetsflöde skickar formuläret i förtid och utlöser ett systemfel, vilket avbryter arbetsflödet eftersom formuläret skickas istället för att vänta på explicit bekräftelse. |
| Åtgärd: Uppdaterade mottagardialogen för att förhindra formulärinskickning vid Enter för telefonautentiseringsfält, vilket säkerställer att användare stannar kvar i dialogen och måste klicka på Fortsätt, vilket eliminerar den oavsiktliga arbetsflödesavbrottet. | |
| 4550302 | Sammanfattning: Tyska e-postmeddelanden för signaturförfrågan och påminnelser använde inkonsekventa tilltalssätt, växlade mellan informella "Du" och formella "Sie" inom samma meddelande, vilket orsakade förvirrande och oprofessionell formulering. |
| Åtgärd: Uppdaterade de tyska e-postöversättningarna för att använda ett enda, konsekvent tilltalssätt genom hela mallen, vilket säkerställer enhetligt och förutsägbart språk i alla e-postmeddelanden för signaturförfrågan och påminnelser. | |
| 4550556 | Sammanfattning: Avtal som innehöll stora arkitektoniska plan-pdf:er kunde inte skickas när digital signatur-fält lades till, vilket returnerade ett fel under framtagning på grund av sidrotation och storlekshantering vid placering av digital signatur. |
| Åtgärd: Uppdaterade bearbetning av digital signatur-fält för att korrekt hantera roterade sidor i stort format, vilket gör att avtal med arkitektoniska planer kan skickas framgångsrikt med digital signatur tillämpade. | |
| 4550579 | Sammanfattning: När ett avtal slutfördes genom att ta bort de sista kvarvarande mottagarna under ett revisionstillstånd genererade systemet inte händelsen AGREEMENT_WORKFLOW_COMPLETED, så ingen webhook-avisering skickades, vilket bröt arbetsflöden som förlitar sig på denna händelse för att upptäcka slutförande. |
| Åtgärd: Uppdaterade händelsehantering så att avtal som slutförs via mottagarborttagning i revision nu genererar lämpliga slutförandehändelser, vilket säkerställer att AGREEMENT_WORKFLOW_COMPLETED webhooks utlöses som förväntat. | |
| 4550998 | Sammanfattning: Förifyllda kryssrutor visades som ikryssade vid framtagning men var avkryssade för signerare eftersom kryssrutevärden lagrades som icke-tomma textsträngar istället för explicita JA/NEJ-tillstånd, vilket fick signeringsupplevelsen att behandla dem som avkryssade. |
| Åtgärd: Uppdaterade hantering av kryssrutevärden så att alla icke-tomma förifyllda värden tolkas som ikryssade och tomma eller saknade värden som avkryssade, vilket säkerställer att kryssrutetillstånd förblir konsekventa för signerare. |