Adobe Hjælpecenter

Hjælp til Adobe Acrobat Sign

Produktbemærkninger til Adobe Acrobat Sign – 2026

Sidst opdateret den 17. jun. 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 afkrydsningsfelter gennem de moderne oprettelsesmiljøet for Anmod om underskrift og Biblioteksskabeloner med valideringsregler såsom indstillingerne vælg præcis, mindst, højst eller et interval på X ud af Y. 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 ÉN eller ALLE – kræver enten et medlem eller alle medlemmer til at fuldføre deres handling, før routing 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, der bruger anmærkninger med papirklips viser et synligt ikon med papirklips 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.

Nye TSP-muligheder for cloud-signaturer— Nye Trust Service Providers er blevet tilføjet for at understøtte digitale cloud-signaturer:
- Swisscom

Oplevelsesændringer

Notifikationer om annullering af arbejdsforløbsaftale – Annulleringsnotifikationer opdateret til at afspejle arbejdsforløbets adfærd.
Når du annullerer en aftale oprettet via arbejdsforløb, 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 Signs 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.

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.
4528600	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
4528748	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
4529934	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.
4532186	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.
4534061	Rettelse: En ny indstilling er blevet tilføjet for eksplicit at undertrykke download-muligheden for alle sider efter afsendelse. Siden efter signering overholder nu korrekt indstillingen for downloadkontrol 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 delt på tværs af flere grupper.
4536347	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.
4537504	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.
4537995	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.
4539214	Rettelse: Layoutlogikken for siden Send blev opdateret for at begrænse og ombryde lange beskedetiketter korrekt, 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.
4539854	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 begivenheder for håndskriftsinput som gyldig tekstindtastning.
4539858	Rettelse: Inputhåndteringslogikken blev opdateret, så den genkender håndskriftsbaseret tekstinput på iOS, hvilket sikrer, at knappen Godkend aktiveres korrekt, når gyldige tegn indtastes.
4540392	Resumé: Administratorer ser lejlighedsvis HTTP 400-fejl, og modtagergrupper ser ud til at mangle i arbejdsforløb, selvom grupperne eksisterer, og adgang er korrekt konfigureret på grund af anmodningers overskrifter, der overskrider platformens størrelsesbegrænsning for overskrifter, når brugere tilhører et stort antal grupper.
4540392	Rettelse: Størrelsesgrænsen for anmodningers overskrift på serversiden blev øget, så opslag af modtagergrupper ikke længere mislykkes, når brugere har mange gruppemedlemskaber.
4541258	Resumé: Administratorer kunne kun se de første 100 skabeloner på synkroniseringsgrænsefladen for Produktion eller Sandkasse, samtidig med at yderligere skabeloner manglende fra listerne 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.
4541258	Rettelse: Synkroniseringsgrænsefladen 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 at signere digitalt og blev vist "Aftalen kan ikke signeres digitalt, da den ikke er i den digitale signeringsfase", fordi arbejdsforløbet ikke kunne overføre fremtidige erstattede underskrivere til den digitale signeringsfase, når digitale signaturfelter var til stede.
4541739	Rettelse: Signeringsarbejdsforløbet blev opdateret, så det korrekt overfører erstattede eller delegerede modtagere til den digitale signeringsfase, når digitale signaturfelter eksisterer, hvilket giver dem mulighed for at signere 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.
4541849	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 fik knappen Klik for at underskrive til at forblive utilgængelig under signering, når disse værdier blev valgt på grund af manglende validering, der sikrede, at rullemenuens visnings- og eksportværdier forblev korrekt parret.
4542574	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.
4542942	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 I gang på siden Administrer fortsatte kolonnen Modtagere med at vise delegatorens navn, efter at en signeringsrolle blev delegeret, selvom en anden underskriver aktivt signerede, fordi brugergrænsefladen ikke opdaterede den viste modtager til at afspejle den aktuelle delegerede.
4543157	Rettelse: Logikken for siden Administrer blev opdateret, så kolonnen Modtagere nu viser den primære delegerede persons navn, når en signeringsrolle delegeres, hvilket sikrer, at visningen I gang nøjagtigt afspejler, hvem der i øjeblikket signerer.
4543253	Resumé: I arbejdsforløbet for den klassiske oplevelse forsvandt vidnetildelte felter (signatur, navn, dato) efter at have gemt en aftale i Kladdetilstand, selvom felterne eksisterede på back-end, fordi kladdens gengivelseslogik ikke kunne gendanne vidnefelter, når fremskridt blev gemt.
4543253	Rettelse: Logikken for kladdegengivelse blev rettet for at bevare og vise alle vidnetildelte felter efter lagring af fremskridt, hvilket sikrer, at aftaler åbnet i kladdetilstand bevarer samme feltsynlighed som under oprettelse og signering.
4543513	Resumé: Brugere blev blokeret fra at sende aftaler i webbrugergrænsefladen Underskriv med fejlen "Landestandard er enten ugyldig eller mangler" på grund af landespecifik validering, der fejlagtigt håndhævede landespecifikke regler på API-niveau i webgrænsefladen, når afsendelsesgruppens landestandard adskilte sig fra brugerens nedarvede landestandard for den primære gruppe.
4543513	Rettelse: Landespecifik validering blev rettet, så webbrugergrænsefladen Underskriv korrekt løser og accepterer gyldige landespecifikke kombinationer for grupper og brugere, hvilket forhindrer landespecifikke begrænsninger kun for API i at blokere aftalesendelse i weboplevelsen.
4543592	Resumé: Nogle revisionsrapporter viste "Modtager godkendt med Adobe Acrobat Sign" efter "Dokument e-underskrevet" og "Aftale fuldført", fordi begivenheder blev gemt med tidsstempler på andet niveau, hvilket fik godkendelses- og signeringshandlinger, der fandt sted i samme sekund, til at fremstå i forkert rækkefølge.
4543592	Rettelse: Logføring af revisionshændelser blev opdateret, så tidsstempler gemmes og vises med millisekundpræcision, hvilket sikrer, at godkendelses-, 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.
4543617	Rettelse: Handlingen "Opret skabelon fra aftale" blev opdateret, så den åbnes i den nye oplevelse, hvilket tilpasser CTA-funktionen 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 feltsynlighedsflaget, så modtagere kunne se felter, der skulle forblive skjulte.
4544564	Rettelse: Den nye oplevelse for e-underskriv 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.
4544571	Rettelse: WhatsApp-leveringsmuligheden blev genoprettet i Afsendelsesindstillinger, hvor funktionen er tilgængelig, hvilket sikrer ensartet 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, fordi den nye oprettelsesoplevelse ikke inkluderede alle ældre understøttede skrifttyper.
4545381	Rettelse: Roboto blev føjet til skrifttypelisten i den nye oplevelse for Anmod om underskrift, hvilket genopretter skrifttypeparitet med den klassiske oplevelse og tillader ensartet 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.
4545484	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.
4545547	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.
4545894	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.
4546085	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 tillader aftaler at blive sendt uden manuel rettelse.
4546110	Resumé: I den nye oprettelsesoplevelse for Skabelon kan skabelonen ikke gemmes, når der tilføjes et hyperlinkfelt tildelt en specifik deltager. Det samme felt fungerer, når det tildeles alle deltagere eller ved brug af den klassiske oplevelse.
4546110	Rettelse: Hyperlinkfelter understøtter nu en pladsholder for deltagerttildelinger i den nye oplevelse for Skabelon, hvilket tillader skabeloner at blive gemt, når feltet er tildelt en specifik deltager.
4546257	Resumé: I Sandkasse-miljøet viser aftaler sendt gennem en brugerdefineret app-API fejlagtigt knappen Tilbage på oprettelsessiden, fordi Sandkasse i modsætning til Swagger eller Produktion indlæser indstillinger fra en Adobe-administreret app med problemfri oprettelse aktiveret.
4546257	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.
4546547	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.
4546553	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, selvom 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.
4547744	Rettelse: Rollevalgsindstillingen er ikke længere tilgængelig 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 meddelelse om "kan ikke levere en digital underskrift", selvom aftalen sender og underskriver normalt.
4547796	Rettelse: Polske oversættelser til bekræftelsesmails ved afsendelse blev rettet, så meddelelsen viser "sendt til underskrift" i stedet for den forkert meddelelse om "kan ikke levere en digital underskrift".
4548315	Resumé: Når afsenderen er inkluderet som CC-modtager i det nye arbejdsforløb for Send, vises ingen valideringsfejl, og CC-mailnotifikationer sendes ikke til nogen modtagere anført efter afsenderen på CC-listen. Dette adskiller sig fra det klassiske arbejdsforløb og kan få CC-modtagere til at gå glip af notifikationer.
4548315	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 underskrifter aktiveret, selv når skriftlige underskrifter var deaktiveret for den gruppe, der blev redigeret. Dette blokerede gyldig PDF/A-konfiguration for ikke-standardgrupper.
4548583	Rettelse: Valideringen blev opdateret, så den kontrollerer indstillinger for skriftlige underskrifter på den gruppe, der modificeres, ikke brugerens standardgruppe, hvilket tillader PDF/A at blive aktiveret 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.
4549337	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.
4549472	Rettelse: Den manglende oprettelsesafhængighed, der kræves af den nye oplevelse for Opret skabelon i Gov-miljøer, blev gendannet, hvilket gør det muligt for oprettelsesskærmen at blive indlæst korrekt og skabeloner at blive oprettet.
4549862	Resumé: Når landingssiden er indstillet til den nye oplevelse for Anmod om underskrift, vises den konfigurerede loginadvarselsbesked ikke efter login. Dette forhindrer organisationer i at vise kritiske vedligeholdelses- eller forstyrrelsesmeddelelser, når brugere lander direkte på Send-siden.
4549862	Rettelse: Understøttelse af visning af loginadvarselsbesked 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é: At trykke på Enter efter at have indtastet et telefonnummer til telefongodkendelse i et arbejdsforløb indsender formularen for tidligt og udløser en systemfejl, hvilket afbryder arbejdsforløbets forløb, fordi formularen indsendes i stedet for at vente på eksplicit bekræftelse.
4550175	Rettels: Modtagerdialogboksen blev opdateret for at forhindre formularindsendelse ved Enter for telefongodkendelsesfelter, 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.
4550302	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 indeholder PDF'er med store arkitekttegninger, kunne ikke sendes, når digitale signaturfelter blev tilføjet, hvilket returnerede en fejl under oprettelse på grund af siderotation og størrelseshåndtering i digital signaturplacering.
4550556	Rettelse: 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.
4550579	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 virkede markerede under oprettelse, men var ikke markerede for underskrivere, fordi afkrydsningsfelters værdier blev gemt som ikke-tomme tekststrenge i stedet for eksplicitte JA/NEJ-tilstande, hvilket fik signeringsoplevelsen til at behandle dem som ikke-markerede.
4550998	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.

