Poznámky k vydání Adobe Acrobat Sign: 2022
Nasazení do produkce: 18. ledna 2022
Vylepšená funkčnost
- Vylepšení použitelnosti stránky Správa – stránka Správa byla aktualizována, aby se na první pohled zlepšila přehlednost údajů:
Byly přidány ikony, které označují, že je k transakci připojena poznámka nebo připomenutí. Posuňte kurzor na ikonu, abyste získali rychlý přehled o důležitých metadatech spojených s každou dohodou. Klikněte na ikonu a proveďte akci.
Do funkce vyhledávání bylo přidáno pokročilé filtrování, které omezuje vrácenou sadu dat podle hledaného předmětu (Např.: Poznámky)
- Vylepšené zabezpečení adres URL dohody – adresy URL odesílané e-mailem, které odkazují na dohody/PDF, mají nyní nastavitelnou dobu životnosti, která ukončí platnost odkazu (výchozí nastavení je 7 dní, maximální doba je 90 dní). Příjemci, který se pokusí získat přístup k odkazu s prošlou platností, se spustí vyskakovací dialogové okno, které mu umožní vyžádat si nový e-mail (s novým odkazem), jenž bude doručen na e-mailovou adresu příjemce. Přesměrování nového e-mailu/odkazu není prostřednictvím této akce možné.
- Toto nastavení se vztahuje pouze na vypršení platnosti adresy URL a neovlivňuje dobu platnosti a realizovatelnost dohody jako takové.
- Smlouvy odeslané před zavedením této funkce nejsou tímto nastavením ovlivněny.
- Vylepšené zabezpečení sdílení dohod – sdílení dohod má další ovládací prvky, které omezují sdílení do a z externích stran účtu:
- Mějte pod kontrolou počet sdílení dohody s externími stranami.
- Úroveň zdarma: 2
- Zkušební úrovně: 5
- Individuální úroveň: 10
- Úroveň malých společností: 10
- Firemní úroveň: 20
- Podniková úroveň: 20
- Spravujte možnost externích stran sdílet dohodu.
- Mějte pod kontrolou počet sdílení dohody s externími stranami.
- Noví poskytovatelé důvěryhodných služeb (TSP) – SPID (Itálie) and MitID (Dánsko) jsou noví poskytovatelé důvěryhodných služeb z konsorcia Cloud Signature Consortium, kteří poskytují certifikáty pro použití zabezpečených digitálních podpisů, které splňují ty nejpřísnější normy a požadavky na plnění předpisů.
Změny v prostředí
- Nová Domovská stránka a stránka Správa se stává standardem – Služba Adobe Sign ukončila klasické funkce pro stránky Domovská stránka a stránka Správa a všechny účty byly převedeny na moderní prostředí.
Možnost vrátit se ke klasickému prostředí byla odebrána a nově bude podporováno pouze nové uživatelské rozhraní.
- Byla aktualizována tlačítka rychlého přístupu na stránce Správa – V rámci aktualizace použitelnosti pro přidání ikon Poznámky a Připomenutí na stránku Správa byl změněn vzhled tlačítek rychlých akcí, aby vypadaly podobně.
- Dohoda o bezpečnosti HIPAA – účty, které mají povolené nastavení HIPAA, zacházejí se všemi příjemci jako s nezaregistrovanými uživateli bez založeného účtu. V praxi to znamená, že příjemci s registrovaným ID uživatele služby Adobe Sign tyto smlouvy na stránce Správa neuvidí.
- Uživatelé v rámci stejného účtu v roli odesílatele jsou výjimkou z pravidla. Všechny smlouvy zaslané příjemcům ve stejném účtu jsou důvěryhodné a smlouvy se zobrazují na stránce Správa, kde je lze zobrazit a sdílet.
- Vylepšený kontrast pole podpisu – modré písmo pod čárou podpisu bude ztmaveno, aby splňovalo standard AA usnadnění přístupu (4.5:1) týkající se kontrastu.
Vyřešené problémy
| Problém |
Popis |
|---|---|
| 4283949 | Souhrn: Soubory PDF vytvořené pomocí polí, které jsou v souladu s ADA, se neprojeví v polích, která jsou v souladu s ADA, při zpracovávání prostřednictvím Adobe Sign. |
| Oprava: Bylo zavedeno nové nastavení, které chrání funkce pro usnadnění přístupu nahraných souborů PDF pomocí nové struktury tagů, která zahrnuje typ vhodný pro pole (např. interval nebo odkaz), název odvozený od obsahu pole a alternativní text, který se shoduje s názvem. Řetězce tagů jsou lokalizovány podle oblasti dohody. Soubory PDF, které při nahrávání nemají funkce pro usnadnění přístupu, nebudou vybaveny těmito funkcemi procesem Adobe Sign. | |
| 4295359/4323894 | Souhrn: Nebylo správně zacházeno s některými znaky z litevské a německé abecedy (č, ė, a ß) jednou ze závislých knihoven a v důsledku toho byly tyto znaky vynechávány v řetězci tištěného podpisu. |
| Oprava: Knihovna byla aktualizována, aby řádně pracovala s identifikovanými znaky a adekvátním způsobem je vykreslovala do řetězce tištěného podpisu. | |
| 4304412 | Souhrn: Rozhraní soukromého poskytovatele CSC neprovádělo řádnou deaktivaci tlačítka Ověřit po zavření autorizační rozbalovací nabídky OAuth, což umožňovalo uživatelům znovu kliknout na možnost Ověřit, a tím vytvořit „nahrávací“ smyčku, která neskončí navzdory tomu, že byl zaznamenán podpis. |
| Oprava: Byl aktualizován kód, aby se zakázala akce Ověřit, když se zpřístupní obrazovka na pozadí a zůstane nedostupná po určitý časový interval během přesměrování. | |
| 4308773 | Souhrn: Podepisování v mobilní aplikaci iOS mohlo mít za následek chybovou zprávu „AUTO_CANCELLED_CONVERSION_PROBLEM“ poté, co byl dokončen podpis příjemce z důvodu událostí offline synchronizace, které způsobovaly opakované odesílání požadavků ve frontě. |
| Oprava: Byl přidán kód na straně serveru za účelem vyhodnocování, zda byl úspěšně dokončen proces konverze pro stejné ID účastníka, když konverze vyprší, což umožňuje bezproblémové řešení konfliktů. |
|
| 4311477 | Souhrn: Dokončené dokumenty nezobrazují informace v polích programům pro čtení z obrazovky použitelným způsobem. |
| Oprava: Bylo zavedeno nové nastavení, které chrání funkce pro usnadnění přístupu nahraných souborů PDF pomocí nové struktury tagů, která zahrnuje anotace polí, které se při finálním zpracování převádí do čitelných XObjektů. | |
| 4316462 | Souhrn: Některé dohody odeslané v rámci nastavení pro biofarmacii nebyly nuceny k opakovanému ověření, když bylo jejich ověření řízeno službou Active Directory Federation Service. To bylo řízeno způsobem konfigurace služby ADFS a tím, zda bylo ověření Forced Auth nakonfigurováno k obejití indikace. |
| Oprava: Byl přidán kód pro vyžádání ACR v kombinaci s atributem ForceAuthn, čímž je vynucován proces opakovaného ověření. | |
| 4317635 | Souhrn: Dokumenty s několika poli pro podpis/iniciály zaznamenávaly při kliknutí do následujícího pole pro podpis/iniciály posunutí obrazovky zpět na předchozí pole. |
| Oprava: Byl aktualizován kód, aby po vložení obsahu do jakéhokoli konkrétního pole řádně řešil zaměření na další pole. | |
| 4319974 | Souhrn: Volič jazyka na přihlašovací stránce byl viditelný i po vyvolání signingurl pomocí GET /signingurl rozhraní API typu REST v6 v důsledku vrácení volání rozhraní API k hodnotě aplikace místo hodnoty relace. |
| Oprava: Bylo aktualizováno volání rozhraní API, aby vyvolávalo hodnotu nastavení z relace (uživatel rozhraní API) místo aplikace. | |
| 4320942 | Souhrn: Dohody vytvořené s digitálními podpisy a klonovanými poli mohly vytvořit podepsaný dokument, kde bylo možné upravovat nadřazená pole (řady klonovaných polí). |
| Oprava: Nadřazená pole v řadách klonovaných polí byly nastaveny jen pro čtení. | |
| 4321067 | Souhrn: Účty s nakonfigurovanou hodnotou Display_Email zobrazovaly e-mail původce v e-mailových zprávách o dohodě (místo hodnoty Zobrazit e-mail). |
| Oprava: ID uživatele nyní porovnává uživatelské ID účastníka a stávající uživatelské ID, aby se vrátila hodnota Display_Email pro účet v odchozích e-mailech (když je hodnota nastavena na jinou než výchozí hodnotu). | |
| 4321335 | Souhrn: Některé dohody nepovolovaly digitální podpisy CSC, když byla dohoda několikrát delegována. |
| Oprava: Do podpisového procesu byl přidán kód pro procházení příjemců a zajištění, aby byla podpisová fáze vhodná pro delegovanou účast. | |
| 4322749/4329156 |
Souhrn: Převedené webové formuláře nespouštějí webhooky pro nového vlastníka z důvodu selhávání aktualizace ApiUserID. |
| Oprava: Byl aktualizován kód převádění webových formulářů, aby byla zajištěna aktualizace uživatelského ID webového formuláře při převádění objektu. | |
| 4323013 | Souhrn: Při vytváření webového formuláře prostřednictvím rozhraní API a následném pokusu o jeho zobrazení ze stránky Správa umožňovaly účty s omezenou viditelností dokumentu spuštění chyby „dokument ještě není dostupný“ webovými formuláři. |
| Oprava: Byl upraven kód v několika nastaveních včetně webových formulářů a omezené viditelnosti dokumentů, aby byl odstraněn konflikt. | |
| 4323749 |
Souhrn: Při úpravě dohody, která má odesílatele jako podepisujícího, který vyžaduje ověření, nemusel systém rozpoznat relaci odesílatele jako ověřovanou, čímž se vyvolala chyba serveru. |
| Oprava: Byl aktualizován kód možnosti Upravit dohodu, aby bylo zajištěno, že pracovní postup zkontroluje vlastnosti transakce, aby řádně pochopil a vynutil požadavky na ověření odesílatele. | |
| 4324497 | Souhrn: Uživatelům v účtech se zapnutou funkcí UMG se nemusely zobrazovat všechny již existující šablony sdílené knihovny z (neprimární) skupiny, do které byly přidány při vytváření přizpůsobených pracovních postupů. |
| Oprava: Byl vylepšen kód používaný při identifikaci všech aktivních skupinových ID a jejich příslušných souborů při vytváření pracovních postupů. | |
| 4325294 |
Souhrn: Účty spravující své uživatele v konzoli Adobe Admin Console mohly zobrazovat možnost nastavení připomenutí na stránce Vytvořit, když bylo správcem nastaveno výchozí připomenutí. |
| Oprava: Byl aktualizován kód, aby řádně skryl možnost připomenutí, když je v uživatelském rozhraní administrátora definována výchozí hodnota. | |
| 4325826 |
Souhrn: Jazyky jiné než angličtina nefiltrovaly řádně vrácená data pro hlášení. |
| Oprava: Byl aktualizován kód, aby se jako filtrující parametr využila oblast prostředí místo použití statického parametru angličtina. |
|
| 4326335 |
Souhrn: Hlášení o spotřebě transakcí zahrnovala neúčtovatelné dohody. |
| Oprava: Byl vylepšen dotaz hlášení, aby vyfiltroval neúčtovatelné transakce. | |
| 4326406 |
Souhrn: V hlášeních pro příjemce v hybridních podepisovacích pracovních postupech nepřetrvávala informace o ověření. |
| Oprava: Byl aktualizován kód hybridních pracovních postupů, aby bylo zajištěno zachycení a přetrvání informace o ověření, aby hlášení vracela správné hodnoty. | |
| 4326725 |
Souhrn: Hlášený počet příjemců (prostřednictvím karty hlášení) se může změnit na o jednoho méně, když je odesílatel jedním z příjemců a je v transakci nahrazen kvůli kódu, který chybně interpretuje nahrazeného podepisujícího jako „nahrazeného“. |
| Oprava: Byl aktualizován kód nahrazení podepisujícího, aby správně identifikoval nahrazení příjemců jako role podepisujícího. | |
| 4327494 |
Souhrn: Správci na úrovni skupiny vidí data hlášení pro uživatele ve výchozí skupině, když je zapnuto natavení „Pouze data z jejich vlastní skupiny uživatelů“. |
| Oprava: Byl aktualizován kód hlášení pro generování hlášení v souboru CSV, aby správně zaznamenával pouze data náležející správci, který odesílá požadavek. | |
| 4327780 |
Souhrn: Události a Souhrn událostí neobsahovaly neověřené (ale podepsané) webové formuláře jako dokončené (podepsané) dohody |
| Oprava: Byl aktualizován kód, které vyhodnocuje dokončené dohody, aby zahrnoval podepsané a dokončené (ale neověřené) webové formuláře. | |
| 4328045 |
Souhrn: Při odesílání dohody, pokud je jedním z příjemců odesílatel a nastavení Zobrazit e-mail je nastaveno na jinou než výchozí hodnotu, může selhat odeslání dohody, pokud se odesílatel pokusí vrátit se ze stránky Vytváření na stránku Vytvořit. |
| Oprava: Byl aktualizován pracovní postup, který řídí návrat zpět na stránku Vytvořit, aby byl řádně řízen Odesílatel, když je hodnota jeho e-mailu maskována hodnotou Zobrazit e-mail. | |
| 4328110 |
Souhrn: Duplicitně podepsaný a archivovaný e-mail může být odeslán stejnému příjemci, pokud je několikrát zahrnut v podpisovém cyklu. |
| Oprava: Proces distribuce e-mailů byl vylepšen, aby byly vyhodnocovány duplicitní hodnoty e-mailu příjemce a bude doručovat pouze jednu kopii finálního e-mailu pro každou jednotlivou transakci. | |
| 4328313 |
Souhrn: Přidání plného HTML odkazu do pole Zpráva dohody mohlo způsobovat, že některé e-mailové klienty převáděly tento řetězec do klikatelného odkazu. Tato funkce nebyla navrženou funkcí a byl přidán následný kód, který tomuto efektu zabraňoval, čímž vznikal v poli zpráva dohody jev, který vypadal jako chyba. |
| Oprava: Bylo přidáno nastavení, aby se v e-mailové zprávě řádně vykresloval hypertextový odkaz. Toto nastavení není přístupné zákazníkům a musí být upraveno manažerem podpory nebo manažerem úspěchu účtu. Nastavení je na podnikové a firemní úrovni služby ve výchozím režimu povolené. | |
| 4328950 |
Souhrn: Nový kód přidaný v loňském červnu způsobil, že někteří uživatelé, kteří byli ve stavu VYTVOŘENO, byli převáděni na neplatné e-mailové adresy, ale globální adresář e-mailů udržoval správné odkazy e-mailových adres na uživatele. To způsobovalo, že dohody odesílané uživateli byly spojovány s typem uživatele, který zabraňoval tomu, aby byly dohody uvedeny v seznamu na jejich stránce Správa. |
| Oprava: Bylo nainstalováno několik změn kódu, aby se zabránilo opakování tohoto problému a zároveň aby byly detekovány podmínky, které mohou tento typ problému způsobovat, a aby na ně bylo upozorňováno. Aby bylo zahrnuto detekování e-mailové adresy používané na jedno použití pro čekající uživatele a automatické použití správné e-mailové adresy, zabránění vytváření jakýchkoli nových neplatných uživatelů, když selžou ostatní kontroly. |
|
| 4329688 |
Souhrn: Procesy vytváření některých dokumentů umožňovaly nahrání souboru do aplikace Adobe Sign s několika poli pro digitální podpis. Tato pole byla vykreslována na finálním PDF jako prázdná pole. |
| Oprava: Interní knihovna byla aktualizována, aby lépe anotovala převedené dokumenty a zajišťovala použití pouze jednoho pole digitálního podpisu a zobrazení příslušné chyby, pokud by bylo nalezeno několik polí (očekávané chování). | |
| 4329804 |
Souhrn: V rámci procesu mazání uživatelů mohli být uživatelé ve stavu Čekající, kteří byli v účtu s používanou doménou, převáděni do stavu Vytvořen, což mělo za následek spotřebovávání uživatelských licencí. |
| Oprava: Uživatelé, kteří byli převáděni procesem mazání, jsou vráceni do stavu Čekající. . Byl přidán kód, který má zabránit převádění Čekajících uživatelů v používaných doménách do stavu Vytvořen. | |
| 4329949 | Shrnutí: Pole, která jsou při ověřování skrytá a obsahují chyby ověřování, mohou spustit chybu, kterou nelze zobrazit, což zabrání odeslání dohody. |
| Oprava: Ověřování se již nepoužívá pro | |
| 4331649 |
Shrnutí: Podepsání webového formuláře pouze jedním jménem (jeden souvislý řetězec) vyvolává chybu serveru. |
| Oprava: U webových formulářů bylo použito zacházení s chybami, které bude řídit případ nasazení a dle potřeby vyvolá příslušnou chybovou zprávu. | |
| 4334224 | Shrnutí: Jednotlivá pole stažená ze stránky Správa by k závěrečné příponě .pdf navíc zobrazila název pole obsahující původní formát souboru. |
| Oprava: Proces pojmenování souborů při tvorbě závěrečného dokumentu PDF ke stažení byl aktualizován a předchozí přípona souboru byla odebrána. |
Nasazení do produkce: 5. dubna 2022
Vylepšená funkčnost
- Vylepšené grafy a export dat pro hlášení – Bylo aktualizováno rozhraní Hlášení, takže nyní podporuje:
- Předem konfigurovaná grafická hlášení pro položky, jako jsou:
- Dohody: Jedenáct hlášení sleduje aktivitu dohod podle odesílatele, skupiny a pracovního postupu.
- Spotřeba transakcí (očekává se v budoucí verzi): Čtyři hlášení konkrétně sledují objem vytvořených dohod.
- Uživatelé (očekává se v budoucí verzi): Šest hlášení dokládá vytváření uživatelů/skupin, aktivity přihlášení a jedinečné odesílatele za den.
- Export dat hlášení: Export dat umožňuje uživateli definovat výstup souboru CSV hlášení výběrem typu zdrojového hlášení, použitím filtrů a výběrem jednotlivých sloupců, které mají být zahrnuty.
- Předem konfigurovaná grafická hlášení pro položky, jako jsou:
- Vylepšené prostředí pro vytváření, které je dostupné na úrovních účtu a skupiny – Prostředí pro vytváření v aplikaci nabízí volitelné nové možnosti s novým vzhledem a je navrženo tak, aby zlepšilo vytváření dohod ad hoc (až pro dva příjemce). Nové prostředí je v současné době určeno pouze pro pracovní postup Odeslat k podpisu a nepodporuje webové formuláře, hromadné odesílání ani šablony knihoven. Zde jsou některá vylepšení:
- Umístění polí, která umožňují autorovi vybrat typ pole a poté je kliknutím umístit jednou nebo vícekrát. Tím je zajištěno mnohem rychlejší umístění více polí stejného druhu.
- Explicitnější údaje o obsahu pole (např. prvky podpisového pole, formáty datových polí).
- Vlastnosti vybraného pole jsou z důvodu dosažení lepší viditelnosti a zjednodušení úprav uvedeny na levé liště.
- Následně umístěná pole automaticky přebírají výšku posledního pole (stejného typu), u kterého byla upravena velikost.
- Barva, velikost a styl písma pro následně umístěná pole automaticky převezmou vlastnosti písma posledního pole, pro které byly tyto vlastnosti upraveny (týká se typů polí, u kterých lze upravit písmo).
- Jednodušší úprava výchozích hodnot pouhým kliknutím do pole a zadáním výchozí hodnoty.
- Vyhrazené pole Datum pro zachycení jiných hodnot data, než je Datum podepsání
- Vyhrazené pole Čísla obsahující všechny vlastnosti a ověření pro formátovaná čísla
- Hledání textu pomocí kombinace kláves Ctrl/Cmd + F
Vylepšené prostředí pro vytváření v současné době podporuje pouze:
- Umístění polí při odesílání dohody (vytváření ad hoc). Hromadné odesílání, webové formuláře a vytváření šablon nejsou zatím podporovány.
- Až dva příjemce.
- Omezený počet polí (nejběžnější):
- Podpis
- Iniciály
- Jméno (jméno příjemce importované z podpisu)
- E-mail (e-mail příjemce definovaný při sestavování dohody)
- Datum podepsání (vložené systémem při použití podpisu)
- text
- Číslo
- Datum
- Zaškrtávací políčko
- Přepínací tlačítka
Prvky, které nejsou v současné době podporovány:
- Dohody s více než dvěma příjemci
- Podepsání sám sebou
- Webové formuláře
- Hromadné odeslání
- Šablonách knihovny
- Textové značky
- Podmíněná pole
- Počítaná pole
- Ověřování regulárních výrazů
- Definování jména příjemce při odesílání – Správci na úrovni účtu nebo skupiny mohou vyžadovat, aby během konfigurace dohody odesílatelem bylo kromě e-mailové adresy příjemce zahrnuto i jméno příjemce. Zahrnutá hodnota jména je importována do panelu podpisu, když příjemce otevře pole podpisu.
- Příjemce nesmí nakonfigurovanou hodnotu jména v žádném případě upravovat.
- Odesílatel dohody může hodnoty jména upravit před prvním použitím podpisu.
- Odesílatelé mohou nahradit aktuálního příjemce a poskytnout hodnotu jména pro nového příjemce.
- Vyžadované hodnoty jména jsou vynucovány také pro druhé podepisující webových formulářů – Pokud je funkce aktivována, budou nově vytvořené webové formuláře vyžadovat hodnotu jména také pro všechny nakonfigurované druhé podepisující.
Tato funkce se vztahuje pouze na dohody a webové formuláře vytvořené prostřednictvím webové aplikace Acrobat Sign.
- Export dat dohod a webových formulářů ve formátu JSON – Při exportu dat z dohod nebo webových formulářů přes rozhraní REST v6 API mají nyní vývojáři možnost zvolit jako formát exportu nejen CSV, ale také JSON.
- Přizpůsobení kontaktních údajů pro podporu hesla pro podpis –- Přizpůsobte kontaktní údaje poskytované příjemcům při použití hesla pro podpis k identifikaci podepisujícího. Výchozí prostředí vkládá e-mailovou adresu odesílatele. Může však být praktičtější přesměrovat tento typ požadavku na podporu na centralizovaný tým podpory nebo na kontaktní osobu pro zabezpečení, která provádí správu hesel. Přizpůsobení lze konfigurovat na úrovních Účet a Skupina.
- Událost webhooku REMINDER_SENT - Byla přidána nová událost webhooku, která se spouští při událostech REMINDER_SENT buď explicitním přihlášením k odběru události AGREEMENT_REMINDER_SENT nebo přihlášením k odběru AGREEMENT_ALL.
Změny v prostředí
- Probíhá změna značky služby Adobe Sign na řešení služby Adobe Acrobat Sign – Rozhraní a odkazy na dokumenty se značkou služby Adobe Sign byly aktualizovány na řešení služby Adobe Acrobat Sign (nebo Acrobat Sign).
- Tato změna značky nemá vliv na žádné vlastnosti a funkce služby (např. na adresu URL domény nebo na e-mailovou adresu služby).
- Integrační balíčky budou aktualizovat značku při příští aktualizaci.
Podpisový certifikát bude aktualizován na novou značku Acrobat Sign v červnové verzi.
V dubnové verzi k tomu ještě nedojde.
- Aktualizovaný text vyjádření souhlasu s právem požadovat podpis – Text pro příjemce vyžadující souhlas s právem požadovat podpis byl aktualizován na: Souhlasím s právem požadovat podpis a souhlasím s elektronickým obchodováním se společností <název společnosti>
- Pokud není název společnosti k dispozici, použije se jméno/příjmení odesílatele.
- Pokud není k dispozici název společnosti ani jméno/příjmení, použije se e-mailová adresa odesílatele.
- Pokud není název společnosti k dispozici, použije se jméno/příjmení odesílatele.
- Modernizace ověřování podepisujících – Obrazovky ověřování podepisujících byly vylepšeny tak, aby při ověřování pomocí hesla nebo zprávy SMS již neblokovaly příjemce, kteří mají zakázané soubory cookie třetích stran. Prostředí bylo také modernizováno, aby reagovalo na různé platformy.
Vyřešené problémy
| Problém |
Popis |
|---|---|
| 4293949 | Shrnutí: Text v překryvném okně zprávy pro zrušení pozvání a odvolání přístupových tokenů není řádně zarovnán. |
| Oprava: Zprávy byly aktualizovány tak, aby byl text správně zarovnán. | |
| 4301564 | Shrnutí: Počítaná pole obsahující klauzuli „if“, která ve svém vlastním výpočtu používají také pole obsahující funkci now(), po použití podpisu zmizí. Podpis je během procesu podepisování viditelný. Hodnoty data na straně serveru převedené z funkce now() se nezobrazují správně, zatímco hodnoty na straně klienta ano. Výsledkem je neplatné datum, které skryje pole. |
| Oprava: Vyhodnocení na straně serveru bylo vylepšeno tak, aby správně převádělo číselnou hodnotu data předanou z funkce now() a řádně provádělo její správu. |
|
| 4320113 | Shrnutí: Při vytváření formuláře v aplikaci Acrobat se v textových polích s formátováním nastaveným tak, aby se nezobrazovala desetinná místa, zobrazí po nahrání a odeslání dohody k podpisu hodnota pole s desetinnými místy. |
| Oprava: Bylo přidáno nastavení pro explicitní správu formátování číselných polí vytvořených v aplikaci Acrobat. Toto nastavení je ve výchozím nastavení vypnuto. Zákazníci, kteří mají problémy s formátováním čísel při používání formulářů vytvořených v aplikaci Acrobat, by se měli obrátit na tým podpory a požádat o povolení formátování číselných polí pro formuláře Acroform. |
|
| 4322775 | Shrnutí: IP adresy nebudou shromažďovány a odkazovány ve zprávách o auditech kvůli nastavení nakonfigurovanému pro nesprávný rozsah. |
| Oprava: Rozsah nastavení byl upraven na správnou hodnotu. |
|
| 4325183 | Shrnutí: Povolení časového limitu pro relaci uživatele při načítání nové stránky Hlášení způsobí obecné selhání aktualizace stránky. |
| Oprava: Interakce se stránkou po vypršení časového limitu vyvolá přesměrování na přihlašovací stránku. |
|
| 4326123 | Shrnutí: Po vytvoření nového ID uživatele pomocí rozhraní API se někteří uživatelé nebudou moci přihlásit pomocí nových přihlašovacích údajů z důvodu nesprávné komunikace interních systémů. |
| Oprava: Bylo přidáno nové nastavení pro správu uživatelských profilů mezi systémy Adobe. Nastavení je aktivováno pro všechny oddíly, resp. účty. | |
| 4326126 | Shrnutí: V korejském národním prostředí je hodnota názvu na podepsaném dokumentu v razítku účastníka poškozena kvůli tomu, že kódovací písmo pro korejštinu vrací nesprávné glyfy. |
| Oprava: Knihovna mapování byla aktualizována, aby obsahovala typ kódování pro správné vykreslování korejských glyfů. | |
| 4327886 | Shrnutí: Když je uživatel v individuálním účtu sloučen do multilicenčního účtu, může si zachovat práva správce. |
| Oprava: Byl přidán kód k odebrání práv správce uživatelům, kteří jsou migrováni do jiného účtu. | |
| 4328663 | Shrnutí: Zákaznické účty, které mají nastaven protokol SAML jako povinný nebo mají nastaveno SAML_ACTIVATE_PENDING_USERS = true, nemohou pomocí funkce hromadných úprav v systému Acrobat Sign deaktivovat uživatele, protože ID uživatelů jsou po aktualizaci okamžitě znovu aktivována. |
| Oprava: Byl přidán dodatečný kód, který zajistí, že bude možné okamžitě aktivovat pouze „vytvořené“ uživatele. | |
| 4329111 | Shrnutí: Ověřování vlastních vzorců nefunguje s textovými značkami kvůli nesprávnému načítání pracovníka úkolu. |
| Oprava: Kód byl aktualizován tak, aby správně načítal pracovníka úkolu. | |
| 4331101 | Shrnutí: Podepisující osoby s profilem v systému Acrobat Sign nemohou správně aktualizovat svůj podpis v poli Razítko, když některé další pole typu podpisu upraví řetězec podpisu, protože pole podpisu Razítko vždy získává řetězec jména z profilu uživatele. |
| Oprava: Řetězce podpisu razítkem již nejsou svázané s uživatelským profilem a aktualizují se jako všechna ostatní pole. |
|
| 4331119/4331631/4334671 | Souhrn: V modálním nástroji pro ověřování telefonu chybí kódy zemí pro Botswanu, Bermudy a Súdán. |
| Oprava: Byly přidány kódy zemí pro Botswanu, Bermudy a Súdán. |
|
| 4331146 | Shrnutí: Vlastnost REST v6 GET Agreements > displayUserSetMemberInfos je pro některé koncepty prázdná, když jsou pracovní postupy navrženy s větším počtem potenciálních příjemců, než je využito, protože jsou vyžadovány hodnoty e-mailu. |
| Oprava: Byl přidán kód pro zpracování prázdné hodnoty e-mailu. | |
| 4331149 | Shrnutí: Transakce služby Notarize se neregistrují, pokud je v nastavení backendu pro roční limit zvolena pro typ transakce výchozí hodnota –1. Roční limity se však neuplatní, pokud je transakce spravována službou Notarize. |
| Oprava: Roční limit pro typ transakce spravované službou Notarize je nyní ignorován, takže se zobrazí na stránce Nastavení odesílání. | |
| 4332202 | Shrnutí: Správcům soukromí se může při vyhledávání dohod od nedávno migrovaných uživatelů zobrazit zpráva „Došlo k některé z různých chyb“. |
| Oprava: Byla přidána kontrola chyb pro zachycení a správu událostí, u kterých chybí hodnoty pro migrované uživatele. | |
| 4332303 | Shrnutí: Uživatelské účty lze vytvářet v e-mailové adrese s velkými písmeny, která přetrvávají v databázi uživatelů. |
| Oprava: Hodnoty jsou nyní vždy vráceny s malými písmeny. | |
| 4333575 | Shrnutí: Metoda GET /workflows/{workflowId} rozhraní REST v5 nebo v6 nevrací metody ověření identity definované v pracovním postupu (TELEFON a ADOBE_SIGN). |
| Oprava: Chybějící metody ověření identity byly přidány do schémat JSON. | |
| 4333769 | Shrnutí: Uživatelé, kteří vytvořili dohody nebo webové formuláře ve skupině, nemají přístup k úpravám těchto dohod nebo webových formulářů, pokud jsou z této skupiny odebráni. |
| Oprava: Kód byl vylepšen tak, aby byla pro ID uživatelů, kteří vytvoří dohodu nebo webový formulář, zachována možnost provádění úprav, a aby zároveň zůstalo zachováno původní ID skupiny. | |
| 4333774 | Shrnutí: Vícesouborové dohody podepsané digitálním podpisem nevrátí hodnotu názvu při volání metody GET /agreements/{agreementID}/documents, a to z důvodu hodnoty null v odkazu na verzi dokumentu. |
| Oprava: Dohody obsahující digitální podpis správně obsahují vlastnost název. U dohod vytvořených z více dokumentů bude rozhraní API stále vracet jeden dokument pro digitálně podepsané dohody a tento dokument bude mít název uvedený jako „multidoc.pdf“. | |
| 4334814 | Shrnutí: Pole měny přiřazená uživateli „Kdokoli“, který dokončil proces podpisu bez aktualizace, budou z konečného dokumentu odebrána z důvodu hodnoty null v těchto polích. |
| Oprava: Byla přidána kontrola pro správu hodnoty null v poli měny. | |
| 4335410/4335914 | Shrnutí: Někteří čekající jednorázoví uživatelé přijali ID účtu, které způsobilo, že se v účtu objevili jako uživatelé. |
| Oprava: Databázové skripty byly aktualizovány, aby z těchto seznamů vyloučily čekající jednorázové uživatele. | |
| 4335436 | Shrnutí: Oddíl SG1 nemůže synchronizovat produkční prostředí a prostředí sandbox z důvodu selhání připojení orchestrátoru. |
| Oprava: Služba orchestrátoru byla řádně připojena k oddílu. | |
| 4335442 | Shrnutí: V dokumentaci vytvořené ve swaggeru není pro metodu PUT /users/{userId} rozhraní REST v6 uveden kód chyby „MODIFYING_IMMUTABLE_FIELDS“. |
| Oprava: Dokumentace vytvořená ve swaggeru byla aktualizována a chybová zpráva byla doplněna. | |
| 4335782 | Shrnutí: Když jsou povolena nastavení pro biofarmacii, aktualizace podpisu typu uživatele není synchronizována s ostatními poli (například s polem pro jméno podepisujícího). To je způsobeno tím, že komponenta „Důvod podepsání“ nezachytí událost změny jména, která je vysílána při zavření panelu podpisu. |
| Oprava: Komponenta „Důvod podepsání“ byla aktualizována tak, aby správně sledovala události před změnami jména i po nich. | |
| 4336003 | Shrnutí: Kliknutí na tlačítko Vytvořit při generování webového formuláře se dvěma nebo více účastníky a při výchozím nastavení aktivovaným KBA vyvolá chybu. Důvodem je výjimka nulového ukazatele, která se vyskytuje při vytváření formuláře, protože druhý účastník není při vytváření formuláře definován. |
| Oprava: Byly přidány kontroly nulového ukazatele pro vyřešení případných výjimek ve třídě java. | |
| 4336018 | Shrnutí: Při implicitním delegování dohody jsou výsledky rozhraní API nekonzistentní se zkušenostmi s explicitním delegováním, protože událost implicitního delegování postrádá některé informace. |
| Oprava: Byly vylepšeny toky implicitního delegování, aby se chovaly stejně jako explicitní delegování. | |
| 4336037 | Shrnutí: Volání metody GET /signingUrls po načtení ID dohody může vyvolat stav „AGREEMENT_NOT_SIGNABLE“, z něhož lze odvodit, že se dohoda nachází v konečné fázi. |
| Oprava: Podmínky, které vyvolávají stav v těchto případech, nyní vyvolají pouze stav „AGREEMENT_NOT_EXPOSED“. |
|
| 4336076 | Shrnutí: V prostředí pro podepisování nemají text a tlačítko „Vyžadováno další pole“ dostatečný kontrast. |
| Oprava: Tlačítko a text byly upraveny tak, aby poskytovaly kontrast 4,5:1. | |
| 4336077 | Shrnutí: V podepsaném dokumentu PDF není viditelné razítko účasti, pokud je účastník označen jako skupina příjemců. Metoda indexování najde správnou část pro toto razítko. Pokud však existuje skupina příjemců, bude ze skupiny vybrána náhodná část, která nemusí být aktuálním podepisujícím. V takových případech je někdy hodnota přiřazena jako nulová a část podepisujícího selže. |
| Oprava: Metoda indexování byla upravena tak, aby vracela správnou část podepisujícího ze skupiny účastníků. |
|
| 4337254 | Shrnutí: Příjemci nemohou dokončit proces podepisování při digitálním podepisování prostřednictvím poskytovatele cloudových služeb „BJCA“, protože k vykreslení některých čínských glyfů je používáno neplatné písmo. |
| Oprava: Aktualizace knihovny vykreslování nyní umožňují správné vykreslování glyfů, takže lze řádně dokončit proces podepisování. | |
| 4337616 | Shrnutí: Odeslání dohody NEAKTIVNÍMU uživateli vytvoří čekajícího jednorázového uživatele, který se nemůže podepsat pomocí ověřování službou Adobe Sign. |
| Oprava: Neaktivní uživatelé v nárokované doméně již nevytvářejí čekajícího jednorázového uživatele. | |
| 4337679 | Shrnutí: Při čištění uživatelů po jejich podpisu jsou odstraněny biometrické podpisy s ID uživatele. V důsledku toho je vytvořen podpis účasti, který je pouze proxy hibernací, jež při volání způsobí chyby. K této situaci může dojít při načítání události dohody, protože data vypadají jako nečitelné klikyháky. |
| Oprava: Byl přidán kód, který před načtením hodnot kontroluje, zda se skutečně jedná o nečitelné klikyháky. Byl aktualizován kód pro vyčištění tak, aby vynuloval obsah podpisu. | |
| 4337734 | Shrnutí: Rozhraní REST v6 API odmítne kód ISO země pro Curacao (CW) při použití k telefonickému ověření. |
| Oprava: Kód pro Curacao byl přidán do metody a je nyní dostupný. | |
| 4337948 | Shrnutí: Velmi lokalizované poškození dat způsobuje možnost odeslání dohody aktivnímu uživateli, který je dosud vytvořen jako jednorázový čekající uživatel. |
| Oprava: Databáze byla ručně opravena. | |
| 4338735 | Shrnutí: Tlačítko „コードを送信“ (Odeslat kód) obsahuje v textu v japonském uživatelském rozhraní zalomení řádku. |
| Oprava: Tlačítko bylo překonfigurováno tak, aby využívalo pouze jeden řádek. | |
| 4340100 | Shrnutí: Funkce „Nakonfigurovaná nastavení vyžadují, aby dokumenty byly chráněny heslem“ se může u účtů podporujících UMG aktivovat, přestože je pro aktivní skupinu na stránce odeslání nastavena pro položku „Ochrana podepsaného dokumentu heslem“ možnost „Povolit odesílatelům chránit podepsané dokumenty heslem“, protože uživatelská nastavení přepíší nastavení na úrovni skupiny. |
| Oprava: Pro uživatele v účtech podporujících UMG bude mít nastavení na úrovni skupiny vyšší prioritu než nastavení na úrovni uživatele. | |
| 4340558 | Shrnutí: Pokud je dostupné rozevírací pole pro předběžné vyplnění a je k dispozici digitální podpis, lze rozevírací pole po odeslání dohody stále upravit. |
| Oprava: Rozevírací pole bylo aktualizováno tak, aby po vyplnění hodnoty bylo pouze ke čtení. | |
| 4340659 | Shrnutí: Pokud je použita nesprávná e-mailová adresa účastníka, která je ale velmi podobná té správné (např. správná adresa je user@email.com, ale zákazník zadá user@email.com.us), a poté se odesílatel pokusí sdílet dohodu s tímto uživatelem, zadání správné e-mailové adresy způsobí chybu: „Nejméně jeden z uživatelů, se kterými chcete dokument sdílet, je již účastníkem a dokument s ním sdílet nelze.“ z důvodu nepřesné metody porovnávání hodnot e-mailů. |
| Oprava: Je zavedena přesnější metoda, která v těchto případech zajišťuje lepší správu identit uživatelů. | |
| 4341111 | Shrnutí: Funkce Hromadné odesílání nečte správně nastavení skupiny, pokud je aktivována funkce UMG. Místo toho ve všech případech použije výchozí nastavení primární skupiny. |
| Oprava: Kód byl aktualizován tak, aby pro pracovní postup hromadného odeslání přečetl správné (vybrané) nastavení skupiny. | |
| 4341187 | Shrnutí: Účastníci, kteří nejsou podepisujícími (např. schvalovatelé) a podepisují se pouze razítkem, importují hodnotu jména ze svého profilu místo použití hodnoty jména zadané v době podpisu. To se projeví na stránce Správa při prohlížení dokončené dohody. |
| Oprava: Na stránce správy se projeví hodnota zadaná v době podpisu. | |
| 4341807 | Shrnutí: V odpovědi na parametr /signingUrls je vrácena hodnota back-endu DISPLAY_EMAIL. |
| Oprava: Funkce pro zachycení e-mailu účastníka byla aktualizována tak, aby tento kontext zohledňovala. |
|
| 4341809 | Shrnutí: Když příjemce přesune ukazatel myši na svůj podpis a hodnota jména podepisujícího je použita přes rozhraní API, zobrazí se překryvné okno s textem „Klikněte, chcete-li změnit“. |
| Oprava: Kód podpisu byl aktualizován tak, aby byl tento popisek odstraněn. |
|
| 4341947 | Shrnutí: V těle odpovědi pro některá volání rozhraní API se nevyskytuje záhlaví retryAfter, když dojde k překročení omezující prahové hodnoty. |
| Oprava: Metoda správy byla aktualizována tak, aby obsahovala odpověď retryAfter. |
|
| 4343205 | Shrnutí: Dohody odeslané s vlastní e-mailovou šablonou a dobou platnosti odkazu nastavenou na hodnotu 60 vrátí při použití tlačítka Odeslat nový odkaz chybu 500. |
| Oprava: Funkce vypršení platnosti odkazu ve spojení s vlastními šablonami e-mailů byla upravena tak, aby byla tato chyba odstraněna. |
|
| 4343636 | Shrnutí: Dohody odeslané pomocí dokumentu obsahujícího objekty digitálního podpisu jiných podpisových služeb mohou způsobit neošetřené chyby z důvodu výjimky nulového ukazatele. |
| Oprava: Přidružený kód byl aktualizován tak, aby správně vyřešil problém s ukazatelem. |
|
| 4343696 | Shrnutí: Poté, co účastník nahraje dokument kliknutím na tlačítko Nahrát k odeslání, vytvoří se další verze dokumentu bez hodnoty účasti. Vzhledem k tomu, že dokument nemá přiřazenu účast, dojde k automatickému zrušení dohody (časový limit projektu) přibližně hodinu po jejím vytvoření. |
| Oprava: Již nevytváříme dokument bez účasti. |
|
| 4346378 | Shrnutí: Stránky odesílání nepoužívají nastavení ze správné skupiny, pokud stránka odesílání začíná dohodou, pracovním postupem nebo dokumentem knihovny. |
| Oprava: Byl aktualizován kontrolní mechanismus tak, aby prošel všechna možná záhlaví a zajistil, že budou zahrnuta správná nastavení skupiny. |
Nasazení do produkce: 3. května 2022
Vylepšená funkčnost
Vyřešené problémy
| Problém |
Popis |
|---|---|
| 4354725 | Shrnutí: Je-li povolená možnost Vyžadováno jméno příjemce, dohody je nyní možné tvořit prostřednictvím vlastních pracovních postupů. |
| Oprava: Funkce ověření jména byla zakázána pro pracovní postupy. To znamená, že při tvorbě dohody není vyžadovaná hodnota jména kontrolována/vynucována. |
Nasazení do produkce: 15. června 2022
Vylepšená funkčnost
- Vylepšené ověření digitální identity - Brána identity Acrobat Sign se připojuje ke službám ověřování a ověření identity třetích stran pomocí standardního ověřovacího protokolu OpenID Connect (OIDC).Zákazníci mohou vybírat ze široké škály služeb ověření a využít takový typ ověření identity, který nejlépe vyhovuje jejich požadavkům.
- Služby ověření identity zahrnují:
- Služby ověření identity prostřednictvím videa
- Identifikaci osobních dokumentů
- Služby ověření založeného na znalostech
- Informace o identitě se volitelně ukládají do Hlášení o identitě podepisujícího.
- Ověření identity se účtuje samostatně a spotřebovává podle zásad dodavatele.
- Transakce v oblasti ověřování jsou nakupovány přímo od dodavatele IDP, který je také účtuje.
- Služby ověření identity zahrnují:
- Noví poskytovatelé důvěryhodných služeb – Byli přidáni noví poskytovatelé důvěryhodných služeb z konsorcia Cloud Signature Consortium, kteří poskytují certifikáty pro použití zabezpečených digitálních podpisů splňujících ty nejpřísnější normy a požadavky na plnění předpisů:
- DigiCert One (Evropa a Severní a Jižní Amerika)
- ZealiD (Švédsko)
- GSE (Kolumbie)
- Nové webhooky
- AGREEMENT_EXPIRATION_UPDATED (pouze rozhraní API) – Webhook AGREEMENT_EXPIRATION_UPDATED pro událost se vytvoří po aktualizaci času konce platnosti dohody. Odběr webhooku AGREEMENT_EXPIRATION_UPDATED lze přihlásit pouze prostřednictvím volání POST /webhooks rozhraní API.
- AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER – Webhook AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER se aktivuje, když příjemce změní hodnotu předem vyplněného jména při podpisu dohody. Hodnoty názvů lze předvyplnit prostřednictvím rozhraní API nebo pomocí funkce Vyžadovat jméno příjemce při odesílání.
- Aktualizace návrháře vlastního pracovního postupu – Aktualizace návrháře vlastního pracovního postupu zahrnují:
- Přehled o uživatelích ve více skupinách. Účty s povoleným přehledem UMG umožňují provádět následující operace:
- Správci skupin mohou přiřazovat pracovní postupy libovolné skupině, kterou spravují (ne jen své primární skupině).
- Správci skupin mohou upravovat libovolný pracovní postup přiřazený libovolné skupině, kterou spravují.
- Aktualizace rozhraní pro ovládání rozsahu pracovního postupu, která umožňuje definovat uživatele s přístupem k pracovnímu postupu.
- Textový popisek pro označení skupin / uživatelů, pro které je povolen pracovní postup, byl změněn z Aktivovat pro na Kdo může používat tento pracovní postup.
- Textový popisek u možnosti zahrnout všechny skupiny / uživatele v účtu byl aktualizován z Všechny skupiny na Všichni uživatelé v mé organizaci.
- Pole přepínacích tlačítek pro výběr jednotlivých skupin bylo změněno na rozevírací nabídku pro výběr jedné položky s textovým popiskem Vybraná skupina.
- Přehled o uživatelích ve více skupinách. Účty s povoleným přehledem UMG umožňují provádět následující operace:
Návrhář vlastního pracovního postupu bude mít krátké přerušení služby pro aktualizaci základního kódu bezprostředně po hlavním vydání 15. června.
Mezi 15:00 a 15:30 tichomořského času nemusí návrhář pracovního postupu uživatelům umožnit tvorbu nových pracovních postupů nebo ukládání upravených pracovních postupů.
Uživatelům doporučujeme, aby si veškeré pracovní postupy, které vytvářejí/upravují, uložili do 15:00 tichomořského času.
Využívání pracovních postupů při generování dohod nebude v tomto období nijak ovlivněno.
- Vylepšení nového prostředí pro vytváření - Nové prostředí pro vytváření představené v dubnu 2022 bylo aktualizováno a nyní zahrnuje:
- Podpora až 25 příjemců.
- Nová pole:
- Rozevírací nabídky (pro výběr jedné položky)
- Hypertextové odkazy
- Rozevírací nabídky (pro výběr jedné položky)
- U nových webových účtů aplikace Acrobat a bezplatných uživatelů aplikace Acrobat jsou tyto funkce povoleny automaticky.
- U účtů Enterprise v řešení Acrobat Sign lze nové funkce pro vytváření povolit v nabídce Nastavení účtu > Globální nastavení
- Možnost zakázání sledovacího pixelu v e-mailu - Účty úrovně Enterprise mohou požádat tým podpory o zakázání sledovacího pixelu vloženého v šablonách e-mailů „Kontrola a podpis" pro příjemce.
- Zakázáním sledovacího pixelu se změní spouštění pro událost „Přečteno“:
- Když je pixel povolený, událost „Přečteno“ se spustí po otevření e-mailu.
- Když je pixel zakázaný, událost „Přečteno“ se spustí po otevření dohody (prostřednictvím odkazu pro podepsání).
- U nových účtů všech úrovní služby, které budou vytvořeny po stanoveném datu v červnu 2022, bude pixel ve výchozím nastavení zakázaný.
- Zakázáním sledovacího pixelu se změní spouštění pro událost „Přečteno“:
- Zakázání hypertextových odkazů vložených v podpisech a iniciálách - Účty úrovně Enterprise mohou požádat tým podpory o zakázání vložených hypertextových odkazů v objektech polí pro podpis a iniciály (které otevírají stránku ověření transakce).
- U všech účtů vytvořených po vydání v červnu 2022 bude toto propojení automaticky zakázáno.
- U účtů vytvořených před vydáním v červnu 2022 bude zachována starší verze funkce.
- U účtů vytvořených před vydáním v červnu 2022 bude zachována starší verze funkce.
- Zakázání hypertextových odkazů nemá zpětný účinek na dohody dokončené před změnou nastavení.
- Vložené odkazy nelze po jejich zakázání znovu povolit.
- U všech účtů vytvořených po vydání v červnu 2022 bude toto propojení automaticky zakázáno.
V nabídce Nastavení účtu > Globální nastavení > Nastavit výchozí časové pásmo pro použití v dohodách vytvořených uživateli v tomto účtu lze na úrovni účtu (a skupiny) povolit, aby zpráva o auditu převzala posun časového pásma z nastavení účtu/skupiny/uživatele
Hodnoty časového pásma lze nastavit na úrovni účtu, skupiny a uživatele, přičemž přednost má objekt „nejnižší“ úrovně.
- Nastavení uživatele mají přednost před nastaveními skupiny.
- Nastavení skupiny mají přednost před nastaveními účtu.
Pokud je toto nastavení povoleno a jednotliví uživatelé si nastaví časové pásmo odlišné od nastavení na úrovni účtu, v uživatelských zprávách o auditu se použije posun časového pásma nastavený v profilu uživatele, nikoli v účtu.
Při zasílání dohody uživateli se známým jménem v systému Acrobat Sign (typicky někomu ve vašem vlastním účtu) se jméno do profilu uživatele během procesu podepisování automaticky vloží.
Pokud účet uživatelům tohoto druhu umožňuje měnit při podepisování jméno, tato změna se zaznamená do zprávy o auditu, kde bude uvedeno původní jméno a aktualizované jméno.Všechny následné iterace jména příjemce v auditorské zprávě budou odrážet upravenou hodnotu.
Ne všichni příjemci mají známou hodnotu jména při odeslání dohody.V těchto případech nebude žádná událost zaznamenána do auditní zprávy ani do seznamu aktivit.Kontrola těchto dohod prostřednictvím rozhraní API (GET /agreements/<id>/events) zobrazí událost SIGNER_NAME_CHANGED_BY SIGNER.
Událost SIGNER_NAME_CHANGED_BY SIGNER lze také zachytit pomocí webhooků s použitím nové události AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER.
Standardní elektronické podpisy nyní zahrnují důvod, který příjemci uvedli při podpisu, odmítnutí nebo zrušení dohody.
Sdílením jednotlivých dohod vznikne záznam ve zprávě o auditu. Tento záznam nyní kromě jména strany, s níž byla dohoda sdílena, obsahuje také jméno účastníka, který dohodu sdílel.
Pokud je dohoda sdílena poté, co dosáhla konečné fáze, zpráva o auditu se neaktualizuje o nové záznamy, ale aktivita při sdílení je nadále sledována v rámci protokolu Aktivit dohody.
Záznamy auditu se nyní vytvářejí vždy, když příjemce požádá o nový dokument poté, co vyprší odkaz.
Nezapomeňte, že jakmile dohoda dosáhne konečného stavu, zprávy o auditu jsou neměnné. Připomenutí a události sdílení vzniklé poté, co dohoda dosáhne konečného stavu, nebudou zohledněny ve zprávě o auditu.
- Povolení nebo zakázání sdílení jednotlivých dohod s interními/externími stranami – Možnost uživatelů sdílet jednotlivé dohody s jinou stranou může být omezena tak, aby sdílení bylo povoleno/zakázáno podle toho, zda se jedná o interní/externí stranu.
- Interní uživatelé jsou definováni jako uživatelé, kteří mají stejný účet Acrobat Sign jako odesílatel dohody.
- Externí uživatelé jsou definováni jako všichni uživatelé, kteří nejsou členy stejného účtu Acrobat Sign jako odesílatel dohody.
Změny v prostředí
- Webové formuláře nadále nevyžadují, aby měly podepisující osoby povoleny soubory cookie třetích stran – Účty využívající webové formuláře se již nemusí starat o to, zda mají podepisující strany před podpisem povoleny soubory cookie třetích stran. Webové formuláře nyní podporují aktivity podepisování bez souborů cookie.
- Odkazy pro podepsání, jejichž platnost vypršela, jsou omezeny na deset žádostí za hodinu – Pokud vyprší platnost odkazu URL pro podepsání, příjemce může požádat o nový odkaz URL až desetkrát během 60 minut.
- Po obdržení desáté žádosti během jednoho 60minutového časového okna nebude nový odkaz URL odeslán.
- U těchto deseti žádostí o podepsání se uplatňuje princip rolujícího časového okna, takže každá žádost má 60minutový časovač.
- Aktualizované rozhraní Externího archivu – Rozhraní externího archivu bylo aktualizováno tak, aby správce musel e-mailovou adresu zadat dvakrát (aby bylo zajištěno správné nastavení e-mailu), a e-mailová adresa se namísto textového řetězce ukládá jako objekt s adresou umožňující kliknutí. Aktualizují se všechna rozhraní funkce automatické archivace (Globální nastavení na úrovni účtu/skupiny a karta Externí archiv).
- Aktualizace funkce Vyžadované jméno příjemce - Funkce pro vyžadování jména příjemce při vytváření nové dohody nyní zachovává toto nastavení na úrovni dohody, což zajišťuje, že hodnota nastavení je vynucována i v případě, že se změní nastavení na úrovni účtu/skupiny.
- Aktualizace integrace služby Notarize – U integrace služby Notarize pokračují vylepšení:
- Čas konce platnosti dohody je sdílen se službou Notarize a služba Notarize jej bude dodržovat v rámci své funkce plánování.
- Před odesláním dohody k notářskému ověření se nyní ověřuje klíč API služby Notarize. V následujících případech se zablokuje odeslání/aktualizace a zobrazí se chyba:
- účtu vypršela zkušební verze,
- je deaktivováno mapování účtu služby Notarize ke klíči API,
- klíč API služby Notarize je neplatný,
- klíč API služby Notarize byl zakázán.
- účtu vypršela zkušební verze,
- Aktualizace popisku s datem vypršení platnosti v e-mailech – Text s označením data vypršení platnosti v e-mailech pro příjemce byl aktualizován tak, aby uváděl, že dohody lze podepsat až do data vypršení platnosti. Text Do {DATE} byl aktualizován na Termín: {DATE} :
- Vylepšená automatická detekce polí formuláře (omezené nasazení) – Automatická detekce polí formuláře byla vylepšena tak, aby přesněji identifikovala typ, velikost, počet a umístění polí formuláře, které umisťujete.
- Nasazeno pouze v prostředí NA4 po vydání v červnu 2022.Nasazení do dalších prostředí proběhne v budoucích vydáních.
Vyřešené problémy
| Problém |
Popis |
|---|---|
| 4326356 | Souhrn: Formuláře PDF vytvořené v aplikaci InDesign nastavují u nezaškrtnutých políček hodnotu „vypnuto“, což způsobovalo problémy v případě, že pole umožňují úpravu uživatelem. |
| Oprava: Ignorování výchozí hodnoty „vypnuto“ u polí s nezaškrtnutým políčkem při importování formulářů PDF. |
|
| 4329479 | Souhrn: Pokus o zachycení snímku selfie s průkazem totožnosti v systému iOS15 selže s chybou „Obličej nebyl detekován“. |
| Oprava: Balíček GovernmentID byl aktualizován vylepšeným kódem, který tuto chybu řeší. |
|
| 4330744 | Souhrn: Správci účtů nemohou z důvodu nesrovnalosti mezi ID nastavení a domovským oddílem účtu zakázat nastavení pro biofarmacii. |
| Oprava: Byla aktualizována databáze za účelem opravy nesrovnalostí v nastavení. |
|
| 4332322 | Souhrn: Počet spotřebovaných transakcí KBA může být nesprávně zvýšený z důvodu špatné logičnosti ovládacích prvků při zhodnocování použití KBA |
| Oprava: Logičnost byla upravena, aby odrazovala správné použití. | |
| 4333689 | Souhrn: Tvůrci webových formulářů nemohou v moderním rozhraní stránky pro správu delegovat kontrasignaci pro webové formuláře z toho důvodu, že rozhraní API při pokusu o podepsání nenabízí odpověď umožňující podepsání. |
| Oprava: Rozhraní API bylo aktualizováno tak, aby při vyvolání ze stránky Správa nabízelo podepisující osobě správnou odpověď. |
|
| 4333769 | Souhrn: Jakmile dojde ke změně skupiny uživatelů, nemůžou uživatelé nadále upravovat webové formuláře (a dohody). |
| Oprava: Oprávnění byla změněna tak, aby průvodci umožňovala získávat a upravovat dohody v případě, že má neaktivní členství pro webový formulář/ID dohody. |
|
| 4336080 | Souhrn: Podpisy používající dvoubajtové znaky mohou způsobit zkrácení části s datem podpisu v razítku s konečným podpisem. |
| Oprava: Parametry pole byly aktualizovány tak, aby obsahovalo prostor pro razítko s úplným podpisem. |
|
| 4338126 | Souhrn: V moderním rozhraní stránky Správa není u připomenutí vytvořených na starší stránce Správa viditelná možnost Zrušit připomenutí z toho důvodu, že požadovaný parametr není součástí definice staršího objektu. |
| Oprava: Byl přidán kód, který řeší rozdíly mezi starším objektem a moderní funkcí. | |
| 4338227 | Souhrn: Rozevírací pole s definovanou výchozí hodnotou obsahující jednu uvozovku nejsou zaregistrována jako platná možnost a nelze je vybrat. |
| Oprava: Byl přidán kód pro řádnou správu výchozí hodnoty obsahující jednu uvozovku. |
|
| 4339667 | Souhrn: Autoři nemohou během zpracování upravovat webový formulář vytvořený ze šablony obsahující pole pro předvyplnění. |
| Oprava: Kód byl aktualizován tak, aby při úpravách aktivního webového formuláře nekontroloval pole pro předvyplnění. |
|
| 4341476 | Souhrn: Po dokončení vytváření dohody prostřednictvím datové části JASON chybí datum vypršení platnosti, protože kód pro vykreslování načítá z tabulky vlastností dohody nesprávnou hodnotu. |
| Oprava: Kód byl opraven tak, aby byla načítána správná hodnota a tato publikována jako datum vypršení platnosti. |
|
| 4343048 | Souhrn: Výběr souhlasu s používáním souborů cookie není uložen pro prostředí Sandbox a Government. Uživatelé musí poskytnout souhlas pokaždé, když provádí ověření |
| Oprava: Výběr souhlasu s používáním souborů cookie se ukládá pro uživatele. | |
| 4343954 | Souhrn: Odeslání dokumentu s titulem ve znakové sadě Unicode, který je následně importován do názvu dohody, způsobí dvojí přidání názvu. To může způsobit, že řetězec bude příliš dlouhý na to, aby mohla funkce pro převod PDF řádně vytvořit soubor PDF, a výsledkem je PDF neumožňující převod. |
| Oprava: Kód byl aktualizován tak, aby používal řetězec z původního titulu namísto vytváření nového titulu během převodu |
|
| 4344568 | Souhrn: Některá nastavení e-mailu na úrovni skupiny se neukládají v případě, že jsou aktualizována tak, aby nahradila nastavení na úrovni účtu, protože dojde k chybě při kontrole hodnoty, která má tyto parametry nahradit. |
| Oprava: Kód byl aktualizován tak, aby byla zajištěna řádná kontroly hodnoty, která má při aktualizaci nastavení na úrovni skupiny nahradit původní hodnoty. |
|
| 4345297 | Souhrn: U cloudových podpisů může dojít k selhání s chybou „Při dokončování digitálního podpisu došlo k chybě“, protože do pole s podpisem se vkládá záporná souřadnice. |
| Oprava: Byl přidán kód pro zajištění řádného výpočtu umístění pole s opravenými souřadnicemi. |
|
| 4345380 | Souhrn: Příjemcům se v uživatelském rozhraní stále zobrazuje možnost odmítnout podepsání, ačkoli možnost „odmítnout podepsání“ je zakázaná. |
| Oprava: Kód byl aktualizován tak, aby v uživatelském rozhraní docházelo k řádnému potlačení možnosti odmítnout podepsání při prvním načtení stránky s dohodou příjemcem. |
|
| 4346217 | Souhrn: Při exportech může docházet k chybě s výjimkou kvůli tomu, že se ve vláknech vyhotovitele neaktualizují ID organizace z dřívějšího použití, což způsobí pokusy o provádění úloh u nesprávných organizací. |
| Oprava: ID organizace se nyní ve vláknech vyhotovitele řádně aktualizují, pokud jsou převzata z plánovače. |
|
| 4346736 | Souhrn: Počítaná pole obsahující funkci now() nefungují v případě, že jsou kopírována prostřednictvím rozhraní API, protože v kopírovaných počítaných výrazech jsou zachovány escape znaky až na úroveň dat XML dokumentu. |
| Fix: Počítané výrazy jsou před uložením do dat XML dokumentu vyčištěny. |
|
| 4347673 | Souhrn: Správci skupiny mohou zachovat viditelnost uživatelů ve skupinách, ve kterých dříve vytvářeli zprávy, a následně mohou být přesunuti mimo tuto skupinu v důsledku chybné aktualizace filtru skupiny. |
| Oprava: Filtrování skupin bylo aktualizováno tak, aby byla zajištěna aktualizace filtrů v případě, že správce uživatele změní oprávnění skupiny. |
|
| 4348040 | Souhrn: Zákazníkům přidávajícím některé soubory obrázků prostřednictvím polí příloh není hlášen správný typ MIME |
| Oprava: Kód byl vylepšen tak, aby v příslušné třídě nabízel kompletní rozsah možností. |
|
| 4349061 | Souhrn: Dokumenty z knihovny nejsou vždy řazeny v abecedním pořadí, protože po zkombinování kombinovaných seznamů nedochází k jejich řazení. |
| Oprava: Kombinované seznamy jsou nyní řazeny abecedně (čísla před znaky abecedy a rozlišování malých a velkých písmen). |
|
| 4349494 | Souhrn: Pole ručně umístěná přes oblast, kam by bylo umístěno automaticky detekované pole, si zachovávají vlastnosti automaticky detekovaného pole. |
| Oprava: Vlastnosti automaticky detekovaných polí nejsou uloženy v případě, že nedojde k umístění pole. |
|
| 4349978 | Souhrn: Ověření průkazu totožnosti může při zachycení snímku selfie skončit chybou „Obličej nebyl detekován“. |
| Oprava: Balíček s funkcí průkazu totožnosti byl aktualizován, čímž byla vyřešena hlavní příčina. | |
| 4350723 | Souhrn: V přizpůsobených e-mailových šablonách nejsou k dispozici pole TransactionID |
| Oprava: Do přizpůsobitelných e-mailových šablon byla přidána pole TransactionID. |
|
| 4351205 | Souhrn: Podepisujícím osobám se může při podepisování dohody zobrazit chyba „Tuto dohodu nelze elektronicky podepsat“, protože ve vybraných situacích dochází k přepsání interního ID. |
| Oprava: Nově vytvořené dohody odesílají ID do databáze při prvním uložení dohody, čímž odpadá nutnost ID kdykoli aktualizovat. | |
| 4351322 | Souhrn: Je možné ukládat duplicitní verze pracovního postupu, jelikož tlačítko „Uložit“ není deaktivováno ihned po uložení pracovního postupu. |
| Oprava: Tlačítko Uložit se deaktivuje ihned po uložení pracovního postupu, čímž je zabráněno vzniku duplicitních záznamů. |
|
| 4352684 | Souhrn: U pole SIGNATURE nefunguje volání API „PUT /widgets/{widgetId}/formFields“ |
| Oprava: Kód byl opraven a bylo ověřeno, že funguje dle očekávání. |
|
| 4353289 | Souhrn: Chybný maďarský překlad řetězce „Číslo transakce XYZ je platné“. |
| Oprava: Překlad byl opraven. |
|
| 4353564/4361472 | Souhrn: Schopnost tvorby nových účtů pomocí rozhraní POST/account byla porušena z důvodu aktualizace nadřazených nastavení. |
| Oprava: Rozhraní API POST/account bylo upraveno, aby zahrnovalo nadřazená nastavení. | |
| 4354088 | Souhrn: V novém rozhraní pro podepisování nelze odstraňovat pole pomocí klávesy „Delete“. |
| Oprava: Kód byl vylepšen tak, aby umožňoval odstraňování pomocí klávesy Delete. |
|
| 4354730 | Souhrn: Když příjemce obdrží dohodu, podmíněná pole pro předvyplnění používaná pro hodnoty zobrazit/skrýt u polí pro následné příjemce nemusí být viditelná. |
| Oprava: Kód tabulek s hodnotami polí byl vylepšen tak, aby obsahoval vlastnosti polí pro předvyplnění. |
|
| 4355002 | Souhrn: Nové prostředí pro vytváření nedovolovalo role notářského ověření a elektronické pečeti. |
| Oprava: Role byly přidány mezi možnosti rolí. | |
| 4355003 | Souhrn: Psané pracovní postupy mohou narušit doručení New Link, když mezi stažením podepsatelného dokumentu a následného nahrání podepsaného dokumentu vyprší platnost odkazu. |
| Oprava: Kód byl vylepšen, aby tuto situaci vyřešil. | |
| 4357224 | Souhrn: Z PDF se neimportuje uživatelský formát pole pro datum |
| Oprava: Kód pro import pole byl aktualizován tak, aby byl zajištěn přenos správného ověření formátu z nahraného PDF. |
|
| 4357710 | Souhrn: Přepínací tlačítka s podmíněnou viditelností se nemusí zobrazit. |
| Oprava: Kód podmíněné viditelnosti byl zúžen tak, aby bylo při splnění podmínek zajištěno přesné zobrazení. |
|
| 4357908 | Souhrn: U transakcí, které při odeslání využívají jednu prémiovou metodu ověření, a později tuto metodu ověření převedou na jinou prémiovou metodu ověření, může docházet k odečtení obou metod ověření, ačkoli ve skutečnosti byla využita pouze jedna |
| Oprava: Kód byl vylepšen tak, aby při aktualizaci dohody a převodu metody ověření nebyla započítána původní metoda. |
|
| 4358003 | Souhrn: Migrace uživatele se může po spuštění klasické migrace zablokovat a následně dojít také ke spuštění pokročilé migrace. |
| Oprava: Byl přidán kód pro správu probíhající migrace po spuštění nové migrace. |
|
| 4358968 | Souhrn: Nový systém hlášení řádně nehlásí všechny starší pracovní postupy v případě jejich deaktivace. |
| Oprava: Rozsahy hlášení byly vylepšeny tak, aby zahrnovaly deaktivované a skryté pracovní postupy. |
|
| 4361469 | Souhrn: Pokud je pro odeslání dohody jménem jiné osoby použita možnost Přepnout účet, není možné nic vytvářet, ale uživatelé jsou namísto toho přesměrováni na stránku Správa, protože nové prostředí pro vytváření není součástí tabulky filtru pro sdílený přístup. |
| Oprava: Do filtru pro sdílený přístup bylo přidáno nové prostředí pro vytváření. |
Nasazení do produkce: 20. července 2022
Vylepšená funkčnost
- Vyžadování jména příjemce při delegování – Funkce vyžadování jména příjemce při odesílání nové dohody (vydání z dubna 2022) byla vylepšena tak, aby bylo možné jméno příjemce zadat i v okamžiku delegování. Uživatelé mohou zadat jméno příjemce, když kliknou na možnost Delegovat podpis na jiného na stránce podpisu nebo použijí odkaz delegovat v e-mailu.
Zlepšení procesu delegování bylo dosaženo aktualizací rozhraní API pro delegování, které nyní využívá koncový bod v6 REST /delegatedParticipantSets.
Zákazníci by neměli zaznamenat žádné změny kromě toho, že je během delegování nutné zadat jméno. Pokud si všimnete jakýchkoli problémů s delegováním, kontaktujte podporu.
- Tipy k formulářovým polím podporují až 4 096 znaků – Volitelné přizpůsobitelné tipy u všech formulářových polí nyní umožňují zadávání 4 096 znaků namísto 256 znaků.
- Vylepšené vyhledávání balíčků služeb Tým / malý podnik – Funkce hledání používaná k nalezení dohod byla vylepšena tak, aby podporovala komplexnější dotazovací řetězce pomocí speciální syntaxe. Vylepšená funkce vyhledávání je naplánována k nasazení podle úrovně služby ve druhé polovině roku 2022.
- Toto vydání aktualizuje pouze úroveň služeb Tým / malý podnik.
- Dokumentace k vylepšené funkci vyhledávání je k dispozici v online nápovědě.Odkaz na dokumentaci se v aplikaci nabízí kliknutím na ikonu informací vedle pole hledání:
Změny v prostředí
- Právní upozornění na stránce pro elektronické podepsání byla sloučena do jedné nabídky – Právní upozornění na stránce pro elektronické podepsání příjemcem byla sloučena pod jednu položku s názvem Právní upozornění v nabídce Možnosti. Sloučená upozornění:
- Podmínky použití
- Zásady zachování soukromí
- Předvolby souborů cookie
- Informace o autorských právech a ochranných známkách
- Upozornění třetích stran
- Stránka pro elektronické podepsání a stránka Správa obsahují odkazy na zprávy umožňující kliknutí – Pokud účty na podnikové úrovni mají povoleno vkládat do svých e-mailových šablon odkazy umožňující kliknutí, tyto odkazy umožňující kliknutí pro ně nyní budou viditelné na stránce pro elektronické podepsání příjemcem i při zobrazení dohody na stránce Správa.
- Do ověření pomocí SMS byl přidán kód země +383 (Kosovo) – Do seznamu kódů zemí pro účely ověření pomocí telefonu bylo přidáno Kosovo (+383).
- Tipy polí pro podpis byly aktualizovány pro usnadnění přístupu – U jednotlivých typů polí pro podpis byly vylepšeny tipy za účelem lepší identifikace obsahu podpisu vyžadovaného příjemcem.
Vyřešené problémy
| Problém |
Popis |
|---|---|
| 4331709 | Shrnutí: Pokud je příjemce nahrazen takovým ID uživatele, který automaticky deleguje své dohody uživateli bez aktivního ID uživatele v systému, vygeneruje se chyba MISC_SERVER_ERROR. |
| Oprava: Kód byl vylepšen tak, aby docházelo k úspěšné identifikaci a pro účely transakce se vytvořilo jednorázové ID uživatele pro automatické delegování. |
|
| 4345707 | Shrnutí: Nejasné informace v tipech k polím pro podpis/iniciály/razítko způsobují zmatky při používání programů pro čtení dohod z obrazovky. |
| Oprava: Tipy byly aktualizovány tak, aby lépe označovaly požadovaný typ obsahu (iniciály/podpis/razítko). Lokalizace těchto tipů byla aktualizována a ověřena běžnými programy pro čtení z obrazovky. |
|
| 4346795 | Shrnutí: Pokud je ověření zamítnuto z důvodu omezení IP adresy, uživateli se zobrazí nejasná chybová zpráva. |
| Oprava: Chybová zpráva byla vylepšena tak, aby obsahovala informaci, že chyba při ověřování je způsobena zásadami zabezpečení účtu. |
|
| 4348930 | Shrnutí: Výpočty dynamických hodnot používaných v platebních polích nezahrnují předvyplněné hodnoty. |
| Oprava: Kód pro podporu výpočtu hodnot platebních polí byl opraven tak, aby zajišťoval řádný přístup a importování hodnot z předvyplněných polí. |
|
| 4353603 | Shrnutí: Obrázková pole jsou zakázána podmíněnou logikou na základě toho, že do ostatních polí lze stále nahrát obrázek. |
| Oprava: Kód zakazující přístup k poli na základě podmíněné logiky pole byl opraven tak, aby zajistil, že k obrázkovému poli nelze přistupovat | |
| 4354667 | Shrnutí: Pokud jsou na jedné stránce k dispozici dvě pole příloh, zvýraznění v aplikaci se po zadání první přílohy nepřepne na další pole a dojde k zacyklení. |
| Oprava: Navigace mezi poli a kód setFocus byly opraveny tak, aby bylo zajištěno řádné zvýraznění dalšího pole. |
|
| 4354854 | Shrnutí: V případě vložení e-mailové adresy ze schránky se při ověřování podpisu u webového formuláře řádným způsobem neaktivuje tlačítko Kliknutím podepsat. |
| Oprava: Funkce OnPaste byla vylepšena tak, aby lépe podporovala tuto akci při odesílání webového formuláře. |
|
| 4354992 | Shrnutí: E-maily s připomenutím a delegováním mohou být odmítnuty antispamovým filtrem kvůli neshodě hodnot v obálce a v hlavičce odesílatele vlivem nekonzistentní správy jmen. |
| Oprava: Záhlaví Od v e-mailu je nyní konzistentně formátováno jako „jméno příjmení <adobesign@adobesign.com>", když jsou k dispozici křestní jméno a příjmení. |
|
| 4355581 | Shrnutí: Pokud vlastnosti zprávy obsahují nulové hodnoty, v grafech zpráv omezených na určitý účet se mohou zobrazovat zprávy označené pomocí ID zprávy. |
| Oprava: Rozhraní API nového systému zpráv bylo aktualizováno tak, aby umožňovalo lepší správu zpráv s nulovými hodnotami |
|
| 4359189 | Shrnutí: E-mailové šablony mohou zobrazovat & místo & při použití názvu společnosti. |
| Oprava: Kód zajišťující správné formátování názvu společnosti byl opraven. |
|
| 4359920 | Shrnutí: Při nastavení ověření pomocí SMS není k dispozici kód země Kosovo (+383) |
| Oprava: Do seznamu dostupných kódů země pro SMS byl přidán kód (+383). |
|
| 4360266 | Shrnutí: Pokud je stav uživatele změněn na Neaktivní a následně je uživatel přesunut do jiné skupiny, v souboru CSV vygenerovaném při exportování seznamu uživatelů se nezobrazuje název aktuální skupiny neaktivního uživatele. |
| Oprava: Byla implementována nová metoda načtení dat uživatele pro účely exportu bez kontroly stavu uživatele. |
|
| 4360311 | Shrnutí: E-mailové šablony mohou zobrazovat & místo & když jméno odesílatele obsahuje &. |
| Oprava: Kód zajišťující správné formátování jména odesílatele byl opraven. |
|
| 4361282 | Shrnutí: Žádost o nový odkaz (po vypršení platnosti předchozího odkazu) v e-mailové šabloně připomenutí způsobí, že se všem účastníkům odešle e-mailové připomenutí. |
| Oprava: Kód připomenutí byl opraven tak, aby se připomenutí odeslalo pouze příjemci, který o něj požádal. |
|
| 4361868 | Shrnutí: Při výpočtu hodnot data v jiných než anglických prostředích se může zobrazovat zpráva „Chyba serveru. Vyskytlo se pole s neplatnou hodnotou“ |
| Oprava: Byl vylepšen překlad formátů data u lokalizovaných dat s ohledem na vypočítané pole a podmíněné příkazy. |
|
| 4365756 | Shrnutí: Kvůli konfliktu způsobů přebírání starších nastavení se správcům při úpravách zobrazují prázdné stránky s profilem uživatele. |
| Oprava: Inteligence řádného přebírání nastavení a přístup k nim byly aktualizovány tak, aby se předešlo konfliktům a byly zajištěny správné hodnoty. |
|
| 4366715 | Shrnutí: Dohody sestavené ze dvou souborů mohou ve stromu struktury vytvořit poškozené záznamy, kvůli kterým se nezdaří proces vytvoření (kvůli procesu používanému ke kombinaci stromů struktury). |
| Oprava: Byla aktualizována knihovna používaná ke kombinaci dokumentů tak, aby lépe spravovala strukturovaný strom, když je do jedné dohody zahrnuto několik souborů. |
Nasazení do produkce: 13. září 2022
Vylepšená funkčnost
- Předběžná verze v sandboxu čtyři týdny před vydáním do produkce - Vydání produktu Acrobat Sign jsou nyní nasazována do prostředí sandbox čtyři týdny před obecným spuštěním do produkce, což umožňuje účtům s oprávněním sandbox zkontrolovat a otestovat nové funkce před tím, než ovlivní produkční prostředí.Plánovaná vydání jsou k dispozici pro kontrolu v plánu vydání s daty vydání sandbox a produkce dostupnými v horní části poznámek k předběžné verzi.(Datum vydání pro prostředí sandbox není uvedeno v poznámkách k verzi pro produkční prostředí.)
- Ovládací prvky umožní správci povolit či zakázat uživatelům přidat šablony na úrovni organizace – Správci nyní mohou na úrovni účtu či skupiny rozhodnout, zda umožnit uživatelům ve skupině sdílet šablony s celou organizací, nebo jen v rámci skupin(y).
Další podrobnosti o šablonách knihovny naleznete zde >
Pokud je toto nastavení povolené, do zprávy o auditu se zaznamená každé připomenutí odeslané e-mailem (maximálně celkem 250 událostí připomenutí).
Když jsou připomínkové e-maily zakázané, do zprávy o auditu se nepřidávají žádné aktualizace.Toto omezení se vztahuje i na připomenutí, která mají vytvořit novou událost webhooku. Např. pokud nastavení účtu povoluje přidat připomenutí do zprávy o auditu, ale jednotlivé skupiny e-mailové připomenutí potlačily, jejich zpráva o auditu v souladu s konkrétním nastavením neobsahuje události připomenutí.
- Vylepšené vyhledávání balíčků služeb Business – Funkce vyhledávání, používaná k vyhledávání dohod, byla vylepšena tak, aby podporovala komplexnější dotazovací řetězce používající speciální syntaxe. Vylepšená funkce vyhledávání je naplánována k nasazení podle úrovně služby v průběhu několika příštích vydání produktu.
- Toto vydání aktualizuje pouze úroveň služeb Business.
- Dokumentace k vylepšené funkci vyhledávání je k dispozici v online nápovědě.Odkaz na dokumentaci se v aplikaci nabízí kliknutím na ikonu informací vedle pole hledání:
Změny v prostředí
- Aktualizovaná možnost právních upozornění pro vloženou stránku elektronického podpisu (noChrome) – Odkaz na Právní upozorněnív nabídce Možnosti na stránce elektronického podepsání bude nabízet variantu obsahu právních upozornění, který obsahuje přidružené dokumenty, které neobsahují žádné další aktivní odkazy. Tím je zajištěno, že zákazníci, kteří používají funkci elektronického podepisování, nebudou své příjemce vystavovat externím odkazům, které by mohly být použity jako doplňkový obsah mimo rozsah kontrolovaného zážitku.
- Aktualizace textových popisků a popisků integrace služby společnosti Notarize, Inc. – Došlo k aktualizaci nových termínů a popisků služeb od společnosti Notarize, Inc. v dokumentaci k rozhraní API služby Acrobat Sign, Nastavení odeslání, Nastavení správce a rozhraní Vyžádat upozornění.
V dokumentaci k rozhraní API došlo k aktualizaci notaryType BYON_NOTARY:
Aktualizace možností transakce na stránce nastavení odeslání:
- Nový řetězec: Služba Notář na vyžádání od společnosti Notarize
- Nahrazuje: Služba Notář na vyžádání od společnosti Notarize
- Nový řetězec: Interní notář s vícefaktorovým ověřením podepisujícího
- Nahrazuje: Přineste si ověření od vlastního notáře s vícefaktorovým ověřením podepisujícího
- Nový řetězec: Interní notář - notář osobu osobně zná
- Nahrazuje: Přiveďte vlastního notáře - Osobu, kterou notář zná osobně
Aktualizace konfigurační stránky schůze s notářem, aby osahovala správně pojmenovaný řetězec Využít službu Notář na vyžádání od společnosti Notarize, Inc.
Nahrazuje: Využít služby Notář na vyžádání společnosti Notarize, Inc.
Vyřešené problémy
| Problém |
Popis |
|---|---|
| 4353459 | Popis: V novém nástroji pro export dat chybí sloupec Skupina odesílatele.: |
| Oprava: Sloupec Skupina odesílatele byl přidán jako volitelná položka při exportu do formátu CSV.: |
|
| 4359191 | Popis: Účtům s povolenou možností Uživatelé ve více skupinách se nejednotně zobrazuje přiložené logo v rozhraní Vyplnit a podepsat a Vytvoření. |
| Oprava: Úprava programu, aby při relaci odkazoval na správnou skupinu a logo. | |
| 4361051 |
Popis: U dohod s digitálními podpisy může dojít k automatickému zrušení, pokud platnost podpisu vyprší, protože se miniatura nenačte. |
| Oprava: Načítání obrázku miniatury bylo odloženo až po dokončení podpisu, aby nedošlo k automatickému zrušení |
|
| 4367176 | Popis: Dohody podepsané na stránce Správa využívají pro omezení zdroje pro nahrávání nastavení na úrovni účtu. |
| Oprava: Úprava programu, aby při přihlášení na stránce Správa využíval nastavení na úrovni (primární) skupiny. |
|
| 4367707 | Popis: Stále lze odmítnout dohody s vlastnoručním podpisem, ačkoli byla tato možnost zakázaná. |
| Oprava: Vylepšení programu, aby při zobrazení stránky psané dohody zkontroloval položku nastavení Odmítnout podepsání. |
|
| 4373816 | Popis: Účtům s povolenými možnostmi Vyhledat v jazyce SGQL a Uživatelé ve více skupinách se mohla při vyhledávání zobrazit chyba „Špatný požadavek“ a prázdná stránka Správa. |
| Oprava: Stránka Správa byla aktualizována, aby řádně pracovala s vyhledávacími požadavky. |
Nasazení do produkce: 8. listopadu 2022
Vylepšená funkčnost
- „Právě včas" zřizování uživatelů pro účty spravované v aplikaci Adobe Admin Console - Účty, které spravují uživatele v aplikaci Adobe Admin Console, mohou nakonfigurovat svůj účet tak, aby automaticky vytvářel uživatele a volitelně je přidával do produktového profilu Acrobat Sign při jejich prvním ověření ve službě Acrobat Sign prostřednictvím nakonfigurovaného řešení SSO.
- Elektronické pečeti – Účty podnikové úrovně mohou používat elektronické pečeti (e-pečeti), které mají stejnou právní platnost jako firemní gumové razítko na papíře. Elektronické pečeti může používat více než jedna osoba nebo systém pod kontrolou nebo dohledem právnické osoby. Funkce elektronického zapečetění v aplikaci Acrobat Sign umožňuje organizacím používat elektronické pečeti pomocí digitálních certifikátů vydaných jejich právnické osobě, které pomáhají zprostředkovat integritu a pravost faktur, prohlášení nebo jiných oficiálních dokumentů.
- Plánování sestav a exportů dat - Nové rozhraní pro vytváření sestav (vydané v dubnu 2022) bylo vylepšeno tak, aby umožňovalo plánování sestav/exportů pro pravidelné spouštění a doručování e-mailů s odkazem na sestavu/export pro seznam interních uživatelů.
- Plánované sestavy/exporty může vytvářet, upravovat a zrušit pouze zakladatel.
- Sestavy/exporty lze plánovat denně, týdně nebo měsíčně. Spuštění proběhne o půlnoci vybraného dne (na základě nastavení časového pásma účtu).
- Pro získávání aktualizací v reálném čase je dostupná možnost Odeslat nyní.
- Pouze uživatelé se stejným účtem Acrobat Sign mohou být zahrnuti do plánovacího e-mailu.
- Při přistupování k e-mailovému odkazu musí uživatel provést ověření v systému Acrobat Sign.
- Pouze uživatelé na seznamu příjemců e-mailových upozornění mohou sestavy/exporty zobrazit .
- E-mailové odkazy jsou zakázané podle konfigurace vypršení platnosti odkazů na dokumenty účtu.
- Při přistupování k e-mailovému odkazu musí uživatel provést ověření v systému Acrobat Sign.
- Pokud přes plánovanou sestavu/export přejedete kurzorem, zobrazí se ikona.
- Plánované sestavy/exporty může vytvářet, upravovat a zrušit pouze zakladatel.
Název sloupce |
Popis |
|---|---|
Skupina odesílatele |
Aktuální skupina uživatele, který dokument odeslal |
Společnost odesílatele |
Společnost uživatele v době vytvoření dohody |
Zařízení odesílatele |
Zařízení použité k vytvoření dohody |
Důvod odmítnutí odesílatele |
Důvod, proč odesílatel odvolal dohodu |
Datum použití uchování dokumentu |
Kdy bylo použito uchování dokumentů dle GDPR |
Typ podpisu |
Typ podpisu: ESIGN nebo WRITTEN |
Počet dokumentů |
Počet dokumentů použitých k vytvoření dohody |
Počet stránek |
Počet stránek v dokumentech použitých k vytvoření dohody |
Počet příjemců |
Počet příjemců (účastníků) dohody |
Počet dokončených příjemců |
Počet příjemců, kteří dokončili požadovanou akci |
Počet zbývajících příjemců |
Počet zbývajících příjemců, kteří nedokončili požadovanou akci |
Zpráva dohody |
Text poskytnutý odesílatelem při vytváření dohody |
Role příjemce |
Role určená při odesílání dohody (tj. PODEPISUJÍCÍ, SCHVALOVATEL, DELEGÁT) |
Společnost příjemce |
Společnost příjemce v době požadované akce |
Datum dokončení příjemce |
Požadovaná akce dokončena, např. Smlouva podepsána |
Volba zabezpečení příjemce |
Vybraná volba zabezpečení |
Datum zahájení příjemce |
Kdy byla dohoda odeslána příjemci |
Datum zobrazení příjemce |
Kdy byla dohoda zobrazena příjemcem |
Zařízení příjemce |
Zařízení použité k podpisu (nebo dokončení jiné akce) |
Důvod odmítnutí příjemce |
Uvedený důvod příjemcem při odmítnutí podepsání |
- Sdílení účtů řízené správcem – U účtů, kde je povolena funkce rozšířeného sdílení účtů, mohou správci na úrovni účtu omezit sdílení účtů mezi uživateli. To znamená, že sdílení účtů mezi uživateli/skupinami poté mohou vytvářet, upravovat a rušit pouze správci účtů. Při této konfiguraci ztratí uživatelé a správci na úrovni skupiny veškerý přístup ke sdílení svých účtů.
Ovládací prvky pro sdílení účtů se nacházejí v části Nastavení účtu > Nastavení zabezpečení > Sdílení účtu
- Pohled správce a řízení účtů sdílených uživateli – Do rozhraní nabídky správce na úrovni účtu byla přidána nová karta, kde lze zobrazit aktuální sdílení účtů na úrovni uživatelů a skupin. Karta Sdílení uživatelé otevře seznam všech sdílení spolu s identifikací uživatelů/skupin, které účty sdílejí a s nimiž jsou sdíleny, oprávnění daného sdílení, stavu sdílení a dále explicitní identifikaci všech sdílení, která jsou cílena externí straně.
- Digital Identity Gateway nyní podporuje nastavení pro interní uživatele - Omezení, které nutilo funkci Digital Identity Gateway k vypnutí, když byly pro interní uživatele povolené různé metody ověřování, bylo vyřešeno, což umožňuje správcům povolit interní ověřování identity, když je tato možnost povolená pro externí příjemce.
- Nové možnosti poskytovatele identity – Bylo přidáno šest nových možností služeb identity:
- ID.me poskytuje nové služby ověřování identity, které podporují standard NIST SP 800-63 pro vícefaktorové ověřování:
- NIST IAL2/AAL2
- NIST LOA3
- Posílená identita
- Ověření na základě znalostí (KBA)
- IDnow VideoIdent
- My Number Card
- ID.me poskytuje nové služby ověřování identity, které podporují standard NIST SP 800-63 pro vícefaktorové ověřování:
- Digital Identity Gateway je k dispozici pro zákaznické účty v prostředí Adobe Acrobat Sign for Government - Účty GovernmentCloud nyní mohou používat funkci Digital Identity Gateway k identifikaci podepisujících pomocí předkonfigurovaného poskytovatele digitální identity ID.me vyhovujícího FedRAMP.Služby společnosti ID.me jsou v souladu se standardy NIST SP 800-63 pro vícefaktorové ověřování.
- Zahrnutí souhrnu počtu souborů a stránek tvořících konečnou dohodu do zprávy o auditu – Do zprávy o auditu lze přidat souhrn počtu souborů/stránek, který obsahuje:
- Celkový počet souborů nahraných při vytváření dohody
- Celkový počet stránek nahraných souborů
- Celkový počet podpůrných souborů přidaných k dohodě (přidaných prostřednictvím přiložených souborů)
- Souhrnně od všech účastníků
- Celkový počet stránek obsažených ve všech podpůrných souborech dokumentů
- Vylepšení přístupnosti pomocí tagování PDF – Zákazníci, kteří potřebují usnadněný přístup k podepsaným dokumentům, mohou nyní povolit generování „tagovaného“ PDF. Tagování je proces přidávání odpovídajícího obsahu a anotací s tím účelem, aby programy pro čtení z obrazovky dokumentům porozuměly a obsah PDF sdělily.
Pokud je tato možnost povolena, pole přidaná do dokumentů prostřednictvím vytváření budou obsahovat odpovídající tagy. Nahrané dokumenty s usnadněním přístupu si tagování zachovají i během procesu podpisu, čímž je po dokončení dokumentu vytvořeno podepsané PDF s usnadněním přístupu.
- Vylepšená automatická detekce polí formuláře (omezené nasazení) – Automatická detekce polí formuláře byla vylepšena tak, aby přesněji identifikovala typ, velikost, počet a umístění polí formuláře, které umisťujete. Toto vydání rozšiřuje zavedení nové detekce polí tak, aby zahrnovalo všechny účty oddílů NA1 a NA2 v Severní Americe. (Dříve byla funkce k dispozici pouze pro účty individuální úrovně a oddíl NA4.)
- Vylepšené vyhledávání balíčků služeb pro podniky a bezplatných účtů – Funkce vyhledávání, používaná k vyhledávání dohod, byla vylepšena tak, aby podporovala komplexnější dotazovací řetězce používající speciální syntaxe. Upgradovaná funkce vyhledávání dokončila plánované nasazení s vydáním produktu v listopadu 2022.
- Toto vydání aktualizuje pouze úroveň služby pro podniky a bezplatnou úroveň.
- Dokumentace k vylepšené funkcionalitě vyhledávání je k dispozici v online dokumentaci nápovědy.Odkaz na dokumentaci se v aplikaci nabízí kliknutím na ikonu informací vedle pole hledání:
Acrobat Web
- Složka Odstraněno ve službě Acrobat Web – Obnovení odstraněné dohody (Pouze pro individuální licence) – Uživatelé webu Acrobat s individuální licencí mohou nyní ze své stránky Správa provést „měkké odstranění“, čímž jsou dohody po dobu 14 dnů přemístěny do složky Odstraněno a po uplynutí této doby zcela smazány ze systému. Uživatelé mohou složku Odstraněno před smazáním dohody otevřít a libovolné dohody obnovit.
Změny v prostředí
- Prohlížeč Internet Explorer 11a starší verze prohlížeče Edge již nejsou podporovány – Počínaje verzí plánovanou na listopad 2022, prohlížeč Internet Explorer 11 a starší verze prohlížeče Edge již nejsou na žádné stránce aplikace Acrobat Sign podporovány. Při pokusu o přístup do aplikace Acrobat Sign prostřednictvím jednoho z těchto prohlížečů se zobrazí stránka „Nepodporovaný prohlížeč“:
- Provizorní oprava problémů s vloženým podepisováním způsobených zakázanými soubory cookie třetích stran – – Příjemci, kteří mají zakázané soubory cookie třetích stran či podepisování provádí ve vložené verzi aplikace Acrobat Sign mohou narazit na potíže s dokončením procesu podepisování. Zatímco je vyvíjena oprava problému, bylo nyní zavedeno krátkodobé řešení. Toto řešení detekuje problémovou situaci, příjemci předloží zprávu s popisem problému a poskytne mu tlačítko pro otevření stránky na nové kartě.
- Žádosti o nový odkaz se nyní zobrazují ve Zprávě o auditu a seznamu Aktivita – Když příjemce požádá o nový odkaz, který má nahradit odkaz s vypršenou platností, událost je nyní vyplněna ve Zprávě o auditu a protokolu Aktivita.
- Tlačítko Odeslat nový odkaz pro nahrazení odkazů s vypršenou platností se nyní po dosažení limitu omezení samo deaktivuje – Za účelem potlačení vícenásobných dotazů na databázi z důvodu četného kliknutí na tlačítko se nyní tlačítko samo deaktivuje po takovém počtu kliknutí, která překročí práh omezení požadavku (10 kliknutí za hodinu).
- Připomenutí odeslaná více než třem osobám jsou nyní shrnuta v seznamu Aktivita – Aby byl seznam Aktivita čitelný, všechna připomenutí odeslaná více než třem účastníkům budou zredukována do souhrnného řádku, který vypadá následovně: Připomenutí odesláno <počet_příjemců> příjemcům.
Pro účely úřední evidence uvádí zpráva o auditu nadále úplný seznam příjemců.
- Z karty Externí archiv bylo u účtů s více licencemi odstraněno vstupní pole „Odeslat kopii každé podepsané dohody navíc“ – Funkce Odeslat kopii každé podepsané dohody navíc na následující e-mailové adresy je dostupná v části Nastavení účtu > Globální nastavení pro všechny úrovně služeb, které mají přístup ke kartě Globální nastavení. Úrovně služeb s individuální licencí, které ke Globálnímu nastavení nemají přístup, budou moci k této funkci nadále přistupovat z karty Externí archiv.
- Funkci „Odeslat kopii každé podepsané dohody navíc“ lze nyní použít pro maximálně 15 e-mailových adres – U funkce Odeslat kopii každé podepsané dohody navíc na následující e-mailové adresy byl zaveden limit pro zadání maximálně 15 e-mailových adres do vstupního pole. Podnikoví zákazníci, kteří potřebují nakonfigurovat více než 15, se mohou obrátit na podporu a požádat o navýšení.
- Na stránku po podpisu byla přidána možnost vytvoření účtu - Stránka po podpisu, na kterou jsou příjemci přesměrováni po dokončení procesu podpisu, nyní poskytuje snadnou cestu pro vytvoření účtu Acrobat Sign.
- Tlačítko Vytvořit účet se zobrazí pouze neznámým příjemcům. Registrovaným uživatelům se nezobrazí.
- Příjemcům v německém jazykovém prostředí se tlačítko Vytvořit účet nezobrazí.
- Příjemcům v neznámém jazykovém prostředí se tlačítko Vytvořit účet nezobrazí.
- Ověření službou Acrobat Sign – Metoda ověření službou Acrobat Sign byla vylepšena tak, aby poskytovala lepší popis procesu ověřování a požadavků na příjemce. Toto vylepšení příjemce zvláště upozorňuje na požadavek na vytvoření účtu Adobe (pokud ho ještě nemá) před dokončením ověřování.
Aktualizace rozhraní REST API/webhooku
Aktualizace rozhraní API a webhooku pro tuto verzi naleznete v dokumentaci k rozhraní API služby Acrobat Sign.
Nové a aktualizované rozhraní REST v6 API
- DELETE /agreements/{agreementId} - Nový koncový bod, který podporuje funkci „obnovitelného smazání" přesunutím smlouvy a všech souvisejících dat (včetně databázových záznamů a fyzických souborů) do složky Smazané, kde bude úplně zničena za 14 dní (pokud nebude dříve obnovena).
- Volání GET /users/{userId}/settings – Nový koncový bod sloužící za účelem získání nastavení vytváření uživatele.
- Volání GET /libraryDocument/{libraryDocumentId}/combinedDocument – Aktualizace stávajícího koncového bodu za účelem přidání hodnoty (skipDocumentSealing), která vrátí necertifikované PDF.
- Volání POST /libraryDocuments – Aktualizace stávajícího koncového bodu, která z dohody vytvoří dokument knihovny.
- GET /groups - Tento koncový bod byl rozšířen tak, aby podporoval novou frontu Sdílení uživatelů vypsáním sdílení účtů v rámci skupiny.
Nové webhooky
- Nový webhook AGREEMENT_REMINDER_INITIATED – Webhook AGREEMENT_REMINDER_INITIATED se spustí, když jsou vyvolána připomenutí dohody a zakázána e-mailová připomenutí.
- Webhook AGREEMENT_REMINDER_SENT se spustí, když jsou vyvolána připomenutí dohody a e-mailová připomenutí povolena (výchozí nastavení).
- Nový webhook MEGASIGN_REMINDER_INITIATED – Webhook MEGASIGN_REMINDER_INITIATED se spustí, když je vyvoláno připomenutí Hromadného odeslání a zakázána e-mailová připomenutí.
- Webhook AGREEMENT_REMINDER_SENT se spustí, když je vyvoláno připomenutí Hromadného odeslání a e-mailová připomenutí jsou povolena (výchozí nastavení).
- Pro nadřazený kontejner Hromadné odeslání je doručen pouze jeden webhook MEGASIGN_REMINDER_INITIATED (nebo webhook MEGASIGN_REMINDER_SENT). Jednotlivé podřazené dohody nespouštějí webhook MEGASIGN_REMINDER_INITIATED.
Budoucí aktualizace webhooků
Od 8. listopadu 2022 zavádí služba Adobe Acrobat Sign vylepšenou verzi infrastruktury webhooků (označovanou jako „webhooky 2.0“). 18. července 2023 společnost Adobe ukončí současnou infrastrukturu webhooků (označovaných jako „klasické webhooky“).
Webhooky 2.0 podporují všechny funkce klasických webhooků s jednou výhradou. Pokud byl webhook nakonfigurován pro uživatele, jeho skupinu nebo jeho účet, klasické webhooky doručovaly oznámení všem účastníkům dohody. V případě webhooků 2.0 oznámení obdrží POUZE webhooky nakonfigurované pro odesílatele, skupinu odesílatele nebo účet odesílatele. Jinými slovy, oznámení již nebudou zasílána všem účastníkům dohody. Upozorňujeme, že všechna budoucí vylepšení budou implementována POUZE do webhooků 2.0.
Od 8. Listopadu 2022 budou všichni noví zákazníci automaticky využívat webhooky 2.0.
Všichni stávající zákazníci před 8. listopadem 2022 budou do nové infrastruktury automaticky migrováni 14. března 2023. Současní zákazníci si mohou vyzkoušet webhooks 2.0 na zkušebním, vývojářském nebo sandboxovém účtu prostřednictvím programu Adobe Insider Access 8. listopadu.
Očekáváme, že migrace proběhne u všech zákazníků bez jakýchkoli problémů. Zákazníci se striktními zásadami síťové bezpečnosti však budou muset nakonfigurovat nové IP adresy v souladu s https://helpx.adobe.com/sign/system-requirements.html.
Pokud máte nějaké otázky, obraťte se na svého správce úspěchu nebo na tým podpory.
Systémové prostředky
- Aktualizace převodníku Microsoft Office na PDF – Byla nainstalována aktualizace převodníku Microsoft Office na PDF. Tato aktualizace udržuje převodník aktuální s nástroji a knihovnami třetích stran.
Vyřešené problémy
| Problém |
Popis |
|---|---|
| 4301552 | Shrnutí: Tvůrce dohody může nastavit název pole, ale u polí s informacemi o podepisujícím (jako je datum podpisu) se název pole mění interně. Mapa změn z původních názvů polí do upravených názvů polí je uchována a předána na stránku elektronického podpisu, ale stránka elektronického podpisu aktuálně mapu nepoužívá. Při řešení odkazů na pole u vypočítaného pole je název pole použitý v odkazu jeho původním názvem, což způsobuje selhání odkazu u polí s upraveným názvem. |
| Oprava: Kód byl vylepšen tak, že když se při určování pole pro kontrolu odkazu na pole nenajde shoda při kontrole aktuálních názvů, zkontroluje se mapa přejmenovaných polí. |
|
| 4316578 | Shrnutí: Podepisující jsou vyzváni, aby při každém podepisování dokumentu v rámci prvku iFrame přijali soubory cookie. |
| Oprava: Byla přidána mezistránka pro otevření nové karty, která umožňuje dokončit proces podpisu s menším třením.Jedná se o dočasnou opravu, zatímco je vyvíjeno elegantnější řešení. | |
| 4333689 | Shrnutí: Při podepisování webového formuláře se zobrazí vyskakovací okno Chyby zařazování: „Error marshalling data. See logs for more details". Dohoda je podepsána přestože se chyba zobrazí. |
| Oprava: Byla přidána kontrola pro vyhodnocení pole účastníků která ověří, zda není prázdné. |
|
| 4336236 | Shrnutí: Změna data vypršení platnosti prostřednictvím rozhraní API při dotazu neodpovídá novému datu, jelikož databáze se nemá možnost aktualizovat před frontou indexu vyhledávání. |
| Oprava: Kód byl vylepšen tak, aby se zlepšilo pořadí ukládání dat. |
|
| 4341563 | Shrnutí: Při pokusu o vyvolání připomenutí na nové stránce Správa došlo k chybě „Agreement ID is invalid“ a účet je nakonfigurován tak, aby dohoda nebyla po podepsání v událostech dohody odhalena. To způsobí, že kontrola účastníků je neplatná. |
| Oprava: Kód byl vylepšen tak, aby vyhodnotil nastavení týkající se protokolování událostí a ignoroval kontrolu účastníků, pokud je protokolování zakázáno. |
|
| 4347518 | Shrnutí: Uživatelé nemusí být schopni při podepisování dokončit přihlašovací proces kvůli nesprávně zpracovanému varování, které způsobí zacyklení v procesu ověřování. |
| Oprava: Ověřovací kód byl vylepšen tak, aby řádně spravoval chybovou zprávu a zabránil zacyklení. | |
| 4350042 | Shrnutí: Podepsané dohody se mohou na stránce správy zobrazit ve stavu Probíhá kvůli tomu, že se před indexováním správně neaktualizují části dohod napříč oddíly. |
| Oprava: Indexovací kód byl vylepšen tak, aby zohledňoval dohody napříč oddíly a potenciální problémy s načasováním aktualizací/indexování. |
|
| 4350089 | Popis: Když uživatel tlačítkem Spustit z knihovny otevře seznam pracovních postupů, na místě data změny se chybně zobrazí datum vytvoření. |
| Oprava: Úprava programu, aby se správně zobrazovalo datum poslední změny pracovního postupu. | |
| 4353030 | Shrnutí: Uživatelé se zrušenými účty nemohou podepisovat dohody. Je jim dovoleno pouze jejich delegování. |
| Oprava: Kód používaný ke generování jednorázových účtů podepisujících byl vylepšen tak, aby zohledňoval e-mailové adresy, které v systému existují, ale jsou označeny jako zrušené. |
|
| 4357904 | Shrnutí: Vypočítaná pole využívající funkci „round“ vracejí nesprávné výsledky v jakémkoli jiném jazyce než angličtině, jelikož se správce jazykových prostředí nespustil správně. |
| Oprava: Správce jazykových prostředí byl aktualizován a nyní se spouští správně. |
|
| 4359443 | Shrnutí: Odesílatelé neobdrží konečný e-mail, pokud je jeden z příjemců neaktivní, jelikož neaktivní ID uživatele deleguje jejich oprávnění na čekající jednorázové ID uživatele. Jednorázový uživatel svůj stav správně neaktualizuje, což způsobí, že se konečný e-mail odesílateli nedoručí. |
| Oprava: Delegování na jednorázové uživatele bylo vylepšeno tak, aby lépe zohledňovalo delegování neaktivních uživatelů a jejich stavy se správně aktualizovaly. |
|
| 4359784 | Shrnutí: V případech, kdy je aktuálně vybraným polem pole možnost v poli typu přepínací tlačítko se po kliknutí na rozbalovací nápovědu pro přesun do dalšího pole tato nápověda přesune do možnosti dalšího pole namísto do následujícího pole. |
| Oprava: Kód rozbalovací nápovědy byl aktualizován tak, aby se při výběru přepínacího tlačítka přesunul na další objekt pole. |
|
| 4360292 | Shrnutí: Text španělského jazykového prostředí pro denní připomenutí je nesprávný a identifikuje připomenutí jako týdenní místo denního. |
| Oprava: Lokalizovaný řetězec byl opraven. |
|
| 4360542 | Shrnutí: V kódech dostupných zemí pro účely ověření pomocí telefonu chybí Uzbekistán (+998). |
| Oprava: Do seznamu dostupných kódů zemí byl přidán Uzbekistán. |
|
| 4363160 | Shrnutí: V událostech dohody při zobrazení prostřednictvím rozhraní API se objevují nesrovnalosti oproti aktivitě dohody v uživatelském rozhraní aplikace Adobe Sign v případech, kdy je povoleno pokročilé sdílení a podepisující je nahrazen prostřednictvím sdíleného účtu. |
| Oprava: Řetězce událostí byly přepsány tak, aby neobsahovaly spojení „jménem uživatele“ a byly konzistentní s panelem aktivita a zprávou o auditu. | |
| 4366553 | Shrnutí: Export souborů CSV uživatele neohlašuje správně hodnotu „Může odesílat“, když je převzata z nastavení účtu. |
| Oprava: Byly přidány podrobnosti nadřazeného nastavení do mapy uživatelských nastavení pro funkci getSetting. |
|
| 4366727 | Shrnutí: Webhooky nespouští událost Agreement_Reminder_Sent, pokud jsou e-mailová připomenutí zakázána. |
| Oprava: Byl vytvořen nový webhook (Agreement_Reminder_Initated), který se spustí, když jsou připomínky potlačeny. |
|
| 4367344 | Shrnutí: U dohod odeslaných z jiných než anglických jazykových prostředí se ve zprávě o auditu nezobrazují důvody podpisu. |
| Oprava: Kód byl vylepšen tak, aby bylo zajištěno, že všechna jazyková prostředí jsou správně naformátována a obsahovala důvod podpisu. |
|
| 4367351 | Shrnutí: Znaky ampersand (&) se ve vlastních šablonách pracovních postupů převádějí z poloviční šířky na plnou. |
| Oprava: Při použití ampersandu v řetězci se nyní odkazuje na správný znak Unicode. |
|
| 4367725 | Shrnutí: Vytvoření vlastního pracovního postupu s prázdným polem Kopie a zakázání možnosti úpravy pole může vést k chybě „Nepodporovaný pracovní postup“. |
| Oprava: Kód byl vylepšen tak, aby neodporoval výstupnímu poli Kopie bez jakékoli hodnoty. |
|
| 4368118 | Shrnutí: Účty zkušení verze Global migrované na verzi Global VIP admin se krátce po migraci vrátí zpět ke zkušební verzi. |
| Oprava: Kód migrace byl vylepšen tak, aby se databáze lépe synchronizovala s nastavením úrovní aplikace Acrobat Sign. |
|
| 4368310 | Shrnutí: Instrukce u obrázku podpisu je v lokalizovaných rozhraních gramaticky nesprávná. |
| Oprava: Řetězec „Vyberte obrázek, který bude tvořit váš podpis“ byl aktualizován na „Vyberte obrázek svého podpisu“ |
|
| 4368398 | Shrnutí: Nová funkce Sestavy může být nedostupná pro uživatele, kteří spravují mnoho skupin, což způsobí, že záhlaví je větší, než kód umožňuje. |
| Oprava: Maximální velikost záhlaví byla zvětšena. |
|
| 4368508 | Shrnutí: Pokus o načtení nadměrného počtu webhooků může způsobit vypršení časového limitu dotazu se zprávou „Nelze zpracovat váš požadavek“. |
| Oprava: Výchozí velikost stránky pro počet zobrazených záznamů byla předefinována na počet, který dotaz zvládne načíst. |
|
| 4368676 | Shrnutí: Všichni neaktivní uživatelé mají v uživatelském exportu souborů CSV nesprávné časové pásmo. |
| Oprava: Byly přidány podrobnosti nadřazeného nastavení do mapy uživatelských nastavení pro funkci getSetting. |
|
| 4369066 | Shrnutí: Při výběru hypertextového odkazu se nezobrazuje žádná výzva pro ponechání dohody příjemci. |
| Oprava: Do pole hypertextového odkazu byla přidána výzva. |
|
| 4369188 | Shrnutí: Instrukce u obrázku podpisu na stránce Vyplnit a podepsat je v lokalizovaných rozhraních gramaticky nesprávná. |
| Oprava: Řetězec „Vyberte obrázek, který bude tvořit váš podpis“ byl aktualizován na „Vyberte obrázek svého podpisu“ | |
| 4369403 | Shrnutí: Nastavení backendu na možnost pro ignorování životnosti připomenutí způsobí zrušení připomenutí po jednom dni. |
| Oprava: Nastavení bylo opraveno tak, aby správně ignorovalo životnost připomenutí. |
|
| 4369791 | Shrnutí: Dochází k neočekávané události „zadané jméno při podepisování jako ..."když digitální identita obsahuje japonské znaky v autorizovaném jménu. |
| Oprava: Funkce nástroje zachycující hodnotu názvu byla vylepšena tak, aby japonské znaky správně zpracovala. |
|
| 4371330 | Shrnutí: Hlášení o identitě podepisujícího zobrazuje znak „#“ v některých případech, kdy části dokumentu obsahují japonský text. |
| Oprava: Funkce nástroje zachycující hodnotu názvu byla vylepšena tak, aby japonské znaky správně zpracovala. | |
| 4371423 | Shrnutí: Ověřování na základě znalostí není ve zprávách o auditu reflektováno. |
| Oprava: Kód formátující zprávu o auditu byl aktualizován tak, aby zahrnoval události ověření pomocí znalostní databáze. |
|
| 4372045 | Shrnutí: Při vytváření pracovního postupu s šablonou knihovny může dojít k chybě: „Nepodporovaný pracovní postup: Tento pracovní postup nelze otevřít, protože je buď poškozený, nebo obsahuje funkce, které ještě nejsou podporovány.“ |
| Oprava: Kód ovlivňující chybu byl opraven. | |
| 4373220 | Shrnutí: Tlačítka „Podepsat“ a „Potvrdit“ nemají dostatečný kontrast. |
| Oprava: Tlačítka byla aktualizována, aby bylo zajištěno, že mají správný poměr kontrastu. |
|
| 4373681 | Shrnutí: Při otevírání z prostředí iframe obsahuje panel Právní upozornění odkazy, které otevírají externí stránky. To v některých případech představuje problémy při dodržování předpisů. |
| Oprava: Byl vytvořen diskrétní panel Právní oznámení pro použití v prostředí iframe/noChrome. |
|
| 4374140 | Shrnutí: Uživatelé mohou obdržet e-mail Dokončeno, když dohoda využívá paralelní pracovní postup, je zpracovávána, a je vyvoláno opakované ověření adresy URL. |
| Oprava: Byl přidán nový kód, který zajišťuje spuštění správné funkce při vyvolání nové adresy URL jedním z účastníků. |
|
| 4374910 | Shrnutí: Nastavení pro připojení zprávy o auditu se načte z primární skupiny uživatele, nikoli z odesílající skupiny. |
| Oprava: Kód pro připojení zprávy o auditu byl aktualizován tak, aby docházelo ke správnému načtení z odesílající skupiny. |
|
| 4376078 | Shrnutí: Kopírování obsahu pravého panelu při otevřené dohodě na stránce Spravovat bylo zakázáno. |
| Oprava: Prvek CSS související se zakázáním funkce kopírování byl odstraněn. |
|
| 4376089 | Shrnutí: Název události ACCOUNT_TYPE_UPDATED se ve veřejné dokumentaci swaggeru mnohokrát opakuje. |
| Oprava: Duplicitní text byl odstraněn. |
|
| 4376127 | Shrnutí: Po červnovém vydání se datum a počáteční obsah pole posouvá napravo od pole a ořezává údaje na pravé straně kvůli nesprávnému použití výchozího písma. |
| Oprava: Kód určující používané písmo byl opraven a problém vyřešen. |
|
| 4376270 | Shrnutí: Vytvoření webového formuláře ve skupině, která nepodporuje webové formuláře, má za následek nefunkční konfigurační stránku. |
| Oprava: Kód pro spuštění stránky pro vytvoření webového formuláře nyní odkazuje na nastavení umožňující vytvoření webového formuláře před spuštěním stránky pro psaní a pokud je tato funkce zakázána, stránku nespustí. |
|
| 4376734 | Shrnutí: Pokud se stejný podepisující pokusí podepsat dohodu vícekrát souběžně, dohoda se automaticky zruší kvůli problému s konverzí kvůli vytváření náhledů, která probíhá před detekcí souběžného podepisování. |
| Oprava: Kód byl upraven tak, aby umožňoval vytváření náhledů pouze po úspěšném podpisu. |
|
| 4381473 | Shrnutí: Při použití maximálního přiblížení (6400 %) v aplikaci Acrobat jsou vlastnoruční podpisy oříznuty pouze zprava. |
| Oprava: Aby se docílilo zobrazení celého obrázku, byla změněna funkce používaná k vykreslení šířky podpisu. |
|
| 4382302 | Shrnutí: Někteří uživatelé nemusí kvůli vypršení časového limitu procesu vidět ikonu automatické detekce pole formuláře při vstupu do prostředí pro vytváření. |
| Oprava: Prostředky pro detekci pole formuláře byly zvýšeny a bylo tak umožněno více souběžných instancí. |