Adobe Acrobat Sign utgivelsesnotater - 2026

Sist oppdatert 17. jun. 2026

Adobe Acrobat Sign utgivelsesnotater: 2026

Adobe Acrobat Sign-utgivelse v17.0

Produksjonsdistribusjon: 3. februar 2026

GovCloud-distribusjon: 10. februar 2026

Forbedret funksjonalitet

  • Grupperte avmerkingsbokser i redigering og maler – Nå kan avsendere opprette grupperte avmerkingsbokser gjennom de moderne redigeringsmiljøene Be om signatur og Biblioteksmaler med valideringsregler som velg nøyaktig, minst, maksimalt, eller et område på X av Y alternativer. Send i bulk, nettskjemaer og tilpassede arbeidsflyter støttes gjennom bruk av bibliotek-maler. Denne forbedringen sikrer konsistent skjemalogikk og forbedrer datanøyaktighet på tvers av signeringsarbeidsflyter.
  • Tillatte IP-områder – Utvidet kontroll over API- og mobiltilgang - Administratorer kan nå eksplisitt kontrollere om IP-restriksjoner gjelder for API-baserte klienter, inkludert Adobe Acrobat Sign mobilapplikasjoner og sertifiserte integrasjoner.
  • Autentiseringsstøtte for moderne e-signatur – Moderne e-signatur støtter nå tre autentiseringsmetoder: Adobe Acrobat Sign autentisering, passord og telefonbasert 2FA.
  • Legger til mottakergrupper i hybrid ruting for moderne Request Signature – Mottakergrupper kan nå inkluderes i hybrid ruting, som gjør det mulig for flere mottakere eller grupper å handle parallelt innenfor samme rutingtrinn. Gruppemodi støtter enten ett eller alle medlemmer for å fullføre handlingen, noe som gir større fleksibilitet for komplekse godkjennings- og signeringsarbeidsflyter.
  • Kopier terminale avtaler sendt fra Be om signaturAvsendere kan nå opprett et nytt utkast til avtale ved å kopiere en tidligere fullført, kansellert eller utløpt avtale. Alle mottakere, innstillinger, filer og skjemafelt fylles ut automatisk. Den kopierte avtalen åpnes på Skriv siden for raske redigeringer før sending, noe som reduserer oppsettstid, minimerer feil og forbedrer produktiviteten for repeterende arbeidsflyter som fornyelser eller korrigeringer.
  • Deaktiver Last ned avtale lenken for pågående avtaler – Administratorer kan nå fjerne "Last ned en kopi"-lenken fra bekreftelsessider etter signering på konto- eller gruppenivå, noe som hindrer mottakere i å laste ned avtaler fra siden etter signering.
  • Ressursfane i toppnavigasjon – En ny Resources-side er tilgjengelig i toppnavigeringen for administratorer og brukere, som gir direkte tilgang til Acrobat Sign-opplæringsinnhold, nettseminarer, blogger og produktoppdateringsvideoer. Siden organiserer veiledninger etter brukernivå—nybegynner, erfaren og administrator—og lenker direkte til ytterligere støttedokumentasjon.
  • Dynamisk deltakelse for pågående avtaler – Fjern mottakere – Avsendere kan nå fjerne mottakere fra avtaler som allerede er i gang uten å kansellere eller starte transaksjonen på nytt. Når en mottaker fjernes, tilbakekaller Acrobat Sign automatisk deres tilgang, oppdaterer påminnelser, revisjonsspor, fjerner de tildelte feltene og overfører avtalen sømløst tilbake til sin aktive signeringstilstand. Denne fleksibiliteten hjelper organisasjoner med å opprettholde nøyaktighet i live rutingarbeidsflyter—som når en signerer blir utilgjengelig—samtidig som juridisk integritet, overholdelse og en fullstendig revisjonshistorikk bevares.
  • Krev digitale signaturer for individuelle mottakere under avtalekonfigurasjon - Avsendere kan nå kreve digitale signaturer for utvalgte mottakere, noe som sikrer strengere signeringskrav der det trengs uten å påvirke andre mottakere. Signeringsopplevelsen tilpasser seg automatisk, håndhever påkrevde digitale signaturfelt og eksponerer identitetssjekker når det støttes, noe som reduserer feil og forbedrer overholdelse for regulerte arbeidsflyter.
  • Digitale identitetsleverandører som standard godkjenningsmetoder – Administratorer kan nå velge en digital identitetsportalleverandør som standard signaturgodkjenningsmetode for interne og eksterne mottakere i Send Settings. Konfigurasjonen gjelder automatisk for avtaler, web-skjemaer, masseutsendelser og arbeidsflyter, noe som sikrer konsistent og kompatibel mottakerverifisering. Denne forbedringen forenkler autentiseringsoppsett, håndhever organisatoriske identitetspolicyer og forbedrer støtte for myndighets- og bedriftskunder som er avhengige av Digital Identity-basert autentisering.
  • Verifiserte skjemafelt ved hjelp av identitetsverifiserte data –Skjemaforfattere kan nå opprette verifiserte skjemafelt som automatisk fylles ut med data returnert av en identitetsleverandør (som OneID) under signaturautentisering. Disse feltene kan settes som skrivebeskyttet eller redigerbare, noe som sikrer at verifiserte identitetsdata registreres nøyaktig og valgfritt låses mot redigeringer (f.eks. navn, adresse eller kontonummer). Dette styrker identitetssikkerhet, reduserer manuelle inntastingsfeil og strømlinjeformer overholdelse for arbeidsflyter som krever validerte signeringsdata.
  • Mottakergrupper i CSV-fil for Send i bulk – Avsendere kan nå definere mottakergrupper direkte i Send i bulk CSV-filen, slik at flere mottakere kan handle på samme rutingstrinn. Hver gruppe kan konfigureres i EN- eller ALLE-modus. Dette krever at enten ett medlem eller alle medlemmer fullfører handlingen sin før rutingen går videre. Gruppedefinisjon, validering og revisjonsoppfølging håndteres per CSV-rad, med feil rapportert gjennom nedlastbare valideringsfiler. 
  • Bibliotekmal – Del med flere grupper – Den moderne Create Library Template opplevelsen støtter nå deling av maler med flere grupper innenfor en konto, som matcher funksjonaliteten som tidligere var tilgjengelig i den klassiske arbeidsflyten. Brukere kan velge en eller flere grupper når de oppretter eller redigerer en mal, noe som sikrer konsistent oppførsel på tvers av grupper. Denne forbedringen eliminerer tilbakefall til den klassiske opplevelsen, forbedrer samarbeid og forenkler malhåndtering for organisasjoner med flere grupper.
  • Filvedlegg for alle mottakere som bruker digitale signaturer – Alle mottakere i en digitalt signert arbeidsflyt kan nå legge ved filer (ikke bare den første som signerer). En ny vedleggsmetode som bruker Binders-merknader, viser et synlig binders-ikon i dokumentet og forblir kompatibel med flere digitale signaturer. Hvert vedlegg legges til før signereren påfører sin digitale signatur, noe som bevarer signaturens gyldighet og gir en tydelig visuell indikator på vedlagte filer. Denne forbedringen forbedrer juridisk integritet, åpenhet og konsistens på tvers av e-signatur og digital-signatur arbeidsflyter.
  • Nye TSP-alternativer for nettskysignaturer - Nye tillitsleverandører er lagt til for å støtte digitale nettskysignaturer:
    • Swisscom

Endringer i brukeropplevelsen

  • Avbrytelsesvarslinger for arbeidsflytavtaler – Avbrytelsesvarsel oppdatert for å reflektere arbeidsflytadferd.
    Når du kansellerer en avtale opprettet av en arbeidsflyt, vises ikke lenger avmerkingsboksen «Varsle mottakere». Varslinger sendes alltid basert på arbeidsflytens Innstillinger. Denne endringen justerer meldingen for å reflektere denne adferden i avbrytelsesutfordringen.
  • Forbedringer av påloggingssiden - acrobat sign-påloggingssiden tilbyr nå en renere og mer konsistent opplevelse. Når du skriver inn e-postadressen din, oppdager siden kontotypen automatisk og sender deg til riktig påloggingsmetode. Dette fjerner unødvendige trinn og eldre skjermbilder. Dette gjør påloggingen raskere, enklere og mer intuitiv for alle.
    • Nytt e-postformat for Acrobat Sign enterprise-brukere som logger direkte inn i web-grensesnittet – Nå håndhever Acrobat Sign en grense på 64 tegn for den lokale delen av en e-postadresse (delen før «@»-symbolet) når du redigerer en eksisterende e-post eller oppretter en ny bruker.
      Alle brukere med en lokal del på over 64 tegn har blitt evaluert og fastslått å være inaktive eller test-bruker-ID-er.

Merk at denne opplevelsen leveres gjennom en rullende utgivelse basert på Adobe Acrobat Sign servermiljøet. Utrullingsplanen er publisert i Oppdatert påloggingsopplevelse teknisk varsel.

  • Aktiver administrasjon av brukerdetaljer for inaktive brukere – Administratorer kan nå redigere brukerdetaljer for inaktive brukere direkte i admin-grensesnittet og gjennom CSV-opplastinger uten å reaktivere kontoer. Dette inkluderer oppdatering av gruppetilordninger (for både enkelt- og flergruppekonfigurasjoner), administrering av attributtet "Bruker kan signere dokumenter" og utføring av masseredigeringer for samsvar og vedlikehold av registre. Endringen strømlinjeformer livssyklushåndtering for bedriftsbrukere, reduserer administrativ belastning og støtter renere gruppeorganisering og GDPR-tilpasset journalhåndtering.

Løste problemer

