Adobe Centrum nápovědy

Nápověda k Adobe Acrobat Sign

Poznámky k vydání aplikace Adobe Acrobat Sign – 2026

Naposledy aktualizováno 17. 6. 2026

Poznámky k vydání aplikace Adobe Acrobat Sign: 2026

Adobe Acrobat Sign verze 17.0

Nasazení do provozu: 3. února 2026

Nasazení pro prostředí GovCloud: 10. února 2026

Vylepšená funkčnost

Seskupená zaškrtávací políčka v prostředí pro vytváření a v šablonách – Odesílatelé si nyní mohou vytvořit skupiny zaškrtávacích políček prostřednictvím moderního prostředí pro tvorbu Požádat o podpis a Šablony knihovny pomocí ověřovacích pravidel, jako jsou možnosti vybrat přesně, alespoň, nejvýše nebo rozsah X z Y. Hromadné odeslání, webové formuláře a vlastní pracovní postupy jsou podporovány prostřednictvím používání šablon knihoven. Toto vylepšení zajišťuje konzistentní logiku formulářů a zlepšuje přesnost dat napříč pracovními postupy podepisování.

Povolené rozsahy IP adres – rozšířená kontrola nad přístupem k rozhraní API a mobilním aplikacím – správci nyní mohou explicitně řídit, zda se omezení IP adres vztahují na klienty založené na rozhraní API, včetně mobilních aplikací Acrobat Sign a certifikovaných integrací.

Podpora ověřování pro moderní elektronické podepisování – moderní elektronické podepisování nyní podporuje tři metody ověřování: ověřování aplikace Acrobat Sign, heslo a dvoufaktorové ověřování založené na telefonu.

"Přidání skupin příjemců v hybridním směrování pro moderní Request Signature – Skupiny příjemců lze nyní zahrnout do hybridního směrování, což umožňuje více příjemcům nebo skupinám pracovat paralelně v rámci stejného kroku směrování. Režimy skupin podporují dokončení akce buď jedním, nebo všemi členy, což poskytuje větší flexibilitu pro složité pracovní postupy schvalování a podepisování.

Kopírování ukončených dohod odeslaných z části Požádat o podpis—Odesílatelé si nyní mohou vytvořit nový koncept dohody zkopírováním dříve dokončené, zrušené nebo vypršené dohody. Všichni příjemci, nastavení, soubory a pole formulářů se automaticky předvyplní. Zkopírovaná smlouva se otevře na stránce Compose pro rychlé úpravy před odesláním, což zkracuje čas potřebný k nastavení, minimalizuje chyby a zvyšuje produktivitu u opakujících se pracovních postupů, jako jsou obnovení nebo opravy.

Zakázání odkazu Stáhnout smlouvu pro probíhající smlouvy – Správci nyní mohou odstranit odkaz „Stáhnout kopii" ze stránek s potvrzením po podpisu na úrovni účtu nebo skupiny, čímž zabrání příjemcům ve stahování smluv ze stránky po podpisu.

Karta Zdroje v horní navigaci – V horní navigaci je správcům a uživatelům k dispozici nová stránka Zdroje, která nabízí přímý přístup ke vzdělávacímu obsahu aplikace Acrobat Sign, webinářům, blogům a videím o aktualizacích produktu. Stránka organizuje výukové materiály podle úrovně uživatele – začátečník, pokročilý a správce – a odkazuje přímo na další podpůrnou dokumentaci.

Dynamická účast v probíhajících dohodách – Odebrání příjemců – Odesílatelé nyní mohou odebrat příjemce z již probíhajících dohod, aniž by museli transakci zrušit nebo restartovat. Když je příjemce odebrán, aplikace Acrobat Sign automaticky zruší jeho přístup, aktualizuje připomínky, auditní záznamy, odstraní přiřazená pole a plynule převede dohodu zpět do aktivního stavu podepisování. Tato flexibilita pomáhá organizacím udržovat přesnost v pracovních postupech živého směrování – například když se podepisující stane nedostupným – při zachování právní integrity, souladu s předpisy a úplné historie auditu.

Vyžadování digitálních podpisů pro jednotlivé příjemce během konfigurace dohody – Odesílatelé nyní mohou vyžadovat digitální podpisy pro vybrané příjemce a zajistit tak přísnější požadavky na podepisování tam, kde je to potřeba, aniž by to ovlivnilo ostatní příjemce. Prostředí pro podepisování se automaticky přizpůsobuje, vynucuje povinná pole digitálního podpisu a odhaluje kontroly identity, pokud jsou podporovány, čímž snižuje chyby a zlepšuje soulad s předpisy pro regulované pracovní postupy.

Poskytovatelé digitální identity jako výchozí metody ověřování – Správci nyní mohou v části Nastavení odeslání vybrat poskytovatele brány k ověření digitální identity jako výchozí metodu ověřování podepisujícího pro interní a externí příjemce. Konfigurace se automaticky aplikuje na dohody, webové formuláře, hromadné odesílání a pracovní postupy, což zajišťuje konzistentní a požadavky předpisů splňující ověření příjemců. Toto vylepšení zjednodušuje nastavení ověřování, vynucuje zásady organizační identity a zlepšuje podporu pro vládní a podnikové zákazníky, kteří se spoléhají na ověřování založené na digitální identitě.

Ověřená pole formuláře používají data ověřená identitou – Autoři formulářů nyní mohou vytvořit ověřená pole formulářů, která se automaticky vyplní daty vrácenými poskytovatelem identity (například OneID) během ověřování podepisujícího. Tato pole lze nastavit do stavu pouze pro čtení nebo upravitelná a zajistit tak přesné zachycení ověřených dat identity a jejich případné uzamknutí před úpravami (např. jméno, adresa nebo číslo účtu). Tím se posiluje ověření identity, snižují se chyby při ručním zadávání a zjednodušuje se dodržování předpisů pro pracovní postupy, které vyžadují ověřená data podepisujících.

Skupiny příjemců v souboru CSV pro hromadné odesílání – Odesílatelé nyní mohou definovat skupiny příjemců přímo v souboru CSV Hromadné odeslání, což umožňuje více příjemcům jednat ve stejném kroku směrování. Každou skupinu lze nakonfigurovat v režimu JEDEN nebo VŠICHNI – vyžaduje k dokončení akce před pokračováním směrování jednoho člena, nebo všechny členy. Definice skupin, ověřování a sledování auditu se zpracovávají podle jednotlivých řádků CSV, přičemž chyby jsou hlášeny prostřednictvím souborů ověření, které lze stáhnout.

Šablona knihovny – Sdílení s více skupinami – Moderní prostředí Vytvoření šablony knihovny nyní podporuje sdílení šablon s více skupinami v rámci účtu, což odpovídá funkcionalitě dříve dostupné v klasickém pracovním postupu. Uživatelé mohou při vytváření nebo úpravě šablony vybrat jednu nebo více skupin, což zajišťuje konzistentní chování napříč skupinami. Toto vylepšení eliminuje návrat ke klasickému prostředí, zlepšuje spolupráci a zjednodušuje správu šablon pro organizace s více skupinami.

Přílohy souborů pro všechny příjemce používající digitální podpisy – Všichni příjemci v pracovním postupu s digitálním podpisem nyní mohou připojovat soubory (nejen první podepisující). Nová metoda připojování pomocí anotací sponkou zobrazuje v dokumentu viditelnou ikonu sponky a je i nadále kompatibilní s více digitálními podpisy. Každá příloha je přidána před aplikováním digitálního podpisu podepisujícího, čímž se zachová platnost podpisu a vznikne jasný vizuální indikátor připojených souborů. Toto vylepšení zlepšuje právní integritu, transparentnost a konzistenci napříč pracovními postupy e-podpisu a digitálního podpisu.

Nové možnosti TSP pro cloudové podpisy – Do podpory digitálních cloudových podpisů byli přidáni noví důvěryhodní poskytovatelé služeb:
- Swisscom

Změny v prostředí

Oznámení o zrušení smlouvy o pracovních postupech – Oznámení o zrušení bylo aktualizováno tak, aby odráželo chování pracovních postupů.
Při rušení smlouvy vytvořené prostřednictvím pracovních postupů se již nezobrazuje zaškrtávací políčko „Upozornit příjemce". Oznámení se vždy odesílají na základě nastavení pracovních postupů. Tato změna upravuje zprávu tak, aby odrážela toto chování ve výzvě ke zrušení.

Vylepšení přihlašovací stránky – Přihlašovací stránka Acrobat Sign nyní nabízí přehlednější a jednotnější prostředí. Jakmile zadáte svou e-mailovou adresu, stránka automaticky rozpozná typ vašeho účtu a přesměruje vás na správnou metodu přihlášení, čímž se odstraní zbytečné kroky a zobrazování zastaralých obrazovek. Díky tomu je přihlašování pro všechny rychlejší, jednodušší a intuitivnější.
- Nový formát e-mailu pro podnikové uživatele aplikace Acrobat Sign, kteří se přihlašují přímo do webového rozhraní – Aplikace Acrobat Sign nyní při úpravě existujícího e-mailu nebo vytváření nového uživatele vynucuje 64znakový limit pro místní část e-mailové adresy (část před symbolem „@“).
  Všichni uživatelé s místní částí delší než 64 znaků byli vyhodnoceni a nastaveni jako neaktivní nebo testovací uživatelská jména.

Upozorňujeme, že tato funkce je poskytována prostřednictvím postupného vydání založeného na serverovém prostředí aplikace Acrobat Sign. Harmonogram vydání je publikován v technickém oznámení Aktualizované přihlašovací prostředí.

Povolení správy podrobností uživatele pro neaktivní uživatele – Správci nyní mohou upravovat podrobnosti neaktivních uživatelů přímo v uživatelském rozhraní správce a prostřednictvím nahrávání souborů CSV bez nutnosti opětovné aktivace účtů. Patří sem aktualizace přiřazení skupin (pro konfigurace s jednou i více skupinami), správa atributu „Uživatel může podepisovat dokumenty“ a provádění hromadných úprav pro dodržování předpisů a údržbu záznamů. Tato změna zjednodušuje správu životního cyklu podnikových uživatelů, snižuje administrativní zátěž a podporuje čistší organizaci skupin a zpracování záznamů v souladu s GDPR.

Vyřešené problémy

