Příručka uživatele Zrušit

Plán vydávání verzí služby Adobe Acrobat Sign a poznámky k předběžné verzi

Hledat

Naposledy aktualizováno 4. 2. 2026

Adobe Acrobat Sign

Otevřít na webu

Příručka služby Adobe Acrobat Sign

Co je nového

Začínáme

Správa

Přehled konzole Admin Console
Správa uživatelů
1. Přidat, upravit a zkontrolovat aktivní uživatele
2. Vytváření uživatelů zaměřených na funkce
  1. Technické účty – řízené rozhraním API
  2. Účty služeb – řízené ručně
3. Zkontrolovat uživatele, kteří nedokončili ověření
4. Kontrola uživatelů s chybami zřizování
5. Změna jména/e-mailové adresy
6. Úprava členství uživatele ve skupině
7. Úprava členství uživatele ve skupině prostřednictvím rozhraní skupiny
8. Povýšení uživatele do role správce
9. Typy identit uživatelů a jednotné přihlašování
10. Přepnutí identity uživatele
11. Ověření uživatelů pomocí služby MS Azure
12. Ověření uživatelů pomocí služby Google Federation
13. Profily produktů
14. Prostředí pro přihlášení
Nastavení účtu/skupiny
1. Přehled nastavení
2. Globální nastavení
  1. Úroveň a ID účtu
  2. Nové prostředí příjemce
  3. Pracovní postupy pro podepisování sám sebou
  4. Hromadné odeslání
  5. Webové formuláře
  6. Vlastní pracovní postupy odeslání
  7. Pracovní postupy služby Power Automate
  8. Dokumenty knihovny
  9. Shromažďování údajů o formulářích s dohodami
  10. Omezená viditelnost dokumentu
  11. Připojení kopie podepsané dohody ve formátu PDF
  12. Přidání odkazu do e-mailu
  13. Přidání obrázku do e-mailu
  14. Soubory připojené k e-mailu budou pojmenovány jako
  15. Připojení sestav auditů k dokumentům
  16. Sloučení více dokumentů do jednoho
  17. Stažení jednotlivých dokumentů
  18. Nahrání podepsaného dokumentu
  19. Delegování pro uživatele v mém účtu
  20. Povolení delegování externích příjemců
  21. Oprávnění k podpisu
  22. Oprávnění k odeslání
  23. Oprávnění přidávat elektronické pečeti
  24. Nastavení časového pásma
  25. Nastavení výchozího formátu data
  26. Uživatelé ve více skupinách (UMG)
    1. Upgrade na použití UMG
  27. Oprávnění správce skupiny
  28. Nahrazení příjemce
  29. Sestava auditu
    1. Přehled
    2. Povolení neověřeného přístupu na stránce ověření transakce
    3. Zahrnutí připomenutí
    4. Zahrnutí událostí zobrazení
    5. Zahrnutí stránky dohody / počtu příloh
  30. Zápatí transakce
  31. Zprávy v produktu a nápověda
  32. Přístupné soubory PDF
  33. Nový způsob podepisování
  34. Zákazník ve zdravotnictví
3. Nastavení účtu / nastavení značky
  1. Přehled
  2. Přidání loga
  3. Úprava názvu hostitele / adresy URL společnosti
  4. Přidání názvu společnosti
  5. Přesměrování na adresu URL po dokončení dohody
4. Preference podpisu
  1. Dobře formátované podpisy
  2. Povolení příjemcům podepisovat podle
  3. Podepisující mohou změnit své jméno
  4. Povolení příjemcům použít jejich uložený podpis
  5. Vlastní podmínky používání a právo požadovat podpis
  6. Procházení příjemců mezi poli formuláře
  7. Restart pracovního postupu dohody
  8. Odmítnutí podepsat
  9. Povolení pracovních postupů s razítkem
  10. Vyžádání od podepisujících uvedení pozice nebo společnosti
  11. Umožnění podepisujícím vytisknout a umístit vlastnoruční podpis
  12. Zobrazení zpráv při e-podepisování
  13. Vyžádání, aby podepisující k vytvoření svého podpisu použili mobilní zařízení
  14. Vyžádání IP adresy od podepisujících
  15. Vyloučení názvu společnosti a pozice na razítkách účastníků
  16. Využití adaptivního přizpůsobení velikosti podpisu
5. Digitální podpisy
  1. Přehled
  2. Stáhnout a podepsat pomocí aplikace acrobat
  3. Podepisování cloudovými podpisy
  4. Vyžadovat digitální podpisy podle příjemce
  5. Zahrnutí metadat pro poskytovatele identity
  6. Omezení cloudoví poskytovatelé podpisů
6. Elektronické pečeti
7. Digitální identita
  1. Brána k ověření digitální identity
  2. Zásady kontroly identity
8. Nastavení sestav
  1. Nové prostředí pro sestavy
  2. Nastavení klasické sestavy
9. Nastavení zabezpečení
  1. Nastavení jednotného přihlašování
  2. Nastavení Zapamatovat si mne
  3. Zásady hesla pro přihlášení
  4. Síla hesla pro přihlášení
  5. Doba trvání webové relace
  6. Typ šifrování PDF
  7. API
  8. Přístup k informacím o uživateli a skupině
  9. Povolení rozsahů IP
  10. Sdílení účtů
  11. Oprávnění ke sdílení účtů
  12. Ovládací prvky sdílení dohod
  13. Ověření identity podepisujícího
  14. Heslo pro podepisování dohody
  15. Síla hesla dokumentu
  16. Blokování podepisujících podle geografického umístění
  17. Telefonické ověření
  18. Ověření na základě znalostí (KBA)
  19. Povolení vyjmutí stránek
  20. Vypršení platnosti odkazu na dokument
  21. Nahrání klientského certifikátu pro webhooky/zpětná volání
  22. Časové razítko
10. Nastavení odeslání
  1. Po přihlášení zobrazit stránku Odeslat
  2. Rozhraní tvorby dohody
  3. Vyžádání jména příjemce při odesílání
  4. Uzamknutí hodnot jména známých uživatelů
  5. Povolené role příjemce
  6. Povolení elektronických osvědčujících
  7. Skupiny příjemců
  8. Kopie
  9. Povinná pole
  10. Připojování dokumentů
  11. Slučování polí
  12. Změny dohod
  13. Vytvořit kopii (smlouvy)
  14. Název dohody
  15. Jazyky
  16. Soukromé zprávy
  17. Povolené typy podpisů
  18. Připomenutí
  19. Ochrana podepsaného dokumentu heslem
  20. Odeslání oznámení o dohodě
  21. Možnosti identifikace podepisujícího
    1. Přehled
    2. Heslo pro podpis
    3. Ověření založené na znalostech
    4. Telefonické ověření
    5. Ověření přes WhatsApp
    6. Jednorázové heslo prostřednictvím e-mailu
    7. Ověřování službou Acrobat Sign
    8. Digitální podpis založený na cloud
    9. Ověření digitální identity
    10. Průkaz totožnosti
    11. Sestavy totožnosti podepisujících
  22. Vyplnit pole formuláře daty s ověřenou identitou
  23. Ochrana obsahu
  24. Povolení notářských transakcí
  25. Ukončení platnosti dokumentu
  26. Zobrazení náhledu, umístění podpisů a přidání polí
  27. Pořadí podepisování
  28. Liquid Mode
  29. Ovládací prvky vlastního pracovního postupu
  30. Možnosti nahrání na stránce elektronického podpisu
  31. Přesměrování adresy URL potvrzení po podepsání
  32. Omezení přístupu ke sdíleným dohodám
