Informacje o wydaniu Adobe Acrobat Sign: 2025
Wdrożenie produkcyjne: 11 lutego 2025 r.
Wdrażanie usługi GovCloud: 18 lutego 2025 r.
Udoskonalone funkcje
- Ulepszono interfejs użytkownika dla niestandardowych obiegów pracy wysyłania — zaktualizowano projektowanie niestandardowych obiegów pracy, aby zapewnić lepsze środowisko nadawcy, które dostosowuje się do wyglądu i stylu interfejsu Poproś o podpisy.
Dostępne środowiska: Sandbox, Commercial, Government | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: Grupa, Konto
Zmiany dotyczące użytkowania
- Wygaśnięcie umowy może być opóźnione do 12 godzin — począwszy od tej wersji automatyczne wygaśnięcie umowy będzie miało miejsce poza godzinami szczytu dla środowiska zarządzającego umową. W praktyce każda umowa, która wygaśnie w godzinach największego ruchu w danym środowisku Acrobat Sign, zostanie umieszczona w kolejce do wykonania, gdy środowisko wejdzie w okres poza godzinami największego ruchu.
- Workday: Obsługa podpisu cyfrowego dla dostawcy tożsamości Aadhaar — Klienci korzystający z integracji Workday mogą teraz używać dostawcy tożsamości Aadhaar jako metody uwierzytelniania odbiorców.
Aktualizacje REST API / elementu webhook
Aktualizacje API i elementu webhook dla tego wydania znajdują się w dokumentacji API Acrobat Sign.
- Do wszystkich ładunków powiadomień o zdarzeniach dodawany jest nowy atrybut accountId.
- Partnerzy OEM Embed 2.0 będą teraz mogli skonfigurować element webhook dla swojego kanału i nasłuchiwać wszystkich powiadomień o zasobach z każdego z ich indywidualnych kont klientów.
- Nowe interfejsy API ustawień
- POST /accounts/{accountId|me}/settings/search — przyjmuje zidentyfikowane konto (accountId) i listę nazw ustawień oraz zwraca listę nazw ustawień z ich wartościami dla określonego konta. Zwracane są tylko wartości na poziomie konta.
- Dostępne dla użytkowników niebędących administratorami.
- PUT /accounts/{accountId|me}/settings — stosuje wprowadzoną listę nazw ustawień i ich wartości do zidentyfikowanego konta (accountId).
- POST /accounts/{accountId|me}/settings/search — przyjmuje zidentyfikowane konto (accountId) i listę nazw ustawień oraz zwraca listę nazw ustawień z ich wartościami dla określonego konta. Zwracane są tylko wartości na poziomie konta.
- Nowe interfejsy API logo
- POST /accounts/{accountId|me}/logo — przesyła plik CoBrandingLogo.
- GET /accounts/{accountId|me}/logo — zwraca dane obrazów pliku obrazu CoBrandingLogo w tym samym formacie, w którym został on przesłany.
- Dostępne dla użytkowników niebędących administratorami
- DELETE /accounts/{accountId|me}/logo — czyści obraz CoBrandingLogo dla konta.
- Interfejsy API powodów podpisania
- GET /accounts/{accountId|me}/signingReasons — zwraca listę powodów podpisania dla zidentyfikowanego konta (accountId).
- Dostępne dla użytkowników niebędących administratorami.
- POST /accounts/{accountId|me}/signingReasons — tworzy nowy powód podpisania dla zidentyfikowanego konta (accountId).
- GET /accounts/{accountId|me}/signingReasons/{signingReasonId} — pobiera tekst zidentyfikowanego powodu podpisania (signingReasonId) ze zidentyfikowanego konta (accountId). powód podpisania zidentyfikowanego konta.
- Dostępne dla użytkowników niebędących administratorami
- PUT /accounts/{accountId|me}/signingReasons/{signingReasonId} — aktualizuje zidentyfikowany powód podpisania (signingReasonId) ze zidentyfikowanego konta (accountId).
- DELETE /accounts/{accountId|me}/signingReasons/{signingReasonId} — usuwa zidentyfikowany powód podpisania (signingReasonId) ze zidentyfikowanego konta (accountId).
- GET /accounts/{accountId|me}/signingReasons — zwraca listę powodów podpisania dla zidentyfikowanego konta (accountId).
- Zaktualizowano strony swagger, aby oznaczać ja jako skrót dla accountId.
Rozwiązane problemy
| Problem | Opis |
|---|---|
| 4479949 | Podsumowanie: Wywołania API OIDC do IDP zawierają parametr „charset=UTF-8” w nagłówku „Content-type:application/x-www-form-urlencoded”. Powoduje to wygenerowanie błędu zamiast prawidłowej odpowiedzi. |
| Poprawka: Zmieniono zestaw znaków, ponieważ nie powinno być określonego zestawu znaków. | |
| 4490523 | Podsumowanie: Przycisk do wydrukowania pliku PDF nie jest dostępny w widoku Odczyt umowy. |
| Poprawka: Dodano przycisk druku do widoku Odczyt umowy. | |
| 4494248 | Podsumowanie: Nieprawidłowe czasy wygaśnięcia umowy w umowie z powodu braku informacji o strefie czasowej przez klienta. |
| Poprawka: Klient został zaktualizowany, aby był świadomy strefy czasowej. | |
| 4494297 | Podsumowanie: Gdy użytkownik deleguje umowę w imieniu innego użytkownika (używając zaawansowanego udostępniania konta), raport kontroli może nie wyświetlać zdarzenia delegowania na podstawie skonfigurowanych ustawień, które omijają lub zawierają dane. |
| Poprawka: Funkcja pomijająca dane została ulepszona, aby uwzględnić sytuacje, w których mają miejsce zdarzenia, które pomijają niektóre treści, ale zachowują zdarzenie. | |
| 4495537 | Podsumowanie: Odbiorcy otrzymują wiadomości e-mail o anulowaniu jako uczestnicy DW, gdy umowa jest wysyłana za pośrednictwem obiegu pracy, a następnie anulowana bez prośby o powiadomienie wszystkich stron, gdy używane są niestandardowe szablony wiadomości e-mail. |
| Poprawka: Zaktualizowano szablony CEMT w formacie CSS w celu zarządzania scenariuszami anulowania, tak jak to robią niestandardowe szablony. | |
| 4495963 | Podsumowanie: Jeśli delegowanie nie jest dozwolone dla użytkowników na koncie, opcje włączenia podpisywania lub zabezpieczeń elektronicznych dla profilu użytkownika są zablokowane. |
| Poprawka: W interfejsie użytkownika usunięto zależności od delegowania, a ustawienie można zaktualizować. | |
| 4496084/4510358 | Podsumowanie: Nie jest ustawiony właściwy wybrany przycisk opcji, gdy przycisk opcji jest określony z listą opcji. |
| Poprawka: Gdy lista opcji znajduje się w przycisku opcji, otrzymamy teraz wybrany indeks przycisku opcji z listy opcji. | |
| 4497823 | Podsumowanie: Komunikat dla użytkownika („Nieprawidłowy identyfikator umowy”) dotyczący sesji użytkownika niebędącego uczestnikiem w przeglądarce dla wywołania GET /SigningUrls dla ważnej umowy. |
| Poprawka: Przeformułowanie powiadomienia użytkownika („Nieprawidłowy identyfikator umowy”) na sensowny komunikat. | |
| 4498914/4501065 | Podsumowanie: Użytkownicy nie są w stanie podpisać dokumentu, gdy typ uwierzytelniania to Acrobat Sign z włączonymi ustawieniami Bio-Pharma z powodu nieprawidłowego separatora. |
| Poprawka: Używany separator został poprawiony. | |
| 4499847 | Podsumowanie: Ustawienia cyfrowe nie są zgodne z ustawieniami interfejsu użytkownika i pokazując więcej dostawców niż zostało wybranych z powodu zduplikowanych wpisów na liście dostawców. |
| Poprawka: Dodano kod czyszczenia, aby zagwarantować wyczyszczenie duplikatów przed pobraniem wartości ustawienia i przed aktualizacją wartości ustawienia. | |
| 4500637 | Podsumowanie: Dane tworzenia pliku pdf są reprezentowane przez długą wartość, która jest milisekundą daty, a nie przez format ciągu dat PDF. |
| Poprawka: W przypadku, gdy data utworzenia jest reprezentowana przez CosNumeric, należy przekonwertować ją na ASDate, pobierając CosNumeric jako String, a następnie konwertując go na long, a następnie na obiekt Date. | |
| 4500649 | Podsumowanie: Automatyczna dostosowywanie rozmiaru czcionki nie działa z powodu błędu w bibliotece nadrzędnej |
| Poprawka: Biblioteka została zaktualizowana. | |
| 4501939 | Podsumowanie: „Nieoczekiwany błąd” lub „błąd uprawnień”, gdy osoba podpisująca dokonuje płatności za pośrednictwem Braintree z powodu nieobsługiwanej konfiguracji z AVS. |
| Poprawka: Dodano kod ignorujący AVS, jeśli to możliwe. Klienci zwracają uwagę, że konfiguracja AVS jest niezgodna z usługą Acrobat Sign. | |
| 4502497 | Podsumowanie: Pole inicjału nie jest domyślnie ustawione jako Wymagane w nowym układzie tworzenia. |
| Poprawka: Ustawienie domyślne zostało edytowane, aby było wymagane. | |
| 4502759 | Podsumowanie: Zduplikowane japońskie wyróżnienia dla sygnatariuszy w raporcie kontroli |
| Poprawka: Używamy teraz ciągu listy użytkowników we wszystkich przypadkach w createSignatureRequestedAuditEvent(). Do tego dojdzie zmiana ciągu znaków, w wyniku której znak wyróżnienia zostanie usunięty ze wszystkich ciągów zdarzeń kontroli używanych w tej funkcji. | |
| 4503010 | Podsumowanie: Operacja GET /agreements/ID kończy się niepowodzeniem z wynikiem 500 — inny błąd serwera dla kilku umów po 17 września z powodu sprawdzenia pochodzenia. |
| Poprawka: Sprawdzanie pochodzenia zostało usunięte. | |
| 4503107 | Podsumowanie: Gdy osoba udostępniająca uprawnienia SEND i SIGN przełącza się na konto udostępniającego i inicjuje obieg pracy, w którym udostępniający jest pierwszym sygnatariuszem, użytkownik jest przekierowywany na stronę POST_SIGN zamiast strony ESIGN. |
| Poprawka: Zaktualizowano kontrolę w miejscu, aby mieć gwarancję, że użytkownik udostępniający ma uprawnienia SIGN dla grupy, z której wysyłana była umowa. | |
| 4503112 | Podsumowanie: Automatyczna anulowanie umowy — błąd auto_AUThor_FAIL z powodu błędu iText. |
| Poprawka: iText został usunięty, gdy był on niepotrzebny, rozwiązując błąd. | |
| 4503640 | Podsumowanie: Osoba wypełniająca formularz nie może przesłać dokumentu. Błąd serwera jest widoczny po kliknięciu przez użytkownika przycisku „Prześlij” w dokumentach XFA. |
| Poprawka: Biblioteka, która sprawdza pliki PDF dla XFA, została udoskonalona, aby prawidłowo identyfikować i usuwać XFA. | |
| 4504309 | Podsumowanie: Nie można wysyłać umów wersji roboczej folderu za pośrednictwem zaawansowanego udostępniania konta z powodu braku punktu końcowego w filtrze. |
| Poprawka: Dodano adres URL /account/requestSignatures/authoring w allowListedEndPointsBasedOnSendPermissions w pliku filter.xml. | |
| 4504567 | Podsumowanie: Wartości przycisków opcji są zmieniane podczas generowania umów za pomocą wysyłania zbiorczego. |
| Poprawka: Zastąpiono element hashmap elementem linkedhashmap, aby zachować kolejność wstawiania podczas tworzenia umów podrzędnych SiB. | |
| 4504631 | Podsumowanie: Komunikat o błędzie obiegu pracy przetwarzania: błąd nierozwiązany z powodu nieobsługiwanych znaków w pliku iText. |
| Poprawka: Zaktualizowano plik iText. | |
| 4504822 | Podsumowanie: Wyszukiwanie użytkowników jest usuwane, jeśli lista użytkowników jest zbyt duża, a wyszukiwanie jest wymagane przed zakończeniem poprzedniego wyszukiwania (np. początkowe ładowanie użytkowników po otwarciu strony). |
| Poprawka: Po otrzymaniu danych sprawdzamy, czy identyfikator żądania jest zgodny z najnowszym żądaniem. Jeśli tak, przetwarzamy odpowiedź, jeśli nie, ignorujemy ją. | |
| 4504831/4507199 | Podsumowanie: Podpisana umowa zawiera nieprawidłowy plik PDF o rozmiarze 1 KB z powodu nieprawidłowo sformatowanego obiektu PDFFont, który nie określa wymaganego podtypu obiektu czcionki. |
| Poprawka: Biblioteka generująca pliki PDF została zaktualizowana, aby lepiej zarządzać zniekształconymi obiektami i zapewniać bardziej wdzięczny wynik. | |
| 4506230 | Podsumowanie: Automatyczne rozpoznawanie pól nie działa w trybie Sandbox z powodu błędnej adnotacji lub jej braku w miejscu, w którym jej szukamy. |
| Poprawka: Przeszukujemy teraz każdą stronę i każdą adnotację na tej stronie, aby znaleźć adnotację pola formularza, aby mieć gwarancję, że otrzymujemy właściwą stronę. | |
| 4506959 | Podsumowanie: Strona docelowa po podpisaniu wyświetla znaki kodowane HTML. |
| Poprawka: Poprawiono szablon źródłowy. | |
| 4508950 | Podsumowanie: W przypadku pól z nazwą zawierającą apostrof w nowym środowisku pojawia się błąd. |
| Poprawka: Kod analizowania pola został ulepszony w celu zarządzania apostrofami | |
| 4509503 | Podsumowanie: Użytkownicy nie mogą podpisywać dokumentów za pomocą aplikacji Acrobat Sign w systemie iOS z powodu pustego pola danych i generowania wyjątku wskaźnika null. |
| Poprawka: Dodano sprawdzanie wskaźnika null, aby sprawnie zarządzać taką sytuacją. | |
| 4509713 | Podsumowanie: Ustawienie „Zezwalaj wszystkim użytkownikom na udostępnianie dokumentów biblioteki wielu grupom” jest automatycznie włączane podczas próby włączenia opcji „Zezwalaj administratorowi na udostępnianie dokumentów biblioteki wielu grupom” w ustawieniach globalnych z powodu przekazania nieprawidłowej wartości. |
| Poprawka: Obecnie używana jest poprawna wartość. | |
| 4510812 | Podsumowanie: Uwierzytelnianie Aadhaar w programie Workday uniemożliwia podpisywanie. |
| Poprawka: Dodano obsługę uwierzytelniania Aadhaar do programu Workday. | |
| 4512044 | Podsumowanie: Błąd nowoczesnego podpisu elektronicznego, jeśli nazwa pola zawiera znak specjalny. |
| Poprawka: Ulepszono przetwarzanie nazw pól, aby łatwą obsługiwać znaki specjalne w nazwach pól. | |
| 4516231 | Podsumowanie: Sformułowanie w raporcie kontroli dotyczące łącza podpisywania „Podpis elektroniczny hostowany przez (nazwa nadawcy)” jest uważane za zbyt niejasne. |
| Poprawka: Zaktualizowano ciąg w raporcie kontroli, aby odczytywał tekst „Łącze podpisywania zostało utworzone przez (nazwa nadawcy)”. |
Wdrożenie produkcyjne: 17 marca 2025 r.
Wdrożenie usługi GovCloud: 20 marca 2025 r.
Zmiany dotyczące użytkowania
- Nowe środowisko podpisu elektronicznego dla partnerów OEM — Nowe środowisko podpisu elektronicznego zostało włączone dla partnerów OEM Acrobat Sign. To środowisko zapewnia doskonałe warunki podpisywania dla odbiorców i obejmuje opcję zdefiniowania warstwy pól, na którą mogą przełączać się klienci mobilni, znacznie poprawiając proces wypełniania pól.
Rozwiązane problemy
| Problem | Opis |
|---|---|
| 4501733 | Podsumowanie: Ustawienie niestandardowej wartości wyświetlania wiadomości e-mail dla grupy nie ma zastosowania do wiadomości e-mail z przypomnieniem i anulowaniem. |
| Poprawka: Szablony wiadomości e-mail z przypomnieniem i anulowaniem zostały zaktualizowane w celu prawidłowego odzwierciedlenia wartości Wyświetl e-mail. | |
| 4502251 | Podsumowanie: Uwierzytelnianie Acrobat Sign kończy się niepowodzeniem, gdy konto wysyłające ma włączoną obsługę HIPAA, a nadawca i odbiorca mają identyfikatory użytkownika na różnych partycjach Acrobat Sign, co powoduje błąd Nieprawidłowy token dostępu. |
| Poprawka: Ulepszono metodę uwierzytelniania Acrobat Sign, aby prawidłowo zarządzać odbiorcami z identyfikatorami użytkownika w różnych partycjach. | |
| 4504338 | Podsumowanie: Nieprzetworzony błąd jest wyzwalany, gdy pierwsza osoba podpisuje umowę, ale drugi odbiorca jest delegowany dwukrotnie. |
| Poprawka: Kod delegacji został przebudowany, aby zapewnić przekazanie odpowiednich uprawnień do umowy podczas delegowania łańcucha. | |
| 4504648 | Podsumowanie: Pola wyboru dodane za pośrednictwem interfejsu API i domyślnie włączone mogą zachować status „zaznaczone” na ostatecznej umowie, nawet jeśli zostaną odznaczone podczas procesu podpisywania. |
| Poprawka: Dziedziczenie wartości pola wyboru zostało zaktualizowane, aby zapewnić, że nowe wartości po zakończeniu odbiorcy są prawidłowo przechowywane i odzwierciedlane w wynikowym pliku PDF. | |
| 4506085 | Podsumowanie: Błąd podczas kopiowania dużych szablonów ze środowiska Sandbox do środowiska produkcyjnego. Szablon utworzony bez pól z powodu przekroczenia limitu czasu w procesie. |
| Poprawka: Progu czasu został przedłużony dla operacji synchronizacji. | |
| 4507500 | Podsumowanie: Użytkownicy programu Acrobat (DC Web) nie mogą przesyłać załączników podczas stosowania podpisu z powodu braku ścieżki w funkcji przesyłania. |
| Poprawka: Włączono ścieżkę umożliwiającą użytkownikom programu Acrobat dostęp do funkcji przesyłania. | |
| 4508102 | Podsumowanie: Proces usuwania stron z połączonego dokumentu umowy może zakończyć się niepowodzeniem, ponieważ usługa wewnętrzna może zgłosić wyjątek podczas usuwania obiektów związanych ze stroną, takich jak zakładki, struktura, miejsca docelowe, co powoduje niepowodzenie całej operacji usuwania strony z pliku PDF. |
| Poprawka: Usługa wewnętrzna została ulepszona, aby lepiej zarządzać zakładkami i tym podobnymi, aby poprawnie sformatować plik PDF zgodnie z oczekiwanym standardem Acrobat Sign. | |
| 4508673 | Podsumowanie: Gdy wymagany jest powód podpisania, a pole podpisu jest przypisane do roli innej niż podpisujący (np. Zatwierdzający), jeśli włączono nowoczesny podpis elektroniczny, użytkownik przekierowywany jest na stronę nowoczesnego podpisu elektronicznego i nie ma możliwości wprowadzenia powodu podpisania. |
| Poprawka: Dodano sprawdzenie wymogu podpisywania, a jeśli jest on obecny — odbiorca domyślnie przechodzi do klasycznej strony podpisu elektronicznego. | |
| 4508674 | Podsumowanie: Nie można pobierać podpisanych umów z źle sformatowanymi celami. |
| Poprawka: Biblioteka wewnętrzna została usunięta, aby lepiej zarządzać źle sformatowanymi zakładkami i adresami. | |
| 4508934 | Podsumowanie: W integracji Salesforce nazwa pliku jest przycinana po „.” w powiadomieniu e-mail podpisanego pliku PDF |
| Poprawka: Ulepszono funkcję przycinania ciągów znaków, aby identyfikować ciągi po kropce, które nie są rozszerzeniami. | |
| 4509274 | Podsumowanie: W środowisku MS Teams, jeśli nadawca jest pierwszym (lub jedynym) sygnatariuszem, umowa nie jest otwierana w nowej karcie po wysłaniu z powodu przekazania pustej wartości w przekierowaniu API. |
| Poprawka: Ulepszono przekierowanie API, przekazując prawidłowe wartości podczas uruchamiania procesu podpisywania i otwierania nowej karty. | |
| 4509485 | Podsumowanie: Usuwanie stron z połączonego dokumentu umowy może zakończyć się niepowodzeniem, ponieważ usługa wewnętrzna może zgłosić wyjątek podczas usuwania obiektów związanych ze stroną, takich jak zakładki, struktura i miejsca docelowe, powodując niepowodzenie całej operacji. Użytkownicy mogą nie być w stanie pobrać pliku PDF umowy z komunikatem o błędzie: „Dokument nie jest jeszcze dostępny lub nie zawiera żadnych stron do wyświetlenia”. |
| Poprawka: Usługa wewnętrzna została zaktualizowana, aby zawinąć proces usuwania w testach w celu lepszego zarządzania zniekształconymi plikami PDF. | |
| 4509562 | Podsumowanie: W dużych umowach mógł występować problem polegający na tym, że tylko kilka pierwszych stron umowy było drukowanych w pliku PDF podczas otwierania umowy na stronie Zarządzaj z powodu starszego pakietu SDK. |
| Poprawka: Pakiet SDK został zaktualizowany, rozwiązując problem. | |
| 4509684 | Podsumowanie: Podczas wywoływania GET /agreements/{agreementId}/documents/{documentId}) z interfejsu API REST wyzwalany jest błąd: „Serwer nie może wysłać odpowiedzi w formacie żądanym w nagłówku akceptowania” z powodu nieprawidłowego typu zawartości. |
| Poprawka: Skorygowano wartość typu zawartości. | |
| 4509712 | Podsumowanie: Tylko 100 grup jest wyświetlanych podczas próby udostępnienia szablonów wielu grupom. |
| Poprawka: Lista grup pobranych z interfejsu API została zwiększona do 1000 | |
| 4509989 | Podsumowanie: Jeśli mamy pole Imię i nazwisko obok pola Podpis na stronie formularza internetowego podpisu elektronicznego, po zastosowaniu podpisu pole Imię i nazwisko nie zawiera imienia i nazwiska podpisującego i nie jest widoczne. |
| Poprawka: Dodano dodatkową funkcję sprawdzania wartości nazwy w polu Imię i nazwisko i porównania jej z istniejącą wartością. Jeśli uległa ona zmianie, pole jest wypełniane nową wartością. | |
| 4510498 | Podsumowanie: Tłumienie powiadomień e-mail do odbiorców nie powiedzie się w przypadku umów z podpisem pisemnym z powodu braku konfigurowalnych ustawień do kontrolowania tego. |
| Poprawka: Dodano nowe ustawienie, aby wyraźnie zarządzać tym typem dystrybucji wiadomości e-mail. | |
| 4511386 | Podsumowanie: Kiedy podpisujący z podpisem cyfrowym wybiera opcję pobrania i podpisania, licznik uczestnictwa zwiększa się przed zastosowaniem podpisu. |
| Poprawka: Logika aktualizująca system została ulepszona, aby lepiej odzwierciedlać aktualny status umowy. | |
| 4511390 | Podsumowanie: Administratorzy grup nie mają uprawnień do pełnego ustanowienia udziału z użytkownikami grupy. |
| Poprawka: Funkcja udostępniania dla administratorów grup została zaktualizowana w celu usunięcia błędu. | |
| 4511902 | Podsumowanie: Niestandardowy znacznik daty nie działa z nowym środowiskiem, gdy format wyświetlania zawiera cudzysłowy (z powodu kodowania). |
| Poprawka: Acrobat dekoduje teraz wartość przed jej zapisaniem. | |
| 4517094 | Podsumowanie: Łącze do Warunków użytkowania nie działa, ponieważ strona została przeniesiona do nowego źródłowego adresu URL. |
| Poprawka: Zaktualizowano kod, aby prawidłowo pobrać bieżący adres URL. |
Wdrożenie produktu: 22 kwietnia 2025 r.
Wdrożenie usługi GovCloud: 24 kwietnia 2025 r.
Udoskonalone funkcje
- Wyślij zbiorczo: Pobieranie zbiorcze — nadawcy mogą teraz pobierać wszystkie sfinalizowane umowy podrzędne z transakcji Wyślij zbiorczo bezpośrednio ze strony Zarządzaj. Plik ZIP zawiera tylko zakończone umowy, nazwane na podstawie ich identyfikatora transakcji, podczas gdy umowy w toku, anulowane, odrzucone lub wygasłe są wykluczone.
Każde żądanie pobierania obsługuje do 100 MB danych, oferując szybki i efektywny sposób dostępu do sfinalizowanych dokumentów w jednym kroku.
- Ulepszone środowisko podpisywania na urządzeniach mobilnych — nadawcy mogą teraz włączyć i skonfigurować środowisko podpisywania zoptymalizowane pod kątem urządzeń mobilnych, dając odbiorcom dwie opcje wyświetlania:
- Widok PDF — wyświetla całą umowę do sprawdzenia i podpisania.
- Widok tylko pól — koncentruje się na polach formularza, ułatwiając wypełnianie i podpisywanie umów na urządzeniach mobilnych.
Ta aktualizacja usprawnia proces podpisywania, poprawiając wskaźniki wypełniania formularzy i ogólne doświadczenie mobilne.
- Strony DW dla poszczególnych odbiorców w kreatorze niestandardowych obiegów pracy — narzędzie projektowania niestandardowych obiegów pracy pozwala teraz każdemu odbiorcy mieć dedykowane strony DW. Po włączeniu tej opcji, strony, które otrzymały DW, otrzymują powiadomienia jednocześnie z zamierzonym odbiorcą, co zapewnia lepszą widoczność i usprawnioną komunikację. Ta funkcja jest dostępna, jeśli konto jest odpowiednio skonfigurowane.
- Pola wyboru i przycisk opcji: opcja Pokaż krawędź pola — pole wyboru i przycisku opcji zawierają teraz opcję Pokaż krawędź pola podczas przeglądania i drukowania umowy. Opcja ta może być wyłączona, gdy przesłany dokument zawiera już wstępnie wydrukowane obramowania, zapewniając czystszy dokument końcowy poprzez zapobieganie duplikowaniu obramowań.
Opcja jest domyślnie włączona i konfigurowana na poziomie pola.
- Ulepszone automatyczne wykrywanie pól formularzy Funkcja automatycznego wykrywania pól formularzy teraz automatycznie umieszcza wykryte pola, usprawniając proces tworzenia formularzy. Użytkownicy zachowują pełną kontrolę i mogą edytować, usuwać lub usuwać wszystkie umieszczone pola za pomocą jednej operacji.
- Nowa opcja ustawiania typu podpisu odbiorcy — nadawcy mogą teraz definiować typ podpisu dla odbiorców podczas wysyłania umów za pośrednictwem nowoczesnego procesu żądania podpisu. Gdy opcja ta jest włączona, w sekcji Ustawienia odbiorcy na stronie redagowania wyświetlana jest lista rozwijana Typ podpisu, pokazująca opcje dozwolone przez ustawienia grupy.
- Domyślne ustawienia można skonfigurować na poziomie grupy.
- Jeśli nadawca wybierze typ podpisu, odbiorca musi użyć tego typu.
- Nadawca może wybrać wiele opcji dla odbiorcy.
- Odbiorca może wybrać preferowany typ podpisu, jeśli nie wprowadzono żadnego wyboru.
Ta funkcja zapewnia większą kontrolę nad metodami podpisu przy zachowaniu elastyczności, gdy jest to potrzebne.
- Ulepszone zarządzanie użytkownikami w Acrobat Sign — widok administrowania użytkownikami Acrobat Sign został zaktualizowany w celu zwiększenia widoczności statusu użytkowników. Ulepszony interfejs zapewnia łatwiejszy dostęp do przeglądania oczekujących zaproszeń i jasnych wskaźników dotyczących problemów z udostępnianiem. Nowy interfejs podkreśla również najważniejsze działania, które administratorzy mogą wykonać dla każdej z kategorii statusu (Dodaj użytkownika, Wyślij przypomnienie i Skontaktuj się z pomocą techniczną), aby usprawnić proces udostępniania użytkowników.
- Zwiększ bezpieczeństwo danych odbiorców, konfigurując odbiorców z ograniczonym dostępem — funkcja Ograniczony dostęp do umów zwiększa prywatność, uniemożliwiając dołączanie umów do identyfikatora użytkownika Acrobat Sign odbiorcy (jeśli taki posiada). Po włączeniu opcja Dostęp do umowy odbiorcy pojawia się w sekcji Ustawienia odbiorcy na stronie redagowania. Administratorzy mogą skonfigurować to ustawienie, aby włączyć je domyślnie i umożliwić jego edycję przez nadawców.
Gdy odbiorca jest oznaczony jako ograniczony, jest traktowany tak, jakby nie miał aktywnego konta użytkownika Acrobat Sign. W rezultacie umowa nie pojawia się na odnośnej stronie Zarządzaj. Zapobiega to przypadkowemu wyciekowi danych z powodu relacji udostępniania na poziomie grupy.
- Nowe dostarczanie haseł jednorazowych przez WhatsApp — Acrobat Sign obsługuje teraz WhatsApp jako metodę dostarczania haseł jednorazowych (OTP) na telefony odbiorców. Funkcja ta działa podobnie do dostarczania wiadomości SMS, ale wykorzystuje technologię i infrastrukturę WhatsApp, zapewniając dodatkową stabilność i wygodną opcję komunikacji. Uwierzytelnianie WhatsApp OTP to typ uwierzytelniania premium, który jest dostępny podczas tworzenia nowych umów.
- Powrót do konfiguracji odbiorców ze strony autoryzacji — nadawcy korzystający z nowego środowiska Poproś o podpisy mogą teraz przejść z powrotem do strony redagowania ze środowiska tworzenia, aby ponownie skonfigurować odbiorców i ich właściwości bez utraty postępów. Pozwala to na dostosowanie kolejności i szczegółów odbiorcy, zapewniając jednocześnie, że istniejące przypisania pól pozostaną nienaruszone (np. sygnatariusz 1 pozostaje sygnatariuszem 1). (Jeśli uczestnik zostanie usunięty, zostaną również usunięte powiązane z nim pola.)
- Nowe środowisko tworzenia szablonów bibliotecznych — środowisko tworzenia szablonów bibliotecznych jest teraz wyposażone w nowoczesne środowisko tworzenia do umieszczania pól, co ułatwia tworzenie i dostosowywanie szablonów. Ulepszenia obejmują następujące elementy:
Te aktualizacje usprawniają tworzenie szablonów i zapewniają bezproblemową obsługę zarówno nadawcom, jak i odbiorcom.
- Nowi dostawcy tożsamości (IdP) dodani do Acrobat Sign — Acrobat Sign rozszerza listę obsługiwanych dostawców tożsamości (IdP), aby zwiększyć opcje uwierzytelniania odbiorcy. Następujący nowi dostawcy tożsamości są już dostępni:
- OneID ID Check
- OneID ID Proof
- OneID ID Assure
- OneID Sign-Up Plus
Te dodatki rozszerzają kompatybilność Acrobat Sign z globalnymi standardami weryfikacji tożsamości, wspierając bezproblemowe i bezpieczne uwierzytelnianie w wielu branżach.
- Rozszerzona obsługa krajów dla uwierzytelniania telefonicznego — uwierzytelnianie telefoniczne i dostarczanie umów za pośrednictwem wiadomości SMS obsługuje teraz te dodatkowe kraje i krajowe kody telefoniczne:
- Wyspa Man (+44)
- Guernsey (+44)
- Jersey (+44)
Zmiany dotyczące użytkowania
- Nowoczesne środowisko Poproś o podpisy stało się domyślnym środowiskiem podczas tworzenia nowej umowy. Wszystkie istniejące konta zostały przełączone do nowoczesnego środowiska.
- Użytkownicy nie mają już dostępu do łączy w celu przełączania się między nowym a klasycznym środowiskiem.
- Administratorzy nadal mogą włączyć klasyczne środowisko w menu administratora.
- Zmiana ta nie będzie miała wpływu na klientów korzystających z integracji Notarize.
- Administratorzy systemu konta VIP w konsoli Admin Console mają automatycznie przypisane uprawnienie Acrobat Sign — gdy konto początkowo zakupi usługę Acrobat Sign w ramach licencji VIP, jego użytkownikom z uprawnieniami Administratora systemu automatycznie zostanie przypisana licencja Acrobat Sign.
- Nowym organizacjom zostanie przydzielony pierwszy Administrator systemu z uprawnieniem Acrobat Sign na poziomie administratora.
- Istniejące organizacje, które zakupią licencję Acrobat Sign, będą miały wszystkich istniejących Administratorów systemu z uprawnieniami administratora konta na poziomie Acrobat Sign.
Licencja Acrobat Sign jest automatycznie przyznawana tylko w przypadku pierwszego zakupu usług Acrobat Sign dla organizacji. Uprawnienie nie dotyczy później promowanych administratorów systemu.
- Udoskonalona lista kontrolna wdrażania administratorów i komunikacja — administratorzy Acrobat Sign otrzymują teraz ulepszone wsparcie w zakresie zarządzania wdrażaniem konta, w tym nowe narzędzia i ulepszoną komunikację e-mail.
Udoskonalone funkcje wdrażania obejmują:- Lista kontrolna wdrażania — dodano nową kartę Pierwsze kroki na stronie Administrator, zawierając krótką listę wyboru kluczowych działań dla nowych administratorów, gdy przejmują oni po raz pierwszy kontrolę nad kontem.
- Zaktualizowane wiadomości e-mail z powitaniem i przypomnieniem — wstępne powiadomienia e-mail wysyłane do nowych administratorów zostały zmienione, aby wspierać listę kontrolną wdrażania, zapewniając jaśniejsze wskazówki dotyczące kolejnych kroków w konfiguracji konta.
- Wiadomość e-mail z przeglądem miesięcznym — administratorzy otrzymają miesięczne podsumowanie zawierające szczegółowe informacje:
- Widoczność we wszystkich statusach użytkowników i w miejscach, w których administratorzy muszą podjąć działania.
- Liczba transakcji/miejsc wykorzystanych od początku obowiązywania umowy. Administratorzy nie muszą już przechodzić do konsoli administratora tylko w celu uzyskania tych informacji.
- Szybki podgląd umowy wraz z datą rocznicy.
- Inteligentne wykrywanie i powiadamianie o istniejących uprawnieniach — w przypadku wykrycia wcześniejszych uprawnień użytkownika do usługi Acrobat Sign dany użytkownik zostanie uwzględniony w cotygodniowym powiadomieniu e-mail wysyłanym do wszystkich administratorów kont. Każdy taki użytkownik może pojawić się w maksymalnie trzech powiadomieniach.
Udoskonalenia te pomagają administratorom zarządzać kontami w sposób bardziej efektywny i być informowani o aktywności systemowej i potencjalnych problemach.
- Udoskonalone środowisko logowania użytkowników — w usłudze Acrobat Sign usprawniono proces logowania i uwierzytelniania za pośrednictwem systemu zarządzania tożsamością Adobe (IMS).
- Profil organizacyjny użytkownika jest automatycznie wybierany podczas procesu logowania do profilu uprawnionego do usługi Acrobat Sign (identyfikacja żądania jako pochodzącego ze źródła Acrobat Sign).
- Użytkownicy, którzy napotkają błędy podczas logowania, będą mieli łącza w swoich komunikatach o błędzie, aby skontaktować się z administratorami Acrobat Sign i uzyskać pomoc.
- Wszyscy użytkownicy, którym przypisano aktywne uprawnienie, ale nie logowali się do usługi, otrzymają maksymalnie dwa przypomnienia e-mail. (To dotyczy również istniejących nieaktywnych użytkowników przed datą wydania).
Te udoskonalenia upraszczają logowanie, zmniejszają trudności i poprawiają ogólne wrażenia użytkowników.
Dostępne środowiska: Komercyjne | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: domyślnie włączone; niekonfigurowalne
- Karta Konto została zmieniona na Administrator — karta Konto, dostępna dla administratorów na poziomie konta Acrobat Sign, została zmieniona na Administrator. Jest to kosmetyczna zmiana etykiety karty w autonomicznej wersji internetowej aplikacji. Ta aktualizacja zostanie wdrożona w środowisku Commercial w kwietniu 2025 r. i w środowisku Government w maju 2025 r.
Aktualizacje aplikacji mobilnej
- Uaktualnienie zarządzania plikami szablonów — lista szablonów w aplikacji mobilnej Acrobat Sign ma teraz uporządkowany format, co ułatwia znajdowanie określonych szablonów. Struktura jest zgodna z wersją internetową, organizując szablony w sekcje takie jak:
- Moje szablony
- Szablony grupy
- Szablony kont
Ta aktualizacja poprawia nawigację i zapewnia spójność między korzystaniem z aplikacji mobilnej i wersji internetowej.
- Ulepszona dostępność w aplikacjach mobilnych Acrobat Sign — aplikacje mobilne Acrobat Sign oferują teraz ulepszone funkcje dostępności, zapewniając lepszą zgodność ze standardami dostępności. Aktualizacje obejmują:
- Poprawiono kontrast kolorów, aby uzyskać lepszą widoczność.
- Obsługa skrótów klawiaturowych dla łatwiejszej nawigacji.
- Ulepszona kompatybilność z czytnikami ekranu dla bardziej integracyjnego doświadczenia użytkownika.
Ulepszenia te sprawiają, że aplikacja mobilna jest bardziej dostępna dla wszystkich użytkowników, zapewniając płynniejszą i bardziej przyjazną obsługę.
Dostępne środowiska: aplikacja mobilna iOS | Dostępne warstwy usługi: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Zakres konfiguracji: domyślnie włączone
Aktualizacje integracji
- Zaktualizowane łączniki Acrobat Sign dla Microsoft Power Automate — łączniki Acrobat Sign dla Power Automate obsługują teraz ulepszony proces wysyłania umowy, który umożliwia wczytywanie dokumentów do strony redagowania w celu edycji informacji o odbiorcy, a następnie wysyłanie umowy do środowiska tworzenia w celu dalszego umieszczenia pól.
Dodatkowo łączniki Acrobat Sign obsługują teraz dwie zaawansowane metody uwierzytelniania:- Brama cyfrowej tożsamości
- Hasło jednorazowe (OTP) w wiadomości e-mail
- Integracja z Workday: podpisy cyfrowe z Aadhaar e-Sign — integracja Workday w pełni obsługuje teraz opcjonalną usługę Aadhaar e-Sign dostępną w Indiach, usługę podpisu elektronicznego online, która ułatwia cyfrowe podpisywanie umów w oparciu o uwierzytelnianie OTP i weryfikację e-KYC.
Aktualizacje REST API / elementu webhook
Aktualizacje API i elementu webhook dla tego wydania znajdują się w dokumentacji API Acrobat Sign.
- Zgodność z RODO: usuwanie informacji o użytkowniku za pośrednictwem interfejsu API — partnerzy mogą teraz używać interfejsu API do usuwania informacji o użytkowniku podczas usuwania danych użytkownika zgodnie z wymogami RODO. To ulepszenie usprawnia zarządzanie danymi i zapewnia zgodność z przepisami.
- Nowe pole elementu webhook: eventDateTimezoneOffset — Adobe Acrobat Sign wprowadza eventDateTimezoneOffset, nowe pole w ładunku elementu webhook dla subskrybowanego zdarzenia AGREEMENT_ACTION_COMPLETED.
To pole przechwytuje przesunięcie strefy czasowej odbiorcy podczas aktualizacji umowy, zapewniając lepszy wgląd w lokalny czas podpisania.- eventDateTimezoneOffset rejestruje przesunięcie strefy czasowej odbiorcy w minutach względem UTC (np. eventDateTimezoneOffset : „UTC-300”).
- Istniejące pole eventDate pozostaje niezmienione i nadal przechowuje znacznik czasowy działania UTC. Przesunięcie strefy czasowej nie modyfikuje wartości eventDate.
Ta aktualizacja ulepsza śledzenie działań związanych z podpisywaniem w różnych strefach czasowych.
- Migracja dokumentacji programisty Acrobat Sign — dokumentacja programisty Acrobat Sign została przeniesiona z opensource.adobe.com/acrobat-sign do developer.adobe.com/acrobat-sign. Ta migracja zapewnia lepszą integrację z zasobami programistycznymi Adobe, zapewniając bardziej usprawnione i scentralizowane środowisko dla programistów.
Rozwiązane problemy
| Problem | Opis |
|---|---|
| 4490799 | Podsumowanie: Domyślnego kodu kraju nie można zmienić na stronie Wyślij nowego środowiska. |
| Poprawka: Kod został ulepszony, aby upewnić się, że odziedziczone właściwości grupy są przekazywane przez wszystkie procesy w celu zakończenia tworzenia umowy. | |
| 4501927 | Podsumowanie: Rozbieżności w obsłudze plików PDF między klasycznym i nowym trybem tworzenia po wydaniu. |
| Poprawka: Ulepszono kod w celu lepszego dostępu i wykorzystania wszystkich właściwości pól w przekształceniach plików PDF. | |
| 4503970 | Podsumowanie: Nieodpowiedni komunikat o zakończeniu, gdy pierwszym odbiorcą jest nadawca. |
| Poprawka: Zaktualizowano komunikat, aby uwzględniał rolę i pokazywał poprawny komunikat. | |
| 4505208 | Podsumowanie: Pole DW [RequestSignature] nie wyświetla opcji autouzupełniania z książki adresowej. |
| Poprawka: Funkcję książki adresowej dodano do pola DW. | |
| 4507982 | Podsumowanie: Gdy wiele grup udostępnia użytkownikowi za pośrednictwem zaawansowanego udostępniania konta, może wystąpić problem z wydajnością podczas próby uzyskania dostępu do szablonu na karcie Zarządzaj w filtrze Szablony. |
| Poprawka: Poprawiono kilka funkcji, aby zoptymalizować wyszukiwanie w wielu grupach. | |
| 4508227 | Podsumowanie: Występuje nieobsługiwany błąd podczas podpisywania umów utworzonych za pomocą nowego środowiska autoryzacji z polami płatności. |
| Poprawka: Zaktualizowano punkt końcowy, aby zarządzać polem z mniejszą dwuznacznością. | |
| 4508929 | Podsumowanie: Błąd wyzwalany przez etykiety pola Niestandardowy projektant pracy, które zawierają poniżej 100 znaków z powodu kodowania znaków specjalnych. |
| Poprawka: Znaki specjalne są dekodowane podczas sprawdzania poprawności limitu znaków. | |
| 4509141 | Podsumowanie: Nieinformacyjny błąd jest wyzwalany podczas wysyłania umowy z osobą poświadczającą, gdy grupa jest skonfigurowana tak, aby wymagać metody uwierzytelniania, ale osoba poświadczająca jest skonfigurowana bez uwierzytelnienia. |
| Poprawka: Proces konfiguracji zawiera teraz komunikat o błędzie wskazujący, kiedy skonfigurowane jest uwierzytelnianie dwuskładnikowe dla wszystkich odbiorców i wykorzystywana jest osoba poświadczająca. | |
| 4509366 | Podsumowanie: Aktualizacja nazwy klienta FedRAMP kończy się niepowodzeniem w przypadku znaków specjalnych, ponieważ znaki nie są zastępowane ich numerami encji HTML. |
| Poprawka: Zaktualizowano proces w celu prawidłowego zarządzania znakami specjalnymi w środowisku FedRAMP. | |
| 4509680 | Podsumowanie: Dodaj kraje Wyspa Man, Guernsey i Jersey dla kodu kraju +44. |
| Poprawka: Dodano stałe parametry COUNTRY_CODE dla Wyspy Man, Guernsey i Jersey | |
| 4510255 | Podsumowanie: Próba utworzenia użytkownika, który już istnieje w innej grupie, powoduje utworzenie użytkownika w grupie bezużytecznej. |
| Poprawka: Błąd został poprawiony, aby wskazywał, że użytkownik został przeniesiony do nowej grupy (nie został utworzony). | |
| 4510309 | Podsumowanie: Gdy blok podpisu jest dodawany za pośrednictwem interfejsu API z typem wejścia innym niż BLOCK, proces podpisu jest przekierowywany do klasycznego środowiska z powodu nieprawidłowej identyfikacji obiektu BLOCK. |
| Poprawka: Ulepszono warunek, aby zwracał dodatkowe informacje w celu prawidłowej identyfikacji obiektu BLOCK. | |
| 4510652 | Podsumowanie: Pola formularza z podpisem cyfrowym muszą być spłaszczone przed modyfikacją pliku PDF dla następnego sygnatariusza |
| Poprawka: Pola formularza podpisu cyfrowego, które zostały podpisane, są unieważniane po przesłaniu przez obieg pracy pisemnej umowy. | |
| 4511819 | Podsumowanie: Niebieska linia podpisu pojawia się w dokumencie PDF dla niepodpisanych pól podpisu. |
| Poprawka: Niepodpisane pola podpisu są pomijane podczas renderowania pól podpisu w dokumencie PDF. | |
| 4511965 | Podsumowanie: Podpowiedź logowania do bramy tożsamości cyfrowej nie działa z powodu zastosowanego sprawdzania identyfikatora podczas pobierania kryteriów identyfikatora. |
| Poprawka: Usunięto sprawdzanie dopasowania adresu e-mail i nazwy podczas pobierania kryteriów uwierzytelniania dla DIG_ID. | |
| 4513228 | Podsumowanie: Brak wartości pola w dokumencie PDF, gdy nazwa pola zawiera dodatkową spację z powodu przycinania nazwy pola w backendzie. |
| Poprawka: Przycinanie nazwy pola na front-endzie w celu zachowania spójności nazwy pola. | |
| 4513358 | Podsumowanie: Problem z przetwarzaniem plików w matrycy instancji Adobe Sign Sandbox powodujący tworzenie pól bez odwołań do stron. W takich przypadkach strona ma wartość null i wyświetlany jest wskaźnik null. |
| Poprawka: Dodano sprawdzanie wartości null dla tego zdarzenia w celu jego prawidłowego zarządzania. | |
| 4513464 | Podsumowanie: Administrator napotka wiele błędów podczas interakcji z szablonami za pośrednictwem zaawansowanego udostępniania konta, ponieważ interfejs API jest oceniany pod uprawnieniami użytkownika sesji (np. Editor_User) zamiast uprawnień przełączanego użytkownika (np. Creator_User). |
| Poprawka: Dodano nagłówek x-on-behalf-of-user do żądania API, aby upewnić się, że żądanie jest oceniane na podstawie uprawnień przełączonego użytkownika (Creator_User). | |
| 4513575 | Podsumowanie: Dane pola formularza nie zmieniają rozmiaru dla pól wielowierszowych. |
| Poprawka: Zaktualizowano kod, aby umożliwić automatyczne rozmiarowanie. | |
| 4513914 | Podsumowanie: Gdy liczba AKTYWNYCH użytkowników na koncie jest równa wartości MAX_ACTIVE_USERS, zmiana hasła nie jest dozwolona z powodu sprawdzenia MaxActiveUsers. |
| Poprawka: Ulepszono funkcję, aby prawidłowo ignorować tę kontrolę, gdy użytkownik jest AKTYWNY. | |
| 4514839 | Podsumowanie: Użytkownik nie może podpisać umowy wieloma podpisami cyfrowymi, jeśli pierwsze podpisane pole nie jest pierwszym polem podpisu na górze dokumentu. |
| Poprawka: Dodano metodę iteracji po wszystkich polach i wyodrębniania prawidłowego zgłoszenia, które jest dalej używane w nagłówku X-JWT-Assertion. | |
| 4515343 | Podsumowanie: Rozmiar czcionki wielowierszowego pola wprowadzania zmienia się na stronie podpisu elektronicznego. Rozmiar czcionki jest mnożony przez współczynnik powiększenia, więc rozmiar wejściowy zmienia się w zależności od niego — w szczególności dostosowuje wymiary strony. |
| Poprawka: Metoda pobierania rozmiaru czcionki pola wielowierszowego zwraca rozmiar czcionki w pikselach, bez mnożenia go przez współczynnik powiększenia. | |
| 4515735 | Podsumowanie: Po podpisaniu umowy przycisk Zarządzaj na stronie po podpisaniu zwraca zniekształconą stronę. |
| Poprawka: Strona po podpisaniu została poprawiona, aby prawidłowo pobierała informacje wymagane do renderowania strony. | |
| 4516641 | Podsumowanie: Możliwe jest, że adnotacja pola formularza nie zostanie dołączona do strony. |
| Poprawka: Do listy adnotacji na stronie dodano sprawdzanie wartości pustych null. | |
| 4517113 | Podsumowanie: Wiadomość e-mail z problemem z dokumentem otrzymana podczas wysyłania umowy za pośrednictwem interfejsu API przez konto dewelopera z powodu błędów wskaźnika null podczas sprawdzania pól formularza. |
| Poprawka: Sprawdzamy teraz, czy lista pól formularza ma wartość null, zanim zapytamy, czy lista jest pusta. | |
| 4517156 | Podsumowanie: Gdy w zestawie wejściowych plików PDF istnieją pola formularzy, generatory pól formularzy nie mogą być uruchamiane w celu utworzenia dodatkowych pól formularzy. |
| Poprawka: Gdy istnieje lista generatorów pól formularzy do przetworzenia, dodamy to zadanie do listy zadań do uruchomienia po ReadPDFTask. |
Adobe Acrobat Sign — wydanie 16.0.1
Wdrożenie produktu: 20 maja 2025 r.
Wdrożenie usługi GovCloud: 22 maja 2025 r.
Udoskonalone funkcje
- Zwiększ bezpieczeństwo danych odbiorców, konfigurując odbiorców z ograniczonym dostępem — funkcja Ograniczony dostęp do umów zwiększa prywatność, uniemożliwiając dołączanie umów do identyfikatora użytkownika Acrobat Sign odbiorcy (jeśli taki posiada). Po włączeniu opcja Dostęp do umowy odbiorcy pojawia się w sekcji Ustawienia odbiorcy na stronie redagowania. Administratorzy mogą skonfigurować to ustawienie, aby włączyć je domyślnie i umożliwić jego edycję przez nadawców.
Gdy odbiorca jest oznaczony jako ograniczony, jest traktowany tak, jakby nie miał aktywnego konta użytkownika Acrobat Sign. W rezultacie umowa nie pojawia się na odnośnej stronie Zarządzaj. Zapobiega to przypadkowemu wyciekowi danych z powodu relacji udostępniania na poziomie grupy.
Dostępne środowiska: Sandbox, Commercial, Government | Dostępne warstwy usług: Rozwiązania Acrobat Sign | Zakres konfiguracji: konto i grupa
- Dodano obsługę API dla funkcji Ograniczony dostęp do umów — organizacje korzystające z interfejsu API do tworzenia i wysyłania umów mogą teraz korzystać z funkcji Ograniczony dostęp do umów w ramach konfiguracji odbiorców. Wdrożenie interfejsu API tej funkcji ma jedną istotną różnicę w odniesieniu do sposobu dostępu do dokumentu, w przypadku gdy typ uwierzytelniania jest ustawiony na „Brak”:
- W interfejsie Acrobat Sign odbiorca nie może wyświetlać ani pobierać umowy, dopóki nie zostanie ona podpisana. Nawet jeśli nie skonfigurowano uwierzytelniania, dostęp do umowy jest wyłączony poprzez wyłączenie operacji Wyświetl i Pobierz.
- Podczas korzystania z interfejsu API umowę można wyświetlić i pobrać za pomocą tokenu po przejściu uwierzytelnienia. W przypadku braku skonfigurowania uwierzytelniania umowę można wyświetlić lub pobrać, zanim zostanie podpisana.
Dostępne środowiska: Sandbox, komercyjne, rządowe | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: konto i grupa
- Rozszerzona obsługa krajów dla uwierzytelniania telefonicznego — uwierzytelnianie telefoniczne i dostarczanie umów za pośrednictwem wiadomości SMS obsługuje teraz te dodatkowe kraje i krajowe kody telefoniczne:
- Falklandy (Malwiny) (+500)
Dostępne środowiska: komercyjne | Dostępne poziomy usług: Acrobat Sign Solutions | Zakres konfiguracji: konto i grupa
Zmiany dotyczące użytkowania
- Wysyłanie zgłoszenia pomocy technicznej przez formularz internetowy wymaga teraz logowania dla starszych kont dla przedsiębiorstw — użytkownicy ze starszych kont dla przedsiębiorstw muszą teraz zalogować się za pomocą poświadczeń Acrobat Sign przed użyciem formularza internetowego w celu przesłania zgłoszenia pomocy technicznej. Ten krok uwierzytelniania zapewnia, że sprawa jest połączona z właściwym kontem i kierowana do odpowiedniego zespołu pomocy technicznej.
Dostępne środowiska: Commercial | Dostępne warstwy usług: Rozwiązania Acrobat Sign | Zakres konfiguracji: Domyślnie włączone; Nie można edytować
Aktualizacje REST API / elementu webhook
Aktualizacje API i elementu webhook dla tego wydania znajdują się w dokumentacji API Acrobat Sign.
- Punkt końcowy GET /agreements API jest teraz obsługiwany przez mikrousługę — punkt końcowy GET /agreements został przeniesiony z głównej aplikacji Acrobat Sign do dedykowanej mikrousługi. W ramach tego przejścia żądania wyszukiwania będą pobierać dane z usługi wyszukiwania (pamięć drugorzędna) zamiast z podstawowej bazy danych. Zmiana ta zwiększa stabilność usługi i zapobiega wpływowi nietypowych wywołań API na działanie aplikacji Acrobat Sign.
- Maksymalny rozmiar strony dla wywołania GET /agreements to teraz 500 umów na żądanie. Wcześniej usługa wyszukiwania nie pobierała więcej niż 100 umów na stronę. Jeśli wymagana jest większa liczba umów, konieczne może być złożenie kilku zapytań o węższym zakresie.
- Ponieważ wyszukiwanie odbywa się teraz w magazynie pomocniczym, podczas wywoływania punktu końcowego GET /agreements mogą wystąpić niewielkie dodatkowe opóźnienia.
- Aktualizacja ograniczania API — Po wydaniu w maju 2025 r. zostaną zastosowane nowe zasady ograniczania API:
- W razie wykrycia wysokiego ogólnego obciążenia systemu program Acrobat Sign ograniczy podzbiór żądań API w całym systemie.
- Gdy klienci z wysokim zapotrzebowaniem zostaną zidentyfikowani jako przyczyniający się do ogólnego spowolnienia systemu, usługa Acrobat Sign ograniczy podzbiór żądań interfejsu API specjalnie dla tego klienta.
Gdy żądanie API jest ograniczone, zostanie odrzucone z kodem stanu HTTP 429 wraz z następującymi informacjami:
Treść odpowiedzi
Nagłówek odpowiedzi
Po otrzymaniu powyższej odpowiedzi można użyć nagłówka Retry-After lub retryAfter w treści odpowiedzi, aby określić, kiedy ponownie wykonać próbę realizacji otrzymanego żądania.
Kara za ponowną próbę
Dla wszystkich nowych kont utworzonych po wprowadzeniu wersji z maja 2025 r. zostanie zastosowana kara, jeśli konto nie zachowa określonego przedziału czasu ponownej próby.
Jeśli to samo żądanie zostanie ponowione w tym przedziale czasu, zostanie ono ponownie ograniczone, a przedział czasu ponownej próby zostanie zresetowany.
Rozwiązane problemy
| Problem | Opis |
|---|---|
| 4477748 | Podsumowanie: Użytkownicy nie mogą utworzyć OAUTH ACCESS-TOKEN z powodu nieprawidłowo ukształtowanej domeny w wywołaniu API. |
| Poprawka: Zaktualizowano listę domen kontrolera Swagger. | |
| 4480357 | Podsumowanie: Operacja obsługi klucza w oknie dialogowym „Zacznij od biblioteki” nie działa prawidłowo, gdy działają czytniki ekranu |
| Poprawka: Liczne poprawki nawigacji w czytniku ekranowym, dzięki którym wszystkie uruchamiane strony są odczytywane zgodnie z oczekiwaniami. | |
| 4498103 | Podsumowanie: Nieprawidłowe przypisanie roli w funkcji Wyślij zbiorczo. Przypisywanie roli „Sygnatariusz” podczas dodawania siebie jako ostatniego odbiorcy. |
| Poprawka: Usunięto opcje innych ról nadawcy, gdy zostaną dodane do ostatniej pozycji uczestnika, ponieważ nadawca zawsze będzie sygnatariuszem. | |
| 4501417 | Podsumowanie: Umieszczenie pola podpisu pieczęci z szablonem pola powoduje błąd, który blokuje dalsze tworzenie. |
| Poprawka: Dodano kod do przetwarzania elementów znacznika tekstowego „signer1”. | |
| 4506667 | Podsumowanie: Jeśli nadawca potrzebuje pierwszego sygnatariusza formularza internetowego, aby zweryfikować swój adres e-mail, powiadomienia webhook są opóźniane, dopóki pierwszy sygnatariusz nie zweryfikuje adresu e-mail. Jeśli wiadomość e-mail pierwszego sygnatariusza zostanie odrzucona, powiadomienie elementu webhook zostanie opóźnione o 2 godziny z powodu oczekiwania na wypełnienie parametru documentsInfo. |
| Poprawka: Jeśli nadawca potrzebuje pierwszego sygnatariusza formularza internetowego do weryfikacji adresu e-mail, parametr documentsInfo nie zostanie wypełniony w ładunku powiadomień elementu webhook dla zdarzeń umowy (do czasu weryfikacji adresu e-mail przez pierwszego sygnatariusza). Jeśli wiadomość e-mail pierwszego sygnatariusza zostanie odrzucona, parametr documentsInfo nie zostanie wypełniony w ładunku powiadomień elementu webhook dla zdarzeń umowy. | |
| 4511940 | Podsumowanie: Domyślny rozmiar czcionki w wielu wierszach pola tekstowego nie dostosowuje się do rozmiaru ekranu, więc tekst jest ucinany podczas podpisywania umowy za pomocą telefonu komórkowego. |
| Poprawka: Pole tekstowe wielowierszowe nie może już zastępować metody podstawowej klasy. | |
| 4513457 | Podsumowanie: Problem z przetwarzaniem danych JSON, gdy nazwa grupy zawiera podwójny cudzysłów w nazwie grupy. |
| Poprawka: Poprawiono kod przetwarzania dla nazw grup w celu zarządzania podwójnymi cudzysłowami. | |
| 4515610 | Podsumowanie: Obliczone wartości pól są zmieniane, gdy formularz internetowy jest wysyłany do dodatkowych uczestników ze względu na sposób obsługi liczb zmiennoprzecinkowych w środowisku backend i frontend. |
| Poprawka: Zmiana implementacji w środowisku backend w celu użycia znaku BigDecimal jako typu dla liczb | |
| 4516504 | Podsumowanie: Po utworzeniu szablonu wielokrotnego użytku i użyciu widoku Nowe środowisko pole wyboru i przyciski opcji mają różowe obramowanie zamiast czarnego z powodu obcięcia wartości koloru. |
| Poprawka: Poprawiono wartość heksadecymalną, aby zachować prawidłową wartość. | |
| 4520149 | Podsumowanie: Niektóre umowy nie aktualizują swojego stanu po podpisaniu z powodu rzadko występującej sytuacji wyścigu podczas ustawiania flagi next_to_sign. |
| Poprawka: Dodano dodatkowe rejestrowanie, aby przechwycić tę sytuację i rozwiązać ją, zanim odbiorcy wejdą w interakcję z umową. | |
| 4521246 | Podsumowanie: Udostępnianie szablonu w wielu grupach nie działa i generuje błędy, gdy włączone jest zaawansowane udostępnianie konta, a proces wysyłania zaczyna się na stronie głównej. |
| Poprawka: Zaktualizowano selektor szablonu pochodzący ze strony głównej, aby prawidłowo pobrać udostępniony szablon. |
Adobe Acrobat Sign — wydanie 16.1
Wdrożenie produktu: 22 lipca 2025 r.
Wdrożenie usługi GovCloud: 5 sierpnia 2025 r.
Udoskonalone funkcje
- Użyj WhatsApp, aby wysłać linki do umów bezpośrednio na urządzenie mobilne odbiorcy — Integracja WhatsApp w Acrobat Sign została rozszerzona o opcję wysyłania powiadomień o umowach i linków przypominających bezpośrednio na urządzenie odbiorcy z obsługą WhatsApp.
- Natywna obsługa formatu PDF/A w celu długoterminowego przechowywania dokumentów — Acrobat Sign obsługuje teraz walidację i eksport dokumentów w formacie PDF/A (ISO 19005), pomagając organizacjom spełnić rygorystyczne standardy archiwizacji i wymogi prawne. Dokumenty zachowują zgodność PDF/A przez cały cykl życia umowy — przesyłanie, podpisywanie i przechowywanie.
- Zapobiegaj osadzaniu produktu Adobe Acrobat Sign na stronach internetowych innych firm — ochrona przed clickjackingiem dodaje zabezpieczenie iframe do stron produktu Acrobat Sign, do których dostęp uzyskuje się za pośrednictwem interfejsu REST API w wersji 5 lub nowszej. Ramkowanie jest dozwolone tylko podczas korzystania z automatycznego logowania z zadeklarowaną domeną wzorcec, co pomaga zapobiegać oszukańczemu lub nieautoryzowanemu osadzaniu.
- Ulepszona kontrola nad udostępnianiem opartym na grupach — organizacje korzystające z zaawansowanego udostępniania kont mogą teraz opcjonalnie ograniczyć udostępniany widok swoich umów tylko do umów wysłanych z grupy użytkownika. Umowy wysyłane do użytkownika z grupy zewnętrznej będą filtrowane w celu ochrony potencjalnie prywatnej komunikacji użytkownika, której ogólne udostępnianie byłoby niewłaściwe. Ten filtr dotyczy tylko udostępnień na poziomie grupy (udostępnianie grupy innej grupie lub użytkownikowi) i nie dotyczy udostępnień opartych na użytkowniku (udostępnianie użytkownika grupie lub innemu użytkownikowi).
- Aktualizacje dla klientów z licencją VIP:
- Uproszczona konfiguracja administratora ze strony głównej — Acrobat Sign wprowadza nową sekcję Zarządzanie kontem, aby pomóc administratorom konta szybko uzyskać dostęp do kluczowych narzędzi konfiguracji.Dodawaj użytkowników, organizuj grupy, łącz integracje i przenoś szablony bezpośrednio ze strony głównej — bez konieczności szukania.
- Dodawanie użytkowników do Admin Console z Acrobat Sign — Administratorzy mogą teraz dodawać użytkowników bezpośrednio ze strony Użytkownicy w Acrobat Sign, automatycznie aktualizując Adobe Admin Console.
- Przypisywanie ról Admin Console jest teraz dostępne przez Acrobat Sign — Aby usprawnić konfigurację, Acrobat Sign pozwala teraz administratorom konta przypisywać kluczowe role Admin Console — Administrator produktu i Administrator pomocy technicznej — bez opuszczania interfejsu produktu.
- Łatwiejszy dostęp do zestawu integracji firm trzecich — Nowa strona Integracje została dodana do menu administratora, zapewniając bezpośrednie, intuicyjne łącza do plików konfiguracyjnych dla poszczególnych integracji.
- Łatwiejsze wdrażanie HIPAA dzięki wskazówkom w produkcie — Organizacje podlegające HIPAA mogą teraz rozpocząć proces włączania w Acrobat Sign za pomocą nowego samoobsługowego obiegu pracy przez menu administratora Rozpocznij .System wysyła automatyczny wniosek do działu wsparcia i śledzi postępy w oparciu o podpis BAA i konfigurację systemu.
- Przyspiesz migrację szablonów do Acrobat Sign dzięki automatycznej konwersji szablonów — Nowa funkcja migracji szablonów pomaga administratorom konta szybko przenieść szablony do Acrobat Sign.Prześlij plik ZIP z szablonem, przekonwertuj go automatycznie i przejrzyj wyniki w środowisku tworzenia — bez konieczności posiadania wiedzy technicznej.
- Chatbot Acrobat Sign Smart Assistant — Nowy Smart Assistant zapewnia odpowiedzi w aplikacji na typowe pytania, takie jak dodawanie użytkowników, sprawdzanie użycia lub aktualizowanie ustawień.Zadaj pytanie w prostym języku i otrzymaj wskazówki krok po kroku, odpowiednie artykuły HelpX lub łącza do stron pomocy technicznej.
- Produkt Acrobat Sign for Government został zaktualizowany do nowoczesnego interfejsu:
- Acrobat Sign for Government: Dostęp do nowoczesnego interfejsu Żądania podpisu — Administratorzy GovernmentCloud mogą teraz włączyć dla swojego konta lub grup korzystanie z nowoczesnego interfejsu Żądania podpisu.
- Acrobat Sign for Government: Usprawnienie zorientowane na urządzenia mobilne dla odbiorców — Użytkownicy rządowi mogą teraz uzyskać dostęp do nowoczesnego interfejsu, zaprojektowanego w celu uproszczenia podpisywania na urządzeniach mobilnych poprzez łatwy w konfiguracji interfejs zawierający tylko pola formularza.
- Acrobat Sign for Government: Nowy interfejs Utwórz szablon jest dostępny — Użytkownicy rządowi mają teraz dostęp do nowoczesnego interfejsu Utwórz szablon, który usprawnia proces projektowania szablonów i poprawia użyteczność.
- Nowy dostawca usług zaufania (TSP) — Acrobat Sign rozszerza listę obsługiwanych dostawców usług zaufania (TSP), aby zwiększyć opcje uwierzytelniania odbiorcy. Następujący nowy TSP jest teraz dostępny:
- eID Easy
Ta funkcja rozszerza kompatybilność Acrobat Sign z globalnymi standardami, zapewniając płynne i bezpieczne podpisy cyfrowe w wielu branżach.
Zmiany dotyczące użytkowania
- Ulepszone działanie podpisu cyfrowego — Proces stosowania podpisu cyfrowego opartego na chmurze został udoskonalony w celu zmniejszenia liczby interakcji, które podpisujący musi wykonać podczas stosowania podpisu cyfrowego.
- Limit znaków dla etykiet w Projektancie obiegu pracy został zwiększony do 500 znaków — Podczas tworzenia lub edytowania niestandardowego obiegu pracy w Projektancie obiegu pracy etykiety używane do opisywania pól mogą teraz przyjmować do 500 znaków (zwiększono ze 100 znaków).
- Sterowanie nowym niestandardowym obiegiem pracy zostało przeniesione do menu Ustawienia globalne — Konfigurowalna opcja Ustaw nowy niestandardowy obieg pracy jako domyślne środowisko została przeniesiona ze strony Ustawienia wysyłania na stronę Ustawienia globalne.
Dodano nowe sterowanie umożliwiające wyświetlenie „łączy przełączania" dla użytkowników do przełączania między nowym działaniem a wersją klasyczną.
Rozwiązane problemy
| Problem | Opis |
|---|---|
| 4501772 | Podsumowanie: W przypadku nowoczesnej obsługi proszenia o podpis wiadomość od odbiorcy nie jest aktualizowana po zmianie języka w ustawieniach umowy. |
| Poprawka: Kod akceptujący nowe preferencje językowe został zaktualizowany w celu uwzględnienia zmiany dla wiadomości po wybraniu nowego języka. | |
| 4503504 | Podsumowanie: W rzadkich przypadkach ponowne próby podczas tworzenia umowy mogą skutkować wygenerowaniem wielu kopii tej samej umowy podrzędnej przy użyciu funkcji Wyślij zbiorczo |
| Poprawka: Wprowadzono wiele aktualizacji sposobu generowania i wewnętrznego wyświetlania umów podrzędnych wraz z kontrolami zapewniającymi brak możliwości tworzenia duplikatów. | |
| 4511072 | Podsumowanie: Wiadomości e-mail z raportami o zużyciu transakcji nie są odbierane po użyciu opcji „Wyślij teraz”. |
| Poprawka: Zaktualizowano system pocztowy w celu rozwiązania problemu z dostarczaniem. | |
| 4511224 | Podsumowanie: Pliki PDF ustawione na „Dziedziczone” powiększenie przed wysłaniem domyślnie na „Dopasuj do strony” po podpisaniu. |
| Poprawka: Ulepszono obsługę adnotacji, aby zapewnić prawidłowe potwierdzenie właściwości w wynikowym pliku PDF. | |
| 4512546 / 4522458 |
Podsumowanie: Współdzielone obiegi pracy nie wyświetlają szablonów pól zgodnie z oczekiwaniami dla kont udostępnianych za pośrednictwem zaawansowanego udostępniania kont. |
| Poprawka: Żądanie GET /libraryDocuments/id/formFields zostało zaktualizowane o nagłówek x-on-behalf-of-user, który jest wymagany w przypadku zaawansowanego udostępniania kont. | |
| 4515020 | Podsumowanie: Wywołanie interfejsu API PUT /users/{id}/groups zwraca błąd 403 podczas próby przeniesienia użytkownika, który nie znajduje się w grupie domyślnej, przez administratora poziomu grupy. |
| Poprawka: Uprawnienia zostały rozszerzone na administratorów grup, którzy mogą teraz dodawać użytkowników do swojej grupy, nawet jeśli przypisany użytkownik znajduje się obecnie w innej grupie niż domyślna. | |
| 4516121 | Podsumowanie: Gdy grupa przycisków opcji ma indywidualne etykiety narzędzi, podczas podpisywania wyświetlana jest tylko pierwsza etykieta narzędzia dla wszystkich opcji. |
| Poprawka: Kod przycisku wyboru ściśle wykorzystywał jedną wskazówkę dla tablicy przycisków. Został on zaktualizowany, aby umożliwić indywidualną reprezentację. | |
| 4516129 | Podsumowanie: Umowy wygasają na podstawie ekwiwalentu czasu UTC czasu lokalnego nadawcy, a nie zamierzonego czasu lokalnego. |
| Poprawka: Logika sprawdzająca czas wygaśnięcia nie jest już oparta na czasie przeglądarki, zamiast tego pozwala głównej aplikacji na przeprowadzenie walidacji. | |
| 4518192 | Podsumowanie: Sygnatariusze sporadycznie nie mogą ukończyć procesu podpisywania podczas korzystania z uwierzytelniania Adobe Sign z Okta SSO.. |
| Poprawka: Usuń atrybut crossShardLoginPage z sesji po pomyślnym zalogowaniu. | |
| 4521018 | Podsumowanie: Podczas korzystania z nowoczesnego środowiska podpisywania pola rozwijane skonfigurowane z wartościami eksportu zwracają widoczną etykietę zamiast wartości eksportu w odpowiedzi API /formData. |
| Poprawka: Ukryte (eksportowane) wartości są teraz wysyłane zamiast wartości widocznych. | |
| 4521111 | Podsumowanie: W nowym interfejsie tworzenia użytkownicy nie mogą przewijać i przeglądać wszystkich dostępnych szablonów pól z rozwijanej listy Szablony pól. |
| Poprawka: Nowoczesny interfejs tworzenia został zaktualizowany, aby wczytywać więcej niż tylko pierwszą stronę szablonów pól. | |
| 4521311 | Podsumowanie: Z powodu znanego 12-godzinnego opóźnienia w mechanizmie wygasania umów, przypomnienia są wysyłane po efektywnym czasie wygaśnięcia, co prowadzi do nieudanych prób podpisania i dezorientacji użytkowników. |
| Poprawka: W przypadku powtarzających się przypomnień „Do podpisania” termin podpisania jest sprawdzany i nie będzie już wysyłać przypomnienia, ale pozostawi je aktywne, aby można je było odebrać, jeśli nadawca edytuje termin podpisania przed jego faktycznym wygaśnięciem w ciągu 12-godzinnego okresu karencji. | |
| 4522059 | Podsumowanie: Gdy sygnatariusz przesyła plik przy użyciu pola Załącznik, a następnie wypełnia podpis cyfrowy, łącze Pobierz dokument powoduje błąd „Nie znaleziono strony”. |
| Poprawka: Suma kontrolna została wyeliminowana z wykrywania duplikatów, ponieważ jest to opcjonalna właściwość w specyfikacji PDF. Acrobat Sign nadal używa nazwy pliku i rozmiaru do identyfikacji duplikatów. | |
| 4522382 | Podsumowanie: Użytkownicy nie mogą ukończyć transakcji podczas korzystania z funkcji Kliknij, aby podpisać z włączonym uwierzytelnianiem. Po zalogowaniu transakcja nie zostaje ukończona i musi zostać powtórzona. |
| Poprawka: Parametr URL crossShardLandingPage został usunięty z sesji po zalogowaniu. | |
| 4522384 / 4523594 / 4523900 |
Podsumowanie: Podczas korzystania z funkcji wysyłania zbiorczego żadne umowy nie są wysyłane przy pierwszej próbie, ale druga próba działa zgodnie z oczekiwaniami ze względu na kolejkowanie zadań na lokalnej partycji. |
| Poprawka: Kolejkowanie zadań zostało udoskonalone, aby zapewnić, że zadania nie są opóźniane. | |
| 4522497 | Podsumowanie: Format znacznika czasu w umowach zmienia się z HH:MM:SS na HH:MM po podpisaniu dokumentu, co powoduje utratę sekund w końcowym rejestrze kontrolnym. |
| Poprawka: Sekundy zostały dodane do parametru timePatern. | |
| 4522509 | Podsumowanie: Odbiorcy DW nie mogą wyświetlić tablicy kontekstowej umowy podczas uzyskiwania dostępu do umów z obsługą LDV za pośrednictwem łącza e-mail. Zamiast tego otrzymują błąd „Dokument nie jest jeszcze widoczny”. |
| Poprawka: Kod zmieniony w celu zapewnienia wymaganego dostępu do wyświetlania tablicy kontekstowej. | |
| 4522547 | Podsumowanie: W przypadku korzystania z szablonu końcowy plik PDF może wyświetlać nieprawidłowo wyrównane lub brakujące dane pola formularza po podpisaniu z powodu zastosowania rotacji strony po każdej adnotacji. |
| Poprawka: Obrót strony został poprawiony. | |
| 4522914 | Podsumowanie: Podczas korzystania z nowej funkcji wysyłania zbiorczego klienci mogą napotkać błąd podczas przesyłania CSV, jeśli wartości w kolumnach Agreement_Message lub Private_Message przekroczą określony limit znaków. |
| Poprawka: Limit znaków został udokumentowany w zabezpieczeniach skierowanych do klientów. | |
| 4522945 | Podsumowanie: Przy próbie edycji dokumentu wielokrotnego użytku jako administrator konta/grupy i próbie zastosowania szablonu pola występuje wyjątek NullPointerException podczas sprawdzania udziału pochodzenia. |
| Poprawka: Dodano metodę znajdowania udziału pochodzenia podczas edycji dokumentów w bibliotece w roli administratora konta/grupy | |
| 4523043 | Podsumowanie: Podczas edytowania formularza internetowego, który zawiera uczestnika z rolą Osoba delegująca, nie można załadować strony Modyfikuj formularz internetowy. Wywoływany jest błąd konsoli, uniemożliwiający jakąkolwiek edycję. |
| Poprawka: Dodano sprawdzenie, które zapewnia, że jeśli ROLE_MAP jest niezdefiniowana, kod nie odczyta className jako niezdefiniowanej i nie spowoduje błędu. Zamiast tego zwraca wartość niezdefiniowaną. | |
| 4523061 | Podsumowanie: Podpisane dokumenty dołączone do wiadomości e-mail zachowują oryginalne rozszerzenia plików w nazwie pliku, co powoduje nadmiarowe nazewnictwo. |
| Poprawka: Nie przycina już podciągu nazwy pliku, jeśli zaczyna się ona od „.” i różni się od rozszerzenia. | |
| 4524122 | Podsumowanie: W nowym środowisku próba rozpoczęcia umowy z zapisanego obiegu pracy powoduje błąd systemu z powodu przekroczonego limitu znaków. |
| Poprawka: Limity etykiet zostały zaktualizowane, aby umożliwić stosowanie 500 znaków. | |
| 4524162 | Podsumowanie: Sprawdzanie poprawności łącza uniemożliwia wysłanie umowy w nowym środowisku tworzenia |
| Poprawka: Parametr został dodany do nowego środowiska w celu sprawdzenia elementu hook pod kątem błędów, pozwalając na bardziej swobodne zarządzanie walidacją hiperłączy. | |
| 4524356 | Podsumowanie: Użytkownicy napotykają komunikat „Błąd serwera: napotkaliśmy błąd podczas przetwarzania żądania” podczas próby podpisania umowy z powodu nieprawidłowej interpretacji szerokości obramowania -1. |
| Poprawka: Teraz interpretuje -1 jako domyślne obramowanie na 1 pkt. i dodaje obramowanie tylko wtedy, gdy obramowanie jest większe od zera. | |
| 4524410 | Podsumowanie: W środowisku nowego wysyłania podczas korzystania z obiegu pracy i przesyłania nowego pliku po usunięciu wstępnie ustawionej nazwy umowy pole Nazwa umowy nie jest aktualizowane automatycznie. |
| Poprawka: Dodano poprawkę usuwającą domyślną wartość dla zdarzenia onBlur i wprowadzono logikę ustawiania nazwy pierwszego przesłanego dokumentu w polu tekstowym nazwy dokumentu. | |
| 4524614 | Podsumowanie: Czcionka używana w polach formularza tekstowego w pliku PDF nie jest zgodna z czcionką wybraną na stronie tworzenia. Czcionka pola tekstowego to zawsze SourceSansPro-Regular. |
| Rozwiązanie: Rozszerzono funkcję ExternalFont.getFontReplacementMapping, aby uwzględniała czcionki zwykłe, pogrubione i pochylone. | |
| 4525098 | Podsumowanie: E-mail z prośbą o podpis nie jest wysyłany do drugiego podpisującego, gdy nadawca jest drugim podpisującym i zastępuje pierwszego podpisującego. |
| Rozwiązanie: Ulepszono obsługę równoległych list odbiorców, aby zarządzać przypadkiem, w którym istniejący odbiorca jest używany do zastąpienia innego odbiorcy w tym samym zestawie odbiorców. | |
| 4525377 | Podsumowanie: Pieczęcie elektroniczne (eSeals) nie działają z nowoczesnym środowiskiem Poproś o podpisy |
| Poprawka: Dodanie przypadku testowego w celu weryfikacji odbiorcy pieczęci elektronicznej w obiegu pracy innym niż UMG, w którym pieczęć jest ograniczona do dostępu grupowego. | |
| 4525491 | Podsumowanie: Nazwy umów zawierające znaki spoza alfabetu łacińskiego (np. chińskie, japońskie, tajskie, koreańskie) wyświetlają się jako ?????? na karcie Zarządzaj odbiorcy i powiadomienia e-mail wysyłane za pośrednictwem funkcji Wyślij zbiorczo. |
| Rozwiązanie: Zaktualizowano dokumentację, aby wskazać, że wymagany jest format UTF-8 | |
| 4525653 | Podsumowanie: Umowy wysyłane za pomocą interfejsu API z plikami JPEG są automatycznie anulowane z powodu błędu przetwarzania dokumentu. Problem występuje po pomyślnym przesłaniu plików , ale przed wysłaniem umowy. |
| Rozwiązanie: Dodano obsługę JPEG SOI app0-15 | |
| 4526153 | Podsumowanie: Skala pola stempla zachowuje się różnie na starych i nowych ekranach tworzenia. |
| Poprawka: Nowe środowisko tworzenia zostało zaktualizowane, aby skalować pole stempla zgodnie z klasyczną wersją. | |
| 4527031 | Podsumowanie: Gdy opcja „Zezwalaj nadawcom na wybór kolejności podpisywania” jest odznaczona w nowym środowisku, opcja „Odbiorcy muszą podpisać w kolejności” pozostaje widoczna |
| Rozwiązanie: Ulepszono kod dotyczący dostępu do tego elementu sterującego, aby prawidłowo ukrywać opcję, gdy wymagają tego ustawienia. | |
| 4527284 | Podsumowanie: Umowy zawierające niektóre zeskanowane lub spłaszczone pliki PDF nie przechodzą etapu tworzenia i są automatycznie anulowane z błędem AUTO_AUTHOR_FAIL z powodu wewnętrznej biblioteki, która nie jest zarządzana. |
| Poprawka: Zaimplementowano metodę, która przechwytuje wszelkie wyjątki i rejestruje je, ale nie przerywa generowania umowy. | |
| 4527948 | Podsumowanie: Gdy obliczane pole Acroform jest importowane do produktu Sign, interfejs API REST zwraca pole zawierające { calculated: true, valueExpression: '' }, co powoduje wyświetlenie pola z błędem walidacji. |
| Poprawka: Pola zidentyfikowane w tym przypadku użycia są teraz aktualizowane tak, aby były wprowadzane ręcznie, a nie obliczane. | |
| 4528062 | Podsumowanie: Wywołanie API get /users nie powiodło się dla użytkowników Salesforce z bardzo dużymi numerami użytkowników |
| Poprawka: Nowa wersja integracji Salesforce usprawnia proces uzyskiwania listy użytkowników, aby był bardziej wydajny. | |
| 4528284 | Podsumowanie: Nieprawidłowy kod kraju Kajmanów dla uwierzytelniania telefonu w ramach nowego doświadczenia |
| Poprawka: Kod kraju został zaktualizowany. | |
| 4529259 / 4529319 |
Podsumowanie: Opcjonalne nazwy sygnatariuszy i 2FA wymagane pomimo konfiguracji obiegu pracy w nowym niestandardowym środowisku wysyłania obiegu pracy |
| Rozwiązanie: Dodano sprawdzanie opcjonalnych odbiorców, dzięki czemu w przypadku braku adresu e-mail weryfikacja uwierzytelniania (telefon, hasło, kba) nie spowoduje niepowodzenia walidacji. Ponadto nazwa nie będzie również obowiązkowa dla opcjonalnych odbiorców, chyba że pole identyfikatora e-mail ma jakieś dane wejściowe. | |
| 4530084 | Podsumowanie: Niektórzy użytkownicy widzą pusty ekran podczas uzyskiwania dostępu do ustawień odbiorców w nowym interfejsie wysyłania. Problem jest spowodowany brakiem tłumaczenia dla etykiety określonego kodu kraju i dotyczy wszystkich wersji językowych z wyjątkiem en-US. |
| Rozwiązanie: Opublikowano poprawne tłumaczenia i przypięto je do odpowiednich funkcji. | |
| 4530537 | Podsumowanie: Przy próbie przekonwertowania nazwanego miejsca docelowego na lokalizację generowany jest błąd NPE, co uniemożliwia wysyłanie umów. |
| Poprawka: Wprowadzono nowe sprawdzanie w celu określenia, czy miejsce docelowe jest nazwanym miejscem docelowym, i pominięcia go. |
Wdrożenie w środowisku testowym: 2025-08-19
Wdrożenie w środowisku produkcyjnym: 2025-09-16
Wdrożenie w GovCloud: 2025-09-18
Udoskonalone funkcje
- Niestandardowe szablony wiadomości e-mail dostępne w usłudze Acrobat Sign for Government — Klienci na platformie GovCloud mogą teraz tworzyć niestandardowe szablony wiadomości e-mail dla powiadomień i przypomnień dotyczących umów.
- Baner „Co nowego" na stronie głównej — Nowy baner „Co nowego" można włączyć na poziomie konta lub grupy, aby informować użytkowników o nowych powiadomieniach dotyczących produktu, takich jak informacje o wydaniu, szkolenia i wydarzenia systemowe. Pomaga to zwiększyć świadomość nowych funkcji i opcji, poprawić zaangażowanie i zapewnić, że ważne aktualizacje nie zostaną przeoczone. Wszystkie konta zostaną włączone po wydaniu i mogą być wyłączone przez administratora na poziomie konta. Istnieje kilka wyjątków od reguły "domyślnie włączone":
- Australijski shard (AU1) będzie miał domyślnie wyłączoną tę funkcję.
- Każde konto zidentyfikowane jako konto "rządowe" będzie wyłączone.
Zmiany dotyczące użytkowania
- Zmiana marki integracji Notarize na Proof - Integracja z usługą notarialną online została zaktualizowana, aby odzwierciedlić nową markę usługi, Proof, we wszystkich komunikatach skierowanych do klientów.
Aktualizacje interfejsu użytkownika produktu Acrobat Sign są spodziewane w następnym wydaniu (v16.2) w październiku.
- Ściślejsza walidacja ustawień regionalnych przy tworzeniu umów przez API - Walidacja ustawień językowych dla umów tworzonych przez API została zaostrzona.Podczas korzystania z API do tworzenia umowy, gdy opcja „Zezwól użytkownikom z konta na wybór innego języka podpisywania" jest wyłączona, API odrzuci każde żądanie, w którym ustawienia regionalne umowy nie pasują do „Języka podpisywania" wybranego przez administratora.
Należy pamiętać, że wysyłanie przez interfejs internetowy nie jest objęte tym ograniczeniem.
Rozwiązane problemy
| Problem | Opis |
|---|---|
| 4511940 | Podsumowanie: Gdy nadawca tworzy pole tekstowe z włączoną opcją Wprowadzanie danych w wielu wierszach i czcionką ustawioną na Auto, osoby podpisujące korzystające z przeglądarki mobilnej widzą tekst obcięty u dołu pola. |
| Poprawka: Zastąpiono podstawową metodę pobierania rozmiaru pola, aby obsłużyć fontSize < 0 (auto) using a modified formula specific to multiline fields. | |
| 4516038 | Podsumowanie: Podczas wysyłania umów za pomocą funkcji Wyślij zbiorczo, użytkownicy widzą błąd: "Przekroczono maksymalną liczbę dni dozwolonych dla wygaśnięcia dokumentu." nawet jeśli Ustawienia wygaśnięcia dokumentu są wyłączone zarówno na poziomie Grupy, jak i Konta. |
| Poprawka: Poprawiono kod, aby prawidłowo oceniać wartości wygaśnięcia umowy dla grupy/konta. | |
| 4522265 | Podsumowanie: Gdy plik PDF zawiera zarówno pola do wypełnienia, jak i znaczniki tekstowe, znaczniki tekstowe nie są przetwarzane. |
| Poprawka: Utworzono zadanie w przypadku spłaszczonym, niezależnie od obecności generatorów pól formularza. Umożliwia przetwarzanie artefaktu formify w pliku PDF z polami formularza, jeśli jest to konieczne. | |
| 4522645 / 4527073 |
Podsumowanie: Podpisany plik PDF zawiera pustą trzecią stronę po tym, jak nadawca przesłał dokument w imieniu ostatniego podpisującego. |
| Poprawka: Ulepszono funkcję zarządzającą, aby prawidłowo obsługiwać małe strumienie. Przesyłane podpisy odręczne wykorzystują naprawiony dokument, a nie oryginalne przesłanie, jeśli wykryto jakikolwiek problem z przesłanym dokumentem. | |
| 4524437 | Podsumowanie: Nowi użytkownicy nie są logowani do Adobe Sign po zaakceptowaniu zaproszenia z powodu nieprawidłowego adresu URL. |
| Poprawka: Naprawiono adres URL. | |
| 4525093 | Podsumowanie: Link do informacji o ochronie konsumenta nie jest klikalny. Link jest obecny, ale kliknięcie go tylko przełącza pole wyboru zamiast otwierać link. |
| Poprawka: Zmodyfikowano CSS linku, aby umożliwić otwieranie nowej strony. | |
| 4525099 | Podsumowanie: Klienci, którzy wymagają dostarczania SMS, ale wyłączyli powiadomienia e-mail, nie mogą wysyłać umów przez SMS. |
| Poprawka: Dostarczanie SMS/WhatsApp nie jest już zależne od ustawień e-mail. | |
| 4525328 | Podsumowanie: Użycie dwóch lub więcej szablonów zawierających hiperłącza o tej samej nazwie generuje błąd serwera podczas próby podpisania |
| Poprawka: Jeśli zostaną znalezione zduplikowane nazwy hiperłączy, nazwy linków zostaną zmodyfikowane, aby zapewnić ich unikalną identyfikację. | |
| 4525510 | Podsumowanie: Pole formularza płatności nie zachowuje typu waluty USD w Nowym doświadczeniu tworzenia, prowadząc do niepowodzenia z powodu "Nieoczekiwanego błędu". |
| Poprawka: Zaktualizowano konwersje dla pól płatności. | |
| 4525544 | Podsumowanie: Nie można edytować głównych lub roboczych formularzy internetowych |
| Rozwiązanie: Teraz zachowujemy istniejące ustawienia i wysyłamy je na serwer, zamiast używać danych interfejsu użytkownika. | |
| 4525901 / 4532254 |
Podsumowanie: Umowa nie jest przypisywana do pozostałego sygnatariusza z powodu nieprawidłowej roli w obiegu pracy, gdy nowi uczestnicy są dodawani po wprowadzeniu pól. |
| Rozwiązanie: Ulepszono kod, aby lepiej oceniać role uczestników, gdy nowi uczestnicy są dodawani po wprowadzeniu pól. | |
| 4526300 | Podsumowanie: Nie można utworzyć niestandardowego adresu URL umowy z identyfikatorem obiegu pracy w nowym interfejsie |
| Rozwiązanie: Gdy niestandardowe adresy URL są tworzone tylko z identyfikatorem obiegu pracy, formularz tworzenia umowy przeładowuje się i wywołuje backend w celu ponownego pobrania obiegu pracy i projektu umowy podczas ładowania formularza. | |
| 4526756 | Podsumowanie: Dokumentacja strony Swagger API GovCloud jest nieprawidłowa w odniesieniu do tworzenia nowych aplikacji |
| Rozwiązanie: Dodano dodatkowe sformułowanie, aby uniknąć nieporozumień dla klientów FedRAMP. | |
| 4527340 | Podsumowanie: Gdy użytkownicy stosują Fill & Sign w produkcie Acrobat w internecie, a następnie wybierają opcję Zaproś do podpisania elektronicznego, wartości wprowadzone podczas Fill & Sign nie pojawiają się, gdy umowa przechodzi na stronę tworzenia produktu Acrobat Sign. Widok tworzenia pokazuje puste pola zamiast wypełnionych wartości. |
| Rozwiązanie: Domyślna wartość rozmiaru czcionki została poprawiona, co pozwala na prawidłowe wyświetlanie zawartości. | |
| 4528835 | Podsumowanie: Błąd "MISC_SERVER_ERROR for GET formData Some miscellaneous error has occurred" podczas wywoływania GET /formData dla określonego kursora z powodu błędu wskaźnika null. |
| Rozwiązanie: Dodano sprawdzenie NPE i rejestrowanie. | |
| 4528902 | Podsumowanie: Gdy umowa jest wysyłana do sekwencyjnego podpisania przez 2 uczestników, pole "nazwa odbiorcy" przypisane do pierwszego uczestnika jest tracone podczas przetwarzania modelu PDF. Podczas ustawiania roli pola "nazwa odbiorcy", rola zestawu uczestnictwa przechowywana w modelu PDF nie konwertuje się. |
| Rozwiązanie: Zaktualizowano liczne funkcje, aby prawidłowo zarządzać tym typem konwersji. | |
| 4531278 | Podsumowanie: Niektóre adresy e-mail dodane jako DW są automatycznie usuwane po wysłaniu transakcji, jeśli zostały utworzone przed dodaniem przez produkt Acrobat Sign automatycznego zmniejszania liter w adresach e-mail podczas tworzenia użytkownika. |
| Rozwiązanie: Zaktualizowano wyszukiwanie/porównywanie adresów e-mail w kodzie usuwania DW, aby było niewrażliwe na wielkość liter | |
| 4531669 | Podsumowanie: Nie można wysyłać umów przy użyciu dokumentów PDF podczas przetwarzania pól formularza o nazwach przekraczających limity specyfikacji PDF. |
| Rozwiązanie: Dodano sprawdzenia NPE dla wyglądu adnotacji. | |
| 4531998 | Podsumowanie: Brak dostępu do umów podrzędnych przez API - błąd "Invalid Document ID" z powodu pustego tytułu zakładki. |
| Rozwiązanie: Usunięto instrukcję debugowania, która może zakończyć się niepowodzeniem z NPE, jeśli tytuł zakładki jest pusty. | |
| 4532642 | Podsumowanie: Podczas próby zastąpienia jednego z kontrasygnujących w formularzu internetowym, który zawiera dodatkowych nieznanych sygnatariuszy i grupę odbiorców dla kontrasygnujących, metoda aktualizacji próbuje odczytać adres e-mail od nieznanych uczestników (dodatkowych nieznanych sygnatariuszy), którzy nie mają danych użytkownika/e-mail, powodując wyjątek NullPointerException. |
| Rozwiązanie: Dodano warunek filtrowania, aby wykluczyć nieznane uczestnictwa ze strumienia zbierania adresów e-mail, zapobiegając NPE podczas przetwarzania uczestnictw, które nie mają jeszcze danych użytkownika/e-mail. |
Adobe Acrobat Sign — wydanie 16.2
Wdrożenie produkcyjne: 7 października 2025 r.
Wdrożenie GovCloud: 14 października 2025 r.
Udoskonalone funkcje
- Funkcja Żądanie podpisu wprowadza kilka ulepszeń interfejsu użytkownika, które mają na celu zmniejszenie liczby kliknięć i poprawę wydajności — Te aktualizacje uwzględniają opinie klientów, sprawiając, że nowe Żądanie podpisu jest szybsze, łatwiejsze do odkrycia i lepiej dostosowane do klasycznego obiegu pracy.
- Wszystkie typy podpisów są domyślnie rozwinięte w procesie tworzenia
- Rola wstępnego wypełniania jest zawsze widoczna w procesie tworzenia
- Przyciski dodawania odbiorców w wierszu zastępują ukryte menu
- Automatyczne dodawanie nowego wiersza odbiorcy po wprowadzeniu adresu
- Obsługa kopiowania i wklejania wielu adresów odbiorców
- Kontrolki administratora do konfigurowania doświadczenia użytkownika podczas tworzenia nowych umów. Wybierz między procesem z przewodnikiem a wyświetleniem wszystkich sekcji od razu.
- Obsługa API dla grup pól wyboru, umożliwiająca nadawcom definiowanie opcji wielokrotnego wyboru w formularzu - Grupy pól wyboru pozwalają nadawcom określić, ile opcji odbiorcy muszą wybrać, zapewniając nową elastyczność w przypadku umów wymagających ustrukturyzowanego wprowadzania danych z wielokrotnym wyborem.
Należy pamiętać, że opcja wielokrotnego wyboru pól wyboru jest dostępna tylko dla umów tworzonych przez API.- "Definiowanie grup pól wyboru z możliwością wielokrotnego wyboru.
- "Konfigurowanie reguł dla dokładnej liczby, minimalnej, maksymalnej lub zakresu wyborów.
- "Walidacja jest wymuszana podczas podpisywania w klasycznym środowisku podpisu elektronicznego.
- "Wybory odbiorców są zachowywane w podpisanych umowach i pobieranych danych\u00a0formularza.
- "Zaproszenie użytkownika do organizacji Acrobat Sign - Zapraszaj członków zespołu bezpośrednio z interfejsu Acrobat Sign dzięki kontrolowanym przez administratora przepływom pracy, co przyspiesza adopcję w zespole. W zależności od konfiguracji, zaproszeni użytkownicy mogą być automatycznie przydzielani, kierowani przez proces Just-In-Time (JIT) lub wymagać zatwierdzenia przez administratora. Ten usprawniony przepływ zmniejsza tarcia dla zespołów MŚP i średniego rynku, przyspiesza adopcję wspólnych obiegów pracy i zapewnia administratorom lepszą widoczność rzeczywistego zapotrzebowania na licencje.
- Nowy przycisk Zaproś na stronach Strona główna i Zarządzaj dla użytkowników końcowych
- Zaproszeni użytkownicy otrzymują powitalny e-mail i są płynnie dodawani do organizacji
- Zaproszenia respektują istniejące reguły automatycznego przydzielania
- Administratorzy mogą przeglądać oczekujące prośby w sekcji Prośby o dostęp
- Jeśli automatyczne przydzielanie jest wyłączone, prośby są kierowane do administratorów w celu zatwierdzenia
- Zreorganizowana strona Użytkownicy - Strona Użytkownicy została zreorganizowana, aby lepiej zarządzać użytkownikami w ich różnych stanach i zapewnić lepszą widoczność dla nowo zaproszonych członków zespołu. Pomaga to wyizolować użytkowników, którzy mają problemy z aktywacją kont i przyspiesza wdrażanie większego zespołu.
- Dozwolone zakresy adresów IP dla dostępu do produktu Acrobat Sign zostały rozszerzone na Grupy i interfejsy API - Zapewniono większą elastyczność w kontrolach ograniczeń IP podczas zabezpieczania dostępu do produktu Acrobat Sign. Ograniczenia IP można teraz konfigurować na poziomie grupy przez Administratorów Grup. Ponadto ograniczenia dotyczą teraz dostępu przez API: jeśli konto lub grupa określa dozwolony zestaw adresów IP, zarówno interfejs użytkownika Acrobat Sign, jak i interfejsy API są dostępne tylko z tych adresów.
- "Ograniczenia IP mają teraz zastosowanie zarówno do dostępu przez interfejs użytkownika, jak i API.
- "Administratorzy grup mogą konfigurować ograniczenia IP dla swoich grup.
- "Użytkownicy należący do wielu grup są oceniani na podstawie polityki IP ich domyślnej grupy.
- "Integracje i aplikacje partnerskie są domyślnie dozwolone i nie podlegają ograniczeniom blokowania IP.
- "Administratorzy mogą współpracować z pomocą techniczną Adobe w celu zablokowania aplikacji na poziomie grupy lub konta. "Jeśli dostęp jest zablokowany, aplikacja musi używać adresów IP umieszczonych na liście zezwoleń, aby połączyć się z Acrobat Sign.
- Aktualizacje poprawiające komfort użytkowania dla klientów z licencją ETLA - Ostatnie aktualizacje wydane dla klientów z licencją VIP są teraz rozszerzane na klientów z licencją ETLA o wartości licencji poniżej 100 tys. USD (w razie pytań skontaktuj się z przedstawicielem handlowym lub wsparciem technicznym):
- Uproszczona konfiguracja administratora ze strony głównej — Acrobat Sign wprowadza nową sekcję Zarządzanie kontem, aby pomóc administratorom konta szybko uzyskać dostęp do kluczowych narzędzi konfiguracji. Dodawaj użytkowników, organizuj grupy, łącz integracje i przenoś szablony bezpośrednio ze strony głównej — bez konieczności szukania.
- Dodawanie użytkowników do Admin Console z Acrobat Sign — Administratorzy mogą teraz dodawać użytkowników bezpośrednio ze strony Użytkownicy w Acrobat Sign, automatycznie aktualizując Adobe Admin Console.
- Ten element zostanie wdrożony w pierwszym tygodniu listopada 2025 roku.
- Przypisywanie ról Admin Console jest teraz dostępne przez Acrobat Sign — Aby usprawnić konfigurację, Acrobat Sign pozwala teraz administratorom konta przypisywać kluczowe role Admin Console — Administrator produktu i Administrator pomocy technicznej — bez opuszczania interfejsu produktu.
- Łatwiejszy dostęp do zestawu integracji innych firm — Nowa strona Integracje została dodana do menu administratora, zapewniając bezpośrednie, intuicyjne łącza do plików konfiguracyjnych dla poszczególnych integracji.
- Łatwiejsze wdrażanie HIPAA dzięki wskazówkom w produkcie — organizacje podlegające HIPAA mogą teraz rozpocząć proces aktywacji w usłudze Acrobat Sign za pomocą nowego obiegu pracy samoobsługi w menu administratora Rozpocznij. System wysyła automatyczny wniosek do działu wsparcia i śledzi postępy w oparciu o podpis BAA i konfigurację systemu.
- Przyspiesz migrację szablonów do usługi Acrobat Sign dzięki automatycznej konwersji szablonów — nowa funkcja migracji szablonów pomaga administratorom kont szybko przenieść szablony do usługi Acrobat Sign. Prześlij plik ZIP z szablonem, przekonwertuj go automatycznie i przejrzyj wyniki w środowisku tworzenia — bez konieczności posiadania wiedzy technicznej.
- Usuwanie podpisów certyfikacyjnych i blokujących z umów podpisanych cyfrowo - Organizacje, które muszą przejść weryfikację podpisu przez zewnętrzne usługi, mogą teraz poprosić pomoc techniczną Adobe o skonfigurowanie ustawień ich konta lub grupy w celu pominięcia zastosowania certyfikatu Adobe i zapobieżenia blokowaniu podpisów na umowach podpisanych cyfrowo. Po włączeniu tej opcji umowy zawierają tylko cyfrowe podpisy odbiorców, co zmniejsza wskaźnik odrzuceń w rygorystycznych regionalnych narzędziach walidacyjnych.
- Administratorzy kont mogą poprosić pomoc techniczną Adobe o wykluczenie certyfikacji Adobe i podpisów blokujących na poziomie konta i/lub grupy.
- Umowy zawierają tylko podpisy cyfrowe odbiorców, co poprawia akceptację przez zewnętrznych walidatorów.
- Raport kontrolny rejestruje przypadki pominięcia certyfikacji, w tym odcisk palca dokumentu SHA-256
- Ma zastosowanie we wszystkich punktach eksportu: załączniki e-mail, pobieranie ze strony Zarządzaj, API i ładunki webhook
- Rozwiązuje luki w zgodności zgłaszane przez klientów wymagających walidacji w ramach regionalnych schematów zaufania — Opis
- Ulepszono PDF/A, aby obsługiwać zgodność z PDF/A-3B i konwertować wszystkie przesłane pliki na wybrany standard PDF/A - Administratorzy mogą teraz włączyć konwersję i normalizację przesłanych plików — w tym PDF, formaty Microsoft Office i obrazy rastrowe — do PDF/A-2b lub PDF/A-3b. Istniejące pliki PDF/A są walidowane, w razie potrzeby naprawiane lub normalizowane do skonfigurowanego poziomu docelowego.
- Administratorzy mogą konfigurować przepływy pracy PDF/A na poziomie konta lub grupy.
- Obsługiwane poziomy zgodności: PDF/A-2b (domyślnie) i PDF/A-3b.
- Dokumenty inne niż PDF i niezgodne dokumenty PDF są automatycznie konwertowane na PDF/A.
- Uszkodzone pliki PDF/A są naprawiane lub normalizowane do poziomu docelowego.
- Załączniki dozwolone zgodnie z zasadami PDF/A: PDF/A-2b (tylko PDF/A), PDF/A-3b (dowolny plik).
- Umowy są ponownie walidowane pod kątem zgodności z PDF/A po zakończeniu podpisywania.
- Raporty kontrolne są opcjonalnie generowane w formacie PDF/A i zawierają wyniki walidacji/konwersji PDF/A z poziomem zgodności.
- "Zdarzenia „Zaktualizowano metodę uwierzytelniania" w raportach audytu -\u00a0Zmiany w metodach uwierzytelniania odbiorców można teraz uwzględnić w raporcie audytu jako oddzielne zdarzenia. Gdy nadawca (lub upoważniony delegat) aktualizuje metodę uwierzytelniania odbiorcy — na przykład przełączając się z SMS OTP na Email OTP — aktualizacja jest rejestrowana i zapisywana w raporcie kontrolnym umowy, dzienniku aktywności i liście zdarzeń API.
- Nowe zdarzenie, Zaktualizowano metodę uwierzytelniania, pojawia się w raporcie kontrolnym, pokazując:
- Odbiorcę, którego dotyczy zmiana
- Użytkownika, który dokonał zmiany
- Oryginalną metodę uwierzytelniania
- Nową metodę uwierzytelniania
- Znacznik czasu zmiany
- Zdarzenia są również udostępniane za pośrednictwem interfejsu API GET /agreements/{agreementId}/events.
- Dzienniki aktywności wyświetlają zdarzenie wraz ze szczegółami dotyczącymi odbiorcy, inicjatora i znacznika czasu.
- Nowe zdarzenie, Zaktualizowano metodę uwierzytelniania, pojawia się w raporcie kontrolnym, pokazując:
Zmiany dotyczące użytkowania
- "Dostęp IPv6 dla\u00a0Acrobat Sign for Government- Organizacje korzystające z IPv6 w usłudze Acrobat Sign for Government mają teraz dostęp do adresów IPv6 Acrobat\u00a0 Sign:
- 2001:489a:3102:4::160/124 (IPv6)
- 2001:489a:3102:4::150/124 (IPv6)
- Nowoczesne środowisko odbiorcy do podpisywania elektronicznego jest teraz środowiskiem domyślnym dla wszystkich kont — wszystkie konta zostały zaktualizowane, aby korzystać z nowoczesnego środowiska podpisu elektronicznego. Elementy sterujące administratora pozostają w menu administratora, aby w razie potrzeby włączyć środowisko klasyczne.
- Nowoczesne środowisko żądania podpisu jest teraz środowiskiem domyślnym dla wszystkich kont — wszystkie konta zostały zaktualizowane, aby korzystać z nowoczesnego środowiska żądania podpisu. Opcje administratora pozostają w menu Administratora, aby w razie potrzeby włączyć środowisko klasyczne.
- Nowoczesne środowisko tworzenia szablonu jest teraz domyślnym środowiskiem dla wszystkich kont firmowych — wszystkie konta zostały zaktualizowane, aby korzystać z nowoczesnego środowiska tworzenia szablonu biblioteki.Kontrolki administratora pozostają w menu Administratora, aby w razie potrzeby włączyć środowisko klasyczne.
- Nowoczesne środowisko projektanta niestandardowego obiegu pracy jest teraz środowiskiem domyślnym dla wszystkich kont — wszystkie konta zostały zaktualizowane, aby korzystać z nowoczesnego środowiska projektanta obiegu pracy. Sterowanie administratora pozostaje w menu Administratora, aby w razie potrzeby włączyć środowisko klasyczne, a łącza przełączania pozostają, aby użytkownicy mogli przełączać się między środowiskami klasycznym i nowoczesnym (jeśli są włączone)
Aktualizacje REST API / elementu webhook
Aktualizacje API i elementu webhook dla tego wydania znajdują się w dokumentacji API Acrobat Sign.
- Próg odpytywania API dla punktów końcowych GET API dotyczących pobierania statusu lub wyświetlania list — nowy próg odpytywania ogranicza teraz częstotliwość, z jaką aplikacje klienckie mogą odpytywać określone punkty końcowe GET /agreement.
- Rola Super administratora grupy dla partnerów OEM - Nowa rola Super administratora grupy jest dostępna na platformie OEM 2.0. Ta rola pozwala partnerom przyznawać swoim klientom ograniczone uprawnienia administracyjne do tworzenia grup i zarządzania nimi bez udostępniania pełnych uprawnień administratora konta.
- Klient partnera może tworzyć własne grupy i zarządzać nimi.
- Twórca grupy automatycznie staje się jej administratorem.
- Administratorzy konta kontrolują, które ustawienia grupy są widoczne.
- Administratorzy grup widzą tylko odpowiednie ustawienia, takie jak szablony wiadomości, ustawienia poczty e-mail, ustawienia wysyłania i status udostępniania.
- Funkcja wymaga włączenia UMG (Użytkownicy w wielu grupach).
- Administratorzy konta pozostają jedyną rolą z dostępem do ustawień na poziomie konta i możliwością przypisywania roli Super administratora grupy.
Rozwiązane problemy
| Problem | Opis |
|---|---|
| 4505635 | Podsumowanie: Zakres agreement_retention jest niedostępny w API GovCloud. |
| Rozwiązanie: Zakres został skonfigurowany do działania w środowisku GovCloud z integracją Okta. | |
| 4515686 | Podsumowanie: Właściciele formularzy internetowych nie mogą zastąpić kontrasygnującego w istniejących formularzach internetowych w określonych okolicznościach walidacji. Próba aktualizacji adresu e-mail kontrasygnującego zwraca błąd: "Nie możesz dodać ani usunąć swojego adresu e-mail w obecnym stanie umowy." |
| Rozwiązanie: Walidacja została zaktualizowana, aby rozpoznawać prawidłowy adres e-mail nadawcy lub kontrasygnującego. Właściciele formularzy internetowych mogą teraz zastąpić kontrasygnującego zgodnie z oczekiwaniami. Użytkownicy nie muszą podejmować żadnych działań. | |
| 4519727 | Podsumowanie: Nowoczesny format numerów telefonów w Beninie nie jest rozpoznawany (długość 10 znaków) |
| Rozwiązanie: Acrobat Sign obsługuje teraz nowy 10-cyfrowy format numerów telefonów dla Beninu. Użytkownicy mogą wprowadzać prawidłowe numery z kodem kraju +229 bez błędów. Nie są wymagane żadne działania ze strony użytkowników. | |
| 4525532 | Podsumowanie: Rola wstępnego wypełniania nie jest domyślnie dostępna w nowym doświadczeniu tworzenia |
| Rozwiązanie: Rola wstępnego wypełniania została domyślnie udostępniona na liście kontekstowej odbiorców podczas tworzenia umów | |
| 4526142 | Podsumowanie: Podczas stosowania warstwy pól formularza z istniejącego szablonu w nowym doświadczeniu tworzenia, niektóre pola nie są kopiowane. |
| Rozwiązanie: Dodano nowe sprawdzanie, aby zapewnić przeniesienie całego szablonu. | |
| 4527772 | Podsumowanie: Umowy z sekwencyjnym routingiem czasami tracą pole nazwy odbiorcy, gdy są przypisane do uczestnika z rolą wypełniającego formularz. Pole nie wyświetla się dla tego odbiorcy, pozostawiając umowę niekompletną. |
| Rozwiązanie: Wprowadzono znaczące aktualizacje interfejsu REST API, aby zapewnić zachowanie wszystkich pól. | |
| 4527945 | Podsumowanie: Użycie szablonu pola formularza w umowie, która ma grupę odbiorców, nie działa - kod walidacji szablonu filtruje uczestnika grupy odbiorców i powiązane pola są tracone. |
| Rozwiązanie: Kod został przepracowany, aby używać innego parametru użytkownika zamiast wartości e-mail. | |
| 4528619 | Podsumowanie: Podczas edytowania nazwy grupy odbiorców w nowym doświadczeniu wysyłania, kursor automatycznie przeskakuje na koniec tekstu po każdej zmianie. Utrudnia to edycję nazwy za jednym razem. |
| Rozwiązanie: Śledzenie żądań zostało zaktualizowane, aby zapewnić prawidłowe załadowanie wszystkich metod uwierzytelniania przed wysłaniem. Umowy są teraz przetwarzane poprawnie po podaniu wszystkich wymaganych danych uwierzytelniających. Nie są wymagane żadne działania ze strony użytkowników. | |
| 4531835 / 4537898/ 4541002 |
Podsumowanie: Klienci napotykają błędy podczas korzystania z niektórych certyfikatów innych firm, ponieważ zaktualizowane certyfikaty główne nie są zaufane, powodując problemy z webhookami i powiadomieniami. |
| Rozwiązanie: Główne CA są aktualizowane. | |
| 4532798 | Podsumowanie: Podczas stosowania warstwy pól formularza, Acrobat Sign tworzy nowy dokument, aby capture informacje o warstwie. Ze względu na problemy z wersjonowaniem w tych nowych dokumentach, niektóre przepływy pracy "modyfikacji umowy" zawodzą. |
| Rozwiązanie: Zmieniliśmy nasze podejście z pobierania informacji źródłowych przez API na publikowanie zdarzenia, gdy stosowany jest szablon warstwy pól formularza i konsumowanie go w celu wypełnienia informacji źródłowych dla umów. | |
| 4534813 | Podsumowanie: Użytkownicy w wielu grupach nie mogą korzystać z automatycznego rozpoznawania pól podczas tworzenia szablonów lub umów. |
| Rozwiązanie: Dodano nowy test do weryfikacji wykrywania pól w tworzeniu V5 dla użytkownika z wieloma grupami. | |
| 4535639 | Podsumowanie: W niektórych umowach wymagane pola obrazów są nieobecne w podpisanym pdf. Chociaż FormFields.csv pokazuje adresy URL obrazów, obrazy nie pojawiają się w końcowej umowie. |
| Rozwiązanie: Zmieniono kolejność kilku funkcji, aby zapewnić przetwarzanie wbudowanych pól obrazów niezależnie od obecności formularza. Teraz obrazy pojawiają się prawidłowo dla wszystkich podpisujących. | |
| 4535828 | Podsumowanie: Hiperłącza w dokumentach ulegają zmianie podczas wysyłania umowy. |
| Rozwiązanie: Gdy adres URL jest już specjalnie zakodowany z użyciem: /, który jest zastrzeżonym znakiem dla adresów URL, decodeURI ich nie dekoduje, więc zmieniłem to na decodeURIComponent, aby zweryfikować warunek przed kodowaniem. | |
| 4536354 | Podsumowanie: Duże dokumenty pdf (~150 stron) nie ładują się z błędem "nieobsługiwany format lub chroniony hasłem" z powodu niewystarczającego limitu czasu frontendu dla sprawdzania dostępności obrazów. |
| Rozwiązanie: Zwiększono parametr max_retries z 7 (domyślnie) do 13, wydłużając limit czasu z ~30s do ~60s. Zapewnia to wystarczający czas na przetwarzanie dużych dokumentów. | |
| 4538897 | Podsumowanie: Oryginalne szablony IText z obróconym zawartością strony powodują, że spłaszczone podpisy są obracane poza miejsce na stronie. |
| Rozwiązanie: Przed spłaszczeniem podpisów w zawartości strony, zawartość strony jest owijana push/pop gstate, aby macierz obrotu nie wpływała na dodane podpisy. | |
| 4539304 | Podsumowanie: Dokumentacja Swagger jest domyślnie w trybie "Wypróbuj", a konsumenci API mają trudności z przeglądaniem schematu żądań |
| Rozwiązanie: Dokumentacja jest teraz domyślnie w trybie podglądu zamiast "Wypróbuj", więc schematy są widoczne domyślnie. Wydajność została poprawiona poprzez wyeliminowanie redundantnych wywołań API dla prymitywnych typów danych. | |
| 4542576 | Podsumowanie: Ładunki webhooków dla zdarzenia AGREEMENT_ACTION_COMPLETED zwracają różne wartości statusu uczestnika w wersji Sandbox 16.2. Wcześniej wpisy memberInfos pokazywały "główny" lub "REPLACED" nawet po podpisaniu. W wersji 16.2 pokazują "COMPLETED", gdy Dynamiczne Uczestnictwo nie jest włączone. |
| Rozwiązanie: Użycie nowych statusów uczestników będzie stosowane tylko wtedy, gdy włączona jest funkcja Dynamicznego Uczestnictwa dla Umów w Trakcie Realizacji. |
Adobe Acrobat Sign — wydanie 16.2.1
Wdrożenie produkcyjne: 4 listopada 2025 r.
Wdrożenie usługi GovCloud: 6 listopada 2025 r.
Aktualizacje REST API / elementu webhook
Aktualizacje API i elementu webhook dla tego wydania znajdują się w dokumentacji API Acrobat Sign.
- Próg odpytywania API dla punktów końcowych GET API dotyczących pobierania statusu lub celów listowania — nowy próg odpytywania ogranicza teraz częstotliwość, z jaką aplikacje klienckie mogą odpytywać określone punkty końcowe GET /agreement.
- Rola Super administratora grupy dla partnerów OEM - Nowa rola Super administratora grupy jest dostępna na platformie OEM 2.0. Ta rola pozwala partnerom przyznawać swoim klientom ograniczone uprawnienia administracyjne do tworzenia grup i zarządzania nimi bez udostępniania pełnych uprawnień administratora konta.
- Klient partnera może tworzyć własne grupy i zarządzać nimi.
- Twórca grupy automatycznie staje się jej administratorem.
- Administratorzy konta kontrolują, które ustawienia grupy są widoczne.
- Administratorzy grup widzą tylko odpowiednie ustawienia, takie jak szablony wiadomości, ustawienia poczty e-mail, ustawienia wysyłania i status udostępniania.
- Funkcja wymaga włączenia UMG (Użytkownicy w wielu grupach).
- Administratorzy konta pozostają jedyną rolą z dostępem do ustawień na poziomie konta i możliwością przypisywania roli Super administratora grupy.
Rozwiązane problemy
| Problem | Opis |
|---|---|
| 4509452 / 4526158 |
Podsumowanie: Wyszukiwanie szablonów podczas tworzenia umów lub wysyłki zbiorczej nie filtruje prawidłowo innych szablonów z powodu nieprawidłowego indeksowania i przewijania komponentu. |
| Rozwiązanie: Wadliwy komponent został poprawiony, aby zapewnić dostępność wyników wyszukiwania. | |
| 4525233 | Podsumowanie: Podczas korzystania z nowoczesnego środowiska podpisywania umowy utworzone z walidacją waluty nie pojawiają się w polu zgodnie z oczekiwaniami. |
| Poprawka: Pola z walidacją waluty teraz poprawnie wyświetlają symbol waluty po odznaczeniu pola. Aktualizacja zapewnia spójne formatowanie symboli zarówno w klasycznym, jak i nowoczesnym widoku. | |
| 4530694 | Podsumowanie: Nieprawidłowy URL dla łącza „Zmień hasło” jest osadzony w interfejsie użytkownika. |
| Poprawka: Adres URL został poprawiony. | |
| 4532664 | Podsumowanie: Podpisane pliki PDF wygenerowane z dokumentów źródłowych zawierających adnotacje łączy internetowych mogą wyświetlać komunikat „Dokument został zmodyfikowany po podpisaniu” w programie Acrobat, a stan certyfikacji wydaje się nieprawidłowy z powodu zduplikowanych lub nieprawidłowo sformatowanych adnotacji łączy. |
| Poprawka: Acrobat Sign teraz wykrywa i prawidłowo przetwarza łącza internetowe podczas procesu podpisywania, zapewniając prawidłowy status certyfikacji w podpisanym dokumencie. | |
| 4535715 | Podsumowanie: Pliki PDF z łączami internetowymi podwajają swój rozmiar przy każdym podpisie z powodu funkcji drukowania, która ponownie drukuje kopię adnotacji łącza internetowego. |
| Poprawka: Pliki PDF są teraz spłaszczane, aby zapewnić brak zduplikowanych łączy przed scaleniem adnotacji w pliku PDF. | |
| 4535760 | Podsumowanie: Podczas używania pól obliczeniowych odwołujących się do pól tekstowych, niektóre podpisane pliki PDF wyświetlały nieprawidłowe lub losowe liczby zamiast oczekiwanej wartości tekstowej, ponieważ silnik pól próbował konwertować tekst na format liczbowy lub datę. |
| Poprawka: Logika konwersji w silniku pól obliczeniowych została zaktualizowana, aby rozpoznawać tekstowe dane wejściowe i pomijać analizę numeryczną lub datową dla tych pól. | |
| 4536385 | Podsumowanie: Pola formularza menu rozwijanego z wieloma adnotacjami widżetów nie mogą być przyciskiem FT. W przeciwnym razie generowanie wyglądu myli je z polami formularza. |
| Poprawka: Przycisk FT został usunięty z adnotacji widżetu. | |
| 4537356 | Podsumowanie: Szablony udostępnione wielu grupom nie były wyświetlane na stronie Wyślij zbiorczo. |
| Poprawka: Zaktualizowano logikę funkcji Wyślij zbiorczo, aby prawidłowo pobierać i wyświetlać szablony udostępnione wielu grupom. | |
| 4537648 | Podsumowanie: Punkt końcowy GET /agreements/{agreementId}/events zawierał nieaktualny typ zdarzenia „POBRANO” w dokumentacji Swagger API Acrobat Sign REST. |
| Poprawka: Typ zdarzenia „POBRANO” został usunięty z dozwolonych wartości w dokumentacji API. | |
| 4537885 | Podsumowanie: Na stronie Preferencje dotyczące podpisu pojawia się dodatkowa przestrzeń. |
| Poprawka: Usunięto niepotrzebny element odstępu / separator z kontenera układu Preferencje dotyczące podpisu. | |
| 4538113 / 4538586 / 4543131 |
Podsumowanie: Wielowierszowe, wejściowe dane automatycznego tekstu formularza zmniejszają się do bardzo małego rozmiaru i stają się nieczytelne. |
| Poprawka: Skalowanie zostało poprawione, aby nie zmniejszać automatycznie czcionki do nieczytelnego poziomu. | |
| 4538340 | Podsumowanie: Metadane podpisu są dodawane bez sprawdzania nazwy pola. |
| Poprawka: Dodano sprawdzanie pola podpisu w celu kontroli wyświetlania metadanych. | |
| 4538902 | Podsumowanie: Punkt końcowy API Get /agreements/memberSetInfo REST zwraca nieprawidłowy stan umowy i informacje o sygnatariuszu. W niektórych przypadkach nadawca pojawia się wielokrotnie w odpowiedzi, a duplikaty danych uczestników powodują awarie integracji. |
| Rozwiązanie: API teraz poprawnie zwraca status umowy i szczegóły uczestników bez duplikacji. Każdy adres e-mail pojawia się raz na umowę, a informacje o sygnatariuszu odzwierciedlają prawidłowego oczekującego uczestnika. Nie są wymagane żadne działania ze strony użytkowników. | |
| 4543085 | Podsumowanie: Starsze wersje integracji Salesforce (poniżej wersji 25.5) nie rozpoznają nowych wyliczeń stanu (UKOŃCZONO i USUNIĘTO) zwracanych w ładunkach webhook. |
| Poprawka: Zaktualizowano API Acrobat Sign REST, aby wykluczyć nowe stany uczestników i powiązane wyliczenia podczas odpowiadania starszym klientom integracji Salesforce. | |
| 4543951 | Podsumowanie: Podczas edycji pola hiperłącza bez tytułu, zapisanie zmiany tworzy nowe puste pole hiperłącza zamiast aktualizować oryginalne. Każde zapisanie dodaje dodatkowe puste pola, sprawiając, że szablony wydają się niezmienione. |
| Rozwiązanie: Logika aktualizacji teraz prawidłowo rozróżnia między pustymi i nieistniejącymi tytułami hiperłączy, zapobiegając duplikowaniu pól. | |
| 4544118 | Podsumowanie: Przy włączonej ograniczonej widoczności dokumentu w nowym interfejsie odbiorcy uczestnik 2 mógł widzieć pola hiperłączy z dokumentu uczestnika 1 z powodu nieprzypisanych hiperłączy. |
| Poprawka: Teraz funkcja nowoczesnego podpisu elektronicznego przypisuje i weryfikuje pola hiperłączy jak inne pola oraz filtruje je według strony i przypisanej osoby. |