Adobe Acrobat Sign -tekniset ilmoitukset 2017–2018

Tekniset ilmoitukset vuosille 2017–2018

Adobe Sign -käyttöliittymän oletusarvoinen koko näytön tila

Adobe Signin maaliskuun julkaisussa esiteltiin selaimen leveyteen perustuva, entistä joustavampi Signin käyttökokemus, joka helpottaa käyttöä pienissä laitteissa ja parantaa lukuelämystä tietokoneella. 

Se otettiin käyttöön tietyillä yritystileillä ja yleisesti kaikilla yksittäisten käyttäjien tileillä ja työryhmätileillä. 

Heinäkuussa tästä tuli oletuskokoonpano.  Käyttäjät tulevat huomaamaan, että verkkokäyttöliittymä sovitetaan sivun leveyteen, ja komponentit pinotaan sen sijaan, että ne kutistettaisiin mahtumaan kapeaan leveyteen.

Tarvittava toimenpide

Tämän uuden ominaisuuden hyödyntäminen ei edellytä toimenpiteitä, mutta tilin järjestelmänvalvoja voi kuitenkin poistaa sen käytöstä valitsemalla Tili > Yleiset asetukset > Adobe Sign -sivun esittely ja poistamalla valintaruudun valinta. 

Syyskuun julkaisussa mahdollisuus poistaa tämä ominaisuus käytöstä lopetettiin ja joustavammasta käyttökokemuksesta tuli standardi.

Uusi julkaisu: Adobe Sign, syyskuu 2018

Adobe Signin syyskuun 2018 tuotejulkaisu on suunniteltu julkaistavaksi syyskuun alussa.

Tähän tuotejulkaisuun sisältyy uusia ja parannettuja ominaisuuksia sekä järjestelmänvalvojille että loppukäyttäjille. Tämän julkaisun ei odoteta aiheuttavan palveluihin muutoksia. 

Adobe Sign tukee nyt Aadhaar E-KYC API -versiota 2.1

Adobe Signin Aadhaar-allekirjoitustyönkulku on nyt siirretty uusimpiin E-KYC (electronic know your customer) -ohjelmointirajapintamäärityksiin. Tämä tehtiin uusien säädösmuutosten noudattamiseksi, jotka edellyttävät versiota 2.1.Allekirjoittajat voivat nyt allekirjoittaa sopimuksen käyttämällä virtuaalista henkilöllisyystunnustaan (VID).Tämä päivitys parantaa myös allekirjoittajan käyttökokemusta ja korjaa Internet Explorer 11:n ongelmat, joista ilmoitettiin aikaisemmin.

Adobe Sign saa FedRAMP Tailored -sertifioinnin

GSA (Government Services Administration, Yhdysvallat) on todennut Adobe Signin vastaavan Federal Risk Authorization Management Program (FedRAMP) Tailored -ohjelman vaatimuksia, ja Adobe Signia voidaan nyt myydä muusta kuin maanpuolustuksesta vastaavien Yhdysvaltain liittovaltion virastojen käyttöön. 

Tämä tarkoittaa, että GSA:n tietoturva-arvioija on tarkistanut Adobe Signin ja hyväksynyt sen käytettäväksi Li-SaaS In Process -tasolla.  Adobe Signia valvotaan jatkuvasti myös tulevaisuudessa, jotta se säilyy julkishallinnon sertifioituna pilvipalveluntarjoajana. 

Voit lukea lisää FedRAMP:stä osoitteessa https://www.fedramp.gov/

Adobe Sign on keskittynyt edistämään tietosuojamääräyksiä

Adobe Sign noudattaa Euroopan unionin yleistä tietosuoja-asetusta (GDPR). 

Tämä tietosuoja-asetus koskee kaikkia yrityksiä, jotka keräävät henkilötietoja sellaisilta yksityishenkilöiltä, jotka ovat Euroopan unionin kansalaisia.  Adobe Sign noudattaa sääntöä, jonka mukaan se kerää vain niin vähän tietoja kuin mikä on liiketoiminnan kannalta tarpeen allekirjoitusprosessin aikana. 

Kaikki Adobe Signin osallistujat voivat käyttää ja muuttaa henkilötietojaan käyttäjäprofiilissaan ja tarkistamalla allekirjoittamansa sopimukset. 

Kuluttajien kanssa tekemisissä olevat Adobe Sign -asiakkaat voivat antaa asiakkailleen tietoja siitä, mitä on kerätty, ja poistaa tiedot liiketoimintaprosessiensa mukaan. Voit lukea Adobe Signin uusista GDPR-ominaisuuksista.

Voit lukea Adoben säännöistä ja määräyksistä, jotka suojaavat yksityisyyttä suunnittelun mukaan kaikissa tuotteissa täältä: https://www.adobe.com/privacy.html.

Adobe on aloittanut yli vuoden vanhojen, allekirjoittamattomien sopimusten automaattisen vanhentamisen.

Lokakuusta 2018 lähtien Adobe Sign on aloittanut yli vuoden vanhojen ja edelleen Odottaa allekirjoitusta -tilassa olevien sopimusten vanhentamisen.

Näiden sopimusten osallistujille ei lähetetä ilmoituksia, mutta he näkevät sopimukset Hallinta-sivunsa Peruutetut/hylätyt-luettelossa.

TARVITTAVA TOIMENPIDE

Asiakkaat voivat tarkistaa vanhat sopimuksensa Hallinta-sivulla tai luoda yli vuoden vanhoista sopimuksista raportin ja ladata sen.  Suodatin molemmissa tapauksissa on Allekirjoitettavana-tila. 

Uutta sääntöä sovelletaan ainoastaan sopimuksiin, joita ei ole viety loppuun.

Tällä ei ole vaikutusta tehtyihin, peruutettuihin tai hylättyihin sopimuksiin.

