Naposledy aktualizováno
5. 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
- 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ů
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.
Vydání aplikace Adobe Acrobat Sign v17.0.1
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.
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
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říč integrovanými prostředími a správné doručování e-mailů.
\n Pro 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.
\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
Vyřešené problémy
| Problém | Popis |
|---|---|
| 4543515 | Shrnutí: Událost odmítnutí 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í do dalšího kroku.K tomu může dojít, když má delegát ve stejné skupině podepisovatelů 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že události vrácení e-mailů jsou nyní přidruženy pouze k účastníkovi, jehož e-mail se skutečně vrátil.Událost vrácení 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í desetileté životnosti. | |
| 4546301 | Shrnutí: Doručení události webhooku může být u smluv s velmi rozsáhlými dokumenty zpožděno až o několik hodin, a to i v případě, že vytvoření smlouvy proběhne úspěšně a počáteční kroky zpracování se zdají být dokončeny během několika minut.Během tohoto 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 nyní spolehlivě přecházejí do stavu, kdy jsou dokumenty dostupné bez dlouhodobých odpovědí DOCUMENT_NOT_AVAILABLE.V důsledku toho jsou události webhooku doručovány bez několikahodinových zpoždění způsobených opakovanými pokusy o načtení 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 Vytváření 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ých účtů, kdy 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í 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 vytváření. | |
| 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 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í Správa 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á zároveň neaktualizuje časové razítko změny šablony. |
| Oprava: Chování aktualizace data změny bylo sjednoceno napříč novým prostředím šablony 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 jevit jako neviditelná v podepsaném pdf, 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ítko 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ářů 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 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 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 náhradou kontroluje předchozí historii nedoručených zpráv, čímž zajišťuje, že po náhradě nebudou pro starou e-mailovou adresu generovány žádné nové události nedoručení. | |
| 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ávný fragment 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ího fragmentu 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 fragmenty. Uživatelé s postiženými formáty e-mailů jsou nyní správně přesměrováni na svůj určený fragment a přihlašovací stránku SSO, aniž by bylo pole e-mailu vymazáno. | |
| 4549331 | Shrnutí: Podpisy a další pole formuláře se mohou zdát 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 ohraničení 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ž se podepisování úspěšně dokončí. |
| Oprava: Zpracování ohraničení stránky 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 při vytváření web 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í webových formulářů. | |
| 4551011 | Shrnutí: Když odesílatel nahraje určité naskenované soubory PDF, přidá pole pro podpis a odešle smlouvu, podepsaný soubor PDF nemusí po dokončení podpisu zobrazovat žá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 obsah vzhledu podpisů a polí formulářů se vykresluje v rámci viditelné oblasti stránky a zůstává 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ů (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ích postupů). | |
| 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í postupy zrušení byly opraveny tak, aby zajistily 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ž 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 ve finálním podepsaném pdf.Ačkoli se pole vizuálně zobrazují jako zaškrtávací políčka, jsou implementována jako přepínače. 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ínače ukládaly a šířily vybranou exportní hodnotu namísto interní hodnoty rejstříku. To zajišťuje, že všechny klonované instance stejného pole přepínače 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 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. To zabraňuje selhání ověření v posledním kroku podepisování a eliminuje vynucené 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í na pozadí, 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 aplikací 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. |
