Adobe Acrobat Sign tekniske meddelelser 2017-2018

Sidst opdateret den 20. jan. 2025

Tekniske meddelelser for 2017 - 2018


Fuldskærmstilstand som standard for Adobe Sign-grænsefladen

Først rapporteret: juni 2018

Fjernet fra aktuel liste: oktober 2018

For at forbedre oplevelsen på mindre enheder og give en bedre læseoplevelse på stationære pc'er introducerede Adobe Sign Marts-versionen et mere fleksibelt Sign UX baseret på browserens bredde. 

Dette var aktiveret selektivt for Enterprise-konti og generelt for alle Individual- og Team-konti. 

I juli blev dette standardkonfigurationen.  Brugere vil se webgrænsefladen tilpasset sidens bredde og stable komponenter i stedet for at formindske dem, så det passer en smal bredde.

 

Handling kræves

Der kræves ingen handling for at udnytte denne nye funktion, men dette kan deaktiveres af en kontoadministrator ved at gå til indstillingen Konto > Globale indstillinger > Adobe Sign-sidepræsentation og fjerne markeringen i feltet. 

Som del af September-versionen blev muligheden for at deaktivere denne funktion fjernet fra programmet, og den mere fleksible UX blev standard.

 


Ny version: Adobe Sign September 2018

Først rapporteret: august 2018

Fjernet fra aktuel liste: oktober 2018

Adobe Sign September 2018-produktversionen udgives efter planen i starten af september.

Denne produktversion indeholder nye funktioner og funktionsforbedringer for administratorer og slutbrugere. Denne version forventes ikke at påvirke tjenesten. 

 


Adobe Sign understøtter nu Aadhaar E-KYC API v2.1

Først rapporteret: august 2018

Fjernet fra aktuel liste: oktober 2018

Aadhaar-underskrivelse i Adobe Sign er nu flyttet til de nyeste E-KYC (Electronic Know Your Customer) API-specifikationer. Dette blev gjort for at overholde nye regulatoriske ændringer, der påkræver v2.1. Underskrivere kan nu underskrive en aftale ved hjælp af deres virtuelle ID (VID). Denne opdatering forbedrer også underskriverens oplevelse og løser Internet Explorer 11-problemer, som blev rapporteret tidligere.


Adobe Sign opnår FedRAMP Tailored-certificering

Først rapporteret: maj 2018

Fjernet fra aktuel liste: oktober 2018

Adobe Sign er nu godkendt af GSA (Government Services Administration i USA) som at opfylde kravene i Federal Risk Authorization Management Program (FedRAMP) Tailored, hvilket tillader Adobe Sign at blive solgt og brugt af ikke-offensive amerikanske myndigheder. 

Denne certifikat betyder, at Adobe Sign er blevet gennemgået af en vurderingsperson fra GSA og er blevet godkendt til brug på niveauet Li-SaaS In Process.  Adobe Sign vil fortsat gennemgå den konstante overvågning, der kræves for at bevare sin status som statscertificeret udbyder af cloudtjeneste. 

Du kan læse mere om FedRAMP på https://www.fedramp.gov/


Adobe Sign har fokus på at fremme bestemmelser om persondata

Først rapporteret: maj 2018

Fjernet fra aktuel liste: oktober 2018

Adobe Sign overholder EU's generelle databeskyttelsesforordning (GDPR). 

Denne databeskyttelseslov påvirker alle virksomheder, der indsamler personlige oplysninger fra statsborgere i EU.  Adobe Sign overholder reglen om kun at indsamle det minimum af oplysninger, der kræves for at muliggøre en vellykket underskrivelsesproces. 

Alle deltagere i Adobe Sign kan tilgå og redigere deres personlige oplysninger via deres brugerprofil og ved at gennemgå de aftaler, de har underskrevet. 

Adobe Sign-kunder, der interagerer med kforbrugere, vil have muligheden for at sende oplysninger til deres kunder om, hvad der er blevet indsamlet, og fjerne disse data iht. ders forretningsprocesser. Du kan læse om de nye GDPR-funktioner i Adobe Sign.

Du kan læse om Adobes regler og bestemmelser, der beskytter privatlivets fred ved design på tværs af alle produkter her: https://www.adobe.com/privacy.html.


Adobe er begyndt automatisk at lade aftaler, der stadig ikke er underskrevet og er mere end 1 år gamle, udløbe

Først rapporteret: februar 2018

Fjernet fra aktuel liste: oktober 2018

I oktober 2018 startede Adobe Sign med at udløbe aftaler, der er over 1 år gamle, og som stadig er i tilstanden Venter på signatur.

Notifikationer sendes ikke til deltagere i disse aftaler, men de vil kunne se dem på deres Administrer-side på listen Annulleret/afvist.

 

HANDLING KRÆVES

Kunder kan gennemgå deres ældre aftaler på siden Administrer eller ved at oprette en rapport over aftaler, der er mere end 1 år gamle, og downloade rapporten.  Filtret er i begge tilfælde statussen "Sendt til underskrivelse". 