Problem Beskrivelse
4528600 Sammendrag: Innstillinger for feltvalidering fungerer ikke når et skjemafeltlag er knyttet til en tilpasset arbeidsflyt. Valideringsregler, som grenser for regex eller numeriske områder, fjernes når arbeidsflyten startes, noe som fører til at felt godtar ugyldige inndata.
Løsning: Nå brukes valideringsregler riktig når skjemafeltlag er inkludert i tilpassede arbeidsflyter. Felt beholder valideringsatferden på tvers av både klassiske og nye redigeringsopplevelser. Det kreves ingen handling fra brukerne.
4528748 Sammendrag: Administratorer ser av og til en «Uhåndtert feil» når de legger til gruppemedlemskap til nylig synkroniserte brukere (Azure-synkronisering). Noen nye brukere i gruppen har gruppe-ID satt som null
Løsning: Hvis en brukers gruppe er null etter opprettelse, plasseres de i kontoens standardgruppe.
4529934 Sammendrag: I Administrer > Webskjemaer fortsetter «Last ned skjemafeltdata» å laste uten å bli ferdig, spesielt på webskjemaer med mange innsendinger. Teams-kunder uten API-tilgang kan ikke eksportere data (f.eks. 1.–31. mai) for rapportering
Løsning: La til paginert, raskere CSV-eksport i brukergrensesnittet. Skjemadata-nedlastinger fullføres uten å henge seg opp for valgte datoområder.
4532186 Sammendrag: I den nye redigeringsopplevelsen samsvarer ikke feltfargeutheving med oppførselen til klassisk redigering. Når flere mottakere er involvert, forblir alle felt fullt farget i stedet for at ikke valgte mottakeres felt nedtones. Dette gjør det vanskelig å verifisere felttildelinger.
Løsning: Gjenopprettet visuell klarhet ved å tone ned (20 % gjennomsiktighet) felt som tilhører ikke valgte mottakere. Dette replikerer klarheten til klassisk redigering, samtidig som det moderne designsystemet bevares. Uthevingen hjelper nå brukere med å enkelt identifisere den valgte mottakerens felt og reduserer risikoen for feil tildeling.
4534061 Sammendrag: Lenken «Last ned en kopi» vises på bekreftelsessiden etter signering selv når konto- eller gruppeinnstillingen er konfigurert til å deaktivere den.
Løsning: Det er lagt til en ny innstilling som eksplisitt undertrykker nedlastingsalternativet for alle sider etter sending. Nå respekterer Etter signering-siden innstillingen for nedlastingskontroll på riktig måte og skjuler lenken «Last ned en kopi» når innstillingen er deaktivert.
4536347 Sammendrag: I klassisk opplevelse kunne ikke avsendere legge til en ekstra fil (eller prøve å legge til en fil på nytt) når de startet visse arbeidsflyter. Dette blokkerte arbeidsflytsendinger for flere dokumenter. Årsaken var en feil i hvordan filvelgeren håndterte maler delt på tvers av flere grupper.
Løsning: Korrigerte filvelgerens håndtering av maler delt på tvers av flere grupper, slik at brukere kan legge til flere filer eller prøve filvalg på nytt i klassisk opplevelse uten feil.
4537504 Sammendrag: En betinget rullegardinverdi manglet fra det signerte dokumentet selv om den var korrekt valgt under signering. Årsaken var at synlighetslogikken evaluerte mot et skjult avhengig felt, slik at den gjengitte verdien ikke vedvarte i den endelige signerte PDF-en.
Løsning: Oppdaterte betinget feltgjengivelse for å løse synlighetsavhengigheter på signeringstidspunktet på riktig måte og sørge for at den valgte rullegardinverdien vedvarer i det signerte dokumentet når betingelser er oppfylt.
4537995 Sammendrag: I mottakergrupper gikk endring av godkjenningsmetoden for eksterne brukere tilbake til Telefon etter lagring, noe som forhindret bruk av e-post-OTP. Årsaken var en frontend-tilstandshåndteringsfeil som overskrev brukerens valg.
Løsning: Korrigerte mottakergruppens brukergrensesnittlogikk slik at den valgte godkjenningsmetoden vedvarer på riktig måte og tas i bruk på nytt på tvers av lagringshandlinger, noe som sikrer at den valgte verdien beholdes i stedet for å bli tilbakestilt til standarden.
4539214 Sammendrag: I tilpassede arbeidsflyter fører en lang meldingsetikett til at meldingsteksten overlapper og skjuler hyperkoblingen til meldingsmalen på send-siden. Årsaken er feil håndtering av layout for overdrevet etikettinnhold.
Løsning:  Oppdaterte send-sidens layoutlogikk for å begrense og bryte lange meldingsetiketter på riktig måte slik at hyperkoblingen til meldingsmalen forblir synlig og tilgjengelig.
4539854 Sammendrag: Noen underskrivere blir omdirigert fra signeringsopplevelsen når de åpner visse avtaler. Årsaken er et feilformet lenkefelt i det underliggende dokumentet som mangler et påkrevd navneattributt.
Løsning: Signeringsflyten håndterer nå ikke navngitte koblingsfelt korrekt ved å tildele et gyldig navn på behandlingstidspunktet. Dette forhindrer feil og lar underskrivere fullføre avtaler uten omdirigering.
4539858 Sammendrag: På iOS-enheter kan ikke godkjennere som bruker det kinesiske håndskrifttastaturet fullføre godkjenning fordi Godkjenn-knappen forblir deaktivert etter at de har skrevet inn navnet sitt. Årsaken er at signeringssiden ikke registrerer håndskriftinndata som gyldig tekstinndata.
Løsning: Oppdaterte logikken for håndtering av inndata til å gjenkjenne håndskriftbasert tekstinndata på iOS, slik at Godkjenn-knappen aktiveres riktig når gyldige tegn skrives inn.
4540392 Sammendrag: Administratorer ser sporadiske HTTP 400-feil, og mottakergrupper ser ut til å mangle i arbeidsflyter selv om gruppene finnes og tilgangen er riktig konfigurert. Årsaken er forespørselsoverskrifter som overskrider plattformens grense for overskriftsstørrelse når brukere tilhører et stort antall grupper.
Løsning: Grensen for forespørselsoverskrifter på serversiden ble økt slik at oppslag mottakergrupper gjør, ikke lenger feiler når brukere har mange gruppemedlemskap.
4541258 Sammendrag: Administratorer kunne bare se de første 100 malene i Produksjons- eller Sandbox-synkroniseringsgrensesnittet. I tillegg manglet ytterligere maler på lokale og eksterne lister. Årsaken til dette var at synkroniseringssiden lastet inn et begrenset datasett og søkefunksjonen kun filtrerte maler som allerede var lastet i nettleseren.
Løsning: Synkroniseringsgrensesnittet ble oppdatert slik at alle maler lastes inn for det valgte miljøet (opptil 5 000) når du skriver inn tekst i søkefeltet. Dette sikrer at maler utover de første 100 er tilgjengelige for søk og utvalg
4541739 Sammendrag: Erstattede mottakere ble blokkert fra digital signering og så meldingen «Avtalen kan ikke signeres digitalt siden den ikke er i den digitale signeringsfasen». Årsaken var at fremtidige erstattede underskrivere ikke kunne overføres til den digitale signeringsfasen under arbeidsflyten når digitale signaturfelter var til stede.
Løsning: Signeringsarbeidsflyten ble oppdatert slik at erstattede eller delegerte mottakere ble riktig overført til den digitale signeringsfasen når digitale signaturfelter finnes, slik at de kan signere og fullføre avtalen.
4541849 Sammendrag:  Tekst med én linje og automatisk skriftstørrelse som var forhåndsutfylt med multibyte-tegn, ble avkortet i signerte PDF-er. Dette førte til at deler av teksten ble kuttet av på grunn av feil tekststørrelse under PDF-gjengivelsen.
Løsning: Korrigerte oppførsel for tekstmåling og automatisk skriftstørrelse for multibyte-tegn slik at hele verdien passer innenfor feltet uten avkorting.
4542574 Sammendrag: Redigering av en biblioteksmal muliggjorde inkludering av uparede verdier i påkrevde rullegardinfelter. Dette førte til at Klikk for å signere-knappen forble utilgjengelig under signering når disse verdiene ble valgt. Årsaken var manglende validering som sikret at verdier for rullegardinvisning og eksportverdier forble riktig paret.
Løsning: Malredigering håndhever nå validering på rullegardinfelter slik at bare riktig parede verdier kan lagres. Dette forhindrer uparede oppføringer og sikrer at påkrevde rullegardinvalg ikke blokkerer signering.
4542942 Sammendrag: I webskjemaer fortsatte påkrevde felter som var deaktivert av betinget logikk, å vise den påkrevde stjernen. Dette fikk underskrivere til å tro at inndata fortsatt var påkrevd, siden grensesnittet ikke oppdaterte påkrevde indikatorer når felter ble deaktivert. Et separat problem med justering av mobilsignatur ble identifisert, men adressert under et annet omfang.
Løsning: Nå skjuler webskjemagrensesnittet den påkrevde stjernen når et felt er deaktivert av betinget logikk. Dette sikrer at påkrevde indikatorer nøyaktig gjenspeiler om inndata fra underskriver forventes.
4543157 Sammendrag: I Pågår-visningen på Administrer-siden viste Mottakere-kolonnen fortsatt delegatorens navn etter delegering av en signeringsrolle, selv om en annen underskriver aktivt signerte. Årsaken var at grensesnittet ikke oppdaterte den viste mottakeren for å gjenspeile den nåværende delegaten.
Løsning: Administrer-sidelogikken ble oppdatert slik at Mottakere-kolonnen nå viser den aktive delegatens navn når en signeringsrolle er delegert. Dette sikrer at Pågår-visningen nøyaktig gjenspeiler hvem som for øyeblikket signerer.
4543253 Sammendrag: I klassisk arbeidsflytopplevelse forsvant vitnetildelte felt (signatur, navn, dato) etter lagring av en avtale i Utkast-tilstand, selv om feltene fantes på backend. Årsaken var at logikken for utkastgjengivelse ikke kunne gjenopprette vitnefelt når fremgang ble lagret.
Løsning: Logikken for utkastgjengivelse ble korrigert for å bevare og vise alle vitnetildelte felt etter lagring av fremgang. Dette sikrer at avtaler åpnet i Utkast-tilstand beholder samme feltsynlighet som under redigering og signering.
4543513 Sammendrag: Brukere ble blokkert fra å sende avtaler i Sign-webgrensesnittet med feilen «Lokalitet er enten ugyldig eller mangler». Årsaken var at lokal validering feilaktig håndhevet lokalitetsregler på API-nivå i webgrensesnittet når sendegruppens lokalitet skilte seg fra brukerens arvede hoveddgruppelokalitet.
Løsning: Lokal validering ble korrigert slik at Sign-webgrensesnittet løser og aksepterer gyldige lokale kombinasjoner på riktig måte for grupper og brukere, noe som forhindrer at lokale bare API-restriksjoner blokkerer avtaleutsendelse i webopplevelsen.
4543592 Sammendrag: Noen revisjonsrapporter viste «Mottaker autentisert med Adobe Acrobat Sign» etter «Dokument e-signert» og «Avtale fullført», på grunn av hendelser som ble lagret med tidsstempler på andre nivå. Dette førte til at autentiserings- og signeringshandlinger som skjedde i samme sekund, så ut til å vises i feil rekkefølge.
Løsning: Loggføring av revisjonshendelser ble oppdatert til å lagre og vise tidsstempler med millisekundpresisjon, noe som sikrer at autentiserings-, signerings- og fullføringshendelser er sekvensert riktig i revisjonsrapporten.
4543617 Sammendrag: Når en mal opprettes fra en avtale starter den klassiske opplevelsen i stedet for den nye opplevelsen, selv om den nye opplevelsen er standard. Årsaken er at handlingen fortsatt blir rutet til den eldre redigeringsflyten.
Løsning: Handlingen «Opprett mal fra avtale» ble oppdatert til å åpne i den nye opplevelsen. Dette justerer CTA-oppførselen med standard UX, slik at brukere unngår uventede kontekstbytter.
4544564 Sammendrag: Skjulte felt som ble lagt til eller oppdatert via API-et (visible:false) ble gjengitt som synlige i den moderne eSign-opplevelsen. Signeringsgrensesnittet ignorerte flagget for feltsynlighet, slik at mottakere kunne se felt som skulle forbli skjulte.
Løsning: Oppdaterte det moderne eSign-grensesnittet til å filtrere ut felt der synlig er usant på tvers av gjengivelse og navigasjonslogikk, slik at skjulte felt aldri vises og ikke påvirker sideoppførselen.
4544571 Sammendrag: WhatsApp-leveringsalternativet manglet i Send-innstillingene selv om WhatsApp var aktivert for kontoen og tilgjengelig under sending av avtaler. Dette forårsaket inkonsekvent oppførsel og forvirring for administratorer.
Løsning: WhatsApp-leveringsalternativet ble gjenopprettet i Send-innstillinger overalt der funksjonen er tilgjengelig. Dette sikrer konsekvent synlighet og konfigurasjon mellom administratorinnstillinger og send avtale-opplevelsen.
4545381 Sammendrag: Roboto-skriften manglet fra den nye signaturforespørsel-opplevelsen, selv om den var tilgjengelig i den klassiske opplevelsen. Årsaken var at den nye redigeringsopplevelsen ikke inkluderte alle eldre støttede skrifter.
Løsning: Roboto ble lagt til i skriftlisten i den nye signaturforespørsel-opplevelsen, noe som gjenopprettet skriftparitet med den klassiske opplevelsen og tillater konsekvent formatering ved redigering av avtaler.
4545484 Sammendrag: Noen administratorer kunne ikke få tilgang til eller opprette mottakergrupper fra Admin > Adressebok. Årsaken var en backend-forespørselsfeil som resulterte i en 400-feil ved lasting av mottakergruppedata. Problemet blokkerte innledende oppsett av mottakergrupper for berørte administratorer.
Løsning: Backend-forespørselshåndteringen ble korrigert slik at søk og opprettelse av mottakergrupper ikke lenger fører til en 400-feil. Administratorer kan nå få tilgang til og administrere mottakergrupper uavhengig av nettverk eller plassering.
4545547 Sammendrag: Avtaler opprettet fra AutoCAD PDF-er kunne ikke sendes når et digitalt signaturfelt ble lagt til, og viste en generisk sendefeil. Årsaken var at systemet ikke håndterte siderotasjon på riktig måte når plasseringen av digitalt signaturfelt ble validert.
Løsning: Nå justeres koordinater for digitalt signaturfelt for å ta hensyn til roterte sider, noe som sikrer at felt valideres mot riktige sidegrenser slik at sending av AutoCAD-genererte PDF-er med digitale signaturer lykkes.
4545894 Sammendrag: Når en mottakergruppe brukes og ingen signaturfelt plasseres manuelt, vises e-postadressen med svært liten skrift i den automatisk genererte signaturblokken. Teksten blir gradvis mindre etter hvert som flere mottakere legges til i gruppen.
Løsning: Nå gjengir den automatisk genererte signaturblokken e-postadressen i normal, lesbar størrelse, uavhengig av hvor mange mottakere som er inkludert i mottakergruppen.
4546085 Sammendrag: Når Legg til meg selv brukes i den nye Be om signatur-opplevelsen, vises e-postadresser som inneholder en apostrof feil. Den feilformede adressen forhindrer at avtalen sendes, med mindre e-posten skrives inn på nytt manuelt eller klassisk sending brukes.
Løsning: Nå dekodes og vises e-postadresser med apostrof på riktig måte når Legg til meg selv velges i den nye Be om signatur-opplevelsen, slik at avtaler kan sendes uten manuell korrigering.
4546110 Sammendrag: I den nye malredigeringsopplevelsen, oppstår det en feil i lagringen av maler når du legger til et hyperlenkefelt som er tildelt en bestemt deltaker. Det samme feltet fungerer når det er tildelt alle deltakere eller når den klassiske opplevelsen brukes.
Løsning: Nå støtter hyperlenkefelt plassholder for deltakertildelinger i den nye malopplevelsen, slik at maler kan lagres korrekt når feltet tildeles en bestemt deltaker.
4546257 Sammendrag: I Sandbox-miljøet viser avtaler sendt gjennom en tilpasset app-API feilaktig en Tilbake-knapp på redigeringssiden. Årsaken er at Sandbox laster inn innstillinger fra en Adobe-administrert app med sømløs redigering aktivert, i motsetning til Swagger eller produksjon.
Løsning: Sandbox-oppførselen ble tilpasset produksjon og Swagger ved å sikre at redigeringssiden respekterer tiltenkte appinnstillinger. Dette forhindrer at Tilbake-knappen vises for avtaler sendt via tilpassede app-API-er.
4546547 Sammendrag: Nettskjemaer kunne ikke oppdatere medunderskriveren og returnerte en diverse feil på grunn av eldre brukerposter som manglet et nødvendig internt flagg. Dette førte til at en null-verdi ble behandlet under erstatning av medunderskriver.
Løsning: Logikken for oppdatering av medunderskrivere ble forsterket med nullsikker håndtering slik at nettskjemaer kan erstatte medunderskrivere selv når eldre brukerposter mangler det forventede interne flagget.
4546553 Sammendrag: Brukere som er tildelt flere grupper kunne opprette maler i en gruppe der maloppretting er deaktivert når den nye Opprett mal-opplevelsen er aktivert. Dette muliggjorde omgåelse av begrensninger på gruppenivå.
Løsning: Nå håndhever maloppretting tillatelser på gruppenivå konsekvent på tvers av de nye og klassiske opplevelsene. Brukere kan ikke lenger opprette maler i grupper der maloppretting er deaktivert, selv om de tilhører andre grupper med den tillatelsen aktivert.
4547744 Sammendrag: Gruppeadministratorer kunne tildele kontoadministratorrettigheter til brukere gjennom den nye brukeradministratorsiden. Dette overskred tillatelsesomfanget deres og skapte en samsvarsrisiko ved å muliggjøre utvidelse av privilegier utover gruppeadministratorrollen.
Løsning: Rollevalgkontrollen er ikke lenger tilgjengelig for gruppeadministratorer. Bare eksisterende kontoadministratorer kan tildele eller tilbakekalle kontoadministratorrettigheter, noe som sikrer at rolleendringer er i tråd med tillatelsesgrenser.
4547796 Sammendrag: Noen avsendere som bruker det polske brukergrensesnittet mottar av og til en e-postbekreftelse med feil «kan ikke gi en digital signatur»-tekst, selv om avtalen sendes og signeres normalt.
Løsning: Korrigerte polske oversettelser for avsenders e-postbekreftelser slik at meldingen viser «sendt til signering» i stedet for den feilaktige teksten «kan ikke gi en digital signatur».
4548315 Sammendrag: Når avsenderen er inkludert som Kopi til-mottaker i den nye Send-arbeidsflyten, vises ingen valideringsfeil og Kopi til-e-postvarsler sendes ikke til noen mottakere som er oppført etter avsenderen på Kopi til-listen. Dette skiller seg fra klassisk arbeidsflyt-oppførsel og kan føre til at Kopi til-mottakere går glipp av varsler.
Løsning: Oppdaterte den nye Send-arbeidsflyt-logikken slik at alle Kopi til-mottakere, unntatt avsenderen, mottar Kopi til-e-postvarsler uavhengig av deres posisjon i Kopi til-listen, noe som tilpasser oppførselen til forventede resultater.
4548583 Sammendrag: PDF/A kunne ikke aktiveres for en gruppe hvis brukerens standardgruppe hadde skriftlige signaturer aktivert, selv når skriftlige signaturer var deaktivert for gruppen som ble redigert. Dette blokkerte gyldig PDF/A-konfigurasjon for ikke-standardgrupper.
Løsning: Oppdaterte valideringen til å sjekke innstillinger for skriftlige signaturer på gruppen som endres, ikke brukerens standardgruppe, noe som muliggjør riktig aktivering av PDF/A der det er tillatt.
4549337 Sammendrag: SMS-varsler for kansellerte avtaler ble undertrykt når innstillingen E-postavtale kansellert var deaktivert. Dette hindret kunder som deaktiverer e-postvarsler, fra å sende påkrevde SMS-kanselleringsvarsler.
Løsning: Koblet fra SMS- og WhatsApp-kanselleringsvarsler fra e-postinnstillingen ved å introdusere en dedikert varselkontroll, noe som muliggjør SMS-levering for kansellerte avtaler selv når e-postvarsler er deaktivert.
4549472 Sammendrag: I Acrobat Sign for Government kunne ikke brukere opprette gjenbrukbare maler ved hjelp av den nye Opprett mal-opplevelsen. Etter opplasting av et dokument stoppet arbeidsflyten på en tom skjerm, noe som blokkerte maloppretting.
Løsning: Gjenopprettet den manglende redigeringsavhengigheten som kreves av den nye Opprett mal-opplevelsen i Government-miljøer, noe som muliggjør riktig lasting av redigeringsskjermen og vellykket oppretting av maler.
4549862 Sammendrag: Når landingssiden er satt til den nye Be om signatur-opplevelsen, vises ikke den konfigurerte påloggingsadvarselen etter pålogging. Dette hindrer organisasjoner fra å vise kritiske vedlikeholds- eller forstyrrelsesmeldinger når brukere lander direkte på Send-siden.
Løsning: Gjenopprettet støtte for visning av advarselsmelding for pålogging i den nye Be om signatur-opplevelsen. Når brukere kommer til Send-siden etter pålogging, vises den konfigurerte advarselsmeldingen nå som et varsel, i samsvar med tidligere oppførsel og kundeforventninger.
4550175 Sammendrag: Når du trykker på Enter etter å ha skrevet inn et telefonnummer for telefonautentisering i en arbeidsflyt, sendes skjemaet inn for tidlig og utløser en systemfeil. Dette avbryter arbeidsflyten fordi skjemaet sendes inn i stedet for å vente på eksplisitt bekreftelse.
Løsning: Oppdaterte mottakerdialogen slik at skjemainnsending forhindres for telefonautentiseringsfelter når du trykker på Enter. Dette sikrer at brukere blir værende i dialogen og må klikke på Fortsett, noe som eliminerer den utilsiktede avbrytelsen i arbeidsflyten.
4550302 Sammendrag: Tyske e-poster for signaturforespørsel og påminnelse brukte inkonsistente tiltaleformer, og vekslet mellom uformelle «Du» og formelle «Sie» i samme melding. Dette forårsaket forvirrende og uprofesjonell ordlyd.
Løsning: Oppdaterte de tyske e-postoversettelsene slik at en enkel, konsistent tiltaleform ble brukt gjennom hele malen, noe som sikrer et enhetlig og forutsigbart språk i alle e-poster for signaturforespørsel og påminnelse.
4550556 Sammendrag: Avtaler som inneholdt PDF-er med store arkitektoniske planer, kunne ikke sendes når digitale signaturfelt ble lagt til, og returnerte en feil under redigering på grunn av siderotering og størrelseshåndtering ved plassering av digital signatur.
Løsning: Oppdaterte behandlingen av digitale signaturfelt for å håndtere roterte sider i stortformat på riktig måte, slik at avtaler med arkitektoniske planer kan sendes med digitale signaturer påført.
4550579 Sammendrag: Når en avtale ble fullført ved å fjerne de siste gjenværende mottakerne under en revisjonstilstand, genererte ikke systemet hendelsen AGREEMENT_WORKFLOW_COMPLETED. Ingen webhook-varsling ble derfor sendt, noe som brøt arbeidsflyter som er avhengige av denne hendelsen for å oppdage fullføring.
Løsning: Oppdaterte hendelseshåndteringen slik at riktige fullføringshendelser nå genereres for avtaler fullført via mottakerfjerning i revisjon. Dette sikrer at AGREEMENT_WORKFLOW_COMPLETED-webhooks utløses som forventet.
4550998 Sammendrag: Forhåndsutfylte avkrysningsbokser fremstod som avkrysset under redigering, men var ikke avkrysset for underskrivere, fordi avkrysningsboksverdier ble lagret som ikke tomme tekststrenger i stedet for eksplisitte JA/NEI-tilstander. Dette førte til at signeringsopplevelsen behandlet dem som ikke avkrysset.
Løsning: Oppdaterte håndteringen av avkrysningsboksverdier slik at enhver ikke tom forhåndsutfylt verdi tolkes som krysset av og tomme eller manglende verdier som ikke krysset av. Dette sikrer at avkrysningsbokstilstander forblir konsistente for underskrivere.

