Adobe Acrobat Sign tekniske varsler 2017-2018

Tekniske varsler for 2017 - 2018

Standard fullskjermmodus for Adobe Sign-grensesnittet

For å forbedre opplevelsen på mindre enheter og gi en bedre leseopplevelse på skrivebordet introduserte mars-utgivelsen av Adobe Sign et mer fleksibelt Sign UX basert på bredden på nettleseren. 

Dette ble aktivert selektivt for bedriftskontoer og generelt for alle enkeltpersons- og teamkontoer. 

I juli ble dette standardkonfigurasjonen.  Brukere vil se at nettgrensesnittet tilpasses bredden på siden og stabler komponenter i stedet for å forminske dem for å få plass innenfor en smal bredde.

Handling påkrevd

Det kreves ingen handling for å dra nytte av denne nye funksjonaliteten, men den kan deaktiveres av en kontoadministrator ved å gå til innstillingen Konto > Globale innstillinger > Adobe Sign-sidepresentasjon og fjerne merket i boksen. 

Som en del av septemberutgivelsen ble muligheten til å deaktivere denne funksjonen fjernet fra programmet, og det mer fleksible UX ble standarden.

Ny utgivelse: Adobe Sign september 2018

Adobe Sign-utgivelsen i september 2018 er planlagt å komme tidlig i september.

Denne produktutgivelsen har nye funksjoner og funksjonsforbedringer for administratorer og sluttbrukere. Det forventes ingen innvirkning på tjenesten med denne utgivelsen. 

Adobe Sign støtter nå Aadhaar E-KYC API v2.1

Aadhaar-signeringsarbeidsflyten i Adobe Sign har nå gått over til de nyeste E-KYC (electronic know your customer) API-spesifikasjonene. Dette ble gjort for å overholde nye regulatoriske endringer som krever v2.1. Underskrivere kan nå signere en avtale ved å bruke sin virtuelle ID (VID). Denne oppdateringer gir også undertegneren en bedre opplevelse, og løser Internet Explorer 11-problemene det ble meldt om tidligere.

Adobe Sign oppnår FedRAMP Tailored-sertifisering

Adobe Sign er nå autorisert av GSA (Government Services Administration i USA) for å oppfylle kravene i Federal Risk Authorization Management Program (FedRAMP) Tailored. Det betyr at Adobe Sign kan selges til og brukes av amerikanske føderale offentlige organer utenom forsvar. 

Dette sertifikatet betyr at Adobe Sign har blitt gjennomgått av GSA-sikkerhetsvurderingen og godkjent for bruk på Li-Såas In Process-nivået.  Adobe Sign vil fortsatt gjennomgå den konstante overvåkingen som kreves for å opprettholde statusen som sertifisert skytjenesteleverandør for myndighetene. 

Du kan lese mer om FedRAMP på https://www.fedramp.gov/

Adobe Sign fokuserer på å fremme forskrifter for vern av personlige data

Adobe Sign vil overholde EUs personvernforordning (GDPR). 

Denne personvernloven berører alle selskaper som samler inn personopplysninger fra enkeltpersoner som er borgere i EU.  Adobe Sign følger regelen om å samle inn kun informasjon som er nødvendig for å gjennomføre forretninger under signeringsprosessen. 

Alle deltakere i Adobe Sign kan vurdere og endre personopplysningene sine gjennom brukerprofilen og ved å undersøke avtalene som de har signert. 

Adobe Sign-kunder som arbeider med forbrukere, vil ha mulighet til å gi informasjon til kundene sine om hva som ble samlet inn, og fjerne de dataene i samsvar med forretningsprosessene deres. Du kan lese om de nye GDPR-funksjonene i Adobe Sign.

Du kan lese om Adobes regler og forskrifter som beskytter personvern ved design på tvers av alle produkter her: https://www.adobe.com/privacy.html.

Adobe har begynt å automatisk la avtaler som fremdeles ikke er signert som er eldre enn ett år, utløpe

Fra og med oktober 2018 har Adobe Sign begynt å la avtaler som er mer enn ett år gamle og fremdeles har Venter på signatur-status, utløpe.

Varsler blir ikke sendt til deltakere i disse avtalene, men de vil kunne se dem på Behandle-siden sin i listen Kansellert/avvist.

HANDLING KREVES

Kunder kan gjennomgå eldre avtaler gjennom Behandle-siden eller ved å opprette en rapport over avtaler som er eldre enn ett år, og laste ned rapporten.  Filteret i begge tilfeller er statusen “Ute for signatur”. 

Denne nye regelen gjelder bare for ikke-avsluttede avtaler.

Avtaler som er fullført eller ble kansellert eller avvist, berøres ikke.

