Ostatnia aktualizacja
5 mar 2026
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
- Klient z sektora opieki zdrowotnej
- 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
- 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.
Uwaga:
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.
Uwaga:
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.
Komunikat:
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. |