Adobe Acrobat Sign-utgivelse v17.0.1

Produksjonsdistribusjon: 17. mars 2026

GovCloud-distribusjon: 19. mars 2026

Forbedret funksjonalitet

  • Opprett en kopi – Utvidede tilgangspunkter, raskere gjenbruk av avtaler.
    Opprett en kopi er nå tilgjengelig direkte fra filtrene Pågår og Venter på deg på siden Administrer, samt fra bekreftelsessiden etter sending. Disse ekstra inngangspunktene gjør det enklere å gjenbruke avtaler på flere punkter i sendingslivssyklusen, og reduserer behovet for å starte på nytt fra bunnen av.
    Merk: Med denne utgivelsen vil de administrative kontrollene for å deaktivere denne funksjonen bli fjernet fra administratormenyen, og Opprett en kopi etableres som en standardfunksjon tilgjengelig for alle kvalifiserte brukere.

    Tilgjengelige miljøer: Sandbox, Commercial, Government | Tilgjengelige tjenestenivåer: Acrobat Sign Solutions | Konfigurasjonens omfang: Konto og gruppe; aktivert som standard.

Endringer i brukeropplevelsen

  • Visning av integrasjonsnøkkelens utløp – Utløpsdatoer vises nå i fanen Tilgangstokener
    Under fanen Tilgangstokener, i menyen Personlige preferanser, kan du se utløpsdatoen for hver integrasjonsnøkkel. Dette gir brukere og administratorer bedre oversikt over nøklenes alder og tidspunkt for utskifting, slik at det blir enklere å overvåke eksisterende nøkler og unngå uventede avbrudd når en nøkkel når slutten av sin 10-årige gyldighetsperiode.

    Tilgjengelige miljøer: 
    Sandbox, kommersiell, statlig | Tilgjengelige tjenestenivåer:Acrobat Sign Solutions | Konfigurasjonsomfang: API
     

REST API/Webhook-oppdateringer

API- og webhook-oppdateringer for denne utgivelsen finnes i API-dokumentasjon for Acrobat Sign.

  • OEM 2.0 personlig tilpasset e-postvisning – Klarere avsender- og mottakeridentitet på tvers av innebygde opplevelser, og korrekt e-postlevering.
    For OEM 2.0-partnere som bruker innebygde arbeidsflyter, kan Acrobat Sign nå vise en brukers personlig tilpassede e-postadresse i stedet for den partnerregistrerte e-postadressen for sentrale brukergrensesnittflater og varsler. Avtaler, køer som for eksempel «Venter på deg» og e-poster om «gjennomgang og signering» reflekterer konsekvent den personlig tilpassede identiteten, samtidig som den registrerte e-postadressen bevares internt for autentisering og rettigheter. Dette forbedrer klarheten for avsendere og underskrivere og forhindrer at e-poster sendes til ikke-leverbare registrerte adresser.

    Tilgjengelige miljøer: Sandbox, Commercial | Tilgjengelige tjenestenivåer: Acrobat Sign Solutions | Konfigurasjonens omfang: API - OEM 2.0-partnere; kun på forespørsel

  • Webhook-varsel for SMS-leveringsfeil – Sanntidsvisning av mislykkede SMS-sendinger, automatisert utbedring og paritet med e-postreturer.
    Acrobat Sign sender nå ut en ny webhook-hendelse, AGREEMENT_PHONE_BOUNCED, når en avtale sendt via SMS ikke kan leveres på grunn av problemer som ugyldige telefonnumre, operatøravvisning eller blokkerte linjer. Dette gjør det mulig for kunder å oppdage SMS-leveringsfeil nesten i sanntid og automatisk utløse oppfølgingshandlinger som korrigering av telefonnumre, nytt forsøk på levering eller åpning av supportsaker, noe som eliminerer blindsoner og reduserer forsinkelser i mobilbaserte signeringsarbeidsflyter.

    Tilgjengelige miljøer: 
    Sandbox, Commercial, Government | Tilgjengelige tjenestenivåer: Acrobat Sign Solutions | Konfigurasjonsomfang: API
     
  • Webhook-payloads – Lagt til betinget deltaker extendedStatus-felt for dynamiske deltakelsesoppdateringer, noe som forbedrer visningen av deltakerstatus.
    Webhook-varsler inkluderer nå et extendedStatus-felt i hvert deltakerobjekt (memberInfos[]) når avsenderen endrer en pågående avtale ved hjelp av dynamisk deltakelse. Dette feltet gir ytterligere detaljer om deltakerens livssyklus samtidig som det eksisterende statusfeltet forblir uendret for bakoverkompatibilitet.

