Adobe Acrobat Sign udgivelsesnoter: 2025
Produktionsinstallation: 11. februar 2025
Udrulning af GovCloud: 18. februar 2025
Forbedret funktionalitet
- Forbedret brugergrænseflade for Brugerdefineret afsendelsesforløb – Tilpasset workflowdesigner er blevet opdateret for at give en bedre afsenderoplevelse, der passer til udseendet og fornemmelsen ved Anmod om signatur.
Tilgængelige miljøer: Kommerciel, Offentlig | Tilgængelige tjenesteniveauer: Acrobat Sign Solutions | Konfigurationsomfang: Gruppe, Konto
Oplevelsesændringer
- Aftalens udløb kan blive forsinket i op til 12 timer – fra denne version vil en aftales automatiske udløb finde sted uden for spidsbelastningsperioder for det miljø, der administrerer aftalen. I praksis vil alle aftaler, der udløber i et givet Acrobat Sign-miljø perioder for spidsbelastning, blive sat i kø for at blive udført, når miljøet går ind i tidsrummet uden for spidsbelastning.
- Workday: Understøttelse af digital signatur for Aadhaar-identitetsudbyderen - Kunder, der bruger Workday-integrationen, kan nu bruge Aadhaar-identitetsudbyderen som en metode til at autentificere deres modtagere.
REST API-/Webhook-opdateringer
API- og webhook-opdateringer til denne version kan findes i Acrobat Sign API-dokumentation.
- Der tilføjes en ny attribut for konto-id til alle belastninger fra hændelsesbeskeder.
- OEM Embed 2.0-partnere vil nu kunne oprette en webhook for deres kanal og lytte til alle aktivmeddelelser fra hver af deres individuelle kundekonti.
- API'er til nye indstillinger
- POST /accounts/{accountId|me}/settings/search – tager den identificerede konto (accountId) og en liste over indstillingsnavne og returnerer listen over indstillingsnavne med deres værdier for den angivne konto. Kun værdier på kontoniveau returneres.
- Tilgængelig for ikke-administratorbrugere.
- PUT /accounts/{accountId|me}/settings – anvender en angivet liste over indstillingsnavne og deres værdier på den identificerede konto (accountId).
- POST /accounts/{accountId|me}/settings/search – tager den identificerede konto (accountId) og en liste over indstillingsnavne og returnerer listen over indstillingsnavne med deres værdier for den angivne konto. Kun værdier på kontoniveau returneres.
- Nye logo-API'er
- POST /accounts/{accountId|me}/logo – overfører CoBrandingLogo-filen.
- GET /accounts/{accountId|me}/logo – returnerer billeddataene for CoBrandingLogo-billedfilen i det samme format, som den blev uploadet.
- Tilgængelig for ikke-administratorbrugere
- DELETE /accounts/{accountId|me}/logo – rydder CoBrandingLogo-billedet for kontoen.
- API'er til underskrivelsesårsag
- GET /accounts/{accountId|me}/signingReason – returnerer en liste over underskrivelsesårsager for den identificerede konto (accountId).
- Tilgængelig for ikke-administratorbrugere.
- POST /accounts/{accountId|me}/signingReason – opretter en ny underskrivelsesårsag for den identificerede konto (accountId).
- GET /accounts/{accountId|me}/signingReason/{signingReasonId} – henter teksten til den identificerede underskrivelsesårsag (signingReasonId) fra den identificerede konto (accountId). kontoens identificerede underskrivelselsesårsag.
- Tilgængelig for ikke-administratorbrugere
- PUT /accounts/{accountId|me}/signingReason/{signingReasonId} – opdaterer den identificerede underskrivelsesårsag (signingReasonId) fra den identificerede konto (accountId).
- DELETE /accounts/{accountId|me}/signingReason/{signingReasonId} – fjerner den identificerede underskrivelsesårsag (signingReasonId) fra den identificerede konto (accountId).
- GET /accounts/{accountId|me}/signingReason – returnerer en liste over underskrivelsesårsager for den identificerede konto (accountId).
- Opdaterede swagger-sider for at angive mig som stenografi for accountId.
Løste problemer
| Problem | Beskrivelse |
|---|---|
| 4479949 | Oversigt: En OIDC API-kald til en IDP indeholder parameteren "charset=UTF-8" i overskriften "Content-type:application/x-www-form-urlencoded". Det genererer en fejl i stedet for et gyldigt svar. |
| Rettelse: Charset blev fjernet, da der ikke skal angives et charset. | |
| 4490523 | Oversigt: En knap til at udskrive PDF'en er ikke tilgængelig i visningen Læs aftale. |
| Rettelse: Der er føjet en udskrivningsknap til visningen Læs aftale. | |
| 4494248 | Oversigt: Forkerte aftaleudløbstider i aftalen, fordi klienten ikke overfører tidszoneoplysninger. |
| Rettelse: Klienten er blevet opdateret til at være bevidst omkring tidszone. | |
| 4494297 | Oversigt: Når en bruger delegerer en aftale på vegne af en anden bruger (ved hjælp af avanceret kontodeling), viser revisionsrapporten muligvis ikke hændelsen for delegeringen baseret på konfigurerede indstillinger, der udelader eller inkluderer data. |
| Rettelse: Den funktion, der udelader data, er blevet forbedret for at tage højde for situationer, hvor der sker hændelser, der undertrykker noget indhold, men bevarer hændelsen. | |
| 4495537 | Oversigt: Modtagere får annulleringsmails som cc-deltagere, når en aftale sendes via arbejdsforløb og efterfølgende annulleres uden anmodning om at give alle parter besked, når der bruges brugerdefinerede mailskabeloner. |
| Rettelse: CSS for CEMT-skabelonerne er blevet opdateret for at administrere annulleringsscenarier, som ikke-brugerdefinerede skabeloner gør. | |
| 4495963 | Oversigt: Hvis delegering ikke er tilladt for brugere på kontoen, er mulighederne for at aktivere underskrivelse eller e-forsegling for en brugerprofil låst. |
| Rettelse: Afhængigheden af delegering er fjernet i brugergrænsefladen, og indstillingen kan opdateres | |
| 4496084/4510358 | Oversigt: Den korrekte valgte alternativknap indstilles ikke, når alternativknappen angives med en indstillingsliste |
| Rettelse: Når listen over indstillinger findes i en alternativknap, får vi nu det valgte alternativknapindeks fra listen over indstillinger. | |
| 4497823 | Oversigt: Brugermeddelelse ("Ugyldigt aftale-id") for en ikke-deltagende brugersession i browseren for GET /SigningUrls for en gyldig aftale. |
| Rettelse: Omskriv brugermeddelelsen ("Ugyldigt aftale-id") til en meningsfuld meddelelse. | |
| 4498914/4501065 | Oversigt: Brugere kan ikke underskrive dokumentet, når godkendelsestypen er Acrobat Sign med indstillinger for biomedicin aktiveret på grund af et forkert separatortegn. |
| Rettelse: Anvendelsen af separatortegn er blevet rettet. | |
| 4499847 | Oversigt: De digitale indstillinger overholder ikke grænsefladeindstillingerne og viser flere leverandører, end der er valgt på grund af dubletposter på udbyderens liste. |
| Rettelse: Der er tilføjet en oprydningskode for at sikre, at dubletter ryddes, før indstillingsværdien hentes, og før indstillingsværdien opdateres. | |
| 4500637 | Oversigt: Oprettelsesdataene for en PDF-fil vises med en lang værdi, der er millisekunder af Dato, i stedet for at bruge formatet for PDF-datostreng. |
| Rettelse: Hvis oprettelsesdatoen repræsenteres af en CosNumeric, skal du konvertere den til en ASDate ved at hente CosNumeric som en streng og derefter konvertere den til et langt og derefter til Date-objekt. | |
| 4500649 | Oversigt: Automatisk justering af skriftstørrelse fungerer ikke pga. en fejl i et opstrømsbibliotek |
| Rettelse: Biblioteket er blevet opdateret. | |
| 4501939 | Oversigt: "Uventet fejl" eller "tilladelsesfejl", når underskriveren foretager betaling via Braintree på grund af ikke-understøttet konfiguration med AVS. |
| Rettelse: Der er tilføjet noget kode for at ignorere AVS, hvor det er muligt. Kunder advares om, at AVS-konfigurationen er inkompatibel med Acrobat Sign. | |
| 4502497 | Oversigt: Det første felt er ikke indstillet til Obligatorisk som standard i det nye oprettelseslayout |
| Rettelse: Standarden er blevet redigeret, så den kræves. | |
| 4502759 | Oversigt: Kopierede japanske æresbevisninger for underskrivere i revisionsrapport |
| Rettelse: Vi bruger nu strengen med brugerlisten i alle tilfælde i createSignatureRequestedAuditEvent(). Dette ledsages af en strengændring, hvor ærestegnet fjernes fra alle overvågningshændelsesstrenge, der bruges i funktionen. | |
| 4503010 | Oversigt: Handling GET /agreements/ID mislykkes med 500 - diverse serverfejl for et par aftaler efter 17. september på grund af en oprindelseskontrol. |
| Rettelse: Oprindelseskontrollen er blevet fjernet. | |
| 4503107 | Resumé: Når en person med SEND- og UNDERSKRIV-tilladelser skifter til delerens konto og starter et workflow, hvor deleren er den første underskriver, omdirigeres brugeren til POST_SIGN-siden i stedet for ESIGN-siden. |
| Rettelse: Den indbyggede kontrol er blevet opdateret for at sikre, at den person, der deles med, har UNDERSKRIV-tilladelser til den gruppe, hvorfra aftalen blev sendt, bruges. | |
| 4503112 | Oversigt: Automatisk annullering af aftale - fejl AUTO_AUTHOR_FAIL på grund af en iText-fejl. |
| Rettelse: iText er blevet fjernet, hvor det ikke kræves, hvilket løser problemet. | |
| 4503640 | Oversigt: Formularudfylder kan ikke sende dokumentet. Serverfejl opstår, når brugeren klikker på "Send" i XFA-dokumenter |
| Rettelse: Det bibliotek, der evaluerer PDF'er til XFA, er blevet forbedret til korrekt at identificere og fjerne XFA. | |
| 4504309 | Oversigt: Aftaler i kladdemappe kunne ikke sendes via Avanceret kontodeling pga. manglende slutpunkt i filteret. |
| Rettelse: Tilføjet URL'en /account/requestSignatures/authoring er tilføjet i allowListedEndPointsBasedOnSendPermissions i filter.xml | |
| 4504567 | Oversigt: Værdier for alternativknapper ændres, når aftaler genereres via masseafsendelse |
| Rettelse: Erstattede hashkortet med linkedhashmap for at bevare rækkefølgen af indsættelse ved oprettelse af underordnede SiB-aftaler | |
| 4504631 | Resumé: Fejlmeddelelse for behandlingsarbejdsforløb: Ubehandlet fejl på grund af ikke-understøttede tegn i en iText-fil |
| Rettelse: iText er blevet opdateret. | |
| 4504822 | Oversigt: Brugersøgning er ryddet, hvis brugerlisten er for stor, og der anmodes om en søgning, før en tidligere søgning er fuldført (f.eks. den første indlæsning af brugere, når siden åbnes) |
| Rettelse: Når der modtages data, kontrollerer vi, om requestID matcher den seneste anmodning. Hvis det gør, behandler vi svaret. Hvis det ikke gør, ignorerer vi det. | |
| 4504831/4507199 | Resumé: Underskrevne aftaler giver en ugyldig PDF 1kb i størrelse på grund af et forkert udformet PDF-skrifttypeobjekt, der ikke angiver den krævede undertype for skrifttypeobjektet. |
| Rettelse: Biblioteket, der genererer PDF-filer, er blevet opdateret, så det bedre kan håndtere forkert formede objekter og give et mere elegant resultat. | |
| 4506230 | Oversigt: Automatisk feltgenkendelse virker ikke i Sandkasse, fordi anmærkningen enten er forkert eller ikke findes der, hvor vi søger efter den. |
| Rettelse: Vi søger nu efter hver side og hver anmærkning på den side for at finde anmærkningen til formularfeltet for at sikre, at vi får den korrekte side. | |
| 4506959 | Oversigt: Landingssiden efter underskrivelse viser HTML-kodede tegn |
| Rettelse: Fast kildeskabelon. | |
| 4508950 | Opsummering: Felter, der har et navn med en apostrof, giver en fejl i den nye oplevelse. |
| Rettelse:Feltets parsingkode er blevet forbedret for at administrere apostroffer. | |
| 4509503 | Oversigt: Brugere kan ikke underskrive dokumenter via Acrobat Sign-programmets iOS, fordi et datafelt er tomt og udløser en null pointer-undtagelse |
| Rettelse: Der er tilføjet en null pointer-kontrol for på elegant vis at administrere omstændighederne. | |
| 4509713 | Oversigt: Indstilling af "Tillad alle brugere at dele biblioteksdokumenter med flere grupper" aktiveres automatisk, når du prøver at aktivere "Tillad administrator at dele biblioteksdokumenter med flere grupper" fra Globale indstillinger på grund af en forkert værdi, der overføres. |
| Rettelse: Den korrekte værdi bruges nu. | |
| 4510812 | Oversigt: Aadhaar-godkendelse i Workday forhindrer signaturer. |
| Rettelse: Understøttelse af Aadhaar-godkendelse er blevet føjet til Workday. | |
| 4512044 | Oversigt: Moderne e-underskrivelse giver fejl, hvis feltnavnet har et specialtegn |
| Rettelse: Fortolkning af feltnavn er blevet forbedret, så du på elegant vis kan administrere specialtegn i feltnavne. | |
| 4516231 | Oversigt: Ordlyden i revisionsrapporten vedrørende underskrivelseslinket "E-signatur hostet af (afsenders navn)" menes at være for vag. |
| Rettelse: Strengen i revisionsrapporten er blevet opdateret til at være "Underskrivelseslinket er oprettet af (afsenders navn)". |
Produktionsudrulning: 17. marts 2025
GovCloud-udrulning: 20. marts 2025
Oplevelsesændringer
- Nyt e-signeringsmiljø til OEM-partnere - Det nye e-signeringsmiljø er blevet aktiveret for Acrobat Sign OEM-partnerne.Dette miljø giver et overlegent underskrivningsmiljø for modtagerne og inkluderer muligheden for at definere et feltlag, som mobilkunder kan skifte til, hvilket markant forbedrer processen med at udfylde felter.
Løste problemer
| Problem | Beskrivelse |
|---|---|
| 4501733 | Oversigt: Indstilling af en brugerdefineret mailvisningsværdi for en gruppe gælder ikke for påmindelses- og annulleringsmails. |
| Rettelse: Mailskabeloner til påmindelser og annullering er opdateret, så de korrekt afspejler værdien Vis mail. | |
| 4502251 | Oversigt: Acrobat Sign-godkendelse mislykkes, når den afsendende konto er HIPAA-aktiveret, og afsenderen og modtageren har bruger-id'er på forskellige Acrobat Sign-shards, hvilket resulterer i en fejl om ugyldig adgangstoken. |
| Rettelse: Acrobat Sign-godkendelsesmetoden er blevet forbedret for korrekt at administrere modtagere med bruger-id'er på forskellige shards. | |
| 4504338 | Oversigt: Der udløses en ubehandlet fejl, når den første person underskriver en aftale, men den anden modtager delegeres to gange. |
| Rettelse: Delegeringskoden er blevet ombygget for at sikre korrekt autoritet for aftalen, når kæden delegeres. | |
| 4504648 | Oversigt: Afkrydsningsfelter, der er tilføjet gennem API'en, og som er aktiveret som standard, kan bevare deres status som "afkrydset" på den endelige aftale, selvom de ikke er markeret under signaturprocessen. |
| Rettelse: Nedarvningen af afkrydsningsfeltværdien er blevet opdateret for at sikre, at de nye værdier, efter en modtager er færdig, gemmes korrekt og afspejles i den PDF, der oprettes. | |
| 4506085 | Oversigt: Fejl ved kopiering af store skabeloner fra sandkasse til produktion. Skabelon oprettet uden felter pga. timeouts i processen. |
| Rettelse: Tidstærsklen er blevet forlænget for synkronisering af handlinger. | |
| 4507500 | Oversigt: Acrobat (DC Web)-brugere kan ikke uploade vedhæftede filer, når de anvender en signatur, fordi der mangler en sti i uploadfunktionen. |
| Rettelse: Stien til at tillade Acrobat-brugere adgang til uploadfunktionen er blevet inkluderet. | |
| 4508102 | Oversigt: Sletning af sider fra et kombineret aftaledokument kan mislykkes, fordi en intern tjeneste kan give en undtagelse, når den sletter siderelaterede objekter såsom bogmærker, struktur og destinationer, hvilket medfører, at hele handlingen med at slette en side fra en PDF mislykkes. |
| Rettelse: Den interne tjeneste er blevet forbedret for bedre at administrere bogmærker og lignende for at formatere PDF'en korrekt til den forventede Acrobat Sign-standard. | |
| 4508673 | Oversigt: Når der kræves en underskrivelsesårsag, og et signaturfelt er tildelt til en ikke-underskriverrolle (f.eks. godkender), omdirigeres brugeren til den moderne eSign-side, hvis moderne eSign er aktiveret, og vedkommende får ikke mulighed for at angive underskrivelsesårsagen. |
| Rettelse: Der er tilføjet en kontrol som krav til underskrivelsesårsager, og hvis den findes, bruger modtageren som standard den klassiske e-underskrivelsesside. | |
| 4508674 | Oversigt: Underskrevne aftaler med dårligt formaterede destinationer kan ikke downloades. |
| Rettelse: Det interne bibliotek er blevet rettet, så det er nemmere at administrere dårligt formaterede bogmærker og destinationer. | |
| 4508934 | Oversigt: I Salesforce-integrationen beskæres filnavnet efter "." i mailnotifikationen om den underskrevne PDF |
| Rettelse: Strengbeskæringsfunktionen er blevet forbedret for at identificere strenge efter en periode, der ikke er udvidelser. | |
| 4509274 | Oversigt: Hvis afsenderen er den første (eller eneste) underskriver i MS Teams-miljøet, åbnes aftalen ikke i en ny fane efter afsendelse, fordi der sendes en tom værdi i API-omdirigeringen. |
| Rettelse Forbedret API-omdirigering ved at sende de korrekte værdier, når signaturprocessen udløses, og den nye fane åbnes. | |
| 4509485 | Oversigt: Sletning af sider fra et kombineret aftaledokument kan mislykkes, fordi en intern tjeneste kan give en undtagelse, når den sletter siderelaterede objekter såsom bogmærker, struktur og destinationer, hvilket medfører, at hele handlingen mislykkes. Brugere kan ikke downloade deres aftale-PDF med en fejlmeddelelse: "Dokumentet er endnu ikke tilgængeligt eller vil ikke have nogen sider at vise." |
| Rettelse: Den interne tjeneste er blevet opdateret for at ombryde sletningsprocessen i test og bedre kunne administrere forkert udformede PDF'er. | |
| 4509562 | Oversigt: Store aftaler kan udgøre et problem, hvor kun aftalens første adskillige sider udskrives til PDF'en, når aftalen åbnes på siden Administrer pga. en ældre SDK-pakke. |
| Rettelse: SDK-pakken er blevet opdateret, hvilket løser problemet. | |
| 4509684 | Oversigt: Ved kald af GET /agreements/{agreementId}/documents/{documentId}) fra REST API'en udløses der en fejl: "Serveren kan ikke sende svaret i et format, der anmodes om i overskriften Acceptér" på grund af en forkert indholdstype. |
| Rettelse: Indholdsværdien er blevet rettet. | |
| 4509712 | Oversigt: Der vises kun 100 grupper, når du prøver at dele skabeloner med flere grupper. |
| Rettelse: Antallet af grupper, der er hentet fra API'en, er øget til 1000 | |
| 4509989 | Oversigt: Hvis vi har et Navn-felt ved siden af Signatur-feltet på webformularens eSign-side, har Navn-feltet ikke underskriverens navn, efter signaturen er sat, og navnet er ikke synligt. |
| Rettelse: Der blev tilføjet en ekstra funktion for at kontrollere navneværdien i Navn-feltet og sammenligne den med den eksisterende værdi. Hvis feltet ændres, udfyldes det med den nye værdi. | |
| 4510498 | Oversigt: Undertrykkelse af mailnotifikationer til modtagere mislykkes for aftaler med håndskreven signatur på grund af manglende konfigurerbare indstillinger til at administrere den. |
| Rettelse: En ny indstilling er blevet tilføjet for eksplicit at administrere denne type maildistribution. | |
| 4511386 | Oversigt: Når en underskriver med en digital signatur vælger muligheden for at downloade og underskrive, øges deltagelsestælleren, før signaturen sættes. |
| Rettelse: Den logik, der opdaterer systemet, er blevet forbedret for bedre at afspejle aftalens aktuelle status. | |
| 4511390 | Oversigt: Gruppeadministratorer har ikke autoritet til fuldt at etablere en deling med deres gruppebrugere. |
| Rettelse: Delingsfunktionen for gruppeadministratorer er blevet opdateret for at løse problemet. | |
| 4511902 | Oversigt: Det brugerdefinerede datotag virker ikke med den nye oplevelse, når visningsformatet indeholder anførselstegn (pga. kodning). |
| Rettelse: Acrobat afkoder nu værdien, før den gemmes. | |
| 4517094 | Opsummering: Linket til Vilkår for brug mislykkes, da siden flyttes til en ny kilde-URL. |
| Rettelse: Koden blev opdateret, således at den aktuelle URL hentes korrekt. |
Produktionsinstallation: 22. april 2025
GovCloud-installation: 24. april 2025
Forbedret funktionalitet
- Send i massevis: Download i massevis – afsendere kan nu downloade alle fuldførte underordnede aftaler fra en Send i massevis-transaktion direkte fra siden Administrer. ZIP-filen inkluderer kun fuldførte aftaler, navngivet baseret på deres transaktions-id, mens igangværende, annullerede, afviste eller udløbne aftaler udelades.
Hver downloadanmodning understøtter op til 100 MB data og tilbyder en hurtig og effektiv måde at få adgang til færdige dokumenter i ét trin.
- Forbedret mobilunderskrivelsesoplevelse – afsendere kan nu aktivere og konfigurere en mobiloptimeret underskrivelsesoplevelse, der giver modtagere to visningsmuligheder:
- PDF-visning – viser hele aftalen til gennemgang og underskrivelse.
- Vis kun felt – fokuserer på formularfelter, hvilket gør det nemmere at udfylde og underskrive aftaler på mobilenheder.
Denne opdatering strømliner underskrivelsesprocessen, forbedrer antallet af formularfuldførelser og den overordnede mobiloplevelse.
- CC'ede parter for individuelle modtagere i Custom Workflow Designer – Custom Workflow Designer giver nu hver enkelt modtager mulighed for at have dedikerede cc-parter. Når det er aktiveret, modtager CC'ede parter notifikationer samtidig med den tiltænkte modtager, hvilket sikrer bedre synlighed og strømlinet kommunikation. Denne funktion er tilgængelig, hvis kontoen er konfigureret til at tillade det.
- Afkrydsningsfelt og alternativknap: Indstillingen Vis feltkant – felter for afkrydsningsfelter og alternativknapper indeholder nu en mulighed for at vise feltkant, når aftalen vises og udskrives. Denne indstilling kan deaktiveres, når det uploadede dokument allerede indeholder fortrykte kanter, hvilket sikrer et renere endeligt dokument ved at forhindre dublerede kanter.
Indstillingen er aktiveret som standard og konfigureret på feltniveau.
- Forbedret automatisk registrering af formularfelter Funktionen automatisk registrering af formularfelter placerer nu registrerede felter automatisk, hvilket strømliner processen for formularoprettelse. Brugerne bevarer fuld kontrol og kan redigere, slette eller fjerne alle placerede felter med en enkelt handling.
- Ny mulighed for at indstille modtagersignaturtype – afsendere kan nu definere signaturtypen for modtagere, når de sender aftaler gennem den moderne proces for Anmod om signatur. Når det er aktiveret, vises rullemenuen Signaturtype i sektionen Modtagerindstillinger på siden Opret , der viser de indstillinger, der er tilladt af gruppeindstillingerne.
- Standardindstillingerne kan konfigureres på gruppeniveau.
- Hvis afsenderen vælger en signaturtype, skal modtageren bruge den pågældende type.
- Afsenderen kan vælge flere indstillinger for modtageren.
- Modtageren kan vælge sin foretrukne signaturtype, hvis der ikke foretages et valg.
Denne funktion giver større kontrol over underskriftsmetoder, samtidig med at den bevarer fleksibilitet, når det er nødvendigt.
- Forbedret brugeradministration i Acrobat Sign – visningen af Acrobat Signs brugeradministration er blevet opdateret for at øge synligheden af brugernes status. Den forbedrede grænseflade giver nemmere adgang til at gennemgå ventende invitationer og rydde indikatorer for klargøringsproblemer. Den nye grænseflade fremhæver også de fremtrædende handlinger, som administratorer kan udføre for hver af statuskategorierne (Tilføj bruger, Send påmindelse og Kontakt support) for at strømline brugerens klargøringsproces.
- Gør modtagerens datasikkerhed bedre ved at konfigurere modtagere med begrænset adgang – funktionen Begrænset adgang til aftaler forbedrer fortroligheden ved at forhindre, at aftaler vedhæftes til en modtagers bruger-id for Acrobat Sign (hvis de har et). Når funktionen er aktiveret, vises muligheden Adgang til modtagerrapport i sektionen Modtagerindstillinger på siden Opret. Administratorer kan konfigurere denne indstilling for at aktivere den som standard og gøre den redigerbar for afsendere.
Når en modtager er markeret som spærret, behandles denne, som om vedkommende ikke har en aktiv Acrobat Sign-brugerkonto . Aftalen vises derfor ikke på deres Administrer -side. Dette forhindrer utilsigtet datalækage på grund af delingsforhold på gruppeniveau.
- Ny WhatsApp-levering til engangsadgangskoder – Acrobat Sign understøtter nu WhatsApp som en leveringsmetode for engangsadgangskoder (OTP) til modtageres telefoner. Denne funktion fungerer på samme måde som SMS-levering, men udnytter WhatsApps teknologi og infrastruktur, hvilket giver ekstra stabilitet og en praktisk kommunikationsmulighed. WhatsApp OTP-godkendelse er en premium godkendelsestype, der er tilgængelig, når du opretter nye aftaler.
- Gå tilbage til modtagerkonfiguration fra oprettelsessiden – afsendere, der bruger den nye Anmod om signatur oplevelse, kan nu gå tilbage til siden Opret fra oprettelsesmiljøet for at omkonfigurere modtagere og deres egenskaber uden at miste status. Det giver mulighed for justeringer af modtagerrækkefølge og -oplysninger, samtidig med at det sikres, at eksisterende felttildelinger forbliver intakte (f.eks. vil Underskriver 1 fortsat være Underskriver 1). (Hvis en deltager fjernes, vil deres relaterede felter også blive fjernet.)
- Nyt oprettelsesmiljø til biblioteksskabeloner – biblioteksskabelonens oprettelsesmiljø har nu den moderne oprettelsesoplevelse til feltplacering, hvilket gør det nemmere at oprette og tilpasse skabeloner. Få gavn af følgende forbedringer:
Disse opdateringer strømliner skabelonoprettelse og sikrer en problemfri oplevelse for både afsendere og modtagere.
- Nye identitetsudbydere (IdP'er) føjet til Acrobat Sign – Acrobat Sign udvider sin liste over understøttede identitetsudbydere (IdP'er) for at forbedre modtagerens godkendelsesmuligheder. Følgende nye IdP'er er nu tilgængelige:
- OneID ID Check
- OneID ID Proof
- OneID ID Assure
- OneID Sign-Up Plus
Disse tilføjelser udvider Acrobat Signs kompatibilitet med globale identitetsverifikationsstandarder og understøtter problemfri og sikker godkendelse på tværs af flere brancher.
- Udvidet landesupport til telefongodkendelse – telefongodkendelse og aftalelevering via sms understøtter nu disse yderligere lande og landetelefonkoder:
- Isle of Man (+44)
- Guernsey (+44)
- Jersey (+44)
Oplevelsesændringer
- Det moderne miljø for Anmod om signatur er blevet standardoplevelsen, når der oprettes en ny aftale. Alle eksisterende konti er blevet skiftet til det moderne miljø
- Brugere kan ikke længere få adgang til links til at skifte mellem de nye og klassiske miljøer.
- Administratorer vil stadig have mulighed for at aktivere den klassiske oplevelse via administratormenuen.
- Kunder, der bruger Notarize -integrationen, påvirkes ikke af denne ændring.
- Systemadministratorer for en VIP-konto i Admin Console tildeles automatisk en Acrobat Sign-berettigelse – når en konto indledningsvist køber Acrobat Sign-tjenesten under en VIP-licens, bliver deres brugere med rettigheder som systemadministrator automatisk tildelt en Acrobat Sign-licens.
- Nye organisationer får deres første tildelte Systemadministrator udstyret med en Acrobat Sign-konto med rettigheder på administratorniveau.
- Eksisterende organisationer, der køber en Acrobat Sign-licens, får alle eksisterende systemadministratorer udstyret med en Acrobat Sign-konto med rettigheder på administratorniveau.
Acrobat Sign -licensen er kun automatisk berettiget, når Acrobat Sign-tjenesterne indledningsvist købes til organisationen. Berettigelsen sker ikke for systemadministratorer, der efterfølgende er blevet forfremmet.
- Forbedret tjekliste og kommunikation for onboarding af administrator – Acrobat Sign-administratorer får nu forbedret understøttelse af administration ved onboarding af konti, herunder nye værktøjer og forbedret mailkommunikation.
De forbedrede onboarding-funktioner omfatter:- Tjekliste for onboarding – den nye fane Kom i gang er blevet føjet til siden Administrator med en kort tjekliste over vigtige handlinger for nye administratorer, når de første gang tager kontrol over en konto.
- Opdaterede velkomst- og påmindelsesmails – de første mailbeskeder, der blev sendt til nye administratorer, er blevet revideret til at understøtte tjeklisten for onboarding, så der gives tydeligere vejledning i de næste trin i kontokonfigurationen.
- Månedlig oversigtsmail - administratorer vil modtage en månedlig oversigt med detaljerede oplysninger:
- Synlighed i alle brugerstatusser, og hvor administratorer skal foretage sig noget.
- Antal transaktioner/pladser forbrugt siden kontraktens start. Administratorer behøver ikke længere at navigere til Admin Console blot for at få disse oplysninger.
- Et hurtigt snapshot af kontrakten inklusive årsdagen.
- Intelligent registrering af eksisterende berettigelse og notifikation – hvis en brugers tidligere Acrobat Sign-berettigelse registreres, inkluderes den berørte bruger i en ugentlig notifikationsmail, der sendes til alle kontoadministratorer. Hver af disse brugere kan vises i op til tre meddelelser.
Disse forbedringer hjælper administratorer med at administrere deres konti mere effektivt og holde sig informeret om systemaktivitet og potentielle problemer.
- Forbedret brugerlogin – Acrobat Sign har strømlinet login- og godkendelsesprocessen via Adobe Identity Management System (IMS).
- Brugerens organisationsprofil vælges automatisk under loginprocessen til dem, der er berettiget til Acrobat Sign-tjenesten (hvilket identificerer anmodningen som værende fra en Acrobat Sign-kilde)
- Brugere, der støder på fejl under login, har links i deres fejlmeddelelser for at kontakte deres Acrobat Sign-administratorer for at få hjælp.
- Alle brugere, der har fået tildelt en aktiv brugsret, men ikke er logget på tjenesten, vil få tilsendt op til to mailpåmindelser. (Det gælder også for eksisterende inaktive brugere før udgivelsesdatoen)
Disse forbedringer forenkler login, reducerer friktion og forbedrer den generelle brugeroplevelse.
Tilgængelige miljøer: Sandbox, Kommerciel | Tilgængelige serviceniveauer: Acrobat Sign Solutions Konfigurationsomfang: Aktiveret som standard, kan ikke konfigureres
- Fanen Konto er blevet omdøbt til Admin – fanen Konto , der er tilgængelig for Acrobat Sign-administratorer på kontoniveau, er blevet omdøbt til Admin. Dette er en kosmetisk ændring af faneetiketten i den enkeltstående webversion af programmet. Denne opdatering implementeres for det kommercielle miljø i april 2025 og regeringsmiljøet i maj 2025.
Opdateringer til mobilapps
- Opdatering til skabelonfiladministration – skabelonlisten i Acrobat Sign-mobilappen følger nu et struktureret format, der gør det nemmere at finde specifikke skabeloner. Strukturen tilpasses webversionen, og skabelonerne organiseres i sektioner som f.eks.:
- Mine skabeloner
- Gruppeskabeloner
- Kontoskabeloner
Denne opdatering forbedrer navigationen og sikrer konsistens mellem mobil- og weboplevelserne.
- Forbedret tilgængelighed i Acrobat Sign-mobilapps – Acrobat Sign-mobilapps tilbyder nu forbedrede tilgængelighedsfunktioner, så der sikres bedre overholdelse af tilgængelighedsstandarder. Opdateringerne omfatter:
- Forbedret farvekontrast for bedre synlighed.
- Understøttelse af tastaturgenveje giver nemmere navigation.
- Forbedret skærmlæserkompatibilitet sikrer en mere inkluderende brugeroplevelse.
Disse forbedringer gør mobilappen mere tilgængelig for alle brugere, så du får en jævnere og mere brugervenlig oplevelse.
Tilgængelige miljøer: iOS-mobilapp | Tilgængelige tjenesteniveauer: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Konfigurationsomfang: Aktiveret som standard
Integrationsopdateringer
- Opdaterede Acrobat Sign-forbindelser til Microsoft Power Automate – Acrobat Sign -forbindelserne til Power Automate understøtter nu en forbedret aftaleafsendelsesproces, der gør det muligt at indlæse dokumenter på siden Opret til redigering af modtageroplysninger og derefter sende aftalen til oprettelsesmiljøet til yderligere feltplacering.
Desuden understøtter Acrobat Sign -forbindelserne nu to avancerede godkendelsesmetoder:- Gateway for digital identitet
- Engangsadgangskode (OTP) via e-mail
- Workday-integration: Digitale signaturer med Aadhaar e-Sign – Workday-integrationen understøtter nu fuldt ud den valgfrie Aadhaar e-Sign-tjeneste, der er tilgængelig i Indien. Det er en elektronisk onlinetjeneste til signaturer, der gør det nemmere at underskrive aftaler digitalt baseret på OTP-godkendelse og e-KYC-bekræftelse.
REST API-/Webhook-opdateringer
API- og webhook-opdateringer til denne version kan findes i Acrobat Sign API-dokumentation.
- Nyt Webhook-felt: eventDateTimezoneOffset – Adobe Acrobat Sign introducerer eventDateTimezoneOffset, som er et nyt felt i webhook-elementet for hændelsen AGREEMENT_ACTION_COMPLETED med abonnement.
Dette felt registrerer modtagerens tidszoneforskydning, når de opdaterer aftalen, hvilket giver bedre synlighed over det lokale underskrivelsestidspunkt.- eventDateTimezoneOffset registrerer modtagerens tidszoneforskydning i minutter i forhold til UTC (f.eks. eventDateTimezoneOffset : "UTC-300")
- Det eksisterende eventDate -felt forbliver uændret og fortsætter med at gemme handlingens UTC-tidsstempel. Tidszoneforskydningen ændrer ikke værdien eventDate.
Denne opdatering forbedrer sporingen af underskriftsaktiviteter på tværs af forskellige tidszoner.
- Migrering af Adobe Acrobat Sign-dokumentation til udviklere – Acrobat Sign -udviklerdokumentation flyttes fra opensource.adobe.com/acrobat-sign til developer.adobe.com/acrobat-sign. Denne migrering sikrer bedre integration med Adobes udviklerressourcer og giver udviklere en mere strømlinet og centraliseret oplevelse.
Løste problemer
| Problem | Beskrivelse |
|---|---|
| 4490799 | Oversigt: Standardlandekoden kan ikke ændres med afsendelsessiden for den nye oplevelse |
| Rettelse: Koden blev forbedret for at sikre, at nedarvede gruppeegenskaber sendes gennem alle processer for at fuldføre aftaleoprettelse. | |
| 4501927 | Oversigt: Uoverensstemmelse i PDF-håndtering mellem klassisk og ny oprettelsestilstand efter udgivelse |
| Rettelse: Forbedret koden for at få bedre adgang til og bruge alle feltegenskaber i transformationerne af PDF-filer. | |
| 4503970 | Oversigt: Upassende fuldførelsesbesked, når den 1. modtager er afsenderen. |
| Rettelse: Meddelelsen blev opdateret til at være rollebevidst, så den viser den korrekte meddelelse. | |
| 4505208 | Oversigt: [RequestSignature] CC-feltet viser ikke indstillinger for automatisk fuldførelse fra adressekartoteket. |
| Rettelse: Adressebog-funktionaliteten er føjet til CC-feltet. | |
| 4507982 | Oversigt: Når flere grupper deler med en bruger via avanceret kontodeling, kan der opstå et ydelsesproblem, når du prøver at få adgang til en skabelon under fanen Administrer, filteret Skabeloner. |
| Rettelse: Opdateret flere funktioner for at optimere til søgning i flere grupper. | |
| 4508227 | Oversigt: Der opstår en ubehandlet fejl ved underskrivelse af aftaler, der stammer fra en ny oprettelsesoplevelse med betalingsfelter. |
| Rettelse: Slutpunktet blev opdateret for at administrere feltet med mindre tvetydighed. | |
| 4508929 | Oversigt: Der opstod en fejl for Custom Workflow Designer-feltetiketter, som er under 100 tegn, fordi specialtegn er kodet. |
| Rettelse: Specialtegn afkodes under validering af tegngrænsen. | |
| 4509141 | Oversigt: Der udløses en uni9nformative-fejl ved afsendelse af en aftale med et vidne, og gruppen er konfigureret til at kræve en godkendelsesmetode, men vidnet er konfigureret til ingen godkendelse. |
| Rettelse: Konfigurationsprocessen indeholder nu en fejlmeddelelse, der angiver, hvornår tofaktorgodkendelse for alle modtagere er konfigureret, og et vidne bruges. | |
| 4509366 | Oversigt: Opdatering af FedRAMP-kundenavn mislykkedes med specialtegn, fordi tegnene ikke blev erstattet med deres HTML-enhedsnumre. |
| Rettelse: Opdateret processen for korrekt at administrere specialtegn i FedRAMP-miljøet. | |
| 4509680 | Oversigt: Tilføj lande Isle of Man, Guernsey og Jersey for landekoden +44. |
| Rettelse: Tilføjede COUNTRY_CODE-konstanterne for Isle of Man, Guernsey og Jersey | |
| 4510255 | Oversigt: Et forsøg på at oprette en bruger, der allerede findes i en anden gruppe, ser ud til at oprette brugeren i gruppen uden nogen brugbarhed. |
| Rettelse: Fejlen er blevet forbedret for at angive, at brugeren er blevet flyttet til den nye gruppe (ikke oprettet). | |
| 4510309 | Oversigt: Når en signaturblok tilføjes via API med en anden inputType end BLOCK, sendes signaturprocessen til den klassiske oplevelse, fordi BLOCK ikke identificeres korrekt. |
| Rettelse: Forbedrer betingelsen for at returnere yderligere oplysninger til korrekt identifikation af BLOCK-objektet. | |
| 4510652 | Oversigt: Digitalt underskrevne formularfelter skal samkopieres, før PDF'en redigeres for den næste underskriver |
| Rettelse: Digitale signaturformularfelter, der er blevet underskrevet, bliver ugyldiggjort, når de sendes af et arbejdsforløb for en håndskreven aftale. | |
| 4511819 | Oversigt: Signaturens blå linje vises i PDF-dokumentet for usignerede signaturfelter. |
| Rettelse: Ikke-underskrevne signaturfelter springes over under gengivelse af signaturfelter i PDF-dokumentet. | |
| 4511965 | Oversigt: Logontip til Gateway for digital identitet virker ikke pga. anvendt id-kontrol, når id-kriterierne hentes. |
| Rettelse: Mailen og navnematchende kontrol blev fjernet, mens godkendelseskriterierne for DIG_ID blev hentet. | |
| 4513228 | Oversigt: Der mangler en feltværdi i PDF-dokumentet, når feltnavnet indeholder ekstra plads, fordi feltnavnet beskæres på backend. |
| Rettelse: Trimmer feltnavnet på fronten for at holde feltnavnet konsistent. | |
| 4513358 | Oversigt: Problem med filbehandling i Adobe Sign Sandbox-forekomster dør til formularfelter uden henvisninger til sider. I sådanne tilfælde er siden null, og der vises en null-pointer. |
| Rettelse: Der er tilføjet en null-kontrol for denne hændelse for at administrere den korrekt. | |
| 4513464 | Oversigt: Administratoren støder på flere fejl under interaktion med skabeloner via avanceret kontodeling, fordi API'en evalueres under sessionsbrugerens tilladelser (f.eks. Editor_User) i stedet for den skiftede brugers tilladelser (f.eks. Creator_User). |
| Rettelse: Tilføjede overskriften x-på-vegne-af-bruger til API-anmodningen for at sikre, at anmodningen evalueres under den skiftede brugers (Creator_User) tilladelser. | |
| 4513575 | Oversigt: Formularfeltdata tilpasses ikke i størrelsen for felter med flere linjer. |
| Rettelse: Kode blev opdateret med for at tillade automatisk størrelse. | |
| 4513914 | Oversigt: Når antallet af AKTIVE brugere på kontoen er lig med værdien MAX_ACTIVE_USERS, er det ikke tilladt at ændre en adgangskode på grund af en MaxActiveUsers-kontrol. |
| Rettelse: Forbedret funktionen til korrekt at ignorere denne kontrol, når brugeren er AKTIV. | |
| 4514839 | Oversigt: Brugeren kan ikke underskrive med flere digitale signaturer på en aftale, hvis det første felt, der underskrives, ikke er det første signaturfelt øverst i dokumentet. |
| Rettelse: Tilføjet metode til at gentage over alle felter og udtrække gyldig billet, der yderligere bruges til X-JWT-Assertion-header. | |
| 4515343 | Oversigt: Skriftstørrelsen for felter til input på flere linjer ændres på e-underskrivelsessiden. Skriftstørrelsen ganges med zoomfaktoren, så inputtets størrelse varierer afhængigt deraf – konkret justerer den sidedimensionerne. |
| Rettelse: Metoden til at hente skriftstørrelsen i felter med flere linjer returnerer skriftstørrelsen i px uden at gange den med en zoomfaktor. | |
| 4515735 | Oversigt: Efter en aftale er underskrevet, returnerer knappen Administrer på siden efter underskriften en forkert udformet side. |
| Rettelse: Siden efter underskriften er blevet rettet for at hente de korrekte oplysninger, der skal bruges til at gengive siden. | |
| 4516641 | Oversigt: Det er muligt, at et formularfelts anmærkning ikke kan vedhæftes en side. |
| Rettelse: En fuld kontrol er blevet føjet til sidens anmærkningsliste. | |
| 4517113 | Oversigt: Mail om dokumentproblem modtaget, når der sendes aftale via API via en udviklerkonto pga. null pointer-fejl under kontrol af formularfelter. |
| Rettelse: Vi kontrollerer nu, om listen over formularfelter er null, før vi spørger, om listen er tom. | |
| 4517156 | Oversigt: Når der er eksisterende formularfelter på et sæt PDF-inputfiler, kan formularfeltgeneratorer ikke køre for at producere flere formularfelter. |
| Rettelse: Når der er en liste over formularfeltgeneratorer, der skal behandles, føjer vi den opgave til listen over opgaver, der skal køres efter ReadPDFTask |
Adobe Acrobat Sign-udgivelse 16.0.1
Udrulning af produktion: 20. maj 2025
GovCloud-udrulning: 22. maj 2025
Forbedret funktionalitet
- Gør modtagerens datasikkerhed bedre ved at konfigurere modtagere med begrænset adgang – funktionen Begrænset adgang til aftaler forbedrer fortroligheden ved at forhindre, at aftaler vedhæftes til en modtagers bruger-id for Acrobat Sign (hvis de har et). Når funktionen er aktiveret, vises muligheden Adgang til modtagerrapport i sektionen Modtagerindstillinger på siden Opret. Administratorer kan konfigurere denne indstilling for at aktivere den som standard og gøre den redigerbar for afsendere.
Når en modtager er markeret som spærret, behandles denne, som om vedkommende ikke har en aktiv Acrobat Sign-brugerkonto . Aftalen vises derfor ikke på deres Administrer -side. Dette forhindrer utilsigtet datalækage på grund af delingsforhold på gruppeniveau.
Tilgængelige miljøer: Sandbox, Commercial, Government | Tilgængelige serviceniveauer: Acrobat Sign Solutions | Konfigurationsområde: Konto og gruppe
- API-understøttelse er blevet føjet til funktionen Begrænset adgang til aftaler – organisationer, der bruger API'en til at oprette og sende aftaler, kan nu bruge funktionen Begrænset adgang til aftaler som en del af deres modtagerkonfiguration. API-implementeringen af denne funktion har en oplevelsesmæssig forskel med hensyn til, hvornår dokumentet kan tilgås, hvis godkendelsestypen er indstillet til "Ingen":
- I Acrobat Sign-grænsefladen kan modtageren muligvis ikke vise eller downloade aftalen, før den er underskrevet. Selv hvis der ikke er konfigureret nogen godkendelse, deaktiveres adgang til aftalen ved at undertrykke handlingerne Vis og Download.
- Når du bruger API'en, kan aftalen vises og downloades med token, når godkendelsen er gennemført. I de tilfælde, hvor der ikke er konfigureret nogen godkendelse, kan aftalen vises eller downloades, før den underskrives.
Tilgængelige miljøer: Sandkasse, Kommerciel, Offentlig | Tilgængelige tjenesteniveauer: Acrobat Sign Solutions |Konfigurationsomfang: Konto og Gruppe
- Udvidet landesupport til telefongodkendelse – telefongodkendelse og aftalelevering via sms understøtter nu disse yderligere lande og landetelefonkoder:
- Falklandsøerne (Malvinas) (+500)
Tilgængelige miljøer: Kommerciel | Tilgængelige tjenesteniveauer: Acrobat Sign Solutions | Konfigurationsomfang: Konto og Gruppe
Oplevelsesændringer
- Det er nu nødvendigt at sende en webformular-supportsag for at logge på ældre virksomhedskonti – Brugere med ældre virksomhedskonti skal nu logge ind med deres Acrobat Sign-loginoplysninger, før de kan bruge onlinewebformularen til at indsende en supportsag. Dette godkendelsestrin sikrer, at sagen knyttes til den korrekte konto og dirigeres til det relevante Supportteam.
Tilgængelige miljøer: Commercial | Tilgængelige serviceniveauer: Acrobat Sign Solutions | Konfigurationsomfang: Aktiveret som standard; Ikke redigerbar
REST API-/Webhook-opdateringer
API- og webhook-opdateringer til denne version kan findes i Acrobat Sign API-dokumentation.
- GET/aftale-API betjenes nu fra en mikrotjeneste – GET/aftaleslutpunktet migrerer fra Acrobat Signs kerneprogram til en dedikeret mikrotjeneste. Som en del af denne overgang vil søgeanmodninger hente data fra søgetjenesten (sekundær lagring) i stedet for den primære database. Denne ændring forbedrer servicestabiliteten og forhindrer atypiske API-kald i at påvirke Acrobat Sign-oplevelsen.
- Den maksimale sidestørrelse for GET /agreements-kaldet er nu 500 aftaler pr. anmodning. Historisk set har søgetjenesten ikke hentet mere end 100 aftaler pr. side. Kræves der flere aftaler, kan det være nødvendigt med flere forespørgsler med et snævrere omfang.
- Da søgninger nu forekommer i sekundært lager, kan der observeres mindre yderligere latens, når man kalder slutpunktet GET/aftaler.
- Opdatering til API-begrænsning - Efter maj 2025-udgivelsen vil nye API-begrænsningsregler blive anvendt:
- Når der registreres en høj samlet systembelastning, vil Acrobat Sign nedregulere et undersæt af API-anmodninger på tværs af hele systemet.
- Når kunder med stort forbrug identificeres som medvirkende til systemets generelle langsommelighed, vil Acrobat Sign nedregulere et undersæt af API-anmodninger specifikt for den kunde.
Når en API-anmodning er begrænset, afvises den med en 429 HTTP-statuskode sammen med følgende:
Svartekst
Svaroverskrift
Når du har modtaget ovenstående svar, kan du bruge overskriften Prøv igen efter eller Prøv igen efter i svarets brødtekst til at bestemme, hvornår anmodningen skal forsøges igen.
Straf for at forsøge igen
For alle nye konti, der oprettes efter maj 2025-versionen, anvendes der en straf, hvis kontoen ikke overholder det angivne tidsinterval for nye forsøg.
Hvis den samme anmodning forsøges igen inden for dette interval, begrænses anmodningen igen, og tidsintervallet for nyt forsøg nulstilles.
Løste problemer
| Problem | Beskrivelse |
|---|---|
| 4477748 | Oversigt: Brugere kan ikke oprette OAUTH ACCESS-TOKEN pga. et forkert udformet domæne i API-kaldet. |
| Rettelse: Domænelisten for Swagger-controlleren er blevet opdateret. | |
| 4480357 | Sammenfatning: Håndtering af tastatur i dialogboksen "Start fra bibliotek" fungerer ikke korrekt, når skærmlæsere kører |
| Rettelse: Flere rettelser til skærmlæser-navigation for at sikre, at alle sider starter som forventet. | |
| 4498103 | Oversigt: Forkert rolletildeling i funktionen Masseafsendelse. Du tildeler altid en "Underskriver"-rolle, når du tilføjer dig selv som den sidste modtager. |
| Rettelse: Fjernede indstillinger for andre roller for afsenderen, når de føjes til den sidste deltagerposition, da det er hensigten, at afsenderen altid skal være underskriver. | |
| 4501417 | Oversigt: Placering af et seglsignaturfelt med en feltskabelon udløser en fejl, der blokerer for yderligere oprettelse. |
| Rettelse: Kode blev tilføjet for at behandle teksttagelementerne "signer1". | |
| 4506667 | Resumé: Hvis en afsender har brug for en webformulars første underskriver for at bekræfte sin mail, udskydes Webhook-notifikationer, indtil den første underskriver bekræfter mailen. Hvis den første underskrivers mail er afvist, er webhook-notifikationen forsinket i 2 timer på grund af en forventning om, at parameteren documentsInfo vil blive udfyldt. |
| Rettelse: Hvis afsenderen har brug for en webformulars første underskriver for at bekræfte mail, udfyldes documentsInfo ikke i webhook-notifikationsnyttedata for aftalehændelserne (indtil den første underskriver bekræfter mailen). Hvis den første underskrivers mail ikke sendes, udfyldes documentsInfo ikke i webhook-notifikationselementet for aftalehændelserne. | |
| 4511940 | Oversigt: Standardskriftstørrelsen for tekstfelter med flere linjer justeres ikke efter skærmstørrelsen, så teksten afbrydes ved underskrivelse af en aftale med en mobiltelefon. |
| Rettelse: Tekstfelt med flere linjer kan ikke længere tilsidesætte basisklassemetoden. | |
| 4513457 | Oversigt: Problem med fortolkning af JSON, når gruppenavnet indeholder dobbelte anførselstegn i gruppenavnet. |
| Rettelse: Forbedret parsingkode for gruppenavne til at administrere dobbelte anførselstegn. | |
| 4515610 | Oversigt: Beregnede feltværdier ændres, når webformularen sendes til flere deltagere på grund af måden, hvorpå flydende punkttal håndteres på backend og frontend. |
| Rettelse: Ændring af implementeringen på backend til at bruge BigDecimal som type for tal | |
| 4516504 | Oversigt: Når du opretter en genanvendelig skabelon og bruger visningen Ny oplevelse, har afkrydsningsfeltet og alternativknapperne lyserøde kanter i stedet for sorte kanter, fordi farveværdien afkortes. |
| Rettelse: Hex-værdien er blevet rettet, så den indeholder den korrekte værdi. | |
| 4520149 | Oversigt: Nogle aftaler opdaterer ikke deres status efter underskrivelse på grund af en sjælden racebetingelse, når flaget next_to_sign indstilles. |
| Rettelse: Der er tilføjet yderligere logføring for at fange denne betingelse og løse den, før at modtagerne interagerer med aftalen. | |
| 4521246 | Sammenfatning: Skabelondeling i flere grupper virker ikke og giver fejl, når Avanceret kontodeling er aktiveret, og afsendelsesprocessen starter fra startsiden. |
| Rettelse: Den skabelonvælger, der blev hentet fra startsiden, er blevet opdateret for at hente den delte skabelon korrekt. |
Adobe Acrobat Sign-udgivelse 16.1
Produktionsinstallation: 22. juli 2025
GovCloud-installation: 5. august 2025
Forbedret funktionalitet
- Brug WhatsApp til at sende aftalelinks direkte til en modtagers mobilenhed - WhatsApp-integrationen i Acrobat Sign er blevet udvidet til at inkludere muligheden for at sende aftalepåmindelser og påmindelseslinks direkte til en modtagers WhatsApp-aktiverede enhed.
- Indbygget PDF/A-understøttelse til langsigtet dokumentbevarelse – Acrobat Sign understøtter nu validering og eksport af dokumenter i PDF/A-2b-format (ISO 19005), hvilket hjælper organisationer med at overholde strenge arkiveringsstandarder og lovkrav. Dokumenter bevarer deres PDF/A-overensstemmelse gennem hele aftalens livscyklus – upload, underskrivning og opbevaring.
- Forhindre Adobe Acrobat Sign i at blive indlejret på tredjepartswebsteder - Clickjacking Defense tilføjer iframe-beskyttelse til Acrobat Sign-sider, der tilgås gennem REST API v5+. Indramning er kun tilladt, når du bruger automatisk login med et erklæret overordnet domæne, hvilket hjælper med at forhindre vildledende eller uautoriseret indlejring.
- Forbedret kontrol over gruppebaseret deling - Organisationer, der bruger avanceret kontodeling, kan nu valgfrit begrænse den delte visning af deres aftaler til kun de aftaler, der sendes fra brugerens gruppe. Aftaler, der sendes til en bruger fra en ekstern gruppe, filtreres ud for at beskytte potentielt privat brugerkommunikation, der ville være upassende at dele generelt. Dette filter gælder kun for delinger på gruppeniveau (deling af en gruppe til en anden gruppe eller bruger) og gælder ikke for brugerbaserede delinger (deling af en bruger til en gruppe eller en anden bruger).
- Opdateringer for VIP-licenserede kunder:
- Strømlinet administratorkonfiguration fra startsiden - Acrobat Sign introducerer en ny Kontoadministration-sektion for at hjælpe kontoadministratorer med hurtigt at få adgang til vigtige konfigurationsværktøjer. Tilføj brugere, organiser grupper, opret forbindelse til integrationer og migrer skabeloner direkte fra startsiden – uden at skulle lede.
- Tilføj brugere til Admin Console fra Acrobat Sign – Administratorer kan nu tilføje brugere direkte fra siden Brugere i Acrobat Sign, hvilket automatisk opdaterer Adobe Admin Console.
- Admin Console-rolletildeling nu tilgængelig gennem Acrobat Sign - For at strømline opsætningen tillader Acrobat Sign nu kontoadministratorer at tildele vigtige Admin Console-roller—Produkt- og Supportadministrator—uden at forlade produktgrænsefladen.
- Lettere adgang til pakken af tredjepartsintegrationer - En ny Integrations-side er blevet tilføjet til administratormenuen, der giver direkte, intuitive links til opsætningsfiler for de enkelte integrationer.
- Lettere HIPAA-onboarding gennem vejledning i produktet - Organisationer underlagt HIPAA kan nu begynde aktiveringsprocessen inden for Acrobat Sign via et nyt selvbetjeningsarbejdsforløb gennem Kom godt i gang-administratormenuen.Systemet sender en automatisk anmodning til Support og sporer status baseret på BAA-signaturen og systemkonfigurationen.
- Accelerér din skabelonmigrering til Acrobat Sign med automatiseret skabelonkonvertering - Den nye skabelonmigreringsfunktion hjælper kontoadministratorer med hurtigt at bringe deres skabeloner ind i Acrobat Sign. Upload en skabelon-ZIP-fil, konvertér den automatisk, og gennemgå resultaterne i oprettelsesmiljøet – helt uden teknisk ekspertise.
- Acrobat Sign Smart Assistant Chatbot - Den nye Smart Assistant giver dig svar i appen til almindelige spørgsmål som hvordan man tilføjer brugere, kontrollerer forbrug eller opdaterer indstillinger.Stil dit spørgsmål i almindeligt sprog og få trinvis vejledning, relevante HelpX-artikler eller links til supportsider.
- Acrobat Sign for Government opdateres til den moderne oplevelse:
- Acrobat Sign for Government: Adgang til den moderne Anmod om signatur-grænseflade - GovernmentCloud-administratorer kan nu aktivere deres konto eller grupper til at bruge den moderne Anmod om signatur-grænseflade.
- Acrobat Sign for Government: Mobilfokuseret opgradering til modtagere - Offentlige brugere kan nu få adgang til den moderne grænseflade, som er designet til at forenkle signering på mobile enheder via en letanvendelig grænseflade kun med formularfelter.
- Acrobat Sign for Government: Ny Opret skabelon-grænseflade tilgængelig - Offentlige brugere har nu adgang til den moderne Opret skabelon-grænseflade, som strømliner skabelondesignprocessen og forbedrer brugervenligheden.
- Ny Trust Service Provider (TSP) - Acrobat Sign udvider sin liste over understøttede Trust Service Providers (TSP'er) for at forbedre modtagerens godkendelsesmuligheder. Følgende nye IdP'er er nu tilgængelige:
- Nem eID
Denne tilføjelse udvider Acrobat Signs kompatibilitet med globale standarder og understøtter sømløse og sikre digitale signaturer på tværs af flere brancher.
Oplevelsesændringer
- Forbedret digital signaturoplevelse - Processen for at anvende en cloud-baseret digital signatur er blevet forfinet for at reducere antallet af interaktioner, som underskriveren skal gennemføre, når de anvender en digital signatur.
- Tegngrænsen for etiketter i Workflow Designer er blevet øget til 500 tegn - Når du opretter eller redigerer et brugerdefineret arbejdsforløb i Workflow Designer, kan etiketterne, der bruges til at beskrive felter, nu acceptere op til 500 tegn (forbedret fra 100 tegn).
- Kontrollen for den nye brugerdefinerede arbejdsforløbsoplevelse er flyttet til Global Settings-menuen - Den konfigurerbare mulighed for at Indstille det nye brugerdefinerede arbejdsforløb som standardoplevelsen er flyttet fra Send Settings-siden til Global Settings-siden.
Der er tilføjet en ny kontrol til at vise skiftelinks, så brugere kan skifte mellem den nye oplevelse og den klassiske version.
Løste problemer
| Problem | Beskrivelse |
|---|---|
| 4501772 | Resumé: For den moderne oplevelse med anmodning om underskrift opdateres modtagermeddelelsen ikke, når sproget ændres i aftaleindstillingerne. |
| Rettelse: Koden til at acceptere den nye sprogpræference er blevet opdateret for at håndtere ændringen for meddelelser, når et nyt sprog vælges. | |
| 4503504 | Resumé:I sjældne tilfælde kan gentagne forsøg under oprettelse af aftaler resultere i, at flere kopier af den samme underordnede aftale genereres ved brug af Send i massevis |
| Rettelse: Flere opdateringer til, hvordan underaftaler genereres og vises internt med kontroller for at sikre, at der ikke kan oprettes dubletter. | |
| 4511072 | Resumé: E-mails med rapporten over transaktionsforbrug modtages ikke efter brug af indstillingen "Send det nu". |
| Rettelse: Mailsystemet blev opdateret for at løse et leveringsproblem. | |
| 4511224 | Resumé: PDF-filer indstillet til "Nedarvet" zoom før afsendelse bliver som standard "Tilpas til side" efter underskrivning, |
| Rettelse: Håndtering af anmærkninger er blevet forbedret for at sikre, at egenskaber bekræftes korrekt i den resulterende PDF. | |
| 4512546 / 4522458 |
Resumé: Delte arbejdsforløb viser ikke feltskabeloner som forventet for konti, der deler gennem avanceret kontodeling. |
| Rettelse: GET /libraryDocuments/id/formFields-anmodningen er blevet opdateret for x-on-behalf-of-user-headeren, som er påkrævet for brugstilfældet med avanceret kontodeling. | |
| 4515020 | Resumé: PUT /users/{id}/groups API-kaldet returnerer en 403-fejl, når der forsøges at flytte en bruger, som ikke er i standardgruppen, af en gruppeadministrator på gruppeniveau. |
| Rettelse: Tilladelsen er blevet udvidet til gruppeadministratorer, som nu kan tilføje brugere til deres gruppe, selv hvis den tildelte bruger i øjeblikket er i en anden ikke-standardgruppe. | |
| 4516121 | Resumé: Når en gruppe af alternativknapper har individuelle værktøjstips, vises kun det første værktøjstip for alle muligheder under signering. |
| Rettelse:Alternativknappens kode anvendte strengt ét værktøjstip for rækken af knapper. Den er blevet opdateret til at tillade individuel repræsentation. | |
| 4516129 | Resumé:Aftaler udløber baseret på UTC-ækvivalenten af afsenderens lokale tid, ikke den tilsigtede lokale tid. |
| Rettelse: Logikken, der kontrollerer udløbstiden, er ikke længere baseret på browsertiden, men tillader i stedet kerneapplikationen at udføre valideringen. | |
| 4518192 | Resumé: Underskrivere kan af og til ikke gennemføre underskrivningsprocessen, når de bruger Adobe Sign-godkendelse med Okta SSO. |
| Rettelse: Fjern crossShardLoginPage-attributten fra sessionen efter vellykket login. | |
| 4521018 | Resumé: Ved brug af den moderne underskrivningsoplevelse returnerer rullefelter konfigureret med eksportværdier den synlige etiket i stedet for eksportværdien i /formData API-svaret. |
| Rettelse: Skjulte (eksport) værdier sendes nu i stedet for de synlige værdier. | |
| 4521111 | Resumé: I den nye oprettelsesoplevelse kan brugere ikke rulle gennem og se alle tilgængelige feltskabeloner fra rullemenuen Feltskabeloner. |
| Rettelse: Den moderne oprettelsesoplevelse er blevet opdateret til at indlæse mere end blot den første side af feltskabeloner. | |
| 4521311 | Resumé: På grund af en kendt 12-timers forsinkelse i aftalens udløbsmekanisme sendes påmindelser efter den effektive udløbstid, hvilket resulterer i mislykkede underskrivningsforsøg og brugerforvirring. |
| Rettelse: For tilbagevendende "Indtil signeret"-påmindelser kontrolleres signeringsfristen, og påmindelsen sendes ikke længere, men forbliver aktiv, så den kan blive genoptaget, hvis afsenderen redigerer signeringsfristen, før den faktisk udløber i løbet af den 12-timers henstandsperiode. | |
| 4522059 | Resumé: Når en underskriver uploader en fil ved hjælp af et vedhæftningsfelt og derefter fuldfører en digital signatur, resulterer linket Download dokument i en "Side ikke fundet"-fejl. |
| Løsning: Kontrolsummen blev fjernet fra duplikatdetektering, da det er en valgfri egenskab i PDF-specifikationen. Acrobat Sign fortsætter med at bruge filnavnet og størrelsen til at identificere dubletter. | |
| 4522382 | Resumé: Brugere kan ikke gennemføre transaktioner, når de bruger Click to Sign med aktiveret godkendelse. Efter at have logget ind gennemføres transaktionen ikke og skal forsøges igen |
| Løsning: URL-parameteren crossShardLandingPage blev fjernet fra sessionen efter login. | |
| 4522384 / 4523594 / 4523900 |
Resumé: Ved brug af funktionen Bulk Send sendes der ingen aftaler ved det første forsøg, men et andet forsøg fungerer som forventet på grund af opgavekøen på den lokale shard. |
| Løsning: Opgavekøen er blevet forbedret for at sikre, at opgaver ikke forsinkes. | |
| 4522497 | Resumé: Tidsformatet på aftaler ændres fra TT:MM:SS til TT:MM, efter dokumentet er underskrevet, hvilket resulterer i tab af sekunder i det endelige revisionsforløb. |
| Løsning: Sekunder er blevet tilføjet til tidsmønsteret. | |
| 4522509 | Resumé: CC-modtagere kan ikke se aftalens kontekstpanel, når de tilgår LDV-aktiverede aftaler via e-mail-linket. I stedet modtager de en "Dokumentet er endnu ikke synligt" fejl. |
| Løsning: Koden er ændret for at give den nødvendige adgang til at se kontekstpanelet. | |
| 4522547 | Resumé: Ved brug af en skabelon kan det endelige PDF-dokument vise fejljusterede eller manglende formularfeltdata efter underskrivning på grund af siderotation, der anvendes efter hver annotation. |
| Løsning: Siderotationen er blevet korrigeret. | |
| 4522914 | Resumé: Ved brug af den nye funktion Send i bulk kan kunder støde på en fejl under CSV-upload, hvis værdierne i kolonnerne Agreement_Message eller Private_Message overstiger en bestemt tegngrænse. |
| Løsning: Tegngrænsen blev dokumenteret i kundevendt materiale. | |
| 4522945 | Resumé:Når man forsøger at redigere det genanvendelige dokument som en konto-/gruppeadministrator og forsøger at anvende en feltskabelon, opstår der en NullPointerException ved kontrol af oprindelsesdeltagelse |
| Løsning: Tilføjet metode til at finde oprindelsesdeltagelse ved redigering af biblioteksdokumenter som konto-/gruppeadministrator | |
| 4523043 | Resumé:Når man redigerer en webformular, der inkluderer en deltager med rollen indstillet til Delegator, kan siden Rediger webformular ikke indlæses. Der udløses en konsolfejl, som forhindrer eventuelle redigeringer. |
| Løsning: Tilføjet en kontrol, der sikrer, at hvis ROLE_MAP er udefineret, læser koden ikke className som udefineret og kaster en fejl. I stedet returneres udefineret. | |
| 4523061 | Resumé: Signerede dokumenter, der er vedhæftet e-mails, beholder deres oprindelige filtyper i filnavnet, hvilket resulterer i redundant navngivning |
| Løsning: Filnavnets understreng trimmes ikke længere, hvis den starter med '.' og er forskellig fra filtypenavnet. | |
| 4524122 | Resumé: I den nye oplevelse resulterer forsøg på at starte en aftale fra et gemt arbejdsforløb i en systemfejl på grund af en overskredet tegngrænse. |
| Løsning: Etiketgrænserne er blevet opdateret til at tillade 500 tegn. | |
| 4524162 | Resumé: Linkvalidering forhindrer afsendelse af aftale i den nye oprettelsesoplevelse |
| Rettelse: En parameter er blevet tilføjet til den nye oplevelse for at kontrollere for Errors-hook, hvilket muliggør en mere afslappet håndtering af hyperlinkvalideringer. | |
| 4524356 | Resumé: Brugere støder på en "Serverfejl: Vi stødte på en fejl under behandling af din anmodning"-meddelelse, når de forsøger at underskrive aftaler, fordi -1 kantbredde ikke fortolkes korrekt. |
| Løsning: Fortolker nu -1 som en standard 1 pt kant og tilføjer kun en kant, hvis kanten er større end nul. | |
| 4524410 | Resumé: Når man bruger et arbejdsforløb i den nye Send-oplevelse og uploader en ny fil efter at have slettet det forudindstillede aftalenavn, opdateres feltet Aftalenavn ikke automatisk. |
| Rettelse: Tilføjet en rettelse for at fjerne standardværdien for onBlur-hændelsen og indført logik til at indsætte navnet på det først uploadede dokument i dokumentnavnets tekstfelt. | |
| 4524614 | Resumé: Skrifttypen, der bruges af tekstformularfelter i PDF'en, matcher ikke den skrifttype, der er valgt på forfattersiden. Tekstfeltets skrifttype er altid SourceSansPro-Regular. |
| Rettelse: Udvidede ExternalFont.getFontReplacementMapping til at omfatte almindelige, fede og kursive skrifttyper. | |
| 4525098 | Resumé: E-mailen med anmodning om underskrift sendes ikke til underskriver 2, når afsenderen er underskriver 2, og afsenderen erstatter underskriver 1. |
| Rettelse: Parallelle modtagerlister er blevet forbedret for at håndtere det tilfælde, hvor en eksisterende modtager bruges til at erstatte en anden modtager i det samme modtagersæt. | |
| 4525377 | Resumé: Elektroniske segl (eSeals) fungerer ikke med den moderne oplevelse for anmodning om underskrift |
| Rettelse: Tilføj en test for at verificere modtageren af elektronisk segl i et ikke-UMG-arbejdsforløb, hvor seglet er begrænset til gruppeadgang. | |
| 4525491 | Resumé: Aftalenavne, der indeholder ikke-latinske tegn (f.eks. kinesisk, japansk, thai, koreansk), vises som ?????? i modtagerens fane Administrer og mailnotifikationer, når de sendes via Send i massevis. |
| Rettelse: Dokumentationen er blevet opdateret for at angive, at UTF-8-formatet er nødvendigt | |
| 4525653 | Resumé: Aftaler sendt via API'en med JPEG-filer bliver automatisk annulleret på grund af en fejl i dokumentbehandlingen. Problemet opstår efter filerne er uploadet med succes, men før aftalen sendes. |
| Rettelse: Tilføjet understøttelse af JPEG SOI app0-15 | |
| 4526153 | Resumé: Skalaen af stempelfeltet opfører sig forskelligt i de gamle og nye forfatterskærme. |
| Rettelse: Det nye forfattermiljø er blevet opdateret til at skalere stempelfeltet konsistent med den klassiske version. | |
| 4527031 | Resumé: Når "Tillad afsendere at vælge underskriftsrækkefølge" er fravalgt i den nye oplevelse, forbliver muligheden "Modtagere skal underskrive i rækkefølge" synlig |
| Rettelse: Koden vedrørende adgang til dette kontrolelement er blevet forbedret for at undertrykke indstillingen korrekt, når indstillingen dikterer det. | |
| 4527284 | Resumé: Aftaler, der indeholder visse scannede eller fladgjorte PDF-filer, mislykkes under oprettelse og annulleres automatisk med fejlen AUTO_AUTHOR_FAIL på grund af et internt bibliotek, der ikke administreres. |
| Rettelse: Implementeret en metode, der fanger enhver undtagelse og logger den, men ikke afbryder genereringen af en aftale. | |
| 4527948 | Resumé: Når et beregnet Acroform-felt importeres til Sign, returnerer REST API'en et felt, der indeholder { calculated: true, valueExpression: '' }, hvilket får feltet til at blive vist med en valideringsfejl. |
| Løsning: Felter identificeret i dette tilfælde opdateres nu til at være manuelt indtastede, ikke beregnede. | |
| 4528062 | Resumé: Get /users API-kald mislykkes for Salesforce-brugere med meget store brugernumre |
| Løsning: En ny version af salesforce-integrationen forbedrer processen for at hente listen over brugere, så den bliver mere effektiv. | |
| 4528284 | Resumé: Forkert landekode for Caymanøerne til telefonverifikation i den nye oplevelse |
| Rettelse: Landekoden er blevet opdateret. | |
| 4529259 / 4529319 |
Resumé: Valgfrie underskriveres navne og 2FA kræves på trods af arbejdsforløbets konfiguration i den nye Send-oplevelse for brugerdefineret arbejdsforløb |
| Rettelse: Tilføjede et kontrolelement for valgfrie modtagere, så når der ikke er noget mail-id til stede, vil godkendelsesverifikationen (telefon, adgangskode, kba) ikke mislykkes ved nogen validering. Tilsvarende vil navnet heller ikke være obligatorisk for valgfrie modtagere, medmindre e-mail-id-feltet har et input. | |
| 4530084 | Resumé: Nogle brugere oplever en tom skærm, når de tilgår modtagerindstillinger i den nye sendeoplevelse. Problemet skyldes en manglende oversættelse for en specifik landekodeetiket, og det påvirker alle sprog undtagen en-US. |
| Løsning: De korrekte oversættelser er blevet offentliggjort og fastgjort til de relevante funktioner. | |
| 4530537 | Resumé: Der opstår en NPE, når man forsøger at konvertere en navngivet destination til en placering, hvilket forhindrer aftaler i at blive sendt. |
| Rettelse: Et nyt kontrolelement er på plads for at afgøre, om destinationen er en navngivet destination og i så fald springe den over. |
Sandbox-installation: 19. august 2025
Produktionsinstallation: 16. september 2025
GovCloud-installation: 18. september 2025
Forbedret funktionalitet
- Brugerdefinerede e-mail-skabeloner tilgængelige for Acrobat Sign for Government - Kunder på GovCloud-platformen kan nu oprette brugerdefinerede e-mail-skabeloner til deres aftalebeskeder og påmindelser.
- Banneret Nyheder på Startsiden–et nyt banner for Nyheder kan aktiveres på konto- eller gruppeniveau for at informere brugere om nye produktmeddelelser som bemærkninger om nye versioner, uddannelse og systemhændelser. Dette hjælper med at øge opmærksomheden på nye funktioner og indstillinger, forbedre engagementet og sikre, at vigtige opdateringer ikke bliver overset. Alle konti vil blive aktiveret efter udgivelsen og kan deaktiveres af administratoren på kontoniveau. Der er nogle få undtagelser til reglen om "aktiveret som standard":
- Den australske shard (AU1) vil have funktionen fravalgt som standard.
- Enhver konto identificeret som en "Offentlig" konto vil være fravalgt.
Oplevelsesændringer
- Ombranding af Notarize-integrationen til Proof - Integrationen til den online notartjeneste er blevet opdateret for at afspejle tjenestens nye branding, Proof, til al kunderelateret kommunikation.
Opdateringer til Acrobat Sign-brugergrænsefladen forventes i den næste (v16.2) udgivelse i oktober.
- Strengere sprogvalidering ved oprettelse af aftaler via API – valideringen af sprogindstillinger for aftaler, der er oprettet via API, er blevet strengere.Når du bruger API'en til at oprette en aftale, og muligheden 'Tillad brugere i din konto at vælge et andet signeringssprog' er deaktiveret, vil API'en afvise enhver anmodning, hvor aftalens sprogindstilling ikke matcher det 'Signeringssprog', der er valgt af administratoren.
Bemærk, at afsendelse gennem web-grænsefladen ikke påvirkes.
Løste problemer
| Problem | Beskrivelse |
|---|---|
| 4511940 | Resumé: Når en afsender opretter et tekstfelt med Indtastning af flere linjer aktiveret og skrifttypen indstillet til Auto, ser underskrivere, der bruger en mobilbrowser, tekst skåret af i bunden af feltet. |
| Løsning: Tilsidesatte basismetoden til at få feltstørrelsen til at håndtere skriftstørrelse < 0 (auto) ved hjælp af en ændret formular der er specifik for felter med flere tekstlinjer. | |
| 4516038 | Resumé: Ved afsendelse af aftaler med Send i bulk ser brugere en fejl: "Du har overskredet det maksimale antal dage tilladt for dokumentudløb." selv om Indstillinger for dokumentudløb er deaktiveret på både gruppe- og kontoniveau. |
| Løsning: Korrigeret kode til korrekt evaluering af aftaleudløbsværdierne for gruppen/kontoen. | |
| 4522265 | Resumé: Når en pdf indeholder både udfyldbare felter og tekstmærker, behandles tekstmærkerne ikke. |
| Løsning: Oprettede en opgave i det fladede tilfælde uanset tilstedeværelsen af formularfeltgeneratorer. Tillader en pdf med formularfelter at behandle et formify-artefakt, hvis det er nødvendigt. | |
| 4522645 / 4527073 |
Resumé: Underskrevet pdf indeholder en tom tredje side, efter at afsenderen uploadede et dokument på vegne af den sidste underskriver. |
| Løsning: Forbedret håndteringsfunktionen til korrekt håndtering af små streams. Skriftlige signaturuploads bruger det reparerede dokument og ikke det originale upload, hvis der opdages problemer med det uploadede dokument. | |
| 4524437 | Resumé: Nye brugere er ikke logget ind på Adobe Sign efter accept af invitationen på grund af en falsk URL. |
| Løsning: Rettede URL'en. | |
| 4525093 | Resumé: Linket til forbrugeroplysninger kan ikke klikkes på. Linket er til stede, men at klikke på det skifter blot afkrydsningsfeltet i stedet for at åbne linket. |
| Løsning: Ændrede link-CSS'en for at tillade linket at åbne en ny side. | |
| 4525099 | Resumé: Leverandører, der kræver SMS-levering, men har deaktiveret e-mail-notifikationer, kan ikke sende aftaler via SMS. |
| Løsning: SMS-/WhatsApp-levering er ikke længere afhængig af e-mail-indstillingerne. | |
| 4525328 | Resumé: Brug af to eller flere skabeloner, der indeholder hyperlinks med samme navn, genererer en serverfejl ved forsøg på at underskrive |
| Løsning: Hvis der findes duplikerede hyperlink-navne, vil linknavnene blive ændret for at sikre, at de er entydigt identificeret. | |
| 4525510 | Resumé: Betalingsformularfelt bevarer ikke USD-valutatypen i New Authoring Experience, hvilket fører til en 'Uventet fejl'-fejl. |
| Løsning: Konverteringerne for betalingsfelter er blevet opdateret. | |
| 4525544 | Resumé: Kan ikke redigere de primære eller kladde-webformularer |
| Løsning: Vi bevarer nu de eksisterende indstillinger og sender dem til serveren i stedet for at bruge UI-dataene. | |
| 4525901 / 4532254 |
arbejdsforløbResumé: Aftalen tildeles ikke den resterende underskriver på grund af en forkert arbejdsforløbsrolle, når nye deltagere tilføjes efter indtastning af feltredigering. |
| Rettelse: Forbedret kode for bedre at evaluere deltagerrollerne, når nye deltagere tilføjes efter oprettelse. | |
| 4526300 | Resumé: Kan ikke oprette en brugerdefineret aftale-URL med arbejdsgangs-ID'et med den nye oplevelse |
| Rettelse: Når brugerdefinerede URL'er oprettes med kun arbejdsforløbs-ID'et, genindlæses aftaleoprettelsesformularen og kalder backend'en for at hente arbejdsforløbet og aftaleudkastet igen under indlæsning af formularen. | |
| 4526756 | Resumé: GovCloud API Swagger Page-dokumentationen er forkert vedrørende oprettelse af nye applikationer |
| Rettelse: Tilføjet en ekstra sætning for at undgå forvirring for FedRAMP-kunder. | |
| 4527340 | Resumé: Når brugere anvender Udfyld og underskriv i Acrobat Web og derefter vælgerInviter til elektronisk underskrift, vises de værdier, der er indtastet under Udfyld og underskriv, ikke, når aftalen overføres til Acrobat Sign-redigeringssiden. Forfattervisningen viser tomme felter i stedet for de udfyldte værdier. |
| Rettelse: Standardværdien for skriftstørrelse er korrekt, hvilket gør det muligt at vise indholdet korrekt. | |
| 4528835 | Resumé: "MISC_SERVER_ERROR for GET formData Der opstod en diverse fejl" ved kald af GET /formData for en specifik markør på grund af en nullpointerfejl. |
| Rettelse: Tilføjet en NPE-kontrol og -log. | |
| 4528902 | Resumé: Når en aftale sendes til sekventiel underskrivelse til 2 deltagere, mistes feltet "modtagernavn", der er tildelt den første deltager, under behandling af PDF-modellen. Når rollen for feltet "modtagernavn" angives, kan den deltagelsessætrolle, der er gemt i PDF-modellen, ikke konverteres. |
| Rettelse: Talrige funktioner er blevet opdateret for korrekt at kunne håndtere denne type konvertering. | |
| 4531278 | Resumé: Nogle e-mailadresser, der tilføjes som CC'er, fjernes automatisk efter afsendelse af transaktionen, hvis de blev oprettet, før Acrobat Sign tilføjede automatisk små bogstaver i e-mailadresser ved brugeroprettelse. |
| Rettelse: Opdaterede opslaget/sammenligningen af e-mailadresser i CC-fjernelseskoden til at være ufølsom | |
| 4531669 | Resumé: Aftaler kan ikke sendes ved hjælp af PDF-dokumenter, når formularfelter behandles med navne, der overstiger PDF-specifikationsgrænserne. |
| Rettelse: NPE-tjek tilføjet for udseendet af en annotation. | |
| 4531998 | Resumé: Kan ikke få adgang til underordnede aftaler via API - Fejlen "Ugyldigt dokument-ID" skyldes en null bogmærketitel. |
| Rettelse: Fjernede fejlretningssætning, der kan fejle med en NPE, hvis bogmærketitlen er null. | |
| 4532642 | Resumé: Når man forsøger at erstatte en af medunderskriverne i en webformular, der inkluderer yderligere ukendte underskrivere og en modtagergruppe for medunderskrivere, forsøger opdateringsmetoden at læse e-mails fra ukendte deltagere (yderligere ukendte underskrivere), som ikke har bruger-/e-maildata, hvilket forårsager en NullPointerException. |
| Rettelse: Tilføjet en filterbetingelse for at udelukke ukendte deltagere fra e-mailindsamlingsstrømmen, hvilket forhindrer NPE ved behandling af deltagere, der endnu ikke har bruger-/e-maildata. |
Adobe Acrobat Sign-version 16.2
Produktionsinstallation: 7. oktober 2025
GovCloud-installation: 14. oktober 2025
Forbedret funktionalitet
- Anmod om signatur introducerer flere UX-forbedringer designet til at reducere klik og forbedre effektiviteten – disse opdateringer håndterer feedback fra kunder og gør den nye oplevelse for Anmod om signatur hurtigere, mere synlig og bedre tilpasset det klassiske arbejdsforløb.
- Alle signaturtyper er udvidet som standard i Oprettelse
- Forudfyldningsrolle er altid synlig i Oprettelse
- Knapperne Tilføj modtager vises ved elementet og erstatter dermed skjulte menuer
- Automatisk ny modtagerrække ved tilføjelse af adresse
- Understøttelse af kopiér/indsæt for flere modtageradresser
- Administratorkontroller til at konfigurere brugeroplevelsen ved oprettelse af nye aftaler. Vælg mellem en guidet proces eller vis alle sektioner med det samme.
- API-understøttelse af grupper med afkrydsningsfelt, der giver afsendere mulighed for at definere flervalgsmuligheder i en formular – grupper med afkrydsningsfelter lader afsendere angive, hvor mange muligheder modtagere skal vælge, hvilket giver ny fleksibilitet for aftaler, der kræver struktureret flervalgsindtastning.
Bemærk, at muligheden for afkrydsningsfelter med flere valg kun er tilgængelig for aftaler oprettet via API.- Definer afkrydsningsfeltgrupper med flere valg.
- Konfigurer regler til præcise valg eller intervalbaserede valg samt samt minimums- og maksimumsvalg.
- Validering håndhæves under signering i den klassiske oplevelse for elektronisk signatur.
- Modtagervalg bevares i underskrevne aftaler og formulardata, der kan downloades.
- Brugerinvitation til deres Acrobat Sign-organisation – inviter teammedlemmer direkte fra Sign-grænsefladen med administratorstyrede arbejdsforløb med henblik på hurtigere teamanvendelse. Afhængigt af konfigurationen kan inviterede brugere blive automatisk klargjort, dirigeret gennem JIT-klargøring (Just-In-Time) eller kræve administratorgodkendelse. Dette strømlinede forløb reducerer friktion for SMB-teams og teams hos mellemstore virksomheder, accelererer anvendelsen af delte arbejdsforløb og giver administratorer bedre synlighed i forhold til det reelle licensbehov.
- Ny Inviter-knap på Startsiden og siden Administrer for slutbrugere
- Inviterede brugere modtager en velkomstmail og tilføjes problemfrit til organisationen
- Invitationer respekterer eksisterende regler for automatisk tildeling
- Administratorer kan gennemgå ventende anmodninger i sektionen Anmodninger om adgang
- Hvis automatisk klargøring er deaktiveret, dirigeres anmodninger til administratorer til godkendelse
- Siden Brugere er omorganiseret – siden Brugere er blevet omorganiseret for bedre at kunne administrere brugere i deres forskellige tilstande og for at give bedre synlighed for nyligt inviterede teammedlemmer. Dette hjælper med at isolere brugere, der har problemer med at aktivere deres konti, og accelererer onboarding for det større team.
- Tilladte IP-intervaller for adgang til Acrobat Sign er blevet udvidet til Grupper og API'er – der er givet mere fleksibilitet til IP-begrænsningskontroller ved sikring af adgang til Acrobat Sign. IP-begrænsninger kan nu konfigureres på gruppeniveau af gruppeadministratorer. Derudover gælder begrænsningerne nu for API-adgang: Hvis en konto eller gruppe angiver et tilladt sæt IP-adresser, kan både Acrobat Sign-brugergrænsefladen og API'erne kun tilgås fra disse adresser.
- IP-begrænsninger gælder nu for adgang via både brugergrænseflade og API.
- Gruppeadministratorer kan konfigurere IP-begrænsninger for deres grupper.
- Brugere i flere grupper evalueres i forhold til deres standardgruppes IP-politik.
- Integrationer og partnerapps tillades som standard og begrænses ikke af IP-blokering.
- Administratorer kan arbejde med Adobe Support for at blokere apps på gruppe- og kontoniveau. Hvis adgangen blokeres, skal appen bruge IP-adresser, der er på listen over tilladte adresser, for at oprette forbindelse til Acrobat Sign.
- Kvalitetsforbedringer for ETLA-licenserede kunder – de seneste opdateringer, der er udgivet for VIP-licenserede kunder, udvides til ETLA-licenserede kunder med en licensværdi under 100.000 USD (kontakt din kontoadministrator eller support, hvis du har nogen spørgsmål):
- Strømlinet administratorkonfiguration fra startsiden - Acrobat Sign introducerer en ny Kontoadministration-sektion for at hjælpe kontoadministratorer med hurtigt at få adgang til vigtige konfigurationsværktøjer. Tilføj brugere, organiser grupper, opret forbindelse til integrationer og migrer skabeloner direkte fra startsiden – uden at skulle lede.
- Tilføj brugere til Admin Console fra Acrobat Sign – Administratorer kan nu tilføje brugere direkte fra Brugere -siden i Acrobat Sign, hvilket automatisk opdaterer Adobe Admin Console.
- Dette element skal implementeres i den første uge af november 2025.
- Admin Console-rolletildeling nu tilgængelig gennem Acrobat Sign - For at strømline opsætningen tillader Acrobat Sign nu kontoadministratorer at tildele vigtige Admin Console-roller—Produkt- og Supportadministrator—uden at forlade produktgrænsefladen.
- Lettere adgang til pakken af tredjepartsintegrationer - En ny Integrations -side er blevet tilføjet til administratormenuen, der giver direkte, intuitive links til opsætningsfilerne for de enkelte integrationer.
- Lettere HIPAA-onboarding gennem vejledning i produktet - Organisationer underlagt HIPAA kan nu begynde aktiveringsprocessen i Acrobat Sign via et nyt selvbetjeningsarbejdsforløb gennem Kom godt i gang-administratormenuen.Systemet sender en automatisk anmodning til Support og sporer status baseret på BAA-signaturen og systemkonfigurationen.
- Accelerer din skabelonmigrering til Acrobat Sign med automatisk skabelonkonvertering - Den nye skabelonmigreringsfunktion hjælper kontoadministratorer med hurtigt at overføre deres skabeloner til Acrobat Sign.Upload en skabelon-ZIP-fil, konvertér den automatisk, og gennemgå resultaterne i oprettelsesmiljøet – helt uden teknisk ekspertise.
- Fjern certificerings- og låsesignaturer fra digitalt signerede aftaler – organisationer, der skal bestå tredjeparters signaturvalideringstjenester, kan nu anmode Adobe-support om at konfigurere deres konto- eller gruppeindstillinger til at springe anvendelsen af Adobes certifikat over og forhindre låsesignaturer på digitalt signerede aftaler. Når det er aktiveret, indeholder aftaler kun modtagerens digitale signaturer, hvilket reducerer afvisningsrater i strenge regionale valideringsværktøjer.
- Kontoadministratorer kan anmode Adobe-support om at udelukke Adobe-certificering og låsesignaturer på konto- og/eller gruppeniveau.
- Aftaler indeholder kun modtagerens digitale signaturer, hvilket forbedrer accepten af tredjepartsvalidatorer.
- Revisionsrapporten registrerer, når certificering springes over, herunder et SHA-256-dokumentfingeraftryk
- Gælder for alle eksportberøringspunkter: vedhæftede filer i mail, overførsler på siden Administrer, API og webhook-payloads
- Løser overensstemmelsesproblemer rejst af kunder, der kræver validering under regionale tillidssystemer – beskrivelse
- PDF/A er forbedret til at understøtte PDF/A-3B-overensstemmelse og konvertere alle uploadede filer til den valgte PDF/A-standard – administratorer kan nu aktivere konvertering og normalisering af uploadede filer – herunder PDF'er, Microsoft Office-formater og raster-billeder – til PDF/A-2b eller PDF/A-3b. Eksisterende PDF/A-filer valideres, repareres om nødvendigt eller normaliseres til det konfigurerede målniveau.
- Administratorer kan konfigurere PDF/A-arbejdsforløb på konto- eller gruppeniveau.
- Understøttede overensstemmelsesniveauer: PDF/A-2b (standard) og PDF/A-3b.
- Ikke-PDF- og ikke-overensstemmende PDF-dokumenter konverteres automatisk til PDF/A.
- Beskadigede PDF/A-filer repareres eller normaliseres til målniveauet.
- Vedhæftede filer tilladt i henhold til PDF/A-regler: PDF/A-2b (kun PDF/A), PDF/A-3b (enhver fil).
- Aftaler forlænges for PDF/A-overensstemmelse ved afslutning af underskrivning.
- Revisionsrapporter genereres valgfrit i PDF/A-format og inkluderer PDF/A-validerings-/konverteringsresultater med overensstemmelsesniveau.
- Hændelser med "Godkendelsesmetode blev opdateret" i revisionsrapporter – ændringer i modtagerens godkendelsesmetoder kan nu inkluderes i revisionsrapporten som separate hændelser. Når en afsender (eller autoriseret delegeret) opdaterer en modtagers godkendelsesmetode – f.eks. skifter fra SMS OTP til mail-OTP – indhentes og registreres opdateringen i aftalens revisionsrapport, aktivitetslog og liste over API-hændelser.
- En ny hændelse, Godkendelsesmetode blev opdateret, vises i revisionsrapporten med følgende tekst:
- Den berørte modtager
- Brugeren, der foretog ændringen
- Den oprindelige godkendelsesmetode
- Den nye godkendelsesmetode
- Tidsstemplet for ændringen
- Hændelser er også tilgængelige via GET /agreements/{agreementId}/events API'et.
- Aktivitetslogfiler viser hændelsen med oplysninger om modtager, initiativtager og tidsstempel.
- En ny hændelse, Godkendelsesmetode blev opdateret, vises i revisionsrapporten med følgende tekst:
Oplevelsesændringer
- IPv6-adgang for Acrobat Sign for Government– organisationer, der bruger IPv6 på tjenesten Acrobat Sign for Government har nu adgang til Acrobat Signs IPv6-adresser:
- 2001:489a:3102:4::160/124 (IPv6)
- 2001:489a:3102:4::150/124 (IPv6)
- Den moderne modtageroplevelse til e-underskrivelse er nu standardmiljøet for alle konti - Alle konti er blevet opdateret til at bruge det moderne e-underskrivelsesmiljø. Administratorkontroller forbliver i Admin-menuen for at aktivere det klassiske miljø hvis nødvendigt.
- Den moderne Anmod om signatur-oplevelse er nu standardmiljøet for alle konti - Alle konti er blevet opdateret til at bruge det moderne Anmod om signatur-miljø.Administratorkontroller forbliver i Admin-menuen for at aktivere det klassiske miljø, hvis nødvendigt.
- Den moderne Opret skabelon oplevelse er nu standardmiljøet for alle virksomhedskonti - Alle konti er blevet opdateret til at bruge det moderne Opret biblioteksskabelon miljø.Administratorkontroller forbliver i Admin-menuen for at aktivere det klassiske miljø, hvis nødvendigt.
- Den moderne Custom Workflow Designer oplevelse er nu standardmiljøet for alle konti - Alle konti er blevet opdateret til at bruge det moderne Workflow Designermiljø.Administratorkontroller forbliver i Admin-menuen for at aktivere det klassiske miljø hvis nødvendigt, og skiftelinks forbliver for brugere til at skifte mellem de klassiske og moderne oplevelser (hvis aktiveret)
REST API-/Webhook-opdateringer
API- og webhook-opdateringer til denne version kan findes i Acrobat Sign API-dokumentation.
- API-afsøgningstærskel for GET API-endepunkter vedrørende statusgenfinding eller listeformål- En ny afsøgningstærskel begrænser nu hvor ofte klientapplikationer kan afsøge specifikke GET /agreement endepunkter.
- Super Group Admin-rolle for OEM-partnere – en ny Super Group Admin-rolle er tilgængelig på OEM 2.0-platformen. Denne rolle giver partnere mulighed for at tildele deres kunder begrænsede administrative muligheder for at oprette og administrere grupper uden at give adgang til fulde kontoadministratorrettigheder.
- Partnerens kunde kan oprette og administrere deres egne grupper.
- Opretteren af en gruppe bliver automatisk dens gruppeadministrator.
- Kontoadministratorer styrer, hvilke gruppeindstillinger der vises.
- Gruppeadministratorer ser kun relevante indstillinger såsom beskedskabeloner, mailindstillinger, afsendelsesindstillinger og delingsstatus.
- Funktionen kræver, at UMG (brugere i flere grupper) er aktiveret.
- Kontoadministratorer forbliver den eneste rolle med adgang til indstillinger på kontoniveau og muligheden for at tildele Super Group Admin-rollen.
Løste problemer
| Problem | Beskrivelse |
|---|---|
| 4505635 | Sammendrag: Omfanget agreement_retention er ikke tilgængeligt i GovCloud API'et. |
| Løsning: Omfanget er blevet konfigureret til at fungere i GovCloud-miljøet med Okta-integrationen. | |
| 4515686 | Resumé: Webformularejere kan ikke erstatte medunderskriveren på eksisterende webformularer under specifikke valideringsomstændigheder. Forsøg på at opdatere modunderskriverens e-mail returnerer en fejl: "Du kan ikke tilføje eller fjerne din e-mailadresse i aftalens nuværende tilstand." |
| Løsning: Valideringen er opdateret, så afsenderens eller medunderskriverens korrekte mail genkendes. Webformularejere kan nu erstatte medunderskriveren som forventet. Brugere behøver ikke at foretage sig noget. | |
| 4519727 | Resumé: Det moderne format for telefonnumre i Benin genkendes ikke (10 tegn) |
| Løsning: Acrobat Sign understøtter nu det nye 10-cifrede telefonnummerformat for Benin. Brugere kan indtaste gyldige numre med landekoden +229 uden fejl. Ingen handling kræves af brugere. | |
| 4525532 | Resumé: Forudfyldningsrollen er ikke tilgængelig som standard i den nye oprettelsesoplevelse |
| Løsning: Forudfyldningsrollen er nu som standard blevet eksponeret i modtagerkontekstlisten ved oprettelse af aftaler | |
| 4526142 | Resumé: Når der anvendes et formularfeltlag fra en eksisterende skabelon i den nye oprettelsesoplevelse, kopieres nogle felter ikke over. |
| Løsning: Der er tilføjet ny kontrol for at sikre, at hele skabelonen overføres. | |
| 4527772 | Resumé: Aftaler med sekventiel routing mister nogle gange modtagerens navnfelt, når det tildeles en deltager med rollen som Formularudfylder. Feltet vises ikke for den pågældende modtager, hvilket efterlader aftalen ufuldstændig. |
| Løsning: Der er foretaget betydelige opdateringer af REST API'et for at sikre, at alle felter bevares. | |
| 4527945 | Resumé: Brug af en formularfeltskabelon i en aftale, der har en modtagergruppe, fungerer ikke – skabelonvalideringskoden filtrerer modtagergruppedeltageren fra, og de tilknyttede felter går tabt. |
| Løsning: Koden er blevet omarbejdet til at bruge en anden medlemsparameter i stedet for e-mailværdien. | |
| 4528619 | Resumé: Når man redigerer et modtagergruppenavn i den nye oplevelse for Send, springer markøren automatisk til slutningen af teksten efter hver ændring. Dette gør det svært at redigere navnet i én omgang. |
| Løsning: Anmodningssporing er opdateret for at sikre, at alle godkendelsesmetoder indlæses korrekt før afsendelse. Aftaler behandles nu korrekt, når alle nødvendige godkendelsesdetaljer er angivet. Ingen handling kræves af brugere. | |
| 4531835 / 4537898/ 4541002 |
Resumé: Kunder støder på fejl, når de bruger nogle tredjepartscertifikater, fordi de opdaterede rodcertifikater ikke er betroede, hvilket forårsager problemer med webhooks og notifikationer. |
| Løsning: Rod-CA'er bliver opdateret. | |
| 4532798 | Resumé: Når der anvendes et formularfeltlag, opretter Acrobat Sign et nyt dokument for at registrere laginformationen. På grund af versioneringsproblemer i disse nye dokumenter mislykkes nogle "rediger aftale"-arbejdsgange. |
| Løsning: Vi har ændret vores tilgang fra at hente kildeinformationen gennem en API til at udgive en hændelse, når en formularfeltlagskabelon anvendes, og forbruge den for at udfylde kildeinformationen for aftalerne. | |
| 4534813 | Resumé: Brugere i flere grupper kan ikke bruge automatisk feltgenkendelse, når de opretter skabeloner eller aftaler. |
| Løsning: En ny test er tilføjet for at verificere feltdetektering i oprettelsen af V5 for en bruger med mange grupper. | |
| 4535639 | Resumé: I nogle aftaler mangler påkrævede billedfelter i den underskrevne PDF. Selvom FormFields.csv viser billed-URL'er, vises billederne ikke i den endelige aftale. |
| Løsning: Rækkefølgen af nogle funktioner blev ændret for at sikre, at inline billedfelter behandles uanset om formularen er til stede, og nu vises billederne korrekt for alle underskrivere. | |
| 4535828 | Resumé: Hyperlinkene i dokumenterne ændres, når aftalen sendes. |
| Løsning: Når URL'en allerede er specifikt kodet med: /, som er et reserveret tegn for URL'er, dekoder decodeURI dem ikke, så jeg ændrede det til decodeURIComponent for at verificere betingelsen før kodning. | |
| 4536354 | Resumé: Store PDF-dokumenter (ca. 150 sider) kan ikke indlæses med fejlen "ikke-understøttet format eller adgangskodebeskyttet" på grund af utilstrækkelig frontend-timeout for kontrol af billedtilgængelighed. |
| Løsning: Øg max_retries parameteren fra 7 (standard) til 13, hvilket forlænger timeout'en fra ~30s til ~60s. Dette giver tilstrækkelig tid til behandling af store dokumenter. | |
| 4538897 | Resumé: Originale IText-skabeloner med roteret sideindhold får de fladgjorte underskrifter til at blive roteret ud af position på siden. |
| Løsning: Før underskrifterne fladgøres i sideindholdet, indkapsles sideindholdet med en push/pop gstate for at forhindre rotationsmatrixen i at påvirke de tilføjede underskrifter. | |
| 4539304 | Resumé: Swagger-dokumentationen er som standard i tilstanden "Prøv det", og API-forbrugere finder det svært at gennemse anmodningsskemaet |
| Løsning: Dokumentationen er nu som standard i visningstilstand i stedet for "Prøv det", så skemaer er synlige som standard. Ydeevnen forbedres ved at eliminere overflødige API-kald for primitive datatyper. | |
| 4542576 | Resumé: Webhook-payloads for hændelsen AGREEMENT_ACTION_COMPLETED returnerer forskellige deltagerstatusværdier i 16.2 Sandkasse-udgivelsen. Tidligere viste memberInfos-poster "AKTIV" eller "UDSKIFTET", selv efter underskrivning. I 16.2 viser de "COMPLETED", når Dynamisk Deltagelse ikke er aktiveret. |
| Løsning: Brug af nye deltagerstatusser vil kun blive anvendt, hvis funktionen Dynamisk Deltagelse for Igangværende Aftaler er aktiveret. |
Adobe Acrobat Sign version 16.2.1
Produktionsudrulning: 4. november 2025
GovCloud-installation: 6. november 2025
REST API-/Webhook-opdateringer
API- og webhook-opdateringer til denne version kan findes i Acrobat Sign API-dokumentation.
- API-afsøgningstærskel for GET API-endepunkter vedrørende statusgenfinding eller listeformål- En ny afsøgningstærskel begrænser nu hvor ofte klientapplikationer kan afsøge specifikke GET /agreement endepunkter.
- Super Group Admin-rolle for OEM-partnere – en ny Super Group Admin-rolle er tilgængelig på OEM 2.0-platformen. Denne rolle giver partnere mulighed for at tildele deres kunder begrænsede administrative muligheder for at oprette og administrere grupper uden at give adgang til fulde kontoadministratorrettigheder.
- Partnerens kunde kan oprette og administrere deres egne grupper.
- Opretteren af en gruppe bliver automatisk dens gruppeadministrator.
- Kontoadministratorer styrer, hvilke gruppeindstillinger der vises.
- Gruppeadministratorer ser kun relevante indstillinger såsom beskedskabeloner, mailindstillinger, afsendelsesindstillinger og delingsstatus.
- Funktionen kræver, at UMG (brugere i flere grupper) er aktiveret.
- Kontoadministratorer forbliver den eneste rolle med adgang til indstillinger på kontoniveau og muligheden for at tildele Super Group Admin-rollen.
Løste problemer
| Problem | Beskrivelse |
|---|---|
| 4509452 / 4526158 |
Sammenfatning: Søgning efter skabeloner ved oprettelse af aftaler eller Send i massevis frafiltrerer ikke andre skabeloner korrekt på grund af en komponent, der ikke indekserer og ruller korrekt |
| Løsning: Den fejlbehæftede komponent er blevet rettet for at sikre, at søgeresultaterne er tilgængelige. | |
| 4525233 | Resumé: Aftaler, der er oprettet med valutavalidering, vises ikke i feltet som forventet i den nye signeringsoplevelse. |
| Rettelse: Valutavaliderede felter viser nu korrekt valutasymbolet, når feltet mister fokus i den nye signeringsoplevelse. Opdateringen sikrer ensartet symbolformatering på tværs af både klassiske og moderne visninger. | |
| 4530694 | Resumé: Den forkerte URL for linket "Skift adgangskode" er indlejret i brugergrænsefladen |
| Rettelse: URL'en er blevet rettet. | |
| 4532664 | Resumé: Signerede PDF'er genereret fra kildedokumenter, der indeholder weblinkannotationer, kan vise meddelelsen "Dokumentet er blevet ændret efter signering" i Acrobat, og certificeringsstatus vises som ugyldig på grund af duplikerede eller fejldannede linkannotationer |
| Rettelse: Acrobat Sign registrerer og behandler nu weblinks korrekt under signeringsprocessen, hvilket sikrer en gyldig certificeringsstatus på det signerede output. | |
| 4535715 | Resumé: PDF'er med weblinks fordobles i størrelse med hver signatur på grund af udskriftsfunktionen, der genudskriver en kopi af weblinkannotationen. |
| Rettelse: PDF'er bliver nu fladgjort for at sikre, at der ikke findes duplikerede links, før annotationer flettes i PDF'en. | |
| 4535760 | Resumé: Ved brug af beregnede felter, der refererer til tekstindtastningsfelter, viste nogle signerede PDF'er forkerte eller tilfældige tal i stedet for den forventede tekstværdi, fordi feltmotoren forsøgte at konvertere tekstinput til tal- eller datoformater. |
| Løsning: Konverteringslogikken i den beregnede feltmotor er blevet opdateret til at genkende tekstbaserede input og springe numerisk eller dato-parsing over for disse felter. | |
| 4536385 | Resumé: Formularfelter med rullemenu, der har flere widgetannotationer, kan ikke være en FT-nøgle, eller den genererede visning bliver forvirret og tror, de er formularfelter. |
| Rettelse: FT-nøglen er blevet fjernet fra widgetannotationerne | |
| 4537356 | Resumé: Skabeloner delt med flere grupper blev ikke vist på siden Send i massevis. |
| Rettelse: Logikken for Send i massevis blev opdateret, så den korrekt henter og viser skabeloner delt på tværs af flere grupper. | |
| 4537648 | Resumé: GET/agreements/{agreementId}/events-endepunktet viste en ældre hændelsestype "DOWNLOADED" i Acrobat Sign REST API Swagger-dokumentationen. |
| Løsning: Hændelsestypen "DOWNLOADED" er blevet fjernet fra de tilladte værdier i API-dokumentationen. | |
| 4537885 | Resumé: Der vises ekstra mellemrum på siden Signaturpræferencer |
| Rettelse: Den unødvendige afstandsholder/opdeler er fjernet fra layoutbeholderen for Signaturpræferencer. | |
| 4538113 / 4538586 / 4543131 |
Resumé: Formulardataene i flerlinjede, automatiske tekstindtastningsfelter skrumper til en meget lille størrelse og bliver ulæselige |
| Løsning: Skalering er blevet rettet, så skrifttypen ikke automatisk formindskes til et ulæseligt niveau. | |
| 4538340 | Resumé: Signaturmetadata tilføjes uden at kontrollere feltnavnet |
| Løsning: Tilføjede en kontrol af signaturfeltet for at styre visningen af metadata | |
| 4538902 | Resumé: Get /agreements/memberSetInfo REST API-endepunktet returnerer forkert aftalestatus og underskriverinformation. I nogle tilfælde vises afsenderen flere gange i svaret, og duplikering af deltagerdata får downstream-integrationer til at fejle. |
| Rettelse: API'en returnerer nu korrekt aftalestatus og deltageroplysninger uden duplikering. Hver mailadresse vises én gang pr. aftale, og underskriverinformation afspejler den korrekte ventende deltager. Der kræves ingen handling af brugere. | |
| 4543085 | Resumé: Ældre Salesforce-integrationsversioner (under v25.5) genkender ikke de nye statusangivelser (COMPLETED og REMOVED), der returneres i webhook-payloads. |
| Rettelse: Acrobat Sign REST API'en blev opdateret, så den udelukker de nye deltagerstatusser og relaterede angivelser ved svar til ældre Salesforce-integrationsklienter. | |
| 4543951 | Resumé: Ved redigering af et hyperlinkfelt uden titel oprettes der et nyt tomt hyperlinkfelt i stedet for at opdatere det oprindelige, når ændringen gemmes. Hver gang der gemmes, tilføjes der yderligere tomme felter, hvilket får skabeloner til at fremstå uændrede. |
| Rettelse: Opdateringslogikken skelner nu korrekt mellem tomme og null-hyperlinktitler, hvilket forhindrer duplikerede felter. | |
| 4544118 | Resumé: Med Begrænset dokumentsynlighed aktiveret i den nye modtageroplevelse kunne deltager 2 se hyperlinkfelter fra deltager 1's dokument på grund af hyperlinks, der ikke var tildelt. |
| Løsning: Modern eSign tildeler og validerer nu hyperlinkfelter ligesom andre felter og filtrerer dem efter side og modtager. |