Centrum pomocy Adobe

Pomoc Adobe Acrobat Sign

Informacje o wersji produktu Adobe Acrobat Sign — 2026

Ostatnia aktualizacja 17 cze 2026

Informacje o wersji produktu Adobe Acrobat Sign: 2026

Adobe Acrobat Sign — w wersji 17.0

Wdrożenie produkcyjne: 3 lutego 2026 r.

Wdrożenie usługi GovCloud: 10 lutego 2026 r.

Udoskonalone funkcje

Zgrupowane pola wyboru w środowisku tworzenia i w szablonach — nadawcy mogą teraz tworzyć grupy pól wyboru za pomocą nowoczesnej prośby o podpisy i szablonów bibliotek, środowisk tworzenia z regułami walidacji, takimi jak wybierz dokładnie, co najmniej, co najwyżej lub zakres X z Y. Wysyłanie zbiorcze, formularze internetoweoraz niestandardowe obiegi pracy są obsługiwane za pomocą szablonów bibliotek. To ulepszenie zapewnia spójną logikę formularzy i poprawia dokładność danych w przepływach pracy podpisywania.

Dozwolone zakresy adresów IP — rozszerzona kontrola nad dostępem do interfejsu API i aplikacji mobilnych — administratorzy mogą teraz jawnie kontrolować, czy ograniczenia adresów IP dotyczą klientów opartych na interfejsie API, w tym aplikacji mobilnych produktu Acrobat Sign i certyfikowanych integracji.

Obsługa uwierzytelniania dla nowoczesnego podpisywania elektronicznego — nowoczesne podpisywanie elektroniczne obsługuje teraz trzy metody uwierzytelniania: uwierzytelnianie produktu Acrobat Sign, hasło i dwuskładnikowe uwierzytelnianie oparte na telefonie.

Dodawanie Grup Odbiorców w Routingu Hybrydowym dla nowoczesnego Request Signature – Grupy odbiorców mogą być teraz uwzględniane w routingu hybrydowym, umożliwiając wielu odbiorcom lub grupom działanie równoległe w ramach tego samego etapu routingu. Tryby grupowe obsługują wykonanie akcji przez jednego lub wszystkich członków, zapewniając większą elastyczność w złożonych przepływach pracy zatwierdzania i podpisywania.

Kopiowanie umów terminali wysłanych z usługi Poproś o podpis — nadawcy mogą teraz tworzyć nowe projekty umów, kopiując wcześniej wypełnione, anulowane lub wygasłe umowy. Wszyscy odbiorcy, ustawienia, pliki i pola formularza są automatycznie wypełniane. Skopiowana umowa zostaje otwarta na stronie Compose w celu szybkiej edycji przed wysłaniem, co skraca czas konfiguracji, minimalizuje błędy i zwiększa produktywność w przypadku powtarzalnych przepływów pracy, takich jak odnowienia lub korekty.

Wyłącz łącze Umowa pobierania dla umów w trakcie realizacji — administratorzy mogą teraz usunąć łącze „Pobierz kopię" ze stron potwierdzenia po podpisaniu na poziomie konta lub grupy, uniemożliwiając odbiorcom pobieranie umów ze strony po podpisaniu.

Karta „Zasoby” w górnym pasku nawigacyjnym — nowa strona Zasoby jest dostępna w górnym pasku nawigacyjnym dla administratorów i użytkowników, zapewniając bezpośredni dostęp do treści edukacyjnych Acrobat Sign, seminariów internetowych, blogów i filmów z aktualizacjami produktów. Strona organizuje samouczki według poziomu użytkownika — początkujący, doświadczony i administrator — oraz zawiera bezpośrednie linki do dodatkowej dokumentacji pomocy technicznej.

Dynamiczne uczestnictwo w umowach zawieranych w trakcie realizacji — usuwanie odbiorców— nadawcy mogą teraz usuwać odbiorców z umów, które są już w trakcie realizacji, bez konieczności anulowania lub ponownego uruchamiania transakcji. Po usunięciu odbiorcy program Acrobat Sign automatycznie cofa jego dostęp, aktualizuje przypomnienia, rejestry kontrolne, usuwa przypisane pola i płynnie przywraca umowę do stanu aktywnego podpisywania. Ta elastyczność pomaga organizacjom zachować dokładność w przepływach pracy routingu na żywo — na przykład gdy osoba podpisująca staje się niedostępna — jednocześnie zachowując integralność prawną, zgodność z przepisami i kompletną historię audytu.

Wymagaj podpisów cyfrowych od poszczególnych odbiorców podczas konfiguracji umowy — nadawcy mogą teraz wymagać podpisów cyfrowych od wybranych odbiorców, zapewniając w razie potrzeby bardziej rygorystyczne wymagania dotyczące podpisywania bez wpływu na innych odbiorców. Proces podpisywania dostosowuje się automatycznie, wymuszając wymagane pola podpisu cyfrowego i ujawniając kontrole tożsamości, gdy są obsługiwane, co zmniejsza błędy i poprawia zgodność z przepisami dla regulowanych przepływów pracy.

Dostawcy tożsamości cyfrowej jako domyślne metody uwierzytelniania — administratorzy mogą teraz wybrać dostawcę bramy tożsamości cyfrowej jako domyślną metodę uwierzytelniania podpisującego dla odbiorców wewnętrznych i zewnętrznych w sekcji Ustawienia wysyłania. Konfiguracja ma automatyczne zastosowanie do umów, formularzy internetowych, wysyłek zbiorczych i przepływów pracy, zapewniając spójną i zgodną z przepisami weryfikację odbiorców. To ulepszenie upraszcza konfigurację uwierzytelniania, wymusza organizacyjne zasady tożsamości i poprawia wsparcie dla klientów rządowych i z sektora przedsiębiorstw, którzy polegają na uwierzytelnianiu opartym na tożsamości cyfrowej.

Zweryfikowane pola formularza przy użyciu danych zweryfikowanych tożsamości — autorzy formularzy mogą teraz tworzyć zweryfikowane pola formularza, które automatycznie wypełniają się danymi zwracanymi przez dostawcę tożsamości (takiego jak OneID) podczas uwierzytelniania podpisującego. Pola te można ustawić jako tylko do odczytu lub edytowalne, co gwarantuje dokładne przechwytywanie zweryfikowanych danych dotyczących tożsamości i opcjonalnie blokuje możliwość ich edycji (np. imię i nazwisko, adres lub numer konta). To wzmacnia pewność tożsamości, zmniejsza błędy wprowadzania ręcznego i usprawnia zgodność z przepisami w przepływach pracy wymagających zweryfikowanych danych osoby podpisującej.

Grupy odbiorców w pliku CSV do wysyłania zbiorczego — nadawcy mogą teraz definiować grupy odbiorców bezpośrednio w pliku CSV Wysyłka zbiorcza, umożliwiając wielu odbiorcom działanie na tym samym etapie routingu. Każda grupa może być skonfigurowana w trybie JEDEN lub WSZYSCY — wymagającym od jednego członka lub wszystkich członków wykonania swojej czynności przed przejściem do kolejnego etapu przekierowania. Definicje grup, walidacja i śledzenie rejestrów są obsługiwane dla każdego wiersza pliku CSV, a błędy są zgłaszane za pomocą plików walidacyjnych, które można pobrać.

Szablon biblioteki — udostępnianie wielu grupom — nowoczesna opcja tworzenia szablonu biblioteki obsługuje teraz udostępnianie szablonów wielu grupom w ramach jednego konta, co odpowiada funkcjonalności dostępnej wcześniej w klasycznym obiegu pracy. Użytkownicy mogą wybrać jedną lub więcej grup podczas tworzenia lub edytowania szablonu, zapewniając spójne działanie we wszystkich grupach. To ulepszenie eliminuje powrót do klasycznego interfejsu, poprawia współpracę i upraszcza zarządzanie szablonami w organizacjach wielogrupowych.

Załączniki plików dla wszystkich odbiorców korzystających z podpisów cyfrowych — wszyscy odbiorcy w cyfrowo podpisanym obiegu pracy mogą teraz załączać pliki (nie tylko pierwszy sygnatariusz). Nowa metoda dołączania plików przy użyciu adnotacji w formie spinacza wyświetla widoczną ikonę spinacza w dokumencie i pozostaje kompatybilna z wieloma podpisami cyfrowymi. Każdy załącznik jest dodawany przed złożeniem podpisu cyfrowego przez sygnatariusza, co pozwala zachować ważność podpisu i zapewnia wyraźny wizualny wskaźnik załączonych plików. To ulepszenie poprawia integralność prawną, przejrzystość i spójność w przepływach pracy z podpisem elektronicznym i podpisem cyfrowym.

Nowe opcje TSP dla podpisów w chmurze — dodano nowych dostawców usług zaufania w celu obsługi cyfrowych podpisów w chmurze:
- Swisscom

Zmiany dotyczące użytkowania

Powiadomienia o anulowaniu umowy obiegu pracy — powiadomienie o anulowaniu zostało zaktualizowane w celu odzwierciedlenia zachowania obiegu pracy.
Podczas anulowania umowy utworzonej w obiegu pracy pole wyboru „Powiadom odbiorców" nie jest już wyświetlane. Powiadomienia są zawsze wysyłane na podstawie Ustawień obiegu pracy. Ta zmiana dostosowuje komunikat, aby odzwierciedlał to zachowanie w wyzwaniu anulowania.

Ulepszenia strony logowania — strona logowania Acrobat Sign jest teraz bardziej przejrzysta i spójna. Po wpisaniu adresu e-mail strona automatycznie wykrywa typ konta i przekierowuje użytkownika do odpowiedniej metody logowania, eliminując zbędne kroki i nieaktualne ekrany. Dzięki temu logowanie jest szybsze, prostsze i bardziej intuicyjne dla wszystkich.
- Nowy format adresu e-mail dla użytkowników Acrobat Sign dla przedsiębiorstw, którzy logują się bezpośrednio do interfejsu internetowego — Acrobat Sign nakłada teraz ograniczenie do 64 znaków na lokalną część adresu e-mail (część przed symbolem „@”) podczas edycji istniejącego adresu e-mail lub tworzenia nowego użytkownika.
  Wszyscy użytkownicy, których lokalna część nazwy przekracza 64 znaki, zostali poddani ocenie i uznani za nieaktywnych lub testowych użytkowników.

Należy pamiętać, że to doświadczenie jest dostarczane poprzez stopniowe zwalnianie oparte na środowisku serwera Acrobat Sign. Harmonogram wdrażania jest publikowany w Zaktualizowanym doświadczeniu logowania — powiadomieniu technicznym.

Włącz zarządzanie danymi użytkowników nieaktywnych — administratorzy mogą teraz edytować dane użytkowników nieaktywnych bezpośrednio w interfejsie użytkownika administratora oraz poprzez przesyłanie plików CSV bez konieczności ponownej aktywacji kont. Obejmuje to aktualizację przypisania grup (zarówno w konfiguracjach pojedynczych, jak i wielogrupowych), zarządzanie atrybutem „Użytkownik może podpisywać dokumenty” oraz wykonywanie zbiorczych edycji w celu zapewnienia zgodności z przepisami i utrzymania dokumentacji. Ta zmiana usprawnia zarządzanie cyklem życia użytkowników przedsiębiorstwa, zmniejsza obciążenie administracyjne i wspiera czystszą organizację grup oraz obsługę rekordów zgodną z RODO.

Rozwiązane problemy