Adobe Acrobat Sign-udgivelse v17.0.1

Produktionsudrulning: 17. marts 2026

GovCloud-udrulning: 19. marts 2026

Forbedret funktionalitet

Opret en kopi – udvidede adgangspunkter, hurtigere genbrug af aftaler.
Opret en kopi er nu tilgængelig direkte gennem filtrene I gang og Venter på dig på siden Administrer samt fra bekræftelsessiden efter afsendelse. Disse yderligere indgangspunkter gør det nemmere at genbruge aftaler på flere punkter i afsendelseslivscyklussen, hvilket reducerer behovet for at starte forfra.
Bemærk: Med denne version fjernes de administrative kontrolelementer til at deaktivere denne funktion fra administratormenuen, hvilket etablerer Opret en kopi som en standardfunktion, der er tilgængelig for alle berettigede brugere.

Tilgængelige miljøer: Sandbox, Commercial, Government | Tilgængelige serviceniveauer: Acrobat Sign Solutions | Konfigurationsområde: Konto og gruppe; Aktiveret som standard.

Oplevelsesændringer

Synlighed for udløb af integrationsnøgle – udløbsdatoer vises nu på fanen Adgangstokens
Fanen Adgangstokens i menuen Personlige præferencer viser udløbsdatoen for hver integrationsnøgle. Dette giver brugere og administratorer øget synlighed i nøglens alder og tidspunktet for udskiftning, hvilket gør det lettere at overvåge eksisterende nøgler og undgå uventede afbrydelser, når en nøgle når slutningen af sin 10-årige gyldighedsperiode.

Tilgængelige miljøer: Sandkasse, Kommerciel, Offentlig Tilgængelige tjenesteniveauer:Acrobat Sign Solutions Konfigurationsomfang: API

REST API-/Webhook-opdateringer

API- og webhook-opdateringer til denne version kan findes i Acrobat Sign API-dokumentation.

OEM 2.0 personaliseret e-mail-visning – Mere tydelig identitet på afsender og modtager på tværs af integrerede oplevelser og korrekt e-mail-levering.
For OEM 2.0-partnere, der bruger indlejrede arbejdsforløb, kan Acrobat Sign nu vise en brugers personlige mailadresse i stedet for den partnerregistrerede mail på tværs af vigtige brugergrænseflader og notifikationer. Aftaler, køer som "Venter på dig" og "Gennemse og underskriv" e-mails afspejler konsekvent den personaliserede identitet, mens den registrerede e-mail bevares internt til godkendelse og rettigheder. Dette forbedrer overskueligheden for både afsendere og underskrivere og forhindrer, at mails bliver sendt til registrerede adresser, der ikke kan modtage post.

Tilgængelige miljøer: Sandkasse, Kommerciel | Tilgængelige tjenesteniveauer: Acrobat Sign Solutions | Konfigurationsomfang: API - OEM 2.0-partnere, kun på anmodning

Webhook-notifikation for SMS-leveringsfejl – synlighed i realtid for mislykkede SMS-afsendelser, automatiseret afhjælpning og paritet med returmails.
Acrobat Sign udsender nu en ny webhook-begivenhed, AGREEMENT_PHONE_BOUNCED, når en aftale sendt via SMS ikke kan leveres på grund af problemer som ugyldige telefonnumre, operatørafvisning eller blokerede linjer. Dette gør det muligt for kunder at opdage SMS-leveringsfejl næsten i realtid og automatisk udløse opfølgende handlinger som at rette telefonnumre, prøve levering igen eller åbne supportsager, hvilket sikrer fuldt overblik og reducerer forsinkelser i mobilbaserede signeringsarbejdsforløb.

Tilgængelige miljøer: Sandkasse, Kommerciel, Offentlig Tilgængelige tjenesteniveauer: Acrobat Sign Solutions Konfigurationsomfang: API

Webhook-payloads – betinget extendedStatus-deltagerfelt blev tilføjet med henblik på dynamiske deltageropdateringer, hvilket forbedrer synligheden af deltagertilstand.
Webhook-notifikationer inkluderer nu et extendedStatus-felt i hvert deltagerobjekt (memberInfos[]), når afsenderen ændrer en igangværende aftale ved hjælp af dynamisk deltagelse. Dette felt giver yderligere oplysninger om deltagerens livscyklus, mens det eksisterende statusfelt forbliver uændret med henblik på bagudkompatibilitet.

status-værdier (uændret): ACTIVE, REPLACED.
extendedStatus værdier: ACTIVE, REPLACED, REMOVED, COMPLETED.

Tilgængelige miljøer: Sandkasse, Kommerciel, Offentlig | Tilgængelige tjenesteniveauer: Acrobat Sign Solutions | Konfigurationsomfang: API

Løste problemer

