Notatki do wydania Adobe Acrobat Sign — 2021

Ostatnia aktualizacja 2 kwi 2026

Informacje o wydaniu usługi Adobe Sign z 2021 r.  

Adobe Sign: marzec 2021

Udoskonalone funkcje

Formularze internetowe dla wielu osób podpisujących

Konta korzystające z formularzy internetowych mają teraz możliwość uwzględnienia wielu zewnętrznych odbiorców w procesie podpisywania.

Dodatkowi odbiorcy są definiowani przez początkowego sygnatariusza:

Formularz internetowy dla wielu odbiorców

Korzystanie z szablonów biblioteki do tworzenia formularzy internetowych

Autorzy mogą teraz korzystać z istniejących szablonów biblioteki do tworzenia nowych formularzy internetowych.Plik jest importowany z zachowaniem wszystkich pól:

Formularz internetowy na podstawie szablonu

„Tryb płynny" w Adobe Sign do przeglądania na urządzeniach mobilnych

Liquid Mode jest opcjonalną funkcją generowania widoku responsywnego, która pozwala poprawić sposób wyświetlania dokumentów na podstawie typu urządzenia sygnatariusza.

Podpisany dokument jest przechowywany w standardowej wersji „PDF", podczas gdy odbiorcy mogą wyświetlić tryb płynny na telefonach komórkowych i przełączyć się, aby zobaczyć oryginalny dokument.

Można teraz przesłać dokument HTML i wygenerować widok trybu płynnego na telefony komórkowe.

Więcej szczegółów dotyczących opcji trybu płynnego można znaleźć tutaj >

Przykład trybu płynnego

Blokowanie wartości nazwa dla znanych użytkowników podczas podpisywania za pomocą metod podpisu obrazem lub rysowaniem

Istnieją sytuacje, w których możliwość zmiany imienia i nazwiska odbiorcy podczas podpisywania jest niepożądana. Aplikacja Adobe Sign zapewnia elastyczność w tym zakresie w zależności od preferencji sygnatariusza dotyczących imienia i nazwiska.  W środowiskach o większej zgodności taka elastyczność jest nie do przyjęcia, dlatego istnieje nowy element sterujący, który blokuje imię i nazwisko odbiorcy w umowie.

Administratorzy mają teraz możliwość uniemożliwienia odbiorcom ze znanymi wartościami nazw zmiany tych wartości podczas stosowania podpisu rysowanego lub obrazu.

Sytuacje, w których znana jest wartość imienia i nazwiska:

  • Podczas wysyłania do odbiorcy z identyfikatorem Adobe Sign ID
  • Podczas wysyłania imienia i nazwiska za pośrednictwem interfejsu API
  • Gdy pola informacji o osobie podpisującej są wypełniane podczas wypełniania formularza
  • Gdy nazwa jest zablokowana podczas ukończenia uwierzytelnienia KBA lub dokumentu tożsamości

Więcej szczegółów dotyczących tej funkcji można znaleźć tutaj >

Zezwalanie odbiorcom na edytowanie imienia i nazwiska

 

Ulepszenia uwierzytelniania opartego na wiedzy

Dodano elementy sterowania do metody KBA uwierzytelniania tożsamości, które mogą wymagać od nadawcy podania imienia i nazwiska odbiorcy, a ta wartość imienia i nazwiska jest zablokowana podczas procesu podpisywania.

KBA lock name value.png

Opcje zwiększonego bezpieczeństwa poczty elektronicznej

Dostępne są dwie nowe opcje zwiększające bezpieczeństwo poczty e-mail. Oba ustawienia są domyślnie włączone:

Opcje zabezpieczeń poczty e-mail

Email options - pair.png

Aktualizacje interfejsu REST API v6

STANDARDOWE NAGŁÓWKI W KAŻDYM ŻĄDANIU V6 REST API

Domyślnie każde żądanie interfejsu REST API w wersji 6 ma teraz następujące nagłówki standardowe:

Standard Headers.png

/AGREEMENTS

Wszystkie punkty końcowe /agreements, które mają agreement id w ścieżce, zwracają kod błędu 404 AGREEMENT_DESTROYED, jeśli umowa została usunięta za pomocą narzędzi RODO.  


SZABLONY BIBLIOTEKI

PUT /libraryDocuments/{libraryDocumentId} — Rozszerzono o nowe pole ownerId

Spostrzeżenie

Ma to wpływ tylko na interfejs REST API w wersji 6.

Każde wywołanie v6 REST API, które nie zawiera tych nagłówków, jawnie udokumentuje tę nieobecność.

libraryDocumentId

libraryDocumentId

Pobierz dokumenty z biblioteki

Nowe pola w obiekcie LibraryDocumentInfo:

12.1

Pola ze zaktualizowanym zachowaniem:

12.1

FORMULARZE INTERNETOWE (/WIDGETS)

  • POST /widgets — Używanie libraryDocumentId do tworzenia formularza internetowego jest teraz obsługiwane dla prawidłowego identyfikatora

Dodany kod stanu:

Post Widgets

  • PUT /widgets — Używanie libraryDocumentId do tworzenia formularza internetowego jest teraz obsługiwane z prawidłowym identyfikatorem

Dodany kod stanu:

Put Widgets

Put widgetID entity

Dodany kod stanu:

Put widgetID entity

Zmiany dotyczące użytkowania

Nowe pola w obiekcie WidgetInfo:

Get WidgetID

Pola ze zaktualizowanym zachowaniem:

Get WidgetID

/MEGA SIGN

NOWOŚĆ:

Pobierz pola formularza megasignID

Parametry:

Parametry pobierania pól formularza megasignID

Obiekt odpowiedzi:

Odpowiedź pobierania pól formularza megasignID

PUT megasignID Formfields

Parametry:

PUT megasignID Formfields

Obiekt odpowiedzi:

PUT megasignID Formfields

ZAKTUALIZOWANO:

  • POST /megaSigns AUTHORING została dodana jako wartość stanu do obsługi tworzenia szablonu Mega Sign

Zmieniony parametr:

Post Megasigns.png

  • PUT /megaSigns/{megaSignId}/stateAUTHORING została dodana jako wartość stanu w celu obsługi tworzenia szablonu Mega Sign.W rezultacie megaSignCancellationInfo nie jest już wymaganym polem
PUT MegasignID State.png

Nowoczesna strona główna i strona Zarządzaj zostały uruchomione we wszystkich pozostałych kontach

Wszystkie konta miały zaktualizowane ustawienia sterowania, aby umożliwić użytkownikom korzystanie z nowoczesnych stron Strona główna i Zarządzaj .

Opcje w menu administratora pozostają dostępne dla kont, które muszą powrócić do klasycznego interfejsu:

Sterowanie stronami v4

Poziom usługi Adobe Sign i identyfikator konta widoczne w menu administratora

Administratorzy mogą teraz znaleźć swój identyfikator konta na stronie Ustawienia globalne:

AccountID.png

Identyfikator grupy można znaleźć na stronie Ustawienia grupy:

GroupID.png

Jawna konfiguracja HIPAA