Integrointi: Adobe Sign for Salesforce v20 julkaistu heinäkuussa 2018

Adobe Sign for Salesforcen kesäkuun 2018 tuotejulkaisu (johon aikaisemmin viitattiin ”kevään tuotejulkaisuna”) julkaistiin 17. heinäkuuta 2018.

Kesän tuotejulkaisussa esitellään uusia ja parannettuja ominaisuuksia järjestelmänvalvojille ja loppukäyttäjille. Päivitys on saatavilla Adobe Signin Salesforce AppExchange -listauksessa. 

Lue julkaisumuistiinpanot täältä.

Suojaamaton liikenne estetty

Lopetamme Adobe Signin suojaamattoman verkkoliikenteen useiden luokkien tuen 20. kesäkuuta 2018. Tätä edellytettiin PCI-standardin tiettyjen vaatimusten noudattamiseksi.

Saapuva liikenne eli asiakkaasta palvelimiimme muodostetut yhteydet.

Lopetimme ohjelmointirajapintoihimme muodostettujen salaamattomien yhteyksien tuen – eli sellaisten pyyntöjen tuen, joissa käytetään http:-protokollaa https:-protokollan sijaan.

Tästä muutoksesta johtuen asiakkaiden ja kumppaneiden sovellukset eivät enää pysty muodostamaan salaamattomia yhteyksiä.

• Virheen ilmenemistapa on sovelluskohtainen.

Lähtevä liikenne eli palvelimiltamme asiakkaiden määrittämiin palvelimiin muodostetut yhteydet.

Luokkia on kaksi:

• Latauspaluukutsut asiakirjojen latauksiin (kuvattu täällä REST-ohjelmointirajapinnallemme, mutta koskee myös vanhaa SOAP-ohjelmointirajapintaa)
• Tilapaluukutsut asiakkaalle ilmoittamiseksi sopimuksen tilan muutoksesta (kuvattu täällä REST-ohjelmointirajapinnallemme, mutta koskee myös vanhaa SOAP-ohjelmointirajapintaa)

Molempien takaisinsoittoluokkien osalta emme enää tue

• salaamattomia yhteyksiä (joissa käytetään http:- eikä https:-muotoisia URL-osoitteita)
• yhteyksiä palvelimiin, jotka eivät tue TLSv1.2:ta (toisin sanoen TLSv1.0:aa ja TLSv1.1:tä ei enää tueta)
• yhteyksiä palvelimiin, joiden varmenteet eivät kelpaa. Tämä koskee myös itse allekirjoitettuja tai vanhentuneita varmenteita, kuten myös tapauksia, joissa URL-osoitteena käytetään IP-osoitetta eikä isäntänimeä.

Uusi versio: Adobe Sign, kesäkuu 2018

Adobe Signin kesäkuun 2018 tuotejulkaisu valmistui 11. kesäkuuta.

Kesäkuun 2018 tuotejulkaisussa esitellään uusia ja parannettuja ominaisuuksia järjestelmänvalvojille ja loppukäyttäjille. Löydät julkaisumuistiinpanot täältä.

Uusi SSL-varmenne

Adobe Sign siirtyi käyttämään uutta SSL-varmennetta 2. toukokuuta 2018. Kryptografiakäytäntöihin tai -kaavaan perustuvaan julkiseen avaimeen ei tehdä muutoksia. Jos sinulla on kysyttävää, ota yhteyttä asiakastukeen.

TARVITTAVA TOIMENPIDE

Jos sinulla on mukautettuja Adobe Sign -integrointeja, joissa käytetään joko SOAP- tai REST-ohjelmointirajapintoja, ja jos nämä integroinnit ovat ”naulanneet kiinni” olemassa olevan julkisen avaimen, erillisiä toimenpiteitä ei tarvita.

Jos kiinnität varmennetta muilla menetelmillä, löydät uudet Adobe Sign -varmenteet Adobe Sign -järjestelmävaatimuksista.Uusi SSL-varmenne tuli voimaan 2. toukokuuta 2018.

Tärkeitä muutoksia IP-osoitealueissa

Jos käytössäsi oleva verkko- tai palomuurimääritys listaa yksiselitteisesti Adobe Signin IP-osoitteet, päivitä verkkomääritysasetukset niin, että ne sisältävät uudet IP-osoitteet, jotta palvelun jatkuminen varmistuu.

Useimmat nykyiset IP-osoitteet pysyvät käytössä eikä niitä saa poistaa verkkokokoonpanosta.

TARVITTAVA TOIMENPIDE

Jos sallit Adobe Signin IP-osoitteen joko ohjelmointirajapinnan takaisinsoitoissa tai palomuurissa, sinun on sallittava lisä-IP-osoitteet ohjelmointirajapinnan takaisinsoitoissa. Ilmoita tarvittaessa kolmansille osapuolille, jotka reitittävät takaisinsoittojasi.

Jos käytät Adobe Sign for Salesforce -integraatiota, järjestelmänvalvojien on erikseen sallittava lisä-IP-osoitteet Salesforce.com-tilillään (sivustot mukaan lukien).

LISÄÄ:

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

Jos määrität lähtevän sähköpostin välityspalvelimien IP-alueet sallituiksi, lisää:

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

Integrointi: Adobe Sign for Dynamics, julkaisuversio 7

Adobe Sign for Dynamics 365 CRM:n kesän 2018 tuotejulkaisu (v7) on tarkoitus tuoda markkinoille kesäkuun puolessavälissä.

