Příručka služby Adobe Acrobat Sign
Co je nového
Začínáme
- Stručný návod pro správce
- Stručný návod pro uživatele
- Pro vývojáře
- Knihovna výukových videí
- Časté dotazy
Správa
- Přehled konzole Admin Console
- Správa uživatelů
- Přidat, upravit a zkontrolovat aktivní uživatele
- Vytváření uživatelů zaměřených na funkce
- Zkontrolovat uživatele, kteří nedokončili ověření
- Kontrola uživatelů s chybami zřizování
- Změna jména/e-mailové adresy
- Úprava členství uživatele ve skupině
- Úprava členství uživatele ve skupině prostřednictvím rozhraní skupiny
- Povýšení uživatele do role správce
- Typy identit uživatelů a jednotné přihlašování
- Přepnutí identity uživatele
- Ověření uživatelů pomocí služby MS Azure
- Ověření uživatelů pomocí služby Google Federation
- Profily produktů
- Prostředí pro přihlášení
- Nastavení účtu/skupiny
- Přehled nastavení
- Globální nastavení
- Úroveň a ID účtu
- Nové prostředí příjemce
- Pracovní postupy pro podepisování sám sebou
- Hromadné odeslání
- Webové formuláře
- Vlastní pracovní postupy odeslání
- Pracovní postupy služby Power Automate
- Dokumenty knihovny
- Shromažďování údajů o formulářích s dohodami
- Omezená viditelnost dokumentu
- Připojení kopie podepsané dohody ve formátu PDF
- Přidání odkazu do e-mailu
- Přidání obrázku do e-mailu
- Soubory připojené k e-mailu budou pojmenovány jako
- Připojení sestav auditů k dokumentům
- Sloučení více dokumentů do jednoho
- Stažení jednotlivých dokumentů
- Nahrání podepsaného dokumentu
- Delegování pro uživatele v mém účtu
- Povolení delegování externích příjemců
- Oprávnění k podpisu
- Oprávnění k odeslání
- Oprávnění přidávat elektronické pečeti
- Nastavení časového pásma
- Nastavení výchozího formátu data
- Uživatelé ve více skupinách (UMG)
- Oprávnění správce skupiny
- Nahrazení příjemce
- Sestava auditu
- Zápatí transakce
- Zprávy v produktu a nápověda
- Přístupné soubory PDF
- Nový způsob podepisování
- Zákazník ve zdravotnictví
- Nastavení účtu / nastavení značky
- Preference podpisu
- Dobře formátované podpisy
- Povolení příjemcům podepisovat podle
- Podepisující mohou změnit své jméno
- Povolení příjemcům použít jejich uložený podpis
- Vlastní podmínky používání a právo požadovat podpis
- Procházení příjemců mezi poli formuláře
- Restart pracovního postupu dohody
- Odmítnutí podepsat
- Povolení pracovních postupů s razítkem
- Vyžádání od podepisujících uvedení pozice nebo společnosti
- Umožnění podepisujícím vytisknout a umístit vlastnoruční podpis
- Zobrazení zpráv při e-podepisování
- Vyžádání, aby podepisující k vytvoření svého podpisu použili mobilní zařízení
- Vyžádání IP adresy od podepisujících
- Vyloučení názvu společnosti a pozice na razítkách účastníků
- Využití adaptivního přizpůsobení velikosti podpisu
- Digitální podpisy
- Elektronické pečeti
- Digitální identita
- Nastavení sestav
- Nové prostředí pro sestavy
- Nastavení klasické sestavy
- Nastavení zabezpečení
- Nastavení jednotného přihlašování
- Nastavení Zapamatovat si mne
- Zásady hesla pro přihlášení
- Síla hesla pro přihlášení
- Doba trvání webové relace
- Typ šifrování PDF
- API
- Přístup k informacím o uživateli a skupině
- Povolení rozsahů IP
- Sdílení účtů
- Oprávnění ke sdílení účtů
- Ovládací prvky sdílení dohod
- Ověření identity podepisujícího
- Heslo pro podepisování dohody
- Síla hesla dokumentu
- Blokování podepisujících podle geografického umístění
- Telefonické ověření
- Ověření na základě znalostí (KBA)
- Povolení vyjmutí stránek
- Vypršení platnosti odkazu na dokument
- Nahrání klientského certifikátu pro webhooky/zpětná volání
- Časové razítko
- Nastavení odeslání
- Po přihlášení zobrazit stránku Odeslat
- Rozhraní tvorby dohody
- Vyžádání jména příjemce při odesílání
- Uzamknutí hodnot jména známých uživatelů
- Povolené role příjemce
- Povolení elektronických osvědčujících
- Skupiny příjemců
- Kopie
- Povinná pole
- Připojování dokumentů
- Slučování polí
- Změny dohod
- Vytvořit kopii (smlouvy)
- Název dohody
- Jazyky
- Soukromé zprávy
- Povolené typy podpisů
- Připomenutí
- Ochrana podepsaného dokumentu heslem
- Odeslání oznámení o dohodě
- Možnosti identifikace podepisujícího
- Vyplnit pole formuláře daty s ověřenou identitou
- Ochrana obsahu
- Povolení notářských transakcí
- Ukončení platnosti dokumentu
- Zobrazení náhledu, umístění podpisů a přidání polí
- Pořadí podepisování
- Liquid Mode
- Ovládací prvky vlastního pracovního postupu
- Možnosti nahrání na stránce elektronického podpisu
- Přesměrování adresy URL potvrzení po podepsání
- Omezení přístupu ke sdíleným dohodám
- Po přihlášení zobrazit stránku Odeslat
- Šablony zpráv
- Nastavení pro biofarmacii
- Integrace pracovních postupů
- Nastavení služby Notarize
- Integrace plateb
- Zprávy podepisujícího
- Nastavení protokolu SAML
- Konfigurace SAML
- Instalace služby Microsoft Active Directory Federation Service
- Instalace aplikace Okta
- Instalace aplikace OneLogin
- Instalace služby Oracle Identity Federation
- Konfigurace SAML
- Správa dat
- Nastavení časového razítka
- Externí archiv
- Jazyky účtů
- Nastavení e-mailů
- Přechod z domény echosign.com na adobesign.com
- Konfigurace možností pro příjemce
- Pokyny pro regulační požadavky
- Dostupnost
- HIPAA
- GDPR
- Část 11 pro titul 21 CFR a příloha 11 pravidel EudraLex
- Zákazníci ve zdravotnictví
- Podpora IVES
- Ukládání dohod do trezoru
- Hlediska EU/Spojeného království
- Hromadné stahování dohod
- Nárokování domény
- Odkazy na nahlášení zneužití
- Systémové požadavky a omezení
Odesílání, podepisování a správa dohod
- Možnosti příjemce
- Zrušení e-mailového připomenutí
- Možnosti na stránce elektronického podpisu
- Přehled stránky elektronického podpisu
- Otevření pro čtení dohody bez polí
- Odmítnutí podepsání dohody
- Delegování podpisového oprávnění
- Opětovné zahájení vyplňování dohody
- Stažení PDF dohody
- Zobrazení historie dohody
- Zobrazení zpráv dohody
- Přechod z elektronického na vlastnoruční podpis
- Přechod z vlastnoručního na elektronický podpis
- Navigace v polích formuláře
- Vymazání dat z polí formuláře
- Zvětšení a navigace na stránce elektronického podpisu
- Změna jazyka použitého v nástrojích a informacích dohody
- Přehled právních upozornění
- Úprava předvoleb souborů cookie aplikace Acrobat Sign
- Odesílání dohod
- Stránka Odeslat (Vytvořit)
- Přehled značek a funkcí
- Výběr skupiny
- Přidávání souborů a šablon
- Název dohody
- Globální zpráva
- Termín dokončení
- Připomenutí
- Ochrana PDF heslem
- Typ podpisu
- Jazykové prostředí pro příjemce
- Pořadí/průběh podpisu příjemce
- Role příjemců
- Ověření příjemce
- Soukromá zpráva pro příjemce
- Přístup příjemce k dohodě
- Strany uvedené v kopii
- Kontrola totožnosti
- Odeslání dohody pouze sami sobě
- Odeslání dohody ostatním
- Vlastnoruční podpisy
- Pořadí podepisování příjemců
- Hromadné odeslání
- Stránka Odeslat (Vytvořit)
- Vytváření polí v dokumentech
- Prostředí pro vytváření v aplikaci
- Automatická detekce pole
- Přetahování polí pomocí prostředí pro vytváření
- Přiřazení polí formuláře příjemcům
- Role Předvyplnění
- Použití polí s opakovaně použitelnou šablonou pole
- Převedení polí do nové šablony knihovny
- Aktualizované tvůrčí prostředí při odesílání dohod
- Vytváření formulářů pomocí textových značek
- Tvorba formulářů pomocí aplikace Acrobat (AcroForms)
- Pole
- Typy polí
- Běžné typy polí
- Pole Elektronický podpis
- Pole Iniciály
- Pole Jméno příjemce
- Pole E-mail příjemce
- Pole Datum podepsání
- Textové pole
- Pole Datum
- Číselné pole
- Zaškrtávací políčko
- Skupina zaškrtávacích políček
- Přepínací tlačítko
- Rozevírací nabídka
- Překrytí odkazu
- Platební pole
- Přílohy
- Razítko spoluúčasti
- Číslo transakce
- Obrázek
- Společnost
- Název
- Razítko
- Vzhled obsahu pole
- Ověření pole
- Hodnoty maskovaných polí
- Nastavení podmínek zobrazení/skrytí
- Počítaná pole
- Typy polí
- Časté dotazy k vytváření
- Prostředí pro vytváření v aplikaci
- Podepisování dohod
- Správa dohod
- Přehled stránky Správa
- Kopírování smlouvy
- Delegování dohod
- Nahrazení příjemců
- Omezení viditelnosti dokumentu
- Zrušení dohody
- Vytváření nových připomenutí
- Kontrola připomenutí
- Zrušení připomenutí
- Přístup k postupům modulu Power Automate
- Další akce...
- Jak vyhledávání funguje
- Zobrazení dohody
- Vytvoření šablony z dohody
- Skrytí/zobrazení dohod v zobrazení
- Nahrání podepsané dohody
- Úpravy souborů a polí odeslané dohody
- Úprava způsobu ověření příjemce
- Přidání nebo změna data vypršení platnosti
- Přidání poznámky do dohody
- Sdílení jednotlivé dohody
- Zrušení sdílení dohody
- Stažení jednotlivé dohody
- Stažení jednotlivých souborů dohody
- Stažení sestavy auditu dohody
- Stažení obsahu pole dohody
- Sestava auditu
- Tvorba sestav a export dat
- Přehled
- Udělení přístupu uživatelům k vytváření sestav
- Grafy sestav
- Exporty dat
- Přejmenování sestavy/exportu
- Duplikování sestavy/exportu
- Plánování sestavy/exportu
- Odstranění sestavy/exportu
- Kontrola použití transakce
Rozšířené možnosti a pracovní postupy dohod
- Webové formuláře
- Tvorba webového formuláře
- Úprava webového formuláře
- Zakázání/povolení webového formuláře
- Skrytí/zobrazení webového formuláře
- Vyhledání adresy URL nebo kódu skriptu
- Předvyplnění polí webového formuláře pomocí parametrů URL
- Uložení webového formuláře pro pozdější dokončení
- Změna velikosti webového formuláře
- Opakovaně použitelné šablony (Šablony knihovny)
- Převod vlastnictví webových formulářů a šablon knihovny
- Pracovní postupy služby Power Automate
- Přehled integrace modulu Power Automate a zahrnutých oprávnění
- Povolení integrace modulu Power Automate
- Kontextové akce na stránce Správa
- Sledování využívání modulu Power Automate
- Vytvoření nového postupu (příklady)
- Aktivační události používané pro postupy
- Import postupů z prostředí mimo službu Acrobat Sign
- Správa postupů
- Úpravy postupů
- Sdílení postupů
- Zakázání nebo povolení postupů
- Odstranění postupů
- Užitečné šablony
- Pouze správce
- Archivace dohody
- Archivace dohod webových formulářů
- Uložení vyplněných dokumentů webových formulářů do knihovny služby SharePoint
- Uložení vyplněných dokumentů webových formulářů do služby OneDrive for Business
- Uložení vyplněných dokumentů do služby Google Drive
- Uložení vyplněných dokumentů webových formulářů do služby Box
- Extrahování dat dohody
- Oznámení o dohodě
- Odesílání vlastních e-mailových upozornění s obsahem dohody a podepsanou dohodou
- Zobrazení oznámení služby Adobe Acrobat Sign v kanálu služby Teams
- Zobrazení oznámení služby Adobe Acrobat Sign ve službě Slack
- Zobrazení oznámení služby Adobe Acrobat Sign ve službě Webex
- Vygenerování dohody
- Vygenerování dokumentu z formuláře služby Power App a šablony aplikace Word, odeslání k podpisu
- Vygenerování dohody ze šablony aplikace Word ve službě OneDrive a získání podpisu
- Vygenerování dohody pro vybraný řádek aplikace Excel, odeslání ke kontrole a podpisu
- Vlastní pracovní postupy odeslání
- Sdílení uživatelů a dohod
Integrace s jinými produkty
- Přehled integrací služby Acrobat Sign
- Služba Adobe Sign pro Salesforce
- Služba Acrobat Sign pro Microsoft
- Služba Acrobat Sign pro Microsoft 365
- Služba Acrobat Sign pro Outlook
- Služba Acrobat Sign pro Word/PowerPoint
- Služba Acrobat Sign pro Teams
- Služba Acrobat Sign pro Microsoft PowerApps a Power Automate
- Konektor Acrobat Sign pro Microsoft Search
- Služba Acrobat Sign pro Microsoft Dynamics
- Služba Adobe Sign pro Microsoft SharePoint
- Další integrace
- Integrace spravované partnery
- Jak získat integrační klíč
Vývojář služby Acrobat Sign
- Rozhraní API REST
- Webhooky
- Prostředí Sandbox
Podpora a řešení problémů
Tento dokument obsahuje informace o nových funkcích, změnách v prostředí a vyřešených problémech zákazníků v nejnovější verzi.
Aktualizace rozhraní API a webhooků jsou uvedeny v příručce pro vývojáře služby Acrobat Sign.
Není zaručeno, že všechny funkce/změny budou zapnuty v datum vydání.
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í.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: Ve výchozím nastavení povoleno
Zobrazit aktualizovanou dokumentaci >
- Povolené rozsahy IP adres – Rozšířená kontrola nad přístupem k API a mobilním aplikacím – Správci nyní mohou explicitně kontrolovat, zda se omezení IP adres vztahují na klienty založené na API, včetně mobilních aplikací Acrobat Sign a certifikovaných integrací.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Zobrazit aktualizovanou dokumentaci >
- Podpora ověřování pro moderní elektronické podepisování – Moderní elektronické podepisování nyní podporuje tři metody ověřování: ověřování službou Acrobat Sign, heslo a dvoufaktorové ověření pomocí telefonu.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: Ve výchozím nastavení povoleno
- Přidávání skupin příjemců do hybridního směrování pro moderní prostředí pro žádosti o podpisy – Skupiny příjemců lze nyní zahrnout do hybridního směrování, což umožňuje více příjemcům nebo skupinám jednat paralelně v rámci stejného kroku směrování.Režimy skupin podporují dokončení akce u jednoho nebo všech členů, což poskytuje větší flexibilitu při složitých pracovních postupech schvalování a podepisování.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: Ve výchozím nastavení povoleno
- 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á dohoda se před odesláním otevře na stránce Vytvořit pro rychlé úpravy, což zkracuje čas nastavení, minimalizuje chyby a zvyšuje produktivitu u opakujících se pracovních postupů, jako jsou obnovení nebo opravy.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Zobrazit dokumentaci konfigurace >
Zobrazit dokumentaci uživatelských akcí >
- Zakázání odkazu Stáhnout dohodu u probíhajících dohod – Správci nyní mohou odebrat 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í dohod ze stránky po podpisu.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Zobrazit dokumentaci >
- 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. Na této stránce jsou návody uspořádané podle úrovně uživatele – začátečník, pokročilý a správce – a odkazy směřují přímo na další podpůrnou dokumentaci.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: Ve výchozím nastavení povoleno
Zobrazit 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 aktivních pracovních postupů 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
Dostupná prostředí: Sandbox, komerční | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Zobrazit dokumentaci >
- 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ůsobí, vynutí požadovaná pole digitálního podpisu a odhalí kontroly identity, jsou-li podporovány, čímž omezuje výskyt chyb a zlepšuje soulad s předpisy pro regulované pracovní postupy.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Zobrazit dokumentaci >
- 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 identity v organizaci a zlepšuje podporu pro zákazníky ze státní správy a podnikové zákazníky, kteří se spoléhají na ověřování založené na digitální identitě.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: Dostupné ve výchozím nastavení
Zobrazit dokumentaci >
- 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). Posílí se tak zajištění identity, omezí se výskyt chyb vznikajících při ručním zadávání a zjednoduší dodržování předpisů u pracovních postupů vyžadujících ověřená data podepisujícího.
Dostupná prostředí: Komerční, vládní | Dostupné úrovně služby: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Zobrazit dokumentaci >
- 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.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Zobrazit dokumentaci >
- Š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.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Zobrazit aktualizovanou dokumentaci >
- 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 elektronického a digitálního podpisu.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Rozsah konfigurace: Povoleno ve výchozím nastavení
Zobrazit aktualizovanou dokumentaci>
- 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
- Swisscom je k dispozici, ale zatím jej nelze veřejně vybrat. Pokud chcete tohoto poskytovatele přidat do svého účtu, odešlete žádost na podporu, která jej za vás nainstaluje.
- Swisscom
Dostupná prostředí: Sandbox, komerční | Dostupné úrovně služby: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Změny v prostředí
- 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.
- 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 „@“).
Dostupná prostředí: Sandbox, komerční | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Zobrazit aktualizovanou dokumentaci >
- 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 přehlednější organizaci skupin a zpracování záznamů v souladu s GDPR.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Aktualizace rozhraní REST API/webhooku
Aktualizace rozhraní API a webhooku pro tuto verzi naleznete v dokumentaci k rozhraní API služby Acrobat Sign.
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. |
| 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 |
| 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 |
| 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í. |
| 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. |
| 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ů. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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í. |
| 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. |
| 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á. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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í. |
| 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í. |
| 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í. |
| 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. |
| 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. |
| 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. |
| 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ě. |
| 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. |
| 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. |
| 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í. |
| 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. |
| 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. |
| 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í. |
| 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. |
| 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. |
| 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í. |
| 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é. |
| 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í. |
Ve verzi 16.1 aktualizovala aplikace Acrobat Sign svoji technologii zpracování PDF na vlastní řešení společnosti Adobe. Tato změna posiluje spolehlivost platformy, škálovatelnost a dlouhodobou podporu tím, že snižuje závislost na externích faktorech. Jelikož se jedná o součást aktualizace interní infrastruktury, nebyla tato skutečnost uvedena ve veřejných poznámkách k verzi 16.1.
Po aktualizaci měla omezená sada šablon, webových formulářů a vlastních pracovních postupů spojených se specifickými dokumenty problémy s kompatibilitou. U postižených zákazníků byla dočasně poskytnuta podpora prostřednictvím alternativní konfigurace a tito zákazníci budou plně převedeni zpět na prostředí Adobe PDF v první polovině roku 2026.
Zákazníci, kteří se domnívají, že se jich to týká a vyžadují další informace, by měli kontaktovat podporu služby Acrobat Sign.
Následující problémy související s touto změnou jsou vyřešeny ve verzi 17.0.
| Problém | Popis |
|---|---|
| 4534178 / 4550340 | Shrnutí: Soubory PDF používající písmo Helvetica 12 se vykreslují jinak v prostředí Sandbox než v produkčním prostředí, protože Helvetica není podporované vložené písmo v novější cestě zpracování PDF, která jako ekvivalent používá písmo ArialMT. Výsledkem jsou vizuální rozdíly, které ovlivňují zarovnání polí během testování v prostředí Sandbox. |
| Oprava: Standardizováno zpracování písem vložením podporovaných ekvivalentů písem a explicitním mapováním písma Helvetica do písma ArialMT, což zajišťuje konzistentní a předvídatelné vykreslování písem napříč prostředími. | |
| 4535543 | Shrnutí: Webové formuláře, které obsahují podmíněná, klonovaná rozbalovací pole, zachycují vybrané hodnoty, ale stažený podepsaný PDF vykresluje tyto výběry z rozbalovacích seznamů jako prázdné, protože cesta sloučení z podepisování do PDF v moderním prostředí podepisování neřeší a neaplikuje správně hodnoty pro určité poškozené nebo podmíněně řízené rozbalovací widgety. |
| Oprava: Aktualizováno zpracování rozbalovacího pole během slučování PDF, takže klonovaná a podmíněná pole výběru vykreslují vybranou hodnotu v podepsaném PDF správně. | |
| 4535735 | Shrnutí: Formuláře PDF obsahující textová pole s nastavenou automatickou velikostí písma vykreslují text pole během vytváření, podepisování a v konečném podepsaném PDF v miniaturní velikosti. |
| Oprava:Upraveno automatické nastavování velikosti písma a generování vzhledu pro textová pole, takže předvyplněné hodnoty a hodnoty zadané podepisujícím se vykreslují v čitelné velikosti při vytváření, podepisování i v podepsaném PDF. Opraveno generování vzhledu rozbalovací nabídky, takže se vybrané hodnoty vykreslují v podepsaném PDF místo toho, aby se zobrazovaly prázdné. | |
| 4535894 / 4547919 / 4550657 |
Shrnutí: V některých dohodách se víceřádková textová pole nakonfigurovaná s automatickým nastavováním velikosti písma ne vždy správně přizpůsobila velikosti textu, když podepisující zadali velké množství obsahu. V důsledku toho se části zadaného textu mohly v podepsaném PDF jevit jako oříznuté, i když byl celý text během podepisování viditelný. |
| Oprava: Logika rozložení textu a velikosti písma pro víceřádková pole byla opravena, aby se zadaný obsah automaticky přizpůsobil velikosti pole bez ořezání. | |
| 4536430 | Shrnutí: Volání GET /agreements/{agreementId}/documents/{documentId} se nezdaří s chybou INVALID_DOCUMENT_ID („Zadané ID dokumentu je neplatné“), i když stejný dokument lze úspěšně stáhnout z webového rozhraní aplikace Acrobat Sign kvůli chybnému formátu během kroku zpracování |
| Oprava: Zdokonalen tok načítání a zpracování dokumentů, takže u dohod s okrajovými případy struktury PDF již nedochází k selhání při načítání dokumentu prostřednictvím rozhraní API. | |
| 4537178 | Shrnutí: Poté, co FORM_FILLER deleguje dohodu, delegovaný příjemce nemůže dohodu otevřít a podepsat.Stránka „Kontrola a podpis“ se načítá nekonečně dlouho.V příslušných dohodách se u původní delegující osoby i u delegovaného příjemce zobrazuje „Další k podpisu“, takže dohoda zůstane v nekonzistentním stavu. |
| Oprava: Vylepšili jsme zpracování po delegování a odsouhlasení stavu, takže při delegování již nezůstane více účastníků ve stavu „Další k podpisu“ a zobrazení pro podepisování se nezasekne, pokud artefakty dokumentu na pozadí (obrázky stránek, data dokumentu) selžou nebo se zpozdí. | |
| 4537632 / 4543510 |
Shrnutí: Text zadaný do datových polí nakonfigurovaných s velikostí písma nastavenou na „Automaticky“ se v podepsaném PDF zobrazuje zkrácený. |
| Oprava: Logika automatické velikosti písma byla opravena tak, aby konzistentně přeformátovala a škálovala text a zajistila, že se veškerý zadaný obsah vejde do hranic pole ve všech podporovaných souborech PDF. | |
| 4544067 | Shrnutí: V některých podepsaných dohodách vytvořených ze specifických zdrojových dokumentů se zákazníkům zobrazuje v aplikaci Adobe Acrobat upozornění na neplatný certifikát, protože v souboru PDF po podepsání zůstávají skryté, poškozené anotace polí formuláře, což způsobuje selhání ověření certifikace dokumentu, přestože proces podepisování byl úspěšně dokončen. |
| Oprava: Aplikace Acrobat Sign odstraní neplatné a osamocené anotace během zpracování dokumentu, čímž zajišťuje správné ověření podepsaných souborů PDF a zobrazení platného certifikátu v aplikaci Acrobat. | |
| 4543958 | Shrnutí: Některé hypertextové odkazy vytvořené v aplikaci Acrobat přestanou fungovat, když použijí pojmenované cíle místo čísel stránek, protože logika zpracování PDF během podepisování správně nepřiřadila pojmenované cíle do konečného umístění stránek, což způsobilo nefunkčnost odkazů v podepsaném dokumentu, i když fungovaly v původním souboru. |
| Oprava: Aplikace Acrobat Sign nyní správně přiřazuje pojmenované cíle do skutečných umístění na stránkách během zpracování PDF, čímž zajišťuje, že všechny hypertextové odkazy fungují po podepsání podle očekávání. | |
| 4543709 | Shrnutí: Když dohody odeslané ze Salesforce obsahují pole pro obrázek, zvětší se některé podepsané soubory PDF neočekávaně po podepsání (často překročí limit přílohy Salesforce 12 MB), protože cesta zpracování PDF může vložit nahrané obrázky pomocí neúčinné komprese, čímž dojde ke zvětšení konečného souboru a Salesforce jej nemůže uložit zpět do záznamu dohody. |
| Oprava Aplikace Acrobat Sign aktualizovala zpracování obrázků během generování PDF, takže nahrané obrázky (včetně obsahu obrázků a razítek) jsou efektivně zakódovány a velikost podepsaných souborů je mnohem blíže očekávané velikosti. | |
| 4543678 | Shrnutí: U některých šablon knihoven mohou podepisující dokončit všechna povinná pole, ale ve staženém podepsaném PDF se některá z těchto polí mohou zobrazit jako prázdná, i když jsou data správně zachycena a zůstávají dostupná prostřednictvím sestav a rozhraní API aplikace Acrobat Sign. |
| Oprava: acrobat sign aktualizuje způsob zpracování těchto šablon, což zajišťuje, že podepsané soubory pdf spolehlivě vykreslí všechny dokončené hodnoty povinných polí (při vyhnutí se vedlejším účinkům pozorovaným při použití starší cesty zpracování pdf). | |
| 4538033 | Shrnutí: písmo CourierNewPSMT je ignorováno během vytváření a podepisování, což má za následek vykreslování polí s neočekávaným písmem kvůli starému zpracování písem, kde byla písma nahrazována namísto vkládání. |
| Oprava: Aktualizováno zpracování písma pro správnou podporu písma Courier a dalších podporovaných písem pro nové smlouvy, což zajišťuje zachování vybraného písma během vytváření, podepisování a v dokončeném dokumentu. | |
| 4538082 | Shrnutí: Víceřádková textová pole se automaticky mění velikost nesprávně, což způsobuje nadměrné zmenšení nebo zkrácení textu v dokončených smlouvách kvůli změnám v chování zpracování pdf, které změnilo minimální škálování písma a logiku zalamování řádků pro automaticky dimenzovaná víceřádková pole. |
| Oprava: Upravena logika automatického nastavování velikosti pro víceřádková textová pole za účelem zlepšení škálování písma a zalamování řádků, takže zadaný text zůstává čitelný a lépe odpovídá původnímu chování. | |
| 4538599 | Shrnutí: Některé dokončené smlouvy zobrazují výchozí hodnotu rozbalovacího seznamu místo hodnoty vybrané podepisujícím, protože určité speciální znaky v možnostech rozbalovacího seznamu způsobily nesprávné vykreslení zvolené hodnoty v konečném pdf, i když byl během podepisování zachycen správný výběr. |
| Oprava: Aktualizováno vykreslování pdf pro správné zachování a zobrazení vybraných hodnot rozbalovacího seznamu, které obsahují speciální znaky v dokončených smlouvách. | |
| 4539217 / 4539223 |
Shrnutí: U určitých vyplnitelných pdf, které obsahují předvyplněné hodnoty a pole digitálního podpisu, mohou odesílatelé vidět chybějící nebo změněné hodnoty polí při náhledu nebo odesílání dokumentu, což může blokovat odesílání nebo podepisování, protože struktura dokumentu způsobuje nekonzistentní interpretaci předvyplněných dat a polí digitálního podpisu pouze pro čtení během zpracování dokumentu. |
| Oprava: Vylepšeno zpracování dokumentu pro správné zachování předvyplněných hodnot polí a zpracování polí digitálního podpisu pouze pro čtení, což zajišťuje správný náhled smluv a možnost jejich odeslání a podepsání bez ztráty předvyplněných dat. | |
| 4539226 | Shrnutí: V některých smlouvách vytvořených ze šablon, které používají textové značky pro zaškrtávací pole, příjemci úspěšně vybírají zaškrtávací pole během podepisování, ale tyto výběry se nezobrazují v pohledu odesílatele nebo v konečném podepsaném pdf, protože názvy zaškrtávacích polí jsou analyzovány nekonzistentně, což způsobuje uložení podepsaných hodnot pod jiným klíčem než vykreslené pole formuláře. |
| Oprava: Aktualizováno mapování hodnot zaškrtávacích polí pro správné vyřešení zaškrtávacích polí vytvořených z textových značek s názvy založenými na direktivách, což zajišťuje konzistentní vykreslování vybraných hodnot pro všechny strany a v konečném podepsaném pdf. | |
| 4539432 | Shrnutí: Některé pdf nebylo možné odeslat k podpisu a byly okamžitě zrušeny s chybou zpracování dokumentu způsobenou poškozenými nebo osiřelými anotacemi pdf, které spustily chybu nulového ukazatele během logiky opravy pdf a normalizace polí formuláře aplikace acrobat Sign. |
| Oprava: Vylepšena logika opravy pdf a zpracování anotace, takže poškozené nebo osiřelé anotace již nezpůsobují selhání vytváření smlouvy, což umožňuje úspěšné odeslání a podepsání postižených dokumentů. | |
| 4541859 | Shrnutí: Víceřádková textová pole používající nastavení automatické velikosti písma někdy zkracují obsah v podepsaném PDF u víceřádkových polí pouze pro čtení (uzamčených) kvůli nesprávnému automatickému škálování písma během vykreslování. |
| Oprava: Byla opravena logika automatického škálování písma pro uzamčená víceřádková textová pole, takže se veškerý zadaný text vykreslí kompletně v rámci pole. | |
| 4542835 | Shrnutí: Zákazníci pozorovali, že některá povinná pole (včetně rozevíracích seznamů, textových polí a zaškrtávacích políček) se zobrazovala prázdná ve staženém podepsaném PDF, i když byla všechna pole během podepisování vyplněna |
| Oprava: Byla opravena logika vykreslování PDF, aby se zajistilo, že všechny zachycené hodnoty polí, včetně rozevíracích seznamů, textových polí a zaškrtávacích políček, se spolehlivě zapíší do podepsaného PDF, takže vizuální dokument odpovídá uloženým datům smlouvy. | |
| 4543678 | Shrnutí: Některým podepsaným smlouvám chyběly hodnoty povinných polí v konečném PDF, protože určité šablony knihovny importované a aktualizované prostřednictvím API nevykreslovaly správně data povinných polí během generování PDF. |
| Oprava: Byla aktualizována logika generování PDF, aby se zajistilo, že všechna povinná pole definovaná v šablonách knihovny, včetně těch vytvořených nebo upravených prostřednictvím API, se konzistentně vykreslují v podepsaném PDF při zachování úplných hodnot polí. | |
| 4543709 | Shrnutí: Některé smlouvy odeslané ze Salesforce, které obsahují pole formuláře založená na obrázcích, mohou způsobit, že se velikost finálního podepsaného PDF výrazně zvětší oproti původní velikosti souboru, překročí limit 12 MB ve Salesforce a zabrání zápisu podepsaného dokumentu zpět do záznamu smlouvy ve Salesforce, i když samotný proces podepisování proběhne úspěšně. |
| Oprava: Optimalizované zpracování obrázků během generování PDF pro použití vhodné komprese obrázků, což zajišťuje, že se podepsané dokumenty s poli pro obrázky, razítka nebo podpisy založené na obrázcích nezvětší a zůstanou v rámci limitů velikosti souborů ve Salesforce. | |
| 4543958 | Shrnutí: Hypertextové odkazy vytvořené v aplikaci acrobat pomocí pojmenovaných cílů přestanou fungovat v podepsaných PDF, zatímco odkazy na čísla stránek stále fungují kvůli regresi v cestě zpracování PDF, kde pojmenované cíle nebyly během následného zpracování převedeny na explicitní cíle stránek. |
| Oprava: Vyřešeny pojmenované cíle na jejich explicitní cíle stránek během generování PDF, obnovena funkčnost hypertextových odkazů pro odkazy „Použít pojmenovaný cíl" i „Použít číslo stránky" v podepsaných souborech PDF. | |
| 4544067 | Shrnutí: Některé podepsané smlouvy zobrazují neplatný digitální certifikát s chybou ověření „Widget anotace smazána", která vzniká v důsledku poškozených nebo osiřelých widget anotací zůstávajících v pdf po podpisu, což zneplatňuje certifikační řetězec. |
| Oprava: Aktualizováno zpracování pdf po zpracování pro detekci a odstranění poškozených nebo osiřelých anotací widgetů během čištění polí, což zajišťuje, že zůstanou pouze platné anotace a podepsané soubory pdf budou konzistentně zobrazovat platný digitální certifikát. |
Adobe Acrobat Sign verze 16.2.1
Nasazení do provozu: 4. listopadu 2025
Nasazení pro prostředí GovCloud: 6. listopadu 2025
Aktualizace rozhraní REST API/webhooku
Aktualizace rozhraní API a webhooku pro tuto verzi naleznete v dokumentaci k rozhraní API služby Acrobat Sign.
- Webhook událost pro selhání doručení SMS – K dispozici je nová webhook událost pro selhání doručení SMS, která poskytuje oznámení, když zprávu nelze doručit kvůli neplatným číslům, problémům s operátorem nebo jiným potížím. Oznámení se spustí po selhání všech pokusů o opětovné doručení. To vám pomůže rychle upozornit uživatele, spustit opětovné pokusy a udržet dohody v pohybu bez zpoždění – což přináší sledování SMS na úroveň událostí odražených e-mailů.
Dostupná prostředí: Sandbox, Komerční | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: API
Vyřešené problémy
| Problém | Popis |
|---|---|
| 4509452 / 4526158 |
Shrnutí: Vyhledávání šablon při vytváření dohod nebo hromadném odesílání nefiltruje správně ostatní šablony kvůli komponentě, která správně neindexuje a neposouvá |
| Oprava: Vadná komponenta byla opravena, aby byly výsledky vyhledávání dostupné. | |
| 4525233 | Shrnutí: Dohody vytvořené s validací měny se v moderním prostředí pro podepisování nezobrazují v poli podle očekávání. |
| Oprava: Pole s validací měny nyní správně zobrazují symbol měny, jakmile pole ztratí fokus v moderním prostředí podepisování. Aktualizace zajišťuje konzistentní formátování symbolů v klasickém i moderním zobrazení. | |
| 4530694 | Shrnutí: V uživatelském rozhraní je vložena nesprávná adresa URL pro odkaz „Změnit heslo“ |
| Oprava: Adresa URL byla opravena. | |
| 4532664 | Shrnutí: Podepsané soubory PDF generované ze zdrojových dokumentů obsahujících webové odkazy mohou v aplikaci Acrobat zobrazovat zprávu „Dokument byl po podpisu upraven“ a stav certifikace se jeví jako neplatný kvůli duplicitním nebo chybně formátovaným odkazům |
| Oprava: Acrobat Sign nyní během procesu podepisování detekuje a správně zpracovává webové odkazy, čímž zajišťuje platný stav certifikace podepsaného výstupu. | |
| 4535715 | Shrnutí: Soubory PDF s webovými odkazy se s každým podpisem zdvojnásobí kvůli tomu, že funkce tisku znovu vytiskne kopii webového odkazu. |
| Oprava: Soubory PDF jsou nyní zploštěny, aby se zajistilo, že před sloučením anotací v souborech PDF neexistují žádné duplicitní odkazy. | |
| 4535760 | Shrnutí: Při použití vypočítaných polí, která odkazují na textová vstupní pole, některé podepsané soubory PDF zobrazovaly nesprávná nebo náhodná čísla místo očekávané textové hodnoty, protože modul pro zpracování polí se pokoušel převést textový vstup na číselné nebo datumové formáty. |
| Oprava: Logika převodu v modulu pro výpočet polí byla aktualizována tak, aby rozpoznávala textové vstupy a přeskočila číselnou nebo datumovou analýzu pro tato pole. | |
| 4536385 | Shrnutí: Rozbalovací pole formuláře s více anotacemi widgetů nemohou být klíčem FT, jinak se generování vzhledu splete a považuje je za pole formuláře. |
| Oprava: Klíč FT byl odstraněn z poznámek widgetu | |
| 4537356 | Shrnutí: Šablony sdílené s více skupinami se nezobrazovaly na stránce Hromadné odeslání. |
| Oprava: Aktualizována logika Hromadé odeslání pro správné načítání a zobrazování šablon sdílených napříč více skupinami. | |
| 4537648 | Shrnutí: Koncový bod GET /agreements/{agreementId}/events obsahoval zastaralý typ události „DOWNLOADED“ v dokumentaci Swagger REST API Acrobat Sign. |
| Oprava: Typ události „DOWNLOADED“ byl odstraněn z povolených hodnot v dokumentaci API. | |
| 4537885 | Shrnutí: Na stránce Předvolby podpisu se objevuje nadbytečná mezera |
| Oprava: Odstraněn nepotřebný oddělovač/div z kontejneru rozložení Předvoleb podpisu. | |
| 4538113 / 4538586 / 4543131 |
Shrnutí: Data víceřádkového automatického textového vstupního pole se zmenšují na velmi malou velikost a stávají se nečitelnými |
| Oprava: Škálování bylo opraveno tak, aby automaticky nezmenšovalo písmo na nečitelnou úroveň. | |
| 4538340 | Shrnutí: Metadata podpisu jsou přidávána bez kontroly názvu pole |
| Oprava: Přidána kontrola pole podpisu pro řízení zobrazení metadat | |
| 4538902 | Shrnutí: Koncový bod REST API Get /agreements/memberSetInfo vrací nesprávný stav dohody a informace o podepisujícím. V některých případech se odesílatel objevuje v odpovědi vícekrát a duplicity v údajích o účastnících způsobují selhání navazujících integrací. |
| Oprava: API nyní správně vrací stav dohody a údaje o účastnících bez duplicit. Každá e-mailová adresa se objevuje jednou na dohodu a informace o podepisujícím odrážejí správného čekajícího účastníka. Od uživatelů není vyžadována žádná akce. | |
| 4543085 | Shrnutí: Starší verze integrace Salesforce (nižší než v25.5) nerozpoznávají nové stavy výčtů (COMPLETED a REMOVED) vrácené v payloadu webhooku. |
| Oprava: Aktualizováno REST API Acrobat Sign tak, aby vyloučilo nové stavy účastníků a související výčty při odpovídání starším klientům integrace Salesforce. | |
| 4543951 | Shrnutí: Při úpravě pole hypertextového odkazu bez názvu vytvoří uložení změny nové prázdné pole hypertextového odkazu místo aktualizace původního. Každé uložení přidává další prázdná pole, takže se zdá, že se šablony nemění. |
| Oprava: Logika aktualizace nyní správně rozlišuje mezi prázdnými a nulovými názvy hypertextových odkazů, což zabraňuje vzniku duplicitních polí. | |
| 4544118 | Shrnutí: Při zapnuté omezené viditelnosti dokumentů v novém prostředí pro příjemce mohl účastník 2 vidět pole hypertextových odkazů z dokumentu účastníka 1, protože hypertextové odkazy nebyly přiřazeny. |
| Oprava: Moderní eSign nyní přiřazuje a ověřuje pole hypertextových odkazů stejně jako ostatní pole a filtruje je podle stránky a příjemce. |