Nowości
Pierwsze kroki
- Skrócona instrukcja dla administratorów
- Skrócona instrukcja dla użytkowników
- Dla programistów
- Biblioteka samouczków wideo
- Często zadawane pytania
Administrowanie
- Przegląd Admin Console
- Zarządzanie użytkownikami
- Dodawanie, edytowanie i przeglądanie aktywnych użytkowników
- Tworzenie użytkowników w oparciu o funkcje
- Przeglądanie użytkowników, którzy nie ukończyli weryfikacji
- Sprawdzanie pod kątem użytkowników z błędami obsługi
- Zmiana nazwiska/adresu e-mail
- Edytowanie członkostwa użytkownika w grupie
- Edytowanie członkostwa użytkownika w grupie za pomocą interfejsu grupy
- Awansowanie użytkownika do roli administratora
- Typy identyfikatorów użytkowników i SSO
- Przełączanie tożsamości użytkownika
- Uwierzytelnianie użytkowników z użyciem usługi MS Azure
- Uwierzytelnianie użytkowników z użyciem usługi Google Federation
- Profile produktowe
- Funkcja logowania
- Ustawienia konta/grupy
- Przegląd ustawień
- Ustawienia globalne
- Poziom i identyfikator konta
- Nowy interfejs odbiorcy
- Obiegi pracy samodzielnego podpisywania
- Wysyłka zbiorcza
- Formularze internetowe
- Niestandardowe obiegi pracy wysyłania
- Obiegi pracy Power Automate
- Dokumenty w bibliotece
- Zbieranie danych formularzy za pomocą umów
- Ograniczona widoczność dokumentu
- Załączanie kopii PDF podpisanej umowy
- Dołączanie łączy do wiadomości e-mail
- Dołączanie obrazu do wiadomości e-mail
- Pliki dołączone do wiadomości e-mail będą nazwane jako:
- Załączanie raportu kontroli do dokumentów
- Scalanie wielu dokumentów w jeden
- Pobierz pojedyncze dokumenty
- Przekaż podpisany dokument
- Delegacje dla użytkowników w moim koncie
- Zezwalanie odbiorcom zewnętrznym na delegowanie
- Upoważnienie do podpisania
- Upoważnienie do wysyłania
- Uprawnienia do dodawania pieczęci elektronicznych
- Ustawianie domyślnej strefy czasowej
- Ustawianie domyślnego formatu daty
- Użytkownicy w wielu grupach (UMG)
- Uprawnienia administratora grupy
- Zastępowanie odbiorcy
- Raport kontroli
- Stopka transakcji
- W komunikatach w produkcie i wskazówkach
- Przystępne pliki PDF
- Przepływy pracy pdf/A
- Klient z sektora opieki zdrowotnej
- Nowa wersja funkcji Poproś o podpis
- Nowa wersja funkcji niestandardowego obiegu pracy
- Nowy sposób tworzenia szablonów
- Konfiguracja konta/Ustawienia kreowania marki
- Preferencje dotyczące podpisu
- Dobrze sformatowane podpisy
- Zezwalanie odbiorcom na podpisywanie przez
- Sygnatariusze mogą zmieniać imiona i nazwiska
- Zezwalanie odbiorcom na korzystanie z zapisanych podpisów
- Niestandardowe warunki użytkowania i warunki ujawnienia danych klienta
- Prowadzenie odbiorców między polami formularza
- Ponowne uruchamianie obiegu pracy umowy
- Odmowa podpisania
- Zezwalanie na obiegi pracy stempli
- Wymaganie od sygnatariuszy podania stanowiska lub firmy
- Zezwalanie sygnatariuszom na wydrukowanie i złożenie podpisu pisemnego
- Pokazanie wiadomości podczas składania elektronicznego podpisu
- Wymaganie tworzenia przez sygnatariuszy podpisów za pomocą urządzenia mobilnego
- Prośba sygnatariuszy o adres IP
- Wykluczanie nazwy firmy i stanowiska w stemplach uczestnictwa
- Zastosuj skalowanie adaptacyjnego podpisywania
- Podpisy cyfrowe
- Pieczęcie elektroniczne
- Tożsamość cyfrowa
- Ustawienia raportu
- Włącz klasyczne raportowanie
- Nowy sposób raportowania
- Klasyczne ustawienia raportu
- Ustawienia zabezpieczeń
- Ustawienia pojedynczego logowania
- Ustawienia opcji Pamiętaj mnie
- Zasady dotyczące hasła logowania
- Siła hasła logowania
- Czas trwania sesji internetowej
- Typ szyfrowania PDF
- API
- Dostęp do informacji o użytkowniku i grupie
- Dozwolone zakresy IP
- Udostępnianie konta
- Zezwolenia na udostępnianie konta
- Ustawienia udostępniania umów
- Weryfikacja tożsamości sygnatariusza
- Hasło podpisywania umowy
- Siła hasła dokumentu
- Blokowanie sygnatariuszy według geolokalizacji
- Uwierzytelnianie telefoniczne
- Uwierzytelnianie oparte na wiedzy (KBA)
- Zezwalanie na wyodrębnianie stron
- Wygaśnięcie łącza dokumentu
- Przesłanie certyfikatu klienta dla elementów webhook / wywołań zwrotnych
- Znacznik czasowy
- Ustawienia wysyłania
- Pokaż stronę wysyłania po zalogowaniu
- Interfejsy tworzenia umów
- Wymaganie nazwy odbiorcy przy wysyłaniu
- Blokowanie wartości nazw dla znanych użytkowników
- Dozwolone role odbiorcy
- Zezwól na e-osoby poświadczające
- Grupy odbiorców
- DW
- Wymagane pola
- Załączanie dokumentów
- Spłaszczenie pola
- Modyfikowanie umowy
- Usuń odbiorców z umów w trakcie realizacji
- Nazwa umowy
- Języki
- Wiadomości prywatne
- Dopuszczalne typy podpisu
- Przypomnienia
- Zabezpieczenie hasłem podpisanego dokumentu
- Wysyłanie powiadomień o umowie za pośrednictwem
- Opcje identyfikacji sygnatariusza
- Omówienie
- Hasło podpisywania
- Uwierzytelnianie oparte na wiedzy
- Uwierzytelnianie telefoniczne
- Uwierzytelnianie przez WhatsApp
- Hasło jednorazowe w wiadomości e-mail
- Uwierzytelnianie Acrobat Sign
- Podpis cyfrowy w chmurze
- Uwierzytelnianie tożsamości cyfrowej
- Dokument tożsamości
- Raporty tożsamości sygnatariusza
- Wypełnij pola formularza danymi ze zweryfikowaną tożsamością
- Ochrona zawartości
- Włączanie transakcji Notarize
- Wygasanie dokumentu
- Wyświetlanie, ustawianie podpisów i dodawanie pól formularza
- Kolejność podpisywania
- Dodaj mnie
- Pobierz łącze do umowy
- Obramowania pól formularza
- Liquid Mode
- Niestandardowe elementy sterujące obiegiem pracy
- Opcje przesyłania na stronie podpisu elektronicznego
- Przekierowanie na inny adres URL potwierdzenia po podpisaniu
- Ograniczenie dostępu do umów współdzielonych
- Pokaż stronę wysyłania po zalogowaniu
- Szablony wiadomości
- Ustawienia Bio-Pharma
- Integracja obiegu pracy
- Ustawienia notarializacji
- Integracja płatności
- Wiadomości sygnatariusza
- Ustawienia SAML
- Konfiguracja SAML
- Instalacja usługi federacyjnej Microsoft Active Directory
- Instalacja usługi Okta
- Instalacja usługi OneLogin
- Instalacja usługi Oracle Identity Federation
- Konfiguracja SAML
- Zarządzanie danymi
- Ustawienia znacznika czasowego
- Archiwum zewnętrzne
- Języki konta
- Ustawienia poczty e-mail
- Migracja z domeny echosign.com do adobesign.com
- Konfiguracja opcji dla odbiorców
- Wytyczne dotyczące wymogów regulacyjnych
- Dostępność
- HIPAA
- RODO
- 21 CFR część 11 i załącznik 11 EudraLex
- Klienci z sektora opieki zdrowotnej
- Obsługa IVES
- Umowy „archiwizowane”
- Kwestie do rozważenia w UE/Wielkiej Brytanii
- Zbiorcze pobieranie umów
- Przypisywanie domeny
- Łącza zgłaszania nadużycia
- Wymagania systemowe i ograniczenia
Wysyłanie i podpisywanie umów oraz zarządzanie nimi
- Opcje odbiorcy
- Anulowanie przypomnienia e-mail
- Opcje na stronie podpisu elektronicznego
- Przegląd strony podpisu elektronicznego
- Otwieranie w celu przeczytania umowy bez pól
- Odmowa podpisania umowy
- Delegowanie uprawnienia do podpisywania
- Ponowne uruchamianie umowy
- Pobieranie pliku PDF umowy
- Wyświetlanie historii umowy
- Wyświetlanie wiadomości umowy
- Konwertowanie z podpisu elektronicznego na pisemny
- Konwertowanie z podpisu pisemnego na podpis elektroniczny
- Nawigowanie po polach formularza
- Czyszczenie danych z pól formularza
- Powiększenie strony podpisu elektronicznego i nawigacja po niej
- Zmiana języka używanego w narzędziach i informacjach dotyczących umowy
- Przegląd informacji prawnych
- Dostosowywanie preferencji plików cookie Acrobat Sign
- Wysyłanie umów
- Strona Wyślij (Redaguj)
- Przegląd znaków i funkcji
- Selektor grupy
- Dodawanie plików i szablonów
- Nazwa umowy
- Wiadomość globalna
- Termin sfinalizowania
- Przypomnienia
- Ochrona plików PDF hasłem
- Typ podpisu
- Lokalizacja odbiorcy
- Kolejność podpisywania przez odbiorców/obieg
- Role odbiorcy
- Uwierzytelnianie odbiorców
- Prywatna wiadomość dla odbiorcy
- Dostęp odbiorcy do umowy
- Strony DW
- Kontrola tożsamości
- Wysyłanie umowy wyłącznie do siebie
- Wysyłanie umów do innych osób
- Podpisy pisemne
- Kolejność podpisywania przez odbiorców
- Wysyłka zbiorcza
- Strona Wyślij (Redaguj)
- Tworzenie pól w dokumentach
- Środowisko tworzenia w aplikacji
- Automatyczne wykrywanie pól
- Przeciąganie i upuszczanie pól za pomocą środowiska tworzenia
- Przypisywanie pól formularza do odbiorców
- Rola Wstępne wypełnianie
- Stosowanie pól z szablonem pola wielokrotnego użytku
- Przenoszenie pól do nowego szablonu biblioteki
- Zaktualizowano środowisko tworzenia podczas wysyłania umów
- Tworzenie formularzy ze znacznikami tekstowymi
- Tworzenie formularzy przy pomocy programu Acrobat (AcroForm)
- Pola
- Typy pól
- Typowe typy pól
- Pola podpisu cyfrowego
- Pole inicjałów
- Pole imienia i nazwiska odbiorcy
- Pole adresu e-mail odbiorcy
- Pole daty podpisu
- Pole tekstowe
- Pole daty
- Pole liczbowe
- Pole wyboru
- Grupa pól wyboru
- Przycisk opcji
- Menu rozwijane
- Nakładka linku
- Pole płatności
- Załączniki
- Stempel uczestnictwa
- Numer transakcji
- Obraz
- Firma
- Tytuł
- Stempel
- Wygląd zawartości pola
- Weryfikacja pola
- Wartości zamaskowanych pól
- Ustawianie warunków wyświetlania/ukrywania
- Pole obliczeniowe
- Zweryfikowane formularze
- Typy pól
- Tworzenie często zadawanych pytań
- Środowisko tworzenia w aplikacji
- Podpisywanie umów
- Zarządzanie umowami
- Omówienie strony Zarządzaj
- Kopiuj umowę
- Delegowanie umowy
- Zastępowanie odbiorców
- Ograniczona widoczność dokumentu
- Anulowanie umowy
- Tworzenie nowych przypomnień
- Przeglądanie przypomnień
- Anulowanie przypomnienia
- Dostęp do obiegów Power Automate
- Więcej operacji…
- Działanie wyszukiwania
- Wyświetlanie umowy
- Tworzenie szablonu na podstawie umowy
- Ukrywanie/pokazywanie umów z widoku
- Przesyłanie podpisanej umowy
- Modyfikowanie plików i pól w wysłanych umowach
- Edytowanie sposobu uwierzytelniania odbiorcy
- Dodawanie lub modyfikacja daty wygaśnięcia
- Dodawanie uwagi do umowy
- Udostępnianie indywidualnej umowy
- Anulowanie udostępniania umowy
- Pobieranie poszczególnych umów
- Pobieranie pojedynczych plików umowy
- Pobieranie raportu kontroli dla umowy
- Pobieranie zawartości pola w umowie
- Raport kontroli
- Raportowanie i eksportowanie danych
- Omówienie
- Udzielanie użytkownikom dostępu do raportowania
- Wykresy raportu
- Eksport danych
- Zmiana nazwy raportu/eksportu
- Powielanie raportu/eksportu
- Planowanie raportu/eksportu
- Usuwanie raportu/eksportu
- Sprawdzanie użycia transakcji
Zaawansowane możliwości umów i obiegów pracy
- Formularze internetowe
- Tworzenie formularza internetowego
- Edycja formularza internetowego
- Wyłączanie/włączanie formularza internetowego
- Ukrywanie/pokazywanie formularza internetowego
- Znajdowanie adresu URL lub kodu skryptu
- Wstępne wypełnianie pól formularza internetowego przy użyciu parametrów adresu URL
- Zapisywanie formularza internetowego do późniejszego wypełnienia
- Zmiana rozmiaru formularza internetowego
- Szablony wielokrotnego użytku (Szablony biblioteki)
- Amerykańskie formularze urzędowe w bibliotece Acrobat Sign
- Tworzenie szablonu biblioteki
- Zmiana nazwy szablonu biblioteki
- Zmiana typu szablonu biblioteki
- Zmiana poziomu uprawnień szablonu biblioteki
- Kopiowanie, edytowanie i zapisywanie udostępnionego szablonu
- Pobieranie zagregowanych danych pól szablonu biblioteki
- Przenoszenie własności formularzy internetowych i szablonów bibliotek
- Obiegi pracy Power Automate
- Przegląd integracji Power Automate i dołączonych uprawnień
- Włączanie integracji usługi Power Automate
- Akcje kontekstowe na stronie Zarządzaj
- Śledzenie wykorzystania pakietu Power Automate
- Tworzenie nowego obiegu (przykłady)
- Aktywatory używane dla obiegów
- Importowanie obiegów spoza Acrobat Sign
- Zarządzanie obiegami
- Edycja obiegów
- Udostępnianie obiegów
- Wyłączanie lub włączanie obiegów
- Usuwanie obiegów
- Przydatne szablony
- Tylko administrator
- Zapisywanie wszystkich ukończonych dokumentów w usłudze SharePoint
- Zapisywanie wszystkich ukończonych dokumentów w usłudze OneDrive dla firm
- Zapisywanie wszystkich ukończonych dokumentów na Dysku Google
- Zapisywanie wszystkich ukończonych dokumentów w usłudze DropBox
- Zapisywanie wszystkich ukończonych dokumentów w usłudze Box
- Archiwizacja umowy
- Zapisywanie ukończonych dokumentów w usłudze SharePoint
- Zapisywanie ukończonych dokumentów w usłudze OneDrive dla firm
- Zapisywanie ukończonych dokumentów na Dysku Google
- Zapisywanie ukończonych dokumentów w usłudze DropBox
- Zapisywanie ukończonych dokumentów w Box
- Archiwizacja umowy formularza internetowego
- Zapisywanie ukończonych dokumentów formularzy internetowych w bibliotece SharePoint
- Zapisywanie ukończonych dokumentów formularzy internetowych w usłudze OneDrive dla firm
- Zapisywanie ukończonych dokumentów na dysku Google
- Zapisywanie ukończonych dokumentów formularzy internetowych w usłudze Box
- Wyodrębnianie danych umowy
- Powiadomienia o umowach
- Wysyłanie niestandardowych powiadomień mailowych z zawartością umowy i podpisaną umową
- Otrzymywanie powiadomień Adobe Acrobat Sign w kanale usługi Teams
- Otrzymywanie powiadomień Adobe Acrobat Sign w usłudze Slack
- Otrzymywanie powiadomień Adobe Acrobat Sign w usłudze Webex
- Generowanie umów
- Wygenerowanie dokumentu z formularza Power App i szablonu Word, wysłanie do podpisu
- Wygenerowanie umowy z szablonu programu Word w usłudze OneDrive i uzyskanie podpisu
- Wygenerowanie umowy dla wybranego wiersza programu Excel, wysłanie do recenzji i podpisu
- Tylko administrator
- Niestandardowe obiegi pracy wysyłania
- Udostępnianie użytkowników i umów
Integracja z innymi produktami
- Przegląd integracji Acrobat Sign
- Acrobat Sign dla Salesforce
- Acrobat Sign dla Microsoft
- Inne integracje
- Integracje zarządzane przez partnerów
- Jak uzyskać klucz integracji
Programista Acrobat Sign
- Interfejsy API REST
- Elementy webhook
- Adres
Pomoc techniczna i rozwiązywanie problemów
Zaplanowane wydania programu Adobe Acrobat Sign i dokumentacja wydania wstępnego
Program Adobe Acrobat Sign wdraża co najmniej trzy aktualizacje rocznie, klasyfikowane jako wydania główne lub pomniejsze Dodatkowe pomniejsze aktualizacje mogą być wprowadzane według potrzeb w celu rozwiązywania problemów z systemem lub problemów klientów.
- Wydania główne wprowadzają istotne aktualizacje, nowe funkcje i wiele usprawnień.
- Wydania pomniejsze koncentrują się na mniejszych usprawnieniach i ulepszeniach komfortu użytkowania. Występują one między głównymi aktualizacjami, zwykle jeden lub dwa razy na cykl.
W celu uniknięcia zakłóceń nowe funkcje są domyślnie wyłączone i muszą zostać włączone ręcznie przez administratora konta lub grupy.
W przypadku klientów z sektora opieki zdrowotnej i nauk przyrodniczych klienci wymagający weryfikacji zgodności z przepisami partnerzy Acrobat Sign z zewnętrznym dostawcą w celu przekazania pakietu weryfikacyjnego dla każdego wydania głównego zawierającego funkcje, aby ograniczyć do minimum czynnik ryzyka.
Ta strona Informacje o wydaniu wstępnym jest regularnie aktualizowana, gdy nowe informacje stają się dostępne, więc jej treść jest względnie dynamiczna.
Choć strona ta jest lokalizowana, proces ten wymaga czasu, co może spowodować nieznaczne rozbieżności między wersjami lokalizowanymi a obowiązującą wersją angielską dla Stanów Zjednoczonych.
W celu zapewnienia najdokładniejszych i najbardziej aktualnych informacji zalecamy korzystanie tylko ze strony w wersji angielskiej dla Stanów Zjednoczonych.
Program Adobe Acrobat Sign przestrzega planowanego harmonogramu publikowania informacji o wydaniu i aktualizacji dokumentacji:
8 tygodni przed wydaniem produkcyjnym
- Na stronie przedpremierowej publikowane jest podsumowanie oczekiwanych funkcji i aktualizacji, zazwyczaj na cztery tygodnie przed uruchomieniem środowiska Sandbox.
- Wszelkie zmiany funkcji po tej chwili są wymienione w sekcji Errata.
- Rozwiązane problemy nie są uwzględnione na tym etapie.
4 tygodnie przed wydaniem produkcyjnym (uruchomienie środowiska Sandbox)
- Strona wydania wstępnego jest aktualizowana o szczegółową dokumentację nowych i aktualizowanych funkcji.
- Łącza do wydania wstępnego dokumentacji pomocy technicznej (dostępne tylko w wersji angielskiej dla Stanów Zjednoczonych) są dodawane według potrzeb.
- Początkowa sekcja Rozwiązane problemy została opublikowana, z bieżącymi aktualizacjami w ciągu następnych czterech tygodni.
Dzień wydania
- Oficjalne informacje o wydaniu są aktualizowane o ostateczne szczegóły funkcji i łącza do dokumentacji pomocy technicznej dotyczącej produkcji.
- Strona wydania wstępnego zostanie odświeżona dla podkreślenia następnego cyklu wydania.
- Dokumentacja jest publikowana po weryfikacji wydania w systemie aktywnym, zwykle po godzinie 19:00 czasu PT, choć złożone aktualizacje mogą potrwać dłużej.
- Ostateczna lista Rozwiązane problemy zostanie dodana do informacji o wydaniu w wersji angielskiej dla Stanów Zjednoczonych, a wersje lokalizowane zostaną zaktualizowane później.
Wydanie Government Cloud
- Środowisko Government Cloud jest zwykle aktualizowane od dwóch dni do kilku tygodni po wydaniu produkcyjnym, ponieważ niektóre funkcje mogą wymagać dodatkowej oceny przed wdrożeniem.
Dokumentacja Sandbox została zaprojektowana dla środowiska produkcyjnego. Łącza znajdują się w produkcyjnych adresach URL docelowych zawartości wydania wstępnego, co oznacza, że łącza te mogą prowadzić do starszych istniejących dokumentów lub wyników 404, jeśli strona docelowa jest nowa i jeszcze nie została opublikowana (np. gdy łącze wskazuje na nową funkcję w tym samym wydaniu).
Nowe strony zostaną opublikowane po opublikowaniu wersji, a łącza zostaną poprawnie rozwiązane do ich produkcyjnych adresów URL.
Dostępność środowiska Sandbox
Klienci mający dostęp do środowiska Acrobat Sign Sandbox mogą zazwyczaj uzyskać dostęp do funkcjonalności nowego wydania cztery tygodnie przed wprowadzeniem.
- Środowisko Sandbox musi przejść wszystkie procedury zapewniania jakości produkcji na tym samym poziomie jakości, co zwykłe środowisko produkcyjne.
- Firma Adobe dąży do zapewnienia dostępności na poziomie 99,9% w środowisku Sandbox, ale klienci powinni pamiętać, że umowa Adobe Unified SLA formalnie nie obejmuje środowiska Sandbox.
- Środowisko Sandbox korzysta z tej samej strony stanu i procedur awarii, co zwykłe środowisko produkcyjne.
Ten artykuł zawiera informacje o wersji przedpremierowej. Daty wydania, funkcje i inne informacje mogą ulec zmianie bez powiadomienia.
Zwalnianie produktu Adobe Acrobat Sign v17.0.1
Wdrożenie w środowisku testowym: 17 lutego 2026
\n
Wdrożenie produkcyjne: 17 marca 2026
Wdrożenie GovCloud: 19 marca 2026
Udoskonalone funkcje
- Utwórz kopię — rozszerzone punkty dostępu, szybsze ponowne wykorzystanie umów.
Funkcja Utwórz kopię jest teraz dostępna bezpośrednio z filtrów W toku i Oczekuje na Ciebie na stronie Zarządzaj, a także ze strony potwierdzenia po wysłaniu. Te dodatkowe punkty wejścia ułatwiają ponowne wykorzystanie umów w większej liczbie punktów cyklu wysyłania, zmniejszając potrzebę rozpoczynania od nowa.
Ta funkcja będzie dostępna w środowisku Sandbox 20 lutego 2026 r.
Uwaga: Wraz z tym zwolnieniem kontrole administracyjne umożliwiające wyłączenie tej funkcji zostaną usunięte z menu administratora, ustanawiając Utwórz kopię jako standardową możliwość dostępną dla wszystkich uprawnionych użytkowników.
- Dostępne środowiska: Sandbox, Commercial, Government | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: Konto i grupa; domyślnie włączone.
Aktualizacje REST API / elementu webhook
Poniższe aktualizacje są przedstawione w informacjach o wydaniu wstępnym z celem ujawnienia. Pełną dokumentację aktualizacji API i elementu webhook można znaleźć w dokumentacji programisty Acrobat Sign po dostarczeniu aktualizacji wersji na serwery produkcyjne.
- Spersonalizowane wyświetlanie wiadomości e-mail OEM 2.0 — wyraźniejsza tożsamość nadawcy i odbiorcy w zintegrowanych środowiskach oraz prawidłowe dostarczanie wiadomości e-mail.
\n Dla partnerów OEM 2.0 korzystających z osadzonych przepływów pracy acrobat sign wyświetla teraz spersonalizowany adres e-mail użytkownika zamiast adresu e-mail zarejestrowanego przez partnera w kluczowych powierzchniach interfejsu użytkownika i powiadomieniach. Umowy, kolejki takie jak „Oczekuje na Ciebie" i wiadomości e-mail „Przejrzyj i podpisz" konsekwentnie odzwierciedlają spersonalizowaną tożsamość, zachowując jednocześnie zarejestrowany adres e-mail wewnętrznie do uwierzytelniania i uprawnień. Poprawia to przejrzystość dla nadawców i podpisujących oraz zapobiega wysyłaniu wiadomości e-mail na niedostarczalne zarejestrowane adresy.
Dostępne środowiska: Sandbox, Commercial | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: API — tylko partnerzy OEM 2.0
- Powiadomienie webhook o niepowodzeniach dostarczania SMS — Widoczność w czasie rzeczywistym nieudanych wysyłek SMS, automatyczne naprawianie i równoważność z odrzuceniami wiadomości e-mail.
\n Produkt Acrobat Sign emituje teraz nowe zdarzenie webhook, AGREEMENT_PHONE_BOUNCED, gdy umowa wysłana przez SMS nie może zostać dostarczona z powodu problemów takich jak nieprawidłowe numery telefonów, odrzucenie przez operatora lub zablokowane linie. Umożliwia to klientom wykrywanie błędów dostarczania SMS w czasie niemal rzeczywistym i automatyczne uruchamianie działań następczych, takich jak poprawianie numerów telefonów, ponowne próby dostarczania lub otwieranie zgłoszeń do pomocy technicznej, eliminując martwe punkty i zmniejszając opóźnienia w przepływach pracy podpisywania zorientowanych na urządzenia mobilne.
Dostępne środowiska: Sandbox, Commercial, Government | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: API
- Ładunki webhook — dodano warunkowe pole extendedStatus uczestnika dla dynamicznych aktualizacji uczestnictwa, poprawiając widoczność stanu uczestnika.
Powiadomienia webhook zawierają teraz pole extendedStatus w każdym obiekcie uczestnika (memberInfos[]), gdy nadawca modyfikuje umowę w trakcie realizacji za pomocą dynamicznego uczestnictwa. To pole zapewnia dodatkowe szczegóły cyklu życia uczestnika, pozostawiając istniejące pole status niezmienione dla zachowania zgodności wstecznej.
{
"participantSets": [
{
"id": "",
"memberInfos": [
{
"company": "TestCo",
"email": "signer2@someDomain.dom",
"id": "CBJCHBCAABAAJiZV9cH",
"name": "Signer Two",
"status": "ACTIVE",
"extendedStatus": "REMOVED"
}
],
"order": ,
"role": "",
"status": ""
}
]
}
- Wartości status (niezmienione): ACTIVE, REPLACED.
- Wartości extendedStatus: ACTIVE, REPLACED, REMOVED, COMPLETED.
Dostępne środowiska: Sandbox, Commercial, Government | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: API
Errata wydania
W tym wydaniu nie pominięto żadnych elementów.
Rozwiązane problemy
| Problem | Opis |
|---|---|
| 4543515 | Podsumowanie: Zdarzenie odbicia wiadomości e-mail webhook może zostać nieprawidłowo wygenerowane dla prawidłowego podpisującego po tym, jak podpisujący pomyślnie podpisze dokument i umowa przejdzie do następnego kroku.Może się to zdarzyć, gdy delegat w tej samej grupie podpisującej ma nieprawidłowy adres e-mail, a nadawca zastępuje pierwotnego delegatora.W takich przypadkach system może błędnie przypisać zdarzenie odbicia „podpisano w imieniu..." prawidłowemu podpisującemu zamiast uczestnikowi, którego adres e-mail faktycznie został odrzucony. |
| Poprawka: Skorygowano logikę przypisywania zdarzeń, dzięki czemu zdarzenia odrzucenia wiadomości e-mail są teraz powiązane wyłącznie z uczestnikiem, którego adres e-mail rzeczywiście został odrzucony.Zdarzenie odbicia nie jest już generowane dla prawidłowego podpisującego, który już ukończył podpisywanie, a powiadomienia webhook odzwierciedlają teraz prawidłowego uczestnika i adres e-mail. | |
| 4544548 | Podsumowanie: Klucze integracji utworzone za pomocą interfejsu internetowego mogą wygasnąć po 10 latach, mimo że strona tworzenia stwierdza, że klucz zapewnia „stały dostęp". Gdy klucz osiągnie swój 10-letni okres życia, wywołania API zaczynają zwracać błąd wygasłego tokena, co może nieoczekiwanie zepsuć istniejące integracje. |
| Poprawka: Zaktualizowano komunikaty interfejsu użytkownika, aby usunąć sformułowanie „stały dostęp" i wyraźnie wyświetlać datę wygaśnięcia kluczy integracji.Zaktualizowany tekst stanowi teraz, że klucz zachowuje dostęp do daty wygaśnięcia lub do momentu ręcznego unieważnienia, zapewniając przezroczystość dotyczącą domyślnego 10-letniego okresu ważności. | |
| 4546301 | Podsumowanie: Dostarczanie zdarzeń webhook może być opóźnione nawet o kilka godzin w przypadku umów z bardzo dużymi dokumentami, nawet gdy tworzenie umowy zostanie ukończone, a wczesne etapy przetwarzania wydają się kończyć w ciągu kilku minut.W trakcie okna opóźnienia usługa dostarczania webhook może wielokrotnie otrzymywać odpowiedzi DOCUMENT_NOT_AVAILABLE podczas próby pobrania dokumentów umowy, a zdarzenie webhook może nie zostać dostarczone, dopóki usługa nie przestanie ponawiać prób lub dokumenty nie staną się dostępne. |
| Poprawka: Obsługa dostępności dokumentów została poprawiona, dzięki czemu duże umowy niezawodnie przechodzą do stanu, w którym dokumenty można pobrać bez długotrwałych odpowiedzi DOCUMENT_NOT_AVAILABLE. W rezultacie zdarzenia webhook są dostarczane bez wielogodzinnych opóźnień spowodowanych ponownymi próbami pobierania dokumentów względem niedostępnych dokumentów. | |
| 4547823 | Podsumowanie: Prywatna wiadomość odbiorcy może nie być wyświetlana niektórym osobom podpisującym, gdy umowa zostanie utworzona w stanie tworzenia za pomocą interfejsu API, a następnie edytowana w środowisku zarządzania.W tym scenariuszu interfejs użytkownika może wyświetlać wartość Wiadomość prywatna jako „Brak" lub pozostawić ją pustą, mimo że dane umowy zawierają poprawną wartość wiadomości prywatnej.To zachowanie występuje w scenariuszach kont współdzielonych, gdy użytkownik przełącza się na konto innego użytkownika w celu edycji wersji roboczej i może dotyczyć tylko określonych odbiorców, podczas gdy inni są wyświetlani poprawnie. |
| Poprawka: Dodano sprawdzenie w celu pobrania głównego kontekstu udostępniania i zwrócenia prywatnej wiadomości dla autoryzowanych użytkowników udostępniających.W rezultacie wartość prywatnej wiadomości jest teraz wyświetlana poprawnie podczas przeglądania lub wysyłania szkicu utworzonego przez API z przepływu tworzenia. | |
| 4548274 | Podsumowanie: Data modyfikacji szablonów biblioteki może nie zostać zaktualizowana po edycji i zapisaniu szablonu w nowym środowisku szablonów.Użytkownicy mogą widzieć nowo dodane lub zaktualizowane pola w szablonie, ale data modyfikacji pozostaje niezmieniona w interfejsie zarządzania i w widokach administracyjnych, co sprawia wrażenie, że szablon nie był ostatnio modyfikowany.Dzieje się tak, ponieważ nowe środowisko aktualizuje pola formularza za pomocą ścieżki, która nie aktualizuje również znacznika czasu modyfikacji szablonu. |
| Poprawka: Zachowanie aktualizacji daty modyfikacji zostało ujednolicone w nowym środowisku szablonów i powiązanych operacjach API.Ścieżka kodu, która zapisuje zmiany pól szablonu, teraz również aktualizuje datę modyfikacji szablonu, aby odzwierciedlała rzeczywisty czas ostatniej zmiany. | |
| 4548564 | Podsumowanie: Podpisy i pola formularza mogą wydawać się niewidoczne w podpisanym pliku pdf, gdy są umieszczone nad istniejącymi wcześniej adnotacjami stempla w dokumencie źródłowym.W dotkniętych szablonach adnotacje stempla nakładają się lub zasłaniają pola interaktywne podczas przetwarzania, powodując ukrycie ukończonych podpisów i innych pól w ostatecznym podpisanym dokumencie. |
| Poprawka: Obsługa adnotacji stempla została zaktualizowana, aby bezpiecznie przetwarzać i spłaszczać istniejące wcześniej adnotacje stempla, tak aby nie zasłaniały już pól formularza ani podpisów.Pola umieszczone nad obszarami ze stemplem pozostają teraz widoczne podczas podpisywania i w całkowicie wykonanym pdf. | |
| 4549103 | Podsumowanie: Zdarzenie odrzucenia wiadomości e-mail może zostać ponownie zarejestrowane dla wcześniej nieprawidłowego odbiorcy po tym, jak nadawca zastąpi tego odbiorcę prawidłowym adresem e-mail.W niektórych przypadkach dziennik audytu może pokazać drugie zdarzenie odbicia dla starego adresu e-mail, a status umowy może wskazywać „e-mail odbity", mimo że nowy odbiorca pomyślnie otrzymuje, wyświetla lub podpisuje umowę.To zachowanie może sprawiać wrażenie, że umowa nadal jest kierowana zarówno na stary, jak i nowy adres e-mail. |
| Poprawka: Obieg pracy zastępowania podpisującego został zaktualizowany, aby zapobiec wysyłaniu dodatkowych e-maili z powiadomieniami do zastąpionego odbiorcy, którego e-mail już został odrzucony.System sprawdza teraz wcześniejszą historię odrzuceń przed wysłaniem powiadomień związanych z zastąpieniem, zapewniając, że po zastąpieniu nie są generowane nowe zdarzenia odrzucenia dla starego adresu e-mail. | |
| 4549306 | Podsumowanie: Użytkownicy, których adresy e-mail zawierają określone znaki specjalne (na przykład apostrof), mogą nie być w stanie się zalogować z ogólnych adobesign.com lub echosign.com publicznych stron logowania. Po wprowadzeniu adresu e-mail i kliknięciu w pole hasła strona może się ponownie załadować i wyczyścić pole e-mail zamiast przekierować użytkownika na właściwą stronę logowania fragmentu lub SSO. Uniemożliwia to dotkniętym użytkownikom ukończenie uwierzytelniania i blokuje integracje, które opierają się na publicznym punkcie końcowym logowania. |
| Poprawka: Logika rozpoznawania fragmentu logowania została poprawiona, aby właściwie obsługiwać i dekodować adresy e-mail zawierające znaki specjalne przed skonstruowaniem adresu URL przekierowania między fragmentami. Użytkownicy z dotkniętymi formatami e-mail są teraz poprawnie przekierowywani na wyznaczony fragment i stronę logowania SSO bez czyszczenia pola e-mail. | |
| 4549331 | Podsumowanie: Podpisy i inne pola formularza mogą wydawać się brakujące lub niewidoczne w podpisanym pdf, gdy określone funkcje przetwarzania dokumentu są włączone, a źródłowy pdf zawiera nieprawidłowe współrzędne pola strony (na przykład nieprawidłowe wartości CropBox lub MediaBox). W tym scenariuszu pola, które opierają się na współrzędnych strony, mogą być renderowane poza widocznym obszarem strony, przez co ukończone podpisy wydają się brakować, mimo że podpisywanie kończy się pomyślnie. |
| Poprawka: Obsługa pól strony pdf została poprawiona, aby bezpiecznie normalizować nieprawidłowe wartości CropBox i MediaBox podczas przetwarzania dokumentu.W rezultacie umieszczanie podpisów i pól formularzy jest teraz wyrównane do widocznego obszaru strony, a podpisane pliki pdf wyświetlają podpisy zgodnie z oczekiwaniami. | |
| 4550367 | Podsumowanie: Tworzenie formularza internetowego może zakończyć się niepowodzeniem z ogólnym komunikatem „Błąd serwera" po wybraniu opcji Podgląd i Dodaj pola, gdy domyślne uwierzytelnianie podpisującego grupy nadawcy jest ustawione na Telefon, a konto nie ma dostępnego limitu uwierzytelniania telefonicznego, nawet jeśli uwierzytelnianie podpisującego formularza internetowego jest ustawione na metodę inną niż telefoniczna (na przykład Adobe Sign).W rezultacie wszyscy użytkownicy na danym koncie mogą zostać zablokowani w tworzeniu formularzy internetowych we wszystkich dokumentach. |
| Poprawka: Tworzenie formularzy internetowych teraz ocenia limit tylko dla metody uwierzytelniania faktycznie skonfigurowanej dla osoby podpisującej formularz internetowy i nie stosuje już sprawdzania limitów uwierzytelniania telefonicznego wyłącznie na podstawie domyślnego ustawienia uwierzytelniania grupy. Zapobiega to błędom fałszywego wyczerpania limitu i umożliwia normalne tworzenie formularzy internetowych. | |
| 4551011 | Podsumowanie: Gdy nadawca przesyła określone zeskanowane pliki pdf, dodaje pola podpisu i wysyła umowę, podpisany plik pdf może nie wyświetlać widocznych podpisów po zakończeniu podpisywania.To zachowanie może wystąpić, gdy przesłany plik pdf zawiera nieprawidłowe metadane granic strony (współrzędne MediaBox i CropBox wydają się odwrócone), co może spowodować, że podpis i inne warstwy wyglądu pól będą renderować poza widocznym obszarem strony. |
| Poprawka: Obsługa granic strony pdf została zaktualizowana, aby poprawnie przetwarzać pliki pdf z nieprawidłowymi lub odwróconymi wartościami współrzędnych MediaBox i CropBox, dzięki czemu zawartość wyglądu podpisu i pól formularza renderuje w widocznym obszarze strony i pozostaje widoczna w ostatecznym podpisanym pliku pdf. | |
| 4551427 | Podsumowanie: Niektórzy odbiorcy, którzy już mają główne, poprawnie skonfigurowane konta, otrzymują umowy jako odbiorcy „pseudo użytkownika", więc umowa nie pojawia się w ich normalnym widoku Zarządzaj.Dzieje się tak, gdy adresy e-mail odbiorców zawierają spacje na początku lub na końcu, co uniemożliwia systemowi dopasowanie adresu e-mail do istniejącego użytkownika i powoduje utworzenie rekordu pseudo-użytkownika. |
| Rozwiązanie: Zaktualizowano analizę e-maili i wyszukiwanie użytkowników w celu normalizacji adresów e-mail odbiorców (usunięcie spacji na początku i na końcu) przed dopasowaniem ich do istniejących użytkowników.W rezultacie umowy adresowane do istniejących użytkowników są kierowane do zarejestrowanego konta zamiast tworzenia pseudo-użytkownika jako odbiorcy, nawet jeśli adres e-mail został wprowadzony ze spacjami (w ładunkach API i listach odbiorców obiegu pracy). | |
| 4553198 | Podsumowanie: Gdy umowa zawiera co najmniej jednego odbiorcę skonfigurowanego do dostarczania SMS i co najmniej jednego odbiorcę skonfigurowanego wyłącznie do dostarczania e-mail, anulowanie umowy przez API nie wysyła powiadomienia SMS o anulowaniu do odbiorcy SMS. Umowa zostaje pomyślnie anulowana, a powiadomienia e-mail są dostarczane, ale odbiorcy SMS nie otrzymują wiadomości o anulowaniu. |
| Poprawka: Obieg pracy anulowania został poprawiony, aby zapewnić wysyłanie powiadomień SMS o anulowaniu do wszystkich odbiorców skonfigurowanych do dostarczania SMS po anulowaniu umowy, niezależnie od metod dostarczania innych odbiorców. | |
| 4554463 | Podsumowanie: Gdy umowy zawierają sklonowane przyciski opcji, które mają tę samą nazwę pola w połączonych dokumentach, tylko jedna instancja wybranej opcji pozostaje wybrana w końcowym podpisanym pdf. Chociaż pola wyglądają wizualnie jak pola wyboru, są zaimplementowane jako przyciski opcji. Po podpisaniu wybrana wartość nie jest konsekwentnie propagowana we wszystkich sklonowanych instancjach, co powoduje nieprawidłowe lub niekompletne mapowanie oczekiwanego wyboru. |
| Poprawka: Logika obsługi pól formularza została poprawiona, dzięki czemu sklonowane przyciski opcji przechowują i propagują wybraną wartość eksportu, a nie wewnętrzną wartość indeksu. Zapewnia to, że wszystkie sklonowane instancje tego samego pola przycisku opcji odzwierciedlają prawidłowy wybór w podpisanym pliku pdf. | |
| 4554593 | Podsumowanie: Niektóre integracje partnerskie, które używają starszych punktów końcowych OAuth do odświeżania tokenów dostępu, zaczęły kończyć się niepowodzeniem z błędami HTTP 401. Usługa odrzuciła żądania odświeżenia tokenów z błędem wskazującym, że aplikacja nie może używać starszych punktów końcowych OAuth i musi zamiast tego używać punktów końcowych OAuth v2. Zablokowało to klientom uwierzytelnianie Acrobat Sign przez aplikacje partnerskie, nawet w przypadku integracji, które wcześniej działały. |
| Poprawka: Usługa uwierzytelniania została poprawiona, dzięki czemu aplikacje partnerskie skonfigurowane do używania starszego przepływu OAuth mogą ponownie pomyślnie odświeżać tokeny, zamiast być nieprawidłowo zmuszane do punktów końcowych OAuth v2. | |
| 4554614 | Podsumowanie: Gdy osoba podpisująca używa nowoczesnego środowiska eSign w umowie, która wymaga uwierzytelnienia osoby podpisującej i jest skonfigurowana tak, aby wymagać akceptacji warunków użytkowania przed podpisaniem, kliknięcie przycisku Kliknij, aby podpisać powoduje 5-sekundowe przekierowanie do klasycznego środowiska podpisywania. Komunikat przekierowania ostrzega, że podpisy i inicjały wprowadzone w nowoczesnym podpisywaniu zostaną wyczyszczone, zmuszając osobę podpisującą do ponownego wprowadzenia ich i faktycznego podpisania dwukrotnie. |
| Poprawka: Przepływ odświeżania tokenu podpisywania został poprawiony, dzięki czemu gdy osoba podpisująca akceptuje warunki użytkowania przed podpisaniem, ponownie wydany token podpisywania zachowuje szczegóły uwierzytelnienia osoby podpisującej. Zapobiega to niepowodzeniu uwierzytelnienia w ostatnim kroku podpisywania i eliminuje wymuszone przejście z nowoczesnego podpisywania do klasycznego środowiska. | |
| 4555656 | Podsumowanie: W określonych warunkach czasowych przejście stanu umowy może wydawać się udane, ale w rzeczywistości nie zmienia stanu umowy. Gdy powiadomienie webhook zostanie odebrane przed zakończeniem przetwarzania w tle, kolejne wywołania API mogą używać nieaktualnych danych statusu umowy. W tym oknie niektóre metody przejścia stanu zwracają HTTP 200 OK, mimo że umowa nie znajduje się w prawidłowym stanie dla żądanego przejścia.W rezultacie przepływy pracy automatyzacji mogą założyć, że przejście zakończyło się powodzeniem, podczas gdy umowa pozostaje w pierwotnym stanie. |
| Poprawka: Logika przejścia stanu umowy została zaktualizowana w celu wymuszenia ścisłej walidacji przed zastosowaniem przejścia.Jeśli umowa nie znajduje się w prawidłowym stanie, API zwraca teraz jasną odpowiedź błędu zamiast dyskretnie zwracać sukces.Zapewnia to wyraźne odrzucenie nieprawidłowych przejść, umożliwia systemom wywołującym odpowiednie ponowienie próby i zapobiega pozostawaniu umów w niezamierzonym stanie bez widoczności. |
Zwalnianie produktu Adobe Acrobat Sign v17.1
Wdrożenie w środowisku testowym: 7 kwietnia 2025
Wdrożenie produkcyjne: 5 maja 2026
Wdrożenie GovCloud: 12 maja 2026
Udoskonalone funkcje
- Podpis złożony osobiście — Włącz hostowane sesje podpisywania w aplikacji internetowej
Podpis złożony osobiście umożliwia nadawcy wyznaczenie wewnętrznego gospodarza, który ułatwia sesję podpisywania osobiście za pomocą przeglądarki internetowej. Gospodarz uruchamia kontrolowaną sesję podpisywania ze strony Zarządzaj lub z powiadomienia e-mail, tymczasowo przekazuje urządzenie osobie podpisującej w celu wykonania wymaganych działań i odzyskuje kontrolę po zakończeniu. Utworzenie i zakończenie sesji są rejestrowane w dzienniku audytu, a osoby podpisujące mogą opcjonalnie podać adres e-mail, aby otrzymać kopię umowy.
Dostępne środowiska: Testowe, Komercyjne | Dostępne poziomy usług: Rozwiązania produktu Acrobat Sign | Zakres konfiguracji: Konto i grupa
- Edycja dokumentu w linii podczas tworzenia — Umożliwia nadawcom edycję tekstu dokumentu bezpośrednio w środowisku tworzenia
Umożliwia nadawcom edycję tekstu dokumentu bezpośrednio w środowisku tworzenia przed wysłaniem umowy do podpisu. Opcja Edytuj dokument pozwala użytkownikom modyfikować tekst bez pobierania i ponownego przesyłania pliku, zachowując istniejące pola i konfigurację umowy. To usprawnia poprawki przed wysłaniem i zmniejsza zakłócenia podczas przygotowywania umowy.
Dostępne środowiska: Testowe, Komercyjne, Rządowe | Dostępne poziomy usług: Rozwiązania produktu Acrobat Sign | Zakres konfiguracji: Konto i grupa
- Masowy podpis cyfrowy ze strony Zarządzaj — Zastosuj podpis cyfrowy do wielu umów za pomocą jednej autoryzacji
Osoby podpisujące mogą wybrać wiele umów w widoku Oczekuje na Ciebie i zastosować podpisy cyfrowe jako działanie masowe za pomocą jednej autoryzacji podpisywania. To zmniejsza powtarzalne kroki podpisywania dla przepływów pracy o dużej objętości, zachowując istniejące zabezpieczenia podpisywania w chmurze, uwierzytelnianie i kontrole audytu. Administratorzy mogą włączyć podpisywanie masowe i opcjonalnie wymagać od osób podpisujących przejrzenia wszystkich umów przed zakończeniem działania masowego.
Dostępne środowiska: Sandbox, Commercial, Government | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: Konto i Grupa
- Wsparcie Bio-Pharma (CFR) w nowoczesnym podpisie elektronicznym — Dodaje przechwytywanie przyczyny podpisywania i wymuszone ponowne uwierzytelnianie w czasie podpisywania
Adobe Acrobat Sign uzupełnia wsparcie Bio-Pharma w środowisku nowoczesnego podpisu elektronicznego, dodając przechwytywanie przyczyny podpisywania i wymuszone ponowne uwierzytelnianie podczas podpisywania. Organizacje działające w środowiskach regulowanych mogą wymagać przyczyny podpisywania, wymuszać ponowne uwierzytelnianie dla każdego podpisu lub przy ostatecznym kliknięciu w celu podpisania oraz utrzymywać zgodne raportowanie audytu — wszystko w nowoczesnym interfejsie.
Dostępne środowiska: Testowe, Komercyjne, Rządowe | Dostępne poziomy usług: Rozwiązania produktu Acrobat Sign | Zakres konfiguracji: Wsparcie dla ustawień Bio Pharma w nowoczesnym podpisie elektronicznym jest domyślnie włączone.
Przejrzyj zaktualizowaną listę obsługiwanych funkcji dla nowoczesnego podpisu elektronicznego >
- Filtr odbiorcy w raportowaniu — Dodaj filtrowanie oparte na odbiorcach do raportów i eksportów danych.
Dodaj filtr Odbiorca do nowoczesnego raportowania dla raportów umów i transakcji oraz eksportów danych. Administratorzy mogą filtrować według adresu e-mail odbiorcy, aby zwrócić wszystkie umowy zawierające określonego odbiorcę, niezależnie od roli lub kolejności podpisywania. Filtr obsługuje autouzupełnianie i zachowanie wielokrotnego wyboru zgodne z istniejącym filtrem Nadawca i ma zastosowanie zarówno do raportów wizualnych, jak i eksportów CSV.
Dostępne środowiska: Testowe, Komercyjne, Rządowe | Dostępne poziomy usług: Rozwiązania produktu Acrobat Sign | Zakres konfiguracji: Włączone z nowoczesnym raportowaniem
- Klucze zarządzane przez klienta — Umożliwia szyfrowanie w spoczynku za pomocą kluczy AWS KMS lub Azure Key Vault
Klucze zarządzane przez klienta zapewniają szyfrowanie na poziomie konta w spoczynku za pomocą klucza zarządzanego przez klienta w usłudze AWS Key Management Service (KMS) lub Azure Key Vault. Administratorzy kont mogą dołączyć klucz zarządzany przez klienta i ponownie zaszyfrować obsługiwaną zawartość, rotować lub przywrócić wersje kluczy, zawiesić klucz (powodując niepowodzenie operacji szyfrowania i deszyfrowania) lub zniszczyć klucz, co trwale uniemożliwia dostęp do zaszyfrowanej zawartości.
Dostępne środowiska: Testowe, Komercyjne | Dostępne poziomy usług: Rozwiązania produktu Acrobat Sign w środowiskach AWS | Zakres konfiguracji: Tylko konto
- Wysyłaj tylko do odbiorców wewnętrznych — Ogranicz umowy do wysyłania do odbiorców w ramach tego samego konta produktu Acrobat Sign.
Ustawienie Wysyłaj tylko do odbiorców wewnętrznych uniemożliwia użytkownikom wysyłanie umów do odbiorców spoza ich konta produktu Acrobat Sign. Po włączeniu umowy można wysyłać tylko do odbiorców, których identyfikatory kont są zgodne z identyfikatorem nadawcy. Ta kontrola wspiera wewnętrzne wymagania bezpieczeństwa i zapobiega udostępnianiu umów na zewnątrz.
Dostępne środowiska: Sandbox, Commercial, Government | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: Konto i grupa
- Zapisane podpisy dla adresów URL podpisywania API — umożliwia używanie zapisanych podpisów profilu podczas podpisywania opartego na API
Pozwala zarejestrowanym użytkownikom stosować zapisane podpisy profilu podczas podpisywania umów za pomocą adresów URL podpisywania generowanych przez API (get /agreements/{agreementId}/signingUrls). Ta funkcja usprawnia obiegi pracy podpisywania dla integracji backendowych przy zachowaniu kontroli bezpieczeństwa na poziomie konta.
Włączane przez Adobe dla każdego konta po przeglądzie bezpieczeństwa.
Dostępne środowiska: Sandbox, Commercial, Government | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: Wyłączone; skontaktuj się z pomocą techniczną
Zmiany dotyczące użytkowania
- Odnowiona strona główna — poprawia dostęp do obiegu pracy, wyświetla kluczowe działania
Strona główna została przeprojektowana, aby ułatwić rozpoczynanie umów, monitorowanie aktywności i dostęp do kluczowych funkcji, w tym możliwość kopiowania ostatnio wysłanych umów, wyświetlanie kafelków działań w bardziej intuicyjnej kolejności, szybkie identyfikowanie elementów w toku i oczekujących na Ciebie oraz korzystanie z uproszczonego baneru Co nowego , który redukuje wizualny bałagan, pomagając użytkownikom poruszać się szybciej, redukować pominięte umowy i nawigować w bardziej skoncentrowanym doświadczeniu strony głównej.
Nowa strona główna będzie wdrażana przez 10 dni po zwalnianiu. Zapoznaj się z harmonogramem w powiadomieniu technicznym >
Dostępne środowiska: Sandbox, Commercial | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: Włączone domyślnie
- Rozszerzony centrum zasobów — reorganizuje linki do nauki i wsparcia w produkcie acrobat sign
Zaktualizowane centrum zasobów poprawia sposób, w jaki użytkownicy uzyskują dostęp do materiałów edukacyjnych i wsparcia bezpośrednio w produkcie acrobat sign. Zawartość jest zorganizowana w uporządkowane sekcje z wbudowanymi samouczkami wideo i bezpośrednim dostępem do webinarów, informacji o zwalnianiu, historii klientów i zasobów wsparcia. Te aktualizacje ułatwiają lokalizowanie zawartości edukacyjnej w ramach doświadczenia produktu.
Dostępne środowiska: Sandbox, Commercial, Government | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: To zaktualizowane doświadczenie jest włączone domyślnie
Aktualizacje REST API / elementu webhook
Poniższe aktualizacje są przedstawione w informacjach o wydaniu wstępnym z celem ujawnienia. Pełną dokumentację aktualizacji API i elementu webhook można znaleźć w dokumentacji programisty Acrobat Sign po dostarczeniu aktualizacji wersji na serwery produkcyjne.
- Inicjalizacja tożsamości cyfrowej za pomocą parametru login_hint — umożliwia nadawcom API inicjalizację uwierzytelniania tożsamości cyfrowej za pomocą identyfikatora logowania specyficznego dla odbiorcy.
Kilka punktów końcowych /agreements interfejsu API REST w wersji 6 obsługuje teraz parametr loginHint, który umożliwia nadawcom interfejsu API inicjowanie uwierzytelniania Digital Identity Gateway przy użyciu znanego identyfikatora logowania, takiego jak adres e-mail lub numer identyfikacyjny użytkownika. Dostawca tożsamości kontroluje doświadczenie użytkownika, ale identyfikator zazwyczaj wstępnie wypełnia ekran logowania, aby wzmocnić przepływy pracy uwierzytelniania o wysokim poziomie zaufania i zmniejszyć ryzyko podszywania się. identyfikator pojawia się w zamaskowanym formacie na stronie docelowej Digital Identity Gateway i w raporcie audytu, aby zachować możliwość śledzenia przy jednoczesnej ochronie poufnych danych.
Następujące punkty końcowe zostały zaktualizowane w celu uwzględnienia parametru loginHint:- POST /agreements
- PUT /agreements/{agreementId}
- PUT /agreements/{agreementId}/members/participantSets/{participantSetId}
- put /agreements/{agreementId}/participantSets/{participantSetId}/securityOptions
Dostępne środowiska: Sandbox, Commercial, Government | Dostępne poziomy usług: acrobat sign Solutions | Zakres konfiguracji: interfejs API REST w wersji 6
- Kontrola powiadomień za pośrednictwem interfejsu API Agreements — dodano wielopoziomowe kontrole umożliwiające wyłączanie powiadomień w punktach końcowych POST /agreements i POST /agreements/{agreementId}/reminders.
Deweloperzy mogą wyłączyć powiadomienia INITIAL, INTERMEDIATE, FINAL, CANCELLATION i REMINDER podczas tworzenia umów za pośrednictwem interfejsu API REST w wersji 6. Parametry są dostępne na poziomie zestawu uczestników, DW i nadawcy. Wyłączenie dotyczy poczty e-mail, SMS i WhatsApp oraz zastępuje preferencje nadawcy, zapewniając integracjom deterministyczną kontrolę nad zachowaniem komunikacji. Obsługuje to doświadczenia podpisywania oparte na portalu i integracje o dużej objętości, które wymagają precyzyjnego zarządzania powiadomieniami.
Dostępne środowiska: Sandbox, Commercial, Government | Dostępne poziomy usług: acrobat sign Solutions | Zakres konfiguracji: interfejs API REST w wersji 6
- Niestandardowe nagłówki dla webhooków — włącz niestandardowe nagłówki żądań w powiadomieniach o zdarzeniach webhook
Administratorzy mogą definiować dodatkowe nagłówki HTTP podczas tworzenia konfiguracji webhook za pomocą punktu końcowego POST /webhooks interfejsu API REST w wersji 6. Te nagłówki są uwzględniane we wszystkich powiadomieniach o zdarzeniach dostarczanych do punktu końcowego target, wraz z tokenem bearer OAuth 2.0. Umożliwia to organizacjom spełnienie wymagań dotyczących zarządzania i bezpieczeństwa interfejsu API, które opierają się na uwierzytelnianiu opartym na nagłówkach lub kontrolach routingu.
Tylko nowo utworzone webhooks wygenerowane za pomocą interfejsu API REST w wersji 6 obsługują niestandardowe nagłówki. Istniejące konfiguracje webhook nie są modyfikowane i muszą zostać odtworzone, aby uwzględnić niestandardowe nagłówki.
Dostępne środowiska: Sandbox, Commercial, Government | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: punkt końcowy v6 REST API POST /webhooks; wszystkie zakresy
- Interfejs API raportowania użycia SMS — pobieranie zakupionych ilości i śledzenie zużycia SMS
Interfejs API raportowania użycia SMS zapewnia Widoczność uprawnień i zużycia SMS w celu wsparcia planowania budżetu i ciągłości usług. Organizacje mogą pobierać łączne zakupione ilości SMS, śledzić ogólne użycie do tej pory oraz wysyłać zapytania o zużycie według grupy i zakresu dat. Umożliwia to proaktywne monitorowanie i wewnętrzną alokację, aby zapobiec zakłóceniom, gdy kredyty zbliżają się do wyczerpania.
Nowe punkty końcowe:- GET /api/rest/v6/smsUsage
- GET /api/rest/v6/smsUsage?groupId={groupId}
- GET /api/rest/v6/smsUsage?startDate=YYYY-MM-DD&endDate=YYYY-MM-DD
- GET /api/rest/v6/smsUsage?groupId={groupId}&startDate=YYYY-MM-DD&endDate=YYYY-MM-DD
Dostępne środowiska: Sandbox, Commercial, Government | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: v6 REST API
Errata wydania
W tym wydaniu nie pominięto żadnych elementów.