status-verdier (uendret): ACTIVE, REPLACED.
extendedStatus-verdier: ACTIVE, REPLACED, REMOVED, COMPLETED.


Tilgjengelige miljøer
: Sandbox, Commercial, Government | Tilgjengelige tjenestenivåer: Acrobat Sign Solutions | Konfigurasjonsomfang: API

Løste problemer

Problem Beskrivelse
4543515 Sammendrag: En webhook e-postretur-hendelse kan bli feilaktig generert for en gyldig underskriver etter at underskriveren har signert og avtalen går videre til neste trinn. Dette kan skje når en delegat i samme signeringsgruppe har en ugyldig e-postadresse og avsenderen erstatter den opprinnelige delegatoren. I disse tilfellene kan systemet feilaktig tilskrive returhendelsen «signert på vegne av ...» til den gyldige underskriveren i stedet for deltakeren som e-posten faktisk returneres for.
Løsning: Logikken for hendelsestilskrivning ble korrigert slik at e-postreturer kun knyttes til deltakeren som e-posten faktisk returneres for. En returhendelse genereres ikke lenger for en gyldig underskriver som allerede har fullført signeringen, og webhook-varsler reflekterer nå riktig deltaker og e-postadresse.
4544548 Sammendrag: Integrasjonsnøkler opprettet gjennom webgrensesnittet kan utløpe etter 10 år, selv om opprettelsessiden sier at nøkkelen gir «permanent tilgang». Når en nøkkel når sin levetid på 10 år, begynner API-kall å returnere en utløpt-token-feil, noe som kan ødelegge eksisterende integrasjoner uventet.
Løsning: Teksten i brukergrensesnittet ble oppdatert for å fjerne ordlyden «permanent tilgang» og tydelig vise utløpsdatoen for integrasjonsnøkler. Den oppdaterte teksten sier nå at nøkkelen beholder tilgang frem til utløpsdatoen eller til den blir manuelt tilbakekalt, noe som gir tydeligere oversikt over standardlevetiden på 10 år.
4546301 Sammendrag: Levering av webhook-hendelser kan bli forsinket med opptil flere timer for avtaler med svært store dokumenter, selv når avtaleoppretting fullføres og tidlige behandlingstrinn ser ut til å fullføres i løpet av minutter. I løpet av forsinkelsesvinduet kan webhook-leveringstjenesten gjentatte ganger motta DOCUMENT_NOT_AVAILABLE-svar når den prøver å hente avtaledokumenter, og webhook-hendelsen leveres da ikke før tjenesten slutter å prøve på nytt eller dokumentene blir tilgjengelige.
Løsning: Håndteringen av dokumenttilgjengelighet ble korrigert slik at store avtaler pålitelig går over til en status der dokumenter kan hentes uten flere DOCUMENT_NOT_AVAILABLE-svar. Som et resultat leveres webhook-hendelser uten flertimers forsinkelser forårsaket av dokumenthentingsforsøk mot utilgjengelige dokumenter.
4547823 Sammendrag: En mottakers private melding vises kanskje ikke for noen underskrivere når en avtale opprettes i redigeringstilstanden gjennom API-et og deretter redigeres fra Administrer-opplevelsen. I dette scenarioet kan brukergrensesnittet vise privatmeldingsverdien som «Ingen» eller tom selv om avtaledataene inkluderer riktig privatmeldingsverdi. Denne oppførselen vises i delte kontoscenarier der en bruker bytter til en annen brukers konto for å redigere utkastet, og det kan påvirke bare spesifikke mottakere mens andre vises riktig.
Løsning: En sjekk ble lagt til for å hente den aktive delingskonteksten og returnere den private meldingen for autoriserte delte brukere. Som et resultat vises verdien for privat melding nå riktig når du viser eller sender et API-opprettet utkast fra redigeringsflyten.
4548274 Sammendrag: Endringsdatoen for biblioteksmaler oppdateres kanskje ikke etter at en mal er redigert og lagret i den nye malopplevelsen. Brukere kan se nylig tillagte eller oppdaterte felt på malen, men endringsdatoen forblir uendret i Administrer-brukergrensesnittet og i administrative visninger, noe som får det til å se ut som om malen ikke ble endret nylig. Dette skjer fordi den nye opplevelsen oppdaterer skjemafelt gjennom en bane som ikke også oppdaterer malens endrede tidsstempel.
Løsning: Oppførselen for oppdatering av endringsdato ble tilpasset på tvers av den nye malopplevelsen og de relaterte API-operasjonene. Kodebanen som lagrer endringer av malfelt, oppdaterer nå også malens endringsdato slik at den gjenspeiler den faktiske tiden for den siste endringen.
4548564 Sammendrag: Signaturer og skjemafelt kan virke usynlige i den signerte PDF-en når de plasseres over eksisterende stempelannotasjoner i kildedokumentet. I berørte maler overlapper stempelannotasjonene eller skjuler de interaktive feltene under behandling, noe som fører til at fullførte signaturer og andre felt skjules i det endelige signerte dokumentet.
Løsning: Stempelannotasjonshåndtering ble oppdatert for å trygt behandle og flate ut eksisterende stempelannotasjoner slik at de ikke lenger skjuler skjemafelt eller signaturer. Felt plassert over stemplede områder forblir nå synlige gjennom signering og i den fullstendig utførte PDF-en.
4549103 Sammendrag: En e-postavvisningshendelse kan logges igjen for en tidligere feil mottaker etter at avsenderen erstatter den mottakeren med en gyldig e-postadresse. I noen tilfeller kan revisjonssporet vise en andre returhendelse for den gamle e-posten og avtalestatusen indikere «e-post returnert», selv om den nye mottakeren mottar, viser eller signerer avtalen. Denne oppførselen kan få det til å se ut som om avtalen fortsatt retter seg mot både den gamle og den nye e-postadressen.
Løsning: Arbeidsflyten for å erstatte underskriveren er oppdatert for å forhindre sending av ytterligere e-postvarsler til en erstattet mottaker hvis e-post allerede har blitt returnert. Systemet sjekker nå for tidligere avvisningshistorikk før det sender erstatningsrelaterte varsler, og sikrer at ingen nye avvisningshendelser genereres for den gamle e-postadressen etter erstatning.
4549306 Sammendrag: Brukere med e-postadresser som inneholder visse spesialtegn (for eksempel apostrof), kan være ute av stand til å logge inn fra de generiske offentlige påloggingssidene adobesign.com eller echosign.com. Etter å ha skrevet inn e-postadressen og klikket i passordfeltet, kan siden laste på nytt og tømme e-postfeltet i stedet for å omdirigere brukeren til riktig shard eller SSO-påloggingsside. Dette hindrer berørte brukere i å fullføre autentisering og blokkerer integrasjoner som er avhengige av det offentlige påloggingsendepunktet.
Løsning: Logikken for løsning av pålogging-shard ble korrigert for å håndtere og dekode e-postadresser med spesialtegn på riktig måte før URL-en for inter-shard-omdirigering konstrueres. Brukere med berørte e-postformater blir nå korrekt omdirigert til sin utpekte shard og SSO-påloggingsside uten at e-postfeltet blir tømt.
4549331 Sammendrag: Signaturer og andre skjemafelt kan virke manglende eller usynlige i den signerte PDF-en når visse dokumentbehandlingsfunksjoner er aktivert og kilde-PDF-en inneholder ugyldige sidebokskoordinater (for eksempel feil CropBox- eller MediaBox-verdier). I dette scenarioet kan felt som avhenger av sidekoordinater, gjengis utenfor det synlige sideområdet, slik at fullførte signaturer ser ut som de mangler, selv om signeringen er fullført på riktig måte.
Løsning: Håndteringen av PDF-sideboks ble korrigert for trygt å normalisere ugyldige CropBox- og MediaBox-verdier under dokumentbehandlingen. Som et resultat justeres signatur- og skjemafeltplassering nå til det synlige sideområdet, og signerte PDF-er viser signaturer som forventet.
4550367 Sammendrag: Opprettelse av et webskjema kan mislykkes med en generisk «serverfeil» etter valg av Forhåndsvisning og Legg til felt når avsendergruppens standard signeringsautentisering er satt til Telefon og kontoen ikke har tilgjengelig telefonautentiseringskvote, selv om webskjemaets signeringsautentisering er satt til en ikke-telefonmetode (for eksempel Adobe Sign). Som et resultat kan alle brukere i den berørte kontoen bli blokkert fra å opprette webskjemaer for alle dokumenter.
Løsning: Webskjemaopprettelse vurderer nå kvote kun for autentiseringsmetoden som faktisk er konfigurert for webskjemaets underskriver, og bruker ikke lenger sjekk av telefonautentiseringskvote basert utelukkende på gruppens standard autentiseringsinnstilling. Dette forhindrer falske feil for oppbrukt kvote og gjør det mulig å opprette webskjemaer som normalt.
4551011 Sammendrag: Når en avsender laster opp visse skannede PDF-er, legger til signaturfelt og sender avtalen, kan det hende at den signerte PDF-en ikke viser synlige signaturer etter at signeringen er fullført. Dette kan forekomme når den opplastede PDF-en inneholder ugyldige sidegrense-metadata (MediaBox- og CropBox-koordinater fremstår reversert), noe som kan føre til at signatur- og andre feltvisningslag gjengis utenfor det synlige sideområdet.
Løsning: Håndteringen av PDF-sidegrenser er oppdatert for korrekt behandling av PDF-er med ugyldige eller reverserte MediaBox- og CropBox-koordinatverdier, slik at signatur- og skjemafeltinnhold gjengis innenfor det synlige sideområdet og forblir synlig i den endelige signerte PDF-en.
4551427 Sammendrag: Noen mottakere som allerede har aktive, korrekt klargjorte kontoer, mottar avtaler som «pseudobruker»-mottakere i stedet, slik at avtalen ikke vises i deres normale Administrer-visning. Dette skjer når mottakernes e-postadresser inkluderer ledende eller etterfølgende mellomrom, noe som hindrer systemet fra å matche e-posten med den eksisterende brukeren og gjør at en pseudobruker-oppføring opprettes.
Løsning: E-postparsing og brukeroppslag er oppdatert for å normalisere mottakernes e-postadresser (trimme ledende og etterfølgende mellomrom) før de matches med eksisterende brukere. Som et resultat rettes avtaler adressert til eksisterende brukere til den registrerte kontoen i stedet for å opprette en pseudobruker-mottaker, selv om e-posten ble skrevet inn med mellomrom (i API-payloads og arbeidsflyt-mottakerlister).
4553198 Sammendrag: Når en avtale inkluderer minst én mottaker konfigurert for SMS-levering og minst én mottaker konfigurert for kun e-postlevering, medfører ikke kansellering av avtalen gjennom API-et sending av et SMS-kanselleringsvarsel til SMS-mottakeren. Avtalen blir vellykket kansellert, og e-postvarsler blir levert, men SMS-mottakere mottar ikke en kanselleringsmelding.
Løsning: Kanselleringsarbeidsflyten ble korrigert for å sikre at SMS-kanselleringsvarsler sendes til alle mottakere konfigurert for SMS-levering når en avtale kanselleres, uavhengig av andre mottakeres leveringsmetoder.
4554463 Sammendrag: Når avtaler inkluderer klonede radioknapper som deler samme feltnavn på tvers av kombinerte dokumenter, forblir bare én forekomst av det valgte alternativet valgt i den endelige signerte PDF-en. Selv om feltene visuelt fremstår som avkrysningsbokser, er de implementert som radioknapper. Etter signering forplanter ikke den valgte verdien seg konsekvent på tvers av alle klonede forekomster, noe som forårsaker feil eller ufullstendig tilordning av det forventede valget.
Løsning: Logikken for håndtering av skjemafelt ble korrigert slik at klonede alternativknapper lagrer og forplanter den valgte eksportverdien i stedet for en intern indeksverdi. Dette sikrer at alle klonede forekomster av det samme alternativknappfeltet gjenspeiler det riktige valget i den signerte PDF-en.
4554593 Sammendrag: Noen partnerintegrasjoner som bruker de eldre OAuth-endepunktene til å oppdatere tilgangstokener begynte å feile med HTTP 401-feil. Tjenesten avviste tokenoppdateringsforespørsler med en feil som indikerte at appen ikke har tillatelse til å bruke de eldre OAuth-endepunktene og må bruke OAuth v2-endepunktene i stedet. Dette blokkerte kunder fra å autentisere Acrobat Sign via partnerapplikasjoner, selv for integrasjoner som fungerte tidligere.
Løsning: Autentiseringstjenesten ble korrigert slik at partnerapper som er konfigurert til å bruke den eldre OAuth-flyten kan oppdatere tokener igjen, i stedet for å bli feilaktig tvunget over på OAuth v2-endepunktene. 
4554614 Sammendrag: Når en underskriver bruker den moderne eSign-opplevelsen på en avtale som krever signeringsautentisering og er konfigurert til å kreve aksept av bruksvilkår før signering, utløser Klikk for å signere en fem sekunders omdirigering til den klassiske signeringsopplevelsen. Omdirigeringsmeldingen advarer om at signaturer og initialer som er lagt inn i moderne signering vil bli slettet, noe som tvinger signereren til å legge dem inn på nytt og faktisk signere to ganger.
Løsning: Flyten for oppdatering av signeringstokenet ble korrigert, slik at det nyutstedte signeringstokenet beholder detaljene for signeringsautentisering når underskriveren aksepterer bruksvilkårene før signering. Dette forhindrer at autentiseringen feiler i det siste signeringstrinnet og fjerner den tvungne overføringen fra moderne til klassisk signering.
4555656 Sammendrag: Under spesifikke tidsforhold kan en avtalestatusovergang se ut til å lykkes, men endrer faktisk ikke avtalestatusen. Når en webhook-varsling mottas før backend-behandlingen er fullført, kan påfølgende API-kall bruke utdaterte avtalestatusdata. I dette tidsvinduet returnerer visse statusovergangsmetoder HTTP 200 OK selv om avtalen ikke er i en gyldig status for den forespurte overgangen. Som et resultat kan automatiseringsarbeidsflyter anta at overgangen lyktes mens avtalen forblir i den opprinnelige statusen.
Løsning: Logikken for avtalestatusovergang ble oppdatert for å håndheve streng validering før en overgang anvendes. Hvis avtalen ikke er i en gyldig status, returnerer API-et nå et tydelig feilsvar i stedet for suksess uten svar. Dette sikrer at ugyldige overganger eksplisitt avvises, gjør det mulig for kallende systemer å prøve på nytt på riktig måte og forhindrer at avtaler forblir i en utilsiktet status uten synlighet.