Dostępna jest nowa strona, która wyraźnie pokazuje, kiedy konto jest włączone do zarządzania umowami podlegającymi wymaganiom HIPAA.  

  • Ten formant jest dostępny tylko na poziomie konta. Administratorzy na poziomie grupy nie mają dostępu
  • To sterowanie jest tylko do odczytu, aby wyraźnie wskazać, kiedy konto jest skonfigurowane
  • Skontaktuj się z menedżerem ds. sukcesów klienta lub pomocą techniczną w celu włączenia konfiguracji HIPAA

Więcej informacji na temat ustawień HIPAA podano tutaj >

Ustawienie HIPAA

Przycisk CTA został zmieniony dla klientów korzystających z aplikacji komputerowej Outlook w systemach Windows

Odbiorcy korzystający z klienta poczty e-mail programu Outlook na komputerze zobaczą zmianę w przycisku „Wezwanie do działania” w wiadomościach e-mail usługi Adobe Sign.

Nowa wersja usuwa niebieski przycisk HTML i zamiast tego udostępnia klikalne łącze tekstowe:

Nowe CTA

Spostrzeżenie

Ta zmiana wpływa tylko na aplikacje Outlook na komputery z systemem Windows.Inne klienty poczty e-mail i systemy operacyjne nadal otrzymują szablon z niebieskim przyciskiem.

Delegowanie umów z podpisami cyfrowymi

Możliwość delegowania umowy z dołączonymi podpisami cyfrowymi została ulepszona, aby umożliwić delegowanie z oryginalnego powiadomienia e-mail do odbiorcy poprzez automatyczne delegowanie skonfigurowane przez użytkownika oraz poprzez akcję Zastąp obecnego podpisującego na stronie Zarządzaj.


Zaktualizowany interfejs integracji płatności

Interfejs płatności został zaktualizowany w celu lepszego wyeksponowania elementów sterujących uwierzytelnianiem, co ułatwia proces konfiguracji.

Integracja płatności

Maksymalna wartość dla zarządzania danymi została zwiększona do 5475 dni (15 lat)

Klienci korzystający z reguł zarządzania danymi do automatycznego usuwania umów z systemu Adobe Sign mogą teraz ustawić tę datę usunięcia na maksymalnie 15 lat (w porównaniu z dotychczasowymi dziesięcioma).


Etykieta tekstowa na poziomie pola służąca do walidacji numeru ubezpieczenia społecznego USA została zaktualizowana:

Etykieta tekstowa na poziomie pola do walidacji numeru ubezpieczenia społecznego USA została zaktualizowana w celu wyjaśnienia, że numer SSN dotyczy USA:

Walidacja numeru SSN w USA

Przypomnienie: Uwierzytelnianie społecznościowe zostało usunięte

Jak ogłoszono w listopadzie, metoda uwierzytelniania przy użyciu tożsamości społecznościowej została usunięta z listy metod uwierzytelniania w menu administratora.

Koniec usługi SocialID.png

Przypomnienie: Osobista integracja z Twitterem została usunięta

Jak ogłoszono w grudniu, możliwość nawiązywania przez użytkowników osobistych, uwierzytelnionych połączeń z Twitterem została usunięta.

Koniec usługi dla Personal Twitter

Nieaktywni użytkownicy otrzymają powiadomienie e-mail po uwzględnieniu ich w umowie

Użytkownicy ze statusem nieaktywny otrzymują teraz powiadomienie e-mail z instrukcją przekazania umowy innemu użytkownikowi.

Rozwiązane problemy

Resolved Issues.png

Adobe Sign: maj 2021

Udoskonalone funkcje

Przeniesienie własności szablonów bibliotek i formularzy internetowych do innego użytkownika

Zmiana właściciela zasobu może teraz zostać dokonana przez dowolnego administratora konta, który posiada dostęp do zasobu.

Administrator może przypisać własność zasobu dowolnemu użytkownikowi pod swoimi uprawnieniami.

  • Administratorzy konta mają dostęp do wszystkich udostępnionych zasobów i wszystkich użytkowników. W związku z tym administratorzy konta mogą ponownie przypisać własność dowolnego szablonu biblioteki lub formularza internetowego do każdego innego użytkownika na ich koncie
  • Jeśli zasób jest skonfigurowany tak, aby był dostępny tylko dla jednego użytkownika (właściciela), nie jest udostępniony i dlatego nie można przypisać go do nowego właściciela
  • Administratorzy grupy mają dostęp tylko do szablonów bibliotek i formularzy sieci Web w grupach, w których mają uprawnienia administratora
  • Administratorzy grup mogą jedynie ponownie przypisać zasób użytkownikowi, którego główna grupa znajduje się w obszarze ich uprawnień administracyjnych
12.1.1

ZAKTUALIZOWANE PUNKTY KOŃCOWE API OBSŁUGUJĄCE PRZEKAZYWANIE ZASOBÓW

Opisane poniżej punkty końcowe są dostępne tylko w interfejsie API REST w wersji 6.

 

Rozszerzone w celu dodania obsługi aktualizacji właściciela dokumentu w bibliotece.

LibraryDocumentInfo:

 

Put LibDocID

Dodatkowe kody stanu błędu:

Put LibDocID

Rozszerzone w celu dodania obsługi aktualizacji właściciela widżetu.

WidgetInfo:

Put widgetID

Dodatkowe kody stanu błędu:

Put widgetID

Nowe pola w obiekcie LibraryDocument:

12.1.1

Nowe pola w obiekcie LibraryDocumentInfo:

Get LibDocID1211

Pola ze zaktualizowanym zachowaniem:

Get LibDocID1211

Nowe pola w obiekcie WidgetInfo:

GEt WidgetID 1211

Pola ze zaktualizowanym zachowaniem:

Pobierz WidgetID 1211

Zmiany dotyczące użytkowania

Domyślna wartość zwracana v6 REST GET /workflows{workflowId} została zmieniona

Wywołanie API v6 REST GET /workflows{workflowId} zostało zaktualizowane, aby zwracać bieżącą wersję WorkflowID (w przeciwieństwie do oryginalnego identyfikatora wersji, który był wartością zwracaną przed wydaniem majowym)

Ta aktualizacja wyrównuje domyślne działanie API z działaniem webhooka, zapewniając ten sam WorkflowID, co powinno poprawić tworzenie i zarządzanie aplikacjami.

Jeśli z jakiegokolwiek powodu Twoje konto wymaga, aby API zwracało oryginalny identyfikator (jak to było przed wydaniem majowym), skontaktuj się z pomocą techniczną, aby poprosić o zwracanie bazowych identyfikatorów wersji dla obiegu pracy przez Twoje konto

Rozwiązane problemy

12-1-1 Resolved issues.png

Adobe Sign: czerwiec 2021

Użytkownicy w wielu grupach (UMG)

Administratorzy wielu kont grupowych mogą teraz udzielać użytkownikom należącym do ich konta dostępu do wielu grup, otwierając opcję wykorzystania grup jako formularza szablonu obiegu pracy, wymuszając określone opcje wysyłania i podpisywania dla szablonów bibliotek dostępnych dla grupy.

Przejdź do opcji interfejsu administratora

Użytkownicy, którzy chcą zaktualizować swoje istniejące konta na poziomie Enterprise i Business, mogą zapoznać się z procesem aktualizacji tutaj >

Podsumowanie istotnych różnic można znaleźć tutaj >

Przedstawiamy Liquid Mode do aplikacji Sign

