Powiadomienia techniczne Adobe Acrobat Sign 2021-2022

Szablon Adobe Sign: W-4 (2022)

Nowy formularz IRS W-4 (2022), zatytułowany W-4 2022 (Employee's Withholding Certificate), ma zostać dodany do biblioteki Adobe Sign w ramach wydania z kwietnia 2022 roku.

WYMAGANE DZIAŁANIA

Nowy szablon formularza W-4 ma nowy identyfikator libraryDocumentId. Jeśli używasz istniejącego identyfikatora libraryDocumentId szablonu w swoich aplikacjach, będziesz musiał go zaktualizować.

Wersja z 2021 roku ma zostać usunięta z systemu w czerwcu 2022 roku.

Każda aplikacja/interfejs API korzystająca ze starszej wersji formularza (wer. 2021) musi zostać zaktualizowana przed 1 czerwca, aby zapewnić nieprzerwane działanie usługi.

Aby znaleźć libraryDocumentId na koncie z włączonym interfejsem API:

1. Zaloguj się jako administrator konta
2. Kliknij kartę Konto > Adobe Sign API > Informacje API > kliknij link: REST API Methods Documentation
3. W sekcji GET /libraryDocuments kliknij przycisk OAUTH ACCESS-TOKEN 
   • Włącz zakres library_read:self
4. Kliknij Wypróbuj przycisk
5. W treści odpowiedzi znajdź nowy szablon formularza W-4 2022 (Employee's Withholding Certificate) (nie wer. 2021), aby zobaczyć wartość libraryDocumentId.  

Dwa nowe webhooki dodane z wydaniem z 14 czerwca

Dwa nowe webhooki zostały dodane w wydaniu z 14 czerwca:

• Zaktualizowane wygaśnięcie umowy (AGREEMENT_EXPIRATION_UPDATED) (Dostępne tylko przez interfejs REST v6 API POST /webhooks) — wyzwalane, gdy data wygaśnięcia umowy zostaje zaktualizowana.
  
• Nazwa osoby podpisującej umowę zmieniona przez osobę podpisującą (AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER) — wyzwalane, gdy osoba podpisująca zmienia swoje imię i nazwisko podczas podpisywania na wartość inną niż imię i nazwisko podane podczas tworzenia umowy.

Oba webhooki są dostępne.

Wydanie funkcji: Adobe Acrobat Sign — wydanie z 15 czerwca ukończone

Wydanie funkcji zostało ukończone, a wszystkie funkcje są dostępne.

Aktualizacja uprawnień do Adobe Acrobat Sign dla integracji Microsoft z 8 czerwca 2022 r. została ukończona

8 czerwca 2022 roku Adobe Acrobat Sign przeniósł strukturę powiadomień dla integracji Microsoft Teams, Outlook, Word i PowerPoint z callbacków na webhooki.Pozwoli to poprawić dostarczanie powiadomień i umożliwi użytkownikom otrzymywanie wszystkich powiadomień o dokumentach Acrobat Sign w preferowanej integracji, niezależnie od tego, skąd pochodzi dokument.

Teraz, gdy aktualizacja została ukończona, użytkownicy końcowi zostaną poproszeni o ponowne zaakceptowanie uprawnień Acrobat Sign, w tym przeglądania, tworzenia/edytowania i usuwania webhooków, zanim będą mogli kontynuować korzystanie z integracji.

Ponowna akceptacja uprawnień Acrobat Sign jest wymagana tylko raz i będzie dotyczyć Acrobat Sign we wszystkich integracjach Microsoft 365.To uprawnienie jest przyznawane na poziomie konta i musi zostać zaakceptowane przez użytkowników końcowych.

Odwiedź odpowiednią stronę pomocy poniżej i przejrzyj „Ustanawianie uwierzytelnionej relacji" w celu uzyskania dodatkowych informacji. W przypadku „na żywo" pomocy Acrobat Sign zaloguj się do konta Acrobat Sign i kliknij „?"następnie „Skontaktuj się z pomocą techniczną", aby zobaczyć opcje pomocy technicznej.

Klasyczna funkcja kodu dostępu została usunięta z usługi wraz z wydaniem z czerwca 2022 r.

Funkcja Kod dostępu została całkowicie usunięta z systemu Acrobat Sign w czerwcowym wydaniu z 2022 r., kiedy klasyczna strona Zarządzaj została wycofana z usługi. 

Zakończono zakłócenie usługi dla projektanta niestandardowego obiegu pracy zaplanowane na 15 czerwca 2022 r.

Projektant niestandardowego obiegu pracy miał krótkie zakłócenie usługi w celu aktualizacji podstawowego kodu w połączeniu z głównym wydaniem z 15 czerwca.

Między 15:00 a 15:30 czasu pacyficznego projektant obiegu pracy mógł uniemożliwiać użytkownikom utworzenie nowego obiegu pracy lub zapisanie obiegu pracy, który był edytowany.

Korzystanie z przepływów pracy do generowania umów nie zostało naruszone w tym czasie.

Koniec wsparcia dla przeglądarek Microsoft Internet Explorer 11 i starszego Edge od 31 grudnia 2021 r.

Do 31 grudnia 2021 r. Adobe Sign nie będzie już formalnie obsługiwać przeglądarek Microsoft Internet Explorer 11 lub Microsoft Edge Legacy .Zalecamy, aby klienci nie korzystali już z aplikacji Adobe Sign w tych przeglądarkach.Po 31 grudnia 2021 r. klienci korzystający z tych przeglądarek mogą doświadczyć pogorszenia jakości działania, a niektóre funkcje mogą przestać działać.

Strona podpisu elektronicznego odbiorcy powinna nadal działać prawidłowo w tych przeglądarkach, aby uniknąć zakłócania procesów pracy odbiorcy.Zobowiązujemy się do pomocy w jak najpłynniejszym przeprowadzeniu tej transformacji.

Wydanie funkcji: Adobe Acrobat Sign — wydanie z 5^. kwietnia ukończone

Program Adobe Acrobat Sign ukończył zaplanowane wydanie funkcji na pierwszy tydzień kwietnia 2022. Podczas tego wydania nie wystąpiły żadne przestoje

Wydanie z kwietnia 2022 zawiera ulepszenia funkcji dla użytkowników i administratorów, a także rozwiązania wielu problemów zgłoszonych przez klientów.  

Nowy certyfikat SSL —
Obowiązuje od 1 kwietnia 2022 r.

Program Acrobat Sign wydał nowe certyfikaty SSL rano 1 kwietnia 2022.
Nie wprowadzono żadnych zmian w kluczu publicznym, podstawowych protokołach kryptograficznych ani schemacie.

WYMAGANE DZIAŁANIA

Użycie klucza publicznego

• Jeśli masz niestandardowe integracje z programem Acrobat Sign wykorzystujące interfejsy API SOAP lub REST i jeśli któraś z tych integracji ma „przypięty" istniejący klucz publiczny, nie są wymagane żadne działania.
• Jeśli używasz certyfikatów SSL Acrobat Sign dla SSO lub przypinasz sam certyfikat (lub używasz innych metod), nowe certyfikaty Acrobat Sign znajdziesz w dokumencie Wymagania systemowe Adobe Acrobat Sign.
  • Jeśli konfiguracja SSO obsługuje wiele certyfikatów publicznych/łańcuchów, można teraz dodać nowe certyfikaty i usunąć stary certyfikat publiczny/łańcuch z konfiguracji po przełączeniu w kwietniu.
  • Jeśli SSO nie obsługuje wielu certyfikatów publicznych/łańcuchów, należy zsynchronizować przełączenie SSL z programem Acrobat Sign w dniu 1 kwietnia 2022 r. 

Nowe certyfikaty SSL są aktywne od 1 kwietnia 2022 r.

Mniejsze wydanie funkcji: Adobe Acrobat Sign 3 maja 2022

Program Acrobat Sign ukończył mniejsze wydanie funkcji 3 maja 2022. Podczas tego wydania nie wystąpiły żadne przestoje

Wydanie z maja 2022 zawiera jedno ulepszenie funkcji umożliwiające uwierzytelnianie oparte na wiedzy dla dodatkowych uczestników w formularzach internetowych. 

Dzierżawca zaktualizowany dla integracji Acrobat Sign dla programów Word/PowerPoint, Outlook i Teams

22 marca 2022 Adobe Acrobat Sign zaktualizował dzierżawę aplikacji Acrobat Sign dla programu Office 365, wspólną dzierżawę aplikacji dla integracji z programami Word/PowerPoint, Outlook i Teams. 

Począwszy od 10:00 czasu wschodniego letniego (EDT), administratorzy/użytkownicy mogli zostać poproszeni o ponowne zaakceptowanie żądania uprawnień dla aplikacji przed uzyskaniem dostępu.Dokładny czas zależy od momentu wygaśnięcia tokenu uwierzytelniania wystawionego przez firmę Microsoft dla konta (do 24 godzin od punktu początkowego).

Zaplanowana konserwacja usługi Adobe Sign Custom Email Templates (CEMT) — zakończona

W sobotę 12 lutego 2022 roku od 18:00 PST do 19:00 PST usługa Adobe Sign Custom Email Templates (CEMT) będzie miała krótkotrwałe obniżenie jakości usług podczas aktualizacji podstawowych składników infrastruktury. W tym czasie klienci mogą zobaczyć domyślne szablony wiadomości e-mail zamiast oczekiwanych szablonów niestandardowych. Nie przewiduje się przerw w dostępności.

Wydanie funkcji: 2022-01 — zakończone

Program Adobe Sign ukończył wydanie ze stycznia 2022 roku bez przestojów w działaniu aplikacji.

Wydanie ze stycznia obejmuje ulepszenia funkcji dla użytkowników i administratorów, a także rozwiązania wielu problemów zgłaszanych przez klientów.  

Nowe strony Strona główna i Zarządzanie stają się standardem w styczniu 2022; klasyczne strony usunięte z usługi

Program Adobe Sign wycofuje klasyczne środowiska dla stron Home i Manage w wydaniu ze stycznia 2022 r. W tym czasie wszystkie konta zostaną przeniesione do nowoczesnego środowiska Strona główna i Zarządzanie, bez opcji powrotu do klasycznego interfejsu.
Należy pamiętać, że zobowiązujemy się do tego, aby ta zmiana przebiegła jak najsprawniej i udostępniliśmy funkcje dopasowujące zachowania klasycznej strony zarządzania, w tym:

• Ukierunkowane wyszukiwanie według imienia i nazwiska.
• Nadawcy mogą teraz dodać wiadomość podczas zastępowania osoby podpisującej.
• Dodano funkcję przypominania osobom przeznaczonym do wiadomości (DW) i osobom podpisującym, które ukończyły proces.

W wydaniu z grudnia dodatkowo zwiększamy możliwości wyszukiwania i dodajemy funkcję „szybkiego rzutu oka na metadane".  

Uwierzytelnianie programu Adobe Sign przekierowuje do usługi Adobe Identity Management

Począwszy od wrześniowej wersji programu Adobe Sign, niektórzy użytkownicy uwierzytelniający się bezpośrednio w aplikacji Adobe Sign zauważą, że ich metoda uwierzytelniania zostanie przekierowana do programu Adobe Identity Manager.

Adobe standaryzuje uwierzytelnianie do tego formatu do końca 2020 roku.

Wydanie funkcji Adobe Sign – październik 2021

Program Adobe Sign ukończył wydanie z października 2021 roku bez przestojów w aplikacji.

Wydanie z października zawiera ulepszenia funkcji dla użytkowników i administratorów, a także rozwiązania wielu problemów zgłoszonych przez klientów.  

Blokowanie wartości nazw rozszerzone na podpisy wpisane

Wydanie z marca wprowadziło ustawienie umożliwiające włączanie/wyłączanie możliwości edytowania wartości nazwy przez odbiorców podczas podpisywania, pod warunkiem, że nazwa została podana lub była znana (przez API lub profil użytkownika). Wpisane podpisy zostały wykluczone z tej funkcji, co spowodowało, że niektórzy sygnatariusze mogą zmieniać wartość imienia i nazwiska podczas procesu podpisywania. Wydanie z września aktualizuje tę funkcję, aby uhonorować ustawienie blokowania imienia i nazwiska dla wszystkich typów podpisów, w tym podpisów wpisywanych.

• Klienci, którzy włączyli Wpisywanie swojego nazwiska i inicjałów i wyłączyli Sygnatariusze mogą zmieniać swoje nazwisko lub inicjały, zobaczą zmianę zachowania — wartość nazwy nie będzie już edytowalna podczas procesu podpisu dla podpisów wpisanych.
• Klienci, którzy chcą zezwolić na edytowanie wartości nazwy podczas procesu podpisu, powinni włączyć ustawienie Sygnatariusze mogą zmieniać swoje nazwisko lub inicjały (w menu Preferencje podpisów).

Ograniczony dostęp do strony podpisu elektronicznego we wrześniowym wydaniu

W celu zachowania zgodności z wymogami prawnymi Adobe, usługa Adobe Sign aktualizuje zachowanie akceptacji Warunków użytkowania na stronie podpisu elektronicznego.W nowym środowisku wszyscy „nieznani” odbiorcy muszą zaakceptować warunki użytkowania Adobe Sign (klikając przycisk Kontynuuj) przed interakcją z umową. Ta akceptacja różni się od wszelkich niestandardowych warunków użytkowania (TOU), które może mieć skonfigurowane konto klienta i które będą nadal obowiązywać zgodnie z konfiguracją akceptacji TOU/CD konta.

• „Nieznany" odbiorca to dowolny adres e-mail, który nie jest zarejestrowanym, główny e-mailem użytkownika w zaufanym koncie.
  
• „Znani” użytkownicy zaakceptowali warunki użytkowania Adobe Sign w ramach procesu rejestracji, gdy zweryfikowali swoje konto użytkownika, więc nie są proszeni o ponowne zaakceptowanie.

Poniżej przedstawiono przykład przepływu milczącej zgody dla umowy z niestandardowymi warunkami użytkowania skonfigurowanymi przez klienta:

1. Zaakceptuj warunki użytkowania Adobe Sign, klikając przycisk Kontynuuj (po otwarciu umowy).
2. Wypełnij wymagane pola umowy.
3. Zaakceptuj warunki ujawnienia danych klienta i niestandardowe warunki użytkowania, wybierając przycisk Kliknij, aby podpisać.

Aktualizacje API i strony Wyślij dla funkcji integracji Notarize (oczekiwane w październiku)

Wydanie z października wprowadzi nową funkcję programu Adobe Sign wspierającą integrację z platformą Remote Online Notarization (RON) firmy Notarize, Inc.Integracja programu Adobe Sign z firmą Notarize, Inc. jest dostępna w Stanach Zjednoczonych.tylko.

Poniżej podano podsumowanie zmian:

Integracja Notarize — integracja Adobe Sign z platformą Remote Online Notarization (RON) firmy Notarize, Inc. umożliwia klientom dodanie usługi zdalnej notaryzacji online jako część transakcji Adobe Sign. Dostępne do włączenia dla klientów w warstwach enterprise i dla firm sprzedawanych bezpośrednio przez Adobe za pośrednictwem programu ETLA. Transakcje Notarize można nabywać jako dodatki za dodatkową opłatą tylko w przypadku określonych powyżej klientów. 

Istnieją dwa elementy, które powinni przejrzeć klienci tworzący własne aplikacje lub korzystający z integracji:

Strona Wyślij ma nowy element do identyfikacji osoby podpisującej jako wymagającej podpisu notarialnego oraz dodatkowe kroki konfiguracji prowadzące przez proces podpisywania.  

REST API zostało zaktualizowane w celu uwzględnienia wymagań dotyczących korzystania z tej funkcji, a klienci korzystający z REST API powinni przejrzeć poniższe informacje, aby ustalić, czy ma to jakikolwiek wpływ na ich obecne użycie. 

• Aktualizacje strony Wyślij
  

Klienci z włączonymi transakcjami Notarize mogą wybrać opcję Wymaga notaryzacji w rekordzie odbiorcy, tuż po prawej stronie metody uwierzytelniania:

Po skonfigurowaniu umowy i kliknięciu przycisku Dalej przez nadawcę zostaną wyświetlone dodatkowe opcje konfiguracji procesu notarializacji:

• Aktualizacje API – dostępne są ważne aktualizacje API umożliwiające integrację z Notarize:

POST /agreements

Interfejs API POST /agreements został zaktualizowany w celu obsługi wysyłania umów do uwierzytelnienia.

• Do wskazania uczestnika sesji notarialnej należy użyć nowej roli NOTARY_SIGNER.
  
• Do definicji AgreementInfo dodano nowy atrybut NotaryInfo, który zawiera wszystkie opcje związane z utworzeniem nowej umowy wymagającej notarializacji.

Rozszerzenie FileInfo

Definicja FileInfo musi zostać rozwinięta, aby wskazać, które dokumenty powinny zostać poświadczone notarialnie.

Rozszerzenie ParticipantInfo

Definicja ParticipantInfo została rozszerzona, aby umożliwić określenie metody uwierzytelniania notarialnego.

NotaryInfo

Do definicji AgreementInfo dodano nowe opcjonalne pole notaryInfo, które zawiera obiekt NotaryInfo, określający dodatkowe opcje związane z notarializacją.

Przykład /agreement

PUT|GET /agreements/{aid}

Interfejs API PUT /agreements/{aid} będzie obsługiwał aktualizowanie umowy z opcjami uwierzytelniania. API GET /agreement/{aid} zwróci wszystkie opcje ustawione dla celów notarializacji umowy. Zobacz sekcję POST /agreements, aby wyświetlić zaktualizowane atrybuty.

Kody błędu

Istniejące kody błędów dla POST /agreements pozostają niezmienione. Zdefiniowaliśmy nowy kod błędu jak poniżej:

Wpływ dokumentacji

W obiekcie AgreementInfo żądania element „status” będzie zawierał nowy status umowy „WAITING_FOR_NOTARIZATION”.

POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens

Interfejs API może być używany przez klientów (sygnatariuszy notarialnych) do uzyskania tokenu podpisywania, który umożliwia im zakończenie fazy podpisu cyfrowego w obiegu. 

• Dodano nową funkcję podpisywania, aby uchwycić nową rolę — ACCEPT_BEFORE_NOTARIZATION. 
• Nie należy uzyskiwać tokenów podpisywania w celu ukończenia etapu notarializacji.

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status

Interfejs API może być używany przez klientów (sygnatariuszy) do zakończenia fazy podpisu cyfrowego. Aby uwzględnić nową rolę, wprowadzono nową wartość statusu enum — ACCEPTED_BEFORE_NOTARIZATION.

Sygnatariusz notarialny może wykonać poniższą sekwencję wywołań API, aby zakończyć fazę podpisywania cyfrowego:

1. GET /agreements/{agreementId}/members — aby pobrać identyfikator uczestnika sygnatariusza i identyfikator zestawu uczestnika
2. POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens — aby zażądać tokenu podpisu dla sygnatariusza z możliwością ACCEPT_BEFORE_NOTARIZATION
3. POST /transientDocuments — aby przesłać zrecenzowany dokument
4. PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status — aby przesłać zrecenzowany dokument i zakończyć fazę podpisywania cyfrowego.

Nowe zdarzenie Webhook

Nowi klienci mogą subskrybować nowe zdarzenie Webhook, AGREEMENT_READY_FOR_NOTARIZATION, aby otrzymywać powiadomienia, gdy umowa jest gotowa do notarializacji. Zdarzenie nie jest widoczne w interfejsie użytkownika Webhook i można je umieścić w wywołaniu API POST/webhook.

Wpływ dokumentacji

Następujące interfejsy API nie są modyfikowane, ale ich dokumentacja została zaktualizowana o nowy status umowy „WAITING_FOR_NOTARIZATION” lub nową rolę „NOTARY_SIGNER”.

GET /agreements

W odpowiedzi obiekt UserAgreements/UserAgreement, element „status” zawiera teraz odpowiedni status „WAITING_FOR_NOTARIZATION”.

GET /agreements/{agreementId}

W odpowiedzi obiekt AgreementInfo, element „status” zawiera teraz odpowiedni status „WAITING_FOR_NOTARIZATION”.

GET /agreements/{agreementId}/events

Interfejs API został zaktualizowany w celu obsługi nowych zdarzeń READY_TO_NOTARIZE i NOTARIZED.

W odpowiedzi Obiekt zdarzenia

• Element „participantRole” zawiera teraz nową rolę NOTARY_SIGNER.
• Element „type” zawiera nowe zdarzenia READY_TO_NOTARIZE i NOTARIZED. Element „description” będzie miał odpowiednio wartość „Document sent for notarization” i „Notarized document received”

GET /agreements/{agreementId}/members/participantSets/{participantSetId}

W odpowiedzi obiekt AgreementInfo, element „status” zawiera teraz odpowiedni status „WAITING_FOR_NOTARIZATION”.

PUT /agreements/{agreementId}

Obiekt Request AgreementInfo zawiera teraz status „WAITING_FOR_NOTARIZATION”.

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}

Status WAITING_FOR_NOTARIZATION jest jedną z wartości elementu „status” w obiekcie DetailedParticipantSetInfo.

POST /agreements/{agreementId}/view

Status WAITING_FOR_NOTARIZATION został dodany jako jeden z dozwolonych widoków.

GET /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingInfo

Jeśli uczestnik określony w ścieżce żądania ma rolę sygnatariusza notarialnego, interfejs API zwróci konfigurację podpisu ACCEPT_BEFORE_NOTARIZATION, zgodnie ze wszystkimi innymi konfiguracjami podpisywania dla umowy/uczestnika.

Wydanie: Adobe Sign wrzesień 2021

Adobe Sign ukończył wydanie funkcji 16 września 2021 r. Podczas tego wydania nie wystąpiły przestoje

Wydanie wrześniowe obejmuje ulepszenia funkcji dla użytkowników i administratorów, a także rozwiązania wielu problemów zgłoszonych przez klientów.  

Opcja Nazwa firmy zostanie usunięta z uwierzytelniania telefonicznego

Zabezpieczenia SMS (w odniesieniu do dopasowania sendingID z rzekomą nazwą firmy w wiadomości) poprawiły się do punktu, w którym Adobe Sign wysyłający wiadomości SMS z inną nazwą firmy może spowodować niepowodzenie dostawy wiadomości.

W rezultacie opcja dostosowania wiadomości uwierzytelniania telefonicznego z nazwą firmy zostanie usunięta z usługi w wydaniu z września 2021 r.

Znany problem: nowa strona główna lub strona zarządzania jest pusta

Problem: podczas przełączania na nową stronę Strona główna lub Zarządzanie, strona jest całkowicie pusta.

Test: próba załadowania tej strony: https://documentcloud.adobe.com/

• Jeśli nie można wczytać strony https://documentcloud.adobe.com/, należy skontaktować się z administratorem sieci wewnętrznej i współpracować z nim w celu odblokowania domeny documentcloud.adobe.com.
• Jeśli można uzyskać dostęp do powyższego łącza, skontaktuj się z działem pomocy technicznej.

Adobe Sign v6 REST POST /workflows/ID/agreements został usunięty z usługi

Wywołanie API v6 REST POST /workflows/ID/agreements zostało usunięte z usługi w czerwcu 2021, rok po usunięciu wywołania z dokumentacji i powiadomieniu użytkowników o planowanym usunięciu punktu końcowego.

Klienci, którzy nadal używają tego wywołania API, będą teraz otrzymywać błąd 404.

Sugerowaną alternatywą dla zastąpienia tej funkcji jest użycie wywołania POST/agreement z workflowID w żądaniu JSON.

Przykład treści żądania:

Aktualizacja v6REST dla GET /agreements/{agreementId}/signingUrls

Przed wydaniem wersji z czerwca wywołanie GET /agreements/{agreementId}/signingUrls powodowało wyświetlenie błędu 404 w interfejsie API tuż po utworzeniu umowy.

Niedługo po zniknięciu błędu 404 zwracana była prawidłowa odpowiedź, jednak zawierała ona tylko adresy signingURL nadawcy. (Podczas gdy udział sygnatariusza był nadal określany).

Po opublikowaniu wersji z czerwca 2021 r. kod 404: AGREEMENT_NOT_EXPOSED będzie wyświetlany, dopóki pełna lista adresów URL sygnatariuszy nie zostanie skompletowana. Wówczas zostanie wyświetlony kod 200.

Klienci, którzy nie chcą dalej próbować wywołania API, dopóki nie zostanie wyświetlony kod 200, powinni użyć Webhooks i odpowiedzieć na zdarzenie AGREEMENT_CREATED.

Zaplanowana przerwa techniczna dla integracji Adobe Sign z programami Word/PowerPoint, Outlook i Teams

W sobotę, 17^go lipca 2021, Adobe Sign zakończył konserwację następujących integracji:

• Adobe Sign dla programu Microsoft Teams
• Adobe Sign dla Microsoft Word/Powerpoint
• Adobe Sign dla Microsoft Outlook

Integracje działają teraz normalnie.

Wydanie poprawki: Adobe Sign sierpień 2021

Adobe Sign zakończyło aktualizację poprawki na dzień 11 sierpnia 2021 r.Poprawka została ukończona bez przerw w działaniu.

Wydanie poprawki z sierpnia obejmuje drobne zmiany w działaniu oraz rozwiązania wielu problemów zgłoszonych przez klientów.  

Planowane zakończenie obsługi SOAP API w maju 2021 r.

Wraz z wydaniem interfejsu REST API w wersji 6, który zapewnia najlepsze środowisko programowania dla deweloperów Adobe Sign, interfejs SOAP API został wycofany i nie będzie obsługiwany po maju 2021 r.  Interfejs REST API jest teraz preferowanym interfejsem dla integratorów oraz programistów aplikacji i należy uwzględnić ten interfejs API w przyszłym rozwoju aplikacji.

Oto materiały referencyjne, które pomogą w przejściu:

• Migracja z protokołu Simple Object Access Protocol
• Metody interfejsu Adobe Sign REST API w wersji 6

WYMAGANE DZIAŁANIA

Jeśli została opracowana integracja lub aplikacja dla usługi Adobe Sign oparta na interfejsie SOAP API, konieczne będzie przepisanie aplikacji z wykorzystaniem co najmniej interfejsu REST API w wersji 6 przed majem 2021 r.Bezpośrednia komunikacja z deweloperami i integratorami będzie prowadzona w ciągu następnych kilku kwartałów w celu zapewnienia płynnego przejścia na najnowsze API.

Planowane „zakończenie usługi" dla przeglądarek IE 11 w integracjach z Microsoft

Microsoft kończy obsługę przeglądarki Internet Explorer 11 w dniu 17 sierpnia 2021 r.

W związku z tym integracje Adobe Sign for Microsoft również kończą obsługę przeglądarki IE11 w tym samym terminie.

Usługi, których to dotyczy:

• Dynamics 365 (Online i On-Prem)
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint (Online i On-Prem)
• Teams

Planowane zakończenie usługi dla integracji Adobe Sign z Dropbox

Integracja Adobe Sign z Dropbox ma zostać zakończona 31 lipca 2021 r.

W tym czasie Adobe Sign nie będzie już dostępny za pośrednictwem konta Dropbox, jednak wszystkie umowy Adobe Sign pozostaną dostępne i można będzie uzyskać do nich dostęp po zalogowaniu się do konta Adobe Sign.

Nowa wersja: Adobe Sign czerwiec 2021

Adobe Sign ukończył wydanie z czerwca 2021 bez przestoju.

Wydanie z czerwca obejmuje ulepszenia funkcji dla użytkowników i administratorów, a także rozwiązania wielu problemów zgłaszanych przez klientów.  

Dostępny nowy certyfikat SSL —
W mocy od 1 czerwca 2021

Adobe Sign wydaje nowe certyfikaty SSL w dniu 1 czerwca 2021
Klucz publiczny, podstawowe protokoły kryptograficzne ani schemat nie ulegają zmianie.

Nowe certyfikaty są dostępne do pobrania ze strony Wymagania systemowe Adobe Sign.

WYMAGANE DZIAŁANIA

Używanie klucza publicznego
Jeśli masz niestandardowe integracje z Adobe Sign przy użyciu interfejsów API SOAP lub REST, a wszystkie te integracje mają „przypięty" istniejący klucz publiczny, nie są wymagane żadne działania.

Jeśli używasz certyfikatów SSL Adobe Sign do logowania jednokrotnego lub przypinasz sam certyfikat (lub używasz innych metod), nowe certyfikaty Adobe Sign można znaleźć w sekcji Wymagania systemowe Adobe Sign.

Nowe certyfikaty SSL zaczną obowiązywać w dniu 1 czerwca 2021 r.

Nowy W-4 na rok 2021 dodany do biblioteki Adobe Sign

Nowy formularz IRS W-4 (2021) zatytułowany W-4 2021 (Employee's Withholding Certificate), ma zostać dodany do biblioteki Adobe Sign w ramach wydania z lutego 2021.

WYMAGANE DZIAŁANIA

Nowy szablon formularza W-4 ma nowy libraryDocumentId. Jeśli używasz libraryDocumentId istniejącego szablonu w swoich aplikacjach, będzie trzeba go zaktualizować.

Wersja z 2020 roku zostanie usunięta z systemu w maju 2021.

Wszystkie aplikacje/interfejsy API używające starszego formularza (wer. 2020) muszą zostać zaktualizowane przed 1 maja, aby zapewnić brak zakłóceń w pomyślnej obsłudze.

Aby znaleźć libraryDocumentId na koncie z obsługą interfejsu API:

1. Zaloguj się jako administrator konta
2. Kliknij kartę Konto > Adobe Sign API > Informacje API > kliknij link: REST API Methods Documentation
3. W sekcji GET /libraryDocuments kliknij przycisk OAUTH ACCESS-TOKEN 
   • Włącz zakres library_read:self
4. Kliknij Wypróbuj przycisk
5. W treści odpowiedzi znajdź nowy szablon formularza W-4 2021 (Employee's Withholding Certificate) (nie wer. 2020), aby wyświetlić wartość libraryDocumentId. 

Nowa wersja: Adobe Sign maj 2021

Usługa Adobe Sign ukończyła wydanie z maja 2021 r. bez przestojów.

Wydanie majowe zawiera ulepszenia funkcji dla użytkowników i administratorów, a także rozwiązania wielu problemów zgłaszanych przez klientów.  

Aktualizacja zarządzania plikami cookie w usłudze Adobe Sign

Usługa Adobe Sign przyjmuje nowy baner zgody na pliki cookie od OneTrust, który jest trwały do momentu, gdy użytkownik wyraźnie dokona wyboru.

Użytkownicy przekierowywani do nowej domeny podczas uwierzytelniania muszą ponownie wyrazić zgodę dla drugiej domeny (częstym przypadkiem jest przekierowanie z echosign.com do adobesign.com z powodu zmiany domeny). 

Użytkownikom zaleca się aktualizację zakładek w celu wyeliminowania przekierowania.

Funkcja Wypełnij i podpisz ma ścieżkę dla szablonów i uwierzytelnionego podpisywania

Strona tworzenia Podpisuję tylko ja zostanie zastąpiona przez nową stronę tworzenia (opartą na najnowszych projektach strony Wyślij ), która umożliwia korzystanie z szablonów i umieszczanie pól w trybie edycji.

Ustawienia administratora określają domyślne doświadczenie użytkownika. Można włączyć opcjonalny link „przełączania", aby umożliwić użytkownikowi przełączanie między interfejsem swobodnej formy Wypełnij i podpisz a nowym doświadczeniem Samodzielne podpisywanie z włączonym autorskim. 

Nowością w tym doświadczeniu jest możliwość zastosowania uwierzytelniania dla podpisującego. 

Sterowanie oparte jest na ustawieniach Wymuś uwierzytelnianie tożsamości. Po włączeniu użytkownik zostanie poproszony o wprowadzenie swoich danych uwierzytelniających usługi Adobe Sign podczas otwierania umowy i (opcjonalnie) ponownie podczas umieszczania podpisu lub finalizowania umowy. 

Sterowanie nowym doświadczeniem samodzielnego podpisywania, a także wymuszonym uwierzytelnianiem tożsamości, można ustawić na poziomie konta i/lub grupy (ustawienia na poziomie grupy zastępują ustawienia na poziomie konta)

Plan wprowadzenia

Nowe doświadczenie samodzielnego podpisywania zastąpi starszą stronę Podpisuję tylko ja w ciągu następnych dwóch głównych wydań. 

Klienci korzystający ze starszej funkcji Podpisuję tylko ja powinni zaplanować migrację do nowego rozwiązania do jesieni 2020 r., kiedy stanie się ono domyślne, a starsza strona zostanie usunięta z usługi. 

• Wraz z lipcowym wydaniem nie zostaną wprowadzone żadne zmiany w istniejących ustawieniach
• W następnym wydaniu nowe doświadczenie zostanie ustawione jako domyślne z opcją powrotu do starej strony
• W wydaniu jesiennym 2020 r. możliwość powrotu do starszego interfejsu zostanie usunięta.

Aktualizacja programu Adobe Sign dla Word/PowerPoint, Outlook i Teams zostanie uruchomiona 19 kwietnia

Aktualizacja wejdzie w życie o 08:00 PDT / 11:00 EST / 15:00 UTC

Ta aktualizacja została wprowadzona w celu zwiększenia ogólnego bezpieczeństwa wszystkich trzech integracji.

Po zakończeniu aktualizacji administratorzy/użytkownicy otrzymają polecenie ponownej akceptacji żądania uprawnień dla aplikacji przed uzyskaniem dostępu.

Nowa wersja: Adobe Sign marzec 2021

Program Adobe Sign ukończył zwalnianie wersji marcowej 2021 bez przestojów.

Ta wersja produktu zawiera nowe funkcje/ulepszenia dla administratorów i użytkowników końcowych, a także wiele rozwiązanych problemów.

Planowane „Zakończenie usługi" dla przeglądarek Edge Legacy w integracjach z Microsoft

Microsoft kończy obsługę przeglądarki Edge Legacy w dniu 9 marca 2021

W związku z tym integracje programu Adobe Sign dla Microsoft również kończą obsługę Edge Legacy w tym samym terminie.

Usługi, których to dotyczy:

• Dynamics 365 (Online i On-Prem)
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint (Online i On-Prem)
• Teams

Koniec obsługi: Akcje v1 programu Adobe Sign dla Microsoft Power Automate — zaplanowane na styczeń 2021

Aktualizacja programu Adobe Sign dla Power Automate 3.0 wprowadza nowe akcje REST v6, które są przeznaczone jako bardziej niezawodne zamienniki istniejących akcji o tej samej nazwie.

Obiegi pracy wykorzystujące starsze akcje będą działać nadal, jeśli nie zostaną podjęte żadne działania. Starsze akcje zostały oznaczone w nazwie jako (Old). Te starsze akcje mają zostać wycofane do stycznia 2021 roku.

Lista akcji do wycofania:

• Tworzenie szablonu biblioteki z adresu URL dokumentu (stare)
• Tworzenie szablonu biblioteki z przesłanego dokumentu (stare)
• Tworzenie umowy z adresu URL dokumentu i wysyłanie do podpisu (stare)
• Tworzenie umowy z szablonu biblioteki i wysyłanie do podpisu (stare)
• Tworzenie umowy z przesłanego dokumentu i wysyłanie do podpisu (stare)
• Pobieranie listy wszystkich umów (stare)
• Pobieranie listy wszystkich szablonów biblioteki (stare)
• Pobieranie danych pola formularza umowy (stare)
• Przesyłanie dokumentu i uzyskiwanie identyfikatora dokumentu (stare)

Nowe akcje są wyświetlane na liście akcji z tą samą nazwą co starsze akcje.

Klienci korzystający z tych akcji powinni zaktualizować swoje przepływy, aby używać nowych akcji łącznika. Można to zrobić, zastępując starszą akcję nowymi akcjami w istniejącym przepływie automatyzacji.

Zakończenie usługi uwierzytelniania społecznościowego

Możliwość wymagania od podpisujących podania swojej tożsamości społecznej przed uzyskaniem dostępu do wyświetlania i podpisywania dokumentu zostanie usunięta w marcu 2021 r.Ta funkcja umożliwiała nadawcom wymaganie logowania za pomocą serwisu Facebook, LinkedIn, Google, Yahoo!, Microsoft Live lub Twitter. 

Planowane „zakończenie usługi" dla osobistej integracji z Twitterem

Opcja integracji z Twitterem na poziomie użytkownika (w preferencjach osobistych) zostanie usunięta z interfejsu użytkownika w marcu 2021 roku.W tym czasie:

• Nowe konta użytkowników nie mogą włączyć Twittera na poziomie użytkownika
• Użytkownicy, którzy mają włączony Twitter, przestaną otrzymywać wiadomości z Twittera dla nowo utworzonych umów
• Bezpłatne konta użytkowników z włączonym Twitterem będą miały miesięczny limit transakcji zmniejszony z dziesięciu do:
  • 5 transakcji miesięcznie dla klientów Adobe Sign Web
    
  • 2 transakcje miesięcznie dla klientów programu Acrobat
    
• Włączone konta będą miały swoje dane uwierzytelniające Twittera usunięte z systemów Adobe Sign
  
• Aplikacja Twitter firmy Adobe Sign zostanie usunięta w celu unieważnienia wszystkich tokenów Twittera

Nowe wydanie: Adobe Sign — luty 2021

Wydanie z lutego zostało ukończone bez przestoju usługi.

To wydanie produktu zawiera nowe funkcje/ulepszenia dla administratorów i użytkowników końcowych, a także wiele rozwiązanych problemów.

Projektant obiegu pracy produkuje komunikaty o błędach

Z powodu zwiększonych zabezpieczeń związanych z udostępnianiem zasobów bibliotek niektóre obiegi pracy mogą zacząć generować komunikat o błędzie serwera podczas edytowania obiegu pracy po wrześniowej aktualizacji:

Nadawcy próbujący użyć obiegu pracy z tym problemem otrzymują komunikat o błędzie wskazujący, że obieg pracy zawiera dokumenty znajdujące się poza zakresem:

Ten błąd oznacza, że obieg pracy utracił uprawnienia do korzystania z co najmniej jednego dołączonego szablonu biblioteki. Najczęściej dzieje się tak, gdy uprawnienia dostępu do szablonu zostaną zmienione z umożliwiania dostępu kontu/grupie na ograniczenie dostępu do właściciela.  

Administratorzy powinni anulować wyświetlanie tego komunikatu o błędzie, a nie wczytywać ponownie stronę.

Aby naprawić błąd:

• Właściciel szablonu powinien edytować uprawnienia szablonu, aby były dostępne dla konta/grupy, z którą jest powiązany obieg pracy.
• Właściciel obiegu pracy może zastąpić szablon innym szablonem z odpowiednimi uprawnieniami.  Aby to zrobić, należy anulować powyższy warunek błędu, przejść do edycji obiegu pracy i zastąpić dokument.

Zakończenie świadczenia usługi Adobe Sign for Workplace by Facebook

Integracja Adobe Sign for Workplace by Facebook została w pełni wycofana z dniem 29 listopada 2020 r.