Integrasjon: Adobe Sign for Salesforce v20 ble utgitt i juli 2018

Adobe Sign for Salesforce Summer-utgivelsen 2018 (tidligere omtalt som "Spring-utgivelsen") ble utgitt 17. juli 2018.

Summer-utgivelsen har nye funksjoner og funksjonsforbedringer for administratorer og sluttbrukere. Oppdateringen vil være tilgjengelig på Adobe Signs Salesforce AppExchange-oppføring. 

Les utgivelsesnotatene her.

Usikker trafikk blokkert

Den 20. juni 2018 opphørte støtten for flere kategorier av usikker nettverkstrafikk i Adobe Sign. Det var nødvendig for å oppfylle bestemte krav med hensyn til å etterleve PCI.

Innkommende trafikk, eller tilkoblinger som gjøres fra en klient til serverne våre.

Vi sluttet å støtte ukrypterte tilkoblinger til våre API-er, dvs. forespørsler ved bruk av "http:" i stedet for "https:".

Etter denne endringen vil kunde- og partnerprogrammer mislykkes ved forsøk på å etablere ukrypterte tilkoblinger.

• Feilvirkemåten vil være programspesifikk.

Utgående trafikk, eller tilkoblinger som gjøres fra serverne våre og tilbake til kundespesifiserte servere.

Det er to kategorier:

• Last opp tilbakeringing for dokumentopplastninger (beskrevet her for REST API, men gjelder også for det eldre SOAP API)
• Status tilbakeringing for å varsle kunde om endring i avtalestatus (beskrevet her for REST API, men gjelder også for det eldre SOAP API)

For begge kategoriene av tilbakekall opphørte støtten for:

• Ukrypterte tilkoblinger (bruker URL-er med "http:" i stedet for "https:")
• Tilkoblinger til servere som ikke støtter TLSv1.2 (med andre ord, TLSv1.0 og TLSv1.1 vil ikke lenger støttes)
• Tilkoblinger til servere som har ugyldige sertifikater. Dette inkluderer sertifikater som er selvsignerte eller utløpte, samt tilfeller der en URL-adresse bruker enn annen IP-adresse enn et vertsnavn.

Ny utgivelse: Adobe Sign juni 2018

Adobe Sign-utgivelsen i juni 2018 ble fullført 11. juni.

Juni 2018-produktutgivelsen har nye funksjoner og produktforbedringer for administratorer og sluttbrukere. Du kan finne utgivelsesnotatene her.

Nytt SSL-sertifikat

Adobe Sign gikk over til et nytt SSL-sertifikat den 2. mai 2018. Det er ingen endringer til offentlig nøkkel, underliggende kryptografiprotokoller eller skjema. Kontakt kundestøtte hvis du har spørsmål.

HANDLING KREVES

Hvis du har bygd egne integrasjoner med Adobe Sign ved bruk av SOAP- eller REST-APIer, og hvis noen av disse integrasjonene har “festet” den eksisterende offentlige nøkkelen, er det ikke nødvendig å gjøre noe.

Hvis du fester sertifikatet ved hjelp av andre metoder, kan du finne de nye Adobe Sign-sertifikatene i systemkravene for Adobe Sign.Det nye SSL-sertifikatet ble aktivt 2. mai 2018.

Viktige endringer til IP-adresseområder

Hvis din eksisterende nettverks- eller brannmurkonfigurasjon eksplisitt lister IP-adresser for Adobe Sign, må du oppdatere konfigurasjonsinnstillingene til å inkludere de nye IP-adressene slik at du sikrer fortsatt tilgang til tjenesten.

Mesteparten av de eksisterende IP-adressene vil fortsatt være i drift og må ikke slettes eller fjernes fra nettverkskonfigurasjonen.

HANDLING KREVES

Hvis du eksplisitt tillater IP-adresser for Adobe Sign i enten API-tilbakekall eller brannmur, må du tillate de ekstra IP-adressene i API-tilbakekallene. Varsle også tredjeparter som ruter dine tilbakekall, hvis aktuelt.

Hvis du bruker Adobe Sign for Salesforce-integrasjonen, må administratorer tillate de ekstra IP-adresseområdene i sine Salesforce.com-kontoer (inkludert nettsteder).

LEGG TIL:

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

Hvis du tillater IP-områdene for utgående e-postvideresending, må du legge til:

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

Integrasjon: Adobe Sign for Dynamics v7-utgivelse

Adobe Sign for Dynamics 365 CRM-sommerutgivelse 2018 (v7) er planlagt til midten av juni.

Denne utgivelsen går dypere med Microsoft Dynamics 365 CRM med et nyutformet grensesnitt for rask navigering, og legger til kundekontaktdetaljer fra LinkedIn slik at du alltid kan “se” hvem du sender til.  I tillegg kan kunder nå fullstendig automatisere Adobe Sign-prosessene sine ved å bygge inn Adobe Sign direkte i Microsoft Dynamics 365 CRM-arbeidsflyter.

