Acrobat Sign udgivelsesnoter: 2022
Produktionsudrulning: 18. januar 2022
Forbedret funktionalitet
- Forbedret brugbarhed af Administrer side – Administrer-siden er blevet opdateret med et forbedret overblik over dataeksponering:
Ikoner er blevet tilføjet for at angive, hvornår en note eller påmindelse er knyttet til transaktionen. Hold markøren over ikonet for at få et hurtigt overblik over vigtige metadata knyttet til hver aftale. Klik på ikonet for at tage handling.
Der er tilføjet filtrering til søgefunktionen for at begrænse det returnerede datasæt med det søgte objekt (f.eks.: Noter)
- Forbedret sikkerhed af aftale-URL – URL'er, der sendes via mail, og som peger på aftaler/PDF'er, har nu en konfigurerbar levetid, der får linket til at udløbe (sat til 7 dage som standard, maks. 90 dage). Modtagere, der forsøger at få adgang til et udløbet link, udløser en pop op-dialog, der giver dem mulighed for at anmode om en ny e-mail (med et nyt link), der skal leveres til modtagerens e-mailadresse. Omdirigering af den nye e-mail/link er ikke muligt gennem denne handling.
- Denne indstilling gælder kun for udløb af URL og påvirker ikke selve aftalens levetid og levedygtighed.
- Aftaler sendt før introduktionen af denne funktion påvirkes ikke af denne indstilling.
- Forbedret aftaledeling - Aftaledeling har yderligere styring for at begrænse deling til og fra parter uden for kontoen:
- Vælg antallet af gange, en aftale kan deles med en ekstern part.
- Gratis niveau: 2
- Prøveniveauer: 5
- Individuelt niveau: 10
- Små virksomheds-niveau: 10
- Forretnings-niveau: 20
- Erhvervsniveau: 20
- Vælg en ekstern parts evne til at dele aftalen.
- Vælg antallet af gange, en aftale kan deles med en ekstern part.
- Nye Trust Service Providers – SPID (Italien) og MitID (Danmark) er de nye Trust Service Providers fra Cloud Signature Consortium, der leverer certifikater til at anvende sikre digitale signaturer, der lever op til de højeste standarder og lovkrav.
Oplevelsesændringer
- Den nye Hjem- og administrer-side er blevet standardgrænseflade - Adobe Sign har pensioneret de klassiske oplevelser for Hjem- og Administrer sider, og alle konti er blevet overført til den moderne oplevelse.
Muligheden for at vende tilbage til den klassiske grænseflade er blevet fjernet, og kun den nye brugergrænseflade vil fremover være understøttet.
- Handlingsknapper til hurtig adgang på Administrer-siden er blevet opdateret – Som en del af brugervenlighedsopdateringen for at tilføje noter og påmindelsesikoner til Administrer-siden, er handlingsknapperne til hurtig adgang blevet redesignet, så de har et lignende udseende og funktionalitet.
- HIPAA Aftalesikkerhed - Konti, der har HIPAA-indstillinger aktiveret, behandler alle modtagere af aftaler, som om de er uregistrerede brugere uden kontotilknytning. I praksis betyder det, at modtagere med et registreret Adobe Sign-bruger-id ikke vil se disse aftaler på deres Administrer-side.
- Brugere inden for den samme konto som afsenderen er undtagelsen fra reglen. Alle aftaler, der sendes til modtagere på den samme konto, er implicit tillid til, og aftalerne vises på Administerer-siden, hvor de kan ses og deles.
- Forbedret kontrast for signaturfelt - Den blå skrifttype under signaturlinjen bliver mørkere for at overholde Accessibility AA-standarden (4,5:1) for kontrast.
Løste problemer
| Problem |
Beskrivelse |
|---|---|
| 4283949 | Oversigt: PDF'er, der er oprettet med ADA-kompatible felter, oversættes ikke til ADA-kompatible felter, når de behandles gennem Adobe Acrobat Sign. |
| Rettelse: En ny indstilling blev introduceret, der bevarer tilgængelighedsfunktionerne for uploadede PDF'er ved hjælp af et nyt tagging-træ, der inkluderer en passende felttype (f.eks. span eller link), en titel afledt af feltindholdet og en alternativ tekst, der matcher titlen. Tag-strenge er oversat iht. aftalens sprog. PDF'er, der ikke har tilgængelighedsfunktioner, når de uploades, vil ikke blive udstyret med disse funktioner af Adobe Acrobat Sign-processen. | |
| 4295359/4323894 | Oversigt: Nogle tegn fra det litauiske og tyske alfabet (č, ė og ß) blev ikke håndteret korrekt af et af de afhængige biblioteker, hvilket medførte, at tegnene blev udeladt i den udskrevne signaturstreng. |
| Rettelse: Biblioteket blev opdateret til korrekt at håndtere de identificerede tegn og gengive dem korrekt i signaturstrengen. | |
| 4304412 | Oversigt: En privat CSC-udbyderoplevelse deaktiverede ikke knappen Godkend korrekt, efter at pop op-vinduet for OAuth-godkendelse blev lukket, hvilket gjorde det muligt for brugere at klikke på Godkend igen og oprette en "Loading"-løkke, der ikke ville afslutte på trods af, at signaturen blev registreret. |
| Rettelse: Koden for at deaktivere Godkend-handlingen blev opdateret, når baggrundsskærmen bliver tilgængelig og forbliver utilgængelig i et betydeligt tidsrum, mens omdirigering finder sted. | |
| 4308773 | Oversigt: Underskrivelse på iOS-mobilappen kan resultere i "AUTO_CANCELLED_CONVERSION_PROBLEM", efter at modtagersignaturen blev fuldført på grund af offlinesynkroniseringshændelser, der bevirker, at anmodninger i kø sendes flere gange. |
| Rettelse: Serverkode er blevet tilføjet for at evaluere, om en vellykket konverteringsproces er fuldført for det samme deltagelses-id, når en konvertering udløber, hvilket muliggør en problemfri løsning af konflikter. |
|
| 4311477 | Oversigt: Udfyldte dokumenter præsenterer ikke feltinformation til skærmlæsere på en brugbar måde. |
| Rettelse: En ny indstilling blev introduceret, der bevarer tilgængelighedsfunktionerne for uploadede PDF'er ved hjælp af et nyt tagging-træ, der inkluderer feltannoteringer, som konverteres til læsbare XObjects i den endelige behandling. | |
| 4316462 | Oversigt: Nogle aftaler, der blev sendt under BioPharma-indstillingerne, blev ikke tvunget til at godkende igen, da deres godkendelse blev administreret af Active Directory Federation Service. Dette blev dikteret af, hvordan ADFS blev konfigureret, og om tvungen godkendelse var konfigureret til at omgå indikationen. |
| Rettelse: En kode blev tilføjet for at kræve en ACR i kombination med ForceAuthn-attributten, hvilket gennemtvinger gengodkendelsesprocessen. | |
| 4317635 | Oversigt: Dokumenter med flere signatur-/initialfelter vil opleve en skærmrulning tilbage til det forrige felt, når der klikkes ind i et efterfølgende signatur-/initialfelt. |
| Rettelse: Koden er opdateret for korrekt at løse fokus for det næste felt efter at have indtastet indhold i et givet felt. | |
| 4319974 | Oversigt: Landestandardvælgeren på underskrivelsessiden var stadig synlig, når underskrivelses-URL'en hentes ved hjælp af GET /signingurl v6 REST API på grund af API-kaldet, der falder tilbage til applikationsværdien i stedet for sessionsværdien. |
| Rettelse: API-kaldet er blevet opdateret for at hente indstillingsværdien fra sessionen (API-bruger) i stedet for applikationen | |
| 4320942 | Oversigt: Aftaler oprettet med digitale signaturer og klonede felter kunne producere et underskrevet dokument, hvor de overordnede felter (af det klonede feltarray) kunne redigeres. |
| Rettelse: Overordnede felter i klonede feltarrays er blevet indstillet til skrivebeskyttet. | |
| 4321067 | Oversigt: Konti med en konfigureret Display_Email-værdi så mailen fra ophavsmanden i aftalemails (i stedet for værdien Display Email). |
| Rettelse: Bruger-id'et sammenlignes nu mellem deltager-bruger-id'et og det aktuelle bruger-id for at returnere Display_Email-værdien for kontoen i udgående mails (når værdien er sat til noget andet end standardværdien). | |
| 4321335 | Oversigt: Nogle aftaler tillader ikke digitale CSC-signaturer, når aftalen er blevet delegeret flere gange. |
| Rettelse: Koden er blevet tilføjet til signaturprocessen for at gå gennem modtagerne og sikre, at underskrivelsesfasen er passende for delegeret deltagelse. | |
| 4322749/4329156 |
Oversigt: Overførte webformularer udløser ikke Webhooks for den nye ejer, fordit ApiUserID ikke kan opdateres. |
| Rettelse: Koden omkring overførsel af webformularer er blevet opdateret for at sikre, at webformularens bruger-ID er opdateret, når objektet overføres. | |
| 4323013 | Oversigt: Konti med begrænset dokumentsynlighed aktiveret for webformularer kan udløse en fejl, der indikerer "Dokumentet er endnu ikke tilgængeligt", når du opretter en webformular via API og derefter forsøger at se den fra siden Administrer. |
| Rettelse: Koden er blevet justeret i et par indstillinger, der involverer webformularer og begrænset dokumentsynlighed for at fjerne konflikten. | |
| 4323749 |
Oversigt: Ved ændring af en aftale, der har afsenderen som underskriver, som kræver godkendelse, genkender systemet muligvis ikke afsenderens session som værende godkendt, hvilket medfører en serverfejl. |
| Rettelse: Opdaterede Modify Agreement-koden for at sikre, at workflowet kontrollerer transaktionsegenskaberne for korrekt at forstå og håndhæve afsenderens godkendelseskrav. | |
| 4324497 | Oversigt: Brugere på konti med UMG aktiveret ser muligvis ikke alle eksisterende delte biblioteksskabeloner fra en (ikke-primær) gruppe, de er blevet føjet til, når de bygger tilpassede workflows. |
| Rettelse: Koden, der er involveret i at identificere alle aktive gruppe-ID'er og deres respektive aktiver, når der bygges workflows, er blevet forbedret. | |
| 4325294 |
Oversigt: Konti, der administrerer deres brugere i Adobe Admin Console, kunne se muligheden for at indstille en påmindelse på oprettelsessiden, når standardpåmindelsen var indstillet af en administrator. |
| Rettelse: Koden er blevet opdateret til korrekt at skjule påmindelsesindstillingen, når standardværdien er defineret i Admin UI. | |
| 4325826 |
Oversigt: Ikke-engelske sprog filtrerede ikke returnerede data korrekt til rapporter. |
| Rettelse: Koden blev opdateret for at udnytte miljøets sprog som filtreringsparameter i stedet for at bruge den statiske engelske parameter. |
|
| 4326335 |
Oversigt: Transaktionsforbrugsrapporter omfattede ikke-fakturerbare aftaler |
| Rettelse: Rapporteringsforespørgslen blev forbedret for at filtrere de ikke-fakturerbare transaktioner fra. | |
| 4326406 |
Oversigt: Godkendelsesoplysningerne var ikke til stede i rapporter for modtagere i hybride underskrivelsesworkflows. |
| Rettelse: Koden bag de hybride workflows blev opdateret for at sikre, at godkendelsesoplysningerne registreres og bevares, så rapportering returnerer de korrekte værdier. | |
| 4326725 |
Oversigt: Antallet af rapporterede modtagere (via fanen Rapporter) kan ændres til én færre, når afsenderen er en af modtagerne og erstattes i transaktionen, fordi koden fejlrepræsenterer den erstattede underskriver som en "Erstatning". |
| Rettelse: Underskriverkoden for den erstattede er blevet opdateret for korrekt at identificere den erstattende modtager som underskriverroller. | |
| 4327494 |
Oversigt: Administratorer på gruppeniveau kan se rapportdataene for brugere i standardgruppen, når indstillingen "Kun data fra deres egen brugergruppe" er aktiveret. |
| Rettelse: Rapporteringskoden til generering af CSV-rapporten er blevet opdateret, så den kun registrerer dataene for den anmodende administrator korrekt. | |
| 4327780 |
Oversigt: Begivenheder og Begivenhedsoversigt inkluderede ikke ubekræftede (men underskrevne) webformularer som udfyldte (underskrevne) aftaler |
| Rettelse: Koden, der evaluerer fuldførte aftaler, er blevet opdateret til at omfatte underskrevne og udfyldte (men ubekræftede) webformularer. | |
| 4328045 |
Oversigt: Når du sender en aftale med afsenderen som én af modtagerne, og indstillingen Vis mail er sat til en ikke-standardværdi, kan aftalen muligvis ikke sendes, hvis afsenderen forsøger at gå tilbage til skrive-siden fra forfattersiden. |
| Rettelse: Det workflow, der styrer navigering tilbage til skrive-siden, er blevet opdateret til korrekt at administrere afsenderen, når deres mailværdi er skjult af værdien Vis mail. | |
| 4328110 |
Oversigt: Der kan sendes en kopi af en underskrevet og arkiveret mail til den samme modtager, hvis denne er inkluderet flere gange i signaturcyklussen. |
| Rettelse: Maildistributionsprocessen er blevet forbedret for at evaluere duplikerede modtagermailværdier og vil kun levere én kopi af den endelige mail for hver enkelt transaktion. | |
| 4328313 |
Oversigt: Tilføjelse af et fuldt HTML-link til feltet Besked i en aftale kan få nogle mailklienter til at konvertere denne streng til et klikbart link. Denne funktionalitet var ikke designet funktionalitet, og efterfølgende kode blev tilføjet, der forhindrede denne effekt, hvilket skabte, hvad der så ud til at være en fejl i aftalebeskedfeltet. |
| Rettelse: Der er tilføjet en indstilling til korrekt gengivelse af et hyperlink i mailbeskeden. Denne indstilling er ikke tilgængelig for kunder og skal redigeres af support eller kontosuccesadministratoren. Indstillingen er aktiveret som standard på virksomheds- og erhvervstjenester. | |
| 4328950 |
Oversigt: Ny kode tilføjet i juni sidste år bevirkede, at nogle brugere, som var i OPRETTET-tilstand, blev konverteret til en ugyldig mailadresse, men den globale mailadressemappe bevarede det korrekte mailadresselink til brugeren. Dette medførte, at aftaler sendt til brugeren blev tilknyttet en brugertype, der ville forhindre aftalerne i at blive opført på deres Administrer-side. |
| Rettelse: Flere kodeændringer er blevet installeret for at forhindre, at problemet opstår igen, samt for at opdage og advare om de forhold, der kan forårsage denne type problemer. At inkludere registrering af den mailadresse, der bruges til afventende engangsbrugere, og automatisk brug af den korrekte mailadresse, hvilket forhindrer nye ugyldige brugere i at blive oprettet, når de andre kontroller mislykkes. |
|
| 4329688 |
Oversigt: Nogle dokumentoprettelsesprocesser gjorde det muligt for en fil at blive uploadet til Adobe Acrobat Sign med flere digitale signaturfelter. Disse felter blev gengivet som tomme felter på den endelige PDF. |
| Rettelse: Et internt bibliotek er blevet opdateret for at forbedre annoteringen af konverterede dokumenter, hvilket sikrer, at der kun anvendes ét digitalt signaturfelt, og den korrekte fejl vises, når der findes flere felter (den forventede adfærd). | |
| 4329804 |
Oversigt: Som en del af en brugeroprydningsproces kunne brugere i en afventende status, der var på en konto med et påberåbt domæne, være blevet konverteret til en oprettet status, hvilket resulterede i forbrug af brugerlicenser. |
| Rettelse: Brugere, der blev konverteret via oprydningsprocessen, er blevet returneret til en afventende status. Kode er blevet tilføjet for at forhindre afventende brugere i domæner, der er gjort krav på, i at blive konverteret til statussen Oprettet. | |
| 4329949 | Oversigt: Felter, der er skjult under oprettelse, og som indeholder valideringsfejl, kan udløse en fejl, der ikke kan ses, hvilket forhindrer afsendelse af aftalen. |
| Rettelse: Validering anvendes ikke længere for | |
| 4331649 |
Resumé: Signering af en web-formular med kun ét navn (én sammenhængende streng) udløser en serverfejl. |
| Rettelse: Fejlhåndtering er blevet anvendt på webformularer, der vil styre brugssagen og levere en korrekt fejlmeddelelse, hvis det er relevant. | |
| 4334224 | Oversigt: Individuelt felt, der er downloadet fra Administrer-siden, viser et filnavn med filens originale format foruden det endelige filtypenavn: .pdf. |
| Rettelse: Filnavngivningsprocessen ved produktion af det endelige PDF-dokument, der kan downloades, blev opdateret for at fjerne det forrige filtypenavn. |
Produktionsudrulning: 5. april 2022
Forbedret funktionalitet
- Forbedrede rapporteringsdiagrammer og dataeksport - Rapporteringsgrænsefladen er blevet opdateret, hvilket giver mulighed for:
- Forkonfigureret grafisk rapportering for:
- Aftaler: Elleve rapporter, som sporer aftaleaktivitet for afsender, gruppe, og workflow.
- Transaktionsforbrug (forventet i en fremtidig udgivelse): Fire rapporter, der specifikt sporer mængden af oprettede aftaler.
- Brugere (forventet i en fremtidig udgivelse): Seks rapporter illustrerer bruger-/gruppeoprettelse, loginaktivitet og unikke afsendere per dag.
- Rapportering af dataeksport: Dataeksport giver brugeren mulighed for at definere outputtet af en rapport CSV-fil ved at vælge kildens rapporttype, anvende filtre og vælge de enkelte kolonner, der skal medtages.
- Forkonfigureret grafisk rapportering for:
- Forbedret forfattermiljø på konto- og gruppeniveau - Forfattermiljøet har en valgfri ny oplevelse med et nyt udseende, der er designet til at forbedre forfatterskabet af ad hoc-aftaler (op til to modtagere). Det nye miljø er i øjeblikket kun til arbejdsprocessen Send til underskrivelse og understøtter ikke webformularer, Send i massevis eller bibliotekskabeloner. Forbedringer omfatter:
- Feltplacering, der giver forfatteren mulighed for at vælge en felttype, og derefter klikke for at placere feltet en eller flere gange, hvilket giver mulighed for meget hurtigere placering af flere felter af samme art.
- Mere eksplicitte angivelser af feltindholdet (f.eks. signaturfeltelementer, datofeltformater).
- Egenskaber for et valgt felt vises i venstre skinne for bedre synlighed og redigering.
- Felthøjde for efterfølgende placerede felter tilpasser automatisk højden på det sidste felt til at have ændret feltstørrelsen (af samme felttype).
- Skriftfarven, -størrelsen og -stilen for efterfølgende placerede felter indfører automatisk skrifttypeegenskaberne for det sidste felt for at få skrifttypeegenskaberne ændret (spænder over felttyper, der tillader skrifttypeændring).
- Lettere redigering af standardværdi ved blot at klikke i feltet og indtaste standardværdien.
- Et dedikeret datofelt til indlæsning af andre datoværdier end datoen for underskrivelse
- Et dedikeret nummerfelt, der omfatter alle egenskaber og valideringer for formaterede numre
- Tekstsøgning med Ctrl/Cmd - F
Det forbedrede forfattermiljø understøtter i øjeblikket kun:
- Placering af felter, når du sender en aftale (ad hoc-forfatter). Send i massevis, webformularer og skabeloner er endnu ikke understøttet.
- Op til to modtagere.
- Et begrænset antal felter (de mest almindelige):
- Underskrift
- Initialer
- Navn (modtagerens navn importeret fra underskriften)
- E-mail (modtagerens e-mail som defineret under aftalens sammensætning)
- Dato for underskrift (indsat af systemet, når underskriften anvendes)
- Tekst
- Antal
- Dato
- Afkrydsningsfelt
- Alternativknapper
Ikke-understøttede elementer i øjeblikket:
- Aftaler med mere end to modtagere
- Selvunderskrivelse
- Webformularer
- Send i massevis
- Biblioteksskabeloner
- Teksttags
- Betingede felter
- Beregnede felter
- Validering af almindelige udtryk
- Definer et modtagernavn på Send - Administratorer på konto- og gruppeniveau kan kræve, at modtagernavnet inkluderes med modtagerens mailadresse under aftalekonfigurationen af afsenderen. Den medfølgende navneværdi importeres til signaturpanelet, når modtageren åbner et signaturfelt.
- Modtageren må under ingen omstændigheder redigere den konfigurerede navneværdi.
- Afsenderen af aftalen kan redigere navneværdierne, før den første underskrift anvendes.
- Afsendere kan erstatte den aktuelle modtager, hvilket giver en navneværdi for den nye modtager.
- Krævede navneværdier, der også håndhæves for webformularunderskrivere - Når funktionen er aktiveret, kræver nyoprettede webformularer også en navneværdi for eventuelle konfigurerede underskrivere.
Denne funktion gælder kun for aftaler og webformularer, der er oprettet via webapplikationen Acrobat Sign.
- Eksportaftale og webformular data i JSON - Ved eksport af data fra aftaler eller webformularer via REST v6 API har udviklere nu mulighed for at vælge JSON som eksportformat ud over CSV.
- Tilpas kontaktoplysningerne til underskrift af adgangskode - Tilpas kontaktoplysningerne til modtagere, når en underskriftskode bruges til underskriveridentifikation. Standardoplevelsen integrerer mailadressen på afsenderen. Det kan dog være mere praktisk at omdirigere denne type supportanmodning til et centraliseret supportteam eller en sikkerhedskontakt, der administrerer adgangskoder. Begge kan konfigureres på konto- og gruppeniveau.
- REMINDER_SENT webhook-begivenhed - En ny webhook-begivenhed er blevet tilføjet, som udføres ved REMINDER_SENT-begivenheder enten ved eksplicit at Abonner på AGREEMENT_REMINDER_SENT-begivenheden eller ved at Abonner på AGREEMENT_ALL.
Oplevelsesændringer
- Adobe Sign rebrandes til Adobe Acrobat Sign Solutions - Adobe Sign-brandede grænseflader og dokumentreferencer er blevet opdateret til Adobe Acrobat Sign Solutions (eller Acrobat Sign).
- Denne rebranding påvirker ikke nogen funktioner eller funktionalitet i tjenesten (f.eks. ikke domæne-URL'en eller e-mailadressen for tjenesten).
- Integrationspakker opdaterer brandingen med deres næste pakkeopdatering.
Signeringscertifikatet vil blive opdateret til den nye Acrobat Sign-branding i juni-udgivelsen.
Dette vil ikke ske i april-udgivelsen.
- Opdateret tekst for kundeoplysningsaccepten - Teksten for modtageren ved accept af kundeoplysningen er blevet opdateret til: Jeg accepterer kundeoplysningen og accepterer at handle elektronisk med <Firmanavn>
- Hvis et firmanavn ikke er tilgængeligt, anvendes afsenderens fornavn/efternavn.
- Hvis hverken et firmanavn eller et for-/efternavn er tilgængeligt, anvendes afsenderens mail-adresse.
- Hvis et firmanavn ikke er tilgængeligt, anvendes afsenderens fornavn/efternavn.
- Modernisering af underskriverautentificering - Skærmbillederne for underskriverautentificering er blevet forbedret, så de ikke længere blokerer modtagere, der har tredjepartscookies deaktiveret, når de autentiseres med adgangskode- eller sms-autentificeringsmetoder. Oplevelsen er også blevet moderniseret for at være lydhør over for forskellige platforme.
Løste problemer
| Problem |
Beskrivelse |
|---|---|
| 4293949 | Resumé: Meddelelses-pop op til annullering af en invitation og tilbagekaldelse af adgangstokens er forkert afstemt med teksten. |
| Rettelse: Meddelelserne er blevet opdateret for at tilpasse teksten korrekt. | |
| 4301564 | Resumé: Beregnede felter, der indeholder en "hvis "-klausul, der også bruger et felt, der indeholder nu( )-funktionen i sin egen beregning, forsvinder, når signaturen er blevet anvendt. Signaturen er synlig under underskrivelsesprocessen. Datoværdierne på serversiden, der er konverteret fra nu( )-funktionen, gengives ikke korrekt, hvor værdierne på klientsiden er. Dette resulterer i en ugyldig dato, som skjuler feltet. |
| Rettelse: Server-sideevaluering er blevet forbedret til korrekt konvertere og administrere den numeriske værdi for den dato, der er passeret fra nu( )-funktionen. |
|
| 4320113 | Resumé: Når du skriver en formular i Acrobat, vil tekstfelter med formatering, der er indstillet til ikke at vise decimaler, vise feltværdien med decimaler, når aftalen er uploadet og sendt til signering. |
| Rettelse: En indstilling er blevet tilføjet for eksplicit at administrere formateringen af talfelter, der er forfattet i Acrobat. Denne indstilling er deaktiveret som standard. Kunder, der har problemer med nummerformatering, når de bruger formularer, der er oprettet i Acrobat, skal kontakte supportteamet og anmode om at aktivere nummerfeltformatering for akroformer. |
|
| 4322775 | Resumé: IP-adresser vil ikke blive indsamlet og refereret på revisionsrapporter, fordi en indstilling er konfigureret til det forkerte område. |
| Rettelse: Indstillingens omfang er blevet justeret til den korrekte værdi. |
|
| 4325183 | Resumé: Brugersessionen får lov at udløbe, når den nye rapportside indlæses, resulterer det i en generel fejl under opdatering af siden. |
| Rettelse: Interaktion med siden efter time out omdirigerer til login-siden. |
|
| 4326123 | Resumé: Når du opretter et nyt bruger-id med API'er, vil nogle brugere ikke være i stand til at logge på med de nye legitimationsoplysninger på grund af interne systemer, der ikke kommunikerer korrekt. |
| Rettelse: En ny indstilling er blevet tilføjet til at administrere brugerprofiler mellem Adobe-systemer. Indstillingen er aktiveret for alle shards/konti. | |
| 4326126 | Resumé: I det koreanske sprog er navneværdien på det underskrevne dokument brudt i deltagerstemplet på grund af kodningsskrifttypen for det koreanske sprog, der returnerer forkerte glyffer. |
| Rettelse: Kortlægningsbiblioteket er blevet opdateret til at omfatte kodningstypen for korrekt at gøre de koreanske glyffer. | |
| 4327886 | Resumé: Når en bruger i en individuel konto er flettet ind i en multi-licens konto, kan brugeren beholde administratorrettigheder. |
| Rettelse: Koden er blevet føjet til at fjerne administratorrettigheder fra brugere, der er migreret til en anden konto. | |
| 4328663 | Resumé: Kundekonti, der har SAML indstillet til Obligatorisk eller SAML_AKTIVATE_AWNING_USERS=TRUE, kan ikke inaktivere brugere ved hjælp af masseredigeringsfunktionen i Acrobat Sign-systemet, da bruger-id'erne genaktiveres umiddelbart efter opdateringen. |
| Rettelse: Yderligere kode er blevet tilføjet for at sikre, at kun "Oprettede" brugere kan aktiveres med det samme. | |
| 4329111 | Resumé: Brugerdefinerede formel valideringer virker ikke med teksttags, fordi en opgavearbejder ikke indlæses korrekt. |
| Rettelse: Koden er blevet opdateret til korrekt indlæsning af opgavearbejderen. | |
| 4331101 | Resumé: Underskrivere med en profil i Acrobat Sign-systemet kan ikke opdatere deres signatur korrekt i et Stamp-felt, når et andet signaturtypefelt redigerer signaturstrengen på grund af, at Stamp-signaturfeltet altid trækker navnesnoren fra brugerens profil. |
| Rettelse: Stempel signaturstrenge er ikke længere bundet til brugerprofilen og opdatere som alle andre felter gør. |
|
| 4331119/4331631/4334671 | Resumé: Landekoder mangler i telefonautentificeringsmodalen for Botswana, Bermuda og Sudan. |
| Rettelse: Landekoderne for Botswana, Bermuda og Sudan er blevet tilføjet. |
|
| 4331146 | Resumé: REST v6 GET Aftaler > displayUserSetMemberInfos er tom for nogle udkast, når workflows er designet med flere potentielle modtagere, end der udnyttes på grund af mailværdier, der kræves. |
| Rettelse: Koden er blevet tilføjet for at håndtere en tom mailværdi. | |
| 4331149 | Resumé: Notarize-transaktioner registreres ikke, når transaktionstypen er angivet til en standardværdi på -1 i backend-indstillinger for en årlig grænse. Årlige grænser gælder dog ikke, hvis en transaktion administreres af Notarize. |
| Rettelse: Vi ignorerer nu den årlige grænse for Notarize-administreret transaktionstype og viser det på siden Send-indstillinger. | |
| 4332202 | Resumé: Administratorer af beskyttelse af personlige oplysninger kan blive bedt om at svare ved "Visse fejl, som opstod, når du søger efter aftaler fra nyligt migrerede brugere". |
| Rettelse: Fejlkontrol er blevet tilføjet for at fange og administrere begivenheder, hvor værdier mangler for migrerede brugere. | |
| 4332303 | Resumé: Brugerkonti kan laves med store bogstaver i mailadressen, der fortsætter i brugerdatabasen. |
| Rettelse: Værdier returneres nu med små bogstaver i alle tilfælde. | |
| 4333575 | Resumé: Identitetsbekræftelsesmetoder, der er defineret i Workflow (TELEFON og ADOBE_SIGN), returneres ikke i REST v5 eller v6 GET/workflows/{workflowId} |
| Rettelse: De manglende metoder til bekræftelse af identitet blev føjet til JSON-skemaer | |
| 4333769 | Resumé: Brugere, der har oprettet aftaler eller webformularer i en gruppe, har ikke adgang til at redigere den pågældende aftale/webformular, hvis de fjernes fra gruppen. |
| Rettelse: Kode. som er blevet forbedret for at sikre, at bruger-id'er, der opretter en aftale/webformular bevarer redigeringsevnen, samtidig med at det sikres, at det oprindelige gruppe-id bevares. | |
| 4333774 | Resumé: Aftaler med flere filer, som er signeret digital signatur, ville ikke returnere en navneværdi, når GET/agreements/{agreementID}/-dokumenter blev kaldt på grund af en nulværdi i dokumentversionsreferencen. |
| Rettelse: Aftaler, der indeholder en digital signatur, indeholder en navneegenskab. For aftaler, som er oprettet fra flere dokumenter, vil API stadig returnere et enkelt dokument for digitalt underskrevne aftaler, og det dokument vil nu have navnet anført som "multidoc.pdf". | |
| 4334814 | Resumé: Valutafelter, der er tildelt "Alle", og som afsluttede signaturprocessen uden at blive opdateret, fjernes fra det endelige dokument på grund af en nulværdi i feltet, der forårsager, at feltet fjernes. |
| Rettelse: En kontrol er blevet tilføjet for at administrere en null værdi i et Valuta-felt. | |
| 4335410/4335914 | Resumé: Nogle afventende engangsbrugere vedtog et konto-id, der fik dem til at fremstå som brugere af kontoen. |
| Rettelse: Database-scripts blev opdateret for at udelukke ventende brugere af engangsbrug fra disse lister. | |
| 4335436 | Resumé: SG1 skår kan ikke synkronisere produktions- og sandkasse miljøer på grund af en orkestrator undlader at oprette forbindelse. |
| Rettelse: Orkestratorens tjeneste var korrekt sluttet til shard. | |
| 4335442 | Resumé: Fejlkoden "modifying_immutable_fields" er ikke anført i swagger-dokumentationen for PUT/users/{userId} i REST V6 |
| Rettelse: Swagger-dokumentationen er blevet opdateret og fejlmeddelelsen forbedret. | |
| 4335782 | Resumé: Når BioPharma-indstillinger er aktiveret, bliver opdatering af brugertypesignatur ikke synkroniseret med de andre felter (såsom feltet navn på underskriver). dette skyldes, at komponenten "Signeringsårsag" ikke fanger den navneændringsbegivenhed, der sendes, når signaturpanelet lukkes. |
| Rettelse: Komponenten "Signeringsårsag" er blevet opdateret til at spore før og efter navneændringer korrekt. | |
| 4336003 | Resumé: Hvis du klikker på knappen Opret, når du genererer en WebForm med to eller flere deltagere og KBA aktiveret som standard, udløser en fejl. Dette skyldes, at en null pointer-undtagelse forekommer ved formularoprettelse, fordi den anden deltager ikke er defineret ved formularoprettelse |
| Rettelse: Tilføjet null pointer-kontroller for at løse eventuelle undtagelser i java-klassen. | |
| 4336018 | Resumé: Når en aftale implicit uddelegeres, er API-resultaterne uforenelige med erfaringerne fra eksplicitte delegationer på grund af den implicitte uddelegeringsbegivenhed, der mangler visse oplysninger. |
| Rettelse: Implicitte uddelegeringsstrømme er blevet forbedret, så de fungerer på samme måde som en eksplicit uddelegering. | |
| 4336037 | Resumé: Opkald GET/signingUrls efter hentning af aftale-id kan generere en "AGREEMENT_NOT_SIGNABLE"-status, der kan udledes for at indikere, at aftalen er i en terminal tilstand. |
| Rettelse: De betingelser, der udløser status i disse tilfælde, udløser nu kun en "AGREEMENT_NOT_EXPOSED"-status. |
|
| 4336076 | Resumé: I signaturerfaringen har teksten og knappen "Næste felt påkrævet" ikke tilstrækkelig kontrast. |
| Rettelse: Knappen og teksten er blevet ændret for at give en 4,5:1-kontrast. | |
| 4336077 | Resumé: Deltagerstemplet er ikke synligt på den underskrevne PDF-fil, hvis deltageren er markeret som en modtagergruppe. Indekseringsmetoden finder den korrekte del til dette stempel. Men når der er en modtagergruppe, vil dette give en tilfældig del fra gruppen, som måske ikke er den aktuelle underskriver. I sådanne tilfælde tildeles værdien nogle gange som nul, og underskriverdelen mislykkes. |
| Rettelse: Ændrede indekseringsmetoden for at returnere den korrekte underskriverdel af deltagergruppen. |
|
| 4337254 | Resumé: Modtagerne kan ikke fuldføre underskrivelsesprocessen, når de underskriver digitalt via cloud-leverandøren "BJCA" på grund af en ugyldig skrifttype, der bruges til at gengive nogle kinesiske glyffer. |
| Rettelse: Opdateringer af gengivelsesbiblioteket tillader nu korrekt gengivelse af glyferne, hvilket gør det muligt at afslutte underskrivelsesprocessen. | |
| 4337616 | Resumé: Hvis du sender en aftale til en INAKTIV bruger, oprettes der en bruger, der afventer engangsbrug, og som ikke kan underskrive med Adobe Sign-godkendelse. |
| Rettelse: Inaktive brugere i et påstået domæne genererer ikke længere en bruger, der afventer engangsbrug. | |
| 4337679 | Resumé: Under oprydning af brugere, efter de underskriver, slettes biometriske underskrifter med et bruger-id. Dette resulterede i en deltagelsesunderskrift, der var bare en dvaletilstandsproxy, der, hvis den blev kaldt, ville resultere i fejl. Dette kan ske under hentning af aftalebegivenhed, da det ser på skribledataene. |
| Rettelse: Kode tilføjet for at kontrollere, om der virkelig er en skribleri, før du læser nogen værdier fra det. Opdaterede oprydningskoden for at nulstille signaturindholdet. | |
| 4337734 | Resumé: Lande-ISO-kode for Curacao (CW) afvises af REST v6 API, når det bruges til telefongodkendelse. |
| Rettelse: Koden for Curacao er blevet føjet til metoden og er nu tilgængelig. | |
| 4337948 | Resumé: Meget lokaliseret datakorruption forårsage muligheden for at sende en aftale til en aktiv bruger, som stadig er oprettet som afventende engangsbrug. |
| Rettelse: Databasen blev rettet manuelt. | |
| 4338735 | Resumé: Knappenコードを送信 "" (Send kode) har en linjeskift i teksten på japansk grænseflade |
| Rettelse: Knappen er blevet omkonfigureret til kun at tillade en linje. | |
| 4340100 | Resumé: "Konfigurerede indstillinger kræver, at dokumenter skal være beskyttet med adgangskode" kan udløses i UMG-aktiverede konti, selvom "Adgangskodebeskyttelse for signerede dokumenter" er sat til "Tillad afsendere at beskytte signerede dokumenter med adgangskode" for den aktive gruppe på Send-siden på grund af brugerindstillinger, der tilsidesætter indstillingerne på gruppeniveau. |
| Rettelse: For brugere i UMG-aktiverede konti vælges gruppeniveauindstillingen over brugerniveauindstillingerne. | |
| 4340558 | Resumé: Når der er præfyldt rullemenu og digital signatur til stede, kan rullemenuen stadig redigeres efter afsendelse af aftalen. |
| Rettelse: Opdateret rullemenufeltet til skrivebeskyttet efter at have udfyldt værdien | |
| 4340659 | Resumé: Hvis den forkerte mailadresse for en deltager anvendes, men den stort set svarer til den korrekte (f.eks. user@email.com er korrekt, men kunden indtaster user@email.com.us), og efter at afsenderen forsøger at dele aftalen med brugeren, vil indtastning af den korrekte mailadresse forårsage fejlen: "Én eller flere personer, der deles med, er allerede en deltager og kan ikke deles med" på grund af en unøjagtig metode til sammenligning af mailværdier. |
| Rettelse: En mere præcis metode er på lavet til bedre at styre brugeridentiteter i disse tilfælde. | |
| 4341111 | Resumé: Send i massevis-funktionen læser ikke gruppeindstillingerne korrekt, når UMG er aktiveret, og i stedet er standardindstillingerne i den primære gruppe i alle tilfælde. |
| Rettelse: Koden er blevet opdateret for at læse de korrekte (valgte) gruppeindstillinger for workflow Send i massevis. | |
| 4341187 | Resumé: Deltagere, der ikke er fra underskrivere (fx: Godkendere), der kun underskriver med et stempel, importerer navneværdien fra deres profil i stedet for at bruge den indtastede navneværdi på underskriftstidspunktet. dette afspejles på siden Administrer, når du gennemgår den afsluttede aftale. |
| Rettelse: Administrer-siden vil afspejle den værdi, der blev indtastet på tidspunktet for underskrivelsen. | |
| 4341807 | Resumé: DISPLAY_EMAIL back-end værdien bliver returneret som svar på /signeringUrls. |
| Rettelse: Funktionen til at indfange en deltagers mail er blevet opdateret for at tage højde for denne sammenhæng. |
|
| 4341809 | Resumé: En "Klik for at ændre"-popup er tydelig, når en modtager peger på sin signatur og underskriverens navneværdi anvendes via API |
| Rettelse: Signaturkoden er blevet opdateret for at fjerne dette værktøjstip. |
|
| 4341947 | Resumé: Der er ingen retryAfter i svarteksten for nogle API-opkald, når de udløser begræsningsgrænsen. |
| Rettelse: den administrerende metode er blevet opdateret til at omfatte retryAfter-svar. |
|
| 4343205 | Resumé: Aftaler sendt med en brugerdefineret mailskabelon og et link udløbsdato sat til 60 returnerer en 500 fejl, når knappen Send nyt link bruges. |
| Rettelse: Linkudløbsfunktion sammen med brugerdefinerede mailskabeloner er blevet ændret for at fjerne fejlen. |
|
| 4343636 | Resumé: Aftaler, der sendes ved hjælp af et dokument, der indeholder de digitale signaturobjekter fra andre signaturtjenester, kan forårsage en ubehandlet fejl på grund af en nullpeker-undtagelse. |
| Rettelse: Den tilknyttede kode er blevet opdateret for at løse pointerproblemet korrekt. |
|
| 4343696 | Resumé: Når en deltager uploader et dokument ved at klikke på Upload for at sende, oprettes en ekstra dokumentversion uden en deltagelsesværdi. Da der ikke er tildelt deltagelse, medfører dette, at aftalen automatisk annulleres (projekt-timeout) ca. en time efter oprettelse af den. |
| Rettelse: Vi opretter ikke længere et dokument uden deltagelse. |
|
| 4346378 | Resumé: Send-sider bruger ikke indstillinger fra den rigtige gruppe, når Send-siden starter med en aftale, et workflow eller biblioteksdokument. |
| Rettelse: Opdateret controlleren til at se på alle mulige overskrifter og sikre, at de korrekte gruppeindstillinger er inkluderet. |
Produktionsudrulning: 3. maj 2022
Forbedret funktionalitet
Løste problemer
| Problem |
Beskrivelse |
|---|---|
| 4354725 | Oversigt: Aftaler kan ikke oprettes via brugerdefinerede workflows, når Påkrævet modtagernavn er aktiveret. |
| Rettelse: Navnevalidering er blevet deaktiveret for workflows, hvilket betyder, at den påkrævede navneværdi ikke er markeret/gennemtvunget, når aftalen oprettes. |
Produktionsudrulning: 15. juni 2022
Forbedret funktionalitet
- Forbedret digital identitetsverifikation - Acrobat Signs identitetsgateway forbinder til tredjepartsautentificering og identitetsverifikationstjenester ved hjælp af den standard OpenID Connect (OIDC)-autentificeringsprotokol. Kunderne kan vælge mellem en bred vifte af tjenester til godkendelse og udnytte den type identitetsbekræftelse, der passer bedst til deres krav.
- Bekræftelsestjenester for identitet omfatter:
- Video-identitetsbekræftelsestjenester
- Identifikation af id-dokument
- Vidensbaserede godkendelsestjenester
- Identitetsoplysninger lagres eventuelt i rapporten om underskriveridentitet.
- Identitetsverifikation prissættes særskilt og forbruges efter leverandørpolitikken.
- Godkendelsestransaktioner anskaffes og faktureres direkte fra IDP'en.
- Bekræftelsestjenester for identitet omfatter:
- Nye udbydere af tillidstjeneste – Nye udbydere af tillidstjeneste er blevet tilføjet fra Cloud Signature Consortium, der leverer certifikater til at anvende sikre digitale signaturer, der opfylder de højeste standarder og krav til overholdelse:
- DigiCert One (Europa og Amerika)
- ZealiD (Sverige)
- GSE (Colombia)
- Nye webhooks
- AGREEMENT_EXPIRATION_UPDATED (kun API) — The AGREEMENT_EXPIRATION_UPDATED er blevet oprettet til begivenheden, når en aftales udløbsdato er opdateret. AFTALE_UDLØB_OPDATERET kan kun abonneres på via POST /webhooks-API-opkaldet.
- AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER — The AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER webhook udløses, når en modtager ændrer den forudfyldte navneværdi, når vedkommende underskriver sin aftale. Navneværdier kan forudfyldes gennem API'en eller gennem funktionen Kræv modtagernavn ved afsendelse.
- Opdateringer til den brugerdefinerede workflow designer – Opdateringer til den brugerdefinerede workflow designer omfatter:
- Opmærksomhed på Brugere i flere grupper. Konti med UMG-aktiveret tilladelse:
- Gruppeadministratorer kan tildele arbejdsgange til enhver gruppe, som de er administrator for (ikke kun deres primære gruppe).
- Gruppeadministratorer kan redigere alle workflow, der er tildelt en gruppe, de er administrator for.
- En opdatering af grænsefladen for kontrol for anvendelse af workflow, der definerer, hvilke brugere der har adgang til workflowet.
- Tekstetiketten, der angiver, hvilken gruppe/brugere arbejdsgangen er aktiveret for, er blevet ændret fra Aktiver for til Hvem kan bruge denne arbejdsgang.
- Tekstetiketten for muligheden for at inkludere alle grupper/brugere på kontoen er blevet opdateret fra Alle grupper til Enhver bruger i min organisation.
- Rækken af radioknapper, der bruges til at vælge en individuel gruppe, er blevet ændret til en enkeltvalgs rullemenu med tekstetiketten Valgt gruppe.
- Opmærksomhed på Brugere i flere grupper. Konti med UMG-aktiveret tilladelse:
Custom Workflow Designer vil have en kortvarig driftsforstyrrelse for at opdatere den underliggende kode umiddelbart efter den store udgivelse den 15. juni.
Mellem 17.00 og 17.30 Pacific Time tillader workflowdesigneren muligvis ikke, at brugerne opretter et nyt workflow eller gemmer et workflow, der redigeres.
Brugere opfordres til at gemme alle workflows, de opretter/redigerer, inden kl. 17.00 Pacific Time.
Brugen af workflows til at generere aftaler vil ikke blive påvirket i denne periode.
- Forbedringer af det nye redigeringsmiljø - Det nye redigeringsmiljø, der blev introduceret i april 2022, er blevet opdateret til at omfatte:
- Support af op til 25 modtagere.
- Nye felter:
- Rullelister (enkelt-valg)
- Hyperlinks
- Rullelister (enkelt-valg)
- For nye Acrobat-web-konti og brugere af gratis Acrobat aktiveres disse funktioner automatisk.
- Virksomhedskonti med Acrobat Sign-løsningen kan aktivere den nye oprettelsesoplevelse i Kontoindstillinger > Globale indstillinger
- Mulighed for at deaktivere sporingspixel i e-mail - Erhvervskonti kan anmode supportteamet om at deaktivere sporingspixlen, der er indlejret i modtagerens e-mailskabeloner til "Gennemse og underskriv".
- Deaktiveres mail-pixlen, ændres udløseren for begivenheden "Viste":
- Når pixlen er aktiveret, udløses begivenheden "Vises", når mailen åbnes.
- Når pixlen er deaktiveret, udløses begivenheden "Vises", når aftalen åbnes (via underskrivelseslinket).
- Nye konti på alle serviceniveauer oprettet efter datoen juni 2022 vil have pixlen deaktiveret som standard.
- Deaktiveres mail-pixlen, ændres udløseren for begivenheden "Viste":
- Deaktivér hyperlinks indlejret i underskrifter og initialer - Enterprise-konti kan anmode supportteamet om at deaktivere de indlejrede hyperlinks i underskrift- og initialfeltobjekter (som åbner transaktionsverifikationssiden).
- I alle konti oprettet efter udgivelsen i juni 2022 er denne sammenkædning automatisk deaktiveret.
- Konti, der findes før udgivelsen i juni 2022, vil fortsat se den gamle funktionalitet.
- Konti, der findes før udgivelsen i juni 2022, vil fortsat se den gamle funktionalitet.
- Deaktivering af hyperlinks har ikke tilbagevirkende kraft på aftaler, der er afsluttet før justering af indstillingen.
- Når de er deaktiveret, kan de indlejrede links ikke genaktiveres.
- I alle konti oprettet efter udgivelsen i juni 2022 er denne sammenkædning automatisk deaktiveret.
Muligheden for at tillade revisionsrapporten at anvende tidszoneforskydningen fra konto/gruppe/brugerindstillingen kan aktiveres på kontoniveau (og gruppe) ved at navigere til Kontoindstillinger > Globale indstillinger > Indstil en standardtidszone til brug for aftaler, der oprettes af brugere af denne konto
Tidszoneværdier kan indstilles på konto-, gruppe- og brugerniveau, og det "laveste" objekt har forrang.
- Brugerindstillinger tilsidesætter gruppeindstillinger.
- Gruppeindstillinger tilsidesætter kontoindstillinger.
Hvis indstillingen er aktiveret, og en individuel bruger justerer sin tidszone til at være forskellig fra indstillingen for kontoniveau, vil brugerens revisionsrapporter afspejle tidszoneforskydningen som defineret af brugerprofilen, ikke kontoen.
Når du sender en aftale til en bruger med en kendt navneværdi i Acrobat Sign-systemet (typisk nogen på din egen konto), indsættes navneværdien i brugerens profil automatisk i signaturprocessen.
Hvis kontoen giver brugere af denne art mulighed for at ændre deres navneværdi, når de underskriver, logges ændringen i revisionsrapporten med angivelse af den oprindelige navneværdi og den opdaterede værdi.Alle efterfølgende iterationer af modtagerens navn i revisionsrapporten vil afspejle den justerede værdi.
Ikke alle modtagere har en kendt navneværdi, når aftalen sendes. I disse tilfælde vil der ikke blive logget nogen hændelse til revisionsrapporten eller aktivitetslisten. Gennemgang af disse aftaler via API (GET /agreements/<id>/events) viser SIGNER_NAME_CHANGED_BY SIGNER-hændelsen.
SIGNER_NAME_CHANGED_BY SIGNER-hændelsen kan også opfanges med webhooks ved hjælp af den nye AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER-hændelse.
Standard, elektroniske signaturer omfatter nu den årsag, som modtagerne angiver, når de underskriver, afviser eller opsiger en aftale.
Deling af en individuel aftale giver en registrering i revisionsrapporten. Denne post indeholder nu den deltager, som aftalen blev delt med, sammen med den part, som aftalen blev delt med.
Deling af en aftale, efter den er gået ind i en terminal tilstand, opdaterer ikke revisionsrapporten med nye optegnelser, Aktivitetesloggen fortsætter med at spore delingsaktivitet.
Der fremlægges nu revisionsposter for hver gang en modtager anmoder om et nyt dokument, efter at et link er udløbet.
Husk, at revisionsrapporter bliver uforanderlige, når aftalen når en terminal status. Påmindelse og deling af hændelser, der udføres, efter at aftalen er indgået, afspejles ikke i revisionsrapporten.
- Tillad eller afvis deling af individuelle aftaler med interne/ekstern parter – Brugernes mulighed for at dele en individuel aftale med en anden part kan begrænses til at tillade/afvise deling baseret på den interne/ekstern status for den part, der deles med.
- Interne brugere defineres som brugere inden for samme Acrobat Sign-konto som aftalens afsender.
- Eksterne brugere defineres som alle brugere, der ikke er medlemmer af samme Acrobat Sign-konto som aftaleafsenderen.
Oplevelsesændringer
- Webformularer kræver ikke længere, at tredjepartscookies er aktiveret for underskrivere ─ Konti, der bruger webformularer, behøver ikke længere at være berørt, hvis deres underskrivere har tredjepartscookies aktiveret, før de anvender deres underskrift. Webformularer understøtter nu cookies signaturaktivitet.
- Udløbne signeringslinks er begrænset til ti anmodninger i timen ─ Når en signeringswebadresse udløber, kan modtageren anmode om en ny webadresse op til ti gange i et 60-minutters tidsvindue.
- Der sendes ikke en ny webadresse efter den tiende anmodning i det samme 60-minutters vindue.
- De ti signaturanmodninger findes i et rullende tidsvindue, hvilket betyder, at hver anmodning har en 60-minutters timer.
- Opdateret ekstern arkiv-interface ─ Det eksterne arkivinterface er blevet opdateret for at udfordre administratoren til at indtaste mailadressen to gange (for at sikre, at den korrekte mail er konfigureret) og gemme mailen som et klikbart adresseobjekt i stedet for en tekststreng. Alle grænseflader til den automatiske arkivfunktion opdateres (globale indstillinger på konto-/gruppeniveau og fanen Eksternt arkiv).
- Opdatering til funktionen Påkrævet modtagernavn - Funktionen til at kræve et modtagernavn ved sammensætning af en ny aftale bevarer nu denne indstilling på aftaleniveau og sikrer, at indstillingsværdien håndhæves, selvom indstillingen på konto-/gruppeniveau ændres.
- Opdateringer til Notarize-integrationen ─ Forbedringer fortsætter for Notarize-integrationen:
- Aftalens udløbstid deles med Notarize og vil blive overholdt af Notarize som en del af deres planlægningsfunktion.
- Notarize API-nøglen er nu valideret, før aftalen sendes til notarisering. Send/opdatering er blokeret, og en fejl opstår, hvis:
- kontoen er en udløbet prøveperiode.
- Notarize-kontotilknytningen til API-nøglen er deaktiveret
- Notarize API-nøglen er ugyldig
- Notarize API-nøglen er deaktiveret
- kontoen er en udløbet prøveperiode.
- Opdatering af etiketten for udløbsdato i mails ─ Teksten, der identificerer udløbsdatoen i modtagerens mails, er blevet opdateret for at præcisere, at aftaler kan underskrives indtil udløbsdatoen. Deadline den {DATE} er opdateret til Deadline senest {DATE} :
- Forbedret automatisk registrering af formularfelt (begrænset implementering) ─ Automatisk registrering af formularfelt er blevet forbedret for mere præcist at identificere typen, størrelsen, antallet og placeringen af formularfelter, der skal placeres.
- Kun udrullet i NA4-miljøet efter juni 2022-udgivelsen. Skal implementeres på andre miljøer i fremtidige udgivelser.
Løste problemer
| Problem |
Beskrivelse |
|---|---|
| 4326356 | Sammenfatning: PDF-formularer oprettet i InDesign angiver værdien "Off" for felter, der ikke er afkrydset, hvilket forårsagede problemer, når felterne kan redigeres af modtagere. |
| Rettelse: Ignorer standardværdien af "Off" for ikke afkrydsede afkrydsningsfelter, når du importerer PDF-formularer. |
|
| 4329479 | Sammenfatning: Statens id-selfie-registrering mislykkes på iOS15 med en "Ansigt ikke fundet"-fejl. |
| Rettelse: Id-kort-pakken er blevet opdateret med forbedret kode for at løse denne fejl. |
|
| 4330744 | Sammenfatning: Kontoadministratorer kan ikke deaktivere Bio-Pharma-indstillinger på grund af et uoverensstemmelse mellem indstillings-id og home shard for kontoen. |
| Rettelse: Database opdateret for at korrigere fejl indstillingerne. |
|
| 4332322 | Sammenfatning: Antallet af forbrugte KBA-transaktioner kan være for stort på grund af dårlig logikkontroller ved vurdering af KBA-brug |
| Rettelse: Logikken er blevet rettet for at afspejle den korrekte brug. | |
| 4333689 | Sammenfatning: Webformularskabere kan ikke uddelegere kontrasignatur for webformularer fra den moderne administrationsside, fordi API'en ikke giver et signerbart svar, når signaturen forsøges. |
| Rettelse: Opdateringer til API til at give det korrekte svar til underskriveren, når påberåbt fra Administrer-siden. |
|
| 4333769 | Sammenfatning: Brugere kan ikke redigere webformularer (og aftaler), når deres gruppe er ændret. |
| Rettelse: Redigerede tilladelserne til at få og redigere aftaler for ophavspersonen, når denne har et inaktivt medlemskab til webformularen/aftale-id. |
|
| 4336080 | Sammenfatning: Underskrifter, der bruger to-byte-tegn, kan resultere i, at en del af underskrivelsesdatoen afkortes i det endelige signaturstempel. |
| Rettelse: Opdaterede feltparametrene for at give plads til det fulde signaturstempel. |
|
| 4338126 | Sammenfatning: Indstillingen Annuller påmindelse er ikke synlig på den moderne Administrer-side for påmindelser oprettet på den ældre Administrer-side på grund af en påkrævet parameter, der ikke er en del af den gamle objektdefinition. |
| Rettelse: Kode er blevet tilføjet for at bygge bro mellem det gamle objekt og den moderne funktionalitet. | |
| 4338227 | Sammenfatning: Rullemenu-felter, der er defineret med en standardværdi, der indeholder et enkelt citationstegn, registreres ikke som en gyldig indstilling og kan ikke vælges. |
| Rettelse: Kode er blevet tilføjet for korrekt at administrere en standardværdi, der indeholder et enkelt tilbud. |
|
| 4339667 | Sammenfatning: Oprettere kan ikke ændre en webformular, der er oprettet fra en skabelon, der indeholder forudfyldte felter. |
| Rettelse: Koden er blevet opdateret til ikke at kontrollere for forhåndsudfyldte felter, når du ændrer en aktiv webformular. |
|
| 4341476 | Sammenfatning: Udløbsdatoen mangler, når Aftaleoprettelsen er fuldført gennem JASON-nyttelasten på grund af, at renderingkoden trækker den forkerte værdi fra Aftaleegenskabstabellen. |
| Rettelse: Korrigeret koden for at hente den korrekte værdi og offentliggøre den som udløbsdato. |
|
| 4343048 | Sammenfatning: Cookiesamtykkevalg gemmes ikke i Sandbox- og Government-miljøerne. Brugere skal give deres samtykke, hver gang de godkender |
| Rettelse: Cookiesamtykkevalg og -opdateringer bliver gemt for brugeren. | |
| 4343954 | Sammenfatning: Upload af et dokument med en Unicode-titel, der efterfølgende blev importeret til aftalens navn, forårsagede, at navnet blev tilføjet to gange, hvilket kunne gøre strengen for lang til, at PDF-konverteringsfunktionen kunne oprette PDF'en korrekt, hvilket resulterede i en PDF, der ikke ville konvertere. |
| Rettelse: Koden er blevet opdateret til at bruge den oprindelige titelstreng i stedet for at oprette en ny under konverteringen |
|
| 4344568 | Sammenfatning: Nogle af mail-indstillingerne på gruppeniveau gemmes ikke, når de opdateres for at tilsidesætte indstillingerne på kontoniveau på grund af manglende kontrol af tilsidesættelsesværdien for disse parametre. |
| Rettelse: Koden er blevet opdateret til korrekt at kontrollere tilsidesættelsesværdien, når gruppeniveauindstillingerne opdateres. |
|
| 4345297 | Sammenfatning: Cloud-signaturer kan mislykkes med en "Fejl opstod ved fuldførelsen af den digitale signatur"-fejl fordi signaturfeltet bliver placeret med en negativ koordinat. |
| Rettelse: Koden er blevet tilføjet for at sikre, at feltplaceringen beregnes korrekt med korrigerede koordinater. |
|
| 4345380 | Sammenfatning: Modtagere har stadig mulighed for at afvise at underskrive, selv når indstillingen "afvise at underskrive" er deaktiveret. |
| Rettelse: Koden er blevet opdateret til korrekt at undertrykke afvisningen til at underskrive indstillinger i brugergrænsefladen, når modtagerne først indlæser aftalesiden. |
|
| 4346217 | Sammenfatning: Eksport kunne mislykkes med en undtagelse rapporteret på grund af eksekutortråde, der ikke opdaterer lejer-id'er fra tidligere brug, hvilket forårsager forsøg på at udføre opgaver på de forkerte lejere. |
| Rettelse: Lejer-id'er er nu korrekt opdateret i eksekutortrådene, når de er nedarvede fra planlæggeren. |
|
| 4346736 | Sammenfatning: Beregnede felter, der involverer now( )-funktionen, virker ikke, når de kopieres ved hjælp af API, fordi kopierede feltberegnede udtryk bevarer escape-tegn hele vejen til dokumentdata-XML. |
| Rettelse: Beregnede udtryk renses, før du gemmer til dokumentdata-XML. |
|
| 4347673 | Sammenfatning: Gruppeadministratorer kunne bevare synligheden af brugere i grupper, hvor de tidligere har oprettet rapporter og derefter flyttede ud af denne gruppe som følge af gruppefilteret ikke opdateres korrekt. |
| Rettelse: Gruppefiltrering er blevet opdateret for at sikre, at filtre opdateres, når brugeradministratoren ændrer gruppemyndighed. |
|
| 4348040 | Sammenfatning: Kunder, der tilføjer nogle billedfiler via vedhæftede felter, vil ikke rapportere den korrekte mimetype |
| Rettelse: Koden er blevet forbedret til at rumme hele spektret af muligheder i den relevante klasse. |
|
| 4349061 | Sammenfatning: Biblioteksdokumenter sorteres ikke altid i alfabetisk rækkefølge på grund af kombinerede lister, der ikke sorteres efter kombination. |
| Rettelse: De kombinerede lister er nu sorteret alfabetisk (tal før alfabetiske tegn og ufølsomme overfor store og små bogstaver). |
|
| 4349494 | Sammenfatning: Felter, der placeres manuelt over det sted, hvor et automatisk registreret felt ville være blevet placeret, bevarer egenskaberne for det automatisk registrerede felt. |
| Rettelse: Feltegenskaber for automatisk detekterede felter gemmes ikke, hvis de ikke er placeret. |
|
| 4349978 | Sammenfatning: Godkendelse med id-kort kunne mislykkes med en "Intet ansigt registreret"-fejl, når du tager en selfie. |
| Rettelse: Pakken til den statslige id-funktion er blevet opdateret for at løse den grundlæggende årsag. | |
| 4350723 | Sammenfatning: Transaktions-id-felter er ikke tilgængelige for tilpassede mailskabeloner |
| Rettelse: Transaktions-id-felter er blevet føjet til de tilpassede mailskabeloner. |
|
| 4351205 | Sammenfatning: Underskrivere kan modtage en "Denne aftale kan ikke e-underskrives"-fejl, mens de underskriver en aftale på grund af en intern id, der bliver overskrevet i udvalgte situationer. |
| Rettelse: Nyligt oprettede aftaler forpligter id'et til DB med den oprindeligt gemte aftalen, og fjerner behovet for til enhver tid at opdatere id'et. | |
| 4351322 | Sammenfatning: Duplikerede versioner af et workflow kan gemmes, fordi knappen "Gem" ikke deaktiveres øjeblikkeligt, når du har gemt et workflow. |
| Rettelse: Gem-knappen deaktiveres øjeblikkeligt, når du gemmer et workflow, hvilket forhindrer den dobbelte indtastning. |
|
| 4352684 | Sammenfatning: API-opkaldet "PUT /widgets/{widgetId}/formFields" virker ikke for SIGNATUR-feltet |
| Rettelse: Repareret koden og verificeret, at det virker som forventet. |
|
| 4353289 | Sammenfatning: Ungarsk oversættelse for "Transaktionsnummer XYZ" er forkert. |
| Rettelse: Oversættelse er blevet rettet. |
|
| 4353564/4361472 | Sammenfatning: Evnen til at oprette nye konti via POST/konto blev brudt på grund af opdatering af upstream-indstillinger. |
| Rettelse: POST/konto-API'en er blevet justeret til at tage højde for upstream-indstilligen. | |
| 4354088 | Sammenfatning: Kunne ikke slette et felt i den nye forfatteroplevelse ved hjælp af "Slet"-tasten. |
| Rettelse: Forbedret koden for at give mulighed for at slette med slet-tasten. |
|
| 4354730 | Sammenfatning: Forudfyldte felter, der bruges som betingelser i vis/skjul-værdierne for felter for efterfølgende modtagere, er muligvis ikke synlige, når modtageren modtager aftalen. |
| Rettelse: Koden til tabellerne for feltværdier er blevet forbedret, så den bedre omfatter egenskaberne for forudfyldte felter. |
|
| 4355002 | Sammenfatning: Det nye forfattermiljø tillod ikke Notar- og Elektronisk segl-roller. |
| Rettelse: Rollerne er blevet føjet til rolleindstillingerne. | |
| 4355003 | Sammenfatning: Skriftlige arbejdsgange kan bryde leveringen af det nye link, når et link udløber mellem download af det dokument, der kan underskrives og den efterfølgende upload af det underskrevne dokument. |
| Rettelse: Koden er blevet forbedret til at håndtere denne situation. | |
| 4357224 | Sammenfatning: Brugerdefineret format på datofelt importeres ikke fra PDF |
| Rettelse: Feltimportkode opdateret for at sikre korrekt overførsel af formatvalidering fra uploadet PDF. |
|
| 4357710 | Sammenfatning: Visning for radioknapper med betinget synlighed virker til tider ikke. |
| Rettelse: Betinget synlighedskode er blevet strammet op, så der sikres nøjagtig visning, når betingelserne er opfyldt. |
|
| 4357908 | Sammenfatning: Transaktioner, der bruger én premium-godkendelsesmetode, når den oprindeligt blev sendt, og senere overfører denne godkendelsesmetode til en anden premium-metode, kan få begge godkendelsesmetoder trukket fra, selvom kun én faktisk anvendes |
| Rettelse: Koden er blevet forbedret til at tage højde for overførsel af godkendelsesmetode, så den oprindelige metode ikke tælles med, når aftalen opdateres. |
|
| 4358003 | Sammenfatning: Brugermigration kan låses, når klassisk migration udløses, og derefter udløses avanceret migration også. |
| Rettelse: Kode er blevet tilføjet for at administrere en foregående migrering, når en ny migrering udføres. |
|
| 4358968 | Sammenfatning: Ny rapportering rapporterer ikke alle nedarvede arbejdsgange korrekt, hvis de er deaktiverede. |
| Rettelse: Rapporteringsomfanget er blevet forbedret for at tage højde for deaktiverede og skjulte workflows. |
|
| 4361469 | Sammenfatning: Brug af indstillingen Skift konto til at sende en aftale på vegne af en anden tillader ikke oprettelse, i stedet dirigeres brugere til siden Administrer, fordi det nye oprettelsesmiljø ikke er en del af filtertabellen for delt adgang. |
| Rettelse: Tilføjet ny oprettelse til filteret for delt adgang. |
Produktionsudrulning: 20. juli 2022
Forbedret funktionalitet
- Kræv modtagernavn ved delegering ─ funktionen til at kræve modtagernavnet ved afsendelse af en ny aftale (udgivet i april 2022) er blevet forbedret, så det også er muligt at indtaste et modtagernavn på delegeringstidspunktet. Brugere kan indtaste modtagerens navn, når de klikker på Delegér signering til en anden-muligheden på underskrivelsessiden eller bruger delegér-linket i e-mailen.
Forbedringen af delegeringsprocessen opnås ved at opdatere delegerings-API'en til at bruge v6 REST-slutpunktet /delegatedParticipantSets.
Kunderne bør ikke opleve nogen indvirkning ud over håndhævelse af den krævede navneværdikonfiguration under delegering. Hvis der bemærkes delegeringsproblemer, kontakt Support.
- Formularfeltets værktøjstips understøtter op til 4096 tegn ─ det justerbare værktøjstip for alle formularfelter har fået øget antallet af tilladte tegn fra 256 til 4096.
- Forbedret søgning efter Team/Small Business-servicepakker – søgefunktionen, der bruges til at finde aftaler, er blevet forbedret til at understøtte mere komplekse strengforespørgsler ved hjælp af speciel syntaks. Den opgraderede søgefunktion er planlagt til at blive implementeret efter serviceniveau i løbet af anden halvdel af 2022.
- Denne udgivelse opdaterer kun Team/Small Business-serviceniveauet.
- Dokumentationen for den forbedrede søgefunktionalitet er tilgængelig i onlinehjælpsdokumentationen. Et link til dokumentationen findes i programmet ved at klikke på informationsikonet ved siden af søgefeltet:
Oplevelsesændringer
- Juridiske meddelelser samlet i ét menupunkt på e-underskrivelsessiden ─ de juridiske meddelelser på modtagerens e-underskrivelsesside er blevet samlet i ét menupunkt, Juridiske meddelelser i menuen Indstillinger. De indsamlede meddelelser er:
- Vilkår for anvendelse
- Fortrolighedspolitik
- Cookie-præferencer
- Meddelelser om ophavsret og varemærker
- Tredjepartsmeddelelser
- +383 (Kosovo) landekode tilføjet til sms-godkendelse ─ Kosovo (+383) er blevet føjet til listen over landekoder til telefongodkendelse.
- Signaturfelter har opdateret deres værktøjstip for bedre tilgængelighed ─ hver af signaturfelttyperne har forbedret værktøjstip for bedre at identificere det signaturindhold, der kræves af modtageren.
Løste problemer
| Problem |
Beskrivelse |
|---|---|
| 4331709 | Opsummering: En MISC_SERVER_ERROR genereres, når du erstatter en modtager med et bruger-id, der automatisk delegerer deres aftaler til en bruger, der ikke er et aktivt bruger-id i systemet. |
| Rettelse: Koden er blevet forbedret for at identificere og oprette den automatiske delegering af bruger-id som en engangsbruger med henblik på transaktionen. |
|
| 4345707 | Opsummering: Tvetydige værktøjstipoplysninger til signatur-/initial-/stempelfelter skaber forvirring, når aftaler forbruges via skærmlæsere. |
| Rettelse: Værktøjstipsene er blevet opdateret for bedre at angive den type indhold, der kræves (initialer/underskriftsstempel). Lokaliseringen af disse værktøjstips er blevet opdateret og verificeret på almindelige skærmlæsere. |
|
| 4346795 | Opsummering: En uinformativ fejlmeddelelse leveres til brugeren, når godkendelse nægtes baseret på IP-adresserestriktioner. |
| Rettelse: Fejlmeddelelsen er blevet forbedret for at indikere, at manglende godkendelse er baseret på kontosikkerhedspolitikken. |
|
| 4348930 | Opsummering: Dynamiske værdier, der bruges i felterne Betaling, inkluderer ikke forudfyldte værdier i sine beregninger. |
| Rettelse: Den kode, der understøtter beregning af feltværdier for betalingsfelter, er blevet korrigeret for at få korrekt adgang til og importere værdier fra forudfyldte felter. |
|
| 4353603 | Opsummering: Billedfelter deaktiveret af betinget logik baseret på andre felter, der stadig tillader, at et billede uploades. |
| Rettelse: Koden, der deaktiverede feltadgang under feltbetingelseslogik, er blevet korrigeret for at sikre, at billedfeltet ikke kan tilgås | |
| 4354667 | Opsummering: Når to vedhæftede felter er tilgængelige på samme side, skifter programfokus ikke til det næste felt, når den første vedhæftede fil er udfyldt og indgår i en løkke. |
| Rettelse: Feltnavigationen og setFocus-koden er blevet korrigeret for korrekt at gå til fokus på det næste felt. |
|
| 4354854 | Opsummering: Indsatte mailadresser, når du verificerer en webformulars signatur, aktiverer ikke knappen Klik for at underskrive korrekt. |
| Rettelse: OnPaste-funktionen er blevet forbedret for bedre at kunne rumme denne handling i en webformularindsendelse. |
|
| 4354992 | Opsummering: Påmindelses- og delegationsmails kunne udløse en afvisning fra anti-spam-filtre baseret på et misforhold mellem konvolutten og overskriftsværdier for afsenderen, fordi navneværdiadministration er inkonsekvent. |
| Rettelse: Fra-header i e-mail er nu konsekvent formateret som "fornavn efternavn <adobesign@adobesign.com>", når for- og efternavn er tilgængelige. |
|
| 4355581 | Opsummering: Kontoomfattede rapportdiagrammer kunne angive de rapporter, der viser deres rapport-id, hvis der var null-værdier i rapportegenskaber. |
| Rettelse: Rapporterings-API'en for det nye rapportsystem er blevet opdateret for bedre at kunne administrere rapporter med null-værdier |
|
| 4359189 | Sammendrag: E-mailskabeloner kan vise & i stedet for &, når virksomhedsnavnet anvendes. |
| Rettelse: Koden til korrekt format af firmanavnet er blevet rettet. |
|
| 4359920 | Opsummering: Landekoden for Kosovo (+383) er ikke tilgængelig, når sms-godkendelse konfigureres |
| Rettelse: Føjet (+383) til sms-listen over tilgængelige landekoder. |
|
| 4360266 | Opsummering: Når en bruger ændres til statussen Inaktiv og derefter flyttes til en anden gruppe, viser den CSV-fil, der genereres ved eksport af en brugerliste, ikke det aktuelle gruppenavn for den inaktive bruger. |
| Rettelse: En ny metode til at hente brugerdata til eksport uden at kontrollere brugerstatus er blevet implementeret. |
|
| 4360311 | Sammendrag: E-mailskabeloner kan vise & i stedet for &, når afsenderens navn indeholder et &. |
| Rettelse: Koden til korrekt formatering af afsenderens navn er blevet rettet. |
|
| 4361282 | Opsummering: Anmodning om et nyt link (efter det forrige link er udløbet) på en skabelon til påmindelsesmail ville medføre, at alle deltagere får tilsendt en påmindelsesmail. |
| Rettelse: Korrigeret påmindelseskoden for kun at sende påmindelsen til den modtager, der anmodede om den. |
|
| 4361868 | Opsummering: Beregnede datoværdier i ikke-engelske lokaliteter kan rapportere "Serverfejl. Et af felterne havde en ugyldig værdi" |
| Rettelse: Forbedret oversættelse af datoformater for lokaliserede datoer med hensyn til beregnede felter og betingede udsagn. |
|
| 4365756 | Opsummering: På grund af en konflikt i, hvordan indstillinger arves via ældre indstillinger, blev brugerprofilsider vist som tomme for administratorer under redigering. |
| Rettelse: Forståelse og adgang til de rigtige nedarvede indstillinger er blevet opdateret for at fjerne konflikten og give de korrekte værdier. |
|
| 4366715 | Opsummering: Aftaler bygget fra to filer kan skabe ødelagte poster i strukturtræet, som resulterer i en mislykket oprettelsesproces (på grund af den proces, der bruges til at kombinere strukturtræerne). |
| Rettelse: Biblioteket, der bruges til at kombinere dokumenter, er blevet opdateret for bedre at administrere det strukturerede træ, når flere filer er inkluderet i én aftale. |
Produktionsudrulning: 13. september 2022
Forbedret funktionalitet
- Sandbox-forhåndsudgivelse fire uger før produktionsudgivelse - Acrobat Sign-produktudgivelser rulles nu ud til sandbox-miljøet fire uger før den generelle produktionslancering, så konti med sandbox-rettigheder kan gennemgå og teste den nye funktionalitet, før den påvirker produktionsmiljøet.Planlagte udgivelser kan gennemgås i udgivelsesplanen med sandbox- og produktionsudgivelsesdatoer tilgængelige øverst i forhåndsudgivelsesnoterne. (Datoen for sandkasseudgivelse fjernes for de endelige produktionsudgivelsesbemærkninger)
- Administratorkontrol for at tillade/afvise brugere fra at tilføje skabeloner til organisationsniveauet – administratorer kan kontrollere på konto- eller gruppeniveau, hvis brugerne i gruppen kan dele deres skabeloner med hele organisationen, eller begrænse dem til kun at tillade deling med deres gruppe(r).
Flere detaljer om aktivering af biblioteksskabeloner kan findes her >
Når aktiveret, logges en registrering af hver påmindelsesmail, der sendes, i revisionsrapporten (op til maks. 250 påmindelseshændelser).
Når påmindelses-mails undertrykkes, tilføjes ingen opdateringer til revisionsrapporten.Denne begrænsning omfatter påmindelser, der udløses for at producere en webhook-hændelse. f.eks. Når kontoindstillingerne er konfigureret til at tilføje påmindelser til revisionsrapporten, og individuelle grupper har påmindelsesmailen undertrykt, vil de specifikt konfigurerede grupper ikke inkludere påmindelseshændelser i deres revisionsrapporter.
- Forbedret søgning efter Business-servicepakker – søgefunktionen, der bruges til at finde aftaler, er blevet forbedret til at understøtte mere komplekse strengforespørgsler ved hjælp af speciel syntaks. Den opgraderede søgefunktion er planlagt til at blive udrullet efter serviceniveau i løbet af de kommende produktudgivelser.
- Denne udgivelse opdaterer kun Business-serviceniveauet.
- Dokumentationen for den forbedrede søgefunktionalitet er tilgængelig i onlinehjælpen.Et link til dokumentationen findes i programmet ved at klikke på informationsikonet ved siden af søgefeltet:
Oplevelsesændringer
- Opdateret Juridiske meddelelser-mulighed for den integrerede (noChrome) e-underskrivelsesside – linket Juridiske meddelelser i menuen Indstillinger på e-underskrivelsessiden vil levere en variant af Juridiske meddelelser-indholdet, der inkluderer linkede dokumenter, som ikke indeholder nogen ekstra aktive links. Dette sikrer, at kunder, der integrerer e-underskrivelsesoplevelsen, ikke udsætter deres modtagere for eksterne links, som kan ende som supplerende indhold uden for omfanget af den kontrollerede oplevelse.
- Opdaterede tekstetiketter og -beskrivelser for Notarize Inc.-integrationen – de nye brandingvilkår og -beskrivelser fra Notarize Inc. er blevet opdateret i dokumentationen til Acrobat Sign API, administrative kontroller for Afsendelsesindstillinger samt grænsefladen for Anmod om notifikation.
API-dokumentationen har opdateret beskrivelsen af BYON_NOTARY notaryType:
Transaktionsindstillingerne på siden Afsendelsesindstillinger er blevet opdateret:
- Den nye streng: Notarize On-Demand-notartjeneste
- Erstatter: Notarize-notar On-Demand-tjeneste
- Den nye streng: Intern notar med multifaktor-godkendelse af underskriver
- Erstatter: Bring Your Own Notary med multifaktor-godkendelse af underskriver
- Den nye streng: Intern notar – personligt kendt af notar
- Erstatter: Bring Your Own Notary – personligt kendt af notar
Konfigurationssiden for notarsessionen er blevet opdateret til at bruge den korrekt brandede streng Brug on-demand-notartjeneste fra Notarize, Inc..
Opdateret fra: Brug notar on-demand-tjeneste fra Notarize, Inc.
Løste problemer
| Problem |
Beskrivelse |
|---|---|
| 4353459 | Resumé: Kolonnen Afsenderens gruppe er udeladt i det nye værktøj til dataeksport.: |
| Rettelse: Afsenderens gruppe er blevet tilføjet som en valgbar kolonne i dataeksport-CSV'en.: |
|
| 4359191 | Resumé: Konti med Brugere i flere grupper aktiveret ser inkonsekvent vedhæftet logo-fil i Udfyld og underskriv og grænsefladen Oprettelse. |
| Rettelse: Koden er blevet opdateret for at sikre, at der refereres til den korrekte gruppe under brugerens session for at få det korrekte logo. | |
| 4361051 |
Resumé: Aftaler med digitale signaturer kan resultere i automatisk annullering, hvis underskrivelsens tid udløber på grund af miniaturebilledet, der startes og ikke fuldføres. |
| Rettelse: Oprettelse af miniaturer er blevet flyttet til efter underskrivelse, hvilket forhindrer det miljø, hvor den automatiske annullering kan forekomme |
|
| 4367176 | Resumé: Aftaler, der er underskrevet fra sidegrænsefladen Administrer, har adgang til indstillinger på kontoniveau for at begrænse kilder til filupload. |
| Rettelse: Koden er blevet opdateret til at læse korrekt fra det (primære) gruppeniveau for brugere, når du underskriver fra siden Administrer. |
|
| 4367707 | Resumé: Håndskrevne signaturaftaler tillader stadig afvisning af aftalen på trods af deaktivering af muligheden for afvisning. |
| Rettelse: Koden er blevet forbedret, så den kontrollerer indstillingerne for Afvis at underskrive korrekt under gengivelse af siden Håndskreven aftale. |
|
| 4373816 | Resumé: Konti med SGQL-søgning og Brugere i flere grupper aktiveret kunne oprette en "Dårlig anmodning"-fejl under søgning med en tom Administrer-side som resultat. |
| Rettelse: Siden Administrer er blevet opdateret til korrekt at håndtere de dårlige anmodninger fra søgningen. |
Produktionsudrulning: 8. november 2022
Forbedret funktionalitet
- "Just in time"-brugerklargøring til konti administreret på Adobe Admin Console - Konti, der administrerer brugere på Adobe Admin Console, kan konfigurere deres konto til automatisk at opret brugere og eventuelt tilføje dem til Acrobat Sign-produktprofilen, når de første gang godkender til Acrobat Sign-tjenesten via den konfigurerede SSO-løsning.
- Elektroniske segl - Enterprise-konti kan anvende elektroniske segl (e-segl), som giver samme juridiske gyldighed som et firmas gummistempel på papir. E-segl kan anvendes af mere end én person eller system under kontrol eller tilsyn fra den juridiske enhed. Den elektroniske forseglingsfunktion i Acrobat Sign giver organisationer mulighed for at anvende e-segl ved hjælp af digitale certifikater udstedt til deres juridiske enhed for at hjælpe med at formidle integriteten og autenticiteten af fakturaer, erklæringer eller andre officielle dokumenter.
- Planlæg rapporter og dataeksporter - Den nye rapporteringsinterface (udgivet i april 2022) er blevet forbedret til at tillade planlægning af rapporter/eksporter til at køre regelmæssigt og levere en e-mail med et link til rapporten/eksporten til en liste over interne brugere.
- Planlagte rapporter/eksporter kan kun oprettes, redigeres og annulleres af ophavsmanden.
- Rapporter/eksporter kan planlægges dagligt, ugentligt eller månedligt. Kørselstiden udføres ved midnat på den vælgte dag (baseret på kontoens tidszone-indstilling).
- En Send den nu-mulighed er tilgængelig for at få opdateringer i realtid.
- Kun brugere på den samme Acrobat Sign-konto kan omfattes i planens maildistribution.
- Når brugeren får adgang til maillinket, skal vedkommende logge på Acrobat Sign-systemet.
- Kun brugere på mailnotifikationslisten kan se rapport-/eksportindholdet.
- E-mailede links er deaktiveret i henhold til kontoens konfiguration for udløb af dokumentlinks.
- Når brugeren får adgang til maillinket, skal vedkommende logge på Acrobat Sign-systemet.
- Rapporter/eksporter med et planlægningsikon, når en markør holdes over posten.
- Planlagte rapporter/eksporter kan kun oprettes, redigeres og annulleres af ophavsmanden.
Kolonnenavn |
Beskrivelse |
|---|---|
Afsendergruppe |
Aktuel gruppe for den bruger, der sendte dokumentet |
Afsendervirksomhed |
Brugerens firma på tidspunktet for aftaleoprettelse |
Afsenders enhed |
Enheden, der blev brugt til at oprette en aftale |
Afsenders årsag til afvisning |
Årsag afsender tilbagekaldte en aftale |
Dokumentopbevaring anvendt dato |
GDPR-dokumentopbevaring anvendt |
Signaturtype |
Signaturtype: E-UNDERSKRIVELSE eller HÅNDSKREVEN |
Antal dokumenter |
Antal dokumenter brugt til at oprette aftale |
Antal sider |
Antal sider i de dokumenter, der er brugt til at skabe aftale |
Antal modtagere |
Antal modtagere (deltagere) af en aftale |
Antal fuldførte modtagere |
Antal modtagere, der har gennemført deres påkrævede handling |
Antal resterende modtagere |
Antal resterende modtagere, der ikke har fuldført deres påkrævede handling |
Aftalebesked |
Tekst leveret af afsender ved oprettelse af aftale |
Modtagerrolle |
Rolle bestemt under afsendelse af en aftale (dvs. UNDERSKRIVER, GODKENDER, DELEGATOR) |
Modtagers firma |
Modtagerens firma på tidspunktet for den anmodede handling |
Dato for modtagers fuldførelse |
Ønsket handling fuldført, dvs. Aftale underskrevet |
Mulighed for modtagersikkerhed |
Mulighed for valgt sikkerhed |
Datofor modtagers start |
Aftale sendt til modtager |
Dato for modtagers visning |
Aftale set af modtager |
Modtagerenhed |
Enhed brugt til at underskrive (eller fuldføre anden handling) |
Modtagers afvisningsårsag |
Begrundelse angivet, når modtager afviser at underskrive |
- Administratoradministreret kontodeling – kontoadministratorer på konti med avanceret kontodeling aktiveret kan begrænse kontodeling mellem brugere, så kun kontoadministratorer kan oprette, ændre og annullere kontodelinger mellem brugere/grupper. Under denne konfiguration mister brugere og administratorer på gruppeniveau al adgang til at dele deres konti.
Kontrolelementer til kontodeling kan findes ved at gå til Kontoindstillinger > Sikkerhedsindstillinger > Kontodeling
- Administratorvisning og kontrol af brugerdelte konti – en ny fane er blevet tilføjet til administratormenuen på kontoniveau for at se brugeren og kontodeling på gruppeniveau, der er på plads. Fanen Delte brugere åbner en liste over alle delinger og identificerer de brugere/grupper, der deler og deles med, tilladelserne til delingen, status for delingen og en eksplicit identifikation for alle delinger, der er til en ekstern part.
- Digital Identity Gateway understøtter nu indstillinger for interne brugere - Begrænsningen, der tvang Digital Identity Gateway-funktionen til at deaktivere, når forskellige godkendelsesmetoder blev aktiveret for interne brugere, er blevet løst, hvilket giver administratorer mulighed for at tillade intern identitetsverifikation, når indstillingen er aktiveret for eksterne modtagere.
- Nye muligheder for identitetsudbyder – seks nye muligheder for identitetstjeneste er blevet tilføjet:
- ID.me leverer nye tjenester til identitetsverifikation, der understøtter NIST SP 800-63-standarden for multifaktorgodkendelse:
- NIST IAL2/AAL2
- NIST LOA3
- Styrket identitet
- Videnbaseret godkendelse (KBA)
- IDnow VideoIdent
- My Number Card
- ID.me leverer nye tjenester til identitetsverifikation, der understøtter NIST SP 800-63-standarden for multifaktorgodkendelse:
- Digital Identity Gateway er tilgængelig for kundekonti i Adobe Acrobat Sign for Government-miljøet - GovernmentCloud-konti kan nu bruge Digital Identity Gateway-funktionen til at identificere underskrivere med den forudkonfigurerede FedRAMP-kompatible digitale identitetsudbyder ID.me.ID.me-tjenesterne leverer overholdelse med NIST SP 800-63-standarden for multi-faktorgodkendelse.
- Inkluder et resumé over antallet af filer og sider, der udgør den endelige aftale, i revisionsrapporten – et resumé over fil-/sidetal kan føjes til revisionsrapporten, der viser:
- Det samlede antal filer, der blev uploadet, da aftalen blev oprettet
- Det samlede antal sider fra de uploadede filer
- Det samlede antal understøttende filer, der er føjet til aftalen (tilføjet via vedhæftede filer)
- Aggregeret fra alle deltagere
- Det samlede antal sider, der er inkluderet i alle understøttende dokumentfiler
- Forbedret tilgængelighed med PDF-tagging – kunder, der kræver tilgængelig underskrevet dokumentation, kan nu aktivere "tagget" PDF-generering. Tagging er processen med at tilføje det korrekte indhold og annoteringer, så skærmlæsere kan forstå og returnere indholdet af PDF'en.
Når det er aktiveret, vil felter, der føjes til dokumenter via oprettelse, indeholde korrekt tagging, og tilgængelige dokumenter, der uploades, bevarer deres tagging under hele signaturprocessen, hvilket producerer en tilgængelig, signeret PDF, når den er fuldført.
- Forbedret automatisk registrering af formularfelt (begrænset implementering) ─ automatisk registrering af formularfelt er blevet forbedret for mere præcist at identificere typen, størrelsen, antallet og placeringen af formularfelter, der skal placeres. Denne udgivelse udvider udrulningen af den nye feltdetektering til at omfatte alle konti på NA1- og NA2-shards i Nordamerika. (Tidligere kun aktiveret for Individual-konti og NA4-shard.)
- Forbedret søgning efter Enterprise-tjenestepakker og gratis konti – søgefunktionen, der bruges til at finde aftaler, er blevet forbedret til at understøtte mere komplekse strengforespørgsler ved hjælp af speciel syntaks. Den opgraderede søgefunktion har afsluttet den planlagte udrulning med november 2022-produktudgivelsen.
- Denne udgivelse opdaterer kun tjenesteniveauerne Enterprise og Free.
- Dokumentationen for den forbedrede søgefunktionalitet er tilgængelig i onlinehjælpen.Et link til dokumentationen findes i programmet ved at klikke på informationsikonet ved siden af søgefeltet:
Acrobat Web
- Acrobat Web Slettet mappe – Gendan en slettet aftale (Kun Individual-licenser) – Acrobat-webbrugere med en Individual-licens kan nu "blødt slette" aftaler på deres Administrer-side, sende dem til en Slettet mappe i 14 dage, hvorefter de slettes permanent fra systemet. Brugere kan åbne den Slettede mappe og gendanne aftaler, før aftalen slettes permanent.
Oplevelsesændringer
- Internet Explorer 11 og ældre Edge-browsere understøttes ikke længere – fra november 2022-udgivelsen understøttes Internet Explorer 11 og ældre Edge-browsere ikke længere på nogen Acrobat Sign-side. Ethvert forsøg på at få adgang til Acrobat Sign med en af disse browsere vil producere en "Ikke-understøttet browser"-side:
- Midlertidig rettelse af integrerede underskrivelsesproblemer på grund af deaktiverede tredjepartscookies – modtagere, der logger på en integreret version af Acrobat Sign eller med tredjepartscookies deaktiveret, kan støde på problemer med at fuldføre signaturprocessen. En kortsigtet løsning er implementeret, mens der udvikles en mere strømlinet oplevelse. Løsningen registrerer problemsituationen og præsenterer modtageren for en meddelelse, der beskriver problemet, og viser en knap til at åbne siden i en ny fane.
- Anmodninger om et nyt link vises nu i Revisionsrapport og Aktivitet-liste – når en modtager anmoder om et nyt link for at erstatte et udløbet link, er hændelsen nu udfyldt i Revisionsrapport og Aktivitet-log.
- Knappen Send nyt link til at erstatte udløbne links deaktiverer nu sig selv efter at have nået grænsen – for at undertrykke flere kald til databasen pga. flere klik på knappen deaktiverer knappen nu sig selv efter at have klikket nok til at krydse anmodningsgrænsen (10 gange på en time).
- Påmindelser sendt til mere end tre personer er nu opsummeret på Aktivitet-listen – for at holde Aktivitet-listen læsbar vil alle påmindelser, der sendes til mere end tre deltagere, blive reduceret til en opsummerende linjelæsning: Påmindelse sendt til <num_of_recipients> modtagere.
Revisionsrapporten fortsætter med at vise det fulde sæt af modtagere til den officielle post.
- Indtastningsfeltet "Send en ekstra kopi af hver underskrevet aftale" fjernes fra fanen Eksternt arkiv for multi-licenskonti – funktionen til at Sende en ekstra kopi af hver underskrevet aftale til følgende mailadresser kan tilgås via Kontoindstillinger > Globale indstillinger for alle serviceniveauer, der har adgang til fanen Globale indstillinger. Individual-licensniveauer, som ikke har adgang til Globale indstillinger, vil fortsætte med at få adgang til denne funktion på fanen Eksternt arkiv.
- Funktionen "Send en ekstra kopi af hver underskrevet aftale" har installeret maks. 15 mails – funktionen til at Sende en ekstra kopi af hver underskrevet aftale til følgende mailadresser har sat et loft på 15 mailadresser på inputfeltet. Virksomhedskunder, der har behov for at konfigurere mere end 15, kan kontakte Support og anmode om en forøgelse.
- En mulighed for at oprette en konto er blevet tilføjet til siden efter signering - Siden efter signering, som modtagere dirigeres til, når de har afsluttet deres signeringsproces, giver nu en nem vej for dem til at oprette en Acrobat Sign-konto.
- Kun ukendte modtagere modtager knappen Opret konto. Registrerede brugere gør ikke.
- Modtagere i en tysk landestandard modtager ikke Opret konto-knappen.
- Modtagere i en ukendt landestandard modtager ikke Opret konto-knappen.
- Acrobat Sign-godkendelse – Acrobat Sign-godkendelsesmetoden er blevet forbedret for at give en bedre beskrivelse af godkendelsesprocessen og kravene for modtagere. Med særlig opmærksomhed på kravet om, at der skal oprettes en Adobe-konto (hvis der ikke findes én allerede), før der kan udføres godkendelse.
REST API-/Webhook-opdateringer
API- og webhook-opdateringer til denne version kan findes i Acrobat Sign API-dokumentation.
Nye og opdaterede REST v6 API'er
- DELETE /agreements/{agreementId} - Et nyt slutpunkt, der understøtter "soft delete"-funktionen ved at flytte en aftale og alle relaterede data (inklusive databaseposter og fysiske filer) til mappen Slettet , hvor den vil blive fuldstændigt ødelagt 14 dage senere (medmindre den først Gendanes).
- GET /users/{userId}/settings – et nyt slutpunkt til at hente oprettelsesindstillingerne for en bruger.
- GET /libraryDocument/{libraryDocumentId}/combinedDocument – en opdatering af det eksisterende slutpunkt for at tilføje en værdi (skipDocumentSealing), der returnerer en ikke-certificeret PDF.
- POST /libraryDocuments – en opdatering til et eksisterende slutpunkt, der opretter et biblioteksdokument fra en aftale.
- GET /groups – Dette slutpunkt er blevet udvidet til at understøtte den nye Shared Users-kø ved at liste kontodelingerne inden for en gruppe.
Nye webhooks
- Ny webhook AGREEMENT_REMINDER_INITIATED – AGREEMENT_REMINDER_INITIATED-webhooken aktiveres, når en aftalepåmindelse udløses, og påmindelsesmails er undertrykt.
- AGREEMENT_REMINDER_SENT-webhooken aktiveres, når en aftalepåmindelse udløses, og påmindelsesmails er aktiveret (standard).
- Ny webhook MEGASIGN_REMINDER_INITIATED – MEGASIGN_REMINDER_INITIATED-webhooken aktiveres, når en Send i massevis-påmindelse udløses, og påmindelsesmails er undertrykt.
- MEGASIGN_REMINDER_SENT-webhooken aktiveres, når en Send i massevis-påmindelse udløses, og påmindelsesmails er aktiveret (standard).
- Kun én MEGASIGN_REMINDER_INITIATED (eller MEGASIGN_REMINDER_SENT)-webhook leveres til den overordnede Send i massevis-beholder. Individuelle underordnede aftaler aktiverer ikke hver en MEGASIGN_REMINDER_INITIATED-webhook.
Fremtidig opdatering til webhooks
Den 8. november 2022 udruller Adobe Acrobat Sign en forbedret version af webhooks-infrastrukturen (benævnt "webhooks 2.0"). Den 18. juli 2023 vil Adobe lukke den nuværende webhooks-infrastruktur (benævnt "klassiske webhooks").
Webhooks 2.0 understøtter alle funktionerne i klassiske webhooks med én advarsel. Hvis en webhook var konfigureret til brugeren, dens gruppe eller dens konto, leverede klassiske webhooks notifikationer til alle deltagere i en aftale. I webhooks 2.0 vil KUN webhooks, der er konfigureret for afsenderen, afsenderens gruppe eller afsenderens konto, modtage notifikationer. Med andre ord vil der ikke længere blive sendt notifikationer til alle deltagere i en aftale. Bemærk, at alle fremtidige forbedringer KUN vil blive leveret på webhooks 2.0.
Gældende fra 8. november 2022 vil alle nye kunder blive onboardet til webhooks 2.0.
Alle eksisterende kunder før 8. november 2022 vil automatisk blive migreret 14. marts 2023. Nuværende kunder kan afprøve webhooks 2.0 på en Testversion-, udvikler- eller sandkassekonto via Adobes Insider Access-program den 8. november.
Vi forventer, at migreringen bliver problemfri for alle kunder. Men kunder, der har strenge netværkssikkerhedspolitikker på plads, vil kræve, at nye IP-adresser konfigureres i overensstemmelse med https://helpx.adobe.com/dk/sign/system-requirements.html.
Hvis du har spørgsmål, så kontakt din success manager eller Supportteam.
Systemressourcer
- Opdateret Microsoft Office til PDF-konverter – en opdatering til Microsoft Office til PDF-konverteren er blevet installeret. Denne opdatering holder konverteren opdateret med tredjepartsværktøjer og -biblioteker.
Løste problemer
| Problem |
Beskrivelse |
|---|---|
| 4301552 | Oversigt: n aftaleforfatter kan angive navnet på et felt, men for underskriverinfofelter (såsom signaturdato) ændres feltnavnet internt. Et kort over originale feltnavne til ændrede feltnavne opbevares og videregives til e-underskrivelsessiden, men e-underskrivelsessiden bruger ikke kortet i øjeblikket. Når man løser feltreferencer for et beregnet felt, er det feltnavn, der bruges i referencen, det oprindelige navn, hvilket får referencen til at mislykkes for felter med et ændret navn. |
| Løsning: Forbedret koden, så når man bestemmer det felt, der skal søge efter en feltreference, og hvis der ikke findes et match ved at kontrollere de aktuelle navne, så kontrolleres kortet for omdøbte felter. |
|
| 4316578 | Oversigt: Underskrivere bliver bedt om at acceptere cookies, hver gang de underskriver et dokument i en iFrame. |
| Rettelse: Der er tilføjet en mellemliggende side for at åbne en ny fane, så signaturprocessen kan gennemføres med mindre friktion. Dette er en midlertidig løsning, mens der udvikles en mere elegant løsning. | |
| 4333689 | Oversigt: Der vises en besked om Marshalling-fejl, når du underskriver en webformular: "Fejl ved marshalling af data. Se logge for at få flere detaljer". Aftalen er underskrevet på trods af fejlen. |
| Løsning: Der er tilføjet et tjek for at evaluere deltagersættet og fastslå, at det ikke er tomt. |
|
| 4336236 | Oversigt: Ændring af en udløbsdato via API afspejler ikke korrekt den nye dato, når der forespørges, fordi databasen ikke har mulighed for at opdatere før søgeindekskøen. |
| Løsning: Koden er blevet forbedret for at forbedre rækkefølgen af datalagring. |
|
| 4341563 | Oversigt: Fejlen 'Aftale-id er ugyldigt' opstår, når der forsøges at udløse påmindelser på den nye administrationsside, og kontoen er konfigureret til ikke at afsløre aftalen efter at have underskrevet i aftalehændelserne. Dette medfører en deltagelseskontrol, der er ugyldig. |
| Løsning: Koden er blevet forbedret for at evaluere indstillingerne vedrørende hændelseslogning for at ignorere deltagelseskontrollen, hvis logningen er undertrykt. |
|
| 4347518 | Oversigt: Brugere kan muligvis ikke fuldføre loginprocessen, når de underskriver, på grund af en fejlhåndteret advarsel, der forårsager et loop i godkendelsesprocessen. |
| Løsning: Godkendelseskode er blevet forbedret for korrekt at administrere fejlbeskeden og forhindre looping. | |
| 4350042 | Resumé: Underskrevne aftaler kan dukke op under I gang på administrationssiden på grund af krydsshard-aftalestumper, der ikke opdateres korrekt før indeksering. |
| Løsning: Indekseringskoden er blevet forbedret for at tage højde for krydsshard-aftaler og potentielle problemer med opdaterings-/indekseringstiming. |
|
| 4350089 | Resumé: Når en bruger tilgår workflows under "Start fra bibliotek", viser datoen for seneste ændring fejlagtigt oprettelsesdatoen. |
| Rettelse: Koden er blevet opdateret for at sikre, at den sidste ændrede dato for workflowet faktisk er datoen for ændringen og ikke for oprettelsen. | |
| 4353030 | Resumé: Brugere på annullerede konti kan ikke underskrive aftaler. Kun delegation er tilladt. |
| Løsning: Koden, der bruges til at generere engangsunderskriverkonti, er blevet forbedret til at tage højde for mailadresser, der findes i systemet, men som er identificeret som annulleret. |
|
| 4357904 | Resumé: Beregnede felter, der anvender "runde", giver forkerte resultater på alle andre sprog end engelsk, fordi landestandardadministratoren ikke starter korrekt. |
| Løsning: Landestandardadministratoren er blevet opdateret og initialiseres korrekt. |
|
| 4359443 | Resumé: Afsendere vil ikke modtage den endelige mail, hvis en af modtagerne er inaktiv pga. det inaktive bruger-id, der uddelegerer deres autoritet til et afventende bruger-id til engangsbrug. Engangsbrugeren opdaterer ikke sin status korrekt, hvilket medfører, at den endelige mail ikke leveres til afsenderen. |
| Løsning: Delegering til engangsbrugere er blevet forbedret for bedre at tage højde for inaktiv brugerdelegering, og statusserne opdateres korrekt. |
|
| 4359784 | Resumé: Når du klikker på coachmarket for at flytte til næste felt, og hvis det aktuelle felt er en mulighed i et alternativknapfelt, vil coachmarket flytte til næste feltmulighed i stedet for det næste felt. |
| Løsning: Coachmark-koden er blevet opdateret for at flytte til det næste feltobjekt, når en alternativknap er valgt. |
|
| 4360292 | Resumé: Den spanske tekst for daglige påmindelser er forkert, hvilket identificerer påmindelsen som ugentlig i stedet for daglig. |
| Løsning: Den oversatte streng er blevet rettet. |
|
| 4360542 | Resumé: Usbekistan (+998) mangler i de tilgængelige landekoder for telefongodkendelse |
| Løsning: Usbekistan er blevet tilføjet til listen over tilgængelige landekoder. |
|
| 4363160 | Resumé: Inkonsekvens i aftalehændelser, når de ses via API sammenlignet med aftaleaktiviteten i Adobe Sign-grænsefladen, når avanceret deling er aktiveret, og en underskriver udskiftes via en delt konto. |
| Løsning: Hændelsesstrengene er blevet omskrevet for at fjerne "på vegne af" for at være konsistent med aktivitetspanelet og revisionsrapporten. | |
| 4366553 | Resumé: Bruger-CSV-eksporten rapporterer ikke "Kan sende"-værdien korrekt, når den nedarves fra kontoindstillingen. |
| Løsning: Tilføjede overordnede oplysninger til brugerindstillingskortet for getSetting-funktionen. |
|
| 4366727 | Resumé: Webhooks udløser ikke en Agreement_Reminder_Sent-hændelse, hvis påmindelsesmails er undertrykt. |
| Rettelse: Der er oprettet en ny webhook (Agreement_Reminder_Initated), som udløses, når påmindelser bliver undertrykt. |
|
| 4367344 | Resumé: Underskrivelsesårsager vises ikke på revisionsrapporten for aftaler, der sendes med ikke-engelske landestandarder. |
| Løsning: Koden er blevet forbedret for at sikre, at alle landestandarder er korrekt formateret med underskrivelsesårsagen. |
|
| 4367351 | Resumé: og-tegn (&) konverteres fra halv bredde til fuld bredde i brugerdefinerede workflowskabeloner. |
| Løsning: Det korrekte Unicode-tegn refereres nu, når der bruges et og-tegn i en streng. |
|
| 4367725 | Resumé: Oprettelse af et brugerdefineret workflow med et tomt CC-felt og deaktivering af muligheden for at redigere feltet kan resultere i en "Ikke-understøttet workflow"-fejl. |
| Løsning: Forbedrede koden til at rumme et afsluttende CC-felt uden værdi. |
|
| 4368118 | Resumé: Globale Trial-konti, der migreres til Global VIP-administrator, gendannes til prøveversion kort efter migreringen. |
| Løsning: Migreringskoden blev forbedret for bedre at synkronisere databasen med indstillingerne for Acrobat Sign-programniveauet. |
|
| 4368310 | Resumé: Ordlyden af signaturbilledets instruktion er grammatisk forkert i oversatte grænseflader. |
| Løsning: Opdaterede strengene "Vælg et billede som din signatur" til "Vælg et billede af din signatur" |
|
| 4368398 | Resumé: Den nye rapportfunktion er muligvis ikke tilgængelig for brugere, der administrerer mange grupper, hvilket medfører, at overskriften bliver større, end koden tillader. |
| Løsning: Den maksimale overskriftstørrelse er blevet øget. |
|
| 4368508 | Resumé: Forsøg på at indlæse et for stort antal webhooks kan få forespørgslen til at udløbe med en "Kan ikke behandle din anmodning"-meddelelse. |
| Løsning: Standardsidestørrelsen for antallet af viste poster er blevet omdefineret til et tal, som forespørgslen kan administrere. |
|
| 4368676 | Løsning: Alle inaktive brugere har den forkerte tidszone i brugerens CSV-eksport. |
| Løsning: Tilføjede overordnede oplysninger til brugerindstillingskortet for getSetting-funktionen. |
|
| 4369066 | Resumé: Der er ingen anmodning om at forlade aftalen for en modtager, når der vælges et hyperlink. |
| Rettelse: Der er tilføjet en udfordring til hyperlinkfeltet. |
|
| 4369188 | Resumé: Signaturbilledets instruktionsordlyd på siden Udfyld og underskriv er grammatisk forkert i oversatte grænseflader. |
| Løsning: Opdaterede strengene "Vælg et billede som din signatur" til "Vælg et billede af din signatur" | |
| 4369403 | Resumé: Indstilling af backend-indstillingen til at ignorere påmindelsens levetid får påmindelsen til at annullere efter en dag. |
| Løsning: Indstillingen er blevet rettet til korrekt at ignorere påmindelsens levetid. |
|
| 4369791 | Sammendrag: En uventet hændelse "entered name at signing as ..." opstår, når et navn, der er godkendt i en Digital Identity, indeholder japanske tegn. |
| Løsning: Hjælpefunktionen, der registrerer navneværdien, er blevet forbedret for bedre at kunne administrere japanske tegn. |
|
| 4371330 | Resumé: Underskriverens identitetsrapport viser '#' i nogle tilfælde, hvor dele af dokumentet indeholder japansk tekst. |
| Løsning: Hjælpefunktionen, der registrerer navneværdien, er blevet forbedret for bedre at kunne administrere japanske tegn. | |
| 4371423 | Resumé: Vidensbaseret godkendelse afspejles ikke i revisionsrapporter. |
| Løsning: Koden, der formaterer revisionsrapporten, er blevet opdateret til at inkludere KBA-hændelser. |
|
| 4372045 | Resumé: Oprettelse af et workflow med en biblioteksskabelon kan generere en fejl: "Ikke-understøttet workflow: Kan ikke åbne dette workflow, fordi det enten er beskadiget eller indeholder funktioner, der endnu ikke understøttes." |
| Løsning: Koden, der påvirker fejlen, er blevet rettet. | |
| 4373220 | Resumé: Knapperne "Underskriv" og "Bekræft" har ikke nok kontrast, når de har fokus. |
| Løsning: Knapperne er blevet opdateret for at sikre, at de har det korrekte kontrastforhold. |
|
| 4373681 | Resumé: Panelet Juridiske meddelelser har links, der åbner eksterne sider, når der åbnes fra en iframe-oplevelse. Dette giver problemer for nogle overholdelsessituationer. |
| Rettelse: Der er oprettet et diskret Legal Notices-panel til brug, når et iframe/noChrome-miljø anvendes. |
|
| 4374140 | Resumé: Brugere kan modtage en Fuldført-mail, når aftalen bruger et parallelt workflow, er i gang, og en URL-gengodkendelse udløses. |
| Løsning: Tilføjet ny kode for at sikre, at den korrekte funktion aktiveres, når en ny URL udløses til en af deltagerne. |
|
| 4374910 | Resumé: Indstillingen for at vedhæfte revisionsrapporten læses fra brugerens primære gruppe i stedet for afsendergruppen. |
| Løsning: Opdateret koden, der vedhæfter revisionsrapporten, så den kan læses korrekt fra afsendergruppen. |
|
| 4376078 | Resumé: Kopiering af indholdet af den højre skinne, når en aftale er åben på Administrer-siden, er blevet undertrykt. |
| Løsning: Det CSS-element der var involveret i at undertrykke kopifunktionaliteten, er blevet fjernet. , |
|
| 4376089 | Resumé: ACCOUNT_TYPE_UPDATED-hændelsesnavnet gentages mange gange i den offentlige swagger-dokumentation. |
| Løsning: Dubletteksten er blevet fjernet. |
|
| 4376127 | Resumé: Dato- og initialfeltindhold skifter til højre for feltet og afkorter data på højre side efter juni-udgivelsen, fordi standardskrifttypen ikke er korrekt anvendt. |
| Løsning: Koden, der dikterer den anvendte skrifttype, er blevet rettet, hvilket løste problemet. |
|
| 4376270 | Resumé: Oprettelse af en webformular i en gruppe, der ikke understøtter webformularer, fører til en ødelagt konfigurationsside. |
| Løsning: Koden til at åbne siden til oprettelse af webformularer refererer nu til indstillingerne for at tillade oprettelse af webformularer, før du åbner skrivesiden, og åbner ikke siden, hvis funktionen er deaktiveret. |
|
| 4376734 | Resumé: Hvis den samme underskriver på en aftale forsøger at underskrive aftalen flere gange samtidigt, annulleres aftalen automatisk på grund af et konverteringsproblem, fordi miniaturebillede vises, før samtidig underskrivelse er registreret. |
| Løsning: Juster koden for kun at tillade miniature-processen, når signaturprocessen er vellykket. |
|
| 4381473 | Resumé: Håndskrevne signaturer klippes kun fra højre, når der bruges maks. zoom (6400%) i Acrobat. |
| Løsning: Ændrede den funktion, der bruges til at gengive signaturens bredde for at sikre, at det fulde billede vises. |
|
| 4382302 | Resumé: Nogle brugere ser muligvis ikke ikonet for automatisk formularfeltdetektering, når de aktiverer oprettelsesmiljøet pga. en timeout i processen. |
| Løsning: Ressourcerne til formularfeltdetektering er blevet øget for at tillade flere samtidige forekomster. |