Adobe Sign: září 2021

• Sandbox – Zákazníci na podnikové úrovni si mají možnost zakoupit přístup do prostředí sandbox za účelem testování šablon, pracovních prostupů zákazníků, aplikací rozhraní API a dalších. Tyto objekty lze přesunout z provozního prostředí do prostředí sanbox, provést zde aktualizace a jakmile jsou aktualizace ověřeny a připraveny k nasazení, přesunout je zpět do provozního prostředí.

• Podpora digitálního podpisu ECDSA - Adobe Sign nyní podporuje bezpečnější a efektivnější digitální podpisy založené na formátu ECDSA, který používá kryptografii eliptických křivek podle standardu ANS X9.62-2005.
  Nyní jsou podporovány křivky NIST s hašovacími funkcemi SHA-2, které jsou definovány standardy FIPS, což dává našim poskytovatelů důvěryhodných služeb (TSP) z konsorcia Cloud Signature Consortium možnost poskytnout podepisujícím rychlejší a bezpečnější oprávnění založená na šifrování ECC, včetně těch, která splňují doporučené požadavky na použití federální vládou USA a singapurskou vládou.

• Aktualizace režimu Liquid Mode – možnosti podepisování v režimu Liquid Mode se nově rozšířily nad rámec dohod o webové formuláře. Formuláře v režimu Liquid Mode mohou dramaticky zlepšit postup podepisujícího tím, že sníží potřebu formulář opakovaně přibližovat a oddalovat pomocí gest a zároveň tím zlepší zaměření na pole, která je třeba vyplnit.

Podrobnosti o režimu Liquid najdete zde >

• Noví poskytovatelé důvěryhodných služeb (TSP) – Cleverbase (Nizozemsko), PrimeSign (Rakousko), Sectigo (globální) a TrustPro (Irsko) jsou noví poskytovatelé důvěryhodných služeb z konsorcia Cloud Signature Consortium, kteří poskytují certifikáty pro použití zabezpečených digitálních podpisů, které splňují ty nejpřísnější normy a požadavky na plnění předpisů.

• Přizpůsobení polí Komu a Kopie v hlavičkách e-mailů pro příjemce - Zákazníci, kteří se obávají úniku e-mailových adres prostřednictvím hlaviček e-mailů příjemcům, mohou skrýt hodnoty e-mailových adres v polích Komu a Kopie.
  
  • Tato možnost je dostupná pro zákazníky podnikové a firemní úrovně a lze ji konfigurovat na úrovni jednotlivých účtů a skupin.
  • Ovládací prvky funkce jsou dostupné přechodem na Nastavení účtu > Nastavení e-mailu > Přizpůsobit pole Komu a Kopie.
    

• Souhlas s podmínkami použití společnosti Adobe na stránkách eSign – Za účelem splnění právních požadavků společnosti Adobe byla u služby Adobe Sign provedena aktualizace přijetí Podmínek používání (ToU) na stránce eSign. V rámci této aktualizace musí všichni „neznámí“ příjemci přijmout ToU a zásady ochrany osobních údajů služby Adobe Sign (klepnutím na tlačítko Pokračovat ) ještě předtím, než začnou s dohodou pracovat. Tento souhlas se liší od všech vlastních ToU, které si mohl zákaznický účet nastavit a které i nadále spadají pod konfiguraci 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 Zveřejnění pro zákazníky a vlastní podmínky používání výběrem tlačítka Klikněte pro podpis .
   

• Možnost uzamknutí hodnoty pole Jméno je nyní k dispozici i u zadaných strojových podpisů – V březnové verzi byla přidána možnost příjemci při podpisu povolit/zakázat úpravu hodnoty pole svého jména za předpokladu, že bylo jméno uvedeno či známo (prostřednictvím rozhraní API nebo uživatelského profilu).  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 Zadávání 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ž není během procesu podpisu upravitelná pro psané podpisy.
  
• Zákazníci, kteří v průběhu podepisování chtějí povolit úpravu hodnoty pole jména, musejí povolit možnost Podepisující mohou změnit své jméno nebo iniciály (v nabídce Preference podpisu).