Adobe Acrobat Sign utgivelse v17.1

Produksjonsutrulling: 5. mai 2026

GovCloud-utrulling: 12. mai 2026

Forbedret funksjonalitet

  • Fysisk signering – Aktiver vertsbaserte signeringsøkter i web-applikasjonen
    Fysisk signering lar en avsender utpeke en intern vert som tilrettelegger for en fysisk signeringsøkt ved hjelp av en nettleser. Verten starter en kontrollert signeringsøkt fra Administrer-siden eller en e-postvarsling, gir midlertidig enheten til underskriveren for å fullføre nødvendige handlinger, og får tilbake kontrollen ved fullføring. Opprettelse og fullføring av økter registreres i revisjonsloggen, og underskrivere kan valgfritt oppgi en e-postadresse for å motta en kopi av avtalen.
  • Massevis digital signatur fra Administrer-siden – Bruk en digital signatur på flere avtaler med én enkelt autorisasjon
    Underskrivere kan velge flere avtaler i visningen Venter på deg og bruke digitale signaturer som en massehandling ved hjelp av én enkelt signeringsautorisasjon. Dette reduserer repetitive signeringstrinn for arbeidsflyter med høyt volum samtidig som eksisterende sikkerhet, autentisering og revisjonskontroller for nettskyen-signering bevares. Massesignering krever at underskrivere gjennomgår eller hopper over alle avtaler før de fullfører massehandlingen. 
  • Send kun til interne mottakere – Begrens avtaler til å bli sendt til mottakere innenfor samme Acrobat Sign-konto.
    Send kun til interne mottakere-innstillingen forhindrer brukere fra å sende avtaler til mottakere utenfor deres Acrobat Sign-konto. Når aktivert kan avtaler bare sendes til mottakere hvis konto-ID-er match avsenderens. Denne kontrollen støtter interne sikkerhetskrav og forhindrer at avtaler deles eksternt.
  • Rapportering av telefontransaksjonsbruk – Utvidet rapportering med synlighet på gruppenivå og tilgang til planlagte rapporter
    Rapportering av telefontransaksjoner gir nå synlighet i kjøpte mengder, startdatoer for kvoter og detaljert forbruk på tvers av SMS- og WhatsApp-transaksjoner. Kunder kan spore bruk på gruppenivå og få tilgang til planlagte CSV-rapporter gjennom en samlet rapporteringsopplevelse, som muliggjør mer nøyaktig budsjettering, intern allokering og proaktiv overvåking for å forhindre tjenesteavbrudd når transaksjonsgrenser nås.
    Rapportering genereres nå gjennom planlagte rapporter i rapporteringsgrensesnittet, med API-tilgang tilgjengelig for å hente den nyeste rapportutdata.

    Nytt endepunkt: POST /api/rest/v6/reportDownload
    Dette endepunktet aksepterer en scheduleId og returnerer last ned-nettadressen for den nyest genererte CSV-rapporten tilknyttet den tidsplanen.

Endringer i brukeropplevelsen

  • Signaturutseende i revisjonsrapporter – Logger signaturinndatametoden som brukes av hver signant, øker synlighet for samsvar og reduserer manuell verifisering
    Revisjonsrapporter registrerer nå signaturutseendemetoden som brukes når en signant bruker signaturen sin. For hver ESIGNED-hendelse identifiserer revisjonssporet om signanten brukte en skrevet signatur, en tegnet signatur, et opplastet bilde eller en mobilbasert tegning eller bildeopptak. Denne forbedringen gjør det mulig for compliance- og driftsteam å verifisere signeringsmetoder direkte fra revisjonsrapporten, noe som reduserer tvetydighet og forhindrer unødvendige avtaleavvisninger.
    Typer signaturutseende:
    • Skriv: Underskriver skriver navnet sitt og velger en skriftbasert signaturstil.
    • Tegn: Underskriver tegner signaturen sin ved hjelp av mus eller styreplate på en datamaskin.
    • Bilde: Underskriver laster opp en signaturbildefil fra skrivebordet.
    • Mobil tegning: Underskriver tegner signaturen sin ved hjelp av berøring på en mobilenhet.
    • Mobile-bilde: Underskriver laster opp eller tar et signaturbilde på en mobilenhet.
  • Lagrede signaturer for API-signerings-URL-er – Tillater bruk av lagrede profilsignaturer under API-basert signering
    La registrerte brukere bruke sine lagrede profilsignaturer når de signerer avtaler gjennom API-genererte signerings-URL-er (GET /agreements/{agreementId}/signingUrls). Lagrede signaturer vises for interne signanter og for eksterne signanter som autentiserer seg med e-post-OTP eller Adobe ID. Denne funksjonen effektiviserer signeringsarbeidsflyt for backend-integrasjoner samtidig som den opprettholder sikkerhetskontroller på kontonivå.
    Aktivert av Adobe på kontobasis etter sikkerhetsvurdering.
  • Personlig adressebokadministrasjon i den moderne opplevelsen – Brukere kan slette lagrede e-postadresser direkte fra sin personlige adressebok i den moderne Request Signature -opplevelsen, noe som gjør det enklere å holde personlige mottakerlister nøyaktige og oppdaterte.
  • Utløpsvindu for avtaler – Utvidet standard utløpsperiode til 365 dager
    Maksimal frist for fullføring av avtaler har blitt utvidet fra 180 dager til 365 dager. Når dokumentutløp er aktivert, får avtaler nå automatisk tildelt en 365-dagers utløpsdato som ikke kan fjernes. Denne endringen sikrer at alle avtaler har en definert livssyklus, forbedrer langsiktig sporing og overholdelse, og reduserer risikoen for at avtaler forblir åpne på ubestemt tid, samtidig som brukere fortsatt kan sette tidligere frister når det trengs.
  • Fornyet Hjem-side – Forbedrer arbeidsflyt-tilgang, fremhever kritiske handlinger
    Hjem-siden har blitt redesignet for å gjøre det enklere å starte avtaler, overvåke aktivitet og få tilgang til nøkkelfunksjoner, inkludert muligheten til å kopiere nylig sendte avtaler, vise handlingsfliser i en mer intuitiv rekkefølge, raskt identifisere Pågår- og Venter på deg-elementer, og oppleve en strømlinjeformet Hva er nytt-banner som reduserer visuell rot, og hjelper brukere med å bevege seg raskere, redusere tapte avtaler og navigere en mer fokusert Hjem-opplevelse.

    Den nye Hjem-siden vil bli rullet ut over 10 dager etter utgivelsen. Se den tekniske meldingen for tidsplanen.
  • Forbedringer av prøveversjon - Den nyeste introduksjonsopplevelsen er lagt til i Sign-prøveversjonen.
    Prøveversjon av Sign inkluderer nå den forbedrede introduksjonsopplevelsen og funksjonene som ble introdusert i nylige betalte versjoner.
  • Ny tilpasset arbeidsflytdesigner blir standard – Fremme moderne designer, fjerne brukerbyttekontrollen, beholde admin-fleksibilitet
    Den nye Custom Workflow Designer -opplevelsen er nå standard for alle kontoer.Brukere ser ikke lenger byttelenker for å gå tilbake til den klassiske designeren, mens administratorer beholder muligheten til å aktivere tilgang til den forrige opplevelsen på nytt hvis nødvendig. Denne oppdateringen fremmer overgangen til det moderne arbeidsflytdesigngrensesnittet samtidig som administrativ kontroll bevares under overgangsperioden.

REST API/Webhook-oppdateringer

API- og webhook-oppdateringer for denne utgivelsen finnes i API-dokumentasjon for Acrobat Sign.

  • mTLS-nøkkelhåndtering for webhooks – Legg til Acrobat Sign-generert nøkkelopsjon, aktiver arbeidsflyt for sertifikatsignering, forbedre sikkerhetsoverholdelse
    Utviklere kan nå velge hvordan private nøkler håndteres for webhook mTLS-autentisering i Acrobat Sign. I tillegg til den eksisterende modellen der kunder genererer og laster opp sin egen private nøkkel og sertifikat, kan Acrobat Sign nå generere den private nøkkelen og en forespørsel om sertifikatsignering (CSR). Kunder kan bruke CSR-en til å få et sertifikat fra sin sertifikatmyndighet og laste det opp for å fullføre konfigurasjonen. Dette alternativet forbedrer sikkerheten ved å holde private nøkler innenfor Acrobat Sign samtidig som kompatibiliteten med eksisterende webhook mTLS-oppførsel opprettholdes.
  • Digital identitetsinitialisering via login_hint-parameter – Tillater API-avsendere å initialisere digital identitetsautentisering med en mottakerspesifikk påloggingsidentifikator.
    Flere v6 REST API /agreements-endepunkter støtter nå en loginHint-parameter som lar API-avsendere initialisere Digital Identity Gateway-godkjenning ved hjelp av en kjent påloggingsidentifikator, som en e-postadresse eller bruker-ID-nummer.Identitetsleverandøren kontrollerer brukeropplevelsen, men identifikatoren fyller vanligvis ut påloggingsskjermen på forhånd for å styrke arbeidsflyter for autentisering med høy tillit og redusere risikoen for identitetstyveri. Identifikatoren vises i maskert format på Digital Identity Gateway-landingssiden og i revisjonsrapporten for å bevare sporbarhet samtidig som sensitive data beskyttes.
    Følgende endepunkter er oppdatert til å 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 tillitsgrenseforbedringer – Funksjonen "Vis personalisert/OEM e-postadresse overalt" prioriterer nå brukere som er klargjort av samme partner og oppretter automatisk en mottaker når ingen treff finnes
    Når funksjonen Vis personalisert/OEM e-postadresse overalt er aktivert, prioriterer avtaleakøtløsning brukere som er klargjort av samme partner og oppretter automatisk en mottakerpost når ingen matchende bruker finnes, noe som sikrer konsistent identitetshåndtering på tvers av kontoer.

    I tillegg, med Vis personalisert/OEM e-post overalt aktivert, indikerer revisjonsrapporter om en avsender er partner-klargjort eller en personlig konto, og underskriverflyter veileder brukere til å bytte kontoer når identiske e-postadresser finnes på tvers av forskjellige kontotyper, noe som reduserer forvirring og forhindrer utilsiktet tilgang.