Den nye regel gælder kun for aktive aftaler.

Aftaler, der er fuldført, annulleret eller afvist, påvirkes ikke.


Integration: Adobe Sign til Salesforce v20 udgivet i juli 2018

Først rapporteret: juni 2018

Fjernet fra aktuel liste: oktober 2018

Adobe Sign til Salesforce Sommerversion 2018 (tidligere kaldet "forårsversion") blev udgivet 17. juli 2018.

Sommerversionen indeholder nye funktioner og funktionsforbedringer for administratorer og slutbrugere. Opdateringen er tilgængelig på Adobe Signs Salesforce AppExchange-oversigt. 

 

Læs versionsnoterne her.

 


Usikker trafik blokere

Først rapporteret: juni 2018

Fjernet fra aktuel liste: august 2018

Fra 20. juni 2018 ophører support til flere kategorier af usikker netværkstrafik til Adobe Sign. Dette er nødvendigt for at opfylde specifikke krav til PCI-overholdelse.

 

Indgående trafik eller forbindelse, der er foretaget fra en klient til vores servere.

Vi stoppede med at understøtte ukrypterede forbindelser til vores API'er – dvs. anmodninger, der anvender "http:" i stedet for "https:".

Med denne ændring vil kunde- og partnerprogrammer ikke lykkes med at etablere ukrypterede forbindelser.

  • Fejladfærden vil være programspecifik.

 

Udgående trafik eller forbindelser, der foretages fra vores servere tilbage til kundespecificerede servere.

Der er to kategorier:

  • Upload callbacks til dokumentupload (beskrevet her for vores REST API, men gælder også for den ældre SOAP API)
  • Status-callbacks til at underrette leverandøren om en ændring i aftalestatus (beskrevet her for vores REST API, men gælder også for den ældre Simple Object Access Protocol API)

