Poprvé nahlášeno: leden 2022
|
|
srpen 2022 |
|---|
Očekává se, že nový formulář IRS W-4 (2022) s názvem W-4 2022 (Potvrzení o srážkách zaměstnance) bude přidán do knihovny Adobe Sign v rámci vydání z dubna 2022.
POŽADOVANÉ AKCE
Nová šablona formuláře W-4 má nové libraryDocumentId.Pokud ve svých aplikacích používáte libraryDocumentId stávající šablony, budete jej muset aktualizovat.
Verze z roku 2021 bude ze systému odstraněna v červnu 2022.
Každá aplikace/API používající starší formulář (ver 2021) musí být aktualizována před 1. červnem, aby nedošlo k narušení úspěšného provozu služby.
Jak najít libraryDocumentId v účtu s povoleným API:
- Přihlaste se jako správce účtu
- Klikněte na záložku Účet > Adobe Sign API > Informace o API > klikněte na odkaz: REST API Methods Documentation
- V sekci GET /libraryDocuments klikněte na tlačítko OAUTH ACCESS-TOKEN
- Povolte library_read:self rozsah
- Klikněte na Vyzkoušet! tlačítko
- V Response Body vyhledejte novou šablonu formuláře W-4 2022 (Potvrzení o srážkách zaměstnance) (ne ver.2021) a podívejte se na hodnotu libraryDocumentId.
|
Poprvé nahlášeno: červen 2022 |
Odstraněno z aktuálního seznamu: červenec 2022 |
|---|
Ve vydání z 14. června byly přidány dva nové webhooky:
- Aktualizace vypršení smlouvy (AGREEMENT_EXPIRATION_UPDATED) (K dispozici pouze prostřednictvím REST v6 API POST /webhooks) - Spouští se při aktualizaci data vypršení smlouvy.
- Změna jména podepisujícího smlouvy podepisujícím (AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER) - Spouští se, když příjemce změní své jméno při podepisování na jinou hodnotu, než bylo jméno uvedené při vytvoření smlouvy.
Oba webhooky jsou k dispozici.
|
Poprvé nahlášeno: červen 2022 |
Odstraněno z aktuálního seznamu: červen 2022 |
|---|
Dne 8. června 2022 služba Acrobat Sign migrovala systém oznámení pro integrace Microsoft Teams, Outlook, Word a PowerPoint z callbacků na webhooky.Tím se zlepší doručování oznámení a uživatelé budou moci získávat všechna svá oznámení o dokumentech Acrobat Sign ve své preferované integraci bez ohledu na to, kde dokument vznikl.
Nyní, když je aktualizace dokončena, koncoví uživatelé budou vyzváni k opětovnému přijetí oprávnění pro Acrobat Sign, včetně zobrazení, vytváření/úprav a mazání webhooků, než budou moci pokračovat v používání integrací.
Opětovné přijetí oprávnění pro Acrobat Sign je vyžadováno pouze jednou a bude platit pro Acrobat Sign ve všech integracích Microsoft 365. Toto oprávnění je uděleno na úrovni účtu a musí být přijato koncovými uživateli.
Navštivte prosím níže uvedenou příslušnou stránku nápovědy a projděte si „Navázání ověřeného vztahu" pro další informace. Pro „živou" pomoc s Acrobat Sign se přihlaste do svého účtu Acrobat Sign a klikněte na „?" poté na „Kontaktovat podporu" pro zobrazení vašich možností podpory.
Klasická funkce Přístupový kód odebrána ze služby s verzí z června 2022
|
První nahlášení: květen 2022 - Aktualizováno červen 2022 |
Odebráno z aktuálního seznamu: červen 2022 |
|---|
Funkce Přístupový kód byla kompletně odebrána ze systému Acrobat Sign s verzí z června 2022, kdy byla klasická stránka Spravovat odebrána ze služby.
Narušení služby pro Návrhář vlastních pracovních postupů naplánované na 15. června 2022 dokončeno.
|
První nahlášení: květen 2022 - Aktualizováno červen 2022 |
Odebráno z aktuálního seznamu: červenec 2022 |
|---|
Návrhář vlastních pracovních postupů měl krátké narušení služby kvůli aktualizaci základního kódu v souvislosti s hlavní verzí z 15. června.
Mezi 15:00 - 15:30 pacifického času nemusel návrhář pracovních postupů umožňovat uživatelům vytvořit nový pracovní postup nebo uložit pracovní postup, který se upravoval.
Používání pracovních postupů pro generování smluv nebylo během této doby ovlivněno.
|
První nahlášení: duben 2021 |
Odebráno z aktuálního seznamu: červen 2022 |
|---|
K 31. prosinci 2021 již Adobe Sign nebude formálně podporovat prohlížeče Microsoft Internet Explorer 11 nebo Microsoft Edge Legacy . Doporučujeme zákazníkům, aby již nepoužívali tyto prohlížeče pro přístup k aplikaci Adobe Sign. Po 31. prosinci 2021 mohou zákazníci používající tyto prohlížeče zažívat zhoršené prostředí a některé funkce mohou přestat fungovat.
Stránka elektronického podepisování příjemce by měla na těchto prohlížečích nadále fungovat správně, aby nedošlo k narušení pracovních postupů příjemce. Jsme odhodláni pomoci udělat tento přechod co nejhladší.
|
První nahlášení: listopad 2021 - Aktualizováno: duben 2022 |
Odebráno ze současného seznamu: červen 2022 |
|---|
|
První hlášení: únor 2022 |
Odebráno ze současného seznamu: červen 2022 |
|---|
Acrobat Sign vydal nové certifikáty SSL ráno 1. dubna 2022.
Nedochází k žádné změně veřejného klíče, podkladových kryptografických protokolů nebo schématu.
POŽADOVANÉ AKCE
Použití veřejného klíče
- Pokud máte vlastní integrace s aplikací Acrobat Sign pomocí rozhraní SOAP nebo REST API a pokud některá z těchto integrací má „připnutý" stávající veřejný klíč, není nutná žádná 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), můžete najít nové certifikáty Acrobat Sign v části Systémové požadavky aplikace Adobe Acrobat Sign.
- Pokud vaše konfigurace jednotného přihlašování podporuje více veřejných certifikátů/řetězců, můžete nyní přidat nové certifikáty a odebrat starý veřejný certifikát/řetězec z konfigurace po dubnové změně.
- 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 dne 1. dubna 2022.
Nové certifikáty SSL jsou nyní aktivní od 1. dubna 2022.
|
První hlášení: březen 2022 |
Odebráno ze současného seznamu: červen 2022 |
|---|
Acrobat Sign dokončil menší vydání funkcí 3. května 2022. Během tohoto vydání nedošlo k žádnému výpadku
Vydání z května 2022 zahrnuje jedno vylepšení funkce pro umožnění ověřování založeného na znalostech pro další účastníky ve webových formulářích.
|
První hlášení: březen 2022 |
Odebráno ze současného seznamu: květen 2022 |
|---|
Dne 22. března 2022 Adobe Acrobat Sign aktualizoval tenant aplikace Acrobat Sign pro Office 365, společný tenant aplikace pro integrace Word/PowerPoint, Outlook a Teams.
Od 10:00 podle východoamerického letního času mohou být správci/uživatelé vyzváni k opětovnému přijetí požadavku na oprávnění pro aplikaci před udělením přístupu. Přesný čas závisí na tom, kdy vyprší platnost ověřovacího tokenu vydaného společností Microsoft pro daný účet (až 24 hodin po počátečním bodu).
Naplánovaná údržba služby Adobe Sign Custom Email Templates (CEMT) – dokončena
V sobotu 12. února 2022 od 18:00 PST do 19:00 PST bude mít služba Adobe Sign Custom Email Templates (CEMT) krátkou degradaci služby během upgradu základních komponent infrastruktury. Během této doby mohou zákazníci vidět výchozí e-mailové šablony namísto očekávaných vlastních šablon. Neočekává se žádný výpadek.
| První hlášení: září 2021 – aktualizováno: leden 2022 |
Odebráno z aktuálního seznamu: březen 2022 |
Adobe Sign dokončil vydání z ledna 2022 bez výpadků v aplikaci.
Lednové vydání zahrnuje vylepšení funkcí pro uživatele a správce a také řešení několika problémů nahlášených zákazníky.
| První hlášení: září 2021 | Odebráno z aktuálního seznamu: březen 2022 |
Adobe Sign ukončuje klasická prostředí pro stránky Domů a Správa v lednu 2022. V tu dobu budou všechny účty převedeny na moderní prostředí Domů a Správa, bez možnosti vrátit se ke klasickému rozhraní.
Upozorňujeme, že jsme odhodláni učinit tento přechod co nejplynulejším a vydali jsme funkce odpovídající chování klasické stránky správy, včetně:
- Cílené vyhledávání podle jména a příjmení.
- Odesílatelé mohou nyní přidat zprávu při nahrazování podepisující osoby.
- Přidána funkcionalita pro připomínání kopií a podepisujících, kteří dokončili.
V grudnovém vydání dále vylepšujeme možnosti vyhledávání a přidáváme funkci „rychlého náhledu metadat".
Ověřování Adobe Sign přesměruje na Adobe Identity Management
|
První hlášení: srpen 2020 |
Odstraněno ze současného seznamu: |
|---|
Počínaje zářijovým vydáním Adobe Sign budou někteří uživatelé, kteří se ověřují přímo v aplikaci Adobe Sign, přesměrováni na Adobe Identity Manager.
Adobe standardizuje ověřování na tento formát do konce roku 2020.
| První hlášení: září 2021 | Odstraněno ze současného seznamu: Listopad 2021 |
Adobe Sign dokončil říjnové vydání 2021 bez výpadků v aplikaci.
Říjnové vydání zahrnuje vylepšení pro uživatele a správce, stejně jako řešení více problémů hlášených zákazníky.
| První hlášení: srpen 2021 | Odstraněno ze současného seznamu: Listopad 2021 |
Březnové vydání představilo nastavení pro povolení/zakázání možnosti příjemce upravit svou hodnotu jména při podepisování za předpokladu, že jméno bylo poskytnuto nebo známo (přes API nebo uživatelský profil).Na zadané strojové podpisy se ale tato funkce nevztahovala, takže někteří uživatelé měli v průběhu podepisovacího procesu stále možnost měnit své jméno. Zářijová verze tuto funkci aktualizuje a rozšiřuje ji na všechny typy podpisů, včetně těch zadaných strojových.
- Zákazníci, kteří povolili Psaní svého jména a iniciál a zakázali Podepisující mohou změnit své jméno nebo iniciály, uvidí změnu chování – hodnota jména již nebude upravitelná během procesu podepisování u psaných podpisů.
- Zákazníci, kteří chtějí povolit úpravy hodnoty jména během procesu podepisování, by měli povolit nastavení Podepisující mohou změnit své jméno nebo iniciály (v nabídce Předvolby podpisů).
| První hlášení: srpen 2021 | Odstraněno ze současného seznamu: Listopad 2021 |
Aby služba Adobe Sign vyhověla právním požadavkům společnosti Adobe, aktualizuje chování přijetí podmínek použití (TOU) na stránce e-podpisu.V rámci této aktualizace musí všichni „neznámí“ příjemci přijmout TOU služby Adobe Sign (klepnutím na tlačítko Pokračovat ) ještě předtím, než začnou s dohodou pracovat. Toto přijetí se liší od jakýchkoli vlastních podmínek použití, které může mít zákaznický účet nakonfigurován a které budou nadále řešeny podle konfigurace přijetí TOU/CD účtu.
- „Neznámý" příjemce je jakákoli e-mailová adresa, která není registrovanou, aktivní uživatelskou e-mailovou adresou v důvěryhodném účtu.
- „Známí“ uživatelé přijali TOU služby Adobe Sign v rámci registrace při ověřování svého uživatelského účtu, takže je nemusí přijímat znovu.
Níže je uvedený příklad postupu implicitního souhlasu u dohody, u které zákazník nastavil vlastní ToU.
- Souhlas s ToU služby Adobe Sign udělíte tím, že vyberte tlačítko Pokračovat (po otevření dohody).
- Vyplňte pole dohody podle potřeby.
- Přijměte Právo požadovat podpis a vlastní ToU tím, že vyberete tlačítko Kliknutím podepsat.
Aktualizace API a stránky Odeslat pro funkci integrace s Notarize (očekávaná v říjnu)
| První hlášení: září 2021 | Odstraněno ze současného seznamu: Listopad 2021 |
Říjnové vydání představí novou funkci Adobe Sign pro podporu integrace s platformou Remote Online Notarization (RON) společnosti Notarize, Inc.Integrace Adobe Sign se společností Notarize, Inc. je k dispozici pro použití v USA.pouze.
Níže najdete souhrn změn:
Integrace Notarize - Integrace Adobe Sign s platformou Remote Online Notarization (RON) společnosti Notarize, Inc. umožňuje zákazníkům přidat službu vzdáleného online notářského ověření jako součást svých transakcí Adobe Sign. Dostupné k aktivaci pro zákazníky v podnikových úrovních a úrovních Firmy prodávaných přímo společností Adobe prostřednictvím programu ETLA. Transakce služby Notarize mohou zakoupit jako doplněk za dodatečný poplatek za jednotlivé transakce pouze tito zákazníci.
Existují dva prvky, které by měli zákazníci vytvářející vlastní aplikace nebo používající integrace zkontrolovat:
Stránka Odeslat má nový prvek pro identifikaci podepisujícího, který vyžaduje notářsky ověřený podpis, a další kroky konfigurace pro vedení procesu podpisu.
REST API bylo aktualizováno, aby vyhovovalo požadavkům na využití této funkce, a zákazníci využívající REST API by si měli projít níže uvedené informace, aby zjistili, zda má jejich stávající použití nějaký dopad.
- Aktualizace stránky Odeslat
Zákazníci s povolenými transakcemi Notarize mohou vybrat možnost Vyžaduje notářské ověření v záznamu příjemce, těsně vpravo od metody ověření:
Poté, co je dohoda sestavena a odesílatel klikne na možnost Další, se odesílateli zobrazí další možnosti konfigurace procesu notářského ověření:
- Aktualizace rozhraní API – Rozhraní API obsahuje významné aktualizace, aby byla zajištěna podpora integrace služby Notarize:
POST /agreements
Rozhraní API POST /agreements bylo aktualizováno tak, aby podporovalo odeslání dohody k notářskému ověření.
- K označení účastníka schůze s notářem je třeba používat novou roli, NOTARY_SIGNER.
- Do definice AgreementInfo byl přidán nový atribut NotaryInfo, aby tato definice obsahovala všechny možnosti související s vytvořením nové dohody vyžadující notářské ověření.
|
Název parametru |
Objekt REST |
Popis |
||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
memberInfos |
ParticipantInfo[] |
Pole objektů ParticipantInfo obsahující data specifická pro daného účastníka (např. e-mail). Všichni účastníci v daném poli patří do stejné sady. |
||||||||||||||||
|
role |
|
Role účastníka schůze s notářem používaná všemi účastníky v dané sadě (podepisující, schvalovatel apod.) |
Přípona FileInfo
Definice FileInfo bude muset být rozšířena, aby udávala, které dokumenty je nutné notářsky ověřit.
|
Název parametru |
Typ |
Výchozí |
Požadováno |
Popis |
|---|---|---|---|---|
|
dokument |
Dokument |
|
volitelné |
Dokument, který je přidružen ke smlouvě. |
|
label |
Řetězec |
|
volitelné |
Jedinečná hodnota popisku prvku informace o souboru. V případě vlastního pracovního postupu bude mapovat soubor do odpovídajícího prvku souboru v definici pracovního postupu. |
|
libraryDocumentId |
Řetězec |
|
volitelné |
ID pro existující dokument knihovny, který bude přidán do dohody |
|
transientDocumentId |
Řetězec |
|
volitelné |
ID pro přechodný dokument, který bude přidán do dohody |
|
notarize |
pravda |
nepravda |
volitelné |
Udává, že tento dokument je nutné notářsky ověřit. |
Přípona ParticipantInfo
Definice ParticipantInfo byla rozšířena tak, aby umožnila určení způsobu notářského ověření.
|
Název parametru |
Typ |
Výchozí |
Požadováno |
Popis |
|---|---|---|---|---|
|
|
Řetězec |
Není k dispozici |
vyžadováno |
E-mail účastníka. |
|
notaryAuthentication |
Výčet |
MULTI_FACTOR_AUTHENTICATION |
volitelné |
MULTI_FACTOR_AUTHENTICATION – Notářské ověření se provádí pomocí metody dvoufázového ověření |
NotaryInfo
Do definice AgreementInfo bylo přidáno nové volitelné pole notaryInfo, aby obsahovala objekt NotaryInfo určující další možnosti související s notářským ověřením.
|
Název parametru |
Typ |
Výchozí |
Požadováno |
Popis |
|---|---|---|---|---|
|
notaryType |
Výčet |
Pokud je na účtu povolena pouze Služba Notář na vyžádání od společnosti Notarize, |
vyžadováno |
NOTARIZE_NOTARY – Služba Notarize poskytuje notáře |
|
platba |
Výčet |
BY_SENDER |
volitelné |
Platí pouze, pokud typ == NOTARIZE_NOTARY |
|
appointmentStart |
Řetězec |
"" |
volitelné |
Řetězec ve formátu ISO_DATE_TIME – viz ISO_ZONED_DATE_TIME |
|
poznámka |
Řetězec |
žádné |
volitelné |
Poznámky ke schůzi s notářem. |
|
notaryEmail |
Řetězec |
"" |
volitelné |
e-mail vlastního notáře |
Příklad /agreement
PUT|GET /agreements/{aid}
PUT /agreements/{aid} Rozhraní API bude podporovat aktualizaci dohody pomocí možností notářského ověření. GET /agreements/{aid} Rozhraní API vrátí libovolné možnosti nastavené pro notářské ověření dohody. Aktualizované atributy si můžete prohlédnout v části POST /agreements.
Kódy chyb
Stávající chybové kódy pro POST /agreements zůstávají nezměněné. Definovali jsme nový chybový kód, viz níže:
|
Chybový kód REST |
Stav kódu HTTP |
Zpráva |
Scénář |
|---|---|---|---|
|
PERMISSION_DENIED |
403 |
Nastavení uživatele nebo token rozsahu OAuth nepovolují odeslání dohody k notářskému ověření. |
Tato chyba se zobrazí, když je role nastavená na NOTARY_SIGNER a volající API (potenciální odesílatel) nemá povolenou funkci notářského ověření nebo pokud není nastaven poskytovatel služby notářského ověření. |
Dopad na dokumentaci
V objektu AgreementInfo požadavku bude prvek "status" obsahovat nový stav dohody "WAITING_FOR_NOTARIZATION".
POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens
Zákazníci (podepisující notáři) mohou použít rozhraní API k získání tokenu podepsání, který jim umožní dokončit fázi elektronického podepsání pracovního postupu.
- K zachycení nové role byla přidána nová funkce podepisování – ACCEPT_BEFORE_NOTARIZATION.
- K dokončení fáze notářského ověření by neměly být získávány tokeny podepisování.
PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status
Rozhraní API mohou používat zákazníci (podepisující notáři) k dokončení fáze elektronického podepsání pracovního postupu. Pro účely práce s novou rolí byla představena nová hodnota stavu výčtu – ACCEPTED_BEFORE_NOTARIZATION.
|
Atribut |
Typ |
Popis |
||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Stav |
Výčet<Řetězec>
|
|
||||||||||||||
Podepisující notář může dokončit fázi elektronického podepsání podle níže uvedené sekvence volání API:
- GET /agreements/{agreementId}/members – pro načtení ID účastníka a ID sady účastníků podepisujícího notáře
- POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens – Pro vyžádání tokenu podepsání pro podepisujícího notáře s funkcí ACCEPT_BEFORE_NOTARIZATION
- POST /transientDocuments – pro odeslání zkontrolovaného dokumentu
- PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status – pro odeslání zkontrolovaného dokumentu a dokončení fáze elektronického podepsání.
Nová událost webhook
Zákazníci se mohou přihlásit k odběru nové události webhook, AGREEMENT_READY_FOR_NOTARIZATION, která je upozorní, když je dohoda připravená k notářskému ověření. Tato událost není viditelná na uživatelském rozhraní webhook a k jejímu odběru se lze přihlásit prostřednictvím volání POST / rozhraní API webhook.
Dopad na dokumentaci
Následující rozhraní API nebyla změněna, ale byla provedena aktualizace jejich dokumentace, aby obsahovala nový stav dohody "WAITING_FOR_NOTARIZATION" nebo novou roli "NOTARY_SIGNER".
GET /agreements
Proto prvek "status" objektu UserAgreements/UserAgreement nyní obsahuje odpovídající stav "WAITING_FOR_NOTARIZATION".
GET /agreements/{agreementId}
Proto prvek "status" objektu AgreementInfo nyní obsahuje odpovídající stav "WAITING_FOR_NOTARIZATION".
GET /agreements/{agreementId}/events
Rozhraní API bylo aktualizováno tak, aby podporovalo nové události READY_TO_NOTARIZE a NOTARIZED.
Proto objekt Událost, prvek
- „participantRole“ nyní obsahuje novou roli NOTARY_SIGNER.
- Prvek "type" obsahuje nové události READY_TO_NOTARIZE a NOTARIZED. Prvek "description" bude "Dokument byl odeslán k notářskému ověření" a "Byl přijat notářsky ověřený dokument"
GET /agreements/{agreementId}/members/participantSets/{participantSetId}
Proto prvek "status" objektu DetailedParticipantSetInfo nyní obsahuje odpovídající stav "WAITING_FOR_NOTARIZATION".
PUT /agreements/{agreementId}
Požadavek objektu AgreementInfo nyní obsahuje stav "WAITING_FOR_NOTARIZATION".
PUT /agreements/{agreementId}/members/participantSets/{participantSetId}
Stav WAITING_FOR_NOTARIZATION je jednou z hodnot prvku "status" v objektu DetailedParticipantSetInfo.
POST /agreements/{agreementId}/view
Stav WAITING_FOR_NOTARIZATION byl přidán jako jedno z povolených zobrazení.
GET /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingInfo
Pokud má účastník uvedený v cestě požadavku roli podepisujícího notáře, rozhraní API vrátí konfiguraci podepisování ACCEPT_BEFORE_NOTARIZATION v souladu se všemi ostatními konfiguracemi podepisování pro tuto dohodu/účastníka.
| První hlášení: červenec 2021 | Odstraněno ze současného seznamu: říjen 2021 |
Adobe Sign dokončilo vydání funkce 16. září 2021. Během tohoto vydání nedošlo k žádnému výpadku
Zářijové vydání zahrnuje vylepšení funkcí pro uživatele a správce, stejně jako řešení více problémů hlášených zákazníky.
| První hlášení: červen 2021 | Odstraněno ze současného seznamu: říjen 2021 |
Zabezpečení SMS (pokud jde o sladění sendingID s údajným názvem společnosti ve zprávě) se zlepšilo do té míry, že odesílání SMS zpráv Adobe Sign s názvem jiné společnosti může způsobit selhání doručení zprávy.
V důsledku toho bude možnost přizpůsobení zprávy telefonního ověření s názvem společnosti odstraněna ze služby v zářijovém vydání 2021.
Známý problém: Nová stránka Domů nebo Správa je prázdná
|
První hlášení: únor 2020 |
Odstraněno ze současného seznamu: |
|---|
Problém: Při přepnutí na novou stránku Domů nebo Správa je stránka zcela prázdná.
Test: zkuste načíst tuto stránku: https://documentcloud.adobe.com/
- Pokud nemůžete načíst https://documentcloud.adobe.com/ , měli byste kontaktovat svého interního správce sítě a společně odblokovat doménu documentcloud.adobe.com.
- Pokud k výše uvedenému odkazu přístup máte, kontaktujte podporu
| Poprvé nahlášeno: červen 2021 | Odstraněno z aktuálního seznamu: říjen 2021 |
Volání rozhraní v6 REST POST /workflows/ID/agreements API bylo odstraněno ze služby ve vydání z června 2021, rok po odstranění volání z dokumentace a oznámení uživatelům, že koncový bod bude odstraněn.
Zákazníci, kteří budou toto volání API nadále používat, nyní obdrží chybu 404.
Navrhovanou alternativou pro nahrazení této funkce je použití volání POST/agreement s workflowID v požadavku JSON.
Ukázka těla požadavku:
| Poprvé nahlášeno: červen 2021 | Odstraněno z aktuálního seznamu: říjen 2021 |
Před verzí z června vracelo rozhraní API při volání GET /agreements/{agreementId}/signingUrls ihned poté, co byla dohoda vytvořena, kód chyby 404.
Krátce poté, co kód chyby 404 zmizel, odpověď obsahovala jiný kód chyby než 404, ale obsahovala pouze prvek signingURLs odesílatele. (Zatímco účast podepisujícího byla stále definována.)
Po spuštění v červnu 2021 bude vrácen kód 404: AGREEMENT_NOT_EXPOSED až do dokončení úplného seznamu adres URL pro podpis, kdy je doručen kód 200.
Zákazníkům, kteří nechtějí pokračovat ve zkouškách volání API, dokud není vrácena odpověď 200, doporučujeme používat Webhooks a reagovat na událost AGREEMENT_CREATED.
Plánovaná odstávka pro integrace Adobe Sign pro Word/PowerPoint, Outlook a Teams
|
První zpráva: březen 2021 - aktualizováno červen 2021 |
Odstraněno z aktuálního seznamu: |
|---|
V sobotu 17. července 2021 Adobe Sign dokončil údržbu následujících integrací:
- Služba Adobe Sign pro Microsoft Teams
- Adobe Sign pro Microsoft Word/PowerPoint
- Adobe Sign pro Microsoft Outlook
Integrace nyní fungují normálně.
| Poprvé nahlášeno: červen 2021 – aktualizováno srpen 2021 | Odstraněno z aktuálního seznamu: září 2021 |
Adobe Sign dokončil aktualizaci opravy k 11. srpnu 2021. Oprava byla dokončena bez výpadku.
Srpnové vydání opravy zahrnuje menší změny prostředí a řešení více problémů nahlášených zákazníky.
Plánované ukončení služby pro SOAP API v květnu 2021
|
První hlášení: červen 2018 - Aktualizováno: únor 2021 |
Odebráno ze současného seznamu: září 2021 |
|---|
S vydáním REST API verze 6, které poskytuje nejlepší vývojářské prostředí pro vývojáře Adobe Sign, bylo SOAP API označeno jako zastaralé a nebude podporováno po květnu 2021. Rozhraní REST API je nyní upřednostňovaným rozhraním pro integrátory i vývojáře aplikací a budoucí vývoj by se měl přesunout do tohoto rozhraní API.
Zde jsou některé odkazy, které pomůžou s přechodem:
- Migrace z Simple Object Access Protocol
- Metody Adobe Sign REST API verze 6
POŽADOVANÉ AKCE
Pokud jste vyvinuli integraci nebo aplikaci pro službu Adobe Sign založenou na SOAP API, budete muset přepsat svou aplikaci pomocí alespoň REST API verze 6 před květnem 2021. Přímá komunikace s vývojáři a integrátory bude probíhat v příštích několika čtvrtletích, aby byl zajištěn hladký přechod na nejnovější API.
Plánované „ukončení služby" pro prohlížeče IE 11 v integracích Microsoft
|
První hlášení: leden 2021 |
Odebráno ze současného seznamu: září 2021 |
|---|
Microsoft ukončuje podporu pro Internet Explorer 11 dne 17. srpna 2021.
V důsledku toho integrace Adobe Sign pro Microsoft také ukončují podporu pro IE11 ve stejném časovém rámci.
Ovlivněné služby jsou:
- Dynamics 365 (Online a On-Prem)
- Microsoft 365
- Outlook 365
- Power Automate/Power Apps
- SharePoint (Online a On-Prem)
- Týmy
Plánované ukončení služby pro integraci Adobe Sign s Dropbox
|
První hlášení: březen 2021 |
Odebráno ze současného seznamu: srpen 2021 |
|---|
Integrace Adobe Sign s Dropbox má být ukončena dne 31. července 2021.
V tu dobu již nebude Adobe Sign dostupný prostřednictvím vašeho účtu Dropbox, avšak všechny vaše smlouvy Adobe Sign vám zůstanou dostupné a můžete k nim přistupovat přihlášením do svého účtu Adobe Sign.
Nové vydání: Adobe Sign červen 2021
Adobe Sign dokončil vydání z června 2021 bez výpadku.
Červnové vydání zahrnuje vylepšení funkcí pro uživatele a správce, stejně jako vyřešení mnoha problémů nahlášených zákazníky.
|
Poprvé nahlášeno: duben 2021 |
Odstraněno ze současného seznamu: srpen 2021 |
|---|
Adobe Sign vydává nové SSL certifikáty k 1. červnu 2021
Nedochází k žádné změně veřejného klíče, základních kryptografických protokolů nebo schématu.
Nové certifikáty jsou k dispozici ke stažení ze stránky Systémové požadavky Adobe Sign.
POŽADOVANÉ AKCE
Použití veřejného klíče
Pokud máte vlastní integrace s Adobe Sign pomocí SOAP nebo REST API a pokud některá z těchto integrací má „připnutý" stávající veřejný klíč, není vyžadována žádná akce.
Pokud používáte SSL certifikáty Adobe Sign pro SSO nebo pokud připínáte samotný certifikát (nebo používáte jiné metody), najdete nové certifikáty Adobe Sign v Systémových požadavcích Adobe Sign.
Nové SSL certifikáty budou aktivovány 1. června 2021
|
Poprvé nahlášeno: leden 2021 |
Odstraněno ze současného seznamu: červenec 2021 |
|---|
Nový formulář IRS W-4 (2021), nazvaný W-4 2021 (Employee's Withholding Certificate), se očekává, že bude přidán do knihovny Adobe Sign jako součást vydání z února 2021.
POŽADOVANÉ AKCE
Nový formulář W-4 má nové libraryDocumentId.Pokud používáte stávající libraryDocumentId šablony ve svých aplikacích, budete ho muset aktualizovat.
Verze z roku 2020 má být ze systému odstraněna v květnu 2021.
Jakákoliv aplikace/API používající starší formulář (verze 2020) musí být aktualizována před 1. květnem, aby nedošlo k přerušení služby.
Jak najít libraryDocumentId v účtu s povoleným API:
- Přihlaste se jako správce účtu
- Klikněte na záložku Účet > Adobe Sign API > Informace o API > klikněte na odkaz: REST API Methods Documentation
- V sekci GET /libraryDocuments klikněte na tlačítko OAUTH ACCESS-TOKEN
- Povolte library_read:self rozsah
- Klikněte na Vyzkoušet! tlačítko
- V Response Body najděte novou šablonu formuláře W-4 2021 (Employee's Withholding Certificate) (ne verzi2020), abyste viděli hodnotu libraryDocumentId.
Nová verze: Adobe Sign z května 2021
|
Poprvé nahlášeno: březen 2021 |
Odstraněno ze současného seznamu: červenec 2021 |
|---|
Adobe Sign dokončil vydání z května 2021 bez výpadku.
Vydání v květnu zahrnuje vylepšení funkcí pro uživatele a správce a také řešení několika problémů nahlášených zákazníky.
Aktualizace správy souborů cookie v aplikaci Adobe Sign
|
Poprvé nahlášeno: srpen 2020 |
Odstraněno z aktuálního seznamu: červenec 2021 |
|---|
Aplikace Adobe Sign přijímá nový banner souhlasu se soubory cookie od společnosti OneTrust, který zůstává zobrazený, dokud uživatel výslovně neudělá volbu.
Uživatelé, kteří jsou během ověřování přesměrováni na novou doménu, musí udělit souhlas podruhé pro druhou doménu (běžným případem je přesměrování z echosign.com na adobesign.com kvůli přepnutí domény).
Uživatelům se doporučuje aktualizovat záložky, aby se eliminovalo přesměrování.
Fill & Sign má cestu pro šablony a ověřené podepisování
|
Poprvé nahlášeno: březen 2020 |
Odstraněno z aktuálního seznamu: červenec 2021 |
|---|
Stránka pro vytváření Podepíšu pouze já bude nahrazena novou stránkou pro vytváření (založenou na nejnovějších návrzích stránky Odeslat), která umožňuje použití šablon a umístění polí při vytváření.
Nastavení správce určuje výchozí uživatelské prostředí. Volitelný odkaz „přepnout" lze povolit, aby uživatel mohl přepínat mezi rozhraním volného formuláře Vyplnit a podepsat a novým prostředím s povoleným vytvářením Vlastní podpis.
Novinkou tohoto prostředí je možnost použít ověření pro podepisujícího.
Ovládací prvky jsou založeny na nastavení Vynutit ověření identity. Když je povoleno, uživatel bude vyzván k zadání svých přihlašovacích údajů Adobe Sign při otevření smlouvy a (volitelně) znovu při umístění podpisu nebo dokončení smlouvy.
Ovládací prvky pro nové prostředí vlastního podepisování a také pro vynucené ověření identity lze nastavit na úrovni účtu a/nebo skupiny (nastavení na úrovni skupiny přepisuje nastavení na úrovni účtu)
Plán zavedení
Nové prostředí vlastního podepisování nahradí starší stránku Podepíšu pouze já během následujících dvou hlavních vydání.
Zákazníci, kteří používají starší funkci Podepíšu pouze já, by měli naplánovat migraci na nové prostředí do podzimu 2020, kdy se stane výchozím a starší stránka bude odstraněna ze služby.
- S červencovým vydáním nebudou provedeny žádné změny stávajících nastavení
- V následujícím vydání bude nové prostředí nastaveno jako výchozí s možností vrátit se na starou stránku
- Ve vydání na podzim 2020 bude možnost vrátit se ke starému rozhraní odstraněna.
Aktualizace Adobe Sign pro Word/PowerPoint, Outlook a Teams bude spuštěna 19. dubna
|
Poprvé nahlášeno: prosinec 2020 - Aktualizováno: březen 2021 |
Odstraněno z aktuálního seznamu: květen 2021 |
|---|
Aktualizace vstoupí v platnost v 8:00 PDT / 11:00 EST / 15:00 UTC
Tato aktualizace vylepšuje celkové zabezpečení všech tří integrovaných verzí nástroje.
Po dokončení aktualizace budou správci/uživatelé vyzváni k opětovnému schválení žádosti o oprávnění pro aplikaci před udělením přístupu.
Nová verze: Adobe Sign březen 2021
|
První hlášení: únor 2021 |
Odstraněno z aktuálního seznamu: květen 2021 |
|---|
Adobe Sign dokončil vydání verze pro březen 2021 bez výpadku.
Toto vydání produktu zahrnuje nové funkce/vylepšení pro správce a koncové uživatele a také několik vyřešených problémů.
Plánovaný „konec služby" pro prohlížeče Edge Legacy v integracích Microsoft
|
První hlášení: leden 2021 |
Odstraněno z aktuálního seznamu: květen 2021 |
|---|
Microsoft ukončuje podporu pro prohlížeč Edge Legacy dne 9. března 2021
V důsledku toho integrace Adobe Sign pro Microsoft také ukončují podporu pro Edge Legacy ve stejném termínu.
Ovlivněné služby jsou:
- Dynamics 365 (Online a On-Prem)
- Microsoft 365
- Outlook 365
- Power Automate/Power Apps
- SharePoint (Online a On-Premises)
- Týmy
Konec podpory: Akce Adobe Sign pro Microsoft Power Automate v1 – naplánováno na leden 2021
|
První hlášení: červenec 2020 |
Odstraněno z aktuálního seznamu: květen 2021 |
|---|
Aktualizace Adobe Sign pro Power Automate 3.0 zavádí nové akce REST v6, které jsou určeny jako robustnější náhrady za stávající akce se stejným názvem.
Pracovní postupy používající starší akce budou nadále fungovat, pokud nepodniknete žádné kroky.Starší akce byly označeny v názvu slovem (Old). Tyto starší akce jsou naplánovány k ukončení podpory do ledna 2021.
Seznam akcí, které budou označeny jako zastaralé:
- Vytvořit šablonu knihovny z adresy URL dokumentu (stará)
- Vytvořit šablonu knihovny z nahraného dokumentu (stará)
- Vytvořit dohodu z adresy URL dokumentu a odeslat k podpisu (stará)
- Vytvořit dohodu ze šablony knihovny a odeslat k podpisu (stará)
- Vytvořit dohodu z nahraného dokumentu a odeslat k podpisu (stará)
- Získat seznam všech dohod (stará)
- Získat seznam všech šablon knihovny (stará)
- Získat data polí formuláře dohody (stará)
- Nahrát dokument a získat ID dokumentu (stará)
Nové akce se zobrazují v seznamu akcí se stejným názvem jako starší akce.
Zákazníci, kteří tyto akce používají, by měli aktualizovat své toky, aby používaly nové akce konektoru. To lze provést nahrazením starší akce novými akcemi v existujícím toku automatizace.
Ukončení služby pro sociální autentizaci
|
Poprvé nahlášeno: listopad 2020 |
Odstraněno z aktuálního seznamu: květen 2021 |
|---|
Možnost vyžadovat od podepisujících poskytnutí jejich sociální identity před získáním přístupu k zobrazení a podpisu dokumentu bude odstraněna v březnu 2021. Tato funkce umožnila odesílatelům vyžadovat přihlášení z Facebooku, LinkedIn, Google, Yahoo!, Microsoft Live nebo Twitteru.
Plánované „Ukončení služby" pro osobní integraci Twitteru
|
Poprvé nahlášeno: prosinec 2020 - Aktualizováno: leden 2021 |
Odstraněno z aktuálního seznamu: květen 2021 |
|---|
Možnost integrace s Twitterem na úrovni uživatele (prostřednictvím osobních předvoleb) bude odstraněna z uživatelského rozhraní v březnu 2021. V té době:
- Žádné nové uživatelské účty nemohou povolit Twitter na úrovni uživatele
- Uživatelé, kteří mají Twitter povolen, přestanou vidět zprávy Twitteru pro nové vytvořené smlouvy
- Bezplatné uživatelské účty, které mají Twitter povolen, budou mít měsíční limit transakcí snížen z deseti na:
- 5 transakcí měsíčně pro Adobe Sign Web klienty
- 2 transakce měsíčně pro klienty Acrobat
- 5 transakcí měsíčně pro Adobe Sign Web klienty
- U povolených účtů budou ze systémů Adobe Sign odebrány přihlašovací údaje pro Twitter
- Aplikace Adobe Sign pro Twitter bude smazána, aby vypršely všechny tokeny Twitteru
Nové vydání: Adobe Sign únor 2021
|
Poprvé nahlášeno: leden 2021 - Aktualizováno: únor 2021 |
Odstraněno z aktuálního seznamu: březen 2021 |
|---|
Únorové vydání bylo dokončeno bez výpadků služby.
Tato verze produktu obsahuje nové funkce/vylepšení pro správce a koncové uživatele a také několik vyřešených problémů.
Návrhář pracovních postupů produkuje chybové zprávy
|
Poprvé nahlášeno: září 2020 |
Odstraněno ze současného seznamu: březen 2021 |
|---|
Kvůli vylepšenému zabezpečení při sdílení materiálů z knihoven mohou po aktualizaci ze září některé pracovní postupy během jejich úpravy začít zobrazovat zprávu Chyba serveru:
Odesílatelé, kteří se pokouší použít pracovní postup s tímto problémem, obdrží chybovou zprávu, která označuje, že pracovní postup obsahuje dokumenty, které jsou mimo rozsah:
Tato chyba znamená, že pracovní postup ztratil oprávnění použít nejméně jednu z přiložených šablon knihovny. Nejčastěji se to stává, když se oprávnění přístupu k šabloně změní z povolení přístupu účtu/skupiny na omezení přístupu na vlastníka.
Správci by tuto chybovou zprávu měli zrušit a nenačítat stránku znovu.
Postup opravy chyby:
- Vlastník šablony by měl upravit oprávnění šablony tak, aby k ní měl(a) přístup účet/skupina, ke kterým je vázán pracovní postup.
- Vlastník pracovního postupu může šablonu nahradit jinou, která bude mít patřičná oprávnění. Abyste to mohli provést, zrušte výše uvedenou chybovou zprávu a pokračujte úpravou pracovního postupu a nahrazením dokumentu
Ukončení služby Adobe Sign for Workplace by Facebook
|
Poprvé nahlášeno: listopad 2020 |
Odstraněno ze současného seznamu: leden 2021 |
|---|
Integrace Adobe Sign for Workplace by Facebook byla plně vyřazena z provozu k 29. listopadu 2020.