Włącz widok Liquid Mode dla telefonów komórkowych w przypadku dokumentów HTML wysyłanych za pośrednictwem strony Wyślij lub interfejsu API sendAgreement. Opcja włączenia Liquid Mode w aplikacji Sign dla dokumentów HTML jest teraz dostępna na liście menu administratora na poziomie konta i grupy.

Więcej informacji na temat dokumentów Liquid Mode można znaleźć tutaj >

Liquid Mode w interfejsie administratora

Spostrzeżenie

Tryb płynny jest obecnie dostępny tylko w środowiskach NA1, NA2 i NA4.

Zidentyfikuj tutaj swoje środowisko >

Łatwe aktualizowanie formularzy internetowych

Formularze sieci Web o statusie Wersja robocza można edytować w celu zmiany następujących elementów:

  • nazwa formularza internetowego
  • adres e-mail kontrsygnatariuszy
  • adres e-mail osób w kopii
  • dołączone pliki do edycji
  • pola formularza internetowego (wcześniej dostępne)

Aktualizacja Aktywnego formularza internetowego umożliwia edytowanie elementów formularza bez zmiany oryginalnego adresu URL, co umożliwia bezproblemowe zaktualizowanie zawartości formularza internetowego, który został już osadzony lub wysłany do odbiorców. Elementy, które można edytować:

  • pliki (dokumenty) i pola zastosowane dla odbiorców
  • kontrsygnatariusze (ze strony Zarządzaj)
  • strony DW (ze strony Zarządzaj)
Edycja istniejącego formularza internetowego

Spostrzeżenie

Aby włączyć płynną funkcjonalność formularza internetowego, włącz opcję Zezwalaj na dodatkowych uczestników w menu Ustawienia ogólne:

Stempel uczestnictwa: kontrola nad wyświetlaniem pól Tytuł i Firma

