Poprvé nahlášeno: srpen 2024
Naposledy aktualizováno
3. 6. 2026
Technická oznámení aplikace Adobe Sign jsou seřazena níže s nejstarší aktualizací nahoře a postupují v čase směrem dolů na stránce.
|
|
Odstraněno ze současného seznamu: leden 2025 |
|---|
Starší hlavička Accept-Charset bude odstraněna ze všech oznámení Webhook a Callback s vydáním z listopadu 2024.
Všichni zákazníci, kteří se z jakéhokoli důvodu spoléhají na tuto hlavičku, by měli přepracovat svůj kód tak, aby počítal s její absencí.
|
První hlášení: září 2024 |
Odstraněno ze současného seznamu: leden 2025 |
|---|
|
Poprvé nahlášeno: listopad 2024 |
Odstraněno ze současného seznamu: leden 2025 |
|---|
S vydáním z listopadu 2024 byly upravitelné popisky ve vlastním nástroji designer pracovních postupů omezeny na 100 znaků. Tento limit se vyhodnocuje při vytvoření nebo aktualizaci pracovního postupu.
Již existující pracovní postupy, které mají popisky delší než 100 znaků, lze stále úspěšně odesílat, ale pokud se pracovní postup aktualizuje, musí být popisek zkrácen na 100 znaků nebo méně, než jej bude možné uložit. Problematické popisky jsou zvýrazněny červeně pro snadné nalezení.
Nové pracovní postupy upozorní na limit popisku před uložením.
Požadované akce
Doporučuje se, aby správci s kontrolou nad vlastními pracovními postupy otevřeli a zkontrolovali každý pracovní postup, aby se ujistili, že nemají chyby ve své šabloně.
|
První hlášení: listopad 2024 |
Odebráno ze seznamu Aktuální: únor 2025 |
|---|
Nové prostředí pro příjemce obsahuje vylepšení podepisování pro webové prohlížeče pro počítače i mobilní zařízení. Toto nové prostředí se zavádí během prvních měsíců roku 2025, ale bude k dispozici v prostředí Sandbox v prvním týdnu prosince 2024.
|
První hlášení: prosinec 2024 |
Odebráno ze seznamu Aktuální: únor 2025 |
|---|
Adobe Acrobat Sign provede rotaci SSL certifikátu Adobe Acrobat Sign 22. ledna 2025.
Kromě toho se nasazuje nový certifikát SSL na podporu změn sítě waf, které se provádějí v lednu 2025. Tento nový certifikát přímo ovlivňuje přístup ke službě Acrobat Sign a musí být nainstalován před spuštěním WAF.
Požadované akce
- Každý zákaznický účet, který explicitně zabezpečuje síťovou aktivitu, musí zahrnout nový SSL certifikát WAF do svého seznamu uložených certifikátů.
- Pokud máte vlastní integrace s Acrobat Sign pomocí rozhraní SOAP nebo REST API a pokud některá z těchto integrací má 'připnutý' existující veřejný klíč, není potřeba žádná další akce.
- Pokud používáte certifikáty SSL aplikace acrobat sign pro jednotné přihlašování nebo pokud připínáte samotný certifikát (nebo používáte jiné metody), nové certifikáty SSL aplikace acrobat sign najdete v části Systémové požadavky aplikace adobe acrobat sign.
- Pokud vaše konfigurace SSO podporuje více veřejných certifikátů/řetězců, můžete nyní přidat nové certifikáty a po lednovém přechodu odstranit starý veřejný certifikát/řetězec z vaší konfigurace.
- Pokud vaše SSO nepodporuje více veřejných certifikátů/řetězců, budete muset synchronizovat přechod SSL s Acrobat Sign 22. ledna 2025.
Nové SSL certifikáty budou aktivní 22. ledna 2025.
|
První hlášení: září 2024 - aktualizováno únor 2025 |
Odebráno ze současného seznamu: březen 2025 |
|---|
Za účelem zlepšení zabezpečení a robustnosti služby adobe acrobat sign začneme v únoru 2025 zavádět síťové změny zahrnující firewall webových aplikací (waf). Tyto změny budou směrovat provoz na aplikační servery aplikace acrobat sign prostřednictvím služby waf. Toto směrování bude pro většinu zákazníků neviditelné. Používání nebude interferovat s přístupem k aplikaci acrobat sign z jakýchkoli klientů nebo integrací Adobe.
Požadované akce
Žádné.
Tato změna neovlivní zákaznické integrace, protože rozhraní API aplikace acrobat sign a názvy domén rozhraní API se nezmění. Toto řešení je zpětně kompatibilní s publikovanými rozsahy IP adres.
Zákazníci, kteří aktualizovali svá bezpečnostní zařízení, nemusí provádět návrat ani žádné jiné změny.
Současný plán aktualizací je:
- Aktualizace produkčního prostředí Sandbox 24. února 2025.
- Produkční úseky: IN1, JP1, AU1 a SG1 se aktualizují 3. března 2025.
- Produkční úseky: NA2, NA3 a EU2 se aktualizují 6. března 2025.
- Produkční úseky: NA1, NA4 a EU1 se aktualizují 11. března 2025.
Příchozí a odchozí přístup k aplikaci acrobat sign
Aplikace acrobat sign již nevyřazuje seznam příchozích IP adres serveru, jak bylo dříve oznámeno.
Příchozí a odchozí IP adresy serveru, jak jsou zdokumentovány na stránce Systémové požadavky pro aplikaci acrobat sign, zůstanou funkční.
Proč aplikace acrobat sign provádí tyto změny?
Použití WAF zlepšuje ochranu aplikace acrobat sign proti škodlivému provozu a pomáhá nám lépe řešit požadavky na zabezpečení, robustnost a dodržování předpisů.
Mám vlastní integraci do aplikace acrobat sign. Bude moje aplikace ovlivněna?
Ne, neočekáváme, že by jakékoli integrace byly negativně ovlivněny.
Existují nové seznamy IP adres, které lze nahradit?
Ne.
Informace na stránce Systémové požadavky pro aplikaci acrobat sign zůstávají přesné.
Naše organizace implementovala síťové filtrování pomocí publikovaného seznamu domén aplikace acrobat sign pro provoz z naší firemní sítě. Jsme ovlivněni?
Ne.
Síťové změny zde popsané neovlivňují seznam domén aplikace acrobat sign, jak je zdokumentováno na stránce Systémové požadavky pro aplikaci acrobat sign. Filtrování na úrovni domén není ovlivněno.
Naše organizace používá ověřování IP adres pro doručování e-mailů ze serverů aplikace acrobat sign. Jsme ovlivněni?
Ne.
Rozsahy IP pro odchozí e-mailové přenosy, jak jsou uvedeny na stránce Systémové požadavky pro aplikaci acrobat sign, se nemění.
Naše organizace nakonfigurovala náš účet aplikace acrobat sign tak, aby omezil přístup na naše vlastní IP adresy. Jsme ovlivněni?
Ne.
Aplikaci acrobat sign lze nakonfigurovat tak, aby ověřovala příchozí provoz proti IP adresám vybraným zákazníkem, jak je popsáno na stránce Omezení přístupu k účtu pomocí rozsahů IP adres. Takové použití nebude touto změnou ovlivněno.
Naše organizace implementovala síťové filtrování pomocí publikovaného seznamu příchozích IP adres aplikace acrobat sign. Jsme ovlivněni?
Ne.
Nová konfigurace WAF je zpětně kompatibilní se stávající síťovou architekturou, takže by nemělo být potřeba žádné další ladění bezpečnostních zařízení.
Poznámka
Všimněte si, že se to týká filtrování na úrovni IP pro prostředí hostující vaši aplikaci. Filtrování na úrovni domény není ovlivněno.
Používám integraci se Salesforce s explicitně nakonfigurovaným povolením přístupu IP. Musím něco udělat?
Ne.
Instalace waf nevyžaduje v tuto chvíli žádné změny pro stávající instalace Salesforce.
Stávající konfigurace/proces, jak je popsán v dokumentaci nápovědy, zůstává stejný a správci by měli dodržet všechny kroky povolení přístupu IP.
Partneři ISV a Embed by měli kontaktovat svého Success Managera s případnými dalšími dotazy.
|
První hlášení: listopad 2024 - Aktualizováno: leden 2025 |
Odstraněno ze současného seznamu: březen 2025 |
|---|
Odesílatelé mohou poskytnout další zobrazení smluv pro mobilní příjemce, které uvádí pouze pole ve smlouvě dostupná příjemci.
Odesílatelé mohou seznam polí uspořádat podle svých představ a seskupit pole do logických oddílů, aby se podepisující mohli v zadávaných polích pohybovat s minimem posouvání.
Příjemci mají možnost zobrazit seznam polí přizpůsobený pro mobilní zařízení nebo původní zobrazení PDF s poli umístěnými v obsahu dokumentu.
Tato funkce je naplánována k vydání:
- Bude nasazena do prostředí Sandbox 11. prosince 2024
- Bude nasazena do produkčního prostředí 4. března 2025
|
První hlášení: květen 2024 |
Odstraněno ze současného seznamu: březen 2025 |
|---|
Možnost použít k odesílání souborů externí disk bude v novém prostředí pro žádosti o podpisy omezena pouze na OneDrive.
Doporučujeme zákazníkům, kteří používají jiné možnosti pro nahrávání souborů, aby použili aplikaci specifickou pro dodavatele k poskytnutí síťového disku, ke kterému lze přistupovat prostřednictvím nativního výběru souborů v lokálním systému uživatele.
- Dropbox: https://www.dropbox.com/desktop
- Google Drive: https://support.google.com/drive/answer/10838124
- Box: https://support.box.com/hc/en-us/articles/360043697194-Installing-Box-Sync
- Acrobat/Document Cloud: https://www.adobe.com/acrobat/hub/share-sync-pdfs.html
|
První hlášení: květen 2024 |
Odstraněno ze současného seznamu: duben 2025 |
|---|
Požadované akce
Všechny integrace a aplikace používající adobe acrobat sign Simple Object Access Protocol API musí být migrovány na nejnovější REST API V6 před datem deaktivace, aby byla zajištěna pokračující funkčnost.
Přístup k Simple Object Access Protocol API bude odstraněn pro všechny embed partnery od 1. března 2025.
Pro zajištění pokračující funkčnosti musí všichni embed partneři používající adobe acrobat sign Simple Object Access Protocol API migrovat na nejnovější REST API V6 před 1. březnem 2025.
Prostudujte si prosím dokumentaci REST v6 a migrace pro referenci:
- Metody REST API aplikace Adobe Acrobat Sign verze 6
- Migrace z Simple Object Access Protocol
V případě jakýchkoli dotazů se obraťte na svého určeného PSM aplikace Adobe Acrobat Sign.
Poznámka
Tato aktualizace se týká pouze komerční verze služby Acrobat Sign. Účty Government Cloud nejsou ovlivněny.
Tato aktualizace se vztahuje pouze na stránku Send (Request e-signatures). Pracovní postupy Structured Self-signing zatím nejsou zahrnuty.
|
První hlášení: březen 2024 - aktualizováno leden 2025 |
Odstraněno ze současného seznamu: duben 2025 |
|---|
Počínaje vydáním z dubna 2025 se moderní prostředí Request Signature stane výchozím prostředím při vytváření nové smlouvy.
- Uživatelé již nebudou moci přepínat mezi novým a klasickým prostředím, protože přepínací odkazy budou zakázány.
- Správci budou mít stále možnost povolit klasické prostředí a obnovit přepínací odkazy prostřednictvím nabídky správce.
- Zákazníci, kteří používají integraci Notarize, nejsou ovlivněni touto změnou.
|
První hlášení: březen 2024 - aktualizováno duben 2025 |
Odstraněno ze současného seznamu: duben 2025 |
|---|
Poznámka
Tato aktualizace se týká pouze komerční verze služby Acrobat Sign. Účty Government Cloud nejsou ovlivněny.
Od vydání z dubna 2025 se moderní prostředí Request Signature stane výchozím prostředím dostupným při vytváření nové šablony Send in Bulk.
- Uživatelé nebudou moci přepnout zpět na klasické prostředí.
- Správci budou mít možnost povolit klasické prostředí a obnovit přepínací odkazy prostřednictvím nabídky správce.
|
Poprvé nahlášeno: únor 2025 |
Odebráno ze seznamu Aktuální: duben 2025 |
|---|
Karta Účet, která je k dispozici správcům na úrovni účtu aplikace Acrobat Sign, bude přejmenována na Správce.
- Tato aktualizace se vztahuje výhradně na samostatné prostředí aplikace Acrobat Sign (Acrobat Sign Solutions a Acrobat Sign for Government).
- Aktualizace bude implementována pro komerční prostředí v dubnu 2025 a pro vládní prostředí v květnu 2025.
Upozorňujeme, že tato změna je čistě kosmetická – nedochází k žádným funkčním úpravám, pouze k aktualizaci popisků karet.
Poznámka
Popisek Skupina pro správce na úrovni skupiny se nezmění.
|
První hlášení: březen 2025 |
Odebráno ze seznamu Aktuální: duben 2025 |
|---|
- 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; Nelze konfigurovat
|
První hlášení: březen 2025 - Aktualizováno: duben 2025 |
Odebráno ze seznamu Aktuální: červen 2025 |
|---|
Od vydání v květnu 2025 zavede Acrobat Sign přísnější limity na počet webhooků vytvořených v účtech úrovně Developer.
Tyto limity byly záměrně zvoleny tak, aby zajistily spolehlivost infrastruktury webhooků a byly lépe sladěny pro testování pracovních postupů.
|
Co se mění |
Předchozí limit |
Nový limit |
Popis |
|---|---|---|---|
|
Počet primárních webhooků vytvořených pro kanál |
10 |
1 |
Pro kanál je povolen 1 webhook na událost předplatného webhooku. |
|
Počet primárních webhooků vytvořených pro účet |
100 |
2 |
Na událost předplatného webhooku jsou povoleny 2 webhooky na úrovni účtu. |
|
Počet primárních webhooků vytvořených pro skupinu |
100 |
2 |
Na skupinu jsou povoleny 2 webhooky na úrovni skupiny na událost předplatného webhooku. |
|
Počet aktivních webhooků vytvořených na zdroj dohody |
50 |
1 |
Na jednu dohodu je povolen 1 webhook na událost předplatného webhooku. |
|
Počet aktivních webhooků vytvořených na uživatele |
100 |
1 |
Na uživatele je povolen 1 webhook na událost předplatného webhooku. |
Dostupná prostředí: Komerční | Dostupné úrovně služeb: Developer | Rozsah konfigurace: Ve výchozím nastavení povoleno; Nelze konfigurovat
|
Poprvé nahlášeno: březen 2025 |
Odebráno ze seznamu Aktuální: duben 2025 |
|---|
Zákazníci Acrobat Sign si nyní mohou koupit předplatné služby Acrobat Sign Webhook pro získání proaktivních oznámení o výpadcích, narušeních a událostech údržby prostřednictvím Adobe Status Portal.
Spravujte a přidávejte předplatná zde: Nápověda k předplatnému Adobe Status.
Všimněte si, že služba Adobe Acrobat Sign je uvedena pod nadpisem Document Cloud:
|
První hlášení: březen 2025 |
Odebráno ze seznamu aktuálních: červen 2025 |
|---|
Ve vydání z května 2025 optimalizujeme rozhraní GET /agreements API, abychom výrazně zkrátili dobu odezvy – naše interní testování ukazuje zlepšení až 10násobné.
Co se změní
- Menší velikosti stránek: Pro podporu těchto vylepšení jsme snížili maximální počet smluv vrácených na požadavek na 500, ale tento limit se může v budoucích vydáních změnit. Každá odpověď obsahuje:
- Skutečný počet vrácených smluv
- Odkaz na další stránku výsledků (pokud je k dispozici)
- Dynamický počet výsledků: Stále můžete požádat o konkrétní počet smluv, ale rozhraní API vrátí tolik, kolik může služba poskytnout. Každá odpověď obsahuje:
Co očekávat
V některých případech může dojít k mírnému zpoždění mezi vytvořením smlouvy a jejím načtením pomocí rozhraní GET /agreements API. Toto zpoždění je obvykle velmi krátké; následný požadavek by měl vrátit novou smlouvu.
Dostupná prostředí: Komerční, Vládní | Dostupné úrovně služeb: Acrobat Sign Services, Vládní | Rozsah konfigurace: Ve výchozím nastavení povoleno; Nelze konfigurovat
|
První hlášení: duben 2025 |
Odebráno ze seznamu aktuálních: srpen 2025 |
|---|
Všechny účty používající službu Acrobat Sign for Government získají přístup k povolení nového prostředí Request Signature spolu s několika nedávno vytvořenými funkcemi, které na něm závisí:
- eWitnessing
- Omezený přístup k dohodám
- Vynucení typu podpisu
- Kontrola totožnosti
- Kopie na příjemce
- Seznam příjemců a vlastnosti příjemců lze upravovat po vytvoření
|
První hlášení: září 2024 |
Odebráno ze seznamu aktuálních: únor 2026 |
|---|
Požadované akce
Všichni zákazníci používající rozhraní API musí co nejdříve aktualizovat svá rozhraní API tak, aby využívala koncové body verze 6, aby byla zajištěna nepřerušená dostupnost.
Verze 1 až 4 rozhraní Acrobat Sign REST API byly označeny jako zastaralé a budou 1. prosince 2025 vyřazeny z provozu.
Aktualizace rozhraní API může vyžadovat značné úsilí, proto se všem zákazníkům důrazně doporučuje, aby co nejdříve naplánovali a rozpočtovali svou aktualizaci, aby bylo možné plně zapojit podporu k vyřešení případných otázek nebo problémů, které se vyskytnou před termínem v prosinci 2025.
I když jsou rozhraní REST API v1-4 zastaralá, budou nadále fungovat a vaše aplikace budou fungovat až do 1. prosince 2025, kdy budou rozhraní REST API v1-4 odstraněna.
Po 1. prosinci 2025 přestanou fungovat aplikace postavené na rozhraní REST API v1-4.
|
První hlášení: duben 2025 |
Odebráno ze seznamu aktuálních: únor 2026 |
|---|
Všechny účty používající službu Acrobat Sign for Government získají přístup k povolení nového prostředí Request Signature spolu s několika nedávno vytvořenými funkcemi, které na něm závisí:
- eWitnessing
- Omezený přístup k dohodám
- Vynucení typu podpisu
- Kontrola totožnosti
- Kopie na příjemce
- Seznam příjemců a vlastnosti příjemců lze upravovat po vytvoření
|
První hlášení: září 2024 - Aktualizováno v dubnu 2025 |
Odebráno ze seznamu aktuálních: únor 2026 |
|---|
Infrastruktura Webhook 2.0 byla nasazena pro všechny zákazníky a s jejím dokončením byly oznámení pro podepisující zastaralé. V důsledku toho parametr webhookNotificationApplicableUsers v payloadu webhooku již neposkytuje žádná užitečná data a bude odstraněn ze všech payloadů webhooku.
Testovací prostředí bude aktualizováno v červnovém vydání.
Produkční prostředí bude aktualizováno ve vydání v červenci 2025.
ID a e-mail odesílajícího uživatele lze najít pomocí parametrů initiatingUserId a initiatingUserEmail v payloadu oznámení.
|
První hlášení: srpen 2025 – aktualizováno říjen 2025 |
Odebráno ze seznamu Aktuální: únor 2026 |
|---|
Aby bylo možné udržet stabilitu systému a zlepšit výkon, aplikace Acrobat Sign zavede prahovou hodnotu dotazování ve vydání ze 4. listopadu 2025 (verze 16.2.1). Tato změna omezuje, jak často mohou klientské aplikace dotazovat konkrétní koncové body API.
- Zákazníci mají dva měsíce po vydání verze 16.2.1 na implementaci doporučených změn dotazování ve svém kódu. Během tohoto časového okna bude systém pouze ZAZNAMENÁVAT události prahové hodnoty intervalu dotazování.
- Po prosinci 2025 budou zásady ochrany dotazování přepnuty na VYNUCOVÁNÍ a chyby se začnou spouštět pro uživatele.
Vysokofrekvenční dotazování vytváří zbytečnou zátěž backendových systémů, což vede ke snížení výkonu a pomalejším odezvám. Vývojářům API doporučujeme přejít na webhooky pro aktualizace v reálném čase.
Co se mění
Tyto zásady dotazování se vztahují na všechny koncové body get API.
Příklady dotčených koncových bodů
Získávání stavu:
- GET /agreements/{agreementId) – Získá aktuální stav smlouvy.
- GET /agreements/{agreementId)/documents/{documentId) – Získá datový proud souboru dokumentu v rámci smlouvy.
Výpis:
- GET /agreements – Získá smlouvy pro uživatele.
- GET /agreements/{agreementId)/events – Získá informace o událostech pro smlouvu.
Bude aplikován limit na to, jak často může efektivní uživatel provést stejné volání API ke službě Acrobat Sign. Pokud stejný efektivní uživatel provede stejné volání v rámci minimálního intervalu dotazování, vrátí se chyba.
Podrobnosti o zásadách dotazování
- Minimální interval dotazování objektu (MOPI): Výchozí MOPI se liší v závislosti na úrovni služby a typech aplikací:
- Partnerské aplikace aplikace Acrobat Sign: MOPI pro partnerskou aplikaci je určeno úrovní účtu uživatele.
- Úroveň GLOBAL/ENTERPRISE: 3 volání za jeden minutový interval
- Všechny ostatní úrovně: 1 jedinečné volání za deset minutový interval
- Zákaznické aplikace pod účty Global/Enterprise: Tři identická volání za jeden minutový interval.
- Zákaznické aplikace pod vývojářskými účty: Jedno jedinečné volání za 10minutový interval.
- Partnerské aplikace aplikace Acrobat Sign: MOPI pro partnerskou aplikaci je určeno úrovní účtu uživatele.
- Duplicitní požadavky v rámci MOPI: Pokud stejný efektivní uživatel provede identické get požadavky (stejná cesta a záhlaví) více, než jejich úroveň umožňuje v rámci MOPI, systém vrátí:
- Stavový kód 304 Not Modified pro podmíněné HTTP požadavky používající ETag.
- Stavový kód 429 Too Many Requests s hlavičkou retry-after pro ostatní požadavky.
- Zpracování ETag: Tato zásada se uplatňuje, když jsou hodnoty ETag poskytnuty v hlavičce If-None-Match pro koncové body, které již podporují 304 Not Modified.
Požadované akce
Webhooks: Pokud vaše aplikace vyžaduje aktualizace v téměř reálném čase, použijte webhooks místo dotazování.Webhooky poskytují efektivnější a škálovatelnější způsob, jak získávat včasné aktualizace.
Pokud nelze implementovat webhooky, aplikace by měly implementovat mechanismy ukládání do mezipaměti na straně klienta pro ukládání a opětovné použití odpovědí API. Když je přijata odpověď 304 Not Modified, měla by být použita data z mezipaměti místo provedení dalšího volání API.
Zákazníci mají dva měsíce po vydání verze 16.2.1 na implementaci doporučených změn dotazování ve svém kódu. Během tohoto časového okna bude systém ZAZNAMENÁVAT události prahové hodnoty intervalu dotazování.
Po prosinci 2025 budou zásady ochrany dotazování přepnuty na VYNUCOVÁNÍ a chyby se začnou spouštět pro uživatele.
Pokud potřebujete pomoc nebo máte nějaké dotazy, kontaktujte prosím svého CSM.
Prostředí sandbox umožní zásadám dotazování ZAZNAMENÁVAT chyby 17. září 2025 a nastaví se na VYNUCOVÁNÍ 25. září 2025.
|
První hlášení: Srpen 2025 |
Odebráno ze seznamu Aktuální: únor 2026 |
|---|
Pro podporu požadavků FedRAMP CSP povolujeme protokol IPv6 v našem prostředí Acrobat Sign for Government :
- 2001:489a:3102:4::160/124 (IPv6)
- 2001:489a:3102:4::150/124 (IPv6)
|
Poprvé nahlášeno: září 2025 |
Odebráno ze seznamu Aktuální: únor 2026 |
|---|
Ověřování nastavení jazyka bylo zpřísněno při vytváření smlouvy prostřednictvím API. Pokud národní prostředí smlouvy není povoleno zásadami účtu, API odmítne požadavek s jasnou chybou. Tím se snižují nechtěné jazykové neshody a zkušenosti příjemců zůstávají v souladu se schválenými nastaveními.
Koho se to týká
- Účty, které nastavují národní prostředí smlouvy v požadavcích API.
- Účty, které omezují dostupná národní prostředí nebo zakazují změny národního prostředí během odesílání.
Co se změnilo
Když je povoleno nastavení DISPLAY_LOCALE_INFO_DURING_SEND (úroveň GLOBAL), API vynucuje:
- Národní prostředí smlouvy musí být zahrnuto v uživatelských AVAILABLE_LOCALES.
- Pokud je ALLOW_LOCALE_SELECTION_DURING_SEND nastaveno na false, národní prostředí smlouvy se musí sladit s AGREEMENT_LOCALE uživatele.
Porušení způsobí selhání POST /agreements s chybou: „Locale is either invalid or missing."
Běžná chyba a jak ji opravit
Chyba: „Národní prostředí je neplatné nebo chybí."
- Zkontrolujte národní prostředí použité v požadavku API (například en_US).
- Potvrďte, že se národní prostředí zobrazuje v AVAILABLE_LOCALES pro volajícího uživatele.
- Pokud je ALLOW_LOCALE_SELECTION_DURING_SEND nastaveno na false, ujistěte se, že národní prostředí požadavku odpovídá AGREEMENT_LOCALE.
- Pokud je vyžadována flexibilita napříč regiony, povolte výběr národního prostředí v době odesílání (viz Požadovaná akce).
Zpětná kompatibilita
- Před touto změnou mohly některé požadavky s neodpovídajícími národními prostředími uspět. Takové požadavky nyní selžou s jasnou chybou, když validace neproběhnou úspěšně.
- Žádné změny schématu API; chování validace se změní pouze při povolení DISPLAY_LOCALE_INFO_DURING_SEND.
Požadovaná akce
Správci a integrátoři API by měli udělat jednu z následujících věcí:
- Sladit národní prostředí v požadavcích API s AVAILABLE_LOCALES a—pokud je ALLOW_LOCALE_SELECTION_DURING_SEND nastaveno na false—přesně odpovídat AGREEMENT_LOCALE
- nebo -
- Povolit výběr národního prostředí v době odesílání nastavením:
- ALLOW_LOCALE_SELECTION_DURING_SEND = true
- CAN_CHANGE_UI_LOCALE = true
|
První hlášení: prosinec 2025 |
Odstraněno ze současného seznamu: únor 2026 |
|---|
Adobe Acrobat Sign provede rotaci SSL certifikátu Adobe Acrobat Sign 7. ledna 2026.
Požadované akce
- Pokud máte vlastní integrace s Acrobat Sign využívající rozhraní REST API a pokud některá z těchto integrací má „připnutý" stávající veřejný klíč, není třeba provádět žádné další kroky.
- Pokud používáte certifikáty SSL aplikace Acrobat Sign pro jednotné přihlašování nebo pokud připínáte samotný certifikát (nebo používáte jiné metody), nové certifikáty SSL aplikace Acrobat Sign najdete v Systémových požadavcích aplikace Adobe Acrobat Sign.
- Pokud vaše konfigurace SSO podporuje více veřejných certifikátů/řetězců, můžete nyní přidat nové certifikáty a po lednovém přechodu odstranit starý veřejný certifikát/řetězec z vaší konfigurace.
- Pokud vaše jednotné přihlašování nepodporuje více veřejných certifikátů/řetězců, budete muset synchronizovat přepnutí SSL s aplikací Acrobat Sign 7. ledna 2026.
Nové certifikáty SSL budou primární 7. ledna 2026.
|
První hlášení: březen 2026 |
Aktuální Odebráno ze seznamu Aktuální: červen 2026 |
|---|
Aktivita údržby databáze je naplánována na 11. dubna 2026 v 7:30 pacifického času.Plánovaná údržba bude trvat až 30 minut.
Tato údržba ovlivní všechna prostředí Adobe Acrobat Sign a vztahuje se pouze na účty spravované společností Adobe (IMS).Účty, které spravují své uživatele přímo v aplikaci Acrobat Sign, nejsou ovlivněny.
Během této doby:
- Vytváření nových účtů a zřizování uživatelů bude zpožděno.
- Omezený počet uživatelů může zaznamenat problémy s přihlášením.
- Požadavky na spotřebu transakcí účtu z administrativních rozhraní Adobe mohou selhat, což může dočasně zabránit přiřazení oprávnění.
Očekává se, že všechny postižené služby se vrátí k normálnímu provozu po dokončení údržby.
|
První hlášení: březen 2026 |
Odebráno z aktuálního seznamu: červen 2026 |
|---|
ID dokumentů vrácená rozhraním API nyní používají 16bitový formát kódování místo předchozího 12bitového formátu kódování a mohou obsahovat koncové znaky hvězdičky jako součást vrácené hodnoty.Acrobat Sign přijímá ID dokumentů s těmito koncovými znaky nebo bez nich, ale některé aplikace nemusí rozšířený formát zpracovávat správně, což může ovlivnit načítání nebo zobrazování dokumentů.
Tato aktualizace odráží změnu ve zpracování ID dokumentů ve službě. Pokud vaše integrace načítá dokumenty pomocí ID dokumentů vrácených rozhraním API, zkontrolujte svou současnou logiku, abyste se ujistili, že podporuje delší formát ID a může přijmout vrácenou hodnotu tak, jak je poskytována. V případě potřeby lze před opakováním požadavku vynechat koncové znaky hvězdičky.
Přímý přístup prostřednictvím Acrobat Sign by neměl být ovlivněn.
|
Poprvé nahlášeno: únor 2026 - aktualizováno v dubnu 2026 |
Odebráno ze současného seznamu: červen 2026 |
|---|
Stránka Domů v aplikaci Acrobat Sign je přepracovávána, aby bylo snazší zahajovat smlouvy, sledovat aktivitu a přistupovat ke klíčovým funkcím, včetně možnosti kopírovat nedávno odeslané smlouvy, zobrazovat dlaždice akcí v intuitivnějším pořadí, rychle identifikovat položky Probíhá a Čeká na vás a používat zjednodušený banner Co je nového, který snižuje vizuální nepořádek a pomáhá uživatelům pohybovat se rychleji, snižovat počet přehlédnutých smluv a procházet více zaměřeným prostředím Domů.
Nová stránka Domů bude vydána v průběhu 10 dnů po vydání:
Datum |
Fragmenty |
5. května 2026 |
IN1, JP1, AU1, SG1 |
11. května 2026 |
EU1, EU2, NA4 |
14. května 2026 |
NA1, NA2, NA3 |
Poznámka
Harmonogram zavádění je poskytnut jako vodítko a může být upraven v průběhu zavádění.
|
Poprvé nahlášeno: březen 2026 |
Odebráno ze současného seznamu: červen 2026 |
|---|
Od vydání 17.0.1 ze 17. března karta Přístupové tokeny v nabídce Osobní předvolby zobrazuje datum vypršení platnosti pro každý integrační klíč. Tato aktualizace zlepšuje viditelnost správy životního cyklu klíčů tím, že umožňuje držitelům klíčů vidět, kdy vyprší platnost klíče.
Integrační klíče mají 10letou dobu platnosti. Po datu vypršení platnosti již klíč nelze používat a musí být nahrazen novým klíčem.
Tato změna neovlivňuje fungování stávajících klíčů a nemění životní cyklus klíčů.V rozhraní zobrazuje pouze datum vypršení platnosti, takže administrátoři mohou sledovat stáří klíčů a plánovat jejich výměnu předem.
Není potřeba žádná akce.Administrátoři by měli pravidelně kontrolovat své integrační klíče a vyměnit všechny, které se blíží k vypršení platnosti, aby se předešlo přerušení služby.
|
Poprvé hlášeno: březen 2026 |
Odstraněno ze seznamu Aktuální: červen 2026 |
|---|
Počínaje vydáním z 5. května 2026 budou auditní zprávy zaznamenávat způsob podpisu použitý při aplikaci podpisu podepisujícím.
Pro každou událost ESIGNED a DIGSIGNED auditní stopa identifikuje, zda podepisující použil způsob podpisu založený na počítači (TYPE, DRAW, IMAGE) nebo způsob podpisu založený na mobilním zařízení (MOBILE_TYPE, MOBILE_DRAW, MOBILE_IMAGE).
Tato aktualizace zlepšuje viditelnost dodržování předpisů tím, že umožňuje administrátorům a týmům pro dodržování předpisů ověřit způsob podpisu přímo v auditní zprávě, snižuje nejednoznačnost a minimalizuje zbytečná zamítnutí dohod během procesů kontroly a auditu. Tato aktualizace je ve výchozím nastavení povolena pro všechny zákazníky bez možnosti konfigurace.
Poznámka
Aplikace podpisu pouze pomocí razítka není zahrnuta mezi typy podpisů, které jsou identifikovány.
|
Poprvé nahlášeno: prosinec 2025 – aktualizováno únor 2026 |
Odstraněno z aktuálního seznamu: červen 2026 |
|---|
Přihlašovací stránka aplikace acrobat sign bude aktualizována pro všechny uživatele v rámci vydání verze 17.0, které je naplánováno na 3. února 2026. - Nový přihlašovací proces nabízí čistší a konzistentnější prostředí tím, že požaduje od všech uživatelů pouze zadání e-mailové adresy. Jakmile je e-mailová adresa přijata, systém odkazuje na uživatelský účet a následující stránka zobrazí možnosti ověřování, které je účet nakonfigurován používat, čímž se eliminují zbytečné kroky a zastaralé screens. Díky tomu je přihlašování rychlejší, jednodušší a intuitivnější pro všechny.
- V rámci nového přihlašovacího prostředí je nyní pro uživatele aplikace Acrobat Sign pro podniky, kteří se přihlašují přímo do rozhraní web, vynucen 64znakový limit pro místní část e-mailové adresy (část před symbolem „@").
Toto aktualizované přihlašovací prostředí je postupně zaváděno serverovým prostředím Acrobat Sign. Harmonogram zavádění je uveden níže:
|
Prostředí aplikace Acrobat Sign |
Datum zavádění |
|
IN1 (Indie) SG1 (Singapur) |
3. února 2026 |
|
AU1 (Austrálie) NA3 (Severní Amerika) |
10. února 2026 |
|
JP1 (Japonsko) |
17. února 2026 |
|
EU2 (Evropa) NA4 (Severní Amerika) |
2. března 2026 |
|
EU1 (Evropa) NA2 (Severní Amerika) |
5. března 2026 |
|
NA1 (Severní Amerika) |
10. března 2026 |
Poznámka
Harmonogram zavádění je poskytnut jako vodítko a může být upraven v průběhu zavádění.
|
První hlášení: únor 2026 |
Odstraněno z aktuálního seznamu: červen 2026 |
|---|
