Ongelman avain
Päivitetty viimeksi
2. huhtikuuta 2026
Adobe Signin julkaisutiedot: 2021
Adobe Sign: maaliskuu 2021
Parannettu toiminnallisuus
Usean allekirjoittajan verkkolomakkeet
Tilit, jotka käyttävät verkkolomakkeita, voivat nyt sallia useita ulkoisia vastaanottajia allekirjoitusprosessissa.
Muut vastaanottajat määrittää alkuperäinen allekirjoittaja:
Käytä kirjastomalleja verkkolomakkeiden luomiseen
Tekijät voivat nyt käyttää olemassa olevia kirjastomalleja uusien verkkolomakkeiden luomiseen. Tiedosto tuodaan niin, että yksikään kenttä ei muutu.
"Nestemäinen tila" Adobe Sign for Mobile -katselussa
Liquid Mode on responsiivisen näkymän luova valinnainen toiminto, joka parantaa dokumenttien näyttöä allekirjoittajan laitteen tyypin mukaan.
Allekirjoitettu asiakirja tallennetaan vakiomuotoisena PDF-versiona, kun taas vastaanottajat voivat nähdä Liquid Mode -tilan matkapuhelimissaan ja vaihtaa alkuperäisen asiakirjan katseluun.
Voit nyt ladata HTML-asiakirjasi ja generoida Liquid Mode -näkymän matkapuhelimille.
Lukitse nimi-arvo tunnetuille käyttäjille allekirjoitettaessa kuva- tai piirrettyjen allekirjoitustapojen kautta
Joissakin tilanteissa mahdollisuus muuttaa vastaanottajan nimeä allekirjoitusprosessin aikana ei ole toivottavaa. Adobe Sign on tässä mielessä ollut joustava ja antanut allekirjoittajan päättää käyttämästään nimestä. Suurempaa vaatimustenmukaisuutta edellyttävissä ympäristöissä tämä joustavuus ei kuitenkaan ole hyväksyttävää, joten käytettävissä on uusi asetus, jolla vastaanottajien nimet voidaan lukita sopimukseen.
Järjestelmänvalvojat voivat nyt estää vastaanottajia, joilla on tunnetut nimi-arvot, muuttamasta näitä arvoja, kun he käyttävät piirrettyä tai kuva-allekirjoitusta.
Tilanteet, joissa nimen arvo on tiedossa:
- kun sisältöä lähetetään vastaanottajalle Adobe Sign ID:llä
- kun nimi lähetetään API:n kautta
- Kun allekirjoittajan tiedot -kentät täytetään lomakkeen täytön aikana
- Kun nimi lukitaan henkilötodistus - tai henkilötodistus-todennuksen suorittamisen aikana
Parannuksia tietämykseen perustuvaan todennukseen
Hallintaominaisuuksia on lisätty tietämykseen perustuvaan henkilöllisyyden todennusmenetelmään, joka voi vaatia lähettäjää antamaan nimen vastaanottajalle. Tämä nimi-arvo lukitaan allekirjoitusprosessin kautta.
Parannetun sähköpostiturvan vaihtoehdot
Käytettävissä on kaksi uutta asetusta, jotka parantavat sähköpostin suojausta. Molemmat asetukset otetaan oletusarvoisesti käyttöön:
- Sisällytä sähköpostiviesteihin linkki allekirjoitetun sopimuksen tarkastelua varten
- Sisällytä sähköpostiviesteihin kuva sopimuksen ensimmäisestä sivusta
- Oletusarvoisesti käytössä.
- Kun käytössä, kuva sopimuksen ensimmäisestä sivusta näkyy joissakin sähköpostijakeluissa
v6 REST API -päivitykset
Vakio-otsikot jokaisessa V6 REST API -pyynnössä
Jokaisessa v6 REST API -pyynnössä on nyt oletusarvoisesti seuraavat vakio-otsikot:
/AGREEMENTS
Kaikki /agreements-päätepisteet, joissa on agreement id -polku, palauttavat nyt 404 AGREEMENT_DESTROYED-virhekoodin, jos sopimus on poistettu GDPR-työkalujen kautta.
KIRJASTOPOHJAT
PUT /libraryDocuments/{libraryDocumentId} - Laajennettu sisältämään uusi kenttä ownerId
Muistiinpano
Vaikuttaa vain v6 REST API:hin.
Kaikki v6 REST API -kutsut, jotka eivät sisällä näitä kansikuvia, dokumentoivat tämän puuttumisen eksplisiittisesti.
- GET /libraryDocuments - Laajennettu sisältämään uusi kenttä ownerEmail
- GET /libraryDocuments/{libraryDocumentId} - Laajennettu sisältämään uudet kentät: ownerId, ownerEmail ja ownerName
Uudet kentät LibraryDocumentInfo-objektissa:
Kentät, joiden käyttäytyminen on päivitetty:
VERKKOLOMAKKEET (/WIDGETS)
- POST /widgets - libraryDocumentId -tunnuksen käyttäminen verkkolomakkeen luomiseen on nyt tuettu kelvollisella tunnuksella
Lisätty tilakoodi:
- PUT /widgets - libraryDocumentId -tunnuksen käyttäminen verkkolomakkeen luomiseen on nyt tuettu kelvollisella tunnuksella
Lisätty tilakoodi:
- PUT /widgets/{widgetId} - Laajennettu sisältämään uusi kenttä ownerId
Lisätty tilakoodi:
Käyttökokemukseen liittyvät muutokset
- GET /widgets/{widgetId} - Laajennettu sisältämään uudet kentät: ownerId, ownerEmail, ownerName, ja creatorName
Uudet kentät WidgetInfo-objektissa:
Kentät, joiden käyttäytyminen on päivitetty:
/MEGA SIGN
UUTTA:
- GET /megaSigns/{megaSignId}/formFields - Hakee Mega Sign -pääsopimuksen lomakekenttien tiedot
Parametrit:
Vastausobjekti:
- PUT /megaSigns/{megaSignId}/formFields - Päivittää Mega Sign -sopimuksen lomakekentät
Parametrit:
Vastausobjekti:
PÄIVITETTY:
- POST /megaSigns - AUTHORING on lisätty tilan arvoksi tukemaan Mega Sign -mallin luomista
Muutettu parametri:
- PUT /megaSigns/{megaSignId}/state - AUTHORING on lisätty tilan arvoksi tukemaan Mega Sign -mallin luomista.Tämän seurauksena megaSignCancellationInfo ei ole enää pakollinen kenttä
Modernit Aloitus- ja Hallinta-sivut on otettu käyttöön kaikilla jäljellä olevilla tileillä.
Kaikkien tilien hallinnan asetukset on päivitetty ottamaan käyttöön nykyaikaiset Aloitussivu- ja Hallinta-sivut käyttäjille.
Hallintovalikon ohjausnäkymät pysyvät saatavilla tileille, joiden täytyy palata klassiseen käyttökokemukseen:
Adobe Sign -palvelutaso ja tilin tunniste näkyvissä Hallinta-valikossa
Järjestelmänvalvojat löytävät nyt Account ID -tunnisteen Yleiset asetukset -sivulta:
Ryhmätunnus löytyy Ryhmäasetukset-sivulta:
Nimenomainen HIPAA-määritys
Käytettävissä on uusi sivu, jolla näkyy selvästi, milloin tili tukee HIPAA-vaatimusten mukaisten sopimusten hallintaa.
- Tämä asetus näkyy vain tilitasolla. Ryhmätason järjestelmänvalvojilla ei ole oikeuksia sen käyttöön.
- Tämä säädin on vain katselutilassa, mikä osoittaa selvästi, milloin tili on määritetty
- Ota yhteyttä Success Manageriin tai tukeen, jos haluat ottaa HIPAA-kokoonpanon käyttöön.
"Toimintakehotus"-painike on muuttunut asiakkaille, jotka käyttävät Outlook-tietokonesovellusta Windows-järjestelmissä
Outlook-sähköpostiohjelmaa käyttävät vastaanottajat huomaavat Toimintokutsu-painikkeen muuttuneen Adobe Signin sähköpostiviesteissä.
Uusi käyttökokemus poistaa sinisen HTML-painikkeen ja tarjoaa sen sijaan napsautettavan tekstilinkin:
Muistiinpano
Tämä muutos koskee vain Outlook-tietokonesovelluksia Windows-järjestelmissä. Muissa sähköpostiohjelmissa ja käyttöjärjestelmissä käytetään edelleen mallia, jossa on sininen painike.
Digitaalisten allekirjoitusten sisältävien sopimusten valtuutus
Digitaalisten allekirjoitusten sisältävän sopimuksen valtuutusmahdollisuutta on parannettu sallimaan valtuutus alkuperäisestä sähköposti-ilmoituksesta vastaanottajalle automaattisen valtuutuksen kautta, kun käyttäjä on sen määrittänyt, sekä Korvaa nykyinen allekirjoittaja -toiminnon kautta Hallitse -sivulla.
Maksujen integroinnin päivitetty käyttöliittymä
Maksujen käyttöliittymä on päivitetty niin, että todennusohjauksiin päästään helpommin käsiksi, mikä helpottaa määritysprosessia.
Data Governancen enimmäisarvo on nostettu 5475 päivään (15 vuotta)
Asiakkaat, jotka käyttävät tiedonhallintasääntöjä poistaakseen sopimukset automaattisesti Adobe Sign -järjestelmästä, voivat nyt asettaa poistopäiväksi enintään 15 vuotta (aiemmin kymmenen).
Yhdysvaltain sosiaaliturvatunnuksen validointiin käytettävä kentän tekstin otsikko on päivitetty:
Yhdysvaltain sosiaaliturvatunnuksen validointiin käytettävä kentän tekstin otsikko on päivitetty selventämään, että sosiaaliturvatunnus on Yhdysvaltojen mukainen:
Muistutus: Sosiaalinen todennus on poistettu
Kuten marraskuussa ilmoitettiin, sosiaalista identiteettiä käyttävä todennustapa on poistettu Hallinta-valikon todennustapojen luettelosta.
Muistutus: Henkilökohtainen Twitter-integrointi on poistettu
Kuten joulukuussa ilmoitettiin, käyttäjän mahdollisuus muodostaa henkilökohtaisesti todennettuja yhteyksiä Twitteriin on poistettu.
Passiiviset käyttäjät saavat sähköposti-ilmoituksen, kun heidät sisällytetään sopimukseen
Käyttäjät, joille on asetettu Passiivinen tila, saavat nyt sähköposti-ilmoituksen, joka kehottaa vastaanottajaa delegoimaan sopimuksen toiselle käyttäjälle.
Ratkaistut ongelmat
Adobe Sign: toukokuu 2021
Parannettu toiminnallisuus
Siirrä kirjastomallien ja verkkolomakkeiden omistajuus uudelle omistajalle
Resurssin omistajan voi vaihtaa kuka tahansa tilin järjestelmävalvoja, jolla on pääsy siihen.
Järjestelmänvalvoja voi määrittää resurssin omistajuuden mille tahansa valtuutensa alaiselle käyttäjälle.
- Tilitason järjestelmänvalvojilla on pääsy kaikkiin jaettuihin resursseihin ja kaikkiin käyttäjiin. Siksi tilitason järjestelmänvalvojat voivat määrittää minkä tahansa kirjastomallin tai verkkolomakkeen omistajuuden kenelle tahansa käyttäjälle tilillään.
- Jos resurssi on määritetty vain yhden käyttäjän (omistajan) käyttöön, sitä ei jaeta, eikä sitä siksi voida siirtää uudelle omistajalle.
- Ryhmätason järjestelmänvalvojat voivat käyttää kirjastomalleja ja verkkolomakkeita vain niissä ryhmissä, joihin heillä on järjestelmänvalvojan oikeudet.
- Ryhmän järjestelmänvalvojat voivat määrittää resurssit vain käyttäjälle, jonka ensisijainen ryhmä kuuluu heidän hallinnollisen toimivaltansa alle
PÄIVITETYT API-PÄÄTEPISTEET RESURSSIEN SIIRRON TUKEMISEKSI
Alla kuvatut päätepisteet ovat käytettävissä vain v6 REST -sovellusliittymässä.
Laajennettu tukemaan kirjastodokumentin omistajan päivitystä.
LibraryDocumentInfo:
Muita virhetilakoodeja:
Muita virhetilakoodeja:
Uudet kentät LibraryDocument-objektissa:
Uudet kentät LibraryDocumentInfo-objektissa:
Kentät, joiden toiminta on päivitetty:
Uudet kentät WidgetInfo-objektissa:
Kentät, joiden toiminta on päivitetty:
Käyttökokemukseen liittyvät muutokset
Oletusarvoinen v6 REST GET /workflows{workflowId} palautusarvo on muuttunut
V6 REST GET /workflows{workflowId} API-kutsu on päivitetty palauttamaan WorkflowID:n nykyinen versio (verrattuna alkuperäiseen versio-ID:hen, joka oli palautettu arvo ennen toukokuun julkaisua)
Tämä päivitys yhdenmukaistaa oletusarvoisen API-kokemuksen Webhook-kokemuksen kanssa tarjoten saman WorkflowID:n, minkä pitäisi parantaa sovellusten kehittämistä ja hallintaa.
Jos tilisi tarvitsee jostain syystä API:n palauttavan alkuperäisen ID:n (kuten se teki ennen toukokuun julkaisua), ota yhteyttä tukeen ja pyydä, että tilisi palauttaa perusversioiden ID:t työnkuluille
Ratkaistut ongelmat
Adobe Sign: kesäkuu 2021
Useiden ryhmien käyttäjät (UMG)
Useiden ryhmätilien ylläpitäjät voivat nyt antaa tilinsä käyttäjille pääsyn useisiin ryhmiin, mikä antaa mahdollisuuden käyttää ryhmiä eräänlaisena työnkulun mallina, jolloin ryhmällä on käytössään erityiset lähetys- ja allekirjoitusvalvontatoimenpiteet ryhmälle käytettävissä oleville kirjastomalleille.
Nykyiset yritysasiakkaat, joille halutaan suorittaa päivitys, voivat tutustua päivitysprosessin täällä >
Yhteenveto huomattavimmista eroista löytyy täältä >
Liquid Mode -tilan esittely Signissa
Ota Liquid Mode -näkymä käyttöön matkapuhelimissa HTML-tiedostoille, jotka lähetetään Send Page- tai sendAgreement API:n kautta Vaihtoehto ottaa käyttöön Liquid Mode Signissa HTML:ää varten on nyt saatavilla ylläpitäjän valikkoluettelossa sekä tili- että ryhmätasolla.
Tarkemmat tiedot Liquid Mode -asiakirjoista löytyvät täältä >
Muistiinpano
Liquid Mode on tällä hetkellä käytettävissä vain NA1-, NA2- ja NA4-ympäristöissä.
Saumattomat verkkolomakkeen päivitykset
Luonnos-tilassa olevia verkkolomakkeita voidaan muokata seuraavilta osin:
- Verkkolomakkeen nimi
- vastavuoroisen allekirjoittajan (vastavuoroisten allekirjoittajien) sähköpostiosoite
- kopioina lähetettyjen osapuolten sähköpostiosoite
- muokattavat liitetiedostot
- verkkolomakkeen kentät (aiemmin käytettävissä)
Aktiivisen verkkolomakkeen päivittäminen mahdollistaa lomakkeen elementtien muokkaamisen alkuperäistä URL-osoitetta muuttamatta. Tämä mahdollistaa kitkattoman prosessin, jos sinun on päivitettävä jo upotetun tai yleisölle lähetetyn verkkolomakkeen sisältöä. Muokattavissa olevat elementit:
- tiedostot (asiakirjat) ja sovelletut kentät vastaanottajille
- vastavuoroiset allekirjoittajat (Hallitse-sivulta)
- cc:n osapuolet (Hallitse-sivulta)
Muistiinpano
Ota saumaton verkkolomaketoiminto käyttöön valitsemalla Salli lisää osallistujia -vaihtoehto Yleiset asetukset -valikosta:
Osallistumisleima: Hallinnan titteli ja yrityksen nimen näyttö
Säätimiä on lisätty sallimaan tai estämään vastaanottajan arvonimen ja yrityksen nimen käyttöä (jotka saadaan käyttäjäprofiilista) osallistujan leimakentässä.
Lisätietoja löytyy sivulta Kenttätyypit >
Parannetut hakuvaihtoehdot: Etuliite- ja lausetapaukset
Tarkennetut hakuvaihtoehdot on otettu käyttöön, jotta voit tehdä tarkempia hakumalleja. Nämä auttavat vähentämään palautettujen sopimusten luetteloa.
Lisätietoja siitä, miten Haku toimii Adobe Signissa, löydät täältä >
OAuth 2.0 on uusi oletusarvo
OAuth-päätepisteestä on lisätty uusi (parannettu) versio käyttövirheiden välttämiseksi. Tässä versiossa:
- api_access_point / web_access_point palauttaa vain Access Token Request -pyynnössä (rungossa)
- Adobe Sign ei hyväksy salaisuutta kyselyparametrina
- Asiakassalaisuuden kierto on tuettu
OAuth v1 -päätepiste toimii edelleen olemassa oleville yhteyksille seuraavien kuukausien ajan, jotta voimme varmistaa jatkuvan pääsyn.
OAuth v1:n poistaminen käytöstä ilmoitetaan Tekniset ilmoitukset -sivulla, kun se on ajoitettu.
Asiakassalaisuuden kierto
Sovellusasiakkaan salaisuuksia voi vaihtaa kuka tahansa ylläpitäjä, jolla on pääsy sovellustunnukseen Adobe Sign -käyttöliittymässä:
Käyttökokemukseen liittyvät muutokset
Ryhmän ylläpitäjät näkevät vain API-rajapintasovellukset, jotka kuuluvat heidän hallinnointivaltuuksiensa piiriin
Tiliin liitettyjen sovellusten näkyvyys on nyt rajoitettu siten, että vain käyttäjän hallinnollisen käyttöalueen piiriin kuuluvat sovellukset ovat näkyvillä. Vain ryhmän ylläpitäjät näkevät käyttäytymisen muutoksen:
- Käyttäjät näkevät omistamansa sovellukset
- Ryhmien ylläpitäjät näkevät sovellukset, jotka kuuluvat ryhmään/ryhmiin, jonka/joiden ylläpitäjinä he toimivat
- Tilin ylläpitäjät näkevät kaikki tilillä olevat sovellukset
Sähköpostiviesti lähettäjälle sopimuksen valmistuttua on päivitetty
Lähettäjälle lähetettävä lopullinen sähköposti-ilmoitus sopimuksesta on päivitetty sisältämään kattavan luettelon kaikista osapuolista, joille valmiista sopimuksesta on ilmoitettu.
Vain alkuperäinen lähettäjä saa tämän sähköpostimallin.
Päivitetty v6 REST API -tulos, 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 404: AGREEMENT_NOT_EXPOSED -koodi palautetaan, 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.
Ratkaistut ongelmat
Adobe Sign: elokuu 2021
Käyttökokemuksen muutos
- Aadhaar International Support - Kaikkien Adobe Sign -instanssien asiakkaat voivat nyt käyttää valinnaista Aadhaar-palvelua digitaalisen allekirjoituksen tarjoajana. Aiemmin se oli saatavana vain IN1-instanssin tileille. Aadhaar-lisäosa hinta määräytyy jokaista allekirjoitustapahtumaa kohti.
- REST v6 -päivitys: POST /users - REST v6 POST /users -API-kutsu on päivitetty luomaan käyttäjä tilin Default-ryhmään, jos vaihtoehtoista primaryGroupId-parametria ei ole määritetty. Tämä muutos vaikuttaa vain REST API v6:een.
Ratkaistut ongelmat
|
|
Kuvaus |
|---|---|
|
4299495 |
Korjattiin ongelma työnkulkusuunnittelussa, joka esti asiakkaan määrittämän URL:n toimimisen ohjeissa. |
|
4308294 |
Korjattiin ongelma raportin CSV-tiedostossa, jossa Vastaanottaja- ja Vastaanottajan nimi -kentät saattoivat jäädä tyhjiksi, kun samaa vastaanottajan sähköpostiosoitetta käytettiin useammin kuin kerran sopimuksessa. |
|
4310569 |
Adobe Sign -mallit on suodatettu pois hiekkalaatikkovaihtoehdoista. |
|
4311098 |
Korjattiin ongelma, jossa ryhmän järjestelmänvalvojat eivät pystyneet päivittämään ryhmän käyttäjiä CSV-latauksen avulla. |
|
4311723 |
Korjattiin ongelma, jossa GET /groups/ID/users API-kutsu epäonnistui, jos käyttäjä oli toisessa Adobe Sign -instanssissa. |
|
4312103 |
Korjattiin ongelma, jossa CSV-latauksen kautta luodut SAML-käyttäjät olivat Luotu-tilassa (ensisijainen-tilan sijaan). |
|
4312309 |
Korjattiin ongelma, jossa ryhmän järjestelmänvalvojat eivät pystyneet siirtämään verkkolomakkeiden omistajuutta, jos muut heidän ryhmänsä käyttäjät olivat luoneet ne. |
|
4312840 |
Korjattiin ongelma uusien käyttäjien aktivoinnissa, kun uudelle käyttäjälle lähetettiin toinen aktivointisähköposti ja kyseistä toista sähköpostin linkkiä käytettiin. |
|
4314751 |
Korjattiin ongelma, jossa sopimuksen hylkäämisen vaihtoehto ei näkynyt, kun allekirjoitettiin toisen käyttäjän puolesta. |
|
4315033 |
Korjattiin ongelma, jossa tilin järjestelmänvalvojat eivät voineet nollata salasanoja, kun SAML-tila oli asetettu tilaan Pakollinen. |
|
4315605 |
Korjattiin ongelma, jossa henkilötodistuksen kuvat eivät käsittyneet onnistuneesti. |
|
4316057 |
Korjattiin ongelma, jossa henkilötodistus tuotti virheen, joka ilmoitti, että asiakirjan neljää kulmaa ei löytynyt. |
|
4316474 |
Korjattiin ongelma, jossa Allekirjoita puolesta -toiminto näkyi tileillä, joissa vaihtoehtoa ei ollut otettu käyttöön. |
|
4316659 |
Korjattu ongelma, jossa GET /sopimukset/id -kutsussa 'actingUserEmail'-sähköpostiosoite palautti järjestelmän luoman sähköpostin sen jälkeen, kun sopimus oli kokonaan allekirjoitettu. |
|
4317095 |
Korjattiin ongelma, jossa vastaanottajan nimi tuotiin Osallistuja 1 -merkintään, kun tietämykseen perustuvaa todentamista käytettiin ensimmäiselle allekirjoittajalle. |
|
4317221 |
Korjattiin ongelma, jossa automaattiset ilmoitussähköpostit epäonnistuneista webhookeista lähetettiin webhookin luojalle, vaikka se oli määritetty olemaan ilmoittamatta luojalle. |
|
4317347 |
Korjattiin ongelma, jossa OAuth-todennus Power Automatessa ohjasi käyttäjän aloitussivulle. |
|
4317429 |
Korjattiin ongelma, jossa järjestelmänvalvojat eivät pystyneet päivittämään käyttäjien Voi lähettää -ominaisuutta CSV-latauksen kautta päivittäessään. |
|
4317548 |
Korjattiin ongelma, jossa jotkin iPad-käyttäjät näkivät verkkosivun mobiililaitteille optimoidun sivun sijaan. |
|
4317629 |
Korjattiin näyttöongelma nimissä, jotka sisältävät heittomerkin ja näytettiin HTML-koodina. |
|
4318175 |
Korjattu ongelma, jossa käyttäjät saivat virheilmoituksen arkistoidessaan tiliä sähköpostilinkin kautta. |
|
4319012 |
Korjattu ongelma, jossa REST v5 ja v6 POST /users -palvelun kautta luotuja käyttäjiä ei luotu oletusryhmään. |
|
4320197 |
Korjattiin ongelma, jossa Allekirjoittajan henkilöllisyysraporttia ei voitu ladata Hallinta-sivulta painikkeen ollessa epäaktiivinen. |
Adobe Sign: syyskuu 2021
Parannettu toiminnallisuus
- Eristysympäristö - Enterprise-tason asiakkaat voivat ostaa pääsyn eristysympäristöön, jossa he voivat testata malleja, asiakastyönkulkuja, API-sovelluksia ja muuta. Nämä kohteet voidaan siirtää tuotannosta eristykseen päivityksiä varten turvallisessa ympäristössä, ja ne voidaan siirtää takaisin tuotantoon, kun päivitykset on tarkistettu ja valmiina käyttöönottoa varten.
- ECDSA-digitaaliallekirjoituksen tuki - Adobe Sign tukee nyt turvallisempia ja tehokkaampia digitaaliallekirjoituksia, jotka perustuvat ECDSA-muotoon ja käyttävät elliptisten käyrien kryptografiaa ANS X9.62-2005 -standardin mukaisesti.
FIPS-standardeissa määritetyillä SHA-2-hakafunktioilla varustetut NIST-käyrät ovat nyt tuettuja. Sitä myötä Cloud Signature Consortiumiin kuuluvilla luottamuspalvelun tarjoajillamme (TSP, Trust Service Providers) on mahdollisuus tarjota allekirjoittajille nopeampia ja turvallisempia elliptisiä käyrätunnisteita, mukaan lukien sellaisia, jotka vastaavat Yhdysvaltain liittovaltion ja Singaporen hallituksen suositeltuja vaatimuksia.
- Liquid Mode päivitetty - Liquid Mode -allekirjoituskokemusta on laajennettu sopimuksista myös verkkolomakkeisiin. Liquid Mode -lomakkeet voivat parantaa merkittävästi allekirjoittajan kokemusta, sillä lomakkeen sisällön tarkasteleminen ei vaadi enää zoomausta, vaan käyttäjä voi keskittyä paremmin täytettäviin kenttiin.
Lisäksi Liquid Mode ei ole enää rajoitettu Pohjois-Amerikan palvelimiin. Kaikilla Enterprise- ja Yritykset-tileillä on nyt käyttöoikeus sijainnista riippumatta.
- Uudet luottamuspalvelun tarjoajat - Cleverbase (Alankomaat), PrimeSign (Itävalta), Sectigo (globaali) ja TrustPro (Irlanti) ovat Cloud Signature Consortiumin uusia luottamuspalvelun tarjoajia, jotka tarjoavat korkeimmat standardit ja vaatimukset täyttäviä sähköisiä allekirjoituksia.
- Mukauta sähköpostin otsikoiden Vastaanottaja- ja Kopio-kenttiä - Asiakkaat, jotka ovat huolissaan sähköpostiosoitteiden vuotamisesta sähköpostin otsikoissa vastaanottajille, voivat valita piilottavansa sähköpostiosoitteiden arvot Vastaanottaja- ja Kopio-kentissä.
- Tämä vaihtoehto on käytettävissä Enterprise- ja Business-tason tileillä, ja se voidaan määrittää tili- ja ryhmätasolla.
- Toiminnon asetuksiin pääsee siirtymällä kohtaan Tilin asetukset > Sähköpostiasetukset > Mukauta Vastaanottaja- ja Kopio-kenttiä.
Käyttökokemukseen liittyvät muutokset
- Adoben käyttöehtojen hyväksyminen eSign-sivuilla - Adobe Sign päivittää käyttöehtojen hyväksymistoimintoa eSign-sivulla noudattaakseen Adobe Legalin vaatimuksia.Uudessa käyttökokemuksessa kaikkien "tuntemattomien" vastaanottajien on hyväksyttävä Adobe Sign -käyttöehdot ja tietosuojakäytäntö (napsauttamalla Jatka-painiketta) ennen sopimuksen kanssa vuorovaikuttamista. Tämä hyväksyminen on erillinen mahdollisista mukautetuista käyttöehdoista, jotka asiakas on saattanut määrittää ja jotka ratkaistaan edelleen tilin käyttöehtojen/asiakastietojen hyväksymismäärityksen mukaan.
- "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:
- Hyväksy Adobe Signin käyttöehdot napsauttamalla Jatka-painiketta (sopimuksen avaamisen jälkeen).
- Täytä sopimuskentät tarpeellisilta osin.
- Hyväksy Customer Disclosure ja custom ToU valitsemalla Click to Sign -painike.
- Nimiarvojen lukitseminen laajennettu näppäimistöllä kirjoitettuihin allekirjoituksiin - Maaliskuun versiossa otettiin käyttöön asetus, jolla voit ottaa käyttöön tai poistaa käytöstä vastaanottajan mahdollisuuden muokata nimiarvoaan allekirjoitettaessa, jos nimi oli annettu tai tiedossa (API:n tai käyttäjäprofiilin kautta). Näppäimistöllä kirjoitetut allekirjoitukset jätettiin tämän ominaisuuden ulkopuolelle, mikä johti siihen, että jotkut allekirjoittajat pystyivät muuttamaan nimiarvoaan allekirjoitusprosessin aikana. Syyskuun versiossa tämä ominaisuus päivitetään siten, että se huomioi kaikkien allekirjoitustyyppien nimilukitusasetuksen – myös näppäimistöllä kirjoitettujen allekirjoitusten osalta.
- Asiakkaat, jotka ovat ottaneet käyttöön nimensä ja nimikirjaimensa kirjoittamisen ja poistaneet käytöstä allekirjoittajat voivat muuttaa nimensä tai nimikirjaimensa, näkevät käyttäytymisen muutoksen – nimen Arvo ei ole enää muokattavissa allekirjoitusprosessin aikana kirjoitetuille allekirjoituksille.
- Kun nimiarvon muokkaamisen allekirjoitusprosessin aikana halutaan sallia, asiakkaan tulee ottaa käyttöön Allekirjoittajat voivat muuttaa nimeään tai nimikirjaimiaan -asetus (Allekirjoitusasetukset-valikossa).
- Epäaktiiviset käyttäjät voivat allekirjoittaa sopimuksia – Jatkossa Adobe Sign käsittelee epäaktiivisia käyttäjiä ikään kuin he olisivat tuntemattomia järjestelmälle (saapuvien sopimusten allekirjoittamisen suhteen). Kun epäaktiivista käyttäjää pyydetään allekirjoittamaan sopimus, hänelle luodaan uusi kertakäyttöinen käyttäjätunnus vain kyseisen sopimuksen allekirjoittamista varten. Kertakäyttöinen käyttäjätunnus on riippumaton epäaktiivisesta käyttäjätunnuksesta ja sitä hallinnoivasta tilistä. Tällä on useita seurauksia:
- Epäaktiiviselle käyttäjälle lähetetyt sopimukset on mahdollista allekirjoittaa, sillä epäaktiivinen tila ei vaikuta sopimusta varten luotuun kertakäyttöiseen käyttäjätunnukseen.
- Kertakäyttöisellä käyttäjätunnuksella allekirjoitetut sopimukset eivät ole epäaktiivisen käyttäjätunnuksen omaisuutta eivätkä ne sijaitse epäaktiivisen käyttäjätunnuksen tilillä.
- Epäaktiiviselta käyttäjätunnukselta tehdyt jakamiset eivät kuvasta kertakäyttöisten käyttäjätunnusten allekirjoittamia sopimuksia.
- Epäaktiivisen käyttäjätunnuksen raportointi ei kuvasta kertakäyttöisen käyttäjätunnuksen allekirjoittamia sopimuksia.
- Jos epäaktiivinen käyttäjätunnus aktivoidaan uudelleen, käyttäjä ei näe kertakäyttöisillä käyttäjätunnuksilla allekirjoitettujen sopimusten tietueita Hallitse-sivulla.
Edellä mainittuun toimintaan on kaksi poikkeusta:
- Niitä sopimuksia, jotka on lähetetty käyttäjälle ennen kuin hänet on merkitty epäaktiiviseksi, ei ehkä voida allekirjoittaa (sopimus oli jo sidottu epäaktiiviseen käyttäjätunnukseen).
- Käyttäjät, jotka on nimenomaisesti määritetty ei sallituiksi allekirjoittamaan sopimuksia, eivät edelleenkään saa suorittaa allekirjoitustoimintoja.
Epäaktiiviset käyttäjät eivät edelleenkään voi kirjautua Adobe Sign -järjestelmään ja lähettää sopimuksia omilla valtuuksillaan (millään menetelmällä).
- Parannettu suojaus verkkolomakkeen käyttöön salasanalla - Verkkolomakkeet ovat sisältäneet viiveen, jos salasanalla suojattu URL-osoite on yritetty avata toistuvasti.
- Aadhaar International Support - Kaikkien Adobe Sign -instanssien asiakkaat voivat jatkossa käyttää valinnaista Aadhaar-palvelua digitaalisen allekirjoituksen tarjoajana. Aiemmin se oli käytettävissä vain IN1-instanssin tileillä. Aadhaar-lisäosa hinta määräytyy jokaista allekirjoitustapahtumaa kohti.
- Sopimusten rajoitettu jakaminen - Sopimusten jakaminen on rajoitettu, kun sopimusta jaetaan ulkoiseen sähköpostiosoitteeseen.
- Monilisenssitilit voivat jakaa minkä tahansa sopimuksen enintään kymmenen kertaa.
- Yksittäiset tilit voivat jakaa sopimuksen enintään 5 kertaa.
- Sopimuksen jakaminen sisäisten käyttäjien kanssa on rajoittamatonta.
- Monilisenssitilit voivat jakaa minkä tahansa sopimuksen enintään kymmenen kertaa.
- Puhelintunnistuksen mukautettu yritysnimi on poistettu käytöstä - Puhelintunnistusmenetelmään lisättävä mukautettava yritysnimiarvo on poistettu käytöstä, kuten kesäkuun teknisessä ilmoituksessa ilmoitettiin.
- HIPAA-tilit voivat jatkossa hyödyntää vastaanottajien sähköpostiviestien kuvien ja linkkien valvontaa Globaalit-/Ryhmäasetukset-sivulla.
- Järjestys, jossa tiedostoliitteet sisällytetään lopulliseen PDF-tiedostoon, on päivitetty niin, että ne lajitellaan ensin sivunumeron ja sitten kentän sijainnin mukaan (luettaessa vasemmalta oikealle ja ylhäältä alas)
.
- Vaihda vastaanottaja -ominaisuus uudella Hallinta -sivulla antaa lähettäjälle jatkossa mahdollisuuden lisätä vastaanottajalle valinnainen viesti.
Tarkastele Vastaanottajan korvaaminen -toimintoa saadaksesi lisätietoja >
- Valmiita sopimuksia käyttävien ulkopuolisten allekirjoittajien on jatkossa läpäistävä monivaiheinen todennus, jos se sopimukselle määritetään (sen sijaan, että heitä pyydettäisiin kirjautumaan Adobe Signiin).
- Verkkolomakkeet näyttävät jatkossa vahvistamattomien verkkolomakkeiden kenttäarvot, kun kenttätietoja käytetään Lataa lomakkeen kenttätiedot -ominaisuuden kautta Hallitse-sivulla.
API-päivitykset
- Verkkolomakkeiden Lue sopimus -vaihtoehto - Verkkolomakkeiden tarkasteluun on saatavana kaksi uutta REST v6:n API-kutsua:
- GET /widgets/<resourceId>
- GET /widgets/<resourceId>/combinedDocument/url
- GET/workflows/{workflowId} palauttaa jatkossa osallistujan roolin.
Ratkaistut ongelmat
| 4292343 | Allekirjoituksen selkeyttä on parannettu KONEELLA KIRJOITETTU -allekirjoitusvaihtoehdon osalta mobiililaitteilla. |
| 4295123 | Korjattu ongelma, joka mahdollisesti esti digitaalisten allekirjoitusten näkymisen selaimella avattaessa. |
| 4299289 | Parannettu vastaanottajan vaihtamisen prosessia antamalla lähettäjän lisätä uudelle vastaanottajalle viesti. |
| 4299857 | Korjattu ongelma, josta saattoi aiheutua, että varmennesinettiä ei käytetty allekirjoitetussa sopimuksessa. |
| 4304261 | Korjattu ongelma, josta saattoi aiheutua, että Lue sopimus -vaihtoehto ei ilmestynyt Asetukset-valikkoon |
| 4308516 | Korjattu ongelma, jossa käyttäjiä kehoitettiin jatkuvasti hakemaan ylläpitäjän suostumus OneDrivea käytettäessä |
| 4310225 | Korjattu ongelma, jossa useita allekirjoituksia sisältävät sopimukset aiheuttivat palvelinvirheen : Virheilmoitus: Tässä dokumentissa käytetty allekirjoitus on virheellinen. Poista se ja allekirjoita uudelleen. |
| 4310416 | Päivitetty v5 REST API luomaan käyttäjät aktiivisessa tilassa, jos ne luodaan POST /users -kutsulla |
| 4311287 | Korjattu ongelma, jossa ryhmän navigointipainike katosi UMG-käytössä olevilla tileillä, kun käyttäjä oli poistettu ryhmästä. |
| 4311956 | Korjattu ongelma, jossa kentän määritetty kirjasinkoko ei näkynyt allekirjoittajalle oikein. |
| 4312302 | Korjattu ongelma, joka poisti Salasanan palautus -vaihtoehdon, jos SAML-tilaksi oli asetettu Pakollinen. |
| 4312735 | Korjattu ongelma, joka aiheutti jaettujen tapahtumien ilmoitusten lähettämisen, vaikka niiden lähettäminen oli poistettu käytöstä. |
| 4313025 | Korjattu ongelma, jossa lomakkeen täyttäjäroolista ei voinut täyttää jakamattomia rooleja, jos hybridireititys oli käytössä. |
| 4313030 | Korjattu ongelma, jossa UMG-tilit laukaisivat virheen mukautetun työnkulun avulla, jos lähettäjän ensisijaisella ryhmällä ei ollut valtuuksia lähettää. |
| 4313264 | Päivitettiin HIPAA-asetus, joka sallii pääsyn sähköpostilinkkeihin ja kuva-asetuksiin Globaaliasetus-sivulla. |
| 4315839 | Korjattiin mukautettujen työnkulkujen ongelma, jolloin kenttien esitäyttöä ei sallittu, jos lähettäjä oli myös järjestyksessä toinen vastaanottaja. |
| 4316058 | Raporttikentät on päivitetty hyväksymään etunollat tekstikentissä. |
| 4317382 | Korjattu ongelma, jossa valintapainikkeiden työkaluvihjeessä näkyi heittomerkkien HTML-koodin |
| 4317978 | Päivitettiin liitetiedostojen järjestämisen tapa lopullisessa PDF-tiedostossa siten, että liitetiedostot ryhmitellään ensin kentän sivunumeron perusteella ja sitten kentän suhteellisen sijainnin perusteella (vasemmalta oikealle ja ylhäältä alaspäin luettaessa). |
| 4318598 | GET/workflows/{workflowId} REST v6 API -kutsu palauttaa jatkossa osallistujan roolin vastauksessa. |
| 4318606 | Hallinta-sivun "Lataa lomakekentän tiedot" -toiminto palauttaa jatkossa vielä vahvistamattomien verkkolomakkeiden kenttäarvot. |
| 4318617 | Korjattu ongelma, jossa ryhmän ylläpitäjä ei voinut lähettää kutsua UMG-tililtä uudelleen. |
| 4318679 | Korjattu ajoittainen ongelma, josta johtuen käsin kirjoitettuja allekirjoitusdokumentteja ei voitu ladata palvelimelle. |
| 4318926 | Korjattu ongelma, joka saattoi aiheuttaa virheen (Evästetoiminto on poistettu käytöstä selaimessasi), jos sopimus luotiin mobiililaitteella. |
| 4318991 | Korjattu ongelma, joka saattoi jättää enimmäiskirjautumisten häiriön asetuksen huomiotta, mikäli SAML-asetuksena oli Sallittu. |
| 4319068 | Päästäkseen käsiksi valmiisiin sopimuksiin ulkopuolisten vastaanottajien on jatkossa läpäistävä toisen vaiheen todennusprosessi (Adobe Signiin kirjautumisen sijaan), jos monivaihetodennus on määritetty. |
| 4319422 | Korjattu ongelma, jossa vastaanottaja voitiin korvata vahvistamatta salasanaa (salasanalla todennetussa sopimuksessa) |
| 4319455 | Korjattu ongelma edistyneessä jakamisessa, jossa asetukset eivät välttämättä tallentuneet oikein. |
| 4320123 | Korjattu ongelma, joka saattoi aiheuttaa virheen, kun sopimusta yritettiin tarkastella ja hyväksyä Hallinta-sivulla. |
| 4320205 | Korjattu ongelma, joka saattoi estää etenemisen tallentamisen, kun sopimusta esitäytettiin edistyneen jakamisen kautta. |
| 4320542 | Korjattu UMG-tilien ongelma, jossa jokainen käyttäjän ryhmäkumppanuus saatettiin poistaa, jos yksi ryhmä poistettiin hakutoiminnon avulla. |
| 4321357 | Korjattu ongelma, joka saattoi aiheuttaa virheen lähetyssivulla, kun tietoon perustuva todennus on valittu todennusta varten ja "Vaadi nimi lähetettäessä" on käytössä. |
| 4322445 | Parannettu sisällönluontia, jotta taustan väritys olisi yhdenmukainen. |
| 4322956 | Korjattu ongelma mukautetuissa sähköpostimalleissa, joissa vastaanottajat eivät nähneet allekirjoittajan todellista sähköpostiosoitetta. |
| 4323609 | Kehityksessä - Korjattu ongelma, jossa allekirjoitetun dokumentin lataamisen kautta valmiiksi saatetut sopimukset eivät käynnistäneet AGREEMENT_WORKFLOW_COMPLETED-webhook-ilmoitusta |
| 4323968 | Parannettu allekirjoituksen lukitusominaisuutta, jotta se sisällyttää koneella kirjoitetut allekirjoitukset, jos nimiarvo annetaan profiilin tai API:n kautta. |
Adobe Sign: Lokakuu 2021
Parannettu toiminnallisuus
- Linkit väärinkäytösten ilmoittamiseen - Pienyritysten ja yksityishenkilöiden tileissä on nyt linkki, jonka kautta vastaanottajat voivat ilmoittaa mahdollisista saapuviin sopimuspyyntöihin liittyvistä väärinkäytöksistä.
- Notarize-integraatio - Adobe Signin integraatio Notarize, Inc:n Remote Online Notarization (RON) -alustaan antaa asiakkaille mahdollisuuden lisätä etäverkkonotaaripalvelun Adobe Sign -liiketapahtumiin. Saatavana Enterprise- ja Business-tasojen yhdysvaltalaisille asiakkaille. Myynti tapahtuu suoraan ETLA-ohjelman kautta. Vain nämä asiakkaat voivat ostaa Notarize-tapahtumia lisäosana ja lisämaksusta.
- Lähetä sivupäivityksiä - Asiakkaat, joilla on notaari käytössä, voivat valita Tarvitsee notarisoinnin -vaihtoehdon vastaanottajarekisteristä heti todennusmenetelmän oikealta puolelta:
- Lähetä sivupäivityksiä - Asiakkaat, joilla on notaari käytössä, voivat valita Tarvitsee notarisoinnin -vaihtoehdon vastaanottajarekisteristä heti todennusmenetelmän oikealta puolelta:
Muistiinpano
Asiakkailla, jotka käyttävät upotettua Lähetä -sivua sovelluksissaan tai integraatioissaan, on myös käytössään notaaritoiminnot.
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.
|
Parametrin nimi |
REST-objekti |
Kuvaus |
||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
memberInfos |
ParticipantInfo[] |
ParticipantInfo-olioiden joukko, joka sisältää käyttäjäkohtaisia tietoja (sähköpostiosoite jne.) Kaikki taulun osallistujat kuuluvat samaan tietojoukkoon. |
||||||||||||||||
|
rooli |
|
Kaikkien joukon osallistujien omaksuma rooli (allekirjoittaja, hyväksyjä jne.) |
FileInfo-laajennus
FileInfo-määritelmää on vielä laajennettava, jotta notarisointia vaativat dokumentit voidaan merkitä.
|
Parametrin nimi |
Tyyppi |
Oletus |
Pakollinen |
Kuvaus |
|---|---|---|---|---|
|
asiakirja |
Document |
|
valinnainen |
Sopimukseen liittyvä asiakirja. |
|
label |
Merkkijono |
|
valinnainen |
Tiedostotietoelementin yksilöllinen tunnusarvo. Jos kyseessä on mukautettu työnkulku, tämä yhdistää tiedoston työnkulun määrittelyn vastaavaan tiedostoelementtiin. |
|
libraryDocumentId |
Merkkijono |
|
valinnainen |
Sopimukseen lisättävän olemassa olevan kirjastodokumentin tunniste |
|
transientDocumentId |
Merkkijono |
|
valinnainen |
Sopimukseen lisättävän väliaikaisen asiakirjan tunniste |
|
notarisoi |
tosi |
epätosi |
valinnainen |
Osoittaa, että tämä asiakirja täytyy notarisoida. |
ParticipantInfo-laajennus
ParticipantInfo -määritelmää on laajennettu niin, että notaarin todentamismenetelmä voidaan määrittää.
|
Parametrin nimi |
Tyyppi |
Oletus |
Pakollinen |
Kuvaus |
|---|---|---|---|---|
|
|
Merkkijono |
– |
pakollinen |
Osallistujan sähköpostiosoite. |
|
notaryAuthentication |
Enum |
MULTI_FACTOR_AUTHENTICATION |
valinnainen |
MULTI_FACTOR_AUTHENTICATION - Notaari todennetaan kaksivaiheisella todennusmenetelmällä |
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.
|
Parametrin nimi |
Tyyppi |
Oletus |
Pakollinen |
Kuvaus |
|---|---|---|---|---|
|
notaryType |
Enum |
Jos tilillä on käytössä vain Notarize Notary on Demand -palvelu, |
pakollinen |
NOTARIZE_NOTARY - Notarize-palvelu tarjoaa notaarin |
|
payment |
Enum |
BY_SENDER |
valinnainen |
Soveltuu vain, jos tyyppi == NOTARIZE_NOTARY |
|
appointmentStart |
Merkkijono |
"" |
valinnainen |
ISO_DATE_TIME muotoiltu merkkijono Katso ISO_ZONED_DATE_TIME |
|
note |
Merkkijono |
ei mitään |
valinnainen |
Muistiinpanot notaari-istuntoon. |
|
notaryEmail |
Merkkijono |
"" |
valinnainen |
oman notaarin sähköpostiosoite |
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:
|
REST-virhekoodi |
HTTP Status Code |
Viesti |
Tilanne |
|---|---|---|---|
|
PERMISSION_DENIED |
403 |
Käyttäjäasetus tai OAuth-laajuustunnus eivät salli sopimuksen lähettämistä notarisoitavaksi. |
Tämä virhe esiintyy, jos roolina on NOTARY_SIGNER ja API-kutsujalla (eli mahdollisella lähettäjällä) ei ole notaaritoimintoa käytössä ja/tai notaaripalvelun tarjoajaa ei ole asetettu. |
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.
|
Määrite |
Tyyppi |
Kuvaus |
||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Tila |
Enum<String>
|
|
||||||||||||||
Notaarin allekirjoittaja voi seurata alla olevaa API-kutsujen sarjaa saattaakseen sähköisen allekirjoituksen päätökseen:
- GET /agreements/{agreementId}/members- noutaa notaarin allekirjoittajan osallistujatunnuksen ja osallistujajoukon tunnuksen
- POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens - pyytää allekirjoitusmerkin notaarin allekirjoittajalta, jolla on ACCEPT_BEFORE_NOTARIZATION-ominaisuus
- POST /transientDocuments - lataa tarkistetun asiakirjan
- 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.
Ratkaistut ongelmat
| Ongelma | Kuvaus |
| 4308901 | Korjattiin ongelma, jossa puhelintunnistuksen sisältävän sopimuksen delegointi aiheutti virheen, jos delegoidulla puhelinnumerolla oli sama maakoodi. |
| 4314113 | Korjattu ongelma, jonka vuoksi käyttäjät eivät voineet muokata oletusarvoisia voimassaolopäiviä uutta sopimusta lähettäessään |
| 4318558 | Korjattu ongelma, jossa vastaanottajan korvaaminen puhelintunnistautumisella aiheutti virheen "The participant set ID specified is invalid" ("Osallistujan asettama eritelty tunnus on virheellinen") |
| 4319038 | Korjattu ongelma, jossa lähettäjä ei saanut vaihtoehtoa "Ulkoisten vastaanottajien tunnistetietojen vahvistus", kun lähetys tapahtui "Erälähetys"-työnkulun avulla. |
| 4319798 | Korjattu ongelma, joka saattoi aiheuttaa sen, että valintanapin valinta siirsi kursorin tarkennuksen toiseen kenttään. |
| 4320154 | Korjattu ongelma, joka saattoi estää kirjastomallin tallentamisen uuteen ryhmäsuhteeseen. |
| 4323013 | Korjattu ongelma, jossa web-lomakkeen avaaminen hallintasivulla aiheutti virheen: "Asiakirja ei ole vielä saatavilla tai sillä ei ole sivuja katsottavaksi." |
| 4323554 | Korjattu ongelma, jossa ylläpitäjän oikeuksien päivittämisen tapahtuma-aika-/päivämäärämerkit saattoivat tuottaa kaksi tietuetta, joilla oli samat aika-arvot. |
| 4323609 | Korjattu ongelma, jossa allekirjoitetun sopimuksen lataaminen hallintasivulla ei käynnistänyt AGREEMENT_WORKFLOW_COMPLETED-verkkokoukkua. |
| 4325142 | Korjattu ongelma, jossa mukautetut sähköpostimallit eivät heijastaneet osallistujan oikeaa nimiarvoa, jos osallistuja peruutti sopimuksen. |
| 4326747 | Korjattu ongelma, joka saattoi johtaa siihen, että Erälähetys-sivu ei saanut latausprosessia valmiiksi, jolloin lataus- ja lähetystoiminnot jäivät pois. |
| 4326855 | Korjattu ongelma, joka saattoi estää vastaanottajia kieltäytymästä sopimuksen hyväksymisestä. |
| 4327000 | Korjattiin ongelma, joka saattoi aiheuttaa Smart-Id-tunnusten epäonnistumisen, kun virheilmoitus ilmoitti, ettei algoritmeja löydetty. |
