Poznámky k vydání Adobe Acrobat Sign - 2023

Naposledy aktualizováno 2. 4. 2026

Poznámky k vydání Adobe Acrobat Sign: 2023

Nasazení do provozu: 17. ledna 2023
Nasazení do GovCloudu: 23. ledna 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.

Nasazení do provozu: 14. března 2023

Nasazení do GovCloudu: 22. března 2023

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.
  • Přístup k integrovanému návrháři pracovních postupů Power Automate byl rozšířen o možnost konfigurace na úrovni skupin – Povolení integrace Microsoft Power Automate bylo rozšířeno na úroveň skupiny, aby správci mohli udělovat přístup k integraci Power Automate konkrétním skupinám.
  • 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“.

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í.
Poznámka

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).
  • Opakovaně použitelné skupiny příjemců pro Návrháře vlastních pracovních postupů - Trvalé skupiny příjemců lze vytvořit na úrovni uživatele, skupiny a účtu pro použití při vytváření vlastních pracovních postupů odesílání.
  • 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.  
  • 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.
  • Nový poskytovatel důvěryhodných služeb (TSP) – Přidávají se noví poskytovatelé, aby se rozšířila mezinárodní dostupnost řešení digitálního podpisu. Nově v této verzi:
    • Certinomis
  • 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)
    • 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).
    • 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.

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:

  • Zrušení sdílení dohod – Zrušit sdílení sdílené dohody může autor dohody nebo jakýkoli účastník, který ji sdílel s někým jiným. Zrušení sdílení s jakýmkoli příjemcem automaticky zruší sdílení dohody se všemi navazujícími příjemci, čímž dojde k vymazání celé struktury sdílení.

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í.
Poznámka

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).
  • Formát data podle normy ISO 8601 – Do seznamu výchozích formátů data byl přidán formát ISO 8601 pro data (RRRR-MM-DD).

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>

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>

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

Poznámka

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.

  • Adresa URL přesměrování po dokončení dohody pro odmítnuté dohody – Byly vylepšeny ovládací prvky přesměrování po dokončení, aby nabízely konkrétní možnosti v případech, kdy je dohoda úspěšně dokončena nebo odmítnuta.
Poznámka

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í.
  • Vytvoření nové šablony z dohody ve stavu Probíhá nebo Dokončeno – Využijte stávající dohodu na stránce Správa k vytvoření opakovaně použitelné šablony v knihovně. Uložit lze pouze dohody ve stavu ProbíháDokončeno.
  • 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ářeSkupiny 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í.
  • Sestava využití transakcí je zobrazena v horní části stránky sestav spotřeby transakcí.- Zákazníci, kteří mají transakční licenci VIP, mají své shrnutí spotřeby transakcí zobrazeno v horní části stránky sestav Spotřeby transakcí.
  • 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ě.
  • Nový poskytovatel důvěryhodných služeb (TSP) – Přidávají se noví poskytovatelé, aby se rozšířila mezinárodní dostupnost řešení digitálního podpisu. Nově v této verzi:
    • Soluti Bird ID
  • Vylepšená změna velikosti ručně psaných podpisů – Možnost zadat ručně psaný podpis byla vylepšena tak, aby se ručně psaný podpis lépe přizpůsobil měřítku podpisového pole a byl čitelnější.
  • 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.

 Vylepšení prostředí Sandbox

  • Podpora prostředí Sandbox pro integrace Salesforce a Power Automate – Zákazníci s přístupem do prostředí Adobe Acrobat Sandbox nyní mohou instalovat službu Salesforce do tohoto prostředí a využívat integraci modulu Power Automate.

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í.
Poznámka

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.