Dodano elementy sterujące umożliwiające włączenie lub zablokowanie pól Tytuł i Firma (pochodzące z profilu użytkownika na polu stempla uczestnika.

Więcej szczegółów można znaleźć na stronie Typy pól >

Stempel uczestnictwa

Ulepszone opcje wyszukiwania: Dopasowania prefiksów i fraz

Wprowadzono zaawansowane opcje wyszukiwania, które umożliwiają używanie bardziej szczegółowych wzorców wyszukiwania pomagających ograniczyć liczbę wyników na liście umów.

Więcej informacji o tym, jak działa wyszukiwanie w usłudze Adobe Sign, można znaleźć tutaj >

OAuth 2.0 jest teraz specyfikacją domyślną

Dodano nową (ulepszoną) wersję punktu końcowego OAuth, aby uniknąć pomyłek przy użytkowaniu. W tej wersji:

  • api_access_point / web_access_point zwraca tylko wartość w żądaniu tokenu dostępu (w treści)
  • Usługa Adobe Sign nie akceptuje klucza tajnego jako parametru zapytania
  • Rotacja klucza tajnego klienta jest obsługiwana

Punkt końcowy OAuth w wersji 1 będzie nadal działał w przypadku istniejących połączeń w ciągu najbliższych kilku miesięcy, aby zapewnić ciągłość dostępu.

Wycofanie OAuth v1 zostanie ogłoszone na stronie powiadomień technicznych po ustaleniu terminu.

 

Rotacja tajnego klucza klienta

Rotacji tajnego klucza klienta aplikacji może dokonać dowolny administrator z dostępem do identyfikatora aplikacji w interfejsie użytkownika Adobe Sign:

Rotacja tajnego klucza klienta

Zmiany dotyczące użytkowania

Zmiana marki Mega Sign: Wyślij zbiorczo

Nazwa funkcji Mega Sign zmienia się na Wyślij zbiorczo. Zmiana ta dotyczy jedynie nazwy i nie spowoduje żadnych zmian w działaniu funkcji.

12.2

Administratorzy grupy mogą wyświetlać tylko aplikacje API podlegające ich uprawnieniom

Widoczność aplikacji dołączonych do konta jest teraz ograniczona tylko do aplikacji wchodzących w zakres administracyjny użytkownika. Zmiana działania będzie widoczna tylko dla administratorów grupy:

  • Użytkownicy widzą posiadane aplikacje
  • Administratorzy grupy widzą aplikacje należące do grup, dla których mają uprawnienia administratora
  • Administratorzy konta widzą wszystkie aplikacje na koncie

Wiadomość wysyłana do nadawcy, gdy umowa zostanie zakończona, została zaktualizowana

Ostateczne powiadomienie dla umowy wysłanej do nadawcy zostało zaktualizowane i teraz zawiera kompleksową listę wszystkich stron poinformowanych o zakończeniu umowy.

Tylko oryginalny nadawca otrzyma ten szablon wiadomości e-mail.

Rozszerzony szablon wiadomości e-mail dla autora umowy

Nowe usługi TSP

Zintegrowano nowych dostawców usług zaufania z Cloud Signature Consortium w ramach obsługi podpisów cyfrowych: DigiCert (Szwajcaria) – Entrust (firma globalna) – VIDA (Indonezja) i Worldline (Francja).

 Zaktualizowano wynik interfejsu API REST V6 dla  GET /agreements/{agreementId}/signingUrls

Przed wydaniem wersji z czerwca wywołanie GET /agreements/{agreementId}/signingUrls powodowało wyświetlenie błędu 404 w interfejsie API tuż po utworzeniu umowy.

Niedługo po zniknięciu błędu 404 zwracana była prawidłowa odpowiedź, jednak zawierała ona tylko adresy signingURL nadawcy. (Podczas gdy udział sygnatariusza był nadal określany).

Po opublikowaniu wersji z czerwca 2021 r. kod 404: AGREEMENT_NOT_EXPOSED będzie wyświetlany, dopóki pełna lista adresów URL sygnatariuszy nie zostanie skompletowana. Wówczas zostanie wyświetlony kod 200.

Klienci, którzy nie chcą dalej próbować wywołania API, dopóki nie zostanie wyświetlony kod 200, powinni użyć Webhooks i odpowiedzieć na zdarzenie AGREEMENT_CREATED.

API  

Interfejs API usługi Sign Search w wersji 6 dla usługi Adobe Sign 

Nowe interfejsy API związane z wyszukiwaniem są udostępnione do użytku przez klientów. Interfejs API wyszukiwania obsługuje wyświetlanie, wyszukiwanie, filtrowanie i sortowanie listy umów użytkownika, w których uczestniczył.

Zapoznaj się z interfejsem API wyszukiwania tutaj >

Rozwiązane problemy

Adobe Sign: sierpień 2021 r.  

Zmiana dotycząca użytkowania

  • Międzynarodowa obsługa usługi Aadhaar – użytkownicy wszystkich instancji usługi Adobe Sign mogą teraz korzystać z opcjonalnej usługi Aadhaar jako dostawcy podpisów elektronicznych. Wcześniej była ona dostępna tylko dla kont w instancji IN1. Dodatek Aadhaar można zakupić za dodatkową opłatą za każdą transakcję podpisywania.
  • REST v6 Update: POST /users – Wywołanie API REST v6 POST /users zostało zaktualizowane i teraz tworzy użytkownika w grupie Domyślne na koncie, jeśli opcjonalny parametr primaryGroupId nie został określony.  Zmiana ta ma wpływ tylko na wersję 6 interfejsu API REST.

Rozwiązane problemy

Klucz problemu

Opis

4299495

Naprawiono problem w projektancie obiegu pracy, który uniemożliwiał działanie adresu URL zdefiniowanego przez klienta w instrukcjach.

4308294

Poprawiono problem w pliku CSV raportu, gdzie pola Do i Nazwa odbiorcy mogły zostać puste, gdy ten sam adres e-mail odbiorcy był używany więcej niż raz w umowie.

4310569

Szablony Adobe Sign zostały wykluczone z opcji piaskownicy.

4311098

Poprawiono problem, w którym administratorzy grup nie mogli aktualizować użytkowników w grupie za pomocą przesyłania pliku CSV.

4311723

Naprawiono problem, gdzie wywołanie API GET /groups/ID/users kończyło się niepowodzeniem, jeśli użytkownik znajdował się na innej instancji Adobe Sign.

4312103

Poprawiono problem, gdzie użytkownicy SAML utworzeni przez zbiorcze przesyłanie znajdowali się w stanie Utworzony (zamiast główny).

4312309

Poprawiono problem, w którym administratorzy grup nie mogli ponownie przypisać własności formularzy internetowych, jeśli zostały one utworzone przez innych użytkowników w ich grupie.

4312840

Naprawiono problem z aktywacją nowych użytkowników, gdy druga wiadomość e-mail aktywacyjna została wysłana do nowego użytkownika i użyto linku z tej drugiej wiadomości.

4314751

Naprawiono problem, w wyniku którego opcja odrzucenia umowy nie była widoczna podczas podpisywania w imieniu innego użytkownika.

4315033

Naprawiono problem, w którym administratorzy kont nie mogli resetować haseł, gdy tryb SAML był ustawiony na Obowiązkowy.

4315605

Poprawiono problem, w którym obrazy dokumentów tożsamości nie były pomyślnie przetwarzane.

4316057

Poprawiono problem, w którym dokument tożsamości generował błąd wskazujący, że nie można znaleźć czterech rogów dokumentu.

4316474

Poprawiono problem polegający na tym, że funkcja Podpisz w imieniu była widoczna na kontach, na których ta opcja nie była włączona.

4316659

Rozwiązano problem, w wyniku którego adres e-mail „actUserEmail” po wywołaniu GET /agreements/id zwracał wygenerowaną przez system wiadomość e-mail po pełnym podpisaniu umowy.
 

4317095

Poprawiono problem, gdzie nazwa odbiorcy była importowana do etykiety Uczestnik 1 podczas korzystania z uwierzytelniania opartego na wiedzy dla pierwszego sygnatariusza.

4317221

Naprawiono problem, w którym automatyczne wiadomości e-mail z powiadomieniami o niepowodzeniu webhooków były wysyłane do twórcy webhooka pomimo konfiguracji wyłączającej powiadamianie twórcy.

4317347

Poprawiono problem, w którym uwierzytelnienie OAuth w Power Automate przekierowywało użytkownika na stronę główną.

4317429

Naprawiono problem, w którym administratorzy nie mogli aktualizować właściwości Może wysyłać dla użytkowników podczas aktualizacji za pomocą przesyłania pliku CSV.

4317548

Naprawiono problem, w którym niektórzy klienci korzystający z iPada widzieli stronę internetową zamiast strony zoptymalizowanej pod kątem urządzeń mobilnych.

4317629

Naprawiono problem z wyświetlaniem nazw zawierających apostrof, które pokazywały kod HTML apostrofu.

4318175

Rozwiązano problem, w wyniku którego użytkownicy otrzymywali błąd podczas archiwizacji konta za pomocą łącza e-mail.

4319012

Rozwiązano problem, w wyniku którego użytkownicy tworzeni za pomocą poleceń POST /users REST v5 i v6 nie byli generowani w grupie domyślnej.

4320197

Naprawiono problem, w którym Raport tożsamości podpisującego nie mógł zostać pobrany ze strony Zarządzaj z powodu nieaktywnego przycisku.

Adobe Sign: wrzesień 2021

Udoskonalone funkcje

  • Sandbox – użytkownicy na poziomie Enterprise mają możliwość zakupu dostępu do środowiska Sandbox w celu testowania szablonów, obiegów pracy klientów, aplikacji API i nie tylko. Obiekty te można przenosić z produkcji do środowiska Sandbox w celu aktualizacji w bezpiecznym środowisku, a następnie z powrotem do produkcji po zweryfikowaniu aktualizacji i przygotowaniu ich do wdrożenia.
Środowisko Sandbox – widok szablonu

  • Obsługa podpisów cyfrowych ECDSA — Adobe Sign obsługuje teraz bezpieczniejsze i wydajniejsze podpisy cyfrowe oparte na formacie ECDSA, który wykorzystuje kryptografię krzywych eliptycznych zdefiniowaną w standardzie ANS X9.62-2005.
    Obsługiwane są teraz krzywe NIST z funkcjami skrótu SHA-2 określonymi przez standardy FIPS. Nasi dostawcy usług zaufania (TSP) z organizacji Cloud Signature Consortium mogą dostarczać sygnatariuszom szybsze i bezpieczniejsze dane uwierzytelniające krzywych eliptycznych, w tym dane spełniające zalecane wymagania dla rządu federalnego USA i Singapuru.
  • Aktualizacja trybu Liquid Mode — możliwość podpisywania w trybie Liquid Mode została rozszerzona poza umowy i obejmuje teraz formularze internetowe. Liquid Mode może znacznie poprawić obsługę formularzy z perspektywy sygnatariusza, ograniczając potrzebę powiększania obrazu, aby wyświetlić zawartość formularza, jednocześnie wyraźniej wskazując pola, które należy wypełnić.
Dodatkowo tryb płynny nie jest już ograniczony do serwerów północnoamerykańskich. Wszystkie konta przedsiębiorstw i dla firm mają teraz dostęp niezależnie od lokalizacji.

Szczegóły dotyczące trybu płynnego można znaleźć tutaj >

  • Nowi dostawcy usług zaufania Cleverbase (Holandia), PrimeSign (Austria), Sectigo (Globalny) i TrustPro (Irlandia) to nowi dostawcy usług zaufania z Cloud Signature Consortium, którzy oferują certyfikaty do stosowania bezpiecznych podpisów cyfrowych spełniających najwyższe standardy i wymagania dotyczące zgodności.
  • Dostosuj pola Do i DW w nagłówkach wiadomości e-mail dla odbiorców — Klienci, którzy obawiają się ujawnienia adresów e-mail poprzez nagłówki wiadomości odbiorcom, mogą zdecydować się na ukrycie wartości adresów e-mail w polach Do i DW.
    • Ta opcja jest dostępna dla kont na poziomie Enterprise i Business i można ją skonfigurować z poziomu konta i grupy.
    • Kontrole funkcji można uzyskać, przechodząc do Ustawienia konta > Ustawienia poczty e-mail > Dostosuj pola Do i DW.
Dostosowywanie pól Do i DW w nagłówkach wiadomości e-mail do odbiorców

Zmiany dotyczące użytkowania

  • Akceptacja warunków użytkowania Adobe na stronach eSign — aby spełnić wymagania prawne firmy Adobe, program Adobe Sign aktualizuje zachowanie akceptacji warunków użytkowania (TOU) na stronie eSign. W nowym środowisku wszyscy „nieznani” odbiorcy muszą zaakceptować warunki użytkowania i Politykę prywatności Adobe Sign (klikając przycisk Kontynuuj) przed interakcją z umową. Ta akceptacja różni się od niestandardowych spisanych warunków użytkowania klienta, które nadal będą rozpatrywane dla konfiguracji akceptacji TOU/CD konta.
  • „Nieznany" odbiorca to dowolny adres e-mail, który nie jest zarejestrowanym, aktywnym adresem e-mail użytkownika w zaufanym koncie.
  • „Znani” użytkownicy zaakceptowali warunki użytkowania Adobe Sign w ramach procesu rejestracji, gdy zweryfikowali swoje konto użytkownika, więc nie są proszeni o ponowne zaakceptowanie.

Poniżej przedstawiono przykład przepływu milczącej zgody dla umowy z niestandardowymi warunkami użytkowania skonfigurowanymi przez klienta:

  1. Zaakceptuj warunki użytkowania Adobe Sign, klikając przycisk Kontynuuj (po otwarciu umowy).
  2. Wypełnij wymagane pola umowy.
  3. Zaakceptuj Ujawnienie dla klienta i niestandardowe warunki użytkowania, zaznaczając przycisk Kliknij, aby podpisać .
Dostęp warunkowy do podpisu

  • Blokowanie wartości nazw rozszerzono na wpisywane podpisy — w wydaniu z marca wprowadzono ustawienie włączające/wyłączające możliwość edytowania wartości imienia i nazwiska odbiorcy podczas podpisywania, pod warunkiem, że imię i nazwisko zostało dostarczone lub jest znane (za pośrednictwem interfejsu API lub profilu użytkownika).  Wpisane podpisy zostały wykluczone z tej funkcji, co spowodowało, że niektórzy sygnatariusze mogą zmieniać wartość imienia i nazwiska podczas procesu podpisywania.  Wydanie z września aktualizuje tę funkcję, aby uhonorować ustawienie blokowania imienia i nazwiska dla wszystkich typów podpisów, w tym podpisów wpisywanych. 
  • Klienci, którzy włączyli Wpisywanie swojego imienia i nazwiska oraz inicjałów i wyłączyli Podpisujący mogą zmienić swoje imię i nazwisko lub inicjały, zobaczą zmianę zachowania — wartość imienia i nazwiska nie będzie już edytowalna podczas procesu podpisu dla podpisów pisanych.
  • Klienci, którzy chcą zezwolić na edycję wartości imienia i nazwiska podczas procesu podpisywania, powinni włączyć ustawienie Sygnatariusze mogą zmieniać imię i nazwisko lub inicjały (w menu Preferencje dotyczące podpisu ).
Zezwalanie odbiorcom na edytowanie imienia i nazwiska

  • Użytkownicy nieaktywni mogą podpisywać umowy — Adobe Sign traktuje teraz użytkowników nieaktywnych tak, jakby byli nieznani systemowi (do celów podpisywania umów przychodzących). Gdy użytkownik nieaktywny zostanie poproszony o podpisanie umowy, zostanie utworzony nowy jednorazowy identyfikator użytkownika przeznaczony do podpisania tej umowy. Jednorazowy identyfikator użytkownika jest niezależny od identyfikatora użytkownika nieaktywnego i konta, które nim zarządza. Ma to kilka konsekwencji:
  • Można podpisać umowy wysłane do użytkownika nieaktywnego, ponieważ stan nieaktywny nie ma zastosowania do jednorazowego identyfikatora użytkownika wygenerowanego dla umowy.
  •  Umowy podpisane przez jednorazowy identyfikator użytkownika nie są zasobami nieaktywnego identyfikatora użytkownika i nie znajdują się na koncie nieaktywnego identyfikatora użytkownika.
  • Udostępnienia z nieaktywnego identyfikatora użytkownika nie będą odzwierciedlać umów podpisanych przez jednorazowe identyfikatory użytkownika.
  • Raportowanie z nieaktywnym identyfikatorem użytkownika nie będzie odzwierciedlać umów podpisanych przez jednorazowy identyfikator użytkownika.
  • Jeśli nieaktywny identyfikator użytkownika zostanie ponownie aktywowany, nie będzie on widzieć rekordów umów podpisanych przez jednorazowe identyfikatory użytkownika na stronie Zarządzanie.

Istnieją dwa wyjątki od powyższego zachowania:

  • Umowy wysłane do użytkownika przed oznaczeniem ich jako nieaktywne nie mogą zostać podpisane (umowa była już przypisana do nieaktywnego identyfikatora użytkownika).
  • Użytkownicy jawnie skonfigurowani jako nieuprawnieni do podpisywania umów nadal nie będą mogli wykonywać żadnych czynności podpisywania.

Użytkownicy nieaktywni nadal nie mogą logować się do systemu Adobe Sign i wysyłać umów podlegających ich uprawnieniom (przy użyciu dowolnej metody).

  • Ulepszone zabezpieczenia dostępu do formularzy internetowych za pomocą hasła – formularze internetowe zawierały opóźnienie po wielu nieudanych próbach uzyskania dostępu do chronionego hasłem adresu URL.
  • Międzynarodowa obsługa usługi Aadhaar – użytkownicy wszystkich instancji usługi Adobe Sign mogą teraz korzystać z opcjonalnej usługi Aadhaar jako dostawcy podpisów elektronicznych. Wcześniej była ona dostępna tylko dla kont w instancji IN1. Dodatek Aadhaar można zakupić za dodatkową opłatą za każdą transakcję podpisywania.
  • Ograniczone udostępnianie umów — Udostępnianie umów zostało ograniczone podczas udostępniania umowy na zewnętrzny adres e-mail.
    • Konta z wieloma licencjami mogą udostępnić dowolną umowę nawet dziesięć razy. 
    • Konta użytkowników indywidualnych mogą udostępnić umowę do 5 razy.
    • Udostępnianie umowy wewnętrznym użytkownikom nie jest ograniczone.
  • Niestandardowa nazwa firmy w uwierzytelnianiu telefonicznym została usunięta z usługi – dostosowywalna wartość nazwy firmy, która może zostać wstawiona do metody uwierzytelniania telefonicznego, została usunięta z usługi zgodnie z czerwcowym powiadomieniem technicznym.
  • Konta obsługujące HIPAA mogą teraz uzyskiwać dostęp do elementów sterujących obrazów i łączy w wiadomościach e-mail odbiorców na stronie Ustawienia globalne/grupowe.

Przejrzyj konfiguracje związane z HIPAA tutaj >

Obraz i łącza do umowy w wiadomości e-mail

  • Kolejność, w jakiej Załączniki plików są uwzględniane w końcowym pliku PDF, została zaktualizowana w celu uporządkowania najpierw według numeru strony, a następnie według pozycji pola (przy czytaniu od lewej do prawej; od góry do dołu)
  • Funkcja Zastąp odbiorcę na nowej stronie Zarządzaj pozwala teraz nadawcy dołączyć opcjonalną wiadomość dla nowego odbiorcy.

Zapoznaj się z funkcją Zastąp odbiorcę, aby uzyskać więcej informacji >

Zastąp odbiorcę

  • Zewnętrzni sygnatariusze uzyskujący dostęp do sfinalizowanych umów muszą teraz przejść proces uwierzytelniania, gdy dla umowy skonfigurowano uwierzytelnianie wieloskładnikowe (zamiast monitów o zalogowanie się do Adobe Sign).
  • Formularze internetowe raportują teraz wartości pól niezweryfikowanych formularzy internetowych podczas uzyskiwania dostępu do danych pól za pomocą funkcji Pobierz dane pól formularza na stronie Zarządzaj.

Aby uzyskać więcej informacji na temat formularzy internetowych >  

Pobierz dane pól formularza

Aktualizacje interfejsu API

  • Opcja Przeczytaj umowę dla formularzy internetowych – dostępne są dwa nowe wywołania interfejsu API REST v6, które umożliwiają dostęp do formularzy internetowych:
    • GET /widgets/<resourceId>
    • GET /widgets/<resourceId>/combinedDocument/url
  • Polecenie GET/workflows/{workflowId} zwraca teraz rolę uczestnika w odpowiedzi.

Rozwiązane problemy

4292343 Lepsza czytelność podpisu przy użyciu opcji podpisu TEKST na urządzeniach mobilnych.
4295123 Rozwiązano problem, który mógł uniemożliwić wyświetlanie podpisów cyfrowych podczas otwierania w przeglądarce.
4299289 Ulepszono funkcję Zastąp odbiorcę, zezwalając nadawcy na dołączanie wiadomości do nowego odbiorcy.
4299857 Rozwiązano problem, który mógł spowodować, że podpisana umowa nie będzie stosować pieczęci certyfikatu.
4304261 Naprawiono problem, który mógł spowodować, że opcja Czytaj umowę nie zostanie wypełniona w menu Opcje
4308516 Rozwiązano problem, który powodował, że użytkownicy byli stale monitowani o uzyskanie zgody administratora podczas korzystania z usługi OneDrive
4310225 Rozwiązano problem z umowami zawierającymi wiele podpisów, który powodował błąd serwera : Komunikat o błędzie: Podpis zastosowany w tym dokumencie jest nieprawidłowy. Wyczyść go i podpisz ponownie.
4310416 Zaktualizowano interfejs API REST w wersji 5, aby utworzyć użytkowników w stanie aktywnym podczas tworzenia przy użyciu funkcji POST /users
4311287 Rozwiązano problem polegający na tym, że przycisk nawigacji grupy zniknął na kontach z włączoną obsługą UMG po usunięciu użytkowników z grupy.
4311956 Rozwiązano problem, który powodował, że rozmiar czcionki dla danego pola nie był odzwierciedlony w środowisku sygnatariusza.
4312302 Rozwiązano problem, który powodował usunięcie opcji Resetuj hasło, jeśli tryb SAML był ustawiony na Obowiązkowy.
4312735 Rozwiązano problem, który powodował, że powiadomienia udostępniane o zdarzeniach były dostarczane po wyłączeniu powiadomień udostępnianych.
4313025 Rozwiązano problem, który powodował, że rola osoby wypełniającej nie mogła wypełniać nieprzypisanych ról, gdy włączono wysyłanie hybrydowe.
4313030 Rozwiązano problem, który powodował, że konta z obsługą UMG wywoływały błąd przy użyciu niestandardowego obiegu pracy, jeśli podstawowa grupa nadawcy nie może wysłać.
4313264 Zaktualizowano ustawienie włączenia HIPAA, aby umożliwić dostęp do ustawień łącza/obrazu poczty e-mail na stronie Ustawienia globalne.
4315839 Rozwiązano problem z niestandardowymi obiegami pracy, który nie pozwalał na wstępne wypełnienie pól, gdy nadawca był również drugim odbiorcą.
4316058 Zaktualizowano zachowanie pola raportu w celu umożliwienia wprowadzania wiodących zer w polach tekstowych.
4317382 Rozwiązano problem dotyczący przycisków opcji wyświetlających kod HTML apostrofów w podpowiedzi
4317978 Zaktualizowano sposób, w jaki załączniki są ustawiane w ostatnim pliku PDF w celu grupowania załączników na podstawie najpierw numeru strony pola, a następnie względnego położenia pola (podczas czytania od lewej do prawej strony; od góry do dołu).
4318598 Wywołanie GET/workflows/{workflowId} interfejsu API REST v6 zwraca teraz rolę uczestnika w odpowiedzi.
4318606 Funkcja „Pobierz dane pól formularza” na stronie Zarządzaj zwraca teraz wartości pól dla formularzy internetowych, które nie zostały jeszcze zweryfikowane.
4318617 Rozwiązano problem, który powodował, że konta z włączoną obsługą UMG nie pozwalały administratorowi grupy na ponowne wysłanie zaproszenia.
4318679 Rozwiązano sporadyczny problem, który mógł uniemożliwiać przesyłanie dokumentów podpisu pisemnego.
4318926 Rozwiązano problem, który mógł powodować błąd (Funkcja plików cookie jest wyłączona w przeglądarce) podczas generowania umowy z urządzenia mobilnego.
4318991 Rozwiązano problem, który mógł powodować zignorowanie ustawienia maksymalnej liczby błędów logowania, jeśli ustawienie SAML było dozwolone.
4319068 Odbiorcy zewnętrzni muszą teraz przejść proces uwierzytelniania drugiego czynnika (zamiast logowania do Adobe Sign), aby uzyskać dostęp do sfinalizowanych umów po skonfigurowaniu uwierzytelniania wieloskładnikowego.
4319422 Rozwiązano problem, który powodował, że odbiorca mógł zostać zastąpiony bez potwierdzenia hasła (w przypadku umowy uwierzytelnionej hasłem).
4319455 Rozwiązano problem zaawansowanego udostępniania, który powodował, że ustawienia po zapisaniu mogły nie być trwałe.
4320123 Rozwiązano problem, który mógł spowodować błąd podczas próby wyświetlenia i zatwierdzenia umowy na stronie Zarządzaj.
4320205 Rozwiązano problem, który mógł zapobiec zapisywaniu postępu podczas wstępnego wypełniania umowy przy użyciu zaawansowanego udostępniania.
4320542 Rozwiązano problem dotyczący kont z włączoną obsługą UMG, w wyniku którego wszystkie powiązania grupy użytkownika mogły zostać usunięte, jeśli jedna grupa została usunięta za pomocą opcji Wyszukiwania.
4321357 Rozwiązano problem, który powodował błąd na stronie wysyłania po wybraniu uwierzytelniania opartego na wiedzy i włączeniu opcji „Wymagaj nazwy przy wysyłaniu”.
4322445 Ulepszone tworzenie w celu zapewnienia spójnego kolorowania tła.
4322956 Rozwiązano problem dotyczący niestandardowych szablonów wiadomości e-mail, w wyniku którego odbiorcy nie widzieli rzeczywistego adresu e-mail sygnatariusza.
4323609 W trakcie opracowywania — Rozwiązano problem, w wyniku którego umowy zakończone przez przesłanie podpisanego dokumentu nie wywoływały powiadomienia webhook AGREEMENT_WORKFLOW_COMPLETED.
4323968 Ulepszono funkcję blokowania podpisu, aby uwzględnić wpisywane podpisy, gdy wartość nazwy jest podawana za pośrednictwem profilu lub interfejsu API.

Adobe Sign: październik 2021 r.  

Udoskonalone funkcje

  • Łącza zgłaszania nadużyć — konta na poziomie Small Business i Individual zawierają teraz łącze umożliwiające odbiorcom dostęp do metody zgłaszania potencjalnie szkodliwych działań w ramach przychodzących umów.
Łącze zgłaszania nadużycia w wiadomości e-mail

  • Integracja z Notarize: — integracja usługi Adobe Sign z platformą zdalnych usług notarializacji online firmy Notarize, Inc. umożliwia klientom dodawanie usługi zdalnej notarializacji online jako elementu transakcji Adobe Sign. Ta opcja jest dostępna dla użytkowników z USA na poziomie Enterprise i Business i jest sprzedawana bezpośrednio przez firmę Adobe w ramach programu ETLA. Transakcje Notarize można nabywać jako dodatki za dodatkową opłatą tylko w przypadku określonych powyżej klientów.
    • Aktualizacja strony Wyślij — klienci z włączonymi usługami notarialnymi mogą wybrać opcję Wymaga notarializacji w rekordzie odbiorcy, po prawej stronie metody uwierzytelniania:
Spostrzeżenie

Klienci korzystający z osadzonej strony Wyślij również będą mieli dostęp do funkcji notarialnych w swoich aplikacjach lub integracjach.

Interfejs Notarize na stronie Wyślij

Po skonfigurowaniu umowy i kliknięciu przycisku Dalej przez nadawcę zostaną wyświetlone dodatkowe opcje konfiguracji procesu notarializacji:

Konfigurowanie opcji Notarize

  • Aktualizacje API – dostępne są ważne aktualizacje API umożliwiające integrację z Notarize:

POST /agreements

Interfejs API POST /agreements został zaktualizowany w celu obsługi wysyłania umów do uwierzytelnienia.

  • Do wskazania uczestnika sesji notarialnej należy użyć nowej roli NOTARY_SIGNER.
  • Do definicji AgreementInfo dodano nowy atrybut NotaryInfo, który zawiera wszystkie opcje związane z utworzeniem nowej umowy wymagającej notarializacji.

Nazwa parametru

Obiekt REST

Opis

memberInfos

ParticipantInfo[]

Macierz obiektów ParticipantInfo, zawierająca dane dotyczące uczestnika (np. e-mail). Wszyscy uczestnicy macierzy należą do tego samego zestawu.

role

Wartość

Opis

SIGNER

Podpisuje umowę

APPROVER

Zatwierdza umowę

DELEGATE_TO_SIGNER

Osoba, która sama nie może podpisać umowy, ale deleguje ją do innego sygnatariusza

DELEGATE_TO_APPROVER

Osoba, która nie może zatwierdzić umowy, ale deleguje ją do innej osoby zatwierdzającej

SHARE

Uczestnik, któremu udostępniono tę umowę

DELEGATE

Uczestnik, któremu przekazano umowę. Ta rola nie może być używana podczas tworzenia lub aktualizowania umowy za pomocą wywołania POST/PUT na zasobie umowy. Delegowanie odbywa się oddzielnie przez uczestników.

NOTARY_SIGNER

Uczestnik sesji notarialnej

Rola przyjęta przez wszystkich uczestników zestawu (sygnatariusza, zatwierdzającego itp.)

 

Rozszerzenie FileInfo

Definicja FileInfo musi zostać rozwinięta, aby wskazać, które dokumenty powinny zostać poświadczone notarialnie.

FileInfo

Nazwa parametru

Typ

Domyślny

Wymagane

Opis

document

Dokument

opcjonalne

Dokument powiązany z umową.
To pole nie może być przekazane w wywołaniu POST.
W przypadku wywołania GET jest to jedyne pole zwracane w odpowiedzi

label  

Ciąg

opcjonalne

Unikatowa wartość etykiety elementu informacji o pliku. W przypadku niestandardowego obiegu pracy zmapuje plik do odpowiedniego elementu pliku w definicji obiegu pracy.

libraryDocumentId

Ciąg

opcjonalne

Identyfikator istniejącego dokumentu w bibliotece, który zostanie dodany do umowy

transientDocumentId

Ciąg

opcjonalne

Identyfikator dokumentu przejściowego, który zostanie dodany do umowy

notarize

true

false

opcjonalne

Wskazuje, że ten dokument wymaga uwierzytelnienia.

 

Rozszerzenie ParticipantInfo

Definicja ParticipantInfo została rozszerzona, aby umożliwić określenie metody uwierzytelniania notarialnego.

ParticipantInfo

Nazwa parametru

Typ

Domyślny

Wymagane

Opis

e-mail

Ciąg

Nie dot.

wymagane

Adres e-mail uczestnika.

notaryAuthentication

Wyliczenie

MULTI_FACTOR_AUTHENTICATION

opcjonalne

MULTI_FACTOR_AUTHENTICATION — uwierzytelnianie notarialne jest wykonywane przy użyciu dwuelementowego uwierzytelniania
NONE — nie jest wymagane uwierzytelnianie

 

NotaryInfo

Do definicji AgreementInfo dodano nowe opcjonalne pole notaryInfo, które zawiera obiekt NotaryInfo, określający dodatkowe opcje związane z notarializacją.

NotaryInfo

Nazwa parametru

Typ

Domyślny

Wymagane

Opis

notaryType

Wyliczenie

Jeżeli tylko usługa Notarize – usługi notarialne na żądanie jest włączona na koncie,
notaryType będzie domyślnie NOTARIZE_NOTARY, w przeciwnym razie będzie domyślnie BYON_NOTARY

wymagane

NOTARIZE_NOTARY — Usługa Notarize dostarcza usługę notarialną
BYON_NOTARY — konto dostarcza usługę notarialną

payment

Wyliczenie

BY_SENDER

opcjonalne

Dotyczy tylko, jeśli typ == NOTARIZE_NOTARY
BY_SENDER — nadawca płaci za uwierzytelnienie
BY_SIGNER — sygnatariusz płaci za uwierzytelnienie

termStart

Ciąg

""

opcjonalne  

Ciąg w formacie ISO_DATE_TIME Zobacz ISO_ZONED_DATE_TIME

note

Ciąg

none

opcjonalne  

Adnotacje do sesji notarialnej.

notaryEmail

Ciąg

""

opcjonalne  

adres e-mail własnego notariusza

 

Przykład /agreement

 

PUT|GET /agreements/{aid}

Interfejs API PUT /agreements/{aid} będzie obsługiwał aktualizowanie umowy z opcjami uwierzytelniania. API GET /agreement/{aid} zwróci wszystkie opcje ustawione dla celów notarializacji umowy. Zobacz sekcję POST /agreements, aby wyświetlić zaktualizowane atrybuty.

 

Kody błędu

Istniejące kody błędów dla POST /agreements pozostają niezmienione. Zdefiniowaliśmy nowy kod błędu jak poniżej:

Kod błędu REST

Kod stanu HTTP

Wiadomość

Scenariusz

PERMISSION_DENIED

403

Ustawienie użytkownika lub token zakresu OAuth nie zezwalają na wysyłanie umowy do uwierzytelnienia.

Ten błąd będzie zgłaszany, gdy rola jest ustawiona na NOTARY_SIGNER, a osoba wywołująca interfejs API (tzn. potencjalny nadawca) nie ma włączonej funkcji notarialnej i/lub jeśli dostawca usług notarialnej nie jest ustawiony.

 

Wpływ dokumentacji

W obiekcie AgreementInfo żądania element „status” będzie zawierał nowy status umowy „WAITING_FOR_NOTARIZATION”.

 

POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens

Interfejs API może być używany przez klientów (sygnatariuszy notarialnych) do uzyskania tokenu podpisywania, który umożliwia im zakończenie fazy podpisu cyfrowego w obiegu. 

  • Dodano nową funkcję podpisywania, aby uchwycić nową rolę — ACCEPT_BEFORE_NOTARIZATION. 
  • Nie należy uzyskiwać tokenów podpisywania w celu ukończenia etapu notarializacji.

 

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status

Interfejs API może być używany przez klientów (sygnatariuszy) do zakończenia fazy podpisu cyfrowego. Aby uwzględnić nową rolę, wprowadzono nową wartość statusu enum — ACCEPTED_BEFORE_NOTARIZATION.

Atrybut

Typ

Opis

Stan

Wyliczenie<string>

Wartość

SIGNED

APPROVED

ACCEPTED

DELIVERED

FORM_FILLED

ACCEPTED_BEFORE_NOTARIZATION

                                         

Ten status wskazuje, że odbiorca z rolą SIGNER zakończył umowę.

Ten status wskazuje, że odbiorca z rolą APPROVER zakończył umowę.

Ten status wskazuje, że odbiorca z rolą ACCEPTOR zakończył umowę.

Ten status wskazuje, że odbiorca z rolą CERTIFIED_RECIPIENT zakończył umowę.

Ten status wskazuje, że odbiorca z rolą FORM_FILLER zakończył umowę.

Ten status wskazuje, że odbiorca z rolą NOTARY_SIGNER zakończył umowę bez notarializacji.

Sygnatariusz notarialny może wykonać poniższą sekwencję wywołań API, aby zakończyć fazę podpisywania cyfrowego:

  1. GET /agreements/{agreementId}/members — aby pobrać identyfikator uczestnika sygnatariusza i identyfikator zestawu uczestnika
  2. POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens — aby zażądać tokenu podpisu dla sygnatariusza z możliwością ACCEPT_BEFORE_NOTARIZATION
  3. POST /transientDocuments — aby przesłać zrecenzowany dokument
  4. PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status — aby przesłać zrecenzowany dokument i zakończyć fazę podpisywania cyfrowego.

Nowe zdarzenie Webhook

Nowi klienci mogą subskrybować nowe zdarzenie Webhook, AGREEMENT_READY_FOR_NOTARIZATION, aby otrzymywać powiadomienia, gdy umowa jest gotowa do notarializacji. Zdarzenie nie jest widoczne w interfejsie użytkownika Webhook i można je umieścić w wywołaniu API POST/webhook.

Wpływ dokumentacji

Następujące interfejsy API nie są modyfikowane, ale ich dokumentacja została zaktualizowana o nowy status umowy „WAITING_FOR_NOTARIZATION” lub nową rolę „NOTARY_SIGNER”.

GET /agreements

W odpowiedzi obiekt UserAgreements/UserAgreement, element „status” zawiera teraz odpowiedni status „WAITING_FOR_NOTARIZATION”.

GET /agreements/{agreementId}

W odpowiedzi obiekt AgreementInfo, element „status” zawiera teraz odpowiedni status „WAITING_FOR_NOTARIZATION”.

GET /agreements/{agreementId}/events

Interfejs API został zaktualizowany w celu obsługi nowych zdarzeń READY_TO_NOTARIZE i NOTARIZED.

W odpowiedzi Obiekt zdarzenia

  • Element „participantRole” zawiera teraz nową rolę NOTARY_SIGNER.
  • Element „type” zawiera nowe zdarzenia READY_TO_NOTARIZE i NOTARIZED. Element „description” będzie miał odpowiednio wartość „Document sent for notarization” i „Notarized document received”

GET /agreements/{agreementId}/members/participantSets/{participantSetId}

W odpowiedzi obiekt AgreementInfo, element „status” zawiera teraz odpowiedni status „WAITING_FOR_NOTARIZATION”.

PUT /agreements/{agreementId}

Obiekt Request AgreementInfo zawiera teraz status „WAITING_FOR_NOTARIZATION”.

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}

