Poznámky k vydání Adobe Acrobat Sign: 2023
Vylepšená funkčnost
- Nahrazení jakéhokoli příjemce – Možnost nahradit aktuálního příjemce byla rozšířena tak, aby se vztahovala na všechny příjemce, kteří dosud nepodepsali dohodu, což umožňuje upravovat/nahrazovat e-mailové adresy pro všechny budoucí příjemce dané dohody.
Změny v prostředí
Potvrzení o zaměstnanecké srážkové dani 2023 W-4 přidáno do knihovny Acrobat Sign – zákazníci, kteří v knihovně Acrobat Sign používají šablonu daňového formuláře US W-4 mají přístup ke kompletně vyplněné a k odeslání připravené verzi pro rok 2023. Zákazníci si mohou stáhnout PDF a upravit jej podle potřeby a vytvořit si tak vlastní verzi.
Aktualizace certifikátu Acrobat Sign CDS je naplánována na 7. února 2023 - Certifikát CDS aplikovaný na PDF generované v aplikaci Acrobat Sign aktualizuje značku na certifikátu z Adobe Sign na Acrobat Sign.Dokončení aktualizace se očekává po lednové verzi, tj. 7. února 2023.
Aktualizace rozhraní REST API/webhooku
Aktualizace rozhraní API a webhooku pro tuto verzi naleznete v dokumentaci k rozhraní API služby Acrobat Sign.
Webhooky
- Událost AGREEMENT_EXPIRATION_UPDATED přidána do rozhraní aplikace – Událost AGREEMENT_EXPIRATION_UPDATED byla přidána do rozhraní na straně zákazníka jako zvolitelná událost pro dohody.
Vylepšená funkčnost
- Povolte podepisujícím ukládat postup ve webovém formuláři a později se vracet pro dokončení – Správci mohou nastavit účet nebo individuální skupiny, které mohou povolovat ukládání formulářů podepisujícím a povolovat v případě potřeby příjemcům dokončit formulář později. Pokud chce příjemce uložit formulář, musí poskytnout své jméno, e-mailovou adresu a název formuláře.
- Ověření identity podepisujícího rozšířeno o webové formuláře – Účty, které používají nastavení Ověření identity podepisujícího k zajištění toho, že se interní podepisující před podepsáním dohod ověří ve službě Acrobat Sign, mohou nyní rozšířit dané zabezpečení o podpisy použité ve webových formulářích.
- Přístup k vytváření vlastních šablon pracovních postupů dohod na úrovni uživatele – Nyní lze uživatelům, kteří nejsou správci, povolit přístup k Návrháři pracovních postupů pro zákazníky určenému k odesílání nových smluv, aby mohli vytvářet své vlastní pracovní postupy. Uživatelé, kteří mají přístup k vytváření a upravování pracovních postupů, budou mít v horním navigačním panelu novou kartu Pracovní postupy.
- Povolení, aby byla možnost Vyžadovat jména příjemců pro odesílatele volitelná – Správci, kteří povolují funkci Vyžadovat jména příjemců, mají nyní možnost uvolnit požadavek na jméno a učinit jej pro odesílatele volitelným na úrovni účtu nebo skupiny. V praxi to znamená, že odesílatel může zadat jméno příjemce, pokud jej zná, ale není mu zamezeno odeslání dohody, pokud jej nezná.
- Odesílání dohody pouze sám sobě – Odesílatelé mohou nyní odeslat dohodu pouze sami sobě bez nutnosti přidávat dalšího příjemce do cyklu podepisování. Umožňuje to příjemci efektivně otestovat nové šablony knihoven a vyzkoušet proces podepisování jejich příjemců bez nutnosti použití samostatné hodnoty e-mailu pro podepisujícího.
- Před tímto vydáním se při pokusu o odeslání dohody pouze sám sobě zobrazila chyba. Od tohoto vydání se nezobrazuje žádná chyba a dohoda se inicializuje stejně jako jakákoli jiná dohoda.
- Proces podepisování splňuje všechna očekávaná pravidla pro odeslanou dohodu z hlediska e-mailového upozornění, ověření, navigace ve formuláři, e-mailových příloh atd.
- Digitální identita Aadhaar dostupná pro účty VIP – Prémiová metoda ověřování digitální identity Aadhaar je nyní k dispozici prostřednictvím společnosti Adobe pro účty VIP, které vyžadují, aby se příjemci ověřili pomocí služby identity Aadhaar.
- Noví poskytovatelé důvěryhodných služeb (TSP) -Přidávají se noví poskytovatelé pro rozšíření mezinárodní dostupnosti řešení digitálního podpisu.Nově v této verzi:
- A-Trust (EU / Rakousko)
- ADACOM (EU / Řecko)
- CertSign (EU / Rumunsko)
- ComSign (Izrael)
- PSC World (Mexiko)
- SSL.com (USA)
- Vylepšená automatická detekce polí formuláře – Automatická detekce polí formuláře byla vylepšena tak, že jsou nyní všechna pole umisťována najednou (oproti umisťování stránky po stránce). Vylepšení proběhne u všech účtů, které mají povolenou automatickou detekci polí v oddílech EU1 a JP1.
- V Exportech dat jsou k dispozici nové sloupce – Nyní jsou dostupné tři nové datové sloupce:
- Počet dokumentů – Celkový počet dokumentů používaných k vytvoření dohody.
- Poskytovatel cloudového podpisu – Jméno poskytovatele digitálního (cloudového) podpisu.
- Vydavatel certifikátu cloudového podpisu příjemce – Vydavatel certifikátu poskytovatele digitálního (cloudového) podpisu.
- Možnost Tisk do PDF dostupná u stránek sestav – Nové prostředí nástroje Sestavy nyní zahrnuje tlačítko, které uživatelům umožňuje vytisknout své sestavy jako soubor PDF, což usnadňuje sdílení sestav s lidmi, kteří nemají účty Acrobat Sign nebo kteří se pro zobrazení nechtějí přihlásit.
- Nový filtr a sloupec k identifikování správců v seznamu Uživatelé – V seznamu Uživatelé je k dispozici nový sloupec, aby bylo možné okamžitě identifikovat správce v účtu. Seznam zobrazuje nejvyšší úroveň oprávnění, které bylo uživateli uděleno (Soukromí > Účet > Skupina). Byl přidán filtr Zobrazit pouze správce, který má usnadnit kontrolu všech správců v konsolidovaném seznamu.
Změny v prostředí
- Do e-mailu po podepsání byl přidán odkaz ke stažení bezplatné verze aplikace Acrobat Reader – E-mail po podepsání odeslaný příjemcům nyní obsahuje odkaz ke stažení bezplatné verze produktu Acrobat Reader, aby tak pomohl příjemcům usnadnit otevírání a zobrazovaní (obvykle) přiložené dohody ve formátu PDF.
- Aktualizace rozhraní příjemce při použití ověření službou Acrobat Sign – Metoda ověření službou Acrobat Sign byla přesunuta do mikroslužby, což způsobilo menší změnu v rozhraní příjemce. Funkce se nezměnila a existující dohody nejsou negativně ovlivněny.
- Aktualizace rozhraní pro vytváření a úpravu elektronických pečetí – Panel pro konfiguraci a úpravu elektronických pečetí byl pro větší přehlednost aktualizován o nové textové popisky. Funkce se nezměnila a existující dohody nejsou negativně ovlivněny.
- Aktualizované zápatí auditní zprávy - Od vydání z března 2023 obsahují všechny nové auditní zprávy ve spodní části zprávy nový textový řetězec objasňující, že jména příjemců poskytuje podepisující osoba, pokud není výslovně uvedeno jinak.Řetězec zní: „Jména a e-mailové adresy zadávají do služby Acrobat Sign uživatelé aplikace Acrobat Sign a nejsou ověřeny, pokud není uvedeno jinak."
Integrace služby Adobe Acrobat Sign
Integrace Acrobat Sign for Veeva Vault je aktualizována, aby poskytovala funkci pro upozorňování uživatelů, když je vyžadován jejich podpis na smlouvě, a umožňuje uživatelům podepisovat přímo v prostředí Veeva Vault.
Vyřešené problémy
| Problém |
Popis |
|---|---|
| 4293759 | Shrnutí: Možnost noChrome je nekonzistentní při předání hodnoty „false“ poté, co byla ve stejné relaci předána hodnota „true“. |
| Oprava: Přidání logiky k odebrání možnosti noChrome z relace, když je noChrome=false předáno jako parametr dotazu. | |
| 4320157 | Shrnutí: Platnost dohod ve stavu Koncept na kartě Správa (stav vytváření v rozhraní API) vyprší podle nastavení termínu, přestože se nejedná o aktivní dohodu |
| Oprava: Aktualizován výpočet termínu za účelem vyloučení transakcí se stavem Koncept/Vytváření. |
|
| 4353443 | Shrnutí: Nástroje pro vývoj nahlašují na stránce Odeslat chybu směrnice WCAG týkající se podřízených objektů výběrové skupiny, které chybí, protože přepínač pracovních postupů je definován jako výběrová skupina. |
| Oprava: Aktualizace podřízeného objektu na objekt tlačítka vzhledem k tomu, že existují pouze dvě možnosti, nikoli větší sada. |
|
| 4355729 | Shrnutí: Některé okolnosti mohou mít za následek to, že při ověřování jména metodou KBA bude příjmení v bloku podpisu použito dvakrát. |
| Oprava: Byl přidán kód pro detekování hodnot duplicitních jmen a vyzvání uživatele, aby jméno ověřil nebo aktualizoval. |
|
| 4359478 | Shrnutí: Podpisová písma se mohla v konečném souboru PDF zobrazovat v různých velikostech, protože písma nemají pevnou výchozí velikost. |
| Oprava: Sady písem byly upraveny tak, aby měly konzistentní velikost. |
|
| 4375042 | Shrnutí: V novém prostředí pro vytváření sestav se nenačítají grafy související s časem |
| Oprava: Aktualizace databáze vyřešila tento problém. |
|
| 4375549 | Shrnutí: V rozhraní exportu dat se nezobrazuje filtr „Skupina“. |
| Oprava: Data skupiny byla v databázi obnovena, čímž byl problém opraven. |
|
| 4375884 | Shrnutí: Příjemci, kteří jsou výslovně delegováni, mohou dále delegovat své oprávnění k dohodám |
| Oprava: Kód byl vylepšen tak, aby vracel správnou hodnotu participantSetID | |
| 4377068 | Shrnutí: Kopírování šablony z prostředí Sandbox do produkčního prostředí zkopíruje šablonu s poli formuláře a zobrazí chybu „Chyba při provádění požadavku. Dochází k tomu v důsledku detekce polí hypertextových odkazů se zápornou výškou. |
| Oprava: Funkce detekce polí formuláře byla vylepšena, aby bylo zajištěno konzistentní chápání umístění polí a relativních souřadnic umístění. |
|
| 4380228 | Shrnutí: Mobilní zobrazení postranního panelu pro elektronické podpisy neposkytuje možnost „Zobrazit historii“. |
| Oprava: Aplikace byla aktualizována, aby poskytovala obsah historie. |
|
| 4382167 | Shrnutí: Lokalizované verze popisu zákonu HIPAA nejsou jasné. |
| Oprava: Jazyk byl vylepšen. |
|
| 4383351 | Shrnutí: Kopírování webového formuláře mezi prostředími (např. z prostředí Sandbox do produkčního prostředí) má za následek pole, která se v konečné dohodě nezobrazují. |
| Oprava: Volání rozhraní API PUT /widgets/{widgetId}/formFields bylo vylepšeno, aby bylo zajištěno správné umístění polí. | |
| 4384877 | Shrnutí: Nastavení biofarmacie bylo možné při odesílání transakce Hromadné odeslání ignorovat, pokud byla biofarmacie nakonfigurována na úrovni skupiny |
| Oprava: Kód byl vylepšen, aby bylo zajištěno správné přejímání na úrovni skupiny při vytváření dohod. |
|
| 4387692 | Shrnutí: Platby prostřednictvím služby Braintree mohou být zneplatněny, pokud se uživatel pokusí podepsat dohodu, která již byla podepsána. |
| Oprava: Byla zavedena kontrola k identifikaci toho, zda před dokončením platby nedošlo ke změně dohody. |
|
| 4396329 | Shrnutí: Obrázek podpisu pořízený z mobilního zařízení se otáčí o 90 stupňů. |
| Oprava: Kód byl vylepšen, aby před použitím obrázku do souboru PDF načítal orientaci obrázků. |
|
| 4396574 | Shrnutí: Pracovní postupy odeslané z neprimární skupiny mohou selhat s hlášením „Chyba ověření stavu konceptu.“ z důvodu použití nastavení relace vs. nastavení skupiny. |
| Oprava: Kód byl vylepšen, aby se zajistilo správné použití nastavení skupiny při výběru nové skupiny. |
|
| 4396871 | Shrnutí: Zprávy o auditu v korejštině zobrazují poškozený název souboru v podobě křížků namísto všech znaků. |
| Oprava: Funkce byla vylepšena, aby zahrnovala všechny vyžadované rodiny písem. |
|
| 4397811 | Shrnutí: Předměty e-mailů se mohly zobrazovat nesprávně, pokud se v řetězci vyskytovaly dvě tečky kvůli internímu tagování pro identifikaci hypertextových odkazů. |
| Oprava: Kód byl vylepšen, aby umožňoval toto použití. |
|
| 4399942 | Shrnutí: Při vytváření polí pro účastníky Kdokoli a Všichni bylo možné použít nesprávné barevné indikátory |
| Oprava: Změněna logika ve funkci barev u možností Kdokoli a Všichni. |
|
| 4399995 | Shrnutí: Při odesílání prostřednictvím rozhraní API musí být adresa URL prvku BulkSigning vytvořena se zástupnou adresou URL namísto obecné bezpečné adresy URL, aby se podepisující mohl dostat do uživatelského rozhraní prvku BulkSign bez dalšího přihlašování, pokud již byl ověřen pomocí ověření SAML. |
| Oprava: Kód byl vylepšen, aby povoloval zástupnou adresu URL při použití volání rozhraní API prvku SendinBulk. |
|
| 4403487 | Shrnutí: Vlastní e-maily o zrušení mohou v upozornění podepisujících zahrnovat stranu v kopii. |
| Oprava: Do šablony vlastního zrušení byla přidána funkce odebrání strany v kopii. |
|
| 4404574 | Shrnutí: Ukládání webových formulářů může selhat, pokud je webový formulář vytvořen ve skupině členů (nikoli v primární skupině). |
| Oprava: Kód byl vylepšen, aby bylo zajištěno, že jsou pro webový formulář povolena nastavení skupiny členů. |
|
| 4405782 | Shrnutí: Důvody podpisu se nepřizpůsobují vybranému jazykovému prostředí. |
| Oprava: Kód byl vylepšen tak, aby jazykové prostředí obsahu odpovídalo aktuální relaci. |
|
| 4415593 | Shrnutí: Při použití možnosti mobilního podpisu pro kanadská čísla nebyl přijímán text. |
| Oprava: Problém s dodavatelem byl opraven. |
|
| 4419917 | Shrnutí: Použití hodnoty now() jako parametru v lokalizovaném výrazu vyvolá výjimku, což způsobí, že se datum nezobrazí správně |
| Oprava: Funkce Datum nyní před odebráním lokalizace převede číselné datum na řetězec, což umožní získat správnou hodnotu data. |
|
| 4420339 | Shrnutí: V případech, kdy je první podepisující delegovaná osoba a tentýž podepisující se objeví později v cyklu podepisování, může dojít k chybě adresy URL pro podepisování. |
| Oprava: Kód byl vylepšen tak, aby bylo zajištěno správné uspořádání seznamu podpisů při jeho načítání z databáze. |
|
| 4421259 | Shrnutí: Hromadně odeslané transakce mohou být nastaveny, aby zabránily v přístupu do rozhraní pro vytváření v aplikaci, pomocí ověření heslem, pokud je druhý podepisující interní |
| Oprava: Kód byl vylepšen tak, aby se zlepšila správa pracovních postupů, včetně vytváření. |
Nasazení do provozu: 20. dubna 2023
Nasazení pro prostředí GovCloud: 24. dubna 2023
Vylepšená funkčnost
- Aktualizace elektronických pečetí umožňuje využití pouze grafického prvku – elektronické pečeti byly vylepšeny tak, aby umožnily umístění pouze grafické pečeti bez textové komponenty (název, datum, čas a důvod podpisu). Toto řešení je podpořeno následujícími změnami:
- Při konfiguraci pečeti je dostupná nová možnost vypuštění textové komponenty, která povoluje zobrazit pouze grafickou pečeť.
- Digitální podpis lze vytvořit s čtvercovým poměrem stran (umožňuje kulatou pečeť) pomocí textových značek, Acroforms nebo API.
- Text pečeti (pokud byl vytvořen) nyní správně zní „Digitálně zapečetěno“ místo „Digitálně podepsáno“.
- Při konfiguraci pečeti je dostupná nová možnost vypuštění textové komponenty, která povoluje zobrazit pouze grafickou pečeť.
Změny v prostředí
- Změna záhlaví a zápatí – záhlaví a zápatí prošla změnami, aby se lépe zobrazovala na malých platformách a usnadnila přístup.
- Dvojité záhlaví bylo sloučeno, aby zahrnulo logo značky a navigační záložky do jednoho pruhu záhlaví.
- Na menších platformách nebo když zvětšení obrazovky vyžaduje prostor ke správnému zobrazení obsahu se pruh záhlaví sbalí do ikony možností.
- Zápatí bylo úplně odebráno a volič jazyka se přesunul do nabídky profilu v pravém horním rohu stránky.
Vyřešené problémy
| Problém |
Popis |
|---|---|
| 4389075 | Shrnutí: Při nahrání dříve podepsané dohody jako přiloženého souboru si pole o více řádcích nezachovávají možnost zobrazit řádky mimo rozsah stopy původního pole. |
| Oprava: Byl přidán kód k zachování anotace původního souboru PDF o polích o více řádcích v přílohách. | |
| 4389207 | Shrnutí: Podepisujícím v nástroji Microsoft Teams se při ověřování službou Acrobat Sign zobrazuje prázdná obrazovka. |
| Oprava: Byl aktualizován kód, aby do prostředí Teams předal správné parametry k dokončení ověření. |
|
| 4406571 | Shrnutí: Zprávy auditu v japonštině duplikují zdvořilostní text. |
| Oprava: Šablona byla aktualizována a duplikace odstraněna. |
|
| 4415574 | Shrnutí: Prostředí sandboxu nenahrává všechny skupiny kvůli problémům s paginací |
| Oprava: Paginace v prostředí sandboxu byla opravena. |
|
| 4415966 | Shrnutí: Webové formuláře nerespektují časovou zónu definovanou zákazníkem pro zprávy o auditu |
| Oprava: Byl aktualizován kód podporující zprávy o auditu pro webové formuláře, aby správně zachovával zákaznické nastavení časové zóny. |
|
| 4417187 | Shrnutí: Zákazníci s povolenou funkcí Omezená viditelnost dokumentu nemusí při exportu dat pomocí nového prostředí pro vytváření sestav vidět všechna pole. |
| Oprava: Byl aktualizován kód týkající se dokumentu a viditelnosti dat, aby byl umožněn přístup k datům polí pro vytváření sestav. | |
| 4417835 | Shrnutí: Informace podepisujícího ohledně dokončených dohod se v prostředí sandboxu nemusí při prohlížení dohody zobrazovat kvůli konfliktu s vodoznakem. |
| Oprava: Kód byl vylepšen, aby se vodoznak a informace podepisujícího na dokončených dohodách správně zobrazovaly. |
|
| 4418255 |
Shrnutí: Při vytváření webového formuláře ve skupině, které není uživatelovou primární skupinou, se možnost využít více podepisujících dědí od uživatele namísto od skupiny. |
| Oprava: Bylo opraveno dědění vlastnosti této funkce, aby použila vybranou skupinu namísto uživatelovy skupiny. |
|
| 4420675 | Shrnutí: Někteří uživatelé nemohli spustit zprávy pomocí nového prostředí, protože rozhraní API vracelo neúplné informace. |
| Oprava: Byl přidán kód reagující na událost, kdy rozhraní API vrací neúplné informace. |
|
| 4426975 | Shrnutí: Některá nastavení e-mailu, například odebrání e-mailu a jména odesílatele, nejsou správně vynucována. |
| Oprava: Byly opraveny e-mailové šablony, aby bylo možné správně vynutit zděděné nastavení. | |
| 4427301 | Shrnutí: Autoři podpisů používající jiné jazykové prostředí než je angličtina v USA při podepisování nevidí rozevírací nabídku Důvody podepsání. |
| Oprava: Kód pro načtení seznamu důvodů podepsání byl opraven tak, aby odpovídal jazykovému prostředí příjemce. |
|
| 4430515 | Shrnutí: Když odesílatel přidá vstupní pole se slovem "直"jako výchozí hodnota, podepisující při podepisování a v dokončeném dokumentu uvidí staré písmo. |
| Oprava: Bylo vylepšeno nastavení priority písma, aby byla náhrada opravena. |
Nasazení do provozu: 23. května 2023
Nasazení pro prostředí GovCloud: 6. června 2023
Vylepšená funkčnost
- Vestavěná integrace s nástrojem Microsoft Power Automate – Dostupná pro všechny účty s podnikovou licencí služby Acrobat Sign, které chtějí automatizovat své procesy před podepisováním a po něm. Tuto integraci povoluje správce účtu z karty Nastavení účtu > Integrace pracovních postupů. Po povolení je integrace dostupná prostřednictvím dlaždice na domovské stránce nebo nové karty Pracovní postupy v horním navigačním panelu.
Díky zahrnutému oprávnění Power Automate (aktivované po povolení) mohou uživatelé přistupovat ke všem standardním a premium konektorům Power Automate pro použití s aplikací Acrobat Sign.Zákazníci, kteří mají prostřednictvím společnosti Microsoft již existující licence nástroje Power Automate, je mohou využít i s integrací.
Přístup k prozkoumání této funkce prostřednictvím karty Pracovní postupy a přístupových bodů domovské stránky je ve výchozím nastavení povolen pro všechny uživatele.
Možnost vytvářet a používat pracovní postupy nebude dostupná, dokud ji výslovně nepovolí správce účtu.
Ovládací prvky pro zakázání zjišťování uživatelů naleznete v Nastavení účtu > Globální nastavení.
- Podpora jmen a podpisů v hebrejském jazykovém prostředí – V polích podpisu v souborech PDF konečného dokumentu a zprávy o auditu jsou nyní podporovány hodnoty jmen a iniciál v hebrejském jazykovém prostředí (zprava doleva).
- Vyžadování uložení webového formuláře při otevření – Správci mohou odebrat možnost zrušení procesu ukládání, když je povolena možnost Uložit při otevření webového formuláře, což autora podpisu nutí převést proces webového formuláře na normální proces dohody.
Vyřešené problémy
| Problém |
Popis |
|---|---|
| 4316916 | Shrnutí: V případě, že více podepisujících použije svůj podpis v podstatě současně v paralelním postupu podepisování, podpis prvního podepisujícího je v následných verzích dokumentu vynechán. |
| Oprava: K převodu dokumentu byl přidán proces uzamčení, aby se zabránilo kolizi použití podpisu v oficiální verzi dokumentu. Následným podepisujícím v paralelním postupu podepisování se zobrazí zpráva, že dohoda byla aktualizována a musí ji znovu podepsat, pokud se jejich verze (kvůli použití podpisu) od otevření dohody změnila | |
| 4382014 | Shrnutí: Zaškrtávací políčka přidaná pomocí automatizovaného umístění polí nejsou správně zarovnána s grafikou zaškrtávacího políčka. |
| Oprava: Kód umístění byl vylepšen tak, aby pro pole používal posunutí v obrazových bodech. Dále se velikost pole vypočítá před umístěním, když se změní úroveň zvětšení, čímž se zlepší umístění pole. |
|
| 4415970 | Shrnutí: Uživatelé vytvoření v účtu s povolenou funkcí Uživatelé ve více skupinách (UMG), kteří následně nastavili Výchozí skupinu tak, aby blokovala odesílání a zakázala UMG, mohou mít na domovské stránce zakázané tlačítko Spustit z knihovny. |
| Oprava: Kód byl vylepšen tak, aby zohledňoval zakázání UMG a správné dědění nastavení z uživatelovy skupiny. |
|
| 4416451 | Shrnutí: Odesílatelům, kteří se pokusí odeslat transakci ve formě Hromadného odeslání pomocí digitálního podpisu z cloudového IdP a jsou prvním podepsaným, se zobrazí chyba, že IdP není k dispozici. |
| Oprava: Kód funkce Hromadné odeslání byl vylepšen tak, aby správně identifikoval, že se odesílatel může podepsat jako první pomocí digitálního podpisu |
|
| 4418343 | Shrnutí: Účastníci podepisující s povolenými Důvody podpisu v lokalizovaném prostředí zjistí, že řetězce „Podepsal(a)“, „Důvod“ a „Datum“ nejsou lokalizovány. |
| Oprava: U řetězců byla použita lokalizace. |
|
| 4419664 | Shrnutí: Zákazníci, kteří v novém prostředí převádějí mimořádně dlouhé zprávy, se mohou kvůli velikosti sady dat setkat se selháním. |
| Oprava: Parametry sady dat byly vylepšeny tak, aby vyhovovaly mnohem větším požadavkům. |
|
| 4420278 | Shrnutí: Přiřazení pole se při ukládání šablony a následném kliknutí na tlačítko Zpět může vrátit k prvnímu příjemci. |
| Oprava: Konstruktor polí formuláře byl aktualizován tak, aby při ukládání šablony správně přiřadil ID účastníka. |
|
| 4420932 | Shrnutí: Soubory PDF vytvořené v některých aplikacích nesplňují standardy souborů PDF, a proto je nelze stáhnout jako jednotlivé dokumenty ze stránky Správa. |
| Oprava: Zhodnoťte nahrané soubory PDF a znovu je uložte, pokud se zjistí, že jsou nedostatečné. | |
| 4421539 | Shrnutí: Nové prostředí pro vytváření sestav neexportuje pole formuláře, pokud jsou všechna pole nastavena pouze pro čtení |
| Oprava: Příznak pouze pro čtení se při převodu údajů zprávy nebere v úvahu. |
|
| 4424177 | Shrnutí: Možnost „Podepisující“ je dostupná v části Upravit oprávnění na úrovni skupiny, pokud není povoleno nastavení Podepsat jménem ostatních. |
| Oprava: Pořadí kódu bylo aktualizováno tak, aby před zobrazením oprávnění k podepisování zkontrolovalo nastavení podepisování. |
|
| 4426708 | Shrnutí: Při potvrzení přesměrování na novou adresu URL pomocí pole Hypertextový odkaz přesahuje řetězec hypertextového odkazu hranici zobrazeného pole. |
| Oprava: Na řetězec se použije zalamování přetečení. |
|
| 4427788 | Shrnutí: V účtech s povolenou funkcí Uživatelé ve více skupinách jsou stávající členství ve skupinách odebrána, když je uživatel povýšen na správce skupiny pomocí vyhledávání členství ve skupině z důvodu filtrování použitého na výsledné ID uživatele. |
| Oprava: Při ukládání nových uživatelských vztahů se použije nefiltrovaný seznam hodnot. |
|
| 4427893 | Shrnutí: Během zpětného volání se pro účty na webhoocích 2.0 nemusí vygenerovat klíč documentKey |
| Oprava: Byly přidány kontroly hodnot null k zachycení událostí a opravě problému. |
|
| 4428561 | Shrnutí: V novém prostředí pro vytváření sestav nemusí být při filtrování podle skupiny zobrazeny všechny skupiny. |
| Oprava: Byl vylepšen kód pro načítání, aby se zajistilo zobrazení všech skupin. | |
| 4430423 | Shrnutí: Jazyky psané zprava doleva po použití podpis obrátí. |
| Oprava: Byla přidána podpora jazyků psaných zprava doleva pro zachycení podpisu a jeho správné použití v dokumentaci. | |
| 4430515 | Shrnutí: Když odesílatel přidá vstupní pole se slovem „直“ jako výchozí hodnota, podepisující při podepisování a v dokončeném dokumentu uvidí staré písmo. |
| Oprava: Bylo vylepšeno nastavení priority písma, aby byla náhrada opravena. | |
| 4433166 | Shrnutí: Některá pole vytvořená textovými značkami nemusí být viditelná při prohlížení podepsané dohody online. Stažené soubory PDF se vykreslují správně. |
| Oprava: Knihovna PDF byla aktualizována a byl opraven problém s tím, jak knihovna dekóduje metadata PDF pro zobrazování souborů PDF. |
Nasazení do provozu: 19. července 2023
Nasazení pro prostředí GovCloud: 25. července 2023
Vylepšená funkčnost
- Hlášení o spotřebě transakcí – Hlášení o spotřebě transakcí poskytují správcům viditelnost, díky které lépe pochopí vzorce spotřeby transakcí pro svou organizaci. Správci mohou tvořit hlášení přímo určená ke sledování spotřeby transakcí pomocí čtyř různých grafů:
- Trend objemu transakcí
- Transakce podle odesílatele
- Transakce podle skupiny
- Transakce podle pracovního postupu
- Nový audit aktivity nastavení pro kontrolu aktivit správců - Nový typ zprávy, který poskytuje protokol auditu pomáhající zajistit průběžné dodržování předpisů, ochranu před nevhodnými změnami a auditování podezřelého chování ve vaší organizaci.
Jako správce máte úplný přehled o změnách nastavení provedených u uživatelů, skupin nebo účtu (v závislosti na úrovni oprávnění uživatele).Protokol auditu můžete filtrovat na základě názvu nastavení, uživatele, který provedl změnu, nebo cíle změny (jména, uživatele nebo skupiny). Poté si tyto sestavy prohlédněte a exportujte pro další analýzu. Správci účtů mohou zobrazovat protokoly ve všech skupinách. Správci skupin mohou zobrazit pouze protokoly auditu pro skupiny, pro které mají oprávnění.
- Vylepšené podrobnosti exportu dat, aby správně odrážely události nahrazení příjemce – Byly přidány nové sloupce pro export dat, aby lépe odrážely, když během procesu podpisu transakce dojde ke změně příjemce. Jde o tyto nové sloupce:
- Stav příjemce
- Příjemce podepsán
- Důvod změny příjemce
- Datum změny příjemce
- Zprávy auditu zahrnující výzvy k vynucenému ověřování – Zákazníkům, kteří používají funkci Vynutit ověření identity (na kartě Nastavení biofarmacie) s ověřením založeným na telefonu, se každá událost ověření výslovně zapíše do zprávy auditu. Nové události zprávy auditu zahrnují fázi, ve které bylo ověření zachyceno (otevření dohody, použití podpisu a výběr tlačítka Kliknutím podepište), a typ použitého ověření. (Ověření Telefon je jedinou podporovanou metodou v této verzi. Ověřování aplikace Acrobat Sign je naplánováno na zahrnutí do verze z srpna 2023.)
Seznam aktivit také odráží každé ověření (i když v kratším formátu).
- Podpora web formů pro vynucené ověření identity - Web formuláře nyní respektují nastavení Vynucení ověření identity , což umožňuje dodržování předpisů o podpisech, jako je CFR 21 část 11, a kompletní protokolování událostí podpisu v protokolu auditu (jak je popsáno níže).
Navíc byla jako metoda ověřování přidána autentizace Acrobat Sign, která poskytuje webovým formulářům podrobné protokolování podpisů podporující mnoho požadavků na dodržování předpisů.
\n
- Organizační adresář integrovaný s protokolem LDAP nebo Active Directory – Zákazníci, kteří spravují své uživatele v konzoli Adobe Admin Console, mohou propojit LDAP nebo Active Directory a importovat adresář organizace pro všechny uživatele v účtu. To umožňuje uživatelům zadat jméno nebo e-mail jakékoli osoby v jejich společnosti LDAP/AD a nechat ji zařadit do automaticky generovaného seznamu kontaktů. Organizační kontakty (odvozené od organizace LDAP/AD) jsou uvedeny odděleně od osobních kontaktů (odvozené od e-mailové adresy, na kterou uživatel odeslal dohodu).
- Nová zpráva o zřizování uživatelů, která vám pomůže vyřešit problémy s tvorbou uživatele – účty, které spravují své uživatele v konzoli Adobe Admin Console, mají novou zprávu o zřizování uživatelů k dispozici na nové stránce Čeká na vyřízení pod kartou Uživatelé. To je zvlášť užitečné pro účty, které převádějí uživatele z více stávajících organizací konzole Adobe Admin Console (možná v různých prostředích) do jedné organizace. Při filtrování aktivních uživatelů od uživatelů, kteří ještě nedokončili svoji aktivaci v nové organizaci, máte na kartě Uživatelé k dispozici dvě sekce:
- Oprávněný – Uživatelské účty, které jsou náležitě zřízeny a mohou používat aplikaci Acrobat Sign. Tato stránka je totožná s předchozí stránkou Uživatelé a zahrnuje stejné funkce.
- Čeká na vyřízení – Uživatelé, kteří ještě nemají plný nárok, vyžadují nějakou akci nebo pomoc.
- Oprávněný – Uživatelské účty, které jsou náležitě zřízeny a mohou používat aplikaci Acrobat Sign. Tato stránka je totožná s předchozí stránkou Uživatelé a zahrnuje stejné funkce.
- Vylepšená konfigurace oprávnění pro úpravy nastavení na úrovni skupiny – Správci na úrovni účtu mají nyní podrobné informace pro úpravy oprávnění na úrovni skupiny. V případě, že je oprávnění k úpravám zakázáno, obdrží správci na úrovni skupiny jasnou zprávu o jejich omezeném přístupu v horní části stránek skupiny.
- Vyberte, jak pojmenovat soubory při vložení do e-mailů – Správci na úrovni účtu a skupiny nyní mohou určit, jak budou pojmenovány soubory připojené k e-mailovým oznámením. Názvy souborů jsou ovlivněny nastavením Sloučení více dokumentů do jednoho dokumentu poté, co byly podepsány, které obsahuje buď jednu přílohu se všemi sloučenými soubory, nebo samostatně připojené soubory s jejich individuálními názvy. Máte následující možnosti:
- Název dohody:
- Po sloučení všech souborů – Jeden soubor pojmenovaný podle názvu dohody. např. Dohoda o poskytování služeb 2023
- Když jsou soubory oddělené – Ke každému nahranému souboru je připojen jeden soubor. Každý soubor používá název dohody s přidaným výčtem. např. Dohoda o poskytování služeb 2023 (část 1), Dohoda o poskytování služeb 2023 (část 2), Dohoda o poskytování služeb 2023 (část 3)
- Po sloučení všech souborů – Jeden soubor pojmenovaný podle názvu dohody. např. Dohoda o poskytování služeb 2023
- Název souboru
- Po sloučení všech souborů – Jeden soubor s názvem odvozeným od prvního nahraného souboru.
- Když jsou soubory oddělené – Ke každému nahranému souboru je připojen jeden soubor. Každá příloha si zachová původní název souboru bez ohledu na zdroj (šablona, nahraný dokument dohody, přechodný dokument, příloha příjemce).
- Po sloučení všech souborů – Jeden soubor s názvem odvozeným od prvního nahraného souboru.
- Hybridní dokument
- Po sloučení všech souborů – Jeden soubor pojmenovaný podle názvu dohody.
- Když jsou soubory oddělené – Ke každému nahranému souboru je připojen jeden soubor, přičemž každá příloha si zachová původní název souboru.
- Po sloučení všech souborů – Jeden soubor pojmenovaný podle názvu dohody.
- Název dohody:
Přístup k ovládacím prvkům naleznete v nabídce Nastavení účtu > Globální nastavení > Soubory připojené k e-mailu budou pojmenovány jako:
Změny v prostředí
- Rozhraní vlastního pracovního postupu odesílání bude povoleno pro všechny uživatele - Všem účtům, které povolily vlastní pracovní postupy odesílání pro své administrátory, byl povolen přístup k návrháři pracovních postupů pro všechny uživatele.Uživatelé mají přístup k návrháři pracovního postupu na kartě Pracovní postupy v horním navigačním panelu a dlaždici Vytvořit opakovaně použitelné pracovní postupy na domovské stránce. Uživatelé mají oprávnění vytvářet pracovní postupy pouze pro své osobní použití, dokud administrátor výslovně nepovolí možnost sdílení pracovních postupů v nabídce administrátora.
\nAdministrátoři, kteří chtějí omezit přístup k návrháři pracovních postupů pro uživatele, mohou tak učinit v globálním nastavení v části Vlastní pracovní postup odesílání:
- Uživatelům konzole Admin Console byla karta Uživatel rozdělena do dvou tabulek – účtům, které spravují své uživatele v konzoli Adobe Admin Console, byla karta Uživatelé rozdělená na dvě stránky:
- Povoleno – Tato stránka obsahuje tabulku všech uživatelů, kteří byli úspěšně vytvořeni v prostředí služby Acrobat Sign a kteří by měli být schopni využívat službu bez potíží. Tato stránka je stejná jako předchozí karta Uživatelé a zahrnuje stejné funkce.
- Čeká na vyřízení – Tato stránka obsahuje uživatele, kteří byli přidáni do uživatelského profilu v konzoli Admin Console, ale ještě se je nepodařilo úspěšně převést na funkční uživatele v systému služby Acrobat Sign.
- Vylepšený tok autentizace Acrobat Sign - Metoda autentizace Acrobat Sign byla vylepšena za účelem snížení složitosti a počtu kroků pro podepisující osoby.E-mail příjemce se importuje do systému ověřování společnosti Adobe, kde se rozhodne, zda je uživatel známou entitou, což vede k odstranění více obrazovek/kliknutí a poskytnutí jednoduššího procesu ověření. V případě, že e-mail již existuje, bude příjemce vyzván k zadání hesla. V případě, že e-mail neexistuje, bude uživatel automaticky vyzván k tvorbě účtu.
- Podpora až 10 digitálních podpisů na jednoho příjemce – Bylo vylepšeno omezení jednoho digitálního podpisu na příjemce, nyní je možné v případě cloudových podpisů pro jednoho příjemce vložit až 10 polí digitálního podpisu. (Funkce Aadhaar a Singpass nejsou podporovány.)
- Při otevření stránky se automaticky načte nové prostředí Zprávy – Výchozí verze stránky Zprávy byla změněna tak, aby se při uživatelově prvním spuštění rozhraní načetlo nové prostředí zpráv. Uživatelům byla zachována možnost přepnout podle potřeby zpět do klasického prostředí.
Klasické prostředí pro tvorbu zpráv plánujeme do konce roku 2023 zcela odstranit ze služby. Zákazníkům, kteří stále používají klasické prostředí zpráv, doporučujeme, aby své zprávy co nejdříve znovu vytvořili a naplánovali v novém prostředí, a zajistili tak kontinuitu zpráv.
- Před vydáním z července 2023 by dohoda odeslaná pomocí vlastního pracovního postupu odeslání nesplňovala metody ověření nastavené na úrovni účtu a skupiny. Odesílatel může změnit výchozí způsob ověření autora podpisu, i když ho nastavení účtu nebo skupiny zakázalo. Červencová verze toto chování opravila a přizpůsobila ho stránce Odeslat , což vyžaduje, aby odesílatel použil výchozí způsob ověření, pokud nastavení účtu nebo skupiny neumožňuje změnit výchozí způsob ověření.
Pokud je například výchozí způsob ověření interních podepisující E-mail a možnost Umožnit odesílatelům změnit výchozí způsob ověření není povolena, odesílatelům bude bráněno v odeslání dohody jinými způsoby ověření, než je E-mail. Toto je správné chování a je v souladu se zkušeností na stránce Odeslat.
Aktualizace mobilních aplikací
- Možnost oznámení push na platformě iOS – Účty, které spravují své uživatele v konzoli Adobe Admin Console, mohou uživatelům s aplikací Acrobat Sign pro systém iOS nainstalovanou na jejich mobilních zařízeních povolit oznámení push. Povolená oznámení push informují příjemce, až budou nové dohody vyžadovat jejich pozornost, a odesílatele zase o podepsaných a dokončených dohodách. Jednotliví uživatelé se mohou rozhodnout zakázat nabízená oznámení v nastaveních svého zařízení.
\nTato funkce bude k dispozici uživatelům na iOS v15+ ve verzi 3.29 v Apple App Store na začátku srpna.
\n
Integrace
Služba Acrobat Sign pro platformu Veeva Vault prochází vylepšeními:
- Aktualizovaná propagace značky – Značka Adobe Sign byla aktualizována na Adobe Acrobat Sign, aby byla sjednocena s aktuálním trendem označování služeb. V rámci této změny značky byly všechny objekty na platformě Veeva Vault aktualizovány na Adobe Acrobat Sign.
- Záruka aktuální verze dokumentu – Vzhledem k tomu, že platforma Veeva Vault umožňuje zachování více verzí dokumentu, omezí instalace aktualizované služby Acrobat Sign pro platformu Veeva Vault uživatele tak, že budou moci připojit pouze nejnovější verzi.
Vyřešené problémy
| Problém |
Popis |
|---|---|
| 4356308 |
Shrnutí: Pole e-mailu pro pracovní postupy se po odstranění předchozí hodnoty s více než jedním rozdělením kvůli mezerám nebo čárkám správně nenastaví na prázdnou hodnotu. Hodnoty rozdělení zůstávají v modelu, což při přidávání nových hodnot způsobuje chybu, protože pole načítá více hodnot tam, kde se počítá jen s jednou. |
| Oprava: Kód pro vstupní pole byl aktualizován tak, aby umožňoval novým vstupním hodnotám přidávat hodnotu přímo a nepřidávat hodnotu do předchozího obsahu. | |
| 4358989 |
Shrnutí: Sdílení šablony knihovny napříč skupinami s podporou UMG může způsobit, že šablona nebude uložena, pokud počet skupin překročí 100, protože skupina načítá kód odkazující pouze na prvních 100 skupin. |
| Oprava: Byla aktualizována logika načítání skupin, aby procházela dostupné stránky a uložila všechny názvy skupin v úložišti. |
|
| 4361087 |
Shrnutí: Dohody odeslané k paralelnímu podpisu zobrazují akci Nahrát podpis na stránce Správa. |
| Oprava: Stránka Správa byla aktualizována tak, aby řádně skryla akci Nahrát, pokud je dohoda v nepodporovaném stavu. | |
| 4379342 |
Shrnutí: Dohody s více příjemci používajícími ověření, které vyžaduje token ze systému Acrobat Sign (např. telefonické ověření), se mohou setkat se situací, kdy příjemce vyvolá chybu „Neplatný přístupový token“ z důvodu zničení tokenu ověření relace voláním API obnovovacího tokenu. |
| Oprava: Byla vylepšena správa tokenů křížových relací, čímž se původní problém vyřešil. | |
| 4383564 |
Shrnutí: Nelze podepsat dokumenty pomocí e-mailu Vyžadováno podpisem, pokud je povoleno ověření identity podepisujícího a podepisující je na jiném oddílu. |
| Oprava: Kód spravující nastavení napříč oddíly byl aktualizován. | |
| 4384284 |
Shrnutí: Přihlášení v prostředí Gov Cloud může uživatele přesměrovat zpět do centra. |
| Oprava: Byly aktualizovány důvěryhodné zdroje na hlavním panelu. | |
| 4403772 |
Shrnutí: Chyby při přidávání nedostupných šablon dokumentů v šabloně pracovního postupu jsou zpožděny kvůli tomu, že aplikaci API trvá aktualizace šablony déle, než se očekávalo. |
| Oprava: Byla přidána zpráva „Ukládání“, která uživateli oznamuje, že proces stále probíhá. | |
| 4403836 |
Shrnutí: Pokud dojde k automatické změně dohody vytvořené aplikací API z písemného pracovního postupu na elektronický, nebudou uživateli doručeny žádné zprávy. |
| Oprava: Dokumentace aplikace API byla aktualizována, aby tuto událost indikovala. | |
| 4404257 |
Shrnutí: Grafika s červenou šipkou Sign nemá dostatečný kontrast. |
| Oprava: Barva byla aktualizována tak, aby splňovala požadavky poměru 4,5:1. | |
| 4409720 |
Shrnutí: Uživatelé, kteří podepsali dokument, jsou následně v systému označeni jako Neaktivní a návrat k podepsané dohodě může vytvořit situaci, kdy jim budou kvůli systému, který akci delegoval neaktivnímu podepisujícímu, zasílány další e-maily (možná několikrát) týkající se dohody. |
| Oprava: Byla přidána logika, která zohledňuje neaktivní uživatele, ale jejich přístup k dohodám už nebrání delegování. | |
| 4412152 |
Shrnutí: Kontrastní poměr značky zaměření není dostatečný pro pole všech typů na stránce eSign. |
| Oprava: Barva byla aktualizována tak, aby splňovala požadavky poměru 4,5:1. |
|
| 4412153 |
Shrnutí: Kontrastní poměr značky zaměření není dostatečná u tlačítka Použít. |
| Oprava: Barva byla aktualizována tak, aby splňovala požadavky poměru 4,5:1. |
|
4417413 4422433 |
Shrnutí: Počítaná pole se správně zpracují, pokud je prostředí v angličtině, ale ne na lokalizovaných stránkách, kde se místo desetinné tečky používá čárka. |
| Oprava: Kód byl aktualizován tak, aby před provedením výpočtu zohlednil místní nastavení. | |
| 4417905 |
Shrnutí: Zpráva o auditu neobsahuje důvod BioPharma pro druhého podepisujícího. |
| Oprava: Kód byl aktualizován tak, aby umožňoval podepisování z více důvodů. | |
| 4419219 |
Shrnutí: Pokud se první písmeno v podpisu naklání vzad, jako například malé písmeno p, dojde ke zkrácení, jelikož se vychyluje z prostoru pro podpis. |
| Oprava: Text podpisu byl aktualizován tak, aby začal zprava, takže se text při vykreslování znaků, které se nakloní doleva, neztratí. |
|
| 4420176 |
Shrnutí: Nahrání podepsaného dokumentu selže, pokud jsou podpisy poli Digitální podpis. |
| Oprava: Stránka Správa byla aktualizována tak, aby řádně skryla akci Nahrát, pokud je dohoda v nepodporovaném stavu. |
|
| 4420880 |
Shrnutí: Záznam zprávy o auditu podpisů aplikovaných pomocí oprávnění sdíleného účtu není jasný. |
| Oprava: Text protokolu auditu byl aktualizován tak, aby byl v procesu podpisu otevřenější a aby bylo jasné, kdo podpis učinil a čím jménem. | |
| 4422206 |
Shrnutí: Pokud je uživatel správcem více skupin, sloupec Skupiny je při exportu ze skupiny prázdný s výjimkou primární skupiny. |
| Oprava: Dotaz pro připojení k více skupinám byl vylepšen a funkce exportUser byla aktualizována pro řádnou správu tohoto případu použití. | |
| 4424153 |
Shrnutí: Pokud je ve vícestránkovém dokumentu umístěn hypertextový odkaz odkazující na jednu stránku v dokumentu, hypertextový odkaz nefunguje na mobilních zařízeních. |
| Oprava: Byla vylepšena funkce posouvání a scrollování v mobilní aplikaci, aby bylo možné lépe nastavit zaměření na cíl hypertextového odkazu. | |
| 4426232 |
Shrnutí: Parametr pageSize nefunguje při tvorbě požadavku „GET /libraryDocuments/{libraryDocumentId}/formData“, což má za následek dobu odezvy delší než 2 minuty a přerušení pracovního postupu. |
| Oprava: Kód byl při vyšetřování hlavní příčiny vrácen zpět na předchozí verzi. | |
| 4426529 |
Shrnutí: Speciální kontrolní znak zadaný jako uživatelské jméno brání stažení zprávy o auditu. |
| Oprava: Byla vytvořena funkce pro vyhledání a vyčištění neviditelných řídicích znaků. | |
| 4426607 |
Shrnutí: Při odesílání smlouvy prostřednictvím pracovního postupu, pokud má více podepisujících stejný e-mail, ale různé typy nebo hodnoty ověření, jeden typ ověření nahradí ostatní pro daný e-mail. |
| Oprava: Kód byl vylepšen, aby se ověřily informace o ověření a e-mailová adresa v indexu podepisujícího. | |
| 4427083 |
Shrnutí: Pokud počet příjemců překročí 99, přidaný sloupec Export dat s e-mailem příjemce může vyvolat chybu. |
| Oprava: Pole seznamu příjemců bylo zvýšeno. | |
| 4427245 |
Shrnutí: Požadované hypertextové odkazy jsou považovány za „dokončené“, když se podepisující/příjemce rozhodne zrušit přesměrování hypertextového odkazu. |
| Oprava: Kód byl aktualizován, aby ověřil, zda uživatel odkaz otevře před odstraněním požadovaného příznaku a označením pole jako dokončeného. | |
| 4427490 |
Shrnutí: Po změně velikosti a uložení šablony pole se pole přílohy obnoví na předchozí velikost. |
| Oprava: Změnu velikosti pole přílohy lze nyní provést ručně. |
|
| 4427512 |
Shrnutí: Adresu URL dohody lze přetáhnout do polí. |
| Oprava: Vlastnosti pole byly vylepšeny, aby se zabránilo přetažení adresy URL dohody do pole. | |
| 4427761 |
Shrnutí: Pracovní postupy vytvořené v účtech s podporou UMG lze odeslat bez vynucení ověření. |
| Oprava: Bylo vylepšeno ověření pro jednotlivé podepisující, aby se zajistilo, že se ověření použije na pracovní postupy. | |
| 4429024 |
Shrnutí: Blok podpisu není viditelný pro posledního příjemce, když odesílatel odešle podepsanou kopii prvnímu příjemci. |
| Oprava: Byla použita nová metoda umístění polí podepisujícího tak, aby vyhovovala následným podepisujícím v případě, že dohoda má událost odeslání. | |
| 4429142 |
Shrnutí: Pracovní postupy se mohou zaseknout při přidání druhého souboru do pracovního postupu kvůli problému se stránkováním, pokud nová šablona není v načtené počáteční skupině šablon. |
| Oprava: Délka kolekce byla aktualizována tak, aby odpovídala počtu modelů v sadě metod. | |
| 4429268 |
Shrnutí: Uživatelé s tokeny IMS nemohou provádět hovory aplikace API do koncových bodů aplikace |
| Oprava: Nastavení application_read a application_write byla přidána do nastavení WEB_APP_LOGIN_IMS_SCOPES |
|
| 4429712 |
Shrnutí: Skupiny příjemců přidané do vlastních šablon pracovního postupu vyžadují, aby odesílatel před odesláním zadal název skupiny. |
| Oprava: Skupiny příjemců přidané do vlastní šablony návrháře pracovního postupu pomocí pole vstupu (odděleného čárkou) nyní vkládají automaticky generovaný název skupiny. Vygenerovaný název má předponu, která ho identifikuje jako automaticky generovaný, a za ní následuje řetězec „Skupina příjemců X“, kde X je narůstající číslo aplikované na jednu nebo více skupin. Například „(automaticky generovaný název) Skupina příjemců 1“, „(automaticky generovaný název) Skupina příjemců 2“ atd. |
|
| 4429860 |
Shrnutí: Možnost Odeslat dokument byla odstraněna z uživatelského prostředí webové aplikace Acrobat, a to kvůli funkcím, které budou zveřejněny v červenci. |
| Oprava: Byl přidán příznak stavidla, který nové funkce potlačí až do červencového uvedení. | |
| 4431104 |
Shrnutí: Události webhook AGREEMENT_ACTION_REQUEST nevygenerují pracovní postupy vlastního podpisu. |
| Oprava: Byla přidána metoda, která zajistí, že atribut sendType nebude během aktualizace zdroje konceptu změněn. |
|
| 4432028 |
Shrnutí: Karta Pracovní postup je viditelná v horní navigační liště, i když je na úrovni skupiny zakázána možnost „Povolit přístup návrháře pracovního postupu pro všechny uživatele“. |
| Oprava: Kód nyní přečte nastavení z aktivní skupiny členství, nikoli ze všech skupin členství. |
|
| 4432450 |
Shrnutí: Účet nemusí automaticky vytvářet uživatele s interně zabranými e-mailovými doménami z důvodu chybných hodnot ukládání do mezipaměti. |
| Oprava: Zadaná mezipaměť doménových účtů se vymaže při každé aktualizaci. | |
| 4434547 |
Shrnutí: Úprava zakázaného webového formuláře umožňuje změnu názvu, ale název se nezmění. |
| Oprava: Možnost úpravy zakázaných webových formulářů byla odebrána. | |
| 4435506 |
Shrnutí: Při výběru možnosti Získat kód ve webových formulářích webového prostředí aktualizované aplikace Acrobat se nic nestane. |
| Oprava: Kód byl opraven tak, aby obnovil funkci. | |
| 4437747 |
Shrnutí: Po aktualizaci služby AdobeSignAuthService dochází při přesměrování adresy URL, která obsahuje znak &, k chybě přesměrování. |
| Oprava: Problém s kódem ve službě AdobeSignAuthService byl opraven a znovu spuštěn. |
|
| 4439111 |
Shrnutí: Pracovní postupy původně uložené bez povinných podepisujících si zachovají chybový stav i poté, co je podepisující nakonfigurován podle potřeby. |
| Oprava: Kód byl vylepšen, aby se správně vymazala chybová zpráva při změně konfigurace příjemce. | |
| 4440076 |
Shrnutí: Soubory PDF, které obsahují více než 1 024 znaků po EOF, nelze správně převést, čímž dojde ke zrušení dohody. |
| Oprava: Byla aktualizována řídicí knihovna, která je nyní robustnější pro soubory PDF, u kterých je méně přísně dodržován standard PDF, tj. identifikátor EOF. | |
| 4440077 |
Shrnutí: Návrhář pracovního postupu vyvolá chybu po přidání příjemců kvůli chybě v metodě. |
| Oprava: Chyba byla opravena a metoda byla znovu spuštěna. | |
| 4443907 |
Shrnutí: Správci skupin nemohli přidávat uživatele, což vyvolalo chybu, protože nemohli aktualizovat stránku na základě nastavení úprav skupin. |
| Oprava: Toto nastavení bylo aktualizováno tak, aby měl správce skupiny oprávnění přidávat uživatele. |
Nasazení do provozu: 22. srpna 2023
Nasazení pro prostředí GovCloud: 24. srpna 2023
Vylepšená funkčnost
- Zprávy auditu zahrnující výzvy k vynucenému ověřování – Podrobné protokolování zprávy o auditu bylo rozšířeno, aby zahrnovalo podporu ověřování SAML a Admin Console. Zákazníkům, kteří povolili funkci Vynutit ověření identity (na kartě Nastavení biofarmacie), se každá událost ověření zapíše do zprávy auditu, včetně fáze, ve které k ověření došlo (otevření dohody, podepisování a výběr tlačítka Kliknutím podepsat). Seznam aktivit dohody také odráží každé ověření (byť v kratším formátu).
Změny v prostředí
- Záhlaví Od ve všech odchozích e-mailech bylo aktualizováno na konzistentnější formát, aby se snížil výskyt problémů s e-mailovými servery. Záhlaví má dvě formy:
- Pokud má příjemce známé jméno, například jde o registrovaného uživatele nebo se používá nastavení Vyžadovat jméno příjemce, záhlaví bude znít Adobe Sign jménem jméno příjmení <adobesign@adobesign.com>
- Pokud je hodnota jména příjemce neznámá, záhlaví bude znít Adobe Sign <adobesign@adobesign.com>
- Pokud má příjemce známé jméno, například jde o registrovaného uživatele nebo se používá nastavení Vyžadovat jméno příjemce, záhlaví bude znít Adobe Sign jménem jméno příjmení <adobesign@adobesign.com>
Vyřešené problémy
| Problém |
Popis |
|---|---|
| 4425785 |
Shrnutí: V češtině nelze vyplnit pole data ve formátu „dd/mmm/rrrr“ při použití hodnoty čvn. |
| Oprava: Poskytovatelé jazykového prostředí pro funkci data byli aktualizováni tak, aby správně zpracovali tento případ použití. | |
| 4429246 |
Shrnutí: Úpravy seznamu příjemců pracovního postupu mohou ovlivnit dohody odeslané tímto pracovním postupem, což může mít za následek zablokování dohod ve stavu Probíhá. |
| Oprava: Kód, který spravuje způsob, jakým dohoda čte seznam příjemců dohod, byl vylepšen tak, aby zpracoval seznam příjemců v rámci transakce a ignoroval úpravy provedené v šabloně. | |
| 4432494 |
Shrnutí: Dohody v prostředí aplikace Acrobat nemusí načíst zobrazení obrázku dohody, když se otevřou na stránce Správa, a to kvůli neošetřené výjimce. |
| Oprava: Metoda použitá k vyplnění obrázku byla aktualizována, aby byla výjimka správně zpracována. | |
| 4436936 |
Shrnutí: Webové formuláře s povinnými poli hypertextových odkazů vyvolávají chybu, když se je uživatel pokusí uložit. |
| Oprava: Byla přidána podmínka umožňující uložení webového formuláře, přestože nebyl vybrán hypertextový odkaz. | |
| 4437223 |
Shrnutí: Podepsání dohody ve službě Adobe Sign pomocí zařízení se systémem iOS může způsobit chybu serveru, protože rozhraní API nesprávně používá metodu /PUT u polí pouze pro čtení. |
| Oprava: Bylo aktualizováno rozhraní API používané k umístění polí dohody. | |
| 4441057 |
Shrnutí: E-mailové oznámení s připomenutím odeslané příjemci, který ještě není aktivním příjemcem, když je připomenutí vytvořeno pomocí rozhraní REST v5 a budoucí příjemce byl nahrazen odesílatelem. |
| Oprava: Byla přidána podmínka pro odeslání připomenutí pouze delegovaným účastníkům, kteří mohou dohodu v daném okamžiku potenciálně podepsat. |
|
4442166 |
Shrnutí: Při přidání do fronty Odstranit nedojde k vymazání archivovaných dohod ze systému. |
| Oprava: Archivované dohody budou okamžitě vymazány, jakmile budou odeslány k odstranění, namísto aby byly 14 dnů zadrženy ve frontě. | |
| 4444011 |
Shrnutí: Chyba HTTP 501 access_denied při použití možnosti Intesi jako elektronické pečeti z důvodu neplatného tokenu koncového bodu. |
| Oprava: Byl aktualizován způsob vytvoření tokenu tak, aby byl robustnější a poskytoval toleranci verzí. | |
| 4447727 |
Shrnutí: Některé webové formuláře z roku 2018 a starší se nemusí načíst a zobrazí obecnou chybovou zprávou z důvodu chyby nulového ukazatele. |
| Oprava: Byl identifikován a opraven problematický kód. |
- Aktualizované prostředí pro zobrazení dohod – Uživatelské rozhraní pro zobrazení dohod bylo aktualizováno pro všechny uživatele. V prostředí došlo k následujícím změnám:
- Ovládací prvky PDF byly přemístěny z oblasti pod dokumentem a zobrazují se mezi obsahem dokumentu a možnostmi akcí u dohody.
- Byla přidána možnost zobrazit v zobrazení dokumentu dvě stránky.
- Možnost Hledat byla z ovládacích prvků PDF v současnosti odebrána, ale uživatelé mohou k prohledávání obsahu dokumentu použít klávesové zkratky Ctrl/Cmd + F.
- Záhlaví Od ve všech odchozích e-mailech bylo aktualizováno, aby poskytovalo správný branding.Řetězec „Adobe Sign" byl aktualizován na „Adobe Acrobat Sign" pro všechny instance.Například:
- když se používá nastavení Požadované jméno příjemce, záhlaví bude zobrazovat Adobe Acrobat Sign jménem <křestní jméno> <příjmení> <adobesign@adobesign.com>
\n - Když je hodnota jména příjemce neznámá, záhlaví bude zobrazovat Adobe Acrobat Sign <adobesign@adobesign.com>
- když se používá nastavení Požadované jméno příjemce, záhlaví bude zobrazovat Adobe Acrobat Sign jménem <křestní jméno> <příjmení> <adobesign@adobesign.com>
Vyřešené problémy
| Problém |
Popis |
|---|---|
| 4418093 |
Shrnutí: Při vytváření dohody se pole razítek účasti vytvářejí pomocí role POST_SIGN. V případech použití šablon knihovny se očekává, že pole razítek účasti budou mít úlohu PODEPISUJÍCÍ. Při vytváření šablony knihovny z dohody se pole u pole razítek účasti neaktualizuje na správnou roli, což způsobuje problémy při následném použití šablony. |
| Oprava: Byl aktualizován kód pro nastavení očekávané role u polí razítek účasti. |
|
| 4429823 |
Shrnutí: Navigační šipka „Další“ po výběru přepínacího tlačítka nepřeskočí na další pole, což by měla. |
| Oprava: Za účelem vyřešení tohoto problému byla vylepšena navigace mezi poli. | |
| 4429824 |
Shrnutí: Název webového formuláře je v zobrazení iFrame zkrácen. |
| Oprava: Stránka CSS byla aktualizována, aby se upravilo umístění textu. | |
| 4438886 |
Shrnutí: Webové formuláře v mobilních prohlížečích iOS nemusí po přesunutí zaměření přejít k dalšímu požadovanému zaškrtávacímu políčku. |
| Oprava: Kód byl upraven tak, aby se před nastavením zaměření vynutilo přesunutí k dalšímu prvku. |
|
| 4439434 |
Shrnutí: Ve webovém formuláři s poli pro přílohy nefunguje kliknutí na kartu Další. |
| Oprava: Kód vlastností odkazujících na přílohu byl změněn tak, aby umožňoval správné přesouvání karty Další napříč poli pro přílohy. | |
| 4440393 |
Shrnutí: Účastníci dohody, kteří jsou zakázaní, když je dohoda ve stavu Probíhá, jsou odebráni z tabulky účastníků, což má za následek neúplnost informací o účastníkovi při načtení z dohody pomocí rozhraní API. |
| Oprava: Byla přidána logika pro zahrnutí nahrazené sady účastníků do celkové sady účastníků dohody. |
|
| 4441785 |
Shrnutí: Zpráva zobrazená při pokusu o delegování z e-mailového odkazu a používání funkce požadovaného jména příjemce s delegováním není příliš intuitivní. |
| Oprava: Zpráva byla vylepšena o pokyny pro uživatele, jak delegovat ze stránky eSign a poskytnout na ni odkaz. |
|
| 4445134 |
Shrnutí: Dokumenty PDF podepsané dohody s poli v seznamech anotací nelze stáhnout. |
| Oprava: Klonování anotací je nyní povoleno, aby se zabránilo výjimkám. |
|
| 4445626 |
Shrnutí: Pokud je výchozí ověření podepisujícího nastaveno na HESLO, funkce Vyplnit a podepsat selže s chybou 400 „MISSING_REQUIRED_PARAM“. |
| Oprava: Požadované způsoby ověření se v pracovních postupech funkce Vyplnit a podepsat přeskočí. | |
| 4446367 |
Shrnutí: Pokud je namísto použití výpočtů v polích vybrán čas 12:00 AM, data v polích formuláře po podepsání dohody zmizí. |
| Oprava: Pokud je zadán čas „12:00 AM“, k datu se přidá 1 milisekunda, aby se předešlo vrácení hodnoty 0.0 v důsledku převodu data na číslo. |
|
| 4447747 |
Shrnutí: Volání metody GET /widgets/{widgetId}/formData pomocí aplikace / objektu json vyvolá kvůli nedávným změnám kódu chybu 500 „MISC_SERVER_ERROR“. |
| Oprava: Kód byl za účelem obnovení funkce vrácen zpět na předchozí verzi. | |
| 4447879 |
Shrnutí: Při aktualizaci vytvářených dokumentů může dojít k pokusu o umístění elektronických pečetí. To způsobí zrušení dohod. |
| Oprava: Byl přidán kód pro lepší správu výjimek při odeslání, aby se zabránilo tomuto stavu. | |
| 4448750 |
Shrnutí: Po poslední aktualizaci nyní koncový bod obnovení webu vyžaduje parametr zabezpečení klienta. To může způsobit, že se v uživatelském rozhraní každých 15 minut zobrazí chybová zpráva. |
| Oprava: Kód byl aktualizován, aby byla před provedením toku proxy ověřena platnost parametru. | |
| 4450877/4454555 |
Shrnutí: Nové vytváření – Nelze přesunout pole podpisu/textu pro aktualizované verze prohlížeče Chrome/Edge |
| Oprava: Prostředí pro vytváření bylo aktualizováno tak, aby odpovídalo změnám v prohlížečích Chrome/Edge | |
| 4451025 |
Shrnutí: Při použití metody PUT API /agreements/{agreementId}/formFields k aktualizaci pole formuláře s výpočtem bude při podepisování vše fungovat správně, ale pole může být prázdné a PDF se stáhne, pokud řetězec obsahuje uvozené znaky (například ') |
| Oprava: Výrazy nejsou před předáním řetězce k analýze a vytištěním do PDF uvozeny. | |
| 4454835 |
Shrnutí: Lokalizované verze hlaviček e-mailu neobsahují řetězec Adobe Acrobat Sign. |
| Oprava: Do hlaviček e-mailů byl v lokalizovaných šablonách přidán řetězec se značkou. | |
| 4455067 |
Řazení pracovních postupů podle data nevytváří správně setříděný seznam, pokud se používá v jiných než anglických lokalizacích. |
| Oprava: Metoda řazení byla aktualizována tak, aby správně třídila lokalizovaná zobrazení pracovních postupů. |
Nasazení do provozu: 13. listopadu 2023
Nasazení pro prostředí GovCloud: 16. listopadu 2023
Vylepšená funkčnost
- Nové prostředí stránky Odeslat – Vytvoření nové dohody na stránce Odeslat se změnilo na procedurálnější postup, který začíná dokumenty, jež mají být podepsány, a na konci se přidávají příjemci.
Nové prostředí pro odesílání lze povolit v části Nastavení účtu > Globální nastavení > Nové prostředí pro žádosti o podpisy
Nové prostředí Odeslat v současné době není na stejné úrovni jako klasická stránka Odeslat .Důrazně se doporučuje, abyste při povolení možnosti pro uživatele také povolili možnost přepínání mezi prostředími.
- Nové prostředí Vytváření v aplikaci – Nové prostředí Vytváření nyní umožňuje uživateli vybrat typ pole a poté kliknutím na dokument umístit tolik polí, kolik je potřeba. Dvojitým kliknutím na pole se zobrazí vlastnosti pole v levém informačním panelu, kde lze konfigurovat jednotlivé vlastnosti.
Upozorňujeme, že nové prostředí Vytváření je přístupné pouze při použití nového prostředí stránky Odeslat.
Nový parametr agreementStatus se automaticky připojí k adrese URL, jakmile dohoda dosáhne konečného stavu Dokončeno nebo Zrušeno.
- Připojený parametr pro dokončené dohody: ?agreementStatus = completed.
- Připojený parametr pro zrušené (odmítnuté) dohody: ?agreementStatus = declined.
Nový parametr se použije pro všechny dohody, včetně ručně odeslaných dohod, webových formulářů, hromadně odeslaných dohod atd.
- Funkce Hromadné odeslání byla aktualizována a vylepšena tak, aby umožňovala více příjemců na dohodu, více transakcí celkem a další možnosti – Funkce Hromadné odeslání byla aktualizována pomocí nového rozhraní, které umožňuje zahrnout mnoho funkcí požadovaných zákazníky, které jsou dostupné ve standardním procesu „Odeslání k podpisu“. Mezi nové funkce patří:
- Více příjemců s individuálně nastavitelnými rolemi, typy ověření a soukromými zprávami.
- Konfigurace jednotlivých dohod, např. název dohody, místní prostředí, vypršení platnosti a pořadí podepisování.
- Do integrace modulu Power Automate bylo přidáno sledování využití. – Správci budou moci sledovat využití Power Automate svým klientem za předchozí měsíc a stáhnout informace o využití svojí organizací za posledních 12 měsíců ve formě souboru CSV obsahujícího:
- Aktivní postupy za měsíc – Počet postupů dostupných v systému Acrobat Sign za kalendářní měsíc.
- Spuštění postupů za měsíc – Počet spuštění postupů v kalendářním měsíci.
- Volání rozhraní API za měsíc – Celkový počet volání rozhraní API použitých ke spuštění postupů v kalendářním měsíci.
- Úložiště Dataverse – Celková velikost úložiště Dataverse spotřebovaná ke konci kalendářního měsíce.
- Soukromé zprávy pro vlastní pracovní postupy odesílání – Při navrhování vlastních pracovních postupů odesílání mohou být nyní pro jednotlivé příjemce nakonfigurovány soukromé zprávy.
- Soukromé zprávy pro druhé podepisující webového formuláře – Soukromé zprávy lze nyní pro druhé podepisující nakonfigurovat ve webových formulářích.
- Skupiny ad hoc příjemců pro webové formuláře – Skupiny příjemců ad hoc lze nyní použít při konfiguraci webového formuláře. Ad hoc skupiny příjemců jsou definovány na stránce šablony a používají se pouze ve webovém formuláři, kde jsou vytvořeny.
\nPřístup k opakovaně použitelným skupinám příjemců není zahrnut v této verzi.
- Podpora webových formulářů pro digitální identity – Digitální identita je podporovaná metoda ověření pro přidané účastníky a druhé podepisující.
- Ruční přepsání přístupu ke klasickému prostředí pro vytváření sestav –Verze z listopadu 2023 podporuje používání moderního prostředí pro vytváření sestav u všech účtů. Účty, které musí mít přístup ke klasickému prostředí, mohou tuto možnost uživatelům povolit výslovným povolením odkazu na přepnutí.
- Byly vylepšeny sestavy dohod – Pod typem sestavy Dohoda byl přidán nový název Koncept na stránku souhrnu dohody a nový filtr, který dokáže filtrovat dohody podle jejich aktuálního stavu.
- Byly vylepšeny opakovaně použitelné skupiny příjemců – Opakovaně použitelné skupiny příjemců lze nyní přidat na klasickou stránku Odeslat pomocí existujícího odkazu. Při zadávání názvu skupiny se v podnabídce pod polem názvu skupiny objeví seznam dostupných skupin příjemců.
\nNavíc byla přidána vyhledávací funkce pro nalezení skupin buď podle názvu skupiny, nebo zadáním e-mailové adresy jednotlivého člena skupiny.
- Blokování příjemců v určených zeměpisných oblastech – Správci mohou v určených prostředích příjemcům výslovně zablokovat přístup k dohodám pomocí IP adresy příjemce. Příjemci pokoušející se o přístup k dohodě nebo webovému formuláři obdrží zprávu, že služba Acrobat Sign není v jejich lokalitě k dispozici. V současné době je jedinou možností výběru Čína.
- Nový způsob ověření: Jednorázové heslo na e-mail (OTPvE) – Jednorázové ověření heslem odeslaným na e-mail bylo přidáno jako jednorázová metoda ověření. Toto ověření poskytuje bezproblémový způsob, jak příjemce při přístupu k dohodě kvalifikovat pomocí jeho e-mailové adresy. OTPvE je k dispozici při odesílání jednotlivých dohod, při použití funkce Hromadné odeslání a při vytváření webových formulářů.
- Ochrana obsahu dohod – Chraňte prohlížení dohod i po jejich dokončení pomocí původního způsobu ověřování příjemců, který jim byl přidělen, nebo pomocí jednorázového přístupového hesla doručeného na e-mailovou adresu účastníka, pokud mu žádné ověření přiděleno nebylo.
- Vylepšená flexibilita požadavků na ověření podpisu – Nastavení vynuceného ověření identity (Nastavení účtu > Nastavení pro biofarmacii) byla oddělena, což umožňuje podrobnější výběr toho, kdy musí dojít k opětovnému ověření příjemce.
Účty vytvořené před vydáním z listopadu 2023 se musí přihlásit k nové konfiguraci Vynutit ověření identity výslovným povolením aktualizace na stránce Nastavení pro biofarmacii:
- Rozšířená podpora pro uživatele ve více skupinách – Funkce UMG je nyní podporována v následujících integracích:
- Salesforce
- Power Automate
- Nové webhooky pro zrušení sdílení událostí – Uživatelské rozhraní webhooku má dvě nové události, které se spouštějí na základě zrušení sdílení dohody.
- Sdílení dohody bylo zrušeno – Spouští se při výslovném zrušení sdílení dohody s jiným uživatelem.
- Sdílení dohody bylo zrušeno automaticky – Spouští se v důsledku zrušení sdílení dohody „shora“. Všichni uživatelé, se kterými strana, „se kterou probíhá sdílení“, dále sdílí dohodu, jsou automaticky odebráni, pokud ztratí přístup ke sdílené dohodě.
- Do integrací aplikací Microsoft Team, Outlook a Word/PPT byli přidáni uživatelé z více skupin – Zákazníci, kteří využívají integrace služby Acrobat Sign s aplikacemi Microsoft Team, Outlook nebo Word/PowerPoint, mohou nyní vybrat skupinu, z níž mají být dohody odeslány při odesílání prostřednictvím integrace.
Aktualizace integrací
- Služba Acrobat Sign pro platformu Veeva Vault verze 1.3.0 bude vydána na konci listopadu
- Upgrade knihovny Veeva Vault – Aplikace byla aktualizována na modernější a efektivnější knihovnu rozhraní API služby Vault (VAPIL) pro vylepšenou integraci.
- Upgrade verze rozhraní API služby Veeva Vault – Verze rozhraní API služby Veeva Vault byla upgradována na verzi 23.1
- Balíček pro nasazení integrace byl vylepšen, aby zákazníci nemuseli používat nejnovější verzi dokumentu.
- Adobe Acrobat Sign pro Microsoft Teams s Live Sign - Live Sign umožňuje uživatelům rychleji získat podepsané smlouvy hostováním zabezpečeného prostředí pro podpis během schůzky Microsoft Teams z libovolného zařízení, které se podobá osobnímu podpisu.
- Podpora mobilní aplikace Salesforce pro integraci Acrobat Sign – Zákazníci, kteří používají mobilní aplikaci Salesforce, mohou nyní ke správě svých dohod použít integraci Acrobat Sign na svých mobilních zařízeních se systémem iOS nebo Android.
Změny v prostředí
- Sestavy transakcí nyní zahrnují pracovní postupy Vyplnit a podepsat a Podepsání sám sebou – V aktualizované sestavě spotřeby transakcí jsou nyní započítány samoobslužné transakce Vyplnit a podepsat a Strukturované (prostřednictvím rozhraní Acrobat Sign), které organizacím poskytují úplnější přehled o objemu a metrikách transakcí.
Transakce Vyplnit a podepsat používané v rozhraní aplikace Acrobat jsou součástí platformy Acrobat a nejsou započítány do sestavy Spotřeba transakcí služby Acrobat Sign.
- Vylepšené prostředí pro uživatele Power Automate – Integrované řešení Power Automate bylo vylepšeno tak, aby zlepšilo uživatelské prostředí pomocí následujících aktualizací:
- Byla rozšířena lokalizace do jiných jazyků.
- Podpora uživatelů ve více skupinách.
- Přístup k modulu Power Automate v prostředí Acrobat Sign Sandbox prostřednictvím nového konektoru Sandbox.
- Podporuje stažení sestavy auditu dohody.
- VIP zákazníci mají přístup k novému chatbotu, pokud používají nápovědu v aplikaci. – Nový chatbot byl vyvinut tak, aby zlepšil odpovědi na dotazy zákazníků tím, že poskytuje lepší, interaktivní rozhraní, které nabízí návrhy pro nejčastější dotazy v uvítací zprávě, doporučení založená na předchozích výběrech od uživatele, přímou podporu pro dotazy a řešení složitých dotazů. Uživatelé jsou požádáni, aby poskytli zpětnou vazbu k obdrženým informacím, která nám umožní naučit se v budoucnu lépe odpovídat, a pokud požadované informace nejsou nalezeny, zobrazí se možnost připojit se k zástupci podpory prostřednictvím chatu.
- Úpravy webových formulářů prostřednictvím pokročilého sdílení účtů – Účty, u kterých je povoleno pokročilé sdílení účtů, mohou umožňovat úpravy webových formulářů uživateli nebo skupinami, se kterými sdílely svůj obsah. Uživatel nebo skupina, se kterou probíhá sdílení, musí mít pro získání přístupu k webovému formuláři povolené oprávnění Upravit.
Vyřešené problémy
| Problém |
Popis |
|---|---|
| 4337861 |
Shrnutí: Pokud má dohoda digitální podpis a je chráněná heslem, nemůže rastrová služba vytvořit dostatečně malý obrázek miniatury pro mobilní zařízení, což uživatelům na mobilních zařízeních zobrazí chybu Miniatura zatím není k dispozici. |
| Oprava: Aktualizován proces použití správné velikosti obrázku před šifrováním, které má vliv na měřítko obrázku. | |
| 4373355 |
Shrnutí: Některá zaškrtávací políčka formulářů z externích zdrojů mohou být po podepsání zobrazena jako nezaškrtnutá. |
| Oprava: Byla přidána další kontrola, která zajistí, že při vyhodnocení hodnoty isCheckBoxTrue bude stav zaškrtnutého vzhledu odpovídat jedné z přípustných hodnot nezaškrtnutého vzhledu. |
|
| 4395764 |
Shrnutí: Oznámení webhooku neobsahují parametr pořadí, když je dohoda odeslána pomocí vlastního pracovního postupu, což způsobuje problém při analýze příjemců. |
| Oprava: Byla přidána nová logika generování pořadí na základě struktury grafu uložené ve vázaném pracovním postupu. |
|
| 4417517 |
Shrnutí: Pracovní postupy odesílání obsahující skupinu příjemců a příjemce v kopii, mohou odeslat e-mail s oznámením o podepsání na e-mailovou adresu uvedenou v kopii. |
| Oprava: Šablona e-mailu byla opravena tak, aby do události upozornění podepisujícího nezahrnovala příjemce v kopii. | |
| 4418217 |
Shrnutí: Odkaz Spravujte uživatele v řídící cloudové konzoli odkazuje na stránku nápovědy namísto na řídící cloudovou konzoli. |
| Oprava: Odkaz byl aktualizován tak, aby správně odkazoval na řídící cloudovou konzoli. | |
| 4430408 |
Shrnutí: Řazení podle data nefunguje u pracovních postupů, protože datum je zobrazeno jako řetězec. |
| Oprava: Opravena hodnota data, aby se na ně správně odkazovalo jako na datum a aby se správně řadilo. | |
| 4435150 |
Shrnutí: Pokud je odesílatel zároveň podepisující a tento podepisující je nahrazen, nemůže odesílatel v případě vypršení platnosti dohody přijmout stav vypršení platnosti a ponechá dohodu ve stavu Odesláno k podpisu. |
| Oprava: Kód byl vylepšen tak, aby při nahrazení příjemce explicitně kontroloval stav dohody z hlediska vypršení platnosti. | |
| 4439375 |
Shrnutí: Pokud mají objekty XObject stránek PDF neplatné položky StockInfo.LastModification, může vykreslený soubor PDF vypadat prázdný. |
| Oprava: Knihovna používaná ke sloučení souborů PDF byla aktualizována, což tento problém řeší. | |
| 4439478 |
Shrnutí: Soubory PDF s hodnotou null parametrů Crypt v parametrech DecodeParms mohou způsobit, že služba Acrobat Sign přeruší vytváření dohody. |
| Oprava: Knihovna PDF byla aktualizována tak, aby lépe zpracovávala hodnoty null parametrů DecodeParms. |
|
| 4440373 |
Shrnutí: Kontrastní poměr není dostatečný pro barvy značek proti šedé barvě pozadí postranního panelu na stránce eSign. |
| Oprava: Byly zavedeny zcela nové barvy splňující požadavek kontrastního poměru 3:1, včetně barvy textu, barvy pozadí, krytí a odstínu šedého pozadí na postranním panelu. |
|
| 4440504 |
Shrnutí: Při kopírování šablony z prostředí Sandbox do produkčního prostředí se zobrazuje zpráva „Chyba při provádění požadavku“. Šablona se zkopíruje bez polí formuláře. To je způsobeno tím, že se pro umístění stránky z aplikace SandboxOrchestrator vybírá záporné číslo. |
| Oprava: Aplikace SandboxOrchestrator byla aktualizována, aby tento problém opravila. | |
| 4443410 |
Shrnutí: Sestava auditu aktivit nastavení obsahuje pouze jedno nastavení. |
| Oprava: Byl opraven dotaz, aby správně vrátil 15 výsledků. | |
| 4443916 |
Shrnutí: Datová pole ve formátu „dd/mmm/rrrr“ vrátí chybu serveru, pokud je lokalizovaný měsíc „čvn“ |
| Oprava: Knihovna locale.date byla aktualizována, aby správně zpracovala tuto hodnotu data. | |
| 4445937 |
Shrnutí: Pracovní postupy nejsou správně seřazeny, pokud jazyk uživatelského rozhraní není angličtina. |
| Oprava: Byl vylepšen kód řazení pro řádné řazení lokalizovaného obsahu na základě lokalizovaných formátů dat. | |
| 4445977 |
Shrnutí: Ověřování a podmíněné formátování nefungují u značek textových kotev kvůli závadě ve volání v6 API POST. |
| Oprava: Implementována nová metoda pro ruční převod v6/FormFieldGenerator na data_objects. |
|
| 4446030 |
Shrnutí: Řazení sloupce „Poslední úprava“ nefunguje správně pro skupiny, protože se bere v úvahu pouze první číslo v datu, místo řazení podle celého data. |
| Oprava: Implementována funkce „sortValue“ v groupgrid.js pro řazení sloupce „Poslední úprava“ na základě časových razítek. |
|
| 4447218 |
Shrnutí: Dohody se neřídí zásadami správy dat v prostředí Sandbox. |
| Oprava: Byla vytvořena aplikace API, která umožňuje správu dat v prostředí Sandbox. | |
| 4447334 |
Shrnutí: Chybí ověření místního prostředí pro hromadný import uživatelů prostřednictvím souboru CSV. |
| Oprava: Kód pro import uživatelů pomocí CSV byl aktualizován tak, aby vkládal výchozí místní prostředí aplikace (en_US), pokud je nalezen neplatný kód místního prostředí. | |
| 4447971 |
Shrnutí: Pole Datum se mění na výchozí hodnotu „--“, když dohoda přejde k účastníkovi 2, protože vypočtený řetězec není nikdy splněn. |
| Oprava: Před výpočtem polí se všechny možné hodnoty polí formuláře převedou na čísla. To zahrnuje řetězce ve formátech data. Při výpočtu polí se řetězce ve formátech data ignorují. |
|
| 4448602 |
Shrnutí: Nahrání dokumentu Word může mít za následek zhuštění mezer mezi znaky kvůli použití nesprávného písma. |
| Oprava: Písmo bylo odstraněno ze seznamu možných písem. | |
| 4448946 |
Shrnutí: Podepisující nemusí po dokončení dohody s nastavením Podepsání sám sebou vidět všechna vyplněná pole formuláře z důvodu mezery za názvem pole formuláře. |
| Oprava: Provádí se ořezávání názvů polí. | |
| 4449000 |
Shrnutí: E-mailová oznámení pro webhooky – Při vymazání pole a uložení nedojde k vymazání pole |
| Oprava: Byla vylepšena oznamovací funkce, aby se zajistilo vymazání pole. | |
| 4449148 |
Shrnutí: Správce skupiny nemůže odesílat e-maily s ověřením neověřeným uživatelům |
| Oprava: Byl opraven konflikt se správci UMG a skupin, aby bylo možné odesílat e-maily. | |
| 4449662 |
Shrnutí: Přidání dvou externích příjemců se stejnou e-mailovou adresou může při zrušení připomenutí způsobit chybu. |
| Oprava: Byla přidána nová kontrola chyb pro více instancí externích příjemců ve funkci připomenutí. | |
| 4452509 |
Shrnutí: Události obsahující „typ“, „PHONE_AUTHENTICATED“ a „SIGN_AUTHENTICATED“ nejsou dostupné v událostech rozhraní REST API služby Sign v Salesforce |
| Oprava: Byly přidány události. | |
| 4452510 |
Shrnutí: Možnost Vida (Test) není dostupná pro VIDA v ukázkovém prostředí |
| Oprava: Služba byla znovu nasazena a problém byl vyřešen. | |
| 4457457 |
Shrnutí: Při nahrání dokumentu, který byl vyplněn a podepsán mimo ekosystém Adobe Sign, budou data nejasná, protože bílá políčka textových značek budou umístěna přes existující pole. |
| Oprava: Bylo přidáno nastavení, které přikazuje zpracování dokumentu použít při vytváření podpisového dokumentu správný artefakt. |
|
| 4457557 |
Shrnutí: Nelze vytvořit webové formuláře s účastníky a druhými podepisujícími pod účtem Sandbox a Production Sign z důvodu neznámých součástí webového formuláře, které vracejí ukazatel s hodnotou null. |
| Oprava: Byla zavedena další kontrola, která ověří hodnoty null. a řádně je zpracuje. | |
| 4458537 |
Shrnutí: Podepisujícím v prostředí GovCloud může být zablokováno podepisování z důvodu bezpečnostních opatření znemožňujících dostatečný počet relací. |
| Oprava: Typ a počet relací byly vyhodnoceny a zvýšeny tak, aby vyhovovaly požadavkům. |