Zuerst veröffentlicht: Juni 2018
Technische Benachrichtigungen für 2017 - 2018
Standard-Vollbildmodus für Adobe Sign-UI
|
|
Aus der aktuellen Liste entfernt: Oktober 2018 |
|---|
Um die Benutzererfahrung auf kleineren Geräten zu verbessern und ein besseres Lesen auf dem Desktop zu ermöglichen, enthält die Märzversion von Adobe Sign eine flexiblere Sign UX basierend auf der Browserbreite.
Dies wurde für ausgewählte Unternehmenskonten sowie allgemein für alle individuellen und Teamkonten aktiviert.
Im Juli wurde dies zur Standardkonfiguration. Den Benutzern wird die Web-Benutzeroberfläche passend zur Seitenbreite angezeigt und Komponenten werden zur Anpassung an eine geringere Seitenbreite gestapelt und nicht mehr verkleinert.
Wichtig
Diese neue Funktion wird automatisch eingestellt, kann jedoch durch einen Kontoadministrator über das Kontrollkästchen unter Konto > Globale Einstellungen > Adobe Sign-Seitenpräsentation deaktiviert werden.
Im Rahmen der Septemberversion wurde die Möglichkeit, diese Funktion zu deaktivieren, aus der Anwendung entfernt. Das flexiblere Benutzererlebnis wird jetzt standardmäßig verwendet.
Neue Version: Adobe Sign September 2018
|
Zuerst veröffentlicht: August 2018 |
Aus der aktuellen Liste entfernt: Oktober 2018 |
|---|
Adobe Sign September 2018 wird Anfang September veröffentlicht.
Diese Version enthält neue Funktionen und Verbesserungen für Administratoren und Benutzer. Es werden mit dieser Version keine Auswirkungen auf den Dienst erwartet.
Adobe Sign unterstützt jetzt Aadhaar-E-KYC-API 2.1
|
Zuerst veröffentlicht: August 2018 |
Aus der aktuellen Liste entfernt: Oktober 2018 |
|---|
Der Aadhaar-Unterzeichnungs-Arbeitsablauf in Adobe Sign nutzt jetzt die neuesten E-KYC (Electronic Know Your Customer)-API-Spezifikationen. Dies wurde getan, um neuen regulatorischen Änderungen nachzukommen, die v2.1 vorschreiben.Unterzeichner können jetzt eine Vereinbarung mit ihrer virtuellen ID (VID) unterzeichnen.Dieses Update verbessert außerdem das Benutzererlebnis des Unterzeichners und behebt zuvor gemeldete Probleme mit Internet Explorer 11.
Adobe Sign erhält FedRAMP Tailored-Zertifikat
|
Zuerst veröffentlicht: Mai 2018 |
Aus der aktuellen Liste entfernt: Oktober 2018 |
|---|
Adobe Sign ist jetzt von der GSA (General Services Administration der USA) als den Anforderungen des Federal Risk Authorization Management Program (FedRAMP) Tailored entsprechend bestätigt, weshalb Adobe Sign von zivilen Regierungsbehörden in den USA genutzt und verkauft werden darf.
Dieses Zertifikat bedeutet, dass Adobe Sign vom Sicherheitsgutachter der GSA geprüft wurde und für die Verwendung auf der Stufe Li-SaaS In Process freigegeben wurde. Adobe Sign wird weiterhin regelmäßigen Kontrollen unterzogen, die erforderlich sind, um seinen Status als zertifizierter Cloud-Dienstleister für die Regierung beizubehalten.
Du kannst mehr über FedRAMP unter https://www.fedramp.gov/ erfahren
Adobe Sign hat sich dem Datenschutz verschrieben
|
Zuerst veröffentlicht: Mai 2018 |
Aus der aktuellen Liste entfernt: Oktober 2018 |
|---|
Adobe Sign wird die Datenschutz-Grundverordnung (DSGVO) der Europäischen Union einhalten.
Dieses Datenschutzgesetz betrifft alle Firmen, die personenbezogene Daten von EU-Bürgern erfassen. Adobe Sign befolgt die Vorschrift, nur die minimal erforderliche Menge an Daten zu sammeln, die während des Signiervorgangs für geschäftliche Zwecke notwendig ist.
Alle Nutzer von Adobe Sign können über ihr Benutzerprofil und durch Einsicht in die Vereinbarungen, die sie unterzeichnet haben, auf ihre personenbezogenen Informationen zugreifen und diese ändern.
Nutzer von Adobe Sign, die mit Kunden in Kontakt stehen, haben die Möglichkeit, ihren Kunden Informationen darüber zur Verfügung zu stellen, welche Daten erfasst wurden, und diese Daten entsprechend den Geschäftsvorgängen wieder zu entfernen. Du kannst mehr über die neuen DSGVO-Funktionen von Adobe Sign erfahren.
Hier kannst du mehr über Adobe-Regeln und -Vorschriften erfahren, die Datenschutz by Design in allen Produkten schützen: https://www.adobe.com/privacy.html.
Adobe hat damit begonnen, Vereinbarungen automatisch auslaufen zu lassen, die noch nicht signiert und älter als ein Jahr sind.
|
Zuerst veröffentlicht: Februar 2018 |
Aus der aktuellen Liste entfernt: Oktober 2018 |
|---|
Seit Oktober 2018 laufen Vereinbarungen in Adobe Sign ab, die älter als ein Jahr sind und noch immer den Status Warte auf Signatur aufweisen.
Benachrichtigungen werden nicht an die Teilnehmer dieser Vereinbarungen gesendet. Sie können allerdings auf der Verwaltungsseite in der Liste „Abgebrochen/Abgelehnt“ eingesehen werden.
WICHTIG
Kunden können ihre älteren Vereinbarungen über die Verwaltungsseite einsehen. Weiterhin besteht die Möglichkeit, einen Bericht über Vereinbarungen zu erstellen, die älter als 1 Jahr sind, und diesen Bericht herunterzuladen. Der Filter ist in beiden Fällen der Status „Zur Signatur versandt“.
Diese neue Regel gilt nur für nicht zeitlich begrenzte Vereinbarungen.
Vereinbarungen, die abgeschlossen, abgebrochen oder abgelehnt wurden, sind hiervon nicht betroffen.
Integration: Adobe Sign für Salesforce Version 20 im Juli 2018 veröffentlicht
|
Zuerst veröffentlicht: Juni 2018 |
Aus der aktuellen Liste entfernt: Oktober 2018 |
|---|
Die Version von Adobe Sign für Salesforce vom Sommer 2018 (zuvor als „Frühjahrsversion“ bezeichnet) wurde am 17. Juli 2018 veröffentlicht.
Die Sommerversion enthält neue Funktionen und Verbesserungen für Administratoren und Benutzer. Das Update wird auf Adobe Signs Salesforce AppExchange-Auflistung verfügbar sein.
Lies die Versionshinweise hier.
Unsicherer Traffic blockiert
|
Zuerst veröffentlicht: Juni 2018 |
Aus der aktuellen Liste entfernt: August 2018 |
|---|
Am 20. Juni 2018 endete die Unterstützung für mehrere Kategorien unsicheren Netzwerk-Traffics für Adobe Sign. Dies war erforderlich, um die besonderen Anforderungen der PCI-Compliance zu erfüllen.
Eingehender Traffic oder Verbindungen von einem Client zu unseren Servern.
Wir unterstützen nicht länger unverschlüsselte Verbindungen zu unseren APIs, d. h. Anfragen mit „http:“ anstelle von „https:“.
Mit dieser Änderung schlagen Kunden- und Partneranwendungen beim Versuch, unverschlüsselte Verbindungen herzustellen, fehl.
- Das Fehlerverhalten ist anwendungsspezifisch.
Ausgehender Traffic oder Verbindungen von unseren Servern auf kundenseitig spezifizierte Server.
Es gibt zwei Kategorien:
- Upload-Callbacks für Dokument-Uploads (hier für unsere REST-API beschrieben, gilt aber auch für die Legacy-SOAP-API)
- Status-Callbacks, um den Kunden über eine Änderung des Vertragsstatus zu benachrichtigen (hier für unsere REST-API beschrieben, gilt aber auch für die SOAP-API der Vorgängerversion)
Für beide Rückrufkategorien wird Folgendes nicht mehr unterstützt:
- unverschlüsselte Verbindungen (URLs mit „http:“ anstelle von „https:“)
- Verbindungen mit Servern, die TLSv1.2 nicht unterstützen (mit anderen Worten werden TLSv1.0 und TLSv1.1 nicht mehr unterstützt)
- Links zu Servern mit ungültigen Zertifikaten Dazu gehören selbst signierte oder abgelaufene Zertifikate und die Fälle, in denen eine URL eine IP-Adresse anstelle eines Hostnamens verwendet.
Neue Version: Adobe Sign Juni 2018
|
Zuerst veröffentlicht: Mai 2018 |
Aus der aktuellen Liste entfernt: Juli 2018 |
|---|
Die Produktveröffentlichung der neuen Version von Adobe Sign für Juni 2018 wurde am 11. Juni abgeschlossen.
Die Version vom Juni 2018 enthält neue Funktionen und Verbesserungen für Administratoren und Benutzer. Du findest die Versionshinweise hier.
Neues SSL-Zertifikat
|
Zuerst veröffentlicht: April 2018 |
Aus der aktuellen Liste entfernt: Juli 2018 |
|---|
Adobe Sign hat am 2. Mai 2018 ein neues SSL-Zertifikat eingeführt. Es gibt keine Änderungen in Bezug auf den öffentlichen Schlüssel, die zugrunde liegenden kryptografischen Protokolle oder das Schema. Wenden Sie sich bei Fragen an den Kundensupport.
WICHTIG
Wenn du benutzerdefinierte Integrationen mit Adobe Sign mit den SOAP- oder REST-APIs erstellt hast und wenn eine dieser Integrationen den vorhandenen öffentlichen Schlüssel „gepinnt" hat, ist keine Aktion erforderlich.
Wenn du das Zertifikat mit anderen Methoden pinnst, findest du die neuen Adobe Sign-Zertifikate in den Adobe Sign-Systemanforderungen.Das neue SSL-Zertifikat wurde am 2. Mai 2018 aktiv.
Wichtige Änderungen bei IP-Adressenbereichen
|
Zuerst veröffentlicht: April 2018 |
Aus der aktuellen Liste entfernt: Juli 2018 |
|---|
Sollte Ihre bestehende Netzwerk- oder Firewall-Konfiguration die IP-Adressen für Adobe Sign explizit auflisten, aktualisieren Sie die Netzwerkkonfigurationseinstellungen so, dass die neuen IP-Adressen berücksichtigt werden, damit Sie den Dienst auch weiterhin reibungslos nutzen können.
Die meisten der vorhandenen IP-Adressen werden weiterhin verwendet und müssen nicht aus der Netzwerkkonfiguration gelöscht oder entfernt werden.
WICHTIG
Wenn Sie Adobe Sign-IP-Adressen in Ihren API-Rückrufen oder der Firewall explizit zulassen, müssen Sie die zusätzlichen IP-Adressen in Ihren API-Rückrufen zulassen. Benachrichtigen Sie Drittanbieter, die Ihre Rückrufe routen, falls zutreffend.
Wenn Sie die Adobe Sign für Salesforce-Integration verwenden, müssen Administratoren die zusätzlichen IP-Adressbereiche in ihrem Salesforce.com-Konto zulassen (einschließlich Sites).
HINZUFÜGEN:
- 40.67.155.147/32
- 40.67.154.249/32
- 40.67.155.185/32
- 40.67.155.112/32
Wenn Sie die IP-Bereiche für ausgehende E-Mail-Relays zulassen, fügen Sie Folgendes hinzu:
- 40.67.157.141/32
- 40.67.154.24/32
- 40.67.158.131/32
Integration: Adobe Sign für Dynamics Version 7
|
Zuerst veröffentlicht: Juni 2018 |
Aus der aktuellen Liste entfernt: Juli 2018 |
|---|
Die Sommerversion Adobe Sign für Dynamics 365 CRM 2018 (Version 7) ist für Mitte Juni geplant.
Diese Version greift stärker auf die Möglichkeiten von Microsoft Dynamics 365 CRM zurück und bietet eine neu gestaltete Benutzeroberfläche für schnelle Navigation und zusätzliche Kundenkontaktdetails aus LinkedIn, sodass Sie immer „sehen“, an wen Sie schreiben. Zusätzlich können die Benutzer nun ihre Adobe Sign-Prozesse vollständig automatisieren, indem sie Adobe Sign direkt in Microsoft Dynamics 365 CRM-Arbeitsablaufe einbetten.
Das Update ist im Microsoft AppSource-Eintrag von Adobe Sign verfügbar. Es werden mit dieser Version keine Auswirkungen auf den Dienst erwartet.
Integration: Aktion erforderlich für Kunden mit Adobe Sign für Salesforce Version 19.x
|
Zuerst veröffentlicht: Juni 2018 |
Aus der aktuellen Liste entfernt: Juli 2018 |
|---|
Wenn Sie Adobe Sign für Salesforce Version 19.x verwenden, müssen Sie, abhängig von Ihrer Salesforce-Organisation entweder vor dem 1. Juni 2018 oder dem 8. Juni 2018 auf Version 19.5.2 upgraden. Die Salesforce Summer '18-Freigabe, die im Juni von Salesforce schrittweise eingeführt wird, enthält Änderungen, die die Rückwärtskompatibilität mit der Adobe Sign für Salesforce-Integration beeinträchtigen und sich auf die Möglichkeit auswirken werden, bestimmte Vereinbarungen zu versenden.
Ab dem 1. Juni 2018 können Kunden mit Adobe Sign für Salesforce Version 19.x, die auf die Sommerversion 2018 von Salesforce aktualisiert haben, auf der Lightning-Version der „Senden“-Seite keine Empfänger mehr hinzufügen oder Vereinbarungen senden*.
WICHTIG
Wenn Sie mit Version 19.x arbeiten, aktualisieren Sie Adobe Sign für Salesforce Version 19.5.2, bevor Salesforce Ihre Organisation auf die Sommerversion 2018 von Salesforce aktualisiert:
- Gehe zur AppExchange, klicke auf Jetzt holen und folge den Anweisungen.
Wenn du Hilfe beim Upgrade benötigst, lies bitte unser Adobe Sign für Salesforce (v19) Upgrade-Handbuch.
Neues SSL-Zertifikat
|
Zuerst veröffentlicht: April 2018 |
Aus der aktuellen Liste entfernt: Juli 2018 |
|---|
Adobe Sign führt am 2. Mai 2018 ein neues SSL-Zertifikat ein. Es gibt keine Änderungen in Bezug auf den öffentlichen Schlüssel, die zugrunde liegenden kryptografischen Protokolle oder das Schema. Wenden Sie sich bei Fragen an den Kundensupport.
WICHTIG
Wenn du benutzerdefinierte Integrationen mit Adobe Sign mit den SOAP- oder REST-APIs erstellt hast und wenn eine dieser Integrationen den vorhandenen öffentlichen Schlüssel „gepinnt" hat, ist keine Aktion erforderlich.
Wenn du das Zertifikat mit anderen Methoden pinnst, findest du die neuen Adobe Sign-Zertifikate in den Adobe Sign-Systemanforderungen.Das neue SSL-Zertifikat wird am 2. Mai 2018 aktiv.
Die März-Version von Adobe Sign ist jetzt abgeschlossen.
|
Zuerst veröffentlicht: Januar 2018 |
Aus der aktuellen Liste entfernt: Mai 2018 |
|---|
Die Adobe Sign-Produktfreigabe für März 2018 wurde am 15. März 2018 um 12:00 Uhr PST abgeschlossen.
Weitere Informationen finden Sie in den vollständigen Versionshinweisen.
SAP SuccessFactors wird im April veröffentlicht.
US-Steuerformular W-4 für 2017 wird am 17.04.2018 aus dem Service entfernt.
|
Zuerst veröffentlicht: April 2018 |
Aus der aktuellen Liste entfernt: Mai 2018 |
|---|
Die Version von 2017 der W-4 US-Steuerformularvorlage wird am 17. April 2018 aus der Adobe Sign-Bibliothek entfernt.
Kunden, die das W-4-Formular aus der Adobe Sign-Bibliothek via API verwenden, sollten ihre Dokument-ID auf die Version 2018 aktualisieren (siehe unten).
Wenn Sie weitere Informationen benötigen, wenden Sie sich an Ihren Customer Success Manager.
Die Version von 2018 des W-4 US-Steuerformulars ist verfügbar.
|
Zuerst veröffentlicht: März 2018 |
Aus der aktuellen Liste entfernt: Mai 2018 |
|---|
Am 13.03.2018 wurde eine neue Vorlage für das IRS W-4-Formular zu Adobe Sign hinzugefügt. Sie trägt den Titel W-4 2018 (Employee's Withholding Allowance Certificate).
WICHTIG
Die neue W-4-Formularvorlage verfügt über eine neue libraryDocumentId . Wenn Sie die libraryDocumentId der bestehenden Vorlage in Ihren Anwendungen verwenden, müssen Sie sie aktualisieren.
So finden Sie die libraryDocumentId in einem API-fähigen Konto:
1 Melden Sie sich als Kontoadministrator an.
2 Navigieren Sie zu Konto > Adobe Sign-API > API-Informationen > klicken Sie auf den Link Dokumentation der REST-API-Methoden.
3 Klicken Sie im Bereich „GET /libraryDocuments“ auf die Schaltfläche OAUTH ACCESS-TOKEN
a . Aktivieren Sie den Bereich library_read : self
4 Klicke auf Jetzt ausprobieren!
5. Suche im Antwort-Hauptteil die neue W-4-Formularvorlage (nicht die 2017 Version), um den libraryDocumentId-Wert zu sehen.
Wenn Sie weitere Informationen benötigen, wenden Sie sich an Ihren Customer Success Manager.
Suche im Antwortinhalt die neue W-4-Formularvorlage (nicht die 2017 Version), um den libraryDocumentId-Wert zu sehen.
Wenn Sie weitere Informationen benötigen, wenden Sie sich an Ihren Customer Success Manager.
Sicherheitshinweis: Die Unterstützung von TLS 1.0 und 1.1 endet am 9. April 2018.
|
Zuerst veröffentlicht: Januar 2017 |
Aus der aktuellen Liste entfernt: Mai 2018 |
|---|
Adobe wird die Unterstützung der Protokolle TLS 1.0 und 1.1 im Jahr 2018 einstellen, um die Sicherheitsstandards der Branche für SSL/TLS zu erfüllen.
Ab dem 8. April ist das SSL-Handshakeprotokoll TLS 1.2 erforderlich. Die älteren Protokolle TLS 1.0 und TLS 1.1 werden nicht mehr akzeptiert. Kunden, die nicht TLS 1.2 verwenden, können keine Netzwerkverbindungen zum Adobe Sign-Dienst herstellen.
WICHTIG
Für Clients, die Webbrowser verwenden: Verwende einen unterstützten Browser (siehe Systemanforderungen).
Für Kunden, die Anwendungen ausführen, welche Adobe Sign-APIs verwenden: Die Unterstützung von TLS 1.2 kann von der Anwendung, den Laufzeitbibliotheken und/oder dem Betriebssystem abhängen. In einigen Fällen wird die TLS-Unterstützung durch Betriebssystembibliotheken, in anderen Fällen von einer Anwendungslaufzeitbibliothek bereitgestellt.
Für Clients, die Adobe Sign für Dynamics v5.x und früher nutzen, aktualisiere auf v6.0.
Betriebssystemunterstützung für TLS 1.2 erfordert:
- Windows-Server: Verwenden Sie Windows Server 2008 R2 oder höher.
- Windows-Desktop: Verwenden Sie Windows 8 oder höher.
- OS X: Verwenden Sie OS X 10.8 oder höher.
Anwendungsumgebungs-Unterstützung für TLS 1.2:
- Für Java: Verwenden Sie Java 8 oder höher. Java 7 kann verwendet werden, erfordert jedoch TLS Version 1.2, um von der Anwendung explizit aktiviert zu werden.
- Für . NET: Verwende .NET 4.6 oder höher. .NET 4.5 kann verwendet werden, jedoch muss TLS 1.2 explizit in der Anwendung aktiviert werden. .NET ist von der TLS 1.2-Unterstützung durch Windows abhängig (siehe oben).
- Für Anwendungen mit OpenSSL: Verwenden Sie OpenSSL 1.01 oder höher.
Integration: Produkteinstellung der Adobe Sign-Integration für Microsoft Dynamics Version 4 und Version 5
|
Zuerst veröffentlicht: Februar 2018 |
Aus der aktuellen Liste entfernt: Mai 2018 |
|---|
Adobe Sign für Microsoft Dynamics Version 4, Version 5 und frühere Versionen (lokale und Online-Versionen) wird jetzt ausgemustert. Adobe Sign für Dynamics Version 6 und höher unterstützt Microsoft Dynamics On Premise 2013, 2015, 365 und Dynamics CRM 365 Online. Wenden Sie sich mit Fragen zum Upgrade auf die aktuelle Version an Ihren Customer Success Manager.
WICHTIG
Führen Sie für lokale und Online-Versionen umgehend ein Upgrade auf Adobe Sign für Microsoft Dynamics Version 6 durch. Sie können dann alle Daten von Version 4 und früher auf die aktuelle Version migrieren.
Integration: Einstellung von Adobe Sign für Microsoft Dynamics Version 4
|
Zuerst veröffentlicht: September 2016 |
Aus der aktuellen Liste entfernt: Mai 2018 |
|---|
Adobe Sign für Microsoft Dynamics Version 4 und älter (lokale und Onlineversionen) wurde am 30. November 2017 eingestellt und bietet keine Funktion mehr. Adobe Sign für Dynamics Version 6 und höher unterstützt Microsoft Dynamics On Premise 2013, 2015, 365 und Dynamics CRM 365 Online. Wenden Sie sich mit Fragen zum Upgrade auf die aktuelle Version an Ihren Customer Success Manager.
WICHTIG
Führen Sie vor November 2017 für lokale und Online-Versionen ein Upgrade auf Adobe Sign für Microsoft Dynamics Version 6 durch. Sie können dann alle Daten von Version 4 und früher auf die aktuelle Version migrieren.
Neueste Vorlage für IRS-Formular W-9 ab 13. Februar verfügbar
|
Zuerst veröffentlicht: Februar 2018 |
Aus der aktuellen Liste entfernt: April 2018 |
|---|
Am 13.02.2018 wird eine neue Vorlage für das IRS W-9 Formular zu Adobe Sign hinzugefügt. Es trägt den Titel „W-9 (Request for Taxpayer Identification Number) ver. 11/17. Gleichzeitig wird die bestehende W-9-Vorlage in „W-9 (Request for Taxpayer Identification Number) (Legacy)“ umbenannt. Diese Umbenennung hat KEINE Auswirkungen auf Ihre Arbeitsabläufe.
Am 13.03.18 wird das letztgenannte Template, W-9 (Request for Taxpayer Identification Number) (Legacy), ausgemustert. Unternehmen Sie vor dem 13. März 2018 die notwendigen Schritte, um Unterbrechungen im Arbeitsablauf zu vermeiden.
WICHTIG
Die neue W-9-Formularvorlage verfügt über eine neue libraryDocumentId. Wenn Sie die libraryDocumentId der bestehenden Vorlage in Ihren Anwendungen verwenden, müssen Sie sie aktualisieren.
So finden Sie die libraryDocumentId in einem API-fähigen Konto:
- Melden Sie sich als Kontoadministrator an.
- Navigiere zu Konto > Adobe Sign-API > API-Informationen > klicke auf den Link Dokumentation der REST-API-Methoden.
- Klicke im Bereich „GET /libraryDocuments“ auf die Schaltfläche OAUTH ACCESS-TOKEN.
- Aktiviere den Bereich library_read:self.
- Klicke auf die Schaltfläche Testen.
- Suchen Sie im Antwortinhalt die neue W-9-Formularvorlage (nicht die Legacy-Version), um den Wert „libraryDocumentId“ anzuzeigen.
Wenn Sie weitere Informationen benötigen, wenden Sie sich an Ihren Customer Success Manager.
Integration: Produkteinstellung von Adobe Sign für Microsoft SharePoint Version 3 und älter
|
Zuerst veröffentlicht: Oktober 2017 |
Aus der aktuellen Liste entfernt: April 2018 |
|---|
Adobe Sign für Microsoft SharePoint Version 3 und frühere Versionen (lokale und Online-Versionen) funktionieren ab dem 31. März 2017 nicht mehr. Adobe Sign für SharePoint Version 4 und höher unterstützt Microsoft SharePoint On Premise 2013, 2016 und SharePoint Online.
Wichtig:
Führen Sie umgehend ein Upgrade auf Adobe Sign für SharePoint Version 4 durch. Wenden Sie sich mit Fragen zum Upgrade auf die aktuelle Version an Ihren Customer Success Manager.
Integration: wichtiges Update für Adobe Sign für Salesforce 18
|
Zuerst veröffentlicht: Mai 2017 |
Aus der aktuellen Liste entfernt: März 2018 |
|---|
Salesforce führt in einer der kommenden Versionen ein neues Sicherheitsmodell für Lightning Components mit der Bezeichnung „LockerService“ ein. Wenn Sie Adobe Sign für Salesforce Version 18 verwenden, müssen Sie ein Upgrade auf Version 18.27 oder höher vornehmen, um sicherzustellen, dass alle Salesforce Lightning Components wie vorgesehen funktionieren.
WICHTIG
Wenn Sie Adobe Sign für Salesforce 18 installiert haben, müssen Sie ein Upgrade auf Version 18.27 oder höher durchführen.
Integration: Unterstützung für die Adobe Sign-Integration in Salesforce Version 15 eingestellt
|
Zuerst veröffentlicht: April 2017 |
Aus der aktuellen Liste entfernt: März 2018 |
|---|
Produktupdates, Sicherheitsupdates und technische Unterstützung für Adobe Sign für Salesforce Version 15 wurden am 15. Dezember 2017 eingestellt
WICHTIG
Führen Sie ein Upgrade auf die neueste Version unserer Integration in Salesforce durch, damit Sie weiterhin die neuesten Funktionen und Sicherheitsupdates sowie technischen Support erhalten.
WICHTIG
Überprüfe die von Salesforce erforderlichen Berechtigungseinstellungen, bevor du deine Aktualisierung auf v19 startest, im Abschnitt Neue Funktionen in Version 19 .
Adobe Sign-Vorlagen für das amerikanische IRS-Steuerformular I-9 für 2017 sind jetzt verfügbar.
|
Zuerst veröffentlicht: November 2017 |
Aus der aktuellen Liste entfernt: Februar 2018 |
|---|
Am 24.10. wurde die neue Vorlage für das überarbeitete I-9-Steuerformular zu Adobe Sign hinzugefügt. Es trägt den Namen: I-9 (Employment Eligibility Verification) ver. 07/17/17 N.
Dementsprechend wurde die vorhandene Vorlage I-9 2017 (Employment Eligibility Verification) in I-9 (Employment Eligibility Verification) ver. 07/17/17 N (legacy) umbenannt.
Diese Umbenennung hat keine Auswirkungen auf Ihren Arbeitsablauf.
Seit dem 01.12.2017 ist die alte Vorlage I-9 (Employment Eligibility Verification) ver. 07/17/17 N (legacy), nicht mehr aktiv.
Wenn Sie die libraryDocumentId der alten Vorlage in Ihren Anwendungen verwenden, müssen Sie sie zur Verwendung des neuen libraryDocumentId-Werts aktualisieren.
WICHTIG
Die neue I-9-Formularvorlage verfügt über eine neue libraryDocumentId. Wenn Sie die libraryDocumentId der bestehenden Vorlage in Ihren Anwendungen verwenden, müssen Sie sie aktualisieren.
So finden Sie die libraryDocumentId in einem API-fähigen Konto:
- Melden Sie sich als Kontoadministrator an.
- Navigieren Sie zu Konto > Adobe Sign-API > API-Informationen > klicken Sie auf den Link Dokumentation der REST-API-Methoden.
- Klicken Sie im Bereich „GET /libraryDocuments“ auf die Schaltfläche OAUTH ACCESS-TOKEN.
- Aktivieren Sie den Bereich library_read:self.
- Klicke auf Ausprobieren!
- Suchen Sie im Antwortinhalt nach der überarbeiteten I-9-Formularvorlage (I-9 (Employment Eligibility Verification) ver. 07/17/17 N), um den libraryDocumentId-Wert zu ermitteln.
Wenn Sie weitere Informationen benötigen, wenden Sie sich an Ihren Customer Success Manager.
Wichtige Änderungen bei IP-Adressenbereichen
|
Zuerst veröffentlicht: Juni 2017 |
Aus der aktuellen Liste entfernt: Februar 2018 |
|---|
Sollte Ihre bestehende Netzwerk- oder Firewall-Konfiguration die IP-Adressen für Adobe Sign explizit auflisten, aktualisieren Sie die Netzwerkkonfigurationseinstellungen so, dass die neuen IP-Adressen berücksichtigt werden, damit Sie den Dienst auch weiterhin reibungslos nutzen können.
Die meisten bestehenden IP-Adressen können auch weiterhin verwendet werden und müssen nicht aus der Netzwerkkonfiguration gelöscht oder entfernt werden. Es müssen allerdings zwei veraltete IP-Adressbereiche für Nordamerika entfernt werden.
WICHTIG
Wenn Sie Adobe Sign-IP-Adressen in Ihren API-Rückrufen oder der Firewall explizit auflisten, müssen Sie die zusätzlichen IP-Adressen in Ihren API-Rückrufen aufführen. Benachrichtigen Sie Drittanbieter, die Ihre Rückrufe routen, falls zutreffend.
Wenn Sie die Adobe Sign für Salesforce-Integration verwenden, müssen Administratoren die zusätzlichen IP-Adressbereiche in ihrem Salesforce.com-Konto auflisten.
|
HINZUFÜGEN: Indien: |
13.126.23.0/27 |
|
ENTFERNEN: Nordamerika: |
166.78.79.112/28 207.97.227.112/28 |
Integration: wichtiges Update für Adobe Sign für NetSuite
|
Zuerst veröffentlicht: Mai 2017 |
Aus der aktuellen Liste entfernt: Februar 2018 |
|---|
Oracle hat kürzlich auf NetSuite 17.0 aktualisiert. Die Aktualisierung hat ein Problem in Adobe Sign für NetSuite verursacht, bei dem der Agreement-Tab möglicherweise für einige Rollen nicht angezeigt wird. Führen Sie ein Upgrade auf Adobe Sign für NetSuite 4.0.1 durch, um sicherzustellen, dass die Registerkarte „Vereinbarung“ für die vom Administrator für den Vereinbarungsdatensatz bereitgestellten Rollen angezeigt wird.
WICHTIG
Melden Sie sich bei der Anwendung an und führen Sie ein Upgrade auf Adobe Sign für NetSuite-Version 4.0.1 durch, um sicherzustellen, dass die Registerkarte „Vereinbarung“ von Adobe Sign für alle Benutzer angezeigt wird.
Neue Version: Adobe Sign September 2017
|
Zuerst veröffentlicht: September 2017 |
Aus der aktuellen Liste entfernt: November 2017 |
|---|
Die Adobe Sign-Version vom September 2017 ist jetzt abgeschlossen. Diese Version enthält neue Funktionen und Verbesserungen für Administratoren und Benutzer:
- Unterstützung von eIDAS-kompatiblen Zeitstempeln, die auf der Trust-Liste der Europäischen Union (EUTL) zertifiziert sind
- Unterstützung von neuen konfigurierbaren Zeitstempeldiensten, falls Ihr Unternehmen bereits auf einen LTV-Zeitstempelanbieter zurückgreift
- Umfassendere Unterstützung des Cloud Signature Consortium mit neuen angekündigten Partnern
- Unterstützung des Aadhaar-Systems zur Identitätsfeststellung und ein neues Datenzentrum in Indien (IN1)
- Farblich gekennzeichnete Formularfelder und neue Unterstützung von Schriftarten für Formularfelder für angenehmere Erstellung von Dokumenten
- Weiter auf das Feld ausgeweitete Formularfelderkennung
- Direktes Hinzufügen oder Entfernen von Empfängern
Umfassendere Unterstützung für Microsoft-Produkte mit neuen oder verbesserten Integrationen in:
- Office 365 – Outlook, Word und PowerPoint
- Dynamics CRM Version 6
- Teams
- Flow
Sicherheit: Die Unterstützung für Windows Vista SP2 und Internet Explorer 9 und 10 wurde eingestellt.
|
Zuerst veröffentlicht: März 2017 |
Aus der aktuellen Liste entfernt: November 2017 |
|---|
Adobe Sign hat die Unterstützung für Windows Vista SP2 sowie für Internet Explorer 9 und 10 am 17. März 2017 eingestellt. Kunden, die diese Browser weiterhin verwenden, werden von den neuen Funktionen nicht profitieren können. Ihnen kann der Zugriff auf Adobe Sign zukünftig nicht garantiert werden.
WICHTIG
Aktualisieren Sie ältere Hardware auf neuere Betriebssystemkonfigurationen, z. B. auf Windows 7, 8 oder 10 mit einem der in den Systemvoraussetzungen von Adobe Sign aufgeführten unterstützten Browser, um sicherzustellen, dass die neuen Funktionen von Adobe Sign wie vorgesehen funktionieren.
Die Mai-Version von Adobe Sign ist jetzt abgeschlossen
|
Zuerst veröffentlicht: April 2017 |
Aus der aktuellen Liste entfernt: Juli 2017 |
|---|
Die Mai-Version von Adobe Sign ist jetzt abgeschlossen. Diese Version enthält neue Funktionen und Verbesserungen für Administratoren und Benutzer. In dieser Version wurden die klassischen Benutzeroberflächen „Senden“ und „Authoring“ entfernt und die neue Benutzeroberfläche wurde Adobe Sign-übergreifend zum Standard. Bei API-Integrationen, in die die Seite „Senden“ eingebettet wird, gibt es ebenfalls eine Änderung der Benutzeroberfläche. Im neuen „Senden“-Erlebnis bleibt die gesamte Funktionalität des klassischen „Senden“-Erlebnisses mit Ausnahme des Arbeitsablaufs „Faxsignatur“ erhalten, der durch den neuen Arbeitsablauf „Handschriftliche Signatur“ mit Scannen und Hochladen ersetzt wurde. Die neuen „Senden“- und „Authoring“-Erlebnisse verfügen außerdem über neue Funktionen, z. B. private Nachrichten, neue Empfängerrollen und mehr.
Die Optionen für das Erscheinungsbild von Optionen für zugewiesene Textfelder in „Neue Vereinbarungen“ wurden aktualisiert. Die bisherigen Schriftarten „Helvetica“, „Times“ und „Courier“ wurden jeweils durch die Adobe-Entsprechungen „Adobe Source Sans Pro“, „Source Code Pro“ und „Source Serif Pro“ ersetzt.
Nicht alle Funktionen dieser Version wurden bei der Bereitstellung aktiviert. Einige Funktionen werden im Juni aktiviert. Weitere Informationen finden Sie in den Versionshinweisen.
WICHTIG
Es ist keine Aktion von Ihrer Seite erforderlich.
Neues SSL-Zertifikat und neue Zertifizierungsstelle
|
Zuerst veröffentlicht: Juni 2017 |
Aus der aktuellen Liste entfernt: Juli 2017 |
|---|
Adobe Sign führt am 22. Juli 2017 ein neues SSL-Zertifikat und eine neue Zertifizierungsstelle
ein. Es gibt keine Änderungen in Bezug auf den öffentlichen Schlüssel, die zugrunde liegenden kryptografischen Protokolle oder das Schema. Das Stammverzeichnis und die Zwischenzertifizierungsstelle ändern sich mit diesem Update. Wenden Sie sich bei Fragen an den Kundensupport.
WICHTIG
Wenn Sie über benutzerdefinierte Integrationen mit Adobe Sign verfügen, die entweder die SOAP oder REST API verwenden, und für diese Integrationen ein „Anheften“ oder Whitelisting des vorhandenen öffentlichen Schlüssels erfolgt, ist keine Aktion erforderlich.
Wenn Sie das Zertifikat mithilfe anderer Methoden anheften, können Sie die neuen Zertifikate für Adobe Sign und die Zwischenzertifizierungsstelle in den Systemvoraussetzungen für Adobe Sign finden. Das neue SSL-Zertifikat und die Zertifizierungsstelle werden am 22. Juli 2017 aktiv.
API: neue Einstellung zur Anpassung des im Falle eines URL-Ablaufs generierten Fehlercodes
|
Zuerst veröffentlicht: Mai 2017 |
Aus der aktuellen Liste entfernt: Juli 2017 |
|---|
Derzeit lautet der bei einer abgelaufenen URL zurückgegebene Fehlercode 404 (Seite nicht gefunden), was mit dem HTTP-Standard nicht kompatibel ist. Diese URLs können durch REST API-Aufrufe wie GET/agreements/{agrID} /combinedDocument/url generiert werden. Der passendere HTTP-Fehlercode ist 410 (gone, entfernt). Mit der Version von Mai wurde der Standard-HTTP-Fehlercode in 410 geändert. Es ist eine neue Einstellung verfügbar, die bei diesem Fehlerszenario das Senden eines benutzerdefinierten HTTP-Statuscodes (404, 410 usw.) ermöglicht.
WICHTIG
Wenn Ihre Anwendungen erwarten, dass bei abgelaufenen URLs der Fehler 404 generiert wird, müssen Sie eine Änderung dieser Einstellung zum Wert 404 verlangen. Wenden Sie sich an den Kundensupport, wenn Sie Unterstützung benötigen.
Nicht mehr vorhandene Funktion: Arbeitsablauf „Faxsignatur“
|
Zuerst veröffentlicht: Mai 2017 |
Aus der aktuellen Liste entfernt: Juli 2017 |
|---|
Mit der Version von Mai 2017 wurde das neue „Senden“-Erlebnis zum Standard und damit wurde der Arbeitsablauf „Faxsignatur“ durch den neuen Arbeitsablauf „Handschriftliche Signatur“ mit Scannen und Hochladen ersetzt. Die neue Funktion zum Scannen und Hochladen sorgt für höhere Genauigkeit und bessere Überprüfbarkeit und führt zu besserer Lesbarkeit. Für Kunden, die die API verwenden, wurde ebenfalls der neue Arbeitsablauf „Handschriftliche Signatur“ eingeführt.
Das klassische „Senden“-Erlebnis mit Faxsignatur ist für einen begrenzten Zeitraum verfügbar. Die Funktion wird jedoch zum 31. Oktober 2017 eingestellt. Webanwendungs-Benutzer, die den Arbeitsablauf „Faxsignatur“ weiterhin verwenden möchten, können dies tun, indem sie über die Sendeeinstellungen zur klassischen „Senden“-Seite zurückkehren. API-Benutzer müssen sich an ihren Customer Success Manager wenden, um den Arbeitsablauf „Faxsignatur“ weiterhin zu verwenden.
WICHTIG
Lesen Sie die neue Dokumentation zum Arbeitsablauf „Handschriftliche Signatur“ und informieren Sie Ihre Endbenutzer über die Änderungen. Möglicherweise müssen Sie auch Ihre Endanwender- und Kundendokumentation für Arbeitsabläufe mit handschriftlichen Signaturen aktualisieren.
Mobil: Es ist künftig nicht mehr möglich, sich über Google-ID und Google-Apps in der mobilen Anwendung von Adobe Sign anzumelden.
|
Zuerst veröffentlicht: März 2017 |
Aus der aktuellen Liste entfernt: Juni 2017 |
|---|
Um die Sicherheit und Benutzerfreundlichkeit zu verbessern, erlaubt Google keine OAuth-Authentifizierungsanfragen an Google über eingebettete Browser mehr, die in nativen mobilen Anwendungen als Web Views bekannt sind. Daher wurden die Anmeldeoptionen für Google und Google Apps in der mobilen Adobe Sign-App ab der Version von Mai beseitigt.
Adobe Sign-Benutzer können sich weiterhin mit ihren Google-IDs über die Standardanmeldung anmelden (E-Mail und Kennwort). Der einzige Unterschied besteht in der Entfernung der Optionen für Google und Google-Apps von der Anmeldeseite. Wenn Sie Probleme bei der Standardanmeldung mit Ihrer Google-ID haben, setzen Sie Ihr Kennwort zurück und versuchen Sie es erneut.
Planmäßige Wartungsarbeiten mit Ausfallzeiten für Nordamerika (NA1)
|
Zuerst veröffentlicht: Januar 2017 |
Aus der aktuellen Liste entfernt: April 2017 |
|---|
Für Adobe Sign sind Wartungsarbeiten im nordamerikanischen (NA1) Datenzentrum geplant. Mit Ausfallzeiten ist zu rechnen am:
Samstag, 8. April 2017, von 17:00 Uhr PDT bis 23:00 Uhr PDT
Auf Kunden in unseren anderen Datenzentralen wirken sich die Arbeiten voraussichtlich nicht aus.
Die geplanten Wartungsarbeiten sind erforderlich, um die Erweiterung der Nordamerika-Datenzentralvorgänge abzuschließen. In diesem Wartungsfenster wird der Service nicht verfügbar sein.
Melden Sie sich bei Adobe Sign an und achten Sie auf die Abkürzung in der URL (NA1, NA2 usw.), um zu prüfen, in welchem Datenzentrum Ihr Konto angelegt ist. Wenn Sie Fragen haben, wenden Sie sich an Ihren Customer Success Manager.
WICHTIG
- Wenn Sie die Adobe Sign für Salesforce-Integration verwenden: Administratoren der Salesforce-Integration müssen die zusätzlichen IP-Adressbereiche in ihrem Salesforce.com-Konto explizit auflisten, damit die Integration auch nach dem 7. April 2017 weiterhin funktioniert.
- Wenn Sie Adobe Sign-IP-Adressen in Ihren API-Rückrufen oder der Firewall auflisten: Adobe Sign-Administratoren müssen die zusätzlichen IP-Adressen in Ihren API-Rückrufen aufführen. Benachrichtigen Sie Drittanbieter, die Ihre Rückrufe routen, falls zutreffend. Ohne das Hinzufügen der neuen IP-Bereiche werden die Rückrufe von der Firewall abgelehnt. IP-Adressbereiche und geplante Wartung – Häufig gestellte Fragen
Integration: Unterstützung für die Adobe Sign-Integration in Salesforce Version 14 wurde eingestellt
|
Zuerst veröffentlicht: September 2016 |
Aus der aktuellen Liste entfernt: Februar 2017 |
|---|
Produkt-Updates, Sicherheits-Updates und technische Unterstützung für Adobe Sign für Salesforce Version 14 wurden am 15. Dezember 2016 eingestellt. Version 18 ist jetzt verfügbar.
WICHTIG
Installieren Sie die aktuelle Version unserer Integration mit Salesforce. Kunden, die nicht mehr unterstützte Versionen verwenden, müssen ein Upgrade auf eine aktuelle Version durchführen, um weiterhin technische Unterstützung zu erhalten.
API: OAuth-Anwendungsunterstützung für die SOAP-API wird eingestellt.
|
Zuerst veröffentlicht: November 2016 |
Aus der aktuellen Liste entfernt: Februar 2017 |
|---|
Ab der Dezember-Wartungsversion können neue OAuth-Anwendungen nur noch auf REST-APIs zugreifen. Bestehende OAuth-Anwendungen und Integrationsschlüssel können bis auf Weiteres nach wie vor auf SOAP-APIs zugreifen.
WICHTIG
Verwenden Sie die REST-APIs, wenn Sie eine neue Anwendung entwickeln. Weitere Informationen findest du im Developer Center.
API- und Web-App: Änderungen an den Komplexitätsregeln für Kennwörter im Jahr 2017
|
Zuerst veröffentlicht: November 2016 |
Aus der aktuellen Liste entfernt: Februar 2017 |
|---|
Adobe Sign ändert die Komplexitätsregeln für Kennwörter, um die Sicherheit zu erhöhen. Anfang 2017 werden Kunden, die die Web-Anwendungen verwenden, dazu aufgefordert, ihre Kennwörter zu aktualisieren. Dazu haben sie 90 Tage Zeit. Kunden, die Benutzer über die bestehenden REST- oder SOAP-APIs anmelden oder Dienste über diese bereitstellen, haben bis Mitte 2018 Zeit, ihre Anwendungen so zu aktualisieren, dass sie die Kennwortsicherheitsanforderungen von Adobe Sign erfüllen. Informationen zum Übergang zu den neuen Regeln werden API-Benutzern Anfang 2017 zur Verfügung gestellt.
Neue Kennwort-Kriterien:
• Mindestens 8 Zeichen, maximal 100 Zeichen
• Mindestens ein Großbuchstabe
• Mindestens ein Kleinbuchstabe
• Mindestens eine Ziffer
• Mindestens ein Sonderzeichen (Satzzeichen), außer Leerzeichen
• Darf den Benutzernamen, Vornamen oder Nachnamen nicht enthalten (nicht von Schreibweise abhängig)
• Das neue Kennwort wird abgelehnt, wenn es zuvor verwendeten Kennwörtern entspricht
WICHTIG
Anfang 2017 sollten Webanwendungs-Benutzer ihre Kennwörter aktualisieren, sobald sie dazu aufgefordert werden. Kunden, die Dienste für ihre Benutzer über die API bereitstellen, haben bis Juli 2018 Zeit, ihre Anwendungen so zu aktualisieren, dass sie die REST-API verwenden, um die neuen Kennwortkriterien zu erfüllen.
API- und Web-App: Unterstützung für ältere Text-Tag-Syntax beendet
|
Zuerst veröffentlicht: Juni 2016 |
Aus der aktuellen Liste entfernt: Februar 2017 |
|---|
Die Unterstützung für Text-Tags Version 1.0 wurde beendet. Während Tags Version 1.0 weiterhin im Service verfügbar sein werden, werden für diese Syntax keine Fehlerbehebungs- oder Verbesserungsanfragen mehr akzeptiert.
AKTION ERFORDERLICH
Stelle sicher, dass deine Nutzer die 2.0-Text-Tag-Syntax verwenden, wenn sie neue Dokumentvorlagen erstellen.Prüfen Sie Ihre Anwendungen und bestehenden Vorlagen, die eventuell ältere Text-Tags beinhalten, und aktualisieren Sie diese mit der neueren Text-Tag-Syntax 2.0. Weitere Informationen finden Sie im Referenzhandbuch „Formulare mit Text-Tags erstellen“.
Technisches Update: Januar 2017 (Vorankündigung)
|
Zuerst veröffentlicht: Juni 2016 |
Aus der aktuellen Liste entfernt: Februar 2017 |
|---|
Adobe Sign-Vorlagen für IRS-Steuerformulare I-9 und W-4 für das Jahr 2017 sind jetzt verfügbar. Alle Vorlagen mit den Bezeichnungen I-9 (Employment Eligibility Verification 2016 – Formular zur Prüfung der Arbeitserlaubnis) und W-4 (IRS Employees Withholding Allowance – Formular zur Vorenthaltung von Mitarbeiterzulagen) für das Jahr 2016 stehen ab 20. Januar 2017, 12:00 Uhr PT, nicht mehr zur Verfügung.
WICHTIG
Die IRS-Formatvorlagen für 2017 haben neue Dokument-IDs. Wenn Sie die Dokument-ID in Ihren Anwendungen verwenden, müssen Sie die Dokument-IDs aktualisieren.
So finden Sie die LibraryDocumentID in einem API-fähigen Konto:
- Melden Sie sich als Adobe Sign-Kontoadministrator an.
- Erstellen Sie einen Integrationsschlüssel.
- Navigieren Sie zur Registerkarte „Konto“ > „Adobe Sign-API“ > „API-Informationen“ > klicken Sie auf den Link: Dokumentation der REST-API-Methoden.
- Scrollen Sie nach unten zum Abschnitt Ressourcen und Vorgänge.
- Klicken Sie in der Zeile /libraryDocuments auf den Link Ein-/Ausblenden, um die Methoden anzuzeigen.
- Klicken Sie auf die erste Schaltfläche GET neben der Option /libraryDocuments.
- Fügen Sie Ihren Integrationsschlüssel im Feld „Zugriffstoken“ ein.
- Klicke auf Ausprobieren! Schaltfläche.
- Finden Sie die Formulare I-9 und W-4 für 2017, um die LibraryDocumentID-Werte herauszufinden.
Wenn Sie weitere Informationen benötigen, wenden Sie sich an Ihren Customer Success Manager.