Oppdateringen er tilgjengelig på Adobe Signs Microsoft AppSource-oppføring.  Det forventes ingen innvirkning på tjenesten med denne utgivelsen.

Integrasjon: Handling kreves for kunder med Adobe Sign for Salesforce v19.x

Hvis du kjører Adobe Sign for Salesforce versjon 19.x, må du oppgradere til versjon 19.5.2 før 1. juni 2018 eller 8. juni 2018, avhengig av din Salesforce.com-organisasjon. Salesforces Summer '18-utgivelse, som rulles ut gradvis i juni av Salesforce, har endringer som påvirker bakoverkompatibilitet med Adobe Sign for Salesforce-integrasjonen og vil påvirke muligheten til å sende noen avtaler.

Fra og med 1. juni 2018 vil kunder som kjører Adobe Sign for Salesforce versjon 19.x og som oppgraderes til Salesforce Summer ’18, ikke kunne legge til mottakere og sende avtaler i Lightning-versjonen av Send-siden*.

HANDLING KREVES

Hvis du kjører v19.x, må du oppgradere til Adobe Sign for Salesforce v19.5.2 før Salesforce oppgraderer organisasjonen din til Salesforce Summer ’18:

• Gå til AppExchange, klikk Last ned nå og følg instruksjonene. 

Hvis du trenger hjelp med oppgradering, se vår Adobe Sign for Salesforce (v19) oppgraderingsveiledning.

Nytt SSL-sertifikat

Adobe Sign går over til et nytt SSL-sertifikat den 2. mai 2018. Det er ingen endringer til offentlig nøkkel, underliggende kryptografiprotokoller eller skjema. Kontakt kundestøtte hvis du har spørsmål.

HANDLING KREVES

Hvis du har egendefinerte integrasjoner med Adobe Sign ved hjelp av enten SOAP eller REST APIer, og hvis noen av disse integrasjonene har "festet" den eksisterende offentlige nøkkelen, kreves ingen handling.

Hvis du fester sertifikatet ved hjelp av andre metoder, kan du finne de nye Adobe Sign-sertifikatene i systemkravene for Adobe Sign.Det nye SSL-sertifikatet blir aktivt 2. mai 2018.

Mars-utgivelsen av Adobe Sign er fullført

Produktutgivelsen for Adobe Sign mars 2018 ble fullført kl. 12.00 PST, 15. mars 2018.

Se de komplette produktmerknadene for flere detaljer.

SAP SuccessFactors vil bli utgitt i april.

2017-versjonen av det amerikanske W-4-skatteskjemaet tas ut av drift 17. april 2018

2017-versjonen av malen for det amerikanske W-4-skatteskjemaet vil bli fjernet fra Adobe Sign-biblioteket den 17. april 2018.

Kunder som bruker W-4 fra Adobe Sign-biblioteket via API, må oppdatere dokument-IDen til 2018-versjonen (se nedenfor)

Hvis du trenger mer informasjon, kan du kontakte din kundeansvarlige.

2018-versjonen av det amerikanske W-4-skatteskjemaet er tilgjengelig

Den 13. mars 2018 ble en ny mal for IRS W-4-skjemaet lagt til Adobe Sign. Den har navnet W-4 2018 (Employee’s Withholding Allowance Certificate)

HANDLING KREVES

Den nye W-4-skjemamalen har en ny libraryDocumentId . Hvis du bruker den eksisterende malens libraryDocumentId i applikasjonene dine, må du oppdatere den.

Slik finner du libraryDocumentId i en API-aktivert konto:

1. Logg på som kontoadministrator.

2. Klikk på Kontoer-fanen > Adobe Sign API > API-informasjon > klikk på koblingen: Metodedokumentasjon for REST-API.

3. I delen GET /libraryDocuments klikker du på OAUTH ACCESS-TOKEN.  knappen 

a . Aktiver library_read : self   scope

4 Klikk Prøv det ut! knappen

5. I Response Body, lokaliser den nye W-4-skjemalmalen (ikke 2017-versjonen) for å se libraryDocumentId-verdien. 

Hvis du trenger mer informasjon, kan du kontakte din kundeansvarlige.

I svarinnholdet finner du den nye W-4-skjemamalen (ikke den 2017 versjonen) for å se libraryDocumentId-verdien. 

Hvis du trenger mer informasjon, kan du kontakte din kundeansvarlige.

Sikkerhetsmerknad: Støtte for TLS 1.0 og 1.1 avsluttes 9. april 2018

