Poprvé nahlášeno: srpen 2024
Naposledy aktualizováno
10. 2. 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 aplikace Acrobat Sign si nyní mohou koupit předplatné služby Acrobat Sign Webhook, aby dostávali proaktivní oznámení o výpadcích, poruchách a údržbových událostech prostřednictvím Adobe Status Portal.
Spravujte a přidávejte předplatná zde: Adobe Status Subscription Help.
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
Webhooky: Pokud vaše aplikace vyžaduje aktualizace téměř v reálném čase, použijte webhooky 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í: září 2024 - Aktualizováno v dubnu 2025 |
Aktuální |
|---|
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í.