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.

Poniżej wymieniono harmonogram i uwagi dotyczące wydania wstępnego.

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.

Wydania

Komunikat:

Ten artykuł zawiera informacje o wersji przedpremierowej. Daty wydania, funkcje i inne informacje mogą ulec zmianie bez powiadomienia.

2026-06-16 (wydanie pomocnicze) v17.1.1

Wydanie Adobe Acrobat Sign v17.1.1

Wdrożenie piaskownicy: 2026-05-12

Wdrożenie produkcyjne: 2026-06-16

Wdrożenie GovCloud: 2026-06-18

Udoskonalone funkcje

Filtr odbiorcy w raportowaniu — Dodaj filtrowanie oparte na odbiorcach do raportów i eksportów danych.
Dodaj Filtr odbiorcy do nowoczesnych raportów dla umów i raportów transakcji oraz eksportów danych{12}. 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 nadawcy i dotyczy zarówno raportów wizualnych, jak i eksportów CSV.

Dostępne środowiska: Piaskownica, Komercyjne, Rządowe | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: Włączone z nowoczesnymi raportami
Przejrzyj przegląd raportowania >
Przejrzyj zaktualizowany dokument Tworzenie raportu >
Przejrzyj zaktualizowaną dokumentację dotyczącą tworzenia eksportu danych >

