Powiadomienia techniczne programu Adobe Acrobat Sign 2017—2018

Ostatnia aktualizacja 20 sty 2025

Powiadomienia techniczne na lata 2017 – 2018


Domyślny tryb pełnoekranowy interfejsu użytkownika programu Adobe Sign

Pierwsze zgłoszenie: czerwiec 2018

Usunięto z bieżącej listy: październik 2018

W celu poprawy korzystania z usługi na mniejszych urządzeniach i zapewnienia lepszego odczytu na komputerze marcowe wydanie Adobe Sign zapewnia elastyczniejszy interfejs użytkownika oparty o szerokość przeglądarki. 

Funkcja została włączona selektywnie dla kont przedsiębiorstw i ogólnie dla wszystkich kont użytkowników indywidualnych i zespołowych. 

W lipcu stało się to domyślną konfiguracją.Użytkownicy zobaczą interfejs internetowy dostosowany do szerokości strony z układaniem komponentów zamiast ich zmniejszania w celu dopasowania do wąskiej szerokości.

 

Wymagane działania

Nie trzeba podejmować żadnych działań, aby skorzystać z tej nowej funkcji, jednak administrator konta może ją wyłączyć, przechodząc do ustawienia Konto > Ustawienia globalne > Prezentacja strony programu Adobe Sign i usuwając zaznaczenie pola. 

W ramach wrześniowego wydania usunięto z aplikacji możliwość wyłączenia tej funkcji, a bardziej elastyczne środowisko użytkownika stało się standardem.

 


Nowe wydanie: Adobe Sign wrzesień 2018

Pierwsze zgłoszenie: sierpień 2018

Usunięto z bieżącej listy: październik 2018

Wydanie produktu Adobe Sign z września 2018 r. jest zaplanowane na początek września.

To wydanie produktu obejmuje nowe funkcje i ulepszenia funkcji dla administratorów i użytkowników końcowych.Nie oczekuje się żadnego wpływu na usługę w związku z tym wydaniem. 

 


Adobe Sign obsługuje teraz interfejs API Aadhaar E-KYC w wersji 2.1

Pierwsze zgłoszenie: sierpień 2018

Usunięto z bieżącej listy: październik 2018

Obieg pracy podpisywania Aadhaar w programie Adobe Sign został teraz przeniesiony do najnowszych specyfikacji interfejsu API E-KYC (elektroniczne poznaj swojego klienta).Zostało to zrobione w celu zgodności z nowymi zmianami regulacyjnymi, które wymagają wersji 2.1.Osoby podpisujące mogą teraz podpisać umowę przy użyciu swojego wirtualnego identyfikatora (VID).Ta aktualizacja poprawia również środowisko osoby podpisującej i naprawia problemy z programem Internet Explorer 11 zgłaszane wcześniej.


Adobe Sign otrzymuje certyfikat FedRAMP Tailored

Pierwsze zgłoszenie: maj 2018

Usunięto z bieżącej listy: październik 2018

Adobe Sign jest teraz autoryzowany przez GSA (Government Services Administration of the US) jako spełniający wymagania Federal Risk Authorization Management Program (FedRAMP) Tailored, co pozwala na sprzedaż i używanie Adobe Sign przez agencje rządu federalnego USA spoza sektora obronnego. 

Ten certyfikat oznacza, że Adobe Sign został przeanalizowany przez oceniającego ds. bezpieczeństwa GSA i został zatwierdzony do użytku na poziomie Li-SaaS In Process.Adobe Sign będzie nadal podlegać ciągłemu monitorowaniu wymaganemu do utrzymania statusu certyfikowanego dostawcy usług w chmurze rządowej. 

Więcej informacji o FedRAMP można znaleźć na stronie https://www.fedramp.gov/


Adobe Sign koncentruje się na promowaniu przepisów dotyczących prywatności danych

Pierwsze zgłoszenie: maj 2018

Usunięte z aktualnej listy: październik 2018

Adobe Sign będzie zgodny z ogólnym rozporządzeniem Unii Europejskiej o ochronie danych (GDPR). 

Te przepisy dotyczące prywatności wpływają na wszystkie firmy, które zbierają dane osobowe od osób będących obywatelami UE.Adobe Sign przestrzega zasady zbierania minimalnej ilości informacji potrzebnych do prowadzenia działalności podczas procesu podpisywania. 

Wszyscy użytkownicy Adobe Sign mogą uzyskać dostęp do swoich danych osobowych i je modyfikować przez swój profil użytkownika oraz przez przeglądanie umów, które podpisali. 

Klienci Adobe Sign, którzy współpracują z konsumentami, będą mieli możliwość przekazywania swoim klientom informacji o tym, co zostało zebrane, i usuwania tych danych zgodnie ze swoimi procesami biznesowymi.Można przeczytać o nowych funkcjach RODO w Adobe Sign.

Można przeczytać o zasadach i przepisach Adobe, które chronią prywatność z założenia we wszystkich produktach tutaj: https://www.adobe.com/privacy.html.


Adobe rozpoczął automatyczne wygaszanie umów, które nadal nie są podpisane i są starsze niż rok

Pierwsze zgłoszenie: luty 2018

Usunięte z bieżącej listy: październik 2018

Począwszy od października 2018 roku, Adobe Sign rozpoczął wygaszanie umów starszych niż rok i nadal znajdujących się w stanie Waiting For Signature.

Powiadomienia nie będą wysyłane do uczestników tych umów, ale będą oni mogli je zobaczyć na stronie Zarządzaj w liście Anulowane/Odrzucone.

 

WYMAGANE DZIAŁANIA

Klienci mogą przeglądać swoje starsze umowy poprzez stronę Zarządzaj lub tworząc raport umów starszych niż rok i pobierając raport.Filtr w obu przypadkach to status „Out for Signature". 

Ta nowa zasada dotyczy tylko umów nieterminalnych.