• Neaktivní uživatelé mohou podepisovat dohody – služba Adobe Sign nyní přistupuje k neaktivním uživatelům, jako kdyby byli v systému neznámí (za účelem podepsání vázaných dohod). Je-li neaktivní uživatel požádán o podpis dohody, je pro účely podpisu této konkrétní dohody vytvořeno nové jednorázové ID uživatele. Jednorázové ID uživatele nesouvisí s Neaktivním ID uživatele a jeho účtem. To má několik důsledků:
• Dohody odeslané neaktivnímu uživateli lze podepsat, protože status Neaktivní se nevztahuje na jednorázové ID uživatele vytvořené pro potřeby podpisu dané dohody.
•  Dohody podepsané pod jednorázovým ID uživatele nespadají pod Neaktivní ID uživatele, takže je nelze nalézt v účtu daného neaktivního uživatele.
• Ve sdílených souborech Neaktivního ID uživatele se nebudou zobrazovat dohody podepsané jednorázovým ID uživatele.
• Hlášení proti Neaktivnímu ID uživatele se neprojeví v dohodách podepsaných pod jednorázovým ID uživatele.
• Je-li Neaktivní ID uživatele znovu aktivováno, uživatel na stránce Správa neuvidí informace o dohodách podepsaných pod jednorázovým ID uživatele.

Z tohoto chování existují dvě výjimky:

• Dohody odeslané uživateli ještě předtím, než byly označeny jako Neaktivní, nelze podepsat (dohoda již byla propojena s neaktivním ID uživatele).
• Uživatelé explicitně nakonfigurovaní tak, aby nemohli podepisovat smlouvy, nadále nebudou moci provádět žádné podpisové akce.
  

Neaktivní uživatelé se ani nadále nebudou moci přihlásit do systému Adobe Sign a nebude jim umožněno jakýmkoli způsobem odesílat dohody.

• Vylepšené zabezpečení přístupu k webovému formuláři pomocí hesla – Po řadě neúspěšných pokusů o přístup k adrese URL chráněné heslem nastala ve webových formulářích prodleva.

• Mezinárodní podpora Aadhaar – Zákazníci ze všech instancí ve službě Adobe Sign mohou nyní jako poskytovatele digitálního podpisu využít volitelnou službu Aadhaar. Dříve byla k dispozici pouze pro účty v instanci IN1. Doplněk Aadhaar lze zakoupit za dodatečný poplatek za jednotlivé transakce podpisu.

• Omezené sdílení smluv - Sdílení smluv je omezeno při sdílení smlouvy na externí e-mailovou adresu.
  
  • Účty s více licencemi mohou jednu dohodu sdílet až desetkrát. 
    
  • Individuální účty mohou sdílet smlouvu až 5krát.
    
  • Sdílení dohody s interními uživateli je bez omezení.

• Vlastní název společnosti v ověření pomocí telefonu byl ze služby odstraněn – Přizpůsobitelná hodnota názvu společnosti, kterou bylo možné vložit v rámci metody ověření pomocí telefonu, byla dle oznámení v technických upozorněních z června ze služby odstraněna.

• U účtů s povolenou funkcí předpisů HIPAA je nyní možné upravit nastavení obrázků a odkazů v e-mailových zprávách pro příjemce na stránce Globální nastavení / Nastavení skupiny.

Zkontrolovat nastavení souvisejících s předpisy HIPAA můžete zde >

• Pořadí, ve kterém jsou Přílohy souborů zahrnuty do finálního PDF, bylo aktualizováno tak, aby se řadily nejprve podle čísla stránky a poté podle pozice pole (při čtení zleva doprava; shora dolů)
  

• Funkce Nahradit příjemce na nové stránce Stránka nyní umožňuje odesílateli připojit volitelnou zprávu novému příjemci.

Více informací o funkci Nahradit příjemce najdete zde >

• Externí podepisující musí nyní při přístupu k dokončeným dohodám projít ověřováním, pokud bylo u dohody nastaveno vícefaktorové ověřování (místo výzvy k přihlášení do služby Adobe Sign).

• Webové formuláře nyní vykazují hodnoty neověřených webových formulářů při použití funkce Stáhnout data polí formuláře na stránce Správa.

Více informací o webových formulářích >  

• Možnost Přečíst si dohodu pro webové formuláře – K dispozici jsou dvě nová volání rozhraní API typu REST v6, která umožňují přístup k zobrazení webových formulářů:
  • GET /widgets/<resourceId>
  • GET /widgets/<resourceId>/combinedDocument/url
• Příkaz GET/workflows/{workflowId} nyní v odpovědi vrací roli účastníka.