Problém	Popis
4528600	Shrnutí: Nastavení ověřování polí nefungují, když je vrstva polí formuláře připojena k vlastnímu pracovnímu postupu. Pravidla ověřování, jako jsou regulární výrazy nebo omezení číselných rozsahů, se při spuštění pracovního postupu odeberou, což způsobí, že pole přijímají neplatné vstupy.
4528600	Oprava: Pravidla ověřování se nyní používají správně, když jsou vrstvy formulářových polí součástí vlastních pracovních postupů. Pole mají stejné chování při ověřování v klasickém i novém prostředí pro tvorbu. Od uživatelů není vyžadována žádná akce.
4528748	Shrnutí: Při přidávání členství ve skupině nově synchronizovaným uživatelům (synchronizace Azure) správci občas vidí „Neošetřenou chybu“. Někteří noví uživatelé ve skupině mají groupID nastavené jako null
4528748	Oprava: Pokud má skupina uživatele po vytvoření hodnotu null, dojde k jeho umístění do výchozí skupiny účtu.
4529934	Shrnutí: V části Správa > Webové formuláře se neustále načítá funkce „Stáhnout data polí formuláře“ a toto načítání nikdy neskončí – zejména u webových formulářů s mnoha příspěvky. Zákazníci aplikace Teams bez přístupu k rozhraní API nemohou exportovat data (např. 1.–31. května) pro účely vytváření sestav
4529934	Oprava: Do uživatelského rozhraní byl přidán stránkovaný, rychlejší export CSV. Stahování dat formuláře se dokončuje spolehlivě pro vybrané rozsahy dat bez zasekávání.
4532186	Shrnutí: V novém prostředí pro vytváření se zvýrazňování barev polí neshoduje s chováním klasického prostředí pro vytváření. Když je zapojeno více příjemců, zůstávají všechna pole plně vybarvená namísto ztmavení polí nevybraných příjemců. Ztěžuje to ověření přiřazení polí.
4532186	Oprava: Obnovena vizuální jasnost ztmavením (20% neprůhlednost) polí, která patří nevybraným příjemcům. Tím se replikuje zřetelnost klasického prostředí pro vytváření při zachování moderního systému návrhu. Zvýraznění nyní pomáhá uživatelům snadno identifikovat pole aktuálně vybraného příjemce a snižuje riziko nesprávného přiřazení.
4534061	Shrnutí: Odkaz „Stáhnout kopii“ se zobrazuje na stránce s potvrzením po podpisu, i když je nastavení účtu nebo skupiny nakonfigurováno tak, aby jej zakázalo.
4534061	Oprava: Bylo přidáno nové nastavení pro explicitní potlačení možnosti Stáhnout na všech stránkách po odeslání. Stránka po podpisu nyní správně respektuje nastavení ovládání stahování a skrývá odkaz „Stáhnout kopii“, když je toto nastavení zakázáno.
4536347	Shrnutí: V klasickém prostředí nemohli odesílatelé kvůli chybě ve způsobu, jakým výběr souborů zpracovával šablony sdílené napříč více skupinami, přidat druhý soubor (nebo opakovat přidání souboru) při spouštění určitých pracovních postupů, čímž docházelo k blokování pracovních postupů odesílání více dokumentů.
4536347	Oprava: Opraveno zpracování šablon sdílených napříč více skupinami při výběru souborů, takže uživatelé mohou v klasickém prostředí přidávat další soubory nebo opakovat výběr souborů bez chyb.
4537504	Shrnutí: V podepsaném dokumentu chyběla hodnota podmíněného rozbalovacího seznamu, i když byla během podepisování správně vybrána. Důvodem byla logika viditelnosti, která vyhodnocovala skryté závislé pole a neuložila vykreslenou hodnotu do konečného podepsaného PDF.
4537504	Oprava: Vykreslování podmíněných polí bylo aktualizováno tak, aby správně vyřešilo závislosti viditelnosti v době podepisování a v případě splnění podmínek uložilo vybranou hodnotu rozbalovacího seznamu do podepsaného dokumentu.
4537995	Shrnutí: Změna metody ověřování externích uživatelů ve skupinách příjemců se po uložení vrátila na Telefon, což zabránilo použití jednorázového hesla na e-mail. Důvodem byla chyba v obsluze stavu uživatelského rozhraní, která přepsala výběr uživatele.
4537995	Oprava: Opravena logika uživatelského rozhraní skupin příjemců tak, aby správně zachovala a znovu použila vybranou metodu ověřování napříč akcemi ukládání a zajistila tak, že zvolená hodnota bude zachována a nedojde k obnovení výchozí hodnoty.
4539214	Shrnutí: Ve vlastních pracovních postupech způsobuje dlouhý popisek zprávy překrývání textu zprávy a zakrývání hypertextového odkazu šablony zprávy na stránce Odeslat kvůli nesprávnému zpracování rozvržení nadměrného obsahu popisku.
4539214	Oprava: Aktualizována logika rozvržení stránky Odeslat tak, aby správně omezila a zalomila dlouhé popisky zpráv tak, aby hypertextový odkaz šablony zprávy zůstal viditelný a přístupný.
4539854	Shrnutí: Někteří podepisující jsou přesměrováni pryč z prostředí podepisováním při otevírání určitých dohod kvůli chybnému poli odkazu v podkladovém dokumentu, kterému chybí požadovaný atribut názvu.
4539854	Oprava: Tok podepisování nyní správně zpracovává nepojmenovaná pole odkazů tak, že jim v době zpracování přiřadí platný název, čímž předchází chybám a umožňuje podepisujícím dokončit dohody bez přesměrování.
4539858	Shrnutí: Na zařízeních iOS nemohou schvalovatelé používající klávesnici pro čínský rukopis dokončit schválení, protože tlačítko Schválit zůstává po zadání jména zakázané, jelikož stránka pro podepisování nerozpoznává události vstupu rukopisu jako platné zadávání textu.
4539858	Oprava: Byla aktualizována logika zpracování vstupu tak, aby v systému iOS rozpoznávala textový vstup založený na rukopisu, čímž se zajistí správná aktivace tlačítka Schválit po zadání platných znaků.
4540392	Shrnutí: Správcům se při pracovních postupech občas zobrazují chyby HTTP 400 a zdá se, že skupiny příjemců chybí, i když skupiny existují a přístup je správně nakonfigurován. Důvodem jsou hlavičky požadavků překračující limit velikosti hlaviček platformy, pokud uživatelé patří do velkého počtu skupin.
4540392	Oprava: Byl zvýšen limit velikosti hlaviček požadavků na straně serveru, takže vyhledávání skupin příjemců již neselže, když jsou uživatelé členy mnoha skupin.
4541258	Shrnutí: Správci viděli v produkčním uživatelském rozhraní nebo v uživatelském rozhraní Sandbox Sync pouze prvních 100 šablon, přičemž další šablony chyběly v seznamech Místní a Vzdálené. Důvodem bylo načítání omezeného souboru dat na stránce synchronizace a funkce vyhledávání filtrovala pouze šablony již načtené v prohlížeči.
4541258	Oprava: Uživatelské rozhraní synchronizace bylo aktualizováno tak, aby se při zadání textu do vyhledávacího pole načetly všechny šablony pro vybrané prostředí (až 5 000), což zajistí, že pro vyhledávání a výběr budou k dispozici šablony nad rámec počátečních 100
4541739	Shrnutí: Nahrazeným příjemcům bylo zabráněno v digitálním podepsání a zobrazila se jim zpráva „Dohodu nelze digitálně podepsat, protože není ve fázi digitálního podpisu“. Bylo to způsobeno tím, že pracovní postup nedokázal převést budoucí nahrazené podepisující do fáze digitálního podepisování, když byla přítomna pole pro digitální podpis.
4541739	Oprava: Pracovní postup podepisování byl aktualizován tak, aby správně převedl nahrazené nebo delegované příjemce do fáze digitálního podepisování, existují-li pole pro digitální podpis, a umožnil jim tak podepsat a dokončit dohodu.
4541849	Shrnutí: Jednořádková textová pole s automatickou velikostí písma předvyplněná vícebajtovými znaky byla v podepsaných souborech PDF zkrácena, což během vykreslování PDF způsobilo oříznutí části textu kvůli nesprávné velikosti textu.
4541849	Oprava: Opraveno měření textu a chování automatické velikosti písma u vícebajtových znaků, aby se celá hodnota vešla do pole bez zkrácení.
4542574	Shrnutí: Při úpravě šablony knihovny mohlo dojít k zahrnutí nespárovaných hodnot do povinných rozbalovacích polí, což způsobilo, že tlačítko Kliknutím podepište zůstalo během podepisování nedostupné, když byly tyto hodnoty vybrány, kvůli chybějící validaci, která zajišťovala správné spárování zobrazovaných hodnot rozbalovacích nabídek a hodnot exportu.
4542574	Oprava: Při úpravách šablon je nyní vynucováno ověření rozbalovacích polí, takže lze uložit pouze správně spárované hodnoty, což zabraňuje vzniku nespárovaných záznamů a zajišťuje, že požadované výběry z rozbalovacích nabídek neblokují podepisování.
4542942	Shrnutí: Ve webových formulářích zobrazovala povinná pole zakázaná podmíněnou logikou i nadále hvězdičky označující povinnost, což vedlo podepisující k mylnému přesvědčení, že je stále vyžadován vstup. Bylo to způsobeno tím, že uživatelské rozhraní při zakázání polí neaktualizovalo indikátory povinnosti. Byl identifikován samostatný problém se zarovnáním podpisu na mobilních zařízeních, který byl ale vyřešen v rámci jiného rozsahu.
4542942	Oprava: Uživatelské rozhraní webového formuláře nyní skrývá hvězdičku povinnosti, když je pole zakázáno podmíněnou logikou, což zajišťuje, že indikátory povinnosti přesně odrážejí, zda je očekáván vstup od podepisujícího.
4543157	Shrnutí: V zobrazení Probíhá na stránce Správa sloupec Příjemci i nadále zobrazoval jméno delegující osoby poté, co byla role podepisování delegována, přestože aktivně podepisoval jiný podepisující. Bylo to způsobeno tím, že uživatelské rozhraní neaktualizovalo zobrazeného příjemce tak, aby odrážel aktuálně delegovanou osobu.
4543157	Oprava: Logika stránky Správa byla aktualizována tak, aby sloupec Příjemci nyní zobrazoval jméno primární delegované osoby, když je role podepisování delegována, což zajišťuje, že zobrazení Probíhá přesně odráží, kdo aktuálně podepisuje.
4543253	Shrnutí: V klasickém prostředí pracovního postupu zmizela po uložení dohody ve stavu Koncept pole přiřazená svědkovi (podpis, jméno, datum), i když tato pole existovala v backendu, protože logika vykreslování konceptu nedokázala při uložení průběhu obnovit pole svědka.
4543253	Oprava: Logika vykreslování konceptů byla opravena tak, aby po uložení průběhu zachovala a zobrazovala všechna pole přiřazená svědky, čímž je zajištěno, že dohody otevřené ve stavu Koncept si zachovají stejnou viditelnost polí jako během vytváření a podepisování.
4543513	Shrnutí: Uživatelé nemohli odesílat dohody v uživatelském rozhraní webové aplikace Sign s chybou „Národní prostředí je neplatné nebo chybí“. Důvodem bylo ověřování národního prostředí, které nesprávně vynucovalo pravidla národního prostředí na úrovni API ve webovém rozhraní, když se národní prostředí odesílající skupiny lišilo od národního prostředí primární skupiny zděděného uživatelem.
4543513	Oprava: Ověřování národního prostředí bylo opraveno, takže uživatelské rozhraní webové aplikace Sign nyní správně rozpoznává a přijímá platné kombinace národního prostředí skupin a uživatelů, čímž předchází omezením národního prostředí vztahujícím se pouze na rozhraní API v blokování odesílání dohod ve webovém prostředí.
4543592	Shrnutí: Některé zprávy o auditu po zobrazení zprávy „Dokument elektronicky podepsán“ a „Dohoda dokončena“ zobrazovaly zprávu „Příjemce ověřen pomocí Adobe Acrobat Sign“. Důvodem bylo ukládání událostí s časovými razítky na úrovni sekund, což způsobovalo, že akce ověření a podpisu probíhající ve stejné sekundě se zobrazovaly v nesprávném pořadí.
4543592	Oprava: Protokolování událostí auditu bylo aktualizováno tak, aby ukládalo a zobrazovalo časová razítka s přesností na milisekundy, čímž je zajištěno správné seřazení událostí ověření, podepsání a dokončení ve zprávě o auditu.
4543617	Shrnutí: Vytvoření šablony z dohody spustí klasické prostředí namísto nového prostředí, přestože je nové prostředí výchozí, protože akce je stále směrována do starší verze toku pro vytváření obsahu.
4543617	Oprava: Akce „vytvořit šablonu z dohody“ byla aktualizována tak, aby se otevírala v novém prostředí, čímž se chování CTA sladí s výchozím prostředím UX a zabrání se neočekávaným přepnutím kontextu pro uživatele.
4544564	Shrnutí: Skrytá pole přidaná nebo aktualizovaná prostřednictvím rozhraní API (visible:false) se v moderním prostředí eSign zobrazovala jako viditelná. Uživatelské rozhraní pro podepisování ignorovalo příznak viditelnosti pole, takže příjemci viděli pole, která měla zůstat skrytá.
4544564	Oprava: Aktualizováno moderní uživatelské rozhraní eSign tak, aby filtrovalo pole, kde je viditelnost nastavena na hodnotu false napříč logikou vykreslování a navigace, takže skrytá pole se nikdy nezobrazí a neovlivní chování stránky.
4544571	Shrnutí: Možnost doručení přes WhatsApp chyběla v Nastavení odesílání, i když byla služba WhatsApp pro účet během odesílání dohody povolena a dostupná, což způsobovalo nekonzistentní chování a zmatky pro správce.
4544571	Oprava: Možnost doručení přes WhatsApp byla v Nastavení odesílání obnovena všude tam, kde je tato funkce dostupná, což zajišťuje konzistentní viditelnost a konfiguraci mezi nastavením správce a prostředím pro odesílání dohod.
4545381	Shrnutí: Písmo Roboto chybělo v novém prostředí pro žádosti o podpisy, přestože bylo dostupné v klasickém prostředí, protože nové prostředí pro vytváření neobsahovalo všechna písma podporovaná ve starší verzi.
4545381	Oprava: Písmo Roboto bylo přidáno do seznamu písem v novém prostředí pro žádosti o podpisy, čímž byla obnovena parita písem s klasickým prostředím a umožněno konzistentní formátování při vytváření dohod.
4545484	Shrnutí: Někteří správci nemohli přistupovat ke skupinám příjemců nebo je vytvořit z nabídky Správce > Adresář kvůli selhání požadavku na backend, což vedlo k chybě 400 při načítání dat skupin příjemců. Tento problém způsoboval zablokování počátečního nastavení skupin příjemců pro dotyčné správce.
4545484	Oprava: Opraveno zpracování požadavků na backend, takže vyhledávání a vytváření skupin příjemců již neselhává s chybou 400. Správci nyní mohou spolehlivě přistupovat ke skupinám příjemců a spravovat je bez ohledu na síť nebo umístění.
4545547	Shrnutí: Dohody vytvořené z PDF souborů aplikace AutoCAD se nedařilo odesílat, když bylo přidáno pole digitálního podpisu, a zobrazila se obecná chyba odesílání, protože systém při ověřování umístění pole digitálního podpisu nesprávně zpracovával otočení stránky.
4545547	Oprava: Souřadnice pole digitálního podpisu byly upraveny tak, aby zohledňovaly otočené stránky, což zajišťuje, že se pole porovnávají se správnými ohraničeními stránky, takže PDF soubory vygenerované aplikací AutoCAD lze úspěšně odesílat s digitálními podpisy.
4545894	Shrnutí: Když se používá skupina příjemců a nedojde k ručnímu umístění žádného pole podpisu, automaticky vygenerovaný blok podpisu zobrazuje text e-mailové adresy s velmi malou velikostí. S přidáváním dalších příjemců do skupiny se text postupně zmenšuje.
4545894	Oprava: Automaticky vygenerovaný blok podpisu nyní správně vykresluje e-mailovou adresu s normální, čitelnou velikostí, bez ohledu na to, kolik příjemců je zahrnuto ve skupině příjemců.
4546085	Shrnutí: Při použití funkce Přidat sebe v novém prostředí pro žádosti o podpisy se e-mailové adresy obsahující apostrof nezobrazují správně. Poškozená adresa brání odeslání dohody, pokud se e-mail ručně nezadá znovu nebo se nepoužije klasické odesílání.
4546085	Oprava: E-mailové adresy s apostrofy se nyní správně dekódují a zobrazují, když je v novém prostředí pro žádosti o podpisy vybrána možnost Přidat sebe, což umožňuje odesílání dohod bez ruční opravy.
4546110	Shrnutí: V prostředí pro vytváření nových šablon způsobuje přidání pole Hypertextový odkaz přiřazené konkrétnímu účastníkovi selhání uložení šablony. Stejné pole funguje, když je přiřazeno všem účastníkům nebo při použití klasického prostředí.
4546110	Oprava: Pole Hypertextový odkaz nyní v prostředí Nová šablona podporují přiřazení zástupných účastníků, což umožňuje správné uložení šablon, když je pole přiřazeno konkrétnímu účastníkovi.
4546257	Shrnutí: Dohody odeslané v prostředí Sandbox prostřednictvím API vlastní aplikace nesprávně zobrazují tlačítko Zpět na stránce pro vytváření, protože Sandbox načítá nastavení z aplikace spravované společností Adobe s povoleným bezproblémovým vytvářením, na rozdíl od prostředí Swagger nebo produkčního prostředí.
4546257	Oprava: Chování prostředí Sandbox bylo sladěno s produkčním prostředím a prostředím Swagger tak, že stránka pro vytváření respektuje zamýšlená nastavení aplikace, což zabrání zobrazení tlačítka Zpět u dohod odeslaných prostřednictvím rozhraní API vlastních aplikací.
4546547	Shrnutí: Webové formuláře nedokázaly aktualizovat druhé podepisující a vracely různé chyby kvůli starším záznamům uživatelů, kterým chyběl požadovaný interní příznak, což způsobovalo zpracování nulové hodnoty během nahrazování druhého podepisujícího.
4546547	Oprava: Logika aktualizace druhého podepisujícího byla vylepšena o bezpečné zpracování nulových hodnot, takže webové formuláře mohou úspěšně nahradit druhé podepisující i v případě, že u starších záznamů uživatelů chybí očekávaný interní příznak.
4546553	Shrnutí: Uživatelé přiřazení do více skupin mohli vytvářet šablony ve skupině, kde je vytváření šablon zakázáno, když je povoleno nové prostředí vytváření šablon. To umožnilo obejít omezení na úrovni skupiny.
4546553	Oprava: Vytváření šablon nyní důsledně vynucuje oprávnění na úrovni skupiny napříč novým i klasickým prostředím. Uživatelé již nemohou vytvořit šablony ve skupinách, kde je vytváření šablon zakázáno, ani když patří do jiných skupin, kde je toto oprávnění povoleno.
4547744	Shrnutí: Správci skupin mohli přiřazovat práva správce účtu uživatelům prostřednictvím nové stránky Správa uživatelů. Tím docházelo k překročení jejich oprávnění a vznikalo riziko týkající se dodržování předpisů tím, že bylo možné zvýšit oprávnění nad rámec role správce skupiny.
4547744	Oprava: Ovládací prvek pro výběr role již není správcům skupin k dispozici. Oprávnění správce účtu mohou přidělit nebo odebrat pouze stávající správci účtu, což zajišťuje, že změny rolí odpovídají hranicím oprávnění.
4547796	Shrnutí: Někteří odesílatelé používající polské uživatelské rozhraní občas obdrží potvrzovací e-mail s nesprávným textem „nelze poskytnout digitální podpis“, i když se dohoda odešle a podepíše normálně.
4547796	Oprava: Opraveny polské překlady pro e-maily s potvrzením odesílatele, takže zpráva nyní zobrazuje zprávu „odesláno k podpisu“ namísto nesprávného textu „nelze poskytnout digitální podpis".
4548315	Shrnutí: Když je odesílatel uveden jako příjemce v kopii v novém pracovním postupu Odeslat, nezobrazí se žádná chyba ověření a e-mailová oznámení v kopii nejsou odeslána žádným příjemcům uvedeným po odesílateli v seznamu příjemců v kopii. Toto chování se liší od chování klasického pracovního postupu a může způsobit, že si příjemci kopií oznámení nevšimnou.
4548315	Oprava: Aktualizována logika nového pracovního postupu Odeslat tak, aby všichni příjemci v kopii, kromě odesílatele, obdrželi e-mailová oznámení o kopii bez ohledu na jejich pozici v seznamu příjemců v kopii, čímž se chování sladí s očekávanými výsledky.
4548583	Shrnutí: PDF/A nebylo možné povolit pro skupinu, pokud měla výchozí skupina uživatele povolené vlastnoruční podpisy, a to i když byly písemné podpisy pro upravovanou skupinu zakázané. Docházelo tak k blokování platné konfigurace PDF/A pro nevýchozí skupiny.
4548583	Oprava: Ověření bylo aktualizováno tak, aby kontrolovalo nastavení vlastnoručních podpisů ve skupině, která se upravuje, nikoli ve výchozí skupině uživatele, což umožňuje správné povolení PDF/A tam, kde je to povoleno.
4549337	Shrnutí: SMS oznámení zrušených dohod byla potlačena, když bylo zakázáno nastavení E-mail o zrušení dohody. To zabránilo zákazníkům, kteří zakážou e-mailová oznámení, v odesílání požadovaných SMS upozornění o zrušení.
4549337	Oprava: Oddělena SMS a WhatsApp oznámení o zrušení od nastavení e-mailu zavedením vyhrazeného ovládání oznámení, což umožňuje doručování SMS o zrušených dohodách, i když jsou e-mailová oznámení zakázána.
4549472	Shrnutí: V aplikaci Acrobat Sign pro státní správu nemohli uživatelé vytvořit opakovaně použitelné šablony pomocí nového prostředí vytváření šablon. Po nahrání dokumentu se pracovní postup zastavil na prázdné obrazovce, což blokovalo vytváření šablon.
4549472	Oprava: Obnovena chybějící závislost pro vytváření, kterou vyžaduje nové prostředí vytváření šablon v prostředích pro státní správu, což umožňuje správné načtení obrazovky pro vytváření a úspěšné vytváření šablon.
4549862	Shrnutí: Když je na hlavní stránce nastaveno nové prostředí pro žádosti o podpisy, nakonfigurovaná zpráva s upozorněním na přihlášení se po přihlášení nezobrazí. Organizace tak nemohou zobrazovat kritická upozornění o údržbě nebo výpadcích, když uživatelé přejdou přímo na stránku Odeslat.
4549862	Oprava: Obnovena podpora zobrazování zprávy s upozorněním při přihlášení v novém prostředí pro žádosti o podpisy. Když uživatelé po přihlášení přejdou na stránku Odeslat, nakonfigurovaná zpráva s upozorněním se nyní zobrazí jako oznámení, což odpovídá předchozímu chování a očekáváním zákazníků.
4550175	Shrnutí: Stisknutím klávesy Enter po zadání telefonního čísla pro ověření telefonu v pracovním postupu se formulář předčasně odešle a dojde k vyvolání systémové chyby, čímž se přeruší tok pracovního postupu z důvodu odeslání formuláře místo čekání na explicitní potvrzení.
4550175	Oprava: Aktualizováno dialogové okno příjemce, aby se zabránilo odeslání formuláře klávesou Enter u polí pro ověření telefonu, což zajišťuje, že uživatelé zůstanou v dialogovém okně a musí kliknout na možnost Pokračovat, čímž se eliminuje nechtěné přerušení pracovního postupu.
4550302	Shrnutí: E-maily s žádostí o podpis a připomínkami v němčině používaly nekonzistentní formy oslovení, přepínaly mezi neformálním „Du“ a formálním „Sie“ ve stejné zprávě, čímž vznikaly matoucí a neprofesionální formulace.
4550302	Oprava: Aktualizovány německé překlady e-mailů tak, aby používaly jednu konzistentní formu oslovení v celé šabloně, což zajišťuje jednotný a předvídatelný jazyk ve všech e-mailech s žádostí o podpis a připomínkami.
4550556	Shrnutí: Dohody obsahující PDF s velkými architektonickými plány se nedařilo odeslat, když byla přidána pole pro digitální podpis; během vytváření se vrátila chyba kvůli otočení stránky a zpracování velikosti při umístění digitálního podpisu.
4550556	Oprava: Aktualizováno zpracování polí digitálního podpisu pro správné zpracování otočených stránek velkého formátu, což umožňuje úspěšné odeslání dohod s architektonickými plány s aplikovanými digitálními podpisy.
4550579	Shrnutí: Když byla dohoda dokončena odebráním posledních zbývajících příjemců během stavu revize, systém nevygeneroval událost AGREEMENT_WORKFLOW_COMPLETED, takže nebylo odesláno oznámení webhook, což narušilo pracovní postupy, které se spoléhají na tuto událost k detekci dokončení.
4550579	Oprava: Aktualizováno zpracování událostí, takže dohody dokončené prostřednictvím odebrání příjemce v revizi nyní generují příslušné události dokončení, což zajišťuje spuštění webhooků AGREEMENT_WORKFLOW_COMPLETED podle očekávání.
4550998	Shrnutí: Předvyplněná zaškrtávací políčka se zobrazovala jako zaškrtnutá při vytváření, ale pro podepisující zaškrtnutá nebyla, protože hodnoty zaškrtávacích políček byly uloženy jako neprázdné textové řetězce místo explicitních stavů ANO/NE, což způsobilo, že je prostředí pro podepisování považovalo za nezaškrtnuté.
4550998	Oprava: Aktualizováno zpracování hodnot zaškrtávacích políček, takže jakákoli neprázdná předvyplněná hodnota je interpretována jako zaškrtnutá a prázdné nebo chybějící hodnoty jako nezaškrtnuté, což zajišťuje konzistentní stavy zaškrtávacích políček pro podepisující.