{"trancreatedText": ["Edycja dokumentu w tekście podczas tworzenia — edytuj tekst dokumentu bezpośrednio w środowisku tworzenia
\nNadawcy mogą edytować tekst dokumentu bezpośrednio w środowisku tworzenia bez pobierania i ponownego przesyłania pliku.Opcja Edytuj dokument zachowuje istniejące pola i konfigurację umowy, zmniejszając zakłócenia podczas aktualizacji przed wysłaniem. Edycja jest dostępna tylko wtedy, gdy umowa jest w stanie roboczym i nie jest dostępna po wysłaniu umowy.
\n
\nTa funkcja jest domyślnie włączona dla wszystkich użytkowników na obsługiwanych kontach, umożliwiając nadawcom edycję dokumentów wysyłanych za pomocą opcji Poproś o podpis. Administratorzy kont i grup mogą wyłączyć edycję dokumentów za pomocą Ustawień wysyłania.
\n
\nTa funkcja nie jest dostępna w Acrobat Sign for Government ani dla kont korzystających ze starszego systemu zarządzania użytkownikami.
\n
\n Dostępne środowiska: Sandbox, Commercial | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: Konto i grupa; domyślnie włączone
\nWłącz lub wyłącz edycję dokumentu w tekście >
\nJak edytować tekst podczas tworzenia pól >
\n

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 >

Zmiany dotyczące użytkowania

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.

Pomiń powiadomienia o umowach przez API — dodaj szczegółową kontrolę nad wiadomościami odbiorców
Korzystając z REST v6 POST /agreements API, kontroluj, które powiadomienia są wysyłane podczas tworzenia umów, pomijając określone typy e-maili dla uczestników, DW lub nadawcy. Zmniejsza to niepotrzebne e-maile i wspiera czystsze, bardziej kontrolowane doświadczenia podpisywania w zintegrowanych obiegach pracy.

Dostępne środowiska: Piaskownica, Komercyjne, Rządowe | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: REST v6 API

Errata wydania

W tym wydaniu nie pominięto żadnych elementów.

Rozwiązane problemy

Problem	Opis
4545881	Podsumowanie: Osoby podpisujące korzystające z opcji Pobierz i podpisz w programie Acrobat mogły otrzymać błąd „Adobe Acrobat Sign nie może rozpoznać" po przesłaniu cyfrowo podpisanego pliku PDF, gdy certyfikat identyfikacji cyfrowej nie zawierał oczekiwanej wartości nazwy osoby podpisującej, takiej jak commonName, givenName lub pseudonym.Umowa nie mogła zostać ukończona, mimo że podpisany plik PDF został przesłany.
4545881	Poprawka: Acrobat Sign obsługuje teraz certyfikaty identyfikacji cyfrowej z brakującymi wartościami nazw osób podpisujących bez wyświetlania błędu podczas procesu walidacji przesyłania.Podpisywanie może zostać ukończone pomyślnie, chociaż nazwa osoby podpisującej może nie być wyświetlana, jeśli certyfikat jej nie zawiera.
4547132	Podsumowanie: Gdy umowy były tworzone za pomocą żądania API POST /agreements, a securityOption było ustawione na null, odbiorcy zewnętrzni mogli mieć przypisaną metodę uwierzytelniania Brak, nawet gdy Ustawienia konta wymagały Email OTP jako domyślnej metody uwierzytelniania.Uwierzytelnianie odbiorców wewnętrznych było stosowane poprawnie, ale uwierzytelnianie odbiorców zewnętrznych nie.
4547132	Poprawka: Acrobat Sign poprawnie stosuje skonfigurowaną na koncie domyślną metodę uwierzytelniania, gdy umowy utworzone przez API zawierają odbiorców z wartością securityOption równą null.Odbiorcy zewnętrzni otrzymują teraz wymaganą domyślną metodę uwierzytelniania zamiast Brak.
4553171	Podsumowanie: Na kontach deweloperskich korzystających z nowego środowiska Utwórz szablon, szablony wielokrotnego użytku mogły wyświetlać prefiks [DEMO USE ONLY] na stronie Zarządzaj, ale prefiks nie był dostępny podczas edycji nazwy szablonu.Użytkownicy nie mogli usunąć prefiksu z istniejącej nazwy szablonu, chyba że zastąpili pełną nazwę lub przeszli na klasyczne środowisko szablonów.
4553171	Poprawka: Nowe środowisko tworzenia szablonów zapewnia teraz zgodność nazwy szablonu wielokrotnego użytku i nazwy umowy w zakresie zachowania znaku wodnego konta dewelopera.Użytkownicy mogą edytować pełną nazwę szablonu, w tym prefiks [DEMO USE ONLY], bez przechodzenia na klasyczne środowisko
4554947	Podsumowanie: W nowoczesnym interfejsie Compose użytkownicy nie mogli usunąć nieprawidłowych lub nieaktualnych adresów e-mail z osobistych sugestii autouzupełniania podczas dodawania odbiorców, DW, DW dla odbiorców lub członków grup.Opcja usuwania była nadal dostępna w klasycznym środowisku, ale nie wszyscy użytkownicy mogli wrócić do klasycznego.
4554947	Poprawka: Nowoczesne środowisko Utwórz umożliwia teraz użytkownikom usuwanie osobistych sugestii autouzupełniania z obsługiwanych pól e-mail, w tym pól odbiorcy, DW, DW dla odbiorcy i członka grupy.Kontakty organizacyjne nie mogą być usuwane z sugestii autouzupełniania.
4556731	Podsumowanie: Po tym, jak nadawca zastąpił odbiorcę sobą, a następnie przekazał umowę innemu odbiorcy, umowa wróciła do stanu W toku, ale opcja Prześlij podpisany dokument pozostała niedostępna.Uniemożliwiło to nadawcy przesłanie podpisanej kopii w przypadku kwalifikujących się umów w toku po tej sekwencji delegowania.
4556731	Poprawka: Acrobat Sign teraz poprawnie przywraca opcję Prześlij podpisany dokument po zastąpieniu odbiorcy nadawcą, a następnie przekazaniu go innemu odbiorcy, gdy umowa kwalifikuje się do przesłania podpisanego dokumentu.
4557576	Podsumowanie: Gdy blok podpisu był przypisany do grupy odbiorców z wieloma członkami, wartość e-mail w bloku podpisu mogła być obcięta zamiast wyświetlana wyraźnie.Mogło to utrudnić odczytanie informacji o grupie odbiorców przed ukończeniem podpisywania przez członka grupy."]}
4557576	Poprawka: Acrobat Sign wyświetla teraz informacje o adresach e-mail grup odbiorców w blokach podpisów bez nagłego obcinania widocznego tekstu. Długie wartości adresów e-mail grup odbiorców są obsługiwane tak, aby wyświetlane informacje pozostały czytelne w bloku podpisu.
4558445	Podsumowanie: Szablony utworzone w klasycznym środowisku mogły zawierać grupy przycisków opcji z tylko jedną opcją. Gdy te szablony były otwierane lub ponownie używane w nowym środowisku Utwórz szablon, walidacja blokowała obieg pracy błędem Grupa przycisków opcji musi zawierać więcej niż jeden element, uniemożliwiając użytkownikom zapisywanie lub stosowanie istniejących szablonów.
4558445	Poprawka: Nowe środowiska Utwórz szablon i tworzenia są teraz zgodne z klasycznym środowiskiem dla istniejących szablonów zawierających grupy przycisków opcji z jedną opcją. Walidacja została złagodzona w celu zachowania zgodności wstecznej i umożliwienia otwierania, zapisywania i ponownego używania dotkniętych szablonów bez blokowania obiegu pracy.
4559171	Podsumowanie: W nowym środowisku Utwórz szablon, szablony utworzone z oznaczonych plików PDF mogły być zapisywane przed zakończeniem przetwarzania znaczników tekstowych.Jeśli użytkownicy wybrali Utwórz natychmiast po załadowaniu podglądu, zapisany szablon mógł nie zawierać żadnych przekonwertowanych pól formularza, mimo że ten sam obieg pracy zakończył się powodzeniem w klasycznym środowisku.
4559171	Poprawka: Nowe środowisko Utwórz szablon uniemożliwia teraz użytkownikom tworzenie szablonu do momentu zakończenia przetwarzania znaczników tekstowych. Przycisk Utwórz staje się dostępny dopiero po pełnym załadowaniu wszystkich pól i powiązanych szczegółów, zapewniając konwersję i zastosowanie znaczników tekstowych przed zapisaniem szablonu.
4561898	Podsumowanie: Niektórzy odbiorcy mogli napotkać błąd serwera po uwierzytelnieniu lub podczas finalizowania podpisywania umów, które używały określonych dokumentów PDF. Niepowodzenie było spowodowane problemem z obsługą danych struktury PDF podczas generowania podpisanego dokumentu, co uniemożliwiło podpisującemu ukończenie umowy.
4561898	Poprawka: Acrobat Sign obsługuje teraz dane struktury PDF bardziej defensywnie podczas podpisywania i generowania dokumentów. Poprawka zapobiega konfliktom drzewa struktury blokującym ukończenie, umożliwiając odbiorcom uwierzytelnienie, podpisanie i pomyślne ukończenie dotkniętych umów.
4562041	Podsumowanie: Niektóre powiadomienia webhook mogły być opóźnione lub nie zostać opublikowane, gdy Acrobat Sign otrzymał wewnętrzny błąd serwera podczas tworzenia ładunku webhook.W przypadku konta, którego dotyczy problem, kilka zdarzeń z 19 marca 2026 r. zostało zakłóconych, w tym AGREEMENT_WORKFLOW_COMPLETED i inne zdarzenia umów, co opóźniło dalsze przepływy pracy klientów
4562041	Poprawka: Acrobat Sign obsługuje teraz niepowodzenia generowania ładunku webhook bardziej niezawodnie, dzięki czemu nieudane odpowiedzi wewnętrzne nie są buforowane w sposób blokujący lub opóźniający dostarczanie zdarzeń. Poprawka została zwalidowana poprzez testy regresji i ma na celu zapobieganie opóźnianiu dotkniętych zdarzeń webhook przez tę samą ścieżkę niepowodzenia generowania ładunku.
4562458	Podsumowanie: Odbiorcy mogli otrzymać błąd Określono nieprawidłowy identyfikator umowy podczas otwierania adresu URL podpisywania dla umów wysłanych do nieaktywnych użytkowników w domenach kont zastrzeżonych, gdy używano uwierzytelniania odbiorcy, takiego jak Email OTP lub uwierzytelnianie hasłem. Przepływ podpisywania utworzył jednorazowego użytkownika oczekującego w celu kontynuowania procesu podpisywania, ale żądanie informacji o podpisywaniu mogło odczytać nieaktualne dane umowy, które nie zawierały nowo utworzonego uczestnictwa, blokując dostęp do momentu ponownego wygenerowania linku podpisywania lub odświeżenia danych.
4562458	Poprawka: usługa Acrobat Sign pobiera teraz aktualne dane uczestnictwa w umowie podczas otwierania uwierzytelnionych adresów URL podpisywania w tym obiegu pracy.Zapobiega to powodowaniu błędów nieprawidłowego identyfikatora umowy przez nieaktualne buforowane dane umowy i umożliwia odbiorcom pomyślne ukończenie uwierzytelniania i dostęp do strony podpisu elektronicznego.
4566894	Podsumowanie: Niektóre wygasłe umowy utworzone z użyciem wielu szablonów nie mogły być kopiowane ze strony Zarządzanie.Gdy użytkownicy wybrali Utwórz kopię, operacja kopiowania nie powiodła się z komunikatem Nie można skopiować umowy. Spróbuj ponownie później, ponieważ walidacja dostępu do szablonu nie powiodła się podczas kopiowania umów z więcej niż jednym szablonem.
4566894	Poprawka: Acrobat Sign teraz poprawnie sprawdza informacje o szablonie podczas kopiowania umów utworzonych z wielu szablonów.Umowy, których dotyczy problem, można teraz kopiować bez wywoływania błędu sesji backendu.
4568666	Podsumowanie: Powiadomienia webhook mogły sporadycznie nie działać w przypadku umów zawierających uczestników będących świadkami bez przypisanego identyfikatora użytkownika.Główne zdarzenie umowy zostało utworzone, ale generowanie ładunku webhook mogło nie powieść się, gdy dane uczestnika były przetwarzane w nieprzewidywalnej kolejności, powodując, że niektóre oczekiwane zdarzenia webhook nie były dostarczane po AGREEMENT_CREATED.
4568666	Poprawka: Acrobat Sign teraz bezpiecznie obsługuje dane uczestników webhook z brakującymi identyfikatorami użytkowników podczas generowania ładunku.Zapobiega to sytuacji, w której uczestnicy-świadkowie pełniący rolę symboli zastępczych powodują niepowodzenia ładunku webhook i umożliwia konsekwentne dostarczanie oczekiwanych zdarzeń webhook umowy.
4571682	Podsumowanie: W niektórych umowach, gdzie Power Automate zmodyfikował grupy odbiorców przed koleją późniejszego wypełniającego formularz, pola tylko do odczytu mogły nie pojawić się dla kolejnego wypełniającego formularz.Po tym, jak wypełniający formularz ukończył swoje edytowalne pola, te pola mogły również zniknąć z umowy, mimo że pola były nadal poprawnie przypisane i oznaczone jako widoczne przez API.
4571682	Poprawka: Acrobat Sign teraz zachowuje widoczność pól dla kolejnych grup odbiorców po zmianach w składzie grup odbiorców.Pola tylko do odczytu, bloki podpisów, wybory z listy rozwijanej i inne ukończone wartości pól pozostają dostępne dla późniejszych odbiorców i w pobranym PDF dla naprawionych scenariuszy.
4572455	Podsumowanie: Niektórzy podpisujący mogli zobaczyć komunikat „Nieobsłużony błąd" lub „Coś poszło nie tak" po ukończeniu podpisywania, mimo że podpis został zastosowany, a umowa przeszła do następnego odbiorcy.Problem występował, gdy dynamiczni uczestnicy byli włączeni, a przepływ podpisywania próbował przygotować dokument dla następnego podpisującego, ale nie mógł znaleźć oczekiwanej podpisanej wersji dokumentu.
4572455	Poprawka: usługa Acrobat Sign teraz sprawdza poprawną podpisaną wersję dokumentu podczas przygotowywania umowy dla następnego podpisującego.Zapobiega to wyświetlaniu błędu przez przepływ podpisywania po pomyślnym podpisie, gdy dynamiczni uczestnicy są włączeni.