Naposledy aktualizováno
18. 3. 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
- Pracovní postupy PDF/A
- Zákazník ve zdravotnictví
- Nové prostředí pro žádosti o podpisy
- Nové prostředí vlastního pracovního postupu
- Nové prostředí vytváření šablon
- 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
- Povolit klasické hlášení
- 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ů
Poznámka:
Tento dokument obsahuje informace o nových funkcích, změnách v prostředí a vyřešených problémech zákazníků v nejnovější verzi.
Aktualizace rozhraní API a webhooků jsou uvedeny v příručce pro vývojáře služby Acrobat Sign.
Není zaručeno, že všechny funkce/změny budou zapnuty v datum vydání. Vždy se odkazujte na americkou anglickou verzi stránky jako na nejaktuálnější a nejpřesnější verzi.
Adobe Acrobat Sign verze 17.0.1
Nasazení do provozu: 17. březen 2026
Nasazení pro prostředí GovCloud: 19. březen 2026
Vylepšená funkčnost
- Vytvoření kopie – rozšířené přístupové body, rychlejší opětovné použití dohod.
Vytvoření kopie je nyní k dispozici přímo z filtrů Probíhá a Čeká na vás na stránce Správa, stejně jako ze stránky potvrzení po odeslání.Tyto další vstupní body usnadňují opětovné použití dohod ve více bodech životního cyklu odesílání a snižují nutnost začínat znovu od začátku.
Poznámka: S touto verzí budou ovládací prvky správy pro zakázání této funkce odstraněny z nabídky správce, čímž se Vytvoření kopie stane standardní funkcí dostupnou všem oprávněným uživatelům.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: skupina, účet; ve výchozím nastavení povoleno.
Změny v prostředí
- Viditelnost data vypršení platnosti integračního klíče – data vypršení platnosti se nyní zobrazují na kartě Přístupové tokeny
Karta Přístupové tokeny v nabídce Osobní preference zobrazuje datum vypršení platnosti pro každý integrační klíč. To uživatelům a správcům poskytuje jasnější přehled o stáří klíčů a načasování jejich výměny, což usnadňuje sledování stávajících klíčů a předchází neočekávaným přerušením, když klíč dosáhne konce své 10leté platnosti.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby:Acrobat Sign Solutions | Rozsah konfigurace: API
Aktualizace rozhraní REST API/webhooku
Aktualizace rozhraní API a webhooku pro tuto verzi naleznete v dokumentaci k rozhraní API služby Acrobat Sign.
- Personalizované zobrazení e-mailů OEM 2.0 – jasnější identita odesílatele a příjemce napříč vloženými prostředími a správné doručování e-mailů.
Pro partnery OEM 2.0 používající vložené pracovní postupy může Acrobat Sign nyní zobrazovat personalizovanou e-mailovou adresu uživatele namísto partnerem registrovaného e-mailu napříč klíčovými plochami uživatelského rozhraní a oznámeními.Dohody, fronty jako „Čeká na vás“ a e-maily „Zkontrolovat a podepsat“ konzistentně odrážejí personalizovanou identitu při interním zachování registrovaného e-mailu pro ověřování a oprávnění. To zlepšuje srozumitelnost pro odesílatele a podepisující a zabraňuje odesílání e-mailů na nedoručitelné registrované adresy.
\nDostupná prostředí: Sandbox, komerční | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: API – partneři OEM 2.0; pouze na vyžádání
- Oznámení webhooku při selhání doručení SMS – viditelnost neúspěšných odesílání SMS v reálném čase, automatizovaná náprava a parita s odraženými e-maily.
Acrobat Sign nyní vysílá novou webhook událost AGREEMENT_PHONE_BOUNCED, když smlouvu odeslanou prostřednictvím SMS nelze doručit kvůli problémům, jako jsou neplatná telefonní čísla, odmítnutí operátorem nebo blokované linky.Díky tomu mohou zákazníci detekovat selhání doručení SMS téměř v reálném čase a automaticky spustit následné akce, jako je oprava telefonních čísel, opakování doručení nebo otevření případů podpory, čímž se eliminují slepá místa a snižují zpoždění v pracovních postupech podepisování zaměřených na mobilní zařízení.
Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: API
- Datové části webhooků – Přidáno podmíněné pole extendedStatus účastníka pro aktualizace dynamické účasti, což zlepšuje viditelnost stavu účastníka.
Oznámení webhooků nyní zahrnují pole extendedStatus v každém objektu účastníka (memberInfos[]), když odesílatel upraví probíhající smlouvu pomocí dynamické účasti. Toto pole poskytuje další podrobnosti o životním cyklu účastníka a ponechává stávající pole stavu nezměněné kvůli zpětné kompatibilitě.
{
"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ěné): ACTIVE, REPLACED.
Hodnoty extendedStatus: ACTIVE, REPLACED, REMOVED, COMPLETED.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: API
Vyřešené problémy
| Problém | Popis |
|---|---|
| 4543515 | Shrnutí: Poté, co podepisující úspěšně podepíše a dohoda postoupí do dalšího kroku, může být pro platného podepisujícího nesprávně generována událost odražení e-mailu webhooku. K tomu může dojít, když delegát ve stejné skupině podepisovatelů má neplatnou e-mailovou adresu a odesílatel nahradí původního delegátora.V těchto případech může systém nesprávně přiřadit událost odražení „podepsáno jménem…“ platnému podepisujícímu namísto účastníka, jehož e-mail je skutečně odražen. |
| Oprava: Logika přiřazování událostí byla opravena, takže události odražení e-mailu jsou spojeny pouze s účastníkem, jehož e-mail je skutečně odražen.Událost odskočení se již negeneruje pro platného podepisovatele, který již dokončil podepisování, a oznámení webhooku nyní odrážejí správného účastníka a e-mailovou adresu. | |
| 4544548 | Shrnutí: Integrační klíče vytvořené prostřednictvím webového uživatelského rozhraní mohou vypršet po 10 letech, i když stránka vytváření uvádí, že klíč poskytuje „trvalý přístup“. Když klíč dosáhne své 10leté životnosti, volání API začnou vracet chybu propadlého tokenu, což může neočekávaně narušit stávající integrace. |
| Oprava: Zprávy uživatelského rozhraní byly aktualizovány, aby se odstranil výraz „trvalý přístup“ a jasně se pro integrační klíče zobrazilo datum vypršení platnosti.Aktualizovaný text nyní uvádí, že klíč si zachovává přístup až do data vypršení platnosti nebo dokud není ručně odvolán, což poskytuje transparentnost ohledně výchozí životnosti 10 let. | |
| 4546301 | Shrnutí: Doručení události webhooku může být zpožděno až o několik hodin u smluv s velmi velkými dokumenty, i když se vytvoření smlouvy dokončí a počáteční kroky zpracování se zdají být dokončeny během několika minut.Během okna zpoždění může služba doručování webhooků opakovaně přijímat odpovědi DOCUMENT_NOT_AVAILABLE při pokusu o načtení dokumentů smlouvy a událost webhooku nemusí být doručena, dokud služba nepřestane opakovat pokusy nebo dokud se dokumenty nestanou dostupnými. |
| Oprava: Zpracování dostupnosti dokumentů bylo opraveno, takže velké dohody spolehlivě přecházejí do stavu, kdy lze dokumenty načítat bez prodloužených odpovědí DOCUMENT_NOT_AVAILABLE.V důsledku toho jsou události webhooků doručovány bez mnohahodinových zpoždění způsobených opakovanými pokusy o načtení dokumentů proti nedostupným dokumentům. | |
| 4547823 | Shrnutí: Když je dohoda vytvořena ve stavu Vytváření prostřednictvím API a poté upravena z prostředí Správa, soukromá zpráva příjemce se některým podepisujícím nemusí zobrazit. V tomto scénáři může uživatelské rozhraní zobrazovat hodnotu Soukromá zpráva jako „Žádná“ nebo prázdnou, i když data smlouvy obsahují správnou hodnotu soukromé zprávy.Toto chování se objevuje ve scénářích sdíleného účtu, kde uživatel přepne do účtu jiného uživatele, aby upravil koncept, a může ovlivnit pouze konkrétní příjemce, zatímco ostatní se zobrazují správně. |
| Oprava: Byla přidána kontrola pro načtení aktivního kontextu sdílení a vrácení soukromé zprávy pro autorizované sdílené uživatele.V důsledku toho se nyní hodnota Soukromá zpráva při prohlížení nebo odesílání konceptu vytvořeného rozhraním API z postupu Vytváření zobrazuje správně. | |
| 4548274 | Shrnutí: Datum změny pro šablony knihovny se nemusí aktualizovat poté, co je šablona upravena a uložena v novém prostředí šablon. Uživatelé mohou v šabloně vidět nově přidaná nebo aktualizovaná pole, ale datum změny zůstává v uživatelském rozhraní Správa a v administrativních zobrazeních nezměněno, což vytváří dojem, že šablona nebyla nedávno upravena. K tomu dochází, protože nové prostředí aktualizuje pole formuláře prostřednictvím cesty, která zároveň neaktualizuje časové razítko změny šablony. |
| Oprava: Chování aktualizace data změny bylo sjednoceno napříč novým prostředím šablon a souvisejícími operacemi API.Cesta kódu, která ukládá změny polí šablony, nyní také aktualizuje datum změny šablony, takže odráží skutečný čas nejnovější změny. | |
| 4548564 | Shrnutí: Podpisy a pole formuláře se mohou v podepsaném PDF jevit jako neviditelná, když jsou umístěna přes již existující anotace razítek ve zdrojovém dokumentu. V postižených šablonách se anotace razítek překrývají nebo zakrývají interaktivní pole během zpracování, což způsobuje, že dokončené podpisy a další pole jsou skryta v konečném podepsaném dokumentu. |
| Oprava: Zpracování anotací razítek bylo aktualizováno, aby již existující anotace razítek bezpečně zpracovávalo a sloučilo, takže již nezakrývají pole nebo podpisy formulářů. Pole umístěná nad oblastmi s razítky nyní zůstávají viditelná během celého procesu podepisování a v plně dokončeném PDF. | |
| 4549103 | Shrnutí: Událost vrácení e-mailu může být znovu zaznamenána pro dříve nesprávného příjemce poté, co odesílatel nahradí tohoto příjemce platnou e-mailovou adresou. V některých případech může protokol auditu zobrazit pro starý e-mail druhou událost odrazu a stav dohody může zobrazovat „e-mail odražen", i když nový příjemce dohodu úspěšně obdrží, zobrazí nebo podepíše. Toto chování může způsobit, že se bude zdát, že smlouva stále cílí na starou i novou e-mailovou adresu. |
| Oprava: Pracovní postup pro nahrazení podepisujícího byl aktualizován, aby se zabránilo odesílání dalších e-mailů s oznámením nahrazenému příjemci, jehož e-mail již byl odražen. Systém nyní před odesláním oznámení souvisejících s nahrazením kontroluje historii předchozích vrácených e-mailů a zajišťuje, že po nahrazení nebudou pro starou e-mailovou adresu generovány žádné nové události vrácených e-mailů. | |
| 4549306 | Shrnutí: Uživatelé, jejichž e-mailové adresy obsahují určité speciální znaky (například apostrof), se nemusí být schopni přihlásit z obecných adobesign.com nebo echosign.com veřejných přihlašovacích stránek. Po zadání e-mailové adresy a kliknutí do pole pro heslo se stránka může znovu načíst a vymazat pole e-mailu namísto přesměrování uživatele na správný oddíl nebo přihlašovací stránku pro jednotné přihlášení (SSO). To dotčeným uživatelům brání v dokončení ověření a blokuje integrace, které spoléhají na veřejný přihlašovací koncový bod. |
| Oprava: Logika rozlišení přihlašovacího oddílu byla opravena tak, aby správně zpracovávala a dekódovala e-mailové adresy obsahující speciální znaky ještě před vytvořením URL pro přesměrování mezi oddíly. Uživatelé s dotčenými formáty e-mailů jsou nyní správně přesměrováni na svůj určený oddíl a přihlašovací stránku pro jednotné přihlášení (SSO), aniž by se pole e-mailu vymazalo. | |
| 4549331 | Shrnutí: Když jsou povoleny určité funkce zpracování dokumentu a zdrojové PDF obsahuje neplatné souřadnice rámečku stránky (například nesprávné hodnoty CropBox nebo MediaBox), podpisy a další pole formuláře se mohou v podepsaném PDF jevit jako chybějící nebo neviditelná. V tomto scénáři se pole, která spoléhají na souřadnice stránky, mohou vykreslit mimo viditelnou oblast stránky, takže dokončené podpisy vypadají jako chybějící, i když se podpis úspěšně dokončí. |
| Oprava: Zpracování rámečku stránky PDF bylo opraveno tak, aby během zpracování dokumentu bezpečně normalizovalo neplatné hodnoty CropBox a MediaBox. V důsledku toho se umístění pole podpisu a formuláře nyní zarovnává k viditelné oblasti stránky a podepsaná PDF zobrazují podpisy podle očekávání. | |
| 4550367 | Shrnutí: Vytvoření webového formuláře může po výběru možností Náhled a Přidat pole selhat s obecnou chybou „Chyba serveru", když je výchozí ověření podepisujícího skupiny odesílatele nastaveno na Telefon a účet nemá k dispozici kvótu pro ověření pomocí telefonu, i když je ověření podepisujícího webového formuláře nastaveno na metodu bez telefonu (například Adobe Sign). V důsledku toho mohou mít všichni uživatelé v dotčeném účtu zablokováno vytváření webových formulářů napříč všemi dokumenty. |
| Oprava: Vytváření webového formuláře nyní vyhodnocuje kvótu pouze pro metodu ověření skutečně nakonfigurovanou pro podepisujícího webového formuláře a již neaplikuje kontroly kvóty ověření pomocí telefonu založené pouze na výchozím nastavení ověření skupiny. Tím se zabrání chybám falešného vyčerpání kvóty a umožní se normální vytváření webových formulářů. | |
| 4551011 | Shrnutí: Když odesílatel nahraje určitá naskenovaná PDF, přidá pole pro podpis a dohodu odešle, může se stát, že v podepsaném PDF nebudou po dokončení podpisu žádné podpisy viditelné.K tomuto může dojít, když nahrané PDF obsahuje neplatná metadata hranic stránky (souřadnice MediaBox a CropBox se jeví jako obrácené), což může způsobit, že se vrstvy vzhledu podpisu a dalších polí vykreslí mimo viditelnou oblast stránky. |
| Oprava: Zpracování hranic stránky PDF je aktualizováno tak, aby správně zpracovávalo soubory PDF s neplatnými nebo obrácenými hodnotami souřadnic MediaBox a CropBox, takže obsah vzhledu podpisu a pole formuláře se vykresluje v rámci viditelné oblasti stránky a zůstává viditelný v konečném podepsaném PDF. | |
| 4551427 | Shrnutí: Někteří příjemci, kteří již mají aktivní a správně zřízené účty, obdrží dohody jako příjemci „pseudo uživatelé“, takže se smlouva nezobrazí v jejich běžném zobrazení Správa. K tomu dochází, když e-mailové adresy příjemců obsahují úvodní nebo koncové mezery, což systému brání v přiřazení e-mailu k existujícímu uživateli a způsobuje vytvoření záznamu pseudo-uživatele. |
| Oprava: Analýza e-mailů a vyhledávání uživatelů byly aktualizovány tak, aby normalizovaly e-mailové adresy příjemců (odstranění mezer na začátku a na konci) před jejich porovnáním se stávajícími uživateli. V důsledku toho se smlouvy adresované stávajícím uživatelům přiřadí k registrovanému účtu namísto vytvoření pseudo-uživatele jako příjemce, a to i v případě, že byl e-mail zadán s mezerami (v datových částech API a seznamech příjemců pracovního postupu). | |
| 4553198 | Shrnutí: Když smlouva obsahuje alespoň jednoho příjemce nakonfigurovaného pro doručování SMS a alespoň jednoho příjemce nakonfigurovaného pouze pro doručování e-mailem, zrušení smlouvy prostřednictvím API neodešle SMS oznámení o zrušení příjemci SMS.Smlouva je úspěšně zrušena a e-mailová oznámení jsou doručena, ale příjemci SMS neobdrží zprávu o zrušení. |
| Oprava: Pracovní postup zrušení byl opraven tak, aby zajistil odeslání SMS oznámení o zrušení všem příjemcům nakonfigurovaným pro doručování SMS při zrušení smlouvy, bez ohledu na způsoby doručování ostatních příjemců. | |
| 4554463 | Shrnutí: Když dohody obsahují klonovaná přepínací tlačítka, která sdílejí stejný název pole napříč kombinovanými dokumenty, v konečném podepsaném PDF zůstane vybrána pouze jedna instance vybrané možnosti. Ačkoli se pole vizuálně zobrazují jako zaškrtávací políčka, jsou implementována jako přepínací tlačítka.Po podpisu se vybraná hodnota nedůsledně šíří napříč všemi klonovanými instancemi, což způsobuje nesprávné nebo neúplné mapování očekávaného výběru. |
| Oprava: Logika zpracování polí formuláře byla opravena tak, aby klonovaná přepínací tlačítka ukládala a šířila vybranou exportní hodnotu namísto interní hodnoty indexu.To zajišťuje, že všechny klonované instance stejného pole přepínacího tlačítka odrážejí správný výběr v podepsaném PDF. | |
| 4554593 | Shrnutí: Některé partnerské integrace, které používají starší koncové body OAuth k obnovení přístupových tokenů, začaly selhávat s chybami HTTP 401.Služba odmítla požadavky na obnovení tokenů s chybou označující, že aplikace nemá povoleno používat starší koncové body OAuth a musí místo toho používat koncové body OAuth v2.To zablokovalo zákazníkům ověřování Acrobat Sign prostřednictvím partnerských aplikací, a to i pro integrace, které dříve fungovaly. |
| Oprava: Ověřovací služba byla opravena tak, aby partnerské aplikace, které jsou nakonfigurovány pro použití staršího postupu OAuth, mohly znovu úspěšně obnovovat tokeny, namísto nesprávného vynucení na koncové body OAuth v2. | |
| 4554614 | Shrnutí: Když podepisující používá moderní prostředí eSign u dohody, která vyžaduje ověření podepisujícího a je nakonfigurována tak, aby vyžadovala přijetí podmínek použití před podpisem, kliknutí na Klikněte pro podpis spustí 5sekundové přesměrování na klasické prostředí pro podepisování. Zpráva o přesměrování varuje, že podpisy a iniciály zadané v moderním podepisování budou vymazány, což nutí podepisujícího je znovu zadat a fakticky podepsat dvakrát. |
| Oprava: Postup obnovení podepisovacího tokenu byl opraven tak, aby když podepisující přijme podmínky použití před podpisem, znovu vydaný podepisovací token si zachoval podrobnosti ověření podepisujícího. To zabraňuje selhání posledního kroku podepisování při ověřování a eliminuje vynucený návrat z moderního na klasické prostředí podepisování. | |
| 4555656 | Shrnutí: Za specifických časových podmínek se může přechod stavu smlouvy jevit jako úspěšný, ale ve skutečnosti stav smlouvy nezmění.Když je oznámení webhooku přijato před dokončením zpracování na pozadí, následné volání API mohou používat zastaralá data o stavu smlouvy.V tomto okně určité metody přechodu stavu vrací HTTP 200 OK, i když smlouva není v platném stavu pro požadovaný přechod.V důsledku toho mohou automatizované pracovní postupy předpokládat, že přechod byl úspěšný, zatímco smlouva zůstává v původním stavu. |
| Oprava: Logika přechodu stavu dohody byla aktualizována tak, aby před použitím přechodu vynucovala přísné ověření. Pokud smlouva není v platném stavu, API nyní vrací jasnou chybovou odpověď namísto tichého vrácení úspěchu.To zajišťuje, že neplatné přechody jsou výslovně zamítnuty, volajícím systémům je umožněno vhodně opakovat pokus a zabraňuje tomu, aby dohody zůstaly v nezamýšleném stavu bez viditelnosti. |