Problem	Beskrivelse
4543515	Resumé: En webhook-e-mail-bounce-hændelse kan blive genereret forkert for en gyldig underskriver, efter at underskriveren har underskrevet, og aftalen går videre til næste trin. Dette kan forekomme, når en delegeret i samme underskrivergruppe har en ugyldig e-mailadresse, og afsenderen erstatter den oprindelige delegator. I disse tilfælde kan systemet forkert tilskrive "underskrevet på vegne af..."-bounce-hændelsen til den gyldige underskriver i stedet for den deltager, hvis e-mail faktisk bouncer.
4543515	Løsning: Hændelsestilskrivningslogikken blev rettet, så e-mail-bounce-hændelser kun associeres med den deltager, hvis e-mail faktisk bouncer. En bounce-hændelse genereres ikke længere for en gyldig underskriver, der allerede har fuldført underskrivningen, og webhook-notifikationer afspejler nu den korrekte deltager og e-mailadresse.
4544548	Resumé: Integrationsnøgler oprettet gennem web-brugergrænsefladen kan udløbe efter 10 år, selvom oprettelsessiden angiver, at nøglen giver "permanent adgang." Når en nøgle når sin 10-årige levetid, begynder API-kald at returnere en udløbet token-fejl, hvilket kan bryde eksisterende integrationer uventet.
4544548	Løsning: Brugergrænseflademeddelelsen blev opdateret for at fjerne "permanent adgang"-ordlyden og tydeligt vise udløbsdatoen for integrationsnøgler. Den opdaterede tekst angiver nu, at nøglen bevarer adgang indtil udløbsdatoen eller indtil den manuelt tilbagekaldes, hvilket giver gennemsigtighed om den 10-årige standardlevetid.
4546301	Resumé: Webhook-hændelseslevering kan blive forsinket med op til flere timer for aftaler med meget store dokumenter, selv når aftaleoprettelse fuldføres, og tidlige behandlingstrin ser ud til at afsluttes inden for minutter. Under forsinkelsesvinduet kan webhook-leveringstjenesten gentagne gange modtage DOCUMENT_NOT_AVAILABLE-svar, når den forsøger at hente aftaledokumenter, og webhook-hændelsen leveres muligvis ikke, før tjenesten stopper med at prøve igen, eller dokumenterne bliver tilgængelige.
4546301	Løsning: Dokumenttilgængelighedshåndtering blev rettet, så store aftaler pålideligt overgår til en tilstand, hvor dokumenter kan hentes uden udvidede DOCUMENT_NOT_AVAILABLE-svar. Som resultat leveres webhook-hændelser uden flertimers forsinkelser forårsaget af dokumenthentningsforsøg mod utilgængelige dokumenter.
4547823	Resumé: En modtagers private besked vises muligvis ikke for nogle underskrivere, når en aftale oprettes i Authoring-tilstanden gennem API'en og derefter redigeres fra Manage-oplevelsen. I dette scenarie kan brugergrænsefladen vise Private Message-værdien som "Ingen" eller tom, selvom aftaledata inkluderer den korrekte private beskedværdi. Denne adfærd vises i delte kontoscenarier, hvor en bruger skifter til en anden brugers konto for at redigere udkastet, og det kan kun påvirke specifikke modtagere, mens andre vises korrekt.
4547823	Løsning: Et tjek blev tilføjet for at hente den primære delingskontekst og returnere den private besked for autoriserede delte brugere. Som resultat vises Private Message-værdien nu korrekt, når man ser eller sender et API-oprettet udkast fra Authoring-flowet.
4548274	Resumé: Den ændrede dato for biblioteksskabeloner opdateres muligvis ikke, efter at en skabelon er redigeret og gemt i den nye skabelonoplevelse. Brugere kan se nyligt tilføjede eller opdaterede felter på skabelonen, men den ændrede dato forbliver uændret i Manage-brugergrænsefladen og i administrative visninger, hvilket får det til at se ud som om skabelonen ikke blev ændret for nylig. Dette sker, fordi den nye oplevelse opdaterer formularfelter gennem en sti, der ikke også opdaterer skabelonens ændrede tidsstempel.
4548274	Løsning: Den ændrede datoopdateringsadfærd blev tilpasset på tværs af den nye skabelonoplevelse og de relaterede API-operationer. Kodestien, der gemmer skabelonfeltændringer, opdaterer nu også skabelonens ændrede dato, så den afspejler det faktiske tidspunkt for den seneste ændring.
4548564	Resumé: Underskrifter og formularfelter kan virke usynlige i den underskrevne pdf, når de placeres over allerede eksisterende stempelannotationer i kildedokumentet. I berørte skabeloner overlapper stempelannotationerne eller skjuler de interaktive felter under behandling, hvilket medfører, at udfyldte signaturer og andre felter skjules i det endelige signerede dokument.
4548564	Løsning: Håndtering af stempelannotationer blev opdateret til sikkert at behandle og flade eksisterende stempelannotationer, så de ikke længere skjuler formularfelter eller signaturer. Felter placeret over stemplede områder forbliver nu synlige gennem hele signeringsprocessen og i den fuldt udførte pdf.
4549103	Resumé: En e-mail-bounce-hændelse kan blive logget igen for en tidligere forkert modtager, efter at afsenderen erstatter denne modtager med en gyldig e-mailadresse. I nogle tilfælde kan revisionssporet vise en anden bounce-hændelse for den gamle e-mail, og aftalestatus kan afspejle "e-mail bounced", selvom den nye modtager med succes modtager, ser eller signerer aftalen. Denne adfærd kan få det til at se ud som om, aftalen stadig er rettet mod både den gamle og den nye e-mailadresse.
4549103	Løsning: Arbejdsforløbet til erstatning af underskriver blev opdateret for at forhindre afsendelse af yderligere notifikations-e-mails til en erstattet modtager, hvis e-mail allerede er bounced. Systemet kontrollerer nu for tidligere bounce-historik, før der sendes erstatningsrelaterede notifikationer, hvilket sikrer, at der ikke genereres nye bounce-hændelser for den gamle e-mailadresse efter erstatning.
4549306	Resumé: Brugere, hvis e-mailadresser indeholder visse specialtegn (for eksempel en apostrof), kan muligvis ikke logge ind fra de generiske adobesign.com eller echosign.com offentlige login-sider. Efter indtastning af e-mailadressen og klik i adgangskodefeltet kan siden genindlæse og rydde e-mailfeltet i stedet for at omdirigere brugeren til den korrekte shard eller SSO-loginside. Dette forhindrer berørte brugere i at fuldføre godkendelse og blokerer integrationer, der er afhængige af det offentlige login-endpoint.
4549306	Løsning: Login shard-opløsningslogikken blev rettet til korrekt at håndtere og dekode e-mailadresser, der indeholder specialtegn, før inter-shard-omdirigerings-URL'en konstrueres. Brugere med berørte e-mailformater omdirigeres nu korrekt til deres udpegede shard og SSO-loginside uden at e-mailfeltet ryddes.
4549331	Resumé: Signaturer og andre formularfelter kan virke manglende eller usynlige i den signerede pdf, når visse dokumentbehandlingsfunktioner er aktiveret, og kilde-pdf'en indeholder ugyldige sidebokskoordinater (for eksempel forkerte CropBox- eller MediaBox-værdier). I dette scenarie kan felter, der er afhængige af sidekoordinater, gengives uden for det synlige sideområde, hvilket får udfyldte signaturer til at virke manglende, selvom signering fuldføres med succes.
4549331	Løsning: pdf-sidebokshåndtering blev rettet til sikkert at normalisere ugyldige CropBox- og MediaBox-værdier under dokumentbehandling. Som resultat tilpasser signatur- og formularfeltplacering sig nu til det synlige sideområde, og signerede pdf'er viser signaturer som forventet.
4550367	Resumé: Oprettelse af en webformular kan mislykkes med en generisk "Serverfejl" efter valg af Forhåndsvisning og Tilføj felter, når afsenderens gruppestandardunderskrivergodkendelse er indstillet til Telefon, og kontoen ikke har tilgængelig telefongodkendelseskvote, selvom webformularens underskrivergodkendelse er indstillet til en ikke-telefonmetode (for eksempel Adobe Sign). Som resultat kan alle brugere i den berørte konto blive blokeret fra at oprette web-formularer på tværs af alle dokumenter.
4550367	Løsning: Web-formularoprettelse evaluerer nu kun kvote for den godkendelsesmetode, der faktisk er konfigureret for web-formularens underskriver, og den anvender ikke længere telefongodkendelseskvotetjek baseret udelukkende på gruppens standardgodkendelsesindstilling. Dette forhindrer falske kvoteudtømningsfejl og tillader, at web-formularer oprettes normalt.
4551011	Resumé: Når en afsender uploader nogle scannede PDF'er, tilføjer signaturfelter og sender aftalen, viser den signerede PDF muligvis ingen synlige signaturer, når signeringen er fuldført. Denne adfærd kan forekomme, når den uploadede pdf indeholder ugyldige sidegrænse-metadata (MediaBox- og CropBox-koordinater virker omvendte), hvilket kan få signatur- og andre feltudseendelag til at gengives uden for det synlige sideområde.
4551011	Løsning: PDF-sidegrænse-håndtering er opdateret til korrekt at behandle PDF'er med ugyldige eller omvendte MediaBox- og CropBox-koordinatværdier, så signatur- og formularfeltudseendeindhold gengives inden for det synlige sideområde og forbliver synligt i den endelige signerede PDF.
4551427	Resumé: Nogle modtagere, der allerede har primære, korrekt provisionerede konti, modtager aftaler som "pseudo-bruger"-modtagere i stedet, så aftalen ikke vises i deres normale Administrer-visning. Dette sker, når modtagerens e-mailadresser indeholder foranstillede eller efterstillede mellemrum, hvilket forhindrer systemet i at matche e-mailen med den eksisterende bruger og forårsager, at der oprettes en pseudo-brugerpost.
4551427	Løsning: E-mailparsing og brugeropslag blev opdateret til at normalisere modtager-e-mailadresser (fjerne foranstillede og efterstillede mellemrum), før de matches med eksisterende brugere. Som resultat løses aftaler adresseret til eksisterende brugere til den registrerede konto i stedet for at oprette en pseudo-brugermodtager, selvom e-mailen blev indtastet med mellemrum (i API-payloads og arbejdsforløb-modtagerlister).
4553198	Resumé: Når en aftale inkluderer mindst én modtager konfigureret til SMS-levering og mindst én modtager konfigureret til kun e-mail-levering, sender annullering af aftalen gennem API'en ikke en SMS-annulleringsnotifikation til SMS-modtageren. Aftalen annulleres med succes, og e-mailnotifikationer leveres, men SMS-modtagere modtager ikke en annulleringsbesked.
4553198	Løsning: Annulleringsarbejdsforløbet blev rettet for at sikre, at SMS-annulleringsnotifikationer sendes til alle modtagere konfigureret til SMS-levering, når en aftale annulleres, uanset andre modtageres leveringsmetoder.
4554463	Resumé: Når aftaler inkluderer klonede radioknapper, der deler det samme feltnavn på tværs af kombinerede dokumenter, forbliver kun én instans af den valgte mulighed valgt i den endelige underskrevne pdf. Selvom felterne visuelt fremstår som afkrydsningsfelter, er de implementeret som radioknapper. Efter underskrivning propagerer den valgte værdi ikke konsekvent på tværs af alle klonede instanser, hvilket forårsager forkert eller ufuldstændig mapping af det forventede valg.
4554463	Løsning: Formularfeltets håndteringslogik blev rettet, så klonede radioknapper gemmer og propagerer den valgte eksportværdi i stedet for en intern indeksværdi. Dette sikrer, at alle klonede instanser af det samme radioknapfelt afspejler det korrekte valg i den underskrevne pdf.
4554593	Resumé: Nogle partnerintegrationer, der bruger de ældre OAuth-endepunkter til at opdatere adgangstokens, begyndte at fejle med HTTP 401-fejl. Tjenesten afviste tokenopdateringsanmodninger med en fejl, der indikerede, at appen ikke har tilladelse til at bruge de ældre OAuth-endepunkter og i stedet skal bruge OAuth v2-endepunkterne. Dette blokerede kunder fra at autentificere Acrobat Sign gennem partner-apps, selv for integrationer, der tidligere fungerede.
4554593	Løsning: Autentificeringstjenesten blev rettet, så partner-apps, der er konfigureret til at bruge det ældre OAuth-flow, kan opdatere tokens med succes igen i stedet for at blive forkert tvunget over på OAuth v2-endepunkterne.
4554614	Resumé: Når en underskriver bruger den moderne eSign-oplevelse på en aftale, der kræver underskriverautentificering og er konfigureret til at kræve accept af brugsvilkår før underskrivning, udløser klik på Klik for at underskrive en 5-sekunders omdirigering til den klassiske underskrivningsoplevelse. Omdirigeringsmeddelelsen advarer om, at underskrifter og initialer indtastet i moderne underskrivning vil blive ryddet, hvilket tvinger underskriveren til at indtaste dem igen og effektivt underskrive to gange.
4554614	Løsning: Underskrivningstokenopdateringsflowet blev rettet, så når underskriveren accepterer brugsvilkårene før underskrivning, bevarer det genudstedte underskrivningstoken underskriverautentificeringsdetaljerne. Dette forhindrer det endelige underskrivningstrin i at fejle autentificering og eliminerer den tvungne tilbagegang fra moderne underskrivning til den klassiske oplevelse.
4555656	Resumé: Under specifikke timingbetingelser kan en aftalestatusovergang synes at lykkes, men ændrer faktisk ikke aftalestatus. Når en webhook-notifikation modtages, før backend-behandling er fuldført, kan efterfølgende API-kald bruge forældede aftalestatusdata. I dette vindue returnerer visse statusovergangsmetoder HTTP 200 OK, selvom aftalen ikke er i en gyldig tilstand for den anmodede overgang. Som resultat kan automatiseringsarbejdsforløb antage, at overgangen lykkedes, mens aftalen forbliver i den oprindelige tilstand.
4555656	Løsning: Aftalestatusovergangslogikken blev opdateret til at håndhæve streng validering, før en overgang anvendes. Hvis aftalen ikke er i en gyldig tilstand, returnerer API'en nu et klart fejlsvar i stedet for stiltiende at returnere succes. Dette sikrer, at ugyldige overgange eksplicit afvises, gør det muligt for kaldende systemer at prøve igen på passende vis og forhindrer aftaler i at forblive i en utilsigtet tilstand uden synlighed.