Umowy, które zostały ukończone lub zostały anulowane lub odrzucone, nie będą miały wpływu.


Integracja: Adobe Sign dla Salesforce v20 wydany w lipcu 2018

Pierwsze zgłoszenie: czerwiec 2018

Usunięto z bieżącej listy: październik 2018

Wydanie letnie 2018 usługi Adobe Sign dla Salesforce (wcześniej nazywane „wydaniem wiosennym") zostało udostępnione 17. lipca 2018.

Wydanie letnie obejmuje nowe funkcje i ulepszenia funkcji dla administratorów i użytkowników końcowych.Aktualizacja będzie dostępna na liście AppExchange usługi Adobe Sign dla Salesforce. 

 

Przeczytaj Notatki dotyczące wersji tutaj.

 


Zablokowano niezabezpieczony ruch

Pierwsze zgłoszenie: czerwiec 2018

Usunięto z bieżącej listy: sierpień 2018

20 czerwca 2018 roku zakończyliśmy obsługę kilku kategorii niezabezpieczonego ruchu sieciowego w usłudze Adobe Sign.Było to konieczne do spełnienia określonych wymagań zgodności z PCI.

 

Ruch przychodzący lub połączenia nawiązywane z klienta do naszych serwerów.

Zaprzestaliśmy obsługi nieszyfrowanych połączeń do naszych interfejsów API — czyli żądań używających „http:" zamiast „https:".

Wraz z tą zmianą próby nawiązania nieszyfrowanych połączeń przez aplikacje klientów i partnerów będą kończyć się niepowodzeniem.

  • Błędne działanie będzie miało miejsce w przypadku określonych aplikacji.

 

Ruch wychodzący lub połączenia nawiązywane z naszych serwerów do serwerów określonych przez klienta.

Dzielą się one na dwie kategorie:

  • Wywołania zwrotne przesyłania do przesyłania dokumentów (opisane tutaj dla naszego interfejsu REST API, ale dotyczą również starszego interfejsu SOAP API)
  • Wywołania zwrotne statusu w celu powiadomienia klienta o zmianie statusu umowy (opisane tutaj dla naszego interfejsu REST API, ale dotyczą również starszego interfejsu SOAP API)

W przypadku obu kategorii wywołań zwrotnych zaprzestaliśmy obsługi:

  • Nieszyfrowanych połączeń (używających adresów URL „http:" zamiast „https:")
  • Połączeń z serwerami, które nie obsługują protokołu TLSv1.2 (innymi słowy, protokoły TLSv1.0 i TLSv1.1 nie będą już obsługiwane)
  • Połączenia z serwerami, które mają nieprawidłowe certyfikaty.Obejmuje to certyfikaty podpisane automatycznie lub wygasłe, jak również przypadki, w których adres URL używa adresu IP zamiast nazwy hosta.


Nowe wydanie: Adobe Sign czerwiec 2018

Pierwszy raport: maj 2018

Usunięto z bieżącej listy: lipiec 2018

Wydanie produktu Adobe Sign z czerwca 2018 zostało ukończone 11. czerwca.

Wydanie produktu z czerwca 2018 obejmuje nowe funkcje i ulepszenia dla administratorów i użytkowników końcowych.Notatki dotyczące zwalniania znajdziesz tutaj.


Nowy certyfikat SSL

Pierwsze zgłoszenie: kwiecień 2018

Usunięto z bieżącej listy: lipiec 2018

W usłudze Adobe Sign wprowadzono nowy certyfikat SSL 2 maja 2018 r.Nie wprowadza to żadnych zmian w kluczu publicznym dotyczącym podstawowych protokołów lub schematów kryptograficznych. W przypadku pytań skontaktuj się z działem obsługi klienta.

 

WYMAGANE DZIAŁANIA

Jeśli masz niestandardowe integracje z Adobe Sign wykorzystujące interfejsy API SOAP lub REST i jeśli któraś z tych integracji ma „przypięty" istniejący klucz publiczny, nie jest wymagane żadne działanie.

Jeśli przypinasz certyfikat za pomocą innych metod, nowe certyfikaty Adobe Sign można znaleźć w wymaganiach systemowych Adobe Sign.Nowy certyfikat SSL został aktywowany 2 maja 2018 r.


Ważne zmiany w zakresach adresów IP

Pierwsze zgłoszenie: kwiecień 2018

Usunięto z bieżącej listy: lipiec 2018

Jeśli istniejąca konfiguracja sieci lub zapory wyraźnie wymienia adresy IP usługi Adobe Sign, zaktualizuj ustawienia konfiguracji sieci, aby uwzględnić nowe adresy IP w celu zapewnienia ciągłego dostępu do usługi.

Większość istniejących adresów IP będzie nadal działać i nie wolno ich usuwać ani wykasowywać z konfiguracji sieci.

 

WYMAGANE DZIAŁANIA

Jeśli wyraźnie zezwalasz na adresy IP usługi Adobe Sign w wywołaniach zwrotnych interfejsu API lub zaporze ogniowej, musisz zezwolić na dodatkowe adresy IP w wywołaniach zwrotnych interfejsu API.W stosownych przypadkach powiadom strony trzecie, które kierują wywołania zwrotne.

Jeśli używasz integracji Adobe Sign for Salesforce, administratorzy muszą zezwolić na dodatkowe zakresy adresów IP w koncie Salesforce.com (w tym Sites).

DODAJ:

  • 40.67.155.147/32
  • 40.67.154.249/32
  • 40.67.155.185/32
  • 40.67.155.112/32

 

Jeśli zezwalasz na zakresy IP dla przekaźników poczty wychodzącej, dodaj:

  • 40.67.157.141/32
  • 40.67.154.24/32
  • 40.67.158.131/32


Integracja: Adobe Sign for Dynamics v7 — wydanie

Pierwsze zgłoszenie: czerwiec 2018

Usunięto z bieżącej listy: lipiec 2018

Letnie wydanie 2018 (v7) usługi Adobe Sign for Dynamics 365 CRM jest zaplanowane na połowę czerwca.

 

To zwalnianie głębiej integruje się z programem Microsoft Dynamics 365 CRM dzięki przeprojektowanemu interfejsowi użytkownika umożliwiającemu szybką nawigację i dodaje dane kontaktowe klienta z LinkedIn, dzięki czemu zawsze możesz „zobaczyć", do kogo wysyłasz.Ponadto klienci mogą teraz całkowicie zautomatyzować swoje procesy w usłudze Adobe Sign, osadzając Adobe Sign bezpośrednio w przepływach pracy Microsoft Dynamics 365 CRM.

 

Aktualizacja jest dostępna w wykazie Microsoft AppSource programu Adobe Sign.Nie oczekuje się wpływu na usługę w związku z tym wydaniem.


Integracja: Wymagane działanie dla klientów Adobe Sign for Salesforce v19.x

Pierwsze zgłoszenie: czerwiec 2018

Usunięte z bieżącej listy: lipiec 2018

Jeśli używasz programu Adobe Sign for Salesforce w wersji 19.x, musisz przeprowadzić aktualizację do wersji 19.5.2 przed 1 czerwca 2018 lub 8 czerwca 2018, w zależności od Salesforce.com organizacji.Wydanie Salesforce Summer '18, stopniowo wdrażane w czerwcu przez Salesforce, zawiera zmiany, które wpływają na zgodność wsteczną z integracją Adobe Sign for Salesforce i będą miały wpływ na możliwość wysyłania niektórych umów.

Od 1 czerwca 2018 klienci używający programu Adobe Sign for Salesforce w wersji 19.x, którzy zostaną zaktualizowani do Salesforce Summer '18, nie będą mogli dodawać odbiorców i wysyłać umów w wersji Lightning strony Wyślij*.

 

WYMAGANE DZIAŁANIA

Jeśli używasz wersji v19.x, przeprowadź aktualizację do Adobe Sign for Salesforce v19.5.2 przed tym, jak Salesforce zaktualizuje Twoją organizację do Salesforce Summer '18:

  • Przejdź do AppExchange, kliknij Pobierz teraz i postępuj zgodnie z instrukcjami. 

Jeśli potrzebujesz pomocy przy aktualizacji, zapoznaj się z przewodnikiem aktualizacji Adobe Sign for Salesforce (v19).


Nowy certyfikat SSL

Pierwsze zgłoszenie: kwiecień 2018

Usunięte z bieżącej listy: lipiec 2018

Program Adobe Sign 2 maja 2018 roku zmienia certyfikat na nowy certyfikat SSL. Nie wprowadza to żadnych zmian w kluczu publicznym dotyczącym podstawowych protokołów lub schematów kryptograficznych. W przypadku pytań skontaktuj się z działem obsługi klienta.

 

WYMAGANE DZIAŁANIA

Jeśli masz niestandardowe integracje z Adobe Sign za pomocą interfejsów API SOAP lub REST i jeśli którakolwiek z tych integracji ma „przypięty" istniejący klucz publiczny, nie są wymagane żadne działania.

Jeśli przypinasz certyfikat innymi metodami, możesz znaleźć nowe Certyfikaty Adobe Sign w Wymagania systemowe Adobe Sign.Nowy certyfikat SSL staje się aktywny 2 maja 2018 r.


Zakończono wydanie marcowe Adobe Sign

Pierwsze zgłoszenie: styczeń 2018

Usunięte z bieżącej listy: maj 2018

Wydanie produktu Adobe Sign z marca 2018 zostało ukończone 15 marca 2018 o godzinie 12:00 czasu PST.

Aby uzyskać więcej szczegółów, przejrzyj pełne Notatki z wydania.

SAP SuccessFactors zostanie wydane w kwietniu.


Wersja formularza podatkowego W-4 z 2017 roku zostanie usunięta z usługi 17.04.18

Pierwsze zgłoszenie: kwiecień 2018

Usunięto z bieżącej listy: maj 2018

Wersja szablonu formularza podatkowego W-4 z 2017 roku zostanie usunięta z biblioteki Adobe Sign 17 kwietnia 2018.

Klienci korzystający z formularza W-4 z biblioteki Adobe Sign za pomocą API powinni zaktualizować identyfikator dokumentu do wersji z 2018 roku (patrz poniżej)

 

W razie potrzeby uzyskania więcej informacji skontaktuj się z menedżerem ds. sukcesu klienta.


Dostępna jest wersja formularza podatkowego W-4 US z 2018 roku

Pierwsze zgłoszenie: marzec 2018

Usunięto z bieżącej listy: maj 2018

W dniu 3/13/18 do Adobe Sign dodano nowy szablon formularza IRS W-4.Nosi tytuł W-4 2018 (Employee's Withholding Allowance Certificate)

 

WYMAGANE DZIAŁANIA

Nowy szablon formularza W-4 ma nowy libraryDocumentId . Jeśli korzystasz z istniejącego szablonu libraryDocumentId szablonu w aplikacjach, musisz go zaktualizować.

 

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

1 Zaloguj się jako administrator konta

2 Kliknij kartę Konto > Adobe Sign API > Informacje o API > kliknij link: Dokumentacja metod REST API

3 W sekcji GET /libraryDocuments kliknij OAUTH ACCESS-TOKEN przycisk 

jakiś . Włącz zakres library_read : self   zakres

4 Kliknij Wypróbuj! przycisk

5. W treści odpowiedzi znajdź nowy szablon formularza W-4 (nie wersję z 2017 roku), aby wyświetlić wartość libraryDocumentId. 

 

W razie potrzeby uzyskania więcej informacji skontaktuj się z menedżerem ds. sukcesu klienta.

W treści odpowiedzi znajdź nowy szablon formularza W-4 (nie wersję 2017), aby wyświetlić Wartość libraryDocumentId. 

 

W razie potrzeby uzyskania dodatkowych informacji należy skontaktować się z kierownikiem ds. sukcesu klienta.


Komunikat bezpieczeństwa: Obsługa protokołów TLS 1.0 i 1.1 kończy się 9 kwietnia 2018 r.

Po raz pierwszy zgłoszono: styczeń 2017 r.

Usunięto z bieżącej listy: maj 2018 r.

Firma Adobe usunie obsługę protokołów TLS 1.0 i 1.1 w 2018 r., aby spełnić najlepsze praktyki branżowe dotyczące bezpieczeństwa SSL/TLS.

8 kwietnia będzie wymagany protokół uzgadniania SSL TLS 1.2, a starsze protokoły TLS 1.0 i TLS 1.1 nie będą już akceptowane. Klienci, którzy nie używają protokołu TLS 1.2, nie będą mogli nawiązywać połączeń sieciowych z usługą Adobe Sign.

 

WYMAGANE DZIAŁANIA

W przypadku klientów korzystających z przeglądarek internetowych: Używaj obsługiwanej przeglądarki (zobacz Wymagania systemowe).

W przypadku klientów korzystających z aplikacji używających interfejsów API Adobe Sign: Obsługa protokołu TLS 1.2 może zależeć od aplikacji, bibliotek środowiska wykonawczego i/lub systemu operacyjnego. W niektórych przypadkach obsługa protokołu TLS jest zapewniana przez biblioteki systemu operacyjnego, a w innych przez bibliotekę środowiska wykonawczego aplikacji.

W przypadku klientów korzystających z programu Adobe Sign for Dynamics w wersji 5.x i wcześniejszych należy przeprowadzić uaktualnienie do wersji 6.0.

Obsługa protokołu TLS 1.2 przez system operacyjny wymaga:

  • Serwer Windows: Windows Server 2008 R2 lub nowszy
  • Komputer z systemem Windows: Windows 8 lub nowszy
  • OS X: OS X 10.8 lub nowszy

 

Obsługa protokołu TLS 1.2 przez platformę aplikacji:

  • Java: Java 8 lub nowsza. Można używać Java 7, ale wymaga jawnego włączenia protokołu TLSv1.2 przez aplikację.
  • W przypadku . .NET: używaj platformy .NET 4.6 lub nowszej.Można używać wersji .NET 4.5, ale wymaga ona jawnego włączenia TLSv1.2 w aplikacji. Platforma .NET zależy od obsługi protokołu TLS 1.2 przez system Windows (zobacz powyżej).
  • W przypadku aplikacji wykorzystujących OpenSSL należy używać wersji OpenSSL 1.01 lub nowszej. 


Integracja: Koniec wsparcia dla Adobe Sign for Microsoft Dynamics v4 i v5

Po raz pierwszy zgłoszono: luty 2018 r.

Usunięto z bieżącej listy: maj 2018 r.

Program Adobe Sign dla Microsoft Dynamics w wersji 4, 5 i wcześniejszych (wersje on-premise i online) został wycofany.Program Adobe Sign for Dynamics v6 i nowsze obsługuje Microsoft Dynamics On-Premise 2013, 2015, 365 oraz Dynamics CRM 365 Online. Skontaktuj się z menedżerem ds. sukcesu klienta w przypadku pytań dotyczących aktualizacji do najnowszej wersji.

 

WYMAGANE DZIAŁANIA

Natychmiast zaktualizuj do programu Adobe Sign for Microsoft Dynamics v6 dla wersji On-Premise i online. Możliwe będzie przeniesienie wszystkich danych z wersji v4 i wcześniejszych do najnowszej wersji.


Integracja: Koniec wsparcia dla Adobe Sign dla Microsoft Dynamics v4

Pierwsze zgłoszenie: wrzesień 2016

Usunięte z bieżącej listy: maj 2018

Adobe Sign dla Microsoft Dynamics v4 i starsze wersje (wersje On-Premise i internetowe) zostały wycofane i nie działają od 30 listopada 2017 roku.Adobe Sign dla Dynamics w wersji 6 i nowszych obsługuje Microsoft Dynamics On-Premise 2013, 2015, 365 oraz Dynamics CRM 365 Online.Skontaktuj się z menedżerem ds. sukcesu klienta w sprawie pytań dotyczących aktualizacji do najnowszej wersji.

 

WYMAGANE DZIAŁANIA

Zaktualizuj do Adobe Sign dla Microsoft Dynamics v6 przed listopadem 2017 roku dla wersji On-Premise i internetowych.Możesz przenieść wszystkie dane z wersji v4 i starszych do najnowszej wersji.


Najnowszy szablon formularza IRS W-9 dostępny 13 lutego

Pierwsze zgłoszenie: luty 2018

Usunięte z bieżącej listy: kwiecień 2018

W dniu 13.02.2018 nowy szablon formularza IRS W-9 zostanie dodany do Adobe Sign.Ma tytuł W-9 (Wniosek o numer identyfikacji podatkowej) wer.11/17. Jednocześnie istniejący szablon W-9 zostanie przemianowany na W-9 (Request for Taxpayer Identification Number) (legacy).Ta zmiana nazwy NIE wpływa na obieg pracy.

13.03.18 ten drugi szablon, W-9 (Request for Taxpayer Identification Number) (legacy), zostanie wycofany.Przed 13.03.18 musisz podjąć działania, aby uniknąć przerw w obiegu pracy.

 

WYMAGANE DZIAŁANIA

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

Aby znaleźć libraryDocumentId na koncie z włączonym 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
    1. Włącz zakres library_read:self
  4. Kliknij Wypróbuj przycisk
  5. W treści odpowiedzi znajdź nowy szablon formularza W-9 (nie wersję legacy), aby zobaczyć wartość libraryDocumentId. 

Jeśli potrzebujesz więcej informacji, skontaktuj się ze swoim menedżerem ds. sukcesu klienta.


Integracja: koniec wsparcia dla Adobe Sign for Microsoft SharePoint w wersji 3 i wcześniejszych

Pierwsze zgłoszenie: październik 2017

Usunięto z bieżącej listy: kwiecień 2018

Adobe Sign dla Microsoft SharePoint w wersji 3 i wcześniejszych (wersje On-Premise i online) przestanie działać z dniem 31 marca 2017. Adobe Sign dla SharePoint w wersji 4 i nowszych obsługuje Microsoft SharePoint On-Premise 2013, 2016 oraz SharePoint Online.

 

Wymagane działanie:

Natychmiast uaktualnij do Adobe Sign dla SharePoint w wersji 4. Skontaktuj się ze swoim menedżerem ds. sukcesu klienta, jeśli masz pytania dotyczące aktualizacji do najnowszej wersji.


Integracja: krytyczna aktualizacja Adobe Sign dla Salesforce w wersji 18

Pierwsze zgłoszenie: maj 2017

Usunięto z bieżącej listy: marzec 2018

Salesforce wprowadzi nowy model bezpieczeństwa dla komponentów Lightning o nazwie LockerService w nadchodzącej wersji. Jeśli używasz Adobe Sign dla Salesforce w wersji 18, musisz uaktualnić do wersji 18.27 lub nowszej, aby zapewnić prawidłowe działanie wszystkich komponentów Salesforce Lightning.

 

WYMAGANE DZIAŁANIA

Jeśli używasz Adobe Sign dla Salesforce w wersji 18, musisz uaktualnić do wersji 18.27 lub nowszej.


Integracja: zakończono wsparcie dla integracji Adobe Sign z Salesforce w wersji 15

Pierwsze zgłoszenie: kwiecień 2017

Usunięto z bieżącej listy: marzec 2018

Aktualizacje produktu, aktualizacje zabezpieczeń i pomoc techniczna dla Adobe Sign dla Salesforce w wersji 15 zostały zakończone z dniem 15 grudnia 2017

 

WYMAGANE DZIAŁANIA

Uaktualnij do najnowszej wersji naszej integracji z Salesforce, aby nadal otrzymywać najnowsze opcje, aktualizacje zabezpieczeń i pomoc techniczną.

 

WAŻNE

Przejrzyj wymagane ustawienia uprawnień Salesforce przed rozpoczęciem aktualizacji do wersji 19 w sekcji Co nowego w wersji 19.


Szablony Adobe Sign dla formularza IRS I-9 z 2017 roku są teraz dostępne.

Pierwsze zgłoszenie: listopad 2017

Usunięto z bieżącej listy: luty 2018

W dniu 2017-10-24 do programu Adobe Sign dodano nowy szablon dla poprawionego formularza IRS I-9. Ma tytuł: I-9 (Employment Eligibility Verification) ver. 07/17/17 N.  

Jednocześnie istniejący szablon I-9 2017 (Employment Eligibility Verification) został przemianowany na: I-9 (Employment Eligibility Verification) ver. 07/17/17 N (legacy).

Ta zmiana nazwy NIE wpływa na obieg pracy.

Jednak w dniu 2017-12-01 ten ostatni szablon, I-9 (Employment Eligibility Verification) ver. 2017-07-17 N (legacy), został wycofany.

Jeśli używasz libraryDocumentId szablonu w starszej wersji w aplikacjach, musisz zaktualizować, aby używać nowej wartości libraryDocumentId.

 

WYMAGANE DZIAŁANIA

Nowy szablon formularza I-9 ma nowy libraryDocumentId. Jeśli używasz libraryDocumentId istniejącego szablonu w aplikacjach, należy go zaktualizować.

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

  1. Zaloguj się jako administrator konta
  2. Kliknij kartę Konto > Adobe Sign API > Informacje API > kliknij link: Dokumentacja metod REST API
  3. W sekcji GET /libraryDocuments kliknij przycisk OAUTH ACCESS-TOKEN
    1. Włącz zakres library_read:self
  4. Kliknij Wypróbuj przycisk
  5. W treści odpowiedzi znajdź poprawiony szablon formularza I-9 (I-9 (Employment Eligibility Verification) ver. 07/17/17 N ), aby zobaczyć wartość libraryDocumentId. 

 

Jeśli potrzebujesz więcej informacji, skontaktuj się z menedżerem ds. sukcesu klienta.


Ważne zmiany w zakresach adresów IP

Pierwsze zgłoszenie: czerwiec 2017

Usunięto z bieżącej listy: luty 2018

Jeśli istniejąca konfiguracja sieci lub zapory sieciowej wyraźnie zawiera adresy IP dla programu Adobe Sign, zaktualizuj Ustawienia konfiguracji sieci, aby uwzględnić nowe adresy IP i zapewnić ciągły dostęp do usługi.

Większość istniejących adresów IP będzie nadal działać i nie można ich usuwać ani eliminować z konfiguracji sieci; należy jednak usunąć dwa przestarzałe zakresy adresów IP dla Ameryki Północnej.

 

WYMAGANE DZIAŁANIA

Jeśli wyraźnie wymieniasz adresy IP programu Adobe Sign w wywołaniach zwrotnych API lub zaporze ogniowej, musisz umieścić dodatkowe adresy IP w wywołaniach zwrotnych API.Powiadom strony trzecie, które kierują wywołania zwrotne, jeśli ma to zastosowanie.

Jeśli korzystasz z integracji Adobe Sign for Salesforce, administratorzy muszą umieścić dodatkowe zakresy adresów IP w swoim koncie Salesforce.com.

DODAJ:

Indie:

 

13.126.23.0/27

USUŃ:

Ameryka Północna:

 

166.78.79.112/28

207.97.227.112/28


Integracja: Krytyczna aktualizacja Adobe Sign for NetSuite

Pierwsze zgłoszenie: maj 2017

Usunięto z bieżącej listy: luty 2018

Firma Oracle niedawno przeprowadziła aktualizację do NetSuite 17.0.Uaktualnienie spowodowało problem w Adobe Sign for NetSuite, w którym karta Umowa może nie pojawiać się dla niektórych ról.Przeprowadź aktualizację do Adobe Sign for NetSuite w wersji 4.0.1, aby zapewnić, że role przygotowane przez administratora w rekordzie umowy będą mogły wyświetlać kartę Umowa.

 

WYMAGANE DZIAŁANIA

Zaloguj się do aplikacji i przeprowadź aktualizację do Adobe Sign for NetSuite w wersji 4.0.1, aby zapewnić użytkownikom możliwość wyświetlania karty Umowa Adobe Sign.

Nowe zwalnianie: Adobe Sign — wrzesień 2017

Pierwsze zgłoszenie: wrzesień 2017

Usunięto z bieżącej listy: listopad 2017

Wydanie produktu Adobe Sign z września 2017 zostało ukończone.Ta wersja zawiera nowe funkcje i ulepszenia funkcji dla administratorów i użytkowników końcowych, w tym:

  • Obsługa znaczników czasu zgodnych z eIDAS, certyfikowanych na liście zaufanych UE (EUTL)
  • Obsługa nowych konfigurowalnych usług znaczników czasu w przypadku, gdy firma już korzysta z dostawcy znaczników czasu LTV
  • Szersze wsparcie dla Cloud Signature Consortium z nowymi partnerami
  • Obsługa zgodności z tożsamością Aadhaar i nowe centrum danych w Indiach (IN1)
  • Kolorowe pola formularza i obsługa nowych czcionek pól formularza zapewniająca lepsze tworzenie i doświadczenia użytkownika
  • Wykrywanie pól formularza zostało dalej rozszerzone w terenie
  • Zastąp lub dodaj odbiorców w locie

 

Szersza obsługa produktów Microsoft z nowymi lub ulepszonymi integracjami z:

  • Office 365 — Outlook, Word i PPT
  • Dynamics CRM v6
  • Teams
  • Flow


Bezpieczeństwo: Zakończyło się wsparcie dla systemu Windows Vista SP2 oraz przeglądarek Internet Explorer 9 i 10

Pierwsze zgłoszenie: marzec 2017

Usunięto z bieżącej listy: listopad 2017

Program Adobe Sign zakończył wsparcie dla systemu Windows Vista SP2 oraz przeglądarek Internet Explorer 9 i 10 w dniu 17 marca 2017 r. Klienci nadal korzystający z tych przeglądarek nie będą mogli skorzystać z nowych funkcji i nie mają gwarancji dostępu do programu Adobe Sign w przyszłości.

 

WYMAGANE DZIAŁANIA

Zaktualizuj starszy sprzęt do nowszych konfiguracji systemu operacyjnego, w tym Windows 7, 8 lub 10 z jedną z obsługiwanych przeglądarek wymienionych w Wymagania systemowe programu Adobe Sign, aby zapewnić, że nowe funkcje programu Adobe Sign będą nadal działać zgodnie z przeznaczeniem.

Wydanie programu Adobe Sign z maja zostało ukończone

Pierwsze zgłoszenie: kwiecień 2017

Usunięto z bieżącej listy: lipiec 2017

Wydanie programu Adobe Sign z maja zostało ukończone. To wydanie zawiera nowe funkcje i ulepszenia funkcji dla administratorów i użytkowników końcowych. W ramach tego wydania klasyczny interfejs użytkownika funkcji Wyślij i Tworzenie został wycofany, a nowy interfejs użytkownika stał się standardem w całym programie Adobe Sign. Integracje interfejsu API, które osadzają stronę Wyślij, również doświadczą zmiany w interfejsie użytkownika. Nowe środowisko Wyślij zachowuje wszystkie funkcje klasycznego środowiska Wyślij, z wyjątkiem obiegu pracy podpisu faksem, który został zastąpiony nowym obiegiem pracy skanowania i przesyłania podpisu odręcznego. Nowe środowiska Wyślij i Tworzenie obejmują również nowe możliwości, w tym prywatne wiadomości, nowe role odbiorców i nie tylko.

Nowe umowy mają teraz zaktualizowane opcje wyglądu przypisanych pól tekstowych.Poprzednie opcje Helvetica, Times i Courier zostały zastąpione odpowiednikami czcionek Adobe: Adobe Source Sans Pro, Source Code Pro i Source Serif Pro.

Nie wszystkie funkcje w tym wydaniu zostały włączone podczas wdrożenia. Niektóre funkcje zostaną aktywowane w czerwcu. Więcej szczegółów podano w informacjach o wydaniu.

 

WYMAGANE DZIAŁANIA

Nie są wymagane żadne działania.
 


Nowy certyfikat SSL i urząd certyfikacji

Pierwsze zgłoszenie: czerwiec 2017

Usunięte z bieżącej listy: lipiec 2017

Adobe Sign przechodzi na nowy certyfikat SSL i urząd certyfikacji (CA)

22 lipca 2017 r. Nie wprowadza to żadnych zmian w kluczu publicznym dotyczącym podstawowych protokołów lub schematów kryptograficznych. Główny i pośredni urząd certyfikacji zmieni się wraz z tą aktualizacją. W przypadku pytań skontaktuj się z działem obsługi klienta.

 

WYMAGANE DZIAŁANIA

Jeśli masz niestandardowe integracje z programem Adobe Sign korzystające z interfejsów API SOAP lub REST i jeśli którakolwiek z tych integracji ma „przypięty" istniejący klucz publiczny, żadne działanie nie jest wymagane.

 

Jeśli przypinasz certyfikat przy użyciu innych metod, nowe certyfikaty Adobe Sign i urzędu certyfikacji można znaleźć w wymaganiach systemowych Adobe Sign.Nowy certyfikat SSL i urząd certyfikacji staną się aktywne 22 lipca 2017 r.


API: Nowe ustawienie umożliwiające dostosowanie kodu błędu generowanego w przypadku wygaśnięcia adresu URL

Pierwsze zgłoszenie: maj 2017 r.

Usunięte z bieżącej listy: lipiec 2017 r.

Obecnie kod błędu HTTP zwracany po wygaśnięciu Adres URL to 404 (strona nie znaleziona), co nie jest zgodne ze standardami HTTP. Te adresy URL można wygenerować za pomocą wywołań interfejsu API REST, takich jak GET/agreements/{agrID}/combinedDocument/url.Jednak bardziej odpowiednim kodem błędu HTTP jest 410 (usunięte). Wraz z wydaniem majowym domyślny kod błędu HTTP został zmieniony na 410. Dostępne jest nowe ustawienie umożliwiające niestandardowy kod stanu HTTP (404, 410 itp.)w tym scenariuszu błędu.

 

WYMAGANE DZIAŁANIA

Jeśli aplikacje oczekują, że wygasły Adres URL wywoła błąd 404, będziesz musiał zażądać zmiany Wartość tego ustawienia na 404. Skontaktuj się z obsługą klienta w celu uzyskania pomocy.


Wycofanie funkcji: obieg pracy podpisu faksowego

Pierwsze zgłoszenie: maj 2017 r.

Usunięte z bieżącej listy: lipiec 2017 r.

Wraz z wydaniem z maja 2017 r. nowe środowisko wysyłania stało się standardem, a wraz z nim obieg pracy podpisu faksowego został zastąpiony nowym obieg pracy podpisu pisemnego wykorzystującym skanowanie i przesyłanie. Nowoczesna funkcja skanowania i przesyłania zapewnia lepszą dokładność i możliwość audytu oraz skutkuje lepszą czytelnością. Klienci korzystający z API również zostali przeniesieni do nowego obiegu pracy podpisu pisemnego.

Klasyczne środowisko wysyłania z podpisami faksowymi będzie dostępne przez ograniczony czas; jednak zostanie wycofane 31 października 2017 r. Użytkownicy aplikacji internet, którzy chcą nadal korzystać z obieg pracy podpisu faksowego, mogą to zrobić, przywracając klasyczną stronę wysyłania za pomocą Ustawienia wysyłania. Użytkownicy API muszą skontaktować się z menedżerem Customer Success, aby nadal korzystać z obiegu pracy podpisu faksowego.

 

WYMAGANE DZIAŁANIA

Przejrzyj nową dokumentację obiegu pracy podpisu odręcznego i poinformuj użytkowników końcowych o zmianach. Możesz również potrzebować aktualizacji dokumentacji użytkownika końcowego i klienta dotyczącej obiegów pracy podpisu odręcznego.


Urządzenia mobilne: Logowanie przez Google ID i Google Apps w aplikacji mobilnej Adobe Sign zostanie usunięte

Pierwsze zgłoszenie: marzec 2017

Usunięto z bieżącej listy: czerwiec 2017

W ramach działań mających na celu poprawę bezpieczeństwa i użyteczności, Google nie zezwala już na żądania uwierzytelnienia OAuth do Google za pośrednictwem wbudowanych przeglądarek znanych jako widoki internetowe w natywnych aplikacjach mobilnych. W rezultacie opcje logowania Google i Google Apps zostały usunięte z aplikacji mobilnej Adobe Sign wraz z wydaniem majowym.

Użytkownicy Adobe Sign nadal będą mogli logować się przy użyciu swoich Google ID poprzez standardowe logowanie (adres e-mail i hasło). Jedyną różnicą jest usunięcie opcji Google i Google Apps ze strony logowania. Jeśli napotkasz problemy ze standardowym logowaniem i swoim Google ID, zresetuj hasło i spróbuj ponownie.


Planowana konserwacja z przestojem dla Ameryki Północnej (NA1)

Pierwsze zgłoszenie: styczeń 2017

Usunięto z bieżącej listy: kwiecień 2017

Adobe Sign przejdzie okres planowanej konserwacji w naszym centrum danych Ameryki Północnej (NA1) z oczekiwanym przestojem:

Sobota, 8 kwietnia 2017, rozpoczynając o 17:00 PDT i kończąc 8 kwietnia o 23:00 PDT

Oczekuje się, że klienci znajdujący się w naszych innych centrach danych nie będą dotknięci.

Planowana konserwacja jest wymagana w celu ukończenia rozbudowy naszego centrum danych w Ameryce Północnej.Podczas okna konserwacyjnego usługa będzie niedostępna na NA1.

Aby potwierdzić centrum danych dla swojego konta, zaloguj się do Adobe Sign i zwróć uwagę na skrót w adresie URL (NA1, NA2, itp.). Skontaktuj się ze swoim menedżerem sukcesu klienta w przypadku pytań.

 

WYMAGANE DZIAŁANIA

  • Jeśli używasz integracji Adobe Sign for Salesforce: Administratorzy integracji Salesforce muszą jawnie wymienić dodatkowe zakresy adresów IP na swoim koncie Salesforce.com, aby integracja nadal działała po 7 kwietnia 2017. 
  • Jeśli wymieniasz adresy IP Adobe Sign w swoich wywołaniach zwrotnych API lub zaporze sieciowej: Administratorzy Adobe Sign muszą wymienić dodatkowe adresy IP w swoich wywołaniach zwrotnych API. Powiadom strony trzecie, które kierują wywołania zwrotne, jeśli dotyczy.Bez dodania nowych zakresów IP wywołania zwrotne nie będą przepuszczane przez zaporę sieciową.Zakresy adresów IP i Często zadawane pytania dotyczące planowanej konserwacji


Integracja: Zakończono obsługę integracji Adobe Sign z Salesforce v14

Pierwsze zgłoszenie: wrzesień 2016

Usunięto z bieżącej listy: luty 2017

Aktualizacje produktu, aktualizacje zabezpieczeń i wsparcie techniczne dla Adobe Sign dla Salesforce v14 zakończyły się 15 grudnia 2016 r.Wersja 18 jest już dostępna.

 

WYMAGANE DZIAŁANIA

Przejdź na najnowszą wersję naszej integracji z Salesforce.Klienci korzystający z nieobsługiwanych wersji będą proszeni o ich aktualizację do bieżącej wersji, aby dalej móc korzystać z pomocy technicznej.

 


API: Obsługa aplikacji OAuth dla SOAP API zostanie wycofana

Pierwsze zgłoszenie: listopad 2016

Usunięto z bieżącej listy: luty 2017

W ramach grudniowej aktualizacji konserwacyjnej nowe aplikacje OAuth mają dostęp wyłącznie do interfejsów API REST.Istniejące aplikacje OAuth i klucze integracji będą nadal miały dostęp do SOAP API do odwołania.

 

WYMAGANE DZIAŁANIA

Przy tworzeniu nowych aplikacji używaj interfejsów API REST.Więcej informacji można znaleźć w Centrum programistów.

 


API i aplikacja internetowa: Zasady złożoności hasła zmienią się w 2017 r.

Pierwsze zgłoszenie: listopad 2016

Usunięto z bieżącej listy: luty 2017

Adobe Sign zmienia zasady złożoności hasła w celu zwiększenia bezpieczeństwa.Na początku 2017 r. klienci korzystający z aplikacji internetowej otrzymają polecenie aktualizacji hasła i będą mieli 90 dni na wykonanie tej czynności.Klienci logujący się lub tworzący użytkowników za pomocą istniejących interfejsów API REST lub SOAP będą mieli czas do połowy 2018 r. na zaktualizowanie swoich aplikacji w celu spełnienia wymagań bezpieczeństwa haseł Adobe Sign.Informacje na temat przejścia na nowe zasady będą dostępne dla użytkowników API na początku 2017 roku.

Nowe kryteria hasła:
• Minimum 8 znaków, maksimum 100 znaków
• Co najmniej jedna duża litera
• Co najmniej jedna mała litera
• Co najmniej jedna cyfra
• Co najmniej jeden znak specjalny (interpunkcyjny), z wyjątkiem spacji
• Nie może zawierać nazwy użytkownika, imienia ani nazwiska (bez uwzględniania wielkości liter)
• Nowe hasło zostanie odrzucone, jeśli będzie zgodne z wcześniej używanymi hasłami

 

WYMAGANE DZIAŁANIA

Na początku 2017 r. użytkownicy aplikacji internetowej powinni aktualizować hasła po otrzymaniu takiego polecenia.Klienci, którzy tworzą użytkowników za pomocą API, będą mieli czas do lipca 2018 r. na aktualizację swoich aplikacji w celu używania interfejsu API REST zgodnie z nowymi kryteriami haseł.

 


API i aplikacja internetowa: Zakończono obsługę starszej składni Text Tag

Pierwsze zgłoszenie: czerwiec 2016

Usunięto z bieżącej listy: luty 2017

Obsługa tagów tekstowych w wersji 1.0 została zakończona. Chociaż tagi w wersji 1.0 będą nadal obsługiwane w usłudze, żadne błędy ani prośby o ulepszenia nie będą przyjmowane dla tej składni.

 

WYMAGANE DZIAŁANIE
Należy zapewnić, że użytkownicy korzystają ze składni tagów tekstowych 2.0 podczas tworzenia nowych szablonów dokumentów.Przejrzyj aplikacje i istniejące szablony, które mogą zawierać starsze tagi tekstowe i zaktualizuj je nowszą składnią tagów tekstowych 2.0. Szczegóły znajdziesz w dokumencie Tworzenie formularzy z tagami tekstowymi — karta informacyjna.


Aktualizacja techniczna: styczeń 2017 (powiadomienie z wyprzedzeniem)

Pierwsze zgłoszenie: czerwiec 2016

Usunięto z bieżącej listy: luty 2017

Szablony Adobe Sign dla formularzy IRS I-9 i W-4 z 2017 roku są już dostępne.Szablony zatytułowane I-9 (Weryfikacja uprawnień do zatrudnienia 2016) i W-4 2016 (Ulga podatkowa pracowników IRS) będą niedostępne od 12:00 czasu pacyficznego w dniu 20 stycznia 2017 roku.

 

WYMAGANE DZIAŁANIA

Szablony formularzy IRS 2017 mają nowe identyfikatory dokumentów. Jeśli używasz identyfikatora dokumentu w aplikacjach, musisz zaktualizować identyfikatory dokumentów.

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

  1. Zaloguj się jako administrator konta Adobe Sign
  2. Generowanie klucza integracji
  3. Przejdź do karty Konto > Adobe Sign API > Informacje o API > kliknij link: Dokumentacja metod REST API
  4. Przewiń w dół do sekcji Zasoby i operacje
  5. W wierszu /libraryDocuments kliknij link Pokaż/Ukryj, aby wyświetlić metody
  6. Kliknij pierwszy przycisk GET obok opcji /libraryDocuments
  7. Wklej klucz integracji do pola „Access-Token"
  8. Kliknij Wypróbuj   
  9. Znajdź formularze I-9 i W-4 z 2017 roku, aby zobaczyć wartości LibraryDocumentID

Jeśli potrzebujesz więcej informacji, skontaktuj się z menedżerem ds. sukcesu klienta.