Päivitetty viimeksi
2. huhtikuuta 2026
Adobe Acrobat Sign julkaisutiedot: 2023
Parannettu toiminnallisuus
- Vapaavalintaisen vastaanottajan korvaaminen – Tämänhetkisen vastaanottajan korvaamismahdollisuus on laajennettu koskemaan kaikkia vastaanottajia, jotka eivät ole vielä allekirjoittaneet sopimusta. Tällöin voi muokata tai korvata sähköpostiosoitteita kenen tahansa sopimuksen tulevan vastaanottajan osalta.
Käyttökokemukseen liittyvät muutokset
2023 W-4 Employee’s Withholding Certificate -malli lisätty Acrobat Sign -kirjastoon – Acrobat Sign -kirjastossa olevaa Yhdysvaltain US W-4 -verolomakemallia käyttävät asiakkaat voivat nyt käyttää mallin vuoden 2023 versiota, joka on täydellisesti merkitty ja on valmiina lähetettäväksi. Asiakkaat voivat ladata PDF:n ja muokata sitä luodakseen oman versionsa tarpeen mukaan.
Acrobat Sign CDS-varmenteen päivitys on suunniteltu 7. helmikuuta 2023 - Acrobat Signissa luotuihin PDF-tiedostoihin sovellettu CDS-varmenne päivittää varmenteessa olevan brändin Adobe Signista Acrobat Signiksi.Päivityksen odotetaan valmistuvan tammikuun julkaisun jälkeen 7. helmikuuta 2023.
\n
REST API- / Webhook-päivitykset
Tämän julkaisun API- ja webhook-päivitykset löytyvät Acrobat Sign API -dokumentaatiosta.
Webhookit
- AGREEMENT_EXPIRATION_UPDATED -tapahtuma lisätty sovellusrajapintaan – AGREEMENT_EXPIRATION_UPDATED -tapahtuma on lisätty asiakasrajapintaan sopimuksille valittavissa olevaksi tapahtumaksi.
Parannettu toiminnallisuus
- Salli allekirjoittajien tallentaa verkkolomakkeeseen tekemänsä muutokset ja palata myöhemmin viimeistelemään se – Järjestelmänvalvojat voivat määrittää tilin tai yksittäiset ryhmät niin, että allekirjoittaja voi tallentaa verkkolomakkeet, jolloin vastaanottajat voivat tarvittaessa täyttää lomakkeen myöhemmin. Lomakkeen tietojen tallentamiseksi vastaanottajan on annettava nimensä, sähköpostiosoitteensa ja lomakkeen nimi.
- Allekirjoittajan henkilöllisyyden varmennus -toimintoa on laajenettu sisältämään verkkolomakkeet – Tilit, jotka käyttävät Allekirjoittajan henkilöllisyyden varmennus -toimintoa varmistaakseen, että sisäiset allekirjoittajat tunnistautuvat Acrobat Signiin ennen allekirjoituksensa käyttämistä sopimuksiin, voivat nyt laajentaa tämän suojauksen verkkolomakkeisiin lisättäviin allekirjoituksiin.
- Käyttäjätason mahdollisuus sopimuksen mukautettujen työnkulkumallien luomiseen – Muut kuin järjestelmänvalvojakäyttäjät voivat jatkossa käyttää asiakkaan työnkulun suunnittelijaa uusien sopimusten lähettämiseen ja omien työnkulkujen rakentamiseen. Niille käyttäjille, jotka voivat luoda ja muokata työnkulkuja, on uusi Työnkulut-välilehti navigointisarakkeen yläosassa.
- Salli Pakolliset vastaanottajien nimet -ominaisuuden valinnaisuus lähettäjillesi – Järjestelmänvalvojat, jotka ottavat käyttöön Pakolliset vastaanottajien nimet -ominaisuuden, voivat nyt lieventää nimen vaatimusta, jolloin se on valinnainen lähettäjän tilin tai ryhmän tasolla. Käytännössä tämä tarkoittaa, että lähettäjä voi kirjoittaa vastaanottajan nimen, jos se on tiedossa, mutta sen lisäämättä jättäminen ei estä sopimuksen lähettämistä, mikäli se ei ole tiedossa.
- Lähetä sopimus vain itsellesi – Lähettäjät voivat jatkossa lähettää sopimuksen vain itselleen lisäämättä allekirjoitussykliin muita vastaanottajia. Näin vastaanottaja voi testata tehokkaasti uusia kirjastomalleja ja kokea vastaanottajiensa allekirjoitusprosessin ilman, että erillistä sähköpostiarvoa allekirjoittajalle tarvitsee käyttää.
- Ennen tätä julkaisua sopimuksen lähettäminen vain itselleen aiheutti virheen. Tämän julkaisun myötä virhettä ei enää synny, ja sopimus pannaan alulle kuten mikä tahansa muu sopimus.
- Allekirjoitusprosessi noudattaa kaikkia lähetetyn sopimuksen tavanomaisia sääntöjä muun muassa sähköposti-ilmoituksen, todennuksen, lomakkeen navigoinnin ja sähköpostiliitteiden osalta.
- Aadhaarin sähköinen henkilöllisyys VIP-tileille – Aadhaarin sähköisen henkilöllisyyden premium-todennusmenetelmä on nyt saatavilla Adoben kautta niille VIP-tileille, joilla edellytetään vastaanottajien todennusta Aadhaarin henkilöllisyyspalvelussa.
- Uudet luotetut palveluntarjoajat (TSP) -Uusia palveluntarjoajia lisätään laajentamaan digitaalisen allekirjoitusratkaisun kansainvälistä saatavuutta.Uutta tässä julkaisussa:
- A-Trust (EU / Itävalta)
- ADACOM (EU / Kreikka)
- CertSign (EU / Romania)
- ComSign (Israel)
- PSC World (Meksiko)
- SSL.com (US)
- Parannettu automaattinen lomakekenttien tunnistus – Automaattista lomakekenttien tunnistusta on parannettu niin, että kaikki kentät lisätään samalla kertaa (eikä sivu kerrallaan) kaikille tileille, joissa automaattinen lomakekenttien tunnistus on käytössä EU1- ja JP1-shardeissa.
- Uusia sarakkeita on käytettävissä Tietojen viennissä – Jatkossa kolme uutta tietosaraketta on käytettävissä:
- Asiakirjojen lukumäärä – Kaikkien sopimuksen luomiseen käytettyjen asiakirjojen kokonaismäärä.
- Pilviallekirjoituksen tarjoaja – Digitaalisen (pilvi)allekirjoituksen tarjoajan nimi.
- Vastaanottajan pilviallekirjoitusvarmenteen myöntäjä – Digitaalisen (pilvi)allekirjoituksen tarjoajan varmenteen myöntäjä.
- Tulosta PDF-tiedostoksi -vaihtoehto käytettävissä raporttisivuilla – Uudesta Raportit-käyttökokemuksesta löytyy jatkossa painike, jonka avulla käyttäjät voivat tulostaa raporttinsa PDF-tiedostona, mikä helpottaa raporttien jakamista sellaisille vastaanottajille, joilla ei ole Acrobat Sign -tilejä tai jotka eivät halua kirjautua sisään tarkastellakseen niitä.
- Uusi suodatin ja sarake järjestelmänvalvojien tunnistamiseksi Käyttäjät-luettelossa – Uusi sarake on käytettävissä Käyttäjät-luettelossa tilin järjestelmänvalvojien tunnistamiseksi vaivattomasti. Luettelossa näkyy käyttäjälle myönnetty korkein valtuustaso (Tietosuoja > Tili > Ryhmä). Näytä vain järjestelmänvalvojat -suodatin on lisätty helpottamaan kaikkien ylläpitäjien tarkistamista yhdestä luettelosta.
Käyttökokemukseen liittyvät muutokset
- Linkki ilmaisen Acrobat Readerin lataamiseen on lisätty allekirjoittamisen jälkeiseen sähköpostiin – Vastaanottajille lähetettävässä allekirjoitusta seuraavassa sähköpostissa on jatkossa linkki ilmaisen Acrobat Reader -tuotteen lataamiseen, jotta vastaanottajat voivat avata ja tarkastella sopimuksen PDF-tiedostoa, joka on (tavallisesti) liitteenä.
- Päivitys vastaanottajan käyttöliittymään Acrobat Sign -todennusta käytettäessä – Acrobat Sign -todennusmenetelmä on siirretty mikropalveluun, mikä on aiheuttanut pienen muutoksen vastaanottajan käyttöliittymässä. Toiminnallisuus ei ole muuttunut, eikä sillä ole kielteisiä vaikutuksia olemassa oleviin sopimuksiin.
- Päivitys sähköisten sinettien luomisen ja muokkaamisen käyttöliittymään – Sähköisten sinettien määritys- ja muokkauspaneeliin on päivitetty uusia tekstitunnisteita selkeyden vuoksi. Toiminnallisuus ei ole muuttunut, eikä sillä ole kielteisiä vaikutuksia olemassa oleviin sopimuksiin.
- Päivitetty tarkastusraportin alatunniste - Maaliskuun 2023 julkaisusta alkaen kaikki uudet tarkastusraportit sisältävät uuden tekstimerkkijonon raportin alalaidassa, joka selventää, että vastaanottajien nimet toimittaa allekirjoittaja, ellei toisin mainita.Tekstin sisältö on: "Nimet ja sähköpostiosoitteet syötetään Acrobat Sign -palveluun Acrobat Sign -käyttäjien toimesta, eikä niitä ole vahvistettu, ellei toisin mainita."
Adobe Acrobat Sign -integraatiot
Acrobat Sign for Veeva Vault -integraatiota päivitetään tarjoamaan toiminnallisuus ilmoittaa käyttäjille, kun heidän allekirjoitustaan tarvitaan sopimukseen, ja mahdollistaa käyttäjien allekirjoittaminen Veeva Vault -ympäristössä.
Ratkaistut ongelmat
| Ongelma |
Kuvaus |
|---|---|
| 4293759 | Yhteenveto: noChrome-vaihtoehto on epäjohdonmukainen, kun välitetään "epätosi" arvo sen jälkeen, kun "tosi" arvo on välitetty samassa istunnossa. |
| Korjaus: Logiikan lisääminen poistamaan noChrome istunnosta, kun noChrome=false välitetään kyselyparametrina. | |
| 4320157 | Yhteenveto: Sopimukset luonnostilassa hallintavälilehdellä (laadintatila API:ssa) vanhentuvat määräaika-asetusten mukaan, vaikka ne eivät ole aktiivisia sopimuksia |
| Korjaus: Päivitetty määräpäivän laskenta siten, että luonnoksen/laatijan tilatapahtumat jätetään pois. |
|
| 4353443 | Yhteenveto: Kehitystyökalut ilmoittavat lähetyssivulla olevasta WCAG-virheestä, joka koskee puuttuvia radioryhmän aliobjekteja, koska työnkulun tilanvaihtonäppäin on määritetty valintanappiryhmäksi. |
| Korjaus: Aliobjektin päivittämiseen painikeobjektiksi on vain kaksi vaihtoehtoa, ei laajempaa taulukkoa. |
|
| 4355729 | Yhteenveto: Jotkin olosuhteet voivat johtaa KBA-nimen todentamiseen käyttämällä sukunimeä kahdesti allekirjoitusosassa. |
| Korjaus: Koodi lisättiin kaksoisnimiarvojen havaitsemiseksi ja käyttäjän kehottamiseksi tarkistamaan tai päivittämään nimi. |
|
| 4359478 | Yhteenveto: Allekirjoitusfontit voidaan esittää eri kokoisina lopullisessa PDF-tiedostossa, koska fonteilla ei ole kiinteää oletuskokoa. |
| Korjaus: Kirjasinsarjat on säädetty niin, että niiden koko on yhdenmukainen. |
|
| 4375042 | Yhteenveto: Aikaan liittyvät kaaviot eivät lataudu uuteen raportointiympäristöön |
| Korjaus: Tietokannan päivitys ratkaisi ongelman. |
|
| 4375549 | Yhteenveto: "Ryhmä"-suodatinta ei näytetä tietojen viennin käyttöliittymässä. |
| Korjaus: ryhmän tietojen päivittäminen tietokantaan korjasi ongelman. |
|
| 4375884 | Yhteenveto: Vastaanottajat, joille on nimenomaisesti annettu valtuudet siirtää sopimusvaltuuksiaan edelleen |
| Korjaus: Koodia on parannettu palauttamaan oikea participantSetID | |
| 4377068 | Yhteenveto: Mallin kopioiminen eristysympäristöstä tuotantoon kopioi mallin lomakekenttien kanssa ja näyttää virheen: "Pyynnön suorittamisessa tapahtui virhe. Tämä johtuu siitä, että hyperlinkkikentillä havaitaan olevan negatiivinen korkeus. |
| Korjaus: Lomakekentän tunnistusominaisuutta on parannettu, jotta varmistetaan yhdenmukainen käsitys kentän sijoittelusta ja suhteellisista sijoittelukoordinaateista. |
|
| 4380228 | Yhteenveto: mobiilin eSign-sivupalkin näkymä ei tarjoa "Näytä historia" -vaihtoehtoa. |
| Korjaus: sovellus on päivitetty näyttämään selaushistorian sisällön. |
|
| 4382167 | Yhteenveto: HIPAA-kuvauksen lokalisoidut versiot eivät ole selkeitä. |
| Korjaus: kieltä on parannettu. |
|
| 4383351 | Yhteenveto: web-lomakkeen kopioiminen ympäristöjen välillä (esim. eristysympäristöstä tuotantoon) johtaa kenttiin, jotka eivät näy lopullisessa sopimuksessa. |
| Korjaus: PUT /widgets/{widgetId}/formFields API-kutsua on parannettu kenttien oikean sijoittelun varmistamiseksi. | |
| 4384877 | Yhteenveto: Biofarma-asetukset voidaan jättää huomiotta, kun lähetetään erälähetystapahtuma, jos biofarma on määritetty ryhmätasolla |
| Korjaus: koodia on parannettu asianmukaisen periytymisen varmistamiseksi konsernitasolla sopimuksia luotaessa. |
|
| 4387692 | Yhteenveto: Braintreen kautta suoritetut maksut voidaan mitätöidä, jos käyttäjä yrittää allekirjoittaa jo allekirjoitetun sopimuksen. |
| Korjaus: tarkista, onko sopimusta muutettu ennen maksun suorittamista. |
|
| 4396329 | Yhteenveto: mobiililaitteesta otetun allekirjoituksen kuva kiertää 90 astetta. |
| Korjaus: koodia on parannettu kuvien suunnan hakemiseksi ennen kuvan lisäämistä PDF-tiedostoon. |
|
| 4396574 | Yhteenveto: muusta kuin ensisijaisesta ryhmästä lähetetyt työnkulut voivat epäonnistua virheellä: "Luonnoksen tilan tarkistusvirhe". koska käytössä on istunnon asetukset vs. ryhmän asetukset. |
| Korjaus: koodia parannettiin sen varmistamiseksi, että ryhmäasetuksia sovelletaan oikein uutta ryhmää valittaessa. |
|
| 4396871 | Yhteenveto: koreankieliset tarkastusraportit näyttävät kaikkien risuaitamerkkien vaurioituneen tiedostonimen. |
| Korjaus: funktiota on parannettu sisältämään kaikki vaaditut kirjasinperheet. |
|
| 4397811 | Yhteenveto: sähköpostin aiherivit saattavat näkyä virheellisesti, jos merkkijonossa oli kaksi pistettä hyperlinkkien tunnistamiseen tarkoitetun sisäisen tunnistuksen vuoksi. |
| Korjaus: koodi on tehty vankemmaksi tämän käyttötapauksen mahdollistamiseksi. |
|
| 4399942 | Yhteenveto: virheellisiä värimerkintöjä voidaan käyttää kenttien luomisessa Kenelle tahansa ja Kaikille osallistujille |
| Korjaus: muutettu logiikka väritoiminnossa Kenelle tahansa ja Kaikille. |
|
| 4399995 | Yhteenveto: kun lähetät API:n kautta, BulkSigning URL -osoite on muodostettava vanity-URL-osoitteella yleisen suojatun URL-osoitteen sijaan, jotta allekirjoittaja pääsee BulkSign-käyttöliittymään ilman ylimääräistä kirjautumisen käyttökokemusta, jos allekirjoittaja on jo todennettu SAML:ään. |
| Korjaus: koodia on parannettu vanity URL -osoitteen sallimiseksi SendinBulk API -kutsuja tehtäessä. |
|
| 4403487 | Yhteenveto: mukautetut peruutussähköpostit saattoivat sisältää kopion saavan osapuolen allekirjoittajien ilmoituksessa. |
| Korjaus: Kopion saavan osapuolen poistamistoiminto on lisätty mukautetun peruutuksen mallipohjaan. |
|
| 4404574 | Yhteenveto: verkkolomakkeen tallennus voi epäonnistua, jos verkkolomake luodaan jäsenryhmässä (ei ensisijaisessa ryhmässä). |
| Korjaus: koodia on parannettu sen varmistamiseksi, että jäsenryhmän asetukset ovat käytössä verkkolomakkeessa. |
|
| 4405782 | Yhteenveto: allekirjoituksen syyt eivät sovi valittuun alueeseen. |
| Korjaus: koodia on parannettu, jotta sisällön sijainti voidaan tasata nykyisen istunnon kanssa. |
|
| 4415593 | Yhteenveto: tekstiä ei vastaanotettu, kun kanadalaisissa numeroissa käytettiin Mobiili allekirjoitus -vaihtoehtoa. |
| Korjaus: myyjän ongelma korjattiin. |
|
| 4419917 | Yhteenveto: now()-parametrin käyttäminen lokalisoidussa lausekkeessa aiheuttaa poikkeuksen, jonka seurauksena päivämäärä ei näy oikein |
| Korjaus: Date-funktio muuntaa nyt numeerisen päivämäärän merkkijonoksi ennen lokalisoinnin poistamista, mikä mahdollistaa oikean päivämääräarvon. |
|
| 4420339 | Yhteenveto: tapauksissa, joissa ensimmäinen allekirjoittaja on valtuutettu ja sama allekirjoittaja näkyy myöhemmin allekirjoitusjaksossa, allekirjoitus-URL-osoitteessa voi ilmetä virhe. |
| Korjaus: koodia on parannettu sen varmistamiseksi, että allekirjoitusluettelo on järjestetty oikein, kun se haetaan tietokannasta. |
|
| 4421259 | Yhteenveto: Erälähetystapahtumat voidaan konfiguroida estämään sovelluksen sisäisen luontiympäristön käyttö salasanan todennuksen avulla, kun sisäinen vasta-allekirjoittaja on mukana |
| Korjaus: Koodia on parannettu työnkulun hallinnan parantamiseksi, mikä mahdollistaa laatimisen. |
Tuotannon käyttöönotto: 20. huhtikuuta 2023
GovCloudin käyttöönotto: 24. huhtikuuta 2023
Parannettu toiminnallisuus
- Sähköisten sinettien päivitys sallii vain grafiikan - Sähköisiä sinettejä parannetaan, jotta vain graafinen sinetti voidaan sijoittaa ilman tekstikomponenttia (nimi, päivämäärä, kellonaika ja allekirjoituksen syy). Tämän käyttötapauksen tueksi:
- Uusi vaihtoehto on käytettävissä, kun sinetti määritetään jättämään tekstikomponentti pois, jolloin vain graafinen sinetti näytetään.
- Digitaalinen allekirjoitus voidaan luoda neliön kuvasuhteella (mahdollistaa pyöreän sinetin käyttämisen) tekstitunnisteita, Acroforms-lomakkeita tai API:a käyttäen.
- Leiman tekstissä (kun se on käytössä) lukee jatkossa oikein "Digitaalisesti leimattu" -teksti "Digitaalisesti allekirjoitettu" -tekstin sijaan.
- Uusi vaihtoehto on käytettävissä, kun sinetti määritetään jättämään tekstikomponentti pois, jolloin vain graafinen sinetti näytetään.
Käyttökokemukseen liittyvät muutokset
- Ylä- ja alatunnisteen uusi ulkoasu - Ylä- ja alatunniste on suunniteltu uudelleen, jotta ne sopivat paremmin pienemmille alustoille ja helppokäyttöisyyden parantamiseksi.
- Kaksirivinen ylätunniste yhdistetään niin, että se sisältää brändätyn logon ja siirtymisvälilehdet yhdellä ylätunnisterivillä.
- Pienillä alustoilla ja tilanteissa, joissa näytön suurennus vaatii tilaa sisällön asianmukaista näyttämistä varten, ylätunnisterivi kutistetaan asetuskuvakkeeksi.
- Alatunniste on poistettu kokonaan, ja Kieli-valitsin on siirretty sivun oikeassa yläkulmassa olevaan profiilivalikkoon.
Ratkaistut ongelmat
| Ongelma |
Kuvaus |
|---|---|
| 4389075 | Yhteenveto: Kun aiemmin allekirjoitettu sopimus ladataan liitetiedostona, moniriviset kentät eivät säilytä mahdollisuutta näyttää rivejä alkuperäisen kentän jalanjäljen ulkopuolella. |
| Korjaus: Lisätty koodia, joka säilyttää liitteiden monirivisten kenttien alkuperäiset PDF-huomautukset. | |
| 4389207 | Yhteenveto: Microsoft Teamsissa olevat allekirjoittajat saavat tyhjän näytön käyttäessään Acrobat Sign -todennusta. |
| Korjaus: Koodi on päivitetty välittämään Teams-ympäristössä oikeat parametrit todennuksen loppuun suorittamista varten. |
|
| 4406571 | Yhteenveto: Japaninkieliset tarkastuskertomukset toistavat kunnioituksen ilmaisun. |
| Korjaus: Mallia on päivitetty päällekkäisyyden poistamiseksi. |
|
| 4415574 | Yhteenveto: Eristysympäristö ei lataa kaikkia ryhmiä sivutusongelmien vuoksi |
| Korjaus: Sivutus on korjattu eristysympäristössä. |
|
| 4415966 | Yhteenveto: Valvontaraporttien asiakkaan määrittämä aikavyöhyke ei päde verkkolomakkeissa |
| Korjaus: Verkkolomakkeiden tarkastusraportteja tukevaa koodia on päivitetty, jotta se vastaa oikein asiakkaan määrittämää aikavyöhykeasetusta. |
|
| 4417187 | Yhteenveto: Asiakkaat, joilla on käytössä asiakirjan rajoitettu näkyvyys, eivät ehkä näe kaikkia kenttiä viedessään tietoja uutta raportointiympäristöä käyttäen. |
| Korjaus: Asiakirjan ja tietojen näkyvyyttä koskeva koodi on päivitetty, jotta kenttien tietoja voidaan käyttää raportointia varten. | |
| 4417835 | Yhteenveto: Kun sopimusta tarkastellaan eristysympäristössä, tehtyjen sopimusten allekirjoittajan tiedot eivät ehkä näy, koska se on ristiriidassa vesileiman kanssa. |
| Korjaus: Koodiparannukset mahdollistavat vesileiman ja asiakastietojen näyttämisen oikein valmiissa sopimuksissa. |
|
| 4418255 |
Yhteenveto: Kun luot verkkolomakkeen ryhmässä, joka ei ole käyttäjän ensisijainen ryhmä, mahdollisuus käyttää useita allekirjoittajia periytyy käyttäjältä ryhmän sijaan. |
| Korjaus: Ominaisuuden periytyminen on korjattu siten, että valittua ryhmää käytetään käyttäjän ryhmän sijasta. |
|
| 4420675 | Yhteenveto: Jotkut käyttäjät eivät voineet suorittaa raportteja uudessa ympäristössä, koska API palautti puutteelliset tiedot. |
| Korjaus: Koodia on lisätty ottamaan huomioon API-tapahtumatyyppi, joka palauttaa riittämättömät tiedot. |
|
| 4426975 | Yhteenveto: Joitakin sähköpostiasetuksia, kuten lähettäjän sähköpostiosoitteen ja nimen poistamista, ei toteuteta asianmukaisesti. |
| Korjaus: Sähköpostimallit on korjattu niin, että perityt asetukset otetaan asianmukaisesti käyttöön. | |
| 4427301 | Yhteenveto: Allekirjoittajat, jotka käyttävät muuta kielialuetta kuin amerikanenglantia, eivät näe Allekirjoituksen syyt -pudotusvalikkoa allekirjoittaessaan. |
| Korjaus: Allekirjoituksen syyluettelon noutokoodi on korjattu vastaanottajan kielialueen mukaisesti. |
|
| 4430515 | Yhteenveto: Kun lähettäjä lisää syöttökentän, jonka oletusarvona on sana ”直”, allekirjoittaja näkee vanhan kirjasimen allekirjoittaessaan ja valmiissa asiakirjassa |
| Korjaus: Kirjasinten priorisointia on parannettu korvaavan tekstin korjaamiseksi. |
Käyttöönotto tuotannossa: 23.5.2023
GovCloud-käyttöönotto: 6.6.2023
Parannettu toiminnallisuus
- Sulautettu integrointi Microsoft Power Automaten kanssa - Saatavana kaikille Acrobat Signin suuryrityslisenssin hankkineille tileille, jotka haluavat automatisoida allekirjoittamista edeltävät tai sen jälkeiset prosessinsa. Tilin järjestelmänvalvoja ottaa käyttöön tämän integroinnin Tilin asetukset > Työnkulun integrointi -välilehdeltä. Kun integraatio on otettu käyttöön, sitä käytetään Etusivu-sivun laatan kautta tai uuden Työnkulku-välilehden kautta yläosan navigointipalkissa.
Mukana olevan Power Automate -oikeuden ansiosta (aktivoituu käyttöönoton yhteydessä) käyttäjät voivat käyttää kaikkia Power Automaten vakio- ja Premium-liittimiä Acrobat Signin kanssa.Microsoft Power Automate -lisenssejä ennestään omaavat asiakkaat voivat myös käyttää niitä integroinnissa.
Muistiinpano
Tutustu tähän toimintoon Työnkulut-välilehden ja Kotisivun käyttöpisteiden kautta, jotka ovat oletusarvoisesti saatavana kaikille käyttäjille.
Mahdollisuus luoda ja käyttää työnkulkuja ei ole käytettävissä ennen kuin tilin järjestelmänvalvoja ottaa sen erikseen käyttöön.
Käyttäjien löydettävyyden estämiseen tarkoitetut ohjausobjektit löytyvät kohdasta Tilin asetukset > Yleiset asetukset.
- Heprean kieliasetuksen nimi- ja allekirjoitustuki - Jatkossa nimi- ja nimikirjainarvoja heprean kieliasetuksessa (oikealta vasemmalle) tuetaan viimeistellyn asiakirjan ja valvontaraportin PDF-tiedostojen allekirjoituskentissä.
- Kun verkkolomake avataan, edellytä sen tallentamista - Järjestelmänvalvojat voivat poistaa mahdollisuuden peruuttaa tallennusprosessi, kun Tallenna verkkolomaketta avattaessa on käytössä, mikä pakottaa allekirjoittajan muuntamaan verkkolomakeprosessin tavalliseksi sopimusprosessiksi.
Ratkaistut ongelmat
| Ongelma |
Kuvaus |
|---|---|
| 4316916 | Yhteenveto: Jos moni lisää allekirjoituksensa rinnakkaisessa allekirjoitustyönkulussa käytännössä samanaikaisesti, ensimmäinen allekirjoittajan allekirjoitus jää pois asiakirjan myöhemmistä versioista. |
| Korjaus: Asiakirjan muuntamiseen on lisätty lukitusprosessi, joka estää ristiriidan allekirjoitustilanteessa asiakirjan virallisessa versiossa. Seuraavat rinnakkaisen allekirjoitustyönkulun allekirjoittajat saavat ilmoituksen, että sopimus on päivitetty ja että heidän on allekirjoitettava se uudelleen, jos heidän versionsa on muuttunut (allekirjoitussovelluksen vuoksi) sopimuksen avaamisen jälkeen | |
| 4382014 | Yhteenveto: Automaattisella kenttäsijoittelulla lisätyt valintaruudut eivät kohdistu oikein valintaruudun grafiikkaan nähden. |
| Korjaus: Sijoituskoodia on parannettu käyttämään kentän pikselisiirtymää, ja kentän koko lasketaan ennen sijoittelua zoomaustasoa muutettaessa, mikä parantaa kentän sijoittelua. |
|
| 4415970 | Yhteenveto: Jos käyttäjä on luotu sellaisella tilillä, jossa on Käyttäjiä useissa ryhmissä -asetus käytössä, mikä vastaavasti määrittää Oletus-ryhmän estämään lähettämisen ja Käyttäjiä useissa ryhmissä -asetuksen, hänen Aloita kirjastosta -painikkeensa ei välttämättä ole käytössä. |
| Korjaus: Koodia on parannettu niin, että Käyttäjiä useissa ryhmissä -asetus voidaan poistaa käytöstä ja asetusten asianmukainen periminen käyttäjän ryhmältä onnistuu. |
|
| 4416451 | Yhteenveto: Kun lähettäjä yrittää lähettää erälähetystapahtuman, jonka hän allekirjoittaa ensin, ja lisätty allekirjoitus on pilvipohjaiselta tunnistetietojen myöntäjältä saatu digitaalinen allekirjoitus, hän saa virheen, jonka mukaan tunnistetietojen myöntäjä ei ole saatavilla. |
| Korjaus: Erälähetyksen koodia on parannettu ymmärtämään oikein, että lähettäjä saa allekirjoittaa ensin digitaalisella allekirjoituksella. |
|
| 4418343 | Yhteenveto: Kun osallistuja allekirjoittaa lokalisoidussa ympäristössä, "Allekirjoittaja"-, "Syy" - ja "Päivämäärä"-merkkijonoja ei ole lokalisoitu. |
| Korjaus: Lokalisointi on lisätty merkkijonoihin. |
|
| 4419664 | Yhteenveto: Kun asiakkaat luovat poikkeuksellisen pitkiä raportteja uudessa ympäristössä, se voi epäonnistua tietojoukon koon vuoksi. |
| Korjaus: Tietojoukon parametreja on parannettu vastaamaan paljon suurempia pyyntöjä. |
|
| 4420278 | Yhteenveto: Kenttämääritys voi palautua ensimmäiselle vastaanottajalle, kun malli tallennetaan ja napsautetaan sitten Edellinen-painiketta. |
| Korjaus: Lomakekentän konstruktori on päivitetty määrittämään osallistumistunnuksen oikein mallia tallennettaessa. |
|
| 4420932 | Yhteenveto: Joidenkin sovellusten luomat PDF:t eivät ole PDF-standardin mukaisia, minkä vuoksi niitä ei voi ladata erillisinä dokumentteina Hallinta-sivulta. |
| Korjaus: Arvioi ladatut PDF-tiedostot ja tallenna ne uudelleen, jos ne havaitaan puutteellisiksi. | |
| 4421539 | Yhteenveto: Uusi raportointiympäristö ei vie lomakekenttiä, jos kaikki kentät on määritetty Vain luku -tilaan |
| Korjaus: Vain luku -merkintää ei huomioida, kun raportin tietoja haetaan. |
|
| 4424177 | Yhteenveto: Allekirjoittaja-vaihtoehto on saatavana Muokkaa-käyttöoikeuksissa ryhmätasolla, kun Allekirjoita toisten puolesta -asetus ei ole käytössä. |
| Korjaus: Koodijärjestys on päivitetty tarkistamaan allekirjoitusasetukset ennen allekirjoitusoikeuksien näyttämistä. |
|
| 4426708 | Yhteenveto: Hyperlinkin merkkijono ulottuu näyttöruudun rajojen ulkopuolelle, kun uudelleenohjaus uuteen URL-osoitteeseen vahvistetaan Hyperlinkki-kentän kautta. |
| Korjaus: Merkkijonoon on lisätty ylivuotorivitys. |
|
| 4427788 | Yhteenveto: Kun käyttäjä ylennetään ryhmän ylläpitäjäksi ryhmäjäsenyyshaulla, olemassa olevat ryhmäjäsenyydet poistetaan niiltä tileiltä, joilla Käyttäjiä useissa rymissä -toiminto on käytössä, koska tuloksena syntyvä käyttäjätunnus suodatetaan pois. |
| Korjaus: Uusia käyttäjäsuhteita tallennettaessa käytetään suodattamatonta arvoluetteloa. |
|
| 4427893 | Yhteenveto: DocumentKey-avainta ei välttämättä luoda takaisinsoitoissa webhooks 2.0 -tileille. |
| Korjaus: Tapahtumien keskeyttämiseksi ja ongelman korjaamiseksi on lisätty tyhjien arvojen tarkastuksia. |
|
| 4428561 | Yhteenveto: Kaikki ryhmät eivät ehkä näy uudessa raportointiympäristössä, kun suodatus tehdään ryhmän perusteella. |
| Korjaus: Hakukoodia on parannettu varmistamaan, että kaikki ryhmät näytetään. | |
| 4430423 | Yhteenveto: Oikealta vasemmalle kirjoitetut kielet muuttavat lisätyn allekirjoituksen käänteiseksi. |
| Korjaus: Oikealta vasemmalle kirjoitettavien kielten tuki on lisätty allekirjoituksen tallentamiseksi ja lisäämiseksi asiakirjaan asianmukaisesti. | |
| 4430515 | Yhteenveto: Kun lähettäjä lisää syöttökentän, jonka oletusarvona on sana ”直”, allekirjoittaja näkee vanhan kirjasimen allekirjoittaessaan ja valmiissa asiakirjassa |
| Korjaus: Kirjasinten priorisointia on parannettu korvaavan tekstin korjaamiseksi. | |
| 4433166 | Yhteenveto: Jotkin tekstitageilla luodut kentät eivät ehkä näy, kun allekirjoitettua sopimusta tarkastellaan verkossa. Ladatut PDF-tiedostot hahmottuvat oikein. |
| Korjaus: PDF-kirjasto päivitettiin, ja se korjasi ongelman siinä miten kirjasto purkaa PDF-metatiedot PDF-tiedostojen näyttämistä varten. |
Käyttöönotto: 19. heinäkuuta 2023
GovCloudin käyttöönotto: 25. heinäkuuta 2023
Parannettu toiminnallisuus
- Tapahtumien kulutusraportit – Tapahtumien kulutusraporttien avulla järjestelmänvalvojat saavat paremman käsityksen tapahtumien kulutusmalleista organisaatiotaan varten. Järjestelmänvalvojat voivat luoda erillisiä raportteja tapahtumien käytön seuraamiseksi neljällä eri kaaviolla:
- Tapahtumien määrän trendi
- Tapahtuma lähettäjän mukaan
- Tapahtuma ryhmän mukaan
- Tapahtuma työnkulun mukaan
- Uusi asetustoimintojen tarkistus järjestelmänvalvojien toimintojen tarkasteluun – Uusi raportointityyppi, joka tarjoaa auditointilokin, joka auttaa varmistamaan jatkuvan vaatimustenmukaisuuden, suojaa sopimattomilta muutoksilta ja auditoi epäilyttävää käyttäytymistä organisaatiossasi.
Järjestelmänvalvojana sinulla on täydellinen näkyvyys asetusten muutoksiin, jotka on tehty käyttäjien, ryhmien tai tilin asetuksiin (riippuen käyttäjän käyttöoikeustasosta).Valvontalokia voi suodattaa asetuksen nimen, muutoksen tehneen toimijan tai muutoksen kohteen (nimi, käyttäjä tai ryhmä) mukaan. Tarkastele raportteja ja vie ne jatkoanalyysia varten. Tilin hallinnoijat voivat tarkastella kaikkien ryhmien lokeja. Ryhmien järjestelmänvalvojat voivat tarkastella vain niiden ryhmien auditointilokeja, joihin heillä on valtuudet.
- Tietojen viennin yksityiskohtia on parannettu niin, että vastaanottajien korvaustapahtumat näkyvät oikein – Lisätty uusia tietojen viennin sarakkeita, jotka kuvaavat paremmin sitä, milloin vastaanottajia muutetaan tapahtuman allekirjoitusprosessin aikana. Uudet sarakkeett:
- Vastaanottajan tila
- Vastaanottaja allekirjoittanut
- Vastaanottajan vaihdon syy
- Vastaanottajan vaihtopäivä
- Pakollisessa todennuksessa esiintyneiden haasteiden kirjaaminen valvontaraporttiin – Valvontaraportiin kirjataan erikseen jokainen todennustapahtuma niiltä asiakkailta, jotka käyttävät Edellytä henkilöllisyyden todennusta -ominaisuutta (Biofarmakologiset asetukset -välilehdellä) Puhelin-todennusmenetelmällä. Uusiin valvontaraporttitapahtumiin kuuluu vaihe, jossa todennus tallennettiin (sopimuksen avaaminen, allekirjoituksen lisääminen ja Allekirjoita napsauttamalla tätä -painikkeen napsauttaminen) ja käytetyn todennuksen tyypin. (Puhelintodennus on ainoa tässä versiossa tuettu menetelmä. Acrobat Sign -todennus on aikataulutettu sisällytettäväksi elokuun 2023 julkaisuun.)
Toimintoluettelo näyttää myös jokaisen todentamisen (tosin lyhyemmässä muodossa).
- Verkkolomaketuki pakotettuun identiteettitodentamiseen - Verkkolomakkeet noudattavat nyt Pakota identiteettitodentaminen -asetuksia, mahdollistaen allekirjoituksen vaatimustenmukaisuuden säädösten, kuten CFR 21 osa 11, kanssa ja kirjaavat allekirjoitustapahtumat kokonaan auditointilokiin (kuten alla kuvataan).
Lisäksi Acrobat Sign -todennus on lisätty todennusmenetelmäksi, tarjoten verkkolomakkeille yksityiskohtaisen allekirjoituslokituksen, joka tukee monia vaatimustenmukaisuusvaatimuksia.
- LDAP:hen tai Active Directoryyn integroitu organisaation osoitekirja – Asiakkaat, jotka hallinnoivat käyttäjiään Adobe Admin Consolessa, voivat linkittää LDAP:nsä tai Active Directorynsa tuodakseen organisaation osoitekirjan tilin kaikille käyttäjille. Näin käyttäjät voivat kirjoittaa kenen tahansa yrityksesä LDAP/AD:ssa olevan henkilön nimen tai sähköpostiosoitteen ja järjestää kyseisen osapuolen automaattisesti luotuun yhteystietoluetteloon. Organisaation yhteystiedot (jotka ovat peräisin organisaation LDAP/AD:sta) on lueteltu erillään henkilökohtaisista yhteystiedoista (peräisin mistä tahansa sähköpostiosoitteesta, johon käyttäjä on lähettänyt sopimuksen).
- Uuden käyttäjän valmisteluraportti käyttäjien luontiongelmien ratkaisemiseksi – Tileillä, jotka hallinnoivat käyttäjiään Adobe Admin Consolessa on käytössä uusi käyttäjien valmisteluraportti uudella Odottaa-sivulla Käyttäjät -välilehdellä. Tämä on erityisen hyödyllistä niille tileille, jotka siirtävät käyttäjiä useista olemassa olevista Adobe Admin Console -organisaatioista (mahdollisesti eri ympäristöissä) yhteen suuryritysorganisaatioon. Jotta voit suodattaa aktiiviset käyttäjät niistä käyttäjistä, jotka eivät ole vielä suorittaneet aktivointiaan uudessa organisaatiossa, on Käyttäjät-välilehti jaettu kahteen osaan:
- Oikeutettu – Käyttäjät, jotka on asianmukaisesti valmisteltu ja jotka voivat käyttää Acrobat Signia. Tämä sivu vastaa aiempaa Käyttäjät-sivua, jossa on kaikki samat toiminnot.
- Odottaa – Käyttäjät, joilla ei ole täysiä oikeuksia, tarvitsevat vielä toimenpiteitä tai apua.
- Oikeutettu – Käyttäjät, jotka on asianmukaisesti valmisteltu ja jotka voivat käyttää Acrobat Signia. Tämä sivu vastaa aiempaa Käyttäjät-sivua, jossa on kaikki samat toiminnot.
- Ryhmätason asetusten muokkausoikeuksien yksityiskohtaisuutta on parannettu. – Tilitason hallinnoijilla on nyt välilehtitason yksityiskohtaisuus, jonka avulla voidaan muokata ryhmätason käyttöoikeuksia. Ryhmätason järjestelmänvalvojat saavat ryhmäsivujensa yläosassa selkeän viestin rajoitetuista käyttöoikeuksistaan, kun muokkausoikeudet on poistettu käytöstä.
- Valitse, miten liitetiedostot nimetään sähköpostiviesteihin lisättäessä – Tili- ja ryhmätasojen järjestelmänvalvojat voivat nyt määrittää, miten sähköposti-ilmoituksiin liitetyt tiedostot nimetään. Tiedostonimiin vaikuttaa Yhdistä useita allekirjoitettuja asiakirjoja yhdeksi asiakirjaksi -asetus, joka toimittaa joko yhden liitteen, johon kaikki tiedostot on yhdistetty, tai erikseen liitetyt tiedostot, joilla on yksilölliset nimensä. Vaihtoehdot ovat seuraavat:
- Sopimuksen nimi:
- Kun kaikki tiedostot on yhdistetty – yksi tiedosto, joka on nimetty sopimuksen nimen mukaan. esim. Palvelusopimus 2023
- Kun tiedostot on erotettu – yksi tiedosto liitetään ladattua tiedostoa kohti. Jokainen tiedosto käyttää sopimuksen nimeä ja liitteenä olevaa luetteloijaa. esim. Palvelusopimus 2023 (osa 1), Palvelusopimus 2023 (osa 2), Palvelusopimus 2023 (osa 3)
- Kun kaikki tiedostot on yhdistetty – yksi tiedosto, joka on nimetty sopimuksen nimen mukaan. esim. Palvelusopimus 2023
- Tiedostonimi
- Kun kaikki tiedostot on yhdistetty – yksi tiedosto, jonka nimi on peräisin ensimmäisestä lähetetystä tiedostosta.
- Kun tiedostot on erotettu – yksi tiedosto liitetään ladattua tiedostoa kohti. Jokainen liite säilyttää alkuperäisen tiedostonimen lähteestä riippumatta (malli, ladattu sopimusasiakirja, tilapäinen asiakirja, vastaanottajan liite).
- Kun kaikki tiedostot on yhdistetty – yksi tiedosto, jonka nimi on peräisin ensimmäisestä lähetetystä tiedostosta.
- Hybridi
- Kun kaikki tiedostot on yhdistetty – yksi tiedosto, joka on nimetty sopimuksen nimen mukaan.
- Kun tiedostot on eroteltu – kuhunkin ladattuun tiedostoon liitetään yksi tiedosto, ja jokainen liite säilyttää alkuperäisen tiedostonimen.
- Kun kaikki tiedostot on yhdistetty – yksi tiedosto, joka on nimetty sopimuksen nimen mukaan.
- Sopimuksen nimi:
Voit käyttää näitä ohjausobjekteja siirtymällä kohtaan Tilin asetukset > Yleiset asetukset > Sähköpostiin liitetyt tiedostot nimetään seuraavasti:
- Poista sopimusten jako – Sopimuksen laatija tai kuka tahansa osallistuja, joka on saattanut luoda jaon toiselle osapuolelle, voi poistaa jaettujen sopimusten jaon. Jos poistat jakamisen jonkin osapuolen kanssa, sopimuksen jako poistetaan automaattisesti kaikkien alatason osapuolten kanssa, jolloin koko jakamishaara karsitaan.
Käyttökokemukseen liittyvät muutokset
- Mukautetun lähetystyönkulun käyttöliittymä otetaan käyttöön kaikille käyttäjille - Kaikki tilit, joilla on otettu käyttöön mukautetut lähetystyönkulut järjestelmänvalvojilleen, on otettu käyttöön työnkulkusuunnittelijan käyttöoikeudella kaikille käyttäjille. Käyttäjät voivat käyttää työnkulun suunnittelutoimintoa Työnkulut-välilehdeltä yläosan siirtymispalkista ja Luo uudelleenkäytettäviä työnkulkuja -ruudusta Aloitus-sivulta. Käyttäjillä on vain valtuudet luoda työnkulkuja henkilökohtaiseen käyttöön, kunnes järjestelmänvalvoja nimenomaisesti ottaa käyttöön vaihtoehdon jakaa työnkulkuja järjestelmänvalvojan valikossa.
Järjestelmänvalvojat, jotka haluavat estää käyttäjien pääsyn työnkulkusuunnittelijaan, voivat tehdä sen yleisissä asetuksissa mukautetun lähetystyönkulun osiossa:
- Käyttäjä-välilehti on jaettu kahdeksi taulukoksi Admin Consolen käyttäjille – Tileillä, jotka hallinnoivat käyttäjiään Adobe Admin Consolessa, Käyttäjät -välilehti on jaettu kahdeksi sivuksi:
- Käytössä – Tällä sivulla on taulukko kaikista käyttäjistä, jotka on luotu Acrobat Sign -ympäristössä ja joiden tulisi pystyä käyttämään palvelua ongelmitta. Tämä sivu vastaa aiempaa Käyttäjät-välilehteä, ja siitä löytyy kaikki samat toiminnot.
- Odottaa – Tällä sivulla on käyttäjät, jotka on lisätty käyttäjäprofiiliin Admin Consolessa mutta joita ei ole muunnettu toimivaksi käyttäjäksi Acrobat Sign -järjestelmässä.
- Parannettu Acrobat Sign -todennusprosessi - Acrobat Sign -todennusmenetelmää on parannettu vähentämään monimutkaisuutta ja vaiheiden määrää allekirjoittajille.Vastaanottajan sähköpostiosoite tuodaan Adoben todennusjärjestelmään sen määrittämiseksi, onko käyttäjä tunnettu entiteetti. Näin voidaan poistaa useita näyttöjä/napsautuksia ja saada aikaan selkeämpi polku todennukseen. Vastaanottajaa pyydetään antamaan salasana, jos sähköpostiosoite on jo olemassa. Käyttäjä ohjataan automaattisesti tilin luontiin, jos sähköpostia ei ole olemassa.
- Tuki jopa 10 digitaaliselle allekirjoitukselle vastaanottajaa kohti – Yhden digitaalisen allekirjoituksen rajoitusta kullekin vastaanottajilla pilvipohjaisissa allekirjoituksissa on parannettu niin, että vastaanottajaa kohti voidaan lisätä jopa 10 digitaalista allekirjoituskenttää. (Aadhaaria ja Singpassia ei tueta.)
- Uusi Raportit-ympäristö latautuu oletusarvoisesti sivua avattaessa – Oletusversiota Raportit-sivusta on muutettu lataaman uuden raportointiympäristön, kun käyttäjät avaavat käyttöliittymän ensimmäisen kerran. Käyttäjät voivat halutessaan palata perinteiseen ympäristöön.
Muistiinpano
Perinteisen raportointiympäristön odotetaan poistuvan kokonaan käytöstä vuoden 2023 loppuun mennessä. Perinteisiä raportteja edelleen käyttäviä asiakkaita kehotetaan luomaan ja ajoittamaan raporttinsa uuteen ympäristöön mahdollisimman pian raporttien jatkuvuuden varmistamiseksi.
- Ennen heinäkuun 2023 julkaisua mukautetun lähetystyönkulun avulla lähetetty sopimus ei noudata tili- ja ryhmätasolla määritettyjä todennusmenetelmiä. Lähettäjä saattoi muuttaa allekirjoittajan oletustodennusmenetelmää, vaikka tilin/ryhmän asetukset estivät sen. Heinäkuun julkaisussa tämä toimintatapa korjattiin ja siitä tehtiin yhdenmukainen Lähetä-sivun kanssa, millä edellytetään, että lähettäjä käyttää oletustodennusmenetelmää, jos tili-/ryhmäasetus ei salli oletustodennusmenetelmän muuttamista.
Jos sisäisten allekirjoittajien oletustodennustapa on esimerkiksi Sähköposti, eikä Salli lähettäjien muuttaa oletustodennusmenetelmää -asetus ole käytössä, lähettäjät eivät voi lähettää sopimusta muilla todennusmenetelmillä kuin sähköpostilla. Tämä on oikea tapa toimia, ja se vastaa kokemusta Lähetä -sivulla.
Mobiilisovellusten päivitykset
- Mahdollisuus lähettää push-ilmoituksia iOS-ympäristössä – Tilit, jotka hallinnoivat käyttäjiään Adobe Admin Consolessa, voivat ottaa push-ilmoitukset käyttöön käyttäjille, joilla on Acrobat Sign for iOS -sovellus asennettuna mobiililaitteisiinsa. Aktiiviset push-ilmoitukset kertovat vastaanottajille, että heidän tulisi tarkastella uusia sopimuksia ja että lähettäjille ilmoitetaan allekirjoitetuista ja valmiista sopimuksista. Yksittäiset käyttäjät voivat halutessaan poistaa push-ilmoitukset käytöstä laitteensa asetuksissa.
Tämä ominaisuus tulee käyttäjien saataville iOS v15+ -laitteissa 3.29-julkaisussa Apple App Store -sovelluksessa elokuun alussa.
Integraatiot
Acrobat Sign for Veeva Vaultiin tehdään seuraavat päivitykset:
- Päivitetty brändäys – Adobe Sign -brändäys on päivitetty muotoon Adobe Acrobat Sign vastaamaan palvelun nykyistä brändiä. Osana tätä brändin muutosta kaikki Veeva Vaultin integroinnin objektit on päivitetty Adobe Acrobat Signiin.
- Nykyisen asiakirjaversion varmistus – Koska Veeva Vault sallii useiden asiakirjaversioiden olemassaolon, päivitetty Acrobat Sign for Veeva Vault -asennus sallii käyttäjien liittää vain uusimman version.
Ratkaistut ongelmat
| Ongelma |
Kuvaus |
|---|---|
| 4356308 |
Yhteenveto: Työnkulkujen sähköpostikenttä ei palaudu tyhjäksi arvoksi sen jälkeen, kun edellinen arvo on poistettu useammalla kuin yhdellä, välilyönneistä tai pilkuista johtuvan, jaon takia. Jaetut arvot pysyvät mallissa, mikä aiheuttaa virheen uusia arvoja lisättäessä, koska kentässä olisi useita arvoja, kun niitä pitäisi olla vain yksi. |
| Korjaus: Syöttökentän koodi aon päivitetty niin, että uudet syöttöarvot voivat lisätä arvon suoraan, eivätkä lisää arvoa aiempaan sisältöön. | |
| 4358989 |
Yhteenveto: Kirjastomallin jakaminen Käyttäjiä useissa ryhmissä -ominaisuutta käyttävien ryhmien kesken voi johtaa mallin tallentamisen epäonnistumiseen, jos ryhmien määrä on enemmän kuin 100, koska koodia noutava ryhmä viittaa vain 100 ensimmäiseen ryhmään. |
| Korjaus: Ryhmän hakulogiikkaa on päivitetty käymään läpi sivuja, jos niitä on olemassa ja tallentamaan kaikki varastossa olevat ryhmien nimet. |
|
| 4361087 |
Yhteenveto: Rinnakkaista allekirjoittamista varten lähetetyt sopimukset näyttävät Lataa allekirjoitus -toiminnon Hallinta-sivulla. |
| Korjaus: Hallinta-sivu on päivitetty piilottamaan lähetystoiminto, kun sopimuksessa on ehto, jota ei tueta. | |
| 4379342 |
Yhteenveto: Useita vastaanottajia sisältävät sopimukset, jotka käyttävät Acrobat Sign -järjestelmän tunnusta edellyttävää todennusta (esim. puhelintodennusta), voivat joutua tilanteeseen, jossa vastaanottaja käynnistää Virheellinen käyttöoikeustietue -virheen, koska istunnon todennustunnus tuhotaan päivitystunnuksen API-kutsulla. |
| Korjaus: Istuntojen välisten tietueiden hallintaa on parannettu taustalla olevan ongelman korjaamiseksi. | |
| 4383564 |
Yhteenveto: Asiakirjoja ei voi allekirjoittaa Pyydetty allekirjoitusta -sähköpostiviestin kautta, kun allekirjoittajan henkilöllisyyden todennus on käytössä ja allekirjoittaja on toisessa pirstaleessa. |
| Korjaus: Ristikkäispirstaleiden asetusten hallintakoodi on päivitetty. | |
| 4384284 |
Yhteenveto: Sisäänkirjautuminen Gov Cloud -ympäristöön voi ohjata käyttäjän takaisin keskittimeen. |
| Korjaus: Keskittimen Luotetut alkuperät on päivitetty. | |
| 4403772 |
Yhteenveto: Virheet lisättäessä käyttämättömiä asiakirjamalleja työnkulkumalliin viivästyvät, koska mallin päivittäminen kestää API:lta odotettua kauemmin. |
| Korjaus: Lisätty ”Tallentaa”-viesti, joka kertoo käyttäjälle prosessin olevan edelleen käynnissä. | |
| 4403836 |
Yhteenveto: Käyttäjälle ei toimiteta viestejä, jos API:n luoma sopimus muutetaan automaattisesti kirjallisesta työnkulusta sähköiseksi. |
| Korjaus: API-dokumentaatio on päivitetty ilmaisemaan tästä tapahtumasta. | |
| 4404257 |
Yhteenveto: Punaisen Allekirjoita-nuolen grafiikan kontrasti ei ole riittävä. |
| Korjaus: Väri on päivitetty vastaamaan 4.5:1-vaatimusta. | |
| 4409720 |
Yhteenveto: Käyttäjät, jotka ovat allekirjoittaneet asiakirjan, merkitään sen jälkeen järjestelmässä passiivisiksi, minkä jälkeen palaaminen allekirjoitettuun sopimukseen voi luoda tilanteen, jossa heille lähetetään sopimuksen seuraavat sähköpostiviestit, mahdollisesti useita kertoja, koska järjestelmä delegoi toiminnon passiiviselle allekirjoittajalle. |
| Korjaus: Delegoinnin estämiseksi on lisätty logiikka niitä käyttäjiä varten, jotka eivät ole aktiivisia mutta joilla on pääsy sopimuksiin. | |
| 4412152 |
Yhteenveto: Tarkennusilmaisimen kontrastisuhde ei ole riittävä sähköinen allekirjoitus -sivun kaikkien tyyppien kentille. |
| Korjaus: Väri on päivitetty vastaamaan 4.5:1-vaatimusta. |
|
| 4412153 |
Yhteenveto: Tarkennuksen ilmaisimen kontrastisuhde ei riitä Käytä-painikkeeseen. |
| Korjaus: Väri on päivitetty vastaamaan 4.5:1-vaatimusta. |
|
4417413 4422433 |
Yhteenveto: Lasketut kentät käsitellään oikein, kun kieli on amerikanenglanti, mutta ei lokalisoiduilla sivuilla, joissa käytetään pilkkua desimaalin sijaan. |
| Korjaus: Koodia on päivitetty ottamaan huomioon kielialue ennen laskutoimituksen suorittamista. | |
| 4417905 |
Yhteenveto: Valvontaraportti ei sisällä toisen allekirjoittajan BioPharma-syytä. |
| Korjaus: Koodia on päivitetty sallimaan allekirjoitustapahtumat useista syistä. | |
| 4419219 |
Yhteenveto: Jos allekirjoituksen ensimmäinen kirjain kaartuu taaksepäin pienen p-kirjaimen tapaan, se lyhenee, jos kirjain osuu allekirjoitusalueen ulkopuolelle. |
| Korjaus: Allekirjoitusteksti on päivitetty alkamaan oikealta, jotta teksti ei katoa, kun vasemmalle kaartuvia merkkejä hahmonnetaan. |
|
| 4420176 |
Yhteenveto: Allekirjoitetun asiakirjan lataaminen epäonnistuu, kun allekirjoitukset ovat Digitaalinen allekirjoitus -kenttiä. |
| Korjaus: Hallinta-sivu on päivitetty piilottamaan lähetystoiminto, kun sopimuksessa on ehto, jota ei tueta. |
|
| 4420880 |
Yhteenveto: Jaetun tilin käyttöoikeuksilla lisättyjen allekirjoitusten valvontaraporttitietue on epäselvä. |
| Korjaus: Valvontalokin teksti on päivitetty selkeämmäksi allekirjoitusprosessissa ja sen suhteen, kuka on allekirjoittanut toisen puolesta. | |
| 4422206 |
Yhteenveto: Kun viet käyttäjäluettelon ryhmästä, Ryhmät-sarake on tyhjä, paitsi ensisijaiselle ryhmälle, jos käyttäjä on useiden ryhmien järjestelmänvalvoja. |
| Korjaus: Useisiin ryhmiin liittymistä koskevaa kyselyä on parannettu, ja exportUser-toiminto on päivitetty hallitsemaan tätä käyttötapausta. | |
| 4424153 |
Yhteenveto: Kun hyperlinkki sijoitetaan asiakirjaan, jossa on useita asiakirjan yhteen sivuun viittaavia sivuja, hyperlinkki ei toimi mobiililaitteissa. |
| Korjaus: Mobiilisovelluksen Panoroi ja vieritä -toimintoa on parannettu niin, että se keskittää hyperlinkin kohteeseen paremmin. | |
| 4426232 |
Yhteenveto: pageSize-parametri ei toimi, kun GET /libraryDocuments/{libraryDocumentId}/formData -pyynnön vastausaika ylittää kaksi minuuttia, mikä keskeyttää työnkulun. |
| Korjaus: Koodi on palautettu edelliseen versioon, ja perimmäistä syytä virheelle selvitetään. | |
| 4426529 |
Yhteenveto: Käyttäjänimeksi annettu erityinen ohjausmerkki estää valvontaraportin lataamisen. |
| Korjaus: Näkymättömien ohjausmerkkien tarkistamista ja poistamista varten on luotu toiminto. | |
| 4426607 |
Yhteenveto: Kun sopimus lähetetään työnkulun kautta ja useilla allekirjoittajilla on sama sähköpostiosoite mutta erilaiset todennustyypit tai arvot, yksi todennustyyppi korvaa muut kyseiselle sähköpostileelle. |
| Korjaus: Koodia on parannettu valtuutustietojen ja allekirjoittajan hakemistossa olevan sähköpostiosoitteen vahvistamiseksi. | |
| 4427083 |
Yhteenveto: Tietojen viennit, joihin on lisätty Vastaanottajan sähköpostiosoite -sarake, voivat aiheuttaa virheen, jos vastaanottajien määrä on enemmän kuin 99. |
| Korjaus: Vastaanottajaluettelon laajuutta on lisätty. | |
| 4427245 |
Yhteenveto: Pakolliset hyperlinkit katsotaan valmiiksi, kun allekirjoittaja/hyväksyjä päättää peruuttaa hyperlinkin uudelleenohjauksen. |
| Korjaus: Koodia on päivitetty sen varmistamiseksi, että käyttäjä avaa linkin ennen pakollisen merkinnän poistamista ja kentän merkitsemistä valmiiksi. | |
| 4427490 |
Yhteenveto: Liitekenttä palautuu aiempaan kokoon kenttämallin koon muuttamisen ja tallentamisen jälkeen. |
| Korjaus: Liitekentän kokoa voi muuttaa jatkossa manuaalisesti. |
|
| 4427512 |
Yhteenveto: Sopimuksen URL-osoite voidaan vetää ja pudottaa kenttiin. |
| Korjaus: Kenttien ominaisuuksia on parannettu niin, että sopimuksen URL-osoitetta ei voi pudottaa kenttään. | |
| 4427761 |
Yhteenveto: Käyttäjiä useissa ryhmissä -käyttöisillä tileillä luotujen työnkulkujen lähettäminen onnistuu ilman todennusta. |
| Korjaus: Allekirjoittajakohtaista todennusta on parannettu sen varmistamiseksi, että todennusta käytetään työnkuluissa. | |
| 4429024 |
Yhteenveto: Allekirjoitusosa ei näy viimeiselle vastaanottajalle, kun ensimmäisen vastaanottajan lähettäjä lataa allekirjoitetun kopion. |
| Korjaus: Allekirjoittajakenttien lisäämisessä on otettu käyttöön uusi menetelmä, jotta alatason allekirjoittajat huomioidaan, kun sopimuksessa on lähetystapahtuma. | |
| 4429142 |
Yhteenveto: Työnkulut voivat jumiutua lisätessään toisen tiedoston työnkulkuun sivutusongelman vuoksi, jos uusi malli ei ole alkuperäisessä ladatussa malliryhmässä. |
| Korjaus: Kokoelman pituus on päivitetty vastaamaan menetelmien mallien määrää. | |
| 4429268 |
Yhteenveto: Käyttäjät, joilla on IMS-tunnuksia, eivät pysty suorittamaan API-kutsuja sovelluksen päätepisteisiin |
| Korjaus: application_read and application_write -käytettävyysalue lisätty WEB_APP_LOGIN_IMS_SCOPES-asetukseen |
|
| 4429712 |
Yhteenveto: Mukautettuihin työnkulkumalleihin lisätyt vastaanottajaryhmät edellyttävät, että lähettäjä antaa ryhmän nimen ennen lähettämistä. |
| Korjaus: Vastaanottajaryhmät, jotka on lisätty mukautettuun työnkulun suunnittelumalliin (pilkuilla erotetun) syötekentän kautta, lisäävät jatkossa automaattisesti luodun ryhmän nimen. Luodussa nimessä on etuliite, joka tunnistaa sen automaattisesti luoduksi, sekä merkkijono ”Vastaanottajaryhmä X”, jossa X on yhteen tai useampaan ryhmään lisätty numero. Esimerkiksi ”(Automaattisesti luotu nimi) Vastaanottajaryhmä 1”, ”(Automaattisesti luotu nimi) Vastaanottajaryhmä 2” jne. |
|
| 4429860 |
Yhteenveto: Asiakirjan lataus poistettiin Acrobat-verkkopalvelun käyttökokemuksesta heinäkuussa julkaistavien ominaisuuksien perusteella |
| Korjaus: Heinäkuuhun asti lisättiin sulkulippu uusien ominaisuuksien tukahduttamiseksi. | |
| 4431104 |
Yhteenveto: AGREEMENT_ACTION_REQUESTED Webhook -tapahtumia ei luoda omatoimisen allekirjoittamisen työnkuluille. |
| Korjaus: Lisätty menetelmä, jolla varmistetaan, että sendType-määritettä ei muuteta resurssiluonnoksen päivityksen aikana. |
|
| 4432028 |
Yhteenveto: Työnkulku-välilehti näkyy ylimmässä siirtymispalkissa, vaikka Ota työnkulun suunnittelutoiminto käyttöön kaikille käyttäjille -asetus on poistettu käytöstä ryhmätasolla. |
| Korjaus: Koodi lukee nyt asetukset aktiivisista pod-jäsenyyksistä eikä kaikista pod-jäsenyyksistä. |
|
| 4432450 |
Yhteenveto: Tili ei ehkä automaattisesti luo käyttäjiä, joilla on sisäisesti varatut sähköpostiverkkotunnukset virheellisten välimuistiarvojen vuoksi. |
| Korjaus: Varatun verkkotunnuksen tilin välimuisti tyhjennetään aina, kun se päivitetään. | |
| 4434547 |
Yhteenveto: Käytöstä poistetun verkkolomakkeen muokkaaminen sallii nimen muuttamisen, mutta nimeä ei säilytetä. |
| Korjaus: Käytöstä poistettujen verkkolomakkeiden muokkausmahdollisuus on poistettu. | |
| 4435506 |
Yhteenveto: Mitään ei tapahdu valittaessa Hanki koodi -vaihtoehdon Acrobat-verkkoympäristön verkkolomakkeissa päivityksen jälkeen. |
| Korjaus: Koodi korjattiin toiminnon palauttamiseksi. | |
| 4437747 |
Yhteenveto: Uudelleenohjaus epäonnistui, kun uudelleenohjauksen URL-osoite sisältää &-merkin AdobeSignAuthService-päivityksen jälkeen. |
| Korjaus: AdobeSignAuthServicen koodiongelma on korjattu ja otettu uudelleen käyttöön. |
|
| 4439111 |
Yhteenveto: Alun perin ilman pakollisia allekirjoittajia tallennetut työnkulut säilyttävät virhetilan myös sen jälkeen, kun allekirjoittaja on määritetty pakolliseksi |
| Korjaus: Koodia on parannettu poistamaan virheilmoitus, kun vastaanottaja määritetään uudelleen. | |
| 4440076 |
Yhteenveto: Jos PDF-tiedosto sisältää yli 1 024 merkkiä sen jälkeen, kun EOF ei ole muuntautunut oikein, sopimus peruuntuu. |
| Korjaus: Hallintakirjasto on päivitetty entistä luotettavammaksi PDF-tiedostoille, jotka eivät noudata PDF-standardia yhtä tarkasti kuin EOF-tunniste. | |
| 4440077 |
Yhteenveto: Työnkulun suunnittelija aiheuttaa virheen vastaanottajien lisäämisen jälkeen, koska menetelmässä on virhe. |
| Korjaus: Virhe korjattiin, ja menetelmä otettiin uudelleen käyttöön. | |
| 4443907 |
Yhteenveto: Ryhmien hallinnoijat eivät voineet lisätä käyttäjiä, mistä johtuneen virheen vuoksi he eivät voineet päivittää sivua ryhmän muokkausasetusten perusteella. |
| Korjaus: Asetus on päivitetty sallimaan käyttäjien lisäämisen ryhmän hallinnoijan oikeuksilla. |
Käyttöönotto: 22. elokuuta 2023
GovCloudin käyttöönotto: 24. elokuuta 2023
Parannettu toiminnallisuus
- Pakollisen todennuksen haasteiden kirjaaminen valvontaraporttiin - Parannettu valvontaraportin kirjaus sisältää laajentamisen myötä SAML- ja Admin Console -todennusten tuen. Edellytä henkilöllisyyden todennusta -ominaisuuden käyttöön ottaneiden asiakkaiden (Biofarmakologiset asetukset -välilehdellä) jokainen todennustapahtuma kirjataan erikseen valvontaraporttiin mukaan lukien vaihe, jossa todennus tallennettiin (sopimuksen avaaminen, allekirjoituksen lisääminen ja Allekirjoita napsauttamalla tätä -painikkeen valitseminen). Sopimuksen toimintaluettelo sisältää myös kunkin todennuksen (vaikkakin lyhyemmässä muodossa).
Käyttökokemukseen liittyvät muutokset
- Kaikkien lähtevien sähköpostiviestien Lähettäjä-otsikko on päivitetty entistä yhdenmukaisempaan muotoon, jotta sähköpostipalvelimiin liittyvät ongelmat olisivat mahdollisimman vähäisiä. Otsikolla on kaksi muotoa:
- Kun vastaanottajan nimi on tunnettu, esimerkiksi rekisteröity käyttäjä tai kun Vaadi vastaanottajan nimeä -asetus on käytössä, otsikko kuuluu seuraavasti: Adobe Sign etunimi sukunimen puolesta <adobesign@adobesign.com>
- Kun vastaanottajan nimiarvo on tuntematon, otsikko kuuluu seuraavasti: Adobe Sign <adobesign@adobesign.com>
- Kun vastaanottajan nimi on tunnettu, esimerkiksi rekisteröity käyttäjä tai kun Vaadi vastaanottajan nimeä -asetus on käytössä, otsikko kuuluu seuraavasti: Adobe Sign etunimi sukunimen puolesta <adobesign@adobesign.com>
Ratkaistut ongelmat
| Ongelma |
Kuvaus |
|---|---|
| 4425785 |
Yhteenveto: Päivämääräkenttiä, joiden muoto on 'pp/kkk/vvvv', ei voi täyttää tšekin kielellä, kun käytössä on čvn-arvo. |
| Korjaus: Päivämäärän aluekohtaiset toiminnot on päivitetty hallitsemaan tätä käyttötapausta oikein. | |
| 4429246 |
Yhteenveto: Työnkulun vastaanottajaluettelon muokkaaminen voi vaikuttaa kyseisen työnkulun lähettämiin sopimuksiin ja johtaa siihen, että sopimukset jäävät Käsitellään-tilaan. |
| Korjaus: Koodia, joka hallitsee, miten sopimus ymmärtää sopimusten vastaanottajaluettelon, on parannettu siten, että se hallitsee vastaanottajaluetteloa tapahtuman yhteydessä ohittaen malliin tehdyt muutokset. | |
| 4432494 |
Yhteenveto: Acrobat-ympäristössä olevat sopimukset eivät käsittelemättömän poikkeuksen vuoksi ehkä pysty lataamaan sopimuskuvan näkymää, kun se avataan Hallinta-sivulla. |
| Korjaus: Kuvan täyttömenetelmä on päivitetty, jotta poikkeusta voidaan hallita oikein. | |
| 4436936 |
Yhteenveto: Pakollisia hyperlinkkikenttiä sisältävät verkkolomakkeet aiheuttavat virheen, kun käyttäjät yrittävät tallentaa niitä. |
| Korjaus: On lisätty ehto, jolla verkkolomakkeen tallentaminen sallitaan huolimatta siitä, että hyperlinkkiä ei ole valittu. | |
| 4437223 |
Yhteenveto: Sopimuksen allekirjoittaminen Adobe Signissa iOS-laitteella voi aiheuttaa palvelinvirheen, koska API ei suorita vain luku -kenttien /PUT-kutsua oikein. |
| Korjaus: Sopimuksen kenttien sijoittamiseen käytettävä API on päivitetty. | |
| 4441057 |
Yhteenveto: Muistutussähköposti-ilmoitus lähetetään vastaanottajalle, joka ei ole vielä aktiivinen vastaanottaja, kun muistutus luodaan REST v5:llä ja lähettäjä on korvannut tulevan vastaanottajan. |
| Korjaus: Lisätty ehto, jolla muistutus voidaan lähettää vain sellaisten osallistujien delegointia varten, jotka voivat mahdollisesti allekirjoittaa sopimuksen kyseisenä ajankohtana. |
|
4442166 |
Yhteenveto: Arkistoituja sopimuksia ei poisteta järjestelmästä, kun ne lisätään poistojonoon. |
| Korjaus: Arkistoidut sopimukset poistetaan heti, kun ne lähetetään poistettaviksi, sen sijaan että niitä pidettäisiin jonossa 14 päivän ajan. | |
| 4444011 |
Yhteenveto: Virheellisen päätepisteen tunnuksen aiheuttama HTTP 501 access_denied -virhe, kun Intesiä käytetään päätepisteen sähköisenä sinettinä. |
| Korjaus: Tunnuksen rakentamistapaa on päivitetty niin, että se on vankempi ja sallii versiotoleranssin. | |
| 4447727 |
Yhteenveto: Jotkin vuoden 2018 ja sitä aikaisemmat verkkolomakkeet eivät ehkä lataudu, vaan aiheuttavat yleisen virheilmoituksen null-osoitinvirheen vuoksi. |
| Korjaus: Ongelmallinen koodi on tunnistettu ja korjattu. |
- Päivitetty Näytä sopimus -kokemus – Sopimuksen tarkastelemiseen tarkoitettu asiakasrajapinta on päivitetty kaikkien käyttäjien osalta. Muutokset käyttökokemukseen ovat:
- Asiakirjan alla olevat PDF-ohjausobjektit on siirretty asiakirjan sisällön ja sopimuksen toimintoasetusten väliin.
- Lisätty mahdollisuus tarkastella kahta sivua asiakirjanäkymässä.
- Haku -vaihtoehto on poistettu PDF-ohjausobjekteista, mutta käyttäjät voivat käyttää Ctrl/Cmd + F -näppäinyhdistelmää asiakirjan sisällön hakemiseen.
- Lähettäjä -kansikuva kaikissa lähtevissä sähköposteissa on päivitetty tarjoamaan oikean tuotemerkinnän. Merkkijono "Adobe Sign" on päivitetty muotoon "Adobe Acrobat Sign" kaikissa tilanteissa. Esimerkiksi:
- kun pakollinen vastaanottajan nimi -asetus on käytössä, kansikuvassa lukee Adobe Acrobat Sign puolesta <etunimi> <sukunimi> <adobesign@adobesign.com>
- Kun vastaanottajan nimen arvo on tuntematon, kansikuvassa lukee Adobe Acrobat Sign <adobesign@adobesign.com>
- kun pakollinen vastaanottajan nimi -asetus on käytössä, kansikuvassa lukee Adobe Acrobat Sign puolesta <etunimi> <sukunimi> <adobesign@adobesign.com>
Ratkaistut ongelmat
| Ongelma |
Kuvaus |
|---|---|
| 4418093 |
Yhteenveto: Sopimusta luotaessa osallistumisleimakentät luodaan POST_SIGN-roolilla. Kirjastomallien käyttötapauksissa osallistumisleimakentillä odotetaan olevan ALLEKIRJOITTAJA-rooli. Kun kirjastomalli luodaan sopimuksesta, kenttää ei päivitetä oikean roolin mukaiseksi osallistumisleimakenttien osalta, mikä aiheuttaa ongelmia alemmilla tasoilla, kun mallia käytetään. |
| Korjaus: Päivitetty koodi osallistumisleimakenttien odotetun roolin määrittämiseksi. |
|
| 4429823 |
Yhteenveto: ”Seuraava”-navigointinuoli ei siirrä seuraavaan kenttään, kun valintapainike on valittu, vaikka sen pitäisi. |
| Korjaus: Kenttien välistä navigointia on parannettu ongelman ratkaisemiseksi. | |
| 4429824 |
Yhteenveto: Verkkolomakkeen nimi katkaistaan iFrame-näkymässä. |
| Korjaus: Sivun CSS on päivitetty säätämään tekstin sijoittelua. | |
| 4438886 |
Yhteenveto: iOS-mobiiliselainten verkkolomakkeet eivät aina vierity seuraavaan pakolliseen valintaruutuun, kun kohdistus siirtyy. |
| Korjaus: Koodia on säädetty niin, että se pakottaa vierittämään seuraavaan elementtiin ennen kohdistamista. |
|
| 4439434 |
Yhteenveto: Seuraava-välilehden napsauttaminen ei toimi liitekenttiä sisältävässä verkkolomakkeessa. |
| Korjaus: Liitteen viittaavat ominaisuudet on tallennettu niin, että Seuraava-välilehti voi liikkua liitekenttien välillä. | |
| 4440393 |
Yhteenveto: Jos sopimuksen osallistujat poistetaan käytöstä, kun sopimus on käynnissä, se johtaa epätäydellisiin osallistujatietoihin, jos ne vedetään sopimuksesta API:n kautta. |
| Korjaus: Lisätty logiikka, jolla korvattu osallistuja sisällytetään sopimuksen koko osallistujajoukkoon. |
|
| 4441785 |
Yhteenveto: Viesti, joka näytetään, kun delegointia yritetään tehdä sähköpostilinkin kautta ja kun tarvittava delegoinnin kanssa käytettävä vastaanottajan nimi -ominaisuus ei ole kovin intuitiivinen. |
| Korjaus: Viestiä on parannettu antamalla käyttäjälle ohjeet eSign-sivulta delegointiin ja antamalla linkki siihen. |
|
| 4445134 |
Yhteenveto: Ei voida ladata PDF-sopimusasiakirjoja, jos niiden huomatusluetteloissa on kenttiä. |
| Korjaus: Huomautusten kloonaaminen on nyt sallittua poikkeuksen estämiseksi. |
|
| 4445626 |
Yhteenveto: Täytä ja allekirjoita -toiminto epäonnistuu virheellä 400 ”MISSING_REQUIRED_PARAM”, kun allekirjoittajan oletustodennukseksi on asetettu SALASANA. |
| Korjaus: Pakolliset todennusmenetelmät ohitetaan Täytä ja allekirjoita -työnkuluissa. | |
| 4446367 |
Yhteenveto: Lomakekenttätiedot katoavat sopimuksen allekirjoittamisen jälkeen, kun kellonajaksi on valittu 12:00 kenttälaskelmien käyttämisen sijaan. |
| Korjaus: Lisätty 1 millisekunti päivämäärään, jos se on annettu muodossa ”12:00 AM”, jotta kun päivämäärä muunnetaan numeroksi, tulokseksi ei tule 0.0. |
|
| 4447747 |
Yhteenveto: GET /widgets/{widgetId}/formData -komennon suorittaminen application/json-komennolla laukaisee 500 ”MISC_SERVER_ERROR” -virheen viimeaikaisten koodimuutosten vuoksi. |
| Korjaus: Koodi palautettiin edelliseen versioon, mikä palautti toiminnallisuuden. | |
| 4447879 |
Yhteenveto: Sähköisiä sinettejä voidaan yrittää sijoittaa, kun laadittuja asiakirjoja päivitetään. Tämä aiheuttaa sopimusten peruuntumisen. |
| Korjaus: Koodi lisätty, jotta lähetyspoikkeusta voidaan hallita paremmin kilpa-ehdon välttämiseksi. | |
| 4448750 |
Yhteenveto: Viimeisimmän päivityksen jälkeen refreshweb-päätepiste vaatii asiakkaan suojausparametrin. Tämä voi johtaa siihen, että käyttöliittymään julkaistaan virheilmoitus 15 minuutin välein. |
| Korjaus: Koodi päivitetty varmistamaan, että parametri on tosi ennen välityspalvelinjuoksun suorittamista. | |
| 4450877/4454555 |
Yhteenveto: Uusi sisällönluonti – Päivitettyjen Chrome- ja Edge-versioiden allekirjoitus- ja tekstikenttiä ei voi siirtää |
| Korjaus: Sisällönluontiympäristö on päivitetty vastaamaan Chrome- ja Edge-selainten muutoksia | |
| 4451025 |
Yhteenveto: Lomakekentän ja laskutoimituksen päivittäminen PUT API /agreements/{agreementId}/formFields -parametrilla toimii oikein allekirjoitettaessa, mutta se voi olla tyhjä, ja PDF-tiedosto ladataan, jos merkkijonossa on ohjausmerkkejä (kuten ') |
| Korjaus: Lausekkeita ei ohiteta ennen kuin merkkijono siirretään jäsennykseen ja tulostetaan PDF-tiedostoon. | |
| 4454835 |
Yhteenveto: Sähköpostiotsikon lokalisoiduissa versioissa ei ole Adobe Acrobat Sign -merkkijonoa. |
| Korjaus: Sähköpostiotsikot ovat lisänneet brändätyn merkkijonon lokalisoituihin sähköpostimalleihin. | |
| 4455067 |
Yhteenveto: Työnkulkujen lajitteleminen päivämäärän mukaan ei tuota oikein lajiteltua luetteloa, kun sitä käytetään muissa kuin englanninkielisissä lokalisoinneissa. |
| Korjaus: Lajittelutapa on päivitetty, jotta työnkulkujen lokalisoidut näkymät voidaan lajitella oikein. |
Tuotannon käyttöönotto: 13. marraskuuta 2023
GovCloudin käyttöönotto: 16. marraskuuta 2023
Parannettu toiminnallisuus
- Uusi Lähetä-sivun käyttökokemus – Uuden sopimuksen laatiminen Lähetä-sivulla on muuttunut menettelyksi, joka alkaa allekirjoitettavista asiakirjoista ja päättyy vastaanottajien lisäämiseen.
Uusi Lähetä-käyttökokemus voidaan ottaa käyttöön siirtymällä kohtaan Tilin asetukset > Yleiset asetukset > Uusi Pyydä allekirjoitusta -käyttökokemus
Muistiinpano
Uusi lähetyskokemus ei ole tällä hetkellä samalla tasolla kuin perinteinen lähetyssivu. On vahvasti suositeltavaa, että jos otat vaihtoehdon käyttöön käyttäjille, otat käyttöön myös vaihtoehdon vaihtaa kokemusten välillä.
- Uusi sovelluksen Sisällönluonti-kokemus – Uusi Sisällönluonti-ympäristö antaa käyttäjälle nyt mahdollisuuden valita kenttätyypin ja sitten napsauttaa asiakirjaa lisätäkseen niin monta kenttää kuin tarvitaan. Kaksoisnapsauttamalla kenttää näet kentän ominaisuudet vasemmassa tietopaneelissa, jossa voit määrittää yksittäisiä ominaisuuksia.
Huomaa, että uusi Sisällönluonti-ympäristö on käytettävissä vain, kun käytetään uutta Lähetä-sivun käyttökokemusta.
Muistiinpano
Uusi agreementStatus-parametri lisätään automaattisesti URL-osoitteeseen, kun sopimus saavuttaa lopullisen Valmis- tai Peruutettu-tilan.
- Valmiisiin sopimuksiin liitetään: ?agreementStatus = completed.
- Peruutettuihin (hylättyihin) sopimuksiin liitetään: ?agreementStatus = declined.
Uutta parametria käytetään kaikkiin sopimuksiin, mukaan lukien manuaalisesti lähetettyihin sopimuksiin, verkkolomakkeisiin, Lähetä eränä -sopimuksiin jne.
- Lähetä eränä on päivitetty ja sitä on parannettu niin, että kussakin sopimuksessa voi olla enemmän vastaanottajia, enemmän tapahtumia ja paljon muuta – Lähetä eränä on päivitetty uudella käyttöliittymällä, joka mahdollistaa monien ”lähetä allekirjoitettavaksi” -vakiomenettelyssä olevien asiakkaiden pyytämien toimintojen lisäämisen. Uusia ominaisuuksia ovat:
- Useita vastaanottajia, joille on yksilöllisesti määritettävissä olevat roolit, todennustyypit ja yksityiset viestit.
- Yksittäiset sopimuskokoonpanot, kuten sopimuksen nimi, maa-asetus, vanhentuminen ja allekirjoitusjärjestys.
- Power Automate -integraatioon on lisätty käytön seuranta – Järjestelmänvalvojat voivat tarkastella vuokraajansa Power Automate -käyttöä edellisen kuukauden aikana ja ladata organisaationsa käytön viimeisen 12 kuukauden ajalta CSV-tiedostona, joka sisältää:
- Kuukausittaiset aktiiviset työnkulut – Acrobat Sign -järjestelmässä kalenterikuukauden aikana käytettävissä olevien työnkulkujen määrä.
- Kuukausittaiset työnkulut – Monestiko työnkulku käynnistyi kalenterikuukauden aikana.
- Kuukausittaiset API-kutsut – Työnkulun suoritukseen käytettyjen API-kutsujen kokonaismäärä kalenterikuukauden aikana.
- Dataverse-tallennus – Dataverse-tallennustilan kokonaiskulutus kalenterikuukauden lopussa.
- Mukautettujen lähetystyönkulkujen yksityiset viestit – Yksityisviestit voidaan nyt määrittää jokaiselle vastaanottajalle, kun suunnitellaan mukautettuja lähetystyönkulkuja.
- Yksityiset viestit verkkolomakkeen allekirjoituksen varmentajille – Yksityiset viestit voidaan nyt määrittää verkkolomakkeissa allekirjoituksen varmentajille.
- Verkkolomakkeiden tilapäiset vastaanottajaryhmät – Tilapäisiä vastaanottajaryhmiä voidaan nyt käyttää verkkolomakkeen määritykseen. Tilapäiset vastaanottajaryhmät määritellään mallisivulla ja niitä käytetään vain siinä verkkolomakkeessa, jossa ne on luotu.
Pääsy uudelleenkäytettäviin vastaanottajaryhmiin ei sisälly tähän julkaisuun.
- Verkkolomakkeiden tuki digitaalisille henkilöllisyyksille – Digitaalinen henkilöllisyys on tuettu lisättyjen osallistujien ja allekirjoituksen varmentajien todennusmenetelmä.
- Manuaalinen ohitus perinteisen raportointiympäristön käyttämiseksi – Marraskuun 2023 julkaisu on edistänyt kaikkien tilien käyttöä modernissa raportointiympäristössä. Tilit, joiden on käytettävä perinteistä ympäristöä, voivat ottaa tämän asetuksen käyttöön käyttäjille ottamalla valitsinlinkin nimenomaisesti käyttöön.
- Sopimusraportteja on parannettu. – Sopimus-raporttityypissä on lisätty uusi Vedos-ruutu sopimuksen yhteenvetosivulle ja uusi suodatin, joka voi suodattaa sopimuksia niiden nykyisen tilan mukaan.
- Uudelleenkäytettäviä vastaanottajaryhmiä on parannettu. – Uudelleenkäytettäviä vastaanottajaryhmiä voidaan nyt lisätä perinteiselle Lähetä -sivulle nykyisellä linkillä. Ryhmän nimeä syöttäessä käytettävissä olevien vastaanottajaryhmien luettelo täyttyy alivalikossa ryhmän nimikentän alla.
Lisäksi hakutoiminto on lisätty ryhmien löytämiseksi joko ryhmän nimen perusteella tai syöttämällä ryhmän yksittäisen jäsenen sähköpostiosoite.
- Estä vastaanottajat määrätyillä maantieteellisillä alueilla – Järjestelmänvalvojat voivat nimenomaisesti estää määrättyjen maiden vastaanottajia käyttämästä sopimuksia vastaanottajan IP-osoitteen avulla. Vastaanottajat, jotka yrittävät käyttää sopimusta tai verkkolomaketta, saavat viestin, jossa kerrotaan, että Acrobat Sign ei ole käytettävissä heidän sijainnissaan. Tällä hetkellä ainoa valittavissa oleva vaihtoehto on Kiina.
- Uusi todennusmenetelmä: kertasalasana sähköpostitse (OTPvE) – Kertaluonteinen sähköpostitse käytettävä salasanatodennus on lisätty yksivaiheiseksi todennusmenetelmäksi. Tämä todennus mahdollistaa vastaanottajan vaivattoman tunnistamisen sähköpostiosoitteen avulla sopimusta käytettäessä. OTPvE on saatavana, kun lähetetään yksittäinen sopimus, kun käytetään Lähetä eränä -toimintoa ja kun luodaan verkkolomakkeita.
- Sopimusten sisällön suojaus – Suojaa sopimusten tarkastelua niiden valmistumisen jälkeenkin käyttämällä vastaanottajille määritettyä alkuperäistä vastaanottajan todennusmenetelmää tai osallistujan sähköpostiosoitteeseen toimitettavaa kertakäyttöistä salasanaa, jos todennusta ei ole määrätty.
- Allekirjoituksen todennusvaatimusten joustavuutta on parannettu. – Pakollisen henkilötietojen todennuksen asetukset (Tilin asetukset > Biofarmakologiset asetukset) on erotettu toisistaan, mikä mahdollistaa vastaanottajan uudelleentunnistautumisen ajankohdan yksityiskohtaisemman valinnan.
Ennen marraskuun 2023 versiota luotujen tilien on otettava käyttöön uusi Edellytä henkilöllisyyden todennusta -kokoonpano ottamalla nimenomaan Biofarmakologiset asetukset -sivun päivitys käyttöön:
- Laajennettu tuki useassa ryhmässä oleville käyttäjille – Käyttäjiä useassa ryhmässä -toimintoa tuetaan nyt seuraavissa integraatioissa:
- Salesforce
- Power Automate
- Uudet webhookit jaon poistamistapahtumille – Webhook-käyttöliittymässä on kaksi uutta tapahtumaa, jotka käynnistyvät sopimuksen jaon poistamisen perusteella.
- Sopimuksen jako poistettu – Käynnistyy, kun käyttäjä poistaa sopimuksen jaon toisen käyttäjän kanssa.
- Sopimuksen jaon automaattinen poistaminen – Käynnistyy edellisen sopimuksen jaon peruuttamisen vuoksi. Kaikki käyttäjät, joiden kanssa jaetun kohteen käyttäjä on jakanut sopimuksen, peruutetaan automaattisesti, jos heidän jaetut oikeutensa sopimuksen käyttöön menetetään.
- Käyttäjiä useissa ryhmissä -toiminto on lisätty Microsoft Teams-, Outlook- ja Word/PPT-integraatioihin – Asiakkaat, jotka käyttävät Acrobat Sign -integraatioita Microsoftin Teams-, Outlook- tai Word/PowerPoint-sovelluksiin, voivat nyt valita ryhmän, josta he lähettävät sopimuksen integraation kautta.
Integraatiopäivitykset
- Acrobat Sign for Veeva Vault v 1.3.0 julkaistaan marraskuun lopussa
- Veeva Vault -kirjastopäivitys – Sovellus on päivitetty uudempaan ja tehokkaampaan Vault API -kirjastoon (VAPIL) integroinnin tehostamiseksi.
- Veeva Vault API -version päivitys – Veeva Vault API -versio on päivitetty versioon 23.1.
- Integraation käyttöönottopakettia on parannettu niin, että asiakkaille ei aseteta vaatimuksia uusimman asiakirjaversion käytöstä.
- Adobe Acrobat Sign Microsoft Teams -sovellukselle Live Sign -toiminnolla - Live Sign mahdollistaa sopimuksien allekirjoittamisen nopeammin isännöimällä turvallisen allekirjoituskokemuksen Microsoft Teams -kokouksessa mistä tahansa laitteesta, joka muistuttaa henkilökohtaista allekirjoittamista.
- Salesforce-mobiilisovelluksen tuki Acrobat Sign -integraatiolle – Asiakkaat, jotka käyttävät Salesforce-mobiilisovellusta, voivat nyt hallita sopimuksiaan iOS- tai Android-mobiililaitteillaan Acrobat Sign -integraation avulla.
Käyttökokemukseen liittyvät muutokset
- Tapahtumien raportointi sisältää nyt Täytä ja allekirjoita- sekä Omatoiminen allekirjoittaminen -työnkulut – Täytä ja allekirjoita- ja Jäsennetty itsepalvelu -tapahtumat (Acrobat Sign -käyttöliittymän kautta) lasketaan nyt päivitettyyn tapahtumien kulutusraporttiin, mikä antaa organisaatioille aiempaa paremman kuvan tapahtumien määrästä ja mittareista.
Muistiinpano
Acrobat-käyttöliittymässä käytetyt Täytä ja allekirjoita -tapahtumat kuuluvat Acrobat-ympäristöön, eikä niitä lasketa Acrobat Signin tapahtumien kulutusraporttiin.
- Power Automate -käyttäjien parannettu käyttökokemus – Power Automaten integroitua käyttökokemusta on parannettu näillä päivityksillä:
- Lokalisointia eri kielille on lisätty.
- Tukee käyttäjiiä useissa ryhmissä.
- Power Automaten käyttö Acrobat Signin eristysympäristössä uuden liittimen avulla.
- Tukee sopimuksen valvontaraportin lataamista.
- VIP-asiakkaat voivat käyttää sovelluksen sisäisiä ohjeita uuden keskustelubotin avulla. – Uusi keskustelubotti on kehitetty parantamaan vastauksia asiakkaiden kysymyksiin tarjoamalla aiempaa parempi, vuorovaikutteinen käyttöliittymä, joka antaa ehdotuksia suosituimpiin kyselyihin tervetuliaisviestissä, käyttäjän aikaisempiin valintoihin perustuvia suosituksia, suoraa kyselytukea ja ratkaisuja monimutkaisiin kyselyihin. Käyttäjiä pyydetään antamaan palautetta saamistaan tiedoista, jotta järjestelmä oppii vastaamaan paremmin tulevissa tilanteissa. Lisäksi on mahdollista muodostaa keskusteluyhteys tukihenkilöön, jos pyydettyjä tietoja ei löydy.
- Muokkaa verkkolomakkeita edistyneen tilin jakamisen avulla – Tilit, joilla on otettu käyttöön edistynyt tilin jako, voivat sallia verkkolomakkeiden muokkaamisen käyttäjille tai ryhmille, joiden kanssa he ovat jakaneet sisältöä. Käyttäjällä tai ryhmällä, jolle sisältöä on jaettu, on oltava muokkausoikeudet verkkolomakkeen käyttöön.
Ratkaistut ongelmat
| Ongelma |
Kuvaus |
|---|---|
| 4337861 |
Yhteenveto: Kun sopimuksessa on digitaalinen allekirjoitus ja se on suojattu salasanalla, rasteripalvelu ei pysty luomaan mobiililaitteille tarpeeksi pientä pikkukuvaa, jolloin mobiililaitteiden käyttäjät näkevät Pikkukuva ei ole vielä saatavana -virheen. |
| Korjaus: Prosessi on päivitetty käyttämään oikeaa kuvakokoa ennen salausta, mikä vaikuttaa kuvan mittakaavaan. | |
| 4373355 |
Yhteenveto: Jotkin ulkoisista lähteistä tulevien lomakkeiden valintaruudut voidaan muuntaa valitsemattomiksi allekirjoittamisen jälkeen. |
| Korjaus: Lisätarkistuksella varmistetaan, että kun isCheckBoxTrue arvioidaan, valittu ulkoasutila vastaa yhtä hyväksyttävistä valitsemattomista arvoista. |
|
| 4395764 |
Yhteenveto: Webhook-ilmoitukset eivät sisällä järjestysparametria, kun sopimus lähetetään mukautetun työnkulun avulla, mikä aiheuttaa ongelman vastaanottajien jäsennyksessä. |
| Korjaus: Uusi järjestyksen luomislogiikka on lisätty sidottuun työnkulkuun tallennetun kaaviorakenteen perusteella. |
|
| 4417517 |
Yhteenveto: Lähetystyönkulut, jotka sisältävät vastaanottajaryhmän, ja kopion saava osapuoli voivat lähettää allekirjoitusilmoituksen kopion saavaan sähköpostiosoitteeseen. |
| Korjaus: Sähköpostimallia on korjattu niin, että kopion saavat osapuolet eivät sisälly allekirjoittajan ilmoitustapahtumaan. | |
| 4418217 |
Yhteenveto: Käyttäjien hallinta Government Cloud Consolessa -linkki osoittaa ohjesivulle Government Cloud -konsolin sijaan. |
| Korjaus: Linkki on päivitetty osoittamaan oikein Government Cloud -konsoliin. | |
| 4430408 |
Yhteenveto: Päivämäärän mukaan lajittelu ei toimi työnkuluissa, koska päivämäärää tarkastellaan merkkijonona. |
| Korjaus: Korjattu päivämäärän arvo, jotta siihen viitataan asianmukaisesti päivämääränä ja se lajitellaan oikein. | |
| 4435150 |
Yhteenveto: Kun lähettäjä on myös allekirjoittaja ja kyseinen allekirjoittaja korvataan, jos sopimus vanhenee, lähettäjä ei voi omaksua vanhentunutta tilaa ja jättää sopimusta Allekirjoitettavana-tilaan. |
| Korjaus: Koodia on parannettu niin, että sopimuksen tila voidaan tarkistaa nimenomaisesti vanhentumisen varalta, kun vastaanottaja korvataan. | |
| 4439375 |
Yhteenveto: Kun PDF-sivujen XObjecteissa on virheellisiä PieceInfo.LastModified-syötteitä, muodostettu PDF voi näkyä tyhjänä. |
| Korjaus: PDF-tiedostojen yhdistämiseen käytettävää kirjastoa on päivitetty, mikä ratkaisee tämän ongelman. | |
| 4439478 |
Yhteenveto: PDF-tiedostot, joiden DecodeParms-kohdan Crypt-parametrit ovat tyhjiä, voivat saada Acrobat Signin keskeyttämään sopimuksen luonnin. |
| Korjaus: PDF-kirjastoa on päivitetty käsittelemään paremmin tyhjä DecodeParms. |
|
| 4440373 |
Yhteenveto: Kontrastisuhde ei riitä, jotta valintamerkin värit näkyisivät eSign-sivun harmaan sivupalkin taustavärillä. |
| Korjaus: Kontrastisuhteen 3:1 vaatimusten täyttämiseksi on lisätty täysin uusia värejä, kuten tekstin väri, taustaväri, peittävyys ja sivupalkin harmaa taustasävy. |
|
| 4440504 |
Yhteenveto: ”Virhe pyynnön suorittamisessa” näkyy, kun malli kopioidaan eristysympäristöstä tuotantoon. Malli kopioidaan ilman lomakekenttiä. Tämä johtuu siitä, että SandboxOrchestratorista poimitaan sivun sijainnille negatiivinen numero. |
| Korjaus: SandboxOrchestratoria on päivitetty tämän ongelman korjaamiseksi. | |
| 4443410 |
Yhteenveto: Asetuksien valvontaraportissa näkyy vain yksi asetus. |
| Korjaus: Kysely on korjattu palauttamaan oikein 15 tulosta. | |
| 4443916 |
Yhteenveto: Päivämääräkentät, joiden muoto on pp/kkk/vvvv, palauttavat palvelinvirheen, kun lokalisoitu kuukausi on ”čvn” |
| Korjaus: locale.date-kirjasto on päivitetty käsittelemään tätä päivämääräarvoa oikein. | |
| 4445937 |
Yhteenveto: Työnkulkuja ei lajitella oikein, kun käyttöliittymän kieli ei ole englanti. |
| Korjaus: Lajittelukoodia on parannettu niin, että lokalisoitu sisältö lajitellaan oikein lokalisoitujen päivämäärämuotojen perusteella. | |
| 4445977 |
Yhteenveto: Validointi ja ehdollinen muotoilu eivät toimi ankkurin tekstitunnisteiden kanssa v6 API POSTcall -virheen vuoksi. |
| Korjaus: Toteutettiin uusi menetelmä, jolla v6 / FormFieldGenerator muunnetaan manuaalisesti kohteeksi data_objects. |
|
| 4446030 |
Yhteenveto: Viimeisin muokkaus -sarakkeen lajittelu ei toimi oikein ryhmille, koska vain päivämäärän ensimmäinen numero huomioidaan sen sijaan, että lajittelu perustuisi koko päivämäärään. |
| Korjaus: Toteutettiin groupgrid.js-tiedostossa 'sortValue'-toiminto, jolla lajitellaan Viimeisin muokkaus -sarake aikaleimojen perusteella. |
|
| 4447218 |
Yhteenveto: Sopimukset eivät noudata tietojenhallintokäytäntöä eristysympäristössä. |
| Korjaus: Luotiin API-sovellus ottamaan tietojenhallinto käyttöön eristysympäristössä. | |
| 4447334 |
Yhteenveto: Käyttäjien erätuonnin aluevahvistus puuttuu CSV-tiedostosta. |
| Korjaus: Koodia, jolla tuodaan käyttäjiä CSV-tiedoston kautta, on päivitetty lisäämällä sovelluksen oletuskieli (en_US), kun virheellinen kielikoodi löytyy. | |
| 4447971 |
Yhteenveto: Päivämääräkenttä muuttuu oletusarvoksi ”--”, kun sopimus siirtyy osallistuja 2:lle, koska laskettua merkkijonoa ei koskaan tyydytetä. |
| Korjaus: Ennen kenttien laskemista kaikki mahdolliset lomakekenttien arvot muunnetaan numeroiksi. Tämä koskee myös päivämäärämuotoisia merkkijonoja. Kun lasketaan kenttiä, päivämäärämuotoiset merkkijonot ohitetaan. |
|
| 4448602 |
Yhteenveto: Wordin lähettäminen voi johtaa kaventuneeseen kirjainväliin virheellisen kirjasimen vuoksi. |
| Korjaus: Kirjasin poistettiin mahdollisten kirjasinten luettelosta. | |
| 4448946 |
Yhteenveto: Allekirjoittajat eivät ehkä näe kaikkia lomakekenttiä täytettyinä sen jälkeen, kun omatoimisesti allekirjoitettava sopimus on valmis, koska lomakekentän nimen perässä on välilyönti. |
| Korjaus: Käytetään kentän nimen rajausta. | |
| 4449000 |
Yhteenveto: Webhookien ilmoitussähköpostit – Kentän tyhjentäminen ja tallentaminen ei tyhjennä kenttää |
| Korjaus: Ilmoitustoimintoa on parannettu sen varmistamiseksi, että kenttä tyhjennetään. | |
| 4449148 |
Yhteenveto: Ryhmän ylläpitäjä ei pysty lähettämään vahvistussähköpostiviestejä vahvistamattomille käyttäjille |
| Korjaus: Käyttäjiä useissa ryhmissä -toiminnon ja ryhmän hallinnoijien välinen ristiriita on korjattu, jotta sähköposteja voidaan lähettää. | |
| 4449662 |
Yhteenveto: Kahden ulkoisen vastaanottajan lisääminen samalla sähköpostiosoitteella voi aiheuttaa virhetilanteen, kun muistutus peruutetaan. |
| Korjaus: Muistutustoimintoon on lisätty uusi virheentarkistus useille ulkoisten vastaanottajien esiintymille. | |
| 4452509 |
Yhteenveto: Tapahtumat, joissa on ”type”, ”PHONE_AUTHENTICATED” ja ”SIGN_AUTHENTICATED”, eivät ole käytettävissä Salesforcen Sign REST API -tapahtumissa |
| Korjaus: Tapahtumat on lisätty. | |
| 4452510 |
Yhteenveto: Vida (Test) -vaihtoehto ei ole käytettävissä VIDAlle esittely-ympäristössä |
| Korjaus: Palvelu otettiin uudelleen käyttöön, ja ongelma on ratkaistu. | |
| 4457457 |
Yhteenveto: Kun Adobe Sign -ekosysteemin ulkopuolella täytetty ja allekirjoitettu asiakirja lähetetään, tiedot ovat epäselviä, koska tekstitunnisteiden peittoruudut osuvat olemassa olevien kenttien päälle. |
| Korjaus: Lisätty asetus, joka käskee käsittelyn käyttää oikeaa artefaktia allekirjoitettavaa asiakirjaa luotaessa. |
|
| 4457557 |
Yhteenveto: Verkkolomakkeita ei voi luoda osallistujien ja allekirjoituksen varmentajien kanssa eristys- ja tuotantoympäristön Sign-tileillä, koska verkkolomakkeessa on tuntemattomia osia, jotka palauttavat tyhjäarvoisen osoittimen. |
| Korjaus: On tehty lisätarkistuksia, jotka etsivät tyhjäarvoja. ja hallitsevat niitä oikein. | |
| 4458537 |
Yhteenveto: GovCloud-ympäristön allekirjoittajia saatettiin estää allekirjoittamasta, koska turvatoimet estivät riittävät istunnot. |
| Korjaus: Istuntojen tyyppi ja määrä arvioitiin ja niitä lisättiin kysynnän mukaan. |