11. Šablony zpráv
  1. Přehled šablon zpráv
  2. Vytváření nových šablon zpráv
  3. Úprava šablon zpráv
  4. Odstranění šablon zpráv
12. Nastavení pro biofarmacii
  1. Přehled
  2. Vynucení ověření identity
  3. Důvody podepsání
13. Integrace pracovních postupů
14. Nastavení služby Notarize
15. Integrace plateb
16. Zprávy podepisujícího
17. Nastavení protokolu SAML
  1. Konfigurace SAML
  2. Instalace služby Microsoft Active Directory Federation Service
  3. Instalace aplikace Okta
  4. Instalace aplikace OneLogin
  5. Instalace služby Oracle Identity Federation
18. Správa dat
19. Nastavení časového razítka
20. Externí archiv
21. Jazyky účtů
22. Nastavení e-mailů
  1. Obrázky záhlaví/zápatí e-mailů
  2. Povolení jednotlivých zápatí e-mailů uživatele
  3. Přizpůsobení e-mailu Žádost o podpis
  4. Přizpůsobení polí Komu a Kopie
  5. Povolení oznámení bez odkazů
  6. Přizpůsobení e-mailových šablon
23. Přechod z domény echosign.com na adobesign.com
24. Konfigurace možností pro příjemce
Pokyny pro regulační požadavky
1. Dostupnost
2. HIPAA
3. GDPR
4. Část 11 pro titul 21 CFR a příloha 11 pravidel EudraLex
5. Zákazníci ve zdravotnictví
6. Podpora IVES
7. Ukládání dohod do trezoru
8. 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í
1. Systémové požadavky
2. Omezení transakcí

Odesílání, podepisování a správa dohod

Možnosti příjemce
1. Zrušení e-mailového připomenutí
2. Možnosti na stránce elektronického podpisu
Odesílání dohod
1. Stránka Odeslat (Vytvořit)
  1. Přehled značek a funkcí
  2. Výběr skupiny
  3. Přidávání souborů a šablon
  4. Název dohody
  5. Globální zpráva
  6. Termín dokončení
  7. Připomenutí
  8. Ochrana PDF heslem
  9. Typ podpisu
  10. Jazykové prostředí pro příjemce
  11. Pořadí/průběh podpisu příjemce
  12. Role příjemců
  13. Ověření příjemce
  14. Soukromá zpráva pro příjemce
  15. Přístup příjemce k dohodě
  16. Strany uvedené v kopii
  17. Kontrola totožnosti
2. Odeslání dohody pouze sami sobě
3. Odeslání dohody ostatním
4. Vlastnoruční podpisy
5. Pořadí podepisování příjemců
6. Hromadné odeslání
Vytváření polí v dokumentech
1. Prostředí pro vytváření v aplikaci
  1. Automatická detekce pole
  2. Přetahování polí pomocí prostředí pro vytváření
  3. Přiřazení polí formuláře příjemcům
  4. Role Předvyplnění
  5. Použití polí s opakovaně použitelnou šablonou pole
  6. Převedení polí do nové šablony knihovny
  7. Aktualizované tvůrčí prostředí při odesílání dohod
2. Vytváření formulářů pomocí textových značek
3. Tvorba formulářů pomocí aplikace Acrobat (AcroForms)
  1. Vytvoření formuláře AcroForm
  2. Vytváření přístupných souborů PDF
4. Pole
  1. Typy polí
    1. Běžné typy polí
    2. Pole Elektronický podpis
    3. Pole Iniciály
    4. Pole Jméno příjemce
    5. Pole E-mail příjemce
    6. Pole Datum podepsání
    7. Textové pole
    8. Pole Datum
    9. Číselné pole
    10. Zaškrtávací políčko
    11. Skupina zaškrtávacích políček
    12. Přepínací tlačítko
    13. Rozevírací nabídka
    14. Překrytí odkazu
    15. Platební pole
    16. Přílohy
    17. Razítko spoluúčasti
    18. Číslo transakce
    19. Obrázek
    20. Společnost
    21. Název
    22. Razítko
  2. Vzhled obsahu pole
  3. Ověření pole
  4. Hodnoty maskovaných polí
  5. Nastavení podmínek zobrazení/skrytí
  6. Počítaná pole
5. Časté dotazy k vytváření
Podepisování dohod
Správa dohod
Sestava auditu
Tvorba sestav a export dat
1. Přehled
2. Udělení přístupu uživatelům k vytváření sestav
3. Grafy sestav
4. Exporty dat
5. Přejmenování sestavy/exportu
6. Duplikování sestavy/exportu
7. Plánování sestavy/exportu
8. Odstranění sestavy/exportu
9. Kontrola použití transakce

Rozšířené možnosti a pracovní postupy dohod

Webové formuláře
Opakovaně použitelné šablony (Šablony knihovny)
Převod vlastnictví webových formulářů a šablon knihovny
Pracovní postupy služby Power Automate
1. Přehled integrace modulu Power Automate a zahrnutých oprávnění
2. Povolení integrace modulu Power Automate
3. Kontextové akce na stránce Správa
4. Sledování využívání modulu Power Automate
5. Vytvoření nového postupu (příklady)
6. Aktivační události používané pro postupy
7. Import postupů z prostředí mimo službu Acrobat Sign
8. Správa postupů
9. Úpravy postupů
10. Sdílení postupů
11. Zakázání nebo povolení postupů
12. Odstranění postupů
13. Užitečné šablony
  1. Pouze správce
  2. Archivace dohody
    1. Uložení dokončených dokumentů do služby SharePoint
    2. Uložení dokončených dokumentů do služby One Drive for Business
    3. Uložení dokončených dokumentů do služby Google Drive
    4. Uložení dokončených dokumentů do služby DropBox
    5. Uložení dokončených dokumentů do služby Box
  3. Archivace dohod webových formulářů
    1. Uložení vyplněných dokumentů webových formulářů do knihovny služby SharePoint
    2. Uložení vyplněných dokumentů webových formulářů do služby OneDrive for Business
    3. Uložení vyplněných dokumentů do služby Google Drive
    4. Uložení vyplněných dokumentů webových formulářů do služby Box
  4. Extrahování dat dohody
    1. Extrahování dat polí formuláře z podepsaného dokumentu a aktualizace listu aplikace Excel
  5. Oznámení o dohodě
    1. Odesílání vlastních e-mailových upozornění s obsahem dohody a podepsanou dohodou
    2. Zobrazení oznámení služby Adobe Acrobat Sign v kanálu služby Teams
    3. Zobrazení oznámení služby Adobe Acrobat Sign ve službě Slack
    4. Zobrazení oznámení služby Adobe Acrobat Sign ve službě Webex
  6. Vygenerování dohody
    1. Vygenerování dokumentu z formuláře služby Power App a šablony aplikace Word, odeslání k podpisu
    2. Vygenerování dohody ze šablony aplikace Word ve službě OneDrive a získání podpisu
    3. 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
1. Sdílení uživatele
2. Sdílení dohod

Integrace s jinými produkty

Vývojář služby Acrobat Sign

Podpora a řešení problémů

Plán vydávání verzí služby Adobe Acrobat Sign a předběžná dokumentace

Pro službu Adobe Acrobat Sign jsou každý rok vydávány minimálně tři verze, které jsou kategorizovány jako hlavní nebo vedlejší. Podle potřeby mohou být zavedeny další drobné aktualizace, které řeší problémy se systémem nebo problémy zákazníků.