Tämä julkaisu laajentaa integrointia Microsoft Dynamics 365 CRM:ään: se tuo käyttöön uudelleensuunnitellun käyttöliittymän, joka nopeuttaa siirtymistä, ja lisää asiakkaiden yhteystiedot LinkedInistä, jotta ”näet” aina, kenelle olet lähettämässä sisältöä.  Tämän lisäksi asiakkaat voivat nyt automatisoida Adobe Sign -prosessinsa kokonaan upottamalla Adobe Signin suoraan Microsoft Dynamics 365 CRM:n työnkulkuihin.

Päivitys on saatavilla Adobe Signin Microsoft AppSource -listauksessa.  Tämän julkaisun ei odoteta aiheuttavan palveluihin muutoksia.

Integrointi: Adobe Sign for Salesforce - versioita 19.x käyttäviltä asiakkailta edellytetään toimenpiteitä

Jos käytössäsi on Adobe Sign for Salesforcen versio 19.x, sinun on Salesforce.com-organisaatiostasi riippuen päivitettävä versioon 19.5.2 ennen 1. kesäkuuta 2018 tai 8. kesäkuuta 2018. Salesforcen Summer '18 -julkaisu, jota Salesforce ottaa asteittain käyttöön kesäkuussa, sisältää muutoksia, jotka vaikuttavat taaksepäin yhteensopivuuteen Adobe Sign for Salesforce -integraation kanssa ja vaikuttavat mahdollisuuteen lähettää joitain sopimuksia.

1. kesäkuuta 2018 alkaen asiakkaat, joilla on käytössään Adobe Sign for Salesforcen versio 19.x ja jotka päivittävät Salesforcen kesän 2018 versioon, eivät pysty lisäämään vastaanottajia ja lähettämään sopimuksia lähetyssivun Lightning-versiolla*.

TARVITTAVA TOIMENPIDE

Jos käytössäsi on v19.x, päivitä Adobe Sign for Salesforce v19.5.2:een, ennen kuin Salesforce päivittää organisaatiosi Salesforcen kesän 2018 versioon:

• Siirry AppExchangeen, napsauta Get It Now ja noudata ohjeita. 

Jos tarvitset apua päivittämisessä, tutustu Adobe Sign for Salesforce (v19) -päivitysoppaaseemme.

Uusi SSL-varmenne

Adobe Signissa siirrytään käyttämään uutta SSL-varmennetta 2. toukokuuta 2018. Kryptografiakäytäntöihin tai -kaavaan perustuvaan julkiseen avaimeen ei tehdä muutoksia. Jos sinulla on kysyttävää, ota yhteyttä asiakastukeen.

TARVITTAVA TOIMENPIDE

Jos sinulla on mukautettuja integraatioita Adobe Signin kanssa käyttäen joko SOAP- tai REST-ohjelmointirajapintoja, ja jos jokin näistä integraatioista on 'kiinnittänyt' olemassa olevan julkisen avaimen, toimenpiteitä ei tarvita.

Jos kiinnität varmennetta muilla menetelmillä, löydät uudet Adobe Sign -varmenteet Adobe Sign -järjestelmävaatimuksista.Uusi SSL-varmenne tulee voimaan 2. toukokuuta 2018.

Adobe Signin maaliskuun versio valmis

Adobe Signin maaliskuun 2018 tuotejulkaisu saatiin päätökseen kello 12:00 PST, 15. maaliskuuta 2018.

Lisätietoja on täydellisissä julkistustiedoissa.

SAP SuccessFactors julkaistaan huhtikuussa.

Yhdysvaltalaisen W-4-verolomakkeen vuoden 2017 versio poistettiin käytöstä 17. huhtikuuta 2018

Yhdysvaltain W-4-verolomakkeen vuoden 2017 version malli poistetaan Adobe Sign -kirjastosta 17. huhtikuuta 2018.

W-4-lomaketta Adobe Sign -kirjastosta ohjelmointirajapinnan kautta käyttävien asiakkaiden on päivitettävä dokumenttitunnuksensa vuoden 2018 versioon (katso alla).

Jos tarvitset lisätietoja, ota yhteyttä asiakasmenestyspäällikköön.

Yhdysvaltalaisen W-4-verolomakkeen vuoden 2018 versio on saatavana

IRS W-4 -lomakkeen uusi malli lisättiin Adobe Signiin 13.3.2018. Sen nimi on W-4 2018 (Employee’s Withholding Allowance Certificate)

TARVITTAVA TOIMENPIDE

Uudella W-4-lomakemallilla on uusi libraryDocumentId . Jos käytät olemassa olevan mallin libraryDocumentId sovelluksissasi, sinun on päivitettävä se.

Etsi libraryDocumentId tililtä, joka sallii ohjelmointirajapinnat:

1. Kirjaudu tilin järjestelmänvalvojana.

2. Napsauta Tili-välilehdessä > Adobe Sign -ohjelmointirajapinta > Ohjelmointirajapinnan tiedot > napsauta linkkiä: REST, ohjelmointirajapintamenetelmien dokumentointi.

3. Napsauta GET /libraryDocuments -osassa OAUTH ACCESS-TOKEN.  painiketta 

a . Ota library_read : self   -alue käyttöön.

4 Napsauta Try it out! painiketta

5. Etsi vastauksen rungosta uusi W-4-lomakemalli (ei 2017-versiota) nähdäksesi libraryDocumentId-arvon. 

Jos tarvitset lisätietoja, ota yhteyttä asiakasmenestyspäällikköön.

Etsi vastauksen rungosta uusi W-4-lomakepohja (ei ole 2017 -versio) ja katso libraryDocumentId-Arvo. 

Jos tarvitset lisätietoja, ota yhteyttä asiakasmenestyspäällikköön.

Tietoturvailmoitus: TLS 1.0:n ja 1.1:n tuki päättyi 9. huhtikuuta 2018

Adobe poistaa tuen TLS 1.0- ja 1.1-yhteyskäytännöiltä vuonna 2018 alan parhaiden SSL/TLS-tietoturvakäytäntöjen noudattamiseksi.

