Naposledy aktualizováno
24. 2. 2026
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
- 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
- Odebrání příjemců ze smluv v procesu
- 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í
- Přidat sebe
- Stáhnout odkaz na dohodu
- Ohraničení polí formuláře
- 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
- Ověřené formuláře
- 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ů
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ě.
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í.
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.
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
Vylepšená funkčnost
- Vytvořit kopii – Rozšířené přístupové body, rychlejší opětovné použití smluv.
Funkce Vytvořit kopii je nyní k dispozici přímo z filtrů Probíhá a Čeká na vás na stránce Spravovat, stejně jako ze stránky potvrzení po odeslání. Tyto další vstupní body usnadňují opětovné použití smluv ve více bodech životního cyklu odesílání, čímž se snižuje potřeba začínat znovu od začátku.
Tato funkce bude dostupná v prostředí Sandbox 20. února 2026.
Poznámka: S tímto vydáním budou administrativní ovládací prvky pro zakázání této funkce odstraněny z nabídky správce, čímž se vytvořit kopii stane standardní funkcí dostupnou všem oprávněným uživatelům.
- Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: acrobat sign Solutions | Rozsah konfigurace: Účet a skupina; Ve výchozím nastavení povoleno.
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.
- 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ů.
\n Pro partnery OEM 2.0 používající vložené pracovní postupy nyní 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 přehlednost pro odesílatele a podepisující a zabraňuje odesílání e-mailů na nedoručitelné registrované adresy.
Dostupná prostředí: Sandbox, Commercial | Dostupné úrovně služeb: acrobat sign Solutions | Rozsah konfigurace: API - pouze pro partnery OEM 2.0
- 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.
\n Aplikace 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 spouštět následné akce, jako je oprava telefonních čísel, opakování doručení nebo otevření případů podpory, čímž se eliminují slepá místa a snižují zpoždění v pracovních postupech podepisování zaměřených na mobilní zařízení.
Dostupná prostředí:Sandbox, Commercial, Government |Dostupné úrovně služeb:Acrobat Sign Solutions |Rozsah konfigurace: API
- Datové části webhooků – Přidáno podmíněné pole extendedStatus účastníka pro dynamické aktualizace účasti, což zlepšuje viditelnost stavu účastníka.
Oznámení webhooků nyní zahrnují pole extendedStatus v každém objektu účastníka (memberInfos[]), když odesílatel upraví probíhající smlouvu pomocí dynamické účasti. Toto pole poskytuje další podrobnosti o životním cyklu účastníka, zatímco stávající pole stavu zůstává nezměněno kvůli zpětné kompatibilitě.
{
"participantSets": [
{
"id": "",
"memberInfos": [
{
"company": "TestCo",
"email": "signer2@someDomain.dom",
"id": "CBJCHBCAABAAJiZV9cH",
"name": "Signer Two",
"status": "ACTIVE",
"extendedStatus": "REMOVED"
}
],
"order": ,
"role": "",
"status": ""
}
]
}
- Hodnoty status (nezměněno): ACTIVE, REPLACED.
- Hodnoty extendedStatus: ACTIVE, REPLACED, REMOVED, COMPLETED.
Dostupná prostředí: Sandbox, Commercial, Government |Dostupné úrovně služeb: Acrobat Sign Solutions |Rozsah konfigurace: API
Chyby verze
Momentálně se v této verzi nenacházejí žádné vynechané položky.
Vyřešené problémy
| Problém | Popis |
|---|---|
| 4543515 | Shrnutí: Událost odskočení e-mailu webhooku může být nesprávně vygenerována pro platného podepisovatele poté, co podepisovatel úspěšně podepíše a smlouva postoupí k dalšímu kroku.K tomu může dojít, když má delegát ve stejné skupině podepisujících neplatnou e-mailovou adresu a odesílatel nahradí původního delegátora.V těchto případech může systém nesprávně přiřadit událost vrácení „podepsáno jménem…" platnému podepisujícímu namísto účastníka, jehož e-mail se skutečně vrátil. |
| Oprava: Logika přiřazování událostí byla opravena tak, aby události odmítnutí e-mailu byly přidruženy pouze k účastníkovi, jehož e-mail byl skutečně odmítnut.Událost bounce se již negeneruje pro platného podepisovatele, který již dokončil podepisování, a oznámení webhook nyní odrážejí správného účastníka a e-mailovou adresu. | |
| 4544548 | Shrnutí: Integrační klíče vytvořené prostřednictvím web uživatelského rozhraní mohou vypršet po 10 letech, i když stránka pro vytváření uvádí, že klíč poskytuje „trvalý přístup". Když klíč dosáhne své 10leté životnosti, volání API začnou vracet chybu vypršeného tokenu, což může neočekávaně narušit stávající integrace. |
| Oprava: Zprávy uživatelského rozhraní byly aktualizovány, aby se odstranilo označení „trvalý přístup" a jasně se zobrazilo datum vypršení platnosti pro integrační klíče.Aktualizovaný text nyní uvádí, že klíč si zachovává přístup až do data vypršení platnosti nebo dokud není ručně odvolán, což poskytuje průhlednost ohledně výchozí 10leté životnosti. | |
| 4546301 | Shrnutí: Doručení událostí webhooku může být zpožděno až o několik hodin u smluv s velmi rozsáhlými dokumenty, a to i v případě, že vytvoření smlouvy je dokončeno a počáteční kroky zpracování se zdají být dokončeny během několika minut.Během okna zpoždění může služba doručování webhooků opakovaně přijímat odpovědi DOCUMENT_NOT_AVAILABLE při pokusu o načtení dokumentů smlouvy a událost webhooku nemusí být doručena, dokud služba nepřestane opakovat pokusy nebo dokud se dokumenty nestanou dostupnými. |
| Oprava: Zpracování dostupnosti dokumentů bylo opraveno, takže velké smlouvy spolehlivě přecházejí do stavu, kdy jsou dokumenty načitatelné bez prodloužených odpovědí DOCUMENT_NOT_AVAILABLE. V důsledku toho jsou události webhooků doručovány bez vícehodinových zpoždění způsobených opakovanými pokusy o načtení dokumentů u nedostupných dokumentů. | |
| 4547823 | Shrnutí: Soukromá zpráva příjemce se nemusí zobrazit některým podepisujícím, když je smlouva vytvořena ve stavu Authoring prostřednictvím rozhraní API a poté upravena ze správy.V tomto scénáři může uživatelské rozhraní zobrazovat hodnotu Private Message jako „None" nebo prázdnou, i když data smlouvy obsahují správnou hodnotu soukromé zprávy.Toto chování se objevuje ve scénářích sdíleného účtu, kdy uživatel přepne do účtu jiného uživatele za účelem úpravy konceptu, a může ovlivnit pouze konkrétní příjemce, zatímco ostatní se zobrazují správně. |
| Oprava: Byla přidána kontrola pro načtení primárního kontextu sdílení a vrácení soukromé zprávy pro autorizované sdílené uživatele. V důsledku toho se Hodnota soukromé zprávy nyní zobrazuje správně při prohlížení nebo odesílání konceptu vytvořeného prostřednictvím API z toku pro vytváření obsahu. | |
| 4548274 | Shrnutí: Datum změny pro šablony knihovny se nemusí aktualizovat poté, co je šablona upravena a uložena v novém prostředí pro šablony. Uživatelé mohou vidět nově přidaná nebo aktualizovaná pole v šabloně, ale datum změny zůstává nezměněno v uživatelském rozhraní pro správu a v administrativních zobrazeních, což vytváří dojem, že šablona nebyla nedávno upravena. K tomu dochází, protože nové prostředí aktualizuje pole formuláře prostřednictvím cesty, která neaktualizuje také časové razítko úprav šablony. |
| Oprava: Chování aktualizace data úprav bylo sjednoceno napříč novým prostředím šablon a souvisejícími operacemi API.Cesta kódu, která ukládá změny polí šablony, nyní také aktualizuje datum úprav šablony, takže odráží skutečný čas nejnovější změny. | |
| 4548564 | Shrnutí: Podpisy a pole formuláře se mohou jevit jako neviditelné v podepsaném pdf, když jsou umístěny přes již existující anotace razítek ve zdrojovém dokumentu.V postižených šablonách se anotace razítek překrývají nebo zakrývají Interaktivní pole během zpracování, což způsobuje, že dokončené podpisy a další pole jsou skryty v konečném podepsaném dokumentu. |
| Oprava: Zpracování anotací razítek bylo aktualizováno tak, aby bezpečně zpracovávalo a sloučilo již existující anotace razítek, takže již nezakrývají pole formuláře nebo podpisy.Pole umístěná nad oblastmi s razítky nyní zůstávají viditelná během celého procesu podepisování a v plně dokončeném PDF. | |
| 4549103 | Shrnutí: Událost odmítnutí e-mailu může být znovu zaznamenána pro dříve nesprávného příjemce poté, co odesílatel nahradí tohoto příjemce platnou e-mailovou adresou.V některých případech může záznam auditu zobrazit druhou událost odmítnutí pro starý e-mail a stav smlouvy může odrážet „e-mail odmítnut", i když nový příjemce úspěšně obdrží, zobrazí nebo podepíše smlouvu.Toto chování může způsobit, že se zdá, že smlouva stále cílí na starou i novou e-mailovou adresu. |
| Oprava: Pracovní postupy pro nahrazení podepisujícího byly aktualizovány, aby se zabránilo odesílání dalších e-mailů s oznámením nahrazenému příjemci, jehož e-mail již byl vrácen.Systém nyní před odesláním oznámení souvisejících s nahrazením kontroluje historii vrácených e-mailů a zajišťuje, že po nahrazení nedojde k vytvoření nových událostí vrácení e-mailu pro starou e-mailovou adresu. | |
| 4549306 | Shrnutí: Uživatelé, jejichž e-mailové adresy obsahují určité speciální znaky (například apostrof), se nemusí být schopni přihlásit z obecných adobesign.com nebo echosign.com veřejných přihlašovacích stránek. Po zadání e-mailové adresy a kliknutí do pole hesla se stránka může znovu načíst a vymazat pole e-mailu namísto přesměrování uživatele na správnou část nebo přihlašovací stránku SSO. To brání postiženým uživatelům v dokončení ověření a blokuje integrace, které spoléhají na veřejný přihlašovací koncový bod. |
| Oprava: Logika rozlišení přihlašovací části byla opravena tak, aby správně zpracovávala a dekódovala e-mailové adresy obsahující speciální znaky před vytvořením URL pro přesměrování mezi částmi. Uživatelé s postiženými formáty e-mailů jsou nyní správně přesměrováni na svou určenou část a přihlašovací stránku SSO, aniž by se pole e-mailu vymazalo. | |
| 4549331 | Shrnutí: Podpisy a další pole formuláře se mohou jevit jako chybějící nebo neviditelné v podepsaném pdf, když jsou povoleny určité funkce zpracování dokumentu a zdrojový pdf obsahuje neplatné souřadnice rámečku stránky (například nesprávné hodnoty CropBox nebo MediaBox). V tomto scénáři se pole, která spoléhají na souřadnice stránky, mohou vykreslit mimo viditelnou oblast stránky, takže dokončené podpisy vypadají jako chybějící, i když je podpisování úspěšně dokončeno. |
| Oprava: Zpracování rámečků stránek pdf bylo opraveno tak, aby bezpečně normalizovalo neplatné hodnoty CropBox a MediaBox během zpracování dokumentu.V důsledku toho se umístění podpisů a polí formuláře nyní zarovnává k viditelné oblasti stránky a podepsané soubory pdf zobrazují podpisy podle očekávání. | |
| 4550367 | Shrnutí: Vytvoření web formuláře může selhat s obecnou chybou „Chyba serveru" po výběru možnosti Náhled a Přidat pole, když je výchozí ověření podepisující osoby skupiny odesílatele nastaveno na telefon a účet nemá k dispozici kvótu pro telefonní ověření, a to i v případě, že je ověření podepisující osoby web formuláře nastaveno na jinou než telefonní metodu (například Adobe Sign).V důsledku toho mohou být všichni uživatelé v dotčeném účtu zablokováni ve vytváření webových formulářů ve všech dokumentech. |
| Oprava: Vytváření web formulářů nyní vyhodnocuje kvótu pouze pro metodu ověřování skutečně nakonfigurovanou pro podepisovatele web formuláře a již neaplikuje kontroly kvóty telefonního ověřování pouze na základě výchozího nastavení ověřování skupiny. Tím se zabrání chybám falešného vyčerpání kvóty a umožní se normální vytváření web formulářů. | |
| 4551011 | Shrnutí: Když odesílatel nahraje určité naskenované soubory PDF, přidá pole pro podpis a odešle smlouvu, podepsaný soubor PDF může po dokončení podpisu nezobrazovat žádné viditelné podpisy. K tomuto chování může dojít, když nahraný soubor PDF obsahuje neplatná metadata hranic stránky (souřadnice MediaBox a CropBox se jeví jako obrácené), což může způsobit, že se vrstvy vzhledu podpisu a dalších polí vykreslí mimo viditelnou oblast stránky. |
| Oprava: Zpracování hranic stránek PDF je aktualizováno tak, aby správně zpracovávalo soubory PDF s neplatnými nebo obráceními hodnotami souřadnic MediaBox a CropBox, takže se obsah vzhledu podpisu a polí formuláře vykreslí v rámci viditelné oblasti stránky a zůstane viditelný v konečném podepsaném souboru PDF. | |
| 4551427 | Shrnutí: Někteří příjemci, kteří již mají primární, správně zřízené účty, obdrží smlouvy jako příjemci „pseudo uživatel", takže se smlouva nezobrazí v jejich běžném zobrazení Správa.K tomu dochází, když e-mailové adresy příjemců obsahují úvodní nebo koncové mezery, což brání systému v přiřazení e-mailu k existujícímu uživateli a způsobuje vytvoření záznamu pseudo-uživatele. |
| Oprava: Analýza e-mailů a vyhledávání uživatelů byly aktualizovány tak, aby normalizovaly e-mailové adresy příjemců (odstranily úvodní a koncové mezery) před jejich přiřazením k existujícím uživatelům.V důsledku toho se smlouvy adresované stávajícím uživatelům vyřeší na registrovaný účet namísto vytvoření pseudo-uživatelského příjemce, i když byl e-mail zadán s mezerami (v datových částech API a seznamech příjemců pracovních postupů). | |
| 4553198 | Shrnutí: Když smlouva obsahuje alespoň jednoho příjemce nakonfigurovaného pro doručení SMS a alespoň jednoho příjemce nakonfigurovaného pouze pro doručení e-mailem, zrušení smlouvy prostřednictvím API neodešle SMS oznámení o zrušení příjemci SMS.Smlouva je úspěšně zrušena a e-mailová oznámení jsou doručena, ale příjemci SMS neobdrží zprávu o zrušení. |
| Oprava: Pracovní postup zrušení byl opraven, aby bylo zajištěno, že SMS oznámení o zrušení jsou odeslána všem příjemcům nakonfigurovaným pro doručení SMS při zrušení smlouvy, bez ohledu na způsoby doručení ostatních příjemců. | |
| 4554463 | Shrnutí: Když smlouvy obsahují klonovaná přepínací tlačítka, která sdílejí stejný název pole napříč kombinovanými dokumenty, pouze jedna instance vybrané možnosti zůstane vybrána v konečném podepsaném pdf.Ačkoli se pole vizuálně zobrazují jako zaškrtávací políčka, jsou implementována jako přepínací tlačítka.Po podpisu se vybraná hodnota nedůsledně šíří napříč všemi klonovanými instancemi, což způsobuje nesprávné nebo neúplné mapování očekávaného výběru. |
| Oprava: Logika zpracování polí formuláře byla opravena tak, aby klonovaná přepínací tlačítka ukládala a šířila vybranou exportní hodnotu namísto interní hodnoty rejstříku.Tím je zajištěno, že všechny klonované instance stejného pole přepínacího tlačítka odrážejí správný výběr v podepsaném pdf. | |
| 4554593 | Shrnutí: Některé partnerské integrace, které používají starší koncové body OAuth k obnovení přístupových tokenů, začaly selhávat s chybami HTTP 401.Služba odmítla požadavky na obnovení tokenů s chybou označující, že aplikace nemá povoleno používat starší koncové body OAuth a musí místo toho používat koncové body OAuth v2.To zablokovalo zákazníkům ověřování acrobat sign prostřednictvím partnerských aplikací, a to i pro integrace, které dříve fungovaly. |
| Oprava: Ověřovací služba byla opravena tak, aby partnerské aplikace, které jsou nakonfigurovány pro použití staršího toku OAuth, mohly znovu úspěšně obnovovat tokeny, namísto nesprávného nucení na koncové body OAuth v2. | |
| 4554614 | Shrnutí: Když podepisující používá moderní prostředí eSign u smlouvy, která vyžaduje ověření podepisujícího a je nakonfigurována tak, aby vyžadovala přijetí Podmínek použití před podpisem, kliknutí na tlačítko Klikněte pro podpis spustí 5sekundové přesměrování na klasické prostředí pro podepisování.Zpráva o přesměrování varuje, že podpisy a iniciály zadané v moderním podepisování budou vymazány, což nutí podepisujícího je znovu zadat a fakticky podepsat dvakrát. |
| Oprava: Tok obnovení tokenu pro podepisování byl opraven tak, aby když podepisující přijme Podmínky použití před podpisem, znovu vydaný token pro podepisování si zachoval podrobnosti ověření podepisujícího.Tím se zabrání selhání konečného kroku podepisování při ověřování a eliminuje se nucené přepnutí z moderního podepisování na klasické prostředí. | |
| 4555656 | Shrnutí: Za specifických časových podmínek se může přechod stavu smlouvy jevit jako úspěšný, ale ve skutečnosti stav smlouvy nezmění.Když je oznámení webhooku přijato před dokončením zpracování v backendu, následné volání API mohou používat zastaralá data o stavu smlouvy.V tomto okně některé metody přechodu stavu vrací HTTP 200 OK, i když smlouva není v platném stavu pro požadovaný přechod. V důsledku toho mohou automatizované pracovní postupy předpokládat, že přechod byl úspěšný, zatímco smlouva zůstává v původním stavu. |
| Oprava: Logika přechodu stavu smlouvy byla aktualizována tak, aby vynucovala přísnou validaci před použitím přechodu. Pokud smlouva není v platném stavu, API nyní vrací jasnou chybovou odpověď namísto tichého vrácení úspěchu. To zajišťuje, že neplatné přechody jsou explicitně odmítnuty, umožňuje volajícím systémům odpovídající opakování a zabraňuje tomu, aby smlouvy zůstaly v nezamýšleném stavu bez viditelnosti. |