Problem	Opis
4528600	Podsumowanie: Ustawienia walidacji pól nie działają, gdy warstwa pól formularza jest dołączona do niestandardowego obiegu pracy. Reguły walidacji, takie jak wyrażenia regularne lub ograniczenia zakresu liczbowego, są usuwane po uruchomieniu przepływu pracy, co powoduje, że pola akceptują nieprawidłowe dane wejściowe.
4528600	Poprawka: Reguły walidacji są teraz stosowane poprawnie, gdy warstwy pól formularza są uwzględnione w niestandardowych przepływach pracy. Pola zachowują swoje właściwości walidacyjne zarówno w klasycznym, jak i nowym środowisku tworzenia treści. Nie są wymagane żadne działania ze strony użytkowników.
4528748	Podsumowanie: Administratorzy sporadycznie widzą komunikat „Nieobsługiwany błąd” podczas dodawania członkostwa w grupie do nowo zsynchronizowanych użytkowników (synchronizacja Azure). Niektórzy nowi użytkownicy w grupie mają identyfikator grupy ustawiony jako null.
4528748	Poprawka: Jeśli grupa użytkownika jest pusta po utworzeniu, użytkownik zostaje umieszczony w grupie domyślnej konta.
4529934	Podsumowanie: W sekcji Zarządzaj > Formularze internetowe opcja „Pobierz dane pola formularza” ładuje się bez końca i nigdy nie kończy — zwłaszcza w przypadku formularzy internetowych z dużą liczbą zgłoszeń. Klienci w ramach zespołów bez dostępu do API nie mogą eksportować danych (np. z okresu 1–31 maja) do celów raportowania.
4529934	Poprawka: Dodano paginowany, szybszy eksport CSV w interfejsie użytkownika. Pobieranie danych formularzy przebiega niezawodnie dla wybranych zakresów dat, bez zawieszania się systemu.
4532186	Podsumowanie: W nowym środowisku tworzenia treści podświetlanie kolorami pól nie działa tak samo jak w klasycznym środowisku tworzenia treści. W przypadku wielu odbiorców wszystkie pola pozostają w pełni kolorowe, a nie przyciemnione w przypadku nie wybranych odbiorców. Utrudnia to weryfikację przydziałów pól.
4532186	Poprawka: Przywrócono przejrzystość wizualną poprzez przyciemnienie (20% krycia) pól należących do niewybranych odbiorców. Odtwarza to przejrzystość klasycznego tworzenia treści, zachowując jednocześnie nowoczesny system projektowania. Podświetlenie ułatwia użytkownikom identyfikację aktualnie wybranych pól odbiorcy i zmniejsza ryzyko błędnego przypisania.
4534061	Podsumowanie: Łącze „Pobierz kopię” pojawia się na stronie potwierdzenia po zalogowaniu, nawet jeśli ustawienia konta lub grupy są skonfigurowane tak, aby go wyłączyć.
4534061	Poprawka: Dodano nowe ustawienie, które wyraźnie wyłącza opcję pobierania dla wszystkich stron po wysłaniu. Strona po podpisaniu teraz prawidłowo respektuje ustawienia kontroli pobierania, ukrywając łączę „Pobierz kopię”, gdy ustawienie jest wyłączone.
4536347	Podsumowanie: W klasycznym interfejsie użytkownika nadawcy nie mogli dodać drugiego pliku (lub ponowić próby dodania pliku) podczas uruchamiania niektórych obiegów pracy, co blokowało wysyłanie obiegów pracy zawierających wiele dokumentów z powodu błędu w sposobie obsługi szablonów udostępnianych w wielu grupach przez narzędzie do wybierania plików.
4536347	Poprawka: Poprawiono obsługę szablonów udostępnianych w wielu grupach przez selektor plików, dzięki czemu użytkownicy mogą dodawać dodatkowe pliki lub ponownie próbować wybrać pliki w klasycznym interfejsie bez błędów.
4537504	Podsumowanie: W podpisanym dokumencie brakowało warunkowej wartości z listy rozwijanej, mimo że została ona poprawnie wybrana podczas podpisywania, ponieważ logika widoczności oceniała ukryte pole zależne i nie zachowała wyrenderowanej wartości w ostatecznym podpisanym pliku PDF.
4537504	Poprawka: Zaktualizowano renderowanie pól warunkowych, aby poprawnie rozwiązywać zależności widoczności w momencie podpisywania i zachowywać wybraną wartość z listy rozwijanej w podpisanym dokumencie, gdy warunki są spełnione.
4537995	Podsumowanie: W grupach odbiorców zmiana metody uwierzytelniania dla użytkowników zewnętrznych wracała do opcji Telefon po zapisaniu, uniemożliwiając zastosowanie opcji wiadomości e-mail z jednorazowym hasłem (OTP) z powodu błędu obsługi stanu front-endu, który nadpisywał wybór użytkownika.
4537995	Poprawka: Poprawiono logikę interfejsu użytkownika grupy odbiorców, aby prawidłowo zachować i ponownie zastosować wybraną metodę uwierzytelniania podczas zapisywania, zapewniając zachowanie wybranej wartości zamiast resetowania jej do wartości domyślnej.
4539214	Podsumowanie: W niestandardowych obiegach pracy długa etykieta wiadomości powoduje nakładanie się tekstu wiadomości i zasłanianie hiperłącza szablonu wiadomości na stronie wysyłania, co wynika z nieprawidłowego obsługi układu nadmiernej zawartości etykiety.
4539214	Poprawka: Zaktualizowano logikę układu strony wysyłania, aby poprawnie ograniczać i zawijać długie etykiety wiadomości, tak aby hiperłącze szablonu wiadomości pozostało widoczne i dostępne.
4539854	Podsumowanie: Niektórzy sygnatariusze są przekierowywani z procesu podpisywania podczas otwierania niektórych umów z powodu nieprawidłowego pola łącza w dokumencie bazowym, w którym brakuje wymaganego atrybutu nazwy.
4539854	Poprawka: Proces podpisywania teraz poprawnie obsługuje nienazwane pola łączy, przypisując im prawidłową nazwę w trakcie przetwarzania, co zapobiega błędom i pozwala podpisującym na wypełnienie umów bez przekierowywania.
4539858	Podsumowanie: Na urządzeniach z systemem iOS osoby zatwierdzające korzystające z chińskiej klawiatury do pisma ręcznego nie mogą dokonać zatwierdzenia, ponieważ przycisk Zatwierdź pozostaje nieaktywny po wpisaniu imienia i nazwiska, gdyż strona podpisywania nie wykrywa zdarzeń wprowadzania pisma ręcznego jako prawidłowego wprowadzenia tekstu.
4539858	Poprawka: Zaktualizowano logikę obsługi danych wejściowych, aby rozpoznawać tekst wprowadzany odręcznie w systemie iOS, zapewniając prawidłowe działanie przycisku Zatwierdź po wprowadzeniu prawidłowych znaków.
4540392	Podsumowanie: Administratorzy sporadycznie widzą błędy HTTP 400, a grupy odbiorców wydają się być nieobecne w obiegach pracy, mimo że grupy istnieją, a dostęp jest poprawnie skonfigurowany, ponieważ nagłówki żądań przekraczają limit rozmiaru nagłówków platformy, gdy użytkownicy należą do dużej liczby grup.
4540392	Poprawka: Zwiększono limit rozmiaru nagłówka żądania po stronie serwera, dzięki czemu wyszukiwanie grup odbiorców nie kończy się niepowodzeniem, gdy użytkownicy należą do wielu grup.
4541258	Podsumowanie: Administratorzy mogli zobaczyć tylko pierwsze 100 szablonów w interfejsie użytkownika produkcyjnego lub synchronizacji środowiska Sandbox, a dodatkowe szablony nie pojawiały się na listach Lokalna i Zdalna, bo strona synchronizacji ładowała ograniczony zestaw danych, a funkcja wyszukiwania filtrowała tylko szablony już załadowane w przeglądarce.
4541258	Poprawka: Interfejs użytkownika synchronizacji został zaktualizowany tak, aby po wpisaniu tekstu w polu wyszukiwania ładowały się wszystkie szablony dla wybranego środowiska (do 5000), zapewniając dostępność szablonów powyżej początkowych 100 do wyszukiwania i wyboru.
4541739	Podsumowanie: Zastąpieni odbiorcy zostali zablokowani przed podpisaniem cyfrowym i wyświetlono im komunikat „Umowa nie może zostać podpisana cyfrowo, ponieważ nie znajduje się w fazie podpisywania cyfrowego” z powodu niepowodzenia obiegu pracy w przeniesieniu przyszłych zastąpionych sygnatariuszy do fazy podpisywania cyfrowego, gdy obecne były pola podpisu cyfrowego.
4541739	Poprawka: Proces podpisywania został zaktualizowany, aby prawidłowo przenosić zastąpionych lub delegowanych odbiorców do fazy podpisywania cyfrowego, gdy istnieją pola podpisu cyfrowego, umożliwiając im podpisanie i sfinalizowanie umowy.
4541849	Podsumowanie: Jednowierszowe pola tekstowe z automatycznym dopasowaniem rozmiaru czcionki, wypełnione znakami wielobajtowymi, były skracane w podpisanych plikach PDF, co powodowało obcięcie części tekstu z powodu nieprawidłowego dopasowania rozmiaru tekstu podczas renderowania pliku PDF.
4541849	Poprawka: Poprawiono pomiar tekstu i automatyczne dostosowywanie rozmiaru czcionki dla znaków wielobajtowych, tak aby cała wartość mieściła się w polu bez obcinania.
4542574	Podsumowanie: Edytowanie szablonu biblioteki umożliwiło dodanie nieparzystych wartości do wymaganych pól rozwijanych, co spowodowało, że przycisk „Kliknij, aby podpisać” pozostawał niedostępny podczas podpisywania, gdy wybrano te wartości, z powodu braku walidacji zapewniającej prawidłowe dopasowanie wartości wyświetlanych w menu rozwijanym i wartości eksportowanych.
4542574	Poprawka: Edytowanie szablonów wymusza teraz walidację pól rozwijanych, dzięki czemu można zapisać tylko prawidłowo sparowane wartości, co zapobiega wprowadzaniu niesparowanych wpisów i gwarantuje, że wymagane wybory z listy rozwijanej nie blokują podpisywania.
4542942	Podsumowanie: W formularzach internetowych pola wymagane, które zostały wyłączone przez logikę warunkową, nadal wyświetlały gwiazdkę oznaczającą, że są wymagane, co mogło wprowadzać w błąd osoby podpisujące, sugerując, że wprowadzenie danych jest nadal wymagane, ponieważ interfejs użytkownika nie aktualizował wskaźników wymaganych pól po ich wyłączeniu. Zidentyfikowano odrębną kwestię dotyczącą wyrównania podpisu mobilnego, ale została ona rozwiązana w innym zakresie.
4542942	Poprawka: Interfejs użytkownika formularza internetowego ukrywa teraz gwiazdkę oznaczającą pole wymagane, gdy pole jest wyłączone przez logikę warunkową, dzięki czemu wskaźniki wymagane dokładnie odzwierciedlają, czy podpisujący powinien wprowadzić dane.
4543157	Podsumowanie: W widoku „W toku” na stronie „Zarządzaj” kolumna „Odbiorcy” nadal wyświetlała nazwisko osoby delegującej po przekazaniu roli sygnatariusza, mimo że aktywnie podpisywała inna osoba, ponieważ interfejs użytkownika nie aktualizował wyświetlanego odbiorcy, aby odzwierciedlić aktualnego delegata.
4543157	Poprawka: Zaktualizowano logikę strony Zarządzaj, dzięki czemu kolumna Odbiorcy wyświetla teraz nazwisko aktywnego pełnomocnika w przypadku delegowania roli sygnatariusza, co gwarantuje, że widok W trakcie dokładnie odzwierciedla, kto aktualnie podpisuje dokument.
4543253	Podsumowanie: W klasycznym środowisku pracy pola przypisane świadkom (podpis, imię i nazwisko, data) znikały po zapisaniu umowy w stanie „Wersja robocza”, mimo że pola te istniały w systemie zaplecza, ponieważ logika renderowania wersji roboczej nie przywracała pól świadków po zapisaniu postępu.
4543253	Poprawka: Poprawiono logikę renderowania wersji roboczej, aby zachować i wyświetlać wszystkie pola przypisane przez świadków po zapisaniu postępów, zapewniając, że umowy otwarte w stanie wersji roboczej zachowują tę samą widoczność pól, co podczas tworzenia i podpisywania.
4543513	Podsumowanie: Użytkownicy nie mogli wysyłać umów w internetowym interfejsie użytkownika usługi Sign z powodu błędu „Ustawienia regionalne są nieprawidłowe lub brakuje ich”, ponieważ walidacja ustawień regionalnych nieprawidłowo egzekwowała reguły ustawień regionalnych na poziomie API w interfejsie internetowym, gdy ustawienia regionalne grupy wysyłającej różniły się od ustawień regionalnych głównej grupy odziedziczonej przez użytkownika.
4543513	Poprawka: Poprawiono sprawdzanie lokalizacji, dzięki czemu internetowy interfejs użytkownika usługi Sign prawidłowo rozpoznaje i akceptuje prawidłowe kombinacje lokalizacji grup i użytkowników, zapobiegając blokowaniu wysyłania umów w środowisku internetowym przez ograniczenia lokalizacji dotyczące wyłącznie API.
4543592	Podsumowanie: Niektóre raporty audytowe zawierały informację „Odbiorca uwierzytelniony za pomocą Adobe Acrobat Sign” po „Dokument podpisany elektronicznie” i „Umowa zawarta” z powodu przechowywania zdarzeń z sygnaturami czasowymi drugiego poziomu, co powodowało, że działania związane z uwierzytelnianiem i podpisywaniem, które miały miejsce w tej samej sekundzie, pojawiały się w nieprawidłowej kolejności.
4543592	Poprawka: Rejestrowanie zdarzeń audytowych zostało zaktualizowane w celu przechowywania i wyświetlania znaczników czasu z dokładnością do milisekund, zapewniając prawidłową sekwencję zdarzeń uwierzytelniania, podpisywania i zakończenia w raporcie audytowym.
4543617	Podsumowanie: Tworzenie szablonu na podstawie umowy powoduje uruchomienie klasycznego interfejsu użytkownika zamiast nowego, mimo że nowy interfejs jest domyślny, ponieważ akcja jest nadal kierowana do starszej wersji procesu tworzenia treści.
4543617	Poprawka: Akcja „utwórz szablon na podstawie umowy” została zaktualizowana tak, aby otwierała się w nowym środowisku, dostosowując działanie przycisku CTA do domyślnego interfejsu użytkownika i unikając nieoczekiwanych zmian kontekstu dla użytkowników.
4544564	Podsumowanie: Ukryte pola dodane lub zaktualizowane za pośrednictwem interfejsu API (visible:false) są wyświetlane jako widoczne w nowoczesnym interfejsie eSign. Interfejs użytkownika do podpisywania ignorował flagę widoczności pól, więc odbiorcy mogli zobaczyć pola, które powinny pozostać ukryte.
4544564	Poprawka: Zaktualizowano nowoczesny interfejs użytkownika podpisu elektronicznego, aby odfiltrować pola, w których widoczność jest fałszywa w logice renderowania i nawigacji, dzięki czemu ukryte pola nigdy nie są wyświetlane i nie wpływają na działanie strony.
4544571	Podsumowanie: Opcja dostarczania wiadomości WhatsApp nie była dostępna w ustawieniach wysyłania, mimo że WhatsApp był włączony dla konta i dostępny podczas wysyłania umowy, co powodowało niespójne działanie i dezorientację administratorów.
4544571	Poprawka: Opcja dostarczania WhatsApp została przywrócona w ustawieniach wysyłania wszędzie tam, gdzie funkcja ta jest dostępna, zapewniając spójną widoczność i konfigurację między ustawieniami administratora a doświadczeniem związanym z umową wysyłkową.
4545381	Podsumowanie: Czcionka Roboto nie była dostępna w nowym interfejsie tworzenia podpisów, mimo że była dostępna w klasycznym interfejsie, ponieważ nowy interfejs tworzenia nie zawiera wszystkich czcionek obsługiwanych przez starsze wersje.
4545381	Poprawka: Czcionka Roboto została dodana do listy czcionek w nowym interfejsie podpisywania wniosków, przywracając zgodność czcionek z klasycznym interfejsem i umożliwiając spójne formatowanie podczas tworzenia umów.
4545484	Podsumowanie: Niektórzy administratorzy nie mogli uzyskać dostępu do grup odbiorców ani ich tworzyć w sekcji Administrator > Książka adresowa z powodu błędu żądania zaplecza, co powodowało błąd 400 podczas ładowania danych grupy odbiorców. Problem uniemożliwił początkową konfigurację grup odbiorców dla administratorów, których dotyczyła ta usterka.
4545484	Poprawka: Poprawiono obsługę żądań zaplecza, dzięki czemu wyszukiwanie i tworzenie grup odbiorców nie kończy się już błędem 400. Administratorzy mogą teraz niezawodnie uzyskiwać dostęp do grup odbiorców i nimi zarządzać, niezależnie od sieci lub lokalizacji.
4545547	Podsumowanie: Umowy utworzone na podstawie plików PDF programu AutoCAD nie zostały wysłane po dodaniu pola podpisu cyfrowego, wyświetlając ogólny błąd wysyłania, ponieważ system nie obsłużył poprawnie obrotu strony podczas sprawdzania umiejscowienia pola podpisu cyfrowego.
4545547	Poprawka: Współrzędne pola podpisu cyfrowego zostały dostosowane do obróconych stron, dzięki czemu pola są sprawdzane względem prawidłowych granic strony, a pliki PDF wygenerowane w programie AutoCAD mogą być pomyślnie wysyłane z podpisami cyfrowymi.
4545894	Podsumowanie: W przypadku korzystania z grupy odbiorców i braku ręcznie umieszczonego pola podpisu, automatycznie wygenerowany blok podpisu wyświetla tekst adresu e-mail w bardzo małym rozmiarze. Tekst staje się coraz mniejszy w miarę dodawania kolejnych odbiorców do grupy.
4545894	Poprawka: Automatycznie generowany blok podpisu wyświetla teraz adres e-mail w normalnym, czytelnym rozmiarze, niezależnie od liczby odbiorców w grupie odbiorców.
4546085	Podsumowanie: Podczas korzystania z funkcji Dodaj siebie w nowym interfejsie podpisywania żądań adresy e-mail zawierające apostrof są wyświetlane nieprawidłowo. Nieprawidłowy adres uniemożliwia wysłanie umowy, chyba że adres e-mail zostanie ponownie wprowadzony ręcznie lub zostanie użyta funkcja klasycznego wysyłania.
4546085	Poprawka: Adresy e-mail zawierające apostrofy są teraz poprawnie dekodowane i wyświetlane po wybraniu opcji Dodaj mnie w oknie Nowy podpis wniosku, co pozwala na wysyłanie umów bez konieczności ręcznej korekty.
4546110	Podsumowanie: W nowym środowisku tworzenia szablonów dodanie pola hiperłącza przypisanego do konkretnego uczestnika powoduje niepowodzenie zapisania szablonu. To samo pole działa, gdy jest przypisane do wszystkich uczestników lub gdy używany jest klasyczny interfejs.
4546110	Poprawka: Pola hiperłączy obsługują teraz przypisania uczestników zastępczych w nowym szablonie, co pozwala na prawidłowe zapisywanie szablonów, gdy pole jest przypisane do konkretnego uczestnika.
4546257	Podsumowanie: W środowisku Sandbox umowy wysyłane za pośrednictwem niestandardowego interfejsu API aplikacji nieprawidłowo wyświetlają przycisk Wstecz na stronie tworzenia treści z powodu ustawień ładowania Sandbox z aplikacji zarządzanej przez Adobe z włączoną funkcją płynnego tworzenia treści, w przeciwieństwie do środowiska Swagger lub produkcyjnego.
4546257	Poprawka: Zachowanie środowiska testowego zostało dostosowane do środowiska produkcyjnego i Swagger poprzez zapewnienie, że strona tworzenia dokumentów uwzględnia zamierzone ustawienia aplikacji, zapobiegając wyświetlaniu przycisku Wstecz dla umów wysyłanych za pośrednictwem niestandardowych interfejsów API aplikacji.
4546547	Podsumowanie: Formularze internetowe nie zaktualizowały kontrasygnatariusza i zwróciły błąd ogólny z powodu braku wymaganego wewnętrznego znacznika w starszych rekordach użytkowników, co spowodowało przetworzenie wartości null podczas zastępowania kontrasygnatariusza.
4546547	Poprawka: Logika aktualizacji kontrasygnatariuszy została wzmocniona dzięki obsłudze null-safe, dzięki czemu formularze internetowe mogą z powodzeniem zastępować kontrasygnatariuszy, nawet jeśli starsze rekordy użytkowników nie zawierają oczekiwanej flagi wewnętrznej.
4546553	Podsumowanie: Użytkownicy przypisani do wielu grup mogli tworzyć szablony w grupie, w której tworzenie szablonów jest wyłączone, gdy włączona jest funkcja tworzenia nowego szablonu. Pozwoliło to na ominięcie ograniczeń na poziomie grupy.
4546553	Poprawka: Tworzenie szablonów teraz konsekwentnie egzekwuje uprawnienia na poziomie grupy w nowych i klasycznych wersjach. Użytkownicy nie mogą już tworzyć szablonów w grupach, w których tworzenie szablonów jest wyłączone, nawet jeśli należą do innych grup, w których to uprawnienie jest włączone.
4547744	Podsumowanie: Administratorzy grup mogą przypisywać użytkownikom uprawnienia administratora konta za pośrednictwem nowej strony zarządzania użytkownikami. Przekroczyło to zakres ich uprawnień i stworzyło ryzyko związane z niezgodnością z przepisami, umożliwiając podwyższenie uprawnień ponad rolę administratora grupy.
4547744	Poprawka: Kontrola wyboru ról nie jest już dostępna dla administratorów grup. Tylko obecni administratorzy kont mogą przypisywać lub odbierać uprawnienia administratora konta, zapewniając zgodność zmian ról z ograniczeniami uprawnień.
4547796	Podsumowanie: Niektórzy nadawcy korzystający z polskiego interfejsu użytkownika czasami otrzymują wiadomość e-mail z potwierdzeniem zawierającą nieprawidłowy tekst „nie można dostarczyć podpisu cyfrowego”, mimo że umowa została wysłana i podpisana prawidłowo.
4547796	Poprawka: Poprawiono polskie tłumaczenia wiadomości e-mail z potwierdzeniem nadawcy, tak aby wyświetlały komunikat „wysłano do podpisu” zamiast nieprawidłowego tekstu „nie można dostarczyć podpisu cyfrowego”.
4548315	Podsumowanie: Gdy nadawca jest uwzględniony jako odbiorca w polu DW w nowym obiegu pracy wysyłania, nie jest wyświetlany błąd walidacji, a powiadomienia e-mailowe DW nie są wysyłane do żadnych odbiorców wymienionych po nadawcy na liście DW. Różni się to od działania klasycznego obiegu pracy i może powodować, że odbiorcy kopii wiadomości nie otrzymają powiadomień.
4548315	Poprawka: Zaktualizowano nową logikę obiegu pracy wysyłania, tak aby wszyscy odbiorcy w polu DW, z wyjątkiem nadawcy, otrzymywali powiadomienia e-mailowe DW niezależnie od ich pozycji na liście DW, dostosowując zachowanie do oczekiwanych rezultatów.
4548583	Podsumowanie: Nie można było włączyć formatu PDF/A dla grupy, jeśli domyślna grupa użytkownika miała włączoną funkcję podpisów pisemnych, nawet jeśli podpisy pisemne były wyłączone dla edytowanej grupy. Zablokowało to prawidłową konfigurację PDF/A dla grup innych niż domyślne.
4548583	Poprawka: Zaktualizowano walidację, aby sprawdzać ustawienia podpisu odręcznego w modyfikowanej grupie, a nie w domyślnej grupie użytkownika, umożliwiając prawidłowe włączenie formatu PDF/A tam, gdzie jest to dozwolone.
4549337	Podsumowanie: Powiadomienia SMS o anulowanych umowach były blokowane, gdy ustawienie Anulowano umowę e-mail było wyłączone. Uniemożliwiło to klientom, którzy wyłączyli powiadomienia e-mailowe, wysyłanie wymaganych powiadomień SMS o anulowaniu.
4549337	Poprawka: Oddzielono powiadomienia SMS i WhatsApp o anulowaniu od ustawień poczty elektronicznej poprzez wprowadzenie dedykowanej kontroli powiadomień, umożliwiającej dostarczanie SMS-ów dotyczących anulowanych umów nawet wtedy, gdy powiadomienia e-mailowe są wyłączone.
4549472	Podsumowanie: W programie Acrobat Sign for Government użytkownicy nie mogli tworzyć szablonów wielokrotnego użytku przy użyciu nowej funkcji tworzenia szablonów. Po przesłaniu dokumentu proces utknął na pustym ekranie, blokując tworzenie szablonu.
4549472	Poprawka: Przywrócono brakującą zależność tworzenia wymaganą przez nowe środowisko tworzenia szablonów w środowiskach rządowych, umożliwiając prawidłowe ładowanie ekranu autorskiego i pomyślne tworzenie szablonów.
4549862	Podsumowanie: Gdy strona docelowa jest ustawiona na tryb nowego podpisu żądania, skonfigurowany komunikat ostrzegawczy dotyczący logowania nie jest wyświetlany po zalogowaniu. Zapobiega to wyświetlaniu przez organizacje krytycznych powiadomień dotyczących konserwacji lub zakłóceń, gdy użytkownicy trafiają bezpośrednio na stronę wysyłania.
4549862	Poprawka: Przywrócono obsługę wyświetlania ostrzeżenia dotyczącego logowania w nowym interfejsie żądania podpisu. Gdy użytkownicy przechodzą do strony „Wyślij” po zalogowaniu, skonfigurowany komunikat ostrzegawczy pojawia się teraz jako powiadomienie, zgodnie z poprzednim zachowaniem i oczekiwaniami klientów.
4550175	Podsumowanie: Naciśnięcie klawisza Enter po wprowadzeniu numeru telefonu w celu uwierzytelnienia telefonicznego w obiegu pracy powoduje przedwczesne przesłanie formularza i wywołuje błąd systemowy, przerywając obieg pracy z powodu przesłania formularza zamiast oczekiwania na wyraźne potwierdzenie.
4550175	Poprawka: Zaktualizowano okno dialogowe odbiorcy, aby zapobiec przesłaniu formularza po naciśnięciu klawisza Enter w polach uwierzytelniania telefonicznego, zapewniając, że użytkownicy pozostaną w oknie dialogowym i będą musieli kliknąć przycisk Kontynuuj, eliminując niezamierzone przerwanie obiegu pracy.
4550302	Podsumowanie: W niemieckich wiadomościach e-mail z prośbą o podpisanie umowy i przypomnieniach używano niespójnych form zwracania się do adresatów, przechodząc w tej samej wiadomości od nieformalnego „Du” do formalnego „Sie”, co powodowało niejasności i sprawiało wrażenie nieprofesjonalnego sformułowania.
4550302	Poprawka: Zaktualizowano niemieckie tłumaczenia wiadomości e-mail, aby w całym szablonie używać jednej, spójnej formy zwracania się do odbiorcy, zapewniając jednolity i przewidywalny język we wszystkich wiadomościach e-mail z prośbą o podpis i przypomnieniem.
4550556	Podsumowanie: Umowy zawierające duże pliki PDF z planami architektonicznymi nie zostały wysłane po dodaniu pól podpisu cyfrowego, powodując błąd podczas tworzenia dokumentu z powodu obrotu strony i obsługi rozmiaru podczas umieszczania podpisu cyfrowego.
4550556	Poprawka: Zaktualizowano przetwarzanie pola podpisu cyfrowego, aby poprawnie obsługiwać obrócone strony w dużym formacie, umożliwiając pomyślne wysyłanie umów z planami architektonicznymi z zastosowaniem podpisów cyfrowych.
4550579	Podsumowanie: Gdy umowa została sfinalizowana poprzez usunięcie ostatnich pozostałych odbiorców w stanie „w trakcie weryfikacji”, system nie wygenerował zdarzenia AGREEMENT_WORKFLOW_COMPLETED, więc nie wysłano powiadomienia webhook, co zakłóciło działanie obiegów pracy, które opierają się na tym zdarzeniu w celu wykrycia zakończenia.
4550579	Poprawka: Zaktualizowano obsługę zdarzeń, tak aby umowy zakończone poprzez usunięcie odbiorcy w wersji roboczej generowały odpowiednie zdarzenia zakończenia, zapewniając wyzwalanie elementów webhook AGREEMENT_WORKFLOW_COMPLETED zgodnie z oczekiwaniami.
4550998	Podsumowanie: Wstępnie zaznaczone pola wyboru były zaznaczone podczas tworzenia dokumentu, ale były niezaznaczone dla sygnatariuszy, ponieważ wartości pól wyboru były przechowywane jako niepuste ciągi tekstowe zamiast wyraźnych stanów TAK/NIE, co powodowało, że podczas podpisywania były one traktowane jako niezaznaczone.
4550998	Poprawka: Zaktualizowano obsługę wartości pól wyboru, tak aby każda niepusta, wstępnie wypełniona wartość była interpretowana jako zaznaczona, a puste lub brakujące wartości jako niezaznaczone, zapewniając spójność stanu pól wyboru dla sygnatariuszy.

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.

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.

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.
4543515	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.
4544548	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.
4546301	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.
4547823	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.
4548274	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.
4548564	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.
4549103	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.
4549306	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.
4549331	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.
4550367	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.
4551011	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.
4551427	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.
4553198	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.
4554463	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.
4554593	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.
4554614	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.
4555656	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.