For begge kategorier af tilbagekald ophørte vi support af:

  • Ukrypterede forbindelse (der anvender "http:" i stedet for "https:"-URL'er)
  • Forbindelser til servere, der ikke understøtter TLSv1.2 (med andre ord understøttes TLSv1.0 og TLSv1.1 ikke længere)
  • Forbindelser til servere, der har ugyldige certifikater. Dette omfatter certifikater, der er selvunderskrevne eller udløbne samt situationer, hvor en URL anvender en IP-adresse i stedet for et værtsnavn.


Ny version: Adobe Sign Juni 2018

Først rapporteret: maj 2018

Fjernet fra aktuel liste: juli 2018

Adobe Sign Juni 2018-produktversionen blev færdiggjort 11. juni.

Juni 2018-produktversionen indeholder nye funktioner og funktionsforbedringer for administratorer og slutbrugere. Du kan finde udgivelsesnoterne her.


Nyt SSL-certifikat

Først rapporteret: april 2018

Fjernet fra aktuel liste: juli 2018

Adobe Sign flyttede til et nyt SSL-certifikat 2. maj 2018. Der er ingen ændring af den offentlige nøgle, underliggende kryptografiske protokoller eller skema. Kontakt kundeservice, hvis du har spørgsmål.

 

HANDLING KRÆVES

Hvis du har brugerdefinerede integrationer med Adobe Sign ved hjælp af enten SOAP eller REST API'er, og hvis nogen af disse integrationer har "fastgjort" den eksisterende offentlige nøgle, kræves der ingen handling, kræves der ingen handling.

Hvis du fastgør certifikatet ved hjælp af andre metoder, kan du finde de nye Adobe Sign-Certifikater i Adobe Sign Systemkrav.Det nye SSL-certifikat blev aktivt den 2. maj 2018.


Vigtige ændringer af IP-adresseintervaller

Først rapporteret: april 2018

Fjernet fra aktuel liste: juli 2018

Hvis din eksisterende netværks- eller firewallkonfiguration eksplicit tillader IP-adresserne for Adobe Sign, skal du opdatere netværkskonfigurationens indstillinger til at inkludere de nye IP-adresser for at sikre fortsat adgang til tjenesten.

De fleste eksisterende IP-adresser vil fortsat være i brug og må ikke slettes eller fjernes fra din netværkskonfiguration.

 

HANDLING KRÆVES

Hvis du eksplicit tillader Adobe Sign IP-adresser i enten dine API-tilbagekald eller firewall, skal du tillade de yderligere IP-adresser i dine API-tilbagekald. Underret tredjeparter, der distribuerer dine tilbagekald.

Hvis du bruger Adobe Sign til Salesforce-integrationen, skal administratorer tillade yderligere IP-adresseintervaller på deres Salesforce.com-konto (inkl. websteder).

TILFØJ:

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

 

Hvis du tillader IP-intervallerne for udgående mailrelæer, skal du tilføje:

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


Integration: Adobe Sign til Dynamics v7

Først rapporteret: juni 2018

Fjernet fra aktuel liste: juli 2018

Adobe Sign til Dynamics 365 CRM-sommerversion 2018 (v7) er planlagt til medio juni.

 

Denne version går dybere med Microsoft Dynamics 365 CRM med en redesignet grænseflade for hurtig navigation og tilføjer kundekontaktoplysninger fra LinkedIn, så du altid kan "se", hvem du sender til.  Kunder kan desuden nu fuldautomatisere deres Adobe Sign-processer ved at integrere Adobe Sign direkte i Microsoft Dynamics 365 CRM-workflows.

 

Opdateringen er tilgængelig på Adobe Signs Microsoft AppSource-oversigt.  Denne version forventes ikke at påvirke tjenesten.


Integration: Handling kræves for Adobe Sign til Salesforce v19.x-kunder

Først rapporteret: juni 2018

Fjernet fra aktuel liste: juli 2018

Hvis du har Adobe Sign til Salesforce version 19.x, skal du opgradere til version 19.5.2 enten før 1. juni 2018 eller 8. juni 2018 afhængigt af din Salesforce.com-organisation. Salesforce Summer '18-udgivelsen, der gradvist udrulles i juni af Salesforce, har ændringer, som påvirker bagudkompatibilitet med Adobe Sign for Salesforce-integration og vil påvirke muligheden for at sende nogle aftaler.

Fra og med 1. juni 2018 vil kunder med Adobe Sign til Salesforce version 19.x, som har opgraderet til Salesforce Sommer '18, ikke kunne tilføje modtagere og sende aftaler på Lightning-versionen af siden Send*.

 

HANDLING KRÆVES

Hvis du kører v19.x, skal du opgradere til Adobe Sign til Salesforce v19.5.2, før Salesforce opgraderer din organisation til Salesforce Sommer '18:

  • Gå til AppExchange, klik på Hent det nu og følg instruktionerne. 

Hvis du har brug for hjælp til opgraderingen, se venligst vores Adobe Sign for Salesforce (v19) opgraderingsvejledning.


Nyt SSL-certifikat

Først rapporteret: april 2018

Fjernet fra aktuel liste: juli 2018

Adobe Sign flytter til et nyt SSL-certifikat 2. maj 2018. Der er ingen ændring af den offentlige nøgle, underliggende kryptografiske protokoller eller skema. Kontakt kundeservice, hvis du har spørgsmål.

 

HANDLING KRÆVES

Hvis du har specialbyggede integrationer med Adobe Sign ved hjælp af enten Simple Object Access Protocol- eller REST API'er, og hvis nogen af disse integrationer har 'fastgjort' den eksisterende offentlige nøgle, kræves der ingen handling.

Hvis du fastgør certifikatet ved hjælp af andre metoder, kan du finde de nye Adobe Sign-Certifikater i Adobe Sign Systemkrav. Det nye SSL-certifikat bliver aktivt den 2. maj 2018.


Adobe Sign Marts-versionen fuldført

Først rapporteret: januar 2018

Fjernet fra aktuel liste: maj 2018

Adobe Sign marts 2018-produktudgivelsen blev afsluttet kl. 12:00 PST, 15. marts 2018.

Få flere oplysninger i de komplette produktbemærkninger.

SAP SuccessFactors udgives i april.


2017-version af W-4 US-skatteformularen fjernes fra tjenesten 17-4-2018

Først rapporteret: april 2018

Fjernet fra aktuel liste: maj 2018

2017-versionen af W-4 US-skatteformularskabelonen fjernes fra Adobe Sign-biblioteket 17. april 2018.

Kunder, der bruger W-4 fra Adobe Sign-biblioteket via API, bør opdatere deres dokument-id til 2018-versionen (se nedenfor).

 

Hvis du har brug for flere oplysninger, bedes du kontakte din Customer Success Manager.


2018-version af W-4 US-skatteformularen er tilgængelig

Først rapporteret: marts 2018

Fjernet fra aktuel liste: maj 2018

13/3/18 blev der føjet en ny skabelon til IRS W-4-formularen til Adobe Sign. Den har titlen W-4 2018 (Employee’s Withholding Allowance Certificate)

 

HANDLING KRÆVES

Den nye W-4-formularskabelon har et nyt libraryDocumentId . Hvis du bruger den eksisterende skabelons libraryDocumentId i dine programmer, vil du skulle opdatere den.

 

Sådan finder du libraryDocumentId i en API-aktiveret konto:

1. Log på som kontoadministrator.

2. Klik på fanen Konto > Adobe Sign API > API-oplysninger > klik på linket: Dokumentation til REST API-metoder.

3. I sektionen GET /libraryDocuments skal du klikke på OAUTH ACCESS-TOKEN.   

a . Aktivér omfanget library_read : self  

4 Klik på Prøv det! 

5. I Response Body skal du finde den nye W-4-formularskabelon (ikke den 2017 -version) for at se libraryDocumentId-Værdien. 

 

Hvis du har brug for flere oplysninger, bedes du kontakte din Customer Success Manager.

Find den nye W-4-formularskabelon i Response Body (ikke den 2017 version) for at se libraryDocumentId-værdien. 

 

Hvis du har brug for flere oplysninger, bedes du kontakte din Customer Success Manager.


Sikkerhedsmeddelelse: Understøttelse af TLS 1.0 og 1.1 slutter 9. april 2018

Først rapporteret: januar 2017

Fjernet fra aktuel liste: maj 2018

Adobe fjerner understøttelse af TLS 1.0- og 1.1-protokoller i 2018 for at følge branchens bedste praksisser for SSL/TLS-sikkerhed.

8. April kræves SSL handshake-protokollen TLS 1.2, og de ældre protokoller TLS 1.0 og TLS 1.1 vil ikke længere blive accepteret. Kunder, der ikke bruger TLS 1.2, vil ikke kunne oprette netværksforbindelse til Adobe Sign-tjenesten.

 

HANDLING KRÆVES

Til klienter, der kører webbrowsere: Brug en understøttet browser (se Systemkrav).

For kunder, der kører programmer ved hjælp af Adobe Sign-API'er: Understøttelse af TLS 1.2 kan afhænge af programmet, kørselsbibliotekerne og/eller operativsystemet. I nogle tilfælde leveres TLS-understøttelse af operativsystemets biblioteker, hvor den i andre tilfælde leveres af et programkørselsbibliotek.

For klienter, der kører Adobe Sign til Dynamics v5.x og tidligere, skal du opgradere til v6.0.

Operativsystemunderstøttelse for TLS 1.2 kræver:

  • Windows-server: Brug Windows Server 2008 R2 eller senere.
  • Windows: Brug Windows 8 eller senere.
  • OS X: Brug OS X 10.8 eller senere.

 

Programunderstøttelse af TLS 1.2:

  • For Java: Brug Java 8 eller senere. Java 7 kan bruges, men kræver, at TLSv1.2 er eksplicit aktiveret af programmet.
  • For . NET: brug .NET 4.6 eller senere. .NET 4.5 kan bruges, men kræver, at TLSv1.2 er eksplicit aktiveret af programmet. .NET afhænger af understøttelse af TLS 1.2 fra Windows (se ovenfor).
  • For programmer, der bruger OpenSSL: Brug OpenSSL 1.01 eller senere. 


Integration: Ophør af Adobe Sign til Microsoft Dynamics v4 og v5

Først rapporteret: februar 2018

Fjernet fra aktuel liste: maj 2018

Adobe Sign til Microsoft Dynamics v4, v5 og tidligere (lokale og online versioner) er nu ophørt. Adobe Sign til Dynamics v6 og senere understøtter lokalt Microsoft Dynamics 2013, 2015, 365 og Dynamics CRM 365 Online. Kontakt din Customer Success Manager med spørgsmål om opgradering til den nyeste version.

 

HANDLING KRÆVES

Opgrader øjeblikkeligt til Adobe Sign til Microsoft Dynamics v6 for lokale og online versioner. Du vil kunne overføre alle data fra v4 og tidligere til den nyeste version.


Integration: Ophør af Adobe Sign til Microsoft Dynamics v4

Først rapporteret: september 2016

Fjernet fra aktuel liste: maj 2018

Adobe Sign til Microsoft Dynamics v4 og tidligere (lokale og online versioner) er ophørt og virker ikke længere fra 30. november 2017. Adobe Sign til Dynamics v6 og senere understøtter lokalt Microsoft Dynamics 2013, 2015, 365 og Dynamics CRM 365 Online. Kontakt din Customer Success Manager med spørgsmål om opgradering til den nyeste version.

 

HANDLING KRÆVES

Opgrader til Adobe Sign til Microsoft Dynamics v6 før november 2017 for lokale og online versioner. Du vil kunne overføre alle data fra v4 og tidligere til den nyeste version.


Seneste skabelon til IRS-formular W-9 er tilgængelig 13. februar

Først rapporteret: februar 2018

Fjernet fra aktuel liste: april 2018

13/2/18 føjes der en ny skabelon for IRS W-9-formularen til Adobe Sign. Den navngives W-9 (anmod om skatteyders id-nummer) ver. 11/17. Samtidig omdøbes den eksisterende W-9-skabelon til W-9 (anmod om skatteyders id-nummer) (ældre). Denne omdøbning påvirker IKKE dine workflows.

13/3/18 ophører sidstnævnte skabelon, W-9 (anmod om skatteyders id-nummer) (ældre). Før 13/3/18 skal du skride til handling for at undgå afbrydelser af dit workflow.

 

HANDLING KRÆVES

Den nye W-9-formularskabelon har et nyt libraryDocumentId. Hvis du bruger den eksisterende skabelons libraryDocumentId i dine programmer, skal du opdatere den.

Sådan finder du libraryDocumentId på en API-aktiveret konto:

  1. Log på som kontoadministrator
  2. Klik på fanen Konto > Adobe Sign API > API-oplysninger > klik på linket: Dokumentation til REST API-metoder
  3. I sektionen GET /libraryDocuments skal du klikke på knappen OAUTH ACCESS-TOKEN 
    1. Aktivér omfanget library_read:self.
  4. Klik på Prøv det. knap
  5. I Svardelen skal du finde den nye W-9-formularskabelon (ikke den ældre version) for at se værdien for libraryDocumentId. 

Hvis du har brug for flere oplysninger, bedes du kontakte din Customer Success Manager.


Integration: Ophør af Adobe Sign til Microsoft SharePoint v3 og tidligere

Først rapporteret: oktober 2017

Fjernet fra aktuel liste: april 2018

Adobe Sign til Microsoft SharePoint v3 og tidligere (lokale og online versioner) vil ikke længere virke fra 31. marts 2017. Adobe Sign til SharePoint v4 og senere understøtter lokalt Microsoft SharePoint 2013, 2016 og SharePoint Online.

 

Handling kræves:

Opgrader øjeblikkeligt til Adobe Sign til SharePoint v4. Kontakt din Customer Success Manager med spørgsmål om opgradering til den nyeste version.


Integration: Kritisk opdatering til Adobe Sign til Salesforce v18

Først rapporteret: maj 2017

Fjernet fra aktuel liste: marts 2018

Salesforce vil indføre en ny sikkerhedsmodel for Lightning-komponenter kaldet LockerService i en kommende version. Hvis du er på Adobe Sign til Salesforce v18, skal du opgradere til version 18.27 eller højere for at sikre, at alle Salesforce Lightning-komponenter virker korrekt.

 

HANDLING KRÆVES

Hvis du er på Adobe Sign til Salesforce v18, skal du opgradere til version 18.27 eller højere.


Integration: Understøttelse af Adobe Sign-integrationen med Salesforce v15 er ophørt

Først rapporteret: april 2017

Fjernet fra aktuel liste: marts 2018

Produktopdateringer, sikkerhedsopdateringer og teknisk support til Adobe Sign til Salesforce v15 ophørte 15. december 2017

 

HANDLING KRÆVES

Opgrader til den nyeste version af vores integration med Salesforce for at fortsætte med at modtage de seneste funktioner, sikkerhedsopdateringer og teknisk support.

 

VIGTIGT 

Gennemgå de påkrævede Salesforce-tilladelsesindstillinger, før du starter din opgradering til v19 i afsnittet Nyheder i version 19 .


Adobe Sign-skabeloner for 2017 IRS-formular I-9 er nu tilgængelig.

Først rapporteret: november 2017

Fjernet fra aktuel liste: februar 2018

24. oktober blev den nye skabelon til den reviderede IRS I-9-formular føjet til Adobe Sign. Den har titlen: I-9 (Employment Eligibility Verification) ver. 07/17/17 N.  

Samtidig blev den eksisterende skabelon I-9 2017 (Employment Eligibility Verification) omdøbt til: I-9 (Employment Eligibility Verification) ver. 07/17/17 N (ældre).

Denne omdøbning påvirker IKKE dit workflow.

Men 1. dec. 2017 ophørte den sidstnævnte skabelon I-9 (Employment Eligibility Verification) ver. 07/17/17 N (ældre).

Hvis du bruger den ældre skabelons libraryDocumentId i dine programmer, skal du opdatere for at bruge den nye libraryDocumentId-værdi.

 

HANDLING KRÆVES

Den nye I-9-formularskabelon har et nyt libraryDocumentId. Hvis du bruger den eksisterende skabelons libraryDocumentId i dine programmer, skal du opdatere den.

Sådan finder du libraryDocumentId på en API-aktiveret konto:

  1. Log på som kontoadministrator
  2. Klik på fanen Konto > Adobe Sign API > API-oplysninger > klik på linket: Dokumentation til REST API-metoder
  3. I sektionen GET /libraryDocuments skal du klikke på knappen OAUTH ACCESS-TOKEN 
    1. Aktivér omfanget library_read:self.
  4. Klik på Prøv det.  
  5. I Svartekst skal du finde den reviderede I-9-formularskabelon (I-9 (Employment Eligibility Verification) ver. 07/17/17 N) for at se værdien libraryDocumentId. 

 

Hvis du har brug for flere oplysninger, bedes du kontakte din Customer Success Manager.


Vigtige ændringer af IP-adresseintervaller

Først rapporteret: juni 2017

Fjernet fra aktuel liste: februar 2018

Hvis din eksisterende netværks- eller firewallkonfiguration eksplicit tillader IP-adresserne for Adobe Sign, skal du opdatere netværkskonfigurationens indstillinger til at inkludere de nye IP-adresser for at sikre fortsat adgang til tjenesten.

De fleste eksisterende IP-adresser vil fortsat være aktive og må ikke slettes eller fjernes fra din netværkskonfiguration. Du bør dog fjerne to forældede IP-adresseintervaller for Nordamerika.

 

HANDLING KRÆVES

Hvis du eksplicit tillader Adobe Sign IP-adresser i enten dine API-tilbagekald eller firewall, skal du tillade de yderligere IP-adresser i dine API-tilbagekald. Underret tredjeparter, der distribuerer dine tilbagekald.

Hvis du bruger Adobe Sign til Salesforce-integrationen, skal administratorer tillade yderligere IP-adresseintervaller i deres Salesforce.com-konto.

TILFØJ:

Indien:

 

13.126.23.0/27

FJERN:

Nordamerika:

 

166.78.79.112/28

207.97.227.112/28


Integration: Kritisk opdatering til Adobe Sign til NetSuite

Først rapporteret: maj 2017

Fjernet fra aktuel liste: februar 2018

Oracle opgraderede for nylig til NetSuite 17.0. Opgraderingen forårsagede et problem i Adobe Sign til NetSuite, hvor fanen Aftale muligvis ikke vises for visse roller. Opgrader til Adobe Sign til NetSuite version 4.0.1 for at sikre, at roller, der er klargjort af administratoren på aftaleposten, vil kunne se fanen Aftale.

 

HANDLING KRÆVES

Log på programmet og opgrader til Adobe Sign til NetSuite version 4.0.1 for at sikre, at brugere vil kunne se Adobe Sign-fanen Aftale.

Ny version: Adobe Sign september 2017-version

Først rapporteret: september 2017

Fjernet fra aktuel liste: november 2017

Adobe Sign September 2017-produktversionen er nu fuldført. Denne version indeholder nye funktioner og funktionsforbedringer for administratorer og slutbrugere, inkl.:

  • Understøttelse af eIDAS-kompatible tidsstempler, der er certificeret på EU Trusted List (EUTL)
  • Understøttelse af nye konfigurerbare tidsstempeltjenester, hvis din virksomhed allerede benytter en LTV-tidsstempeludbyder
  • Bredere understøttelse af Cloud Signature Consortium med nye partnere annonceret
  • Understøttelse af Aadhaar-identitetsoverholdelse og et nyt datacenter i Indien (IN1)
  • Understøttelse af farvekodede formularfelter og nye skrifttyper til formularfelter for at give en bedre oprettelses- og brugeroplevelse
  • Registrering af formularfelter er rullet længere ud til feltet
  • Udskift eller tilføj modtagere løbende

 

Brede understøttelse af Microsoft-produkter med nye eller forbedrede integrationer til:

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


Sikkerhed: Understøttelse af Windows Vista SP2 og Internet Explorer 9 og 10 er ophørt

Først rapporteret: marts 2017

Fjernet fra aktuel liste: november 2017

Adobe Sign ophørte understøttelse af Windows Vista SP2 og Internet Explorer 9 og 10 den 17. marts 2017. Kunder, der fortsat bruger disse browsere, vil ikke kunne drage fordel af de nye funktioner og er ikke garanteret adgang til Adobe Sign i fremtiden.

 

HANDLING KRÆVES

Opdater ældre hardware til nyere operativsystemkonfigurationer, inkl. Windows 7, 8 eller 10, med en af de understøttede browsere, der er vist under Adobe Sign-systemkravene, for at sikre, at de nye Adobe Sign-funktioner fortsat virker som tiltænkt.

Adobe Sign Maj-versionen er nu færdig

Først rapporteret: april 2017

Fjernet fra aktuel liste: juli 2017

Adobe Sign Maj-versionen er nu færdig. Denne version indeholder nye funktioner og funktionsforbedringer for administratorer og slutbrugere. Med denne version er den klassiske Send- og Oprettelse-grænseflade ophørt, og den nye grænseflade blev standard over hele Adobe Sign. API-integrationer, der integrerer Send-siden, vil også opleve ændringer i grænsefladen. Den nye Send-oplevelse bevarer alle funktioner fra den klassiske Send-oplevelse, bortset fra workflowet for faxsignatur, som blev udskiftet med et nyt workflow for håndskrevne underskrifter, der scannes og uploades. De nye Send- og Oprettelse-oplevelser indeholder også nye funktioner, inkl. private beskeder, nye modtagerroller og mere.

Nye aftaler har nu opdaterede udseendeindstillinger for tildelte tekstfelter. De forrige indstillinger for Helvetica, Times og Courier er erstattet med tilsvarende Adobe-skrifttyper – henholdsvis Adobe Source Sans Pro, Source Code Pro og Source Serif Pro.

Ikke alle funktioner i denne version blev aktiveret ved installation. Visse funktioner aktiveres til juni. Se mere i produktbemærkningerne.

 

HANDLING KRÆVES

Ingen handling kræves.
 


Ny SSL-certifikat- og certifikatmyndighed

Først rapporteret: juni 2017

Fjernet fra aktuel liste: juli 2017

Adobe Sign skifter til en ny SSL-certifikat- og certifikatmyndighed den

22. juli 2017. Der er ingen ændring af den offentlige nøgle, underliggende kryptografiske protokoller eller skema. Den grundlæggende og mellemliggende certifikatmyndighed ændres med denne opdatering. Kontakt kundeservice, hvis du har spørgsmål.

 

HANDLING KRÆVES

Hvis du har brugerdefinerede integrationer med Adobe Sign ved hjælp af enten SOAP eller REST API'er, og hvis nogen af disse integrationer har "fastgjort", kræves der ingen handling.

 

Hvis du fastgør certifikatet med andre metoder, kan du finde de nye certifikater fra Adobe Sign og certifikatmyndigheden under Adobe Sign-systemkravene. Den nye SSL-certifikat- og certifikatmyndighed bliver aktiv 22. juli 2017.


API: Ny indstilling til at tilpasse den fejlkode, der genereres i tilfælde af URL-udløb

Først rapporteret: maj 2017

Fjernet fra aktuel liste: juli 2017

I øjeblikket er den HTTP-fejlkode, der returneres, når en URL udløber, 404 (siden blev ikke fundet), som ikke overholder HTTP-standarder. Disse URL-adresser kan genereres af REST API-kald som f.eks. GET/agreements/{agrID}/combinedDocument/url. Den mere passende HTTP-fejlkode er dog 410 (væk). I Maj-versionen blev den standard HTTP-fejlkode ændret til 410. En ny indstilling er tilgængelig for at tillade en brugerdefineret HTTP-statuskode (404, 410 osv.) at blive sendt i dette fejlscenarie.

 

HANDLING KRÆVES

Hvis dine programmer forventer, at en udløbet URL kaster en 404-fejl, skal du anmode om en ændring af værdien af denne indstilling til 404. Kontakt kundeservice for at få hjælp.


Frarådet funktion: arbejdsforløb for faxsignatur

Først rapporteret: maj 2017

Fjernet fra aktuel liste: juli 2017

Med maj 2017-versionen blev den nye Send-oplevelse standard, og med den blev workflowet for faxsignatur udskiftet med et nyt workflow for håndskrevne underskrifter, der anvender scanning og upload. Den moderne scannings- og uploadfunktion giver forbedret nøjagtighed og overvågning og resulterer i bedre læsbarhed. Kunder, der bruger API'en, blev også flyttet til det nye workflow for håndskrevne underskrifter.

Den klassiske Send-oplevelse med faxsignaturer vil være tilgængelig i en begrænset periode. Den frarådes fra 31. oktober 2017. Brugere af webprogrammet, der fortsat ønsker at bruge workflowet for faxsignatur, kan fortsætte med dette ved at gå tilbage til den klassiske Send-side under afsendelsesindstillinger. API-brugere skal kontakte deres Customer Success Manager for at fortsætte med at bruge workflowet for faxsignatur.

 

HANDLING KRÆVES

Gennemgå det nye workflow for håndskrevne underskrifter, og underret dine slutbrugere om ændringerne. Du skal muligvis også opdatere din slutbruger- og kundedokumentation til workflows for håndskrevne underskrifter.


Mobil: Login med Google ID og Google Apps i Adobe Sign-mobilappen fjernes.

Først rapporteret: marts 2017

Fjernet fra aktuel liste: juni 2017

For at forbedre sikkerhed og brugervenlighed tillader Google ikke længere OAuth-godkendelsesanmodninger til Google via integrerede browsere kendt som webvisninger i oprindelige mobilprogrammer. Derfor er Google- og Google Apps-loginmulighederne blevet fjernet fra Adobe Sign-mobilappen med Maj-versionen.

Adobe Sign-brugere vil stadig kunne logge på med deres Google-id'er via standardlogin (mail og adgangskode). Den eneste forskel er fjernelse af Google- og Google Apps-mulighederne på loginsiden. Hvis du støder på problemer med standardlogin og dit Google-id, skal du nulstille din adgangskode og prøve igen.


Planlagt vedligeholdelse med nedetid for Nordamerika (NA1)

Først rapporteret: januar 2017

Fjernet fra aktuel liste: april 2017

Adobe Sign gennemgår en planlagt vedligeholdelse på vores nordamerikanske datacenter (NA1) med forventet nedetid:

Starter lørdag 8. april 2017 kl. 17:00 PDT og slutter 8. april kl. 23:00 PDT

Kunder, der er placeret i vores andre datacentre, forventes ikke at blive påvirket.

Den planlagte vedligeholdelse kræves for at fuldføre udvidelsen af vores nordamerikanske datacentre. Tjenesten vil være utilgængelig i denne vedligeholdelsesperiode på NA1.

For at bekræfte datacentret for din konto skal du logge på Adobe Sign og notere forkortelsen i URL-adressen (NA1, NA2 osv.). Kontakt din Customer Success Manager, hvis du har spørgsmål.

 

HANDLING KRÆVES

  • Hvis du bruger Adobe Sign til Salesforce-integrationen: Salesforce-integrationsadministratorer skal eksplicit tillade de yderligere IP-adresseintervaller på deres Salesforce.com-konto, for at integrationen fortsat kan virke efter 7. april 2017. 
  • Hvis du tillader Adobe Sign IP-adresser i enten dine API-tilbagekald eller firewall: Adobe Sign-administrator skal tillade de yderligere IP-adresser i dine API-tilbagekald. Underret tredjeparter, der distribuerer dine tilbagekald. Uden at tilføje nye IP-adresser tillades tilbagekaldene ikke gennem din firewall. IP-adresseintervaller og planlagt vedligeholdelse - ofte stillede spørgsmål


Integration: Understøttelse af Adobe Sign-integrationen med Salesforce v14 er ophørt

Først rapporteret: september 2016

Fjernet fra aktuel liste: februar 2017

Produktopdateringer, sikkerhedsopdatering og teknisk support til Adobe Sign til Salesforce v14 ophørte 15. december 2016. Version 18 er tilgængelig nu.

 

HANDLING KRÆVES

Opgrader til den seneste version af vores integration med Salesforce. Kunder, der bruger ikke-supporterede versioner, vil skulle opgradere til en ny version for at fortsætte med at modtage teknisk support.

 


API: OAuth-programunderstøttelse af SOAP API frarådes.

Først rapporteret: november 2016

Fjernet fra aktuel liste: februar 2017

Med vedligeholdelsesversionen fra december kan nye OAuth-programmer kun få adgang til REST API'er. Eksisterende OAuth-programmer og integrationsnøgler vil fortsat have adgang til SOAP API'er indtil videre.

 

HANDLING KRÆVES

Brug REST API'er ved udvikling af nye programmer. Gå til Developer Center for at få flere oplysninger.

 


API og webapp: Regler for adgangskoders kompleksitet ændres i 2017

Først rapporteret: november 2016

Fjernet fra aktuel liste: februar 2017

Adobe Sign ændrer reglerne for adgangskoders kompleksitet for at øge sikkerheden. I tidlig 2017 bedes kunder, der bruger webprogrammet, opdatere deres adgangskode og har 90 dage til at efterkomme dette. Kunder, der logger på eller klargør brugere gennem de eksisterende REST eller SOAP API'er vil have indtil midt-2018 til at opdatere deres programmer, så de overholde Adobe Signs krav til adgangskodesikkerhed. Oplysninger om, hvordan du skifter til de nye regler, vil være tilgængelige for API-brugere i tidlig 2017.

Nye adgangskodekriterier:
• Minimum 8 tegn, maksimum 100 tegn
• Mindst ét stort bogstav
• Mindst ét lille bogstav
• Mindst ét tal
• Mindst ét specialtegn (tegnsætning), undtagen mellemrum
• Må ikke indeholde brugernavn, fornavn eller efternavn (der skelnes ikke mellem store og små bogstaver)
• Den nye adgangskode afvises, hvis den matcher tidligere anvendte adgangskoder

 

HANDLING KRÆVES

I tidlig 2017 bør brugere af webprogrammet opdatere deres adgangskoder, når de bliver bedt om det. Kunder, der klargør brugere gennem API'en, vil have indtil juli 2018 til at opdatere deres programmer til at anvende REST API'er, så de nye adgangskodekriterier overholdes.

 


API og webapp: Understøttelse er ophørt for ældre teksttagsyntaks

Først rapporteret: juni 2016

Fjernet fra aktuel liste: februar 2017

Understøttelse af v1.0-teksttags er ophørt. Selvom v1.0-tags stadig respekteres i tjenesten, vil der ikke accepteres nogen anmodninger om fejl eller forbedringer for denne syntaks.

 

HANDLING PÅKRÆVET
Sørg for, at dine brugere anvender 2.0-teksttagsyntaks, når de opretter nye dokumentskabeloner. Gennemgå programmer og eksisterende skabeloner, der kan indeholde ældre teksttags, og opdater dem med den nyere 2.0-teksttagsyntaks. Se mere i referencevejledningen om oprettelse af formularer med teksttags.


Teknisk opdatering: januar 2017 (avanceret besked)

Først rapporteret: juni 2016

Fjernet fra aktuel liste: februar 2017

Adobe Sign-skabeloner for 2017 IRS-formularer I-9 og W-4 er nu tilgængelige. Skabelonerne, der er berettiget til I-9 (Employment Eligibility Verification 2016) og W-4 2016 (IRS-medarbejdere, der tilbageholder tilladelse), vil være utilgængelige kl. 00:00 den 20. januar 2017.

 

HANDLING KRÆVES

2017 IRS-formularskabelonerne har nye dokument-id'er. Hvis du bruger dokument-id'et i dine programmer, skal du opdatere dokument-id'erne.

Sådan finder du LibraryDocumentID på en API-aktiveret konto:

  1. Log på som Adobe Sign-kontoadministrator.
  2. Generer en integrationsnøgle.
  3. Gå til fanen Konto > Adobe Sign API > API-oplysninger > klik på linket: Dokumentation til REST API-metoder
  4. Rul ned til sektionen Ressourcer og handlinger.
  5. På rækken /libraryDocuments skal du klikke på linket Vis/skjul for at vise metoderne.
  6. Klik på den første knap HENT ved siden af muligheden /libraryDocuments.
  7. Indsæt din integrationsnøgle i feltet "Adgangstoken". 
  8. Klik på Prøv det.   
  9. Find 2017 L-9- og W-4-formularerne for at se værdierne for LibraryDocumentID.

Hvis du har brug for flere oplysninger, bedes du kontakte din Customer Success Manager.