8. huhtikuuta alkaen vaaditaan SSL-kädenpuristusmenettelyä TLS 1.2, eikä vanhempia TLS 1.0- ja TLS 1.1 -yhteyskäytäntöjä enää hyväksytä. Asiakkaat, jotka eivät käytä TLS 1.2 -yhteyskäytäntöä, eivät voi muodostaa verkkoyhteyttä Adobe Sign -palveluun.

TARVITTAVA TOIMENPIDE

Verkkoselaimia käyttäville asiakkaille: Käytä tuettua selainta (katso järjestelmävaatimukset).

Asiakkaille, joiden sovelluksissa käytetään Adobe Sign -ohjelmointirajapintoja: TLS 1.2:n tuki voi riippua sovelluksesta, käytönaikaisista kirjastoista ja/tai käyttöjärjestelmästä. Eräissä tapauksissa TLS-tukea järjestetään käyttöjärjestelmäkirjastoista, toisissa tapauksissa sitä tarjoaa sovelluksen käytönaikainen kirjasto.

Asiakkaiden, joilla on Adobe Sign for Dynamics v5.x tai aiempi versio, tulee päivittää versioon v6.0.

Käyttöjärjestelmän tuki TLS 1.2:lle edellyttää:

• Windows-palvelimella: käytä Windows Server 2008 R2:ta tai uudempaa.
• Windows-työpöydällä: käytä Windows 8:aa tai uudempaa.
• OS X:llä: käytä OS X 10.8:aa tai uudempaa.

Sovelluskehyksen tuki TLS 1.2:lle:

• Javalla: käytä Java 8:aa tai uudempaa. Java 7:ää voidaan käyttää, mutta silloin sovelluksen täytyy yksiselitteisesti mahdollistaa TLSv1.2.
• . NET: käytä .NET 4.6:ta tai uudempaa versiota. .NET 4.5:tä voidaan käyttää, mutta silloin sovelluksen täytyy yksiselitteisesti mahdollistaa TLSv1.2. .NET riippuu Windows-käyttöjärjestelmän TLS 1.2 -tuesta (katso yllä).
• OpenSSL:ää käyttävillä sovelluksilla: käytä OpenSSL 1.01:tä tai uudempia. 

Integrointi: Adobe Sign for Microsoft Dynamicsin versioiden 4 ja 5 käyttöikä loppuu

Adobe Sign for Microsoft Dynamicsin versiot 4, 5 ja aiemmat (paikalliset ja online-versiot) on nyt poistettu käytöstä. Adobe Sign for Dynamicsin versio 6 ja myöhemmät tukevat Microsoft Dynamicsin On-Premise -versioita 2013, 2015 ja 365 sekä Dynamics CRM 365 Onlinea. Ota yhteyttä asiakasmenestyspäällikköön, jos sinulla on kysyttävää viimeisimpään versioon päivittämisestä.

TARVITTAVA TOIMENPIDE

Päivitä Adobe Sign for Microsoft Dynamics välittömästi versioon 6. Tämä koskee sekä paikallista että online-versiota. Voit siirtää kaikki tiedot versiosta 4 ja aikaisemmista viimeisimpään versioon.

Integrointi: Adobe Sign for Microsoft Dynamicsin version 4 käyttöikä loppuu

Adobe Sign for Microsoft Dynamicsin versio 4 ja sitä aikaisemmat versiot (On-Premise ja Online) on lakkautettu eivätkä ne enää toimi 30. marraskuuta 2017 alkaen. Adobe Sign for Dynamicsin versio 6 ja myöhemmät tukevat Microsoft Dynamicsin On-Premise -versioita 2013, 2015 ja 365 sekä Dynamics CRM 365 Onlinea. Ota yhteyttä asiakasmenestyspäällikköön, jos sinulla on kysyttävää viimeisimpään versioon päivittämisestä.

TARVITTAVA TOIMENPIDE

Päivitä Adobe Sign for Microsoft Dynamics versioon 6 ennen marraskuuta 2017. Tämä koskee sekä Online- että On-Premises -versioita. Voit siirtää kaikki tiedot versiosta 4 ja aikaisemmista viimeisimpään versioon.

IRS-lomakkeen W-9 uusin malli saatavana 13. helmikuuta

IRS W-9 -lomakkeen uusi malli lisätään Adobe Signiin 13.2.2018. Sen nimi on W-9 (Request for Taxpayer Identification Number) ver. 11/17. Samalla nykyisen W-9-mallin nimeksi annetaan W-9 (Request for Taxpayer Identification Number) (legacy). Tämä nimenvaihto EI vaikuta työnkulkuihisi.

Jälkimmäinen malli, W-9 (Request for Taxpayer Identification Number) (legacy), poistetaan 13.3.2018 käytöstä. Toimi ennen 13.3.2018, jotta työnkulkuusi ei tule katkoksia.

TARVITTAVA TOIMENPIDE

Uudella W-9-lomakemallilla on uusi libraryDocumentId-tunniste. Jos käytät olemassa olevan mallin libraryDocumentId-tunnistetta sovelluksissasi, sinun on päivitettävä se.

Etsi libraryDocumentId tilissä, joka sallii ohjelmointirajapinnat:

1. Kirjaudu tilin järjestelmänvalvojana
2. Napsauta Tili-välilehdessä > Adobe Sign -ohjelmointirajapinta > Ohjelmointirajapinnan tiedot > napsauta linkkiä: REST, ohjelmointirajapintamenetelmien dokumentointi
3. Napsauta GET /libraryDocuments -osassa OAUTH ACCESS-TOKEN - painiketta 
   1. Ota library_read:self -alue käyttöön
4. Napsauta Kokeile! painiketta
5. Etsi Response Body -kohdasta uusi W-9-lomakemalli (ei vanha versio), jotta näet libraryDocumentId-arvon. 