Zwalnianie produktu Adobe Acrobat Sign v17.1

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. Tworzenie i ukończenie sesji są rejestrowane w dzienniku audytu, a sygnatariusze mogą opcjonalnie podać adres e-mail, aby otrzymać kopię umowy.

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 operację masową, używając 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. Podpisywanie masowe wymaga od osób podpisujących przejrzenia lub pominięcia wszystkich umów przed zakończeniem akcji masowej.

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.

Raportowanie użycia transakcji telefonicznych — rozszerzone raportowanie z widocznością na poziomie grupy i dostępem do zaplanowanych raportów
Raportowanie transakcji telefonicznych zapewnia teraz widoczność zakupionych ilości, dat rozpoczęcia limitów i szczegółowego zużycia w transakcjach SMS i WhatsApp. Klienci mogą śledzić użycie na poziomie grupy i uzyskiwać dostęp do zaplanowanych raportów CSV poprzez ujednolicone środowisko raportowania, umożliwiając dokładniejsze budżetowanie, wewnętrzną alokację i proaktywne monitorowanie w celu zapobiegania zakłóceniom usługi po osiągnięciu limitów transakcji.
Raportowanie jest teraz generowane poprzez zaplanowane raporty w interfejsie raportowania, z dostępem do API w celu pobrania najnowszego wyniku raportu.