Hlavní verze přinášejí významné aktualizace, nové funkce a mnoho vylepšení.
Vedlejší verze se zaměřují na menší vylepšení a vylepšení uživatelského prostředí. Jsou vydávány mezi hlavními aktualizacemi, obvykle jednou až dvakrát za cyklus.

Aby nedocházelo k narušení provozu, jsou nové funkce ve výchozím nastavení deaktivovány a musí je ručně aktivovat správce účtu nebo skupiny.

Pro zákazníky v oblasti zdravotnictví a přírodních věd, kteří vyžadují ověření shody, se služba Acrobat Sign spojila s dodavatelem třetí strany , aby poskytla balíček ověření pro každou hlavní verzi obsahující funkce s cílem minimalizovat faktor rizika.

Poznámka:

Tato stránka Poznámky k předběžné verzi je pravidelně aktualizována, jakmile jsou k dispozici nové informace, takže její obsah je relativně dynamický.

I když je tato stránka lokalizována, proces trvá dlouho, což může vést k tomu, že se lokalizované verze mírně liší od rozhodující verze v americké angličtině.

Chcete-li získat co nejpřesnější a skutečně aktuální informace, doporučujeme odkazovat pouze na stránky v americké angličtině.

Níže jsou uvedeny harmonogram předběžných verzí a související poznámky.

Služba Adobe Acrobat Sign dodržuje strukturovaný plán pro publikování poznámek k verzi a aktualizací dokumentace:

8 týdnů před produkčním vydáním

Stránka předběžného vydání obsahuje souhrn očekávaných funkcí a aktualizací, obvykle čtyři týdny před spuštěním prostředí Sandbox.
Všechny změny funkcí po tomto bodu jsou uvedeny v části Chyby.
Vyřešené problémy nejsou v této fázi publikovány.

4 týdny před produkčním vydáním (spuštění prostředí Sandbox)

Stránka předběžné verze je aktualizována o podrobnou dokumentaci k novým a aktualizovaným funkcím.
Podle potřeby jsou přidány odkazy na dokumentaci podpory předběžné verze (k dispozici pouze v americké angličtině).
Je publikována úvodní část Vyřešené problémy s průběžnými aktualizacemi během následujících čtyř týdnů.

Den spuštění

Oficiální poznámky k verzi jsou aktualizovány o podrobnosti týkající se finálních detailů funkcí a odkazy na dokumentaci podpory produkční verze.
Stránka předběžné verze se aktualizuje a zvýrazní se další cyklus verzí.
Dokumentace je publikována po ověření verze v živém systému, obvykle po 19. hodině, i když složité aktualizace mohou trvat déle.
Konečný seznam Vyřešených problémů je přidán do poznámek k verzi v americké angličtině, přičemž lokalizované verze budou aktualizovány později.

Verze Government Cloud

Prostředí Government Cloud se obvykle aktualizuje mezi dvěma dny a několika týdny po produkční verzi, protože některé funkce mohou před nasazením vyžadovat další vyhodnocení.

Poznámka:

Dokumentace pro testovací prostředí je navržena pro produkční prostředí. Odkazy se nacházejí v cílových produkčních adresách URL obsahu předběžného vydání, což znamená, že tyto odkazy mohou vést k starší existující dokumentaci nebo k chybě 404, pokud je cílová stránka nová a ještě nebyla publikována (např. pokud odkaz směřuje na novou funkci ve stejném vydání).

Nové stránky budou publikovány po vydání této verze a odkazy budou správně směřovat k produkčním adresám URL.

Dostupnost prostředí sandbox

Zákazníci, kteří přistupují k prostředí Acrobat Sign Sandbox, mají k funkcím nové verze přístup obvykle čtyři týdny před uvedením na trh.

Prostředí sandbox musí projít všemi produkčními postupy zajištění kvality na stejné úrovni kvality jako běžné produkční prostředí.
Společnost Adobe usiluje o 99,9% dostupnost v prostředí sandbox, ale zákazníci by měli mít na paměti, že podmínky Unified SLA společnosti Adobe formálně prostředí sandbox nepokrývá.
Prostředí sandbox používá stejnou stavovou stránku a postupy při výpadku jako běžné produkční prostředí.

Poznámky k verzi

Upozornění:

Tento článek obsahuje informace o budoucím vydání. Data vydání, funkce a ostatní informace se mohou bez předchozího upozornění změnit.

3. února 2026 (hlavní vydání) v17.0

"Adobe Acrobat Sign verze 17.0

Nasazení v sandboxu: 6. ledna 2026

Nasazení v produkci: 3. února 2026

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

Vylepšená funkčnost

Seskupená zaškrtávací políčka v prostředí pro tvorbu a šablonách – Odesílatelé si nyní mohou vytvořit skupiny zaškrtávacích políček prostřednictvím moderního prostředí Požádat o podpis a šablon knihovna s ověřovacími pravidly, jako je vybrat přesně, nejméně, nejvíce nebo rozsah X z Y možností. Hromadné odesílání, webové formuláře a vlastní pracovní postupy jsou podporovány prostřednictvím šablon knihovna. "Toto vylepšení zajišťuje konzistentní logiku formulářů a zlepšuje přesnost dat v rámci podepisovacích postupů.
\n

Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Ve výchozím nastavení povoleno
Prohlédněte si aktualizovanou dokumentaci >

Povolené rozsahy IP adres – Rozšířená kontrola nad přístupem přes API a mobilní aplikace – Správci nyní mohou explicitně řídit, 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, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Prohlédněte si 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í Acrobat Sign, heslo a dvoufaktorové ověřování pomocí telefonu.

"Dostupná prostředí:\u00a0Sandbox, komerční, vládní |\u00a0Dostupné úrovně služeb:\u00a0Acrobat Sign Solutions |\u00a0Rozsah konfigurace:\u00a0Ve výchozím nastavení povoleno
\n\u00a0

Přidávání skupin příjemců do hybridního směrování pro moderní žádost o podpis – Skupiny příjemců lze nyní zahrnout do hybridního směrování, což umožňuje více příjemcům nebo skupinám působit paralelně v rámci stejného kroku směrování. "Režimy skupin podporují buď jednoho, nebo všechny členy k dokončení akce, což poskytuje větší flexibilitu pro komplexní schvalovací a podepisovací postupy.
\n
\nDostupná prostředí:\u00a0Sandbox, komerční, vládní |\u00a0Dostupné úrovně služeb:\u00a0Acrobat Sign Solutions |\u00a0Rozsah konfigurace: Ve výchozím nastavení povoleno
\n\u00a0

Kopírování dokončených smluv odeslaných z žádosti o podpis—Odesílatelé si nyní mohou vytvořit nový koncept smlouvy zkopírováním dříve dokončené, zrušené nebo prošlé smlouvy. "Všichni příjemci, nastavení, soubory a formulářová pole jsou automaticky předvyplněny. Zkopírovaná smlouva se otevře na stránce Sestavit pro rychlé úpravy před odesláním, což zkracuje čas nastavení, minimalizuje chyby a zlepšuje produktivitu u opakujících se pracovních postupů, jako jsou obnovení nebo opravy.

Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Prohlédněte si dokumentaci ke konfiguraci >
Prohlédněte si dokumentaci k uživatelským akcím >

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í částečně podepsaných smluv.Pomáhá organizacím splnit přísné právní požadavky a požadavky na dodržování předpisů a zajišťuje, že příjemci obdrží plně vykonanou smlouvu až poté, co všichni účastníci dokončí podepisování.

Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Projděte si dokumentaci >