Adobe Acrobat Sign verze 17.0.1

Nasazení do provozu: 17. březen 2026

Nasazení pro prostředí GovCloud: 19. březen 2026

Vylepšená funkčnost

Vytvoření kopie – rozšířené přístupové body, rychlejší opětovné použití dohod.
Vytvoření kopie je nyní k dispozici přímo z filtrů Probíhá a Čeká na vás na stránce Správa, stejně jako ze stránky potvrzení po odeslání. Tyto další vstupní body usnadňují opětovné použití dohod ve více bodech životního cyklu odesílání a snižují nutnost začínat znovu od začátku.
Poznámka: S touto verzí budou ovládací prvky správy pro zakázání této funkce odstraněny z nabídky správce, čímž se Vytvoření kopie stane standardní funkcí dostupnou všem oprávněným uživatelům.

Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: skupina, účet; ve výchozím nastavení povoleno.

Změny v prostředí

Viditelnost data vypršení platnosti integračního klíče – data vypršení platnosti se nyní zobrazují na kartě Přístupové tokeny
Karta Přístupové tokeny v nabídce Osobní preference zobrazuje datum vypršení platnosti pro každý integrační klíč. To uživatelům a správcům poskytuje jasnější přehled o stáří klíčů a načasování jejich výměny, což usnadňuje sledování stávajících klíčů a předchází neočekávaným přerušením, když klíč dosáhne konce své 10leté platnosti.

Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby:Acrobat Sign Solutions | Rozsah konfigurace: API

Aktualizace rozhraní REST API/webhooku

Aktualizace rozhraní API a webhooku pro tuto verzi naleznete v dokumentaci k rozhraní API služby Acrobat Sign.

Personalizované zobrazení e-mailů OEM 2.0 – jasnější identita odesílatele a příjemce napříč vloženými prostředími a správné doručování e-mailů.
Pro partnery OEM 2.0 používající vložené pracovní postupy může Acrobat Sign nyní zobrazovat personalizovanou e-mailovou adresu uživatele namísto partnerem registrovaného e-mailu napříč klíčovými plochami uživatelského rozhraní a oznámeními. Dohody, fronty jako „Čeká na vás“ a e-maily „Zkontrolovat a podepsat“ konzistentně odrážejí personalizovanou identitu při interním zachování registrovaného e-mailu pro ověřování a oprávnění. To zlepšuje srozumitelnost pro odesílatele a podepisující a zabraňuje odesílání e-mailů na nedoručitelné registrované adresy.

\nDostupná prostředí: Sandbox, komerční | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: API – partneři OEM 2.0; pouze na vyžádání

