Naposledy aktualizováno
2. 4. 2026
Poznámky k vydání Adobe Acrobat Sign: 2025
Nasazení do provozu: 11. únor 2025
Nasazení pro prostředí GovCloud: 18. únor 2025
Vylepšená funkčnost
- Vylepšené uživatelské rozhraní pro vlastní pracovní postupy odeslání – Návrhář vlastních pracovních postupů byl aktualizován tak, aby poskytoval odesílateli lepší prostředí, které je v souladu se vzhledem a stylem funkce Požádání o podpisy.
Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Skupina, účet
Změny v prostředí
- Vypršení platnosti dohody může být zpožděno až o 12 hodin – Počínaje touto verzí bude automatické vypršení platnosti dohody probíhat v době mimo špičku pro prostředí, které dohodu spravuje. V praxi bude každá dohoda, jejíž platnost vyprší v době špičkového provozu daného prostředí Acrobat Sign, zařazena do fronty k provedení, jakmile prostředí vstoupí do časového okna mimo špičku.
- Workday: Podpora digitálních podpisů pro poskytovatele identity Aadhaar – Zákazníci používající integraci Workday nyní mohou používat poskytovatele identity Aadhaar jako metodu pro ověření svých příjemců.
Aktualizace rozhraní REST API/webhooku
Aktualizace rozhraní API a webhooku pro tuto verzi naleznete v dokumentaci k rozhraní API služby Acrobat Sign.
- Do všech datových částí oznámení událostí se přidává nový atribut accountId.
- Partneři OEM Embed 2.0 budou nyní moci nastavit webhook pro svůj kanál a poslouchat všechna oznámení o datových zdrojích z jednotlivých zákaznických účtů.
- Nová nastavení rozhraní API
- POST /accounts/{accountId|me}/settings/search – vezme identifikovaný účet (AccountId) a seznam názvů nastavení a vrátí seznam názvů nastavení s příslušnými hodnotami pro zadaný účet. Vrátí se pouze hodnoty na úrovni účtu.
- Dostupné pro uživatele, kteří nejsou správci.
- PUT /accounts/{accountId|me}/settings – použije k identifikovaným účtům poskytnutý seznam názvů nastavení a jejich hodnot (AccountId).
- POST /accounts/{accountId|me}/settings/search – vezme identifikovaný účet (AccountId) a seznam názvů nastavení a vrátí seznam názvů nastavení s příslušnými hodnotami pro zadaný účet. Vrátí se pouze hodnoty na úrovni účtu.
- Nová rozhraní API pro loga
- POST /accounts/{accountId|me}/logo – nahraje soubor CoBrandingLogo.
- GET /accounts/{accountId|me}/logo – vrátí obrazová data souboru CoBrandingLogo ve stejném formátu, ve kterém byl nahrán.
- Dostupné pro uživatele, kteří nejsou správci.
- DELETE /accounts/{accountId|me}/logo – – vymaže obrázek CoBrandingLogo pro daný účet.
- Rozhraní API důvodu podepsání
- GET /accounts/{accountId|me}/signingReasons – uvede seznam důvodů podepsání pro identifikovaný účet (accountId).
- Dostupné pro uživatele, kteří nejsou správci.
- POST /accounts/{accountId|me}/signingReasons – vytvoří nový důvod podepsání pro identifikovaný účet (accountId).
- GET /accounts/{accountId|me}/signingReasons/{signingReasonId} – načte text identifikovaného důvodu podepsání (signingReasonId) z identifikovaného účtu (accountId). identifikovaný důvod podepsání účtu.
- Dostupné pro uživatele, kteří nejsou správci.
- PUT /accounts/{accountId|me}/signingReasons/{signingReasonId} – aktualizuje identifikovaný důvod podepsání (signingReasonId) z identifikovaného účtu (accountId).
- DELETE /accounts/{accountId|me}/signingReasons/{signingReasonId} – odstraní identifikovaný důvod podepsání (signingReasonId) z identifikovaného účtu (accountId).
- GET /accounts/{accountId|me}/signingReasons – uvede seznam důvodů podepsání pro identifikovaný účet (accountId).
- Aktualizované stránky swagger, které mně označují jako zkratku pro ID účtu.
Vyřešené problémy
| Problém | Popis |
|---|---|
| 4479949 | Shrnutí: Volání rozhraní OIDC API na IDP obsahuje parametr „charset=UTF-8“ v hlavičce „Content-type:application/x-www-form-urlencoded“. Tím se namísto platné odpovědi generuje chyba. |
| Oprava: Sada znaků byla odebrána, protože by neměla být zadána žádná sada znaků. | |
| 4490523 | Shrnutí: Tlačítko pro tisk PDF není na obrazovce Přečíst dohodu k dispozici. |
| Oprava: Do zobrazení Přečíst dohodu bylo přidáno tlačítko tisku. | |
| 4494248 | Shrnutí: Nesprávné časy vypršení platnosti dohody v dohodě kvůli tomu, že klient nepředal informace o časovém pásmu. |
| Oprava: Klient byl aktualizován tak, aby zohledňoval časové pásmo. | |
| 4494297 | Shrnutí: Když uživatel deleguje dohodu jménem jiného uživatele (pomocí pokročilého sdílení účtu), nemusí zpráva o auditu zobrazit událost delegování na základě nakonfigurovaných nastavení, která vynechávají nebo zahrnují údaje. |
| Oprava: Funkce, která vynechává data, byla vylepšena tak, aby zohledňovala situace, kdy dojde k událostem, které potlačí část obsahu, ale zachovají událost. | |
| 4495537 | Shrnutí: Příjemci obdrží e-maily o zrušení jako účastníci kopie, když je dohoda odeslána prostřednictvím pracovního postupu a následně zrušena bez požadavku na oznámení všem stranám, pokud jsou použity vlastní e-mailové šablony. |
| Oprava: CSS pro šablony CEMT bylo aktualizováno tak, aby zvládalo scénáře zrušení stejně jako šablony, které nejsou vlastní. | |
| 4495963 | Shrnutí: Pokud je delegování uživatelům v účtu zakázáno, možnosti povolení podepisování nebo elektronického zapečeťování pro uživatelský profil jsou zamknuty. |
| Oprava: Závislost delegování je v uživatelském rozhraní odebrána a nastavení lze aktualizovat | |
| 4496084 / 4510358 | Shrnutí: Při zadání přepínacího tlačítka se seznamem možností se nenastaví správné vybrané přepínací tlačítko |
| Oprava: Pokud je seznam možností přítomen v přepínacím tlačítku, získáme nyní index vybraného přepínacího tlačítka ze seznamu možností. | |
| 4497823 | Souhrn: Uživatelská zpráva („Neplatné ID dohody“) pro relaci nezúčastněného uživatele v prohlížeči pro GET /SigningUrls pro platnou dohodu. |
| Oprava: Přeformulování oznámení pro uživatele („Neplatné ID dohody“) na smysluplnou zprávu. | |
| 4498914 / 4501065 | Shrnutí: Uživatelé nemohou podepsat dokument, pokud je typem ověřování Acrobat Sign s povoleným nastavením pro biofarmacii, a to kvůli nesprávnému oddělovači. |
| Oprava: Použité oddělovače byly opraveny. | |
| 4499847 | Shrnutí: Digitální nastavení nerespektuje nastavení uživatelského rozhraní a zobrazuje více poskytovatelů, než bylo vybráno, kvůli duplicitním položkám v seznamu poskytovatelů. |
| Oprava: Byl přidán čisticí kód, který zajišťuje, že před načtením hodnoty nastavení a před aktualizací hodnoty nastavení budou vymazány duplicity. | |
| 4500637 | Shrnutí: Údaje o vytvoření souboru pdf jsou reprezentovány dlouhou hodnotou, která je milisekundou data, a nikoli formátem PDF s datovým řetězcem. |
| Oprava: V případě, že je datum vytvoření reprezentováno číslem CosNumeric, převeďte jej na ASDate tak, že získáte CosNumeric jako řetězec a převedete jej na dlouhý řetězec a poté na objekt Datum. | |
| 4500649 | Shrnutí: Automatické nastavení velikosti písma nefunguje kvůli chybě v nadřazené knihovně |
| Oprava: Knihovna byla aktualizována. | |
| 4501939 | Shrnutí: „Neočekávaná chyba“ nebo „chyba oprávnění“, když podepisující provádí platbu prostřednictvím Braintree v důsledku nepodporované konfigurace s AVS. |
| Oprava: Byl přidán kód, který pokud možno AVS ignoruje. Zákazníci jsou upozorňováni, že konfigurace AVS není kompatibilní s aplikací Acrobat Sign. | |
| 4502497 | Shrnutí: Počáteční pole není ve výchozím nastavení v novém rozvržení pro vytváření nastaveno na hodnotu Vyžadováno |
| Oprava: Výchozí hodnota byla upravena na povinnou. | |
| 4502759 | Shrnutí: Duplikované japonské zdvořilosti pro podepisující ve zprávě o auditu |
| Oprava: Nyní používáme řetězec seznamu uživatelů ve všech případech ve funkci createSignatureRequestedAuditEvent(). To bude doprovázeno změnou řetězce, kdy bude ze všech řetězců událostí auditu použitých ve funkci odstraněn znak zdvořilosti. | |
| 4503010 | Shrnutí: Akce GET /agreements/ID u několika dohod po 17. září selže s chybou 500 – Miscellaneous server error kvůli kontrole původu. |
| Oprava: Kontrola původu byla odstraněna. | |
| 4503107 | Shrnutí: Když příjemce sdílení s oprávněními ODESLAT a PODEPSAT přepne na účet sdílejícího a zahájí pracovní postup, kde je sdílející prvním podepisujícím, bude přesměrován na stránku POST_SIGN místo stránky ESIGN. |
| Oprava: Kontrola na místě byla aktualizována, aby bylo zajištěno, že má příjemce sdílení oprávnění PODEPSAT pro skupinu, ze které byla dohoda odeslána. | |
| 4503112 | Shrnutí: Automatické zrušení dohody – chyba auto_AUTHOR_FAIL z důvodu chyby iText. |
| Oprava: iText byl odstraněn tam, kde nebyl vyžadován, čímž byla chyba vyřešena. | |
| 4503640 | Shrnutí: Vyplňovatel formulářů nemůže dokument odeslat. Po kliknutí na tlačítko „Odeslat“ v dokumentech XFA se zobrazí chyba serveru |
| Oprava: Knihovna, která vyhodnocuje soubory PDF pro XFA, byla vylepšena tak, aby správně identifikovala a odstranila XFA. | |
| 4504309 | Shrnutí: Nelze odeslat dohody složky Koncept prostřednictvím pokročilého sdílení účtu z důvodu chybějícího koncového bodu ve filtru. |
| Oprava: Přidána adresa URL /account/requestSignatures/authoring v allowListedEndPointsBasedOnSendPermissions v souboru filter.xml | |
| 4504567 | Shrnutí: Hodnoty přepínacích tlačítek se při generování dohod prostřednictvím hromadného odesílání mění |
| Oprava: Hashmapa byla nahrazena linkedhashmapou, aby bylo zachováno pořadí vkládání při vytváření podřízených dohod SiB | |
| 4504631 | Shrnutí: Chyba zpracování pracovního postupu Chybová zpráva: Nevyřízená chyba z důvodu nepodporovaných znaků v souboru iText |
| Oprava: iText byl aktualizován. | |
| 4504822 | Shrnutí: Vyhledávání uživatelů se zruší, pokud seznam uživatelů je příliš velký a vyhledávání je požadováno před dokončením předchozího vyhledávání (například při prvním načtení uživatelů při otevření stránky) |
| Oprava: Při příjmu dat zkontrolujeme, zda ID požadavku odpovídá poslednímu požadavku. Pokud ano, zpracujeme odpověď, pokud ne, ignorujeme ji. | |
| 4504831 / 4507199 | Souhrn: Podepsaná dohoda poskytuje neplatné PDF o velikosti 1 kb kvůli chybnému tvaru objektu PDFFont, který neuvádí požadovaný podtyp objektu písma. |
| Oprava: Knihovna pro generování PDF byla aktualizována tak, aby lépe zvládala chybné objekty a poskytovala elegantnější výsledky. | |
| 4506230 | Shrnutí: Automatické rozpoznávání polí nefunguje v Sandboxu, protože anotace je buď špatná, nebo chybí v místě, kde ji hledáme. |
| Oprava: Nyní prohledáváme každou stránku a každou anotaci na této stránce, abychom našli anotaci pole formuláře a zajistili správnou stránku. | |
| 4506959 | Shrnutí: Úvodní stránka po podpisu zobrazuje znaky kódované ve formátu HTML |
| Oprava: Opravena zdrojová šablona. | |
| 4508950 | Shrnutí: Pole, jejichž název obsahuje apostrof, způsobí v novém prostředí chybu. |
| Oprava: Kód pro analýzu pole byl vylepšen tak, aby apostrofy zvládl. | |
| 4509503 | Shrnutí: Uživatelé nemohou podepisovat dokumenty prostřednictvím aplikace Acrobat Sign v systému iOS, protože datové pole je prázdné a vyhodí výjimku s nulovým ukazatelem |
| Oprava: Byla přidána kontrola nulového ukazatele, aby se tato okolnost elegantně vyřešila. | |
| 4509713 | Shrnutí: Nastavení „Povolit všem uživatelům sdílet dokumenty knihovny s více skupinami“ se automaticky aktivuje při pokusu o povolení možnosti „Povolit správci sdílet dokumenty knihovny s více skupinami“ z globálního nastavení z důvodu předání nesprávné hodnoty. |
| Oprava: Nyní se používá správná hodnota. | |
| 4510812 | Shrnutí: Ověřování Aadhaar v systému Workday brání podepisování. |
| Oprava: Do systému Workday byla přidána podpora ověřování Aadhaar. | |
| 4512044 | Shrnutí: Moderní prostředí e-podpisu vykáže chybu, pokud název pole obsahuje speciální znak |
| Oprava: Bylo vylepšeno analyzování názvů polí, aby bylo možné elegantně zpracovávat speciální znaky v názvech polí. | |
| 4516231 | Shrnutí: Text ve zprávě o auditu týkající se podpisového odkazu „E-podpis hostovaný (jméno odesílatele)“ je považován za příliš vágní. |
| Oprava: Řetězec ve zprávě o auditu byl aktualizován na „Podpisový odkaz vytvořil (název odesílatele)“. |
Nasazení do provozu: 17. března 2025
Nasazení pro prostředí GovCloud: 20. března 2025
Změny v prostředí
- Nové prostředí pro elektronické podepisování pro partnery OEM – Nové prostředí pro elektronické podepisování bylo povoleno pro partnery OEM Acrobat Sign.Toto prostředí poskytuje lepší prostředí pro podepisování příjemcům a zahrnuje možnost definovat vrstvu polí, na kterou mohou mobilní zákazníci přepnout, což výrazně zlepšuje proces vyplňování polí.
Vyřešené problémy
| Problém | Popis |
|---|---|
| 4501733 | Shrnutí: Nastavení vlastní hodnoty zobrazení e-mailu pro skupinu se nevztahuje na e-maily s připomenutím a zrušením. |
| Oprava: E-mailové šablony připomenutí a zrušení byly aktualizovány tak, aby správně odrážely hodnotu zobrazovaného e-mailu. | |
| 4502251 | Shrnutí: Ověření služby Acrobat Sign se nezdaří, pokud je povolen odesílající účet HIPAA a odesílatel a příjemce mají ID uživatelů v různých oddílech služby Acrobat Sign, což vede k chybě neplatného přístupového tokenu. |
| Oprava: Metoda ověřování služby Acrobat Sign byla vylepšena tak, aby bylo možné správně spravovat příjemce s ID uživatelů v různých oddílech. | |
| 4504338 | Shrnutí: Chyba nezpracování je vyvolána, když první osoba podepíše dohodu, ale druhý příjemce je delegován dvakrát. |
| Oprava: Kód delegování byl přepracován tak, aby bylo zajištěno, že při řetězovém delegování bude předána správná autorita k dohodě. | |
| 4504648 | Shrnutí: Zaškrtávací políčka přidaná prostřednictvím rozhraní API, která jsou ve výchozím nastavení povolena, si mohou v konečné dohodě zachovat stav „zaškrtnuto“, i když jsou během procesu podepisování odškrtnuta. |
| Oprava: Byla aktualizována dědičnost hodnoty zaškrtávacího políčka, aby se zajistilo, že nové hodnoty po ukončení práce s příjemcem budou správně uloženy a promítnuty do výsledného souboru PDF. | |
| 4506085 | Shrnutí: Chyba při kopírování velkých šablon z prostředí sandbox do produkce. Šablona vytvořena bez polí z důvodu vypršení časových limitů procesu. |
| Oprava: Časový limit byl pro synchronizační akce prodloužen. | |
| 4507500 | Shrnutí: Uživatelé aplikace Acrobat (DC Web) nemohou při použití podpisu nahrát přílohy kvůli chybějící cestě ve funkci nahrávání. |
| Oprava: Byla zahrnuta cesta k povolení přístupu uživatelů aplikace Acrobat k funkci odesílání. | |
| 4508102 | Shrnutí: Proces odstraňování stránek z dokumentu kombinované dohody může selhat, protože interní služba může při odstraňování objektů souvisejících se stránkami, jako jsou záložky, struktura, cíle, vyvolat výjimku, která způsobí selhání celé operace odstraňování stránky z dokumentu PDF. |
| Oprava: Interní služba byla vylepšena tak, aby lépe spravovala záložky a aby bylo možné správně naformátovat PDF podle očekávaného standardu služby Acrobat Sign. | |
| 4508673 | Shrnutí: Pokud je vyžadován důvod podepsání a podpisové pole je přiřazeno roli, která není podepisující (např. schvalovatel), je uživatel v případě, že je povolen moderní elektronický podpis, přesměrován na stránku moderního elektronického podpisu a nemá možnost zadat důvod podepsání. |
| Oprava: Byla přidána kontrola pro požadavek pro důvody podepsání, a pokud je přítomen, příjemce se přednastaví na klasickou stránku e-podpisu. | |
| 4508674 | Shrnutí: Podepsané dohody s nesprávně formátovanými cíli nelze stáhnout. |
| Oprava: Interní knihovna byla opravena, aby lépe zvládala špatně formátované záložky a cíle. | |
| 4508934 | Shrnutí: V integraci služby Salesforce je název souboru oříznut za znakem „.“ v e-mailovém oznámení podepsaného souboru PDF |
| Oprava: Funkce ořezávání řetězců byla vylepšena tak, aby identifikovala řetězce za tečkou, které nejsou příponami. | |
| 4509274 | Shrnutí: Pokud je v prostředí MS Teams odesílatel prvním (nebo jediným) podepisujícím, dohoda se po odeslání neotevře na nové kartě, protože je v přesměrování API předána prázdná hodnota. |
| Oprava: Vylepšení přesměrování APi předáním správných hodnot při spuštění procesu podpisu a otevření nové karty. | |
| 4509485 | Shrnutí: Odstranění stránek z dokumentu kombinované dohody se nemusí podařit, protože interní služba může při odstraňování objektů souvisejících se stránkami, jako jsou záložky, struktura a cíle, vyvolat výjimku, která způsobí selhání celé operace. Uživatelům se může stát, že se jim nepodaří stáhnout soubor PDF dohody s chybovou zprávou: „Dokument ještě není k dispozici nebo nebude mít žádné stránky k zobrazení.“ |
| Oprava: Interní služba byla aktualizována tak, aby proces odstraňování v rámci testování lépe zvládal chybně vytvořené soubory PDF. | |
| 4509562 | Shrnutí: U velkých dohod se mohl vyskytnout problém, kdy se při otevření dohody na stránce Správa vytisklo do PDF pouze několik prvních stránek dohody kvůli staršímu balíčku sdk. |
| Oprava: Balíček sdk byl aktualizován a problém byl vyřešen. | |
| 4509684 | Shrnutí: Při volání GET /{agreementId}/documents/{documentId}) z rozhraní REST API je vyvolána chyba: „Server nemůže odeslat odpověď ve formátu požadovaném v záhlaví Přijmout“ kvůli nesprávnému typu obsahu. |
| Oprava: Hodnota typu obsahu byla opravena. | |
| 4509712 | Shrnutí: Při pokusu o sdílení šablon s více skupinami se zobrazí pouze 100 skupin. |
| Oprava: Počet skupin načítaných z rozhraní API byl zvýšen na 1000 | |
| 4509989 | Shrnutí: Pokud máme na stránce elektronického podpisu webového formuláře vedle pole Podpis pole Jméno, po použití podpisu není v poli Jméno uvedeno jméno podepisujícího a není viditelné. |
| Oprava: Byla přidána další funkce pro kontrolu hodnoty názvu v poli Název a porovnání s existující hodnotou. Pokud došlo ke změně, pole se vyplní novou hodnotou. | |
| 4510498 | Shrnutí: Potlačení e-mailových oznámení příjemcům se u dohod s vlastnoručním podpisem nedaří kvůli nedostatku konfigurovatelných nastavení pro jeho ovládání. |
| Oprava: Bylo přidáno nové nastavení pro explicitní správu tohoto typu rozesílání e-mailů. | |
| 4511386 | Shrnutí: Když podepisující s digitálním podpisem vybere možnost stáhnout a podepsat, počítadlo účasti se zvýší před použitím podpisu. |
| Oprava: Logika aktualizace systému byla vylepšena, aby lépe odrážela aktuální stav dohody. | |
| 4511390 | Shrnutí: Správci skupiny nemají oprávnění k úplnému vytvoření sdílení s uživateli jejich skupiny. |
| Oprava: Aby byl problém odstraněn, byla funkce sdílení pro správce skupin aktualizována. | |
| 4511902 | Shrnutí: Vlastní značka data nefunguje v novém prostředí, pokud formát zobrazení obsahuje uvozovky (kvůli kódování). |
| Oprava: Aplikace Acrobat nyní před uložením hodnotu dekóduje. | |
| 4517094 | Shrnutí: Odkaz na podmínky použití je nefunkční, protože stránka byla přesunuta na novou zdrojovou adresu URL. |
| Oprava: Aktualizace kódu pro správné načtení aktuální adresy URL. |
Nasazení do provozu: 22. dubna 2025
Nasazení pro prostředí GovCloud: 24. dubna 2025
Vylepšená funkčnost
- Hromadné odeslání: Hromadné stahování – odesílatelé nyní mohou snadno stáhnout všechny dokončené podřízené dohody prostřednictvím transakce Hromadné odeslání přímo ze stránky Správa. Soubor ZIP obsahuje pouze dokončené dohody pojmenované na základě jejich ID transakce, zatímco probíhající, zrušené, odmítnuté nebo ukončené dohody jsou vyloučeny.
Každý požadavek na stažení podporuje až 100 MB dat a nabízí rychlý a efektivní způsob přístupu k finalizovaným dokumentům v jediném kroku.
- Vylepšené prostředí mobilního podepisování – nyní mohou odesílatelé povolit a konfigurovat prostředí podepisování optimalizované pro mobilní zařízení, což příjemcům poskytuje dvě možnosti zobrazení:
- Zobrazení PDF – zobrazí celou dohodu ke kontrole a podepsání.
- Zobrazení pouze polí – zaměřuje se na pole formulářů, což usnadňuje vyplňování a podepisování dohod na mobilních zařízeních.
Tato aktualizace zjednodušuje proces podepisování, zlepšuje míru vyplnění formulářů a celkové mobilní prostředí.
- Strany uvedené v kopii pro jednotlivé příjemce v Návrháři vlastního pracovního postupu – Návrhář vlastního pracovního postupu nyní umožňuje každému jednotlivému příjemci mít vyhrazené strany uvedené v kopii. Pokud je tato možnost povolena, obdrží strany uvedené v kopii oznámení současně s určeným příjemcem, což zajišťuje lepší viditelnost a jednodušší komunikaci. Tato funkce je k dispozici, pokud je účet nakonfigurován tak, aby ji umožňoval.
- Zaškrtávací políčko a přepínací tlačítko: možnost Zobrazit okraj pole – pole zaškrtávacích políček a přepínacích tlačítek nyní obsahují možnost Zobrazit okraj pole při zobrazení a tisku dohody. Tuto možnost lze vypnout, pokud nahraný dokument již obsahuje předtištěné okraje, což zajistí čistší výsledný dokument tím, že zabrání duplicitním okrajům.
Možnost je ve výchozím nastavení povolena a nakonfigurována na úrovni pole.
- Nová možnost nastavení typu podpisu příjemce – odesílatelé nyní mohou definovat typ podpisu pro příjemce při odesílání dohod prostřednictvím moderního procesu Požádání o podpisy. Je-li tato možnost povolena, v části Nastavení příjemce stránky Vytvořit se zobrazí rozevírací seznam Typ podpisu s možnostmi povolenými nastavením skupiny.
- Výchozí hodnoty tohoto nastavení lze konfigurovat na úrovni skupiny.
- Pokud odesílatel vybere typ podpisu, příjemce jej musí použít.
- Odesílatel může vybrat více možností pro příjemce.
- Příjemce si může zvolit preferovaný typ podpisu, pokud nedojde k žádnému výběru.
Tato funkce poskytuje větší kontrolu nad metodami podpisů při zachování flexibility, když je potřeba.
- Vylepšená správa uživatelů ve službě Acrobat Sign – zobrazení správy uživatelů služby Acrobat Sign bylo aktualizováno, aby se zlepšila viditelnost stavu uživatelů. Vylepšené rozhraní poskytuje jednodušší přístup k prohlížení čekajících pozvání a jasné ukazatele problémů se zřizováním. Nové rozhraní také upozorňuje na významné akce, které mohou správci provádět pro každou kategorii stavu (Přidat uživatele, Odeslat připomenutí a Kontaktovat podporu), aby se zjednodušil proces zřizování uživatelů.
- Zlepšete zabezpečení dat příjemců pomocí konfigurace příjemců s omezeným přístupem – funkce Omezený přístup k dohodám zvyšuje ochranu soukromí tím, že zabrání připojení dohod k ID uživatele služby Acrobat Sign příjemce (pokud je má). Je-li tato možnost povolena, zobrazí se v části Nastavení příjemce na stránce Vytvořit možnost Přístup příjemce k dohodě. Správci mohou toto nastavení nakonfigurovat tak, aby bylo ve výchozím nastavení povoleno a odesílatelé je mohli upravovat.
Pokud je příjemce označen jako zakázaný, bude s ním zacházeno, jako by neměl aktivní uživatelský účet Acrobat Sign. V důsledku toho se dohoda na stránce Správa nezobrazí. Tímto se zabrání náhodnému úniku dat kvůli vztahům sdílení na úrovni skupiny.
- Nové doručování jednorázových hesel přes WhatsApp – Acrobat Sign nyní podporuje WhatsApp jako metodu doručování jednorázových hesel (OTP) do telefonů příjemců. Tato funkce funguje podobně jako doručování SMS, ale využívá technologii a infrastrukturu aplikace WhatsApp, čímž poskytuje větší stabilitu a pohodlnou možnost komunikace. Ověření přes WhatsApp OTP je prémiový typ ověření, který je k dispozici při vytváření nových smluv.
- Znovu navštívit konfiguraci příjemce ze stránky pro vytváření – odesílatelé používající nové prostředí pro žádosti o podpisy nyní mohou přejít zpět na stránku Vytvořit z prostředí pro vytváření a změnit konfiguraci příjemců a jejich vlastností, aniž by ztratili postup. To umožňuje upravit pořadí a podrobnosti o příjemci a zároveň zajistit, že stávající přiřazení polí zůstane zachováno (např. podepisující 1 zůstane podepisujícím 1). (Pokud je účastník odstraněn, budou také odstraněna jejich související pole.)
- Nové prostředí pro vytváření šablon knihoven – prostředí pro vytváření šablon knihoven nyní nabízí moderní prostředí pro umisťování polí, což usnadňuje vytváření a přizpůsobování šablon. Příklady vylepšení:
Tyto aktualizace zjednodušují vytváření šablon a zajišťují bezproblémové používání jak pro odesílatele, tak pro příjemce.
- Noví poskytovatelé identity (IDP) přidáni do služby Acrobat Sign – Acrobat Sign rozšiřuje seznam podporovaných poskytovatelů identity (IDP) s cílem vylepšit možnosti ověřování příjemců. Nyní jsou k dispozici následující noví poskytovatelé identity:
- OneID ID Check
- OneID ID Proof
- OneID ID Assure
- OneID Sign-Up Plus
Tyto přídavky rozšiřují kompatibilitu Acrobat Sign s globálními standardy ověření identity a podporují bezproblémové a bezpečné ověřování napříč více odvětvími.
- Rozšířená podpora pro telefonické ověřování v dané zemi – telefonické ověřování a doručování dohod prostřednictvím SMS nyní podporuje tyto další země a telefonní kódy zemí:
- Ostrov Man (+44)
- Guernsey (+44)
- Jersey (+44)
Změny v prostředí
- Moderní prostředí pro žádosti o podpisy se stalo výchozím prostředím při vytváření nové dohody. Všechny existující účty byly převedeny na moderní prostředí
- Uživatelé již nemají přístup k odkazům pro přepínání mezi novým a klasickým prostředím.
- Správci mají stále možnost povolit klasické prostředí prostřednictvím nabídky správce.
- Zákazníci, kteří používají integraci Notarize, nejsou ovlivněni touto změnou.
- Správcům systému účtu VIP v konzole Admin Console je automaticky přiřazeno oprávnění Acrobat Sign.– pokud si účet na začátku zakoupí službu Acrobat Sign v rámci licence VIP, bude jeho uživatelům s právy správce systému automaticky přidělena licence Acrobat Sign.
- U nových organizací bude všem stávajícím přiřazeným správcům systému přiděleno oprávnění na úrovni správce služby Acrobat Sign.
- U stávajících organizací, které si zakoupí licenci Acrobat Sign, bude všem stávajícím správcům systému přiděleno oprávnění Acrobat Sign na úrovni správce účtu.
Na licenci Acrobat Sign je automaticky nárok pouze při prvním zakoupení služeb Acrobat Sign pro organizaci. U následně povýšených správců systému se oprávnění neuplatňuje.
- Vylepšený seznam kontrol a komunikace při začleňování správce – Správci služby Acrobat Sign nyní dostávají vylepšenou podporu pro správu začleňování účtů, včetně nových nástrojů a vylepšených e-mailových komunikací.
Mezi vylepšené funkce zaškolování patří:- Kontrolní seznam zaškolování – Na stránku Správce byla přidána nová karta Začínáme, která poskytuje krátký kontrolní seznam klíčových akcí pro nové správce při prvním převzetí správy účtu.
- Aktualizované uvítací e-maily a e-maily s připomenutím – Úvodní e-mailová oznámení zasílaná novým správcům byla upravena tak, aby podporovala kontrolní seznam zaškolování a nabízela jasnější pokyny k dalším krokům při nastavení účtu.
- E-mail s měsíčním přehledem – Správci obdrží měsíční přehled s podrobnostmi:
- Přehled o všech stavech uživatelů a místech, kde musí správci jednat.
- Počet transakcí/míst spotřebovaných od začátku smlouvy. Správci již nemusí přecházet na konzoli Admin Console jen pro tyto informace.
- Stručný přehled smlouvy včetně výročního data.
- Inteligentní detekce a oznámení o existujícím oprávnění – Pokud je zjištěno předchozí oprávnění aplikace Acrobat Sign uživatele, bude dotyčný uživatel zahrnut do týdenního e-mailu s oznámením zasílaného všem správcům účtu. Každý takový uživatel se může zobrazit až ve třech oznámeních.
Tato vylepšení pomáhají správcům efektivněji spravovat své účty a být informováni o činnosti systému a případných problémech.
- Vylepšené prostředí přihlášení uživatele – Aplikace Acrobat Sign zjednodušila proces přihlašování a ověřování prostřednictvím systému správy identit Adobe (IMS).
- Profil organizace uživatele je automaticky vybrán během procesu přihlášení těm uživatelům, na které se vztahuje služba Acrobat Sign (identifikující požadavek jako přicházející ze zdroje služby Acrobat Sign)
- Uživatelé, kteří se při přihlášení setkávají s chybami, budou mít v chybových zprávách odkazy na správce služby Acrobat Sign.
- Všem uživatelům, kterým byl přidělen aktivní nárok, ale kteří se do služby nepřihlásili, budou zaslány až dvě e-mailová připomenutí. (Platí to i pro stávající neaktivní uživatele před datem vydání)
Tato vylepšení zjednodušují přihlašování, odstraňují překážky a zlepšují celkové uživatelské prostředí.
Dostupná prostředí: Komerční | Dostupné úrovně služeb: Acrobat Sign Solutions| Rozsah konfigurace: Ve výchozím nastavení povoleno; nekonfiguruje se
- Karta Účet přejmenována na Správce – karta Účet, která je dostupná správcům na úrovni účtu služby Acrobat Sign, byla přejmenována na Správce. Jedná se o kosmetickou změnu popisku karty v samostatné webové verzi aplikace. Tato aktualizace je implementována pro prostředí Commercial v dubnu 2025 a pro prostředí Government v květnu 2025.
Aktualizace mobilních aplikací
- Aktualizace správy souborů šablon – Seznam šablon v mobilní aplikaci Acrobat Sign nyní používá strukturovaný formát, což usnadňuje vyhledávání konkrétních šablon. Struktura je v souladu s webovou verzí, šablony jsou rozděleny do sekcí, jako jsou:
- Moje šablony
- Šablony skupiny
- Šablony účtu
Tato aktualizace zlepšuje navigaci a zajišťuje konzistenci mezi mobilní a webovou verzí.
- Zlepšení usnadnění přístupu v mobilních aplikacích Acrobat Sign – Mobilní aplikace Acrobat Sign nyní nabízejí vylepšené funkce usnadnění přístupu, které zajišťují lepší soulad se standardy přístupnosti. Obsah aktualizací:
- Vylepšený kontrast barev pro lepší viditelnost.
- Podpora klávesových zkratek pro jednodušší navigaci.
- Vylepšená kompatibilita se čtečkami obrazovky pro inkluzivnější uživatelské prostředí.
Díky těmto vylepšením je mobilní aplikace přístupnější pro všechny uživatele a poskytuje tak plynulejší a uživatelsky přívětivější prostředí.
Dostupná prostředí: Mobilní aplikace iOS | Dostupné úrovně služby: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Rozsah konfigurace: Povoleno ve výchozím nastavení
Aktualizace integrací
- Aktualizované konektory Acrobat Sign pro Microsoft Power Automate – konektory Acrobat Sign proPower Automate nyní podporují vylepšený proces odesílání dohod, který umožňuje načtení dokumentů do stránky Vytvořit pro úpravu informací o příjemci a následné odeslání dohody do prostředí pro vytváření pro další umístění polí.
A navíc nyní konektory služby Acrobat Sign podporují dva rozšířené způsoby ověřování:- Brána k ověření digitální identity
- Jednorázové heslo (OTP) prostřednictvím e-mailu
- Integrace se systémem Workday: Digitální podpisy s Aadhaar e-Sign – integrace se systémem Workday nyní plně podporuje volitelnou službu Aadhaar e-Sign dostupnou v Indii, což je služba elektronického podpisu online, která usnadňuje digitální podepisování dohod na základě ověření OTP a ověření e-KYC.
Aktualizace rozhraní REST API/webhooku
Aktualizace rozhraní API a webhooku pro tuto verzi naleznete v dokumentaci k rozhraní API služby Acrobat Sign.
- Soulad s nařízením GDPR: Odstranění informací o uživateli prostřednictvím rozhraní API – Partneři nyní mohou použít rozhraní API k odstranění informací o uživateli při odebrání údajů o uživateli v souladu s požadavky nařízení GDPR. Toto vylepšení zjednodušuje správu dat a zajišťuje dodržování předpisů.
- Nové pole webhooku: eventDateTimezoneOffset – služba Adobe Acrobat Sign zavádí eventDateTimezoneOffset, nové pole v datové části webhooku pro odebíranou událost AGREEMENT_ACTION_COMPLETED.
Toto pole zaznamenává posun časového pásma příjemce při aktualizaci dohody, čímž poskytuje lepší přehled o místním čase podepsání.- FunkceeventDateTimezoneOffset zaznamenává posun časového pásma příjemce v minutách vzhledem k UTC (např. eventDateTimezoneOffset : „UTC-300“)
- Stávající pole eventDate zůstává beze změny a nadále uchovává časové razítko akce v UTC. Posun časového pásma nemění hodnotu eventDate.
Tato aktualizace vylepšuje sledování aktivit podepisování napříč různými časovými pásmy.
- Migrace dokumentace pro vývojáře služby Acrobat Sign – dokumentace pro vývojáře služby Acrobat Sign se přesouvá z opensource.adobe.com/acrobat-sign do developer.adobe.com/acrobat-sign. Tato migrace zajišťuje lepší integraci se zdroji pro vývojáře společnosti Adobe a nabízí vývojářům efektivnější a centralizovanější prostředí.
Vyřešené problémy
| Problém | Popis |
|---|---|
| 4490799 | Shrnutí: Výchozí kód země nelze změnit pomocí stránky Odeslat v novém prostředí |
| Oprava: Kód byl vylepšen tak, aby bylo zajištěno, že převzaté vlastnosti skupiny budou přeneseny přes všechny procesy k dokončení vytvoření dohody. | |
| 4501927 | Shrnutí: Rozdíly v zpracování souborů PDF mezi klasickým a novým režimem vytváření po vydání |
| Oprava: Vylepšený kód pro lepší přístup ke všem vlastnostem polí a jejich používání při převodech souborů PDF. | |
| 4503970 | Shrnutí: Nevhodná zpráva o dokončení, když je prvním příjemcem odesílatel. |
| Oprava: Zpráva byla aktualizována tak, aby zohledňovala role a zobrazovala správnou zprávu. | |
| 4505208 | Shrnutí: Pole kopie [RequestSignature] nezobrazuje možnosti automatického vyplnění z adresáře. |
| Oprava: Funkce adresáta přidána do pole kopie. | |
| 4507982 | Shrnutí: Když je s uživatelem sdíleno více skupin prostřednictvím pokročilého sdílení účtů, může při pokusu o přístup k šabloně na kartě Správa, filtr Šablony dojít k problému s výkonem. |
| Oprava: Přepracováno několik funkcí v rámci optimalizace při vyhledávání více skupin. | |
| 4508227 | Shrnutí: Při podepisování dohod, které jsou založeny na novém prostředí pro vytváření s platebními poli, dochází k nevyřešené chybě. |
| Oprava: Aktualizován koncový bod pro správu pole se sníženou nejednoznačností. | |
| 4508929 | Shrnutí: V případě popisků polí vlastního pracovního návrháře, které mají méně než 100 znaků, došlo k chybě z důvodu kódování speciálních znaků. |
| Oprava: V průběhu ověření limitu znaků jsou dekódovány speciální znaky. | |
| 4509141 | Shrnutí: Při odesílání dohody s osvědčujícím, kdy je skupina nakonfigurována tak, aby vyžadovala metodu ověřování, ale osvědčující je nakonfigurován tak, že žádné ověřování neprovádí, dojde k neinformativní chybě. |
| Oprava: Konfigurační proces nyní obsahuje chybovou zprávu, která označuje, kdy je pro všechny příjemce nakonfigurováno dvoufaktorové ověřování a použije se svědek. | |
| 4509366 | Shrnutí: Aktualizace jména zákazníka FedRAMP se speciálními znaky se nezdařila, protože znaky nebyly nahrazeny čísly entit HTML. |
| Oprava: Aktualizován proces pro řádnou správu speciálních znaků v prostředí FedRAMP. | |
| 4509680 | Souhrn: Přidání zemí Ostrov Man, Guernsey a Jersey pro kód země +44. |
| Oprava: Přidány konstanty COUNTRY_CODE pro Ostrov Man, Guernsey a Jersey | |
| 4510255 | Shrnutí: Při pokusu o vytvoření uživatele, který již existuje v jiné skupině, se uživatel vytvoří ve skupině bez užitku. |
| Oprava: Chyba byla vylepšena tak, aby indikovala, že uživatel byl přesunut do nové skupiny (nikoliv vytvořen). | |
| 4510309 | Shrnutí: Když je blok podpisu přidán přes rozhraní API s jiným typem vstupu než BLOK, proces podpisu je směrován do klasického prostředí, protože BLOK není správně identifikován. |
| Oprava: Zlepšení podmínky pro vrácení dalších informací pro správnou identifikaci objektu BLOK. | |
| 4510652 | Shrnutí: Digitálně podepsaná pole formuláře je nutné před úpravou PDF pro dalšího podepisujícího sloučit |
| Oprava: Pole formuláře digitálního podpisu, která byla podepsána, jsou při odeslání pracovním postupem s písemnou dohodou zneplatněna. | |
| 4511819 | Shrnutí: V dokumentu PDF se v případě nepodepsaných polí podpisu zobrazí modrý řádek podpisu. |
| Oprava: Při vykreslování polí podpisu do dokumentu PDF se přeskočí nepodepsaná pole podpisu. | |
| 4511965 | Shrnutí: Tip pro přihlášení do brány k ověření digitální identity nefunguje kvůli použité kontrole ID při načítání kritérií ID. |
| Oprava: Při načítání kritérií ověřování pro DIG_ID byla odebrána kontrola shody e-mailu a jména. | |
| 4513228 | Shrnutí: Chybějící hodnota pole v dokumentu PDF, pokud název pole obsahuje mezeru navíc v důsledku ořezání názvu pole na backendu. |
| Oprava: Oříznutí názvu pole na frontendu, aby byl název pole konzistentní. | |
| 4513358 | Shrnutí: Problém se zpracováním souborů v instancích Adobe Sign Sandbox kvůli formulářovým polím bez odkazů na stránky. V takových případech je hodnota stránky null a je vyvolán nulový ukazatel. |
| Oprava: Pro řádnou správu této události byla přidána kontrola hodnoty null. | |
| 4513464 | Shrnutí: Správce narazí na několik chyb při interakci s šablonami prostřednictvím rozšířeného sdílení účtů, protože rozhraní API je vyhodnoceno pod oprávněními uživatele relace (např. Editor_User) namísto přepnutých oprávnění uživatele (např. Creator_User). |
| Oprava: Do požadavku rozhraní API bylo přidáno záhlaví x -on-behalf-of-user, aby bylo zajištěno, že je požadavek vyhodnocen v rámci oprávnění přepnutého uživatele (Creator_User). | |
| 4513575 | Shrnutí: U víceřádkových polí se velikost dat pole formuláře nemění. |
| Oprava: Kód aktualizován tak, aby umožňoval automatické nastavení velikosti. | |
| 4513914 | Shrnutí: Pokud je počet AKTIVNÍCH uživatelů v účtu roven hodnotě MAX_ACTIVE_USERS, pak změna hesla není povolena kvůli kontrole MaxActiveUsers. |
| Oprava: Byla vylepšena funkce tak, aby tuto kontrolu správně ignorovala, když je uživatel AKTIVNÍ. | |
| 4514839 | Shrnutí: Uživatel nemůže podepsat více digitálních podpisů na dohodě, pokud první podepsané pole není prvním polem podpisu v horní části dokumentu. |
| Oprava: Přidána metoda pro iteraci všech polí a extrahování platného tiketu, který je dále použit pro záhlaví X-JWT-Assertion. | |
| 4515343 | Shrnutí: Velikost písma víceřádkového vstupního pole se na stránce elektronického podpisu mění. Velikost písma se násobí faktorem zvětšení, takže velikost vstupu se liší v závislosti na něm – konkrétně se jedná o úpravu rozměrů stránky. |
| Oprava: Metoda pro získání velikosti písma víceřádkového pole vrací velikost písma v pixelech, aniž by byla vynásobena faktorem zvětšení. | |
| 4515735 | Shrnutí: Po podepsání dohody tlačítko Správa na stránce po podepsání vrátí nesprávně vytvořenou stránku. |
| Oprava: Stránka po podepsání byla opravena tak, aby správně načetla informace potřebné k vykreslení stránky. | |
| 4516641 | Shrnutí: Anotaci pole formuláře nelze připojit ke stránce. |
| Oprava:Do seznamu anotací na stránce byla přidána kontrola hodnoty null. | |
| 4517113 | Shrnutí: Při odesílání dohody prostřednictvím rozhraní API přes účet vývojáře je přijat e-mail s problémem dokumentu kvůli chybám nulového ukazatele při kontrole polí formuláře. |
| Oprava: Nyní kontrolujeme, zda je seznam polí formuláře nulový, a teprve poté se ptáme, zda je seznam prázdný. | |
| 4517156 | Shrnutí: Pokud jsou v sadě vstupních souborů PDF existující pole formuláře, generátory polí formuláře se nesmějí spustit, aby vytvořily další pole formuláře. |
| Oprava: Pokud existuje seznam generátorů polí formuláře, které je třeba zpracovat, přidáme tuto úlohu do seznamu úloh, které se mají spustit po úloze ReadPDFTask |
Adobe Acrobat Sign verze 16.0.1
Nasazení do provozu: 20. května 2025
Nasazení pro prostředí GovCloud: 22. května 2025
Vylepšená funkčnost
- Zlepšete zabezpečení dat příjemců pomocí konfigurace příjemců s omezeným přístupem – funkce Omezený přístup k dohodám zvyšuje ochranu soukromí tím, že zabrání připojení dohod k ID uživatele služby Acrobat Sign příjemce (pokud je má). Je-li tato možnost povolena, zobrazí se v části Nastavení příjemce na stránce Vytvořit možnost Přístup příjemce k dohodě. Správci mohou toto nastavení nakonfigurovat tak, aby bylo ve výchozím nastavení povoleno a odesílatelé je mohli upravovat.
Pokud je příjemce označen jako zakázaný, bude s ním zacházeno, jako by neměl aktivní uživatelský účet Acrobat Sign. V důsledku toho se dohoda na stránce Správa nezobrazí. Tímto se zabrání náhodnému úniku dat kvůli vztahům sdílení na úrovni skupiny.
Dostupná prostředí: Sandbox, Commercial, Government | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Účet a skupina
- Byla přidána podpora rozhraní API pro funkci Omezený přístup k dohodám – organizace, které k vytváření a odesílání dohod používají rozhraní API, nyní mohou v rámci konfigurace příjemce používat funkci Omezený přístup k dohodám. Implementace rozhraní API této funkce má jeden experimentální rozdíl, pokud jde o to, kdy lze získat přístup k dokumentu, pokud je typ ověření nastavený na „Žádný“:
- V rámci rozhraní služby Acrobat Sign si příjemce nemůže dohodu zobrazit ani stáhnout, dokud není podepsána. I když není nakonfigurováno žádné ověření, přístup k dohodě je zakázán potlačením akcí Zobrazit a Stáhnout.
- Při používání rozhraní API lze dohodu po úspěšném ověření zobrazit a stáhnout pomocí tokenu. V případě, že není nakonfigurováno žádné ověření, lze dohodu zobrazit nebo stáhnout ještě před podpisem.
Dostupná prostředí: Sandbox, komerční, státní správa | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: Skupina a účet
- Rozšířená podpora pro telefonické ověřování v dané zemi – telefonické ověřování a doručování dohod prostřednictvím SMS nyní podporuje tyto další země a telefonní kódy zemí:
- Falklandy (Malvíny) (+500)
Dostupná prostředí: Komerční | Dostupné úrovně služby: Acrobat Sign Solutions | Rozsah konfigurace: Skupina a účet
Změny v prostředí
- Odeslání případu podpory pomocí webového formuláře nyní vyžaduje přihlášení ke starším podnikovým účtům – uživatelé se staršími podnikovými účty se musí nyní přihlásit pomocí svých přihlašovacích údajů k aplikaci Acrobat Sign před použitím online webového formuláře k odeslání případu podpory. Tento krok ověření zajišťuje, že je případ propojen se správným účtem a směrován na příslušný tým podpory.
Dostupná prostředí: Commercial | Dostupné úrovně služeb: Acrobat Sign Solutions | Rozsah konfigurace: Ve výchozím nastavení povoleno; Nelze upravit
Aktualizace rozhraní REST API/webhooku
Aktualizace rozhraní API a webhooku pro tuto verzi naleznete v dokumentaci k rozhraní API služby Acrobat Sign.
- Rozhraní API GET /agreements je nyní obsluhováno z mikroslužby – Koncový bod GET /agreements se přesouvá z hlavní aplikace Acrobat Sign do vyhrazené mikroslužby. V rámci tohoto přechodu budou požadavky na vyhledávání načítat data z vyhledávací služby (sekundárního úložiště) namísto z primární databáze. Tato změna zvyšuje stabilitu služby a zabraňuje tomu, aby atypická volání API ovlivňovala prostředí Acrobat Sign.
- Maximální velikost stránky pro volání GET /agreements je nyní 500 dohod na jeden požadavek. Historicky vyhledávací služba nenačítala více než 100 dohod na stránku. Pokud je požadováno více dohod, může být nutné provést více dotazů s užším rozsahem.
- Vzhledem k tomu, že vyhledávání nyní probíhá v sekundárním úložišti, může se při volání koncového bodu GET /agreements projevit drobná dodatečná latence.
- Aktualizace omezování API – Po vydání v květnu 2025 budou použita nová pravidla omezování API:
- Pokud je zjištěno vysoké celkové zatížení systému, Acrobat Sign omezí podmnožinu požadavků API v celém systému.
- Pokud jsou jako příčina celkového zpomalení systému identifikováni zákazníci s vysokou mírou využití, Acrobat Sign omezí podmnožinu požadavků API konkrétně pro tyto zákazníky.
Pokud je požadavek API omezen, bude odmítnut s kódem stavu HTTP 429 a následujícím textem:
Tělo odpovědi
Záhlaví odpovědi
Po obdržení výše uvedené odpovědi můžete pomocí záhlaví Retry-After nebo retryAfter v těle odpovědi určit, kdy se má požadavek zopakovat.
Penalizace za pokus
U všech nových účtů vytvořených po vydání v květnu 2025 bude uplatněna penalizace, pokud účet nedodrží stanovený interval opakování pokusu.
Pokud se stejný požadavek pokusíte znovu odeslat v tomto intervalu, bude požadavek opět omezen a interval opakování se resetuje.
Vyřešené problémy
| Problém | Popis |
|---|---|
| 4477748 | Shrnutí: Uživatelé nemohou vytvořit PŘÍSTUPOVÝ TOKEN OAUTH z důvodu chybné domény ve volání API. |
| Oprava: Seznam domén pro řadič Swagger byl aktualizován. | |
| 4480357 | Shrnutí: Ovládání klávesnice v dialogovém okně „Spustit z knihovny“ nefunguje správně, když jsou spuštěny čtečky obrazovky |
| Oprava: Několik oprav navigace čtečky obrazovky, aby se zajistilo, že všechny stránky se začnou číst podle očekávání. | |
| 4498103 | Shrnutí: Nesprávné přiřazení rolí ve funkci hromadného odesílání. Při přidávání sebe sama jako posledního příjemce se vždy přiřadí role „Podepisující“. |
| Oprava: Byly odstraněny možnosti pro jiné role odesílatele, když jsou přidány na pozici posledního účastníka, protože odesílatel má být vždy podepisujícím. | |
| 4501417 | Shrnutí: Umístění pole pro podpis s pečetí se šablonou pole vyvolá chybu, která zablokuje další vytváření. |
| Oprava: Přidán kód pro zpracování prvků textových značek „signer1“. | |
| 4506667 | Shrnutí: Pokud odesílatel potřebuje k ověření e-mailu prvního podepisujícího webového formuláře, oznámení webhooku jsou odložena, dokud první podepisující e-mail neověří. Pokud je e-mail prvního podepisujícího vrácen, oznámení webhooku se zpozdí o 2 hodiny, protože se očekává, že parametr documentsInfo bude vyplněn. |
| Oprava: Pokud odesílatel potřebuje, aby první podepisující webového formuláře ověřil e-mail, parametr documentsInfo nebude vyplněn v datové části oznámení webhooku pro události dohody (dokud první podepisující neověří e-mail). Pokud je e-mail prvního podepisujícího vrácen, parametr documentsInfo nebude v datové části oznámení webhooku pro události dohody vyplněn. | |
| 4511940 | Shrnutí: Výchozí velikost písma textového pole s více řádky se nepřizpůsobí velikosti obrazovky, takže text je při podepisování dohody v mobilním telefonu oříznut. |
| Oprava: Víceřádkové textové pole již nemůže přepsat metodu základní třídy. | |
| 4513457 | Shrnutí: Problém s analýzou JSON, když název skupiny obsahuje znaky dvojitých uvozovek v názvu skupiny. |
| Oprava: Vylepšený kód analýzy pro názvy skupin pro správu dvojitých uvozovek. | |
| 4515610 | Souhrn: Vypočítané hodnoty polí se změní, když je webový formulář odeslán dalším účastníkům, a to z důvodu způsobu zpracování čísel s plovoucí řádovou čárkou na backendu a frontendu. |
| Oprava: Změna implementace na backendu tak, aby se jako typ čísel používal BigDecimal | |
| 4516504 | Shrnutí: Při vytvoření opakovaně použitelné šablony a použití zobrazení Nové prostředí mají zaškrtávací políčka a přepínací tlačítka růžové okraje namísto černých, protože hodnota barvy byla zkrácena. |
| Oprava: Hexadecimální hodnota byla upravena tak, aby udržovala správnou hodnotu. | |
| 4520149 | Shrnutí: Některé dohody neaktualizují svůj stav po podepsání kvůli vzácnému stavu při nastavení příznaku next_to_sign. |
| Oprava: Bylo přidáno další protokolování, které tuto podmínku zachytí a vyřeší ji dříve, než příjemci začnou s dohodou pracovat. | |
| 4521246 | Shrnutí: Sdílení šablon v rámci více skupin nefunguje a při zapnuté funkci Pokročilé sdílení účtů se zobrazují chyby a odesílání začíná na domovské stránce. |
| Oprava: Nástroj pro výběr šablony z domovské stránky byl aktualizován tak, aby správně načetl sdílenou šablonu. |
Adobe Acrobat Sign verze 16.1
Nasazení do provozu: 22. července 2025
Nasazení pro prostředí GovCloud: 5. srpna 2025
Vylepšená funkčnost
- Použijte WhatsApp k odeslání odkazů na dohody přímo na mobilní zařízení příjemce – Integrace WhatsApp v aplikaci Acrobat Sign byla rozšířena o možnost odeslat oznámení o dohodě a odkaz s připomenutím přímo na zařízení příjemce s podporou WhatsApp.
- Nativní podpora PDF/A pro dlouhodobé uchovávání dokumentů – Acrobat Sign nyní podporuje ověřování a export dokumentů ve formátu PDF/A-2b (ISO 19005), což pomáhá organizacím plnit přísné standardy archivace a regulační požadavky. Dokumenty si zachovávají svou shodu s PDF/A po celý životní cyklus dohody – nahrávání, podepisování a uložení.
- Zabránit vkládání aplikace Adobe Acrobat Sign do webových stránek třetích stran – Ochrana proti clickjackingu přidává ochranu prvku iframe do stránek Acrobat Sign, ke kterým se přistupuje prostřednictvím rozhraní REST API v5+. Rámování je povoleno pouze při použití automatického přihlášení s deklarovanou nadřazenou doménou, což pomáhá zabránit klamavému nebo neoprávněnému vnoření.
- Lepší kontrola nad sdílením na základě skupin – organizace používající pokročilé sdílení účtů nyní mohou volitelně omezit sdílené zobrazení dohod pouze na dohody odeslané ze skupiny uživatelů. Dohody odeslané uživateli z externí skupiny budou odstraněny za účelem ochrany potenciálně soukromých komunikací uživatelů, které by nebyly vhodné pro obecné sdílení. Tento filtr se vztahuje pouze na sdílení na úrovni skupiny (sdílení skupiny s jinou skupinou nebo uživatelem) a nevztahuje se na sdílení založené na uživatelích (sdílení uživatele se skupinou nebo jiným uživatelem).
- Aktualizace pro zákazníky s licencí VIP:
- Zjednodušené nastavení správce z domovské stránky - Acrobat Sign představuje novou sekci Správa účtu, která pomáhá správcům účtu rychle přistupovat ke klíčovým konfiguračním nástrojům.Přidávejte uživatele, organizujte skupiny, propojujte integrace a migrujte šablony přímo z domovské stránky – bez nutnosti hledání.
- Přidání uživatelů do Admin Console z Acrobat Sign – Správci nyní mohou přidávat uživatele přímo ze stránky Uživatelé v Acrobat Sign a automaticky tak aktualizovat Adobe Admin Console.
- Přiřazování rolí Admin Console nyní dostupné prostřednictvím Acrobat Sign - Pro zjednodušení nastavení Acrobat Sign nyní umožňuje správcům účtu přiřazovat klíčové role Admin Console—Správce produktu a podpory—aniž by museli opustit rozhraní produktu.
- Snadnější přístup k sadě integrací třetích stran - Nová stránka Integrace byla přidána do nabídky správce a poskytuje přímé, intuitivní odkazy na soubory nastavení pro jednotlivé integrace.
- Snadnější začlenění HIPAA prostřednictvím pokynů v produktu - Organizace podléhající HIPAA mohou nyní zahájit proces povolení v Acrobat Sign prostřednictvím nového samoobslužného pracovního postupu v nabídce správce Začínáme .Systém odešle automatizovanou žádost na podporu a sleduje průběh na základě podpisu BAA a konfigurace systému.
- Zrychlete migraci šablon do Acrobat Sign s automatizovanou konverzí šablon - Nová funkce migrace šablon pomáhá správcům účtu rychle přenést jejich šablony do Acrobat Sign.Nahrajte soubor ZIP šablony, automaticky jej převeďte a zkontrolujte výsledky ve zdrojovém prostředí – nepotřebujete žádné technické znalosti.
- Chytrý asistent Acrobat Sign Chatbot - Nový chytrý asistent vám poskytuje odpovědi v aplikaci na běžné otázky, například jak přidat uživatele, zkontrolovat využití nebo aktualizovat nastavení.Položte dotaz jednoduchým jazykem a získejte návod krok za krokem, příslušné články nápovědy nebo odkazy na stránky podpory.
- Acrobat Sign pro státní správu se aktualizuje na moderní prostředí:
- Acrobat Sign pro vládní instituce: Přístup k modernímu rozhraní Vyžádat podpis - Správci GovernmentCloud nyní mohou povolit svému účtu nebo skupinám používání moderního rozhraní Vyžádat podpis.
- Acrobat Sign pro vládní instituce: Upgrade zaměřený na mobilní zařízení pro příjemce - Vládní uživatelé nyní mají přístup k modernímu rozhraní, které je navrženo tak, aby zjednodušilo podepisování na mobilních zařízeních prostřednictvím snadno konfigurovatelného rozhraní pouze s poli formuláře.
- Acrobat Sign pro vládní instituce: Nové rozhraní Vytvořit šablonu je dostupné - Vládní uživatelé nyní mají přístup k modernímu rozhraní Vytvořit šablonu, které zjednodušuje proces návrhu šablon a zlepšuje použitelnost.
- Nový poskytovatel důvěryhodných služeb (TSP) – Acrobat Sign rozšiřuje seznam podporovaných poskytovatelů důvěryhodných služeb (TSP) a rozšiřuje tak možnosti ověřování příjemce. Nyní je k dispozici následující nový poskytovatel důvěryhodných služeb:
- eID Easy
Toto rozšíření zvyšuje kompatibilitu Acrobat Sign s globálními standardy a podporuje bezproblémové a bezpečné digitální podpisy napříč více odvětvími.
Změny v prostředí
- Vylepšené prostředí digitálního podpisu - Proces aplikace cloudového digitálního podpisu byl vylepšen, aby se snížil počet interakcí, které musí podepisující dokončit při aplikaci digitálního podpisu.
- Limit znaků pro popisky v Návrháři pracovního postupu byl zvýšen na 500 znaků - Při vytváření nebo úpravách vlastního pracovního postupu v Návrháři pracovního postupu mohou popisky používané k popisu polí nyní obsahovat až 500 znaků (vylepšeno z 100 znaků).
- Ovládací prvek pro nové prostředí vlastního pracovního postupu se přesunul do nabídky Globální nastavení - Konfigurovatelná možnost Nastavit nový vlastní pracovní postup jako výchozí prostředí se přesunula ze stránky Nastavení odesílání na stránku Globální nastavení.
Byl přidán nový ovládací prvek, který odhaluje „přepínací odkazy" pro uživatele k přepínání mezi novým prostředím a klasickou verzí.
Vyřešené problémy
| Problém | Popis |
|---|---|
| 4501772 | Shrnutí: V případě moderního prostředí pro žádosti o podpisy se zpráva pro příjemce při změně jazyka v nastavení dohody neaktualizuje. |
| Oprava: Kód pro přijetí nové jazykové předvolby byl aktualizován, aby se vyřešila změna zpráv při výběru nového jazyka. | |
| 4503504 | Shrnutí: Ve vzácných případech mohou opakované pokusy během vytváření dohody vést k vytvoření více kopií stejné podřízené dohody pomocí hromadné odeslání |
| Oprava: Několik aktualizací způsobu, jakým jsou generovány a interně zařazovány podřízené dohody, s kontrolami, které zajišťují, že nemohou být vytvářeny duplicity. | |
| 4511072 | Shrnutí: Po použití možnosti „Odeslat nyní“ nejsou přijímány e-maily s hlášením o spotřebě transakcí. |
| Oprava: Rozesílací systém byl aktualizován, aby se vyřešil problém s doručováním. | |
| 4511224 | Shrnutí: Soubory PDF jsou nastaveny na „zděděné“ zvětšení před odesláním výchozí hodnoty na „přizpůsobit stránce“ po podepsání, |
| Oprava: Bylo vylepšeno zpracování anotací, aby se zajistilo správné potvrzení vlastností ve výsledném souboru PDF. | |
| 4512546 / 4522458 |
Shrnutí: Sdílené pracovní postupy nezobrazují šablony polí podle očekávání pro účty sdílené prostřednictvím pokročilého sdílení účtů. |
| Oprava: Požadavek GET /libraryDocuments/id/formFields byl aktualizován pro hlavičku x-on-behalf-of-user, která je vyžadována pro případ použití pokročilého sdílení účtů. | |
| 4515020 | Shrnutí: Volání rozhraní API PUT /users/{id}/groups vrátí chybu 403 při pokusu o přesunutí uživatele, který není ve výchozí skupině, správcem na úrovni skupiny. |
| Oprava: Oprávnění bylo rozšířeno na správce skupin, kteří nyní mohou přidávat uživatele do své skupiny, i když je přiřazený uživatel aktuálně v jiné než výchozí skupině. | |
| 4516121 | Shrnutí: Pokud má skupina přepínacích tlačítek samostatné popisky, zobrazí se při podepisování pro všechny možnosti pouze první popisek. |
| Oprava: Kód přepínacích tlačítek striktně používal jeden popisek pro pole tlačítek. Byl aktualizován tak, aby umožňoval individuální zobrazení. | |
| 4516129 | Shrnutí: Platnost dohod končí na základě ekvivalentu UTC místního času odesílatele, nikoli na základě zamýšleného místního času. |
| Oprava: Logika kontroly času vypršení platnosti již není založena na čase prohlížeče, ale umožňuje validaci hlavní aplikací. | |
| 4518192 | Shrnutí: Podepisující občas nemohou dokončit proces podepisování při použití ověřování službou Adobe Sign pomocí Okta SSO. |
| Oprava: Odstranění atributu crossShardLoginPage z relace po úspěšném přihlášení. | |
| 4521018 | Shrnutí: Při použití moderního prostředí pro podepisování vracejí rozevírací pole nakonfigurovaná s hodnotami exportu v odpovědi rozhraní API /formData viditelný popisek místo hodnoty exportu. |
| Oprava: Nyní jsou odesílány skryté (exportní) hodnoty místo viditelných hodnot. | |
| 4521111 | Shrnutí: V novém prostředí pro vytváření nemohou uživatelé procházet a prohlížet všechny dostupné šablony polí z rozevírací nabídky Šablony polí. |
| Oprava: Moderní prostředí pro vytváření dokumentů bylo aktualizováno tak, aby načítalo více než jen první stránku šablon polí. | |
| 4521311 | Shrnutí: Kvůli známému 12hodinovému zpoždění mechanismu vypršení platnosti dohody jsou připomenutí odesílána po uplynutí doby platnosti, což vede k neúspěšným pokusům o podepsání a zmatení uživatelů. |
| Oprava: U opakujících se připomenutí „Až do podepsání“ je zaškrtnuta lhůta pro podepsání a připomenutí se již neodešle, ale zůstane aktivní, aby mohlo být vybráno, pokud odesílatel upraví lhůtu pro podepsání před jejím skutečným vypršením během 12hodinového období odkladu. | |
| 4522059 | Shrnutí: Když podepisující nahraje soubor pomocí pole Příloha a poté dokončí digitální podpis, odkaz Stáhnout dokument vede k chybě „Stránka nenalezena". |
| Oprava: Kontrolní součet byl z detekce duplicit vyřazen, protože se jedná o volitelnou vlastnost ve specifikaci PDF. Acrobat Sign nadále používá k identifikaci duplicit název a velikost souboru. | |
| 4522382 | Shrnutí: Uživatelé nemohou dokončit transakce při použití funkce Kliknutím podepsat s povoleným ověřením. Po přihlášení se transakce nedokončí a musí být opakována. |
| Oprava: Parametr URL crossShardLandingPage byl odstraněn z relace po přihlášení. | |
| 4522384 / 4523594 / 4523900 |
Shrnutí: Při použití funkce Hromadné odeslání se při prvním pokusu neodešlou žádné dohody, ale druhý pokus funguje podle očekávání díky řazení úloh do fronty na místním oddílu. |
| Oprava: Řazení úloh do fronty bylo zdokonaleno tak, aby nedocházelo ke zpoždění úloh. | |
| 4522497 | Shrnutí: Formát časového razítka dohod se po podepsání dokumentu změní z HH:MM:SS na HH:MM, což vede ke ztrátě sekund ve finálním protokolu auditu. |
| Oprava: Do timePatern byly přidány sekundy. | |
| 4522509 | Shrnutí: Příjemci v kopii nemohou zobrazit kontextovou tabuli dohody při přístupu k dohodám s podporou LDV prostřednictvím e-mailového odkazu. Místo toho obdrží chybu „dokument ještě není viditelný“. |
| Oprava: Kód byl změněn tak, aby poskytoval potřebný přístup k zobrazení kontextové tabule. | |
| 4522547 | Shrnutí: Při použití šablony se může stát, že výsledný soubor PDF bude po podepsání zobrazovat chybně zarovnaná nebo chybějící data formulářových polí, protože po každé anotaci dojde k otočení stránky. |
| Oprava: Otáčení stránek bylo opraveno. | |
| 4522914 | Shrnutí: Při použití nové funkce Hromadné odesílání mohou zákazníci při nahrávání CSV narazit na chybu, pokud hodnoty ve sloupcích Agreement_Message nebo Private_Message překročí určitý limit znaků. |
| Oprava: Omezení počtu znaků bylo zdokumentováno v materiálech určených pro zákazníky. | |
| 4522945 | Shrnutí: Při pokusu o úpravu opakovaně použitelného dokumentu jako správce účtu/skupiny a při pokusu o použití šablony pole dojde při kontrole účasti na původu k výjimce NullPointerException |
| Oprava: Přidána metoda zjišťování účasti na původu při úpravách dokumentů knihovny jako správce účtu/skupiny | |
| 4523043 | Shrnutí: Při úpravě webového formuláře, který obsahuje účastníka s rolí nastavenou na hodnotu Delegátor, se stránka Upravit webový formulář nenačte. Vyvolá se chyba konzoly, která zabrání jakýmkoli úpravám. |
| Oprava: Přidána kontrola, která zajistí, že pokud je ROLE_MAP nedefinovaná, kód nepřečte parametr className jako nedefinovaný a nevyvolá chybu. Místo toho vrátí nedefinovanou hodnotu. | |
| 4523061 | Souhrn: Podepsané dokumenty připojené k e-mailům si zachovají původní přípony souborů v názvu souboru, což vede k nadbytečnému pojmenování |
| Oprava: Již se nezkracuje podřetězec názvu souboru, pokud začíná znakem ‚.‘ a liší se od přípony. | |
| 4524122 | Shrnutí: Při pokusu o spuštění dohody z uloženého pracovního postupu dojde v novém prostředí k systémové chybě z důvodu překročení limitu znaků. |
| Oprava: Limity popisků byly aktualizovány tak, aby umožňovaly 500 znaků. | |
| 4524162 | Shrnutí: Ověření odkazu brání odeslání dohody v novém prostředí pro vytváření |
| Oprava: Do nového prostředí byl přidán parametr pro kontrolu háku Chyby, který umožňuje volnější správu ověření hypertextových odkazů. | |
| 4524356 | Shrnutí: Uživatelům se při pokusu o podepsání dohod zobrazí zpráva „Server Error: We encountered an error while processing your request“ (Chyba serveru: Při zpracování vašeho požadavku došlo k chybě), protože šířka ohraničení -1 nebyla správně interpretována. |
| Oprava: Nyní se interpretuje -1 jako výchozí okraj o šířce 1pt a okraj se přidává pouze v případě, že je větší než nula. | |
| 4524410 | Shrnutí: Při použití pracovního postupu a nahrání nového souboru po odstranění přednastaveného názvu dohody se v novém prostředí pro odesílání pole Název dohody automaticky neaktualizuje. |
| Oprava: Byla přidána oprava pro odstranění výchozí hodnoty pro událost onBlur a zavedena logika pro nastavení názvu prvního nahraného dokumentu v textovém poli pro název dokumentu. | |
| 4524614 | Shrnutí: Písmo použité v textových formulářových polích v PDF neodpovídá písmu zvolenému na stránce pro tvorbu. Písmo textového pole je vždy SourceSansPro-Regular. |
| Oprava: Rozšíření funkce ExternalFont.getFontReplacementMapping o běžná, tučná a kurzivní písma. | |
| 4525098 | Shrnutí: E-mail s požadavkem na podpis není odeslán podepisujícímu 2, pokud je odesílatelem podepisující 2 a odesílatel nahrazuje podepisujícího 1. |
| Oprava: Byly vylepšeny paralelní seznamy příjemců, aby bylo možné zvládnout případ použití, kdy je stávající příjemce použit k nahrazení jiného příjemce ve stejné sadě příjemců. | |
| 4525377 | Shrnutí: Elektronické pečetě (ePečetě) nefungují s moderním prostředím pro žádost o podpis |
| Oprava: Přidání testovacího případu pro ověření příjemce elektronické pečeti v pracovním postupu jiném než UMG, kde je pečeť omezena na skupinový přístup. | |
| 4525491 | Shrnutí: Názvy smluv obsahující znaky mimo latinku (např. čínské, japonské, thajské, korejské) se zobrazují jako ?????? se na kartě Správa příjemce a v e-mailových oznámeních při hromadném odesílání zobrazují jako ??????. |
| Oprava: Dokumentace byla aktualizována tak, aby uváděla, že je potřeba formát UTF-8 | |
| 4525653 | Shrnutí: Dohody odeslané pomocí rozhraní API se soubory JPEG se automaticky zruší kvůli chybě zpracování dokumentu. K problému dochází po úspěšném nahrání souborů, ale před odesláním dohody. |
| Oprava: Přidána podpora pro JPEG SOI app0-15 | |
| 4526153 | Shrnutí: Měřítko pole razítka se chová jinak na starých a nových obrazovkách pro vytváření. |
| Oprava: Nové prostředí pro vytváření bylo aktualizováno tak, aby pole razítka bylo v souladu s klasickou verzí. | |
| 4527031 | Shrnutí: Když je v novém prostředí zrušeno zaškrtnutí možnosti „Umožnit odesílatelům zvolit pořadí podepisování“, zůstane viditelná možnost Příjemci se musí podepsat v pořadí“. |
| Oprava: Kód týkající se přístupu k tomuto ovládacímu prvku byl vylepšen tak, aby správně potlačil tuto možnost, když to nastavení vyžaduje. | |
| 4527284 | Shrnutí: Dohody, které obsahují určité naskenované nebo sloučené soubory PDF, selhávají během vytváření a automaticky se ruší s chybou auto_AUTHOR_FAIL kvůli interní knihovně, která není spravována. |
| Oprava: Byla implementována metoda, která zachytí jakoukoli výjimku a zaznamená ji, ale nepřeruší generování dohody. | |
| 4527948 | Shrnutí: Když je vypočítané pole Acroform importováno do aplikace Sign, rozhraní REST API vrátí pole obsahující { calculated: true, valueExpression: '' }, což způsobí, že se pole zobrazí s chybou ověření. |
| Oprava: Pole identifikovaná v tomto případě použití jsou nyní aktualizována tak, aby byla zadávána ručně, nikoli vypočítávána. | |
| 4528062 | Shrnutí: Volání rozhraní API Get /users selhává u uživatelů služby Salesforce s velmi velkým počtem uživatelů. |
| Oprava: Nová verze integrace se Salesforce zlepšuje proces získávání seznamu uživatelů, aby byl efektivnější. | |
| 4528284 | Shrnutí: Nesprávný kód země Kajmanských ostrovů pro telefonní ověření v novém prostředí |
| Oprava: Kód země byl aktualizován. | |
| 4529259 / 4529319 |
Shrnutí: Volitelná jména podepisujících a 2FA vyžadovány navzdory konfiguraci pracovního postupu v novém uživatelském prostředí pro odesílání pracovních postupů. |
| Oprava: Byla přidána kontrola volitelných příjemců, takže pokud není uvedena e-mailová adresa, ověření (telefon, heslo, KBA) nepovede k selhání validace. Stejně tak nebude jméno povinné ani pro volitelné příjemce, pokud nebude mít pole ID e-mailu nějaký vstup. | |
| 4530084 | Shrnutí: Někteří uživatelé se setkávají s prázdnou obrazovkou při přístupu k nastavení příjemců v novém prostředí pro odesílání. Problém je způsoben chybějícím překladem pro konkrétní označení kódu země a ovlivňuje všechny jazykové verze kromě en-US. |
| Oprava: Správné překlady byly publikovány a připnuty k příslušným funkcím. | |
| 4530537 | Shrnutí: Při pokusu o převod pojmenovaného cíle na umístění dochází k chybě NPE, což brání odesílání dohod. |
| Oprava: Je zavedena nová kontrola, která určí, zda je cíl pojmenovaným cílem, a přeskočí ho. |
Nasazení v testovacím prostředí: 19. srpna 2025
Nasazení v produkčním prostředí: 16. září 2025
Nasazení v prostředí GovCloud: 18. září 2025
Vylepšená funkčnost
- Vlastní e-mailové šablony dostupné pro Acrobat Sign pro vládní instituce - Zákazníci na platformě GovCloud nyní mohou vytvářet vlastní e-mailové šablony pro svá oznámení o dohodách a připomínky.
- Banner Co je nového na domovské stránce – Nový banner Co je nového lze povolit na úrovni účtu nebo skupiny, aby uživatelé byli informováni o nových oznámeních produktu, jako jsou poznámky k vydání, školení a systémové události. To pomáhá zvýšit povědomí o nových funkcích a možnostech, zlepšit zapojení a zajistit, že důležité aktualizace nebudou přehlédnuty. Všechny účty budou po vydání povoleny a mohou být zakázány správcem na úrovni účtu. Existuje několik výjimek z pravidla "ve výchozím nastavení povoleno":
- Australský shard (AU1) bude mít funkci ve výchozím nastavení vypnutou.
- Jakýkoli účet identifikovaný jako "vládní" účet bude odhlášen.
Změny v prostředí
- Změna značky integrace Notarize na Proof - Integrace služby pro online notářské ověření byla aktualizována tak, aby odrážela novou značku služby, Proof, ve veškeré komunikaci směřující k zákazníkům.
Aktualizace uživatelského rozhraní aplikace Acrobat Sign se očekávají v příští verzi (v16.2) v říjnu.
- Přísnější ověřování lokalizace při vytváření smluv prostřednictvím API - Ověřování nastavení jazyka pro smlouvy vytvořené prostřednictvím API bylo zpřísněno. Při použití API k vytvoření dohody a když je možnost „Povolit uživatelům ve vašem účtu vybrat jiný jazyk pro podepisování" zakázána, API odmítne jakýkoli požadavek, kde se místní nastavení dohody neshoduje s „Jazykem pro podepisování" vybraným správcem.
Poznámka: odesílání prostřednictvím webového rozhraní není ovlivněno.
Vyřešené problémy
| Problém | Popis |
|---|---|
| 4511940 | Shrnutí: Když odesílatel vytvoří textové pole s povoleným víceřádkovým zadáváním dat a písmo je nastaveno na Automatické, uživatelé používající mobilní prohlížeč vidí text oříznutý ve spodní části pole. |
| Oprava: Přepsána základní metoda pro získání velikosti pole, aby se správně zpracovala velikost písma < 0 (auto) using a modified formula specific to multiline fields. | |
| 4516038 | Shrnutí: Při odesílání smluv pomocí funkce Hromadné odeslání se uživatelům zobrazuje chyba: "Překročili jste maximální počet dní povolených pro vypršení platnosti dokumentu." i když jsou Nastavení vypršení platnosti dokumentu zakázána na úrovni skupiny i účtu. |
| Oprava: Opraven kód pro správné vyhodnocení hodnot vypršení platnosti smlouvy pro skupinu/účet. | |
| 4522265 | Shrnutí: Když PDF obsahuje jak vyplnitelná pole, tak textové značky, textové značky nejsou zpracovány. |
| Oprava: Vytvořen úkol ve zploštělém případě bez ohledu na přítomnost generátorů formulářových polí. Umožňuje PDF s formulářovými poli zpracovat artefakt formify, pokud je to potřeba. | |
| 4522645 / 4527073 |
Shrnutí: Podepsané PDF obsahuje prázdnou třetí stránku poté, co odesílatel nahrál dokument jménem posledního podepisujícího. |
| Oprava: Vylepšena funkce správy pro správné zpracování malých datových toků. Nahrávání ručních podpisů používá opravený dokument, a ne původní nahrávku, pokud je zjištěn jakýkoli problém s nahraným dokumentem. | |
| 4524437 | Shrnutí: Noví uživatelé nejsou přihlášeni do Adobe Sign po přijetí pozvánky kvůli nesprávné URL adrese. |
| Oprava: Opravena URL adresa. | |
| 4525093 | Shrnutí: Odkaz na prohlášení pro spotřebitele není klikatelný. Odkaz je přítomen, ale kliknutí na něj pouze přepíná zaškrtávací políčko místo otevření odkazu. |
| Oprava: Upraveno CSS odkazu, aby umožňovalo otevření nové stránky. | |
| 4525099 | Shrnutí: Zákazníci, kteří vyžadují doručování SMS, ale mají zakázána e-mailová oznámení, nemohou odesílat smlouvy prostřednictvím SMS. |
| Oprava: Doručování SMS/WhatsApp již není závislé na nastavení e-mailu. | |
| 4525328 | Shrnutí: Použití dvou nebo více šablon obsahujících hypertextové odkazy se stejným názvem generuje chybu serveru při pokusu o podpis |
| Oprava: Pokud jsou nalezeny duplicitní názvy hypertextových odkazů, názvy odkazů budou upraveny tak, aby byly jednoznačně identifikovány. | |
| 4525510 | Shrnutí: Platební formulářové pole nezachovává typ měny USD v novém prostředí pro vytváření, což vede k selhání s chybou 'Neočekávaná chyba'. |
| Oprava: Konverze pro platební pole byly aktualizovány. | |
| 4525544 | Shrnutí: Nelze upravovat aktivní nebo konceptové webové formuláře |
| Oprava: Nyní zachováváme stávající nastavení a odesíláme je na server místo použití dat z uživatelského rozhraní. | |
| 4525901 / 4532254 |
Shrnutí: Smlouva není přiřazena zbývajícímu podepisujícímu kvůli nesprávné roli pracovního postupu při přidání nových účastníků po zadání polí. |
| Oprava: Vylepšili jsme kód pro lepší vyhodnocení rolí účastníků při přidání nových účastníků po vytvoření. | |
| 4526300 | Shrnutí: Nelze vytvořit vlastní URL adresu smlouvy s ID pracovního postupu v novém prostředí |
| Oprava: Když jsou vlastní URL adresy vytvořeny pouze s ID pracovního postupu, formulář pro vytvoření smlouvy se znovu načte a během načítání formuláře znovu volá backend pro načtení pracovního postupu a konceptu smlouvy. | |
| 4526756 | Shrnutí: Dokumentace na stránce GovCloud API Swagger je nesprávná ohledně vytváření nových aplikací |
| Oprava: Přidali jsme další frázi, abychom předešli případným nejasnostem pro zákazníky FedRAMP. | |
| 4527340 | Shrnutí: Když uživatelé použijí Fill & Sign v aplikaci Acrobat web a poté vyberou Pozvat k elektronickému podpisu, hodnoty zadané během Fill & Sign se nezobrazí, když smlouva přejde na stránku vytváření Acrobat Sign. Pohled na vytváření zobrazuje prázdná pole místo vyplněných hodnot. |
| Oprava: Výchozí hodnota velikosti písma byla opravena, což umožňuje správné zobrazení obsahu. | |
| 4528835 | Shrnutí: Chyba "MISC_SERVER_ERROR for GET formData Some miscellaneous error has occurred" při volání GET /formData pro konkrétní kurzor kvůli chybě ukazatele na hodnotu null. |
| Oprava: Přidána kontrola NPE a záznam. | |
| 4528902 | Shrnutí: Když je smlouva odeslána k postupnému podpisu dvěma účastníkům, pole "jméno příjemce" přiřazené prvnímu účastníkovi se během zpracování modelu PDF ztratí. Při nastavování role pole "jméno příjemce" se nepodaří převést roli sady účasti uloženou v modelu PDF. |
| Oprava: Bylo aktualizováno mnoho funkcí pro správnou správu tohoto typu převodu. | |
| 4531278 | Shrnutí: Některé e-mailové adresy přidané jako kopie jsou automaticky odstraněny po odeslání transakce, pokud byly vytvořeny před tím, než Acrobat Sign přidal automatické převádění e-mailových adres na malá písmena při vytváření uživatelů. |
| Oprava: Aktualizováno vyhledávání/porovnávání e-mailových adres v kódu pro odstraňování kopií tak, aby nerozlišovalo velikost písmen | |
| 4531669 | Shrnutí: Smlouvy nelze odeslat pomocí dokumentů PDF při zpracování polí formuláře s názvy přesahujícími limity specifikace PDF. |
| Oprava: Přidány kontroly NPE pro vzhled anotace. | |
| 4531998 | Shrnutí: Nelze přistupovat k podřízeným smlouvám přes API - Chyba "Neplatné ID dokumentu" kvůli nulovému názvu záložky. |
| Oprava: Odstraněn ladicí výpis, který může selhat s NPE, pokud je název záložky nulový. | |
| 4532642 | Shrnutí: Při pokusu o nahrazení jednoho z protipodepisujících ve webovém formuláři, který zahrnuje další neznámé podepisující a skupinu příjemců pro protipodepisující, se metoda aktualizace pokouší číst e-mail od neznámých účastníků (další neznámí podepisující), kteří nemají žádná uživatelská/e-mailová data, což způsobuje výjimku NullPointerException. |
| Oprava: Přidána podmínka filtru pro vyloučení neznámých účastí ze streamu sběru e-mailů, což zabraňuje NPE při zpracování účastí, které ještě nemají uživatelská/e-mailová data. |
Adobe Acrobat Sign verze 16.2
Nasazení v produkčním prostředí: 7. října 2025
Nasazení v prostředí GovCloud: 14. října 2025
Vylepšená funkčnost
- Funkce Požádat o podpis přináší několik vylepšení uživatelského rozhraní, která jsou navržena tak, aby snížila počet kliknutí a zvýšila efektivitu - Tato vylepšení reagují na zpětnou vazbu zákazníků a činí novou funkci Request Signature rychlejší, snáze objevitelnou a lépe sladěnou s klasickými pracovními postupy.
- Ve fázi vytváření jsou ve výchozím nastavení rozbaleny všechny typy podpisů
- Ve fázi vytváření je vždy viditelná role předvyplnění
- Tlačítka pro přidání příjemce v řádku nahrazují skrytá menu
- Automatické přidání nového řádku pro příjemce při zadávání adresy
- Podpora kopírování a vkládání pro více adres příjemců
- Ovládací prvky pro správce k nastavení uživatelského prostředí při vytváření nových smluv. Vyberte mezi řízeným procesem nebo zobrazením všech sekcí najednou.
- Podpora API pro skupiny zaškrtávacích políček, umožňující odesílatelům definovat možnosti vícenásobného výběru v rámci formuláře - Skupiny zaškrtávacích políček umožňují odesílatelům určit, kolik možností musí příjemci vybrat, což přináší novou flexibilitu pro smlouvy vyžadující strukturovaný vícenásobný vstup.
Upozorňujeme, že možnost vícenásobného výběru zaškrtávacích políček je k dispozici pouze pro smlouvy vytvořené pomocí API.- Definujte skupiny zaškrtávacích políček s vícenásobným výběrem.
- Nakonfigurujte pravidla pro přesný, minimální, maximální nebo rozsahový výběr.
- Ověření je vynuceno během podepisování v klasickém prostředí elektronického podepisování.
- Výběry příjemců jsou zachovány v podepsaných smlouvách a stažitelných údajích formuláře.
- Pozvánka uživatele do jejich organizace Acrobat Sign - Pozvěte členy týmu přímo z rozhraní Acrobat Sign pomocí pracovních postupů řízených správcem pro rychlejší adopci týmu. V závislosti na konfiguraci mohou být pozvaní uživatelé automaticky zřízeni, směrováni přes Just-In-Time (JIT) zřizování nebo vyžadovat schválení správcem. Tento zjednodušený tok snižuje tření pro týmy SMB a středního trhu, urychluje adopci sdílených pracovních postupů a poskytuje správcům lepší přehled o skutečné poptávce po licencích.
- Nové tlačítko Pozvat na stránkách Domů a Spravovat pro koncové uživatele
- Pozvaní uživatelé obdrží uvítací e-mail a jsou plynule přidáni do organizace
- Pozvánky respektují existující pravidla automatického zřizování
- Správci mohou zkontrolovat čekající žádosti v sekci Žádosti o přístup
- Pokud je automatické zřizování zakázáno, žádosti jsou směrovány správcům ke schválení
- Reorganizovaná stránka Uživatelé - Stránka Uživatelé byla reorganizována pro lepší správu uživatelů v různých stavech a pro lepší viditelnost nově pozvaných členů týmu. To pomáhá lépe identifikovat uživatele, kteří mají potíže s aktivací svých účtů, a urychluje onboarding pro větší tým.
- Povolené rozsahy IP adres pro přístup k aplikaci Acrobat Sign byly rozšířeny na skupiny a rozhraní API - Byla poskytnuta větší flexibilita pro ovládací prvky omezení IP adres při zabezpečení přístupu k aplikaci Acrobat Sign. Omezení IP adres lze nyní konfigurovat na úrovni skupiny správci skupin. Kromě toho se omezení nyní vztahují i na přístup k rozhraní API: pokud účet nebo skupina určí povolený soubor IP adres, lze k uživatelskému rozhraní a rozhraním API aplikace Acrobat Sign přistupovat pouze z těchto adres.
- Omezení IP se nyní vztahují na přístup k uživatelskému rozhraní i k API.
- Správci skupin mohou nakonfigurovat omezení IP pro své skupiny.
- Uživatelé ve více skupinách jsou vyhodnocováni podle zásad IP jejich výchozí skupiny.
- Integrace a partnerské aplikace jsou ve výchozím nastavení povoleny a nejsou omezeny blokováním IP.
- Správci mohou spolupracovat s podporou Adobe na blokování aplikací na úrovni skupiny nebo účtu. Pokud je přístup blokován, aplikace musí pro připojení k Acrobat Sign použít IP adresy s povoleným přístupem.
- Aktualizace pro zlepšení uživatelského komfortu pro zákazníky s licencí ETLA - Nedávné aktualizace vydané pro zákazníky s licencí VIP jsou nyní rozšířeny i na zákazníky s licencí ETLA s hodnotou licence pod 100 000 USD (v případě dotazů kontaktujte svého obchodního zástupce nebo podporu):
- Zjednodušené nastavení správce z domovské stránky - Acrobat Sign představuje novou sekci Správa účtu, která pomáhá správcům účtu rychle přistupovat ke klíčovým konfiguračním nástrojům. Přidávejte uživatele, organizujte skupiny, propojujte integrace a migrujte šablony přímo z domovské stránky – bez nutnosti hledání.
- Přidání uživatelů do Admin Console z Acrobat Sign – Správci nyní můžou přidávat uživatele přímo ze stránky Uživatelé v Acrobat Sign a automaticky tak aktualizovat Adobe Admin Console.
- Tento prvek bude zaveden v prvním týdnu listopadu 2025.
- Přiřazování rolí v Admin Console nyní dostupné prostřednictvím Acrobat Sign - Pro zjednodušení nastavení Acrobat Sign nyní umožňuje správcům účtu přiřazovat klíčové role Admin Console – Správce produktu a podpory – bez nutnosti opustit rozhraní produktu.
- Snadnější přístup k sadě integrací třetích stran - Nová stránka Integrace byla přidána do nabídky správce a poskytuje přímé, intuitivní odkazy na soubory nastavení pro jednotlivé integrace.
- Jednodušší registrace HIPAA prostřednictvím pokynů v produktu - Organizace podléhající HIPAA mohou nyní zahájit proces aktivace v rámci aplikace Acrobat Sign prostřednictvím nového samoobslužného pracovního postupu v nabídce Začínáme pro správce. Systém odešle automatizovanou žádost na podporu a sleduje průběh na základě podpisu BAA a konfigurace systému.
- Urychlete migraci šablon do aplikace Acrobat Sign pomocí automatizované konverze šablon - Nová funkce migrace šablon pomáhá správcům účtů rychle přenést jejich šablony do aplikace Acrobat Sign. Nahrajte soubor ZIP šablony, automaticky jej převeďte a zkontrolujte výsledky ve zdrojovém prostředí – nepotřebujete žádné technické znalosti.
- Odstranění certifikačních a uzamykacích podpisů z digitálně podepsaných smluv - Organizace, které potřebují projít ověřovacími službami podpisů třetích stran, mohou nyní požádat podporu Adobe o konfiguraci nastavení jejich účtu nebo skupiny tak, aby se přeskočilo použití certifikátu Adobe a zabránilo se uzamykacím podpisům na digitálně podepsaných smlouvách. Když je tato funkce povolena, smlouvy obsahují pouze digitální podpisy příjemců, což snižuje míru odmítnutí v přísných regionálních ověřovacích nástrojích.
- Správci účtů mohou požádat podporu Adobe o vyloučení certifikace a uzamykacích podpisů Adobe na úrovni účtu a/nebo skupiny.
- Dohody obsahují pouze digitální podpisy příjemců, což zlepšuje přijetí ověřovateli třetích stran.
- Zpráva o auditu zaznamenává, kdy je certifikace přeskočena, včetně otisku dokumentu SHA-256
- Platí pro všechny exportní body: přílohy e-mailů, stahování na stránce Správa, API a payloady webhooků
- Řeší mezery v souladu s předpisy, na které upozornili zákazníci vyžadující validaci podle regionálních schémat důvěryhodnosti - Popis
- PDF/A vylepšeno pro podporu souladu s PDF/A-3B a převod všech nahraných souborů na vybraný standard PDF/A - Administrátoři nyní mohou povolit konverzi a normalizaci nahraných souborů – včetně PDF, formátů Microsoft Office a rastrových obrázků – do PDF/A-2b nebo PDF/A-3b. Existující soubory PDF/A jsou ověřeny, v případě potřeby opraveny nebo normalizovány na nakonfigurovanou cílovou úroveň.
- Administrátoři mohou konfigurovat pracovní postupy PDF/A na úrovni účtu nebo skupiny.
- Podporované úrovně souladu: PDF/A-2b (výchozí) a PDF/A-3b.
- Dokumenty, které nejsou ve formátu PDF, a nevyhovující dokumenty PDF jsou automaticky převedeny do PDF/A.
- Poškozené soubory PDF/A jsou opraveny nebo normalizovány na cílovou úroveň.
- Přílohy povolené podle pravidel PDF/A: PDF/A-2b (pouze PDF/A), PDF/A-3b (jakýkoli soubor).
- Dohody jsou při dokončení podpisu znovu ověřeny na soulad s PDF/A.
- Zprávy o auditu jsou volitelně generovány ve formátu PDF/A a zahrnují výsledky validace/konverze PDF/A s úrovní souladu.
- Události "Aktualizovaná metoda ověření" v auditních zprávách - Změny metod ověření příjemců lze nyní zahrnout do auditní zprávy jako samostatné události. Když odesílatel (nebo oprávněný zástupce) aktualizuje metodu ověření příjemce – například přepne z SMS OTP na e-mailové OTP – je aktualizace zachycena a zaznamenána ve zprávě o auditu dohody, protokolu aktivit a seznamu událostí API.
- V protokolu auditu se objeví nová událost Aktualizována metoda ověření, která zobrazuje:
- Dotčeného příjemce
- Uživatele, který provedl změnu
- Původní metodu ověření
- Novou metodu ověření
- Časové razítko změny
- Události jsou také dostupné prostřednictvím rozhraní API GET /agreements/{agreementId}/events.
- Protokoly aktivit zobrazují událost s podrobnostmi o příjemci, iniciátorovi a časovém razítku.
- V protokolu auditu se objeví nová událost Aktualizována metoda ověření, která zobrazuje:
Změny v prostředí
- Přístup IPv6 pro Acrobat Sign pro vládu- Organizace, které používají IPv6 ve službě Acrobat Sign pro vládu, mají nyní přístup k IPv6 adresám Acrobat Sign:
- 2001:489a:3102:4::160/124 (IPv6)
- 2001:489a:3102:4::150/124 (IPv6)
- Moderní prostředí příjemce pro elektronické podepisování je nyní výchozí prostředí pro všechny účty - Všechny účty byly aktualizovány pro použití moderního prostředí elektronického podepisování.Ovládací prvky správce zůstávají v nabídce správce pro povolení klasického prostředí v případě potřeby.
- Moderní prostředí Žádost o podpis je nyní výchozí prostředí pro všechny účty - Všechny účty byly aktualizovány pro použití moderního prostředí Žádost o podpis. Ovládací prvky správce zůstávají v nabídce Správce pro povolení klasického prostředí v případě potřeby.
- Moderní prostředí Vytvořit šablonu je nyní výchozí prostředí pro všechny podnikové účty - Všechny účty byly aktualizovány pro použití moderního prostředí Vytvořit šablonu knihovny. Ovládací prvky správce zůstávají v nabídce Správce pro povolení klasického prostředí v případě potřeby.
- Moderní prostředí Návrhář vlastních pracovních postupů je nyní výchozí prostředí pro všechny účty - Všechny účty byly aktualizovány tak, aby používaly moderní prostředí Návrhář pracovních postupů.Ovládací prvky správce zůstávají v nabídce Správce pro povolení klasického prostředí v případě potřeby a odkazy pro přepínání zůstávají pro uživatele, aby mohli přecházet mezi klasickým a moderním prostředím (pokud je povoleno)
Aktualizace rozhraní REST API/webhooku
Aktualizace rozhraní API a webhooku pro tuto verzi naleznete v dokumentaci k rozhraní API služby Acrobat Sign.
- Prahová hodnota dotazování API pro koncové body GET API týkající se načítání stavu nebo pro zobrazení seznamu- Nová prahová hodnota dotazování nyní omezuje, jak často mohou klientské aplikace dotazovat konkrétní koncové body GET /agreement.
- Role Super Group Admin pro partnery OEM - Na platformě OEM 2.0 je k dispozici nová role Super Group Admin. Tato role umožňuje partnerům udělit svým zákazníkům omezené administrativní možnosti pro vytváření a správu skupin bez poskytnutí plných oprávnění správce účtu.
- Zákazník partnera může vytvářet a spravovat vlastní skupiny.
- Tvůrce skupiny se automaticky stává jejím správcem skupiny.
- Správci účtu kontrolují, která nastavení skupiny jsou viditelná.
- Správci skupin vidí pouze relevantní nastavení, jako jsou šablony zpráv, nastavení e-mailu, nastavení odesílání a stav sdílení.
- Funkce vyžaduje povolení UMG (uživatelé ve více skupinách).
- Správci účtu zůstávají jedinou rolí s přístupem k nastavením na úrovni účtu a možností přiřadit roli Super Group Admin.
Vyřešené problémy
| Problém | Popis |
|---|---|
| 4505635 | Shrnutí: Rozsah agreement_retention není dostupný v API GovCloud. |
| Oprava: Rozsah byl nakonfigurován tak, aby fungoval v prostředí GovCloud s integrací Okta. | |
| 4515686 | Shrnutí: Vlastníci webových formulářů nemohou za určitých validačních okolností nahradit protipodepisujícího u existujících webových formulářů. Pokus o aktualizaci e-mailu protipodepisujícího vrací chybu: "V současném stavu smlouvy nemůžete přidat ani odebrat svou e-mailovou adresu." |
| Oprava: Validace byla aktualizována tak, aby byl rozpoznán správný e-mail odesílatele nebo protipodepisujícího. Vlastníci webových formulářů nyní mohou nahradit protipodepisujícího podle očekávání. Uživatelé nemusí podnikat žádné kroky. | |
| 4519727 | Shrnutí: Moderní formát telefonních čísel v Beninu není rozpoznán (délka 10 znaků) |
| Oprava: Acrobat Sign nyní podporuje nový 10místný formát telefonních čísel pro Benin. Uživatelé mohou zadávat platná čísla s předvolbou +229 bez chyb. Od uživatelů není vyžadována žádná akce. | |
| 4525532 | Shrnutí: Role předvyplnění není ve výchozím nastavení k dispozici v novém prostředí pro vytváření |
| Oprava: Role předvyplnění byla ve výchozím nastavení zpřístupněna v seznamu kontextů příjemců při sestavování smluv | |
| 4526142 | Shrnutí: Při aplikaci vrstvy formulářových polí z existující šablony v novém prostředí pro vytváření se některá pole nekopírují. |
| Oprava: Bylo přidáno nové ověření, které zajistí přenos kompletní šablony. | |
| 4527772 | Shrnutí: U smluv se sekvenčním směrováním někdy dochází ke ztrátě pole se jménem příjemce, když je přiřazeno účastníkovi s rolí vyplňovatele formuláře. Pole se tomuto příjemci nezobrazí, což zanechá smlouvu nedokončenou. |
| Oprava: Byly provedeny významné aktualizace rozhraní REST API, které zajišťují zachování všech polí. | |
| 4527945 | Shrnutí: Použití šablony formulářového pole ve smlouvě, která má skupinu příjemců, nefunguje - kód ověření šablony odfiltruje účastníka skupiny příjemců a související pole jsou ztracena. |
| Oprava: Kód byl přepracován tak, aby používal jiný parametr člena místo hodnoty e-mailu. | |
| 4528619 | Shrnutí: Při úpravě názvu skupiny příjemců v novém prostředí odesílání kurzor automaticky skočí na konec textu po každé změně. To ztěžuje úpravu názvu najednou. |
| Oprava: : Sledování požadavků je aktualizováno, aby se zajistilo správné načtení všech metod ověřování před odesláním. Smlouvy se nyní zpracovávají správně, jakmile jsou poskytnuty všechny požadované údaje pro ověření. Od uživatelů není vyžadována žádná akce. | |
| 4531835 / 4537898/ 4541002 |
Shrnutí: Zákazníci se setkávají s chybami při používání některých certifikátů třetích stran, protože aktualizované kořenové certifikáty nejsou důvěryhodné, což způsobuje problémy s webhooky a oznámeními. |
| Oprava: Kořenové certifikační autority jsou aktualizovány. | |
| 4532798 | Shrnutí: Při aplikaci vrstvy formulářových polí vytváří Acrobat Sign nový dokument pro zachycení informací o vrstvě. Kvůli problémům s verzováním v těchto nových dokumentech některé pracovní postupy "úpravy smlouvy" selhávají. |
| Oprava: Změnili jsme náš přístup z získávání informací o zdroji prostřednictvím API na publikování události při aplikaci šablony vrstvy formulářových polí a její využití k naplnění informací o zdroji pro smlouvy. | |
| 4534813 | Shrnutí: Uživatelé ve více skupinách nemohou používat automatické rozpoznávání polí při vytváření šablon nebo smluv. |
| Oprava: Přidán nový test pro ověření detekce polí v autorském prostředí V5 pro uživatele s mnoha skupinami. | |
| 4535639 | Shrnutí: V některých smlouvách chybí v podepsaném PDF požadovaná obrazová pole. Přestože FormFields.csv obsahuje URL adresy obrázků, obrázky se v konečné smlouvě nezobrazují. |
| Oprava: Pořadí několika funkcí bylo změněno, aby bylo zajištěno zpracování vložených obrazových polí bez ohledu na to, zda je formulář přítomen, a nyní se obrázky správně zobrazují všem podepisujícím. | |
| 4535828 | Shrnutí: Hypertextové odkazy v dokumentech se při odesílání smlouvy mění. |
| Oprava: Když je URL již specificky zakódována pomocí: /, což je vyhrazený znak pro URL adresy, decodeURI je nedekóduje, takže jsem to změnil na decodeURIComponent pro ověření podmínky před kódováním. | |
| 4536354 | Shrnutí: Velké PDF dokumenty (~150 stránek) se nenačtou s chybou "nepodporovaný formát nebo chráněno heslem" kvůli nedostatečnému časovému limitu frontendu pro kontroly dostupnosti obrázků. |
| Oprava: Zvýšení parametru max_retries ze 7 (výchozí) na 13, prodloužení časového limitu z ~30s na ~60s. To poskytuje dostatek času pro zpracování velkých dokumentů. | |
| 4538897 | Shrnutí: Původní šablony IText s otočeným obsahem stránky způsobují, že zploštělé podpisy jsou na stránce otočeny mimo místo. |
| Oprava: Před zploštěním podpisů do obsahu stránky je obsah stránky zabalen do push/pop gstate, aby se zabránilo tomu, že rotační matice ovlivní přidané podpisy. | |
| 4539304 | Shrnutí: Dokumentace Swagger je ve výchozím nastavení v režimu "Vyzkoušet" a uživatelé API mají potíže s procházením schématu požadavku |
| Oprava: Dokumentace je nyní ve výchozím nastavení v režimu zobrazení místo "Vyzkoušet", takže schémata jsou ve výchozím nastavení viditelná. Výkon je zlepšen odstraněním redundantních volání API pro primitivní datové typy. | |
| 4542576 | Shrnutí: Payloady webhooků pro událost AGREEMENT_ACTION_COMPLETED vracejí v sandboxovém vydání 16.2 různé hodnoty stavu účastníků. Dříve záznamy memberInfos ukazovaly "ACTIVE" nebo "REPLACED" i po podpisu. V 16.2 ukazují "COMPLETED", když není povolena dynamická účast. |
| Oprava: Použití nových stavů účastníků bude použito pouze v případě, že je povolena funkce dynamické účasti pro smlouvy v průběhu. |
Adobe Acrobat Sign verze 16.2.1
Nasazení do provozu: 4. listopadu 2025
Nasazení pro prostředí GovCloud: 6. listopadu 2025
Aktualizace rozhraní REST API/webhooku
Aktualizace rozhraní API a webhooku pro tuto verzi naleznete v dokumentaci k rozhraní API služby Acrobat Sign.
- Prahová hodnota dotazování API pro koncové body GET API týkající se načítání stavu nebo výpisů- Nová prahová hodnota dotazování nyní omezuje, jak často mohou klientské aplikace dotazovat konkrétní koncové body GET /agreement.
- Role Super Group Admin pro partnery OEM - Na platformě OEM 2.0 je k dispozici nová role Super Group Admin. Tato role umožňuje partnerům udělit svým zákazníkům omezené administrativní možnosti pro vytváření a správu skupin bez poskytnutí plných oprávnění správce účtu.
- Zákazník partnera může vytvářet a spravovat vlastní skupiny.
- Tvůrce skupiny se automaticky stává jejím správcem skupiny.
- Správci účtu kontrolují, která nastavení skupiny jsou viditelná.
- Správci skupin vidí pouze relevantní nastavení, jako jsou šablony zpráv, nastavení e-mailu, nastavení odesílání a stav sdílení.
- Funkce vyžaduje povolení UMG (uživatelé ve více skupinách).
- Správci účtu zůstávají jedinou rolí s přístupem k nastavením na úrovni účtu a možností přiřadit roli Super Group Admin.
Vyřešené problémy
| Problém | Popis |
|---|---|
| 4509452 / 4526158 |
Shrnutí: Vyhledávání šablon při vytváření dohod nebo hromadném odesílání nefiltruje správně ostatní šablony kvůli komponentě, která správně neindexuje a neposouvá |
| Oprava: Vadná komponenta byla opravena, aby byly výsledky vyhledávání dostupné. | |
| 4525233 | Shrnutí: Dohody vytvořené s validací měny se v moderním prostředí pro podepisování nezobrazují v poli podle očekávání. |
| Oprava: Pole s validací měny nyní správně zobrazují symbol měny, jakmile pole ztratí fokus v moderním prostředí podepisování. Aktualizace zajišťuje konzistentní formátování symbolů v klasickém i moderním zobrazení. | |
| 4530694 | Shrnutí: V uživatelském rozhraní je vložena nesprávná adresa URL pro odkaz „Změnit heslo“ |
| Oprava: Adresa URL byla opravena. | |
| 4532664 | Shrnutí: Podepsané soubory PDF generované ze zdrojových dokumentů obsahujících webové odkazy mohou v aplikaci Acrobat zobrazovat zprávu „Dokument byl po podpisu upraven“ a stav certifikace se jeví jako neplatný kvůli duplicitním nebo chybně formátovaným odkazům |
| Oprava: Acrobat Sign nyní během procesu podepisování detekuje a správně zpracovává webové odkazy, čímž zajišťuje platný stav certifikace podepsaného výstupu. | |
| 4535715 | Shrnutí: Soubory PDF s webovými odkazy se s každým podpisem zdvojnásobí kvůli tomu, že funkce tisku znovu vytiskne kopii webového odkazu. |
| Oprava: Soubory PDF jsou nyní zploštěny, aby se zajistilo, že před sloučením anotací v souborech PDF neexistují žádné duplicitní odkazy. | |
| 4535760 | Shrnutí: Při použití vypočítaných polí, která odkazují na textová vstupní pole, některé podepsané soubory PDF zobrazovaly nesprávná nebo náhodná čísla místo očekávané textové hodnoty, protože modul pro zpracování polí se pokoušel převést textový vstup na číselné nebo datumové formáty. |
| Oprava: Logika převodu v modulu pro výpočet polí byla aktualizována tak, aby rozpoznávala textové vstupy a přeskočila číselnou nebo datumovou analýzu pro tato pole. | |
| 4536385 | Shrnutí: Rozbalovací pole formuláře s více anotacemi widgetů nemohou být klíčem FT, jinak se generování vzhledu splete a považuje je za pole formuláře. |
| Oprava: Klíč FT byl odstraněn z poznámek widgetu | |
| 4537356 | Shrnutí: Šablony sdílené s více skupinami se nezobrazovaly na stránce Hromadné odeslání. |
| Oprava: Aktualizována logika Hromadé odeslání pro správné načítání a zobrazování šablon sdílených napříč více skupinami. | |
| 4537648 | Shrnutí: Koncový bod GET /agreements/{agreementId}/events obsahoval zastaralý typ události „DOWNLOADED“ v dokumentaci Swagger REST API Acrobat Sign. |
| Oprava: Typ události „DOWNLOADED“ byl odstraněn z povolených hodnot v dokumentaci API. | |
| 4537885 | Shrnutí: Na stránce Předvolby podpisu se objevuje nadbytečná mezera |
| Oprava: Odstraněn nepotřebný oddělovač/div z kontejneru rozložení Předvoleb podpisu. | |
| 4538113 / 4538586 / 4543131 |
Shrnutí: Data víceřádkového automatického textového vstupního pole se zmenšují na velmi malou velikost a stávají se nečitelnými |
| Oprava: Škálování bylo opraveno tak, aby automaticky nezmenšovalo písmo na nečitelnou úroveň. | |
| 4538340 | Shrnutí: Metadata podpisu jsou přidávána bez kontroly názvu pole |
| Oprava: Přidána kontrola pole podpisu pro řízení zobrazení metadat | |
| 4538902 | Shrnutí: Koncový bod REST API Get /agreements/memberSetInfo vrací nesprávný stav dohody a informace o podepisujícím. V některých případech se odesílatel objevuje v odpovědi vícekrát a duplicity v údajích o účastnících způsobují selhání navazujících integrací. |
| Oprava: API nyní správně vrací stav dohody a údaje o účastnících bez duplicit. Každá e-mailová adresa se objevuje jednou na dohodu a informace o podepisujícím odrážejí správného čekajícího účastníka. Od uživatelů není vyžadována žádná akce. | |
| 4543085 | Shrnutí: Starší verze integrace Salesforce (nižší než v25.5) nerozpoznávají nové stavy výčtů (COMPLETED a REMOVED) vrácené v payloadu webhooku. |
| Oprava: Aktualizováno REST API Acrobat Sign tak, aby vyloučilo nové stavy účastníků a související výčty při odpovídání starším klientům integrace Salesforce. | |
| 4543951 | Shrnutí: Při úpravě pole hypertextového odkazu bez názvu vytvoří uložení změny nové prázdné pole hypertextového odkazu místo aktualizace původního. Každé uložení přidává další prázdná pole, takže se zdá, že se šablony nemění. |
| Oprava: Logika aktualizace nyní správně rozlišuje mezi prázdnými a nulovými názvy hypertextových odkazů, což zabraňuje vzniku duplicitních polí. | |
| 4544118 | Shrnutí: Při zapnuté omezené viditelnosti dokumentů v novém prostředí pro příjemce mohl účastník 2 vidět pole hypertextových odkazů z dokumentu účastníka 1, protože hypertextové odkazy nebyly přiřazeny. |
| Oprava: Moderní eSign nyní přiřazuje a ověřuje pole hypertextových odkazů stejně jako ostatní pole a filtruje je podle stránky a příjemce. |