Adobe vil fjerne støtten for protokollene TLS 1.0 og 1.1 i 2018 for å oppfylle industriens beste praksis for SSL/TLS-sikkerhet.

Den 8. april vil SSL handshake-protokollen TLS 1.2 være påkrevd, og de eldre protokollene TLS 1.0 og TLS 1.1 vil ikke lenger godtas. Klienter som ikke bruker TLS 1.2, vil ikke kunne etablere nettverkstilkoblinger til Adobe Sign-tjenesten.

HANDLING KREVES

For klienter som kjører nettlesere: Bruk en støttet nettleser (se systemkrav).

For klienter som bruker Adobe Sign-APIer: Støtte for TLS 1.2 kan avhenge av programmet, kjøretidsbibliotekene og/eller operativsystemet. I enkelte tilfeller gis støtte for TLS av operativsystembiblioteker, mens i andre tilfeller gis det av kjøretidsbiblioteket til et program.

For klienter som kjører Adobe Sign for Dynamics v5.x og tidligere, oppgrader til v6.0.

Operativsystemstøtte for TLS 1.2 krever:

• Windows-server: Bruk Windows Server 2008 R2 eller nyere.
• Windows-skrivebord: Bruk Windows 8 eller nyere.
• OS X: Bruk OS X 10.8 eller nyere.

Programrammeverkstøtte for TLS 1.2:

• For Java: Bruk Java 8 eller nyere. Java 7 kan bruks, men krever at TLS v1.2 aktiveres eksplisitt av programmet.
• For . NET: bruk .NET 4.6 eller senere. .NET 4.5 kan brukes, men krever at TLS v1.2 aktiveres eksplisitt av programmet. .NET avhenger av TLS 1.2-støtte fra Windows (se ovenfor).
• For programmer som bruker OpenSSL: Bruk OpenSSL 1.01 eller nyere. 

Integrasjon: Slutt på levetiden for Adobe Sign for Microsoft Dynamics v4 og v5

Adobe Sign for Microsoft Dynamics v4, v5 og tidligere (lokale eller nettbaserte versjoner) er nå opphørt. Adobe Sign for Dynamics v6 og nyere støtter Microsoft Dynamics lokalt 2013, 2015, 365 og Dynamics CRM 365 Online. Kontakt din kundeansvarlige hvis du har spørsmål om oppgradering til den nyeste versjonen.

HANDLING KREVES

Oppgrader til Adobe Sign for Microsoft Dynamics v6 umiddelbart for lokale og nettbaserte versjoner. Du vil kunne overføre alle data fra v4 og eldre til den nyeste versjonen.

Integrasjon: Slutt på levetiden for Adobe Sign for Microsoft Dynamics v4

Adobe Sign for Microsoft Dynamics v4 og tidligere (lokale eller nettbaserte versjoner) opphørte 30. november 2017 og fungerer ikke lenger. Adobe Sign for Dynamics v6 og nyere støtter Microsoft Dynamics lokalt 2013, 2015, 365 og Dynamics CRM 365 Online. Kontakt din kundeansvarlige hvis du har spørsmål om oppgradering til den nyeste versjonen.

HANDLING KREVES

Oppgrader til Adobe Sign for Microsoft Dynamics v6 før november 2017 for lokale og nettbaserte versjoner. Du vil kunne overføre alle data fra v4 og eldre til den nyeste versjonen.

Nyeste mal for IRS-skjema W-9 er tilgjengelig 13. februar

Den 13.02.2018 blir en ny mal for IRS W-9-skjemaet lagt til Adobe Sign. Den har navnet W-9 (Request for Taxpayer Identification Number) ver. 11/17. Samtidig får den eksisterende W-9-malen det nye navnet W-9 (Request for Taxpayer Identification Number) (eldre). Denne navneendringen vil IKKE påvirke arbeidsflytene dine.

Den 13.03.2018 vil den siste malen, W-9 (Request for Taxpayer Identification Number) (eldre), trekkes tilbake. Du må handle før 13. mars 2018 for å unngå avbrudd i arbeidsflyten din.

HANDLING KREVES

Den nye W-9-skjemamalen har en ny libraryDocumentId. Hvis du bruker den eksisterende malens libraryDocumentId i programmene dine, må du oppdatere den.

Slik finner du libraryDocumentId i en API-aktivert konto:

1. Logg på som kontoadministrator
2. Klikk på Kontoer-fanen > Adobe Sign API > API-informasjon > klikk på koblingen: Metodedokumentasjon for REST-API
3. I delen GET /libraryDocuments klikker du på knappen OAUTH ACCESS-TOKEN 
   1. Aktiver library_read:self-omfanget
4. Klikk på Prøv det! knappen
5. I Response Body finner du den nye W-9-skjemamalen (ikke den eldre versjonen) for å se libraryDocumentId-verdien. 