Adobe Acrobat Sign-udgivelse v17.1

Produktionsudgivelse: 5. maj 2026

GovCloud-udgivelse: 12. maj 2026

Forbedret funktionalitet

Personlig underskrift – aktivér underskriftssessioner med vært i webprogrammet
Personlig underskrift giver en afsender mulighed for at udpege en intern vært, som faciliterer en personlig underskriftssession ved hjælp af en webbrowser. Værten starter en kontrolleret underskriftssession fra siden Administrer eller en e-mailnotifikation, overgiver midlertidigt enheden til underskriveren for at fuldføre påkrævede handlinger og genvinder kontrollen ved fuldførelse. Oprettelse og gennemførelse af sessioner registreres i revisionsloggen, og underskrivere kan eventuelt angive en e-mailadresse for at modtage en kopi af aftalen.

Digital underskrift i massevis fra siden Administrer – anvend en digital underskrift på flere aftaler med en enkelt tilladelse
Underskrivere kan vælge flere aftaler i visningen Venter på dig og anvende digitale underskrifter som massehandling ved hjælp af en enkelt signeringstilladelse. Dette reducerer gentagne underskriftstrin for arbejdsforløb med store mængder, samtidig med at eksisterende cloud-underskriftssikkerhed, godkendelse og revisionskontroller bevares. Masseunderskrift kræver, at underskrivere gennemgår eller springer alle aftaler over, før de fuldfører massehandlingen.

Send kun til interne modtagere – Begræns aftaler til kun at blive sendt til modtagere inden for den samme Acrobat Sign-konto.
Indstillingen Send kun til interne modtagere forhindrer brugere i at sende aftaler til modtagere uden for deres Acrobat Sign-konto. Når den er aktiveret, kan aftaler kun sendes til modtagere, hvis konto-id'er matcher afsenderens. Denne kontrol understøtter interne sikkerhedskrav og forhindrer, at aftaler deles eksternt.

Rapportering af telefontransaktionsforbrug – Udvidet rapportering med synlighed på gruppeniveau og adgang til planlagte rapporter
Rapportering af telefontransaktioner giver nu synlighed i købte mængder, kvotestartdatoer og detaljeret forbrug på tværs af SMS- og WhatsApp-transaktioner. Kunder kan spore forbrug på gruppeniveau og få adgang til planlagte CSV-rapporter gennem en samlet rapporteringsoplevelse, hvilket muliggør mere præcis budgettering, intern allokering og proaktiv overvågning for at forhindre serviceafbrydelse, når transaktionsgrænser nås.
Rapportering genereres nu gennem planlagte rapporter i rapporteringsgrænsefladen, med API-adgang tilgængelig til at hente det seneste rapportoutput.

Nyt endpoint: POST /api/rest/v6/reportDownload
Dette endpoint accepterer et scheduleId og returnerer download-URL'en for den senest genererede CSV-rapport, der er knyttet til den pågældende plan.

Oplevelsesændringer

Signaturudseende i revisionsrapporter – Logger den signaturinputmetode, som hver underskriver bruger, hvilket øger synligheden af overholdelse og reducerer manuel verifikation
Revisionsrapporter registrerer nu den signaturudseendemetode, der bruges, når en underskriver anvender deres signatur. For hver ESIGNED-hændelse identificerer revisionssporet, om underskriveren brugte en indtastet underskrift, en tegnet underskrift, et uploadet billede eller en mobilbaseret tegning eller billedoptagelse. Denne forbedring gør det muligt for compliance- og driftsteams at verificere signaturmetoder direkte fra revisionsrapporten, hvilket reducerer uklarhed og forhindrer unødvendige aftaleforkastelser.
Typer for signaturers udseende:
- Skriv: Underskriver skriver deres navn og vælger en skrifttypebaseret signaturstil.
- Tegn: Underskriver tegner deres signatur ved hjælp af en mus eller trackpad på en computer.
- Billede: Underskriver uploader en signaturbilledfil fra computeren.
- Mobiltegning: Underskriver tegner sin signatur ved brug af berøring på en mobilenhed.
- Mobilt billede: Underskriver uploader eller tager et billede af underskriften med en mobilenhed.

Gemte underskrifter til URL’er for API-signering – tillader brug af gemte profilunderskrifter under API-baseret signering
Tillader registrerede brugere at tilføje deres gemte profilunderskrifter, når de underskriver aftaler gennem API-genererede URL’er til signering (GET /agreements/{agreementId}/signingUrls). Gemte signaturer vises for interne underskrivere og for eksterne underskrivere, der autentificerer ved hjælp af e-mail-OTP eller Adobe ID. Denne funktionalitet strømliner underskriftsarbejdsforløb for backend-integrationer, samtidig med at sikkerhedskontroller på kontoniveau opretholdes.
Aktiveret af Adobe på kontobasis efter sikkerhedsgennemgang.

Administration af personlig adressebog i den moderne oplevelse – Brugere kan slette gemte e-mailadresser direkte fra deres personlige adressebog i den moderne Anmod om underskrift-oplevelse, hvilket gør det lettere at holde personlige modtagerlister nøjagtige og opdaterede.

Vindue for aftaleudløb – Udvidet standardudløbsperiode til 365 dage
Den maksimale fuldførelsesfrist for aftaler er blevet udvidet fra 180 dage til 365 dage. Når dokumentudløb er aktiveret, tildeles aftaler nu automatisk en 365-dages udløbsdato, der ikke kan fjernes. Denne ændring sikrer, at alle aftaler har en defineret livscyklus, forbedrer langsigtet sporing og overholdelse og reducerer risikoen for, at aftaler forbliver åbne på ubestemt tid, samtidig med at brugerne stadig kan indstille tidligere frister, når det er nødvendigt.

Ny opdateret startside – forbedrer adgang til arbejdsforløb, fremhæver kritiske handlinger
Startsiden er blevet redesignet for at gøre det lettere at starte aftaler, overvåge aktivitet og få adgang til nøglefunktioner, herunder muligheden for at kopiere nyligt sendte aftaler, se handlingsfliser i en mere intuitiv rækkefølge, hurtigt identificere elementer i tilstanden Igangværende og Venter på dig og få et strømlinet Hvad er nyt-banner, der reducerer visuel rod og hjælper brugere med at bevæge sig hurtigere, reducere glemte aftaler og navigere i en mere fokuseret grænseflade for startsiden.

Den nye startside vil blive rullet ud i løbet af ti dage efter udgivelsen. Se den tekniske meddelelse for tidsplanen.

Testversion-forbedringer - Den seneste onboarding-oplevelse er blevet tilføjet til Sign Testversion.
Sign-testversion inkluderer nu den forbedrede onboarding-oplevelse og funktioner, der er introduceret i nylige betalte versioner.

Ny brugerdefineret arbejdsforløbsdesigner bliver standard – Fremme moderne designer, fjern brugerskifterknapper, bevar administratorfleksibilitet
Den nye brugerdefinerede arbejdsforløbsdesigner-oplevelse er nu standard for alle konti. Brugere ser ikke længere switch-links til at vende tilbage til den klassiske designer, mens administratorer bevarer muligheden for at genaktivere adgang til den tidligere oplevelse, hvis det er nødvendigt. Denne opdatering fremmer overgangen til den moderne arbejdsforløbsdesigngrænseflade, samtidig med at den administrative kontrol bevares under overgangsperioden.

REST API-/Webhook-opdateringer

API- og webhook-opdateringer til denne version kan findes i Acrobat Sign API-dokumentation.

mTLS-nøglehåndtering til webhooks – Tilføj nøglemulighed genereret med Acrobat Sign, aktivér arbejdsforløb for signering af certifikat, forbedre sikkerhedsoverholdelse
Udviklere kan nu vælge, hvordan private nøgler håndteres til webhook mTLS-godkendelse i Acrobat Sign. Ud over den eksisterende model, hvor kunder genererer og uploader deres egen private nøgle og certifikat, kan Acrobat Sign nu generere den private nøgle og en certifikatsigneringsanmodning (CSR). Kunder kan bruge CSR'en til at få et certifikat fra deres certifikatmyndighed og uploade det for at fuldføre konfigurationen. Denne mulighed forbedrer sikkerheden ved at holde private nøgler inden for Acrobat Sign, samtidig med at kompatibiliteten med eksisterende webhook mTLS-adfærd opretholdes.

Digital identitetsinitialisering via login_hint-parameter – Giver API-afsendere mulighed for at initialisere digital identitetsgodkendelse med en modtagerspecifik loginidentifikator.
Flere v6 REST API /agreements endpoints understøtter nu en loginHint parameter, der giver API-afsendere mulighed for at initialisere Digital Identity Gateway autentifikation ved hjælp af en kendt login-identifikator, såsom en e-mailadresse eller bruger-id-nummer.Identitetsudbyderen styrer brugeroplevelsen, men identifikatoren udfylder typisk loginskærmen på forhånd for at styrke arbejdsgange med høj tillid til autentificering og reducere risikoen for efterligning. Identifikatoren vises i maskeret format på Digital Identity Gateway-landingssiden og i revisionsrapporten for at bevare sporbarhed og samtidig beskytte følsomme data.
Følgende endepunkter er blevet opdateret til at inkludere loginHint-parameteren:
- POST /agreements
- PUT /agreements/{agreementId}
- PUT /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}
- GET /agreements/{agreementId}/members/participantSets/{participantSetId}
- GET /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}/members