Jos tarvitset lisätietoja, ota yhteyttä asiakasmenestyspäällikköön.

Integrointi: Adobe Sign for Microsoft SharePointin version 3 ja aikaisempien käyttöikä loppuu

Adobe Sign for Microsoft SharePoint v3 ja näitä vanhemmat versiot (paikalliset ja online-versiot) eivät enää toimi 31.3.2017 jälkeen. Adobe Sign for SharePointin versio 4 ja uudemmat tukevat Microsoft SharePointin On-Premise -versioita 2013 ja 2016 sekä SharePoint Onlinea.

Tarvittava toimenpide:

Päivitä välittömästi Adobe Sign for SharePointin versioon 4. Ota yhteyttä asiakasmenestyspäällikköön, jos sinulla on kysyttävää viimeisimpään versioon päivittämisestä.

Integrointi: Tärkeä päivitys Adobe Sign for Salesforcen versiolle 18

Salesforce toimeenpanee seuraavassa julkaisussa uuden Lightning-komponenteille tarkoitetun tietoturvamallin nimeltä LockerService. Jos käytät Adobe Sign for Salesforcen versiota 18, sinun on päivitettävä koontiversioon 18.27 tai sitä uudempaan, jotta kaikki Salesforce Lightning -komponentit toimivat tarkoitetulla tavalla.

TARVITTAVA TOIMENPIDE

Jos käytät Adobe Sign for Salesforcen versiota 18, sinun on päivitettävä koontiversioon 18.27 tai sitä uudempaan.

Integrointi: Tuki Adobe Signin integroinnille Salesforce-versioon 15 on loppunut

Adobe Sign for Salesforcen version 15 tuotepäivitykset, tietoturvapäivitykset ja tekninen tuki lakkautettiin 15. joulukuuta 2017

TARVITTAVA TOIMENPIDE

Päivitä Salesforce-integrointimme viimeisimpään versioon, niin saat vastakin viimeisimmät ominaisuudet, tietoturvapäivitykset ja teknisen tuen.

TÄRKEÄÄ 

Tarkista Salesforcen vaatimat käyttöoikeusasetukset ennen v19-version päivittämistä Mitä uutta versiossa 19 -osiossa.

Adobe Sign -mallit 2017 IRS -lomakkeelle I-9 ovat nyt saatavana.

24. lokakuuta Adobe Signiin lisättiin uusi malli uusittua IRS I-9 -lomaketta varten. Se on otsikoitu I-9 (Employment Eligibility Verification) versio 07/17/17 N.  

Samanaikaisesti aiempi malli I-9 2017 (Employment Eligibility Verification) sai uuden nimen I-9 (Employment Eligibility Verification) versio 07/17/17 N (perinteinen).

Tämä nimenvaihto EI vaikuta työnkulkuusi.

1. joulukuuta 2017 jälkimmäinen malli, I-9 (Employment Eligibility Verification) versio 07/17/17 N (perinteinen), kuitenkin poistettiin käytöstä.

Jos käytät sovelluksessasi vanhan mallin libraryDocumentId-tunnistetta, sinun on päivitettävä malli käyttämään uutta libraryDocumentId-arvoa.

TARVITTAVA TOIMENPIDE

Uudella I-9-lomakemallilla on uusi libraryDocumentId-tunniste. Jos käytät olemassa olevan mallin libraryDocumentId-tunnistetta sovelluksissasi, sinun on päivitettävä se.

Etsi libraryDocumentId tilissä, joka sallii ohjelmointirajapinnat:

1. Kirjaudu tilin järjestelmänvalvojana
2. Napsauta Tili-välilehdessä > Adobe Sign -ohjelmointirajapinta > Ohjelmointirajapinnan tiedot > napsauta linkkiä: REST, ohjelmointirajapintamenetelmien dokumentointi
3. Napsauta GET /libraryDocuments -osassa OAUTH ACCESS-TOKEN -painiketta. 
   1. Ota library_read:self -alue käyttöön.
4. Napsauta Kokeile! painiketta
5. Etsi Response Body -osasta päivitetty I-9-lomakemalli (I-9 (Employment Eligibility Verification) versio 07/17/17 N), jotta näet libraryDocumentId-arvon. 

Jos tarvitset lisätietoja, ota yhteyttä asiakasmenestyspäällikköön.

Tärkeitä muutoksia IP-osoitealueissa

Jos käytössäsi oleva verkko- tai palomuurimääritys listaa yksiselitteisesti Adobe Signin IP-osoitteet, päivitä verkkomääritysasetukset niin, että ne sisältävät uudet IP-osoitteet, jotta palvelun jatkuminen varmistuu.

Useimmat jo käytössä olevista IP-osoitteesta pysyvät toiminnassa, eikä sinun tarvitse eikä pidä poistaa niitä verkkomäärityksestäsi; kuitenkin kaksi vanhentunutta Pohjois-Amerikan IP-osoitealuetta on syytä poistaa.

TARVITTAVA TOIMENPIDE

Jos listaat Adobe Signin IP-osoitteet joko ohjelmointirajapinnan takaisinsoitoissa tai palomuurissa, sinun on listattava lisä-IP-osoitteet ohjelmointirajapinnan takaisinsoitoissa. Ilmoita tarvittaessa kolmansille osapuolille, jotka reitittävät takaisinsoittojasi.

Jos käytät Adobe Sign for Salesforce -integraatiota, järjestelmänvalvojien on erikseen listattava lisä-IP-osoitteet Salesforce.com-tilillään.

Integrointi: Tärkeä päivitys Adobe Sign for NetSuitelle

