Adobe Acrobat Sign -tekniset tiedotteet 2021-2022

Adobe Sign -malli: W-4 (2022)

Yhdysvaltain verohallituksen (IRS) uuden W-4 (2022) -lomakkeen W-4 2022 (Employee's Withholding Certificate) odotetaan tulevan lisätyksi Adobe Sign -kirjastoon osana huhtikuun 2022 julkaisua.

TARVITTAVA TOIMENPIDE

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

Vuoden 2021 versio poistetaan järjestelmästä kesäkuussa 2022.

Palvelun jatkuvuuden varmistamiseksi vanhaa lomaketta (versiota 2021) käyttävät sovellukset/API:t on päivitettävä ennen kesäkuun 1. päivää.

libraryDocumentId löytyy API:n käyttöön ottaneella tilillä seuraavasti:

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 
   • Ota library_read:self -alue käyttöön
4. Napsauta Kokeile! painiketta
5. Etsi Vastauksen sisältö -kohdasta uusi W-4 2022 (Employee's Withholding Certificate) -lomakemalli (ei versio 2021), niin näet libraryDocumentId-arvon.  

Kaksi uutta webhookia lisätty 14. kesäkuuta julkaistuun versioon

Kaksi uutta webhookia on lisätty 14. kesäkuuta julkaistuun versioon:

• Sopimuksen vanhentuminen päivitetty (AGREEMENT_EXPIRATION_UPDATED) (saatavana vain REST v6 API POST /webhooksin kautta) – Käynnistetään, kun sopimuksen vanhentumispäivä päivitetään.
  
• Allekirjoittaja muuttaa sopimuksen allekirjoittajan nimeä (AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER) – Käynnistetään, kun vastaanottaja muuttaa nimensä allekirjoittaessaan arvoltaan muuksi kuin sopimusta luotaessa annetuksi nimeksi.

Molemmat webhookit ovat käytettävissä.

Ominaisuusjulkaisu: Adobe Acrobat Sign – julkaistu 15. kesäkuuta

Ominaisuusjulkaisu on valmis, ja kaikki ominaisuudet ovat käytettävissä.

Adobe Acrobat Sign for Microsoft -integraatioiden käyttöoikeuspäivitys valmistui 8. kesäkuuta 2022

8. kesäkuuta 2022 Acrobat Sign siirsi Microsoft Teams-, Outlook-, Word- ja PowerPoint-integraatioiden ilmoituskehyksen takaisinkutsuista webhookeihin. Tämä parantaa ilmoitusten toimittamista ja antaa käyttäjille mahdollisuuden saada kaikki Acrobat Sign -asiakirjailmoituksensa haluamassaan integraatiossa riippumatta siitä, mistä asiakirja on peräisin.

Nyt kun päivitys on valmis, loppukäyttäjiä pyydetään hyväksymään Acrobat Sign -käyttöoikeudet uudelleen, mukaan lukien webhookien tarkastelu, luonti/muokkaus ja poistaminen, ennen kuin he voivat jatkaa integraatioiden käyttöä.

Acrobat Sign -käyttöoikeuksien uudelleenhyväksyntä vaaditaan vain kerran, ja se koskee Acrobat Sign -palvelua kaikissa Microsoft 365 -integraatioissa.Tämä käyttöoikeus myönnetään tilitasolla ja loppukäyttäjien on hyväksyttävä se.

Käy alla olevalla asianmukaisella ohjesivulla ja tutustu kohtaan "Todentamissuhteen luominen" saadaksesi lisätietoja. "Reaaliaikaisen" Acrobat Sign -avun saamiseksi Kirjaudu sisään Acrobat Sign -tilillesi ja napsauta "?"-merkkiä ja sitten "Ota yhteyttä tukeen" nähdäksesi tukivaihtoehtosi.

Perinteinen Käyttökoodi-ominaisuus poistettiin palvelusta kesäkuun 2022 versiossa

Kesäkuun 2022 versiossa Käyttökoodi-ominaisuus poistettiin kokonaan Acrobat Sign -järjestelmästä, kun perinteinen Hallinta-sivu poistettiin palvelusta.  

Mukautetun työnkulkusuunnittelijan palvelukeskeytys 15. kesäkuuta 2022 suunniteltu, valmistunut.

Mukautettu työnkulkusuunnittelija oli lyhyen aikaa poissa käytöstä taustakoodin päivitystä varten 15. kesäkuun suuren julkaisun yhteydessä.

Klo 15.00–15.30 Tyynenmeren aikaa työnkulkusuunnittelija ei ehkä sallinut käyttäjien luoda uutta työnkulkua tai tallentaa muokattavana olevaa työnkulkua.

Työnkulkujen käyttö sopimusten generointiin ei ole häiriintynyt tänä aikana.

Microsoft Internet Explorer 11:n ja vanhojen Edge-selainten tuen päättyminen 31. joulukuuta 2021

31. joulukuuta 2021 jälkeen Adobe Sign ei enää virallisesti tue Microsoft Internet Explorer 11:tä tai vanhoja Microsoft Edge -selaimia. Suosittelemme, että asiakkaat eivät enää käytä Adobe Sign -sovellusta näillä selaimilla.31. joulukuuta 2021 jälkeen näitä selaimia käyttävillä asiakkailla saattaa olla heikentynyt käyttökokemus, ja jotkin ominaisuudet saattavat lakata toimimasta.

Vastaanottajan e-Sign-sivu jatkaa toimimista asianmukaisesti näissä selaimissa, jotta vastaanottajan työnkulut eivät häiriinny.Olemme sitoutuneet tekemään siirtymästä mahdollisimman sujuvan.

Ominaisuuden julkaisu: Adobe Acrobat Sign – julkaistu 5. huhtikuuta

Adobe Acrobat Sign on saanut valmiiksi ominaisuusjulkaisun, joka on suunniteltu huhtikuun 2022 ensimmäiselle viikolle. Julkaisun aikana ei ilmennyt käyttökatkoja

Huhtikuun 2022 julkaisu sisältää käyttäjille ja järjestelmänvalvojille tarkoitettujen ominaisuuksien parannuksia sekä ratkaisuja useisiin asiakkaiden ilmoittamiin ongelmiin.  

Uusi SSL-sertifikaatti saatavilla –
Voimassa 1. huhtikuuta 2022 alkaen

Acrobat Sign on julkaissut uudet SSL-varmenteet 1. huhtikuuta 2022 aamulla.
Julkinen avain, taustalla olevat salausprotokollat tai järjestelmä eivät ole muuttuneet.

TARVITTAVA TOIMENPIDE

Julkisen avaimen käyttö

• Jos sinulla on mukautettuja Acrobat Sign -integrointeja, joissa käytetään joko SOAP- tai REST-ohjelmointirajapintoja, ja jos nämä integroinnit ovat ”kiinnittäneet” olemassa olevan julkisen avaimen, erillisiä toimenpiteitä ei tarvita.
• Jos käytät Adobe Acrobat Sign -palvelun SSL-varmenteita SSO:hun tai kiinnität varmenteen itsensä (tai käytät muita menetelmiä), löydät uudet Acrobat Sign -varmenteet Adobe Acrobat Sign -järjestelmävaatimuksista.
  • Jos SSO-konfiguraatiosi tukee useita julkisia sertifikaatteja/ketjuja, voit lisätä uudet sertifikaatit nyt ja poistaa vanhan julkisen sertifikaatin/ketjun konfiguraatiostasi huhtikuun vaihdon jälkeen.
  • Jos SSO:si ei tue useita julkisia sertifikaatteja/ketjuja, sinun on synkronoitava SSL:n vaihtaminen Acrobat Signin kanssa 1. huhtikuuta 2022.  

Uudet SSL-varmenteet on otettu käyttöön 1. huhtikuuta 2022 alkaen.

Pieni ominaisuusjulkaisu: Adobe Acrobat Sign 3. toukokuuta 2022

Acrobat Sign julkaisi pienen ominaisuuspäivityksen 3. toukokuuta 2022.Julkaisun aikana ei ilmennyt käyttökatkoja

Toukokuun 2022 julkaisu sisältää yhden ominaisuusparannuksen, joka sallii tietämykseen perustuvan todentamisen lisäosallistujille verkkolomakkeissa. 

Vuokralaisen päivitys Acrobat Signin Word/PowerPoint-, Outlook- ja Teams-integraatioita varten

Adobe Acrobat Sign päivittää 22. maaliskuuta 2022 Acrobat Sign for Office 365 -sovelluksen vuokralaisen, joka on Word/PowerPoint-, Outlook- ja Teams-integraatioiden yleinen sovellusvuokralainen.  

Hallinnoijia/käyttäjiä voidaan pyytää hyväksymään sovelluksen käyttöoikeuspyyntö uudelleen ennen kuin käyttöoikeus sallitaan alkaen klo 10.00 Yhdysvaltain itäistä kesäaikaa (EDT). Tarkka kellonaika riippuu siitä, milloin tilin Microsoftin myöntämä todennustunnus vanhenee (enintään 24 tuntia alkamispäivän jälkeen).

Adobe Signin Mukautetut sähköpostimallit (CEMT) -palvelun määräaikaishuolto - Suoritettu

Lauantaina 12. helmikuuta 2022 klo 18.00 PST klo 19.00PST Adobe Sign Custom Email Templates (CEMT) -palvelussa on lyhyt palvelun heikkeneminen, kun ydininfrastruktuurin komponentteja päivitetään. Tänä aikana asiakkaat saattavat nähdä oletussähköpostimalleja mukauttamiensa mallien sijaan. Käyttökatkoja ei ole odotettavissa.

Toiminnon julkaisu: tammikuu 2022 - Suoritettu

Adobe Sign on saanut valmiiksi tammikuun 2022 julkaisun ilman käyttökatkoja sovelluksessa.

Tammikuun julkaisu sisältää ominaisuusparannuksia käyttäjille ja järjestelmänvalvojille sekä ratkaisuja useisiin asiakkaiden raportoimiin ongelmiin.  

Uudet Aloitus- ja Hallinta-sivut tulevat tavalliseen käyttöön tammikuussa 2022 – vanhat sivut poistuvat käytöstä

Adobe Sign luopuu tammikuun 2022 julkaisussa Aloitus- ja Hallinta-sivujen vanhoista käyttökokemuksista. Tuolloin kaikki tilit siirretään moderniin Koti- ja Hallinta-kokemukseen, eikä vaihtoehtoa palata klassiseen käyttöliittymään ole.
Huomioi, että olemme sitoutuneet tekemään tästä siirtymästä mahdollisimman sujuvan, ja olemme julkaisseet ominaisuuksia, jotka vastaavat perinteisen hallintasivun toimintoja, mukaan lukien:

• Kohdennettu haku etu- ja sukunimen perusteella.
• Lähettäjät voivat nyt lisätä viestin korvatessaan allekirjoittajan.
• Lisätty toiminto, jolla voidaan muistuttaa kopion vastaanottajia ja niitä allekirjoittajia, jotka ovat suorittaneet tehtävänsä.

Joulukuun julkaisussa parannamme hakuominaisuuksia entisestään ja lisäämme metatietojen pikakatsauksen.  

Adobe Sign -todennus ohjaa Adoben Identity Management -järjestelmään

Syyskuun Adobe Sign -julkaisusta alkaen osa käyttäjistä, jotka todentavat suoraan Adobe Sign -sovelluksessa, ohjataan Adobe Identity Manageriin todennusta varten.

Adobe standardoi todennuksen tähän muotoon vuoden 2020 loppuun mennessä.

Toiminnon julkaisu: Adobe Sign lokakuu 2021

Adobe Sign on saanut valmiiksi lokakuun 2021 julkaisun, eikä sovelluksessa ole ollut käyttökatkoksia.

Lokakuun julkaisu sisältää käyttäjille ja järjestelmänvalvojille tarkoitettujen ominaisuuksien parannuksia sekä ratkaisuja useisiin asiakkaiden ilmoittamiin ongelmiin.  

Nimiarvojen lukitseminen laajennettu koneella kirjoitettuihin allekirjoituksiin

Maaliskuun versiossa otettiin käyttöön ominaisuus, jolla voit ottaa käyttöön tai poistaa käytöstä vastaanottajan allekirjoitettaessa mahdollisuuden muokata nimiarvoaan, mikäli nimi oli annettu tai tiedossa (API:n tai käyttäjäprofiilin kautta). Koneella kirjoitetut allekirjoitukset jätettiin tämän ominaisuuden ulkopuolelle, mikä johti siihen, että osa allekirjoittajista pystyi muuttamaan nimiarvoaan allekirjoitusprosessin aikana. Syyskuun versiossa tämä ominaisuus päivitetään siten, että kaikkien allekirjoitustyyppien nimilukitusasetukset huomioidaan – myös näppäimistöllä kirjoitettujen allekirjoitusten osalta.

• Asiakkaat, jotka ovat ottaneet käyttöön Nimen ja nimikirjainten kirjoittamisen ja poistaneet käytöstä asetuksen Allekirjoittajat voivat muuttaa nimeään tai nimikirjaimiaan, näkevät muutoksen prosessissa – nimiarvoa ei voi enää muokata allekirjoitusprosessin aikana näppäimistöllä kirjoitetuissa allekirjoituksissa.
• Kun allekirjoitusprosessin aikana halutaan sallia nimiarvon muokkaaminen, asiakkaan tulee ottaa käyttöön Allekirjoittajat voivat muuttaa nimeään tai nimikirjaimiaan -asetus (Allekirjoitusasetukset-valikossa).

Syyskuun julkaisussa e-Sign sivulle pääsyä on rajoitettu

Adobe Sign päivittää e-Sign sivun käyttöehtojen (TOU) hyväksymisprosessia noudattaakseen Adoben lakisääteisiä vaatimuksia. Uudessa käyttökokemuksessa kaikkien "tuntemattomien" vastaanottajien on hyväksyttävä Adobe Signin käyttöehdot (valitsemalla Jatka-painike) ennen sopimuksen käsittelyä. Tämä hyväksyminen on erillinen mahdollisista mukautetuista käyttöehdoista, jotka asiakastilillä saattaa olla määritettynä ja jotka ratkaistaan edelleen tilin käyttöehtojen/sopimusasiakirjan hyväksymismäärityksen mukaisesti.

• "Tuntematon" vastaanottaja on mikä tahansa sähköpostiosoite, joka ei ole rekisteröity, ensisijainen käyttäjän sähköposti luotetussa tilissä.
  
• "Tunnetut" käyttäjät ovat hyväksyneet Adobe Signin käyttöehdot osana rekisteröintiprosessia vahvistettuaan käyttäjätilinsä, joten heitä ei pyydetä hyväksymään niitä uudelleen.

Alla on esimerkki implisiittisen suostumuksen kulusta sopimuksessa, jossa on asiakkaan määrittämät mukautetut käyttöehdot:

1. Hyväksy Adobe Signin käyttöehdot napsauttamalla Jatka-painiketta (sopimuksen avaamisen jälkeen).
2. Täytä sopimuskentät tarpeellisilta osin.
3. Hyväksy asiakastiedonanto ja mukautetut käyttöehdot valitsemalla Allekirjoita tästä -painike.

API- ja lähetyssivupäivitykset Notarize-integraatiota varten (odotettavissa lokakuussa)

Lokakuun julkaisussa otetaan käyttöön uusi Adobe Sign -ominaisuus, joka tukee integrointia Notarize, Inc:n Remote Online Notarization (RON) -alustan kanssa.Adobe Sign -integrointi Notarize, Inc.:n kanssa on käytettävissä Yhdysvalloissa.vain.

Alla on yhteenveto muutoksista:  

Notarize-integraatio - Adobe Signin integraation Notarize, Inc:n Remote Online Notarization (RON) -alustan ansiosta asiakkaat voivat lisätä etäverkkonotaaripalvelun osaksi Adobe Sign -tapahtumia. Saatavilla käyttöönottoa varten asiakkaille Enterprise- ja Yritykset-tasoilla, jotka Adobe myy suoraan ETLA-ohjelman kautta. Vain nämä asiakkaat voivat ostaa Notarize-tapahtumia lisäosana ja lisämaksusta. 

Omia sovelluksiaan rakentavien tai integraatioita käyttävien asiakkaiden olisi tarkasteltava kahta tekijää: 

Sivulla Lähetä on uusi elementti, jolla tunnistetaan allekirjoittaja, jolta vaaditaan notaarin vahvistama allekirjoitus, sekä uusia määritysvaiheita allekirjoitusprosessin ohjaamiseksi.  

REST API on päivitetty vastaamaan tämän toiminnallisuuden hyödyntämistä koskevia vaatimuksia, ja REST API:ta hyödyntävien asiakkaiden tulisi tarkistaa alla oleva selostus selvittääkseen, onko sillä vaikutusta heidän nykyiseen käyttöönsä. 

• Lähetä sivupäivitykset
  

Asiakkaat, joilla on Notarize Transactions käytössään, voivat valita vastaanottajatietueen todentamismenetelmän oikealta puolelta vaihtoehdon Requires notarization (Vaatii notarisaation):

Kun sopimus on määritetty ja lähettäjä on napsauttanut Seuraava-painiketta, lähettäjälle näytetään notarisointiprosessia varten lisää määritysvaihtoehtoja:

• API-päivitykset - Notarisaation integraatiota tukeviin API-ohjelmiin on tehty merkittäviä päivityksiä:

POST /agreements

POST /agreements -API on päivitetty tukemaan sopimuksen lähettämistä notarisoitavaksi.

• Uudella NOTARY_SIGNER-roolilla tulee viitata notaari-istunnon osallistujaan.
  
• Uusi NotaryInfo-määre on lisätty AgreementInfo -määritelmään, joka sisältää nyt kaikki notarisointia edellyttävän uuden asiakirjan luomiseen liittyvät vaihtoehdot.

FileInfo-laajennus

FileInfo-määritelmää on vielä laajennettava, jotta notarisointia vaativat dokumentit voidaan merkitä.

ParticipantInfo-laajennus

ParticipantInfo -määritelmää on laajennettu niin, että notaarin todentamismenetelmä voidaan määrittää.

NotaryInfo

Uusi valinnainen notaryInfo -kenttä on lisätty AgreementInfo -määritelmään, joka sisältää NotaryInfo-olion, joka määrittää notarisointiin liittyvät lisävaihtoehdot.

Esimerkki /sopimus

PUT|GET /agreements/{aid}

PUT /agreements/{aid} -API tukee sopimuksen päivittämistä notarisointivaihtoehdoilla. GET /agreements/{aid} API -kutsu palauttaa kaikki sopimuksen notarisoinnille asetetut vaihtoehdot. Katso päivitettyjen attribuuttien tarkastelua varten kohta POST /agreements.

Virhekoodit

Nykyiset POST /agreements -virhekoodit säilyvät ennallaan. Olemme määritelleet uuden virhekoodin seuraavasti:

Vaikutus dokumentointiin

Pyynnön AgreementInfo-olion "tila"-elementtiin sisältyy uusi sopimustila "WAITING_FOR_NOTARIZATION".

POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens

Asiakkaat (notaarin allekirjoittajat) voivat käyttää API:a hankkiakseen allekirjoitusmerkin, jonka avulla he voivat viedä prosessin sähköisen allekirjoittamisen osuuden päätökseen. 

• Uuden roolin tallentamiseksi on lisätty uusi allekirjoituskyky - ACCEPT_BEFORE_NOTARIZATION. 
• Allekirjoitusmerkkejä ei tule hankkia notarisointivaiheen loppuun viemiseksi.

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status

Asiakkaat (notaarin allekirjoittajat) voivat käyttää API:a viedäkseen prosessin sähköisen allekirjoittamisen osuuden päätökseen. Uuden roolin vuoksi on otettu käyttöön uusi enum-tila-arvo - ACCEPTED_BEFORE_NOTARIZATION.

Notaarin allekirjoittaja voi seurata alla olevaa API-kutsujen sarjaa saattaakseen sähköisen allekirjoituksen päätökseen:

1. GET /agreements/{agreementId}/members- noutaa notaarin allekirjoittajan osallistujatunnuksen ja osallistujajoukon tunnuksen
2. POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens - pyytää allekirjoitusmerkin notaarin allekirjoittajalta, jolla on ACCEPT_BEFORE_NOTARIZATION-ominaisuus
3. POST /transientDocuments - lataa tarkistetun asiakirjan
4. PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status - lähettää tarkistetun asiakirjan ja päättää sähköisen allekirjoituksen.

Uusi webhook-tapahtuma

Asiakkaat voivat tilata uuden webhook-tapahtuman, AGREEMENT_READY_FOR_NOTARIZATION, saadakseen ilmoituksen, kun sopimus on valmis notarisoitavaksi. Tapahtuma ei näy webhooks-käyttöliittymässä, ja se voidaan ilmoittaa POST /webhooks API-kutsun kautta.

Vaikutus dokumentointiin

Seuraavia sovellusrajapintoja ei ole muutettu, mutta niiden dokumentaatiota on päivitetty lisäämällä siihen uusi sopimuksen tila "WAITING_FOR_NOTARIZATION" tai uusi rooli "NOTARY_SIGNER".

GET /agreements

UserAgreements/UserAgreement-objektiin vastauksena toimiva "status"-elementti sisältää nyt vastaavan tilan "WAITING_FOR_NOTARIZATION".

GET /agreements/{agreementId}

Vastauksena AgreementInfo-objektin "status"-elementti sisältää jatkossa vastaavan tilan "WAITING_FOR_NOTARIZATION".

GET /agreements/{agreementId}/events

API on päivitetty tukemaan uusia READY_TO_NOTARIZE- ja NOTARIZED-tapahtumia.

Vastaavasti Event-olion

• "participantRole"-elementti sisältää nyt uuden roolin NOTARY_SIGNER.
• "type"-elementti sisältää uudet tapahtumat READY_TO_NOTARIZE ja NOTARIZED. "description"-elementti on vastaavasti "Asiakirja lähetetty notarisoitavaksi" ja "Notarisoitu asiakirja vastaanotettu"

GET /agreements/{agreementId}/members/participantSets/{participantSetId}

Vastaavasti DetailedParticipantSetInfo-olion "status"-elementti sisältää nyt vastaavan tilan "WAITING_FOR_NOTARIZATION".

PUT /agreements/{agreementId}

Request AgreementInfo -olio sisältää nyt "WAITING_FOR_NOTARIZATION" -tilan.

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}

WAITING_FOR_NOTARIZATION -tila on yksi DetailedParticipantSetInfo-olion "status"-elementin arvoista.

POST /agreements/{agreementId}/view

WAITING_FOR_NOTARIZATION-tila on lisätty yhdeksi sallituista näkymistä.

GET /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingInfo

Jos pyyntöpolussa määritetyllä osallistujalla on notaarin allekirjoittajan rooli, API palauttaa ACCEPT_BEFORE_NOTARIZATION-allekirjoituskonfiguraation kaikkien muiden tämän sopimuksen/osallistujan allekirjoituskonfiguraatioiden tapaan.

Julkaisu: Adobe Sign, syyskuu 2021

Adobe Sign sai valmiiksi toiminnallisuuspäivityksen julkaisun 16. syyskuuta 2021. Julkaisun aikana ei ilmennyt käyttökatkoja

Syyskuun julkaisu sisältää käyttäjille ja järjestelmänvalvojille tarkoitettujen ominaisuuksien parannuksia sekä ratkaisuja useisiin asiakkaiden ilmoittamiin ongelmiin.  

Yrityksen nimi -vaihtoehto poistetaan puhelintodennuksesta

Tekstiviestien tietoturva (sendingID-lähetystunnuksen ja viestin oletetun yrityksen nimen vastaavuuden osalta) on parantunut niin paljon, että Adobe Signin tekstiviestien lähettäminen toisella yrityksen nimellä voi johtaa viestin lähetyksen epäonnistumiseen.

Tämän seurauksena mahdollisuus mukauttaa puhelintodennusviesti yrityksen nimellä poistetaan palvelusta syyskuun 2021 julkaisussa.

Tunnettu ongelma: uusi Aloitus- tai Hallinta-sivu on tyhjä

Ongelma: Uudelle Aloitus- tai Hallinta-sivulle siirryttäessä sivu on kokonaan tyhjä.

Testi: yritä ladata tämä sivu: https://documentcloud.adobe.com/

• Jos et pysty lataamaan sivustoa https://documentcloud.adobe.com/, sinun kannattaa ottaa yhteyttä sisäiseen verkonvalvojaan ja poistaa heidän kanssaan toimialueen documentcloud.adobe.com esto.
• Jos pystyt avaamaan edellä mainitun linkin, ota yhteyttä tukeen

Adobe Sign v6 REST POST /workflows/ID/agreements on poistettu palvelusta

v6 REST POST /workflows/ID/agreements API-kutsu on poistettu palvelusta kesäkuun 2021 julkaisussa, vuosi sen jälkeen, kun kutsu oli poistettu oppaasta ja käyttäjille ilmoitettu päätepisteen poistamisesta.

Asiakkaat jotka jatkavat tämän API-kutsun käyttöä, saavat jatkossa 404-virheen.

Ehdotettu vaihtoehto toiminnallisuuden korvaamiseksi on käyttää POST/agreement -kutsua, jossa JSON-pyynnössä on työnkulun tunnus (workflowID).

Esimerkkipyynnön runko:

v6 REST-päivitys kutsulle GET /agreements/{agreementId}/signingUrls

Ennen kesäkuun julkaisua API palautti 404-viestin heti sopimuksen luomisen jälkeen, kun GET /agreements/{agreementId}/signingUrls kutsuttiin.

Hieman sen jälkeen, kun 404-virhe oli poistunut, vastaus palautti vastauksen, joka ei ollut 404, mutta sisälsi vain lähettäjän allekirjoitus-URL:t (kun allekirjoittajan osallistuminen oli vielä määritettävänä).

Kesäkuun 2021 julkistuksen jälkeen palautetaan 404: AGREEMENT_NOT_EXPOSED -koodi, kunnes allekirjoittavien URL-osoitteiden täydellinen luettelo on valmis, jolloin toimitetaan 200-koodi.

Asiakkaita, jotka eivät halua jatkaa API-kutsun yrittämistä siihen asti, kunnes 200-vastaus palautetaan, kehotetaan käyttämään Webhookeja ja vastaamaan AGREEMENT_CREATED-tapahtumaan.

Adobe Sign for Word/PowerPoint-, Outlook- ja Teams-integraatioiden suunniteltu käyttökatko

Lauantaina 17. heinäkuuta 2021 Adobe Sign suoritti seuraavien integraatioiden ylläpidon:

• Adobe Sign for Microsoft Teams
• Adobe Sign for Microsoft Word/PowerPoint
• Adobe Sign for Microsoft Outlook

Integroinnit toimivat nyt normaalisti.

Korjausjulkaisu: Adobe Sign elokuu 2021

Adobe Sign on saanut korjaustiedostopäivityksen valmiiksi 11. elokuuta 2021. Korjaustiedosto asennettiin ilman käyttökatkoja.

Elokuun korjausjulkaisu sisältää pieniä käyttökokemukseen liittyviä muutoksia ja ratkaisuja useisiin asiakkaiden raportoimiin ongelmiin.  

SOAP-ohjelmointirajapinnan suunniteltu käytöstäpoisto toukokuussa 2021

Adobe Signin kehittäjille parhaan mahdollisen ohjelmointikokemuksen takaavan REST-ohjelmointirajapinnan version 6 julkaisun myötä SOAP-ohjelmointirajapinta on katsottu vanhentuneeksi, eikä sitä enää tueta toukokuun 2021 jälkeen.  REST-ohjelmointirajapinta on tällä hetkellä integraattoreiden ja sovelluskehittäjien preferoima käyttöliittymä, ja tulevan kehitystyön pitäisi siirtyä tähän ohjelmointirajapintaan.

Tässä on joitakin viiteaineistoja, jotka helpottavat siirtymistä:

• Siirtyminen SOAP:stä
• Adobe Signin REST-ohjelmointirajapinnan version 6 menetelmät

TARVITTAVA TOIMENPIDE

Jos olet kehittänyt Adobe Sign -palveluun SOAP-ohjelmointirajapintaan perustuvan integroinnin tai sovelluksen, sinun on kirjoitettava sovellus uusiksi vähintään REST-ohjelmointirajapinnan version 6 mukaan ennen toukokuuta 2021.  Kehittäjiin ja integraattoreihin otetaan seuraavien vuosineljännesten aikana yhteyttä suoraan, jotta siirtyminen uusimpaan ohjelmointirajapintaan sujuu varmasti ilman ongelmia.

Microsoft-integraatioissa olevien IE 11-selainten suunniteltu käytöstäpoisto

Microsoft lopettaa Internet Explorer 11:n tuen 17. elokuuta 2021.

Tämän vuoksi IE11:n tuki päättyy Adobe Sign for Microsoft -integraatioissa samaan aikaan.

Tämä vaikuttaa seuraaviin palveluihin:

• Dynamics 365 (Online ja On-Prem)
• Microsoft 365
• Outlook 365
• Power Automate / Power Apps
• SharePoint (Online ja On-Prem)
• Teams

Adobe Signin Dropbox-integraation suunniteltu käytöstäpoisto

Adobe Signin Dropbox-integraatio on suunniteltu poistettavaksi käytöstä 31. heinäkuuta 2021.

Tuolloin Adobe Sign ei ole enää käytettävissä Dropbox-tilisi kautta, mutta kaikki Adobe Sign -sopimuksesi pysyvät käytettävissäsi ja niihin pääset kirjautumalla Adobe Sign -tiliisi.

Uusi julkaisu: Adobe Sign kesäkuu 2021

Adobe Sign on saanut kesäkuun 2021 julkaisun valmiiksi ilman käyttökatkoksia.

Kesäkuun julkaisu sisältää käyttäjille ja järjestelmänvalvojille tarkoitettujen ominaisuuksien parannuksia sekä ratkaisuja useisiin asiakkaiden ilmoittamiin ongelmiin.  

Uusi SSL-varmenne saatavilla –
Voimassa 1. kesäkuuta 2021 alkaen

Adobe Sign julkaisee uusia SSL-varmenteita 1. kesäkuuta 2021
Julkiseen avaimeen, taustalla oleviin salausprotokolliin tai kaavaan ei tule muutoksia.

Uudet varmenteet ovat ladattavissa Adobe Sign -järjestelmävaatimukset-sivulta.

TARVITTAVA TOIMENPIDE

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

Jos käytät Adobe Sign -palvelun SSL-varmenteita SSO:ssa tai jos kiinnität itse varmenteen (tai käytät muita menetelmiä), löydät uudet Adobe Sign -varmenteet Adobe Sign -palvelun järjestelmävaatimuksista.

Uudet SSL-sertifikaatit tulevat käyttöön 1. kesäkuuta 2021

Uusi W-4-lomake vuodelle 2021 lisätty Adobe Sign -kirjastoon

Uusi IRS W-4 (2021) -lomake, jonka nimi on W-4 2021 (Employee's Withholding Certificate), on tarkoitus lisätä Adobe Sign -kirjastoon osana helmikuun 2021 tuotejulkaisua.

TARVITTAVA TOIMENPIDE

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

Vuoden 2020 versio poistetaan järjestelmästä toukokuussa 2021.

Palvelun jatkuvuuden varmistamiseksi vanhaa lomaketta (versiota 2020) käyttävät sovellukset ja ohjelmointirajapinnat on päivitettävä ennen 1. toukokuuta.

libraryDocumentId löytyy API:n käyttöön ottaneella tilillä seuraavasti:

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 
   • Ota library_read:self -alue käyttöön
4. Napsauta Kokeile! painiketta
5. Etsi Response Body -kohdasta uusi W-4 2021 (Employee's Withholding Certificate) -lomakemalli (ei versio. 2020), jotta näet libraryDocumentId-arvon.  

Uusi julkaisu: Adobe Sign, toukokuu 2021

Adobe Sign on saanut toukokuun 2021 julkaisun valmiiksi ilman käyttökatkoksia.

Toukokuun julkaisu sisältää käyttäjille ja järjestelmänvalvojille tarkoitettujen ominaisuuksien parannuksia sekä ratkaisuja useisiin asiakkaiden ilmoittamiin ongelmiin.  

Adobe Sign -evästeiden hallintaan liittyvä päivitys

Adobe Sign ottaa OneTrust käyttöön uuden evästeiden hyväksyntäbannerin, joka on pysyvä, kunnes käyttäjä tekee nimenomaisen valinnan.

Todennuksen aikana uudelle toimialueelle ohjattujen käyttäjien on annettava hyväksyntänsä toisen kerran toiselle toimialueelle. (Yleinen esimerkki tästä on uudelleenohjaus echosign.com-toimialueelta adobesign.com-toimialueelle toimialueen vaihdon vuoksi.) 

Käyttäjiä kehotetaan päivittämään kirjanmerkkinsä uudelleenohjauksen välttämiseksi.

Täytä ja allekirjoita -toiminnossa on polku malleja ja todennettua allekirjoitusta varten

Vain minä allekirjoitan -luontisivu korvataan uudella luontisivulla (joka perustuu uusimpien Lähetä -sivujen suunnitelmiin), joka mahdollistaa mallien käytön ja kenttien sijoittamisen luonnin aikana.

Oletuskäyttökokemus määräytyy järjestelmänvalvojan asetusten perusteella. Valinnaisen ”vaihtolinkin” avulla käyttäjä voi vaihtaa vapaamuotoisen Täytä ja allekirjoita -käyttöliittymän ja uuden, sisällönluontia tukevan Omatoiminen allekirjoitus -kokemuksen välillä. 

Uutta tässä kokemuksessa on mahdollisuus käyttää allekirjoittajalla todennusta. 

Ohjaimet perustuvat Pakota henkilöllisyystodennus -asetuksiin.Kun toiminto on käytössä, käyttäjää pyydetään antamaan Adobe Signin tunnistetiedot sopimusta avattaessa ja (valinnaisesti) uudelleen allekirjoitusta lisättäessä tai sopimusta viimeisteltäessä. 

Uuden omatoimisen allekirjoittamisen kokemuksen ja edellytetyn henkilöllisyyden todennuksen ohjausobjektit voidaan määrittää tilin ja/tai ryhmän tasolla (ryhmätason asetukset korvaavat tilitason asetukset).

Toteutussuunnitelma

Uusi omatoiminen allekirjoituskokemus korvaa vanhan Vain minä allekirjoitan -sivun seuraavan kahden pääversion aikana. 

Vanhaa Vain minä allekirjoitan -toimintoa käyttävien asiakkaiden kannattaa suunnitella siirtyvänsä käyttämään uutta kokemusta syksyyn 2020 mennessä, jolloin siitä tulee oletusarvoinen valinta, ja vanha sivu poistetaan palvelusta. 

• Nykyisiin asetuksiin ei tehdä muutoksia heinäkuun versiossa.
• Seuraavassa versiossa uusi kokemus asetetaan oletusarvoiseksi, mutta on myös mahdollista palata vanhalle sivulle.
• Syksyn 2020 versiossa mahdollisuus palata vanhaan käyttöliittymään poistetaan.

Adobe Sign for Word/PowerPoint-, Outlook- ja Teams-apuohjelmien päivitys otetaan käyttöön 19. huhtikuuta

Päivitys tulee voimaan klo 8.00 Yhdysvaltain Tyynenmeren aikaa / 11.00 Yhdysvaltain itäistä aikaa / 15.00 koordinoitua yleisaikaa

Tämä päivitys otetaan käyttöön parantamaan yleistä turvallisuutta kaikissa kolmessa integraatiossa.

Kun päivitys on valmis, järjestelmänvalvojia/käyttäjiä kehotetaan hyväksymään uudelleen sovelluksen käyttöoikeuspyyntö ennen kuin käyttöoikeudet sallitaan.

Uusi julkaisu: Adobe Sign maaliskuu 2021

Adobe Sign on julkaissut maaliskuun 2021 version ilman käyttökatkoja.

Tämä tuotejulkaisu sisältää uusia ominaisuuksia/parannuksia ylläpitäjille ja loppukäyttäjille sekä useita ratkaistuja ongelmia.

Suunniteltu palvelun lopetus Edge Legacy -selaimille Microsoft-integraatioissa

Microsoft lopettaa Edge Legacy -selaimen tuen 9. maaliskuuta 2021.

Tämän vuoksi Edge Legacyn tuki päättyy Adobe Sign for Microsoft -integraatioissa samaan aikaan.

Tämä vaikuttaa seuraaviin palveluihin:

• Dynamics 365 (Online ja On-Prem)
• Microsoft 365
• Outlook 365
• Power Automate / Power Apps
• SharePoint (Online ja On-Prem)
• Teams

Tuen lopetus: Adobe Sign for Microsoft Power Automate v1-toiminnot – ajoitettu tammikuulle 2021

Adobe Sign for Power Automate 3.0 -päivitys tuo käyttöön uudet, entistä järeämmät REST v6 -toiminnot, jotka on suunniteltu korvaamaan samannimiset nykyiset toiminnot.

Vanhoja toimintoja käyttävät työnkulut suoritetaan edelleen, jos toimenpiteisiin ei ryhdytä. Vanhojen toimintojen nimeen on lisätty (Vanha).  Nämä vanhat toiminnot on tarkoitus poistaa käytöstä tammikuuhun 2021 mennessä.

Käytöstä poistettavat toiminnot ovat seuraavat:

• Luo kirjastomalli asiakirjan URL-osoitteesta (Vanha)
• Luo kirjastomalli ladatusta dokumentista (Vanha)
• Luo sopimus dokumentin URL-osoitteesta ja lähetä allekirjoitettavaksi (Vanha)
• Luo sopimus kirjastomallista ja lähetä allekirjoitettavaksi (Vanha)
• Luo sopimus ladatusta dokumentista ja lähetä allekirjoitettavaksi (Vanha)
• Hae kaikkien sopimusten luettelo (Vanha)
• Hae kaikkien kirjastomallien luettelo (Vanha)
• Hae sopimuksen lomakekenttätiedot (Vanha)
• Lataa dokumentti ja hanki dokumenttitunnus (Vanha)

Nämä uudet toiminnot on listattu Toiminnot-luettelossa samalla nimellä kuin vanhat toiminnot.

Näitä toimintoja käyttävien asiakkaiden tulisi päivittää työnkulkunsa käyttämään näitä uusia yhdistintoimintoja. Tämä voidaan tehdä korvaamalla vanha toiminto nykyisessä automaatiotyönkulussa uusilla toiminnoilla.

Sosiaalisen todennuksen palvelun lopetus

Mahdollisuus vaatia allekirjoittajia esittämään sosiaalisen median henkilöllisyytensä ennen kuin he pääsevät tutustumaan ja allekirjoittamaan asiakirjan poistetaan maaliskuussa 2021.  Tämän ominaisuuden ansiosta lähettäjät pystyivät vaatimaan kirjautumista Facebookin, LinkedInin, Googlen, Yahoo!-palvelun, Microsoft Live -palvelun tai Twitterin kautta. 

Henkilökohtaisen Twitter-integraation suunniteltu poistaminen käytöstä

Twitterin integrointimahdollisuus käyttäjätasolla (henkilökohtaisten asetusten kautta) poistettava käyttöliittymästä maaliskuussa 2021. Tällöin:

• Uudet käyttäjätilit eivät pysty ottamaan Twitteriä käyttöön käyttäjätasolla.
• Käyttäjät, joilla Twitter on käytössä, eivät enää näe Twitter-viestejä uusia sopimuksia luotaessa.
• Maksuttomilla käyttäjätileillä, joilla Twitter on käytössä, kuukausittainen tapahtumarajoitus lasketaan kymmenestä
  • viiteen tapahtumaan kuukaudessa Adobe Sign Web -asiakkailla
    
  • kahteen tapahtumaan kuukaudessa Acrobat-asiakkailla.
    
• Käytössä olevilla tileillä Twitterin tunnistetiedot poistetaan Adobe Sign -järjestelmistä.
  
• Adobe Signin Twitter-sovellus poistetaan, jotta kaikki Twitter-tunnukset vanhentuvat.

Uusi versio: Adobe Sign, helmikuu 2021

Helmikuun versio on saatu valmiiksi ilman palvelussa ilmenneitä palvelukatkoja.

Tämä tuotejulkaisu sisältää uusia ominaisuuksia/parannuksia ylläpitäjille ja loppukäyttäjille sekä useita ratkaistuja ongelmia.

Työnkulun suunnittelutoiminto tuottaa virheilmoituksia

Kirjastoresurssien jakamisen tehostetusta suojauksesta johtuen jotkin työnkulut saattavat antaa Palvelinvirhe-ilmoituksen, kun työnkulkua muokataan syyskuun päivityksen jälkeen:

Käyttäjät, jotka yrittävät käyttää työnkulkua tämän ongelman ilmetessä, saavat virheilmoituksen, jonka mukaan työnkulku sisältää sen piiriin kuulumattomia dokumentteja:

Tämä virhe tarkoittaa, että työnkulku on menettänyt oikeutensa käyttää yhtä tai useampia liitetyistä kirjastomalleista. Useimmiten tämä tapahtuu, kun mallin käyttöoikeuksia muutetaan niin, että tilin/ryhmän käyttöoikeus poistetaan ja käyttöoikeus rajoitetaan omistajaan.  

Hallinnoijien kannattaa perua tämä virheilmoitus sivun uudelleenlataamisen sijaan.

Virhe voidaan korjata seuraavasti:

• Mallin omistajan pitäisi muuttaa mallin käyttöoikeuksia niin, että malli on sen tilin/ryhmän käytettävissä, johon työnkulku liittyy.
• Työnkulun omistaja voi korvata mallin jollakin asianmukaisella käyttöoikeudella.  Tämä tehdään korjaamalla edellä mainittu virhetilanne, jatkamalla työnkulun muokkausta ja korvaamalla dokumentti.

Facebookin Adobe Sign for Workplace -palvelun loppu

Facebookin Adobe Sign for Workplace ‑integraatio on poistettu kokonaan käytöstä 29. marraskuuta 2020.