OEM 2.0 identitets- og tillidsgrænseforbedringer – Funktionen "Vis personlig/OEM e-mailadresse overalt" prioriterer nu brugere, der er leveret af samme partner, og opretter automatisk en modtager, når der ikke findes et match
Når funktionen Vis personlig/OEM e-mailadresse overalt er aktiveret, prioriterer aftaledeltagerløsning brugere, der er leveret af samme partner, og opretter automatisk en modtagerregistrering, når der ikke findes en matchende bruger, hvilket sikrer konsekvent identitetshåndtering på tværs af konti.

Yderligere, med Vis personlig/OEM e-mail overalt aktiveret, angiver revisionsrapporter, om en afsender er partner-leveret eller en personlig konto, og underskriverflows guider brugere til at skifte konti, når identiske e-mailadresser findes på tværs af forskellige kontotyper, hvilket reducerer forvirring og forhindrer utilsigtet adgang.

Løste problemer

4520028	Sammendrag: Gruppekolonnen på Administrer-siden viste forkerte eller inkonsistente værdier, når brugere tilhørte flere grupper. Ændring af brugerens primære gruppe fik aftaler til at vise den forkerte gruppe, herunder den sidst valgte primære gruppe eller flere grupper, i stedet for den gruppe, aftalen oprindeligt blev sendt fra.
Problem	Beskrivelse
4520028	Rettelse: Opdaterede Administrer-sidens logik til at bruge aftalens afsendergruppe (agreement_group_id) i stedet for brugerens nuværende primære gruppe ved gengivelse af Gruppekolonnen.
4532690	Sammendrag: Brugere kunne ikke redigere udkastaftaler oprettet fra brugerdefinerede arbejdsforløb, når både "Aktivér aftaler til kun at blive sendt ved brug af et arbejdsforløb" og "Aktivér ny brugerdefineret arbejdsforløb-sendeoplevelse" var aktiveret. Systemet blokerede fejlagtigt adgang til oprettelsessiden under redigering af en eksisterende kladde og behandlede det som en ny afsendelseshandling i stedet for som redigering af kladde.
4532690	Løsning: Opdaterede logikken på oprettelsessiden til at registrere udkastsredigeringsscenarier og omgå kontrollen af arbejdsforløbsbegrænsningen, så brugere kan redigere eksisterende udkastsaftaler oprettet fra brugerdefinerede arbejdsforløb.
4536764	Resumé: Afsendelse af aftaler gennem et brugerdefineret arbejdsforløb resulterede i en serverfejl på grund af en fejl ved behandling af specifikke skabelon-pdf’er. Fejlen blev forårsaget af ugyldige eller manglende data for udseende af annotation i et eller flere kildedokumenter, hvilket udløste en gengivelsesundtagelse under forudfyldning. Problemet kunne ikke konsekvent genskabes og kunne ikke replikeres uden for de berørte arbejdsforløb.
4536764	Løsning: Forbedret håndtering af gengivelsesundtagelser i PDF-behandlingslaget.
4537197	Resumé: Ved brug af den nye Send i massevis-oplevelse med manuelt indtastede modtagernavne blev det andet navnefelt fjernet under underskrivning på grund af forkert håndtering af påkrævede data for modtagernavn på tværs af dokumenter.
4537197	Løsning: Opdateret dokumentbehandlingslogik til korrekt at bevare alle modtagernavnefelter ved afsendelse af aftaler i bulk.
4538172	Resumé: Kopiering af arbejdsforløb, der inkluderer modtagergrupper, mislykkedes under Sandbox Sync med meddelelsen "Fejl ved udførelse af anmodning" på grund af ugyldige modtagergruppereferencer. Arbejdsforløbet brugte miljøspecifikke modtagergruppe-ID’er, som ikke er bærbare på tværs af miljøer, hvilket forårsagede, at validering mislykkedes under synkronisering.
4538172	Løsning: Opdateret Sandbox Sync-håndtering til korrekt at validere og behandle modtagergruppereferencer under kopiering af arbejdsforløb, hvilket forhindrer fejl, når modtagergrupper findes i begge miljøer.
4538251	Resumé: I den nye Send i massevis-oplevelse blev felterne med fuldt navn og e-mailadresse for underskriver ikke vist under underskrivningen eller i det endelige dokument, når kildefilen indeholdt eksisterende AcroForm-felter. Problemet skyldtes forkert håndtering af fletning af feltdata under fletning af felter med underskriverinfo med allerede eksisterende formularfelter, hvilket resulterede i, at felterne ikke blev gengivet i underordnede aftaler
4538251	Løsning: Opdateret flette- og formularfeltbehandlingslogik til korrekt at anvende underskriverinfo-felter i dokumenter, der inkluderer eksisterende AcroForm-felter.
4545485	Resumé: Aftaleoprettelse fejlede lejlighedsvis, når miniaturebillede-generering stødte på fejlformede PDF-formularfelter. Fejlen blev forårsaget af kildedokumenter, der indeholdt formularfelter uden gyldige navne og ugyldige indlejrede feltstrukturer, hvilket udløste behandlingsfejl under PDF-generering.
4545485	Løsning: Tilføjet validering og null-kontroller under PDF-behandling for at håndtere fejlformede formularfelter og forhindre fejl under miniaturebillede-generering og aftaleoprettelse.
4545814	Resumé: Felter er fejljusterede, og tekstmærker forbliver synlige ved behandling af dokumenter i liggende format genereret fra XDP-baserede arbejdsforløb. Forkerte koordinatberegninger i liggende layouts forårsager forkert feltplacering og forhindrer tekstmærker i at blive korrekt fortolket og fjernet.
4545814	Løsning: Opdateret logikken for feltgengivelse til korrekt at beregne og placere formularfelter i dokumenter med liggende orientering, hvilket sikrer korrekt justering og fjernelse af tekstmærker under behandling.
4545978	Resumé: Accenttegn i underskrivernavne gengives forkert i den synlige underskriftblok ved brug af lokal digital underskrivning. Problemet opstår, fordi standardskrifttypen indlejret i dokumentet mangler korrekt kodning for vesteuropæiske tegn, hvilket forårsager forkert tegnsubstitution under gengivelse af underskriftudseende.
4545978	Løsning: Opdateret den indlejrede skrifttypekonfiguration til at inkludere korrekt kodning for accenttegn, hvilket sikrer korrekt gengivelse af underskrivernavne i underskriftens udseende
4547100	Resumé: Klonede flerlinje-tekstfelter gengives inkonsekvent i den underskrevne PDF. Flerlinje-klonfelter mangler standardudseendeordbogen, hvilket forårsager, at klonede felter viser færre linjer end kildefeltet, selv når begge felter bruger samme størrelse og indstillinger.
4547100	Løsning: Tilføjede standardudseendeordbogen til flerlinjede klonede felter, så klonede felter og kildefelter gengives konsekvent i underskrevne dokumenter.
4548305	Resumé: Onboarding-tjeklisten viser "Anmod om BAA for HIPAA-parathed" som Afventende, selv når HIPAA er aktiveret. Tjeklisteevalueringslogikken behandler forkert nedarvede HIPAA-relaterede indstillinger som ufuldstændige, hvilket forårsager, at opgavestatus forbliver afventende på trods af, at funktionen er aktiveret.
4548305	Rettelse: Opdateret evalueringslogik for tjekliste til korrekt at fortolke HIPAA-relaterede indstillinger, inklusive nedarvede værdier, så onboarding-opgaven afspejler den fuldførte tilstand, når HIPAA er aktiveret.
4550731	Resumé: Et stort mellemrum vises mellem underskriftens understregning og tidsstempel ved underskrivning af dokumenter med Udfyld og underskriv. Problemet opstår, når signaturfeltet ikke er bredt nok til at rumme det gengivne signaturindhold, hvilket forårsager forkert afstand i signaturens udseende
4550731	Rettelse: Opdateret signaturgengivelse til at respektere de definerede feltdimensioner og justere afstand korrekt, hvilket reducerer mellemrummet mellem understregning og tidsstempel.
4550906	Resumé: Linket Skift adgangskode peger på en ugyldig URL for visse brugere, hvilket forårsager en browserfejl. Problemet opstår, når appen læser et forældet slutpunkt fra konfigurationen i stedet for den korrekte URL, hvilket fører til inkonsistent adfærd på tværs af miljøer.
4550906	Rettelse: Opdateret det konfigurerede slutpunkt for ændring af adgangskode til at bruge den korrekte URL på tværs af berørte miljøer.
4550992	Resumé: Redigering af visse skabeloner i den nye oplevelse omdirigerer til siden Opret skabelon i stedet for at åbne skabelonen i redigeringstilstand. Problemet opstår, fordi systemet bestemmer oplevelsen baseret på skabelonindehaverens indstillinger i stedet for den aktuelle brugers indstillinger, hvilket forårsager forkert routing ved redigering af delte skabeloner.
4550992	Rettelse: Opdateret skabelonredigeringslogik til at bruge den aktuelle brugers oplevelsesindstillinger i stedet for skabelonindehaverens indstillinger, hvilket sikrer, at skabeloner åbnes i den korrekte redigeringstilstand.
4551756	Resumé: E-mails med godkendelsesanmodninger viser uløste skabelonvariabler i modtagerfeltet, hvilket forårsager forkert e-mailformatering. Problemet opstår på grund af en fejl i e-mailskabelonens gengivelseslogik ved generering af notifikationer om rettighedskonflikter.
4551756	Rettelse: Opdateret e-mailskabelongengivelse til korrekt at løse og udfylde modtagerfelter, hvilket sikrer, at gyldige e-mailadresser vises i e-mails med godkendelsesanmodninger.
4551768	Resumé: Underskrivere støder på en uhåndteret fejl, når de får adgang til eller fuldfører aftaler på grund af en fejl i behandlingen af formularfelters udseende. Et forkert udformet udseendeobjekt forårsager en ClassCastException under dokumentgenerering, hvilket fører til fejl i aftalegengivelse.
4551768	Rettelse: Opdateret behandlingslogik for formularfelter til at validere udseendeobjekttyper før casting, hvilket forhindrer undtagelser og sikrer, at aftaler gengives korrekt til underskrift.
4552272	Resumé: Annullerede eller forladte aftaler vises under Venter på dig på siden Administrer. Problemet opstår, når en hændelse med genstart af arbejdsforløb ikke korrekt rydder op i deltagerstatusdata, hvilket efterlader forældede synligheds- og indekseringsdata, der får aftalen til at vises i forkerte visninger
4552272	Rettelse: Opdateret håndtering af genstart af arbejdsforløb og indekseringslogik til korrekt at rydde tidligere deltagerstatusdata og sikre, at aftaler kun vises i deres korrekte tilstand.
4553158	Resumé: I RTL-sprogmiljøer på iOS reagerer signaturpanelet ikke korrekt, når der tegnes en signatur. Panelet ruller i stedet for at registrere input, hvilket kræver, at brugere manuelt ruller for at tegne og anvende signaturen, hvilket forhindrer normal underskriftsadfærd, når den nye modtagerunderskriftsoplevelse er aktiveret.
4553158	Rettelse: Opdateret håndtering af signaturpanelinteraktion for RTL-layouts på iOS til korrekt at registrere tegneinput uden utilsigtet rulning, hvilket muliggør normal signaturoprettelse og -anvendelse.
4553583	Resumé: Arbejdsforløb tillader e-mailadresser med foranstillede eller efterfølgende mellemrum, hvilket får aftaler til at fejle lydløst ved afsendelse i den nye oplevelse. Systemet validerer eller normaliserer ikke input, og der vises ingen fejlmeddelelse for at angive problemet.
4553583	Rettelse: Opdateret inputhåndtering til automatisk at fjerne mellemrum fra e-mailadresser og forhindre lagring af ugyldige værdier, og tilføjet håndtering for eksisterende arbejdsforløb, så aftaler kan sendes med succes.
4553676	Resumé: Hyperlinks vises forkert i Administrer-visningen, hvor aftaletitlen føjes til URL’en, hvilket resulterer i ødelagte links. Problemet opstår på grund af forkert URL-parsing, når hyperlinks gengives i Administrer-grænsefladen.
4553676	Løsning: Opdaterede hyperlink-gengivelse til at bruge korrekt URL-parsing, hvilket sikrer, at links forbliver uændrede og fungerer korrekt på tværs af alle visninger.
4555021	Resumé: OTP-validering fejler med en "udløbet"-fejl, selv når koden indtastes med det samme. Problemet opstår på grund af en race condition i godkendelsesforløbet, hvor flere indsendelseshændelser får OTP’en til at blive ugyldiggjort for tidligt.
4555021	Løsning: Opdaterede OTP-valideringsforløb til korrekt at håndtere duplikerede eller hurtige indsendelseshændelser, hvilket forhindrer for tidlig udløb og tillader gyldige OTP-indtastninger at lykkes.
4555028	Resumé: Fjernelse af den næste modtager, der skal underskrive, kan fejle med en systemfejl og efterlade aftalen i en ventende revisionstilstand. Problemet opstår, når modtageren har en aktiv påmindelse, hvilket forhindrer aftaleopdateringen i at blive gennemført med succes.
4555028	Løsning: Opdaterede logik for fjernelse af modtagere til at håndtere tilfælde, hvor den næste underskriver har aktive påmindelser, hvilket gør det muligt for aftaleopdateringen at blive gennemført uden fejl.
4555319	Resumé: Webformularoprettere ser kun mulighederne Skriv og Tegn underskrift, når de forhåndsviser formularen, mens underskrivere ser alle tilgængelige muligheder (Skriv, Tegn, Billede, Mobile). Problemet opstår, fordi forhåndsvisningstilstanden ikke korrekt anvender aktiverede underskriftsinputindstillinger, når opretteren ikke fungerer som underskriver.
4555319	Løsning: Opdaterede forhåndsvisningen af webformularer til at anvende det fulde sæt af aktiverede underskriftsinputtyper, hvilket sikrer, at oprettere ser de samme underskriftsmuligheder som underskrivere.
4555345	Resumé: Aftaler med flere Underskriver med Vidne-modtagere kan ikke åbnes i Forhåndsvisning fra Kladde med fejlen "ParticipantSetsInfo kan ikke ændres." Problemet opstår på grund af forkert logik for sorteringen af deltager og vidne i brugerdefinerede arbejdsforløb, hvilket forhindrer aftalen i at gå tilbage til oprettelsestilstanden
4555345	Rettelse: Opdateret deltager- og vidneordningslogik i brugerdefinerede arbejdsforløb til korrekt at beregne udførelsesrækkefølge, hvilket gør det muligt for aftaler at vende tilbage til forfatterstatusen og fortsætte normalt.
4555615	Resumé: Webhook-hændelsespayloads for delegerede og erstattede modtagere inkluderer ikke privateMessage-feltet. Problemet opstår, fordi den private besked ikke overføres til modtagertilstanden, der bruges til at generere webhook-payloads, hvilket resulterer i manglende data for berørte begivenheder.
4555615	Løsning: Håndteringen af deltagerdata er opdateret for at sikre, at private beskeder inkluderes i webhook-payloads for delegerede og erstattede modtagere.
4555687	Resumé: Aftaler kan blive automatisk annulleret og flyttet til en skjult tilstand efter underskrivning på grund af en dokumentsynlighedsvalideringsfejl. Når en deltager delegeres eller erstattes, overføres dokumentsynlighedsmappingen ikke korrekt, hvilket forårsager et misforhold mellem tildelte felter og synlige dokumenter, som kan udløse en automatisk annullering.
4555687	Løsning: Delegerings- og erstatningslogik kloner nu korrekt dokumentsynlighedsmappinger for nye deltagere, hvilket forhindrer valideringsfejl og utilsigtet aftaleannullering.
4556516	Resumé: Formularfelter kan ignorere konfigurerede skriftstørrelser og gengives inkonsekvent i genererede aftaler. Problemet opstår i flerlinjede felter, når dokumentbehandlingsmotoren justerer skriftstørrelse for at forhindre tekstklipning og tilsidesætter faste skriftstørrelseindstillinger.
4556516	Løsning: Opdaterede funktionsmåde for gengivelse af skrifttype, så flerlinjede felter respekterer faste indstillinger for skriftstørrelse, hvilket afstemmer funktionsmåde og forventet output og forhindrer utilsigtede størrelsesændringer.
4556967	Resumé: Valgte afkrydsningsfelter kan fremstå som ikke-valgte i den færdige underskrevne PDF for webformularer. Problemet opstår, når visse skjulte værdier (for eksempel "nej", "false", "0", "fra", "ikke afkrydset") bruges, hvilket kan få afkrydsningsfelttilstande til at blive fejlfortolket under dokumentbehandling, når Gibson er aktiveret.
4556967	Rettelse: Opdaterede behandlingen af afkrydsningsfelter til korrekt fortolkning af skjulte værdier og bevarelse af valgte tilstande i det færdige dokument, hvilket sikrer konsistens mellem underskrivning og den underskrevne PDF.
4557222	Resumé: Linkfelter fra feltskabeloner kan forsvinde på forfattersiden, når de bruges i et arbejdsforløb. Problemet opstår, fordi linkfelter ikke er inkluderet i aftalens formularfeltdata, der returneres under arbejdsforløbsbaseret forfatning, hvilket resulterer i manglende felter.
4557222	Rettelse: Opdateret håndtering af formularfelter til at inkludere linkfelter fra feltskabeloner under behandling af arbejdsforløb, hvilket sikrer, at de flettes og vises korrekt på forfattersiden.
4557272	Resumé: Feltet Underskriftsdato kan mangle i den færdige underskrevne PDF. Problemet opstår, når gengivelse af tekstfelt mislykkes under dokumentbehandling, hvilket forhindrer datofeltet i at blive vist i output-dokumentet.
4557272	Rettelse: Opdateret gengivelse af tekstfelt til korrekt håndtering af null- eller tomme værdier, hvilket sikrer, at feltet Underskriftsdato konsekvent vises i underskrevne dokumenter.
4557282	Resumé: Radioknap-felter i webformularer kan vise en uventet tooltip-værdi ("object Object"), når de oprettes ved hjælp af den nye skabelonoplevelse. Problemet opstår på grund af ukorrekt håndtering af tomme værktøjstip-værdier, hvilket får pladsholder-data til at blive gengivet i stedet for at blive undertrykt.
4557282	Rettelse: Opdateret logik for håndtering af værktøjstips til korrekt at ignorere tomme værdier, hvilket forhindrer utilsigtet pladsholdertekst i at vises i webformularer.
4557589	Resumé: Forudfyldte afkrydsningsfelter kan vises som ikke-afkrydsede, når aftalen sendes til underskrift. Problemet opstår, når duplikerede eller modstridende skjulte værdier defineres for afkrydsnings- eller radioinput, hvilket kan forårsage ukorrekt fortolkning af den valgte tilstand under dokumentbehandling.
4557589	Rettelse: Opdateret håndtering af feltværdier til korrekt behandling af skjulte værdier og bevarelse af forudfyldte valg, hvilket sikrer, at afkrydsningsfelternes tilstande forbliver konsistente, når aftaler genereres og sendes.
4557672	Resumé: Den nye anmodning om underskrift-oplevelse kan vise en generisk fejl ("Den angivne anmodning er ugyldig"), når en aftale sendes, uden at identificere det specifikke felt, der forårsager fejlen. Dette kan opstå, når modtageroplysninger (såsom formatet på telefonnummeret) ikke består valideringen, men fejlen bliver ikke tydeligt vist for brugeren.
4557672	Rettelse: Opdateret valideringshåndtering til at give specifikke fejlmeddelelser på feltniveau, hvilket hjælper brugere med at identificere og rette ugyldige input, før aftalen sendes.
4557680	Resumé: Afkrydsnings- eller radioknap-tilknytninger kan mislykkes i nogle aftaler, når flere dokumenter kombineres, hvilket resulterer i, at forventede værdier ikke anvendes. Problemet opstår, når standardværdier ikke nøjagtigt matcher definerede eksportværdier, hvilket kan få felter til at blive behandlet som separate grupper og ødelægge tilknytningsadfærd.
4557680	Løsning: Opdateret felttilknytningslogik til at ignorere ikke-matchende standardværdier og korrekt tilknytte felter på tværs af dokumenter, hvilket forbedrer konsistensen af afkrydsnings- og radioknap-adfærd.
4557902	Resumé: Et ekstra mellemrum kan vises mellem underskriften og dato- og tidsstemplet i Udfyld og underskriv-aftaler. Problemet opstår på grund af ukorrekt beregning af mellemrum i velformaterede underskrifter, hvilket fører til inkonsistent layout sammenlignet med andre underskriftsforløb.
4557902	Rettelse: Opdateret beregning af underskriftslayout til korrekt positionering af underskrift og tidsstempel, fjernelse af utilsigtet mellemrum og sikring af konsistent formatering.
4557947	Resumé: Afkrydsningsfelter kan vises som ikke-afkrydsede i den færdige underskrevne pdf, når biblioteksskabeloner bruges, selvom underskriveren valgte dem. Problemet kan opstå, når afkrydsningsfelter er forkert konfigureret eller bruger bestemte skjulte værdier, hvilket fører til ukorrekt fortolkning af den valgte tilstand under dokumentbehandling.
4557947	Rettelse: Opdateret behandling af afkrydsningsfelter til korrekt fortolkning af skjulte værdier og bevarelse af valgte tilstande, hvilket sikrer, at afkrydsningsvalg bevares i det underskrevne dokument.
4558295	Resumé: Påkrævede radioknap-værdier kan mangle i den færdige underskrevne PDF. Problemet kan opstå, når feltværdier indeholder specialtegn (for eksempel anførselstegn eller symboler), der ikke behandles korrekt, hvilket fører til, at den valgte værdi ikke vises i dokumentets output.
4558295	Løsning: Opdateret feltværdi-behandling til korrekt håndtering af specialtegn, hvilket sikrer, at valgte værdier bevares og vises i den underskrevne PDF.
4558307	Resumé: Formularfelter kan ignorere konfigurerede skriftstørrelser og vises inkonsekvent i genererede aftaler. Problemet kan opstå i flerlinjede felter, når dokumentbehandlingsmotoren justerer skriftstørrelsen for at forhindre tekstbeskæring og tilsidesætter faste skriftstørrelse-indstillinger.
4558307	Løsning: Opdateret gengivelsesadfærd for skrifttyper, så flerlinjede felter respekterer faste indstillinger for skriftstørrelse, forhindrer utilsigtet ændring af størrelse og sikrer konsistent output.
4558554	Resumé: Underskrivere kan fuldføre aftaler uden at interagere med underskriftsblokken. Problemet kan opstå i Gibson-aktiverede konti, når underskriftblokken ikke vises eller håndhæves korrekt under underskrivning, hvilket giver mulighed for at fuldføre med kun underskriftfeltet.
4558554	Løsning: Opdateret visning af underskrifter og valideringslogik for at sikre, at underskriftblokke vises korrekt og er påkrævet, før aftalen kan fuldføres.
4558725	Resumé: Teksttags kan ikke gengives eller konverteres til formularfelter under forhåndsvisning. Problemet kan opstå, når den uploadede PDF indeholder ikke-understøttede eller ugyldige elementer (for eksempel null-annotationer eller eksisterende udfyldelige felter), som forhindrer behandling af teksttags i at blive fuldført.
4558725	Løsning: Opdateret behandling af teksttags til mere pålidelig håndtering af PDF’er med ugyldige eller ikke-understøttede annotationer, hvilket tillader felter at blive genereret som forventet under forhåndsvisning.
4559285	Resumé: Telefonautentificering kan mislykkes for visse regioner ved valg af landekode i den nye oplevelse til anmodning om underskrift. Problemet opstår, når brugergrænsefladen viser en ufuldstændig eller forkert landekode (for eksempel “+1” i stedet for “+1246” for Barbados), hvilket kan forårsage valideringsfejl ved afsendelse af aftalen.
4559285	Løsning: Opdateret håndtering af landekoder til brug af de korrekte fulde opkaldskoder, hvilket sikrer, at telefonnumre valideres og behandles korrekt i den nye oplevelse.
4560119	Resumé: Tekst i formularfelter kan virke forkert justeret eller overlappe i genererede aftaler. Problemet kan opstå i flerlinjede tekstfelter, når gengivelsesforskelle introduceres af dokumentbehandlingsmotoren, hvilket fører til layoutændringer sammenlignet med forfattervisningen.
4560119	Rettelse: Opdateret tekstgengivelse og layouthåndtering for flerlinjede felter for at forbedre justering og forhindre overlapning, hvilket sikrer mere konsistent visning mellem forfatning og endelige dokumenter
4562058	Resumé: Modtagernavnet kan forblive uændret ved valg af en anden e-mail fra adressebogen på Send-siden. Problemet opstår, fordi navnefeltet ikke opdateres, når en ny kontakt vælges, hvilket forårsager uoverensstemmelse mellem det viste navn og den valgte e-mail.
4562058	Løsning: Opdateret adfærden for valg af modtagere, så navnefeltet altid opdateres, når en ny kontakt vælges, hvilket sikrer, at navn og e-mail forbliver synkroniseret.
4566339	Resumé: Forkerte afkrydsningsfelttilstande kan vises ved behandling af statiske XFA PDF’er med fejlformede feltværdier. Problemet kan opstå, når ikke-understøttede eller ugyldige XFA-data (for eksempel strengværdier i numeriske felter) håndteres inkonsekvent, især i Gibson-aktiverede miljøer, hvor afkrydsningsfelt-standarder kan misfortolkes.
4566339	Rettelse: Opdateret XFA-håndtering i dokumentbehandlingskæden til at normalisere eller ignorere fejlformede værdier mere konsekvent, hvilket forhindrer forkerte afkrydsningsfelttilstande og tilpasser adfærd på tværs af miljøer.
4567278	Resumé: Skrivebeskyttede tekstfelter kan ikke vises på signeringssiden, når dynamiske deltagere er aktiveret. Problemet opstår på grund af inkonsistens i feltgengivelse under deltagerløsning, hvilket kan medføre, at felter, der ikke kan redigeres, udelades fra underskrivervisningen.
4567278	Løsning: Opdateret feltgengivelseslogik for dynamiske deltagere for at sikre, at skrivebeskyttede felter konsekvent inkluderes og vises under underskrivning.
4568023	Resumé: Muligheder for underskrivning gennem billede og mobil vises muligvis ikke i webformularer under underskrivning. Problemet kan opstå på grund af inkonsekvent indlæsning af underskriftsmuligheder i webformularens indtastningsflow, hvor visse underskrivningsmetoder ikke vises, før sessionen genindlæses eller tilgås gennem en alternativ sti.
4568023	Løsning: Opdateret initialisering af webformular-underskrivning for konsekvent at indlæse alle aktiverede underskriftsmuligheder og sikre, at metoderne billede og mobil er tilgængelige for alle indgangspunkter.