Løste problemer

Problem Beskrivelse
4520028 Sammendrag: Gruppekolonnen på Administrer-siden viste feil eller inkonsekvente verdier når brukere tilhørte flere grupper. Endring av brukerens hovedgruppe førte til at avtaler viste feil gruppe, inkludert den sist valgte hovedgruppen eller flere grupper, i stedet for gruppen avtalen opprinnelig ble sendt fra.
Løsning: Oppdaterte logikken på Administrer-siden til å bruke avtalens sendende gruppe (agreement_group_id) i stedet for brukerens nåværende hovedgruppe når Gruppekolonnen gjengis.
4532690 Sammendrag: Brukere kunne ikke redigere utkast til avtaler opprettet fra tilpassede arbeidsflyter når både "Aktiver avtaler som kun kan sendes ved hjelp av en arbeidsflyt" og "Aktiver ny tilpasset arbeidsflyt-sendingsopplevelse" var aktivert. Systemet blokkerte feilaktig tilgang til komponersiden når et eksisterende utkast ble redigert, og behandlet det som en ny sendingshandling i stedet for en utkastsredigering. 
Løsning: Oppdaterte logikken på Komponersiden til å oppdage utkastsredigeringsscenarier og omgå arbeidsflytbegrensningssjekken, slik at brukere kan redigere eksisterende utkast til avtaler opprettet fra tilpassede arbeidsflyter.
4536764 Sammendrag: Sending av avtaler gjennom en tilpasset arbeidsflyt resulterte i en serverfeil på grunn av en feil ved behandling av spesifikke mal-PDF-er. Feilen ble forårsaket av ugyldig eller manglende annoteringsutseendedata i ett eller flere kildedokumenter, som utløste et gjengivelsesunntak under forhåndsutfylling. Problemet var ikke konsekvent reproduserbart og kunne ikke replikeres utenfor de berørte arbeidsflytene. 
Løsning: Forbedret håndtering av gjengivelsesunntak i PDF-behandlingslaget.
4537197 Sammendrag: Ved bruk av den nye Send i bulk-opplevelsen med manuelt inntastede mottakernavn, ble det andre feltet for navn fjernet under signering på grunn av feil håndtering av nødvendige mottakernavndata på tvers av dokumenter. 
Løsning: Oppdaterte dokumentbehandlingslogikken til å korrekt beholde alle mottakernavnfelt ved sending av avtaler i bulk.
4538172 Sammendrag: Kopiering av arbeidsflyter som inkluderer mottakergrupper mislyktes under Sandbox Sync med feilmeldingen "Feil ved utføring av forespørsel" på grunn av ugyldige mottakergruppereferanser. Arbeidsflyten brukte miljøspesifikke mottakergruppe-ID-er, som ikke er bærbare på tvers av miljøer, noe som førte til at validering mislyktes under synkronisering.
Løsning: Oppdatert håndtering av Sandbox Sync for å validere og behandle referanser til mottakergrupper korrekt under kopiering av arbeidsflyt, noe som forhindrer feil når mottakergrupper finnes i begge miljøer.
4538251 Sammendrag: I den nye Send i bulk-opplevelsen vises ikke fullnavn- og e-postfelt for underskriverinformasjon under signering eller i det endelige dokumentet når kildefilen inneholder eksisterende AcroForm-felt. Problemet skyldtes feil håndtering av flettefeltdata ved kombinering av underskriverinformasjonsfelt med eksisterende skjemafelt, noe som resulterte i at feltene ikke ble gjengitt i underavtaler
Løsning: Oppdaterte flette- og skjemafeltbehandlingslogikk for å anvende underskriverinformasjonsfelt korrekt i dokumenter som inkluderer eksisterende AcroForm-felt.
4545485 Sammendrag: Opprettelse av avtale mislyktes sporadisk når miniatyrbildegenerering støtte på feilformede PDF-skjemafelt. Feilen skyldtes kildedokumenter som inneholdt skjemafelt uten gyldige navn og ugyldige nestede feltstrukturer, noe som utløste behandlingsfeil under PDF-generering. 
Løsning: La til validering og null-kontroller under PDF-behandling for å håndtere feilformede skjemafelt og forhindre feil under miniatyrbildegenerering og avtaleoppretting.
4545814 Sammendrag: Felt er feilplasserte og tekstkoder forblir synlige ved behandling av liggende dokumenter generert fra XDP-baserte arbeidsflyter. Feil koordinatberegninger i liggende oppsett forårsaker feil feltplassering og forhindrer at tekstkoder blir riktig analysert og fjernet.
Løsning: Oppdaterte feltgjengivelseslogikken for å beregne og plassere skjemafelt korrekt i liggende dokumenter, noe som sikrer riktig justering og fjerning av tekstkoder under behandling.
4545978 Sammendrag: Aksenter i underskriverens navn gjengis feil i den synlige signaturblokken ved bruk av lokal digital signering. Problemet oppstår fordi standardskriften som er innebygd i dokumentet mangler riktig koding for vesteuropeiske tegn, noe som forårsaker feil tegnsubstitusjon under gjengivelse av signaturens utseende.
Løsning: Oppdaterte den innebygde skriftkonfigurasjonen til å inkludere riktig koding for tegn med aksenter, noe som sikrer korrekt gjengivelse av underskriverens navn i signaturens utseende
4547100 Sammendrag: Klonede flerlinjetekstfelt gjengis inkonsekvent i den signerte PDF-en. Flerlinjede klonefelt mangler standardutseendeordbok, noe som forårsaker at klonede felt viser færre linjer enn kildefeltet selv når begge feltene bruker samme størrelse og innstillinger.
Løsning: La til standard utseendeordbok til flerlinje klonede felt slik at klonede og kildefelt gjengis konsekvent i signerte dokumenter.
4548305 Sammendrag: Onboarding-sjekklisten viser "Be om BAA for HIPAA-beredskap" som venter selv når HIPAA er aktivert. Sjekklisteevalueringslogikken behandler feilaktig arvede HIPAA-relaterte innstillinger som ufullstendige, noe som forårsaker at oppgavestatusen forblir Venter til tross for at funksjonen er aktivert.
Løsning: Oppdaterte sjekklisteevalueringslogikk for å tolke HIPAA-relaterte innstillinger korrekt, inkludert arvede verdier, slik at onboarding-oppgaven reflekterer fullført tilstand når HIPAA er aktivert.
4550731 Sammendrag: Et stort gap vises mellom streken under signaturen og tidsstempelet ved signering av dokumenter med Fill & Sign. Problemet oppstår når signaturfeltet ikke er bredt nok til å romme det gjengitte signaturinnholdet, noe som forårsaker feil mellomrom i signaturutseendet
Løsning: Oppdaterte signaturgjengivelse for å respektere de definerte feltdimensjonene og justere mellomrom på riktig måte, noe som reduserer gapet mellom understrekningen og tidsstempelet.
4550906 Sammendrag: Lenken Endre passord peker til en ugyldig nettadresse for enkelte brukere, noe som forårsaker en nettleserfeil. Problemet oppstår når appen leser et utdatert endepunkt fra konfigurasjonen i stedet for den korrekte nettadressen, noe som fører til inkonsekvent oppførsel på tvers av miljøer.
Løsning: Oppdaterte det konfigurerte endepunktet for passordendring til å bruke den korrekte nettadressen på tvers av berørte miljøer.
4550992 Sammendrag: Redigering av visse maler i den nye opplevelsen omdirigerer til siden Opprett mal i stedet for å åpne malen i redigeringsmodus. Problemet oppstår fordi systemet bestemmer opplevelsen basert på maleierens innstillinger i stedet for den gjeldende brukerens innstillinger, noe som forårsaker feil ruting når delte maler redigeres.
Løsning: Oppdaterte maleredigeringslogikk til å bruke den gjeldende brukerens opplevelsesinnstillinger i stedet for maleierens innstillinger, slik at maler åpnes i riktig redigeringsmodus.
4551756 Sammendrag: E-poster for godkjenningsforespørsler viser uløste malvariabler i mottakerfeltet, noe som forårsaker feil e-postformatering. Problemet oppstår på grunn av en feil i e-postmalens gjengivelseslogikk når rettighetskonfliktvarslinger genereres.
Løsning: Oppdaterte e-postmalens gjengivelse til å løse og fylle ut mottakerfelt korrekt, slik at gyldige e-postadresser vises i e-poster for godkjenningsforespørsler.
4551768 Sammendrag: Underskrivere støter på en uhåndtert feil når de får tilgang til eller fullfører avtaler på grunn av en feil i behandlingen av skjemafeltutseende. Et feilformet utseendeobjekt forårsaker en ClassCastException under dokumentgenerering, noe som fører til feil i avtalegjengivelse.
Løsning: Oppdaterte behandlingslogikk for skjemafelt til å validere utseendeobjekttyper før casting, forhindre unntak og sikre at avtaler gjengis korrekt for signering.
4552272 Sammendrag: Avbrutte eller avsluttede avtaler vises under Venter på deg på Administrer-siden. Problemet oppstår når en arbeidsflytomstarthendelse ikke rydder opp i deltakerstatus-data ordentlig, og etterlater foreldede synlighets- og indekseringsdata som viser avtalen i feil visninger
Løsning: Oppdatert håndtering av arbeidsflytomstart og indekseringslogikk for å fjerne tidligere deltakerstatusdata korrekt og sikre at avtaler kun vises i riktig tilstand.
4553158 Sammendrag: I RTL-språkmiljøer på iOS reagerer ikke signaturpanelet korrekt når en signatur tegnes. Panelet ruller i stedet for å fange opp inndata, noe som krever at brukere manuelt må rulle for å tegne og anvende signaturen. Dette forhindrer normal signeringsatferd når den nye mottakersignaturopplevelsen er aktivert.
Løsning: Oppdaterte håndtering av signaturpanelinteraksjon for RTL-oppsett på iOS til å fange opp tegneinput korrekt uten utilsiktet rulling, slik at normal signaturoppretting og -bruk muliggjøres.
4553583 Sammendrag: Arbeidsflyter tillater e-postadresser med ledende eller etterfølgende mellomrom, noe som forårsaker at avtaler feiler uten varsel når de sendes i den nye opplevelsen. Systemet validerer eller normaliserer ikke inndataene, og ingen feilmelding vises for å indikere problemet.
Løsning: Oppdaterte håndteringen av inndata til å automatisk fjerne mellomrom fra e-postadresser og forhindre lagring av ugyldige verdier, og la til håndtering for eksisterende arbeidsflyter slik at avtaler kan sendes uten problemer.
4553676 Sammendrag: Hyperkoblinger vises feil i Administrer-visningen, der avtaletittelen legges til nettadressen, noe som resulterer i ødelagte koblinger. Problemet oppstår på grunn av feil nettadresseanalyse når hyperkoblinger gjengis i Administrer-grensesnittet.
Løsning: Oppdaterte gjengivelsen av hyperkoblinger til å bruke riktig nettadresseanalyse, slik at koblinger forblir uendret og fungerer korrekt på tvers av alle visninger.
4555021 Sammendrag: OTP-validering feiler med en "utløpt"-feil selv når koden skrives inn umiddelbart. Problemet oppstår på grunn av en race condition i autentiseringsflyten, der flere innsendingshendelser forårsaker at OTP-en ugyldiggjøres for tidlig. 
Løsning: Oppdaterte valideringsflyten for OTP til å håndtere dupliserte eller raske innsendingshendelser korrekt, forhindre for tidlig utløp og la gyldige OTP-koder bli godtatt.
4555028 Sammendrag: Fjerning av neste mottaker som skal signere kan mislykkes med en systemfeil og la avtalen stå fast i en ventende revisjonstilstand. Problemet oppstår når mottakeren har en aktiv påminnelse, som forhindrer at avtaleoppdateringen fullføres.
Løsning: Oppdatert logikk for fjerning av mottaker for å håndtere tilfeller der neste underskriver har aktive påminnelser, slik at avtaleoppdateringen kan fullføres uten feil.
4555319 Sammendrag: web-skjemaoppretter ser bare alternativer for Skriv og Tegn underskrift når de forhåndsviser skjemaet, mens underskrivere ser alle tilgjengelige alternativer (Skriv, Tegn, Bilde, mobile). Problemet oppstår fordi forhåndsvisningsmodus ikke bruker aktiverte innstillinger for underskriftsinntasting korrekt når oppretteren ikke fungerer som underskriver. 
Løsning: Oppdatert forhåndsvisningsatferd for web-skjema for å bruke det fullstendige settet med aktiverte underskriftsinntastingstyper, slik at opprettere ser de samme underskriftsalternativene som underskrivere.
4555345 Sammendrag: Avtaler med flere Underskriver med vitne-mottakere kan ikke åpnes i forhåndsvisning fra utkast med feilen "ParticipantSetsInfo kan ikke endres." Problemet oppstår på grunn av feil deltaker- og vitneordenslogikk i tilpassede arbeidsflyter, som forhindrer at avtalen går tilbake til redigeringstilstanden
Løsning: Oppdatert deltaker- og vitneordenslogikk i tilpassede arbeidsflyter for å beregne utførelsesrekkefølge korrekt, slik at avtaler kan gå tilbake til redigeringstilstanden og fortsette normalt.
4555615 Sammendrag: Webhook-hendelsesdata for delegerte og erstattede mottakere inkluderer ikke privateMessage-feltet. Problemet oppstår fordi den private meldingen ikke overføres til mottakertilstanden som brukes til å generere webhook-nyttelaster, noe som resulterer i manglende data for berørte hendelser.
Løsning: Oppdatert håndtering av deltakerdata for å sikre at private meldinger inkluderes i webhook-nyttelaster for delegerte og erstattede mottakere.
4555687 Sammendrag: Avtaler kan bli automatisk kansellert og flyttet til en skjult tilstand etter signering på grunn av en feil i validering av dokumentsynlighet. Når en deltaker blir delegert eller erstattet, overføres ikke dokumentsynlighetstilordningen korrekt, noe som forårsaker et misforhold mellom tildelte felt og synlige dokumenter, som kan utløse en automatisk kansellering.
Løsning: Delegerings- og erstatningslogikk kloner nå dokumentsynlighetstilordninger for nye deltakere korrekt, noe som forhindrer valideringsfeil og utilsiktet avtalekansellering.
4556516 Sammendrag: Skjemafelt kan ignorere konfigurerte skriftstørrelser og gjengi inkonsekvent i genererte avtaler. Problemet oppstår i flerlinjefelt når dokumentbehandlingsmotoren justerer skriftstørrelse for å forhindre tekstklipping, og overstyrer faste skriftstørrelsesinnstillinger. 
Løsning: Oppdatert skriftgjengivelsesatferd slik at flerlinjefelt respekterer faste skriftstørrelsesinnstillinger, tilpasser atferd med forventet output og forhindrer utilsiktede størrelsejusteringer.
4556967 Sammendrag: Valgte avkrysningsbokser kan vises som ikke valgt i den endelige signerte PDF-en for web-skjemaer. Problemet oppstår når visse skjulte verdier (for eksempel "no", "false", "0", "off", "unchecked") brukes, som kan føre til at avkrysningsbokstilstander feiltolkes under dokumentbehandling når Gibson er aktivert. 
Løsning: Oppdatert avkrysningsboksbehandling for å tolke skjulte verdier korrekt og bevare valgte tilstander i det endelige dokumentet, noe som sikrer konsistens mellom signering og den signerte PDF-en.
4557222 Sammendrag: Lenkefelt fra feltmaler kan forsvinne på redigeringssiden når de brukes i en arbeidsflyt. Problemet oppstår fordi lenkefelt ikke inkluderes i avtaleskjemafeltdataene som returneres under arbeidsflytbasert redigering, noe som resulterer i manglende felt.
Løsning: Oppdatert håndtering av skjemafelt for å inkludere lenkefelt fra feltmaler under arbeidsflytbehandling, slik at de slås sammen og vises korrekt på redigeringssiden.
4557272 Sammendrag: Signeringsdato-feltet kan unnlate å vises i den endelige signerte PDF-en. Problemet oppstår når tekstfeltgjengivelse mislykkes under dokumentbehandling, noe som forhindrer at datofeltet vises i output-dokumentet.
Løsning: Oppdatert tekstfeltgjengivelse for å håndtere null- eller tomme verdier korrekt, slik at Signeringsdato-feltet vises konsekvent i signerte dokumenter.
4557282 Sammendrag: Alternativknappfelt i webskjemaer kan vise en uventet verktøytipsverdi ("object Object") når de opprettes ved hjelp av den nye malopplevelsen. Problemet oppstår på grunn av feil håndtering av tomme verktøytipsverdier, noe som fører til at plassholderdataene gjengis i stedet for å undertrykkes. 
Løsning: Oppdatert logikk for håndtering av verktøytips for å ignorere tomme verdier korrekt, noe som forhindrer at utilsiktet plassholdertekst vises i webskjemaer.
4557589 Sammendrag: Forhåndsutfylte avkrysningsfelt kan vises som ikke avkrysset når avtalen sendes for signering. Problemet oppstår når dupliserte eller motstridende skjulte verdier er definert for avkrysnings- eller alternativknappinndata, noe som kan føre til feil tolkning av den valgte tilstanden under dokumentbehandling. 
Løsning: Oppdatert håndtering av feltverdier for å behandle skjulte verdier på riktig måte og bevare forhåndsutfylte valg, noe som sikrer at avkrysningsbokstilstander forblir konsistente når avtaler genereres og sendes.
4557672 Sammendrag: Den nye opplevelsen for forespørsel om signatur kan vise en generisk feil ("The request provided is invalid") når en avtale sendes, uten å identifisere det spesifikke feltet som forårsaker feilen. Dette kan oppstå når mottakerdetaljer (som telefonnummerformat) ikke består validering, men feilen vises ikke tydelig for brukeren. 
Løsning: Oppdatert valideringshåndtering for å gi spesifikke feilmeldinger på feltnivå, som hjelper brukere med å identifisere og korrigere ugyldige inndata før avtalen sendes.
4557680 Sammendrag: Avkrysnings- eller alternativknapptilordninger kan mislykkes i noen avtaler når flere dokumenter kombineres, noe som fører til at forventede verdier ikke brukes. Problemet oppstår når standardverdier ikke samsvarer nøyaktig med definerte eksportverdier, noe som kan føre til at felt behandles som separate grupper og ødelegger tilordningsatferden.
Løsning: Oppdatert logikk for felttilordning for å ignorere ikke-samsvarende standardverdier og riktig knytte felt på tvers av dokumenter, noe som forbedrer konsistensen til avkrysnings- og alternativknappfunksjonalitet.
4557902 Sammendrag: Et ekstra mellomrom kan vises mellom signaturen og dato- og tidsstempelet i Fill and Sign-avtaler. Problemet oppstår på grunn av feil beregning av mellomrom i velformaterte signaturer, noe som fører til inkonsistent layout sammenlignet med andre signeringsflyter.
Løsning: Oppdatert beregning av signaturlayout for å posisjonere signaturen og tidsstempelet på riktig måte, fjerne utilsiktet mellomrom og sikre konsistent formatering.
4557947 Sammendrag: Avkrysningsfelt kan vises som ikke avkrysset i den endelige signerte PDF-filen når biblioteksmaler brukes, selv om underskriveren valgte dem. Problemet kan oppstå når avkrysningsfelt er feilkonfigurert eller bruker visse skjulte verdier, noe som fører til feil tolkning av den valgte tilstanden under dokumentbehandling.
Løsning: Oppdatert behandling av avkrysningsfelt for å tolke skjulte verdier på riktig måte og bevare valgte tilstander, noe som sikrer at avkrysningsvalg beholdes i det signerte dokumentet.
4558295 Sammendrag: Påkrevde alternativknappverdier kan mangle i den endelige signerte PDF-filen. Problemet kan oppstå når feltverdier inneholder spesialtegn (for eksempel anførselstegn eller symboler) som ikke behandles på riktig måte, noe som fører til at den valgte verdien ikke gjengis i dokumentutdataene.
Løsning: Oppdatert behandling av feltverdier for å håndtere spesialtegn på riktig måte, noe som sikrer at valgte verdier bevares og vises i den signerte PDF-filen.
4558307 Sammendrag: Skjemafelt kan ignorere konfigurerte skriftstørrelser og gjengis inkonsistent i genererte avtaler. Problemet kan oppstå i flerlinjefelt når dokumentbehandlingsmotoren justerer skriftstørrelsen for å forhindre tekstklipping, og overstyrer faste skriftstørrelsesinnstillinger. 
Løsning: Oppdatert gjengivelsesatferd for skrift slik at flerlinjefelt respekterer faste skriftstørrelsesinnstillinger, forhindrer utilsiktet endring av størrelse og sikrer konsistente resultater.
4558554 Sammendrag: Underskrivere kan fullføre avtaler uten å samhandle med signaturblokken. Problemet kan oppstå i Gibson-aktiverte kontoer når signaturblokken ikke gjengis eller håndheves riktig under signering, noe som gjør det mulig å fullføre med bare signaturfeltet.
Løsning: Oppdatert signaturrendering og valideringslogikk for å sikre at signaturblokker vises riktig og kreves før avtalen fullføres.
4558725 Sammendrag: Tekstkoder kan mislykkes i å gjengi eller konvertere til skjemafelt under forhåndsvisning. Problemet kan oppstå når den opplastede PDF-en inneholder elementer som ikke støttes eller er ugyldige (for eksempel null-merknader eller eksisterende utfyllbare felt), som hindrer tekstkodebehandling fra å fullføres.
Løsning: Oppdatert tekstkodebehandling for å håndtere PDF-er med ugyldige eller ikke-støttede merknader mer pålitelig, slik at felt kan genereres som forventet under forhåndsvisning.
4559285 Sammendrag: Telefonautentisering kan mislykkes for enkelte regioner når du velger en landskode i den nye forespørselssignaturopplevelsen. Problemet oppstår når brukergrensesnittet viser en ufullstendig eller feil landskode (for eksempel "+1" i stedet for "+1246" for Barbados), som kan forårsake valideringsfeil når avtalen sendes.
Løsning: Oppdatert landskodehåndtering for å bruke de riktige fullstendige oppringingskodene, noe som sikrer at telefonnumre valideres og behandles riktig i den nye opplevelsen.
4560119 Sammendrag: Tekst i skjemafelt kan vises feilplassert eller overlappe i genererte avtaler. Problemet kan oppstå i flerlinjers tekstfelt når gjengivelsesforskjeller introduseres av dokumentbehandlingsmotoren, noe som fører til layoutendringer sammenlignet med redigeringsvisningen.
Løsning: Oppdatert tekstrendering og layouthåndtering for flerlinjers felt for å forbedre plassering og forhindre overlapping, noe som sikrer mer konsistent visning mellom redigeringsvisningen og de endelige dokumentene
4562058 Sammendrag: Mottakernavnet kan forbli uendret når du velger en annen e-post fra adresseboken på Send-siden. Problemet oppstår fordi navnefeltet ikke oppdateres når en ny kontakt velges, noe som forårsaker et misforhold mellom det viste navnet og den valgte e-posten. 
Løsning: Oppdatert atferden for mottakervalg slik at navnefeltet alltid oppdateres når en ny kontakt velges, noe som sikrer at navnet og e-posten forblir synkronisert.
4566339 Sammendrag: Feil tilstand for avkrysningsbokser kan vises når statiske XFA PDF-er med feilaktige feltverdier behandles. Problemet kan oppstå når XFA-data som ikke støttes eller er ugyldige (for eksempel strengverdier i numeriske felt) håndteres inkonsekvent, spesielt i Gibson-aktiverte miljøer der avkrysningsboksinnstillinger kan feiltolkes.
Løsning: Oppdatert XFA-håndtering i dokumentbehandlingspipelinen for å normalisere eller ignorere feilformede verdier mer konsekvent, noe som forhindrer feil tilstand for avkrysningsbokser og tilpasser atferd på tvers av miljøer.
4567278 Sammendrag: Skrivebeskyttede tekstfelt kan unnlate å vises på signeringssiden når dynamiske deltakere er aktivert. Problemet oppstår på grunn av feltgjengivelsesinkonsistenser under deltakeroppløsning, som kan føre til at ikke-redigerbare felt utelates fra signeringsvisningen.
Løsning: Oppdatert feltgjengivelseslogikk for dynamiske deltakere for å sikre at skrivebeskyttede felt konsekvent inkluderes og vises under signering.
4568023 Sammendrag: Bilde- og mobile signaturalternativer kan ikke vises i web-skjemaer under signering. Problemet kan oppstå på grunn av uregelmessig innlasting av signaturalternativer i flyten for utfylling av webskjema, der visse signeringsmetoder ikke vises før økten lastes inn på nytt eller åpnes gjennom en alternativ bane.
Løsning: Oppdatert web-skjemasigneringsinitialisering for å konsekvent laste alle aktiverte signaturalternativer, noe som sikrer at Bilde- og mobile-metoder er tilgjengelige på tvers av alle inngangspunkter.