Nowy punkt końcowy: POST /api/rest/v6/reportDownload
Ten punkt końcowy przyjmuje scheduleId i zwraca adres URL pobierania najnowszego wygenerowanego raportu CSV powiązanego z tym harmonogramem.

Zmiany dotyczące użytkowania

Wygląd podpisu w raportach audytu — rejestruje metodę wprowadzania podpisu używaną przez każdego podpisującego, zwiększając widoczność zgodności i zmniejszając ręczną weryfikację
Raporty audytu teraz rejestrują metodę wyglądu podpisu używaną, gdy podpisujący stosuje swój podpis. Dla każdego zdarzenia ESIGNED ścieżka audytu identyfikuje, czy podpisujący użył podpisu wpisanego, narysowanego, przesłanego obrazu lub rysowania na urządzeniu mobilnym lub przechwytywania obrazu. To ulepszenie umożliwia zespołom ds. zgodności i operacji weryfikację metod podpisu bezpośrednio z raportu audytu, zmniejszając niejednoznaczność i zapobiegając niepotrzebnym odrzuceniom umów.
Typy wyglądu podpisu:
- Tekst: Osoba podpisująca wpisuje swoje imię i nazwisko oraz wybiera styl podpisu oparty na czcionce.
- Narysuj: Osoba podpisująca rysuje swój podpis za pomocą myszy lub trackpada na komputerze.
- Obraz: Osoba podpisująca przesyła plik obrazu podpisu z komputera.
- Mobile Draw: Osoba podpisująca rysuje swój podpis za pomocą dotyku na urządzeniu mobilnym.
- Mobile Image: Osoba podpisująca przesyła lub przechwytuje obraz podpisu na urządzeniu mobilnym.

Zapisane podpisy do adresów URL podpisywania API — umożliwia używanie zapisanych podpisów profilu podczas podpisywania opartego na API
Umożliwia zarejestrowanym użytkownikom stosowanie zapisanych podpisów profilu podczas podpisywania umów za pomocą adresów URL podpisywania generowanych przez API (GET /agreements/{agreementId}/signingUrls). Zapisane podpisy są wyświetlane dla podpisujących wewnętrznych oraz dla podpisujących zewnętrznych, którzy uwierzytelniają się za pomocą jednorazowego hasła e-mail lub Adobe ID. 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 indywidualnie po przeglądzie zabezpieczeń.

Zarządzanie osobistą książką adresową w nowoczesnym interfejsie — Użytkownicy mogą usuwać zapisane adresy e-mail bezpośrednio ze swojej osobistej książki adresowej w nowoczesnym interfejsie Request Signature , co ułatwia utrzymanie dokładności i aktualności osobistych list adresatów.

Okno wygaśnięcia umowy — rozszerzony domyślny okres wygaśnięcia do 365 dni
Maksymalny termin ukończenia umów został przedłużony ze 180 dni do 365 dni. Gdy wygaśnięcie dokumentu jest włączone, umowy otrzymują teraz automatycznie przypisaną datę wygaśnięcia 365 dni, której nie można usunąć. Ta zmiana zapewnia, że wszystkie umowy mają zdefiniowany cykl życia, poprawia długoterminowe śledzenie i zgodność oraz zmniejsza ryzyko pozostawania umów otwartych w nieskończoność, jednocześnie pozwalając użytkownikom na ustawienie wcześniejszych terminów w razie potrzeby.

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 uwagą techniczną dotyczącą harmonogramu.

Ulepszenia wersji próbnej — najnowsze środowisko wprowadzające zostało dodane do wersji próbnej Sign.
\n Wersja próbna Sign obejmuje teraz ulepszone doświadczenie wprowadzające i funkcje wprowadzone w najnowszych płatnych wydaniach.