Adobe Acrobat Sign-udgivelse v17.1.1

Produktionsinstallation: 16. juni 2026

GovCloud-installation: 18. juni 2026

Forbedret funktionalitet

Modtagerfilter i rapportering – Tilføj modtagerbaseret filtrering til rapporter og dataeksporter.
Tilføj et modtagerfilter til moderne rapportering for aftale- og transaktionsrapporter og dataeksport. Administratorer kan filtrere efter modtager-e-mail for at returnere alle aftaler, der inkluderer den angivne modtager, uanset rolle eller underskriftsrækkefølge. Filteret understøtter automatisk udfyldning og multivalgsadfærd, der er konsistent med det eksisterende afsender-filter og gælder for både visuelle rapporter og CSV-eksporter.

Oplevelsesændringer

Understøttelse af Bio-Pharma (CFR) i ny grænseflade for eSign – tilføjer registrering af signeringsårsag og tvungen genautentificering ved signeringstidspunkt
Bio-Pharma signeringsindstillinger, herunder registrering af signeringsårsag og genautentificering ved signeringstidspunkt, understøttes nu i den nye eSign-oplevelse. Aftaler, der bruger disse indstillinger, skifter ikke længere tilbage til den klassiske signeringsoplevelse. Ingen kundehandling eller ændring af administratorindstilling er påkrævet.

