Acrobat Sign Release Notes: 2022
Produktionsdriftsättning: 18 januari 2022
Förbättrade funktioner
- Förbättrad användbarhet för sidan Hantera – Sidan Hantera har uppdaterats för att förbättra dataexponeringen ”lathund”:
Ikoner har lagts till för att ange när en anteckning eller en påminnelse bifogas transaktionen. Håll muspekaren över ikonen för att få en snabb översikt över viktiga metadata som är associerade med varje avtal. Klicka på ikonen för att vidta åtgärder.
Avancerad filtrering har lagts till i sökfunktionen för att begränsa den returnerade datauppsättningen för det sökta objektet (t.ex.: Anteckningar)
- Förbättrad säkerhet för avtals-URL – URL:er som skickas via e-post och som pekar på avtal/PDF-filer har nu en konfigurerbar livstid som gör att länken går ut (standard är 7 dagar, maximalvärdet är 90 dagar). Mottagare som försöker få åtkomst till en länk som har upphört att gälla utlöser ett popup-fönster där de kan begära att ett nytt e-postmeddelande (med en ny länk) skickas till mottagarens e-postadress. Det går inte att omdirigera den nya e-postadressen/länken med den här åtgärden.
- Den här inställningen gäller bara när URL:en upphör att gälla och påverkar inte själva avtalets livslängd och genomförbarhet.
- Avtal som skickats innan denna funktion introducerades påverkas inte av denna inställning.
- Förbättrad avtalsdelningssäkerhet – avtalsdelning har ytterligare kontroller för att begränsa delning till och från andra parter än kontot:
- Styr hur många gånger ett avtal kan delas med en extern part.
- Fri nivå: 2
- Testnivåer: 5
- Individuell nivå: 10
- Småföretagsnivå: 10
- Företagsnivå: 20
- Affärsnivå: 20
- Styr möjligheten för en extern part att dela avtalet.
- Styr hur många gånger ett avtal kan delas med en extern part.
- Nya leverantörer av betrodda tjänster (TSP) – SPID (Italien) och MitID (Danmark) är nya leverantörer av betrodda tjänster från Cloud Signature Consortium som tillhandahåller certifikat för att använda säkra digitala signaturer som uppfyller de högsta standarderna och efterlevnadskraven.
Ändrad upplevelse
- Nya startsidan och hanteringssidan blir standardgränssnittet – Adobe Sign har upphört med de klassiska utformningarna av sidorna Hem och Hantera, och alla konton har gått över till den moderna utformningen.
Alternativet att återgå till det klassiska gränssnittet har tagits bort och endast det nya användargränssnittet kommer att stödjas framöver.
- Snabbåtkomstknapparna på sidan Hantera har uppdaterats – Som en del av användbarhetsuppdateringen för att lägga till ikonerna Anteckningar och Påminnelser på sidan Hantera har snabbåtgärderna omdesignats så att de har liknande utseende och känsla.
- HIPAA-avtalssäkerhet – Konton där HIPAA-inställningar är aktiverade kommer att behandla alla mottagare av avtal som om de är oregistrerade användare utan någon kontoanslutning. I praktiken innebär det att mottagare med ett registrerat användar-ID hos Adobe Sign inte ser dessa avtal på sidan Hantera.
- Användare inom samma konto som avsändaren är undantag från regeln. Alla avtal som skickas till mottagare i samma konto är implicit betrodda, och avtalen visas på sidan Hantera där de kan visas och delas.
- Förbättrad kontrast för signaturfältet – Det blå teckensnittet under signaturraden görs mörkare för att följa AA-standarden för hjälpmedel (4.5:1) för kontrast.
Korrigerade problem
| Problem |
Beskrivning |
|---|---|
| 4283949 | Sammanfattning: PDF-filer som skapades med ADA-kompatibla fält översätts inte till ADA-kompatibla fält när de bearbetas via Adobe Acrobat Sign. |
| Korrigering: En ny inställning som bevarar tillgänglighetsfunktionerna i de överförda PDF-filerna har lagts till med ett nytt taggningsträd som innehåller en lämplig typ av fält (t.ex. omfång eller länk), en titel som härleds från fältinnehållet och en alternativ text som matchar titeln. Taggningssträngarna lokaliseras enligt avtalets platsinställningar. PDF-filer som inte har tillgänglighetsfunktioner när de laddas upp förses inte med dessa funktioner via Adobe Acrobat Sign-processen. | |
| 4295359/4323894 | Sammanfattning: Vissa tecken från det litauiska och tyska alfabetet (č, ė och ß) hanterades inte korrekt av ett av de beroende biblioteken, vilket medförde att tecknen utelämnades i den utskrivna signatursträngen. |
| Korrigering: Biblioteket uppdaterades för att hantera de identifierade tecknen på ett korrekt sätt och återge dem på ett lämpligt sätt i signatursträngen. | |
| 4304412 | Sammanfattning: En privat CSC-leverantörsupplevelse inaktiverade inte knappen Auktorisera på ett korrekt sätt efter att popup-fönstret för OAuth-auktoriseringen stängdes, vilket gjorde att användarna kunde klicka på Auktorisera igen och skapa en ”Läser in”-slinga som inte skulle avslutas trots att signaturen hämtades. |
| Korrigering: Koden har uppdaterats för att inaktivera åtgärden Auktorisera när bakgrundsskärmen blir tillgänglig och inte är tillgänglig under en längre tid när omdirigering sker. | |
| 4308773 | Sammanfattning: Om du loggar in på iOS-mobilapplikationen kan detta resultera i att meddelandet ”AUTO_CANCELLED_CONVERSION_PROBLEM” visas efter att mottagarens signatur har slutförts på grund av offlinesynkroniseringshändelser som gör att köade förfrågningar skickas flera gånger. |
| Korrigering: Kod på serversidan har lagts till för att utvärdera om en lyckad konverteringsprocess har slutförts för samma deltagar-ID när en konvertering har upphört, vilket ger en smidig lösning av konflikter. |
|
| 4311477 | Sammanfattning: Färdiga dokument visar inte fältinformation för skärmläsare på ett användbart sätt. |
| Korrigering: En ny inställning infördes som bevarar tillgänglighetsfunktionerna i de överförda PDF-filerna med ett nytt taggningsträd som innehåller fältanteckningar som konverteras till läsbara XObjects i den slutliga bearbetningen. | |
| 4316462 | Sammanfattning: Vissa avtal som skickades under BioPharma-inställningarna tvingades inte att autentiseras igen när autentiseringen hanterades av Active Directory Federation Service. Detta berodde på hur ADFS konfigurerades och om Tvingad autentisering konfigurerades för att kringgå indikationen. |
| Korrigering: Kod har lagts till för att kräva en ACR i kombination med ForceAuthn-attributet vilket tvingar autentiseringsprocessen. | |
| 4317635 | Sammanfattning: Dokument med flera signatur- eller initialfält ledde till en skärmåterställning till det föregående fältet när användaren klickar på ett efterföljande signatur- eller initialfält. |
| Korrigering: Koden har uppdaterats för att lösa fokusen för nästa fält efter att ha applicerat innehåll på valfritt fält. | |
| 4319974 | Sammanfattning: Språkväljaren på signeringssidan var fortfarande synlig när signeringsadressen hämtas med v6 REST-API:et och GET /signingurl på grund av att API-anropet återgår till applikationsvärdet i stället för sessionsvärdet. |
| Korrigering: API-anropet har uppdaterats för att hämta inställningsvärdet från sessionen (API-användare) i stället för applikationen | |
| 4320942 | Sammanfattning: Avtal som skapades med digitala signaturer och klonade fält kunde skapa ett signerat dokument där de överordnade fälten (i den klonade fältmatrisen) kunde vara redigerbara. |
| Korrigering: Överordnade fält i klonade fältmatriser har skrivskyddats. | |
| 4321067 | Sammanfattning: Konton med ett konfigurerat Display_Email-värde såg avsändarens e-postadress i e-postmeddelanden om avtal (i stället för värdet Display_Email). |
| Korrigering: Användar-ID:et jämförs nu mellan användar-ID:et för deltagaren och det aktuella användar-ID:et för att returnera värdet Display_Email för kontot i utgående e-postmeddelanden (när värdet är inställt på något annat än standardvärdet). | |
| 4321335 | Sammanfattning: Vissa avtal tillät inte digitala CSC-signaturer när avtalet har delegerats flera gånger. |
| Korrigering: Kod har lagts till i signeringsprocessen för att gå igenom mottagarna och se till att signeringsfasen är lämplig för delegerat deltagande. | |
| 4322749/4329156 |
Sammanfattning: Överförda webbformulär utlöser inte webhookar för den nya ägaren på grund av att ApiUserID inte kunde uppdateras. |
| Korrigering: Koden runt överföring av webbformulär har uppdaterats för att säkerställa att användar-ID:et för webbformuläret uppdateras när objektet överförs. | |
| 4323013 | Sammanfattning: Konton med begränsad dokumentsynlighet aktiverat för webbformulär kan utlösa ett fel som anger att dokumentet inte är tillgängligt ännu när du skapar ett webbformulär via API och sedan försöker visa det från sidan Hantera. |
| Korrigering: Koden har justerats i ett par inställningar som inbegriper webbformulär och begränsad dokumentsynlighet för att ta bort konflikten. | |
| 4323749 |
Sammanfattning: När ett avtal ändras där avsändaren är en signerare som kräver autentisering, känner systemet kanske inte igen avsändarens session som autentiserad, vilket resulterar i ett serverfel. |
| Korrigering: Uppdaterade koden för att ändra avtal för att säkerställa att arbetsflödet kontrollerar transaktionsegenskaperna för att förstå och följa avsändarens autentiseringskrav. | |
| 4324497 | Sammanfattning: Användare på konton med UMG aktiverat ser kanske inte alla befintliga delade biblioteksmallar från en (icke-primär) grupp som de har lagts till i, när de skapar anpassade arbetsflöden. |
| Korrigering: Koden som används för att identifiera alla primära grupp-ID:er och deras respektive resurser när arbetsflöden skapas har förbättrats. | |
| 4325294 |
Sammanfattning: Konton som hanterar sina användare i Adobe Admin Console kunde se alternativet att ställa in en påminnelse på sidan Komponera när standardpåminnelsen ställdes in av en administratör. |
| Korrigering: Koden har uppdaterats för att dölja påminnelsealternativet när standardvärdet har definierats i administratörsgränssnittet. | |
| 4325826 |
Sammanfattning: Icke-engelska språk filtrerade inte returnerade data för Rapporter på ett korrekt sätt. |
| Korrigering: Koden uppdaterades för att utnyttja miljöns språkinställning som filterparameter i stället för att använda den statiska engelska parametern. |
|
| 4326335 |
Sammanfattning: Rapporter om transaktionsförbrukning inkluderade avtal som inte kan faktureras |
| Korrigering: Rapporteringsfrågan har förbättrats för att filtrera bort de transaktioner som inte kan faktureras. | |
| 4326406 |
Sammanfattning: Autentiseringsinformationen fanns inte kvar i rapporter för mottagare i hybridarbetsflöden för signering. |
| Korrigering: Koden bakom hybridarbetsflödena har uppdaterats för att säkerställa att autentiseringsinformation hämtas och sparas så att rapporteringen returnerar rätt värden. | |
| 4326725 |
Sammanfattning: Antalet rapporterade mottagare (via fliken Rapporter) kan ändras till ett mindre när avsändaren är en av mottagarna och ersätts i transaktionen på grund av att koden felaktigt representerar den ersatta signeraren som en som har ersatts. |
| Korrigering: Koden för att ersätta signerare har uppdaterats för att korrekt identifiera ersättande mottagare som signerarroller. | |
| 4327494 |
Sammanfattning: Administratörer på gruppnivå kan se rapportdata för användare i standardgruppen när inställningen ”Endast data från deras egna användargrupper” är aktiverad. |
| Korrigering: Rapporteringskoden för att generera rapportens CSV-fil har uppdaterats så att endast de data som gäller den begärande administratören hämtas. | |
| 4327780 |
Sammanfattning: Händelserna och händelsesammanfattningarna inkluderade inte ej verifierade (dock signerade) webbformulär som slutförda (signerade) avtal |
| Korrigering: Koden som utvärderar slutförda avtal har uppdaterats för att inkludera signerade och slutförda (men ej verifierade) webbformulär. | |
| 4328045 |
Sammanfattning: När du skickar ett avtal med avsändaren som en av mottagarna och inställningen Visa e-post är inställd på ett icke-standardvärde kan avtalet misslyckas med att skickas, om avsändaren försöker gå tillbaka till sidan Skapa från sidan Redigering. |
| Korrigering: Arbetsflödet som styr återgång till sidan Skapa har uppdaterats för att hantera avsändaren när deras e-postvärde maskeras av värdet Visa e-post. | |
| 4328110 |
Sammanfattning: Ett duplicerat e-postmeddelande för Signerat och arkiverat kan skickas till samma mottagare om de ingår flera gånger i signaturcykeln. |
| Korrigering: Distributionsprocessen för e-post har förbättrats för att utvärdera dubbletter av mottagarnas e-postvärden och kommer endast att leverera en kopia av det slutliga e-postmeddelandet för en och samma transaktion. | |
| 4328313 |
Sammanfattning: Om du lägger till en fullständig HTML-länk till meddelandefältet i ett avtal kan det leda till att vissa e-postklienter konverterar strängen till en klickbar länk. Den här funktionen har inte utformats på ett funktionellt sätt och efterföljande kod lades till som förhindrade den här effekten. Detta skapade något som verkade vara ett fel i avtalets meddelandefält. |
| Korrigering: En inställning har lagts till för att återge en hyperlänk i e-postmeddelandet på rätt sätt. Den här inställningen är inte tillgänglig för kunder och måste redigeras av supporten eller kontohanteraren. Inställningen är aktiverad som standard på tjänstens företags- och affärsnivåer. | |
| 4328950 |
Sammanfattning: Nya kod som lades till i juni förra året gjorde att vissa användare som var i tillståndet CREATED konverterades till en ogiltig e-postadress, men den globala e-postadresskatalogen bibehöll rätt e-postadresslänk till användaren. Detta gjorde att avtal som skickades till användaren kopplades till en användartyp som förhindrade att avtalen listas på deras hanteringssida. |
| Korrigering: Flera kodändringar har installerats för att förhindra att problemet återkommer, samt för att upptäcka och varna för de tillstånd som kan orsaka den här typen av problem. Att inkludera identifiering av e-postadressen som används för väntande engångsanvändare och automatiskt använda rätt e-postadress, vilket förhindrar att nya ogiltiga användare skapas när de andra kontrollerna misslyckas. |
|
| 4329688 |
Sammanfattning: Vissa processer för att skapa dokument tillåter att en fil laddas upp till Adobe Acrobat Sign med flera fält för digital signatur. Dessa fält återgavs som tomma fält på den slutliga PDF-filen. |
| Korrigering: Ett internt bibliotek har uppdaterats för bättre annotering av konverterade dokument, vilket säkerställer att endast ett fält för digital signatur används och visar det lämpliga felet när flera fält hittas (det förväntade beteendet). | |
| 4329804 |
Sammanfattning: Som en del av en användarrensning kan användare med statusen Väntande som fanns på ett konto med en använd domän, ha konverterats till statusen Skapad vilket resulterar i att användarlicenser förbrukas. |
| Korrigering: Användare som har konverterats via rensningsprocessen har återgått till statusen Väntande. Kod har lagts till för att förhindra att användare med statusen Väntande i använda domäner konverteras till statusen Skapad. | |
| 4329949 | Sammanfattning: Fält som är dolda vid redigering och som innehåller valideringsfel kan utlösa ett fel som inte kan visas, vilket förhindrar att avtalet skickas. |
| Korrigering: Valideringen tillämpas inte längre på | |
| 4331649 |
Sammanfattning: Signering av ett webbformulär med endast ett namn (en sammanhängande sträng) utlöser ett serverfel. |
| Korrigering: Felhantering har tillämpats på webbformulär som hanterar användningsfallet och tillhandahåller ett korrekt felmeddelande vid behov. | |
| 4334224 | Sammanfattning: Ett enskilt fält som hämtas från sidan Hantera visar ett filnamn som förutom ändelsen .pdf innehåller filens ursprungliga format. |
| Korrigering: Namngivningsprocessen när det slutgiltiga hämtningsbara PDF-dokumentet skapades uppdaterades för att ta bort den tidigare filändelsen. |
Produktionsdriftsättning: 5 april 2022
Förbättrade funktioner
- Förbättrade rapporteringsdiagram och dataexport – gränssnittet för Rapporter har uppdaterats, vilket möjliggör:
- Förkonfigurerade grafiska rapporter för:
- Avtal: Elva rapporter som spårar avtalsaktivitet efter avsändare, grupp och arbetsflöde.
- Transaktionsförbrukning (förväntas i framtida version): Fyra rapporter som specifikt spårar mängden skapade avtal.
- Användare (förväntas i framtida version): Sex rapporter visar hur användare/grupper skapas, inloggningsaktivitet och unika avsändare per dag.
- Dataexportrapportering: Med dataexport kan användaren definiera utdata för en CSV-rapportfil genom att välja källrapporttyp, använda filter och välja de enskilda kolumner som ska inkluderas.
- Förkonfigurerade grafiska rapporter för:
- Förbättrad redigeringsmiljö på konto- och gruppnivå – redigeringsmiljön i programmet har en ny upplevelse (tillval) med ett nytt utseende och en ny känsla som utformats för att förbättra framtagning av ad hoc-avtal (upp till två mottagare). Den nya miljön är för närvarande endast för arbetsflödet Skicka för signatur och stöder inte Webbformulär, Massutskick, eller biblioteksmallar. Förbättringarna omfattar:
- Fältplacering gör att författaren kan välja en fälttyp och sedan klicka för att placera fältet en eller flera gånger, vilket gör att flera fält av samma typ kan placeras mycket snabbare.
- Tydligare angivelser av fältinnehållet (t.ex. signaturfältelement, datumfältformat).
- Egenskaper för ett markerat fält visas i den vänstra listen för bättre synlighet och redigering.
- Fälthöjden för efterföljande placerade fält får automatiskt höjden på det sista fältet för att ha ändrat fältstorleken (av samma fälttyp).
- Teckenfärg, storlek och format för efterföljande placerade fält får automatiskt samma teckensnittsegenskaper som det sista fältet, vilket innebär att teckensnittsegenskaperna ändras (det finns flera fälttyper som tillåter teckensnittsändring).
- Enklare redigering av standardvärden genom att klicka i fältet och skriva standardvärdet.
- Ett särskilt Datum-fält för att hämta andra datumvärden än Datum för undertecknande
- Ett särskilt Nummer -fält inklusive alla egenskaper och valideringar för formaterade tal
- Textsökning med Ctrl/Cmd+F
Den förbättrade redigeringsmiljön har för närvarande bara stöd för:
- Placering av fält när ett avtal skickas (ad hoc-redigering). Redigering av Massutskick, webbformulär och mallar stöds ännu inte.
- Upp till två mottagare.
- Ett begränsat antal fält (de vanligaste):
- Signatur
- Initialer
- Namn (mottagarens namn som importerats från signaturen)
- E-post (mottagarens e-postadress enligt definitionen under avtalskompositionen)
- Datum för undertecknande (infogat av systemet när signaturen tillämpas)
- Text
- Siffra
- Datum
- Kryssruta
- Alternativknappar
Element som för närvarande inte stöds:
- Avtal med fler än två mottagare
- Självsignering
- Webbformulär
- Massutskick
- Biblioteksmallar
- Texttaggar
- Villkorliga fält
- Beräkningsfält
- Validering med reguljära uttryck
- Definiera ett mottagarnamn vid Skicka – administratörer på konto- och gruppnivå kan kräva att mottagarens namn inkluderas med mottagarens e-postadress under avtalskonfigurationen av avsändaren. Det inkluderade namnvärdet importeras till signaturpanelen när mottagaren öppnar ett signaturfält.
- Mottagaren får inte i något fall redigera det konfigurerade namnvärdet.
- Avtalets avsändare kan redigera namnvärden innan den första signaturen tillämpas.
- Avsändare kan ersätta den aktuella mottagaren genom att ange ett namnvärde för den nya mottagaren.
- Nödvändiga namnvärden tillämpas även för motsignerare av webbformulär – när funktionen är aktiverad kräver nyligen skapade webbformulär också ett namnvärde för alla konfigurerade motsignerare.
Den här funktionen gäller endast avtal och webbformulär som skapas via webbprogrammet Acrobat Sign.
- Exportera avtals- och webbformulärdata i JSON – när du exporterar data från avtal eller webbformulär via REST v6 API kan utvecklare nu välja JSON som exportformat utöver CSV.
- Anpassa kontaktinformationen för support för signeringslösenord – anpassa kontaktinformationen som ges till mottagare när ett signeringslösenord används för signeraridentifiering. Standardupplevelsen bäddar in avsändarens e-postadress. Det kan dock vara mer praktiskt att dirigera om den här typen av supportärenden till ett centraliserat supportteam eller en säkerhetskontakt som hanterar lösenord. Anpassning kan konfigureras på konto- och gruppnivå.
- REMINDER_SENT webhook-händelse - En ny webhook-händelse har lagts till som körs på REMINDER_SENT-händelser antingen genom att explicit prenumerera på AGREEMENT_REMINDER_SENT-händelsen eller prenumerera på AGREEMENT_ALL.
Ändrad upplevelse
- Adobe Sign profileras om till Adobe Acrobat Sign Solutions – Adobe Sign varumärkesanpassade gränssnitt och dokumentreferenser har uppdaterats till Adobe Acrobat Sign Solutions (eller Acrobat Sign).
- Omprofileringen påverkar inte tjänstens funktioner (t.ex. inte domän-URL eller e-postadress för tjänsten).
- Integreringspaketen uppdaterar varumärket med nästa paketuppdatering.
Signeringscertifikatet uppdateras till det nya Acrobat Sign-varumärket i Juni-versionen.
Detta kommer inte i aprilversionen.
- Uppdaterad text för godkännande av kundupplysning – texten för mottagaren när konsumentinformationen accepteras har uppdaterats till: Jag samtycker till konsumentupplysningen och samtycker till att göra affärer elektroniskt med <företagsnamn>
- Om ett företagsnamn inte är tillgängligt används avsändarens för-/efternamn.
- Om varken ett företagsnamn eller ett för-/efternamn är tillgängligt används avsändarens e-postadress.
- Om ett företagsnamn inte är tillgängligt används avsändarens för-/efternamn.
- Modernisering av autentisering av signerare – autentiseringsskärmarna för signerare har förbättrats så att de inte längre blockerar mottagare som har cookies från tredje part inaktiverade vid autentisering med lösenord eller SMS-autentiseringsmetoder. Upplevelsen har också moderniserats för att vara lyhörd för olika plattformar.
Korrigerade problem
| Problem |
Beskrivning |
|---|---|
| 4293949 | Sammanfattning: Meddelandefönster för att avbryta en inbjudan och återkalla åtkomst-token är feljusterad mot texten. |
| Korrigering: Meddelanden har uppdaterats för korrekt justering av text. | |
| 4301564 | Sammanfattning: Beräkningsfält som innehåller en om-sats som också använder ett fält som innehåller funktionen nu() i sin egen beräkning försvinner efter att signaturen har tillämpats. Signaturen visas under signeringsprocessen. Datumvärden på serversidan som konverterats från funktionen nu() återges inte korrekt där värdena på klientsidan finns. Detta resulterar i ett ogiltigt datum, vilket döljer fältet. |
| Korrigering: Utvärderingen på serversidan har förbättrats för att korrekt konvertera och hantera det numeriska värdet på datumet som överförs från funktionen nu(). |
|
| 4320113 | Sammanfattning: När du redigerar ett formulär i Acrobat kommer textfält med formateringen inställd på att inte visa decimaler att visa fältvärdet med decimaler när avtalet har överförts och skickats för signering. |
| Korrigering: En inställning har lagts till för att explicit hantera formateringen av nummerfält som har skapats i Acrobat. Den här inställningen är inaktiverad som standard. Användare som har problem med nummerformatering när de använder formulär som skapats i Acrobat bör kontakta supportteamet och begära aktivering av nummerfältsformatering för Acroforms. |
|
| 4322775 | Sammanfattning: IP-adresser skulle inte samlas in och refereras i granskningsrapporter på grund av att en inställning har konfigurerats för felets omfattning. |
| Korrigering: Inställningsomfånget har justerats till rätt värde. |
|
| 4325183 | Sammanfattning: Om du tillåter att användarsessionen avbryts när den nya sidan Rapporter läses in, resulterar det i ett allmänt fel för att uppdatera sidan. |
| Korrigering: Interaktion med sidan efter timeout omdirigeras till inloggningssidan. |
|
| 4326123 | Sammanfattning: När du skapar ett nytt användar-ID med API:er kan vissa användare inte logga in med de nya autentiseringsuppgifterna eftersom de interna systemen inte kommunicerar korrekt. |
| Korrigering: En ny inställning har lagts till för att hantera användarprofiler mellan Adobe-system. Inställningen är aktiverad för alla shards/konton. | |
| 4326126 | Sammanfattning: På koreanska bryter namnvärdet på det signerade dokumentet i deltagarstämpeln på grund av att kodningsteckensnittet för det koreanska språket returnerar felaktiga tecken. |
| Korrigering: Mappningsbiblioteket har uppdaterats för att inkludera kodningstypen så att de koreanska tecknen återges korrekt. | |
| 4327886 | Sammanfattning: När en användare på ett enskilt konto slås samman till ett konto med flera licenser kan användaren behålla administratörsrättigheterna. |
| Korrigering: Kod har lagts till för att ta bort administratörsrättigheter från användare som migreras till ett annat konto. | |
| 4328663 | Sammanfattning: Kundkonton som har SAML inställt på Obligatoriskt eller SAML_ACTIVATE_PENDING_USERS = true kan inte inaktivera användare med gruppredigeringsfunktionen i Acrobat Sign-systemet eftersom användar-ID återaktiveras omedelbart efter uppdateringen. |
| Korrigering: Ytterligare kod har lagts till för att säkerställa att endast "Skapade" användare kan aktiveras omedelbart. | |
| 4329111 | Sammanfattning: Anpassade formelverifieringar fungerar inte med texttaggar på grund av att en uppgiftshanterare inte läses in korrekt. |
| Korrigering: Koden har uppdaterats för att läsa in uppgiftshanteraren korrekt. | |
| 4331101 | Sammanfattning: Signerare med en profil i Acrobat Sign-systemet kan inte uppdatera sin signatur i ett stämpelfält när ett annat signaturtypsfält redigerar signatursträngen på grund av att stämpelsignaturfältet alltid hämtar namnsträngen från användarprofilen. |
| Korrigering: Stämpelsignatursträngar är inte längre knutna till användarprofilen och uppdateras som alla andra fält. |
|
| 4331119/4331631/4334671 | Sammanfattning: Landskoder saknas för Botswana, Bermuda och Sudan vid telefonautentisering. |
| Korrigering: Landskoderna för Botswana, Bermuda och Sudan har lagts till. |
|
| 4331146 | Sammanfattning: REST v6 GET Avtal > displayUserSetMemberInfos är tomt för vissa utkast när arbetsflöden utformas med fler potentiella mottagare än vad som används på grund av att e-postvärden krävs. |
| Korrigering: Kod har lagts till för att hantera ett tomt e-postvärde. | |
| 4331149 | Sammanfattning: Notarize-transaktioner registreras inte när transaktionstypen är inställd på standardvärdet -1 i serverdelsinställningarna för en årlig gräns. Årsgränser gäller dock inte om en transaktion hanteras av Notarize. |
| Korrigering: Vi ignorerar nu den årliga gränsen för den hanterade transaktionstypen Notarize och visar den på sidan Skicka-inställningar. | |
| 4332202 | Sammanfattning: Administratörer på sekretessnivå kan få meddelandet "Ett annat fel har inträffat vid sökning efter avtal från nyligen migrerade användare". |
| Korrigering: Felkontroll har lagts till för att hämta och hantera händelser där värden saknas för migrerade användare. | |
| 4332303 | Sammanfattning: Användarkonton kan skapas med versaler i den e-postadress som finns kvar i användardatabasen. |
| Korrigering: Värden returneras nu alltid med gemener. | |
| 4333575 | Sammanfattning: ID-verifieringsmetoder som definieras i arbetsflödet (TELEFON och ADOBE_SIGN) returneras inte i REST v5 eller v6 GET/arbetsflöden/{workflowId} |
| Korrigering: De saknade metoderna för identitetsverifiering lades till i JSON-scheman | |
| 4333769 | Sammanfattning: Användare som har skapat avtal eller webbformulär i en grupp har inte åtkomst till att redigera avtalet/webbformuläret om de tas bort från gruppen. |
| Korrigering: Koden har förbättrats för att säkerställa att användar-ID som skapar ett avtal/webbformulär behåller redigeringsmöjligheten medan ursprungliga grupp-ID behålls. | |
| 4333774 | Sammanfattning: Flerfilsavtal som signerats med en digital signatur returnerar inte ett namnvärde när GET/avtal/{agreementID}/dokument anropades på grund av ett null-värde i dokumentversionsreferensen. |
| Korrigering: Avtal som innehåller en digital signatur innehåller på korrekt sätt en namnegenskap. För avtal som skapas från flera dokument returnerar API fortfarande ett dokument för digitalt signerade avtal, och det dokumentet har nu namnet "multidoc.pdf". | |
| 4334814 | Sammanfattning: Valutafält som tilldelats "Vem som helst" och som slutfört signeringsprocessen utan att uppdateras tas bort från det slutliga dokumentet på grund av ett null-värde i fältet som gör att fältet tas bort. |
| Korrigering: En kontroll har lagts till för att hantera ett null-värde i ett valutafält. | |
| 4335410/4335914 | Sammanfattning: Vissa väntande användare för engångsbruk antog ett konto-ID som gjorde att de visades som användare på kontot. |
| Korrigering: Databasskript uppdaterades för att exkludera väntande användare för engångsbruk från dessa listor. | |
| 4335436 | Sammanfattning: SG1-shard kan inte synkronisera produktions- och sandbox-miljöer på grund av att en orchestrator inte kan ansluta. |
| Korrigering: Orchestrator-tjänsten var korrekt ansluten till shard. | |
| 4335442 | Sammanfattning: Felkoden "MODIFYING_IMMUTABLE_FIELDS" finns inte i swagger-dokumentationen för PUT/användare/{userId} i REST v6 |
| Korrigering: Swagger-dokumentationen har uppdaterats och felmeddelandet har förbättrats. | |
| 4335782 | Sammanfattning: När BioPharma-inställningarna är aktiverade synkroniseras inte uppdateringen av användartypens signatur med de andra fälten (till exempel fältet signerarnamn). Detta orsakas av att komponenten "Anledning till signering" inte fångar namnändringshändelsen som sänds när signaturpanelen stängs. |
| Korrigering: Komponenten "Anledning till signering" har uppdaterats för att spåra för- och efternamnsändringar korrekt. | |
| 4336003 | Sammanfattning: Om du klickar på knappen Skapa när ett webbformulär skapas med två eller flera deltagare, och KBA är aktiverat som standard utlöses ett fel. Detta beror på att ett undantag för null-pekare inträffar när formulär skapas eftersom den andra deltagaren inte definieras när formulär skapas. |
| Korrigering: Null-pekarkontroller har lagts till för att åtgärda eventuella undantag i klassen java. | |
| 4336018 | Sammanfattning: När ett avtal delegeras implicit är API-resultaten inkonsekventa med upplevelsen för explicita delegeringar på grund av att den implicita delegeringshändelsen saknar viss information. |
| Korrigering: Implicita delegeringsflöden har förbättrats så att de fungerar på samma sätt som en uttrycklig delegering. | |
| 4336037 | Sammanfattning: Om GET/signerings-URL:er anropas efter att avtals-ID har hämtats kan status "AGREEMENT_NOT_SIGNABLE" genereras som kan härledas för att indikera att avtalet är i ett slutgiltigt tillstånd. |
| Korrigering: Villkoren som utlöser status i dessa fall, utlöser nu endast status "AGREEMENT_NOT_EXPOSED". |
|
| 4336076 | Sammanfattning: Vid signering har texten och knappen "Nästa fält krävs" inte tillräcklig kontrast. |
| Korrigering: Knappen och texten har ändrats för att ge en kontrast på 4,5:1. | |
| 4336077 | Sammanfattning: Deltagandestämpeln visas inte på den signerade PDF:en om deltagaren är markerad som en mottagargrupp. Indexeringsmetoden hittar rätt del för denna stämpel. Men när det finns en mottagargrupp, ger detta en slumpmässig del från gruppen, som kanske inte är den aktuella signeraren. I sådana fall tilldelas värdet ibland som null och signerardelen misslyckas. |
| Korrigering: Indexeringsmetoden har ändrats för att returnera rätt signerardel av deltagargruppen. |
|
| 4337254 | Sammanfattning: Mottagarna kan inte slutföra signeringsprocessen när de signerar digitalt via molntjänstleverantören BJCA, eftersom ett ogiltigt teckensnitt används för att återge vissa kinesiska tecken. |
| Korrigering: Uppdateringar av återgivningsbiblioteket tillåter nu korrekt återgivning av specialtecknen, vilket gör att signeringsprocessen kan slutföras. | |
| 4337616 | Sammanfattning: Om du skickar avtalet till en INAKTIV användare, skapas en väntande användare för engångsbruk som inte kan signera med Adobe Sign-autentisering. |
| Korrigering: Inaktiva användare i en domän som tagits i anspråk genererar inte längre en väntande användare för engångsbruk. | |
| 4337679 | Sammanfattning: Under rensningen av användare efter att de har signerat tas biometriska signaturer med ett användar-ID bort. Detta resulterade i en deltagarsignatur som bara var en vilolägesproxy som om den anropas resulterar i fel. Detta kan inträffa vid hämtning av avtalshändelser eftersom data i klottret kontrolleras. |
| Korrigering: Lade till kod för att kontrollera om det verkligen finns ett klotter innan du läser några värden från det. Rensningskoden har uppdaterats för att nollställa signaturinnehållet. | |
| 4337734 | Sammanfattning: ISO-landskoden för Curacao (CW) avvisas av REST v6 API när den används för telefonautentisering. |
| Korrigering: Koden för Curacao har lagts till i metoden och är nu tillgänglig. | |
| 4337948 | Sammanfattning: Datafel som beror på lokalisering gör att det går att skicka ett avtal till en aktiv användare även om det har skapats en väntande engångsanvändare. |
| Korrigering: Databasen korrigerades manuellt. | |
| 4338735 | Sammanfattning: Knappen "コードを送信" (Skicka kod) har en radbrytning i texten i det japanska användargränssnittet |
| Korrigering: Knappen har konfigurerats så att endast en rad tillåts. | |
| 4340100 | Sammanfattning: "Konfigurerade inställningar kräver att dokument måste vara lösenordsskyddade" kan utlösas på UMG-aktiverade konton, även om "Lösenordsskydd för signerat dokument" är inställt på "Tillåt avsändare att lösenordsskydda signerade dokument" för den aktiva gruppen på sändningssidan på grund av att användarinställningar åsidosätter gruppnivåinställningarna. |
| Korrigering: För användare på UMG-aktiverade konton väljs gruppnivåinställningen framför inställningarna på användarnivå. | |
| 4340558 | Sammanfattning: När det finns redan ifyllda listrutefält och digital signatur är listrutan fortfarande redigerbar efter att avtalet har skickats. |
| Korrigering: Listrutefältet har uppdaterats till skrivskyddat efter att värdet har fyllts i | |
| 4340659 | Sammanfattning: Om fel e-postadress används för en deltagare, men den liknar rätt e-postadress (t.ex. user@email.com är korrekt men kunden anger user@email.com.us) och avsändaren sedan försöker dela avtal med användaren genom att ange rätt e-postadress orsakas felet: "En eller flera av de som tilldelades är redan deltagare och det går inte att dela med dem" på grund av en felaktig metod för att jämföra e-postvärden. |
| Korrigering: Det finns en mer exakt metod för bättre hantering av användaridentiteter i dessa fall. | |
| 4341111 | Sammanfattning: Funktionen Massutskick läser inte gruppinställningarna korrekt när UMG är aktiverat. I stället används de primära gruppinställningarna som standard. |
| Korrigering: Koden har uppdaterats för att läsa rätt (valda) gruppinställningar för arbetsflödet Massutskick. | |
| 4341187 | Sammanfattning: Deltagare som inte är signerare (t.ex.: Godkännare) som signerar med bara en stämpel importerar namnvärdet från sin profil i stället för att använda det namnvärde som angavs vid signeringstillfället. Detta återspeglas på sidan Hantera när det slutförda avtalet granskas. |
| Korrigering: Sidan Hantera återspeglar det värde som angavs vid tidpunkten för signeringen. | |
| 4341807 | Sammanfattning: Back-end-värdet DISPLAY_EMAIL returneras som svar på /signeraURL:er. |
| Korrigering: Funktionen för att hämta en deltagares e-post har uppdaterats för att ta hänsyn till detta sammanhang. |
|
| 4341809 | Sammanfattning: Popup-fönstret "Klicka för att ändra" visas när en mottagare hovrar över sin signatur och signerarens namnvärde tillämpas via API |
| Korrigering: Signaturkoden har uppdaterats för att ta bort det här verktygstipset. |
|
| 4341947 | Sammanfattning: Det finns inget retryAfter i svarstexten för vissa API-anrop när de utlöser begränsningen. |
| Korrigering: Hanteringsmetoden har uppdaterats för att inkludera svaret retryAfter. |
|
| 4343205 | Sammanfattning: Avtal som skickas med en anpassad e-postmall och en länks utgångsdatum angett till 60 returnerar ett 500-fel när knappen Skicka ny länk används. |
| Korrigering: Funktionen för länkens förfallodatum tillsammans med anpassade e-postmallar har ändrats för att eliminera felet. |
|
| 4343636 | Sammanfattning: Avtal som skickas med ett dokument som innehåller de digitala signaturobjekten för andra signaturtjänster kan orsaka ett ohanterat fel på grund av ett undantag för null-pekare. |
| Korrigering: Den associerade koden har uppdaterats för att lösa pekarproblemet. |
|
| 4343696 | Sammanfattning: När en deltagare har överfört ett dokument genom att klicka på Överför för att skicka, skapas ytterligare en version av dokumentet utan deltagarvärde. Eftersom den inte har tilldelat deltagande orsakar detta automatisk annullering av avtal (timeout av projektet) cirka en timme efter det att den skapades. |
| Korrigering: Vi skapar inte längre ett dokument utan deltagande. |
|
| 4346378 | Sammanfattning: Sändningssidor använder inte inställningar från den högra gruppen när sändningssidan börjar med ett avtal, arbetsflöde eller biblioteksdokument. |
| Korrigering: Kontrollenheten har uppdaterats för att kontrollera alla möjliga sidhuvuden och säkerställa att rätt gruppinställningar ingår. |
Produktionsdriftsättning: 3 maj 2022
Förbättrade funktioner
Korrigerade problem
| Problem |
Beskrivning |
|---|---|
| 4354725 | Sammanfattning: Avtal kan inte skapas via anpassade arbetsflöden när Obligatoriskt mottagarnamn är aktiverat. |
| Korrigera: Namnvalidering har inaktiverats för arbetsflöden, vilket innebär att det obligatoriska namnvärdet inte kontrolleras/används när avtalet skapas. |
Produktionsdriftsättning: 15 juni 2022
Förbättrade funktioner
- Förbättrad digital identitetsverifiering – Acrobat Signs identitetsgateway ansluter till tjänster för autentisering och identitetsverifiering från tredje part med hjälp av standardprotokollet OpenID Connect (OIDC).Kunder kan välja bland en mängd olika autentiseringstjänster och utnyttja den typ av identitetsverifiering som bäst passar deras behov.
- Tjänsterna för identitetsverifiering omfattar:
- Tjänster för identitetsverifiering med video
- Identifiering av ID-dokument
- Kunskapsbaserade autentiseringstjänster
- Identitetsinformation kan lagras på Rapport över signeraridentitet.
- Identitetsverifiering prissätts separat och konsumeras enligt leverantörspolicyn.
- Autentiseringstransaktioner anskaffas och faktureras direkt från IdP.
- Tjänsterna för identitetsverifiering omfattar:
- Nya leverantörer av betrodda tjänster – nya leverantörer av betrodda tjänster har lagts till från Cloud Signature Consortium som tillhandahåller certifikat för att använda säkra digitala signaturer som uppfyller de högsta standarderna och efterlevnadskraven:
- DigiCert One (Europa och Amerika)
- ZealiD (Sverige)
- GSE (Colombia)
- Nya webhooks
- AGREEMENT_EXPIRATION_UPDATED (endast API) – AGREEMENT_EXPIRATION_UPDATED har skapats för händelsen när ett avtals förfallotid uppdateras. AGREEMENT_EXPIRATION_UPDATED kan bara prenumereras på via API-anropet POST/webhooks.
- AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER – webhooken AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER utlöses när en mottagare ändrar det förifyllda namnvärdet vid signering av avtalet. Namnvärden kan förfyllas genom API:et eller genom funktionen Kräv mottagarnamn vid sändning.
- Uppdateringar av den anpassade arbetsflödesdesignern – uppdateringar av den anpassade arbetsflödesdesignern inkluderar:
- Medvetenhet om Användare i flera grupper. Konton som har UMG aktiverat tillåter:
- Gruppadministratörer kan tilldela arbetsflöden till alla grupper som de är administratörer för (inte bara deras primära grupp).
- Gruppadministratörer kan redigera alla arbetsflöden som är tilldelade till en grupp som de är administratörer för.
- En uppdatering av gränssnittet för arbetsflödets omfångskontroll som definierar vilka användare som kan komma åt arbetsflödet.
- Textetiketten som anger vilken grupp/användare som arbetsflödet är aktiverat för har ändrats från Aktivera för till Vilka kan använda det här arbetsflödet?
- Textetiketten för alternativet att inkludera alla grupper/användare i kontot har uppdaterats från Alla grupper till Alla användare i min organisation.
- Uppsättningen av radioknappar som används för att välja en enskild grupp har ändrats till en rullgardinsmeny med ett enda val med textetiketten Vald grupp.
- Medvetenhet om Användare i flera grupper. Konton som har UMG aktiverat tillåter:
Den anpassade arbetsflödesdesignern kommer att ha ett kort avbrott i tjänsten för att uppdatera den underliggande koden omedelbart efter den stora versionen den 15 juni.
Mellan kl. 24.00–24.30 kanske inte arbetsflödesdesignern tillåter användare att skapa ett nytt arbetsflöde eller spara ett arbetsflöde som håller på att redigeras.
Användare uppmuntras att spara alla arbetsflöden de skapar/redigerar före kl. 24.00.
Användningen av arbetsflöden för att generera avtal påverkas inte under denna tid.
- Förbättringar av den nya redigeringsmiljön - Den nya redigeringsmiljön som introducerades i april 2022 har uppdaterats för att inkludera:
- Stöd för upp till 25 mottagare.
- Nya fält:
- Rullgardinsmeny (med enkelt val)
- Hyperlänkar
- Rullgardinsmeny (med enkelt val)
- Nya Acrobat-webbkonton och användare av kostnadsfri Acrobat aktiverar dessa funktioner automatiskt.
- Storföretagskonton i Acrobat Sign-lösningen kan aktivera den nya redigeringsupplevelsen i Kontoinställningar > Globala inställningar
- Alternativ för att inaktivera spårningspixel för e-post - Konton på storföretagsnivå kan begära att supportteamet inaktiverar den spårningspixel som är inbäddad i mottagarens e-postmallar för "Review and Sign".
- Inaktivering av e-postpixeln ändrar utlösaren för händelsen "Visad":
- När pixeln är aktiverad utlöses händelsen "Visad" när e-postmeddelandet har öppnats.
- När pixeln är inaktiverad utlöses händelsen "Visad" när avtalet öppnas (via signeringslänken).
- Pixeln inaktiveras som standard för nya konton på alla tjänstenivåer som skapats efter juni 2022-uppdateringen.
- Inaktivering av e-postpixeln ändrar utlösaren för händelsen "Visad":
- Inaktivera hyperlänkar inbäddade i signaturer och initialer - Storföretagskonton kan begära att supportteamet inaktiverar de inbäddade hyperlänkarna i signatur- och initialfältsobjekt (som öppnar transaktionsverifieringssidan).
- För alla konton som skapats efter juni 2022-versionen inaktiveras den här länkningen automatiskt.
- Konton som finns före juni 2022-versionen kommer att fortsätta att se de äldre funktionerna.
- Konton som finns före juni 2022-versionen kommer att fortsätta att se de äldre funktionerna.
- Inaktivering av hyperlänkar är inte retroaktiv till avtal som har slutförts innan inställningen justerades.
- När de är inaktiverade kan de inbäddade länkarna inte återaktiveras.
- För alla konton som skapats efter juni 2022-versionen inaktiveras den här länkningen automatiskt.
Alternativet att tillåta granskningsrapporten att anta tidszonsförskjutningen från konto-/grupp-/användarinställningen kan aktiveras på konto- (och gruppnivå) genom att navigera till Kontoinställningar > Globala inställningar > Ange en standardtidszon att använda för avtal som skapas av användare i det här kontot
Tidszonvärden kan ställas in på konto-, grupp- och användarnivå, och objektet på "lägsta" nivå har företräde.
- Användarinställningar åsidosätter gruppinställningar.
- Gruppinställningar åsidosätter kontoinställningar.
Om inställningen är aktiverad och en enskild användare justerar sin tidszon så att den skiljer sig från inställningen på kontonivå, kommer användarens granskningsrapporter att återspegla tidszonsförskjutningen som den definieras av användarprofilen, inte kontot.
När du skickar ett avtal till en användare med ett känt namnvärde i Acrobat Sign-systemet (vanligtvis någon i ditt eget konto), infogas namnvärdet i användarens profil automatiskt i signeringsprocessen.
Om kontot tillåter användare av den här typen att ändra sitt namnvärde vid signering, loggas ändringen i granskningsrapporten och det initiala namnvärdet och det uppdaterade värdet anges.Alla efterföljande iterationer av mottagarens namn i granskningsrapporten kommer att återspegla det justerade värdet.
Inte alla mottagare har ett känt namnvärde när avtalet skickas.I dessa fall kommer ingen händelse att loggas i granskningsrapporten eller aktivitetslistan.Granskning av dessa avtal via API (GET /agreements/<id>/events) kommer att visa SIGNER_NAME_CHANGED_BY SIGNER-händelsen.
SIGNER_NAME_CHANGED_BY SIGNER-händelsen kan också fångas upp med webhooks genom den nya AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER-händelsen.
Elektroniska standardsignaturer inkluderar nu den anledning som anges av mottagare när de signerar, avböjer eller avbryter ett avtal.
Om du delar ett enskilt avtal skapas en post i granskningsrapporten. Den här posten innehåller nu den deltagare som avtalet delades av, förutom den part som avtalet delades med.
Om ett avtal delas efter att det har försatts i ett slutgiltigt tillstånd uppdateras inte granskningsrapporten med nya poster, men avtalets logg för Aktivitet fortsätter att spåra delningsaktivitet.
Granskningsposter visas nu för varje gång en mottagare begär ett nytt dokument efter att en länk har upphört att gälla.
Tänk på att granskningsrapporter blir oföränderliga när avtalet når en slutlig status. Påminnelse- och delningshändelser som körs efter att avtalet har avslutats visas inte i granskningsrapporten.
- Tillåt eller förhindra delning av enskilda avtal med interna/externa parter – möjligheten för användare att dela ett enskilt avtal med en annan part kan begränsas till att tillåta/neka delning baserat på den delande partens interna/externa status.
- Interna användare definieras som användare inom samma Acrobat Sign-konto som avtalets avsändare.
- Externa användare definieras som alla användare som inte är medlemmar av samma Acrobat Sign-konto som avtalets avsändare.
Ändrad upplevelse
- Webbformulär kräver inte längre att cookies från tredje part är aktiverade för undertecknare – konton som använder webbformulär behöver inte längre oroa sig för om deras undertecknare har cookies från tredje part aktiverade innan de signerar. Webbformulär har nu stöd för signaturaktiviteter utan cookies.
- Inaktuella signeringslänkar är begränsade till tio förfrågningar per timme – när en signerings-URL förfaller kan mottagaren begära en ny URL upp till tio gånger under ett 60-minuters tidsfönster.
- En ny URL kommer inte att skickas efter den tionde begäran i samma 60-minutersfönster.
- De tio signaturförfrågningarna finns i ett rullande tidsfönster, vilket innebär att varje begäran har en 60-minuters timer.
- Uppdaterat Externt arkiv-gränssnitt – det externa arkivgränssnittet har uppdaterats för att uppmana administratören att ange e-postadressen två gånger (för att säkerställa att rätt e-postadress är konfigurerad) och lagra e-postadressen som ett klickbart adressobjekt i stället för en textsträng. Alla gränssnitt för den automatiska arkivfunktionen uppdateras (Globala inställningar på konto-/gruppnivå och fliken Externt arkiv).
- Uppdatera till funktionen Obligatoriskt mottagarnamn - Funktionen för att kräva ett mottagarnamn när ett nytt avtal skapas bevarar nu den inställningen på avtalsnivån och säkerställer att inställningsvärdet upprätthålls även om kontonivån/gruppnivåinställningen ändras.
- Uppdateringar av Notarize-integreringen – förbättringarna fortsätter för Notarize-integreringen:
- Avtalets förfallotid delas med Notarize och kommer att respekteras av Notarize som en del av deras schemaläggningsfunktion.
- Notarize API-nyckeln valideras nu innan avtalet skickas för attestering. Skicka/uppdatera blockeras och ett fel genereras om:
- kontot är en testversion som har upphört att gälla.
- Notarize-kontomappningen till API-nyckeln är inaktiverad
- Notarize API-nyckeln är ogiltig
- Notarize API-nyckeln har inaktiverats
- kontot är en testversion som har upphört att gälla.
- Uppdatera till förfallodatumsetiketten i e-postmeddelanden – texten som identifierar förfallodatumet i mottagarnas e-postmeddelanden har uppdaterats för att klargöra att avtal kan signeras fram till förfallodatumet. Förfaller den {DATE} har uppdaterats till Förfaller den {DATE}:
- Förbättrad automatisk identifiering av formulärfält (begränsad distribution) – automatisk identifiering av formulärfält har förbättrats för att mer exakt identifiera typ, storlek, antal och plats för formulärfält som ska placeras.
- Endast driftsatt i NA4-miljön efter juni 2022-versionen.Ska distribueras i andra miljöer i framtida versioner.
Korrigerade problem
| Problem |
Beskrivning |
|---|---|
| 4326356 | Sammanfattning: PDF forms som skapas i InDesign anger värdet Av för avmarkerade kryssrutefält, vilket orsakar problem när fälten är redigerbara för mottagare. |
| Åtgärd: ignorera standardvärdet för Av för avmarkerade kryssrutefält vid import av PDF forms. |
|
| 4329479 | Sammanfattning: selfie-hämtning med myndighets-ID misslyckas på iOS 15 med felet "Ansiktet hittades inte". |
| Åtgärd: Myndighets-ID-paketet har uppdaterats med förbättrad kod för att åtgärda felet. |
|
| 4330744 | Sammanfattning: kontoadministratörer kan inte inaktivera bioläkemedelsinställningar på grund av en felmatchning av inställnings-ID och hemkort för kontot. |
| Åtgärd: databasen har uppdaterats för att korrigera inställningarna som inte matchar. |
|
| 4332322 | Sammanfattning: Antalet förbrukade KBA-transaktioner kan vara felaktigt höga på grund av dåliga logiska kontroller vid bedömning av KBA-användning |
| Åtgärd: Logiken har korrigerats för att återspegla korrekt användning. | |
| 4333689 | Sammanfattning: den som skapar ett webbformulär kan inte delegera kontrasignering för webbformulär från den moderna hanteringssidan eftersom API:t inte tillhandahåller ett signerbart svar när signaturen används. |
| Åtgärd: API:et uppdateras för att ge rätt svar till undertecknaren när det anropas från sidan Hantera. |
|
| 4333769 | Sammanfattning: användare kan inte redigera webbformulär (och avtal) när deras grupp har ändrats. |
| Åtgärd: redigerade behörigheter för att hämta och redigera avtal för upphovsmannen när denne har ett inaktivt medlemskap i webbformuläret/avtals-ID. |
|
| 4336080 | Sammanfattning: signaturer med tvåbyte-tecken kan leda till att en del av signeringsdatumet trunkeras i den slutliga signaturstämpeln. |
| Åtgärd: fältparametrarna har uppdaterats för att tillåta utrymme för den fullständiga signaturstämpeln. |
|
| 4338126 | Sammanfattning: alternativet Avbryt påminnelse visas inte på den moderna sidan Hantera för påminnelser som har skapats på den äldre sidan Hantera på grund av att en obligatorisk parameter inte ingår i den äldre objektdefinitionen. |
| Åtgärd: en kod har lagts till för att överbrygga gapet mellan det äldre objektet och den moderna funktionen. | |
| 4338227 | Sammanfattning: fält med rullgardinsmenyer som definierats med ett standardvärde som innehåller ett enkelt citattecken kan inte registreras som ett giltigt alternativ och kan inte markeras. |
| Åtgärd: en kod har lagts till för att korrekt hantera ett standardvärde som innehåller ett enkelt citattecken. |
|
| 4339667 | Sammanfattning: skapare kan inte ändra ett pågående webbformulär som skapats från en mall som innehåller förifyllda fält. |
| Åtgärd: en kod har uppdaterats så att den inte söker efter förifyllda fält när ett aktivt webbformulär ändras. |
|
| 4341476 | Sammanfattning: förfallodatumet saknas när avtalet skapas via JASON-nyttolasten, på grund av att återgivningskoden hämtar det felaktiga värdet från avtalsegenskapstabellen. |
| Åtgärd: korrigerad kod för att hämta rätt värde och publicera den som förfallodatum. |
|
| 4343048 | Sammanfattning: Samtyckesval för cookies sparas inte för miljöerna Sandbox och Government. Användare måste ge sitt samtycke varje gång de autentiserar sig |
| Åtgärd: Samtyckesval för cookies och uppdateringar sparas för användaren. | |
| 4343954 | Sammanfattning: om du överför ett dokument med en Unicode-titel som sedan importeras till avtalsnamnet läggs namnet till två gånger, vilket kan göra strängen för lång för att konverteringsfunktionen i PDF ska kunna skapa PDF-filen, vilket resulterar i en PDF-fil som inte konverteras. |
| Åtgärd: koden har uppdaterats för att använda den ursprungliga titelsträngen i stället för att skapa en ny under konverteringen |
|
| 4344568 | Sammanfattning: vissa av e-postinställningarna på gruppnivå sparas inte när de uppdateras för att åsidosätta inställningarna på kontonivå på grund av att det inte går att kontrollera åsidosättningsvärdet för dessa parametrar. |
| Åtgärd: koden har uppdaterats för att kontrollera åsidosättningsvärdet när inställningarna på gruppnivå uppdateras. |
|
| 4345297 | Sammanfattning: molnsignaturer kan misslyckas med felmeddelandet "Ett fel uppstod när den digitala signaturen slutfördes" på grund av att signaturfältet placerades med ett negativt koordinatsystem. |
| Åtgärd: en kod har lagts till för att säkerställa att fältplatsen beräknas korrekt med korrigerade koordinater. |
|
| 4345380 | Sammanfattning: mottagare har fortfarande gränssnittsalternativet att avvisa signering även när alternativet Avvisa signering är inaktiverat. |
| Åtgärd: koden har uppdaterats för att inaktivera alternativen Avvisa signering i gränssnittet när mottagarna läser in avtalssidan första gången. |
|
| 4346217 | Sammanfattning: exporter kan misslyckas med ett undantag som rapporterats på grund av att körningstrådar inte uppdaterar klientorganisations-ID:n från tidigare användning, vilket orsakar försök att köra uppgifter på felaktiga klientorganisationer. |
| Åtgärd: Klient-ID:n uppdateras nu korrekt i körningstrådarna när de ärvs från schemaläggaren. |
|
| 4346736 | Sammanfattning: beräkningsfält som involverar funktionen now() fungerar inte när de kopieras med API:et eftersom beräknade uttryck för kopierade fält behåller escape-tecken hela vägen till dokumentets data-XML. |
| Åtgärd: beräknade uttryck rensas innan de sparas i XML-dokumentdata. |
|
| 4347673 | Sammanfattning: gruppadministratörer kan behålla synligheten för användare i grupper där de tidigare har skapat rapporter och sedan flyttat från den gruppen på grund av att gruppfiltret inte uppdateras korrekt. |
| Åtgärd: gruppfiltrering har uppdaterats för att säkerställa att filtren uppdateras när användaradministratören ändrar gruppbehörighet. |
|
| 4348040 | Sammanfattning: kunder som lägger till vissa bildfiler via bilagefält rapporterar inte rätt MIME-typ |
| Åtgärd: koden har förbättrats så att den passar alla alternativ i rätt klass. |
|
| 4349061 | Sammanfattning: biblioteksdokument sorteras inte alltid i alfabetisk ordning på grund av att kombinerade listor inte sorteras efter kombination. |
| Åtgärd: de kombinerade listorna sorteras nu i bokstavsordning (siffror före alfatecken och skiftlägesokänsliga). |
|
| 4349494 | Sammanfattning: fält som placerats manuellt på den plats där ett automatiskt identifierat fält placerats behåller egenskaperna för det automatiskt identifierade fältet. |
| Åtgärd: fältegenskaper för automatiskt identifierade fält lagras inte om de inte placeras. |
|
| 4349978 | Sammanfattning: Autentisering med myndighets-ID kan misslyckas med felet "Ansiktet hittades inte" när en selfie hämtas. |
| Åtgärd: Paketet för funktionen med myndighets-ID har uppdaterats för att lösa grundorsaken. | |
| 4350723 | Sammanfattning: transaktions-ID-fält är inte tillgängliga för anpassade e-postmallar |
| Åtgärd: transaktions-ID-fält har lagts till i de anpassningsbara e-postmallarna. |
|
| 4351205 | Sammanfattning: undertecknare kunde få ett felmeddelande om att avtalet inte kan e-signeras när de signerar ett avtal på grund av att ett internt ID skrivs över i vissa situationer. |
| Åtgärd: nyligen skapade avtal binder ID:t till databasen med det första sparandet av avtalet, vilket tar bort behovet av att uppdatera ID:t när som helst. | |
| 4351322 | Sammanfattning: dubblettversioner av ett arbetsflöde kan sparas eftersom knappen Spara inte inaktiveras direkt efter att ett arbetsflöde har sparats. |
| Åtgärd: Knappen Spara inaktiveras omedelbart när ett arbetsflöde sparas, vilket förhindrar att den duplicerade posten används. |
|
| 4352684 | Sammanfattning: API-anropet "PUT /widgets/{widgetId}/formFields" fungerar inte för SIGNATURFÄLTET |
| Åtgärd: reparerad kod och verifierat att den fungerar som förväntat. |
|
| 4353289 | Sammanfattning: Ungerska översättningen för "Transaktionsnummer XYZ är giltig" är felaktig. |
| Åtgärd: Översättningen har korrigerats. |
|
| 4353564/4361472 | Sammanfattning: Möjligheten att skapa nya konton via post/konto bröts på grund av att inställningarna uppdaterades för det överordnade kontot. |
| Åtgärd: API:et för post/konto har justerats för att ta hänsyn till den överordnade inställningen. | |
| 4354088 | Sammanfattning: det går inte att ta bort ett fält i den nya författarupplevelsen med knappen "Delete". |
| Åtgärd: koden har förbättrats så att den går att ta bort med knappen Delete. |
|
| 4354730 | Sammanfattning: förifyllda fält som används som villkor i visa/dölj-värden i fält för efterföljande mottagare kanske inte är synliga när mottagaren tar emot avtalet. |
| Åtgärd: koden för fältvärdestabeller har förbättrats så att den bättre inkluderar egenskaperna för förifyllda fält. |
|
| 4355002 | Sammanfattning: I den nya redigeringsmiljön tilläts inte rollerna notarie och elektronisk stämpel. |
| Åtgärd: Rollerna har lagts till i rollalternativen. | |
| 4355003 | Sammanfattning: Skrivna arbetsflöden kan avbryta leveransen av en ny länk när en länk upphör att gälla mellan hämtning av det signerbara dokumentet och efterföljande överföring av det signerade dokumentet. |
| Åtgärd: Koden har förbättrats för att hantera denna situation. | |
| 4357224 | Sammanfattning: anpassat format på datum importeras inte från PDF-filen |
| Åtgärd: fältimportkoden har uppdaterats för att säkerställa rätt formatvalideringsöverföringar från överförda PDF-filer. |
|
| 4357710 | Sammanfattning: alternativknappar med villkorlig synlighet kanske inte kan visas. |
| Åtgärd: koden för villkorlig synlighet har stramats åt för att säkerställa korrekt visning när villkoren uppfylls. |
|
| 4357908 | Sammanfattning: Vid transaktioner där en premiumautentiseringsmetod används när de skickas, och den autentiseringsmetoden sedan överförs till en annan premiummetod, kan båda autentiseringsmetoderna dras av även om bara en av dem faktiskt används |
| Åtgärd: koden har förbättrats så att den tar hänsyn till överföring av autentiseringsmetoder för att inte räkna den ursprungliga metoden när avtalet uppdateras. |
|
| 4358003 | Sammanfattning: användarmigrering kan låsas när klassisk migrering aktiveras och sedan aktiveras avancerad migrering. |
| Åtgärd: kod har lagts till för att hantera en pågående migrering när en ny migrering utförs. |
|
| 4358968 | Sammanfattning: nya rapporter rapporterar inte alla äldre arbetsflöden korrekt om de inaktiveras. |
| Åtgärd: rapporteringsomfång har förbättrats för att ta hänsyn till inaktiverade och dolda arbetsflöden. |
|
| 4361469 | Sammanfattning: om du använder alternativet Byt konto för att skicka ett avtal för någon annans räkning tillåts inte redigering, i stället dirigeras användarna till sidan Hantera på grund av att den nya redigeringsmiljön inte ingår i filtertabellen för delad åtkomst. |
| Åtgärd: ny redigering har lagts till i filtret för delad åtkomst. |
Produktionsdriftsättning: 20 juli 2022
Förbättrade funktioner
- Kräv mottagarnamn vid delegering – Funktionen att kräva mottagarens namn när ett nytt avtal skickas (släpptes i april 2022) har förbättrats så att det även går att ange ett mottagarnamn vid tidpunkten för delegeringen. Användare kan ange mottagarens namn när de klickar på alternativet Delegera signering till annan på signeringssidan eller använder delegera-länken i e-postmeddelandet.
Förbättringen av delegeringsprocessen uppnås genom att uppdatera delegerings-API så att v6 REST-ändpunkten /delegatedParticipantSets används.
Kunderna bör inte se någon påverkan utöver att genomdriva konfigurationen av nödvändiga namnvärden vid delegering. Om några delegeringsproblem upptäcks, kontakta Support.
- Verktygstips för formulärfält har stöd för upp till 4 096 tecken – Det anpassningsbara verktygstipsalternativet för alla formulärfält har ökat antalet tillåtna tecken från 256 till 4 096.
- Förbättrad sökning efter Team-/Small Business-servicepaket – Sökfunktionen som används för att hitta avtal har förbättrats för att stödja mer komplexa strängfrågor med speciell syntax. Den uppgraderade sökfunktionen är planerad att distribueras per tjänstenivå under andra halvåret 2022.
- Den här versionen uppdaterar endast tjänstenivån Team/Small Business.
- Dokumentationen för den förbättrade sökfunktionen finns i onlinehjälpen.En länk till dokumentationen finns i programvaran. Klicka på informationsikonen bredvid sökfältet:
Ändrad upplevelse
- Juridiska meddelanden konsoliderade till ett menyalternativ på e-signeringssidan – De juridiska meddelandena på mottagarens e-signeringssida har samlats i ett menyalternativ, Juridiska meddelanden, i menyn Alternativ. De samlade meddelandena är:
- Användningsvillkor
- Sekretesspolicy
- Cookie-inställningar
- Meddelanden om upphovsrätt och varumärken
- Meddelanden från tredje part
- Landskoden +383 (Kosovo) har lagts till i SMS-autentisering – Kosovo (+383) har lagts till i förteckningen över landskoder för telefonautentisering.
- Verktygstips för signaturfält har uppdaterats för bättre tillgänglighet – Var och en av signaturfälttyperna har förbättrade verktygstips för att bättre identifiera det signaturinnehåll som krävs av mottagaren.
Korrigerade problem
| Problem |
Beskrivning |
|---|---|
| 4331709 | Sammanfattning: Ett MISC_SERVER_ERROR genereras när en mottagare ersätts med ett användar-ID som automatiskt delegerar sina avtal till en användare som inte är ett aktivt användar-ID i systemet. |
| Åtgärd: Koden har förbättrats för att identifiera och skapa användar-ID för automatisk delegering som engångsanvändare för transaktionen. |
|
| 4345707 | Sammanfattning: Tvetydig information om verktygstips för signatur-/initial-/stämpelfält orsakar förvirring när avtal används med skärmläsare. |
| Åtgärd: Verktygstips har uppdaterats för att bättre ange vilken typ av innehåll som krävs (initialer/signaturstämpel). Lokalisering av dessa verktygstips har uppdaterats och verifierats i vanliga skärmläsare. |
|
| 4346795 | Sammanfattning: Ett icke-informativt felmeddelande levereras till användaren när autentisering nekas på grund av IP-adressbegränsningar. |
| Åtgärd: Felmeddelandet har förbättrats för att indikera att autentiseringsfelet beror på kontots säkerhetsprincip. |
|
| 4348930 | Sammanfattning: Dynamiska värden som används i fälten Betalning innehåller inte Förifyllda värden i beräkningarna. |
| Åtgärd: Koden som stöder beräkning av fältvärden för betalningsfält har korrigerats för att korrekt komma åt och importera värden från förifyllda fält. |
|
| 4353603 | Sammanfattning: Bildfält som inaktiverats av villkorlig logik baserat på andra fält tillåter fortfarande att en bild överförs. |
| Åtgärd: Koden som inaktiverade fältåtkomst under fältvillkorslogik har korrigerats för att säkerställa att bildfältet inte kan nås | |
| 4354667 | Sammanfattning: När två bilagefält är tillgängliga på samma sida flyttas inte programmets fokus till nästa fält efter att den första bilagan har slutförts, utan programmet går in i en slinga. |
| Åtgärd: Fältnavigeringen och koden setFocus har korrigerats för att flytta fokus till nästa fält på rätt sätt. |
|
| 4354854 | Sammanfattning: Inklistrade e-postadresser vid verifiering av en webbformulärssignatur aktiverar inte knappen Klicka för att signera korrekt. |
| Åtgärd: Funktionen OnPaste har förbättrats för att bättre motsvara den här åtgärden i ett webbformulär. |
|
| 4354992 | Sammanfattning: E-postmeddelanden för Påminnelse och Delegering kan utlösa en studs från skräppostfilter baserat på en avvikelse i kuvert- och rubrikvärdena för avsändaren på grund av att namnvärdeshanteringen är inkonsekvent. |
| Åtgärd: Från-rubriken i e-postmeddelandet är nu konsekvent formaterad som "förnamn efternamn <adobesign@adobesign.com>" när för- och efternamnet är tillgängliga. |
|
| 4355581 | Sammanfattning: Rapportdiagram med kontoomfattning kunde lista rapporterna med deras rapport-ID om det fanns null-värden i rapportegenskaperna. |
| Åtgärd: Rapporterings-API för det nya rapportsystemet har uppdaterats för att bättre hantera rapporter med null-värden |
|
| 4359189 | Sammanfattning: E-postmallar kan visa & istället för & när företagsnamnet används. |
| Åtgärd: Koden för att formatera företagsnamnet korrekt har korrigerats. |
|
| 4359920 | Sammanfattning: Landskoden för Kosovo (+383) är inte tillgänglig när SMS-autentisering konfigureras |
| Åtgärd: Lagt till (+383) i SMS-listan över tillgängliga landskoder. |
|
| 4360266 | Sammanfattning: När en användare ändras till statusen Inaktiv och sedan flyttas till en annan grupp, visar CSV-filen som genereras när en användarlista exporteras inte det aktuella gruppnamnet för den inaktiva användaren. |
| Åtgärd: En ny metod för att hämta användardata för export utan att kontrollera användarstatus har implementerats. |
|
| 4360311 | Sammanfattning: E-postmallar kan visa & istället för & när avsändarens namn innehåller ett &. |
| Åtgärd: Koden för att formatera avsändarens namn korrekt har korrigerats. |
|
| 4361282 | Sammanfattning: Om du begär en ny länk (efter att den föregående länken har upphört att gälla) för en påminnelsemall skickas ett påminnelsemeddelande till alla deltagare. |
| Åtgärd: Påminnelsekoden har korrigerats så att den bara skickar påminnelsen till mottagaren som begärde den. |
|
| 4361868 | Sammanfattning: Beräknade datumvärden på icke-engelska språk kan rapportera "serverfel. Ett fält hade ett ogiltigt värde" |
| Åtgärd: Förbättrad översättning av datumformat för lokaliserade datum när det gäller beräknade fält och villkorssatser. |
|
| 4365756 | Sammanfattning: På grund av en konflikt i hur inställningar ärvs via äldre inställningar visades användarprofilsidor som tomma för administratörer vid redigering. |
| Åtgärd: Förståelsen för och åtkomsten till de korrekta ärvda inställningarna har uppdaterats för att eliminera konflikten och tillhandahålla korrekta värden. |
|
| 4366715 | Sammanfattning: Avtal som skapas från två filer kan skapa brutna poster i strukturträdet som resulterar i en misslyckad skapandeprocess (på grund av den process som används för att kombinera strukturträden). |
| Åtgärd: Biblioteket som används för att kombinera dokument har uppdaterats för att hantera det strukturerade trädet bättre när flera filer ingår i ett avtal. |
Produktionsdriftsättning: 13 september 2022
Förbättrade funktioner
- Sandbox innan släpp fyra veckor innan produktionsfrigöra - Acrobat Sign-produktsläpp driftsätts nu i sandbox-miljön fyra veckor innan den allmänna produktionslansering, vilket gör att konto med sandbox-berechtigung kan granska och test den nya funktion innan den påverkar produktionsmiljö.Schemalagda släpp är tillgängliga för granskning i släppschema, med sandbox- och produktionssläppdatum tillgängliga högst upp i innan släpp-Anteckningar.(Utgivningsversionen för sandlådan tas bort för den slutliga produktionsversionsinformationen)
- Administratörskontroller som tillåter/förhindrar att användare lägger till mallar på organisationsnivå – Administratörer kan kontrollera på konto- eller gruppnivå om användarna i gruppen kan dela sina mallar med hela organisationen eller begränsa dem så att de bara tillåter delning med sina grupper.
Mer information om aktivering av biblioteksmallar finns här >
När det här alternativet är aktiverat loggas en post med alla e-postpåminnelser som skickas på granskningsrapporten (upp till högst 250 påminnelsehändelser).
När påminnelse-e-postmeddelanden undertrycks läggs inga uppdateringar till i granskningsrapporten.Den här begränsningen innehåller påminnelser som utlöses för att skapa en webhook-händelse. Om t.ex. kontoinställningarna är konfigurerade för att lägga till påminnelser i granskningsrapporten och enskilda grupper har inaktiverat e-postpåminnelsen, kommer de specifikt konfigurerade grupperna inte att inkludera påminnelsehändelser i sina granskningsrapporter.
- Förbättrad sökning efter Företsgsservicepaket – Sökfunktionen som används för att hitta avtal har förbättrats för att stödja mer komplexa strängfrågor med speciell syntax. Den uppgraderade sökfunktionen är schemalagd att driftsättas nivåvis under de kommande produktsläppen.
- Den här versionen uppdaterar endast tjänstenivån Företag.
- Dokumentationen för den förbättrade sökfunktionen finns tillgänglig i onlinehjälpen.En länk till dokumentationen finns i programvaran. Klicka på informationsikonen bredvid sökfältet:
Ändrad upplevelse
- Uppdaterat Juridiska meddelanden alternativ för den inbäddade e-signeringssidan (noChrome) - Juridiska meddelanden i Alternativ på e-signeringssidan kommer att leverera en variant av Juridiska meddelanden innehåll som innehåller länkade dokument utan ytterligare aktiva länkar. Detta säkerställer att kunder som bäddar in e-signeringsfunktionen inte utsätter sina mottagare för externa länkar som kan hamna i kompletterande innehåll utanför den kontrollerade upplevelsen.
- Uppdaterade textetiketter och beskrivningar för Notarize Inc.-integreringen – Nya varumärkesvillkor och varumärkesbeskrivningar från Notarize Inc. har uppdaterats i Acrobat Sign API-dokumentationen, Skicka-inställningar administrativa kontroller, och gränssnittet Begär avisering.
I API-dokumentationen har beskrivningen av BYON_NOTARY notaryType uppdaterats:
Transaktionsalternativen på sidan skicka-inställningar har uppdaterats:
- Den nya strängen: Notarietjänst på begäran från Notarize
- Ersätter: Notarietjänst på begäran från Notarize
- Den nya strängen: Intern notarie med flerfaktor-signeringsautentisering
- Ersätter Ta med din egen notarie med flerfaktor-signeringsautentisering
- Den nya strängen: Intern notarie – personligen känd av notarien
- Ersätter: Ta med din egen notarie – personligen känd av notarien
Konfigurationssidan för notariesessionen har uppdaterats för att använda strängen med korrekt varumärkning Använd notarietjänst på begäran från Notarize, Inc.
Uppdaterat från: Använd notarietjänst på begäran från Notarize, Inc.
Korrigerade problem
| Problem |
Beskrivning |
|---|---|
| 4353459 | Sammanfattning: kolumnen Avsändarens grupp har utelämnats i det nya dataexportverktyget.: |
| Korrigering: Avsändarens grupp har lagts till som en valbar kolumn i CSV-filen för dataexport.: |
|
| 4359191 | Sammanfattning: konton där möjligheten Användare i flera grupper är aktiverad ser inkonsekvent bifogad logotyp i Fyll i och signera och gränssnittet Redigering. |
| Korrigering: koden har uppdaterats för att säkerställa att rätt grupp refereras i användarsessionen för att få rätt logotyp. | |
| 4361051 |
Sammanfattning: avtal med digitala signaturer kan leda till automatisk annullering om signaturtiden går ut på grund av att miniatyrbilden startas och inte slutförs. |
| Korrigering: miniatyrbilder har schemalagts på nytt efter att signaturen har slutförts, vilket förhindrar den miljö där automatisk annullering kan ske |
|
| 4367176 | Sammanfattning: avtal som signeras från gränssnittet på sidan Hantera har åtkomst till inställningarna på kontonivå för att begränsa källor för filöverföring. |
| Korrigering: koden har uppdaterats för att läsas korrekt från den (primära) gruppnivån för användare vid signering från sidan Hantera. |
|
| 4367707 | Sammanfattning: avtal med skriven signatur tillåter fortfarande att avtalet avvisas trots att alternativet att avvisa har inaktiverats. |
| Korrigering: koden har förbättrats för att korrekt kontrollera inställningarna för Avvisa signering när sidan Skrivet avtal återges. |
|
| 4373816 | Sammanfattning: konton med SGQL-sökning och Användare i flera grupper aktiverade kan skapa felet "Felaktig begäran" vid sökning, vilket resulterar i en tom hanteringssida. |
| Korrigering: sidan Hantera har uppdaterats för att hantera felaktiga begäranden från sökningen korrekt. |
Produktionsdriftsättning: 8 november 2022
Förbättrade funktioner
- "Just in time"-användaretablering för konton som hanteras på Adobe Admin Console - Konton som hanterar användare på Adobe Admin Console kan konfigurera sitt konto att automatiskt skapa användare och eventuellt lägga till dem i Acrobat Sign-produktprofilen när de först autentiserar till Acrobat Sign-tjänsten via den konfigurerade SSO-lösningen.
- Elektroniska sigills – elektroniska sigills (e-stämplar) går att använda med företagsnivåkonton och ger samma juridiska giltighet som företagets gummistämpel på papper. E-sigill kan användas av mer än en person eller ett system under kontroll eller övervakning av den juridiska personen. Med funktionen för elektroniska sigill i Acrobat Sign kan man använda e-sigill med digitala certifikat som man skickar till juridiska personer för att förmedla äktheten och integriteten hos fakturor, kontoutdrag eller andra officiella dokument.
- Schemalägg rapporter och dataexporter - Det nya rapportgränssnittet (släppt i april 2022) har förbättrats för att möjliggöra schemaläggning av rapporter/exporter så att de körs regelbundet och skickar ett e-postmeddelande med en länk till rapporten/exporten för en lista över interna användare.
- Schemalagda rapporter/exporter kan endast skapas, redigeras och avbrytas av upphovsmannen.
- Rapporter/exporter kan schemaläggas dagligen, veckovis eller månadsvis. Körtiden utförs vid midnatt den valda dagen (baserat på kontots tidszonsinställning).
- Alternativet Skicka nu är tillgängligt för uppdateringar i realtid.
- Endast användare inom samma Acrobat Sign-konto kan inkluderas i schemats e-postdistribution.
- När e-postlänken öppnas måste användaren autentisera sig på Acrobat Sign-systemet.
- Endast användare i e-postaviseringslistan får se innehållet i rapporten/exporten.
- E-postade länkar är inaktiverade enligt kontots konfiguration för dokumentlänkens utgång.
- När e-postlänken öppnas måste användaren autentisera sig på Acrobat Sign-systemet.
- För rapporter/exporter med scheman visas en ikon när pekaren hovrar över posten.
- Schemalagda rapporter/exporter kan endast skapas, redigeras och avbrytas av upphovsmannen.
Kolumnnamn |
Beskrivning |
|---|---|
Avsändargrupp |
Aktuell grupp för användaren som skickade dokumentet |
Avsändande företag |
Användarens företag när avtalet skapades |
Sändarenhet |
Enheten som användes för att skapa avtalet |
Anledning till avsändarens avvisande |
Orsak till att avsändaren återkallade avtalet |
Datum för tillämpad dokumentlagring |
GDPR-dokumentlagring tillämpas |
Signaturtyp |
Signaturtyp: e-signatur eller skriftligt |
Antal dokument |
Antal dokument som använts för att skapa avtalet |
Antal sidor |
Antal sidor i dokument som använts för att skapa avtalet |
Antal mottagare |
Antal mottagare av (deltagare i) ett avtal |
Antal slutförda mottagare |
Antal mottagare som har slutfört obligatorisk åtgärd |
Antal återstående mottagare |
Antal återstående mottagare som inte har slutfört obligatorisk åtgärd |
Avtalsmeddelande |
Text från avsändaren när avtalet skapades |
Mottagarroll |
Roll som bestäms när avtalet skickas (dvs. SIGNERARE, GODKÄNNARE, DELEGERARE) |
Mottagarens företag |
Mottagarens företag vid tidpunkten för den begärda åtgärden |
Slutförandedatum för mottagare |
Begärd åtgärd slutförd, dvs. Avtal signerat |
Säkerhetsalternativ, mottagare |
Valt säkerhetsalternativ |
Startdatum för mottagare |
Avtal som skickats till mottagaren |
Mottagarens visningsdatum |
Avtalet som visats av mottagaren |
Mottagande enhet |
Enhet som används vid signering (eller annan åtgärd) |
Anledning till mottagarens nekande |
Anledning angiven när mottagaren avböjer att signera |
- Administratörshanterad kontodelning – administratörer på kontonivå kan begränsa kontodelning mellan användare för konton med avancerad kontodelning aktiverat, så att enbart kontoadministratörer kan skapa, ändra och avbryta kontodelningar mellan användare/grupper. Med den här konfigurationen förlorar användare och administratörer på gruppnivå all åtkomst till att dela sina konton.
Gå till Kontoinställningar > Säkerhetsinställningar > Kontodelning för att få åtkomst till kontodelningskontrollerna.
- Administratörsvy och kontroll över användardelade konton – en ny flik har lagts till i administratörsmenyn på kontonivå för att visa kontodelning på användar- och gruppnivå. Fliken Delade användare öppnas med en lista över alla delningar. De användare/grupper som delar och delas med identifieras samt delningsbehörigheter, delningsstatus och en utförlig identifiering för alla delningar till externa parter.
- Digital Identity Gateway stöder nu inställningar för interna användare - Begränsningen som tidigare tvingade Digital Identity Gateway-funktionen att inaktiveras när olika autentiseringsmetoder aktiverades för interna användare har lösts, vilket gör det möjligt för administratörer att tillåta intern identitetsverifiering när alternativet är aktiverat för externa mottagare.
- Nya identitetsleverantörsalternativ – sex nya identitetsleverantörsalternativ har lagts till:
- ID.me tillhandahåller nya identitetsverifieringstjänster som stöder NIST SP 800-63-standarden för flerfaktorsautentisering::
- NIST IAL2/AAL2
- NIST LOA3
- Befäst identitet
- Kunskapsbaserad autentisering (KBA)
- IDnow VideoIdent
- My Number Card
- ID.me tillhandahåller nya identitetsverifieringstjänster som stöder NIST SP 800-63-standarden för flerfaktorsautentisering::
- Digital Identity Gateway är tillgänglig för kundkonton i Adobe Acrobat Sign for Government-miljön - GovernmentCloud-konton kan nu använda Digital Identity Gateway-funktionen för att identifiera undertecknare med den förkonfigurerade FedRAMP-kompatibla digitala identitetsleverantören ID.me.ID.me-tjänsterna uppfyller standarden NIST SP 800-63 för multifaktorautentisering.
- Inkludera en sammanfattning av antalet filer och sidor i det slutliga avtalet i granskningsrapporten – det går att lägga till en sammanfattning av antalet filer/sidor som visar:
- Det totala antalet filer som överfördes när avtalet skapades
- Det totala antalet sidor från de överförda filerna
- Det totala antalet stödfiler som har lagts till i avtalet (tillagda som bifogade filer)
- Sammanställd från alla deltagare
- Det totala antalet sidor som ingår i alla stöddokumentfiler
- Förbättrad tillgänglighet med PDF-taggning – det går nu att skapa PDF-dokument med ”taggar” för kunder som vill ha signerad dokumentation tillgänglig. Taggning innebär att lägga till rätt innehåll och anteckningar som kan läsas in av skärmläsare och sedan returnera innehållet i PDF-format.
Om det här alternativet är aktiverat kommer de fält som läggs till i dokumentet vid redigering att innehålla korrekt taggning. Tillgängliga överförda dokument behåller sin taggning under signeringsprocessen och du får ett tillgång till ett signerbart PDF-dokument när processen är slutförd.
- Förbättrad automatisk identifiering av formulärfält (begränsad distribution) – automatisk identifiering av formulärfält har förbättrats för att mer exakt identifiera typ, storlek, antal och plats för formulärfält som ska placeras. Den här versionen innehåller en utökad lansering av den nya fältidentifieringen som inkluderar alla konton på NA1- och NA2-shards inom Nordamerika. (Tidigare endast aktiverat för individuella nivåkonton och NA4-shard.)
- Förbättrad sökning efter servicepaket för storföretag och kostnadsfria konton – sökfunktionen för att hitta avtal har förbättrats och har nu stöd för mer komplexa strängfrågor med speciell syntax. Den uppgraderade sökfunktionen har slutfört den schemalagda driftsättningen med produktsläppet i november 2022.
- Den här versionen uppdaterar endast tjänstenivåerna Storföretag och Kostnadsfritt.
- Dokumentationen för den förbättrade sökfunktionen finns tillgänglig i hjälpdokumentationen online.En länk till dokumentationen finns i programvaran. Klicka på informationsikonen bredvid sökfältet:
Acrobat Web
- Acrobat Web borttagen mapp – Återställa ett borttaget avtal (endast enskilda licenser) – Acrobat-webbanvändare med en individuell licens kan utföra en ”lätt borttagning” av avtal på sidan Hantera. De skickas då till en Borttaget-mapp i 14 dagar, varefter de tas bort helt från systemet. Det går att öppna Borttaget-mappen och återställa alla avtal innan de tas bort.
Ändrad upplevelse
- Webbläsaren Internet Explorer 11 och äldre Edge-webbläsarversioner stöds inte längre – från och med versionslanseringen i november 2022 stöds inte längre webbläsaren Internet Explorer 11och äldre Edge-webbläsarversioner på Acrobat Sign-sidor. Sidan ”Webbläsare som inte stöds” visas vid försök att använda Acrobat Sign med någon av dessa webbläsare:
- Provisorisk korrigering av problem med inbäddad signering på grund av inaktiverade cookies från tredje part – mottagare som loggar in på en inbäddad version av Acrobat Sign eller har cookies från tredje part inaktiverade kan stöta på problem vid slutförande av signeringsprocessen. En kortsiktig lösning har tillämpats under tiden som en mer sömlös upplevelse är under utveckling. Lösningen identifierar problemet och tillhandahåller mottagaren ett meddelande med beskrivning av problemet, samt en knapp för att öppna sidan i en ny flik.
- Förfrågningar om ny länk visas nu i granskningsrapporten och aktivitetslistan – om mottagaren begär en ny länk för att ersätta en som upphört att gälla noteras händelsen nu i granskningsrapporten och aktivitetsloggen.
- Knappen Skicka ny länk för att ersätta förfallna länkar inaktiveras nu automatiskt när begränsningen uppnås – knappen inaktiveras nu automatiskt vid tillräckligt många klick som leder till flera anrop till databasen när tröskelvärdet för begäran överskrids (10 gånger på en timme).
- Påminnelser som skickas till fler än tre personer sammanfattas nu i aktivitetslistan – påminnelser som skickas till fler än tre deltagare komprimeras nu till en sammanfattningsrad med texten Påminnelse skickad till <num_of_recipients> deltagare
för att säkerställa att aktivitetslistan är läsbar.
Komplett antal mottagare för den officiella posten visas fortsatt i granskningsrapporten.
- Inmatningsfältet ”Skicka en extra kopia av varje signerat avtal” har tagits bort från fliken Externt arkiv för konton med flera licenser – funktionen Skicka en extra kopia av alla signerade avtal till följande e-postadresser nås via Kontoinställningar > Globala inställningar för alla tjänstenivåer med tillgång till fliken Globala inställningar. Enskilda licensnivåer för tjänster som saknar åtkomst till Globala inställningar har fortsatt åtkomst till den här funktionen via fliken Externt arkiv.
- Funktionen ”Skicka en extra kopia av varje signerat avtal” har en maxgräns på 15 e-postadresser – en gräns på 15 e-postadresser i inmatningsfältet har lagts till i funktionen att skicka en extra kopia av varje signerat avtal till följande e-postadresser. Storföretagskunder som behöver konfigurera fler än 15 kan kontakta supporten och begära en ökning.
- Länkar till juridiska meddelanden har flyttats från webbsidans sidfot – de juridiska länkarna i webbgränssnittets sidfot har flyttats till det överliggande fönstret Juridiska meddelanden som du når genom att klicka på frågetecknet längst upp till höger i fönstret. Endast språkväljaren är kvar i sidfoten.
- Ett alternativ för att skapa ett konto har lagts till på sidan efter signering - Sidan efter signering som mottagare dirigeras till när de har slutfört sin signeringsprocess ger nu en enkel väg för dem att skapa ett Acrobat Sign-konto.
- Endast okända mottagare får åtkomst till knappen Skapa konto. Inte registrerade användare.
- Tyska mottagare får inte åtkomst till knappen Skapa konto.
- Mottagare med okända språk får inte åtkomst till knappen Skapa konto.
- Acrobat Sign-autentisering – Autentiseringsmetoden för Acrobat Sign har förbättrats och tillhandahåller en bättre beskrivning av autentiseringsprocessen och kraven för mottagare. Detta gäller framför allt att ett Adobe-konto måste skapas (om konto inte redan finns) för att slutföra autentiseringen.
Uppdateringar för REST API/webhook
API- och webhookuppdateringar för den här versionen finns i Acrobat Sign API-dokumentation.
Nya och uppdaterade API:er för REST v6
- DELETE /agreements/{agreementId} - En ny slutpunkt som stöder funktionen "mjuk borttagning" genom att flytta ett avtal och all relaterad data (inklusive databasposter och fysiska filer) till mappen Borttaget där det kommer att förstöras helt efter 14 dagar (om det inte återställs först).
- GET /users/{userId}/settings – ny slutpunkt för att hämta redigeringsinställningarna för en användare.
- GET /libraryDocument/{libraryDocumentId}/combinedDocument – uppdatering av den befintliga slutpunkten för att lägga till ett värde (skipDocumentSealing) som returnerar ett icke-certifierat PDF-dokument.
- POST/libraryDocuments – uppdatering av befintlig slutpunkt där ett biblioteksdokument skapas baserat på ett avtal.
- GET /groups - Denna slutpunkt har utökats för att stöda den nya kön Delade användare genom att lista kontots delningar inom en grupp.
Nya webhookar
- Ny webhook AGREEMENT_REMINDER_INITIATED – Webbhooken AGREEMENT_REMINDER_INITIATED körs vid aktivering av avtalspåminnelse och om e-postpåminnelser har inaktiverats.
- Webbhooken AGREEMENT_REMINDER_SENT körs vid aktivering av avtalspåminnelse och om e-postpåminnelser har aktiverats (standard).
- Ny webhook MEGASIGN_REMINDER_INITIATED – Webbhooken MEGASIGN_REMINDER_INITIATED körs vid aktivering av påminnelsen Massutskick och om e-postpåminnelser har inaktiverats.
- Webbhooken MEGASIGN_REMINDER_SENT körs vid aktivering av påminnelsen Massutskick och om e-postpåminnelser har aktiverats (standard).
- Endast en MEGASIGN_REMINDER_INITIATED (eller MEGASIGN_REMINDER_SENT)-webhook har levererats för den överordnade Massutskick-behållaren. MEGASIGN_REMINDER_INITIATED-webhooken utlöses inte för varje enskilt underordnat avtal.
Framtida webhooks-uppdatering
Den 8 november 2022 släpps en förbättrad version av Adobe Acrobat Signs webhook-infrastruktur (kallas ”Webhooks 2.0”). Den 18 juli 2023 avvecklas den nuvarande webhook-infrastrukturen för Adobe (kallas för ”klassiska webhookar”).
Webhooks 2.0 har stöd för alla funktioner i ”klassiska” webhookar med ett förbehåll. Om webhookarna har konfigurerats för användaren, deras grupp eller konto levereras meddelanden till alla deltagare i ett avtal med klassiska webhookar. Med Webhooks 2.0 meddelas ENDAST de webbhooks som konfigurerats för avsändaren, avsändarens grupp eller konto. Med andra ord skickas meddelanden inte längre till alla deltagare i ett avtal. Obs! Alla framtida-förbättringar tillämpas endast på Webhooks 2.0.
Från och med 8 november 2022 tar alla nya kunder del av Webhooks 2.0.
Alla befintliga kunder som registrerats före 8 november 2022 migreras automatiskt den 14 mars 2023. Nuvarande kunder kan prova webhooks 2.0 på ett test-, utvecklar- eller sandlådekonto via Adobes Insider Access-program den 8 november.
Vi förväntar oss en sömlös migrering för alla kunder. Kunder med strikta principer för nätverkssäkerhet måste dock konfigurera de nya IP-adresserna i enlighet med https://helpx.adobe.com/se/sign/system-requirements.html.
Om du har några frågor, kontakta din success manager eller supportteamet.
Systemresurser
- Konverteraren av Microsoft Office till PDF har uppdaterats – en uppdatering för konverteraren av Microsoft Office till PDF har installerats. Uppdateringen säkerställer konverterarens kompatibilitet med verktyg och bibliotek från tredje part.
Korrigerade problem
| Problem |
Beskrivning |
|---|---|
| 4301552 | Sammanfattning: avtalsförfattare kan ange namnet på ett fält men namn på fält med signerarinformation (t.ex. signeringsdatum) ändras internt. En karta över ursprungliga fältnamn och ändrade fältnamn sparas och överförs till e-signeringssidan, men kartan används inte för närvarande på e-signeringssidan. Vid omvandling av fältreferenser för beräkningsfält används fältnamnet som det ursprungliga namnet som referens, vilket leder till att referensen inte går att tillämpa på fält med ändrat namn. |
| Åtgärd: förbättrad kodning så att om ingen matchning mellan aktuella namn hittas vid kontroll av fältreferens kontrolleras även kartan över fält med nya namn. |
|
| 4316578 | Sammanfattning: signerare uppmanas att acceptera cookies varje gång de signerar ett dokument via iFrame. |
| Åtgärd: En mellanliggande sida har lagts till för att öppna en ny flik som gör att signeringsprocessen kan slutföras med mindre friktion.Detta är en tillfällig lösning under tiden som en smidigare är under utveckling. | |
| 4333689 | Sammanfattning: Meddelande om konverteringsfel visas vid signering av webbformulär: ”Fel vid konvertering av data”. Se loggar för mer information”. Avtalet signeras trots felet. |
| Åtgärd: en kontroll för att utvärdera deltagarmatrisen och fastställa att den inte är tom har lagts till. |
|
| 4336236 | Sammanfattning: vid ändring av förfallodatum via API återspeglas inte det nya datumet vid efterfrågan på grund av att sökindexkön uppdateras före databasen. |
| Åtgärd: förbättrad kod som erbjuder bättre ordning vid sparande av data. |
|
| 4341563 | Sammanfattning: felmeddelandet ”Felaktigt avtals-ID” visas vid försök till påminnelseaktivering på den nya sidan Hantera, och kontot är konfigurerat till att inte visa avtalet vid avtalshändelser efter signering. Detta leder till en ogiltig deltagarkontroll. |
| Åtgärd: förbättrad kod som utvärderar inställningarna för händelseloggning och ignorerar deltagarkontrollen om loggningen inaktiverats. |
|
| 4347518 | Sammanfattning: det går inte alltid att slutföra inloggningsprocessen vid signering på grund av en felhanterad varning som leder till att autentiseringsprocessen hakar upp sig. |
| Åtgärd: autentiseringskoden har förbättrats så att felmeddelandet hanteras korrekt och upprepningar förhindras. | |
| 4350042 | Sammanfattning: signerade avtal kan visas som Pågående på hanteringssidan på grund av att avtalsstubs för kors-shards inte uppdateras korrekt före indexering. |
| Åtgärd: förbättrad indexeringskod för att ta hänsyn till avtal med kors-shards och potentiella problem angående tidsuppdatering/indexering. |
|
| 4350089 | Sammanfattning: när en användare kommer åt arbetsflöden under ”Börja från biblioteket” visar datumet Senaste ändring felaktigt Skapat datum. |
| Korrigering: koden har uppdaterats för att säkerställa att det senaste ändringsdatumet för arbetsflödet verkligen är ändringsdatumet och inte skapandedatumet. | |
| 4353030 | Sammanfattning: användare med annullerade konton kan inte signera avtal. Endast delegering är tillåtet. |
| Åtgärd: koden som används för att skapa konton med engångssignering har förbättrats och tar nu hänsyn till de e-postadresser som finns i systemet, men som identifieras som annullerade. |
|
| 4357904 | Sammanfattning: beräkningsfält med ”avrundning” ger fel resultat på något annat språk än engelska eftersom språkhanteraren inte initieras korrekt. |
| Åtgärd: språkhanteraren har uppdaterats och initieras korrekt. |
|
| 4359443 | Sammanfattning: det slutliga e-postmeddelandet skickas inte från avsändaren om en av mottagarna är inaktiv på grund av att inaktivt användar-ID delegerar deras behörighet till ett väntande engångsanvändar-ID. Engångsanvändaren uppdaterar inte sin status på rätt sätt, vilket betyder att det slutliga e-postmeddelandet inte skickas till avsändaren. |
| Åtgärd: delegering till engångsanvändare har förbättrats med bättre hänsyn till inaktiv användardelegering och statusuppdateringen fungerar korrekt. |
|
| 4359784 | Sammanfattning: om det aktuella fältet omfattar ett alternativknappsfält flyttas hjälpmarkeringen till nästa fältalternativ i stället för till nästa fält när du klickar på den. |
| Åtgärd: hjälpmarkeringskoden har uppdaterats för att flytta hjälpmarkeringen till nästa fältobjekt vid användning av en alternativknapp. |
|
| 4360292 | Sammanfattning: den spanska språkversionen för dagliga påminnelser är felaktig. Påminnelsen identifieras som veckovis i stället för daglig. |
| Åtgärd: den lokaliserade strängen har korrigerats. |
|
| 4360542 | Sammanfattning: Uzbekistan (+998) saknas i tillgängliga landskoder för telefonautentisering |
| Åtgärd: Uzbekistan har lagts till i listan över tillgängliga landskoder. |
|
| 4363160 | Sammanfattning: inkonsekvens vid avtalshändelser uppstår när de visas via API jämfört med avtalsaktiviteten i Adobe Sign-gränssnittet om avancerad delning har aktiverats och en signerare ersätts via ett delat konto. |
| Åtgärd: ”i regi av” har tagits bort från händelsesträngarna för att vara konsekvent med aktivitetspanelen och granskningsrapporten. | |
| 4366553 | Sammanfattning: vid användarens CSV-export rapporteras inte rätt värde för ”Kan skicka” vid arv från kontoinställningarna. |
| Åtgärd: överordnad inställningsinformation har lagts till i användarinställningsmappningen för funktionen getSetting. |
|
| 4366727 | Sammanfattning: webhookar aktiverar inte Agreement_Reminder_Sent-händelser om påminnelsemeddelanden är inaktiverade. |
| Åtgärd: En ny webhook (Agreement_Reminder_Initated) har skapats för att utlösas när påminnelser undertrycks. |
|
| 4367344 | Sammanfattning: signeringsanledningar visas inte i granskningsrapporter för avtal som skickas i andra språkversioner än engelska. |
| Åtgärd: förbättrad kod för att säkerställa att signeringsanledningen formateras korrekt i alla språkversioner. |
|
| 4367351 | Sammanfattning: et-tecken (&) konverteras från halv till full bredd i anpassade arbetsflödesmallar. |
| Åtgärd: rätt Unicode-tecken refereras nu om ett et-tecken används i strängen. |
|
| 4367725 | Sammanfattning: felet ”Arbetsflöde stöds ej” uppstår om du skapar ett anpassat arbetsflöde med ett tomt CC-fält och inaktiverar alternativet för att redigera fältet. |
| Åtgärd: förbättrad kod som hanterar befintliga CC-fält utan värden. |
|
| 4368118 | Sammanfattning: globala testkonton som migreras till den globala VIP-administratören återgår till testversionen kort efter migreringen. |
| Åtgärd: förbättrad migreringskod så att databasen synkroniseras bättre med Acrobat Sign-programnivåinställningarna. |
|
| 4368310 | Sammanfattning: instruktionstexten på signaturbilden är grammatiskt felaktig i lokaliserade gränssnitt. |
| Åtgärd: strängen ”Välj bild som signatur” har uppdaterats till ”Välj en bild av din signatur” |
|
| 4368398 | Sammanfattning: Den nya rapportfunktionen är inte alltid tillgänglig för användare som administrerar många grupper, vilket innebär att rubrikens storlek överskrider kodgränsen. |
| Åtgärd: maximal huvudstorlek har utökats. |
|
| 4368508 | Sammanfattning: vid inläsning av för många webbhooks hamnar frågan i time-out och meddelandet ”Begäran kan inte bearbetas” visas. |
| Åtgärd: standardmässig sidstorlek för det antal poster som visas har omdefinierats till ett tal som är hanteringsbart med frågan. |
|
| 4368676 | Sammanfattning: alla inaktiva användare visas med fel tidszon i användarens CSV-export. |
| Åtgärd: överordnad inställningsinformation har lagts till i användarinställningsmappningen för funktionen getSetting. |
|
| 4369066 | Sammanfattning: inget kontrollmeddelande ställs om mottagaren lämnar avtalet via en hyperlänk. |
| Åtgärd: En utmaning har lagts till i Hyperlänkar-fältet. |
|
| 4369188 | Sammanfattning: instruktionstexten för signaturbilden på sidan Fyll i och signera är grammatiskt felaktig i lokaliserade gränssnitt. |
| Åtgärd: strängen ”Välj bild som signatur” har uppdaterats till ”Välj en bild av din signatur” | |
| 4369403 | Sammanfattning: om du anger att påminnelsens livslängd ska ignoreras med serverdelsinställningen avbryts påminnelsen efter en dag. |
| Åtgärd: inställningen har justerats till att ignorera påminnelsens livslängd. |
|
| 4369791 | Sammanfattning: En oväntad händelse "angav namn vid signering som ..."inträffar när ett auktoriserat namn för Digital Identity innehåller japanska tecken. |
| Åtgärd: den verktygsfunktion som hämtar namnvärdet har uppdaterats med bättre hantering av japanska tecken. |
|
| 4371330 | Sammanfattning: tecknet ”#” visas i vissa fall i delar av rapporten över signeraridentitet som innehåller japansk text. |
| Åtgärd: den verktygsfunktion som hämtar namnvärdet har uppdaterats med bättre hantering av japanska tecken. | |
| 4371423 | Sammanfattning: Kunskapsbaserad autentisering återspeglas inte i granskningsrapporter. |
| Åtgärd: koden för att formatera granskningsrapporter har uppdaterats till att inkludera KBA-händelser. |
|
| 4372045 | Sammanfattning: felet ”Arbetsflöde stöds ej. Arbetsflödet är skadat eller innehåller funktioner som saknar stöd för närvarande, och går ej att öppna” visas vid skapande av arbetsflöden med biblioteksmall. |
| Åtgärd: felkoden har korrigerats. | |
| 4373220 | Sammanfattning: knapparna Signera och Bekräfta saknar tillräcklig kontrast när de är i fokus. |
| Åtgärd: knapparna har uppdaterats för att säkerställa rätt kontrastförhållanden. |
|
| 4373681 | Sammanfattning: länkar till att öppna externa sidor visas i panelen Juridiska meddelanden om panelen öppnas vid användning av iFrame. Detta kan innebära efterlevnadsproblem för vissa användningsfall. |
| Åtgärd: En diskret Legal Notices-panel har skapats för användning när en iframe/noChrome-miljö används. |
|
| 4374140 | Sammanfattning: ett e-postmeddelande angående slutförande skickas till användaren om ett parallellt arbetsflöde används för avtalet, om avtalet bearbetas och en ny URL-autentisering aktiveras. |
| Åtgärd: en ny kod har lagts till för att säkerställa att rätt funktion aktiveras när en ny URL utlöses för en av deltagarna. |
|
| 4374910 | Sammanfattning: inställningen för att bifoga granskningsrapporten läses in från användarens primära grupp i stället för avsändargruppen. |
| Åtgärd: koden som används för att bifoga granskningsrapporter har uppdaterats för att läsas in korrekt från avsändargruppen. |
|
| 4376078 | Sammanfattning: funktionen för att kopiera innehåll i den högra listen när ett avtal är öppet på sidan Hantera har inaktiverats. |
| Åtgärd: CSS-elementet som är involverat i att undertrycka kopieringsfunktionen har tagits bort. |
|
| 4376089 | Sammanfattning: händelsenamnet ACCOUNT_TYPE_UPDATED upprepas många gånger i den offentliga swagger-dokumentationen. |
| Åtgärd: duplicerad text har tagits bort. |
|
| 4376127 | Sammanfattning: datum och ursprungligt fältinnehåll flyttas till höger om fältet och trunkerar data på höger sida fr.o.m. juniversionen på grund av att standardteckensnittet inte används korrekt. |
| Åtgärd: koden som anger det teckensnitt som används har korrigerats, vilket åtgärdar problemet. |
|
| 4376270 | Sammanfattning: om du skapar ett webbformulär i en grupp utan stöd för webbformulär fungerar inte konfigurationssida. |
| Åtgärd: koden för att starta sidan och skapa webbformulär refererar nu till inställningarna och tillåter att webbformulär skapas innan skrivsidan öppnas. Sidan öppnas inte om funktionen är inaktiverad. |
|
| 4376734 | Sammanfattning: om samma signerare försöker signera samma avtal flera gånger, avbryts avtalet automatiskt på grund av konverteringsproblem eftersom miniatyrbilder skapas innan samtidig signering identifieras. |
| Åtgärd: justera koden så att miniatyrbildning tillåts först efter att signeringsprocessen har slutförts. |
|
| 4381473 | Sammanfattning: urklipp av skrivna signaturer tas bara från höger vid användning av maximal zoom (6 400 %) i Acrobat. |
| Åtgärd: funktionen för att återge signaturbredd har ändrats för att säkerställa att hela bilden visas. |
|
| 4382302 | Sammanfattning: vissa användare ser inte ikonen för automatisk identifiering av formulärfält när de öppnar redigeringsmiljön på grund av time-out i processen. |
| Åtgärd: resurserna för identifiering av formulärfält har utökats och tillåter nu fler samtidiga instanser. |