Klucz problemu
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:
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:
„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 >
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 >
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.
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:
- Dołącz łącze do wiadomości e-mail, aby umożliwić wyświetlanie podpisanej umowy
- Dołącz obraz pierwszej strony umowy w wiadomościach e-mail
- Włączone domyślnie
- Po włączeniu obraz pierwszej strony umowy jest widoczny w niektórych dystrybucjach e-mail
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:
/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
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ść.
- GET /libraryDocuments — Rozszerzono o nowe pole ownerEmail
- GET /libraryDocuments/{libraryDocumentId} — Rozszerzono o nowe pola: ownerId, ownerEmail i ownerName
Nowe pola w obiekcie LibraryDocumentInfo:
Pola ze zaktualizowanym zachowaniem:
FORMULARZE INTERNETOWE (/WIDGETS)
- POST /widgets — Używanie libraryDocumentId do tworzenia formularza internetowego jest teraz obsługiwane dla prawidłowego identyfikatora
Dodany kod stanu:
- PUT /widgets — Używanie libraryDocumentId do tworzenia formularza internetowego jest teraz obsługiwane z prawidłowym identyfikatorem
Dodany kod stanu:
- PUT /widgets/{widgetId} — Rozszerzono o nowe pole ownerId
Dodany kod stanu:
Zmiany dotyczące użytkowania
- GET /widgets/{widgetId} — Rozszerzono o nowe pola: ownerId, ownerEmail, ownerName i creatorName
Nowe pola w obiekcie WidgetInfo:
Pola ze zaktualizowanym zachowaniem:
/MEGA SIGN
NOWOŚĆ:
- GET /megaSigns/{megaSignId}/formFields — pobiera szczegóły pól formularza umowy wzorca Mega Sign
Parametry:
Obiekt odpowiedzi:
- PUT /megaSigns/{megaSignId}/formFields — aktualizuje pola formularza umowy Mega Sign
Parametry:
Obiekt odpowiedzi:
ZAKTUALIZOWANO:
- POST /megaSigns — AUTHORING została dodana jako wartość stanu do obsługi tworzenia szablonu Mega Sign
Zmieniony parametr:
- PUT /megaSigns/{megaSignId}/state — AUTHORING została dodana jako wartość stanu w celu obsługi tworzenia szablonu Mega Sign.W rezultacie megaSignCancellationInfo nie jest już wymaganym polem
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:
Poziom usługi Adobe Sign i identyfikator konta widoczne w menu administratora
Administratorzy mogą teraz znaleźć swój identyfikator konta na stronie Ustawienia globalne:
Identyfikator grupy można znaleźć na stronie Ustawienia grupy:
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
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:
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.
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:
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.
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.
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
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
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:
Dodatkowe kody stanu błędu:
Rozszerzone w celu dodania obsługi aktualizacji właściciela widżetu.
WidgetInfo:
Dodatkowe kody stanu błędu:
Nowe pola w obiekcie LibraryDocument:
Nowe pola w obiekcie LibraryDocumentInfo:
Pola ze zaktualizowanym zachowaniem:
Nowe pola w obiekcie WidgetInfo:
Pola ze zaktualizowanym zachowaniem:
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
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.
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 >
Tryb płynny jest obecnie dostępny tylko w środowiskach NA1, NA2 i NA4.
Ł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)
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 >
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:
Zmiany dotyczące użytkowania
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.
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.
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
|
|
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.
- 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ć.
- 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.
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:
- Zaakceptuj warunki użytkowania Adobe Sign, klikając przycisk Kontynuuj (po otwarciu umowy).
- Wypełnij wymagane pola umowy.
- Zaakceptuj Ujawnienie dla klienta i niestandardowe warunki użytkowania, zaznaczając przycisk Kliknij, aby podpisać .
- 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 ).
- 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.
- Konta z wieloma licencjami mogą udostępnić dowolną umowę nawet dziesięć razy.
- 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.
- 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 >
- 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 >
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.
- 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:
- Aktualizacja strony Wyślij — klienci z włączonymi usługami notarialnymi mogą wybrać opcję Wymaga notarializacji w rekordzie odbiorcy, po prawej stronie metody uwierzytelniania:
Klienci korzystający z osadzonej strony Wyślij również będą mieli dostęp do funkcji notarialnych w swoich aplikacjach lub integracjach.
Po skonfigurowaniu umowy i kliknięciu przycisku Dalej przez nadawcę zostaną wyświetlone dodatkowe opcje konfiguracji procesu notarializacji:
- 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 |
|
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.
|
Nazwa parametru |
Typ |
Domyślny |
Wymagane |
Opis |
|---|---|---|---|---|
|
document |
Dokument |
|
opcjonalne |
Dokument powiązany z umową. |
|
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.
|
Nazwa parametru |
Typ |
Domyślny |
Wymagane |
Opis |
|---|---|---|---|---|
|
|
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 |
NotaryInfo
Do definicji AgreementInfo dodano nowe opcjonalne pole notaryInfo, które zawiera obiekt NotaryInfo, określający dodatkowe opcje związane z notarializacją.
|
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, |
wymagane |
NOTARIZE_NOTARY — Usługa Notarize dostarcza usługę notarialną |
|
payment |
Wyliczenie |
BY_SENDER |
opcjonalne |
Dotyczy tylko, jeśli typ == NOTARIZE_NOTARY |
|
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>
|
|
||||||||||||||
Sygnatariusz notarialny może wykonać poniższą sekwencję wywołań API, aby zakończyć fazę podpisywania cyfrowego:
- GET /agreements/{agreementId}/members — aby pobrać identyfikator uczestnika sygnatariusza i identyfikator zestawu uczestnika
- POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens — aby zażądać tokenu podpisu dla sygnatariusza z możliwością ACCEPT_BEFORE_NOTARIZATION
- POST /transientDocuments — aby przesłać zrecenzowany dokument
- 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. |