Przejrzyj wymienione powiadomienia techniczne i dodaj do zakładek te, które są dla Ciebie ważne.
Strona z powiadomieniami technicznymi jest regularnie aktualizowana o nowe informacje, co sprawia, że jej zawartość jest bardzo dynamiczna. Chociaż dostępne są zlokalizowane wersje, proces tłumaczenia może powodować niewielkie różnice w stosunku do autorytatywnej wersji w języku angielskim (USA). Zawsze w pierwszej kolejności należy odwoływać się do strony w języku angielskim (USA), aby uzyskać najbardziej dokładne i aktualne informacje.
[Następne wydanie] Następne wydanie Adobe Acrobat Sign zaplanowano na 8 września 2026 r. v17.2
To niewielkie wydanie patch będzie dotyczyć usterek zgłoszonych przez klientów oraz wprowadzi niezbędne aktualizacje optymalizacyjne i zabezpieczające.
Środowisko Sandbox otrzyma te patche cztery tygodnie przed planowanym wydaniem. Lista rozwiązanych problemów zostanie opublikowana w tym czasie i zaktualizowana na 14 dni przed wydaniem.
Wydanie funkcji: Adobe Acrobat Sign — wydanie z 21 lipca ukończone
Wydanie zostało ukończone dla wszystkich shardów bez przestojów w żadnych usługach.
Aktualne powiadomienia:
|
Stan |
Problem lub zdarzenie |
Data wykonania |
|
Nowe Następne wydanie |
Od 8 września 2026 r. |
|
|
Nowe Następne wydanie Wydanie |
Od 16 czerwca |
|
|
Uaktualnione Ważne Bieżąca |
5 maja 2026 |
|
|
Uaktualnione |
wrzesień 2026 |
|
|
Uaktualnione Wydanie |
wrzesień 2026 |
|
|
Wydanie Następne główne wydanie |
wrzesień 2026 |
|
|
Ważne |
Od marca 2026 |
|
|
Uaktualnione |
2027 |
|
|
Bieżąca |
wrzesień 2026 |
|
|
Stałe powiadomienia informacyjne |
||
|
Bieżąca Informacyjne |
Bieżąca |
|
|
Bieżąca Informacyjne |
Bieżąca |
|
Pierwsze zgłoszenie: marzec 2026 |
Obecnie |
|---|
|
Pierwsze zgłoszenie: marzec 2026 |
Obecnie |
|---|
Bezpośrednia edycja dokumentu podczas tworzenia jest wdrażana stopniowo w ramach wydania 17.1.2 dla kont VIP.
Harmonogram wdrożenia:
Konta klientów VIP i VIPMP otrzymują stopniowe wdrożenie produkcyjne po wydaniu 17.1.2.
Edycja dokumentu w tekście zostanie uwzględniona we wdrożeniu 17.2.1 Sandbox. Wdrożenie dla klientów ETLA jest przewidywane po wydaniu 17.2.1.
Funkcja jest domyślnie włączona na poziomie konta zarówno dla nowych, jak i istniejących obsługiwanych kont. Administratorzy konta i grup mogą włączyć lub wyłączyć tę funkcję według potrzeb.
Funkcja nie jest obsługiwana dla:
- Konta Acrobat Sign for Government.
- Organizacje korzystające ze starszego systemu zarządzania użytkownikami Acrobat Sign.
Instrukcje konfiguracji można znaleźć w Włącz lub wyłącz edycję dokumentu w trybie wbudowanym
Instrukcje obiegu pracy nadawcy można znaleźć w Jak edytować tekst podczas tworzenia pól
Harmonogramy wdrażania mogą ulec zmianie w zależności od pojawiających się zdarzeń.
|
Pierwsze zgłoszenie: sierpień 2025 — aktualizacja luty 2026 |
Obecnie |
|---|
Aby pomóc w utrzymaniu stabilności systemu i poprawić wydajność, Adobe Acrobat Sign wprowadza próg odpytywania dla punktów końcowych GET API.Ta zasada ogranicza częstotliwość wykonywania identycznych wywołań API przez aplikacje klienckie do usługi Acrobat Sign.
Odpytywanie o wysokiej częstotliwości tworzy niepotrzebne obciążenie systemów zaplecza, co może pogorszyć wydajność i spowolnić czasy odpowiedzi.Zachęcamy programistów API do używania webhooków do aktualizacji w czasie niemal rzeczywistym zamiast powtarzanego odpytywania.
Zmiany
Zasada odpytywania dotyczy wszystkich punktów końcowych GET API dla identycznych wywołań.
Zastosowano limit częstotliwości wykonywania tego samego wywołania API przez tego samego użytkownika efektywnego do Acrobat Sign.Błąd jest zwracany, gdy ten sam użytkownik efektywny wykonuje identyczne wywołania częściej niż pozwala na to obowiązujący próg odpytywania.
Na przykład powtarzające się żądanie do tego samego punktu końcowego dla tej samej umowy lub dokumentu biblioteki jest traktowane jako identyczne wywołanie.Żądania dotyczące różnych umów lub dokumentów biblioteki są traktowane jako odrębne wywołania, ponieważ każdy obiekt reprezentuje inny cel żądania.
Przykłady objętych punktów końcowych
Pobieranie stanu
- GET /agreements/{agreementId} — pobiera bieżący stan umowy.
- GET /agreements/{agreementId}/documents/{documentId} — pobiera strumień pliku dokumentu w ramach umowy.
Listy, zdarzenia i dokumenty biblioteki
- GET /agreements — pobiera umowy użytkownika.
- GET /agreements/{agreementId}/events — pobiera informacje o zdarzeniach dotyczących umowy.
- GET /libraryDocuments — pobiera dokumenty biblioteki dla użytkownika.
- GET /libraryDocuments/{libraryDocumentId} — pobiera informacje dla określonego dokumentu biblioteki.
Szczegóły zasad odpytywania
Minimalny interwał odpytywania obiektu (MOPI) określa, jak często ten sam użytkownik efektywny może wykonywać to samo żądanie GET API do usługi Acrobat Sign.
Domyślny MOPI różni się w zależności od poziomu usługi:
- Poziomy GLOBAL, ENTERPRISE i DEVELOPER: Trzy identyczne wywołania w ciągu jednej minuty.
- Wszystkie inne poziomy: Trzy identyczne wywołania w ciągu trzech minut.
Jeśli ten sam użytkownik wykonuje identyczne żądania GET częściej niż pozwala na to poziom, Acrobat Sign zwraca odpowiedź 429 Too Many Requests z nagłówkiem Retry-After.
Żądanie jest uważane za identyczne, gdy ten sam użytkownik wykonuje to samo żądanie GET z tą samą ścieżką żądania i nagłówkami w ramach odpowiedniego interwału odpytywania.
Obsługa ETag
Aplikacje mogą nadal używać ETagów i nagłówka If-None-Match dla punktów końcowych obsługujących warunkowe żądania GET.
W przypadku warunkowych żądań GET dozwolonych w ramach progu odpytywania, Acrobat Sign może zwrócić 304 Not Modified, gdy zasób się nie zmienił.
Gdy próg odpytywania zostanie przekroczony, Acrobat Sign zwraca 429 Too Many Requests z nagłówkiem Retry-After, nawet gdy żądanie zawiera nagłówek If-None-Match.
Wymagane działanie
Jeśli aplikacja wymaga aktualizacji w czasie niemal rzeczywistym, użyj webhooks zamiast odpytywania. Webhooki zapewniają bardziej wydajny i skalowalny sposób otrzymywania aktualnych aktualizacji.
Jeśli webhooks nie mogą być zaimplementowane, aplikacje powinny używać buforowania po stronie klienta do przechowywania i ponownego używania odpowiedzi API.
- Po otrzymaniu odpowiedzi 304 Not Modified użyj danych z pamięci podręcznej zamiast wykonywać kolejne wywołanie API.
- Po otrzymaniu odpowiedzi 429 Too Many Requests ponów wywołanie API dopiero po liczbie sekund podanej w nagłówku Retry-After.
Zasoby
- Obsługa odpowiedzi 429: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#handling-rate-limiting-http-429
- Próg odpytywania API: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#get-endpoints
Oś czasu
Zaktualizowane progi MOPI są już w produkcji.
- Zaktualizowane zachowanie mechanizmu ograniczania z użyciem ETag zostało uwzględnione w wersji 17.1.1.Po tej zmianie Acrobat Sign zwraca 429 Too Many Requests dla ograniczonych żądań, w tym warunkowych żądań GET zawierających nagłówek If-None-Match.
- Zasady odpytywania są ustawione na ENFORCED dla nowych kont w środowisku Sandbox 11 lutego 2026.
- Zasady odpytywania są ustawione na ENFORCED dla nowych kont w środowisku Production 5 kwietnia 2026.
W razie potrzeby pomocy lub pytań prosimy o kontakt z opiekunem klienta.
|
Pierwsze zgłoszenie: marzec 2026 |
Obecnie |
|---|
Aktualizacje rotacji certyfikatów SSL/TLS — przejście na krótsze okresy ważności
Branża SSL/TLS przechodzi na znacznie krótsze okresy ważności certyfikatów.Zmiana ta wynika z aktualizacji CA/Browser Forum (organ zarządzający publicznie zaufanymi certyfikatami) i jest przyjmowana przez główne urzędy certyfikacji (CA), w tym DigiCert.
W rezultacie okres ważności certyfikatów będzie stopniowo skracany z obecnych ~398 dni do nawet 47 dni w ciągu najbliższych kilku lat.
Co się zmienia?
Maksymalny okres ważności publicznie zaufanych certyfikatów TLS zostanie skrócony do 47 dni.Wymóg ten jest określony przez CA/Browser Forum i ma zastosowanie w całej branży.
Dlaczego następuje ta zmiana?
Krótsze okresy ważności certyfikatów poprawiają bezpieczeństwo poprzez:
- Zmniejszenie okna ekspozycji w przypadku naruszenia certyfikatu lub klucza prywatnego
- Ograniczenie zależności od mechanizmów unieważniania certyfikatów
- Zachęcenie do zautomatyzowanego zarządzania cyklem życia certyfikatów
- Poprawa ogólnego poziomu bezpieczeństwa internetu
Główni dostawcy przeglądarek (Google, Apple, Mozilla, Microsoft) wspierają to przejście.
Aby uzyskać dodatkowy kontekst branżowy, zobacz ogłoszenie DigiCert:
Okresy ważności certyfikatów TLS zostaną oficjalnie skrócone do 47 dni
Jak to wpływa na użytkownika
- Zwiększona częstotliwość rotacji certyfikatów
- Certyfikaty będą rotować częściej wraz ze zmniejszaniem się maksymalnych okresów ważności.
- Automatyzacja jest wymagana
- Ze względu na krótsze okresy ważności oczekuje się, że odnowienia certyfikatów będą w pełni zautomatyzowane.Procesy ręcznego odnawiania nie są możliwe do utrzymania przy tej częstotliwości.
Jeśli środowisko użytkownika zależy od przypinania certyfikatów, ręcznych magazynów zaufania lub statycznych odniesień do certyfikatów, należy przejrzeć konfigurację, aby zapewnić zgodność z częstymi odnowieniami.
Powiadomienia dla klientów
Wcześniej powiadomienia były wysyłane podczas corocznej wymiany certyfikatów.
Od końca czerwca 2026 roku rutynowe powiadomienia o standardowych rotacjach certyfikatów zostaną wycofane.
Dzięki krótszym okresom ważności i automatycznym odnowieniom:
- Rutynowe rotacje certyfikatów nie będą generować powiadomień dla klientów.
- Powiadomienia będą wysyłane tylko w przypadku:
- Niepowodzenia odnowienia
- Wpływ na usługę
- Wymagane działanie klienta
To podejście jest zgodne z najlepszymi praktykami branżowymi w zakresie automatycznego zarządzania cyklem życia certyfikatów.
Nie jest wymagane żadne działanie (jeśli automatyzacja jest włączona)
Jeśli integracja opiera się na standardowej walidacji zaufania TLS i nie zależy od przypinania certyfikatów, nie jest wymagane żadne działanie.
Certyfikaty będą nadal odnawiane automatycznie przed wygaśnięciem.
Kiedy może być wymagane działanie
Może być konieczne podjęcie działania, jeśli:
- Używasz przypinania certyfikatów (SPKI lub pełne przypinanie certyfikatu)
- Utrzymujesz manualne magazyny certyfikatów
- Masz reguły zapory sieciowej powiązane z określonymi odciskami palców certyfikatów
- Obsługujesz systemy, które nie obsługują automatycznych aktualizacji certyfikatów
W przypadku wątpliwości należy skonsultować się z zespołem ds. bezpieczeństwa lub infrastruktury.
Często zadawane pytania
- Czy to zmiana specyficzna dla Adobe?
- Nie. To zmiana ogólnobranżowa nakazana przez CA/Browser Forum i wdrażana przez wszystkie główne urzędy certyfikacji.
- Czy dostępność usługi będzie wpływać?
- Nie. Certyfikaty będą odnawiane automatycznie przed wygaśnięciem. W ramach normalnej rotacji nie przewiduje się przestojów.
- Kiedy przestaną się pojawiać powiadomienia o rotacji certyfikatów?
- Rutynowe powiadomienia o rotacji certyfikatów przestaną być wysyłane pod koniec czerwca 2026 r.Klienci będą nadal powiadamiani tylko wtedy, gdy wymagane są działania lub gdy problem wpływa na usługę.
- Gdzie można dowiedzieć się więcej?
- Więcej informacji branżowych podano w ogłoszeniu DigiCert:
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- Więcej informacji branżowych podano w ogłoszeniu DigiCert:
Potrzebujesz pomocy?
Jeśli masz pytania dotyczące rotacji certyfikatów lub potrzebujesz pomocy przy walidacji integracji, skontaktuj się z pomocą techniczną Adobe lub przedstawicielem konta Adobe.
|
Pierwsza informacja: luty 2025 r. — aktualizacja czerwiec 2026 r. |
Aktualny |
|---|
W wydaniu 17.2 (wrzesień 2026 r.) wszystkie konta komercyjne i rządowe zostaną zaktualizowane, aby korzystać z nowoczesnego środowiska Request Signature.
- Linki przełączania zostaną wyłączone
- Sterowanie administratora w menu administratora pozostanie dla klientów, którzy muszą powrócić do klasycznego interfejsu użytkownika.
Co się zmienia
W zwalnianiu z września 2026 (17.2):
- Wszystkie konta komercyjne i Govcloud zostaną automatycznie przełączone na nowoczesne środowisko Request Signature.
- Linki przełączania zostaną wyłączone dla kont komercyjnych i Govcloud
- Sterowanie umożliwiające przywrócenie środowiska do klasycznego pozostanie dostępne.
W wydaniu ze stycznia 2027 r. (18.0):
- Wszystkie konta zostaną automatycznie przełączone na nowoczesne środowisko Request Signature.
- Linki przełączania zostaną usunięte.
- Elementy sterowania umożliwiające przywrócenie widoku klasycznego zostaną usunięte z interfejsu użytkownika.
Zalecamy zapoznanie użytkowników z nowoczesnym środowiskiem przed wydaniem, aby zapewnić płynne przejście.
|
Po raz pierwszy zgłoszono: luty 2025 r. — zaktualizowano czerwiec 2026 r. |
Aktualny |
|---|
W wydaniu 17.2 (wrzesień 2026 r.) wszystkie konta komercyjne i rządowe zostaną zaktualizowane, aby korzystać z nowoczesnego środowiska Create Template.
- Linki przełączania zostaną wyłączone
- Sterowanie administratora w menu administratora pozostanie dla klientów, którzy muszą powrócić do klasycznego interfejsu użytkownika.
Co się zmienia
W zwalnianiu z września 2026 (17.2):
- Wszystkie konta Commercial i Govcloud zostaną automatycznie przełączone na nowoczesne środowisko Create Template .
- Linki przełączania zostaną wyłączone dla kont Commercial i Govcloud
- Elementy sterujące umożliwiające przywrócenie widoku klasycznego pozostaną dostępne.
W wersji ze stycznia 2027 r. (18.0):
- Wszystkie konta zostaną automatycznie przełączone na nowoczesne środowisko Create Template.
- Linki przełączania zostaną usunięte.
- Sterowanie umożliwiające przywrócenie środowiska klasycznego zostanie usunięte z interfejsu użytkownika.
Zalecamy zapoznanie użytkowników z nowoczesnym środowiskiem przed wydaniem, aby zapewnić płynne przejście.
|
Pierwsze zgłoszenie: kwiecień 2025 r. — aktualizacja czerwiec 2026 r. |
Aktualny |
|---|
Nowe doświadczenie Workflow Designer jest włączane dla wszystkich istniejących kont, stopniowo zastępując klasyczną wersję. Podczas okresu przejściowego administratorzy i użytkownicy mają pewną elastyczność w powrocie do poprzedniego interfejsu do czasu jego całkowitego wycofania.
Harmonogram wdrażania
Wrzesień 2026 (v17.2)
- Wszystkie konta są podnoszone do nowego środowiska po zwalnianiu (jeśli nie zostało to już zrobione).
- Administratorzy zachowują możliwość powrotu do klasycznego doświadczenia.
- Użytkownicy nie widzą już linków przełączania; administratorzy mogą je włączyć w razie potrzeby.
styczeń 2027 (v18.0)
- Wszystkie konta są na stałe przenoszone do nowego doświadczenia.
- Kontrolki administratora umożliwiające powrót do klasycznej wersji zostają usunięte.
- Klasyczny Custom Workflow Designer zostaje całkowicie wycofany i nie jest już dostępny.
Zalecamy jak najszybsze przygotowanie użytkowników, aby zapewnić płynne przejście.
Nowe konta utworzone po wydaniu produktu acrobat sign w lipcu 2025 r. będą miały domyślnie włączone nowe doświadczenie i nie będą dostępne żadne kontrolki umożliwiające powrót do starszej wersji.
|
Pierwsze zgłoszenie: sierpień 2025 — aktualizacja październik 2025 |
Obecnie |
|---|
Wszystkie konta przełączone na nowoczesne środowisko
W zwalnianiu 17.0 (sty. 2026) wszystkie konta zostaną zaktualizowane, aby używać nowoczesnego środowiska podpisu elektronicznego.
Kontrole dla klasycznego środowiska pozostaną dostępne jako środek zapasowy dla każdego przypadku użycia, w którym nowoczesne środowisko nie może być używane.
|
Pierwsze zgłoszenie: wrzesień 2022 r. — aktualizacja czerwiec 2026 r. |
Obecnie |
|---|
Klasyczne raportowanie zostanie całkowicie usunięte z interfejsu Acrobat Sign w 2027 r.Obejmuje to link do przełączania, który umożliwia zmianę między środowiskami. Po usunięciu klienci nie będą mogli wrócić do klasycznego środowiska, aby przeglądać klasyczne raporty, a zaplanowane raporty przestaną być wykonywane.
Nowoczesne środowisko raportowania pozostanie jedynym rozwiązaniem do raportowania.
Zdecydowanie zachęca się wszystkich klientów do jak najszybszego odtworzenia wszystkich istniejących raportów w nowym środowisku.
|
Pierwsze zgłoszenie: luty 2026 |
Obecnie |
|---|
Podsumowanie
Z powodu zaktualizowanych wymogów regulacyjnych w Tajlandii funkcja dostarczania umów za pośrednictwem SMS nie jest obecnie obsługiwana dla odbiorców z tajlandzkimi numerami telefonów.
Co się zmienia
Tajlandia wprowadziła zaktualizowane przepisy, które ograniczają wiadomości SMS zawierające adresy URL kierujące odbiorców do procesów wymagających interakcji użytkownika. Ponieważ podpisanie umowy wymaga interakcji odbiorcy, dostarczanie SMS w tym przypadku użycia jest ograniczone.
Kogo to dotyczy
- Umowy wysyłane za pomocą funkcji dostarczania umów za pośrednictwem SMS.
- Odbiorcy z tajskimi numerami telefonów (+66).
Wpływ
Odbiorcy z tajskimi numerami telefonów mogą nie otrzymywać wiadomości SMS zawierających linki do umów. W rezultacie odbiorcy mogą nie być w stanie uzyskać dostępu i ukończyć proces podpisywania, gdy używana jest dostawa SMS.
To ograniczenie ma charakter regulacyjny i nie jest spowodowane awarią usługi lub defektem produktu.
Harmonogram
Obecnie nie ma potwierdzonej osi czasu, kiedy to ograniczenie może zostać zniesione lub zostanie zastosowane rozwiązanie techniczne. To powiadomienie zostanie zaktualizowane, gdy warunki się zmienią.
Wymagane działania
- Nie używaj Dostawy umowy przez SMS dla odbiorców z tajskimi numerami telefonów.
- Uwzględnij e-mail jako alternatywną metodę dostawy, aby zapewnić dostarczenie umowy.
Dodatkowe szczegóły
To ograniczenie dotyczy tylko dostawy opartej na SMS. Inne metody dostawy umów i uwierzytelniania nie są dotknięte.
|
Pierwsze zgłoszenie: maj 2024 r. |
Aktualny |
|---|
Opcja używania dysku zewnętrznego do przesyłania plików będzie ograniczona do usługi OneDrive tylko w nowej wersji Poproś o podpis.
"Zaleca się, aby klienci korzystający z innych opcji przesyłania plików używali aplikacji dostawcy w celu udostępnienia dysku sieciowego, do którego można uzyskać dostęp za pomocą natywnego narzędzia do wybierania plików w lokalnym systemie użytkownika.
- Dropbox: https://www.dropbox.com/desktop
- Dysk Google: https://support.google.com/drive/answer/10838124
- Box: https://support.box.com/hc/en-us/articles/360043697194-Installing-Box-Sync
- Acrobat / Document Cloud: https://www.adobe.com/acrobat/hub/share-sync-pdfs.html
Dodatkowe zasoby
- "Fora społeczności
- "Cotygodniowe szkolenia - Cotygodniowy webinar obejmujący tematy szkoleniowe dla nowych użytkowników i administratorów
Zarchiwizowane powiadomienia
Wymienione według daty usunięcia z bieżącej listy powiadomień, od najnowszych do najstarszych.
Usprawnij pracę z usługą Acrobat Sign
Szybkie i łatwe zarządzanie dokumentami i podpisywanie ich w Internecie.