"Karta Zdroje v horní navigaci – Na horní navigační liště je pro správce a uživatele k dispozici nová stránka Zdroje, která poskytuje přímý přístup k vzdělávacímu obsahu Acrobat Sign, webinářům, blogům a videím s aktualizacemi produktů. 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.

Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Ve výchozím nastavení povoleno
Projděte si dokumentaci>

Dynamická účast pro probíhající smlouvy – Odstranění příjemců – Odesílatelé nyní mohou odstranit příjemce ze smluv, které jsou již v průběhu, bez zrušení nebo restartování transakce. Když je příjemce odstraněn, Acrobat Sign automaticky zruší jejich přístup, aktualizuje připomínky, auditní záznamy, odstraní přiřazená pole a plynule převede smlouvu zpět do aktivního stavu podepisování. Tato flexibilita pomáhá organizacím udržovat přesnost v aktivních směrovacích pracovních postupech – 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, Commercial | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Projděte si dokumentaci >

Vyžadování digitálních podpisů pro jednotlivé příjemce během konfigurace smlouvy – Odesílatelé nyní mohou vyžadovat digitální podpisy pro vybrané příjemce, což zajišťuje 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í, vynucuje povinná pole digitálního podpisu a odhaluje kontroly identity, pokud jsou podporovány, čímž snižuje chyby a zlepšuje dodržování předpisů pro regulované pracovní postupy.

Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: acrobat standard, acrobat pro, acrobat sign Solutions | Rozsah konfigurace: Účet a skupina
Projděte si dokumentaci >

Poskytovatelé digitální identity jako výchozí metody ověření – Administrátoři nyní mohou vybrat poskytovatele brány digitální identity jako výchozí metodu ověření podpisujícího pro interní a externí příjemce v Nastavení odesílání. Konfigurace se automaticky aplikuje na smlouvy, webové formuláře, hromadná odesílání a pracovní postupy, což zajišťuje konzistentní a vyhovují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ě.

Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: acrobat sign Solutions | Rozsah konfigurace: Dostupné ve výchozím nastavení
Projděte si dokumentaci >

"Ověřená formulářová pole pomocí ověřených identifikačních údajů – Autoři formulářů mohou nyní vytvářet ověřená formulářová pole, která se automaticky vyplní údaji získanými od poskytovatele identity (například OneID) během ověřování podpisujícího. Tato pole lze nastavit jako pouze ke čtení nebo upravitelná, což zajišťuje přesné zachycení ověřených údajů o identitě a volitelně je lze uzamknout proti úpravám (např. jméno, adresa nebo číslo účtu). To posiluje zajištění identity, snižuje chyby při ručním zadávání a zjednodušuje dodržování předpisů pro pracovní postupy, které vyžadují ověřená data podepisujícího.

Poznámka: Tato funkce není zahrnuta ve vydání Sandbox, ale očekává se, že bude v oficiálním vydání.

Dostupná prostředí: Commercial, Government | Dostupné úrovně služeb: acrobat standard, acrobat pro, acrobat sign Solutions | Rozsah konfigurace: Účet a skupina
Projděte si 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é odesílání, což umožňuje více příjemcům jednat ve stejném kroku směrování. Každá skupina může být nakonfigurována v režimu JEDEN nebo VŠICHNI – vyžadující buď jednoho člena nebo všechny členy k dokončení jejich akce před postupem směrování. Definice skupin, validace a sledování auditů jsou zpracovávány pro každý řádek CSV, přičemž chyby jsou hlášeny prostřednictvím stažitelných validačních souborů.

Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Projděte si dokumentaci >

Šablona knihovny – Sdílení s více skupinami – Moderní prostředí vytvořit šablonu knihovny nyní podporuje sdílení šablon s více skupinami v rámci účtu, což odpovídá funkčnosti 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, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Dostupné ve výchozím nastavení
Projděte si 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řipojení pomocí anotací sponky zobrazuje viditelnou ikonu sponky v dokumentu a zůstává kompatibilní s více digitálními podpisy. Každá příloha je přidána před aplikací digitálního podpisu podepisujícího, což zachovává platnost podpisu a poskytuje 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.

Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: acrobat standard, acrobat pro, Acrobat Sign Solutions | Rozsah konfigurace: Povoleno ve výchozím nastavení
Projděte si aktualizovanou dokumentaci>

Nové možnosti TSP pro cloud podpisy - Byli přidáni noví poskytovatelé důvěryhodných služeb pro podporu digitálních cloud podpisů:
- Swisscom
  - Swisscom je dostupný, ale zatím není veřejně dostupný k výběru.Pokud chcete, aby byl tento poskytovatel přidán k vašemu účtu, odešlete prosím případ podpory a oni vám jej nainstalují.

