Technická oznámení Adobe Acrobat Sign 2021-2022

Naposledy aktualizováno 20. 1. 2025

Šablona Adobe Sign: W-4 (2022)

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:

  1. Přihlaste se jako správce účtu
  2. Klikněte na záložku Účet > Adobe Sign API > Informace o API > klikněte na odkaz: REST API Methods Documentation
  3. V sekci GET /libraryDocuments klikněte na tlačítko OAUTH ACCESS-TOKEN 
    • Povolte library_read:self rozsah
  4. Klikněte na Vyzkoušet! tlačítko
  5. 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. 

Dva nové webhooky přidané s vydáním z 14. června

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.

Vydání funkcí: Adobe Acrobat Sign – vydání z 15. června dokončeno

Vydání funkcí je dokončeno a všechny funkce jsou k dispozici.

Aktualizace oprávnění pro Adobe Acrobat Sign pro integrace Microsoft z 8. června 2022 dokončena

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.

Ukončení podpory pro prohlížeče Microsoft Internet Explorer 11 a starší Edge k 31. prosinci 2021

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ší.

Vydání funkce: Adobe Acrobat Sign – vydání z 5. dubna dokončeno

První nahlášení: listopad 2021 - Aktualizováno: duben 2022

Odebráno ze současného seznamu: červen 2022

Adobe Acrobat Sign dokončil vydání funkcí naplánovaných na první týden dubna 2022.Během tohoto vydání nedošlo k žádnému výpadku

Vydání z dubna 2022 zahrnuje vylepšení funkcí pro uživatele i správce, stejně jako řešení několika problémů hlášených zákazníky.  

Nový certifikát SSL -
V platnosti od 1. dubna 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.

Menší vydání funkcí: Adobe Acrobat Sign 3. května 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. 

Tenant aktualizovaný pro integrace Acrobat Sign pro Word/PowerPoint, Outlook a Teams

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.

Vydání funkcí: leden 2022 – dokončeno

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.  

Nové stránky Domů a Správa se stal standardem v lednu 2022; klasické stránky odstraněny ze služby

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:
Prosinec 2021

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.

Vydání funkcí Adobe Sign – říjen 2021

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. 

Uzamčení hodnot jmen rozšířeno na psané podpisy

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ů).

Řízený přístup ke stránce e-podpisu v zářijovém vydání

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.

  1. Souhlas s ToU služby Adobe Sign udělíte tím, že vyberte tlačítko Pokračovat (po otevření dohody).
  2. Vyplňte pole dohody podle potřeby.
  3. 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

Hodnota

Popis

SIGNER

Podepisuje dohodu

APPROVER

Schvaluje dohodu

DELEGATE_TO_SIGNER

Osoba, která sama podepsat nemůže, ale deleguje dohodu jinému podepisujícímu

DELEGATE_TO_APPROVER

Osoba, která sama podepsat nemůže, ale deleguje dohodu jinému schvalovateli

SHARE

Účastník, se kterým byla tato dohoda sdílena

DELEGATE

Účastník, kterému byla dohoda delegována. Tuto roli nelze použít při vytváření nebo aktualizaci dohody prostřednictvím volání POST/PUT na zdroj dohody. Delegování probíhá odděleně podle účastníků.

NOTARY_SIGNER

Účastník schůze s notářem

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.

FileInfo

Název parametru

Typ

Výchozí

Požadováno

Popis

dokument

Dokument

volitelné

Dokument, který je přidružen ke smlouvě.
Toto pole nelze poskytnout ve volání POST.
V případě volání GET se jedná o jediné pole vrácené v odpovědi

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í.

ParticipantInfo

Název parametru

Typ

Výchozí

Požadováno

Popis

e-mail

Ř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í
NONE – Není vyžadováno žádné 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.

NotaryInfo

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,
poté se notaryType nastaví na NOTARIZE_NOTARY, jinak je výchozí BYON_NOTARY

vyžadováno

NOTARIZE_NOTARY – Služba Notarize poskytuje notáře
BYON_NOTARY – Účet poskytuje notáře

platba

Výčet

BY_SENDER

volitelné

Platí pouze, pokud typ == NOTARIZE_NOTARY
BY_SENDER – Za notářské ověření platí odesílatel
BY_SIGNER – Za notářské ověření platí podepisující

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>

Hodnota

SIGNED

APPROVED

ACCEPTED

DELIVERED

FORM_FILLED

ACCEPTED_BEFORE_NOTARIZATION

                                         

Tento stav udává, že dohodu dokončil příjemce s rolí SIGNER.

Tento stav udává, že dohodu dokončil příjemce s rolí APPROVER.

Tento stav udává, že dohodu dokončil příjemce s rolí ACCEPTOR.

Tento stav udává, že dohodu dokončil příjemce s rolí CERTIFIED_RECIPIENT.

Tento stav udává, že dohodu dokončil příjemce s rolí FORM_FILLER.

Tento stav udává, že dohodu dokončil příjemce s rolí NOTARY_SIGNER, aniž by ji notářsky ověřil.

Podepisující notář může dokončit fázi elektronického podepsání podle níže uvedené sekvence volání API:

  1. GET /agreements/{agreementId}/members – pro načtení ID účastníka a ID sady účastníků podepisujícího notáře
  2. 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
  3. POST /transientDocuments – pro odeslání zkontrolovaného dokumentu
  4. 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.

Vydání: Adobe Sign září 2021

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.  

Možnost Název společnosti bude odstraněna z telefonního ověření

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:
říjen 2021

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

Adobe Sign v6 REST POST /workflows/ID/agreements byl odstraněn ze služby

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:

Aktualizace v6REST pro GET /agreements/{agreementId}/signingUrls

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:
říjen 2021

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ě.

Vydání opravy: Adobe Sign srpen 2021

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. 

K dispozici je nový SSL certifikát -
V platnosti od 1. června 2021

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

Nový formulář W-4 pro rok 2021 přidán do knihovny Adobe Sign

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:

  1. Přihlaste se jako správce účtu
  2. Klikněte na záložku Účet > Adobe Sign API > Informace o API > klikněte na odkaz: REST API Methods Documentation
  3. V sekci GET /libraryDocuments klikněte na tlačítko OAUTH ACCESS-TOKEN 
    • Povolte library_read:self rozsah
  4. Klikněte na Vyzkoušet! tlačítko
  5. 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
  • 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.