Hvis du trenger mer informasjon, kan du kontakte din kundeansvarlige.

Integrasjon: Slutt på levetiden for Adobe Sign for Microsoft SharePoint v3 og lavere

Adobe Sign for Microsoft SharePoint v3 og tidligere (lokale eller nettbaserte versjoner) vil ikke lenger fungere etter 31. mars 2017. Adobe Sign for SharePoint v4 og nyere støtter Microsoft SharePoint lokalt 2013 og 2016 og SharePoint Online.

Handling påkrevd:

Oppgrader til Adobe Sign for SharePoint v4 umiddelbart. Kontakt din kundeansvarlige hvis du har spørsmål om oppgradering til den nyeste versjonen.

Integrasjon: Viktig oppdatering av Adobe Sign for Salesforce v18

I en kommende utgivelse vil Salesforce håndheve en ny sikkerhetsmodell, kalt LockerService, for Lightning-komponenter. Hvis du bruker Adobe Sign for Salesforce v18, må du oppgradere til versjon 18.27 eller høyere for å sikre at alle Salesforce Lightning-komponenter fungerer som forventet.

HANDLING KREVES

Hvis du bruker Adobe Sign for Salesforce v18, må du oppgradere til versjon 18.27 eller høyere.

Integrasjon: Støtte for Adobe Sign-integrasjonen med Salesforce v15 har opphørt

Produktoppdateringer, sikkerhetsoppdateringer og teknisk støtte for Adobe Sign for Salesforce v15 ble avsluttet den 15. desember 2017

HANDLING KREVES

Oppgrader til den nyeste versjonen av integrasjonen vår med Salesforce for fortsatt å motta de siste funksjonene, sikkerhetsoppdateringene og teknisk støtte.

VIKTIG 

Gå gjennom tillatelsesinnstillingene som kreves av Salesforce før du starter oppgraderingen til v19 i Hva som er nytt i versjon 19 -delen.

Adobe Sign-maler for 2017 IRS-skjema I-9 er nå tilgjengelig.

Den 24.10 ble den nye malen for det reviderte IRS I-9-skjemaet lagt til Adobe Sign. Den er kalt: I-9 (Employment Eligibility Verification) ver. 07/17/17 N.  

Samtidig fikk den eksisterende malen I-9 2017 (Employment Eligibility Verification) det nye navnet to I-9 (Employment Eligibility Verification) ver. 07/17/17 N (eldre).

Denne navneendringen vil IKKE påvirke arbeidsflyten din.

Den 01.12.2017 ble imidlertid den siste malen, I-9 (Employment Eligibility Verification) ver. 07/17/17 N (eldre), trukket tilbake.

Hvis du bruker den eldre malens libraryDocumentId i programmene dine, må du oppdatere for å bruke den nye libraryDocumentId-verdien.

HANDLING KREVES

Den nye I-9-skjemamalen har en ny libraryDocumentId. Hvis du bruker den eksisterende malens libraryDocumentId i programmene dine, må du oppdatere den.

Slik finner du libraryDocumentId i en API-aktivert konto:

1. Logg på som kontoadministrator
2. Klikk på Kontoer-fanen > Adobe Sign API > API-informasjon > klikk på koblingen: Metodedokumentasjon for REST-API
3. I delen GET /libraryDocuments klikker du på knappen OAUTH ACCESS-TOKEN 
   1. Aktiver library_read:self-omfanget.
4. Klikk på Prøv det! knappen
5. I Response Body finner du den reviderte I-9-skjemamalen (I-9 (Employment Eligibility Verification) ver. 07/17/17 N) for å se libraryDocumentId-verdien. 

Hvis du trenger mer informasjon, kan du kontakte din kundeansvarlige.

Viktige endringer til IP-adresseområder

Hvis din eksisterende nettverks- eller brannmurkonfigurasjon eksplisitt lister IP-adresser for Adobe Sign, må du oppdatere konfigurasjonsinnstillingene til å inkludere de nye IP-adressene slik at du sikrer fortsatt tilgang til tjenesten.

De fleste av de eksisterende IP-adressene vil fortsette å være i drift og må ikke slettes eller fjernes fra nettverkskonfigurasjonen, men du bør fjerne to utdaterte IP-adresseområder for Nord-Amerika.

HANDLING KREVES

Hvis du eksplisitt lister IP-adresser for Adobe Sign i enten API-tilbakekall eller brannmur, må du liste de ekstra IP-adressene i API-tilbakekallene. Varsle også tredjeparter som ruter dine tilbakekall, hvis aktuelt.

Hvis du bruker Adobe Sign for Salesforce-integrasjonen, må administratorer føre opp de ekstra IP-adresseområdene på sin Salesforce.com-konto.