Oznámení webhooku při selhání doručení SMS – viditelnost neúspěšných odesílání SMS v reálném čase, automatizovaná náprava a parita s odraženými e-maily.
Acrobat Sign nyní vysílá novou webhook událost AGREEMENT_PHONE_BOUNCED, když smlouvu odeslanou prostřednictvím SMS nelze doručit kvůli problémům, jako jsou neplatná telefonní čísla, odmítnutí operátorem nebo blokované linky. Díky tomu mohou zákazníci detekovat selhání doručení SMS téměř v reálném čase a automaticky spustit následné akce, jako je oprava telefonních čísel, opakování doručení nebo otevření případů podpory, čímž se eliminují slepá místa a snižují zpoždění v pracovních postupech podepisování zaměřených na mobilní zařízení.

Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: API

Datové části webhooků – Přidáno podmíněné pole extendedStatus účastníka pro aktualizace dynamické účasti, což zlepšuje viditelnost stavu účastníka.
Oznámení webhooků nyní zahrnují pole extendedStatus v každém objektu účastníka (memberInfos[]), když odesílatel upraví probíhající smlouvu pomocí dynamické účasti. Toto pole poskytuje další podrobnosti o životním cyklu účastníka a ponechává stávající pole stavu nezměněné kvůli zpětné kompatibilitě.

Hodnoty status (nezměněné): ACTIVE, REPLACED.
Hodnoty extendedStatus: ACTIVE, REPLACED, REMOVED, COMPLETED.

Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: API

Vyřešené problémy

Problém	Popis
4543515	Shrnutí: Poté, co podepisující úspěšně podepíše a dohoda postoupí do dalšího kroku, může být pro platného podepisujícího nesprávně generována událost odražení e-mailu webhooku. K tomu může dojít, když delegát ve stejné skupině podepisovatelů má neplatnou e-mailovou adresu a odesílatel nahradí původního delegátora. V těchto případech může systém nesprávně přiřadit událost odražení „podepsáno jménem…“ platnému podepisujícímu namísto účastníka, jehož e-mail je skutečně odražen.
4543515	Oprava: Logika přiřazování událostí byla opravena, takže události odražení e-mailu jsou spojeny pouze s účastníkem, jehož e-mail je skutečně odražen. Událost odskočení se již negeneruje pro platného podepisovatele, který již dokončil podepisování, a oznámení webhooku nyní odrážejí správného účastníka a e-mailovou adresu.
4544548	Shrnutí: Integrační klíče vytvořené prostřednictvím webového uživatelského rozhraní mohou vypršet po 10 letech, i když stránka vytváření uvádí, že klíč poskytuje „trvalý přístup“. Když klíč dosáhne své 10leté životnosti, volání API začnou vracet chybu propadlého tokenu, což může neočekávaně narušit stávající integrace.
4544548	Oprava: Zprávy uživatelského rozhraní byly aktualizovány, aby se odstranil výraz „trvalý přístup“ a jasně se pro integrační klíče zobrazilo datum vypršení platnosti. Aktualizovaný text nyní uvádí, že klíč si zachovává přístup až do data vypršení platnosti nebo dokud není ručně odvolán, což poskytuje transparentnost ohledně výchozí životnosti 10 let.
4546301	Shrnutí: Doručení události webhooku může být zpožděno až o několik hodin u smluv s velmi velkými dokumenty, i když se vytvoření smlouvy dokončí a počáteční kroky zpracování se zdají být dokončeny během několika minut. Během okna zpoždění může služba doručování webhooků opakovaně přijímat odpovědi DOCUMENT_NOT_AVAILABLE při pokusu o načtení dokumentů smlouvy a událost webhooku nemusí být doručena, dokud služba nepřestane opakovat pokusy nebo dokud se dokumenty nestanou dostupnými.
4546301	Oprava: Zpracování dostupnosti dokumentů bylo opraveno, takže velké dohody spolehlivě přecházejí do stavu, kdy lze dokumenty načítat bez prodloužených odpovědí DOCUMENT_NOT_AVAILABLE. V důsledku toho jsou události webhooků doručovány bez mnohahodinových zpoždění způsobených opakovanými pokusy o načtení dokumentů proti nedostupným dokumentům.
4547823	Shrnutí: Když je dohoda vytvořena ve stavu Vytváření prostřednictvím API a poté upravena z prostředí Správa, soukromá zpráva příjemce se některým podepisujícím nemusí zobrazit. V tomto scénáři může uživatelské rozhraní zobrazovat hodnotu Soukromá zpráva jako „Žádná“ nebo prázdnou, i když data smlouvy obsahují správnou hodnotu soukromé zprávy. Toto chování se objevuje ve scénářích sdíleného účtu, kde uživatel přepne do účtu jiného uživatele, aby upravil koncept, a může ovlivnit pouze konkrétní příjemce, zatímco ostatní se zobrazují správně.
4547823	Oprava: Byla přidána kontrola pro načtení aktivního kontextu sdílení a vrácení soukromé zprávy pro autorizované sdílené uživatele. V důsledku toho se nyní hodnota Soukromá zpráva při prohlížení nebo odesílání konceptu vytvořeného rozhraním API z postupu Vytváření zobrazuje správně.
4548274	Shrnutí: Datum změny pro šablony knihovny se nemusí aktualizovat poté, co je šablona upravena a uložena v novém prostředí šablon. Uživatelé mohou v šabloně vidět nově přidaná nebo aktualizovaná pole, ale datum změny zůstává v uživatelském rozhraní Správa a v administrativních zobrazeních nezměněno, což vytváří dojem, že šablona nebyla nedávno upravena. K tomu dochází, protože nové prostředí aktualizuje pole formuláře prostřednictvím cesty, která zároveň neaktualizuje časové razítko změny šablony.
4548274	Oprava: Chování aktualizace data změny bylo sjednoceno napříč novým prostředím šablon a souvisejícími operacemi API. Cesta kódu, která ukládá změny polí šablony, nyní také aktualizuje datum změny šablony, takže odráží skutečný čas nejnovější změny.
4548564	Shrnutí: Podpisy a pole formuláře se mohou v podepsaném PDF jevit jako neviditelná, když jsou umístěna přes již existující anotace razítek ve zdrojovém dokumentu. V postižených šablonách se anotace razítek překrývají nebo zakrývají interaktivní pole během zpracování, což způsobuje, že dokončené podpisy a další pole jsou skryta v konečném podepsaném dokumentu.
4548564	Oprava: Zpracování anotací razítek bylo aktualizováno, aby již existující anotace razítek bezpečně zpracovávalo a sloučilo, takže již nezakrývají pole nebo podpisy formulářů. Pole umístěná nad oblastmi s razítky nyní zůstávají viditelná během celého procesu podepisování a v plně dokončeném PDF.
4549103	Shrnutí: Událost vrácení e-mailu může být znovu zaznamenána pro dříve nesprávného příjemce poté, co odesílatel nahradí tohoto příjemce platnou e-mailovou adresou. V některých případech může protokol auditu zobrazit pro starý e-mail druhou událost odrazu a stav dohody může zobrazovat „e-mail odražen", i když nový příjemce dohodu úspěšně obdrží, zobrazí nebo podepíše. Toto chování může způsobit, že se bude zdát, že smlouva stále cílí na starou i novou e-mailovou adresu.
4549103	Oprava: Pracovní postup pro nahrazení podepisujícího byl aktualizován, aby se zabránilo odesílání dalších e-mailů s oznámením nahrazenému příjemci, jehož e-mail již byl odražen. Systém nyní před odesláním oznámení souvisejících s nahrazením kontroluje historii předchozích vrácených e-mailů a zajišťuje, že po nahrazení nebudou pro starou e-mailovou adresu generovány žádné nové události vrácených e-mailů.
4549306	Shrnutí: Uživatelé, jejichž e-mailové adresy obsahují určité speciální znaky (například apostrof), se nemusí být schopni přihlásit z obecných adobesign.com nebo echosign.com veřejných přihlašovacích stránek. Po zadání e-mailové adresy a kliknutí do pole pro heslo se stránka může znovu načíst a vymazat pole e-mailu namísto přesměrování uživatele na správný oddíl nebo přihlašovací stránku pro jednotné přihlášení (SSO). To dotčeným uživatelům brání v dokončení ověření a blokuje integrace, které spoléhají na veřejný přihlašovací koncový bod.
4549306	Oprava: Logika rozlišení přihlašovacího oddílu byla opravena tak, aby správně zpracovávala a dekódovala e-mailové adresy obsahující speciální znaky ještě před vytvořením URL pro přesměrování mezi oddíly. Uživatelé s dotčenými formáty e-mailů jsou nyní správně přesměrováni na svůj určený oddíl a přihlašovací stránku pro jednotné přihlášení (SSO), aniž by se pole e-mailu vymazalo.
4549331	Shrnutí: Když jsou povoleny určité funkce zpracování dokumentu a zdrojové PDF obsahuje neplatné souřadnice rámečku stránky (například nesprávné hodnoty CropBox nebo MediaBox), podpisy a další pole formuláře se mohou v podepsaném PDF jevit jako chybějící nebo neviditelná. V tomto scénáři se pole, která spoléhají na souřadnice stránky, mohou vykreslit mimo viditelnou oblast stránky, takže dokončené podpisy vypadají jako chybějící, i když se podpis úspěšně dokončí.
4549331	Oprava: Zpracování rámečku stránky PDF bylo opraveno tak, aby během zpracování dokumentu bezpečně normalizovalo neplatné hodnoty CropBox a MediaBox. V důsledku toho se umístění pole podpisu a formuláře nyní zarovnává k viditelné oblasti stránky a podepsaná PDF zobrazují podpisy podle očekávání.
4550367	Shrnutí: Vytvoření webového formuláře může po výběru možností Náhled a Přidat pole selhat s obecnou chybou „Chyba serveru", když je výchozí ověření podepisujícího skupiny odesílatele nastaveno na Telefon a účet nemá k dispozici kvótu pro ověření pomocí telefonu, i když je ověření podepisujícího webového formuláře nastaveno na metodu bez telefonu (například Adobe Sign). V důsledku toho mohou mít všichni uživatelé v dotčeném účtu zablokováno vytváření webových formulářů napříč všemi dokumenty.
4550367	Oprava: Vytváření webového formuláře nyní vyhodnocuje kvótu pouze pro metodu ověření skutečně nakonfigurovanou pro podepisujícího webového formuláře a již neaplikuje kontroly kvóty ověření pomocí telefonu založené pouze na výchozím nastavení ověření skupiny. Tím se zabrání chybám falešného vyčerpání kvóty a umožní se normální vytváření webových formulářů.
4551011	Shrnutí: Když odesílatel nahraje určitá naskenovaná PDF, přidá pole pro podpis a dohodu odešle, může se stát, že v podepsaném PDF nebudou po dokončení podpisu žádné podpisy viditelné. K tomuto může dojít, když nahrané PDF obsahuje neplatná metadata hranic stránky (souřadnice MediaBox a CropBox se jeví jako obrácené), což může způsobit, že se vrstvy vzhledu podpisu a dalších polí vykreslí mimo viditelnou oblast stránky.
4551011	Oprava: Zpracování hranic stránky PDF je aktualizováno tak, aby správně zpracovávalo soubory PDF s neplatnými nebo obrácenými hodnotami souřadnic MediaBox a CropBox, takže obsah vzhledu podpisu a pole formuláře se vykresluje v rámci viditelné oblasti stránky a zůstává viditelný v konečném podepsaném PDF.
4551427	Shrnutí: Někteří příjemci, kteří již mají aktivní a správně zřízené účty, obdrží dohody jako příjemci „pseudo uživatelé“, takže se smlouva nezobrazí v jejich běžném zobrazení Správa. K tomu dochází, když e-mailové adresy příjemců obsahují úvodní nebo koncové mezery, což systému brání v přiřazení e-mailu k existujícímu uživateli a způsobuje vytvoření záznamu pseudo-uživatele.
4551427	Oprava: Analýza e-mailů a vyhledávání uživatelů byly aktualizovány tak, aby normalizovaly e-mailové adresy příjemců (odstranění mezer na začátku a na konci) před jejich porovnáním se stávajícími uživateli. V důsledku toho se smlouvy adresované stávajícím uživatelům přiřadí k registrovanému účtu namísto vytvoření pseudo-uživatele jako příjemce, a to i v případě, že byl e-mail zadán s mezerami (v datových částech API a seznamech příjemců pracovního postupu).
4553198	Shrnutí: Když smlouva obsahuje alespoň jednoho příjemce nakonfigurovaného pro doručování SMS a alespoň jednoho příjemce nakonfigurovaného pouze pro doručování e-mailem, zrušení smlouvy prostřednictvím API neodešle SMS oznámení o zrušení příjemci SMS. Smlouva je úspěšně zrušena a e-mailová oznámení jsou doručena, ale příjemci SMS neobdrží zprávu o zrušení.
4553198	Oprava: Pracovní postup zrušení byl opraven tak, aby zajistil odeslání SMS oznámení o zrušení všem příjemcům nakonfigurovaným pro doručování SMS při zrušení smlouvy, bez ohledu na způsoby doručování ostatních příjemců.
4554463	Shrnutí: Když dohody obsahují klonovaná přepínací tlačítka, která sdílejí stejný název pole napříč kombinovanými dokumenty, v konečném podepsaném PDF zůstane vybrána pouze jedna instance vybrané možnosti. Ačkoli se pole vizuálně zobrazují jako zaškrtávací políčka, jsou implementována jako přepínací tlačítka. Po podpisu se vybraná hodnota nedůsledně šíří napříč všemi klonovanými instancemi, což způsobuje nesprávné nebo neúplné mapování očekávaného výběru.
4554463	Oprava: Logika zpracování polí formuláře byla opravena tak, aby klonovaná přepínací tlačítka ukládala a šířila vybranou exportní hodnotu namísto interní hodnoty indexu. To zajišťuje, že všechny klonované instance stejného pole přepínacího tlačítka odrážejí správný výběr v podepsaném PDF.
4554593	Shrnutí: Některé partnerské integrace, které používají starší koncové body OAuth k obnovení přístupových tokenů, začaly selhávat s chybami HTTP 401. Služba odmítla požadavky na obnovení tokenů s chybou označující, že aplikace nemá povoleno používat starší koncové body OAuth a musí místo toho používat koncové body OAuth v2. To zablokovalo zákazníkům ověřování Acrobat Sign prostřednictvím partnerských aplikací, a to i pro integrace, které dříve fungovaly.
4554593	Oprava: Ověřovací služba byla opravena tak, aby partnerské aplikace, které jsou nakonfigurovány pro použití staršího postupu OAuth, mohly znovu úspěšně obnovovat tokeny, namísto nesprávného vynucení na koncové body OAuth v2.
4554614	Shrnutí: Když podepisující používá moderní prostředí eSign u dohody, která vyžaduje ověření podepisujícího a je nakonfigurována tak, aby vyžadovala přijetí podmínek použití před podpisem, kliknutí na Klikněte pro podpis spustí 5sekundové přesměrování na klasické prostředí pro podepisování. Zpráva o přesměrování varuje, že podpisy a iniciály zadané v moderním podepisování budou vymazány, což nutí podepisujícího je znovu zadat a fakticky podepsat dvakrát.
4554614	Oprava: Postup obnovení podepisovacího tokenu byl opraven tak, aby když podepisující přijme podmínky použití před podpisem, znovu vydaný podepisovací token si zachoval podrobnosti ověření podepisujícího. To zabraňuje selhání posledního kroku podepisování při ověřování a eliminuje vynucený návrat z moderního na klasické prostředí podepisování.
4555656	Shrnutí: Za specifických časových podmínek se může přechod stavu smlouvy jevit jako úspěšný, ale ve skutečnosti stav smlouvy nezmění. Když je oznámení webhooku přijato před dokončením zpracování na pozadí, následné volání API mohou používat zastaralá data o stavu smlouvy. V tomto okně určité metody přechodu stavu vrací HTTP 200 OK, i když smlouva není v platném stavu pro požadovaný přechod. V důsledku toho mohou automatizované pracovní postupy předpokládat, že přechod byl úspěšný, zatímco smlouva zůstává v původním stavu.
4555656	Oprava: Logika přechodu stavu dohody byla aktualizována tak, aby před použitím přechodu vynucovala přísné ověření. Pokud smlouva není v platném stavu, API nyní vrací jasnou chybovou odpověď namísto tichého vrácení úspěchu. To zajišťuje, že neplatné přechody jsou výslovně zamítnuty, volajícím systémům je umožněno vhodně opakovat pokus a zabraňuje tomu, aby dohody zůstaly v nezamýšleném stavu bez viditelnosti.