Oracle päivitti äskettäin NetSuite 17.0:aan. Päivitys aiheutti ongelman Adobe Sign for NetSuitessa, jossa Sopimus-välilehti ei välttämättä näy joillekin rooleille. Päivittämällä Adobe Sign for NetSuite -versioon 4.0.1 varmistat, että järjestelmänvalvojan sopimustietueeseen merkitsemät roolit mahdollistavat sopimusvälilehden näkemisen.

TARVITTAVA TOIMENPIDE

Kirjaudu sovellukseen ja päivitä Adobe Sign for NetSuite versioon 4.0.1 sen varmistamiseksi, että käyttäjät voivat nähdä Adobe Signin sopimusvälilehden.

Uusi julkaisu: Adobe Signin syyskuun 2017 julkaisu

Adobe Signin syyskuun 2017 tuotejulkaisu on nyt valmis. Tähän julkaisuun sisältyy uusia ja parannettuja ominaisuuksia sekä järjestelmänvalvojille että loppukäyttäjille, kuten:

• Tukea eIDAS:n mukaisille aikaleimoille, jotka on sertifioitu EU:n luottamusluettelossa (EUTL)
• Tukea uusille määritettäville aikaleimapalveluille, jos yrityksesi käyttää jo LTV-aikaleimantarjoajaa
• Laajempaa tukea Cloud Signature Consortium -yhteenliittymälle, uudet yhteistyökumppanit julistetaan
• Tukea Aadhaar-identiteetinmukaisuudelle ja uusi palvelinkeskus Intiassa (IN1)
• Värikoodatut lomakekentät ja uusi lomakekenttien fonttituki parantaa sisällöntuotto- ja käyttökokemusta
• Lomakekentän tunnistus tuodaan laajemmin käyttöön
• Vaihda lennosta vastaanottajia tai lisää uusia

Laajempaa tukea Microsoft-tuotteille uudella tai parannetulla integroinnilla seuraaville sovelluksille:

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

Tietoturva: Tuki on loppunut Windows Vista SP2:lle ja Internet Explorer 9:lle ja 10:lle.

Adobe Sign lopetti tuen Windows Vista SP2:lle ja Internet Explorer 9:lle ja 10:lle 17. maaliskuuta 2017. Asiakkaat, jotka jatkavat näiden selainten käyttöä, eivät voi hyödyntää uusia ominaisuuksia, eikä heille voi taata käyttöoikeutta Adobe Signiin tulevaisuudessa.

TARVITTAVA TOIMENPIDE

Päivitä vanhat laitteistot uusiin käyttöjärjestelmiin, kuten Windows 7:ään, 8:aan tai 10:een sekä yhteen Adobe Signin järjestelmävaatimuksissa luetteloiduista, tuetuista selaimista sen varmistamiseksi, että Adobe Signin uudet ominaisuudet jatkavat toimintaansa aiotulla tavalla.

Adobe Signin toukokuun julkaisu on nyt valmis

Adobe Signin toukokuun julkaisu on nyt valmis. Tähän julkaisuun sisältyy uusia ja parannettuja ominaisuuksia sekä järjestelmänvalvojille että loppukäyttäjille. Tämän julkaisun myötä klassiset lähetys- ja sisällöntuottokäyttöliittymät on poistettu käytöstä, ja uudesta käyttöliittymästä tulee standardi koko Adobe Signissa. Käyttöliittymän muutos näkyy myös lähetyssivun sisältävissä ohjelmointirajapintaintegroinneissa. Uuteen lähettämiskokemukseen sisältyvät kaikki klassisen lähettämiskokemuksen toiminnallisuudet, paitsi faksiallekirjoittamisen työnkulku, jonka tilalle on otettu uusi skannaus- ja latausperustainen käsinkirjoitetun allekirjoituksen työnkulku. Uuteen lähetys- ja sisällöntuottokokemukseenkin kuuluu uusia ominaisuuksia, kuten yksityisviestit, uudet vastaanottajaroolit ja muutakin.

Nyt uusilla sopimuksilla on päivitetyt ulkoasuasetukset määritetyille tekstikentille. Aikaisempien Helvetica-, Times- ja Courier-valintojen tilalle on otettu niiden Adobe-fonttivastineet Adobe Source Sans Pro, Source Code Pro ja Source Serif Pro.

Kaikkia tämän julkaisun ominaisuuksia ei otettu käyttöön välittömästi. Osa ominaisuuksista aktivoidaan vasta kesäkuussa. Lisää saat tietää lukemalla julkistustiedot.

TARVITTAVA TOIMENPIDE

Mitään toimenpiteitä ei tarvita.
 

Uusi SSL-sertifikaatti ja sertifioiva viranomainen

Adobe Sign siirtyy uuteen SSL-sertifikaattiin ja uudelle sertifioivalle viranomaiselle (CA)

22. heinäkuuta 2017. Kryptografiakäytäntöihin tai -kaavaan perustuvaan julkiseen avaimeen ei tehdä muutoksia. Juuri- ja välitason CA muuttuu tämän päivityksen yhteydessä. Jos sinulla on kysyttävää, ota yhteyttä asiakastukeen.

TARVITTAVA TOIMENPIDE

Jos sinulla on mukautettuja Adobe Sign -integrointeja, joissa käytetään joko SOAP- tai REST-ohjelmointirajapintoja, ja jos nämä integroinnit ovat 'naulanneet kiinni' olemassa olevan julkisen avaimen, erillisiä toimenpiteitä ei tarvita.

Jos ”kiinnität” varmenteen jollakin muulla tavalla, löydät uudet Adobe Sign- ja CA-sertifikaatit Adobe Signin järjestelmävaatimuksista. Uusi SSL-sertifikaatti ja sertifioiva viranomainen aktivoituvat 22. heinäkuuta 2017.

Ohjelmointirajapinta: Uusi asetus, jolla mukautetaan URL-osoitteen raukeamisen synnyttämä virhekoodi