Status WAITING_FOR_NOTARIZATION jest jedną z wartości elementu „status” w obiekcie DetailedParticipantSetInfo.

POST /agreements/{agreementId}/view

Status WAITING_FOR_NOTARIZATION został dodany jako jeden z dozwolonych widoków.

GET /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingInfo

Jeśli uczestnik określony w ścieżce żądania ma rolę sygnatariusza notarialnego, interfejs API zwróci konfigurację podpisu ACCEPT_BEFORE_NOTARIZATION, zgodnie ze wszystkimi innymi konfiguracjami podpisywania dla umowy/uczestnika.

Rozwiązane problemy

Problem Opis
4308901 Rozwiązano problem, w wyniku którego delegowanie umowy z uwierzytelnianiem telefonicznym powodowało błąd, jeśli delegowany numer telefonu miał ten sam kod kraju.
4314113 Rozwiązano problem, w wyniku którego podczas wysyłania nowej umowy użytkownicy nie mogli edytować domyślnych dat wygaśnięcia.
4318558 Rozwiązano problem, w wyniku którego zamiana odbiorcy z uwierzytelnianiem telefonicznym powodowała wyświetlenie błędu „Określony identyfikator zestawu uczestników jest nieprawidłowy”.
4319038 Rozwiązano problem, w wyniku którego nadawca nie otrzymywał opcji „Weryfikacja tożsamości odbiorców zewnętrznych” podczas wysyłania przy użyciu obiegu pracy wysyłki zbiorczej.
4319798 Rozwiązano problem, który mógł spowodować, że zaznaczenie przycisku opcji przenosiło kursor do innego pola.
4320154 Rozwiązano problem, który mógł uniemożliwić zapisanie szablonu biblioteki w nowej relacji grupy.
4323013 Rozwiązano problem, w wyniku którego otwarcie formularza internetowego na stronie Zarządzaj powodowało błąd: „Dokument jeszcze nie jest dostępny lub nie zawiera żadnych stron do wyświetlenia”.
4323554 Rozwiązano problem, w wyniku którego datownik służący do aktualizacji praw administratora mógł tworzyć dwa rekordy o tych samych wartościach czasu.
4323609 Rozwiązano problem, w wyniku którego przesłanie podpisanej umowy na stronie Zarządzaj nie powodowało wyzwolenia elementu webhook AGREEMENT_WORKFLOW_COMPLETED.
4325142 Rozwiązano problem, w wyniku którego niestandardowe szablony wiadomości e-mail nie odzwierciedlały poprawnej wartości nazwy uczestnika w przypadku anulowania przez niego umowy.
4326747 Rozwiązano problem, który mógł spowodować, że strona Wyślij zbiorczo nie zakończy procesu ładowania, pomijając akcje Prześlij i Wyślij.
4326855 Rozwiązano problem, który mógł uniemożliwiać odbiorcom odrzucenie zatwierdzenia umowy.
4327000 Poprawiono problem, który mógł spowodować powodować niepowodzenie uwierzytelniania Smart-ID z błędem wskazującym, że nie znaleziono żadnych algorytmów.