Adobe Acrobat Sign technische meldingen 2017-2018

Technische meldingen voor 2017 - 2018

Adobe Sign-interface standaard in modus Volledig scherm

Met ingang van de Adobe Sign-release van maart wordt de gebruikerservaring van Adobe Sign aangepast aan de breedte van de browser, deze flexibiliteit verbetert de ervaring op kleine apparaten en de leeservaring op desktops. 

Dit is ingeschakeld voor bepaalde Enterprise-accounts en voor alle individuele accounts en Team-accounts. 

In juli is dit de standaardconfiguratie geworden.  Gebruikers zien dat de webinterface zich aan de breedte van de pagina aanpast en dat onderdelen worden gestapeld in plaats van te worden verkleind zodat ze op het smalle venster passen.

Vereiste actie

U hoeft geen actie te ondernemen om deze nieuwe functie te benutten, maar accountbeheerders kunnen deze uitschakelen door te navigeren naar Account > Globale instellingen > Adobe Sign-paginapresentatie en het selectievakje uit te schakelen. 

In de release van september is de optie om deze functie uit te schakelen, uit de toepassing verwijderd en wordt de flexibelere gebruikerservaring de standaard.

Nieuwe release: Adobe Sign van september 2018

De Adobe Sign-productrelease van september 2018 staat gepland voor begin september.

De productrelease biedt nieuwe functies en verbeteringen voor beheerders en eindgebruikers. Deze release zal naar verwachting geen gevolgen hebben voor de service. 

Adobe Sign bied nu ondersteuning voor Aadhaar E-KYC API v2.1

De Aadhaar-ondertekeningsworkflow in Adobe Sign maakt nu gebruik van de nieuwste E-KYC (electronic know your customer) API-specificaties. Dit werd gedaan om te voldoen aan nieuwe regelgeving die v2.1 verplicht stelt. Ondertekenaars kunnen nu een overeenkomst ondertekenen met hun Virtual ID (VID). In deze update is tevens de ervaring van de ondertekenaar verbeterd en zijn eerder vermelde problemen met Internet Explorer 11 opgelost.

Adobe Sign nu gecertificeerd voor FedRAMP Tailored

Adobe Sign is nu geautoriseerd door de GSA (Government Services Administration van de VS) en voldoet aan de vereisten van het Federal Risk Authorization Management-programma (FedRAMP) Tailored. Adobe Sign kan nu worden verkocht en gebruikt door de Federale overheid van de VS. 

Dit certificaat betekent dat Adobe Sign door de GSA-beveiligingsadviseur is gecontroleerd en goedgekeurd voor gebruik op Li-SaaS In Process-niveau.  Om deze status als gecertificeerde cloudserviceprovider voor de overheid te behouden, zal Adobe Sign continu worden gecontroleerd en bewaakt. 

Je kunt meer lezen over FedRAMP op https://www.fedramp.gov/

Adobe Sign is erop gericht om de regelgeving op het gebied van dataprivacy te promoten

Adobe Sign voldoet aan de Europese Algemene Verordening Gegevensbescherming (AVG). 

Deze privacywet heeft betrekking op alle bedrijven die persoonsgegevens verzamelen van individuele burgers van de EU.  Adobe Sign houdt zich aan de regel om de minimale hoeveelheid gegevens te verzamelen die nodig is voor zakendoen tijdens het ondertekeningsproces. 

Alle deelnemers van Adobe Sign hebben toegang tot hun persoonsgegevens en kunnen deze wijzigen via hun gebruikersprofiel en door de overeenkomsten te controleren die ze hebben ondertekend. 

Adobe Sign-klanten die contact onderhouden met consumenten, kunnen informatie aan hun klanten verstrekken over welke informatie is verzameld, en die informatie verwijderen conform hun bedrijfsprocessen. Je kunt lezen over de nieuwe AVG-functies van Adobe Sign.

Je kunt hier lezen over Adobe-regels en -voorschriften die privacy by design beschermen voor alle producten: https://www.adobe.com/privacy.html.

Adobe laat overeenkomsten die ouder zijn dan 1 jaar en nog steeds niet zijn ondertekend automatisch verlopen

Vanaf oktober 2018 is Adobe Sign gestart met het laten verlopen van overeenkomsten die ouder zijn dan 1 jaar en nog steeds de status Wachten op handtekening hebben.

Er worden geen kennisgevingen verzonden naar de deelnemers van deze overeenkomsten, maar deze kennisgevingen zijn te zien op de pagina Beheren in de lijst Geannuleerd/geweigerd.

VEREISTE ACTIE

Klanten kunnen hun oudere overeenkomsten bekijken op de pagina Beheren of door een rapport te maken van overeenkomsten die ouder zijn dan 1 jaar en dit rapport te downloaden.  Gebruik in beide gevallen het filter Verzonden voor ondertekening. 

Deze nieuwe regel is alleen van toepassing op overeenkomsten die nog niet zijn beëindigd.

Overeenkomsten die zijn voltooid, geannuleerd of afgewezen worden hierdoor niet beïnvloed.