Nowy Kreator niestandardowych obiegów pracy staje się domyślny — Promowanie nowoczesnego kreatora, usunięcie kontroli przełączania użytkownika, zachowanie elastyczności administratora
Nowe doświadczenie Custom Workflow Designer jest teraz domyślne dla wszystkich kont. Użytkownicy nie widzą już linków przełączania umożliwiających powrót do klasycznego designera, podczas gdy administratorzy zachowują możliwość ponownego włączenia dostępu do poprzedniego interfejsu w razie potrzeby. Ta aktualizacja przyspiesza przejście do nowoczesnego interfejsu projektowania obiegów pracy, zachowując jednocześnie kontrolę administracyjną w okresie przejściowym.

Aktualizacje REST API / elementu webhook

Aktualizacje API i elementu webhook dla tego wydania znajdują się w dokumentacji API Acrobat Sign.

Zarządzanie kluczami mTLS dla webhooków — dodanie opcji klucza generowanego przez Acrobat Sign, włączenie obiegu pracy podpisywania certyfikatów, poprawa zgodności z zabezpieczeniami
Deweloperzy mogą teraz wybrać sposób zarządzania kluczami prywatnymi do uwierzytelniania mTLS webhooków w Acrobat Sign. Oprócz istniejącego modelu, w którym klienci generują i przesyłają własny klucz prywatny i certyfikat, Acrobat Sign może teraz wygenerować klucz prywatny i żądanie podpisania certyfikatu (CSR). Klienci mogą użyć CSR do uzyskania certyfikatu od swojego urzędu certyfikacji i przesłać go w celu ukończenia konfiguracji. Ta opcja poprawia bezpieczeństwo poprzez utrzymanie kluczy prywatnych w usłudze Acrobat Sign, zachowując jednocześnie kompatybilność z istniejącym zachowaniem webhooków mTLS.

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 v6 REST API /agreements obsługuje teraz parametr loginHint, który pozwala nadawcom API na inicjalizację uwierzytelniania Digital Identity Gateway przy użyciu znanego identyfikatora logowania, takiego jak adres e-mail lub numer ID 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}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}
- GET /agreements/{agreementId}/members/participantSets/{participantSetId}
- GET /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}/members

Ulepszenia granicy tożsamości i zaufania OEM 2.0 — Funkcja „Pokaż spersonalizowany/OEM adres e-mail wszędzie" priorytetowo traktuje użytkowników dostarczonych przez tego samego partnera i automatycznie tworzy adresata, gdy nie zostanie znalezione dopasowanie
Kiedy funkcja Pokaż spersonalizowany/OEM adres e-mail wszędzie jest włączona, rozpoznawanie uczestników umowy priorytetowo traktuje użytkowników dostarczonych przez tego samego partnera i automatycznie tworzy rekord adresata, gdy nie istnieje pasujący użytkownik, zapewniając spójne zarządzanie tożsamością między kontami.

Dodatkowo, przy włączonej funkcji Show personalized/OEM email everywhere, raporty audytu wskazują, czy nadawca jest dostarczony przez partnera czy to konto osobiste, a przepływy sygnatariusza kierują użytkowników do przełączania kont, gdy identyczne adresy e-mail istnieją w różnych typach kont, redukując pomyłki i zapobiegając niezamierzonemu dostępowi.

Rozwiązane problemy

