Sidst opdateret den
27. apr. 2026
Produktbemærkninger til Adobe Acrobat Sign – 2026
Adobe Acrobat Sign-udgivelse v17.0
Produktionsinstallation: 3. februar 2026
Udrulning af GovCloud: 10. februar 2026
Forbedret funktionalitet
- Grupperede afkrydsningsfelter i oprettelse og skabeloner – afsendere kan nu oprette grupper med afkrydsningsfeltgrupper i det nye oprettelsesmiljø for Anmod om underskrift og Bibliotekskabelonmed valideringsregler såsom vælg præcist, mindst, højst eller et interval fra X ud af Y valgmuligheder. Send i massevis, webformularer og Brugerdefinerede arbejdsforløb understøttes gennem brugen af biblioteksskabeloner. Forbedringen sikrer konsekvent formularlogik og forbedrer datanøjagtigheden på tværs af underskrivelsesarbejdsgange.
- Tilladte IP-intervaller – udvidet kontrol over API- og mobiladgang – administratorer kan nu udtrykkeligt kontrollere, om IP-begrænsninger gælder for API-baserede klienter, herunder Acrobat Sign-mobilapps og certificerede integrationer.
- Godkendelsesunderstøttelse til moderne e-underskrift – Moderne e-underskrift understøtter nu tre godkendelsesmetoder: Acrobat Sign-godkendelse adgangskode og telefonbaseret tofaktorgodkendelse.
- Tilføjelse af modtagergrupper i hybrid routing til moderne Request Signature – Modtagergrupper kan nu inkluderes i hybrid routing, hvilket giver mulighed for, at flere modtagere eller grupper kan handle parallelt inden for samme routing-trin. Gruppetilstande understøtter enten et eller alle medlemmer til at fuldføre handlingen, hvilket giver større fleksibilitet til komplekse godkendelses- og signeringsarbejdsforløb.
- Kopiér fuldførte aftaler, der sendes fra Anmod om underskrift–afsendere kan nu oprette et nyt aftaleudkast ved at kopiere en tidligere fuldført, annulleret eller udløbet aftale. Alle modtagere, indstillinger, filer og formularfelter udfyldes automatisk. Den kopierede aftale åbnes på siden Compose til hurtige redigeringer før afsendelse, hvilket reducerer opsætningstiden, minimerer fejl og forbedrer produktiviteten for gentagne arbejdsforløb som fornyelser eller rettelser.
- Deaktivér linket Download aftale for igangværende aftaler – administratorer kan nu fjerne linket "Download en kopi" fra bekræftelsessider efter underskrift på konto- eller gruppeniveau, hvilket forhindrer modtagere i at downloade aftaler fra efter underskrivelse-siden.
- Ressourcefane i topnavigation – En ny Ressourcer-side er tilgængelig i topnavigationen for administratorer og brugere, som giver direkte adgang til Acrobat Sign uddannelsesindhold, webinarer, blogs og produktopdateringsvideoer. Siden organiserer vejledninger efter brugerniveau—begynder, erfaren og administrator—og linker direkte til yderligere supportdokumentation.
- Dynamisk deltagelse for igangværende aftaler – Fjern modtagere – Afsendere kan nu fjerne modtagere fra aftaler, der allerede er i gang, uden at annullere eller genstarte Transaktionen. Når en modtager fjernes, tilbagekalder Acrobat Sign automatisk deres adgang, opdaterer påmindelser, revisionsspor, fjerner de tildelte felter og overfører aftalen problemfrit tilbage til dens primære underskriftstilstand. Denne fleksibilitet hjælper organisationer med at opretholde nøjagtighed i aktive routings-arbejdsforløb – såsom når en underskriver bliver utilgængelig – samtidig med at den juridiske integritet, overholdelse og en komplet revisionshistorik bevares.
- Kræv digitale signaturer for individuelle modtagere under aftalekonfiguration – afsendere kan nu kræve digitale signaturer for udvalgte modtagere og sikre strengere signeringskrav, hvor det er nødvendigt, uden at påvirke andre modtagere. Signeringsoplevelsen tilpasser sig automatisk, håndhæver påkrævede digitale signaturfelter og viser identitetstjek, når det understøttes, hvilket reducerer fejl og forbedrer overholdelse af reglerne for regulerede arbejdsforløb.
- Digitale identitetsudbydere som standard godkendelsesmetoder – Administratorer kan nu vælge en Digital Identity Gateway-udbyder som standard signaturautentificeringsmetode for interne og eksterne modtagere i Send Settings. Konfigurationen anvendes automatisk på aftaler, webformularer, masseforsendelser og arbejdsforløb, hvilket sikrer ensartet og kompatibel modtagerverifikation. Forbedringen forenkler opsætningen af godkendelse, håndhæver organisatoriske identitetspolitikker og forbedrer support til offentlige myndigheder og leverandører, der er afhængige af godkendelse baseret på digital identitet.
- Verificerede formularfelter ved hjælp af identitetsverificerede data – Formularforfattere kan nu oprette verificerede formularfelter, der automatisk udfyldes med data returneret af en identitetsudbyder (såsom OneID) under signaturautentificering. Disse felter kan indstilles som skrivebeskyttede eller redigerbare, hvilket sikrer, at verificerede identitetsdata registreres nøjagtigt og valgfrit låses mod redigeringer (f.eks. navn, adresse eller kontonummer). Dette styrker identitetssikkerhed, reducerer manuelle indtastningsfejl og strømliner overholdelse af reglerne for arbejdsforløb, der kræver validerede underskriverdata.
- Modtagergrupper i CSV-fil til masseforsendelse – afsendere kan nu angive modtagergrupper direkte i CSV-filen til Send i massevis, hvilket gør det muligt for flere modtagere at handle på samme routing-trin. Hver gruppe kan konfigureres i tilstanden EN eller ALLE – hvilket kræver enten ét medlem eller alle medlemmer til at fuldføre deres handling, før routingen fortsætter. Gruppedefinitioner, validering og revisionssporing håndteres alle pr. CSV-række, og fejl rapporteres gennem downloadbare valideringsfiler.
- Biblioteksskabelon – Del med flere grupper – Den moderne Opret biblioteksskabelon-oplevelse understøtter nu deling af skabeloner med flere grupper inden for en konto, hvilket matcher den funktionalitet, der tidligere var tilgængelig i det klassiske arbejdsforløb. Brugere kan vælge en eller flere grupper ved oprettelse eller redigering af en skabelon, hvilket sikrer ensartet adfærd på tværs af grupper. Denne forbedring eliminerer tilbagefald til den klassiske oplevelse, forbedrer samarbejde og forenkler skabelonstyring for organisationer med flere grupper.
- Vedhæftede filer for alle modtagere, der bruger digitale signaturer – Alle modtagere i et digitalt signeret arbejdsforløb kan nu vedhæfte filer (ikke kun den første underskriver). En ny vedhæftningsmetode ved hjælp af Papirclips-annotationer viser et synligt papirclips-ikon i dokumentet og forbliver kompatibel med flere digitale signaturer. Hver vedhæftet fil tilføjes, før underskriverens digitale signatur anvendes, hvilket bevarer signaturens gyldighed og giver en klar visuel indikator for vedhæftede filer. Denne forbedring forbedrer juridisk integritet, gennemsigtighed og konsistens på tværs af e-sign- og digitale signaturarbejdsforløb.
Oplevelsesændringer
- Notifikationer om annullering af arbejdsforløbsaftale – Annulleringsnotifikationer opdateret til at afspejle arbejdsforløbets adfærd.
Når du annullerer en arbejdsforløb-oprettet aftale, vises afkrydsningsfeltet "Giv modtagere besked" ikke længere. Meddelelser sendes altid baseret på arbejdsforløbets indstillinger. Denne ændring justerer beskeden til at afspejle denne adfærd i annulleringsudfordringen.
- Forbedringer af loginside – Acrobat sign-loginsiden tilbyder nu en renere og mere ensartet oplevelse. Så snart du indtaster din mailadresse, registrerer siden automatisk din kontotype og sender dig til den rigtige loginmetode, hvilket fjerner unødvendige trin og ældre skærmbilleder. Dette gør login hurtigere, enklere og mere intuitivt for alle.
- Nyt mailformat for Acrobat Sign Enterprise-brugere, der logger direkte ind på webgrænsefladen – Acrobat Sign håndhæver nu en grænse på 64 tegn for den lokale del af en mailadresse (delen før "@"-symbolet) ved redigering af en eksisterende mail eller oprettelse af en ny bruger.
Alle brugere med en lokal del på over 64 tegn er blevet evalueret og fastslået at være inaktive eller testbruger-ID'er.
- Nyt mailformat for Acrobat Sign Enterprise-brugere, der logger direkte ind på webgrænsefladen – Acrobat Sign håndhæver nu en grænse på 64 tegn for den lokale del af en mailadresse (delen før "@"-symbolet) ved redigering af en eksisterende mail eller oprettelse af en ny bruger.
Bemærk, at denne oplevelse leveres gennem en gradvis udrulning baseret på Acrobat Sign-servermiljøet. Udrulningsplanen er offentliggjort i den Opdaterede loginoplevelse tekniske meddelelse.
- Aktivér administration af brugerdetaljer for inaktive brugere – Administratorer kan nu redigere brugerdetaljer for inaktive brugere direkte i admin-brugergrænsefladen og gennem CSV-uploads uden at genaktivere konti. Dette omfatter opdatering af gruppemedlemskaber (for både enkelt- og multigruppekonfigurationer), administration af attributten "Bruger kan underskrive dokumenter" og udførelse af masseredigeringer for overholdelse og vedligeholdelse af optegnelser. Ændringen strømliner administration af brugerlivscyklus for erhvervsbrugere, reducerer den administrative byrde og understøtter renere gruppeorganisering og GDPR-tilpasset håndtering af optegnelser.
Løste problemer
| Problem | Beskrivelse |
|---|---|
| 4528600 | Resumé: Feltvalideringsindstillinger fungerer ikke, når et formularfeltlag er knyttet til et brugerdefineret arbejdsforløb. Valideringsregler såsom regex eller numeriske områdegrænser fjernes, når arbejdsforløbet startes, hvilket får felter til at acceptere ugyldigt input. |
| Rettelse: Valideringsregler anvendes nu korrekt, når formularfeltlag inkluderes i brugerdefinerede arbejdsforløb. Felter bevarer deres valideringsadfærd på tværs af både klassiske og nye oprettelsesoplevelser. Der kræves ingen handling af brugere. | |
| 4528748 | Resumé: Administratorer ser lejlighedsvis en "Uhåndteret fejl", når de tilføjer gruppemedlemskab til nyligt synkroniserede brugere (Azure-synkronisering). Nogle nye brugere i gruppen har groupID sat som null |
| Rettelse: Hvis en brugers gruppe er null efter oprettelse, placeres de i kontoens standardgruppe. | |
| 4529934 | Resumé: I Administrer > web forms bliver "download formularfeltdata" ved med at indlæse og bliver aldrig færdig – især på web forms med mange indsendelser. Teams-kunder uden API-adgang kan ikke eksportere data (f.eks. 1.-31. maj) til rapportering |
| Rettelse: Tilføjede pagineret, hurtigere CSV-eksport i brugergrænsefladen. Formulardata downloads fuldføres pålideligt for valgte datoområder uden at hænge. | |
| 4532186 | Resumé: I den nye redigeringsoplevelse matcher feltfarvemarkering ikke adfærden i klassisk redigering. Når flere modtagere er involveret, forbliver alle felter fuldt farvede i stedet for at dæmpe ikke-valgte modtageres felter. Dette gør det svært at verificere felttildelinger. |
| Rettelse: Genoprettede visuel klarhed ved at dæmpe (20 % uigennemsigtighed) felter, der tilhører ikke-valgte modtagere. Dette replikerer klarheden fra Classic Authoring, mens det moderne designsystem bevares. Fremhævning hjælper nu brugerne med nemt at identificere den aktuelt valgte modtagers felter og reducerer risikoen for forkert tildeling. | |
| 4534061 | Resumé: Linket "Download en kopi" vises på bekræftelsessiden efter underskrift, selvom konto- eller gruppeindstillingen er konfigureret til at deaktivere det. |
| Rettelse: En ny indstilling er blevet tilføjet for eksplicit at undertrykke download-muligheden for alle sider efter afsendelse. Siden efter underskrift respekterer nu korrekt indstillingen for kontrol af download og skjuler linket "Download en kopi", når indstillingen er deaktiveret. | |
| 4536347 | Resumé: I den klassiske oplevelse kunne afsendere ikke tilføje en anden fil (eller prøve at tilføje en fil igen), når de startede bestemte arbejdsforløb, hvilket blokerede afsendelse af arbejdsforløb med flere dokumenter på grund af en fejl i, hvordan filvælgeren håndterede skabeloner, der var delt på tværs af flere grupper. |
| Løsning: Rettede filvælgerens håndtering af skabeloner, der deles på tværs af flere grupper, så brugere kan tilføje yderligere filer eller prøve filvalg igen i Classic Experience uden fejl. | |
| 4537504 | Resumé: En betinget dropdown-værdi manglede i det underskrevne dokument, selvom den blev valgt korrekt under underskrift, på grund af at synlighedslogikken evaluerede mod et skjult afhængigt felt og ikke fastholdt den gengivne værdi i den endelige underskrevne PDF. |
| Løsning: Opdaterede betinget feltgengivelse for korrekt at løse synlighedsafhængigheder på underskriftstidspunktet og fastholde den valgte dropdown-værdi i det underskrevne dokument, når betingelserne er opfyldt. | |
| 4537995 | Resumé: I modtagergrupper blev ændring af godkendelsesmetoden for eksterne brugere tilbageført til telefon efter lagring, hvilket forhindrede e-mail-OTP i at blive anvendt på grund af en front-end-tilstandshåndteringsfejl, der overskrev brugerens valg. |
| Rettelse: Rettede modtagergruppens UI-logik for korrekt at fastholde og genanvende den valgte godkendelsesmetode på tværs af lagringshandlinger, hvilket sikrer, at den valgte værdi bevares i stedet for at blive nulstillet til standarden. | |
| 4539214 | Resumé: I brugerdefinerede arbejdsforløb får en lang beskedetiket beskedteksten til at overlappe og skjule hyperlinket til beskedskabelonen på Send-siden på grund af forkert layouthåndtering af overdrevent etiketindhold. |
| Rettelse: Opdaterede Send-sidens layoutlogik for korrekt at begrænse og ombryde lange beskedetiketter, så hyperlinket til beskedskabelonen forbliver synligt og tilgængeligt. | |
| 4539854 | Resumé: Nogle underskrivere omdirigeres væk fra underskriftsoplevelsen, når de åbner bestemte aftaler på grund af et forkert udformet linkfelt i det underliggende dokument, som mangler en påkrævet navneattribut. |
| Løsning: Underskriftsforløbet håndterer nu unavngivne linkfelter korrekt ved at tildele et gyldigt navn på behandlingstidspunktet, hvilket forhindrer fejl og giver underskrivere mulighed for at fuldføre aftaler uden omdirigering. | |
| 4539858 | Resumé: På iOS-enheder kan godkendere, der bruger det kinesiske håndskriftstastatur, ikke fuldføre godkendelse, fordi knappen Godkend forbliver deaktiveret efter indtastning af deres navn, fordi signeringssiden ikke registrerer hændelser for håndskriftsinput som gyldig tekstindtastning. |
| Rettelse: Inputhåndteringslogikken blev opdateret, så den genkendet håndskriftsbaseret tekstinput på iOS, hvilket sikrer, at knappen Godkend aktiveres korrekt, når gyldige tegn indtastes. | |
| 4540392 | Resumé: Administratorer ser periodisk fejlen HTTP 400, og modtagergrupper ser ud til at mangle i arbejdsforløb, selvom grupperne eksisterer, og adgang er korrekt konfigureret, fordi anmodningens sidehoved overstiger platformens størrelsesbegrænsning for sidehoved, når brugere tilhører et stort antal grupper. |
| Rettelse: Anmodningers størrelsesbegrænsninger for sidehoved på serversiden blev øget, så modtagergruppers opslag ikke længere fejler, når brugere har mange gruppemedlemskaber. | |
| 4541258 | Resumé: Administratorer kunne kun se de første 100 skabeloner i synkroniseringsgrænsefladen for Produktion eller Sandkasse, samtidig med at yderligere skabeloner manglende fra listen Lokal og Fjern, fordi synkroniseringssiden indlæste et begrænset datasæt, og søgefunktionen kun filtrerede skabeloner, der allerede var indlæst i browseren. |
| Rettelse: Brugergrænsefladen for synkronisering blev opdateret, så indtastning af tekst i søgefeltet indlæser alle skabeloner for det valgte miljø (op til 5.000), hvilket sikrer, at skabeloner ud over de første 100 er tilgængelige for søgning og valg. | |
| 4541739 | Resumé: Erstattede modtagere blev blokeret fra digital underskrift og vises meddelelsen "Aftalen kan ikke underskrives digitalt, da den ikke er i den digitale signeringsfase", fordi arbejdsforløbet ikke lykkedes med at overføre fremtidige erstattede underskrivere til den digitale signeringsfase, når digitale signeringsfelter var til stede. |
| Rettelse: Signeringsarbejdsforløbet blev opdateret for korrekt at overføre erstattede eller delegerede modtagere til den digitale signeringsfase, når digitale signeringsfelter eksisterer, hvilket giver dem mulighed for at underskrive og fuldføre aftalen. | |
| 4541849 | Resumé: Enkeltlinje auto-skrifttype-størrelse tekstfelter forudfyldt med multibyte-tegn blev afkortet i underskrevne pdf'er, hvilket fik en del af teksten til at blive skåret af på grund af forkert tekststørrelse under pdf-gengivelse. |
| Rettelse: Korrigeret tekstmåling og automatisk skrifttypestørrelse for multibyte-tegn, så den fulde værdi passer inden for feltet uden afkortning. | |
| 4542574 | Resumé: Redigering af en biblioteksskabelon tillod påkrævede rullemenufelter at inkludere uparrede værdier, hvilket forårsagede, at knappen Klik for at underskrive forblev utilgængelig under signering, når disse værdier blev valgt, på grund af manglende validering, der sikrede, at værdier for rullemenuvisning og eksport forblev korrekt parret. |
| Rettelse: Skabelonredigering håndhæver nu validering på rullemenufelter, så kun korrekt parrede værdier kan gemmes, hvilket forhindrer uparrede indtastninger og sikrer, at påkrævede rullemenuvalg ikke blokerer signering. | |
| 4542942 | Resumé: I webformularer fortsatte påkrævede felter, der var deaktiveret af betinget logik, med at vise den påkrævede stjerne, hvilket vildledte underskrivere til at tro, at input stadig var påkrævet, på grund af at brugergrænsefladen ikke opdaterede påkrævede indikatorer, når felter blev deaktiveret. Et separat problem med justering af mobilsignatur blev identificeret, men behandlet under et andet område. |
| Rettelse: Webformularens brugergrænseflade skjuler nu den påkrævede stjerne, når et felt deaktiveres af betinget logik, hvilket sikrer, at påkrævede indikatorer nøjagtigt afspejler, om underskriverinput forventes. | |
| 4543157 | Resumé: I visningen Igangværende på siden Administrer fortsatte kolonnen Modtagere med at vise delegatorens navn, efter at en signeringsrolle blev delegeret, selvom en anden underskriver aktivt underskrev, fordi brugergrænsefladen ikke opdaterede den viste modtager til at afspejle den aktuelle delegerede. |
| Rettelse: Logikken for siden Administrer blev opdateret, så kolonnen Modtagere nu viser den aktive delegerede persons navn, når en signeringsrolle delegeres, hvilket sikrer, at visningen Igangværende nøjagtigt afspejler, hvem der i øjeblikket underskriver. | |
| 4543253 | Resumé: I den klassiske oplevelse for arbejdsforløb forsvandt felter tildelt til vidner (signatur, navn, dato) efter at have gemt en aftale i Kladde-tilstand, selvom felterne eksisterede på backend, fordi gengivelseslogikken for kladder ikke kunne gendanne vidnefelter, når fremskridt blev gemt. |
| Rettelse: Gengivelseslogikken for kladder blev korrigeret for at bevare og vise alle felter tildelt til vidner efter at have gemt fremskridt, hvilket sikrer, at aftaler åbnet i Kladde-tilstand bevarer samme feltsynlighed som under oprettelse og signering. | |
| 4543513 | Resumé: Brugere blev blokeret fra at sende aftaler i webbrugergrænsefladen for Underskriv med fejlen "Sprog eller område er enten ugyldigt eller mangler," fordi landespecifik validering håndhævede landespecifikke regler på API-niveau forkert i webgrænsefladen, når afsendelsesgruppens sprog eller område adskilte sig fra brugerens arvede sprog eller område for den primære gruppe. |
| Rettelse: Landespecifik validering blev korrigeret, så webbrugergrænsefladen for Underskriv korrekt løser og accepterer gyldige landespecifikke kombinationer af gruppe og bruger, hvilket forhindrer landespecifikke begrænsninger særligt for API i at blokere aftalesendelse i weboplevelsen. | |
| 4543592 | Resumé: Nogle revisionsrapporter viste "Modtager autentificeret med Adobe Acrobat Sign" efter "Dokument e-underskrevet" og "Aftale fuldført," på grund af at begivenheder blev gemt med tidsstempler på andet niveau, hvilket forårsagede, at autentificerings- og signeringshandlinger, der fandt sted i samme sekund, fremstod i forkert rækkefølge. |
| Rettelse: Logføring af revisionshændelser blev opdateret, så der gemmes og vises tidsstempler med millisekundpræcision, hvilket sikrer, at autentificerings-, signerings- og fuldførelseshændelser er sekventeret korrekt i revisionsrapporten. | |
| 4543617 | Resumé: Oprettelse af en skabelon fra en aftale starter den klassiske oplevelse i stedet for den nye oplevelse, på trods af at den nye oplevelse er standard, på grund af at handlingen stadig dirigeres til det ældre oprettelsesforløb. |
| Rettelse: Handlingen "opret skabelon fra aftale" blev opdateret, så den åbnes i den nye oplevelse, hvilket justerer CTA-adfærden på niveau med standard brugeroplevelsen og undgår uventede kontekstskift for brugere. | |
| 4544564 | Resumé: Skjulte felter tilføjet eller opdateret via API'en (visible:false) blev gengivet som synlige i den moderne eSign-oplevelse. Brugergrænsefladen for signering ignorerede feltets synlighedsflag, så modtagere kunne se felter, der skulle forblive skjulte. |
| Rettelse: Den nye eSign-brugergrænseflade blev opdateret, så den filtrerer felter fra, hvor synlig er falsk på tværs af gengivelse og navigationslogik, og skjulte felter aldrig vises og ikke påvirker sidens funktion. | |
| 4544571 | Resumé: WhatsApp-leveringsmuligheden manglede fra Send-indstillinger, selvom WhatsApp var aktiveret for kontoen og tilgængelig under aftaleforsendelse, hvilket forårsagede inkonsistent adfærd og forvirring for administratorer. |
| Rettelse: WhatsApp-leveringsmuligheden blev gendannet i Afsendelsesindstillinger, hvor funktionen er tilgængelig, hvilket sikrer konsistent synlighed og konfiguration mellem administratorindstillinger og oplevelsen for Send aftale. | |
| 4545381 | Resumé: Roboto-skrifttypen manglede fra den nye oplevelse for Anmod om underskrift, selvom den var tilgængelig i den klassiske oplevelse, på grund af at den nye oprettelsesoplevelse ikke inkluderede alle tidligere understøttede skrifttyper. |
| Rettelse: Roboto blev føjet til skrifttypelisten i den nye oplevelse for Anmod om underskrift, hvilket gendanner skrifttypeparitet med den klassiske oplevelse og tillader konsistent formatering ved oprettelse af aftaler. | |
| 4545484 | Resumé: Nogle administratorer kunne ikke få adgang til eller oprette modtagergrupper fra Admin > Adressebog på grund af en backend-anmodningsfejl, hvilket resulterede i en 400-fejl ved indlæsning af modtagergruppedata. Problemet blokerede indledende opsætning af modtagergrupper for berørte administratorer. |
| Løsning: Backend-anmodningshåndteringen blev rettet, så modtagergruppesøgning og oprettelse ikke længere fejler med en 400-fejl. Administratorer kan nu pålideligt få adgang til og administrere modtagergrupper uanset netværk eller placering. | |
| 4545547 | Resumé: Aftaler oprettet fra AutoCAD PDF'er kunne ikke sendes, når et digitalt signaturfelt blev tilføjet, og viste en generisk sendefejl, fordi systemet ikke korrekt håndterede siderotation ved validering af placering af digitalt signaturfelt. |
| Rettelse: Koordinater for digitalt signaturfelt justeres nu for at tage højde for roterede sider, hvilket sikrer, at felter valideres mod de korrekte sidegrænser, så AutoCAD-genererede PDF'er kan sendes med digitale signaturer. | |
| 4545894 | Resumé: Når en modtagergruppe bruges, og der ikke placeres et signaturfelt manuelt, viser den automatisk genererede signaturblok e-mailadresseteksten i en meget lille størrelse. Teksten bliver gradvist mindre, efterhånden som flere modtagere tilføjes til gruppen. |
| Rettelse: Den automatisk genererede signaturblok gengiver nu korrekt e-mailadressen i en normal, læsbar størrelse, uanset hvor mange modtagere der er inkluderet i modtagergruppen. | |
| 4546085 | Resumé: Når Tilføj mig selv bruges i den nye anmodning om signatur-oplevelse, vises e-mailadresser, der indeholder en apostrof, forkert. Den forkert formede adresse forhindrer aftalen i at blive sendt, medmindre e-mailen indtastes manuelt igen, eller Klassisk afsendelse bruges. |
| Rettelse: Mailadresser med apostroffer dekodes og vises nu korrekt, når Tilføj mig selv vælges i den nye oplevelse for Anmod om underskrift, hvilket gør det muligt at sende aftaler uden manuel korrektion. | |
| 4546110 | Resumé: I den nye oprettelsesoplevelse for Skabelon er det ikke muligt at gemme skabelonen efter tilføjelse af et hyperlinkfelt, der er tildelt en specifik deltager. Det samme felt fungerer, når det tildeles alle deltagere eller ved brug af den klassiske oplevelse. |
| Rettelse: Hyperlinkfelter understøtter nu pladsholdere for deltagerindstillinger i den nye oplevelse for Skabelon, hvilket gør det muligt at gemme skabeloner korrekt, når feltet tildeles en specifik deltager. | |
| 4546257 | Resumé: I Sandkasse-miljøet viser aftaler sendt gennem en brugerdefineret app-API forkert en Tilbage-knap på oprettelsessiden, fordi Sandbox indlæser indstillinger fra en Adobe-administreret app med problemfri oprettelse aktiveret (i modsætning til Swagger eller Produktion). |
| Løsning: Sandbox-adfærd blev tilpasset Production og Swagger ved at sikre, at oprettelsessiden respekterer de tilsigtede applikationsindstillinger og forhindrer Tilbage-knappen i at vises for aftaler sendt via brugerdefinerede applikations-API'er. | |
| 4546547 | Resumé: Webformularer kunne ikke opdatere medunderskriveren og returnerede en diverse fejl på grund af ældre brugerposter, der manglede et påkrævet internt flag, hvilket forårsagede, at en nulværdi blev behandlet under udskiftning af medunderskriver. |
| Løsning: Logikken for opdatering af medunderskriver blev forstærket med nul-sikker håndtering, så webformularer kan udskifte medunderskrivere med succes, selv når ældre brugerposter mangler det forventede interne flag. | |
| 4546553 | Resumé: Brugere tildelt flere grupper kunne oprette skabeloner i en gruppe, hvor skabelonoprettelse er deaktiveret, når den nye oplevelse for Opret skabelon er aktiveret. Dette gjorde det muligt at omgå begrænsninger på gruppeniveau. |
| Løsning: Skabelonoprettelse håndhæver nu gruppeniveautilladelser konsekvent på tværs af de nye og klassiske oplevelser. Brugere kan ikke længere oprette skabeloner i grupper, hvor skabelonoprettelse er deaktiveret, selv hvis de tilhører andre grupper med den pågældende tilladelse aktiveret. | |
| 4547744 | Resumé: Gruppeadministratorer kunne tildele kontoadministratorrettigheder til brugere gennem den nye brugeradministrationsside. Dette oversteg deres tilladelsesområde og skabte en overholdelsesrisiko ved at tillade forøgelse af privilegier ud over gruppeadministratorrollen. |
| Rettelse: Kontrolelementet for rollevalg er ikke længere tilgængeligt for gruppeadministratorer. Kun eksisterende kontoadministratorer kan tildele eller tilbagekalde kontoadministratorrettigheder, hvilket sikrer, at rolleændringer stemmer overens med tilladelsesgrænser. | |
| 4547796 | Resumé: Nogle afsendere, der bruger den polske brugergrænseflade, modtager lejlighedsvis en bekræftelsesmail med forkert tekst om "kan ikke levere en digital signatur", selvom aftalen sendes og underskrives normalt. |
| Løsning: Polske oversættelser til bekræftelsesmails for afsendelse blev rettet, så beskeden viser "sendt til signering" i stedet for den forkerte tekst "kan ikke levere en digital signatur". | |
| 4548315 | Resumé: Når afsenderen er inkluderet som CC-modtager i det nye arbejdsforløb for Send, vises der ingen valideringsfejl, og CC-mailnotifikationer sendes ikke til modtagere, der er anført efter afsenderen på CC-listen. Dette adskiller sig fra adfærden i det klassiske arbejdsforløb og kan få CC-modtagere til at gå glip af notifikationer. |
| Løsning: Opdaterede det nye Send-arbejdsforløbs logik, så alle CC-modtagere, undtagen afsenderen, modtager CC-e-mailnotifikationer uanset deres placering på CC-listen, hvilket bringer adfærden i overensstemmelse med forventede resultater. | |
| 4548583 | Resumé: PDF/A kunne ikke aktiveres for en gruppe, hvis brugerens standardgruppe havde skriftlige signaturer aktiveret, selv når skriftlige signaturer var deaktiveret for den gruppe, som blev redigeret. Dette blokerede gyldig PDF/A-konfiguration for ikke-standardgrupper. |
| Løsning: Valideringen til at kontrollere indstillinger for skriftlige signaturer på den gruppe, der modificeres, ikke brugerens standardgruppe, blev opdateret, hvilket gør det muligt at aktivere PDF/A korrekt, hvor det er tilladt. | |
| 4549337 | Resumé: SMS-notifikationer for annullerede aftaler blev undertrykt, når indstillingen E-mail-aftale annulleret var deaktiveret. Dette forhindrede kunder, der deaktiverer e-mail-notifikationer, i at sende påkrævede SMS-annulleringsadvarsler. |
| Rettelse: Afkoblede SMS- og WhatsApp-annulleringsnotifikationer fra e-mail-indstillingen ved at introducere en dedikeret notifikationskontrol, hvilket gør det muligt at levere SMS for annullerede aftaler, selv når e-mail-notifikationer er deaktiveret. | |
| 4549472 | Resumé: I Acrobat sign for Government kunne brugere ikke oprette genanvendelige skabeloner ved hjælp af den nye oplevelse for Opret skabelon. Efter upload af et dokument gik arbejdsforløbet i stå på en tom skærm, hvilket blokerede skabelonoprettelse. |
| Løsning: Den manglende oprettelsesafhængighed, der kræves af den nye oplevelse for Opret skabelon i Government-miljøer blev gendannet, hvilket gør det muligt for oprettelsesskærmen at indlæse korrekt og skabeloner at blive oprettet. | |
| 4549862 | Resumé: Når landingssiden er indstillet til den nye oplevelse for Anmod om underskrift, vises advarselsbeskeden for den konfigurerede login ikke efter login. Dette forhindrer organisationer i at vise kritiske vedligeholdelses- eller forstyrrelsesmeddelelser, når brugere lander direkte på Send-siden. |
| Løsning: Understøttelse af visning af login-advarselsbeskeden blev gendannet i den nye oplevelse for Anmod om underskrift. Når brugere lander på Send-siden efter login, vises den konfigurerede advarselsbesked nu som en notifikation, hvilket matcher tidligere adfærd og kundeforventninger. | |
| 4550175 | Resumé: Når der trykkes på Enter efter indtastning af et telefonnummer til telefonautentificering i et arbejdsforløb, indsendes formularen for tidligt og udløser en systemfejl, hvilket afbryder arbejdsforløbet, da formularen indsendes i stedet for at vente på eksplicit bekræftelse. |
| Løsning: Modtagerdialogenboksen blev opdateret for at forhindre formularindsendelse ved Enter for felter til telefonautentificering, hvilket sikrer, at brugere forbliver i dialogboksen og skal klikke på Fortsæt, hvilket eliminerer den utilsigtede afbrydelse af arbejdsforløbet. | |
| 4550302 | Resumé: Tyske e-mails om anmodet signatur og påmindelser brugte inkonsistente tiltaleformer og skiftede mellem uformel "Du" og formel "Sie" inden for samme besked, hvilket forårsagede forvirrende og uprofessionel ordlyd. |
| Løsning: Opdaterede de tyske e-mailoversættelser til at bruge en enkelt, konsistent tiltaleform gennem hele skabelonen, hvilket sikrer ensartet og forudsigelig sprogbrug i alle e-mails om anmodet signatur og påmindelser. | |
| 4550556 | Resumé: Aftaler, der indeholdt store PDF'er med arkitekttegninger, kunne ikke sendes, når digitale signaturfelter blev tilføjet, og returnerede en fejl under oprettelse på grund af siderotation og størrelseshåndtering i digital signaturplacering. |
| Løsning: Behandling af digitale signaturfelter blev opdateret, så roterede sider i stort format håndteres korrekt, hvilket gør det muligt for aftaler med arkitekttegninger at blive sendt med anvendte digitale signaturer. | |
| 4550579 | Resumé: Når en aftale blev fuldført ved at fjerne de sidste resterende modtagere under en revisionstilstand, genererede systemet ikke AGREEMENT_WORKFLOW_COMPLETED-begivenheden, så ingen webhook-notifikation blev sendt, hvilket ødelagde arbejdsforløb, der er afhængige af denne begivenhed for at registrere fuldførelse. |
| Rettelse: Opdaterede hændelseshåndtering, så aftaler, der fuldføres via fjernelse af modtager under revision, nu genererer de relevante fuldførelseshændelser og sikrer, at AGREEMENT_WORKFLOW_COMPLETED webhooks udløses som forventet. | |
| 4550998 | Resumé: Forudfyldte afkrydsningsfelter vises som markerede under oprettelse, men var ikke markerede for underskrivere, fordi afkrydsningsfeltværdier blev gemt som ikke-tomme tekststrenge i stedet for eksplicitte JA/NEJ-tilstande, hvilket fik signeringsoplevelsen til at behandle dem som ikke markerede. |
| Rettelse: Opdaterede håndtering af afkrydsningsfeltværdier, så enhver ikke-tom forudfyldt værdi fortolkes som markeret, og tomme eller manglende værdier som ikke-markerede, hvilket sikrer, at afkrydsningsfelttilstande forbliver konsistente for underskrivere. |