Vydání aplikace adobe acrobat sign v17.1

Nasazení v produkčním prostředí: 5. května 2026

Nasazení v prostředí GovCloud: 12. května 2026

Vylepšená funkčnost

Osobní podpis – Povolení hostovaných relací podepisování ve webové aplikaci
Osobní podpis umožňuje odesílateli určit interního hostitele, který usnadní relaci osobního podepisování pomocí webového prohlížeče. Hostitel spustí řízenou relaci podepisování ze stránky Správa nebo z e-mailového oznámení, dočasně předá zařízení podepisujícímu k dokončení požadovaných akcí a po dokončení znovu převezme kontrolu. Vytvoření a dokončení relace se zaznamenává v auditním protokolu a podepisující osoby mohou volitelně poskytnout e-mailovou adresu pro obdržení kopie smlouvy.

Hromadný digitální podpis ze stránky Spravovat – Použijte digitální podpis na více smluv pomocí jediného ověření
Podepisující osoby mohou vybrat více smluv v zobrazení Čeká na vás a použít digitální podpisy jako hromadnou akci pomocí jediného ověření podpisu. Tím se snižují opakující se kroky podepisování pro pracovní postupy s velkým objemem při zachování stávajících bezpečnostních, ověřovacích a auditních kontrol cloudového podepisování. Hromadné podepisování vyžaduje, aby podepisující osoby zkontrolovaly nebo přeskočily všechny smlouvy před dokončením hromadné akce.

Odesílání pouze interním příjemcům – Omezení smluv na odesílání příjemcům ve stejném účtu aplikace acrobat sign.
Nastavení Odesílání pouze interním příjemcům zabraňuje uživatelům odesílat smlouvy příjemcům mimo jejich účet aplikace acrobat sign. Pokud je tato funkce povolena, lze smlouvy odesílat pouze příjemcům, jejichž ID účtu odpovídají ID odesílatele. Toto nastavení podporuje interní bezpečnostní požadavky a zabraňuje sdílení smluv externě.

Hlášení využití telefonních transakcí – Rozšířené hlášení s viditelností na úrovni skupin a přístupem k naplánovaným zprávám
\n Hlášení telefonních transakcí nyní poskytuje viditelnost zakoupených množství, dat zahájení kvót a podrobné spotřeby napříč SMS a WhatsApp transakcemi. Zákazníci mohou sledovat využití na úrovni skupin a přistupovat k naplánovaným CSV zprávám prostřednictvím jednotného prostředí pro hlášení, což umožňuje přesnější rozpočtování, interní alokaci a proaktivní monitorování k předcházení přerušení služby při dosažení limitů transakcí.
\n Sestavy se nyní generují prostřednictvím naplánovaných sestav v rozhraní pro generování sestav, s dostupným přístupem přes API pro získání nejnovějšího výstupu sestavy.

Nový koncový bod: POST /api/rest/v6/reportDownload
Tento koncový bod přijímá scheduleId a vrací URL pro stažení nejnověji vygenerované CSV sestavy spojené s daným plánem.

Změny v prostředí

Vzhled podpisu v auditních zprávách – Zaznamenává metodu zadávání podpisu použitou každým podepisujícím, zvyšuje viditelnost dodržování předpisů a snižuje ruční ověřování
Auditní zprávy nyní zaznamenávají metodu vzhledu podpisu použitou při aplikaci podpisu podepisujícím. Pro každou událost ESIGNED auditní stopa identifikuje, zda podepisující použil napsaný podpis, nakreslený podpis, nahraný obrázek nebo kreslení nebo zachycení obrázku založené na mobilním zařízení. Toto vylepšení umožňuje týmům pro dodržování předpisů a provoz ověřit metody podpisu přímo ze zprávy auditu, čímž se snižuje nejednoznačnost a zabraňuje se zbytečnému odmítání smluv.
Typy vzhledu podpisu:
- Typ: Podepisující osoba napíše své jméno a vybere styl podpisu založený na písmu.
- Kreslit: Podepisující osoba nakreslí svůj podpis pomocí myši nebo trackpadu na počítači.
- Obrázek: Podepisující osoba nahraje soubor s obrázkem podpisu z počítače.
- Mobile Draw: Podepisující osoba nakreslí svůj podpis pomocí dotyku na mobilním zařízení.
- Mobile Image: Podepisující osoba nahraje nebo zachytí obrázek podpisu na mobilním zařízení.

Uložené podpisy pro URL adresy podepisování API – Umožňuje použití uložených podpisů profilu během podepisování založeného na API
Umožnit registrovaným uživatelům použít jejich uložené podpisy profilu při podepisování smluv prostřednictvím URL adres pro podepisování generovaných API (GET /agreements/{agreementId}/signingUrls). Uložené podpisy se zobrazují pro interní podepisující a pro externí podepisující, kteří se ověřují pomocí e-mailového OTP nebo Adobe ID. Tato funkce zjednodušuje pracovní postupy podpisování pro backendové integrace při zachování bezpečnostních kontrol na úrovni účtu.
Povoleno společností Adobe pro jednotlivé účty po kontrole zabezpečení.

Správa osobního adresáře v moderním prostředí – Uživatelé mohou mazat uložené e-mailové adresy přímo ze svého osobního adresáře v moderním prostředí Request Signature , což usnadňuje udržování osobních seznamů příjemců přesných a aktuálních.

Okno vypršení smlouvy – Rozšířené výchozí období vypršení na 365 dní
\n Maximální termín dokončení smluv byl prodloužen ze 180 dní na 365 dní. Když je povoleno vypršení dokumentu, smlouvám se nyní automaticky přiřazuje 365denní datum vypršení, které nelze odstranit. Tato změna zajišťuje, že všechny smlouvy mají definovaný životní cyklus, zlepšuje dlouhodobé sledování a dodržování předpisů a snižuje riziko nekonečného ponechání smluv otevřených, přičemž stále umožňuje uživatelům nastavit dřívější termíny, když je to potřeba.

Přepracovaná domovská stránka – Zlepšuje přístup k pracovním postupům, zobrazuje kritické akce
Domovská stránka byla přepracována, aby bylo snazší zahájit smlouvy, sledovat aktivitu a přistupovat ke klíčovým funkcím, včetně možnosti kopírovat nedávno odeslané smlouvy, zobrazit dlaždice akcí v intuitivnějším pořadí, rychle identifikovat položky Probíhá a Čeká na vás a zažít zjednodušený banner Co je nového, který snižuje vizuální nepořádek a pomáhá uživatelům pohybovat se rychleji, snižovat počet zmeškaných smluv a navigovat ve více zaměřeném domovském prostředí.

Nová domovská stránka bude zavedena postupně během 10 dnů po vydání. Viz technické oznámení ohledně plánu.

Vylepšení zkušební verze – Do zkušební verze Sign bylo přidáno nejnovější prostředí pro onboarding.
Zkušební verze Sign nyní zahrnuje vylepšené prostředí zaškolování a funkce představené v nedávných placených verzích.

Nový Custom Workflow Designer se stává výchozím – Propagace moderního návrháře, odebrání ovládacích prvků pro přepínání uživatelů, zachování flexibility pro správce
Nové prostředí Custom Workflow Designer je nyní výchozí pro všechny účty. Uživatelé již nevidí odkazy pro přepnutí zpět na klasický designer, zatímco správci si zachovávají možnost znovu povolit přístup k předchozímu prostředí, pokud je to potřeba. Tato aktualizace podporuje přechod na moderní rozhraní návrhu pracovních postupů při zachování administrativní kontroly během přechodného období.

Aktualizace rozhraní REST API/webhooku

Aktualizace rozhraní API a webhooku pro tuto verzi naleznete v dokumentaci k rozhraní API služby Acrobat Sign.

Správa klíčů mTLS pro webhooky – Přidání možnosti klíče generovaného Acrobat Sign, povolení pracovního postupu podepisování certifikátů, zlepšení dodržování bezpečnostních předpisů
Vývojáři si nyní mohou vybrat, jak se spravují soukromé klíče pro ověřování mTLS webhooků v Acrobat Sign. Kromě stávajícího modelu, kdy zákazníci generují a nahrávají vlastní soukromý klíč a certifikát, může nyní Acrobat Sign generovat soukromý klíč a žádost o podepsání certifikátu (CSR). Zákazníci mohou použít CSR k získání certifikátu od své certifikační autority a nahrát jej k dokončení konfigurace. Tato možnost zlepšuje zabezpečení tím, že udržuje soukromé klíče v Acrobat Sign při zachování kompatibility se stávajícím chováním webhook mTLS.

Inicializace digitální identity prostřednictvím parametru login_hint – Umožňuje odesílatelům API inicializovat ověřování digitální identity s identifikátorem specifickým pro příjemce.
Několik koncových bodů v6 REST API /agreements nyní podporuje parametr loginHint, který umožňuje odesílatelům API inicializovat ověřování Digital Identity Gateway pomocí známého přihlašovacího identifikátoru, jako je e-mailová adresa nebo číslo ID uživatele. Poskytovatel identity řídí uživatelské prostředí, ale identifikátor obvykle předvyplní přihlašovací obrazovku, aby posílil pracovní postupy ověřování s vysokou důvěryhodností a snížil riziko vydávání se za někoho jiného. Identifikátor se zobrazuje v maskovaném formátu na vstupní stránce Digital Identity Gateway a v auditní zprávě, aby byla zachována sledovatelnost při ochraně citlivých dat.
Následující koncové body byly aktualizovány, aby zahrnovaly parametr loginHint:
- POST /agreements
- PUT /agreements/{agreementId}
- PUT /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}
- GET /agreements/{agreementId}/members/participantSets/{participantSetId}
- GET /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}/members