Adobe Acrobat Sign–utgivelse v17.1.1

Produksjonsdistribusjon: 16. juni 2026

GovCloud–distribusjon: 18. juni 2026

Forbedret funksjonalitet

  • Mottakerfilter i rapportering – Legg til mottakerbasert filtrering i rapporter og dataeksporter.
    Legg til et mottakerfilter til moderne rapportering for avtale- og transaksjonsrapporter og dataeksporter. Administratorer kan filtrere etter mottakers e-post for å returnere alle avtaler som inkluderer den spesifiserte mottakeren, uavhengig av rolle eller signeringsrekkefølge. Filteret støtter autofullføring og flervalgsoppførsel som er konsistent med det eksisterende Sender -filteret og gjelder både visuelle rapporter og CSV-eksporter.

Endringer i brukeropplevelsen

  • Bio-Pharma (CFR)-støtte i moderne e-signering – Legger til registrering av signeringsårsak og påkrevd reautentisering ved signering
    Bio-Pharma signeringsinnstillinger, inkludert registrering av signeringsårsak og reautentisering ved signering, støttes nå i den moderne e-signeringsopplevelsen. Avtaler som bruker disse innstillingene faller ikke lenger tilbake til den klassiske signeringsopplevelsen. Ingen kundehandling eller endring av administratorinnstilling kreves.

    Tilgjengelige miljøer: Sandbox, Commercial, Government | Tilgjengelige tjenestenivåer: Acrobat Sign Solutions | Konfigurasjonsomfang: Støtte for Bio Pharma-innstillinger i moderne e-signering er aktivert som standard.
     