Tilgængelige miljøer: Sandbox, Commercial, Government | Tilgængelige serviceniveauer: Acrobat Sign Solutions | Konfigurationsomfang: Understøttelse af Bio Pharma-indstillinger i Modern eSign er aktiveret som standard.

REST API-/Webhook-opdateringer

API- og webhook-opdateringer til denne version kan findes i Acrobat Sign API-dokumentation.

Undertryk aftalenotifikationer via API – tilføj detaljeret kontrol over modtagermeddelelser
Brug REST v6 POST /agreements API til at kontrollere, hvilke notifikationer der sendes, når du opretter aftaler ved at undertrykke specifikke mailtyper for deltagere, CC'er eller afsenderen. Dette reducerer unødvendige e-mails og understøtter renere, mere kontrollerede signeringsoplevelser i integrerede arbejdsforløb.

Tilgængelige miljøer: Sandbox, Commercial, Government | Tilgængelige serviceniveauer: Acrobat Sign Solutions | Konfigurationsområde: REST v6 API

Løste problemer

Problem	Beskrivelse
4545881	Resumé: Underskrivere, der bruger Download og Underskriv i Acrobat, kunne modtage fejlen "Adobe Acrobat Sign kan ikke genkende" efter at have uploadet en digitalt underskrevet PDF, når Digital ID-certifikatet ikke indeholdt en forventet værdi for underskriverens navn, såsom commonName, givenName eller pseudonym. Aftalen kunne ikke gennemføres, selvom den underskrevne PDF blev uploadet.
4545881	Løsning: Acrobat Sign håndterer nu Digital ID-certifikater med manglende underskrivernavne uden at give en fejl under upload-valideringsprocessen. Underskrivning kan gennemføres med succes, selvom underskriverens navn muligvis ikke vises, hvis certifikatet ikke indeholder et.
4547132	Resumé: Når aftaler blev oprettet gennem POST /agreements API-anmodningen og securityOption blev sat til null, kunne eksterne modtagere få tildelt Ingen som godkendelsesmetode, selvom kontoindstillingerne krævede Email OTP som standardgodkendelsesmetode. Intern modtagergodkendelse blev anvendt korrekt, men ekstern modtagergodkendelse blev ikke.
4547132	Løsning: Acrobat Sign anvender nu korrekt den kontokonfigurerede standardautentificeringsmetode, når API-oprettede aftaler inkluderer modtagere med en null securityOption-værdi. Eksterne modtagere modtager nu den påkrævede standardgodkendelsesmetode i stedet for Ingen.
4553171	Resumé: I udviklerkonti, der bruger den nye "Opret skabelon"-oplevelse, kunne genanvendelige skabeloner vise præfikset [KUN TIL DEMO] på siden Administrer, men præfikset var ikke tilgængeligt, når skabelonnavnet blev redigeret. Brugere kunne ikke fjerne præfikset fra det eksisterende skabelonnavn, medmindre de erstattede det fulde navn eller skiftede til den klassiske skabelonoplevelse.
4553171	Løsning: Den nye Opret skabelon-oplevelse holder nu det genanvendelige skabelonnavn og aftalenavnet synkroniseret for vandmærkefunktionen i udviklerkonti. Brugere kan redigere det fulde skabelonnavn, inklusive præfikset [DEMO USE ONLY], uden at skifte til den klassiske oplevelse
4556731	Resumé: Efter en afsender erstattede en modtager med sig selv og derefter delegerede aftalen til en anden modtager, vendte aftalen tilbage til "I gang", men muligheden "Upload underskrevet dokument" forblev utilgængelig. Dette forhindrede afsenderen i at uploade en underskrevet kopi for berettigede igangværende aftaler efter den delegeringssekvens.
4556731	Løsning: Acrobat Sign genopretter nu korrekt muligheden Upload underskrevet dokument, efter at en modtager er erstattet med afsenderen og derefter delegeret til en anden modtager, når aftalen er berettiget til upload af underskrevet dokument.
4557576	Resumé: Når en underskriftblok blev tildelt en modtagergruppe med flere medlemmer, kunne e-mailværdien i underskriftblokken blive afskåret i stedet for at blive vist tydeligt. Dette kunne gøre modtagergruppeoplysningerne svære at læse, før et gruppemedlem gennemførte underskrivningen.
4557576	Løsning: Acrobat Sign viser nu modtagergruppens e-mailoplysninger i underskriftblokke uden brat at afskære den synlige tekst. Lange e-mailværdier for modtagergrupper håndteres, så de viste oplysninger forbliver læsbare inden for underskriftblokken.
4561898	Resumé: Nogle modtagere kunne støde på en serverfejl efter godkendelse eller ved afslutning af underskrivning for aftaler, der brugte specifikke PDF-dokumenter. Fejlen blev forårsaget af et problem med håndtering af PDF-strukturdata under generering af underskrevet dokument, hvilket forhindrede underskriveren i at fuldføre aftalen.
4561898	Løsning: Acrobat Sign håndterer nu PDF-strukturdata mere defensivt under underskrivning og dokumentgenerering. Løsningen forhindrer strukturtræ-konflikter i at blokere fuldførelse, hvilket gør det muligt for modtagere at godkende, underskrive og fuldføre berørte aftaler med succes.
4562041	Resumé: Nogle webhook-notifikationer kunne blive forsinket eller mislykkes i at blive offentliggjort, når Acrobat Sign modtog en intern serverfejl under opbygning af webhook-payload. For den berørte konto blev flere begivenheder den 19. marts 2026 påvirket, herunder AGREEMENT_WORKFLOW_COMPLETED og andre aftalebegivenheder, hvilket forsinkede efterfølgende kundearbejdsprocesser
4562041	Løsning: Acrobat Sign håndterer nu webhook payload-genereringsfejl mere pålideligt, så mislykkede interne svar ikke bliver cached på en måde, der blokerer eller forsinker begivenhedsleveringen. Løsningen blev valideret gennem regressionstestning og har til formål at forhindre berørte webhook-hændelser i at blive forsinket af samme sti for fejlen i payload-generering.
4562458	Resumé: Modtagere kunne opleve fejlen Ugyldigt aftale-id angivet, når de åbnede en signerings-URL for aftaler sendt til inaktive brugere på ejede kontodomæner, hvis der blev anvendt modtagerautentificering såsom engangskode via mail eller adgangskodeautentificering. Underskrivningsforløbet oprettede en midlertidig bruger til engangsbrug for at fortsætte underskrivningsprocessen, men forespørgslen om underskrivningsoplysninger kunne læse forældede aftaledata, der ikke inkluderede den nyoprettede deltagelse, hvilket blokerede adgang, indtil underskrivningslinket blev regenereret eller dataene blev opdateret.
4562458	Løsning: Acrobat Sign henter nu aktuelle aftaledeltagelsesdata ved åbning af godkendte underskrivnings-URL'er i dette arbejdsforløb. Dette forhindrer forældede cachede aftaledata i at forårsage ugyldige aftale-ID-fejl og gør det muligt for modtagere at fuldføre godkendelse og få adgang til e-underskrivelsessiden med succes.
4566894	Resumé: Nogle udløbne aftaler oprettet fra flere skabeloner kunne ikke kopieres fra Administrer-siden. Når brugere valgte Opret en kopi, mislykkedes kopieringshandlingen med Kan ikke kopiere aftale. Prøv igen senere, fordi skabelonadgangsvalidering mislykkedes under kopiering af aftaler med mere end én skabelon.
4566894	Løsning: Acrobat Sign validerer nu korrekt skabeloninformation ved kopiering af aftaler, der blev oprettet fra flere skabeloner. Berørte aftaler kan nu kopieres uden at udløse backend-sessionsfejlen.
4568666	Resumé: Webhook-notifikationer kunne lejlighedsvis mislykkes for aftaler, der inkluderede vidnedeltagere uden et tildelt bruger-ID. Kerneaftalehændelsen blev oprettet, men generering af webhook-payload kunne mislykkes, når deltagerdata blev behandlet i en uforudsigelig rækkefølge, hvilket medførte, at nogle forventede webhook-hændelser ikke blev leveret efter AGREEMENT_CREATED.
4568666	Løsning: Acrobat Sign håndterer nu webhook-deltagerdata med manglende bruger-id'er sikkert under payload-generering. Dette forhindrer vidnepladsholdere i at forårsage webhook-payload-fejl og gør det muligt at levere forventede aftale-webhook-hændelser konsekvent.
4571682	Sammendrag: I nogle aftaler, hvor Power Automate ændrede modtagergrupper før en senere formularudfylders tur, kunne skrivebeskyttede felter ikke vises for den efterfølgende formularudfylder. Efter at formularudfylderen havde udfyldt deres redigerbare felter, kunne disse felter også forsvinde fra aftalen, selvom felterne stadig var tildelt korrekt og markeret som synlige gennem API'en.
4571682	Løsning: Acrobat Sign bevarer nu feltsynlighed for efterfølgende modtagergrupper efter ændringer i modtagergruppemedlemskab. Skrivebeskyttede felter, signaturblokke, rullemenuvalg og andre udfyldte feltværdier forbliver tilgængelige for senere modtagere og i den downloadede PDF for de løste scenarier.
4571845	Sammendrag: Personlig underskrift kan fejle med en serverfejl, når den personlige underskrivers e-mail matcher en eksisterende brugerkonto på en anden shard, hvilket forhindrer aftalen i at blive fuldført.
4571845	Rettelse: Opdateret behandling af personlig underskriver til korrekt at oprette og bruge en midlertidig underskriverpost, hvilket forhindrer konflikter mellem brugere på tværs af shards og gør det muligt at gennemføre underskrivningssessionen med succes.
4573019	Resumé: Rækkefølgen af modtagergrupper kan beregnes forkert efter dynamiske deltageropdateringer, der fjerner en blanding af modtagere og modtagergrupper, hvilket får den resterende gruppe til at vise den forkerte dirigeringsrækkefølge.
4573019	Rettelse: Opdateret genberegning af deltagerrækkefølge, så modtagergrupper bevarer den korrekte rækkefølge efter komplekse dynamiske deltagerfjernelser, inklusive tilfælde hvor en gruppe reduceres til et enkelt tilbageværende medlem.
4572455	Sammendrag: Nogle underskrivere kunne se meddelelsen Uhåndteret fejl eller Noget gik galt efter at have fuldført underskrivningen, selvom signaturen blev anvendt, og aftalen gik videre til den næste modtager. Problemet opstod, når dynamiske deltagere var aktiveret, og underskrivningsflowet forsøgte at forberede dokumentet til den næste underskriver, men ikke kunne finde den forventede underskrevne dokumentversion.
4572455	Løsning: Acrobat Sign kontrollerer nu den korrekte underskrevne dokumentversion, når en aftale forberedes til den næste underskriver. Dette forhindrer underskrivningsflowet i at vise en fejl efter en vellykket signatur, når dynamiske deltagere er aktiveret.

Foregående

Adobe Acrobat Sign udgivelsesnoter - 2023

Næste

Adobe Acrobat Sign udgivelsesnoter - 2022

Lær

Lær med trinvise videoselvstudier og praktisk vejledning direkte i appen.

Fællesskab

Deltag i diskussioner, find svar, lær af eksperter, og del din viden.

Adobe-startside

Få adgang til dine foretrukne Creative Cloud-apps, tjenester, filhåndtering m.m.