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
- Admin Console SSO
- 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í
- Správa skupin
- 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
- Nastavení osobního podpisu
- Povolit osobní podpis
- 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
- Odeslat pouze interním příjemcům
- 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í
Profil uživatele a konfigurovatelné funkce
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
- Vytvořte smlouvu pro osobní podpis
- 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
- Hromadné akce
- Skrýt více smluv
- Digitálně podepsat více smluv
- 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)
- Správa sdílených šablon
- 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
- Integrační klíče
Vývojář služby Acrobat Sign
- Rozhraní API REST
- Webhooky
- Prostředí Sandbox
Podpora a řešení problémů
Tento dokument obsahuje informace o nových funkcích, změnách v prostředí a vyřešených problémech zákazníků v nejnovější verzi.
Aktualizace rozhraní API a webhooků jsou uvedeny v příručce pro vývojáře služby Acrobat Sign.
Není zaručeno, že všechny funkce/změny budou zapnuty v datum vydání. 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.1
Nasazení v produkčním prostředí: 5. května 2026
Nasazení v prostředí GovCloud: 12. května 2026
Vylepšená funkčnost
Vylepšená funkčnost
- Osobní podpis – Povolení hostovaných relací podepisování ve webové aplikaci
Osobní podpis umožňuje odesílateli určit interního hostitele, který usnadní relaci osobního podepisování pomocí webového prohlížeče. Hostitel spustí řízenou relaci podepisování ze stránky Správa nebo z e-mailového oznámení, dočasně předá zařízení podepisujícímu k dokončení požadovaných akcí a po dokončení znovu převezme kontrolu. Vytvoření a dokončení relace se zaznamenává v auditním protokolu a podepisující osoby mohou volitelně poskytnout e-mailovou adresu pro obdržení kopie smlouvy.
Dostupná prostředí: Sandbox, Commercial | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Přečtěte si, jak povolit roli osobního podpisu >
Přečtěte si, jak nakonfigurovat smlouvu pro povolení osobního podpisu >
Přečtěte si, jak hostovat osobní podpis >
- Hromadný digitální podpis ze stránky Spravovat – Použijte digitální podpis na více smluv pomocí jediného ověření
Podepisující osoby mohou vybrat více smluv v zobrazení Čeká na vás a použít digitální podpisy jako hromadnou akci pomocí jediného ověření podpisu. Tím se snižují opakující se kroky podepisování pro pracovní postupy s velkým objemem při zachování stávajících bezpečnostních, ověřovacích a auditních kontrol cloudového podepisování. Hromadné podepisování vyžaduje, aby podepisující osoby zkontrolovaly nebo přeskočily všechny smlouvy před dokončením hromadné akce.
Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Přečtěte si dokumentaci Jak povolit hromadné digitální podpisy >
Přečtěte si dokumentaci Jak podepisovat pomocí hromadných digitálních podpisů >
- Odesílání pouze interním příjemcům – Omezení smluv na odesílání příjemcům ve stejném účtu aplikace acrobat sign.
Nastavení Odesílání pouze interním příjemcům zabraňuje uživatelům odesílat smlouvy příjemcům mimo jejich účet aplikace acrobat sign. Pokud je tato funkce povolena, lze smlouvy odesílat pouze příjemcům, jejichž ID účtu odpovídají ID odesílatele. Toto nastavení podporuje interní bezpečnostní požadavky a zabraňuje sdílení smluv externě.
Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Přečtěte si konfigurační dokument pro omezení skupiny pouze na interní příjemce >
- Hlášení využití telefonních transakcí – Rozšířené hlášení s viditelností na úrovni skupin a přístupem k naplánovaným zprávám
\n Hlášení telefonních transakcí nyní poskytuje viditelnost zakoupených množství, dat zahájení kvót a podrobné spotřeby napříč SMS a WhatsApp transakcemi. Zákazníci mohou sledovat využití na úrovni skupin a přistupovat k naplánovaným CSV zprávám prostřednictvím jednotného prostředí pro hlášení, což umožňuje přesnější rozpočtování, interní alokaci a proaktivní monitorování k předcházení přerušení služby při dosažení limitů transakcí.
\n Hlášení se nyní generuje prostřednictvím naplánovaných zpráv v rozhraní pro hlášení, s dostupným API přístupem k získání nejnovějšího output zprávy.
\n
\nNový koncový bod: POST /api/rest/v6/reportDownload
\nTento koncový bod přijímá scheduleId a vrací URL pro stažení nejnověji vygenerované CSV zprávy spojené s daným plánem.
\n
\nDostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: acrobat Sign Solutions | Rozsah konfigurace: v6 REST API
\nProhlédněte si dokumentaci pro zprávu o spotřebě SMS >
Změny v prostředí
- Vzhled podpisu v auditních zprávách – Zaznamenává metodu zadávání podpisu použitou každým podepisujícím, zvyšuje viditelnost dodržování předpisů a snižuje ruční ověřování
Auditní zprávy nyní zaznamenávají metodu vzhledu podpisu použitou při aplikaci podpisu podepisujícím. Pro každou událost ESIGNED auditní stopa identifikuje, zda podepisující použil napsaný podpis, nakreslený podpis, nahraný obrázek nebo kreslení nebo zachycení obrázku založené na mobilním zařízení. Toto vylepšení umožňuje týmům pro dodržování předpisů a provoz ověřit metody podpisu přímo ze zprávy auditu, čímž se snižuje nejednoznačnost a zabraňuje se zbytečnému odmítání smluv.
Typy vzhledu podpisu:- Typ: Podepisující osoba napíše své jméno a vybere styl podpisu založený na písmu.
- Kreslit: Podepisující osoba nakreslí svůj podpis pomocí myši nebo trackpadu na počítači.
- Obrázek: Podepisující osoba nahraje soubor s obrázkem podpisu z počítače.
- Mobile Draw: Podepisující osoba nakreslí svůj podpis pomocí dotyku na mobilním zařízení.
- Mobile Image: Podepisující osoba nahraje nebo zachytí obrázek podpisu na mobilním zařízení.
Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Rozsah konfigurace: Vždy povoleno; žádná konfigurace
- Uložené podpisy pro URL adresy podepisování API – Umožňuje použití uložených podpisů profilu během podepisování založeného na API
Umožnit registrovaným uživatelům použít jejich uložené podpisy profilu při podepisování smluv prostřednictvím URL adres pro podepisování generovaných API (GET /agreements/{agreementId}/signingUrls). Uložené podpisy se zobrazují pro interní podepisující a pro externí podepisující, kteří se ověřují pomocí e-mailového OTP nebo Adobe ID. Tato funkce zjednodušuje pracovní postupy podpisování pro backendové integrace při zachování bezpečnostních kontrol na úrovni účtu.
Povoleno společností Adobe na základě jednotlivých účtů po bezpečnostní kontrole.
{"trancreatedText": ["
\n Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Zakázáno; Kontaktujte podporu
\nPřečtěte si pokyny pro pochopení identity podepisujícího v pracovních postupech vloženého podepisování >
\n
- Správa osobního adresáře v moderním prostředí – Uživatelé mohou mazat uložené e-mailové adresy přímo ze svého osobního adresáře v moderním prostředí Request Signature , což usnadňuje udržování přesných a aktuálních seznamů osobních příjemců.
Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Povoleno ve výchozím nastavení; nelze konfigurovat.
Přečtěte si aktualizovaný dokument pro odstranění e-mailu z adresáře >
- Okno vypršení smlouvy – Rozšířené výchozí období vypršení na 365 dní
\n Maximální termín dokončení smluv byl prodloužen ze 180 dní na 365 dní. Když je povoleno vypršení dokumentu, smlouvám se nyní automaticky přiřazuje 365denní datum vypršení, které nelze odstranit. Tato změna zajišťuje, že všechny smlouvy mají definovaný životní cyklus, zlepšuje dlouhodobé sledování a dodržování předpisů a snižuje riziko, že smlouvy zůstanou otevřené neomezeně dlouho, přičemž stále umožňuje uživatelům nastavit dřívější termíny podle potřeby.
Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Account and Group
- Přepracovaná domovská stránka – Zlepšuje přístup k pracovním postupům, zobrazuje kritické akce
Domovská stránka byla přepracována, aby bylo snazší zahájit smlouvy, sledovat aktivitu a přistupovat ke klíčovým funkcím, včetně možnosti kopírovat nedávno odeslané smlouvy, zobrazit dlaždice akcí v intuitivnějším pořadí, rychle identifikovat položky Probíhá a Čeká na vás a zažít zjednodušený banner Co je nového, který snižuje vizuální nepořádek a pomáhá uživatelům pohybovat se rychleji, snižovat počet zmeškaných smluv a navigovat ve více zaměřeném domovském prostředí.
Nová domovská stránka bude zavedena postupně během 10 dnů po vydání. Podívejte se na technické oznámení pro harmonogram >
Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Povoleno ve výchozím nastavení
Přečtěte si nové rozložení domovské stránky >
- Vylepšení zkušební verze – Do zkušební verze Sign bylo přidáno nejnovější prostředí pro onboarding.
Zkušební verze aplikace Sign nyní zahrnuje vylepšené prostředí pro zapojení a funkce představené v nedávných placených verzích.
\n
\n Dostupná prostředí: Commercial | Dostupné úrovně služeb: Zkušební verze Acrobat Sign Solutions pro firmy | Rozsah konfigurace: Oprávnění zkušební verze
\n
- Nový návrhář vlastních pracovních postupů se stává výchozí – Podpora moderního návrháře, odstranění uživatelských ovládacích prvků přepínání, zachování flexibility správce
Nové prostředí návrháře vlastních pracovních postupů je nyní výchozí pro všechny účty. Uživatelé již nevidí odkazy pro přepnutí zpět na klasický designer, zatímco správci si zachovávají možnost znovu povolit přístup k předchozímu prostředí, pokud je to potřeba. Tato aktualizace posouvá přechod k modernímu rozhraní pro návrh pracovních postupů a zároveň zachovává administrativní kontrolu během přechodného období.
Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
Aktualizace rozhraní REST API/webhooku
Aktualizace rozhraní API a webhooku pro tuto verzi naleznete v dokumentaci k rozhraní API služby Acrobat Sign.
- Správa klíčů mTLS pro webhooky – Přidání možnosti klíče generovaného Acrobat Sign, povolení pracovního postupu podepisování certifikátů, zlepšení dodržování bezpečnostních předpisů
Vývojáři si nyní mohou vybrat, jak se spravují soukromé klíče pro ověřování mTLS webhooků v Acrobat Sign. Kromě stávajícího modelu, kdy zákazníci generují a nahrávají vlastní soukromý klíč a certifikát, může nyní Acrobat Sign generovat soukromý klíč a žádost o podepsání certifikátu (CSR). Zákazníci mohou použít CSR k získání certifikátu od své certifikační autority a nahrát jej k dokončení konfigurace. Tato možnost zlepšuje bezpečnost tím, že udržuje soukromé klíče v rámci Acrobat Sign a zároveň zachovává kompatibilitu se stávajícím chováním webhook mTLS.
Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: v6 REST API POST /webhooks endpoint; všechny rozsahy
Prohlédněte si aktualizovanou dokumentaci mTLS >
- Inicializace digitální identity prostřednictvím parametru login_hint – Umožňuje odesílatelům API inicializovat ověřování digitální identity s identifikátorem specifickým pro příjemce.
Několik v6 REST API /agreements endpointů nyní podporuje parametr loginHint, který umožňuje odesílatelům API inicializovat ověřování Digital Identity Gateway pomocí známého identifikátoru přihlášení, jako je e-mailová adresa nebo číslo ID uživatele. Poskytovatel identity řídí uživatelské prostředí, ale identifikátor obvykle předvyplní přihlašovací obrazovku, aby posílil pracovní postupy ověřování s vysokou důvěryhodností a snížil riziko vydávání se za někoho jiného. Identifikátor se zobrazuje v maskovaném formátu na vstupní stránce Digital Identity Gateway a v auditní zprávě, aby byla zachována sledovatelnost při ochraně citlivých dat.
Následující koncové body byly aktualizovány, aby zahrnovaly parametr loginHint:- POST /agreements
- PUT /agreements/{agreementId}
- PUT /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}
- GET /agreements/{agreementId}/members/participantSets/{participantSetId}
- GET /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}/members
Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: acrobat Sign Solutions | Rozsah konfigurace: v6 REST API
- Vylepšení identity a hranice důvěry OEM 2.0 – Funkce „Zobrazit personalizovanou/OEM e-mailovou adresu všude" nyní upřednostňuje uživatele zřízené stejným partnerem a automaticky vytváří příjemce, když není nalezena shoda
\nKdyž je povolena funkce Zobrazit personalizovanou/OEM e-mailovou adresu všude, řešení účastníků smlouvy upřednostňuje uživatele zřízené stejným partnerem a automaticky vytváří záznam příjemce, když neexistuje odpovídající uživatel, což zajišťuje konzistentní zpracování identity napříč účty.
\n
\nNavíc s povolenou funkcí Zobrazit personalizovanou/OEM e-mailovou adresu všude auditní zprávy označují, zda je odesílatel zřízen partnerem nebo se jedná o osobní účet, a toky podepisujícího vedou uživatele k přepnutí účtů, když existují identické e-mailové adresy napříč různými typy účtů, což snižuje zmatení a zabraňuje nechtěnému přístupu.
\n
\n Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: v6 REST API; OEM 2.0 Partner
\n "]}
Vyřešené problémy
| Problém | Popis |
|---|---|
| 4520028 | Shrnutí: Sloupec Skupina na stránce Spravovat zobrazoval nesprávné nebo nekonzistentní hodnoty, když uživatelé patřili do více skupin. Změna primární skupiny uživatele způsobila, že smlouvy zobrazovaly nesprávnou skupinu, včetně poslední vybrané primární skupiny nebo více skupin, místo skupiny, ze které byla smlouva původně odeslána. |
| Oprava: Aktualizována logika stránky Správa tak, aby při vykreslování sloupce Skupina používala skupinu odesílání smlouvy (agreement_group_id) namísto aktuální primární skupiny uživatele. | |
| 4532690 | Shrnutí: Uživatelé nemohli upravovat koncepty smluv vytvořené z vlastních pracovních postupů, když byly povoleny jak „Povolit odesílání smluv pouze pomocí pracovního postupu", tak „Povolit nové prostředí pro odesílání vlastních pracovních postupů". Systém nesprávně blokoval přístup ke stránce pro vytváření při úpravě existujícího konceptu a považoval to za novou akci odesílání namísto úpravy konceptu. |
| Oprava: Aktualizována logika stránky Vytváření tak, aby rozpoznala scénáře úprav konceptů a obešla kontrolu omezení pracovního postupu, což uživatelům umožňuje upravovat existující koncepty smluv vytvořené z vlastních pracovních postupů. | |
| 4536764 | {"trancreatedText": ["Shrnutí:\u00a0Odesílání smluv prostřednictvím vlastního pracovního postupu vedlo k chybě serveru kvůli selhání zpracování konkrétních šablon pdf. Chyba byla způsobena neplatnými nebo chybějícími daty vzhledu anotace v jednom nebo více zdrojových dokumentech, což vyvolalo výjimku vykreslování během předvyplnění. Problém nebyl konzistentně reprodukovatelný a nemohl být replikován mimo postižené pracovní postupy. |
| Oprava: Vylepšeno zpracování výjimek vykreslování ve vrstvě zpracování PDF. | |
| 4537197 | Shrnutí:\u00a0Při používání nového prostředí Odeslat hromadně s ručně zadanými jmény příjemců bylo druhé pole jména odstraněno během podepisování kvůli nesprávnému zpracování požadovaných dat jmen příjemců napříč dokumenty. |
| Oprava: Aktualizována logika zpracování dokumentů pro správné zachování všech polí jmen příjemců při hromadném odesílání smluv. | |
| 4538172 | Shrnutí:\u00a0Kopírování pracovních postupů, které zahrnují skupiny příjemců, selhalo během synchronizace Sandbox se zprávou „Chyba při provádění požadavku" kvůli neplatným odkazům na skupiny příjemců. Pracovní postup používal ID skupin příjemců specifické pro prostředí, které nejsou přenosné napříč prostředími, což způsobilo selhání ověření během synchronizace. |
| Oprava:\u00a0Aktualizováno zpracování synchronizace Sandbox pro správné ověření a zpracování odkazů na skupiny příjemců během operací kopírování pracovních postupů, čímž se předejde selháním, když skupiny příjemců existují v obou prostředích. | |
| 4538251 | Shrnutí: V novém prostředí Odeslat hromadně se pole informací o podepisujícím pro celé jméno a e-mail nezobrazovala během podepisování nebo v konečném dokumentu, když zdrojový soubor obsahoval existující pole AcroForm. Problém byl způsoben nesprávným zpracováním dat slučovacích polí při kombinování polí informací o podepisujícím s již existujícími poli formuláře, což vedlo k tomu, že pole nebyla vykreslena v podřízených smlouvách |
| Oprava:\u00a0Aktualizována logika zpracování slučování a polí formuláře pro správné použití polí informací o podepisujícím v dokumentech, které zahrnují existující pole AcroForm. | |
| 4545485 | Shrnutí: Vytváření smluv občas selhalo, když generování miniatur narazilo na poškozená pole PDF formuláře. Selhání bylo způsobeno zdrojovými dokumenty obsahujícími pole formulářů bez platných názvů a neplatné vnořené struktury polí, což vyvolalo chyby zpracování během generování PDF. |
| Oprava: Přidáno ověření a kontroly hodnot null během zpracování PDF pro zpracování poškozených polí formuláře a předcházení chybám během generování miniatur a vytváření smluv. | |
| 4545814 | Shrnutí:\u00a0Pole jsou nesprávně zarovnána a textové značky zůstávají viditelné při zpracování dokumentů orientovaných na šířku generovaných z pracovních postupů založených na XDP. Nesprávné výpočty souřadnic v rozložení na šířku způsobují nesprávné umístění polí a brání správnému parsování a odstranění textových značek. |
| Oprava:\u00a0Aktualizována logika vykreslování polí pro správný výpočet a umístění polí formuláře v dokumentech orientovaných na šířku, zajišťující správné zarovnání a odstranění textových značek během zpracování. | |
| 4545978 | Shrnutí:\u00a0Znaky s diakritikou ve jménech podepisujících se vykreslují nesprávně ve viditelném bloku podpisu při používání místního digitálního podepisování. Problém nastává, protože výchozí písmo vložené do dokumentu postrádá správné kódování pro západoevropské znaky, což způsobuje nesprávnou substituci znaků během vykreslování vzhledu podpisu. |
| Oprava: Aktualizována konfigurace vloženého písma pro zahrnutí správného kódování znaků s diakritikou, což zajišťuje správné vykreslování jmen podepisujících ve vzhledu podpisu. | |
| 4547100 | Shrnutí:\u00a0Klonovaná víceřádková textová pole se vykreslují nekonzistentně v podepsaném pdf. Víceřádková klonovaná pole postrádají výchozí slovník vzhledu, což způsobuje, že klonovaná pole zobrazují méně řádků než zdrojové pole, i když obě pole používají stejnou velikost a nastavení. |
| Oprava: Přidán výchozí slovník vzhledu do víceřádkových klonovaných polí, takže se klonovaná a zdrojová pole vykreslují jednotně v podepsaných dokumentech. | |
| 4548305 | Shrnutí:\u00a0Kontrolní seznam onboardingu zobrazuje „Požádat o BAA pro připravenost HIPAA" jako Čekající, i když je HIPAA povoleno. "]} Logika vyhodnocování kontrolního seznamu nesprávně zachází s děděnými nastaveními souvisejícími s HIPAA jako s neúplnými, což způsobuje, že stav úlohy zůstává Čekající, přestože je funkce povolena. |
| Oprava: Aktualizována logika vyhodnocování kontrolního seznamu pro správnou interpretaci nastavení souvisejících s HIPAA, včetně děděných hodnot, takže úloha onboardingu odráží dokončený stav, když je HIPAA povoleno. | |
| 4550731 | Shrnutí: Při podepisování dokumentů pomocí Fill & Sign se mezi podtržením podpisu a časovým razítkem objevuje velká mezera. K problému dochází, když pole podpisu není dostatečně široké pro umístění vykresleného obsahu podpisu, což způsobuje nesprávné rozestupy ve vzhledu podpisu |
| Oprava: Aktualizováno vykreslování podpisu pro respektování definovaných rozměrů pole a odpovídající úpravu rozestupů, čímž se snižuje mezera mezi podtržením a časovým razítkem. | |
| 4550906 | Shrnutí: Odkaz Změnit heslo odkazuje na neplatnou URL pro určité uživatele, což způsobuje chybu prohlížeče. K problému dochází, když aplikace čte zastaralý koncový bod z konfigurace namísto správné URL, což vede k nekonzistentnímu chování napříč prostředími. |
| Oprava: Aktualizován konfigurovaný koncový bod pro změnu hesla pro použití správné URL napříč postiženými prostředími. | |
| 4550992 | Shrnutí: Úprava určitých šablon v novém prostředí přesměruje na stránku Vytvořit šablonu namísto otevření šablony v režimu úprav. K problému dochází, protože systém určuje prostředí na základě nastavení vlastníka šablony namísto nastavení aktuálního uživatele, což způsobuje nesprávné směrování při úpravě sdílených šablon. |
| Oprava: Aktualizována logika úprav šablon pro použití nastavení prostředí aktuálního uživatele namísto nastavení vlastníka šablony, čímž se zajistí, že se šablony otevřou ve správném režimu úprav. | |
| 4551756 | Shrnutí: E-maily s žádostí o schválení zobrazují nevyřešené proměnné šablony v poli příjemce, což způsobuje nesprávné formátování e-mailu. K problému dochází kvůli selhání v logice vykreslování e-mailové šablony při generování oznámení o konfliktu oprávnění. |
| Oprava: Aktualizováno vykreslování e-mailové šablony pro správné vyřešení a vyplnění polí příjemce, čímž se zajistí zobrazení platných e-mailových adres v e-mailech s žádostí o schválení. | |
| 4551768 | Shrnutí: Podepisující se setkávají s neošetřenou chybou při přístupu k dohodám nebo jejich dokončování kvůli selhání ve zpracování vzhledu polí formuláře. Poškozený objekt vzhledu způsobuje ClassCastException během generování dokumentu, což vede k selhání vykreslování dohody. |
| Oprava: Aktualizována logika zpracování polí formuláře pro ověření typů objektů vzhledu před přetypováním, čímž se předchází výjimkám a zajišťuje správné vykreslování dohod pro podepisování. | |
| 4552272 | Shrnutí: Zrušené nebo opuštěné dohody se zobrazují pod Čeká na vás na stránce Spravovat. K problému dochází, když událost restartu pracovního postupu správně nevyčistí data stavu účastníka, což zanechává zastaralá data viditelnosti a indexování, která zobrazují dohodu v nesprávných pohledech |
| Oprava: Aktualizováno zpracování restartu pracovního postupu a logika indexování pro správné vymazání předchozích dat stavu účastníka a zajištění, že se dohody zobrazují pouze ve správném stavu. | |
| 4553158 | Shrnutí: V prostředích s jazyky RTL na iOS panel podpisu nereaguje správně při kreslení podpisu. Panel se posouvá namísto zachycení vstupu, což vyžaduje, aby uživatelé ručně posouvali pro nakreslení a použití podpisu, což brání normálnímu chování při podepisování, když je povoleno nové prostředí podpisu příjemce. |
| Oprava: Aktualizováno zpracování interakce panelu podpisu pro rozložení RTL na iOS pro správné zachycení vstupu kreslení bez nechtěného posouvání, což umožňuje normální vytváření a použití podpisu. | |
| 4553583 | Shrnutí: Pracovní postupy umožňují e-mailové adresy s úvodními nebo koncovými mezerami, což způsobuje, že dohody tiše selžou při odesílání v novém prostředí. Systém neověřuje ani nenormalizuje vstup a nezobrazuje se žádná chybová zpráva indikující problém. |
| Oprava: Aktualizováno zpracování vstupu pro automatické oříznutí mezer z e-mailových adres a zabránění uložení neplatných hodnot a přidáno zpracování pro existující pracovní postupy, aby bylo možné úspěšně odesílat smlouvy. | |
| 4553676 | Shrnutí: Hypertextové odkazy se zobrazují nesprávně v zobrazení Správa, kde je název smlouvy připojen k adrese URL, což má za následek nefunkční odkazy. Problém nastává kvůli nesprávné analýze adresy URL při vykreslování hypertextových odkazů v rozhraní Správa. |
| Aktualizováno vykreslování hypertextových odkazů pro správné parsování URL, což zajišťuje, že odkazy zůstanou nezměněné a budou správně fungovat ve všech zobrazeních. | |
| 4555021 | Shrnutí: Ověření platnosti OTP se nezdařilo s chybou „vypršela platnost", i když byl kód zadán okamžitě. Problém nastává kvůli souběžné situaci v toku ověřování, kdy více událostí odeslání způsobí předčasné zneplatnění jednorázového hesla. |
| Oprava: Aktualizován tok ověření OTP pro správné zpracování duplicitních nebo rychlých událostí odeslání, což zabraňuje předčasnému vypršení platnosti a umožňuje úspěšné zadání platných OTP. | |
| 4555028 | Shrnutí: Odebrání dalšího příjemce k podpisu může selhat se systémovou chybou a ponechat smlouvu ve stavu čekající revize. Problém nastává, když má příjemce aktivní připomínku, která zabraňuje úspěšnému dokončení aktualizace smlouvy. |
| Oprava: Aktualizována logika odebrání příjemce pro zpracování případů, kdy má další podepisující aktivní připomínky, což umožňuje dokončení aktualizace smlouvy bez chyb. | |
| 4555319 | Shrnutí: Tvůrci web formulářů vidí při náhledu formuláře pouze možnosti podpisu Napsat a Nakreslit, zatímco podepisující vidí všechny dostupné možnosti (Napsat, Nakreslit, Obrázek, mobile). Problém nastává, protože režim náhledu nesprávně aplikuje povolená nastavení vstupu podpisu, když tvůrce nevystupuje jako podepisující. |
| Oprava: Aktualizováno chování náhledu webového formuláře tak, aby se použila kompletní sada povolených typů vstupů podpisu, což zajišťuje, že tvůrci vidí stejné možnosti podpisu jako podepisující. | |
| 4555345 | Shrnutí: Smlouvy s více příjemci typu Podepisující se svědkem se nepodaří otevřít v náhledu z konceptu s chybou „ParticipantSetsInfo nelze upravit." Problém nastává kvůli nesprávné logice řazení účastníků a svědků ve vlastních pracovních postupech, což brání smlouvě v přechodu zpět do stavu vytváření |
| Oprava: Aktualizována logika řazení účastníků a svědků ve vlastních pracovních postupech pro správný výpočet pořadí provádění, což umožňuje smlouvám vrátit se do stavu vytváření a pokračovat normálně. | |
| 4555615 | Shrnutí: Datové části událostí webhook pro delegované a nahrazené příjemce neobsahují pole privateMessage. Problém nastává, protože soukromá zpráva se nepropaguje do stavu příjemce používaného pro generování datových částí webhook, což má za následek chybějící data pro ovlivněné události. |
| Oprava: Aktualizováno zpracování dat účastníků, aby se zajistilo, že soukromé zprávy jsou zahrnuty v datových částech webhook pro delegované a nahrazené příjemce. | |
| 4555687 | Shrnutí: Smlouvy mohou být automaticky zrušeny a přesunuty do skrytého stavu po podpisu kvůli selhání ověření viditelnosti dokumentu. Když je účastník delegován nebo nahrazen, mapování viditelnosti dokumentu se nepřenese správně, což způsobuje nesoulad mezi přiřazenými poli a viditelnými dokumenty, což může spustit automatické zrušení. |
| Oprava: Logika delegování a nahrazování nyní správně klonuje mapování viditelnosti dokumentů pro nové účastníky, čímž předchází selháním ověření a nechtěnému zrušení smlouvy. | |
| 4556516 | Shrnutí: Pole formuláře mohou ignorovat nakonfigurované velikosti písma a vykreslovat se nekonzistentně v generovaných smlouvách. Problém nastává ve víceřádkových polích, když engine zpracování dokumentů upraví velikost písma, aby zabránil oříznutí textu, čímž přepíše nastavení pevné velikosti písma. |
| Oprava: Aktualizováno chování vykreslování písma tak, aby víceřádková pole respektovala nastavení pevné velikosti písma, čímž se sladí chování s očekávaným výstupem a zabrání se nechtěným úpravám velikosti. | |
| 4556967 | Shrnutí: Vybraná zaškrtávací políčka se mohou jevit jako nevybraná v konečném podepsaném PDF u webových formulářů. K problému dochází při použití určitých skrytých hodnot (například „no", „false", „0", „off", „unchecked"), které mohou způsobit nesprávnou interpretaci stavů zaškrtávacích políček během zpracování dokumentu, když je povolena funkce Gibson. |
| Oprava: Aktualizováno zpracování zaškrtávacích políček pro správnou interpretaci skrytých hodnot a zachování vybraných stavů v konečném dokumentu, což zajišťuje konzistenci mezi podepisováním a podepsaným PDF. | |
| 4557222 | Shrnutí: Propojená pole ze šablon polí mohou zmizet na stránce pro vytváření obsahu při použití v rámci pracovních postupů. K problému dochází, protože pole odkazů nejsou zahrnuta v datech polí formuláře smlouvy vrácených během vytváření založeného na pracovních postupech, což má za následek chybějící pole. |
| Oprava: Aktualizováno zpracování polí formuláře tak, aby zahrnovala pole odkazů ze šablon polí během zpracování pracovních postupů, čímž je zajištěno jejich správné sloučení a zobrazení na stránce pro vytváření. | |
| 4557272 | Shrnutí: Pole Datum podpisu se nemusí zobrazit v konečném podepsaném PDF. K problému dochází, když se nezdaří vykreslení textového pole během zpracování dokumentu, což brání zobrazení pole data ve výstupním dokumentu. |
| Oprava: Aktualizováno vykreslování textového pole pro správné zpracování prázdných nebo null hodnot, čímž je zajištěno konzistentní zobrazení pole Datum podpisu v podepsaných dokumentech. | |
| 4557282 | Shrnutí: Pole přepínačů ve web forms mohou zobrazovat neočekávanou hodnotu popisku („object Object"), když jsou vytvořena pomocí nového prostředí šablon. K problému dochází kvůli nesprávnému zpracování prázdných hodnot popisků, což způsobuje vykreslení zástupných dat místo jejich potlačení. |
| Oprava: Aktualizována logika zpracování popisků pro správné ignorování prázdných hodnot, což brání zobrazení nezamýšleného zástupného textu ve webových formulářích. | |
| 4557589 | Shrnutí: Předvyplněná zaškrtávací pole se mohou zobrazit jako nezaškrtnutá, když je smlouva odeslána k podpisu. K problému dochází, když jsou pro zaškrtávací políčka nebo přepínače definovány duplicitní nebo konfliktní skryté hodnoty, což může způsobit nesprávnou interpretaci vybraného stavu během zpracování dokumentu. |
| Oprava: Aktualizováno zpracování hodnot polí pro správné zpracování skrytých hodnot a zachování předvyplněných výběrů, což zajišťuje, že stavy zaškrtávacích políček zůstanou konzistentní při generování a odesílání smluv. | |
| 4557672 | Shrnutí: Nové prostředí pro žádost o podpis může zobrazit obecnou chybu („Poskytnutá žádost je neplatná") při odesílání smlouvy, aniž by identifikovalo konkrétní pole způsobující selhání. K tomu může dojít, když údaje o příjemci (například formát telefonního čísla) neprošly ověřením, ale chyba není uživateli jasně zobrazena. |
| Oprava: Aktualizováno zpracování ověřování pro poskytování konkrétních chybových zpráv na úrovni polí, které pomáhají uživatelům identifikovat a opravit neplatné vstupy před odesláním smlouvy. | |
| 4557680 | Shrnutí: Mapování zaškrtávacích políček nebo přepínačů může v některých smlouvách selhat při kombinování více dokumentů, což má za následek, že očekávané hodnoty nejsou použity. K problému dochází, když výchozí hodnoty přesně neodpovídají definovaným exportním hodnotám, což může způsobit, že pole budou považována za samostatné skupiny a naruší se chování mapování. |
| Oprava: Aktualizována logika mapování polí pro ignorování neodpovídajících výchozích hodnot a správné přiřazení polí napříč dokumenty, což zlepšuje konzistenci chování zaškrtávacích políček a přepínačů. | |
| 4557902 | Shrnutí: Mezi podpisem a časovým razítkem data a času se může objevit další mezera ve smlouvách Fill and Sign. K problému dochází kvůli nesprávnému výpočtu rozestupů u dobře formátovaných podpisů, což vede k nekonzistentnímu rozložení ve srovnání s jinými toky podepisování. |
| Oprava: Aktualizován výpočet rozložení podpisu pro správné umístění podpisu a časového razítka, odstraněny nežádoucí rozestupy a zajištěno konzistentní formátování. | |
| 4557947 | Shrnutí: Zaškrtávací políčka se mohou v konečném podepsaném pdf zobrazit jako nezaškrtnutá při použití šablon knihovny, i když je podepisující vybral. Tento problém může nastat, když jsou zaškrtávací políčka nesprávně nakonfigurována nebo používají určité skryté hodnoty, což vede k nesprávné interpretaci vybraného stavu během zpracování dokumentu. |
| Oprava:\u00a0Aktualizováno zpracování zaškrtávacích políček pro správnou interpretaci skrytých hodnot a zachování vybraných stavů, což zajišťuje, že výběry zaškrtávacích políček zůstanou zachovány v podepsaném dokumentu. | |
| 4558295 | Shrnutí:\u00a0Požadované hodnoty přepínačů mohou chybět v konečném podepsaném pdf. K problému může dojít, když hodnoty polí obsahují speciální znaky (například uvozovky nebo symboly), které nejsou správně zpracovány, což vede k tomu, že se vybraná hodnota nevykreslí ve výstupu dokumentu. |
| Oprava: Aktualizováno zpracování hodnot polí pro správné zpracování speciálních znaků, což zajišťuje zachování a zobrazení vybraných hodnot v podepsaném PDF. | |
| 4558307 | Shrnutí:\u00a0Pole formuláře mohou ignorovat nakonfigurované velikosti písma a vykreslit se nekonzistentně v generovaných smlouvách. K problému může dojít ve víceřádkových polích, když engine pro zpracování dokumentů upraví velikost písma, aby zabránil oříznutí textu, a přepíše nastavení pevné velikosti písma. |
| Oprava:\u00a0Aktualizováno chování vykreslování písma, takže víceřádková pole respektují nastavení pevné velikosti písma, čímž se zabrání nechtěné změně velikosti a zajistí konzistentní output. | |
| 4558554 | Shrnutí: Signatáři mohou dokončit smlouvy bez interakce s blokem podpisu. K problému může dojít v účtech s povolenou funkcí Gibson, když blok podpisu není správně vykreslen nebo vynucen během podepisování, což umožňuje dokončení pouze s polem podpisu. |
| Oprava:\u00a0Aktualizována logika vykreslování a ověření podpisu pro zajištění správného zobrazení a vyžadování bloků podpisu před dokončením smlouvy. | |
| 4558725 | Shrnutí: Textové značky nemusí být vykresleny nebo převedeny na pole formuláře během náhledu. K problému může dojít, když nahraný PDF obsahuje nepodporované nebo neplatné prvky (například prázdné anotace nebo existující vyplnitelná pole), které brání úspěšnému dokončení zpracování textových značek. |
| Oprava: Aktualizováno zpracování textových značek pro spolehlivější zpracování PDF s neplatnými nebo nepodporovanými anotacemi, což umožňuje generování polí podle očekávání během náhledu. | |
| 4559285 | Shrnutí:\u00a0Ověření telefonu může selhat pro určité regiony při výběru kódu země v novém prostředí pro žádost o podpis. K problému dochází, když uživatelské rozhraní zobrazuje neúplný nebo nesprávný kód země (například „+1" místo „+1246" pro Barbados), což může způsobit chyby ověření při odesílání smlouvy. |
| Oprava:\u00a0Aktualizováno zpracování kódů zemí pro použití správných úplných volacích kódů, což zajišťuje správné ověření a zpracování telefonních čísel v novém prostředí. | |
| 4560119 | Shrnutí:\u00a0Text v polích formuláře se může jevit jako nesprávně zarovnaný nebo se překrývat v generovaných smlouvách. K problému může dojít ve víceřádkových textových polích, když engine pro zpracování dokumentů zavede rozdíly ve vykreslování, což vede k posunům rozložení ve srovnání se zobrazením při vytváření. |
| Oprava: Aktualizováno vykreslování textu a zpracování rozložení pro víceřádková pole pro zlepšení zarovnání a zabránění překrývání, což zajišťuje konzistentnější zobrazení mezi vytvářením a konečnými dokumenty. | |
| 4562058 | Shrnutí:\u00a0Jméno příjemce může zůstat nezměněno při výběru jiného e-mailu z adresáře na stránce Odeslat. K problému dochází, protože se pole jména neobnoví při výběru nového kontaktu, což způsobuje nesoulad mezi zobrazeným jménem a vybraným e-mailem. |
| Oprava:\u00a0Aktualizováno chování výběru příjemce, takže se pole jména vždy obnoví při výběru nového kontaktu, což zajišťuje synchronizaci jména a e-mailu. | |
| 4566339 | Shrnutí:\u00a0Nesprávné stavy zaškrtávacích políček se mohou objevit při zpracování statických XFA pdf s poškozenými hodnotami polí. K problému může dojít, když jsou nepodporovaná nebo neplatná XFA data (například řetězcové hodnoty v číselných polích) zpracovávána nekonzistentně, zejména v prostředích s povolenou funkcí Gibson, kde mohou být výchozí hodnoty zaškrtávacích políček nesprávně interpretovány. |
| Oprava:\u00a0Aktualizováno zpracování XFA v pipeline zpracování dokumentů pro konzistentnější normalizaci nebo ignorování poškozených hodnot, čímž se zabrání nesprávným stavům zaškrtávacích políček a sladí chování napříč prostředími. | |
| 4567278 | Shrnutí: Textová pole pouze pro čtení se nemusí zobrazit na stránce pro podepisování, když jsou povoleni dynamičtí účastníci. K problému dochází kvůli nekonzistentnostem při vykreslování polí během rozlišování účastníků, což může způsobit vynechání needitovatelných polí ze zobrazení pro podepisovatele. |
| Oprava: Aktualizována logika vykreslování polí pro dynamické účastníky, aby byla zajištěna konzistentní zahrnutí a zobrazení needitovatelných polí během podepisování. | |
| 4568023 | Shrnutí: Možnosti podpisu Obrázek a Mobile se nemusí zobrazit ve web forms během podepisování. K problému může dojít kvůli nekonzistentnímu načítání možností podpisu v toku zadávání web forms, kde určité metody podepisování nejsou zobrazeny, dokud není relace znovu načtena nebo přístupná prostřednictvím alternativní cesty. |
| Oprava: Aktualizována inicializace podepisování web forms pro konzistentní načítání všech povolených možností podpisu, což zajišťuje dostupnost metod Obrázek a Mobile napříč všemi vstupními body. |