4520028	Podsumowanie: Kolumna Grupa na stronie Zarządzaj wyświetlała nieprawidłowe lub niespójne wartości, gdy użytkownicy należeli do wielu grup. Zmiana głównej grupy użytkownika powodowała, że umowy pokazywały niewłaściwą grupę, w tym ostatnio wybraną grupę główną lub wiele grup, zamiast grupy, z której umowa została pierwotnie wysłana.
Problem	Opis
4520028	Poprawka: Zaktualizowano logikę strony Zarządzaj, aby używała grupy wysyłającej umowy (agreement_group_id) zamiast bieżącej głównej grupy użytkownika podczas renderowania kolumny Grupa.
4532690	Podsumowanie: Użytkownicy nie mogli edytować wersji roboczych umów utworzonych z niestandardowych obiegów pracy, gdy włączone były zarówno „Włącz umowy do wysyłania tylko przy użyciu obiegu pracy", jak i „Włącz nowe środowisko wysyłania niestandardowego obiegu pracy". System nieprawidłowo blokował dostęp do strony tworzenia podczas edytowania istniejącej wersji roboczej, traktując to jako nową akcję wysyłania zamiast edycji wersji roboczej.
4532690	Poprawka: Zaktualizowano logikę strony Tworzenie, aby wykrywała scenariusze edytowania wersji roboczych i omijała sprawdzanie ograniczeń obiegu pracy, umożliwiając użytkownikom edytowanie istniejących wersji roboczych umów utworzonych z niestandardowych obiegów pracy.
4536764	{"trancreatedText": ["Podsumowanie:\u00a0Wysyłanie umów za pośrednictwem niestandardowego obiegu pracy spowodowało błąd serwera z powodu niepowodzenia przetwarzania określonych plików PDF szablonów. Błąd był spowodowany nieprawidłowymi lub brakującymi danymi wyglądu adnotacji w jednym lub więcej dokumentach źródłowych, co wywołało wyjątek renderowania podczas wstępnego wypełniania. Problem nie był konsekwentnie odtwarzalny i nie można było go odtworzyć poza dotkniętymi obiegami pracy.
4536764	Poprawka:\u00a0Ulepszona obsługa wyjątków renderowania w warstwie przetwarzania PDF.
4537197	Podsumowanie:\u00a0Podczas korzystania z nowego środowiska Wyślij zbiorczo z ręcznie wprowadzonymi nazwami odbiorców, drugie pole nazwy zostało usunięte podczas podpisywania z powodu nieprawidłowej obsługi wymaganych danych nazwy odbiorcy w dokumentach.
4537197	Poprawka:\u00a0Zaktualizowano logikę przetwarzania dokumentów, aby poprawnie zachować wszystkie pola nazw odbiorców podczas zbiorczego wysyłania umów.
4538172	Podsumowanie:\u00a0Kopiowanie obiegów pracy zawierających grupy odbiorców nie powiodło się podczas synchronizacji Sandbox z komunikatem „Błąd wykonywania żądania" z powodu nieprawidłowych odwołań do grup odbiorców. Obieg pracy używał identyfikatorów grup odbiorców specyficznych dla środowiska, które nie są przenośne między środowiskami, powodując niepowodzenie walidacji podczas synchronizacji.
4538172	Poprawka:\u00a0Zaktualizowano obsługę synchronizacji Sandbox, aby poprawnie walidować i przetwarzać odwołania do grup odbiorców podczas operacji kopiowania obiegu pracy, zapobiegając niepowodzeniom, gdy grupy odbiorców istnieją w obu środowiskach.
4538251	Podsumowanie: W nowym środowisku Wyślij zbiorczo pola informacji o podpisującym (pełna nazwa i e-mail) nie pojawiały się podczas podpisywania ani w dokumencie końcowym, gdy plik źródłowy zawierał istniejące pola AcroForm. Problem był spowodowany nieprawidłową obsługą danych pól scalania podczas łączenia pól informacji o podpisującym z wcześniej istniejącymi polami formularza, co skutkowało niewyświetlaniem pól w umowach podrzędnych
4538251	Poprawka:\u00a0Zaktualizowano logikę przetwarzania scalania i pól formularza, aby poprawnie stosować pola informacji o podpisującym w dokumentach zawierających istniejące pola AcroForm.
4545485	Podsumowanie:\u00a0Tworzenie umowy czasami nie powiodło się, gdy generowanie miniatur napotkało nieprawidłowo sformułowane pola formularza PDF. Niepowodzenie było spowodowane dokumentami źródłowymi zawierającymi pola formularza bez prawidłowych nazw i nieprawidłowe zagnieżdżone struktury pól, co wywołało błędy przetwarzania podczas generowania PDF.
4545485	Poprawka:\u00a0Dodano walidację i sprawdzanie wartości null podczas przetwarzania PDF, aby obsłużyć nieprawidłowo sformułowane pola formularza i zapobiec niepowodzeniom podczas generowania miniatur i tworzenia umów.
4545814	Podsumowanie:\u00a0Pola są nieprawidłowo wyrównane, a znaczniki tekstowe pozostają widoczne podczas przetwarzania dokumentów w orientacji poziomej generowanych z obiegów pracy opartych na XDP. Nieprawidłowe obliczenia współrzędnych w układach poziomych powodują nieprawidłowe umieszczenie pól i uniemożliwiają prawidłowe analizowanie i usuwanie znaczników tekstowych.
4545814	Poprawka:\u00a0Zaktualizowano logikę renderowania pól, aby poprawnie obliczać i umieszczać pola formularza w dokumentach o orientacji poziomej, zapewniając prawidłowe wyrównanie i usuwanie znaczników tekstowych podczas przetwarzania.
4545978	Podsumowanie:\u00a0Znaki akcentowane w nazwach podpisujących są nieprawidłowo wyświetlane w widocznym bloku podpisu podczas korzystania z lokalnego podpisywania cyfrowego. Problem występuje, ponieważ domyślna czcionka osadzona w dokumencie nie ma odpowiedniego kodowania dla znaków zachodnioeuropejskich, powodując nieprawidłową substytucję znaków podczas renderowania wyglądu podpisu.
4545978	Poprawka:\u00a0Zaktualizowano konfigurację osadzonej czcionki, aby uwzględnić odpowiednie kodowanie dla znaków akcentowanych, zapewniając prawidłowe wyświetlanie nazw podpisujących w wyglądzie podpisu
4547100	Podsumowanie:\u00a0Sklonowane wieloliniowe pola tekstowe są niespójnie wyświetlane w podpisanym PDF. Wieloliniowe pola klonów nie mają domyślnego słownika wyglądu, co powoduje, że sklonowane pola wyświetlają mniej linii niż pole źródłowe, nawet gdy oba pola używają tego samego rozmiaru i ustawień.
4547100	Poprawka:\u00a0Dodano domyślny słownik wyglądu do wieloliniowych sklonowanych pól, aby sklonowane i źródłowe pola były spójnie wyświetlane w podpisanych dokumentach.
4548305	Podsumowanie:\u00a0Lista kontrolna wdrażania pokazuje „Poproś o BAA dla gotowości HIPAA" jako Oczekujące, nawet gdy HIPAA jest włączone. "]} Logika oceny listy kontrolnej nieprawidłowo traktuje dziedziczone ustawienia związane z HIPAA jako niekompletne, powodując, że status zadania pozostaje w stanie Oczekujące pomimo włączenia funkcji.
4548305	Poprawka: Zaktualizowano logikę oceny listy kontrolnej, aby prawidłowo interpretowała ustawienia związane z HIPAA, w tym wartości dziedziczone, dzięki czemu zadanie wdrożeniowe odzwierciedla stan ukończony, gdy HIPAA jest włączone.
4550731	Podsumowanie: Duża przerwa pojawia się między podkreśleniem podpisu a znacznikiem czasu podczas podpisywania dokumentów za pomocą funkcji Wypełnij i podpisz. Problem występuje, gdy pole podpisu nie jest wystarczająco szerokie, aby pomieścić renderowaną zawartość podpisu, powodując nieprawidłowe odstępy w wyglądzie podpisu
4550731	Poprawka: Zaktualizowano renderowanie podpisu, aby respektowało zdefiniowane wymiary pola i odpowiednio dostosowywało odstępy, zmniejszając przerwę między podkreśleniem a znacznikiem czasu.
4550906	Podsumowanie: Link Zmień hasło wskazuje na nieprawidłowy adres URL dla niektórych użytkowników, powodując błąd przeglądarki. Problem występuje, gdy aplikacja odczytuje przestarzały punkt końcowy z konfiguracji zamiast prawidłowego adresu URL, prowadząc do niespójnego zachowania w różnych środowiskach.
4550906	Poprawka: Zaktualizowano skonfigurowany punkt końcowy zmiany hasła, aby używał prawidłowego adresu URL we wszystkich dotkniętych środowiskach.
4550992	Podsumowanie: Edycja niektórych szablonów w nowym środowisku przekierowuje na stronę Utwórz szablon zamiast otwierać szablon w trybie edycji. Problem występuje, ponieważ system określa środowisko na podstawie ustawień właściciela szablonu, a nie ustawień bieżącego użytkownika, powodując nieprawidłowe przekierowanie podczas edycji udostępnionych szablonów.
4550992	Poprawka: Zaktualizowano logikę edycji szablonów, aby używała ustawień środowiska bieżącego użytkownika zamiast ustawień właściciela szablonu, zapewniając, że szablony otwierają się w prawidłowym trybie edycji.
4551756	Podsumowanie: E-maile z prośbą o zatwierdzenie wyświetlają nierozwiązane zmienne szablonu w polu odbiorcy, powodując nieprawidłowe formatowanie e-maila. Problem występuje z powodu niepowodzenia w logice renderowania szablonu e-maila podczas generowania powiadomień o konfliktach uprawnień.
4551756	Poprawka: Zaktualizowano renderowanie szablonu e-maila, aby prawidłowo rozwiązywało i wypełniało pola odbiorców, zapewniając wyświetlanie prawidłowych adresów e-mail w e-mailach z prośbą o zatwierdzenie.
4551768	Podsumowanie: Sygnatariusze napotykają nieobsłużony błąd podczas uzyskiwania dostępu lub wypełniania umów z powodu niepowodzenia w przetwarzaniu wyglądu pól formularza. Nieprawidłowo sformułowany obiekt wyglądu powoduje ClassCastException podczas generowania dokumentu, prowadząc do niepowodzenia renderowania umowy.
4551768	Poprawka: Zaktualizowano logikę przetwarzania pól formularza, aby walidowała typy obiektów wyglądu przed rzutowaniem, zapobiegając wyjątkom i zapewniając prawidłowe renderowanie umów do podpisania.
4552272	Podsumowanie: Anulowane lub porzucone umowy pojawiają się w sekcji Oczekuje na Ciebie na stronie Zarządzaj. Problem występuje, gdy zdarzenie ponownego uruchomienia obiegu pracy nie czyści prawidłowo danych statusu uczestnika, pozostawiając przestarzałe dane widoczności i indeksowania, które powodują wyświetlanie umowy w nieprawidłowych widokach
4552272	Poprawka: Zaktualizowano obsługę ponownego uruchamiania obiegu pracy i logikę indeksowania, aby prawidłowo czyściła poprzednie dane statusu uczestnika i zapewniała, że umowy pojawiają się tylko w ich prawidłowym stanie.
4553158	Podsumowanie: W środowiskach języków RTL na iOS panel podpisu nie reaguje prawidłowo podczas rysowania podpisu. Panel przewija się zamiast przechwytywać dane wejściowe, wymagając od użytkowników ręcznego przewijania w celu narysowania i zastosowania podpisu, co uniemożliwia normalne zachowanie podpisywania, gdy włączone jest nowe środowisko podpisu odbiorcy.
4553158	Poprawka: Zaktualizowano obsługę interakcji panelu podpisu dla układów RTL na iOS, aby prawidłowo przechwytywał dane wejściowe rysowania bez niezamierzonego przewijania, umożliwiając normalne tworzenie i stosowanie podpisu.
4553583	Podsumowanie: Obiegi pracy pozwalają na adresy e-mail z wiodącymi lub końcowymi spacjami, co powoduje ciche niepowodzenie umów podczas wysyłania w nowym środowisku. System nie waliduje ani nie normalizuje danych wejściowych, a żaden komunikat o błędzie nie jest wyświetlany, aby wskazać problem.
4553583	Poprawka: Zaktualizowano obsługę danych wejściowych w celu automatycznego usuwania białych znaków z adresów e-mail i zapobiegania zapisywaniu nieprawidłowych wartości oraz dodano obsługę istniejących obiegów pracy, dzięki czemu umowy mogą być wysyłane pomyślnie.
4553676	Podsumowanie: Hiperłącza wyświetlają się nieprawidłowo w widoku Zarządzaj, gdzie tytuł umowy jest dołączany do adresu URL, co powoduje uszkodzone łącza. Problem występuje z powodu nieprawidłowego analizowania adresu URL podczas renderowania hiperłączy w interfejsie Zarządzaj.
4553676	Poprawka: Zaktualizowano renderowanie hiperłączy, aby używać odpowiedniego parsowania adresów URL, zapewniając, że łącza pozostają niezmienione i działają poprawnie we wszystkich widokach.
4555021	Podsumowanie: Walidacja OTP kończy się niepowodzeniem z błędem „wygasł", nawet gdy kod zostanie wprowadzony natychmiast. Problem występuje z powodu sytuacji wyścigu w przepływie uwierzytelniania, gdzie wielokrotne zdarzenia przesyłania powodują przedwczesne unieważnienie kodu OTP.
4555021	Poprawka:\u00a0Zaktualizowano przepływ walidacji OTP w celu prawidłowej obsługi zduplikowanych lub szybkich zdarzeń przesyłania, zapobiegając przedwczesnemu wygaśnięciu i umożliwiając pomyślne wprowadzanie prawidłowych kodów OTP.
4555028	Podsumowanie:\u00a0Usunięcie następnego odbiorcy do podpisania może zakończyć się błędem systemu i pozostawić umowę w stanie oczekującej rewizji. Problem występuje, gdy odbiorca ma aktywne przypomnienie, co uniemożliwia pomyślne zakończenie aktualizacji umowy.
4555028	Poprawka:\u00a0\u00a0Zaktualizowano logikę usuwania odbiorców w celu obsługi przypadków, gdy następny podpisujący ma aktywne przypomnienia, umożliwiając zakończenie aktualizacji umowy bez błędów.
4555319	Podsumowanie:\u00a0Twórcy formularzy internetowych widzą tylko opcje podpisu „Wpisz" i „Narysuj" podczas podglądu formularza, podczas gdy podpisujący widzą wszystkie dostępne opcje (Wpisz, Narysuj, Obraz, mobile). Problem występuje, ponieważ tryb podglądu nie stosuje prawidłowo włączonych ustawień wprowadzania podpisu, gdy twórca nie działa jako podpisujący.
4555319	Poprawka: Zaktualizowano zachowanie podglądu formularzy internetowych, aby zastosować pełny zestaw włączonych typów wprowadzania podpisu, zapewniając twórcom widok tych samych opcji podpisu co osobom podpisującym.
4555345	Podsumowanie:\u00a0\u00a0Umowy z wieloma odbiorcami typu Osoba podpisująca ze świadkiem nie otwierają się w podglądzie z wersji roboczej z błędem „ParticipantSetsInfo nie może zostać zmodyfikowane". Problem występuje z powodu nieprawidłowej logiki porządkowania uczestników i świadków w niestandardowych obiegach pracy, co uniemożliwia przejście umowy z powrotem do stanu tworzenia
4555345	Poprawka:\u00a0Zaktualizowano logikę porządkowania uczestników i świadków w niestandardowych obiegach pracy, aby prawidłowo obliczać kolejność wykonywania, umożliwiając umowom powrót do stanu tworzenia i normalne kontynuowanie.
4555615	Podsumowanie:\u00a0Ładunki zdarzeń webhook dla delegowanych i zastąpionych odbiorców nie zawierają pola privateMessage. Problem występuje, ponieważ prywatna wiadomość nie jest propagowana do stanu odbiorcy używanego do generowania ładunków webhook, co skutkuje brakującymi danymi dla dotkniętych zdarzeń.
4555615	Poprawka:\u00a0Zaktualizowano obsługę danych uczestników, aby zapewnić uwzględnienie prywatnych wiadomości w ładunkach webhook dla delegowanych i zastąpionych odbiorców.
4555687	Podsumowanie:\u00a0Umowy mogą zostać automatycznie anulowane i przeniesione do ukrytego stanu po podpisaniu z powodu niepowodzenia walidacji widoczności dokumentu. Gdy uczestnik jest delegowany lub zastąpiony, mapowanie widoczności dokumentu nie jest prawidłowo przekazywane, powodując niezgodność między przypisanymi polami a widocznymi dokumentami, co może wywołać automatyczne anulowanie. \n
4555687	Poprawka:\u00a0\u00a0Logika delegacji i zastępowania teraz prawidłowo klonuje mapowania widoczności dokumentów dla nowych uczestników, zapobiegając niepowodzeniom walidacji i niezamierzonemu anulowaniu umowy.
4556516	Podsumowanie:\u00a0Pola forms mogą ignorować skonfigurowane rozmiary czcionek i renderować niespójnie w generowanych umowach. Problem występuje w polach wielowierszowych, gdy silnik przetwarzania dokumentów dostosowuje Rozmiar czcionki, aby zapobiec obcinaniu tekstu, nadpisując ustawienia stałego rozmiaru czcionki.
4556516	Poprawka:\u00a0Zaktualizowano zachowanie renderowania czcionek, aby pola wielowierszowe respektowały ustawienia stałego rozmiaru czcionki, wyrównując zachowanie z oczekiwanym output i zapobiegając niezamierzonym dostosowaniom rozmiaru.
4556967	Podsumowanie:\u00a0Zaznaczone pola wyboru mogą wydawać się niezaznaczone w ostatecznym podpisanym pliku pdf dla formularzy internetowych. "]} Problem występuje, gdy używane są określone ukryte wartości (na przykład „no", „false", „0", „off", „unchecked"), które mogą powodować błędną interpretację stanów pól wyboru podczas przetwarzania dokumentu, gdy funkcja Gibson jest włączona.
4556967	Poprawka: Zaktualizowano przetwarzanie pól wyboru, aby poprawnie interpretować ukryte wartości i zachować wybrane stany w dokumencie końcowym, zapewniając spójność między podpisywaniem a podpisanym plikiem PDF.
4557222	Podsumowanie: Pola łączy z szablonów pól mogą zniknąć na stronie tworzenia, gdy są używane w obiegu pracy. Problem występuje, ponieważ pola łączy nie są uwzględniane w danych pól formularza umowy zwracanych podczas tworzenia opartego na obiegu pracy, co skutkuje brakującymi polami.
4557222	Poprawka: Zaktualizowano obsługę pól formularza, aby uwzględnić pola łączy z szablonów pól podczas przetwarzania obiegu pracy, zapewniając ich prawidłowe scalenie i wyświetlenie na stronie tworzenia.
4557272	Podsumowanie: Pole Data podpisania może nie pojawić się w ostatecznym podpisanym pliku PDF. Problem występuje, gdy renderowanie pola tekstowego kończy się niepowodzeniem podczas przetwarzania dokumentu, uniemożliwiając wyświetlenie pola daty w dokumencie wyjściowym.
4557272	Poprawka: Zaktualizowano renderowanie pola tekstowego w celu prawidłowej obsługi wartości null lub pustych, zapewniając spójne wyświetlanie pola Data podpisania w podpisanych dokumentach.
4557282	Podsumowanie: Pola przycisków opcji w formularzach internetowych mogą wyświetlać nieoczekiwaną wartość etykietki narzędzia („object Object") po utworzeniu przy użyciu nowego środowiska szablonów. Problem występuje z powodu nieprawidłowej obsługi pustych wartości etykietek narzędzi, co powoduje renderowanie danych zastępczych zamiast ich pomijania.
4557282	Poprawka: Zaktualizowano logikę obsługi etykietek narzędzi w celu prawidłowego ignorowania pustych wartości, zapobiegając pojawianiu się niezamierzonego tekstu zastępczego w formularzach internetowych.
4557589	Podsumowanie: Wstępnie wypełnione pola pól wyboru mogą wydawać się niezaznaczone po wysłaniu umowy do podpisania. "]} {"trancreatedText": ["Problem występuje, gdy dla pól wyboru lub przycisków opcji zdefiniowano zduplikowane lub sprzeczne ukryte wartości, co może powodować nieprawidłową interpretację wybranego stanu podczas przetwarzania dokumentu.
4557589	Poprawka: Zaktualizowano obsługę wartości pól, aby prawidłowo przetwarzać ukryte wartości i zachowywać wstępnie wypełnione wybory, zapewniając spójność stanów pól wyboru podczas generowania i wysyłania umów.
4557672	Podsumowanie: Nowe środowisko żądania podpisu może wyświetlać ogólny błąd („Podane żądanie jest nieprawidłowe") podczas wysyłania umowy, bez identyfikacji konkretnego pola powodującego niepowodzenie. Może to wystąpić, gdy szczegóły odbiorcy (takie jak format numeru telefonu) nie przejdą walidacji, ale błąd nie jest wyraźnie przedstawiony użytkownikowi.
4557672	Poprawka: Zaktualizowano obsługę walidacji, aby zapewnić konkretne komunikaty o błędach na poziomie pól, pomagając użytkownikom identyfikować i poprawiać nieprawidłowe dane wejściowe przed wysłaniem umowy.
4557680	Podsumowanie: Mapowania pól wyboru lub przycisków opcji mogą nie działać w niektórych umowach podczas łączenia wielu dokumentów, co skutkuje niestosowaniem oczekiwanych wartości. Problem występuje, gdy wartości domyślne nie odpowiadają dokładnie zdefiniowanym wartościom eksportu, co może powodować traktowanie pól jako oddzielnych grup i zakłócać zachowanie mapowania.
4557680	Poprawka: Zaktualizowano logikę mapowania pól, aby ignorować niedopasowane wartości domyślne i prawidłowo kojarzyć pola w dokumentach, poprawiając spójność zachowania pól wyboru i przycisków opcji.
4557902	Podsumowanie: Dodatkowa przerwa może pojawić się między podpisem a znacznikiem daty i czasu w umowach Fill and Sign. Problem występuje z powodu nieprawidłowego obliczania odstępów w dobrze sformatowanych podpisach, co prowadzi do niespójnego układu w porównaniu z innymi przepływami podpisywania.
4557902	Poprawka: Zaktualizowano obliczanie układu podpisu, aby prawidłowo pozycjonować podpis i znacznik czasu, usuwając niezamierzone odstępy i zapewniając spójne formatowanie.
4557947	Podsumowanie: Pola wyboru mogą wydawać się niezaznaczone w ostatecznym podpisanym pliku PDF podczas używania szablonów biblioteki, mimo że osoba podpisująca je zaznaczyła. Problem może wystąpić, gdy pola wyboru są nieprawidłowo skonfigurowane lub używają określonych ukrytych wartości, co prowadzi do nieprawidłowej interpretacji wybranego stanu podczas przetwarzania dokumentu.
4557947	Poprawka:\u00a0Zaktualizowano przetwarzanie pól wyboru, aby poprawnie interpretować ukryte wartości i zachować wybrane stany, zapewniając, że wybory pól wyboru są zachowane w podpisanym dokumencie.
4558295	Podsumowanie: Wymagane wartości przycisków opcji mogą nie występować w ostatecznym podpisanym pliku PDF. Problem może wystąpić, gdy wartości pól zawierają znaki specjalne (na przykład cudzysłowy lub symbole), które nie są prawidłowo przetwarzane, co prowadzi do tego, że wybrana wartość nie jest renderowana w wyniku generowania dokumentu.
4558295	Poprawka:\u00a0Zaktualizowano przetwarzanie wartości pól, aby poprawnie obsługiwać znaki specjalne, zapewniając, że wybrane wartości są zachowane i wyświetlane w podpisanym pliku PDF.
4558307	Podsumowanie:\u00a0Pola formularza mogą ignorować skonfigurowane rozmiary czcionek i renderować niespójnie w wygenerowanych umowach. Problem może wystąpić w polach wielowierszowych, gdy silnik przetwarzania dokumentów dostosowuje rozmiar czcionki, aby zapobiec obcinaniu tekstu, nadpisując ustawienia stałego rozmiaru czcionki.
4558307	Poprawka: Zaktualizowano zachowanie renderowania czcionek, aby pola wielowierszowe respektowały ustawienia stałego rozmiaru czcionki, zapobiegając niezamierzonej zmianie rozmiaru i zapewniając spójny wynik.
4558554	Podsumowanie:\u00a0Podpisujący mogą ukończyć umowy bez interakcji z blokiem podpisu. Problem może wystąpić na kontach z włączonym Gibson, gdy blok podpisu nie jest prawidłowo renderowany lub wymuszany podczas podpisywania, umożliwiając ukończenie tylko z polem podpisu.
4558554	Poprawka:\u00a0Zaktualizowano logikę renderowania i walidacji podpisu, aby zapewnić, że bloki podpisu są poprawnie wyświetlane i wymagane przed ukończeniem umowy.
4558725	Podsumowanie:\u00a0Tagi tekstowe mogą nie renderować się lub nie konwertować na pola formularza podczas podglądu. Problem może wystąpić, gdy przesłany plik PDF zawiera nieobsługiwane lub nieprawidłowe elementy (na przykład puste adnotacje lub istniejące pola do wypełnienia), które uniemożliwiają pomyślne ukończenie przetwarzania tagów tekstowych.
4558725	Poprawka:\u00a0Zaktualizowano przetwarzanie tagów tekstowych, aby bardziej niezawodnie obsługiwać pliki PDF z nieprawidłowymi lub nieobsługiwanymi adnotacjami, umożliwiając generowanie pól zgodnie z oczekiwaniami podczas podglądu.
4559285	Podsumowanie:\u00a0Uwierzytelnianie telefoniczne może nie powieść się w niektórych regionach podczas wybierania kodu kraju w nowym doświadczeniu żądania podpisu. Problem występuje, gdy interfejs użytkownika wyświetla niekompletny lub nieprawidłowy kod kraju (na przykład „+1" zamiast „+1246" dla Barbadosu), co może powodować błędy walidacji podczas wysyłania umowy.
4559285	Poprawka:\u00a0Zaktualizowano obsługę kodów krajów, aby używać prawidłowych pełnych kodów wybierania, zapewniając, że numery telefonów są walidowane i przetwarzane poprawnie w nowym doświadczeniu.
4560119	Podsumowanie:\u00a0Tekst w polach formularza może wydawać się niewyrównany lub nakładać się w wygenerowanych umowach. Problem może wystąpić w polach tekstowych wielowierszowych, gdy różnice w renderowaniu są wprowadzane przez silnik przetwarzania dokumentów, prowadząc do przesunięć układu w porównaniu z widokiem autorskim.
4560119	Poprawka:\u00a0Zaktualizowano renderowanie tekstu i obsługę układu dla pól wielowierszowych, aby poprawić wyrównanie i zapobiec nakładaniu się, zapewniając bardziej spójne wyświetlanie między dokumentami autorskimi i końcowymi
4562058	Podsumowanie:\u00a0Nazwa odbiorcy może pozostać niezmieniona podczas wybierania innego adresu e-mail z książki adresowej na stronie Wyślij. Problem występuje, ponieważ pole nazwy nie odświeża się, gdy wybierany jest nowy kontakt, powodując niezgodność między wyświetlaną nazwą a wybranym adresem e-mail.
4562058	Poprawka:\u00a0Zaktualizowano zachowanie wyboru odbiorcy, aby pole nazwy zawsze odświeżało się, gdy wybierany jest nowy kontakt, zapewniając, że nazwa i adres e-mail pozostają zsynchronizowane.
4566339	Podsumowanie:\u00a0Nieprawidłowe stany pól wyboru mogą pojawiać się podczas przetwarzania statycznych plików PDF XFA ze zniekształconymi wartościami pól. Problem może wystąpić, gdy nieobsługiwane lub nieprawidłowe dane XFA (na przykład wartości tekstowe w polach numerycznych) są obsługiwane niespójnie, szczególnie w środowiskach z włączonym Gibson, gdzie domyślne wartości pól wyboru mogą być błędnie interpretowane.
4566339	Poprawka:\u00a0Zaktualizowano obsługę XFA w potoku przetwarzania dokumentów, aby bardziej spójnie normalizować lub ignorować zniekształcone wartości, zapobiegając nieprawidłowym stanom pól wyboru i wyrównując zachowanie w różnych środowiskach.
4567278	Podsumowanie: Pola tekstowe tylko do odczytu mogą nie pojawiać się na stronie podpisywania, gdy włączeni są dynamiczni uczestnicy. Problem występuje z powodu niespójności renderowania pól podczas rozpoznawania uczestników, co może powodować pomijanie pól nieedytowalnych w widoku osoby podpisującej.
4567278	Poprawka: Zaktualizowano logikę renderowania pól dla dynamicznych uczestników, aby zapewnić spójne uwzględnianie i wyświetlanie pól tylko do odczytu podczas podpisywania.
4568023	Podsumowanie: Opcje podpisu Obraz i Mobile mogą nie pojawiać się w formularzach internetowych podczas podpisywania. Problem może wystąpić z powodu niespójnego ładowania opcji podpisu w przepływie wprowadzania formularza internetowego, gdzie niektóre metody podpisywania nie są wyświetlane, dopóki sesja nie zostanie ponownie załadowana lub uzyskany dostęp przez alternatywną ścieżkę.
4568023	Poprawka: Zaktualizowano inicjalizację podpisywania formularzy internetowych, aby spójnie ładować wszystkie włączone opcje podpisu, zapewniając dostępność metod Obraz i Mobile we wszystkich punktach wejścia.

Wydanie Adobe Acrobat Sign 17.1.1

Wdrożenie produkcyjne: 16 czerwca 2026 r.

Wdrożenie usługi GovCloud: 18 czerwca 2026 r.

Udoskonalone funkcje

Filtr odbiorcy w raportowaniu — filtrowanie na podstawie odbiorcy w raportach i eksportach danych.
Dodaj filtr odbiorców do nowoczesnego rozwiązania raportowania w zakresie raportów dotyczących 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 zachowanie autouzupełniania i wielokrotnego wyboru zgodne z istniejącym filtrem Sender i ma zastosowanie zarówno do raportów wizualnych, jak i eksportów CSV.

Zmiany dotyczące użytkowania

Obsługa Bio-Pharma (CFR) w ramach nowoczesnego interfejsu eSign — funkcja rejestrowania powodu podpisania oraz wymuszone ponowne uwierzytelnienie w momencie podpisywania
Ustawienia podpisywania Bio-Pharma, w tym rejestrowanie powodu podpisania i ponowne uwierzytelnienie w momencie podpisywania, są teraz obsługiwane w nowoczesnym interfejsie eSign. Umowy korzystające z tych ustawień nie wracają już do klasycznego interfejsu podpisywania. Nie jest wymagana żadna czynność ze strony klienta ani zmiana ustawień administratora.

Dostępne środowiska: Sandbox, komercyjne, rządowe | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: obsługa ustawień Bio Pharma w ramach nowoczesnego interfejsu eSign jest domyślnie włączona.

Aktualizacje REST API / elementu webhook

Aktualizacje API i elementu webhook dla tego wydania znajdują się w dokumentacji API Acrobat Sign.

Wyłączenie powiadomień o umowach za pośrednictwem API — precyzyjne monitorowanie wiadomości wysyłanych do odbiorców
Możesz zdecydować, które powiadomienia zostaną wysłane podczas tworzenia umów, wyłączając określone typy wiadomości e-mail skierowane do uczestników, odbiorców DW lub nadawcy w ramach interfejsu API REST v6 POST /agreements. Zmniejsza to liczbę niepotrzebnych wiadomości e-mail i zapewnia bardziej przejrzyste, lepiej kontrolowane środowisko podpisywania w zintegrowanych obiegach pracy.

Dostępne środowiska: Sandbox, komercyjne, rządowe | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: REST v6 API

Rozwiązane problemy

Problem	Opis
4545881	Podsumowanie: Użytkownicy korzystający z funkcji Pobierz i podpisz w programie Acrobat mogą otrzymywać komunikat o błędzie „Program Adobe Acrobat Sign nie może rozpoznać” po przesłaniu podpisanego cyfrowo pliku PDF, jeśli certyfikat identyfikatora cyfrowego nie zawiera odpowiedniej nazwy sygnatariusza, takiej jak commonName, givenName lub pseudonym. Umowa nie mogła zostać ukończona, mimo że podpisany plik PDF został przesłany.
4545881	Poprawka: Usługa Acrobat Sign teraz obsługuje certyfikaty Digital ID z brakującymi wartościami nazw osób podpisujących bez zgłaszania błędu podczas procesu walidacji przesyłania. Podpisywanie może zostać pomyślnie zakończone, chociaż nazwa osoby podpisującej może nie być wyświetlana, jeśli certyfikat jej nie zawiera.
4547132	Podsumowanie: Gdy umowy były tworzone przez żądanie 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 e-mail 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 teraz poprawnie stosuje skonfigurowaną w koncie domyślną metodę uwierzytelniania, gdy umowy utworzone za pomocą interfejsu API zawierają odbiorców z wartością securityOption ustawioną na null. Odbiorcy zewnętrzni otrzymują teraz wymaganą domyślną metodę uwierzytelniania zamiast Brak.
4553171	Podsumowanie: Na kontach programistycznych korzystających z nowego interfejsu 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 przełączyli się na klasyczny interfejs szablonu.
4553171	Poprawka: Nowy interfejs Utwórz szablon teraz utrzymuje zgodność nazwy szablonu wielokrotnego użytku i nazwy umowy dla zachowania znaku wodnego konta programistycznego. Użytkownicy mogą edytować pełną nazwę szablonu, w tym prefiks [DEMO USE ONLY], bez przełączania się na klasyczny interfejs
4556731	Podsumowanie: Po tym, jak nadawca zastąpił odbiorcę sobą, a następnie przekazał umowę innemu odbiorcy, umowa powróciła do stanu W toku, ale opcja Prześlij podpisany dokument pozostała niedostępna. To uniemożliwiło nadawcy przesłanie podpisanej kopii dla kwalifikujących się umów w toku po tej sekwencji delegacji.
4556731	Poprawka: Acrobat Sign teraz poprawnie przywraca opcję Prześlij podpisany dokument po zastąpieniu odbiorcy nadawcą, a następnie delegowaniu do innego odbiorcy, gdy umowa kwalifikuje się do przesłania podpisanego dokumentu."]}
4557576	Podsumowanie: Gdy blok podpisu został przypisany do grupy odbiorców z wieloma członkami, adres e-mail w bloku podpisu mógł zostać obcięty zamiast wyświetlać się czytelnie. Mogło to utrudniać odczytanie informacji o grupie odbiorców przed ukończeniem podpisywania przez użytkownika grupy.
4557576	Poprawka: Acrobat Sign teraz wyświetla adresy e-mail grup odbiorców w blokach podpisu bez nagłego obcinania widocznego tekstu. Długie listy adresów e-mail grup odbiorców są przetwarzane w taki sposób, aby wyświetlane informacje były czytelne w bloku podpisu.
4561898	Streszczenie: 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. Błąd był spowodowany problemem z obsługą danych struktury PDF podczas generowania podpisanego dokumentu, co uniemożliwiło podpisującemu ukończenie umowy.
4561898	Rozwiązanie: Acrobat Sign teraz obsługuje dane struktury PDF bardziej defensywnie podczas podpisywania i generowania dokumentów. Poprawka zapobiega temu, by konflikty drzewa struktury blokowały ukończenie, umożliwiając odbiorcom uwierzytelnianie, podpisywanie i pomyślne ukończenie dotkniętych umów.
4562041	Streszczenie: 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 objętego problemem konta może mieć to wpływ na kilka zdarzeń z 19 marca 2026 r., w tym AGREEMENT_WORKFLOW_COMPLETED oraz inne zdarzenia dotyczące umów, co może powodować opóźnienia w obiegach pracy klientów
4562041	Rozwiązanie: Acrobat Sign teraz obsługuje błędy generowania ładunku webhook bardziej niezawodnie, więc nieudane odpowiedzi wewnętrzne nie są buforowane w sposób, który blokuje lub opóźnia dostarczanie zdarzeń. Poprawka została zweryfikowana przez testy regresyjne i ma na celu zapobieganie opóźnianiu dotkniętych zdarzeń webhook przez tę samą ścieżkę błędu generowania ładunku.
4562458	Podsumowanie: Po otwarciu adresu URL służącego do podpisania umów wysłanych do nieaktywnych użytkowników kont z przypisanymi domenami przy użyciu uwierzytelniania odbiorcy (np. za pomocą jednorazowego kodu OTP wysyłanego na adres e-mail lub hasła), odbiorcy mogą otrzymywać komunikat o błędzie nieprawidłowego identyfikatora umowy. Przepływ podpisywania utworzył jednorazowego użytkownika oczekującego, aby kontynuować proces podpisywania, ale żądanie informacji podpisywania mogło odczytać przestarzałe dane umowy, które nie obejmowały nowo utworzonego uczestnictwa, blokując dostęp do momentu ponownego wygenerowania linku podpisywania lub odświeżenia danych.
4562458	Rozwiązanie: Acrobat Sign teraz pobiera aktualne dane uczestnictwa w umowie podczas otwierania uwierzytelnionych adresów URL podpisywania w tym przepływie pracy. To zapobiega powstawaniu błędów nieprawidłowego identyfikatora umowy przez przestarzałe buforowane dane umowy i pozwala odbiorcom ukończyć uwierzytelnienie i pomyślnie uzyskać dostęp do strony podpisu elektronicznego.
4566894	Streszczenie: Niektóre wygasłe umowy utworzone z wielu szablonów nie mogły być skopiowane ze strony Zarządzaj. Gdy użytkownicy wybierali Utwórz kopię, operacja kopiowania kończyła się niepowodzeniem z komunikatem Nie można skopiować umowy. Podczas kopiowania umów z wykorzystaniem więcej niż jednego szablonu mógł wystąpić błąd weryfikacji dostępu do szablonu. Spróbuj ponownie później.
4566894	Poprawka: Teraz program Acrobat Sign poprawnie weryfikuje informacje dotyczące szablonów podczas kopiowania umów utworzonych na podstawie wielu szablonów. Dotknięte umowy mogą być teraz kopiowane bez wyzwalania błędu sesji backendu.
4568666	Streszczenie: Powiadomienia webhook mogły sporadycznie nie działać dla umów, które obejmowały świadków bez przypisanego identyfikatora użytkownika. Utworzono zdarzenie głównej umowy, ale generowanie ładunku webhook kończy się niepowodzeniem, gdy dane uczestników są przetwarzane w nieprzewidywalnej kolejności. Skutkuje to niedostarczeniem niektórych oczekiwanych zdarzeń dotyczących elementu webhook po AGREEMENT_CREATED.
4568666	Rozwiązanie: Acrobat Sign teraz bezpiecznie obsługuje dane uczestników webhook z brakującymi identyfikatorami użytkowników podczas generowania ładunku. Zapobiega to sytuacjom, w wyniku których których uczestnicy pełniący rolę zastępczej osoby poświadczającej powodują błędy w ładunkach webhook, oraz umożliwia poprawne dostarczanie oczekiwanych zdarzeń umów dotyczących elementów webhook.
4571682	Podsumowanie: W niektórych umowach, w których usługa Power Automate zmodyfikowała grupy adresatów przed koleją późniejszej osoby wypełniającej formularz, pola tylko do odczytu mogły nie pojawić się dla kolejnej osoby wypełniającej formularz. Po tym, jak osoba wypełniająca formularz ukończyła swoje pola edytowalne, pola te mogły również zniknąć z umowy, mimo że pola były nadal poprawnie przypisane i oznaczone jako widoczne przez interfejs API.
4571682	Poprawka: Teraz program Acrobat Sign zachowuje widoczność pól dla kolejnych grup odbiorców po zmianie członkostwa w grupie. Pola tylko do odczytu, bloki podpisów, wybory z menu rozwijanego i inne wartości ukończonych pól pozostają dostępne dla późniejszych adresatów oraz w pobranym pliku PDF dla naprawionych scenariuszy.
4571845	Podsumowanie: Proces osobistego podpisywania może zakończyć się niepowodzeniem z powodu błędu serwera, jeśli adres e-mail sygnatariusza podpisującego osobiście pokrywa się z istniejącym kontem użytkownika na innej współdzielonej stronie, co uniemożliwia sfinalizowanie umowy.
4571845	Poprawka: Zaktualizowano proces obsługi sygnatariusza podpisującego osobiście, tak aby poprawnie tworzyć i wykorzystywać tymczasowy zapis sygnatariusza, co zapobiega konfliktom użytkowników dotyczącym współdzielenia i umożliwia zakończenie sesji podpisywania.
4573019	Podsumowanie: Kolejność grup odbiorców może zostać nieprawidłowo obliczona po aktualizacji dynamicznych uczestników, w wyniku której usuwani są zarówno pojedynczy odbiorcy, jak i grupy odbiorców, co powoduje, że pozostała grupa wyświetla nieprawidłową kolejność przekierowania.
4573019	Poprawka: Zaktualizowano ponowne obliczanie kolejności uczestników, dzięki czemu grupy adresatów zachowują poprawną kolejność po złożonych dynamicznych usunięciach uczestników, w tym przypadkach, gdy grupa zostaje zredukowana do jednego pozostałego użytkownika.
4572455	Podsumowanie: Niektóre osoby podpisujące mogły zobaczyć komunikat Błąd nieobsługiwany lub Coś poszło nie tak po ukończeniu podpisywania, mimo że podpis został zastosowany, a umowa przeszła do następnego adresata. Problem wystąpił, gdy dynamiczni uczestnicy byli włączeni, a przepływ podpisywania próbował przygotować dokument dla następnej osoby podpisującej, ale nie mógł znaleźć oczekiwanej podpisanej wersji dokumentu.
4572455	Poprawka: Acrobat Sign sprawdza teraz poprawną podpisaną wersję dokumentu podczas przygotowywania umowy dla następnej osoby podpisującej. Zapobiega to wyświetleniu błędu przez przepływ podpisywania po pomyślnym podpisie, gdy dynamiczni uczestnicy są włączeni.

Wstecz

Notatki wydania Adobe Acrobat Sign — 2023

Następna

Notatki do wersji Adobe Acrobat Sign — 2022

Materiały do nauki

Zdobywaj wiedzę, korzystając z samouczków wideo krok po kroku i praktycznych wskazówek dostępnych bezpośrednio w aplikacji.

Społeczność

Dołącz do dyskusji, znajdź odpowiedzi, ucz się od ekspertów i dziel się swoją wiedzą.

Strona główna Adobe

Uzyskaj dostęp do ulubionych aplikacji, usług, zarządzania plikami i innych funkcji Creative Cloud.