Ostatnia aktualizacja
18 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
- 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
Uwaga:
W tym dokumencie omówiono nowe funkcje, zmiany w interfejsie i problemy rozwiązane w aplikacji klienta dla najnowszej wersji.
Aktualizacje API i elementów webhook skierowane do programistów są udokumentowane w podręczniku dla programistów Acrobat Sign.
Nie gwarantuje się, że wszystkie funkcje/zmiany zostaną wprowadzone w dniu wydania. Zawsze odwołuj się do wersji strony w amerykańskiej odmianie języka angielskiego jako najbardziej aktualnej i dokładnej wersji.
Wydanie Adobe Acrobat Sign 17.0.1
Wdrożenie produkcyjne: 17 marca 2026 r.
Wdrożenie usługi GovCloud: 19 marca 2026 r.
Udoskonalone funkcje
- Utwórz kopię — rozszerzone punkty dostępu, szybsze ponowne wykorzystywanie umów.
Funkcja Utwórz kopię jest teraz dostępna bezpośrednio z poziomu filtrów W toku i Oczekujące na Ciebie na stronie Zarządzaj, a także na stronie 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.
Uwaga: w tej wersji elementy sterujące administratora pozwalające wyłączyć tę funkcję zostaną usunięte z menu administratora, ustawiając Utwórz kopię jako standardową funkcję dostępną dla wszystkich użytkowników.
Dostępne środowiska: Sandbox, komercyjne, rządowe | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: konto i grupa; domyślnie włączone.
Zapoznaj się ze zaktualizowaną dokumentacją działań użytkownika >
Zmiany dotyczące użytkowania
- Widoczność wygaśnięcia klucza integracyjnego — daty wygaśnięcia są teraz widoczne na karcie Tokeny dostępu
Karta Tokeny dostępu w menu Preferencje osobiste wyświetla teraz datę wygaśnięcia dla każdego klucza integracyjnego. Zapewnia to użytkownikom i administratorom lepszy wgląd w wiek klucza i termin wymiany, ułatwiając monitorowanie obecnych kluczy i uniknięcie nieoczekiwanych zakłóceń, gdy klucz osiągnie swój 10-letni termin ważności.
Dostępne środowiska: Sandbox, komercyjne, rządowe | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: API
Aktualizacje REST API / elementu webhook
Aktualizacje API i elementu webhook dla tego wydania znajdują się w dokumentacji API Acrobat Sign.
- Spersonalizowane wyświetlanie wiadomości e-mail OEM 2.0 — lepsza widoczność nadawcy i odbiorcy w osadzonych środowiskach oraz prawidłowe dostarczanie wiadomości e-mail.
W przypadku partnerów OEM 2.0 korzystających z osadzonych obiegów pracy Acrobat Sign może teraz wyświetlać spersonalizowany adres e-mail użytkownika zamiast adresu e-mail zarejestrowanego przez partnera w kluczowych obszarach interfejsu użytkownika i powiadomieniach. W wiadomościach e-mail dotyczących umów, kolejek takich jak „Oczekujące na Ciebie” i „Sprawdź i podpisz” widoczna jest zawsze spersonalizowana tożsamość, natomiast zarejestrowany adres e-mail jest zarezerwowany wewnętrznie do celów związanych z uwierzytelnieniami i uprawnieniami. 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, komercyjne | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: API — partnerzy OEM 2.0; tylko na żądanie
- Powiadomienie webhook w przypadku nieudanych dostaw SMS — wgląd w czasie rzeczywistym w przypadki nieudanego dostarczenia SMS, automatycznej korekty i zgodności przy odbiciu wiadomości e-mail.
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 nieudanych dostaw SMS w czasie niemal rzeczywistym i automatycznie aktywuje działania zaradcze, takie jak poprawienie numeru telefonu, ponowienie wysłania i ograniczenie opóźnień dla obiegów pracy podpisywania z priorytetem dla urządzeń mobilnych.
Dostępne środowiska: Sandbox, komercyjne, rządowe | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: API
- Ładunki webhook — dodano warunkowe pole uczestnika extendedStatus dla dynamicznych aktualizacji udziału, usprawniając w ten sposób 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 stanu 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, komercyjne, rządowe | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: API
Rozwiązane problemy
| Problem | Opis |
|---|---|
| 4543515 | Podsumowanie: Zdarzenie webhook dotyczące odbicia wiadomości e-mail może zostać błędnie wygenerowane dla prawidłowego sygnatariusza po tym, jak złożył on podpis, a umowa została przekazana do kolejnego etapu. Może to wystąpić, 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 nieprawidłowo przypisać zdarzenie odbicia „podpisano w imieniu…” do prawidłowego sygnatariusza zamiast do uczestnika, którego wiadomość e-mail została faktycznie odbita. |
| Poprawka: Logika przypisywania zdarzeń została poprawiona, dzięki czemu zdarzenia odbicia wiadomości e-mail są powiązane tylko z uczestnikiem, którego wiadomość e-mail faktycznie się odbija. Zdarzenie odbicia nie jest już generowane dla ważnego podpisującego, który już zakończył podpisywanie, a powiadomienia webhook odzwierciedlają teraz prawidłowego uczestnika i adres e-mail. | |
| 4544548 | Podsumowanie: Klucze integracyjne utworzone przez interfejs sieciowy mogą wygasnąć po 10 latach, nawet jeśli na stronie tworzenia widnieje adnotacja „dostęp stały”. Gdy klucz osiągnie swój 10-letni termin ważności, wywołania API zaczną zwracać błąd wygasłego tokenu, co może niespodziewanie naruszyć obecne integracje. |
| Poprawka: Komunikat w interfejsie użytkownika został zaktualizowany w celu usunięcia zwrotu „dostęp stały” i jasnego przedstawienia daty wygaśnięcia dla kluczy integracyjnych. Zaktualizowany tekst stanowi teraz, że klucz zachowuje dostęp do daty wygaśnięcia lub do momentu ręcznego odwołania, zapewniając przejrzystość 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 zostaje ukończone, a wczesne etapy przetwarzania wydają się kończyć w ciągu minut. W oknie 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 przedłużonych 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 wyświetlać się niektórym sygnatariuszom, gdy umowa zostanie utworzona w stanie tworzenia za pośrednictwem interfejsu API, a następnie edytowana z poziomu środowiska zarządzania. W tym scenariuszu interfejs użytkownika może wyświetlać wartość prywatnej wiadomości jako „Brak” lub pustą, mimo że dane umowy zawierają prawidłową wartość prywatnej wiadomości. To zachowanie pojawia się w scenariuszach współdzielonego konta, 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 wyświetlają się prawidłowo. |
| Poprawka: Dodano sprawdzenie w celu pobrania aktywnego kontekstu udostępniania i zwrócenia prywatnej wiadomości dla autoryzowanych użytkowników, którym udostępniono treść. W rezultacie wartość prywatnej wiadomości wyświetla się teraz prawidłowo podczas przeglądania lub wysyłania wersji roboczej utworzonej przez API z przepływu tworzenia. | |
| 4548274 | Podsumowanie: Data modyfikacji szablonów biblioteki może nie aktualizować się po edytowaniu 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, przez co szablon nie wygląda na niedawno modyfikowany. Dzieje się tak, ponieważ nowe środowisko aktualizuje pola formularza poprzez ścieżkę, która nie aktualizuje równocześnie znacznika czasowego modyfikacji szablonu. |
| Poprawka: Aktualizacja daty modyfikacji została uspójniona dla interfejsu nowego szablonu i powiązanych operacji 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 formularzy mogą być ukryte w podpisanym dokumencie 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 końcowym podpisanym dokumencie. |
| Poprawka: Obsługa adnotacji stempla została zaktualizowana w celu bezpiecznego przetwarzania i spłaszczania istniejących adnotacji stempla, dzięki czemu nie zasłaniają już pól formularza ani podpisów. Pola umieszczone nad obszarami ze stemplami pozostają teraz widoczne podczas podpisywania i w całkowicie wykonanym sfinalizowanym pliku 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 jako stan umowy widnieć może adnotacja „e-mail odbity”, mimo że nowy odbiorca pomyślnie otrzymał, wyświetlił lub podpisał 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 wiadomości e-mail z powiadomieniami do zastąpionego odbiorcy, którego wiadomość e-mail została już odrzucona. 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ą znaki specjalne (np. apostrof), mogą doświadczyć problemów z logowaniem z generycznych stron logowania publicznego adobesign.com lub echosign.com. Po wprowadzeniu adresu e-mail i kliknięciu pola 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 częściowego lub SSO. Uniemożliwia to dotkniętym problemem użytkownikom ukończenie uwierzytelniania i blokuje integracje, które opierają się na publicznym punkcie końcowym logowania. |
| Poprawka: Poprawiono logikę przypisywania serwerów do fragmentów w procesie logowania, tak aby przed utworzeniem adresu URL przekierowania między fragmentami prawidłowo przetwarzała i dekodowała adresy e-mail zawierające znaki specjalne. Użytkownicy, których formatu adresu e-mail dotyczy ten problem, są teraz prawidłowo przekierowywani do odpowiedniej strony logowania częściowego lub SSO bez usuwania zawartości pola adresu e-mail. | |
| 4549331 | Podsumowanie: Podpisy i inne pola formularza mogą nie być widoczne w podpisanym pliku PDF, jeśli włączono określone funkcje przetwarzania dokumentów, a źródłowy plik PDF zawiera nieprawidłowe współrzędne ramki strony (na przykład nieprawidłowe wartości CropBox lub MediaBox). W tej sytuacji pola wykorzystujące współrzędne strony mogą być wyświetlane poza widocznym obszarem strony, przez co złożone podpisy mogą być niewidoczne, mimo że proces podpisywania zakończył się pomyślnie. |
| Poprawka: Obsługa pola strony dokumentu PDF została poprawiona, aby bezpiecznie normalizować nieprawidłowe wartości CropBox i MediaBox podczas przetwarzania dokumentu. W rezultacie pole podpisu i formularza 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 i wyświetleniem ogólnego komunikatu „Błąd serwera” po wybraniu opcji „Podgląd” i „Dodaj pola”, jeśli domyślna metoda uwierzytelniania sygnatariusza w grupie nadawcy jest ustawiona na „Telefon”, a konto nie dysponuje dostępnym limitem uwierzytelniania telefonicznego — nawet jeśli uwierzytelnianie sygnatariusza w formularzu internetowym jest ustawione na metodę inną niż telefoniczna (na przykład Adobe Sign). W rezultacie wszyscy użytkownicy w dotkniętym koncie mogą być zablokowani przed tworzeniem formularzy internetowych we wszystkich dokumentach. |
| Poprawka: Podczas tworzenia formularza internetowego sprawdzany jest obecnie limit wyłącznie dla metody uwierzytelniania faktycznie skonfigurowanej dla osoby podpisującej formularz, a system nie stosuje już kontroli limitów uwierzytelniania telefonicznego opartych wyłącznie na domyślnych ustawieniach uwierzytelniania grupy. Zapobiega to błędom pozornego wyczerpania limitu i umożliwia normalne tworzenie formularzy internetowych. | |
| 4551011 | Podsumowanie: Gdy nadawca prześle określone zeskanowane dokumenty PDF, doda pola podpisu i wyśle umowę, po zakończeniu podpisywania w podpisanym pliku PDF mogą nie być widoczne żadne podpisy. Taka sytuacja może wystąpić, gdy przesłany plik PDF zawiera nieprawidłowe metadane dotyczące granic strony (współrzędne MediaBox i CropBox są odwrócone), co może powodować, że warstwy podpisu i inne warstwy wyświetlające pola będą renderowane poza widocznym obszarem strony. |
| Poprawka: Obsługa granic stron PDF została zaktualizowana w celu prawidłowego przetwarzania plików PDF z nieprawidłowymi lub odwróconymi wartościami współrzędnych MediaBox i CropBox, dzięki czemu zawartość wyglądu podpisu i pola formularza renderuje się w widocznym obszarze strony i pozostaje widoczna w ostatecznym podpisanym pliku PDF. | |
| 4551427 | Podsumowanie: Niektórzy odbiorcy, którzy już mają główne, prawidłowo skonfigurowane konta, otrzymują umowy jako odbiorcy typu „pseudoużytkownik”, więc umowa nie pojawia się w ich standardowym 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. |
| Poprawka: Analizowanie wiadomości e-mail i wyszukiwanie użytkowników zostały zaktualizowane w celu normalizacji adresów e-mail odbiorców (usuwanie 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ą przypisywane 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 pliku 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 niepełne 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 partnerów, 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 partnerów, 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 korzystania ze starszego schematu OAuth mogą ponownie z powodzeniem odświeżać tokeny, zamiast być nieprawidłowo przekierowywane do punktów końcowych OAuth v2. | |
| 4554614 | Podsumowanie: Gdy sygnatariusz korzysta z nowoczesnego interfejsu eSign w przypadku umowy wymagającej uwierzytelnienia podpisującego i skonfigurowanej tak, aby przed podpisaniem konieczne było zaakceptowanie warunków użytkowania, kliknięcie przycisku „Kliknij, aby podpisać” powoduje przekierowanie do klasycznego interfejsu podpisywania, które trwa 5 sekund. Komunikat przekierowania ostrzega, że podpisy i inicjały wprowadzone w nowoczesnym podpisywaniu zostaną wyczyszczone, zmuszając sygnatariusza do ponownego wprowadzenia ich i faktycznego podpisania dwukrotnie. |
| Poprawka: Przepływ odświeżania tokenu podpisywania został poprawiony, dzięki czemu gdy sygnatariusz akceptuje warunki użytkowania przed podpisaniem, ponownie wydany token podpisywania zachowuje szczegóły uwierzytelnienia sygnatariusza.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 faktycznie 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 jest w prawidłowym stanie dla żądanego przejścia.W rezultacie przepływy pracy automatyzacji mogą zakładać, że przejście się powiodło, podczas gdy umowa pozostaje w pierwotnym stanie. |
| Poprawka: Logika przejścia stanu umowy została zaktualizowana, aby wymusić ścisłą walidację przed zastosowaniem przejścia.Jeśli umowa nie jest w prawidłowym stanie, API zwraca teraz jasną odpowiedź błędu zamiast po cichu zwracać sukces. Zapewnia to, że nieprawidłowe przejścia są wyraźnie odrzucane, umożliwia systemom wywołującym odpowiednie ponowienie próby i zapobiega pozostawaniu umów w niezamierzonym stanie bez widoczności. |