Vylepšení identity a hranice důvěry OEM 2.0 – Funkce „Zobrazit personalizovanou/OEM e-mailovou adresu všude" nyní upřednostňuje uživatele poskytnuté stejným partnerem a automaticky vytváří příjemce, když není nalezena žádná shoda
Když je povolena funkce Zobrazit personalizovanou/OEM e-mailovou adresu všude, rozlišení účastníků smlouvy upřednostňuje uživatele poskytnuté stejným partnerem a automaticky vytváří záznam příjemce, když neexistuje odpovídající uživatel, což zajišťuje konzistentní zpracování identity napříč účty.

Navíc s povolenými Zobrazit personalizovanou/OEM e-mailovou adresu všude auditní sestavy uvádějí, zda je odesílatel poskytnut partnerem nebo se jedná o osobní účet, a toky podepisujících osob vedou uživatele k přepnutí účtů, když existují identické e-mailové adresy napříč různými typy účtů, což snižuje zmatení a zabraňuje nechtěnému přístupu.

Vyřešené problémy

4520028	Shrnutí: Sloupec Skupina na stránce Spravovat zobrazoval nesprávné nebo nekonzistentní hodnoty, když uživatelé patřili do více skupin. Změna primární skupiny uživatele způsobila, že smlouvy zobrazovaly nesprávnou skupinu, včetně poslední vybrané primární skupiny nebo více skupin, místo skupiny, ze které byla smlouva původně odeslána.
Problém	Popis
4520028	Oprava: Aktualizována logika stránky Správa tak, aby při vykreslování sloupce Skupina používala skupinu odesílání smlouvy (agreement_group_id) namísto aktuální primární skupiny uživatele.
4532690	Shrnutí: Uživatelé nemohli upravovat koncepty smluv vytvořené z vlastních pracovních postupů, když byly povoleny jak „Povolit odesílání smluv pouze pomocí pracovního postupu", tak „Povolit nové prostředí pro odesílání vlastních pracovních postupů". Systém nesprávně blokoval přístup ke stránce pro vytváření při úpravě existujícího konceptu a považoval to za novou akci odesílání namísto úpravy konceptu.
4532690	Oprava: Aktualizována logika stránky Vytváření tak, aby rozpoznala scénáře úprav konceptů a obešla kontrolu omezení pracovního postupu, což uživatelům umožňuje upravovat existující koncepty smluv vytvořené z vlastních pracovních postupů.
4536764	{"trancreatedText": ["Shrnutí:\u00a0Odesílání smluv prostřednictvím vlastního pracovního postupu vedlo k chybě serveru kvůli selhání zpracování konkrétních šablon pdf. Chyba byla způsobena neplatnými nebo chybějícími daty vzhledu anotace v jednom nebo více zdrojových dokumentech, což vyvolalo výjimku vykreslování během předvyplnění. Problém nebyl konzistentně reprodukovatelný a nemohl být replikován mimo postižené pracovní postupy.
4536764	Oprava: Vylepšeno zpracování výjimek vykreslování ve vrstvě zpracování PDF.
4537197	Shrnutí:\u00a0Při používání nového prostředí Odeslat hromadně s ručně zadanými jmény příjemců bylo druhé pole jména odstraněno během podepisování kvůli nesprávnému zpracování požadovaných dat jmen příjemců napříč dokumenty.
4537197	Oprava: Aktualizována logika zpracování dokumentů pro správné zachování všech polí jmen příjemců při hromadném odesílání smluv.
4538172	Shrnutí:\u00a0Kopírování pracovních postupů, které zahrnují skupiny příjemců, selhalo během synchronizace Sandbox se zprávou „Chyba při provádění požadavku" kvůli neplatným odkazům na skupiny příjemců. Pracovní postup používal ID skupin příjemců specifické pro prostředí, které nejsou přenosné napříč prostředími, což způsobilo selhání ověření během synchronizace.
4538172	Oprava:\u00a0Aktualizováno zpracování synchronizace Sandbox pro správné ověření a zpracování odkazů na skupiny příjemců během operací kopírování pracovních postupů, čímž se předejde selháním, když skupiny příjemců existují v obou prostředích.
4538251	Shrnutí: V novém prostředí Odeslat hromadně se pole informací o podepisujícím pro celé jméno a e-mail nezobrazovala během podepisování nebo v konečném dokumentu, když zdrojový soubor obsahoval existující pole AcroForm. Problém byl způsoben nesprávným zpracováním dat slučovacích polí při kombinování polí informací o podepisujícím s již existujícími poli formuláře, což vedlo k tomu, že pole nebyla vykreslena v podřízených smlouvách
4538251	Oprava:\u00a0Aktualizována logika zpracování slučování a polí formuláře pro správné použití polí informací o podepisujícím v dokumentech, které zahrnují existující pole AcroForm.
4545485	Shrnutí: Vytváření smluv občas selhalo, když generování miniatur narazilo na poškozená pole PDF formuláře. Selhání bylo způsobeno zdrojovými dokumenty obsahujícími pole formulářů bez platných názvů a neplatné vnořené struktury polí, což vyvolalo chyby zpracování během generování PDF.
4545485	Oprava: Přidáno ověření a kontroly hodnot null během zpracování PDF pro zpracování poškozených polí formuláře a předcházení chybám během generování miniatur a vytváření smluv.
4545814	Shrnutí:\u00a0Pole jsou nesprávně zarovnána a textové značky zůstávají viditelné při zpracování dokumentů orientovaných na šířku generovaných z pracovních postupů založených na XDP. Nesprávné výpočty souřadnic v rozložení na šířku způsobují nesprávné umístění polí a brání správnému parsování a odstranění textových značek.
4545814	Oprava:\u00a0Aktualizována logika vykreslování polí pro správný výpočet a umístění polí formuláře v dokumentech orientovaných na šířku, zajišťující správné zarovnání a odstranění textových značek během zpracování.
4545978	Shrnutí:\u00a0Znaky s diakritikou ve jménech podepisujících se vykreslují nesprávně ve viditelném bloku podpisu při používání místního digitálního podepisování. Problém nastává, protože výchozí písmo vložené do dokumentu postrádá správné kódování pro západoevropské znaky, což způsobuje nesprávnou substituci znaků během vykreslování vzhledu podpisu.
4545978	Oprava: Aktualizována konfigurace vloženého písma pro zahrnutí správného kódování znaků s diakritikou, což zajišťuje správné vykreslování jmen podepisujících ve vzhledu podpisu.
4547100	Shrnutí:\u00a0Klonovaná víceřádková textová pole se vykreslují nekonzistentně v podepsaném pdf. Víceřádková klonovaná pole postrádají výchozí slovník vzhledu, což způsobuje, že klonovaná pole zobrazují méně řádků než zdrojové pole, i když obě pole používají stejnou velikost a nastavení.
4547100	Oprava: Přidán výchozí slovník vzhledu do víceřádkových klonovaných polí, takže se klonovaná a zdrojová pole vykreslují jednotně v podepsaných dokumentech.
4548305	Shrnutí:\u00a0Kontrolní seznam onboardingu zobrazuje „Požádat o BAA pro připravenost HIPAA" jako Čekající, i když je HIPAA povoleno. "]} Logika vyhodnocování kontrolního seznamu nesprávně zachází s děděnými nastaveními souvisejícími s HIPAA jako s neúplnými, což způsobuje, že stav úlohy zůstává Čekající, přestože je funkce povolena.
4548305	Oprava: Aktualizována logika vyhodnocování kontrolního seznamu pro správnou interpretaci nastavení souvisejících s HIPAA, včetně děděných hodnot, takže úloha onboardingu odráží dokončený stav, když je HIPAA povoleno.
4550731	Shrnutí: Při podepisování dokumentů pomocí Fill & Sign se mezi podtržením podpisu a časovým razítkem objevuje velká mezera. K problému dochází, když pole podpisu není dostatečně široké pro umístění vykresleného obsahu podpisu, což způsobuje nesprávné rozestupy ve vzhledu podpisu
4550731	Oprava: Aktualizováno vykreslování podpisu pro respektování definovaných rozměrů pole a odpovídající úpravu rozestupů, čímž se snižuje mezera mezi podtržením a časovým razítkem.
4550906	Shrnutí: Odkaz Změnit heslo odkazuje na neplatnou URL pro určité uživatele, což způsobuje chybu prohlížeče. K problému dochází, když aplikace čte zastaralý koncový bod z konfigurace namísto správné URL, což vede k nekonzistentnímu chování napříč prostředími.
4550906	Oprava: Aktualizován konfigurovaný koncový bod pro změnu hesla pro použití správné URL napříč postiženými prostředími.
4550992	Shrnutí: Úprava určitých šablon v novém prostředí přesměruje na stránku Vytvořit šablonu namísto otevření šablony v režimu úprav. K problému dochází, protože systém určuje prostředí na základě nastavení vlastníka šablony namísto nastavení aktuálního uživatele, což způsobuje nesprávné směrování při úpravě sdílených šablon.
4550992	Oprava: Aktualizována logika úprav šablon pro použití nastavení prostředí aktuálního uživatele namísto nastavení vlastníka šablony, čímž se zajistí, že se šablony otevřou ve správném režimu úprav.
4551756	Shrnutí: E-maily s žádostí o schválení zobrazují nevyřešené proměnné šablony v poli příjemce, což způsobuje nesprávné formátování e-mailu. K problému dochází kvůli selhání v logice vykreslování e-mailové šablony při generování oznámení o konfliktu oprávnění.
4551756	Oprava: Aktualizováno vykreslování e-mailové šablony pro správné vyřešení a vyplnění polí příjemce, čímž se zajistí zobrazení platných e-mailových adres v e-mailech s žádostí o schválení.
4551768	Shrnutí: Podepisující se setkávají s neošetřenou chybou při přístupu k dohodám nebo jejich dokončování kvůli selhání ve zpracování vzhledu polí formuláře. Poškozený objekt vzhledu způsobuje ClassCastException během generování dokumentu, což vede k selhání vykreslování dohody.
4551768	Oprava: Aktualizována logika zpracování polí formuláře pro ověření typů objektů vzhledu před přetypováním, čímž se předchází výjimkám a zajišťuje správné vykreslování dohod pro podepisování.
4552272	Shrnutí: Zrušené nebo opuštěné dohody se zobrazují pod Čeká na vás na stránce Spravovat. K problému dochází, když událost restartu pracovního postupu správně nevyčistí data stavu účastníka, což zanechává zastaralá data viditelnosti a indexování, která zobrazují dohodu v nesprávných pohledech
4552272	Oprava: Aktualizováno zpracování restartu pracovního postupu a logika indexování pro správné vymazání předchozích dat stavu účastníka a zajištění, že se dohody zobrazují pouze ve správném stavu.
4553158	Shrnutí: V prostředích s jazyky RTL na iOS panel podpisu nereaguje správně při kreslení podpisu. Panel se posouvá namísto zachycení vstupu, což vyžaduje, aby uživatelé ručně posouvali pro nakreslení a použití podpisu, což brání normálnímu chování při podepisování, když je povoleno nové prostředí podpisu příjemce.
4553158	Oprava: Aktualizováno zpracování interakce panelu podpisu pro rozložení RTL na iOS pro správné zachycení vstupu kreslení bez nechtěného posouvání, což umožňuje normální vytváření a použití podpisu.
4553583	Shrnutí: Pracovní postupy umožňují e-mailové adresy s úvodními nebo koncovými mezerami, což způsobuje, že dohody tiše selžou při odesílání v novém prostředí. Systém neověřuje ani nenormalizuje vstup a nezobrazuje se žádná chybová zpráva indikující problém.
4553583	Oprava: Aktualizováno zpracování vstupu pro automatické oříznutí mezer z e-mailových adres a zabránění uložení neplatných hodnot a přidáno zpracování pro existující pracovní postupy, aby bylo možné úspěšně odesílat smlouvy.
4553676	Shrnutí: Hypertextové odkazy se zobrazují nesprávně v zobrazení Správa, kde je název smlouvy připojen k adrese URL, což má za následek nefunkční odkazy. Problém nastává kvůli nesprávné analýze adresy URL při vykreslování hypertextových odkazů v rozhraní Správa.
4553676	Aktualizováno vykreslování hypertextových odkazů pro správné parsování URL, což zajišťuje, že odkazy zůstanou nezměněné a budou správně fungovat ve všech zobrazeních.
4555021	Shrnutí: Ověření platnosti OTP se nezdařilo s chybou „vypršela platnost", i když byl kód zadán okamžitě. Problém nastává kvůli souběžné situaci v toku ověřování, kdy více událostí odeslání způsobí předčasné zneplatnění jednorázového hesla.
4555021	Oprava: Aktualizován tok ověření OTP pro správné zpracování duplicitních nebo rychlých událostí odeslání, což zabraňuje předčasnému vypršení platnosti a umožňuje úspěšné zadání platných OTP.
4555028	Shrnutí: Odebrání dalšího příjemce k podpisu může selhat se systémovou chybou a ponechat smlouvu ve stavu čekající revize. Problém nastává, když má příjemce aktivní připomínku, která zabraňuje úspěšnému dokončení aktualizace smlouvy.
4555028	Oprava: Aktualizována logika odebrání příjemce pro zpracování případů, kdy má další podepisující aktivní připomínky, což umožňuje dokončení aktualizace smlouvy bez chyb.
4555319	Shrnutí: Tvůrci web formulářů vidí při náhledu formuláře pouze možnosti podpisu Napsat a Nakreslit, zatímco podepisující vidí všechny dostupné možnosti (Napsat, Nakreslit, Obrázek, mobile). Problém nastává, protože režim náhledu nesprávně aplikuje povolená nastavení vstupu podpisu, když tvůrce nevystupuje jako podepisující.
4555319	Oprava: Aktualizováno chování náhledu webového formuláře tak, aby se použila kompletní sada povolených typů vstupů podpisu, což zajišťuje, že tvůrci vidí stejné možnosti podpisu jako podepisující.
4555345	Shrnutí: Smlouvy s více příjemci typu Podepisující se svědkem se nepodaří otevřít v náhledu z konceptu s chybou „ParticipantSetsInfo nelze upravit." Problém nastává kvůli nesprávné logice řazení účastníků a svědků ve vlastních pracovních postupech, což brání smlouvě v přechodu zpět do stavu vytváření
4555345	Oprava: Aktualizována logika řazení účastníků a svědků ve vlastních pracovních postupech pro správný výpočet pořadí provádění, což umožňuje smlouvám vrátit se do stavu vytváření a pokračovat normálně.
4555615	Shrnutí: Datové části událostí webhook pro delegované a nahrazené příjemce neobsahují pole privateMessage. Problém nastává, protože soukromá zpráva se nepropaguje do stavu příjemce používaného pro generování datových částí webhook, což má za následek chybějící data pro ovlivněné události.
4555615	Oprava: Aktualizováno zpracování dat účastníků, aby se zajistilo, že soukromé zprávy jsou zahrnuty v datových částech webhook pro delegované a nahrazené příjemce.
4555687	Shrnutí: Smlouvy mohou být automaticky zrušeny a přesunuty do skrytého stavu po podpisu kvůli selhání ověření viditelnosti dokumentu. Když je účastník delegován nebo nahrazen, mapování viditelnosti dokumentu se nepřenese správně, což způsobuje nesoulad mezi přiřazenými poli a viditelnými dokumenty, což může spustit automatické zrušení.
4555687	Oprava: Logika delegování a nahrazování nyní správně klonuje mapování viditelnosti dokumentů pro nové účastníky, čímž předchází selháním ověření a nechtěnému zrušení smlouvy.
4556516	Shrnutí: Pole formuláře mohou ignorovat nakonfigurované velikosti písma a vykreslovat se nekonzistentně v generovaných smlouvách. Problém nastává ve víceřádkových polích, když engine zpracování dokumentů upraví velikost písma, aby zabránil oříznutí textu, čímž přepíše nastavení pevné velikosti písma.
4556516	Oprava: Aktualizováno chování vykreslování písma tak, aby víceřádková pole respektovala nastavení pevné velikosti písma, čímž se sladí chování s očekávaným výstupem a zabrání se nechtěným úpravám velikosti.
4556967	Shrnutí: Vybraná zaškrtávací políčka se mohou jevit jako nevybraná v konečném podepsaném PDF u webových formulářů. K problému dochází při použití určitých skrytých hodnot (například „no", „false", „0", „off", „unchecked"), které mohou způsobit nesprávnou interpretaci stavů zaškrtávacích políček během zpracování dokumentu, když je povolena funkce Gibson.
4556967	Oprava: Aktualizováno zpracování zaškrtávacích políček pro správnou interpretaci skrytých hodnot a zachování vybraných stavů v konečném dokumentu, což zajišťuje konzistenci mezi podepisováním a podepsaným PDF.
4557222	Shrnutí: Propojená pole ze šablon polí mohou zmizet na stránce pro vytváření obsahu při použití v rámci pracovních postupů. K problému dochází, protože pole odkazů nejsou zahrnuta v datech polí formuláře smlouvy vrácených během vytváření založeného na pracovních postupech, což má za následek chybějící pole.
4557222	Oprava: Aktualizováno zpracování polí formuláře tak, aby zahrnovala pole odkazů ze šablon polí během zpracování pracovních postupů, čímž je zajištěno jejich správné sloučení a zobrazení na stránce pro vytváření.
4557272	Shrnutí: Pole Datum podpisu se nemusí zobrazit v konečném podepsaném PDF. K problému dochází, když se nezdaří vykreslení textového pole během zpracování dokumentu, což brání zobrazení pole data ve výstupním dokumentu.
4557272	Oprava: Aktualizováno vykreslování textového pole pro správné zpracování prázdných nebo null hodnot, čímž je zajištěno konzistentní zobrazení pole Datum podpisu v podepsaných dokumentech.
4557282	Shrnutí: Pole přepínačů ve web forms mohou zobrazovat neočekávanou hodnotu popisku („object Object"), když jsou vytvořena pomocí nového prostředí šablon. K problému dochází kvůli nesprávnému zpracování prázdných hodnot popisků, což způsobuje vykreslení zástupných dat místo jejich potlačení.
4557282	Oprava: Aktualizována logika zpracování popisků pro správné ignorování prázdných hodnot, což brání zobrazení nezamýšleného zástupného textu ve webových formulářích.
4557589	Shrnutí: Předvyplněná zaškrtávací pole se mohou zobrazit jako nezaškrtnutá, když je smlouva odeslána k podpisu. K problému dochází, když jsou pro zaškrtávací políčka nebo přepínače definovány duplicitní nebo konfliktní skryté hodnoty, což může způsobit nesprávnou interpretaci vybraného stavu během zpracování dokumentu.
4557589	Oprava: Aktualizováno zpracování hodnot polí pro správné zpracování skrytých hodnot a zachování předvyplněných výběrů, což zajišťuje, že stavy zaškrtávacích políček zůstanou konzistentní při generování a odesílání smluv.
4557672	Shrnutí: Nové prostředí pro žádost o podpis může zobrazit obecnou chybu („Poskytnutá žádost je neplatná") při odesílání smlouvy, aniž by identifikovalo konkrétní pole způsobující selhání. K tomu může dojít, když údaje o příjemci (například formát telefonního čísla) neprošly ověřením, ale chyba není uživateli jasně zobrazena.
4557672	Oprava: Aktualizováno zpracování ověřování pro poskytování konkrétních chybových zpráv na úrovni polí, které pomáhají uživatelům identifikovat a opravit neplatné vstupy před odesláním smlouvy.
4557680	Shrnutí: Mapování zaškrtávacích políček nebo přepínačů může v některých smlouvách selhat při kombinování více dokumentů, což má za následek, že očekávané hodnoty nejsou použity. K problému dochází, když výchozí hodnoty přesně neodpovídají definovaným exportním hodnotám, což může způsobit, že pole budou považována za samostatné skupiny a naruší se chování mapování.
4557680	Oprava: Aktualizována logika mapování polí pro ignorování neodpovídajících výchozích hodnot a správné přiřazení polí napříč dokumenty, což zlepšuje konzistenci chování zaškrtávacích políček a přepínačů.
4557902	Shrnutí: Mezi podpisem a časovým razítkem data a času se může objevit další mezera ve smlouvách Fill and Sign. K problému dochází kvůli nesprávnému výpočtu rozestupů u dobře formátovaných podpisů, což vede k nekonzistentnímu rozložení ve srovnání s jinými toky podepisování.
4557902	Oprava: Aktualizován výpočet rozložení podpisu pro správné umístění podpisu a časového razítka, odstraněny nežádoucí rozestupy a zajištěno konzistentní formátování.
4557947	Shrnutí: Zaškrtávací políčka se mohou v konečném podepsaném pdf zobrazit jako nezaškrtnutá při použití šablon knihovny, i když je podepisující vybral. Tento problém může nastat, když jsou zaškrtávací políčka nesprávně nakonfigurována nebo používají určité skryté hodnoty, což vede k nesprávné interpretaci vybraného stavu během zpracování dokumentu.
4557947	Oprava:\u00a0Aktualizováno zpracování zaškrtávacích políček pro správnou interpretaci skrytých hodnot a zachování vybraných stavů, což zajišťuje, že výběry zaškrtávacích políček zůstanou zachovány v podepsaném dokumentu.
4558295	Shrnutí:\u00a0Požadované hodnoty přepínačů mohou chybět v konečném podepsaném pdf. K problému může dojít, když hodnoty polí obsahují speciální znaky (například uvozovky nebo symboly), které nejsou správně zpracovány, což vede k tomu, že se vybraná hodnota nevykreslí ve výstupu dokumentu.
4558295	Oprava: Aktualizováno zpracování hodnot polí pro správné zpracování speciálních znaků, což zajišťuje zachování a zobrazení vybraných hodnot v podepsaném PDF.
4558307	Shrnutí:\u00a0Pole formuláře mohou ignorovat nakonfigurované velikosti písma a vykreslit se nekonzistentně v generovaných smlouvách. K problému může dojít ve víceřádkových polích, když engine pro zpracování dokumentů upraví velikost písma, aby zabránil oříznutí textu, a přepíše nastavení pevné velikosti písma.
4558307	Oprava:\u00a0Aktualizováno chování vykreslování písma, takže víceřádková pole respektují nastavení pevné velikosti písma, čímž se zabrání nechtěné změně velikosti a zajistí konzistentní output.
4558554	Shrnutí: Signatáři mohou dokončit smlouvy bez interakce s blokem podpisu. K problému může dojít v účtech s povolenou funkcí Gibson, když blok podpisu není správně vykreslen nebo vynucen během podepisování, což umožňuje dokončení pouze s polem podpisu.
4558554	Oprava:\u00a0Aktualizována logika vykreslování a ověření podpisu pro zajištění správného zobrazení a vyžadování bloků podpisu před dokončením smlouvy.
4558725	Shrnutí: Textové značky nemusí být vykresleny nebo převedeny na pole formuláře během náhledu. K problému může dojít, když nahraný PDF obsahuje nepodporované nebo neplatné prvky (například prázdné anotace nebo existující vyplnitelná pole), které brání úspěšnému dokončení zpracování textových značek.
4558725	Oprava: Aktualizováno zpracování textových značek pro spolehlivější zpracování PDF s neplatnými nebo nepodporovanými anotacemi, což umožňuje generování polí podle očekávání během náhledu.
4559285	Shrnutí:\u00a0Ověření telefonu může selhat pro určité regiony při výběru kódu země v novém prostředí pro žádost o podpis. K problému dochází, když uživatelské rozhraní zobrazuje neúplný nebo nesprávný kód země (například „+1" místo „+1246" pro Barbados), což může způsobit chyby ověření při odesílání smlouvy.
4559285	Oprava:\u00a0Aktualizováno zpracování kódů zemí pro použití správných úplných volacích kódů, což zajišťuje správné ověření a zpracování telefonních čísel v novém prostředí.
4560119	Shrnutí:\u00a0Text v polích formuláře se může jevit jako nesprávně zarovnaný nebo se překrývat v generovaných smlouvách. K problému může dojít ve víceřádkových textových polích, když engine pro zpracování dokumentů zavede rozdíly ve vykreslování, což vede k posunům rozložení ve srovnání se zobrazením při vytváření.
4560119	Oprava: Aktualizováno vykreslování textu a zpracování rozložení pro víceřádková pole pro zlepšení zarovnání a zabránění překrývání, což zajišťuje konzistentnější zobrazení mezi vytvářením a konečnými dokumenty.
4562058	Shrnutí:\u00a0Jméno příjemce může zůstat nezměněno při výběru jiného e-mailu z adresáře na stránce Odeslat. K problému dochází, protože se pole jména neobnoví při výběru nového kontaktu, což způsobuje nesoulad mezi zobrazeným jménem a vybraným e-mailem.
4562058	Oprava:\u00a0Aktualizováno chování výběru příjemce, takže se pole jména vždy obnoví při výběru nového kontaktu, což zajišťuje synchronizaci jména a e-mailu.
4566339	Shrnutí:\u00a0Nesprávné stavy zaškrtávacích políček se mohou objevit při zpracování statických XFA pdf s poškozenými hodnotami polí. K problému může dojít, když jsou nepodporovaná nebo neplatná XFA data (například řetězcové hodnoty v číselných polích) zpracovávána nekonzistentně, zejména v prostředích s povolenou funkcí Gibson, kde mohou být výchozí hodnoty zaškrtávacích políček nesprávně interpretovány.
4566339	Oprava:\u00a0Aktualizováno zpracování XFA v pipeline zpracování dokumentů pro konzistentnější normalizaci nebo ignorování poškozených hodnot, čímž se zabrání nesprávným stavům zaškrtávacích políček a sladí chování napříč prostředími.
4567278	Shrnutí: Textová pole pouze pro čtení se nemusí zobrazit na stránce pro podepisování, když jsou povoleni dynamičtí účastníci. K problému dochází kvůli nekonzistentnostem při vykreslování polí během rozlišování účastníků, což může způsobit vynechání needitovatelných polí ze zobrazení pro podepisovatele.
4567278	Oprava: Aktualizována logika vykreslování polí pro dynamické účastníky, aby byla zajištěna konzistentní zahrnutí a zobrazení needitovatelných polí během podepisování.
4568023	Shrnutí: Možnosti podpisu Obrázek a Mobile se nemusí zobrazit ve web forms během podepisování. K problému může dojít kvůli nekonzistentnímu načítání možností podpisu v toku zadávání web forms, kde určité metody podepisování nejsou zobrazeny, dokud není relace znovu načtena nebo přístupná prostřednictvím alternativní cesty.
4568023	Oprava: Aktualizována inicializace podepisování web forms pro konzistentní načítání všech povolených možností podpisu, což zajišťuje dostupnost metod Obrázek a Mobile napříč všemi vstupními body.

Adobe Acrobat Sign verze 17.1.1

Nasazení do provozu: 16. června 2026

Nasazení pro prostředí GovCloud: 18. června 2026

Vylepšená funkčnost

Filtr příjemců v reportingu – Přidává filtrování na základě příjemců do sestav a exportů dat.
Přidejte filtr příjemců do moderního reportingu pro sestavy dohod a transakcí a exporty dat. Správci mohou filtrovat podle e-mailu příjemce a vrátit všechny dohody, které zahrnují zadaného příjemce, bez ohledu na roli nebo pořadí podepisování. Filtr podporuje automatické dokončování a chování s možností více výběrů v souladu se stávajícím filtrem Sender a vztahuje se na vizuální sestavy i exporty CSV.

Změny v prostředí

Podpora Bio-Pharma (CFR) v moderním elektronickém podpisu – přidává zaznamenávání důvodu podepsání a vynucené opětovné ověření v okamžiku podpisu
Nastavení podepisování Bio-Pharma, včetně zaznamenávání důvodu podepsání a opětovného ověření v okamžiku podpisu, jsou nyní podporována v moderním prostředí elektronického podepisování. Dohody používající tato nastavení se již nevrací do klasického prostředí podepisování. Není vyžadován žádný zásah zákazníka ani změna nastavení správce.

Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: podpora pro nastavení Bio Pharma v moderním elektronickém podpisu je ve výchozím nastavení aktivována.

Aktualizace rozhraní REST API/webhooku

Aktualizace rozhraní API a webhooku pro tuto verzi naleznete v dokumentaci k rozhraní API služby Acrobat Sign.

Potlačení oznámení o dohodě prostřednictvím API – přidání podrobného řízení zasílání zpráv příjemcům
Pomocí REST v6 POST /agreements API můžete řídit, která oznámení se odesílají při vytváření dohod potlačením konkrétních typů e-mailů pro účastníky, kopie nebo odesílatele. Tím se snižuje počet zbytečných e-mailů a podporují se čistší a kontrolovanější prostředí podepisování v integrovaných pracovních postupech.

Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: REST v6 API

Vyřešené problémy

Problém	Popis
4545881	Shrnutí: Podepisující používající funkci Stáhnout a podepsat v aplikaci Acrobat mohli obdržet chybu „Adobe Acrobat Sign nemůže rozpoznat“ po nahrání digitálně podepsaného PDF, když certifikát digitálního ID neobsahoval očekávanou hodnotu jména podepisujícího, například commonName, givenName nebo pseudonym. Dohody nebylo možné dokončit, i když byl podepsaný soubor PDF nahrán.
4545881	Oprava: Acrobat Sign nyní zpracovává certifikáty digitální identity s chybějícími hodnotami jmen podepisujícího, aniž by během procesu ověření nahrávání došlo k chybě. Podepisování může být úspěšně dokončeno, i když se jméno podepisujícího nemusí zobrazit, pokud certifikát žádné neobsahuje.
4547132	Shrnutí: Když byly dohody vytvořeny prostřednictvím požadavku POST /agreements API a hodnota securityOption byla nastavena jako nulová, externím příjemcům mohl být přiřazen způsob ověření Žádný, i když nastavení účtu vyžadovala Email OTP jako výchozí způsob ověření. Autentizace interních příjemců byla použita správně, ale autentizace externích příjemců nebyla.
4547132	Oprava: Acrobat Sign nyní správně aplikuje výchozí způsob ověření nakonfigurovaný pro účet, když dohody vytvořené prostřednictvím API obsahují příjemce s nulovou hodnotou securityOption. Externí příjemci nyní obdrží požadovanou výchozí autentizační metodu místo Žádné.
4553171	Shrnutí: Ve vývojářských účtech používajících nové prostředí Vytvořit šablonu mohly znovupoužitelné šablony zobrazovat předponu [DEMO USE ONLY] na stránce Spravovat, ale předpona nebyla dostupná při úpravě názvu šablony. Uživatelé nemohli odstranit předponu z existujícího názvu šablony, pokud nenahradili celý název nebo nepřepnuli na klasické prostředí šablon.
4553171	Oprava: Nové prostředí Vytvořit šablonu nyní udržuje název znovu použitelné šablony a název dohody v souladu s chováním vodoznaku vývojářského účtu. Uživatelé mohou upravovat celý název šablony včetně předpony [DEMO USE ONLY], aniž by museli přepínat na klasické prostředí
4556731	Shrnutí: Poté, co odesílatel nahradil příjemce sebou samým a poté delegoval dohodu na jiného příjemce, dohoda se vrátila do stavu Probíhá, ale možnost Nahrát podepsaný dokument zůstala nedostupná. To zabránilo odesílateli nahrát podepsanou kopii pro způsobilé probíhající dohody po této sekvenci delegování.
4556731	Oprava: Acrobat Sign nyní správně obnovuje možnost Nahrát podepsaný dokument poté, co je příjemce nahrazen odesílatelem a poté delegován na jiného příjemce, když je dohoda způsobilá pro nahrání podepsaného dokumentu.
4557576	Shrnutí: Když byl blok podpisu přiřazen ke skupině příjemců s více členy, e-mailová adresa v bloku podpisu mohla být zobrazena zkráceně místo úplného zobrazení. To mohlo ztížit čtení informací o skupině příjemců před tím, než člen skupiny dokončil podepisování.
4557576	Oprava: Acrobat Sign nyní zobrazuje informace o e-mailu skupiny příjemců v blocích podpisů bez náhlého ořezávání viditelného textu. Dlouhé hodnoty e-mailů skupin příjemců jsou zpracovávány tak, aby zobrazené informace zůstaly čitelné v rámci bloku podpisu.
4561898	Shrnutí: Někteří příjemci se mohli setkat s chybou serveru po ověření nebo při dokončování podepisování dohod, které používaly specifické PDF dokumenty. Selhání bylo způsobeno problémem se zpracováním dat struktury PDF během generování podepsaného dokumentu, což bránilo podepisujícímu v dokončení dohody.
4561898	Oprava: Acrobat Sign nyní zpracovává data struktury PDF obezřetněji během podepisování a generování dokumentů. Oprava zabraňuje konfliktům stromu struktury blokovat dokončení a umožňuje příjemcům úspěšně se ověřit, podepsat a dokončit postižené dohody.
4562041	Shrnutí: Některá oznámení webhooku mohla být zpožděna nebo se nepodařilo je publikovat, když Acrobat Sign obdržel interní chybu serveru při vytváření datové části webhooku. Pro postižený účet bylo dne 19. března 2026 ovlivněno několik událostí, včetně AGREEMENT_WORKFLOW_COMPLETED a dalších událostí dohod, což zpozdilo navazující pracovní postupy zákazníků
4562041	Oprava: Acrobat Sign nyní zpracovává selhání generování datových částí webhooku spolehlivěji, takže neúspěšné interní odpovědi nejsou ukládány do mezipaměti způsobem, který blokuje nebo zpožďuje doručení událostí. Oprava byla ověřena prostřednictvím regresního testování a má za cíl zabránit zpoždění postižených událostí webhooku stejnou cestou selhání generování datové části.
4562458	Shrnutí: Příjemci mohli obdržet chybu Zadáno neplatné ID dohody při otevírání URL pro podepisování u dohod odeslaných neaktivním uživatelům na nárokovaných doménách účtů, když bylo použito ověření příjemce, jako je e-mailové OTP nebo ověření heslem. Průběh podepisování vytvořil jednorázového čekajícího uživatele pro pokračování procesu podepisování, ale požadavek na informace o podepisování mohl číst zastaralá data dohody, která neobsahovala nově vytvořenou účast, a blokoval přístup, dokud nebyl odkaz na podepisování obnoven nebo data aktualizována.
4562458	Oprava: Aplikace Acrobat Sign nyní načítá aktuální data o účasti na dohodě při otevírání ověřených URL pro podepisování v tomto pracovním postupu. To zabraňuje zastaralým datům dohody uloženým v mezipaměti způsobovat chyby neplatného ID dohody a umožňuje příjemcům úspěšně dokončit ověření a přistupovat na stránku elektronického podepisování.
4566894	Shrnutí: Některé prošlé dohody vytvořené z více šablon nemohly být zkopírovány ze stránky Spravovat. Když uživatelé vybrali možnost Vytvořit kopii, operace kopírování selhala s chybou Nelze zkopírovat dohodu. Zkuste to později, protože ověření přístupu k šabloně selhalo při kopírování dohod s více než jednou šablonou.
4566894	Oprava: Aplikace Acrobat Sign nyní správně ověřuje informace o šabloně při kopírování dohod, které byly vytvořeny z více šablon. Postižené dohody lze nyní kopírovat bez vyvolání chyby relace backendu.
4568666	Shrnutí: Oznámení webhooku mohla občas selhat u dohod, které zahrnovaly účastníky s rolí osvědčujícího bez přiřazeného ID uživatele. Základní událost dohody byla vytvořena, ale generování datové části webhooku mohlo selhat, když byla data účastníků zpracována v nepředvídatelném pořadí, což způsobilo, že některé očekávané události webhooků nebyly doručeny po AGREEMENT_CREATED.
4568666	Oprava: Acrobat Sign nyní bezpečně zpracovává data účastníků webhooku s chybějícími ID uživatelů během generování datové části. To zabraňuje zástupným účastníkům – svědkům způsobovat selhání datové části webhooku a umožňuje konzistentní doručování očekávaných událostí webhooků dohod.
4571682	Souhrn: V některých dohodách, kde aplikace Power Automate upravila skupiny příjemců před vyplněním formuláře dalším uživatelem, se mohlo stát, že se pole pouze pro čtení nezobrazila následujícímu vyplňovateli formuláře. Poté, co vyplňovatel formuláře vyplnil upravitelná pole formuláře, mohla tato pole z dohody zmizet, i když byla prostřednictvím API stále správně přiřazena a označena jako viditelná.
4571682	Oprava: Acrobat Sign nyní zachovává viditelnost polí pro následné skupiny příjemců po změnách členství skupin příjemců. Pole pouze pro čtení, bloky podpisů, výběry z rozbalovacích nabídek a další hodnoty dokončených polí zůstávají dostupné pro pozdější příjemce a ve staženém souboru PDF pro opravené scénáře.
4571845	Souhrn: Osobní podpis může selhat se serverovou chybou, když e-mailová adresa osobně podepisujícího odpovídá existujícímu uživatelskému účtu na jiném fragmentu, což brání dokončení dohody.
4571845	Oprava: Aktualizovali jsme zpracování osobně podepisujících tak, aby správně vytvořilo a použilo dočasný záznam podepisujícího, čímž se předejde konfliktům uživatelů mezi fragmenty a umožní se úspěšné dokončení podpisové relace.
4573019	Souhrn: Pořadí skupin příjemců může být chybně vypočítáno po dynamických aktualizacích účastníků, které odstraní kombinaci příjemců a skupin příjemců, což způsobí, že se u zbývající skupiny zobrazí nesprávné pořadí směrování.
4573019	Oprava: Aktualizovali jsme přepočítávání pořadí účastníků tak, aby skupiny příjemců zachovaly správné pořadí po složitých dynamických odebrání účastníků, včetně případů, kdy je skupina zredukována na jednoho zbývajícího člena.
4572455	Souhrn: Někteří podepisující mohli vidět zprávu Neošetřená chyba nebo Něco se pokazilo po dokončení podpisu, i když byl podpis použit a dohoda postoupila k dalšímu příjemci. Problém se vyskytl, když byli povoleni dynamičtí účastníci a tok podpisu se pokusil připravit dokument pro dalšího podepisujícího, ale nemohl nalézt očekávanou podepsanou verzi dokumentu.
4572455	Oprava: Acrobat Sign nyní kontroluje správnou podepsanou verzi dokumentu při přípravě dohody pro dalšího podepisujícího. To brání toku podpisu v zobrazení chyby po úspěšném podpisu, když jsou povoleni dynamičtí účastníci.

Předchozí

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

Další

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

Informace

Učte se pomocí podrobných výukových videí a praktických pokynů přímo v aplikaci.

Komunita

Zapojte se do diskuzí, najděte odpovědi, učte se od odborníků a sdílejte své znalosti.

Domovská stránka Adobe

Získejte přístup k oblíbeným aplikacím, službám, správě souborů a dalším funkcím Creative Cloud.