Tällä hetkellä HTTP-virhekoodi, joka palautetaan URL-osoitteen raukeamisen yhteydessä, on 404 (sivua ei löydy), mutta tämä ei vastaa HTTP-standardeja. Nämä URL-osoitteet voidaan luoda REST-ohjelmointirajapinnan kutsuilla, kuten GET/agreements/{agrID}/combinedDocument/url. Soveliaampi HTTP-virhekoodi on 410 (puuttuu). Toukokuun julkaisun yhteydessä HTTP-oletusvirhekoodiksi vaihdettiin 410. Saatavana on uusi asetus, joka mahdollistaa muokatun HTTP-tilakoodin (404, 410 jne.) lähettämisen tässä virhetilanteessa.

TARVITTAVA TOIMENPIDE

Jos sovelluksesi odottavat rauenneen URL-osoitteen aiheuttavan virheen 404, sinun tarvitsee vain pyytää tämän arvon asetuksen vaihtamista 404:ksi. Pyydä apua asiakastuesta.

Ominaisuuksien poistuminen käytöstä: faksiallekirjoituksen työnkulku

Toukokuun 2017 julkaisun myötä uudesta lähettämiskokemuksesta tuli vakiomenettely, jolloin faksiallekirjoittamisen työnkulku poistui käytöstä ja vaihtui uuteen skannaus- ja latausperustaiseen käsinkirjoitetun allekirjoituksen työnkulkuun. Nykyaikainen skannaus- ja latausominaisuus varmistaa paremman tarkkuuden ja seurattavuuden ja johtaa parempaan luettavuuteen. Myös ohjelmointirajapintaa käyttävät asiakkaat siirrettiin käyttämään uutta käsinkirjoitetun allekirjoituksen työnkulkua.

Klassinen faksiallekirjoitukseen perustuva lähetyskokemus on vielä saatavana rajoitetun ajan; se poistuu kuitenkin käytöstä lokakuun 31. päivänä 2017 Verkkosovelluksen käyttäjät, jotka haluavat jatkaa faksiallekirjoitustyönkulun käyttöä, voivat tehdä niin palaamalla lähetysasetuksia käyttäen perinteistä Lähetä-sivua käyttämään. Ohjelmointirajapinnan käyttäjien on otettava yhteyttä asiakasmenestyspäällikköön, jos he haluavat jatkaa faksiallekirjoitustyönkulun käyttöä.

TARVITTAVA TOIMENPIDE

Tarkista uusi käsinkirjoitetun allekirjoituksen työnkulkudokumentaatio ja ilmoita loppukäyttäjille tehdyistä muutoksista. Sinun on ehkä myös päivitettävä loppukäyttäjien ja asiakkaiden dokumentaatio käsinkirjoitettujen allekirjoitusten työnkuluille.

Mobiilikäyttö: Google ID:n ja Google Appsin kirjautumismahdollisuus poistuu Adobe Signin mobiilisovelluksesta

Tietoturvan ja käytettävyyden parantamiseksi Google on poistanut käytöstä Googlelle upotettujen selainten kautta suunnatut OAuth-todennuspyynnöt, joita omissa mobiilisovelluksissa kutsutaan verkkonäkymiksi. Tästä syystä Google- ja Google Apps -kirjautumisvaihtoehdot on poistettu Adobe Signin mobiilisovelluksesta toukokuun julkaisun yhteydessä.

Adobe Signin käyttäjät voivat yhä kirjautua sisään Google-tunnuksillaan tavanomaisella tavalla (sähköpostilla ja salasanalla). Ainoa ero on, että Google- ja Google Apps -valinnat poistuvat kirjautumissivulta. Jos sinulla on ongelmia kirjautua tavanomaiseen tapaan Google-tunnuksilla, vaihda salasanaa ja yritä uudestaan.

Suunnitellut huoltotyöt ja niihin liittyvä käyttökatko Pohjois-Amerikassa (NA1)

Adobe Signin Pohjois-Amerikan (NA1) palvelinkeskuksessa suoritetaan suunniteltuja huoltotöitä, joiden odotettu käyttökatko on:

Lauantaista 8. huhtikuuta 2017 klo 17.00 PDT alkaen 8. huhtikuuta klo 23.00 PDT asti

Tämän ei odoteta vaikuttavan muiden palvelinkeskustemme asiakkaisiin.

Suunniteltu huoltotyö on välttämätön Pohjois-Amerikan palvelinkeskuksemme toimintojen laajentamiseksi. Palvelu ei ole NA1-alueella käytettävissä huoltoikkunan aikana.

Voit tarkistaa tilisi palvelinkeskuksen kirjautumalla Adobe Signiin ja katsomalla URL-osoitteessa olevan lyhenteen (NA1, NA2 jne.). Ota yhteyttä asiakasmenestyspäällikköön, jos sinulla on kysyttävää.

TARVITTAVA TOIMENPIDE

• Jos käytät Adobe Sign for Salesforce -integrointia: Salesforce-integroinnin järjestelmänvalvojien on erikseen listattava Salesforce.com-tilinsä lisä-IP-osoitealueet integroinnin toiminnan varmistamiseksi myös huhtikuun 7. päivän 2017 jälkeen. 
• Jos listaat Adobe Signin IP-osoitteen joko ohjelmointirajapinnan takaisinsoitoissa tai palomuurissa, Adobe Sign -järjestelmänvalvojien on sallittava lisä-IP-osoitteet ohjelmointirajapinnan takaisinsoitoissa. Ilmoita tarvittaessa kolmansille osapuolille, jotka reitittävät takaisinsoittojasi. Ellei uusia IP-osoitealueita lisätä, takaisinsoittoja ei päästetä palomuurisi läpi. IP-osoitealueet ja suunniteltu huolto – Usein kysytyt kysymykset