REST API/Webhook-oppdateringer

API- og webhook-oppdateringer for denne utgivelsen finnes i API-dokumentasjon for Acrobat Sign.

  • Undertrykk avtalevarsler via API – Legg til detaljert kontroll over mottakermeldinger
    Ved å bruke REST v6 POST /agreements API kan du kontrollere hvilke varsler som sendes når du oppretter avtaler ved å undertrykke spesifikke e-posttyper for deltakere, kopimottakere eller avsenderen. Dette reduserer unødvendige e-poster og støtter renere, mer kontrollerte signeringsopplevelser i integrerte arbeidsflyter.

    Tilgjengelige miljøer: Sandbox, Commercial, Government | Tilgjengelige tjenestenivåer: Acrobat Sign Solutions | Konfigurasjonsomfang: REST v6 API
     

Løste problemer

Problem Beskrivelse
4545881 Sammendrag: Underskrivere som bruker Last ned og signere i Acrobat kunne få en «Adobe Acrobat Sign kan ikke gjenkjenne»-feil etter opplasting av en digitalt signert PDF når Digital ID-sertifikatet ikke inkluderte en forventet signerernavn-verdi, som commonName, givenName eller pseudonym. Avtalen kunne ikke fullføres selv om den signerte PDF-en ble lastet opp.
Løsning: Acrobat Sign håndterer nå Digital ID-sertifikater med manglende underskrivernavn-verdier uten å kaste en feil under opplastingsvalideringsprosessen. Signering kan fullføres med suksess, selv om signerernavn kanskje ikke vises hvis sertifikatet ikke inkluderer ett.
4547132 Sammendrag: Når avtaler ble opprettet gjennom POST /agreements API-forespørselen og securityOption ble satt til null, kunne eksterne mottakere få tildelt «Ingen» som autentiseringsmetode selv når kontoinnstillinger krevde engangspassord på e-post som standard autentiseringsmetode. Intern mottakerautentisering ble brukt korrekt, men ekstern mottakerautentisering ble ikke brukt.
Løsning: Acrobat Sign har nå korrekt bruk av den kontokonfigurerte standardautentiseringsmetoden når API-opprettede avtaler inkluderer mottakere med en null securityOption-verdi. Eksterne mottakere får nå den påkrevde standardautentiseringsmetoden i stedet for Ingen.
4553171 Sammendrag: I utviklerkontoer som bruker den nye Opprett mal-opplevelsen, kunne gjenbrukbare maler vise [DEMO USE ONLY]-prefikset på Administrer-siden, men prefikset var ikke tilgjengelig når malnavnet ble redigert. Brukere kunne ikke fjerne prefikset fra det eksisterende malnavnet med mindre de erstattet hele navnet eller byttet til den klassiske malopplevelsen.
Løsning: Den nye opplevelsen for Opprett mal beholder nå navnet på den gjenbrukbare malen og avtalenavnet synkronisert for vannmerkefunksjonen i utviklerkontoer. Brukere kan redigere hele malnavnet, inkludert [DEMO USE ONLY]-prefikset, uten å bytte til den klassiske opplevelsen
4556731 Sammendrag: Etter at en avsender erstattet en mottaker med seg selv og deretter delegerte avtalen til en annen mottaker, returnerte avtalen til Pågår, men alternativet Last opp signert dokument forble utilgjengelig. Dette forhindret avsenderen fra å laste opp en signert kopi for kvalifiserte pågående avtaler etter den delegeringssekvensen.
Løsning: Acrobat Sign gjenoppretter nå alternativet Last opp signert dokument på riktig måte etter at en mottaker er erstattet med avsenderen og deretter delegert til en annen mottaker, når avtalen er berettiget til signert dokumentopplasting.
4557576 Sammendrag: Når en signaturblokk ble tildelt en mottakergruppe med flere medlemmer, kunne e-postverdien i signaturblokken bli kuttet av i stedet for å vises tydelig. Dette kunne gjøre mottakergruppeninformasjonen vanskelig å lese før et gruppemedlem fullførte signeringen. 
Løsning: Acrobat Sign viser nå mottakergruppens e-postinformasjon i signaturblokker uten å kutte av den synlige teksten brått. Lange e-postverdier for mottakergrupper håndteres slik at den viste informasjonen forblir lesbar i signaturblokken. 
4561898 Sammendrag: Noen mottakere kunne støte på en serverfeil etter autentisering eller når de fullførte signeringen for avtaler som brukte spesifikke PDF-dokumenter. Feilen ble forårsaket av et problem med håndtering av PDF-strukturdata under generering av signerte dokumenter, som hindret underskriveren i å fullføre avtalen.
Løsning: Acrobat Sign håndterer nå PDF-strukturdata mer defensivt under signering og dokumentgenerering. Løsningen forhindrer at strukturtrekonflikter blokkerer fullføring, slik at mottakere kan autentisere, signere og fullføre berørte avtaler. 
4562041 Sammendrag: Noen webhook-varsler kan bli forsinket eller ikke bli publisert når Acrobat Sign mottar en intern serverfeil mens webhook-innholdet bygges. For den berørte kontoen ble flere hendelser 19. mars 2026 påvirket, inkludert AGREEMENT_WORKFLOW_COMPLETED og andre avtalehendelser, som forsinket kundens nedstrøms arbeidsflyter
Løsning: Acrobat Sign håndterer nå feil i generering av webhook-innhold mer pålitelig slik at mislykkede interne svar ikke blir bufret på en måte som blokkerer eller forsinker levering av hendelser. Løsningen ble validert gjennom regresjonstesting og er ment å forhindre at berørte webhook-hendelser blir forsinket av samme feilbane for innholdsgenerering. 
4562458 Sammendrag: Mottakere kunne få en feil om ugyldig avtale-ID når de åpnet en signerings-URL for avtaler sendt til inaktive brukere på registrerte kontodomener, når mottakerautentisering som e-post-OTP eller passordautentisering ble brukt. Signeringsflyten opprettet en bruker i påvente av engangsbruk for å fortsette signeringsprosessen, men forespørselen om signeringsinformasjon kunne lese utdaterte avtaledata som ikke inkluderte den nyopprettede deltakelsen, og blokkere tilgang til koblingen ble regenerert eller dataene oppdatert.
Løsning: Acrobat Sign henter nå gjeldende avtaledeltagelsesdata når autentiserte signerings-URLer åpnes i denne arbeidsflyten. Dette forhindrer at utdaterte bufrede avtaledata forårsaker ugyldige avtale-ID-feil og lar mottakere fullføre autentisering og få tilgang til e-signeringssiden.
4566894 Sammendrag: Noen utløpte avtaler opprettet fra flere maler kunne ikke kopieres fra Administrer-siden. Når brukere valgte «Opprett en kopi», mislyktes kopieringsoperasjonen med «Kan ikke kopiere avtale». Prøv igjen senere fordi malvalidering av tilgang mislyktes ved kopiering av avtaler med mer enn én mal. 
Løsning: Acrobat Sign validerer nå malinformasjon riktig når avtaler som ble opprettet fra flere maler kopieres. Berørte avtaler kan nå kopieres uten å utløse backend-sesjonsfeil.
4568666 Sammendrag: Webhook-varsler kunne periodisk mislykkes for avtaler som inkluderte vitnedeltakere uten tildelt bruker-ID. Kjerneavtalehendelsen ble opprettet, men webhook-innholdsgenerering kunne mislykkes når deltagerdata ble behandlet i en uforutsigbar rekkefølge, noe som førte til at noen forventede webhook-hendelser ikke ble levert etter AGREEMENT_CREATED.
Løsning: Acrobat Sign håndterer nå webhook-deltagerdata med manglende bruker-IDer trygt under innholdsgenerering. Dette forhindrer at vitne-plassholderdeltakere forårsaker webhook-innholdsfeil og lar forventede avtale-webhook-hendelser leveres konsekvent.
4571682 Sammendrag: I enkelte avtaler der Power Automate endret mottakergrupper før en senere skjemautfyllers tur, kunne skrivebeskyttede felt unnlate å vises for den påfølgende skjemautfylleren. Etter at skjemautfylleren fullførte de redigerbare feltene sine, kunne disse feltene også forsvinne fra avtalen, selv om feltene fortsatt var tildelt riktig og merket som synlige gjennom API-et.
Løsning: Acrobat Sign bevarer nå feltsynlighet for påfølgende mottakergrupper etter endringer i mottakergruppemedlemskap. Skrivebeskyttede felt, signaturblokker, rullegardinvalg og andre utfylte feltverdier forblir tilgjengelige for senere mottakere og i den nedlastede PDF-en for de faste scenariene.
4571845 Sammendrag: Fysisk signering kan mislykkes med en serverfeil når e-postadressen til den som signerer fysisk matcher en eksisterende brukerkonto på en annen shard, noe som hindrer avtalen fra å bli fullført.
Løsning: Oppdatert behandling av fysisk signering for korrekt opprettelse og bruk av en midlertidig signeringsoppføring, som forhindrer konflikter mellom brukere på tvers av segmenter og lar signeringsøkten fullføres.
4573019 Sammendrag: Rekkefølgen for mottakergrupper kan beregnes feil etter dynamiske deltakeroppdateringer som fjerner en blanding av mottakere og mottakergrupper, noe som gjør at den gjenværende gruppen viser feil ruteringsrekkefølge.
Løsning: Oppdatert omberegning av deltakerrekkefølge slik at mottakergrupper beholder riktig rekkefølge etter komplekse dynamiske deltakerfjerninger, inkludert tilfeller der en gruppe reduseres til ett enkelt gjenværende medlem.
4572455 Sammendrag: Noen underskrivere kan se en melding med «uhåndtert feil» eller «noe gikk galt» etter fullført signering, selv om signaturen ble brukt og avtalen gikk videre til neste mottaker. Problemet oppstod når dynamiske deltakere var aktivert og signeringsflyten prøvde å klargjøre dokumentet for neste underskriver, men ikke fant forventet signert dokumentversjon. 
Løsning: Acrobat Sign kontrollerer nå riktig signert dokumentversjon når en avtale klargjøres for neste underskriver. Dette hindrer signeringsflaten fra å vise en feil etter en vellykket signatur når dynamiske deltakere er aktivert.