Integratie: Adobe Sign voor Salesforce v20 uitgebracht in juli 2018

De zomerrelease 2018 van Adobe Sign voor Salesforce (voorheen ook wel de "voorjaarsrelease" genoemd) is uitgebracht op 17 juli 2018.

De zomerrelease biedt nieuwe functies en verbeteringen voor beheerders en eindgebruikers. De update wordt beschikbaar op Adobe Sign's Salesforce AppExchange-lijst. 

Lees hier de aanvullende informatie.

Onveilig verkeer wordt geblokkeerd

Sinds 20 juni 2018 worden verschillende categorieën onveilig netwerkverkeer niet meer ondersteund voor Adobe Sign. Dit is nodig om te voldoen aan de specifieke vereisten voor PCI-naleving.

Binnenkomend netwerkverkeer, ofwel verbindingen die een client tot stand brengt met onze servers.

Niet-gecodeerde verbindingen naar onze API's worden niet langer ondersteund, hiermee bedoelen we verzoeken die gebruikmaken van "http:" in plaats van "https:".

Nadat deze wijziging is doorgevoerd, mislukken pogingen van klant- en partnertoepassingen om niet-gecodeerde verbindingen tot stand te brengen.

• Het foutgedrag varieert per toepassing.

Uitgaand netwerkverkeer, ofwel verbindingen van onze servers terug naar door de klant opgegeven servers.

Er zijn twee categorieën:

• Upload-callbacks voor documentuploads (hier beschreven voor onze REST API, maar geldt ook voor de verouderde SOAP API)
• Status-callbacks om de klant op de hoogte te stellen van een wijziging in overeenkomststatus (hier beschreven voor onze REST API, maar geldt ook voor de verouderde SOAP API)

Voor beide categorieën callbacks wordt het volgende niet langer ondersteund:

• Niet gecodeerde verbindingen (die URL's met "http:" gebruiken in plaats van met "https:")
• Verbindingen naar servers die geen ondersteuning bieden voor TLSv1.2 (met andere woorden TLSv1.0 en TLSv1.1 worden niet meer ondersteund)
• Verbindingen naar servers die ongeldige certificaten hebben. Dit omvat certificaten die automatisch zijn ondertekend of die zijn verlopen, evenals gevallen waarin een URL een IP-adres gebruikt in plaats van een hostnaam.

Nieuwe release: Adobe Sign van juni 2018

De Adobe Sign-productrelease van juni 2018 is uitgebracht op 11 juni.

De productrelease van juni 2018 bevat nieuwe en verbeterde functies voor beheerders en eindgebruikers. Je kunt hier de aanvullende informatie vinden.

Nieuw SSL-certificaat

Met ingang van 2 mei 2018 wordt voor Adobe Sign een nieuw SSL-certificaat gebruikt. Er zijn geen wijzigingen in de openbare sleutel, de onderliggende cryptografische protocollen of het schema. Neem contact op met de klantenondersteuning als u vragen hebt.

VEREISTE ACTIE

Als je aangepaste integraties met Adobe Sign hebt gebouwd met de SOAP- of REST-API's, en als een van deze integraties de bestaande openbare sleutel heeft 'vastgezet', is geen actie vereist.

Als je het certificaat met andere methoden vastzet, kun je de nieuwe Adobe Sign-certificeringen vinden in de Adobe Sign-systeemvereisten. Het nieuwe SSL-certificaat werd actief op 2 mei 2018.

Belangrijke wijzigingen in IP-adresbereiken

Als de IP-adressen voor Adobe Sign in uw bestaande netwerk- of firewallconfiguratie expliciet zijn toegestaan, kunt u de instellingen van de netwerkconfiguratie bijwerken en de nieuwe IP-adressen hierin opnemen. Zo blijft u toegang houden tot de service.

De meeste bestaande IP-adressen blijven gewoon in gebruik en u dient deze niet uit uw netwerkconfiguratie te verwijderen.

VEREISTE ACTIE

Als u IP-adressen van Adobe Sign expliciet toestaat in uw API-callbacks of firewall, moet u de extra IP-adressen toestaan in uw API-callbacks. Indien van toepassing, moet u derden die de routing van uw callbacks verzorgen, hiervan op de hoogte stellen.

Als u de Adobe Sign voor Salesforce-integratie gebruikt, moeten beheerders de extra IP-adresbereiken toestaan in hun Salesforce.com-account (inclusief sites).

TOEVOEGEN:

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

Als u de IP-bereiken toestaat voor uitgaande e-mailverzendingen, voeg dan het volgende toe:

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

Integratie: Adobe Sign voor Dynamics v7-release

De zomerrelease van 2018 (v7) van Adobe Sign voor Dynamics 365 CRM staat gepland voor half juni.

Deze release is verder geïntegreerd met Microsoft Dynamics 365 CRM, heeft een vernieuwde interface voor snelle navigatie en voegt contactinformatie van klanten uit LinkedIn toe, zodat u altijd kunt u 'zien' aan wie u bestanden verstuurt.  Bovendien kunnen klanten hun Adobe Sign-processen nu volledig automatiseren door Adobe Sign rechtstreeks in Microsoft Dynamics 365 CRM-workflows in te sluiten.

De update is beschikbaar op Adobe Sign's Microsoft AppSource-lijst.  Deze release zal naar verwachting geen gevolgen hebben voor de service.

Integratie: Klanten van Adobe Sign voor Salesforce v19.x dienen actie te ondernemen

Als u Adobe Sign voor Salesforce-versie 19.x uitvoert, moet u een upgrade uitvoeren naar versie 19.5.2 vóór 1 of 8 juni 2018, afhankelijk van uw Salesforce.com-organisatie. De Salesforce Summer '18-release, die progressief wordt uitgerold in juni door Salesforce, heeft wijzigingen die achterwaartse compatibiliteit met de Adobe Sign voor Salesforce-integratie beïnvloeden en de mogelijkheid om bepaalde overeenkomsten te verzenden zal beïnvloeden.

Vanaf 1 juni 2018 kunnen klanten die Adobe Sign voor Salesforce-versie 19.x gebruiken en een upgrade hebben uitgevoerd naar de Salesforce-release van de zomer van 2018 geen ontvangers toevoegen en overeenkomsten verzenden op de Lightning-versie van de pagina Verzenden*.

VEREISTE ACTIE

Als u v19.x uitvoert, moet u een upgrade uitvoeren naar Adobe Sign voor Salesforce v 19.5.2 voordat Salesforce een upgrade voor uw organisatie uitvoert naar de Salesforce-release van de zomer van 2018:

• Ga naar de AppExchange, klik op Nu ophalen en volg de instructies. 

Als je hulp nodig hebt bij het upgraden, raadpleeg dan onze upgradehandleiding voor Adobe Sign voor Salesforce (v19).

Nieuw SSL-certificaat

Met ingang van 2 mei 2018 wordt voor Adobe Sign een nieuw SSL-certificaat gebruikt. Er zijn geen wijzigingen in de openbare sleutel, de onderliggende cryptografische protocollen of het schema. Neem contact op met de klantenondersteuning als u vragen hebt.

VEREISTE ACTIE

Als je aangepaste integraties met Adobe Sign hebt gebouwd met de SOAP- of REST-API's, en als een van deze integraties de bestaande openbare sleutel heeft 'vastgezet', is geen actie vereist.

Als je het certificaat met andere methoden vastzet, kun je de nieuwe Adobe Sign-certificeringen vinden in de Adobe Sign-systeemvereisten. Het nieuwe SSL-certificaat wordt actief op 2 mei 2018.

De Adobe Sign-release van maart is voltooid

De Adobe Sign maart 2018-productrelease werd voltooid op 15 maart 2018 om 12:00 PST.

Lees de volledige opmerkingen bij de release voor meer informatie.

SAP SuccessFactors worden vrijgegeven in april.

De 2017-versie van het W-4 US belastingsformulier is verwijderd op 17-4-2018

De 2017-versie van de sjabloon voor het Amerikaanse W-4-belastingformulier wordt op 17 april 2018 uit de Adobe Sign-bibliotheek verwijderd.

Klanten die het W-4-formulier uit de Adobe Sign-bibliotheek gebruiken via een API dienen hun document-id bij te werken naar de versie van 2018. (Zie verderop.)

Voor meer informatie neemt u contact op met uw Customer Success-manager.

De 2018-versie van het Amerikaanse W-4-belastingformulier is beschikbaar

Op 13-3-2018 is een nieuwe sjabloon voor het IRS-formulier W-4 toegevoegd aan Adobe Sign. Het heet W-4 2018 (Employee’s Withholding Allowance Certificate)

VEREISTE ACTIE

De nieuwe W-4-formuliersjabloon heeft een nieuwe libraryDocumentId . Als u de libraryDocumentId van de bestaande sjabloon gebruikt in uw toepassingen, moet u deze bijwerken.

U achterhaalt als volgt de libraryDocumentId in een API-account:

1. Meld u aan als accountbeheerder.

2. Klik op het tabblad Account > Adobe Sign-API > API-informatie op de koppeling Documentatie REST-API-methoden.

3. Klik in de sectie GET /libraryDocuments op de knop OAUTH ACCESS-TOKEN.   

a . Schakel het bereik library_read : self   in

4 Klik op Probeer het uit! 

5. Zoek in de hoofdtekst van de reactie de nieuwe W-4 formuliersjabloon (niet de 2017 versie) om de waarde van libraryDocumentId te bekijken. 

Voor meer informatie neemt u contact op met uw Customer Success-manager.

Zoek in de hoofdtekst van de reactie de nieuwe W-4 formuliersjabloon (niet de 2017 versie) om de libraryDocumentId-waarde te bekijken. 

Voor meer informatie neemt u contact op met uw Customer Success-manager.

Beveiligingsmelding: ondersteuning voor TLS 1.0 en 1.1 wordt per 9 april 2018 beëindigd

Adobe zal de ondersteuning voor de protocollen TLS 1.0 en 1.1 in 2018 verwijderen om te voldoen aan de beste industriële werkwijzen voor SSL/TLS-beveiliging.

Vanaf 8 april is het SSL-handshakeprotocol TLS 1.2 vereist. De oudere TLS 1.0- en TLS 1.1-protocollen worden dan niet meer geaccepteerd. Vanaf die datum kunnen clients zonder TLS 1.2 geen netwerkverbinding maken met de Adobe Sign-service.

VEREISTE ACTIE

Voor gebruikers die web browsers gebruiken: gebruik een ondersteunde browser (zie Systeemvereisten).

Voor clients waarop toepassingen worden uitgevoerd met gebruik van Adobe Sign-API's: ondersteuning voor TLS 1.2 is mogelijk afhankelijk van de toepassing, de runtime-bibliotheken en/of het besturingssysteem. In sommige gevallen wordt TLS-ondersteuning geboden door de bibliotheekbestanden van het besturingssysteem en soms door een bibliotheekbestand van een toepassing.

Voor gebruikers die Adobe Sign voor Dynamics v5.x en eerder gebruiken, upgrade naar v6.0.

Voor TLS 1.2 zijn de volgende besturingssystemen vereist:

• Windows Server: gebruik Windows Server 2008 R2 of hoger.
• Windows Desktop: gebruik Windows 8 of hoger.
• OS X: gebruik OS X 10.8 of later.

Ondersteuning voor TLS 1.2 door toepassingsframeworks:

• Voor Java: gebruik Java 8 of hoger. Java 7 kan worden gebruikt, maar vereist dat TLS v1.2 expliciet wordt ingeschakeld door de toepassing.
• Voor . .NET: gebruik .NET 4.6 of hoger. .NET 4.5 kan worden gebruikt, maar dan moet TLSv1.2 expliciet worden ingeschakeld door de toepassing. .NET is afhankelijk van TLS 1.2-ondersteuning door Windows (zie hierboven).
• Voor toepassingen die OpenSSL gebruiken: gebruik OpenSSL 1.01 of hoger. 

Integratie: einde van levensduur van Adobe Sign voor Microsoft Dynamics v4 en v5

Adobe Sign voor Microsoft Dynamics v4, v5 en eerder (On-Premise en Online-versies) is buiten gebruik gesteld. Adobe Sign voor Dynamics v6 en later biedt ondersteuning voor Microsoft Dynamics On-Premise 2013, 2015, 365 en Dynamics CRM 365 Online. Neem contact op met uw Customer Success-manager als u vragen hebt over een upgrade naar de nieuwste versie.

VEREISTE ACTIE

Voer direct een upgrade uit naar Adobe Sign voor Microsoft Dynamics v6 voor On-Premise- en Online-versies. U kunt alle gegevens van v4 en eerder migreren naar de nieuwste versie.

Integratie: einde levensduur voor Adobe Sign voor Microsoft Dynamics v4

Adobe Sign voor Microsoft Dynamics v4 en eerder (On-Premise- en Online-versies) is beëindigd en functioneert niet meer vanaf 30 november 2017. Adobe Sign voor Dynamics v6 en later biedt ondersteuning voor Microsoft Dynamics On-Premise 2013, 2015, 365 en Dynamics CRM 365 Online. Neem contact op met uw Customer Success-manager als u vragen hebt over een upgrade naar de nieuwste versie.

VEREISTE ACTIE

Voer een upgrade uit naar Adobe Sign voor Microsoft Dynamics v6 vóór november 2017 voor alle On-Premise- en Online-versies. U kunt alle gegevens van v4 en eerder migreren naar de nieuwste versie.

Nieuwste sjabloon voor IRS-formulier W-9 beschikbaar vanaf 13 februari

Op 13 februari 2018 is een nieuwe sjabloon voor het IRS-formulier W-9 toegevoegd aan Adobe Sign. Dit sjabloon heet W-9 (Request for Taxpayer Identification Number) ver. 11/17. Tegelijkertijd wordt de bestaande W-9-sjabloon hernoemd in W-9 (Request for Taxpayer Identification Number) (legacy). Deze naamswijziging is NIET van invloed op uw workflows.

Op 13 maart 2018 wordt deze laatstgenoemde sjabloon W-9 (Request for Taxpayer Identification Number) (legacy), afgeschreven. U dient voor 13 maart 2018 actie te ondernemen om ervoor te zorgen dat uw workflow niet wordt onderbroken.

VEREISTE ACTIE

De nieuwe W-9-formuliersjabloon heeft een nieuwe libraryDocumentId. Als u de libraryDocumentId van de bestaande sjabloon gebruikt in uw toepassingen, dient u deze bij te werken.

De libraryDocumentId zoeken in een API-account:

1. Meld u aan als accountbeheerder
2. Klik op het tabblad Account > Adobe Sign-API > API-informatie > op de koppeling Documentatie REST-API-methoden
3. Klik in de sectie GET /libraryDocuments op de knop OAUTH ACCESS-TOKEN 
   1. Schakel het bereik library_read:self in
4. Klik op Probeer het uit! 
5. Zoek in de reactie naar de nieuwe sjabloon voor het formulier W-9 (niet de verouderde, legacy-versie) om de waarde van libraryDocumentId te zien. 

Voor meer informatie neemt u contact op met uw Customer Success-manager.

Integratie: einde levensduur voor Adobe Sign voor Microsoft SharePoint v3 en lager

Adobe Sign voor Microsoft SharePoint v3 en eerder (On-Premise en Online-versies) werken niet meer na 31 maart 2017. Adobe Sign voor SharePoint v4 en later biedt ondersteuning voor Microsoft SharePoint On-Premise 2013, 2016, en SharePoint Online.

Vereiste actie:

Voer direct een upgrade uit naar Adobe Sign voor SharePoint v4. Neem contact op met uw Customer Success-manager als u vragen hebt over een upgrade naar de nieuwste versie.

Integratie: kritieke update naar Adobe Sign voor Salesforce v18

In een release die binnenkort beschikbaar komt, forceert Salesforce het gebruik van het nieuwe LockerService-beveiligingsmodel voor Lightning-componenten. Als u Adobe Sign voor Salesforce v18 gebruikt, moet u een upgrade uitvoeren naar versie 18.27 of hoger om een goede functionaliteit van alle Salesforce Lightning-componenten te waarborgen.

VEREISTE ACTIE

Als u Adobe Sign voor Salesforce v18 gebruikt, moet u een upgrade uitvoeren naar versie 18.27 of hoger.

Integratie: ondersteuning voor de Adobe Sign-integratie met Salesforce v15 is beëindigd

Product- en beveiligingsupdates en technische ondersteuning voor Adobe Sign voor Salesforce v15 is met ingang van 15 december 2017 beëindigd

VEREISTE ACTIE

Voer een upgrade uit naar de nieuwste versie van onze integratie met Salesforce voor de nieuwste functies, beveiligingsupdates en technische ondersteuning.

BELANGRIJK 

Controleer de vereiste Salesforce-machtigingsinstellingen voordat je begint met je upgrade naar v19 in het Nieuw in versie 19 gedeelte.

Adobe Sign-sjablonen voor het IRS I-9-formulier van 2017 is nu beschikbaar.

Op 24 oktober is de nieuwe sjabloon voor het gereviseerde IRS I-9-formulier toegevoegd aan Adobe Sign. De sjabloon heeft de naam: I-9 (Employment Eligibility Verification) ver. 07/17/17 N.  

Tegelijkertijd is de naam van de bestaande sjabloon I-9 2017 (Employment Eligibility Verification) gewijzigd in: I-9 (Employment Eligibility Verification) ver. 07/17/17 N (verouderd).

Deze naamwijziging heeft GEEN invloed op uw workflow.

Op 1/12/17 is deze laatste sjabloon I-9 (Employment Eligibility Verification) ver. 07/17/17 N (verouderd) echter buiten gebruik gesteld.

Als u de libraryDocumentId van deze verouderde sjabloon in uw toepassingen gebruikt, dient u de instellingen bij te werken, zodat de nieuwe libraryDocumentId-waarde wordt gebruikt.

VEREISTE ACTIE

De nieuwe I-9-formuliersjabloon heeft een nieuwe libraryDocumentId. Als u de libraryDocumentId van de bestaande sjabloon gebruikt in uw toepassingen, dient u deze bij te werken.

De libraryDocumentId zoeken in een API-account:

1. Meld u aan als accountbeheerder
2. Klik op het tabblad Account > Adobe Sign-API > API-informatie > op de koppeling Documentatie REST-API-methoden
3. Klik in de sectie GET /libraryDocuments op de knop OAUTH ACCESS-TOKEN 
   1. Schakel het bereik library_read:self in.
4. Klik op Probeer het uit!  
5. Zoek in de antwoordtekst naar de gereviseerde I-9-formuliersjabloon (I-9 (Employment Eligibility Verification) ver. 07/17/17 N) om de libraryDocumentId-waarde te zien. 

Voor meer informatie neemt u contact op met uw Customer Success-manager.

Belangrijke wijzigingen in IP-adresbereiken

Als de IP-adressen voor Adobe Sign in uw bestaande netwerk- of firewallconfiguratie expliciet zijn toegestaan, kunt u de instellingen van de netwerkconfiguratie bijwerken en de nieuwe IP-adressen hierin opnemen. Zo blijft u toegang houden tot de service.

De meeste bestaande IP-adressen blijven functioneel en mogen niet worden gewist of verwijderd uit de netwerkconfiguratie. U moet echter wel twee verouderde IP-adresbereiken voor Noord-Amerika verwijderen.

VEREISTE ACTIE

Als u IP-adressen van Adobe Sign expliciet toestaat in uw API-callbacks of firewall, moet u de extra IP-adressen expliciet toestaan in uw API-callbacks. Indien van toepassing, moet u derden die de routing van uw callbacks verzorgen, hiervan op de hoogte stellen.

Als u de Adobe Sign voor Salesforce-integratie gebruikt, moeten beheerders de extra IP-adresbereiken expliciet toestaan in hun Salesforce.com-account.

Integratie: kritieke update naar Adobe Sign voor NetSuite

Oracle is onlangs overgegaan naar NetSuite 17.0.De upgrade veroorzaakte een probleem in Adobe Sign voor NetSuite waarbij het tabblad Overeenkomst mogelijk niet verschijnt voor sommige rollen. Voer een upgrade uit naar Adobe Sign voor NetSuite versie 4.0.1 om zeker te zijn dat de rollen die de beheerder met provisioning heeft ingesteld in de overeenkomstrecord, ook zichtbaar zijn op het tabblad Overeenkomst.

VEREISTE ACTIE

Meld u aan bij de toepassing en voer een upgrade uit naar Adobe Sign voor NetSuite versie 4.0.1 om zeker te zijn dat het Adobe Sign-tabblad Overeenkomst wordt weergegeven voor gebruikers.

Nieuwe release: de Adobe Sign-versie van september 2017

De productrelease van Adobe Sign van september 2017 is nu voltooid. Deze release biedt nieuwe functies en verbeteringen voor beheerders en eindgebruikers, waaronder:

• Ondersteuning voor eIDAS-compatibele tijdstempels, gecertificeerd op de EUTL-lijst (EU Trusted List)
• Ondersteuning voor nieuwe, instelbare tijdstempelservices voor het geval dat uw bedrijf al een LTV-tijdstempelprovider gebruikt
• Bredere CSC-ondersteuning (Cloud Signature Consortium) met nieuwe partners
• Ondersteuning voor Aadhaar-identiteitsnaleving en een nieuw datacenter in India (IN1)
• Formuliervelden met kleurcodes en nieuwe lettertypeondersteuning voor een betere ontwerp- en gebruikservaring
• Formuliervelddetectie is nu beschikbaar voor een groter publiek
• Ontvangers tijdens het ondertekeningsproces vervangen of toevoegen

Bredere productondersteuning voor Microsoft met nieuwe of verbeterde integraties met:

• Office 365 – Outlook, Word & PPT
• Dynamics CRM v6
• Teams
• Flow

Beveiliging: de ondersteuning voor Windows Vista SP2 en Internet Explorer 9 en 10 is beëindigd

Vanaf 17 maart 2017 biedt Adobe Sign geen ondersteuning meer voor Windows Vista SP2 en Internet Explorer 9 en 10. Klanten die deze browsers blijven gebruiken, hebben geen toegang tot de nieuwe functies van Adobe Sign, en in een later stadium mogelijk zelfs niet tot het programma zelf.

VEREISTE ACTIE

Werk uw oudere hardware bij naar nieuwe configuraties voor het besturingssysteem, zoals Windows 7, 8 of 10 met een van de ondersteunde browsers die wordt vermeld in de systeemvereisten voor Adobe Sign om ervoor te zorgen dat de nieuwe functies werken zoals bedoeld.

De Adobe Sign-release van meid is nu voltooid

De Adobe Sign-release van meid is nu voltooid. Deze release bevat nieuwe functies en verbeteringen voor beheerders en eindgebruikers. In deze release zijn de klassieke gebruikersinterfaces voor verzenden en ontwerpen vervangen door een nieuwe standaardinterface voor alle Adobe Sign-versies. Deze wijziging in de gebruikersinterface geldt ook voor API-integraties waarin de verzendpagina is ingesloten. De nieuwe verzendfunctie beschikt over alle functionaliteit van de klassieke verzendfunctie, met uitzondering van de workflow voor faxondertekening. Deze laatste is vervangen door een nieuwe scan- en uploadworkflow voor geschreven handtekeningen. Ook bieden de nieuwe verzend- en ontwerpfuncties allerlei nieuwe mogelijkheden, met inbegrip van persoonlijke berichten, nieuwe ontvangersrollen en meer.

Voor nieuwe overeenkomsten zijn er nu bijgewerkte weergaveopties voor toegewezen tekstvelden. De vorige opties voor Helvetica, Times en Courier zijn vervangen door de respectievelijke Adobe-lettertypen Adobe Source Sans Pro, Source Code Pro en Source Serif Pro.

Niet alle functies van deze release zijn bij de implementatie ingeschakeld. Sommige functies worden geactiveerd in juni. Lees de opmerkingen bij de release voor meer informatie.

VEREISTE ACTIE

Er is geen actie vereist.
 

Nieuw SSL-certificaat en certificeringsinstantie

Adobe Sign gebruikt voortaan een nieuw SSL-certificaat en certificeringsinstantie op

22 juli 2017. Er zijn geen wijzigingen in de openbare sleutel, de onderliggende cryptografische protocollen of het schema. De root-CA en intermediate-CA veranderen wel met deze update. Neem contact op met de klantenondersteuning als u vragen hebt.

VEREISTE ACTIE

Als u aangepaste integraties hebt met Adobe Sign en daarvoor SOAP of REST-API's gebruikt, hoeft u niets te doen, op voorwaarde dat de bestaande openbare sleutel is 'vastgezet' door een van deze integraties.

Als u het certificaat met een andere methode vastzet, vindt u de nieuwe Adobe Sign- en CA-certificaten in de systeemvereisten voor Adobe Sign. Het nieuwe SSL-certificaat en de certificeringsinstantie worden van kracht op 22 juli 2017.

API: nieuwe instelling om de foutcode aan te passen die wordt gegenereerd als de URL verloopt

Momenteel wordt de HTTP-foutcode geretourneerd wanneer de URL verloopt. Deze 404-code (Page not found) is niet compatibel met de HTTP-standaard. U kunt deze URL's genereren met REST-API-aanroepen zoals GET /agreements/{agrID}/combinedDocument/url. De correcte HTTP-foutcode is echter 410 (Gone). In de release van mei is de standaard-HTTP-foutcode gewijzigd naar 410. Er is een nieuwe instelling beschikbaar waarmee u een aangepaste HTTP-statuscode (404, 410, enz.) kunt verzenden in een dergelijk foutscenario.

VEREISTE ACTIE

Als uw toepassingen een 404-fout verwachten van een URL die is verlopen, moet u een aanvraag indienen om deze nieuwe waarde te wijzigen. Neem contact op met de klantenondersteuing voor hulp.

Functie verwijderd: workflow voor faxondertekening

Vanaf de release van mei 2017 is de nieuwe verzendfunctie ingesteld als standaard. Tegelijkertijd is de workflow voor faxondertekening vervangen door een nieuwe workflow voor geschreven handtekeningen met gebruik van scanner en bestandsupload. De moderne scan- uploadfunctie is nauwkeuriger en beter te controleren. Ook is de leesbaarheid hierdoor beter geworden. Klanten die de API gebruiken zijn ook omgezet naar de nieuwe workflow voor geschreven handtekeningen.

De klassieke verzendfunctie met gefaxte handtekeningen is nog tijdelijk beschikbaar tot 31 oktober 2017. Als gebruikers van webtoepassingen de workflow voor faxondertekening willen blijven gebruiken, moeten ze de klassieke verzendpagina terug instellen via de verzendinstellingen. API-gebruikers moeten contact opnemen met hun Customer Success-manager als ze de workflow voor faxondertekening willen blijven gebruiken.

VEREISTE ACTIE

Bekijk de nieuwe workflow voor geschreven handtekeningen zorgvuldig en licht uw eindgebruikers in over de veranderingen. Misschien moet u eventuele documentatie voor uw eindgebruikers en klanten bijwerken met informatie over de geschreven workflow.

Mobiel: de aanmeldingsopties voor Google ID en Google Apps worden verwijderd in de mobiele Adobe Sign-app

Met het oog op meer beveiliging en gebruiksvriendelijkheid staat Google geen OAuth-verificatieverzoeken meer toe via ingesloten browsers (ook bekend als webviews) in native mobiele toepassingen. Als gevolg hiervan zijn de aanmeldingsopties voor Google en Google Apps verwijderd uit de mobiele Adobe Sign-app van mei.

Adobe Sign-gebruikers kunnen zich via de standaardfunctie (e-mail en wachtwoord) nog steeds aanmelden met hun Google ID. Het enige verschil is dat de opties voor Google en Google Apps zijn verwijderd van de aanmeldingspagina. Als u problemen ervaart met de standaardfunctie voor aanmelden en uw Google ID, moet u uw wachtwoord opnieuw instellen en het nogmaals proberen.

Gepland onderhoud met uitvaltijd in Noord-Amerika (NA1)

Gepland onderhoud voor Adobe Sign wordt uitgevoerd bij ons Noord-Amerikaanse datacenter (NA1) met een verwachte uitvaltijd op de volgende datums:

Op zaterdag 8 april 2017 van 17:00 uur (PDT) tot 23:00 uur (PDT)

Dit heeft geen gevolgen voor klanten in onze andere datacenters.

Het geplande onderhoud is vereist om de uitbreiding van onze Noord-Amerikaanse datacenters te voltooien. Tijdens het onderhoud is de service niet beschikbaar op NA1.

Om te kijken welk datacenter van toepassing is op uw account, meldt u zich aan bij Adobe Sign en let u op de afkorting in de URL (NA1, NA2, enzovoort). Neem contact op met uw Customer Success-manager voor al uw vragen.

VEREISTE ACTIE

• Als u de Adobe Sign voor Salesforce-integratie gebruikt: Salesforce-integratiebeheerders moeten de extra IP-adresbereiken vóór 7 april 2017 expliciet toestaan in hun Salesforce.com-account. 
• Als u IP-adressen van Adobe Sign expliciet toestaat in uw API-callbacks of firewall: Adobe Sign-beheerders moeten de extra IP-adressen expliciet toestaan in uw API-callbacks. Indien van toepassing, moet u derden die de routing van uw callbacks verzorgen, hiervan op de hoogte stellen. Als de nieuwe IP-bereiken niet worden toegevoegd, zullen callbacks worden geblokkeerd door uw firewall. IP-adresbereiken en veelgestelde vragen over gepland onderhoud

Integratie: ondersteuning voor de Adobe Sign-integratie met Salesforce v14 is beëindigd

Product- en beveiligingsupdates en technische ondersteuning voor Adobe Sign voor Salesforce v14 zijn met ingang van 15 december 2016 beëindigd. Versie 18 is nu beschikbaar.

VEREISTE ACTIE

Voer een upgrade uit naar de nieuwste versie van onze Salesforce-integratie. Klanten met niet-ondersteunde versies dienen een upgrade uit te voeren naar een nieuwe versie om technische ondersteuning te blijven ontvangen.

API: de ondersteuning van SOAP-API's door OAuth-toepassingen wordt afgebouwd

Vanaf de onderhoudsrelease van december hebben nieuwe OAuth-toepassingen alleen toegang tot REST-API's. Bestaande OAuth-toepassingen en integratiesleutels behouden tot nader order toegang tot SOAP-API's.

VEREISTE ACTIE

Gebruik de REST-API's voor de ontwikkeling van uw nieuwe toepassingen. Ga naar het Developer Center voor meer informatie.

API en webtoepassing: de complexiteitsregels voor wachtwoorden worden gewijzigd in 2017

Adobe Sign verandert de complexiteitsregels voor wachtwoorden om een hogere mate van beveiliging te garanderen. In het voorjaar van 2017 zullen we klanten die de webtoepassing gebruiken, vragen om hun wachtwoord binnen 90 dagen bij te werken. Klanten die voor aanmelding of gebruikersprovisioning gebruikmaken van bestaande REST- of SOAP-API's, kunnen hun toepassingen tot halverwege 2018 bijwerken om te voldoen aan de nieuwe Adobe Sign-wachtwoordvereisten. Informatie over de overgang naar de nieuwe regels is in het voorjaar van 2017 beschikbaar voor API-gebruikers.

Nieuwe wachtwoordcriteria:
• Minimaal 8 tekens, maximaal 100 tekens
• Minimaal één hoofdletter
• Minimaal één kleine letter
• Minimaal één cijfer
• Minimaal één speciaal teken (interpunctie), behalve lege spatie
• Mag niet hoofdlettergevoelig gebruikersnaam, voornaam of achternaam bevatten
• Het nieuwe wachtwoord wordt afgewezen als het overeenkomt met eerder gebruikte wachtwoorden

VEREISTE ACTIE

In het voorjaar van 2017 moeten gebruikers van de webtoepassing hun wachtwoord bijwerken wanneer ze daarom worden gevraagd. Klanten die API's toepassen voor gebruikersprovisioning, kunnen hun toepassingen tot juli 2018 bijwerken naar REST-API's om te voldoen aan de nieuwe wachtwoordvereisten.

API en webtoepassing: ondersteuning voor oudere tekstcodesyntaxis wordt gestopt

Ondersteuning voor v1.0 tekstcodes is beëindigd. Alhoewel de ondersteuning voor codes van versie 1.0 behouden blijft in de service, worden er geen verzoeken voor foutcorrectie of verbeteringen voor deze syntaxis meer geaccepteerd.

ACTIE VEREIST
Zorg ervoor dat je gebruikers de 2.0 text tag-syntaxis gebruiken bij het maken van nieuwe documentsjablonen. Controleer toepassingen en bestaande sjablonen die mogelijk oude tekstcodes bevatten en werk deze bij met de nieuwe tekstcodesyntaxis van versie 2.0. Raadpleeg de naslaggids voor het maken van formulieren met tekstcodes voor meer informatie.

Technische update: januari 2017 (voorafgaande melding)

Adobe Sign-sjablonen voor de IRS-formulieren I-9 en W-4 van 2017 zijn nu beschikbaar. De sjablonen genaamd I-9 (Employment Eligibility Verification 2016) en W-4 2016 (IRS Employees Withholding Allowance) zijn niet beschikbaar op 20 januari 2017 om 12:00 PT.

VEREISTE ACTIE

De IRS-formuliersjablonen voor 2017 bevatten nieuwe document-id's. Als u de document-id van de bestaande sjabloon in uw toepassingen gebruikt, moet u deze id's bijwerken.

De LibraryDocumentID zoeken in een API-account:

1. Meld u aan als Adobe Sign-accountbeheerder.
2. Genereer een integratiesleutel.
3. Ga naar het tabblad Account > Adobe Sign-API > API-informatie > klik op de koppeling: Documentatie REST-API-methoden. 
4. Schuif omlaag naar de sectie Bronnen en bewerkingen.
5. In de rij /libraryDocuments klikt u op de koppeling Tonen/Verbergen om de methoden weer te geven.
6. Klik op de eerste knop GET (Ophalen) naast de optie /libraryDocuments.
7. Plak uw integratiesleutel in het veld Toegangstoken. 
8. Klik op Probeer het uit!   
9. Zoek naar de formulieren I-9 en W-4 voor 2017 om de waarden voor LibraryDocumentID te bekijken.

Voor meer informatie neemt u contact op met uw Customer Success-manager.