Integrointi: Tuki Adobe Signin integroinnille Salesforce-versioon 14 on loppunut

Adobe Sign for Salesforcen version 14 tuotepäivitykset, tietoturvapäivitykset ja tekninen tuki lakkautettiin 15. joulukuuta 2016. Versio 18 on nyt saatavana.

TARVITTAVA TOIMENPIDE

Päivitä Salesforce-integrointimme viimeisimpään versioon. Tukea vaille jätettyjä versioita käyttävien asiakkaiden on päivitettävä ajankohtaiseen versioon, jos he haluavat edelleen saada teknistä tukea.

Ohjelmointirajapinta: OAuth-sovellustuki SOAP-ohjelmointirajapinnalle poistuu käytöstä

Joulukuun ylläpitojulkaisun myötä uudet OAuth-sovellukset saavat käyttää vain REST-ohjelmointirajapintaa. Olemassa olevat OAuth-sovellukset ja integrointiavaimet saavat toistaiseksi käyttää SOAP-ohjelmointirajapintaa.

TARVITTAVA TOIMENPIDE

Käytä REST-ohjelmointirajapintaa, kun kehittelet uutta sovellusta. Siirry lisätietoja varten Developer Centeriin.

Ohjelmointirajapinta ja verkkosovellus: salasanan kompleksisuusvaatimukset muuttuvat vuonna 2017.

Adobe Sign muuttaa salasanan kompleksisuusvaatimuksia tietoturvan parantamiseksi. Vuoden 2017 alussa verkkosovellusta käyttäviä asiakkaita kehotetaan päivittämään salasanansa 90 päivän kuluessa. Asiakkaat, jotka kirjautuvat tai palvelevat käyttäjiä olemassa olevien REST- tai SOAP-ohjelmointirajapintojen kautta, saavat aikaa vuoden 2018 puoleenväliin päivittääkseen sovelluksensa Adobe Signin salasanaturvallisuusvaatimusten mukaisiksi. Ohjelmointirajapintojen käyttäjät saavat tietoja uusiin vaatimuksiin siirtymisestä vuoden 2017 alussa.

Uudet salasanakriteerit:
• Vähintään 8 merkkiä, enintään 100 merkkiä
• Vähintään yksi iso kirjain
• Vähintään yksi pieni kirjain
• Vähintään yksi numero
• Vähintään yksi erikoismerkki (välimerkit), paitsi tyhjä väli
• Ei saa sisältää käyttäjänimeä, etunimeä tai sukunimeä (kirjainkoosta riippumatta)
• Uusi salasana hylätään, jos se vastaa aiemmin käytettyjä salasanoja

TARVITTAVA TOIMENPIDE

Vuoden 2017 alussa verkkosovelluksen käyttäjien tulee vaadittaessa vaihtaa salasana. Asiakkaat, jotka palvelevat käyttäjiä ohjelmointirajapinnan kautta, saavat aikaa heinäkuuhun 2018 asti sovellusten päivittämiseen uusien vaatimusten mukaisiksi REST-ohjelmointirajapintaa käyttämällä.

Ohjelmointirajapinta ja verkkosovellus: tuki on lopetettu vanhemmalle tekstitägien syntaksille

Version 1.0 tekstitägien tuki on lopetettu. Järjestelmä ottaa yhä huomioon version 1.0 tägit, mutta tälle syntaksille ei hyväksytä virheitä eikä parannuspyyntöjä.

TOIMENPIDE VAADITAAN
Varmista, että käyttäjäsi käyttävät 2.0-tekstimerkintöjä luodessaan uusia asiakirjapohjia. Tarkista sovellukset ja olemassa olevat mallit, jotka saattavat sisältää vanhoja tekstitägejä, ja päivitä ne uuden 2.0-tekstitägisyntaksin mukaisiksi. Katso yksityiskohdat Reference Guide -oppaasta Lomakkeiden luominen tekstitägeillä.

Tekninen päivitys: tammikuu 2017 (etukäteisilmoitus)

Adobe Sign -mallit vuoden 2017 IRS-lomakkeille I-9 ja W-4 ovat nyt saatavana. Mallit I-9 (Employment Eligibility Verification 2016) ja W-4 2016 (IRS Employees Withholding Allowance) poistuvat saatavilta klo 12.00 Tyynenmeren aikaa tammikuun 20. päivänä 2017.

TARVITTAVA TOIMENPIDE

Vuoden 2017 IRS-lomakemalleilla on uudet asiakirjatunnisteet. Jos käytät olemassa asiakirjatunnistetta sovelluksissasi, sinun on päivitettävä asiakirjatunnisteet.

Etsi LibraryDocumentID tilissä, joka sallii ohjelmointirajapinnat:

1. Kirjaudu sisään Adobe Sign -tilin järjestelmänvalvojana.
2. Integrointiavaimen luonti.
3. Siirry Tili-välilehti > Adobe Sign -ohjelmointirajapinta > Ohjelmointirajapinnan tiedot > napsauta linkkiä: REST, ohjelmointirajapintamenetelmien dokumentointi. 
4. Vieritä näyttöä alaspäin osioon Resurssit ja toiminnot.
5. Napsauta /libraryDocuments -rivissä Näytä/Piilota-linkkiä, niin saat menetelmät näkyviin.
6. Napsauta ensimmäistä GET -painiketta /libraryDocuments-valinnan vieressä.
7. Lisää integrointiavaimesi 'Käyttöoikeustietue'-kenttään. 
8. Napsauta Kokeile! -painiketta. 
9. Etsi vuoden 2017 I-9- ja W-4-lomakkeet, niin saat nähdä LibraryDocumentID-arvot.

Jos tarvitset lisätietoja, ota yhteyttä asiakasmenestyspäällikköön.