Integrasjon: Viktig oppdatering av Adobe Sign for NetSuite

Oracle oppgraderte nylig til NetSuite 17.0. Oppgraderingen forårsaket et problem i Adobe Sign for NetSuite der Avtale-fanen kanskje ikke vises for enkelte roller. Oppgrader til Adobe Sign for NetSuite versjon 4.0.1 for å sikre at roller som klargjøres av administratoren i avtaleposten, vil kunne se Avtale-fanen.

HANDLING KREVES

Logg på programmet og oppgrader til Adobe Sign for NetSuite versjon 4.0.1 for å sikre at brukere vil kunne se Adobe Sign Avtale-fanen.

Ny utgivelse: Adobe Sign-utgivelse i september 2017

Adobe Sign-produktutgivelsen for september 2017 er nå fullført. Denne utgivelsen har nye funksjoner og funksjonsforbedringer for administratorer og sluttbrukere, inkludert:

• Støtte for eIDAS-kompatible tidsstempler, sertifisert på EUTL (EU Trusted List)
• Støtte for nye konfigurerbare tidsstempeltjenester i tilfelle selskapet ditt allerede bruker en LTV-tidsstempelleverandør
• Bredere støtte for Cloud Signature Consortium, men nye partnere kunngjort
• Støtte for Aadhaar identitetssamsvar og et nytt datasenter i India (IN1)
• Fargekodede skjemafelt og en ny skjemafeltskrift for å gi en bedre opprettings- og brukeropplevelse
• Oppdaging av skjemafelt ytterligere utrullet
• Erstatt eller legg til mottakere etter sending

Bredere støtte for Microsoft-produkter med nye eller forbedrede integrasjoner til:

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

Sikkerhet: Slutt på støtte for Windows Vista SP2 og Internet Explorer 9 og 10

Adobe Sign avsluttet støtten for Windows Vista SP2 og Internet Explorer 9 og 10 den 17. mars 2017. Kunder som fortsetter å bruke disse nettleserne, vil ikke kunne dra nytte av nye funksjoner og kan ikke garanteres tilgang til Adobe Sign i fremtiden.

HANDLING KREVES

Oppdater eldre maskinvare til nyere operativsystemkonfigurasjoner, inkludert Windows 7, 8 eller 10, med en av de støttede nettleserne som er oppført i systemkravene for Adobe Sign, for å sikre at nye Adobe Sign-funksjoner fortsetter å fungere som de skal.

Mai-utgivelsen av Adobe Sign er nå fullført

Mai-utgivelsen av Adobe Sign er nå fullført. Denne utgivelsen har nye funksjoner og funksjonsforbedringer for administratorer og sluttbrukere. Med denne utgivelsen opphørte det klassiske Send- og opprettingsgrensesnittet, og det nye brukergrensesnittet bla standarden gjennom hele Adobe Sign. API-integrasjoner som bygger inn Send-siden, vil også se endringen i brukergrensesnittet. Den nye Send-opplevelsen opprettholder all funksjonalitet fra den klassiske Send-opplevelsen, med unntak av arbeidsflyten for fakssignatur, som ble erstattet med en ny arbeidsflyt for skanning og opplasting av håndskrevet signatur. Den nye Send- og opprettingsopplevelsen inkluderer også ny funksjonalitet, inkludert private meldinger, nye mottakerroller og mer.

Nye avtaler har nå oppdaterte alternativer for utseende på tildelte tekstfelt. De tidligere alternativene Helvetica, Times og Courier er erstattet med de tilsvarende Adobe-skriftene, henholdsvis Adobe Source Sans Pro, Source Code Pro og Source Serif Pro.

Ikke alle funksjoner i denne utgivelsen ble aktivert ved distribusjonen. Noen funksjoner vil bli aktivert i juni. Les produktmerknadene for å finne flere detaljer.

HANDLING KREVES

Det kreves ingen handling.
 

Nytt SSL-sertifikat og sertifikatautoritet

Adobe Sign går over til et nytt SSL-sertifikat og sertifikatautoritet (CA) den

22. juli 2017. Det er ingen endringer til offentlig nøkkel, underliggende kryptografiprotokoller eller skjema. Rot-CA og mellomliggende CA vil endres med denne oppdateringen. Kontakt kundestøtte hvis du har spørsmål.

HANDLING KREVES

Hvis du har bygd egne integrasjoner med Adobe Sign ved bruk av SOAP- eller REST-APIer, og hvis noen av disse integrasjonene har “festet” den eksisterende offentlige nøkkelen, er det ikke nødvendig å gjøre noe.

