Versionsinformation för Adobe Acrobat Sign: 2023
Förbättrade funktioner
- Ersätt alla mottagare – möjligheten att ersätta den aktuella mottagaren har utökats så att den tillämpas på alla mottagare som ännu inte har signerat avtalet, vilket möjliggör redigering/ersättning av e-postadresser för alla framtida mottagare av avtalet.
Ändrad upplevelse
2023 W-4 Employees Withholding Certificate har lagts till i Acrobat Sign-biblioteket – Kunder som använder formulärmallen för W-4-skatt i USA i Acrobat Sign-biblioteket har tillgång till 2023-versionen, helt taggad och redo att skickas. Kunder kan hämta PDF:en och redigera den för att skapa sin egen version efter behov.
Acrobat Sign CDS-certifikatet är planerat att uppdateras den 7 februari 2023 - CDS-certifikatet som tillämpas på PDF:erna som genereras i Acrobat Sign kommer att uppdatera anpassningen på certifikatet från Adobe Sign till Acrobat Sign. Uppdateringen förväntas vara slutförd efter januariversionen den 7 februari 2023.
Uppdateringar för REST API/webhook
API- och webhookuppdateringar för den här versionen finns i Acrobat Sign API-dokumentation.
Webhookar
- AGREEMENT_EXPIRATION_UPDATED-händelse har lagts till i programgränssnittet – händelsen AGREEMENT_EXPIRATION_UPDATED har lagts till i det kundinriktade gränssnittet som en valbar händelse för avtal.
Förbättrade funktioner
- Låter undertecknare spara förloppet i ett webbformulär och gå tillbaka senare för att slutföra – administratörer kan konfigurera kontot eller de enskilda grupperna så att webbformulär kan sparas av undertecknaren, vilket låter mottagarna fylla i formuläret vid ett senare tillfälle om så behövs. För att kunna spara formulärdata måste mottagaren ange namn, e-postadress och ett namn för formuläret.
- Verifiering av signeraridentitet har utökats för att inkludera webbformulär – konton som använder inställningen Verifiering av signeraridentitet för att säkerställa att interna signerare autentiserar sig på Acrobat Sign innan de signerar avtal kan nu utöka det skyddet till signaturer som tillämpas på webbformulär.
- Åtkomst på användarnivå för att skapa anpassade arbetsflödesmallar för avtal – tillgång till Arbetsflödesdesigner för kunder för att skicka nya avtal kan nu aktiveras för användare som inte är administratörer för att skapa egna arbetsflöden. Användare som har åtkomst till att skapa och redigera arbetsflöden får en ny flik, Arbetsflöden, i den övre navigeringslisten.
- Tillåt att alternativet Obligatoriska mottagarnamn är valfritt för avsändarna – administratörer som aktiverar alternativet Obligatoriskt mottagarnamn kan nu välja att ta bort kravet på namn, vilket gör det valfritt för avsändaren på konto- eller gruppnivå. I praktiken innebär detta att avsändaren kan ange mottagarens namn om det är känt, men om så inte är fallet hindras inte avsändaren från att skicka avtalet.
- Skicka ett avtal endast till dig själv – avsändare kan nu skicka ett avtal endast till sig själva utan att behöva lägga till några andra mottagare i signaturcykeln. Detta gör att mottagaren effektivt kan testa nya biblioteksmallar och uppleva signeringsprocessen för sina mottagare, utan att behöva använda ett separat e-postvärde för signeraren.
- Före den här versionen skulle ett felmeddelande utlösas om du försökte skicka ett avtal endast till dig själv. Från och med den här versionen utlöses inga felmeddelande, och avtalet initieras på samma sätt som alla andra avtal.
- Signeringsprocessen följer alla regler som förväntas för ett skickat avtal när det gäller e-postmeddelanden, autentisering, formulärnavigering, e-postbilagor osv.
- Aadhaar för digital identitet för VIP-konton – premiumautentiseringsmetoden Aadhaar för digital identitet är nu tillgänglig via Adobe för VIP-konton som kräver att mottagare autentiserar sig med identitetstjänsten Aadhaar.
- Nya betrodda tjänsteleverantörer (TSP) -Nya leverantörer läggs till för att expandera den internationella tillgängligheten av den digitala signaturlösningen. Nytt i den här versionen:
- A-Trust (EU / Österrike)
- ADACOM (EU / Grekland)
- CertSign (EU / Rumänien)
- ComSign (Israel)
- PSC World (Mexiko)
- SSL.com (USA)
- Förbättrad automatisk identifiering av formulärfält – automatisk identifiering av formulärfält har förbättrats så att alla fält placeras samtidigt (och inte sida för sida) för konton där automatisk fältidentifiering har aktiverats på de horisontala partitionerna EU1 och JP1.
- Nya kolumner är tillgängliga i Dataexport – tre nya datakolumner är nu tillgängliga:
- Antal dokument – totalt antal dokument som används för att skapa ett avtal.
- Leverantör av molnsignering – namnet på den digitala signaturleverantören (molnet).
- Utfärdare av molnsigneringscertifikat för mottagare – certifikatutfärdaren för den digitala signaturleverantören (molnet).
- Alternativet Skriv ut som PDF-fil finns på rapportsidorna – den nya upplevelsen Rapporter inkluderar nu en knapp som gör att användare kan skriva ut sina rapporter som PDF-fil, vilket underlättar delning av rapporter med målgrupper som inte har Acrobat Sign-konton eller som föredrar att inte logga in för att visa dem.
- Nytt filter och ny kolumn som identifierar administratörer i listan Användare – en ny kolumn är tillgänglig i användarlistan för att enkelt identifiera administratörerna på kontot. Listan visar den högsta behörighetsnivån som har beviljats användaren (Sekretess > Konto > Grupp). Filtret Visa endast administratörer har lagts till för att underlätta granskning av alla administratörer i en konsoliderad lista.
Ändrad upplevelse
- En länk för att hämta den kostnadsfria produkten Acrobat Reader har lagts till i e-postmeddelandet efter signering – e-postmeddelandet efter signering som skickas till mottagarna innehåller nu en länk för att hämta den kostnadsfria produkten Acrobat Reader för att underlätta för mottagare att öppna och visa PDF-filen med avtalet som (vanligtvis) är bifogat.
- Uppdatera till mottagargränssnittet när Acrobat Sign-autentisering används – Acrobat Sign-autentiseringsmetoden har flyttats till en mikrotjänst som har orsakat en mindre ändring i mottagarens gränssnitt. Funktionen har inte ändrats och befintliga avtal påverkas inte negativt.
- Uppdatering av gränssnittet för att skapa och redigera elektroniska sigill – konfigurations- och redigeringspanelen för elektroniska sigill har uppdaterats med nya textetiketter för tydlighet. Funktionen har inte ändrats och befintliga avtal påverkas inte negativt.
- Uppdaterad sidfot för revisionsrapport - Från och med mars 2023-versionen innehåller alla nya revisionsrapporter en ny textsträng längst ner i rapporten som klargör att mottagarnamn tillhandahålls av undertecknaren om inget annat uttryckligen anges. Strängen lyder: "Namn och e-postadresser matas in i Acrobat Sign-tjänsten av Acrobat Sign-användare och är overifierade om inget annat anges."
Adobe Acrobat Sign-integreringar
Acrobat Sign för Veeva Vault integrationen uppgraderas för att tillhandahålla funktionen att meddela användare när deras signatur krävs på ett avtal och tillåta användare att signera inom Veeva Vault-miljön.
Korrigerade problem
| Problem |
Beskrivning |
|---|---|
| 4293759 | Sammanfattning: alternativet noChrome är inkonsekvent när ett ”falskt” värde skickas efter att ett ”sant” värde har skickats i samma session. |
| Korrigering: lägger till logik för att ta bort noChrome från sessionen när noChrome=false skickas som en frågeparameter. | |
| 4320157 | Sammanfattning: avtal med statusen Utkast på fliken Hantera (redigeringstillståndet i API) har förfallit enligt tidsgränsinställningarna, trots att de inte är aktiva avtal |
| Korrigering: uppdaterade beräkningen av datum för tidsgräns för att utesluta transaktioner för avtal med statusen utkast/redigering. |
|
| 4353443 | Sammanfattning: utvecklingsverktyg rapporterar ett WCAG-fel på sidan Skicka gällande underordnade objekt för alternativgruppen som saknas på grund av att växlingsknappen för arbetsflödet definieras som en alternativgrupp. |
| Korrigering: uppdatering av det underordnade objektet till ett knappobjekt då det bara finns två alternativ, inte en större matris. |
|
| 4355729 | Sammanfattning: vissa omständigheter kan leda till att KBA-namnautentisering använder efternamnet två gånger i signaturblocket. |
| Korrigering: en kod lades till för att identifiera dubblettnamnvärden och uppmana användaren att verifiera eller uppdatera namnet. |
|
| 4359478 | Sammanfattning: signaturtypsnitt kunde visas i olika storlekar i den slutliga PDF-filen på grund av att typsnitten inte hade en fast standardstorlek. |
| Korrigering: teckensnittsuppsättningarna har justerats för att få en enhetlig storlek. |
|
| 4375042 | Sammanfattning: tidsrelaterade diagram läses inte in i den nya rapporteringsmiljön |
| Korrigering: en uppdatering av databasen löste problemet. |
|
| 4375549 | Sammanfattning: filtret Grupp visas inte i dataexportgränssnittet. |
| Korrigering: gruppdata uppdaterades i databasen, vilket åtgärdade problemet. |
|
| 4375884 | Sammanfattning: mottagare som uttryckligen har delegerats till kan delegera sin avtalsbehörighet ytterligare |
| Korrigering: koden har förbättrats så att rätt participantSetID returneras | |
| 4377068 | Sammanfattning: om du kopierar en mall från sandlådan till produktionen kopieras mallen med formulärfälten och felet ”Fel vid körning av begäran” visas. Detta beror på att hyperlänksfält identifieras med en negativ höjd. |
| Korrigering: funktionen för identifiering av formulärfält har förbättrats för att säkerställa en konsekvent förståelse av fältplacering och relativa placeringskoordinater. |
|
| 4380228 | Sammanfattning: i sidofältsvyn i eSign för mobila enheter finns inte alternativet Visa historik. |
| Korrigering: appen har uppdaterats för att tillhandahålla historikinnehållet. |
|
| 4382167 | Sammanfattning: de lokaliserade versionerna av HIPAA-beskrivningen är inte tydliga. |
| Korrigering: språket har förbättrats. |
|
| 4383351 | Sammanfattning: om du kopierar ett webbformulär mellan miljöer (t.ex. sandlådan till produktionen) resulterar det i fält som inte visas i det slutliga avtalet. |
| Korrigering: API-anropet PUT/widgets/{widgetId}/formFields har förbättrats för att säkerställa att fälten placeras korrekt. | |
| 4384877 | Sammanfattning: BioPharma-inställningarna kan ignoreras när du skickar en Massutskickstransaktion om BioPharma är konfigurerat på gruppnivå |
| Korrigering: koden har förbättrats för att säkerställa korrekt arv på gruppnivå när avtal skapas. |
|
| 4387692 | Sammanfattning: betalningar via Braintree kan annulleras om användaren försöker signera ett avtal som redan har signerats. |
| Korrigering: en kontroll har lagts till för att identifiera om avtalet har ändrats innan betalningen slutförs. |
|
| 4396329 | Sammanfattning: bilden av en signatur roterar 90 grader när den tas från en mobil enhet. |
| Korrigering: koden har förbättrats för att hämta bildorienteringen innan du tillämpar bilden på PDF-filen. |
|
| 4396574 | Sammanfattning: arbetsflöden som skickas från en icke-primär grupp kan misslyckas med ett ”Valideringsfel för statusen Utkast”. på grund av hur sessionsinställningar tillämpas jämfört med gruppinställningar. |
| Korrigering: koden har förbättrats för att säkerställa att gruppinställningarna tillämpas korrekt när en ny grupp väljs. |
|
| 4396871 | Sammanfattning: granskningsrapporter på koreanska visar ett skadat filnamn för alla hash-tecken. |
| Korrigering: funktionen har förbättrats så att den inkluderar alla teckensnittsfamiljer som krävs. |
|
| 4397811 | Sammanfattning: ämnesrader i e-postmeddelanden kan visas felaktigt om det finns två punkter i strängen på grund av intern taggning för att identifiera hyperlänkar. |
| Korrigering: koden har gjorts mer robust för detta användningsfall. |
|
| 4399942 | Sammanfattning: felaktiga färgindikationer kan användas när du redigerar fält för deltagarna Vem som helst och Alla |
| Korrigering: ändrad logik i färgfunktionen för Vem som helst och Alla. |
|
| 4399995 | Sammanfattning: URL:en för Massignering när du skickar via API:et måste bestå av en skräddarsydd URL i stället för den generiska säkra URL:en. På så sätt visas gränssnittet för Massignering för signeraren utan ytterligare inloggningsupplevelse, om undertecknaren redan har autentiserats med SAML. |
| Korrigering: koden har förbättrats för att tillåta den skräddarsydda URL:n när du använder API-anrop för Massutskick. |
|
| 4403487 | Sammanfattning: anpassade e-postmeddelanden om annullering kan inkludera kopiemottagaren i signerarens meddelande. |
| Korrigering: funktionen för att ta bort kopiemottagaren har lagts till i mallen Anpassad annullering. |
|
| 4404574 | Sammanfattning: spara webbformulär kan misslyckas om webbformuläret skapas i en medlemsgrupp (inte den primära gruppen). |
| Korrigering: koden har förbättrats för att säkerställa att medlemsgruppsinställningarna är aktiverade för webbformuläret. |
|
| 4405782 | Sammanfattning: signeringsskälen är inte anpassade till det valda språket. |
| Korrigering: koden förbättrades för att ändra innehållsspråket för att det anpassas till den aktuella sessionen. |
|
| 4415593 | Sammanfattning: text mottogs inte när alternativet Mobil signatur för kanadensiska nummer användes. |
| Korrigering: problemet med leverantören har korrigerats. |
|
| 4419917 | Sammanfattning: om du använder nu() som en parameter i ett lokaliserat uttryck genereras ett undantag som resulterar i att datumet inte återges korrekt |
| Korrigering: funktionen Datum konverterar nu det numeriska datumet till en sträng innan lokaliseringen tas bort, vilket ger ett korrekt datumvärde. |
|
| 4420339 | Sammanfattning: i de fall där den första signeraren har blivit delegerad och samma signerare visas senare i signeringscykeln kan ett fel utlösas med signerings-URL:en. |
| Korrigering: koden har förbättrats för att säkerställa att signaturlistan ordnas korrekt när den hämtas från databasen. |
|
| 4421259 | Sammanfattning: Massutskickstransaktioner kan konfigureras för att förhindra åtkomst till redigeringsmiljön i programmet med lösenordsautentisering när en intern motsignerare inkluderas |
| Korrigering: Koden har förbättrats för att hantera arbetsflödet bättre och möjliggöra redigering. |
Produktionsdistribution: 20 april 2023
GovCloud-distribution: 24 april 2023
Förbättrade funktioner
- Uppdatering av elektroniska sigill som endast tillåter grafik – elektroniska sigill förbättras för att endast det grafiska sigillet ska kunna placeras, utan textkomponenten (namn, datum, tid och anledning till signering). Så här stöder du det här användningsfallet:
- Ett nytt alternativ är tillgängligt när du konfigurerar sigillet så att textkomponenten utelämnas, vilket tillåter att endast det grafiska sigillet visas.
- Den digitala signaturen kan framtas med ett kvadratiskt bildförhållande (som tillåter en rund stämpel) genom att framta med texttaggar, Acroforms eller API:et.
- Texten i sigillet (när den appliceras) är nu korrekt och läses som ”digitalt förseglat” i stället för ”digitalt signerat”.
- Ett nytt alternativ är tillgängligt när du konfigurerar sigillet så att textkomponenten utelämnas, vilket tillåter att endast det grafiska sigillet visas.
Ändrad upplevelse
- Ny utformning av sidhuvud och sidfot – sidhuvudet och sidfoten har ny utformning för att bättre kunna visas på mindre plattformar och för att förbättra tillgängligheten.
- Det dubbelstaplade sidhuvudet har sammanfogats för att innehålla den varumärkta logotypen och navigeringsflikarna i ett enda sidhuvudfält.
- Sidhuvudfältet komprimeras till en ikon för alternativ på mindre plattformar eller när skärmförstoringen kräver tillräckligt med utrymme för att visa innehållet korrekt.
- Sidfoten har tagits bort helt, vilket flyttar väljaren Språk till profilmenyn i sidans övre högra hörn.
Korrigerade problem
| Problem |
Beskrivning |
|---|---|
| 4389075 | Sammanfattning: När du laddar upp ett tidigare undertecknat avtal som en bifogad fil behåller flerradsfält inte möjligheten att visa rader utanför intervallet av det ursprungliga fältets fotavtryck. |
| Korrigering: En kod har lagts till för att behålla den ursprungliga PDF-kommentaren för flerradsfält i bifogade filer. | |
| 4389207 | Sammanfattning: Signerare i Microsoft Teams får en tom skärm när de använder Acrobat Sign-autentisering. |
| Korrigering: Koden har uppdaterats för att skicka rätt parametrar i Teams-miljön för att slutföra autentiseringen. |
|
| 4406571 | Sammanfattning: Granskningsrapporter på japanska duplicerar texten med hederstitlar. |
| Korrigering: Mallen har uppdaterats för att ta bort dubbletten. |
|
| 4415574 | Sammanfattning: Sandlådemiljön läser inte in alla grupper på grund av sidnumreringsproblem |
| Korrigering: Numreringen har korrigerats i sandlådemiljön. |
|
| 4415966 | Sammanfattning: Kunddefinierad tidszon för granskningsrapporter följs inte för webbformulär |
| Korrigering: Koden som stöder granskningsrapporter för webbformulär har uppdaterats för att korrekt visa den kunddefinierade tidszonsinställningen. |
|
| 4417187 | Sammanfattning: Kunder som har begränsad dokumentsynlighet aktiverat kanske inte ser alla fält när de exporterar data med den nya rapporteringsmiljön. |
| Korrigering: Koden kring dokument- och datasynlighet har uppdaterats för att ge tillgång till fältdata för rapportering. | |
| 4417835 | Sammanfattning: Signerarinformation i slutförda avtal i sandlådemiljön kanske inte visas när avtalet visas på grund av en konflikt med vattenstämpeln. |
| Korrigering: Kodförbättringar gör att vattenstämpeln och kundinformationen kan visas korrekt i slutförda avtal. |
|
| 4418255 |
Sammanfattning: När du skapar ett web-formulär i en grupp som inte är användarens primära grupp ärvs alternativet att använda flera signerare från användaren i stället för gruppen. |
| Korrigering: Arvet av funktionsegenskapen har korrigerats så att den valda gruppen används i stället för användarens grupp. |
|
| 4420675 | Sammanfattning: Vissa användare kunde inte köra rapporter med den nya miljön på grund av att API:t returnerade ofullständig information. |
| Korrigering: Ytterligare kod har lagts till för att passa den typ av API-händelse som returnerar otillräcklig information. |
|
| 4426975 | Sammanfattning: Vissa e-postinställningar, till exempel att ta bort avsändarens e-postadress och namn, tillämpas inte korrekt. |
| Korrigering: E-postmallarna har reparerats så att de ärvda inställningarna ska tillämpas korrekt. | |
| 4427301 | Sammanfattning: Signerare som använder en annan språkinställning än amerikansk engelska ser inte listrutan Anledningar till signering när de signerar. |
| Korrigering: Koden för hämtning av listan över Anledningar till signering har korrigerats för att passa mottagarens språkområde. |
|
| 4430515 | Sammanfattning: När en avsändare lägger till ett inmatningsfält med ordet ”直” som standardvärde, ser signeraren det gamla teckensnittet vid signering och på det slutförda dokumentet |
| Korrigering: Teckensnittsprioriteringen har förbättrats för att korrigera ersättningen. |
Produktionsdistribution: 23 maj 2023
GovCloud-distribution: 6 juni 2023
Förbättrade funktioner
- Inbyggd integrering med Microsoft Power Automate – tillgängligt för alla licensierade Acrobat Sign-storföretagskonton som vill automatisera sina processer före och efter signering. Integreringen aktiveras av kontoadministratören från fliken Kontoinställningar > Arbetsflödesintegrering . När den är aktiverad nås integrationen via en ruta på startsidan eller en ny arbetsflödesflik i den främsta navigeringsfältet.
Med den inkluderade Power Automate-berättigandet (aktiverat vid aktivering) kan användare komma åt alla Power Automate standard- och premiumkopplingar för användning med Acrobat Sign. Kunder med befintliga Power Automate-licenser via Microsoft kan också använda dem med integreringen.
Åtkomst för att upptäcka den här funktionen via fliken Arbetsflöden och åtkomstpunkter till Startsidan är aktiverade som standard för alla användare.
Möjligheten att skapa och använda arbetsflöden kommer inte att vara tillgänglig förrän den uttryckligen aktiveras av kontoadministratören.
Kontroller för att inaktivera upptäckbarhet av användare finns i Kontoinställningar > Globala inställningar.
- Support för namn och signaturer för det hebreiska språket – namn- och initialvärden på hebreiska (från höger till vänster) stöds nu i signaturfälten på det slutliga dokumentet och granskningsrapportens PDF-filer.
- Kräv att ett webbformulär sparas när det öppnas - administratörer kan ta bort alternativet att avbryta sparprocessen när Spara när du öppnar webbformuläret är aktiverat, vilket tvingar signeraren att konvertera webbformulärsprocessen till en vanlig avtalsprocess.
Korrigerade problem
| Problem |
Beskrivning |
|---|---|
| 4316916 | Sammanfattning: I det fall där flera signerare tillämpar sin signatur i huvudsak samtidigt i ett parallellt signaturflöde, utelämnas den första signaturen i efterföljande versioner av dokumentet. |
| Korrigering: En låsprocess har lagts till i konverteringen av dokumentet för att förhindra att signaturprogrammet kolliderar med den officiella versionen av dokumentet. Efterföljande signerare i ett parallellt signaturflöde får ett meddelande om att avtalet har uppdaterats och måste signera igen om deras version har ändrats (på grund av ett signaturprogram) sedan avtalet öppnades | |
| 4382014 | Sammanfattning: Kryssrutor som läggs till med den automatiska fältplaceringen stämmer inte överens med kryssrutans grafik. |
| Korrigering: Placeringskoden har förbättrats så att en pixelförskjutning används för fältet, och fältstorleken beräknas innan placeringen när zoomnivån ändras, vilket förbättrar fältplaceringen. |
|
| 4415970 | Sammanfattning: Användare som skapats på ett konto med Användare i flera grupper (UMG) aktiverat, som sedan konfigurerar gruppen Standard att förhindra att UMG skickas och inaktiveras kan ha knappen Starta från bibliotek på startsidan inaktiverad. |
| Korrigering: Koden har förbättrats så att den tar hänsyn till inaktivering av UMG och att den korrekt ärver inställningarna från användarens grupp. |
|
| 4416451 | Sammanfattning: Avsändare som försöker skicka en Massutskickstransaktion där avsändaren signerar först och den signatur som tillämpas är en digital signatur från en molnbaserad IdP får ett fel om att IdP:n inte är tillgänglig. |
| Korrigering: Koden Massutskick har förbättrats för att korrekt identifiera att avsändaren kan signera först med en digital signatur |
|
| 4418343 | Sammanfattning: Deltagare som signerar med signeringsanledningar aktiverade i en lokaliserad miljö upptäcker att strängarna Signerat av, Anledning och Datum inte är lokaliserade. |
| Korrigering: Lokalisering har tillämpats på strängarna. |
|
| 4419664 | Sammanfattning: Kunder som hämtar exceptionellt långa rapporter i den nya miljön kan misslyckas på grund av datauppsättningens storlek. |
| Korrigering: Datauppsättningsparametrarna har förbättrats för att kunna hantera mycket större begäranden. |
|
| 4420278 | Sammanfattning: Fälttilldelningen kan återgå till den första mottagaren när du sparar en mall och sedan klickar på knappen Bakåt. |
| Korrigering: Konstruktorn för formulärfält har uppdaterats för att tilldela deltagar-ID:t korrekt när mallen sparas. |
|
| 4420932 | Sammanfattning: PDF-filer som har skapats av vissa program följer inte PDF-standarden och kan därför inte hämtas som enskilda dokument från sidan Hantera. |
| Korrigering: Utvärdera de uppladdade PDF-filerna och spara dem igen om det visar sig att de inte fungerar. | |
| 4421539 | Sammanfattning: Den nya rapporteringsmiljön exporterar inte formulärfält om alla fält är skrivskyddade |
| Korrigering: Flaggan för skrivskyddad ska ignoreras när rapportdata hämtas. |
|
| 4424177 | Sammanfattning: Alternativet Signerare är tillgängligt i redigeringsbehörigheter på gruppnivå när inställningen Signera för andra inte är aktiverad. |
| Korrigering: Kodordningen har uppdaterats för att kontrollera signeringsinställningarna innan signeringsbehörigheterna visas. |
|
| 4426708 | Sammanfattning: Hyperlänkssträngen sträcker sig utanför visningsrutans gränser när du bekräftar en omdirigering till en ny URL via fältet Hyperlänk. |
| Korrigering: Överflödesradbyte tillämpad på strängen. |
|
| 4427788 | Sammanfattning: I konton med Användare i flera grupper aktiverat tas befintliga gruppmedlemskap bort när en användare befordras som gruppadministratör med hjälp av gruppmedlemssökning på grund av att filtrering tillämpas på det användar-ID som skapas. |
| Korrigering: Den ofiltrerade listan med värden används när de nya användarrelationerna sparas. |
|
| 4427893 | Sammanfattning: En documentKey kan inte genereras i återanrop för konton i webhookar 2.0 |
| Korrigering: Null-kontroller har lagts till för att svälla händelserna och korrigera problemet. |
|
| 4428561 | Sammanfattning: I den nya rapporteringsmiljön kanske inte alla grupper visas när de filtreras av gruppen. |
| Korrigering: Hämtningskoden har förbättrats för att säkerställa att alla grupper visas. | |
| 4430423 | Sammanfattning: Skrivna språk från höger till vänster inverterar signaturen efter att den har tillämpats. |
| Korrigering: Support för skrift från höger till vänster har lagts till för att hämta en signatur och tillämpa den korrekt på dokumentationen. | |
| 4430515 | Sammanfattning: När en avsändare lägger till ett inmatningsfält med ordet ”直” som standardvärde, ser signeraren det gamla teckensnittet vid signering och på det slutförda dokumentet |
| Korrigering: Teckensnittsprioriteringen har förbättrats för att korrigera ersättningen. | |
| 4433166 | Sammanfattning: vissa fält som genererades av texttaggar kan vara osynliga när det signerade avtalet visas online. Nedladdade PDF-filer återges korrekt. |
| Åtgärd: PDF-bibliotket har uppdaterats, vilket åtgärdar problemet med hur biblioteket avkodar PDF-metadata för att visa PDF-filer. |
Produktionsdistribution: 19 juli 2023
GovCloud-distribution: 25 juli 2023
Förbättrade funktioner
- Rapporter om transaktionsförbrukning – rapporter om transaktionsförbrukning ger administratörer insyn för att bättre förstå transaktionsförbrukningsmönster för sin organisation. Administratörer kan skapa dedikerade rapporter för att spåra transaktionsförbrukning med fyra olika diagram:
- Transaktionsvolymens trend
- Transaktion per avsändare
- Transaktion per grupp
- Transaktion per arbetsflöde
- Ny inställningsaktivitetsrevision för att granska administratörers aktiviteter - En ny rapporttyp som tillhandahåller en revisionslogg som hjälper till att säkerställa fortsatt efterlevnad, skydda mot eventuella olämpliga ändringar och revidera misstänkt beteende inom din organisation.
Som administratör har du fullständig synlighet över inställningsändringarna som gjorts för inställningarna för användare, grupper eller konto (beroende på användarens behörighetsnivå). Du kan filtrera granskningsloggen baserat på inställningsnamnet, den aktör som gjorde ändringen eller målet för ändringen (namn, användare eller grupp). Visa och exportera sedan dessa rapporter för vidare analys. Kontoadministratörer kan visa loggar i alla grupper. Gruppadministratörer kan endast visa revisionsloggarna för de grupper där de har behörighet.
- Förbättrad information i dataexporter för att korrekt återspegla mottagarersättningshändelser – nya dataexportkolumner har lagts till för att bättre representera när mottagare ändras under en transaktions signeringsprocess. De nya kolumnerna är:
- Mottagarstatus
- Mottagaren har signerat
- Mottagarens anledning till ändring
- Mottagarens ändringsdatum
- Loggning i granskningsrapporter av påtvingande utmaningar i autentisering - Kunder som använder funktionen Kräv identitetsautentisering (på fliken Bioläkemedelsinställningar) med Telefon-baserad autentisering kommer varje autentiseringshändelse att loggas uttryckligen i granskningsrapporten. De nya händelserna i granskningsrapporter inkluderar steget när autentiseringen registrerades (när avtalet öppnades, en signatur tillämpades och när knappen Klicka för att signera valdes) och vilken typ av autentisering som användes. (Autentisering av Telefon är den enda metod som stöds i den här versionen. Acrobat Sign autentisering är schemalagd att inkluderas i augusti 2023-versionen.)
Aktivitetslistan återspeglar också varje autentisering (dock i ett kortare format).
- Webbformulär-stöd för tvingad identitetsautentisering - Webbformulär respekterar nu inställningarna för tvinga identitetsautentisering , vilket möjliggör signaturefterlevnad med föreskrifter som CFR 21 del 11, och fullständigt loggar signaturhändelserna i revisionsloggen (som beskrivs nedan).
Dessutom har Acrobat Sign-autentisering lagts till som en autentiseringsmetod, vilket ger webbformulär detaljerad signaturloggning som stöder många efterlevnadskrav.
- Organisationens adressbok är integrerad med LDAP eller Active Directory – kunder som hanterar sina användare i Adobe Admin Console kan länka sin LDAP eller Active Directory för att importera en organisationsadressbok för alla användare i kontot. Detta gör att användare kan skriva in namn eller e-postadress på någon person i sitt företags LDAP/AD och få den parten sorterad i den automatiskt genererade listan över kontakter. Organisationskontakter (härledda från organisationens LDAP/AD) listas separat från personliga kontakter (härledda från någon e-postadress till vilken användaren har skickat ett avtal).
- Ny användaretableringsrapport för att lösa problem med att skapa användare – konton som hanterar sina användare i Adobe Admin Console har en ny rapport om användaretablering tillgänglig på den nya sidan Väntande under fliken Användare. Detta är särskilt användbart för konton som flyttar användare från flera Adobe Admin Console-organisationer (kanske i olika miljöer) till en storföretagsorganisation. Om du vill filtrera aktiva användare från användare som ännu inte har slutfört sin aktivering i den nya organisationen har fliken Användare delats in i två delar:
- Berättigade – användare som är korrekt etablerade och kan använda Acrobat Sign. Den här sidan är identisk med föregående sidan Användare med samma funktioner.
- Väntande – användare som inte är helt berättigade men ändå behöver någon åtgärd eller hjälp.
- Berättigade – användare som är korrekt etablerade och kan använda Acrobat Sign. Den här sidan är identisk med föregående sidan Användare med samma funktioner.
- Förbättrade detaljeringsmöjligheter för behörigheter att redigera gruppnivåinställningar – administratörer på kontonivå har nu detaljerade fliknivåer som tillåter redigering av behörigheter på gruppnivå. Administratörer på gruppnivå får ett tydligt meddelande om sin begränsade åtkomst överst på gruppsidorna när behörigheten att redigera är inaktiverad.
- Välj hur de bifogade filerna ska namnges när de läggs till i e-postmeddelanden – administratörer på konto- och gruppnivå kan nu bestämma hur filer som är kopplade till e-postmeddelanden ska namnges. Filnamnen påverkas av inställningen Sammanfoga flera dokument till ett dokument efter signering, som levererar antingen en bifogad fil med alla filer sammanslagna eller separat bifogade filer med deras enskilda namn. Alternativen är:
- Avtalsnamn:
- När alla filer har sammanfogats – en fil som namnges enligt avtalsnamnet. t.ex. Servicekontrakt 2023
- När filer separeras – en fil bifogas per uppladdad fil. För varje fil används avtalsnamnet med en bifogad uppräknare. t.ex. Servicekontrakt 2023 (del 1), Servicekontrakt 2023 (del 2), Servicekontrakt 2023 (del 3)
- När alla filer har sammanfogats – en fil som namnges enligt avtalsnamnet. t.ex. Servicekontrakt 2023
- Filnamn
- När alla filer har sammanfogats – en fil med det namn som kommer från den första uppladdade filen.
- När filer separeras – en fil bifogas per uppladdad fil. Varje bifogad fil behåller det ursprungliga filnamnet oavsett källa (mall, uppladdat avtalsdokument, tillfälligt dokument, bifogad mottagarfil).
- När alla filer har sammanfogats – en fil med det namn som kommer från den första uppladdade filen.
- Hybrid
- När alla filer har sammanfogats – en fil som namnges enligt avtalsnamnet.
- När filer separeras – en fil bifogas per uppladdad fil, där varje bifogad fil behåller det ursprungliga filnamnet.
- När alla filer har sammanfogats – en fil som namnges enligt avtalsnamnet.
- Avtalsnamn:
Du kommer åt kontrollerna genom att gå till Kontoinställningar > Globala inställningar > Filer som är bifogade till e-post får följande namn:
Ändrad upplevelse
- Anpassat arbetsflödesgränssnitt för sändning aktiveras för alla användare - Alla konton som har aktiverat anpassade arbetsflöden för sändning för sina administratörer har fått åtkomst till arbetsflödesdesignern för alla användare.Användare kan komma åt arbetsflödesdesignern via fliken Arbetsflöden i det övre navigeringsfältet och panelen Skapa återanvändbara arbetsflöden på Startsidan . Användare har endast behörighet att skapa arbetsflöden för personligt bruk tills en administratör uttryckligen aktiverar alternativet att dela arbetsflöden i administratörsmenyn.
Administratörer som vill begränsa åtkomsten till arbetsflödesdesignern för användare kan göra detta i Globala inställningar under avsnittet Anpassat sändningsarbetsflöde:
- Fliken Användare har delats upp i två tabeller för Admin Console-användare – konton som hanterar sina användare i Adobe Admin Console har fliken Användare uppdelad på två sidor:
- Aktiverad – den här sidan innehåller en tabell över alla användare som har skapats i miljön Acrobat Sign och som ska kunna använda tjänsten utan problem. Den här sidan motsvarar den föregående fliken Användare med samma funktioner.
- Väntande – den här sidan innehåller de användare som har lagts till i användarprofilen i Admin Console men har inte konverterats till en fungerande användare i Acrobat Sign-systemet.
- Förbättrat Acrobat Sign-autentiseringsflöde - Acrobat Sign-autentiseringsmetoden har förbättrats för att minska komplexiteten och antalet steg för signerare.Mottagarens e-postadress importeras till Adobe-autentiseringssystemet för att avgöra om användaren är en känd entitet, vilket eliminerar flera skärmar/klick och ger en renare väg till autentisering. Mottagaren uppmanas att ange ett lösenord om e-postmeddelandet redan finns. Användaren uppmanas automatiskt att skapa ett konto om e-postadressen inte finns.
- Stöd för upp till tio digitala signaturer per mottagare – begränsningen med en digital signatur per mottagare har förbättrats för molnbaserade signaturer så att upp till tio fält för digitala signaturer kan placeras per mottagare. (Aadhaar och Singpass stöds inte)
- Den nya miljön Rapporter läses in som standard när sidan öppnas – standardversionen av sidan Rapporter har ändrats för att läsa in den nya rapporteringsmiljön när användare först öppnar gränssnittet. Användare behåller möjligheten att byta tillbaka till den klassiska miljön efter behov.
Den klassiska rapporteringsmiljön förväntas vara helt borttagen från tjänsten i slutet av 2023. Kunder som fortfarande använder klassisk rapportering bör återskapa och schemalägga sina rapporter i den nya miljön så snart som möjligt för att säkerställa rapportkontinuiteten.
- Före juli 2023-versionen skulle ett avtal som skickades med ett anpassat sändningsarbetsflöde inte uppfylla de autentiseringsmetoder som ställts in på konto- och gruppnivå. En avsändare kan ändra standardautentiseringsmetoden för signeraren även om konto-/gruppinställningarna inte tillät det. Juliversionen korrigerade detta beteende och gjorde det överensstämmande med sidan Skicka , som kräver att avsändaren använder standardautentiseringsmetoden om konto-/gruppinställningen inte tillåter att standardautentiseringsmetoden ändras.
Om standardautentiseringsmetoden för interna signerare till exempel är E-postoch möjligheten Tillåt avsändare att ändra standardautentiseringsmetoden är inte aktiverat, kommer avsändare att hindras från att skicka avtalet med andra autentiseringsmetoder än e-post. Det här är rätt beteende och överensstämmer med upplevelsen på sidan Skicka.
Uppdateringar av den mobila appen
- Alternativ för push-meddelanden på iOS-plattformen – konton som hanterar sina användare i Adobe Admin Console kan aktivera push-meddelanden för användare som har installerat appen Acrobat Sign för iOS på sina mobila enheter. Aktiva push-meddelanden uppdaterar mottagare om att nya avtal väntar på att få deras uppmärksamhet, och avsändare meddelas om signerade och slutförda avtal. Enskilda användare kan välja att inaktivera pushmeddelanden i sina enhetsinställningar.
Den här funktionen blir tillgänglig för användare på iOS v15+ i version 3.29 på Apple App Store i början av augusti.
Integreringar
Acrobat Sign för Veeva Vault uppgraderas med följande:
- Uppdaterad varumärkning – varumärkningen Adobe Sign har uppdaterats till Adobe Acrobat Sign för att anpassa sig till tjänstens nuvarande varumärke. Som en del av varumärkesändringen har alla objekt i integreringen Veeva Vault uppdaterats till Adobe Acrobat Sign.
- Aktuell dokumentversionssäkerhet – med tanke på att Veeva Vault tillåter att flera versioner av ett dokument sparas kommer den uppdaterade installationen av Acrobat Sign för Veeva Vault begränsa användarna att endast bifoga den senaste versionen.
Korrigerade problem
| Problem |
Beskrivning |
|---|---|
| 4356308 |
Sammanfattning: e-postfältet för arbetsflöden återställs inte korrekt till ett tomt värde efter att ett tidigare värde med mer än en delning har tagits bort på grund av blanksteg eller kommatecken. Delningsvärdena finns kvar i modellen, vilket orsakar ett fel när nya värden läggs till, eftersom fältet skulle läsa flera värden där ett förväntas. |
| Korrigering: koden för inmatningsfältet har uppdaterats för att tillåta nya indatavärden att lägga till värdet direkt och inte lägga till värdet till tidigare innehåll. | |
| 4358989 |
Sammanfattning: om en biblioteksmall delas mellan UMG-aktiverade grupper kan det leda till att mallen inte sparas om antalet grupper överstiger 100, på grund av att gruppen endast hämtar kod som refererar till de första 100 grupperna. |
| Korrigering: grupphämtningslogiken har uppdaterats för att göra en slinga över sidor, om sådana finns, och spara alla gruppnamn i butiken. |
|
| 4361087 |
Sammanfattning: avtal som skickas för parallell signatur visar åtgärden Överför signatur på sidan Hantera. |
| Korrigering: sidan Hantera har uppdaterats för att dölja uppladdningsåtgärden när avtalet har ett villkor som inte stöds. | |
| 4379342 |
Sammanfattning: Avtal med flera mottagare som använder autentisering, som kräver en token från Acrobat Sign-systemet (t.ex. telefonautentisering), kan stöta på en situation där en mottagare utlöser ett fel av typen ”Ogiltig åtkomsttoken” på grund av att sessionsautentiseringstoken förstörs av ett API-anrop för uppdateringstoken. |
| Lösning: Hanteringen av kors-sessionstoken har förbättrats för att rätta till det underliggande problemet. | |
| 4383564 |
Sammanfattning: det går inte att signera dokument via e-post med begäran om signatur när verifiering av signeraridentitet är aktiverat och signeraren finns på en annan shard. |
| Korrigering: koden som hanterar inställningarna över flera shards har uppdaterats. | |
| 4384284 |
Sammanfattning: inloggning på miljön Gov Cloud kan omdirigera användaren tillbaka till hubben. |
| Korrigering: de betrodda ursprungen på hubben har uppdaterats. | |
| 4403772 |
Sammanfattning: fel vid tillägg av otillgängliga dokumentmallar i en arbetsflödesmall fördröjs på grund av att det tar längre tid än förväntat för API:et att uppdatera mallen. |
| Korrigering: ett ”Spara"-meddelande har lagts till för att meddela användaren att en process fortfarande pågår. | |
| 4403836 |
Sammanfattning: inga meddelanden skickas till användaren om ett API-skapat avtal automatiskt ändras från ett skriftligt arbetsflöde till elektroniskt. |
| Korrigering: API-dokumentationen har uppdaterats för att indikera den här händelsen. | |
| 4404257 |
Sammanfattning: grafiken i den röda pilen Signera har inte tillräcklig kontrast. |
| Korrigering: färgen har uppdaterats för att uppfylla kravet 4.5:1. | |
| 4409720 |
Sammanfattning: användare som har signerat ett dokument markeras som inaktiva i systemet och sedan återgår till det signerade avtalet kan skapa en situation när efterföljande e-postmeddelanden för avtalet skickas till dem, möjligen flera gånger, på grund av att systemet delegerar åtgärden för den inaktiva signeraren. |
| Korrigering: logik har lagts till på kontot för användare som är inaktiva men som har åtkomst till avtal för att förhindra delegering. | |
| 4412152 |
Sammanfattning: kontrastförhållandet för fokusindikatorn är inte tillräckligt för fält av alla typer på sidan e-signatur. |
| Korrigering: färgen har uppdaterats för att uppfylla kravet 4.5:1. |
|
| 4412153 |
Sammanfattning: kontrastförhållandet för fokusindikatorn är inte tillräckligt för att tillämpa knappen. |
| Korrigering: färgen har uppdaterats för att uppfylla kravet 4.5:1. |
|
4417413 4422433 |
Sammanfattning: beräkningsfält bearbetas korrekt när språket är amerikansk engelska men inte på lokaliserade sidor där ett kommatecken används i stället för ett decimaltecken. |
| Korrigering: koden har uppdaterats för att ta hänsyn till språkområdet innan beräkningen adresseras. | |
| 4417905 |
Sammanfattning: granskningsrapporten innehåller inte BioPharma-orsaken till en andra signerare. |
| Korrigering: koden har uppdaterats för att tillåta signeringshändelser av flera skäl. | |
| 4419219 |
Sammanfattning: om den första bokstaven i signaturen lutar tillbaka som den gemena bokstaven p, trunkeras den eftersom bokstaven lutar utanför signaturutrymmet. |
| Korrigering: signaturtexten har uppdaterats så att den startar från höger, så att texten inte går förlorad när tecken som lutar åt vänster återges. |
|
| 4420176 |
Sammanfattning: det går inte att ladda upp ett signerat dokument när signaturerna är fält för digital signatur. |
| Korrigering: sidan Hantera har uppdaterats för att dölja uppladdningsåtgärden när avtalet har ett villkor som inte stöds. |
|
| 4420880 |
Sammanfattning: granskningsrapportposten för signaturer som tillämpas via en delad kontobehörighet är otydlig. |
| Korrigering: texten i granskningsloggen har uppdaterats för att bli tydligare i signeringsprocessen och vem som har signerat för någon annans räkning. | |
| 4422206 |
Sammanfattning: när du exporterar användarlistan från en grupp är kolumnen Grupper tom förutom den primära gruppen om användaren är administratör för flera grupper. |
| Korrigering: frågan om att gå med i flera grupper har förbättrats och funktionen exportUser har uppdaterats för att hantera detta användningsfall på ett korrekt sätt. | |
| 4424153 |
Sammanfattning: när en hyperlänk placeras i ett dokument där flera sidor refererar till en sida i dokumentet fungerar inte hyperlänken på mobila enheter. |
| Korrigering: funktionerna Panorering och Bläddring i den mobila appen har förbättrats för att bättre fokusera på hyperlänkmålet. | |
| 4426232 |
Sammanfattning: pageSize-parametern fungerar inte när begäran GET /libraryDocuments/{libraryDocumentId}/formData görs, vilket gör att svarstiden är över 2 minuter och att arbetsflödet bryts. |
| Korrigering: koden har återställts till en tidigare version vid undersökning av grundorsaken. | |
| 4426529 |
Sammanfattning: ett särskilt kontrolltecken som anges som användarnamn förhindrar att granskningsrapporten hämtas. |
| Korrigering: en funktion har skapats för att söka efter och rensa osynliga kontrolltecken. | |
| 4426607 |
Sammanfattning: När du skickar ett avtal via ett arbetsflöde och flera signerare har samma e-postadress men olika autentiseringstyper eller värden, ersätter en autentiseringstyp de andra för den e-postadressen. |
| Korrigering: koden har förbättrats för att verifiera auktoriseringsinformationen och e-postadressen i signerarindexet. | |
| 4427083 |
Sammanfattning: dataexporter med kolumnen E-post för mottagare tillagd kan utlösa ett fel om antalet mottagare överstiger 99. |
| Korrigering: matrisen för mottagarlistan har ökats. | |
| 4427245 |
Sammanfattning: obligatoriska hyperlänkar anses vara ”slutförda” när signeraren/accepteraren väljer att avbryta omdirigeringen av hyperlänken. |
| Korrigering: koden har uppdaterats för att verifiera att användaren öppnar länken innan den obligatoriska flaggan tas bort och fältet markeras som slutfört. | |
| 4427490 |
Sammanfattning: fältet för bifogade filer återställs till föregående storlek efter att storleken ändrats och fältmallen sparats. |
| Korrigering: storleksändring av fältet Bifogad fil kan nu göras manuellt. |
|
| 4427512 |
Sammanfattning: du kan dra och släppa avtals-URL:en i fält. |
| Korrigering: fältegenskaperna har förbättrats för att förhindra att avtals-URL:en släpps i fältet. | |
| 4427761 |
Sammanfattning: arbetsflöden som skapats i UMG-aktiverade konton kan skickas utan att autentisering krävs. |
| Korrigering: autentisering per signerare har förbättrats för att säkerställa att autentisering tillämpas på arbetsflöden. | |
| 4429024 |
Sammanfattning: signaturblocket är inte synligt för den sista mottagaren när en signerad kopia överförs av avsändaren för den första mottagaren. |
| Korrigering: en ny metod för placering av signerarfält har tillämpats för att passa de underordnade signerarna när ett avtal har en överföringshändelse. | |
| 4429142 |
Sammanfattning: arbetsflöden kan fastna med att lägga till en andra fil i arbetsflödet på grund av ett sidnumreringsproblem om den nya mallen inte finns i den ursprungliga gruppen med inlästa mallar. |
| Korrigering: samlingslängden har uppdaterats för att motsvara antalet modeller i metoduppsättningen. | |
| 4429268 |
Sammanfattning: användare med IMS-token kan inte köra API-anrop till programslutpunkter |
| Korrigering: omfånget application_read och application_write har lagts till i inställningen WEB_APP_LOGIN_IMS_SCOPES |
|
| 4429712 |
Sammanfattning: mottagargrupper som läggs till i anpassade arbetsflödesmallar kräver att avsändaren anger ett gruppnamn innan de skickas. |
| Korrigering: mottagargrupper som läggs till i den anpassade mallen för arbetsflödesdesignern med inmatningsfältet (kommaavgränsat) infogar nu ett automatiskt genererat gruppnamn. Det genererade namnet har ett prefix för att identifiera det som automatiskt genererat, följt av strängen ”Mottagargrupp X” där X är ett stegvis ökande nummer som tillämpas på en eller flera grupper. Exempel: ”(Automatiskt genererat namn) Mottagargrupp 1”, ”(Automatiskt genererat namn) Mottagargrupp 2” osv. |
|
| 4429860 |
Sammanfattning: att ladda upp dokument togs bort från Acrobat-webbanvändarupplevelsen baserat på funktioner som ska släppas i juli |
| Korrigering: en floodgate-flagga lades till för att utelämna de nya funktionerna fram till juli. | |
| 4431104 |
Sammanfattning: webhook-händelserna AGREEMENT_ACTION_REQUESTED genereras inte för självsigneringsarbetsflöden. |
| Korrigering: en metod har lagts till för att säkerställa att attributet sendType inte ändras under uppdateringen av utkastresursen. |
|
| 4432028 |
Sammanfattning: fliken Arbetsflöde visas i den övre navigeringslisten, även om alternativet Aktivera åtkomst till arbetsflödesdesigner för alla användare har inaktiverats på gruppnivå. |
| Korrigering: koden läser nu inställningarna från aktiva poddmedlemskap i stället för alla poddmedlemskap. |
|
| 4432450 |
Sammanfattning: ett konto kan inte automatiskt skapa användare med internt ianspråktagna e-postdomäner på grund av felaktigt cachelagrade värden. |
| Korrigering: cacheminnet för domänkontot rensas när det uppdateras. | |
| 4434547 |
Sammanfattning: om du redigerar ett inaktiverat webbformulär kan namnet ändras, men namnet sparas inte. |
| Korrigering: alternativet att ändra inaktiverade webbformulär har tagits bort. | |
| 4435506 |
Sammanfattning: ingenting händer när du väljer alternativet Hämta kod i webbformulär i Acrobat-webbmiljön efter en uppdatering. |
| Korrigering: koden reparerades för att återställa funktionen. | |
| 4437747 |
Sammanfattning: omdirigeringsfel när omdirigerings-URL:en innehåller symbolen ”&” efter en uppdatering till AdobeSignAuthService. |
| Korrigering: kodproblemet i AdobeSignAuthService korrigerades och distribuerades om. |
|
| 4439111 |
Sammanfattning: arbetsflöden som ursprungligen sparades utan obligatoriska signerare behåller felstatusen även efter att en signerare har konfigurerats efter behov. |
| Korrigering: koden har förbättrats för att ta bort felmeddelandet när mottagaren konfigureras om. | |
| 4440076 |
Sammanfattning: PDF-filer som innehåller mer än 1 024 tecken efter EOF kan inte konverteras korrekt och avtalet avbryts. |
| Korrigering: hanteringsbiblioteket har uppdaterats för att vara mer robust för PDF-filer som är mindre flitigt med PDF-standarden i den mån EOF-identifieraren. | |
| 4440077 |
Sammanfattning: arbetsflödesdesignern utlöser ett fel efter att mottagare har lagts till på grund av en metodbrist. |
| Korrigering: bristen korrigerades och metoden distribuerades om. | |
| 4443907 |
Sammanfattning: gruppadministratörer kunde inte lägga till användare, vilket utlöste ett fel om att de inte får uppdatera sidan baserat på gruppredigeringsinställningar. |
| Korrigering: Inställningen uppdaterades för att tillåta gruppadministratörsbehörighet att lägga till användare. |
Produktionsdistribution: 22 augusti 2023
GovCloud-distribution: 24 augusti 2023
Förbättrade funktioner
- Loggning av granskningsrapporter för framtvingade autentiseringsuppmaningar – förbättrad loggning av granskningsrapporter har utökats med stöd för SAML- och Admin Console-autentisering. Kunder som har aktiverat funktionen Kräv identitetsautentisering (på fliken Bioläkemedelsinställningar) får varje autentiseringshändelse uttryckligen inloggad i granskningsrapporten, inklusive det skede då autentiseringen registrerades (när avtalet öppnades, en signatur tillämpades och knappen Klicka för att signera valdes). Avtalets aktivitetslista återspeglar också varje autentisering (om än i ett kortare format).
Ändrad upplevelse
- Sidhuvudet Från i alla utgående e-postmeddelanden har uppdaterats till ett mer konsekvent format för att minska problem med e-postservrar. Det finns två former av sidhuvudet:
- När mottagaren har ett känt namn, till exempel en registrerad användare, eller när inställningen Obligatoriskt mottagarnamn används, läses sidhuvudet som Adobe Sign på uppdrag av förnamn efternamn <adobesign@adobesign.com>
- När mottagarens namnvärde är okänt visas sidhuvudet som Adobe Sign <adobesign@adobesign.com>
- När mottagaren har ett känt namn, till exempel en registrerad användare, eller när inställningen Obligatoriskt mottagarnamn används, läses sidhuvudet som Adobe Sign på uppdrag av förnamn efternamn <adobesign@adobesign.com>
Korrigerade problem
| Problem |
Beskrivning |
|---|---|
| 4425785 |
Sammanfattning: datumfält med formatet dd/mmm/åååå kan inte fyllas i på tjeckiska vid användning av värdet čvn . |
| Korrigering: språkleverantörerna för datumfunktionen har uppdaterats för att hantera detta användningsfall korrekt. | |
| 4429246 |
Sammanfattning: om du redigerar mottagarlistan för ett arbetsflöde kan det påverka avtal som skickas av det arbetsflödet, vilket resulterar i att avtal fastnar i statusen Pågår. |
| Korrigering: koden som hanterar hur ett avtal förstår mottagarlistan för avtal har förbättrats för att hantera mottagarlistan i transaktionen, och ignorerar redigeringar som gjorts i mallen. | |
| 4432494 |
Sammanfattning: avtal i Acrobat-miljön kan misslyckas med att läsa in vyn av avtalsavbildningen när den öppnas på sidan Hantera på grund av ett ohanterat undantag. |
| Korrigering: den metod som användes för att fylla i bildkonfigurationen har uppdaterats för att hantera undantaget korrekt. | |
| 4436936 |
Sammanfattning: webbformulär med obligatoriska hyperlänksfält genererar ett fel när användare försöker spara dem. |
| Korrigering: ett villkor har lagts till för att tillåta att webbformuläret sparas trots att hyperlänken inte har valts. | |
| 4437223 |
Sammanfattning: om du signerar ett avtal på Adobe Sign med en iOS-enhet kan ett serverfel uppstå på grund av att API:t inte är korrekt/PUTing-skrivskyddade fält. |
| Korrigering: API som används för att placera fälten för avtalet har uppdaterats. | |
| 4441057 |
Sammanfattning: e-postpåminnelse som skickas till en mottagare som ännu inte är den aktiva mottagaren när påminnelsen skapas med REST v5 och den framtida mottagaren har ersatts av avsändaren. |
| Korrigering: ett villkor har lagts till för att skicka påminnelsen endast till delegerande deltagare som potentiellt kan signera avtalet vid den tidpunkten. |
|
4442166 |
Sammanfattning: arkiverade avtal tas inte bort från systemet när de läggs till i borttagningskön. |
| Korrigering: arkiverade avtal rensas omedelbart när de skickas för borttagning i stället för att hållas i kö i fjorton dagar. | |
| 4444011 |
Sammanfattning: felet HTTP 501 access_denied inträffar när Intesi användes som elektroniskt sigill på grund av en ogiltig slutpunktstoken. |
| Korrigering: hur token skapas har uppdaterats för att vara mer robust och tillhandahålla versionstolerans. | |
| 4447727 |
Sammanfattning: vissa webbformulär från 2018 och tidigare kanske inte kan läsas in med ett allmänt felmeddelande på grund av ett null-pekarfel. |
| Korrigering: den problematiska koden har identifierats och korrigerats. |
- Uppdaterad Visa avtal-upplevelse – kundgränssnittet för att visa ett avtal har uppdaterats för alla användare. Ändringarna i upplevelsen är:
- PDF-kontrollerna under dokumentet har flyttats för att visas mellan dokumentinnehållet och avtalets åtgärdsalternativ.
- Ett alternativ för att visa två sidor i dokumentvyn har lagts till.
- Alternativet Sök har tagits bort från PDF-kontrollerna för närvarande, men användare kan använda Ctrl/Cmd + F för att söka dokumentinnehållet.
- Från rubriken i alla utgående e-postmeddelanden har uppdaterats för att ge korrekt anpassning.Strängen "Adobe Sign" har uppdaterats till "Adobe Acrobat Sign" för alla instanser.Till exempel:
- när inställningen Obligatoriskt mottagarnamn används kommer rubriken att läsa Adobe Acrobat Sign på uppdrag av <förnamn > <efternamn> <adobesign@adobesign.com>
- När namnvärdet för mottagaren är okänt kommer rubriken att läsa Adobe Acrobat Sign <adobesign@adobesign.com>
- när inställningen Obligatoriskt mottagarnamn används kommer rubriken att läsa Adobe Acrobat Sign på uppdrag av <förnamn > <efternamn> <adobesign@adobesign.com>
Korrigerade problem
| Problem |
Beskrivning |
|---|---|
| 4418093 |
Sammanfattning: när du redigerar ett avtal skapas fälten för deltagarstämpel med rollen POST_SIGN. I användningsfall för biblioteksmallar förväntas fält för deltagarstämpel ha rollen Signerare. När du skapar en biblioteksmall från ett avtal uppdateras inte fältet till rätt roll för fält för deltagarstämpel, vilket orsakar problem nedströms när mallen används. |
| Korrigering: koden har uppdaterats för att ange den förväntade rollen för fält för deltagarstämpel. |
|
| 4429823 |
Sammanfattning: navigeringspilen ”Nästa” hoppar inte till nästa fält när ett val av alternativknapp har gjorts, och det ska den göra. |
| Korrigering: navigeringen mellan fält har förbättrats för att lösa problemet. | |
| 4429824 |
Sammanfattning: webbformulärets namn trunkeras i en iFrame-vy. |
| Korrigering: sidan CSS har uppdaterats för att justera textplaceringen. | |
| 4438886 |
Sammanfattning: webbformulär i mobila iOS-webbläsare bläddrar kanske inte till nästa obligatoriska kryssruta när fokus flyttas. |
| Korrigering: koden har justerats för att tvinga fram en bläddring till nästa element innan fokus ställs in. |
|
| 4439434 |
Sammanfattning: att klicka på fliken Nästa fungerar inte på webbformulär med bilagefält. |
| Korrigering: de refererande egenskaperna för den bifogade filen har spelats in för att tillåta att fliken Nästa flyttas mellan bilagefält. | |
| 4440393 |
Sammanfattning: deltagare i ett avtal som är inaktiverat medan avtalet pågår tas bort från deltagartabellen, vilket resulterar i ofullständig deltagarinformation om den hämtas från avtalet via API. |
| Korrigering: logik har lagts till för att inkludera den ersatta deltagaruppsättningen i avtalets totala deltagaruppsättning. |
|
| 4441785 |
Sammanfattning: meddelandet som visas när du försöker delegera från en e-postlänk och använder den nödvändiga mottagarnamnfunktionen med delegering är inte särskilt intuitivt. |
| Korrigering: meddelandet har förbättrats genom att användaren instrueras om hur man delegerar från eSign-sidan och en länk till det tillhandahålls. |
|
| 4445134 |
Sammanfattning: PDF-dokument för signerade avtal med fält i anteckningslistor kan inte hämtas. |
| Korrigering: kloning av anteckningar är nu tillåtet för att förhindra undantaget. |
|
| 4445626 |
Sammanfattning: Fyll i och signera misslyckas med 400 "MISSING_REQUIRED_PARAM" när standardautentiseringen för signerare är inställd på Lösenord. |
| Korrigering: nödvändiga autentiseringsmetoder hoppas över i arbetsflödena Fyll i och signera. | |
| 4446367 |
Sammanfattning: formulärfältdata försvinner efter signering av avtalet när tiden väljs som 00.00 i stället för att använda fältberäkningar. |
| Korrigering: lade till 1 millisekund till datumet om det anges som 00.00 för att kringgå och returnera 0,0 som ett resultat av att konvertera datumet till ett tal. |
|
| 4447747 |
Sammanfattning: anrop till GET /widgets/{widgetId}/formData med application/json utlöser 500 "MISC_SERVER_ERROR" på grund av nyligen gjorda kodändringar. |
| Korrigering: koden återställdes till den tidigare funktionen för återställning av version. | |
| 4447879 |
Sammanfattning: e-sigill kan försöka placeras medan de redigerade dokumenten uppdateras. Detta gör att avtalen avbryts. |
| Korrigering: kod har lagts till för att bättre hantera inlämningsundantaget för att undvika tävlingsvillkoret. | |
| 4448750 |
Sammanfattning: efter den senaste uppdateringen kräver webbslutpunkten för uppdatering nu en klientsäkerhetsparameter. Det kan resultera i att ett felmeddelande publiceras i användargränssnittet var femtonde minut. |
| Korrigering: koden har uppdaterats för att säkerställa att parametern är sann innan proxyflödet körs. | |
| 4450877/4454555 |
Sammanfattning: ny redigering – det går inte att flytta signatur-/textfälten för de uppdaterade versionerna av Chrome/Edge |
| Korrigering: redigeringsmiljön har uppdaterats för att passa ändringarna i webbläsarna Chrome/Edge | |
| 4451025 |
Sammanfattning: om du använder PUT API /agreements/{agreementId}/formFields för att uppdatera ett formulärfält med en beräkning fungerar det korrekt vid signering, men det kan vara tomt och PDF-filen hämtas om strängen har tecken som inte kan användas (som ') |
| Korrigering: uttrycken undantas inte innan strängen skickas till analysen och skrivs ut på PDF-filen. | |
| 4454835 |
Sammanfattning: lokaliserade versioner av e-postsidhuvudet innehåller inte strängen Adobe Acrobat Sign. |
| Korrigering: e-postsidhuvudena har lagt till varumärkessträngen i de lokaliserade e-postmallarna. | |
| 4455067 |
Sammanfattning: om arbetsflöden sorteras efter datum skapas inte en korrekt sorterad lista när de används i icke-engelska lokaliseringar. |
| Korrigering: sorteringsmetoden har uppdaterats för att sortera de lokaliserade vyerna av arbetsflöden korrekt. |
Produktionsdistribution: 13 november 2023
GovCloud-distribution: 16 november 2023
Förbättrade funktioner
- En ny Skicka-sidupplevelse - Att skapa nya avtal på Skicka-sidan har ändrats till en mer procedurmässig process, som börjar med dokumenten som ska signeras och lägger till mottagarna i slutet.
Den nya Skicka-upplevelsen kan aktiveras genom att gå till Kontoinställningar > Globala inställningar > Nya begär signatur-upplevelsen
Den nya Sändningsupplevelsen har för närvarande inte paritet med den klassiska Sändningssidan. Det rekommenderas starkt att om du aktiverar alternativet för användare, aktiverar du också alternativet att växla mellan upplevelserna.
- Ny Redigering-upplevelse i appen - Den nya Redigering-miljön låter nu användaren välja en fälttyp och sedan klicka på dokumentet för att placera så många fält som behövs. Om du dubbelklickar på ett fält visas fältegenskaperna i den vänstra informationspanelen där enskilda egenskaper kan konfigureras.
Observera att den nya miljön Redigering är endast tillgänglig när du använder den nya Skicka-sidupplevelsen.
En ny agreementStatus-parameter läggs till automatiskt i URL:en när avtalet når den slutliga statusen Slutfört eller Avbrutet.
- Slutförda avtal bifogas: ?agreementStatus = slutförd.
- Avbrutna (avvisade) avtal bifogas: ?agreementStatus = failed.
Den nya parametern tillämpas på alla avtal, inklusive manuellt skickade avtal, webbformulär, Massutskicksavtal osv.
- Massutskick har uppdaterats och förbättrats för att tillåta fler mottagare per avtal, fler totala transaktioner och fler -Massutskick har uppdaterats med ett nytt gränssnitt som gör det möjligt att inkludera många funktioner som begärts av kunder och som är tillgängliga i standardprocessen "skicka för signering". Bland de nya funktionerna finns:
- Flera mottagare med separat konfigurerbara roller, autentiseringstyper och privata meddelanden.
- Enskilda avtalskonfigurationer som till exempel avtalsnamn, språk, förfallodatum och signeringsordning.
- Användningsspårning har lagts till i Power Automate-integreringen - Administratörer kan se sin klients användning av Power Automate för den föregående månaden och hämta användningen av sin organisation under de senaste 12 månaderna i form av en CSV-fil som innehåller:
- Aktiva flöden varje månad - Antalet flöden som är tillgängliga att användas i Acrobat Sign-systemet under en kalendermånad.
- Månatliga flöden som körs - Antalet gånger ett flöde utlöstes under en kalendermånad.
- Månatliga API-anrop - Det totala antalet API-anrop som används för att köra flödet under en kalendermånad.
- Dataverse-lagring - Den totala mängden Dataverse-lagring som har förbrukats i slutet av en kalendermånad.
- Privata meddelanden för anpassade arbetsflöden för sändning - Privata meddelanden kan nu konfigureras för varje mottagare när anpassade arbetsflöden för sändning utformas.
- Privata meddelanden för motsignerare av webbformulär - Privata meddelanden kan nu konfigureras i webbformulär för motsignerare.
- Ad hoc-mottagargrupper för webbformulär - Ad hoc-mottagargrupper kan nu användas när du konfigurerar ett webbformulär. Ad hoc-mottagargrupper definieras på mallsidan och används endast på webbformuläret där de skapas.
Åtkomst till Återanvändbara mottagargrupper ingår inte i denna version.
- Stöd i webbformulär för digitala identiteter - Digital identitet är en autentiseringsmetod som stöds för tillagda deltagare och motsignerare.
- Manuell åsidosättning för att få åtkomst till den klassiska rapporteringsmiljön - Versionen från november 2023 har uppgraderat alla konton så att de använder den moderna rapporteringsmiljön. Konton som måste ha åtkomst till den klassiska miljön kan aktivera det alternativet för användare genom att uttryckligen aktivera växlingslänken.
- Avtalsrapporter har förbättrats - Avtal-rapporttypen har lagt till den nya titeln Utkast till avtalssammanfattningssidan och ett nytt filter som kan filtrera avtal efter aktuell Status.
- Återanvändbara mottagargrupper har förbättrats - Återanvändbara mottagargrupper kan nu läggas till på den klassiska Skicka -sidan med den befintliga länken. När du anger gruppnamnet fylls en lista över tillgängliga mottagargrupper i en undermeny under gruppnamnsfältet.
Dessutom har en sökfunktion lagts till för att hitta grupper antingen genom Gruppnamnet eller genom att ange e-postadressen till en enskild medlem i gruppen.
- Blockera mottagare i angivna geografiska områden - Administratörer kan uttryckligen blockera mottagare i angivna språk från att komma åt avtal med mottagarens IP-adress. Mottagare som försöker komma åt ett avtal eller webbformulär får ett meddelande om att Acrobat Sign inte är tillgängligt på deras språk. För närvarande är Kina det enda valbara alternativet.
- Ny autentiseringsmetod: Engångslösenkod via e-post (OTPvE) - En engångslösenkodautentisering med e-post har lagts till som en metod för enfaktorautentisering. Den här autentiseringen är en problemfri metod för att kvalificera en mottagare med hjälp av deras e-postadress när avtalet öppnas. OTPvE är tillgängligt när du skickar ett enskilt avtal, när du använder Massutskick och när du skapar webbformulär.
- Innehållsskydd för avtal - Håll avtal säkra även efter att de har slutförts med hjälp av den ursprungliga autentiseringsmetoden för mottagare som tilldelats mottagarna eller ett engångslösenkod som levereras till deltagarens e-postadress om ingen autentisering har tilldelats.
- Mer flexibla autentiseringskrav för signaturer - Inställningarna för att kräva identitetsautentisering (Kontoinställningar > Bioläkemedelsinställningar) har separerats, vilket möjliggör mer detaljerad markering om mottagarens måste autentiseras igen.
Konton som har skapats före versionen från november 2023 måste välja den nya Kräv identitetsautentisering-konfigurationen genom att uttryckligen aktivera uppdateringen på sidan för Bioläkemedelsinställningar:
- Utökat stöd för användare i flera grupper - UMG stöds nu i följande integreringar:
- Salesforce
- Power Automate
- Nya webhookar för händelser som inte ska delas - Gränssnittet för webhookar har två nya händelser som utlöses om ett avtal slutar delas.
- Sluta dela avtal - Utlöses när en användare uttryckligen slutar dela ett avtal med en annan användare.
- Sluta dela avtal automatiskt - Utlöses till följd av att avtalsdelningen återkallas "uppströms". Alla användare som en part som "delas med" i sin tur delar ett avtal med återkallas automatiskt om deras delningsåtkomst till avtalet förloras.
- Användare i flera grupper har lagts till i integreringarna för Microsoft Teams, Outlook och Word/PPT - Kunder som använder Acrobat Sign-integreringar i programmen Microsoft Teams, Outlook eller Word/PowerPoint kan nu välja en grupp som de vill skicka ett avtal från när de skickar det genom integreringen.
Integreringsuppdateringar
- Acrobat Sign för Veeva Vault v 1.3.0 kommer att släppas i slutet av november
- Uppgradering av Veeva Vault-bibliotek – programmet har uppdaterats till ett modernare och effektivare Vault API-bibliotek (VAPIL) för förbättrad integrering.
- Uppgradering av Veeva Vault API-version – Veeva Vault API-versionen har uppgraderats till v23.1
- Paketet med integreringsdistributionen har förbättrats för att säkerställa att inga krav ställs på kunder att använda den senaste dokumentversionen.
- Adobe Acrobat Sign för Microsoft Teams med Live Sign - Live Sign låter användare få avtal signerade snabbare genom att vara värd för en säker signeringsupplevelse inom ett Microsoft Teams-möte från vilken enhet som helst som liknar signering på plats.
- Stöd i Salesforce-mobilappen för Acrobat Sign-integreringen - Kunder som använder Salesforce-mobilappen kan nu använda Acrobat Sign-integreringen på mobila enheter med iOS eller Android för att hantera sina avtal.
Ändrad upplevelse
- Transaktionsrapporteringen omfattar nu arbetsflödena Fyll i och signera och Självsignering - Fyll i och signera och Strukturerade självbetjäningstransaktioner (via Acrobat Sign-gränssnittet) tas nu upp i den uppdaterade rapporten över transaktionsförbrukning, vilket ger organisationer en mer fullständig översikt över transaktionsvolymen och -statistik.
Fyll i och signera-transaktioner som används i Acrobat-gränssnittet är en del av Acrobat-plattformen och räknas inte i Acrobat Sign-rapporten över transaktionsförbrukning.
- Förbättrad upplevelse för Power Automate-användare - Den integrerade upplevelsen med Power Automate har förfinats för att förbättra användarupplevelsen med följande uppdateringar:
- Lokaliseringen till andra språk har utökats.
- Aktivera användare i flera grupper.
- Åtkomst till Power Automate i Acrobat Sign-sandlådan via en ny sandlådeanslutning.
- Stöder hämtning av avtalsgranskningsrapporten.
- VIP-kunder har tillgång till en ny chattrobotupplevelse när de använder vägledningen i programmet - Den nya chattroboten har utvecklats för att förbättra svaren på kundfrågor genom att erbjuda ett bättre, interaktivt gränssnitt som kommer med förslag på de vanligaste frågorna i välkomstmeddelandet, rekommendationer baserade på användarens tidigare val användaren, direkt frågestöd och komplex frågelösning. Användare uppmanas att ge feedback på informationen som hämtas för hjälpa den lära sig att svara bättre i framtiden, och ett alternativ att starta en chatt med en supportansvarig visas om den begärda informationen inte hittas.
- Redigera webbformulär via avancerad kontodelning - Konton som har avancerad kontodelning aktiverad kan tillåta att webbformulär redigeras av användare eller grupper som de har delat sitt innehåll med. Inställningen delas med användare eller grupp måste ha behörighet att Redigera aktiverad för att få åtkomst till webbformuläret.
Korrigerade problem
| Problem |
Beskrivning |
|---|---|
| 4337861 |
Sammanfattning: När ett avtal har en digital signatur och är lösenordsskyddat kan rastertjänsten inte skapa en tillräckligt liten miniatyrbild för mobila enheter, vilket resulterar i att användare på mobila enheter får felet Miniatyrbild ännu inte tillgänglig. |
| Korrigering: Processen har uppdaterats för att använda rätt bildstorlek före kryptering som påverkar bildskalan. | |
| 4373355 |
Sammanfattning: Vissa kryssrutor från externa formular kan återges som avmarkerade efter signeringen. |
| Korrigering: En ytterligare kontroll har lagts till för att säkerställa att när isCheckBoxTrue utvärderas matchar läget för markerat utseende ett av de godkända ej markerade värdena. |
|
| 4395764 |
Sammanfattning: webhook-meddelanden innehåller inte någon ordningsparameter när avtalet skickas med ett anpassat arbetsflöde, vilket orsakar problem när mottagarna parsas. |
| Korrigering: Ny ordergenereringslogik har lagts till baserat på diagramstrukturen som lagras i det bundna arbetsflödet. |
|
| 4417517 |
Sammanfattning: Arbetsflöden för sändning som innehåller en mottagargrupp och en kopiemottagare kan skicka signeringsmeddelandet till kopiemottagarens e-postadress. |
| Korrigering: E-postmallen har korrigerats och inkluderar inte kopiemottagare i signerarens meddelandehändelse. | |
| 4418217 |
Sammanfattning: Länken till Hantera användare i Gov Cloud Console leder till en hjälpsida istället för Gov Cloud-konsolen. |
| Korrigering: Länken har uppdaterats för att leda till Gov Cloud-konsolen. | |
| 4430408 |
Sammanfattning: Sortering via datum fungerar inte för arbetsflöden på grund av att datumet visas som en sträng. |
| Korrigering: Åtgärdade värdet för datumet så att det refereras korrekt som ett datum och sorteras korrekt. | |
| 4435150 |
Sammanfattning: Om avsändaren även är en signerare och denna signerare ersätts kan avsändaren inte använda statusen utgånget och lämna avtalet i tillståndet Skickat för signering. |
| Korrigering: Koden har förbättrats för att uttryckligen kontrollera avtalsstatusen för förfallodatum när en mottagare ersätts. | |
| 4439375 |
Sammanfattning: När XObjects för en PDF-sida har ogiltiga PieceInfo.LastModified-poster kan den återgivna PDF-filen se tom ut. |
| Korrigering: Biblioteket som används för att kombinera PDF-filer har uppdaterats, vilket åtgärdar problemet. | |
| 4439478 |
Sammanfattning: PDF-filer med null Crypt-parametrar i DecodeParms kan göra att Acrobat Sign avbryter skapandet av avtal. |
| Korrigering: PDF-biblioteket har uppdaterats för att bättre hantera null DecodeParms. |
|
| 4440373 |
Sammanfattning: kontrastförhållandet är inte tillräckligt för att hjälpmarkeringsfärgerna ska synas mot sidolistens grå bakgrundsfärg på eSign-sidan. |
| Korrigering: Helt nya färger har lagts till för att uppfylla kravet på kontrastförhållanden på 3:1, däribland textfärg, bakgrundsfärg, opacitet och sidolistens grå bakgrund. |
|
| 4440504 |
Sammanfattning: "Fel vid körning av begäran" visas när en mall kopieras från sandlådan till produktionen. Mallen kopieras utan formulärfälten. Detta beror på att ett negativt tal hämtas för sidplatsen från SandboxOrchestrator. |
| Korrigering: SandboxOrchestrator har uppdaterats för att åtgärda problemet. | |
| 4443410 |
Sammanfattning: Granskningsrapporten för inställningsaktivitet visar bara en inställning. |
| Korrigering: Frågan har åtgärdats så att 15 resultat hämtas korrekt. | |
| 4443916 |
Sammanfattning: datumfält med formatet dd/mmm/åååå ger ett serverfel om den lokaliserade månaden är "čvn" |
| Korrigering: Biblioteket locale.date har uppdaterats för att hantera detta datumvärde korrekt. | |
| 4445937 |
Sammanfattning: Arbetsflöden sorteras inte korrekt om språket för användargränssnittet inte är engelska. |
| Korrigering: Sorteringskoden har förbättrats för att sortera lokaliserat innehåll korrekt baserat på lokaliserade datumformat. | |
| 4445977 |
Sammanfattning: Validering och villkorlig formatering fungerar inte med ankartexttaggarna på grund av ett fel i v6 API POSTcall. |
| Korrigering: Implementerade en ny metod för att manuellt konvertera v6/FormFieldGenerator till data_objects. |
|
| 4446030 |
Sammanfattning: Sortering av kolumnen "Senaste ändring" fungerar inte korrekt för grupper eftersom endast det första numret i datumet räknas i stället för att sortera baserat på hela datumet. |
| Korrigering: implementerade funktionen 'sortValue' i groupgrid.js för att sortera kolumnen 'Senaste ändring' baserat på tidsstämpel. |
|
| 4447218 |
Sammanfattning: Avtal följer inte policyn för datareglering i sandlådemiljön. |
| Korrigering: En API-app skapades för att aktivera datareglering i sandlådan. | |
| 4447334 |
Sammanfattning: Språkvalidering saknas för massimport av användare via CSV-fil. |
| Korrigering: Koden för att importera användare via CSV har uppdaterats för att infoga standardprogramspråket (en_US) när en ogiltig språkkod hittas. | |
| 4447971 |
Sammanfattning: Datumfältet ändras till standardvärdet "—" när avtalet går till deltagare 2 på grund av att den beräknade strängen inte har uppfyllts. |
| Åtgärd: Innan fälten beräknas kan alla möjliga formulärfältvärden omvandlas till tal. Detta gäller även strängar i datumformat. När fälten ska beräkna ignoreras strängar i datumformat. |
|
| 4448602 |
Sammanfattning: När Word-filer laddas upp kan textavståndet minskas om fel teckensnitt används. |
| Korrigering: Teckensnittet har tagits bort från listan över möjliga teckensnitt. | |
| 4448946 |
Sammanfattning: Signerare kan inte alltid se alla formulärfält efter att ett självsigneringsavtal har slutförts om det finns ett mellanslag efter namnet i formulärfältet. |
| Korrigering: Fältnamnen trimmas. | |
| 4449000 |
Sammanfattning: e-postmeddelanden för webhookar – Rensa fält och Spara rensar inte fältet |
| Korrigering: meddelandefunktionen har förbättrats för att säkerställa att fältet har rensats. | |
| 4449148 |
Sammanfattning: gruppadministratören kan inte skicka verifieringsmeddelanden till overifierade användare |
| Korrigering: en konflikt med UMG- och gruppadministratörer har korrigerats för att tillåta sändning av e-postmeddelanden. | |
| 4449662 |
Sammanfattning: om du lägger till två externa mottagare med samma e-postadress kan det orsaka ett feltillstånd när påminnelsen avbryts. |
| Korrigering: ny felkontroll har lagts till för flera instanser av externa mottagare i påminnelsefunktionen. | |
| 4452509 |
Sammanfattning: händelserna med ”type”, ”PHONE_AUTHENTICATED” och ”SIGN_AUTHENTICATED” är inte tillgängliga i REST API-händelser för Sign i Salesforce |
| Korrigering: händelserna har lagts till. | |
| 4452510 |
Sammanfattning: alternativet Vida (test) är inte tillgängligt för VIDA i demomiljön |
| Korrigering: tjänsten distribuerades om och problemet har lösts. | |
| 4457457 |
Sammanfattning: när ett dokument som har fyllts i och signerats utanför Adobe Sign-ekosystemet laddas upp, fördunklas data eftersom whiteout-rutorna för texttaggar hamnar ovanför de befintliga fälten. |
| Korrigering: en inställning som anger att dokumentbearbetningen ska använda rätt artefakt när det signerbara dokumentet skapas har lagts till. |
|
| 4457557 |
Sammanfattning: set går inte att skapa webbformulär med deltagare och motsignerare under sandlådekonton och Production Sign-konton på grund av att okända delar i webbformuläret returnerar en null-pekare. |
| Korrigering: ytterligare kontroll har införts för att kontrollera om det finns null-värden. och hantera dem på rätt sätt. | |
| 4458537 |
Sammanfattning: signerare i GovCloud-miljön kan ha blockerats från att signera på grund av säkerhetsåtgärder som nekar till tillräckliga sessioner. |
| Korrigering: typ och antal sessioner utvärderades och utökades för att tillgodose efterfrågan. |