Dostupná prostředí: Sandbox, Commercial | Dostupné úrovně služeb: 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 aplikace Acrobat Sign nyní nabízí čistší a konzistentně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ž odstraní zbytečné kroky a zastaralé screens. Díky tomu je přihlašování rychlejší, jednodušší a intuitivnější pro všechny.
- {"trancreatedText": ["Nový formát e-mailu pro uživatele aplikace Acrobat Sign pro podniky, kteří se přihlašují přímo do rozhraní web - Aplikace Acrobat Sign nyní vynucuje 64znakový limit pro místní část e-mailové adresy (část před symbolem „@") při úpravě existujícího e-mailu nebo vytváření nového uživatele.
  "]} Všichni uživatelé s místní částí delší než 64 znaků byli vyhodnoceni a označeni jako neaktivní nebo testovací ID uživatelů.

Dostupná prostředí: Sandbox, Commercial | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Projděte si aktualizovanou dokumentaci >

"Povolení správy údajů o uživatelích pro neaktivní uživatele – Administrátoři nyní mohou upravovat údaje o neaktivních uživatelích přímo v administračním rozhraní a prostřednictvím nahrávání CSV souborů bez nutnosti reaktivace účtů. "To zahrnuje aktualizaci přiřazení skupin (pro konfigurace s jednou i více skupinami), správu 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 správu záznamů v souladu s GDPR.
\n
\nDostupná prostředí:\u00a0Sandbox, komerční, vládní |\u00a0Dostupné úrovně služeb:\u00a0Acrobat Sign Solutions |\u00a0Rozsah konfigurace: Účet a skupina
\n\u00a0

Aktualizace rozhraní REST API/webhooku

Níže uvedené aktualizace jsou uvedeny v předběžných poznámkách k verzi před vydáním. Úplnou dokumentaci pro aktualizaci rozhraní API a webhooku naleznete v dokumentaci pro vývojáře služby Acrobat Sign po nasazení aktualizace verze na produkční servery.

"Partner OEM Embed – Přizpůsobení vložených stránek v OEM 2.0 – Partneři OEM mohou nyní přizpůsobit vloženou stránku Správa tak, aby lépe odpovídala jejich platformě. "Partneři mohou skrýt nepodporované navigační položky, povolit dedikovaná vložená zobrazení pro správu knihovních šablon, web Forms a hromadného odesílání a zajistit, že parametr noChrome spolehlivě skryje navigační lišty Acrobat Sign napříč relacemi. "Aktualizace také přidává tlačítka „Vytvořit nové...", která otevírají příslušná zobrazení pro vytváření web Forms, hromadného odesílání transakcí a knihovních šablon, přičemž zachovávají kontext relace při navigaci mezi vloženými zobrazeními. "Tato vylepšení zlepšují flexibilitu, zachovávají kontinuitu relace a snižují zmatení koncových uživatelů v integracích OEM 2.0.
\n
\nDostupná prostředí: Sandbox, Commercial | Dostupné úrovně služeb: Acrobat Sign Solutions - OEM Partners | Rozsah konfigurace: API
\n

Chyby verze – prvky odstraněny

Níže jsou uvedeny položky řádků, které byly oznámeny jako součást této verze, od té doby byly však odloženy na pozdější datum vydání.

Osobní podpis prostřednictvím webové aplikace – Odesílatelé a hostitelé nyní mohou provádět plně osobní podpisové relace přímo z webového prohlížeče, bez nutnosti používat Mobilní aplikace Acrobat Sign. Hostitelé mohou zahájit osobní podpisovou relaci ze stránky Spravovat nebo Odeslat a provést příjemce procesem podpisu na stejném nebo blízkém zařízení pomocí zabezpečeného odkazu s časovým omezením nebo QR kódu. Tato funkce podporuje případy použití, kdy jsou podpisující přítomni, ale nemají přístup k e-mailu, což umožňuje bezproblémové hostované podepisování pro odvětví jako pohostinství a zdravotnictví. "Toto vylepšení zlepšuje flexibilitu a eliminuje závislost na mobilní aplikaci pro organizace, které spoléhají na pracovní postupy podpisu tváří v tvář.
\n

Vylepšení auditní zprávy – Explicitní časové záznamy pro přijetí Podmínek použití, zákaznického prohlášení a aplikace jména – Auditní zpráva nyní zaznamenává každou akci souhlasu – Podmínky použití, Zákaznické prohlášení a Přijetí – jako samostatné události s časovým razítkem před zahájením prohlížení nebo podepisování dokumentu. Událost změny jména podepisujícího nyní odráží časové razítko v reálném čase při aplikaci podpisu, což zajišťuje, že auditní záznamy přesně reprezentují každý krok souhlasu. Toto vylepšení posiluje hlášení o dodržování předpisů a zlepšuje transparentnost pro regulované pracovní postupy.

Vyřešené problémy

Problém	Popis
4528600	Shrnutí: Nastavení ověřování polí nefungují, když je vrstva formulářových polí připojena k vlastním pracovním postupům. Pravidla ověřování, jako jsou regulární výrazy nebo omezení číselného rozsahu, se odstraní při spuštění pracovních postupů, 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í zahrnuty do vlastních pracovních postupů. Pole si zachovávají své chování při ověřování v klasickém i novém prostředí pro vytváření obsahu.Od uživatelů není vyžadována žádná akce.
4528748	Shrnutí: Správci občas vidí „Neošetřenou chybu" při přidávání členství ve skupině k nově synchronizovaným uživatelům (synchronizace Azure).Někteří noví uživatelé ve skupině mají groupID nastavené jako null
4528748	Oprava: Pokud je skupina uživatele po vytvoření prázdná, je umístěn do výchozí skupiny účtu.
4529934	Shrnutí: V části Správa > Web Forms se „Stáhnout data polí formuláře" neustále načítá a nikdy se nedokončí – zejména u web formulářů s mnoha odeslanými odpověďmi.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: Přidán stránkovaný, rychlejší export CSV v uživatelském rozhraní.Stahování dat formuláře se spolehlivě dokončí pro vybrané rozsahy dat bez zaseknutí.
4532186	Shrnutí: V novém prostředí pro vytváření obsahu se zvýrazňování barev polí neshoduje s chováním klasického vytváření obsahu.Pokud je zapojeno více příjemců, všechna pole zůstávají plně barevná namísto ztmavení polí nevybraných příjemců.To ztěžuje 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.Toto replikuje jasnost klasického vytváření obsahu při zachování moderního designového systému.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é přidat druhý soubor (nebo opakovat přidání souboru) při spouštění určitých pracovních postupů, což blokovalo odesílání vícedokumentových pracovních postupů kvůli chybě ve způsobu, jakým výběr souborů zpracovával šablony sdílené napříč více skupinami.
4536347	Oprava: Opraveno zpracování výběru šablon ve výběru souborů sdílených napříč více skupinami, takže uživatelé mohou přidat další soubory nebo opakovat výběr souborů v klasickém prostředí bez chyb.
4537504	Shrnutí: Hodnota podmíněného rozbalovacího seznamu chyběla v podepsaném dokumentu, i když byla během podepisování správně vybrána, kvůli logice viditelnosti, která vyhodnocovala skryté závislé pole a neuložila vykreslenou hodnotu do finálního podepsaného pdf.
4537504	Oprava: Aktualizováno vykreslování podmíněných polí pro správné vyřešení závislostí viditelnosti v době podepisování a uložení vybrané hodnoty rozbalovacího seznamu do podepsaného dokumentu při splnění podmínek.
4537995	Shrnutí: Ve skupinách příjemců se změna metody ověřování pro externí uživatele po uložení vrátila na telefon, což zabránilo použití e-mailového jednorázového hesla kvůli chybě zpracování stavu front-endu, která přepsala výběr uživatele.
4537995	Oprava: Opravena logika uživatelského rozhraní skupiny příjemců tak, aby správně zachovala a znovu použila vybranou metodu ověřování napříč akcemi uložení, čímž je zajištěno, že zvolená hodnota bude zachována namísto resetování na výchozí.
4539214	Shrnutí: Ve vlastních pracovních tocích 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že hypertextový odkaz šablony zprávy zůstane viditelný a přístupný.
4539854	Shrnutí: Někteří podepisující jsou přesměrováni pryč ze zkušenosti s podepisováním při otevírání určitých smluv 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ů přiřazením platného názvu v době zpracování, čímž předchází chybám a umožňuje podepisujícím dokončit smlouvy bez přesměrování.
4539858	Shrnutí: Na zařízeních ios nemohou schvalovatelé používající čínskou rukopisnou klávesnici dokončit schválení, protože tlačítko Schválit zůstává zakázané po zadání jejich jména kvůli tomu, že stránka podepisování nedetekuje události vstupu rukopisu jako platný textový vstup.
4539858	Oprava: Byla aktualizována logika zpracování vstupu tak, aby rozpoznávala textový vstup založený na rukopisu v systému iOS a zajistila správné povolení tlačítka Schválit po zadání platných znaků.
4540392	Shrnutí: Správci občas vidí chyby HTTP 400 a skupiny příjemců se ve workflow jeví jako chybějící, 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, když 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ž neselhává, když mají uživatelé mnoho členství ve skupinách.
4541258	Shrnutí: Správci mohli v uživatelském rozhraní Production nebo Sandbox Sync vidět pouze prvních 100 šablon, přičemž další šablony chyběly v seznamech Místní a Vzdálené, protože stránka synchronizace načítala omezenou datovou sadu 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, že zadání textu do vyhledávacího pole načte všechny šablony pro vybrané prostředí (až 5 000), což zajistí, že šablony nad rámec počátečních 100 budou k dispozici pro vyhledávání a výběr
4541739	Shrnutí: Náhradní příjemci byli zablokováni v digitálním podepisování a viděli zprávu „Smlouvu nelze digitálně podepsat, protože není ve fázi digitálního podpisu", protože pracovní postupy se nepodařilo převést budoucí náhradní podepisovatele do fáze digitálního podepisování, když byla přítomna pole pro digitální podpis.
4541739	Oprava: Pracovní postupy podepisování byly aktualizovány tak, aby správně převedly nahrazené nebo delegované příjemce do fáze digitálního podepisování, když existují pole pro digitální podpis, což jim umožňuje podepsat a dokončit smlouvu.
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ž způsobilo oříznutí části textu kvůli nesprávné velikosti textu během vykreslování pdf.
4541849	Oprava: Opraveno měření textu a chování automatické velikosti písma pro vícebajtové znaky, takže celá hodnota se vejde do pole bez zkrácení.
4542574	Shrnutí: Úprava šablony knihovny umožnila povinným rozbalovacím polím zahrnout nespárované hodnoty, což způsobilo, že tlačítko Klikněte pro podepsání zůstalo nedostupné během podepisování, když byly tyto hodnoty vybrány, kvůli chybějící validaci, která zajišťovala správné spárování zobrazovaných hodnot a exportních hodnot rozbalovacích nabídek.
4542574	Oprava: Úprava šablon nyní vynucuje validaci rozbalovacích polí, takže lze uložit pouze správně spárované hodnoty, což zabraňuje nespárovaným záznamům a zajišťuje, že povinné výběry z rozbalovacích nabídek neblokují podepisování.
4542942	Shrnutí: Ve webových formulářích pokračovala povinná pole zakázaná podmíněnou logikou v zobrazování povinné hvězdičky, což uvedlo podepisující v omyl, že si mysleli, že vstup je stále povinný, kvůli tomu, že uživatelské rozhraní neaktualizovalo indikátory povinnosti, když byla pole zakázána.{2}Byl identifikován samostatný problém se zarovnáním mobilního podpisu, který byl však řešen v rámci jiného rozsahu.
4542942	Oprava: Uživatelské rozhraní webového formuláře nyní skryje povinnou hvězdičku, když je pole zakázáno podmíněnou logikou, čímž zajišťuje, že povinné indikátory přesně odrážejí, zda se očekává vstup od podepisujícího.
4543157	Shrnutí: V zobrazení Probíhající na stránce Správa pokračoval sloupec Příjemci v zobrazování jména delegátora i poté, co byla role podepisování delegována, přestože aktivně podepisoval jiný podepisující, protože uživatelské rozhraní neaktualizovalo zobrazeného příjemce tak, aby odráželo aktuálního delegáta.
4543157	Oprava: Logika stránky Správa byla aktualizována tak, aby sloupec Příjemci nyní zobrazoval jméno primárního delegáta, když je podpisová role delegována, což zajišťuje, že zobrazení Probíhá přesně odráží, kdo aktuálně podepisuje.
4543253	Shrnutí: V klasickém prostředí pracovních postupů zmizela pole přiřazená svědkovi (podpis, jméno, datum) po uložení smlouvy ve stavu Koncept, i když pole existovala v backendu, kvůli tomu, že logika vykreslování konceptu nedokázala obnovit pole svědka při uložení průběhu.
4543253	Oprava: Logika vykreslování konceptů byla opravena tak, aby zachovala a zobrazila všechna pole přiřazená svědkům po uložení průběhu, čímž je zajištěno, že smlouvy otevřené ve stavu Koncept si zachovají stejnou viditelnost polí jako během vytváření a podepisování.
4543513	Shrnutí: Uživatelé byli zablokováni v odesílání smluv v uživatelském rozhraní aplikace Sign pro web s chybou „Locale is either invalid or missing" kvůli validaci národního prostředí, která nesprávně vynucovala 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í aplikace Sign web nyní správně rozpoznává a přijímá platné kombinace národního prostředí skupin a uživatelů, čímž zabraňuje omezením národního prostředí pouze pro API v blokování odesílání smluv ve web prostředí.
4543592	Shrnutí: Některé zprávy auditu zobrazovaly „Příjemce ověřen pomocí Adobe Acrobat Sign" po „Dokument elektronicky podepsán" a „Smlouva dokončena" z důvodu 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ěřování, podepisování a dokončování v sestavě auditu.
4543617	Shrnutí: Vytvoření šablony ze smlouvy 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 ze smlouvy" byla aktualizována tak, aby se otevírala v novém prostředí, čímž se chování cta sladí s výchozím uživatelským prostředím a uživatelé se vyhnou neočekávaným přepnutím kontextu.
4544564	Shrnutí: Skrytá pole přidaná nebo aktualizovaná prostřednictvím rozhraní API (visible:false) se zobrazují jako viditelná v moderním prostředí eSign.Uživatelské rozhraní pro podepisování ignorovalo příznak viditelnosti pole, takže příjemci mohli vidět pole, která měla zůstat skrytá.
4544564	Oprava: Moderní uživatelské rozhraní eSign bylo aktualizováno tak, aby odfiltrovalo pole, kde je viditelnost nastavena na false v logice vykreslování i navigace, takže se skrytá pole 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 aplikace WhatsApp pro účet povolena a dostupná během odesílání smlouvy, což způsobovalo nekonzistentní chování a zmatky pro správce.
4544571	Oprava: Možnost doručení přes WhatsApp byla obnovena v nastavení odesílání všude tam, kde je tato funkce dostupná, což zajišťuje konzistentní viditelnost a konfiguraci mezi nastaveními správce a prostředím pro odesílání smluv.
4545381	Shrnutí: Písmo Roboto chybělo v novém prostředí pro žádost o podpis, i když bylo dostupné v klasickém prostředí, protože nové prostředí pro vytváření nezahrnovalo 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 žádost o podpis, čímž byla obnovena parita písem s klasickým prostředím a umožněno konzistentní formátování při vytváření smluv.
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ů. Problém zablokoval počáteční nastavení skupin příjemců pro postižené správce.
4545484	Oprava: Zpracování požadavků na backend bylo opraveno, 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í: Smlouvy vytvořené z PDF souborů aplikace AutoCAD se nepodařilo odeslat, když bylo přidáno pole pro digitální podpis, což vedlo k obecné chybě odesílání kvůli tomu, že systém nesprávně zpracovával otočení stránky při ověřování umístění pole digitálního podpisu.
4545547	Oprava: Souřadnice pole digitálního podpisu jsou nyní upraveny tak, aby zohledňovaly otočené stránky, což zajišťuje, že pole jsou ověřována proti správným hranicím stránky, takže PDF soubory generované aplikací AutoCAD lze úspěšně odeslat s digitálními podpisy.
4545894	Shrnutí: Když je použita skupina příjemců a žádné pole podpisu není ručně umístěno, automaticky generovaný blok podpisu zobrazuje text e-mailové adresy ve velmi malé velikosti. Text se postupně zmenšuje s přidáváním dalších příjemců do skupiny.
4545894	Oprava: Automaticky generovaný blok podpisu nyní správně vykresluje e-mailovou adresu v normální, čitelné velikosti bez ohledu na to, kolik příjemců je zahrnuto ve skupině příjemců.
4546085	Shrnutí: Při použití funkce Přidat sebe v prostředí Nový požadavek na podpis jsou e-mailové adresy obsahující apostrof zobrazeny nesprávně. Poškozená adresa brání odeslání smlouvy, pokud není e-mail ručně znovu zadán nebo není použito klasické odesílání.
4546085	Oprava: E-mailové adresy s apostrofy jsou nyní správně dekódovány a zobrazeny při výběru funkce Přidat sebe v prostředí Nový požadavek na podpis, což umožňuje odesílání smluv 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ého konkrétnímu účastníkovi selhání uložení šablony. Stejné pole funguje při přiřazení všem účastníkům nebo při použití klasického prostředí.
4546110	Oprava: Pole hypertextových odkazů nyní podporují zástupné přiřazení účastníků v novém prostředí šablon, což umožňuje správné uložení šablon při přiřazení pole konkrétnímu účastníkovi.
4546257	Shrnutí: V prostředí Sandbox se u smluv odeslaných prostřednictvím rozhraní API vlastní aplikace nesprávně zobrazuje tlačítko Zpět na stránce pro vytváření z důvodu načítání nastavení Sandboxu z aplikace spravované společností Adobe s povoleným bezproblémovým vytvářením, na rozdíl od Swagger nebo produkčního prostředí.
4546257	Oprava: Chování Sandboxu bylo sladěno s produkčním prostředím a Swagger zajištěním, že stránka pro vytváření respektuje zamýšlená nastavení aplikace, čímž se zabrání zobrazení tlačítka Zpět u smluv odeslaných prostřednictvím rozhraní API vlastních aplikací.
4546547	Shrnutí: Webové formuláře se nepodařilo aktualizovat protipodpis a vrátily různé chyby z důvodu starších uživatelských záznamů, kterým chyběl požadovaný interní příznak, což způsobilo zpracování hodnoty null během nahrazování protipodpisu.
4546547	Oprava: Logika aktualizace protipodpisu byla posílena o bezpečné zpracování hodnot null, takže webové formuláře mohou úspěšně nahradit protipodpisy i v případě, že starším uživatelským záznamům chybí očekávaný interní příznak.
4546553	Shrnutí: Uživatelé přiřazení k více skupinám mohli vytvářet šablony ve skupině, kde je vytváření šablon zakázáno, když je povoleno nové prostředí pro 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 vytvářet šablony ve skupinách, kde je vytváření šablon zakázáno, ani když patří do jiných skupin s povoleným tímto oprávněním.
4547744	Shrnutí: Správci skupin mohli přiřazovat práva správce účtu uživatelům prostřednictvím nové stránky správy uživatelů. To překročilo rozsah jejich oprávnění a vytvořilo riziko dodržování předpisů tím, že umožnilo zvýšení oprávnění nad rámec role správce skupiny.
4547744	Oprava: Ovládací prvek pro výběr rolí již není k dispozici správcům skupin.Práva 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 smlouva odešle a podepíše normálně.
4547796	Oprava: Opraveny české překlady pro e-maily s potvrzením odesílatele, takže zpráva zobrazuje „odesláno k podpisu" namísto nesprávného textu „nelze poskytnout digitální podpis".
4548315	Shrnutí: Když je odesílatel zahrnut jako příjemce kopie v novém pracovním postupu Odeslat, nezobrazí se žádná chyba ověření a e-mailová oznámení kopie se neodešlou žádným příjemcům uvedeným po odesílateli v seznamu kopií.To se liší od chování klasického pracovního postupu a může způsobit, že příjemci kopií přijdou o oznámení.
4548315	Oprava: Aktualizovali jsme logiku nových pracovních postupů odesílání tak, aby všichni příjemci kopie, kromě odesílatele, dostávali e-mailová oznámení o kopii bez ohledu na jejich pozici v seznamu kopií, což sladí chování 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é písemné podpisy, a to i v případě, že písemné podpisy byly pro upravovanou skupinu zakázané. To blokovalo platnou konfiguraci PDF/A pro nevýchozí skupiny.
4548583	Oprava: Aktualizovali jsme ověření tak, aby kontrolovalo Nastavení písemných podpisů u upravované skupiny, nikoli u výchozí skupiny uživatele, což umožňuje správné povolení PDF/A tam, kde je to povoleno.
4549337	Shrnutí: SMS oznámení o zrušených smlouvách byla potlačena, když bylo zakázáno nastavení E-mail o zrušení smlouvy. To zabránilo zákazníkům, kteří zakážou e-mailová oznámení, v odesílání požadovaných SMS upozornění na zrušení.
4549337	Oprava: Oddělili jsme SMS a WhatsApp oznámení o zrušení od e-mailového nastavení zavedením vyhrazeného ovládání oznámení, což umožňuje doručování SMS pro zrušené smlouvy i v případě, že jsou e-mailová oznámení zakázána.
4549472	Shrnutí: V aplikaci acrobat sign for Government nemohli uživatelé vytvářet opakovaně použitelné šablony pomocí nového prostředí Vytvořit šablonu.Po nahrání dokumentu se pracovní postupy zasekly na prázdné obrazovce, což zablokovalo vytváření šablon.
4549472	Oprava: Obnovena chybějící závislost pro vytváření obsahu vyžadovaná novým prostředím Vytvořit šablonu v prostředích Gov, což umožňuje správné načtení obrazovky pro vytváření obsahu a úspěšné vytváření šablon.
4549862	Shrnutí: Když je cílová stránka nastavena na prostředí Nová žádost o podpis, nakonfigurovaná zpráva s upozorněním na přihlášení se po přihlášení nezobrazí.To brání organizacím v zobrazování kritických oznámení o údržbě nebo narušení, když uživatelé přistoupí přímo na stránku Odeslat.
4549862	Oprava: Obnovena podpora pro zobrazování zprávy s upozorněním na přihlášení v prostředí Nová žádost o podpis.Když uživatelé po přihlášení přistoupí 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í klávesy Enter po zadání telefonního čísla pro ověření telefonu v pracovních postupech předčasně odešle formulář a spustí systémovou chybu, což přeruší tok pracovních postupů kvůli odeslání formuláře namísto čekání na explicitní potvrzení.
4550175	Oprava: Aktualizován dialog příjemce, aby se zabránilo odeslání formuláře stisknutím klávesy Enter u polí pro ověření telefonu, což zajišťuje, že uživatelé zůstanou v dialogu a musí kliknout na Pokračovat, čímž se eliminuje nechtěné přerušení pracovních postupů.
4550302	Shrnutí: Německé e-maily s žádostí o podpis a připomínkami používaly nekonzistentní formy oslovení, přepínaly mezi neformálním „Du" a formálním „Sie" ve stejné zprávě, což způsobovalo 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í: Smlouvy obsahující velké architektonické plány pdf se nepodařilo odeslat, když byla přidána pole pro digitální podpis, což vrátilo chybu během vytváření obsahu kvůli zpracování rotace stránky a velikosti při umístění digitálního podpisu.
4550556	Oprava: Aktualizováno zpracování polí digitálního podpisu tak, aby správně zpracovávalo otočené stránky velkého formátu, což umožňuje úspěšné odeslání smluv s architektonickými plány s aplikovanými digitálními podpisy.
4550579	Shrnutí: Když byla smlouva dokončena odebráním posledních zbývajících příjemců během stavu v revizi, 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, aby smlouvy dokončené prostřednictvím odebrání příjemce v revizi nyní generovaly 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í obsahu, ale byla nezaškrtnutá pro podepisující, protože hodnoty zaškrtávacích políček byly uloženy jako neprázdné textové řetězce namísto explicitních stavů ANO/NE, což způsobovalo, ž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, aby byla jakákoli neprázdná předvyplněná Hodnota 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 svou technologii zpracování pdf na řešení vlastněné společností Adobe.Tato změna posiluje spolehlivost platformy, škálovatelnost a dlouhodobou podporu snížením závislosti na externích závislostech.Jako součást aktualizace interní infrastruktury nebyla zmíněna 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.Postižení zákazníci byli dočasně podporováni prostřednictvím alternativní konfigurace a budou plně převedeni zpět na prostředí adobe pdf v první polovině roku 2026.

Zákazníci, kteří se domnívají, že byli postiženi a vyžadují další informace, by měli kontaktovat podporu aplikace 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í Helvetica 12 se vykreslují odlišně v Sandboxu než v produkci, protože Helvetica není podporované vložené písmo v novější cestě zpracování pdf, která nahrazuje ArialMT jako ekvivalent.Výsledkem jsou vizuální rozdíly, které ovlivňují zarovnání polí během testování v Sandboxu.
4534178 / 4550340	Oprava: Standardizované zpracování písma vložením podporovaných ekvivalentů písma a explicitním mapováním Helvetica na ArialMT, což zajišťuje konzistentní a předvídatelné vykreslování písma napříč prostředími.
4535543	Shrnutí: Webové formuláře, které obsahují podmíněná, klonovaná rozbalovací pole, zaznamenávají vybrané hodnoty, ale stažený podepsaný pdf vykresluje tyto rozbalovací výběry jako prázdné, protože cesta sloučení podpisu do PDF neřeší a neaplikuje správně hodnoty pro určité poškozené nebo podmíněně řízené rozbalovací widgety v moderním prostředí pro podepisování.
4535543	Oprava: Aktualizováno zpracování rozbalovacích polí během sloučení PDF, takže klonovaná a podmíněná pole výběru vykreslují vybranou hodnotu správně v podepsaném pdf.
4535735	Shrnutí: Formuláře pdf obsahující textová pole nastavená na automatickou velikost písma vykreslují text pole ve velmi malé velikosti během vytváření, podepisování a v konečném podepsaném pdf.
4535735	Oprava: Upravena automatická velikost písma a generování vzhledu pro textová pole, takže předvyplněné a podpisovatelem zadané hodnoty se vykreslují v čitelné velikosti napříč vytvářením, podepisováním a podepsaným pdf.Opraveno generování vzhledu rozevíracích seznamů, takže se vybrané hodnoty zobrazují v podepsaném pdf namísto prázdného zobrazení.
4535894 / 4547919 / 4550657	Shrnutí: V některých smlouvách se textová pole s více řádky nakonfigurovaná s automatickou velikostí písma ne vždy správně přizpůsobila velikost 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 během podepisování viditelný celý text.
4535894 / 4547919 / 4550657	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í
4536430	Oprava: Zpevnili jsme tok načítání a zpracování dokumentů, takže smlouvy s okrajovými případy struktury pdf již neselhávají při načítání dokumentů prostřednictvím rozhraní API.
4537178	Shrnutí: Poté, co FORM_FILLER deleguje smlouvu, delegovaný příjemce nemůže smlouvu otevřít a podepsat.Stránka „Kontrola a podpis" se načítá nekonečně dlouho.V ovlivněných smlouvách se jak původní delegátor, tak delegovaný příjemce zobrazují jako „Další k podpisu", což ponechává smlouvu v nekonzistentním stavu.
4537178	Oprava: Vylepšili jsme zpracování po delegování a odsouhlasení stavu, takže delegování již nenechává 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 nastavením Velikost písma na „Automaticky" se v podepsaném pdf zobrazuje zkrácený.
4537632 / 4543510	Oprava: Logika automatické velikosti písma byla opravena tak, aby konzistentně přeformátovala a škálovala text a zajistila, že veškerý zadaný obsah se vejde do hranic pole ve všech podporovaných souborech PDF.
4544067	Shrnutí: V některých podepsaných smlouvách vytvořených ze specifických zdrojových dokumentů se zákazníkům zobrazuje upozornění na neplatný certifikát v aplikaci Adobe Acrobat, protože v PDF po podpisu zůstávají skrytá, poškozená pole formuláře, což způsobuje selhání ověření certifikace dokumentu, přestože proces podepisování byl úspěšně dokončen.
4544067	Oprava: Acrobat Sign odstraňuje neplatné a osamocené poznámky během zpracování dokumentu, čímž zajišťuje správné ověření podepsaných PDF a zobrazení platného certifikátu v aplikaci Acrobat.
4543958	Shrnutí: Některé hypertextové odkazy vytvořené v aplikaci Acrobat přestávají fungovat, když se spoléhají na pojmenované cíle místo čísel stránek, protože logika zpracování PDF během podepisování nesprávně vyřešila pojmenované cíle na jejich konečná umístění stránek, což způsobilo nefunkčnost odkazů v podepsaném dokumentu, přestože fungovaly v původním souboru.
4543958	Oprava: Acrobat Sign nyní správně vyřešuje pojmenované cíle na jejich skutečná umístění stránek během zpracování PDF, čímž zajišťuje, že všechny hypertextové odkazy fungují podle očekávání po podpisu.
4543709	Shrnutí: Když smlouvy odeslané ze Salesforce obsahují pole formuláře s obrázkem, některé podepsané PDF se po podpisu neočekávaně zvětší (často překročí limit přílohy Salesforce 12 MB), protože cesta zpracování PDF může vkládat nahrané obrázky pomocí neefektivní komprese, což zvětší konečný soubor a zabrání Salesforce v jeho uložení zpět do záznamu smlouvy.
4543709	Oprava: Acrobat Sign aktualizoval zpracování obrázků během generování PDF, takže nahrané obrázky (včetně obsahu obrázků a razítek) jsou kódovány efektivně, čímž zůstávají podepsané soubory mnohem blíže očekávané velikosti.
4543678	Shrnutí: U některých šablon knihovny mohou podepisující vyplnit všechna povinná pole, ale stažené podepsané PDF může zobrazovat některá z těchto polí jako prázdná, přestože jsou data správně zachycena a zůstávají dostupná prostřednictvím sestav a API aplikace Acrobat Sign.
4543678	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í.
4538033	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.
4538082	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.
4538599	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.
4539217 / 4539223	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.
4539226	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.
4539432	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í.
4541859	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
4542835	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.
4543678	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ě.
4543709	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.
4543958	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.
4544067	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.

17. března 2026 (dílčí vydání) v17.0.1

Vydání aplikace Adobe Acrobat Sign v17.0.1

Nasazení v sandboxu: 17. února 2026
\n

Nasazení v produkci: 17. března 2026

Nasazení GovCloud: 19. března 2026

Aktualizace rozhraní REST API/webhooku

Personalizované zobrazení e-mailů OEM 2.0 – Jasnější identita odesílatele a příjemce napříč integrovanými prostředími a správné doručování e-mailů.
\nPro integrované pracovní postupy OEM 2.0 nyní aplikace Acrobat Sign zobrazuje personalizovanou e-mailovou adresu uživatele namísto e-mailu registrovaného partnerem napříč klíčovými plochami uživatelského rozhraní a oznámeními.Smlouvy, fronty jako „Čeká na vás" a e-maily „Zkontrolovat a podepsat" konzistentně odrážejí personalizovanou identitu při zachování registrovaného e-mailu interně pro ověřování a oprávnění.To zlepšuje jasnost pro odesílatele a podepisující a zabraňuje odesílání e-mailů na nedoručitelné registrované adresy.
\n
\nDostupná prostředí: Sandbox, Commercial | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: API
\n
\n

Webhook oznámení pro selhání doručení SMS – Viditelnost selhání odesílání SMS v reálném čase, automatizovaná náprava a parita s odmítnutými e-maily.
\nAplikace 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.To umožňuje zákazníkům 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í.
\n
\nDostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: API
\n