Hvis du fester sertifikatet med andre metoder, finner du de nye Adobe Sign- og CA-sertifikatene i systemkravene for Adobe Sign. Det nye SSL-sertifikatet og sertifikatautoriteten vil bli aktiv den 22. juli 2017.

API: Ny innstilling for å tilpasse feilkoden som genereres når URL utløper

I øyeblikket er HTTP-feilkoden som returneres når en URL-adresse utløper, 404 (fant ikke side), noe som ikke er i samsvar med HTTP-standardene. Disse URL-adressene kan genereres av REST-API-kall som GET/agreements/{agrID}/combinedDocument/url. Den mer korrekte HTTP-feilkoden er imidlertid 410 (borte). Med utgivelsen i mai ble standard HTTP-feilkode endret til 410. En ny innstilling er tilgjengelig for å tillate at en egendefinert HTTP-statuskode (404, 410 og så videre) blir sendt i dette feilscenariet.

HANDLING KREVES

Hvis programmene dine forventer at en utløpt URL-adresse skal sende en 404-feil, må du be om at verdien for denne innstillingen endres til 404. Ta kontakt med kundestøtte hvis du trenger hjelp.

Fjerning av funksjon: Arbeidsflyt med fakssignatur

Med utgivelsen i mai 2017 ble den nye Send-opplevelsen standarden, og med den ble arbeidsflyten med fakssignatur erstattet av en ny arbeidsflyt med håndskrevet signatur ved hjelp av skanning og opplasting. Den moderne skann-og-opplasting-funksjonaliteten gir bedre nøyaktighet og reviderbarhet og bedre lesbarhet. Kunder som bruker API, ble også flyttet til den nye arbeidsflyten med håndskrevet signatur.

Den klassiske Send-opplevelsen med faks-signaturer vil være tilgjengelig i en begrenset tid, men blir fjernet den 31. oktober 2017. Webprogrambrukere som ønsker å fortsette å bruke arbeidsflyten med fakssignatur, kan gjøre det ved å gå tilbake til den klassiske Send-siden gjennom Send-innstillingene. API-brukere må kontakte sin kundeansvarlige for å fortsette å bruke arbeidsflyten med fakssignatur.

HANDLING KREVES

Les dokumentasjonen for den nye arbeidsflyten med håndskrevet signatur, og informer sluttbrukerne om endringene. Du må kanskje også oppdatere sluttbruker- og kundedokumentasjonen for arbeidsflyter med håndskrevne signaturer.

Mobil: Google-ID og Google Apps-pålogging i Adobe Sign-mobilappen vil bli fjernet

I et forsøk på å forbedre sikkerhet og brukervennlighet vil ikke Google lenger tillate OAuth-godkjenningsforespørsler til Google via innebygde nettlesere, kjent som webvisninger i innebygde mobilprogrammer. Derfor er Google- og Google Apps-påloggingsalternativene fjernet fra Adobe Sign-mobilappen med utgivelsen i mai.

Adobe Sign-brukere kan fremdeles logge på med sine Google-IDer via standardpåloggingen (e-postadresse og passord). Den eneste forskjellen er fjerningen av Google- og Google Apps-alternativene på påloggingssiden. Hvis du får problemer med standardpålogging og din Google-ID, tilbakestiller du passordet og prøver igjen.

Planlagt vedlikehold med nedetid for Nord-Amerika (NA1)

Adobe Sign vil gjennomgå en periode med planlagt vedlikehold med forventet nedetid ved vårt nordamerikanske datasenter (NA1) på følgende dato:

Lørdag 8. april 2017 fra klokken 17:00 PDT til 8. april klokken 23:00 PDT

Vi forventer ikke at kunder i de andre datasentrene våre vil bli berørt.

Det planlagte vedlikeholdet er nødvendig for å fullføre utvidelsen av driften i det nord-amerikanske datasenteret. Tjenesten vil ikke være tilgjengelig på NA1 under vedlikeholdsvinduet.

Logg deg på Adobe Sign og noter ned forkortelsen i URL-adressen (NA1, NA2, osv.) for å bekrefte datasenteret for kontoen din. Kontakt din kundeansvarlige hvis du har spørsmål.

HANDLING KREVES

• Hvis du bruker Adobe Sign for Salesforce-integrasjonen: Administratorer for Salesforce-integrasjoner må eksplisitt liste de ekstra IP-adresseområdene i sine Salesforce.com-kontoer for at integrasjonen skal fortsette å fungere etter 7. april 2017. 
• Hvis du lister IP-adresser for Adobe Sign i enten API-tilbakekall eller brannmur: Adobe Sign-administratorer må liste de ekstra IP-adressene i API-tilbakekallene. Varsle også tredjeparter som ruter dine tilbakekall, hvis aktuelt. Hvis de nye IP-områdene ikke legges til, vil ikke tilbakekallene komme gjennom brannmuren din. IP-adresseområder og planlagt vedlikehold – vanlige spørsmål

Integrasjon: Støtte for Adobe Sign-integrasjonen med Salesforce v14 har opphørt

Produktoppdateringer, sikkerhetsoppdateringer og teknisk støtte for Adobe Sign for Salesforce v14 opphørte 15. desember 2016. Versjon 18 er tilgjengelig nå.

HANDLING KREVES

Oppgrader til den nyeste versjonen av vår integrasjon med Salesforce. Kunder som bruker en versjon som ikke støttes, må oppgradere til en gjeldende versjon for å fortsette å motta teknisk støtte.

API: OAuth-programstøtte for SOAP API vil bli fjernet

Med utgivelsen i forbindelse med vedlikeholdet i desember vil nye OAuth-programmer bare få tilgang til REST-APIer. Eksisterende OAuth-programmer og integrasjonsnøkler vil fortsatt ha tilgang til SOAP-APIer inntil videre.

HANDLING KREVES

Bruk REST-APIer når du utvikler nye programmer. Hvis du vil ha mer informasjon, går du til Developer Center.

API og Webapp: Regler for passordkompleksitet vil endres i 2017

Adobe Sign endrer reglene for passordkompleksitet for å øke sikkerheten. Tidlig i 2017 vil kunder som bruker webprogrammet, bli bedt om å oppdatere passordet, og de vil ha 90 dager på seg til å gjøre dette. Kunder som logger på eller klargjør brukere gjennom de eksisterende REST- eller SOAP-APIene, har frem til midten av 2018 på seg til å oppdatere programmene sine slik at de overholder Adobe Signs krav til passordsikkerhet. Informasjon om overgang til de nye reglene vil være tilgjengelig for API-brukere tidlig i 2017.

Nye passordkriterier:
• Minimum 8 tegn, maksimum 100 tegn
• Minst én stor bokstav
• Minst én liten bokstav
• Minst ett tall
• Minst ett spesialtegn (tegnsetting), bortsett fra mellomrom
• Kan ikke inneholde brukernavnet, fornavnet eller etternavnet (ikke skiller mellom store og små bokstaver)
• Det nye passordet avvises hvis det stemmer overens med tidligere brukte passord

HANDLING KREVES

Tidlig i 2017 må brukere av webprogrammet oppdatere passordene sine når de blir bedt om det. Kunder som klargjør brukere gjennom API vil ha frem til juli 2018 på seg til å oppdatere programmer til å bruke REST-API for å overholde de nye passordkriteriene.

API og webapp: Støtte er avsluttet for eldre tekstkodesyntaks

Støtte for v1.0-tekstkoder er avsluttet. Selv om v1.0-koder fortsatt kan brukes i tjenesten, vil ikke noen feil eller forbedringer bli godtatt for denne syntaksen.

HANDLING KREVES
Sørg for at brukerne dine bruker 2.0 text tag-syntaks når de oppretter nye dokumentmaler. Gå gjennom programmer og eksisterende maler som kan inneholde eldre tekstkoder, og oppdater dem med den nyere 2.0-tekskodesyntaksen. Se referansehåndboken for oppretting av skjemaer med tekstkoder for å finne flere detaljer.

Teknisk oppdatering: Januar 2017 (avansert merknad)

Adobe Sign-maler for 2017 IRS-skjemaer I-9 og W-4 er nå tilgjengelige. Malene med navnet I-9 (Employment Eligibility Verification 2016) og W-4 2016 (IRS Employees Withholding Allowance) vil bli utilgjengelige klokken 12:00 PT den 20. januar 2017.

HANDLING KREVES

2017 IRS-skjemamalene har nye dokument-IDer. Hvis du bruker dokument-IDer i programmene dine, må du oppdatere dokument-IDene.

Slik finner du LibraryDocumentID i en API-aktivert konto:

1. Logg på som Adobe Sign-kontoadministrator.
2. Generere en integreringsnøkkel.
3. Gå til Kontoer-fanen > Adobe Sign API > API-informasjon > klikk på koblingen Metodedokumentasjon for REST-API. 
4. Rull ned til delen Ressurser og operasjoner.
5. I raden /libraryDocuments klikker du på Vis/skjul-koblingen for å vise metodene.
6. Klikk på den første GET-knappen ved siden av alternativet /libraryDocuments.
7. Lim inn integrasjonsnøkkelen i feltet Tilgangstoken. 
8. Klikk på Prøv det! knappen. 
9. Finn 2017 I-9- og W-4-skjemaer for å se LibraryDocumentID-verdier.

Hvis du trenger mer informasjon, kan du kontakte din kundeansvarlige.