Tässä asiakirjassa kerrotaan viimeisimmän julkaisun asiakaslähtöisen sovelluksen uusista ominaisuuksista, kokemusten muutoksista ja ratkaistuista ongelmista.

Kehittäjäkeskeiset API- ja Webhook-päivitykset on dokumentoitu Acrobat Sign -kehittäjän oppaassa.

Kaikkien ominaisuuksien/muutosten ei taata olevan käytössä julkaisupäivänä. Käytä aina sivun amerikanenglanninkielistä versiota ajantasaisimpana ja tarkimpana versiona.

Adobe Acrobat Sign -julkaisu v17.1.1

Käyttöönotto tuotannossa: 16.6.2026

Käyttöönotto GovCloudissa: 18.6.2026

Parannettu toiminnallisuus

Vastaanottajasuodatin raportoinnissa – Lisää vastaanottajapohjaisen suodatuksen raportteihin ja tietojen vienteihin.
Lisää Vastaanottaja-suodatin nykyaikaiseen raportointiin Sopimus-ja Tapahtuma-raportteja sekä Tietojen vientejä varten. Järjestelmänvalvojat voivat suodattaa vastaanottajan sähköpostin mukaan palauttaakseen kaikki sopimukset, jotka sisältävät määritetyn vastaanottajan riippumatta roolista tai allekirjoitusjärjestyksestä. Suodatin tukee automaattista täyttöä ja monivalintaista käytöstä käytössä olevan Lähettäjä-suodattimen mukaisesti, ja sitä käytetään sekä visuaalisiin raportteihin että CSV-vienteihin.

Käytettävissä olevat ympäristöt: Eristysympäristö, Kaupallinen, Hallinto | Käytettävissä olevat palvelutasot: Acrobat Sign Solutions | Määrityksen laajuus: käytössä modernin raportoinnin kanssa
Tutustu raportoinnin yleiskatsaukseen >
Tutustu päivitettyyn Luo raportti -dokumenttiin >
Tutustu päivitettyyn datanviennin luontia koskevaan dokumentaatioon >

Käyttökokemukseen liittyvät muutokset

Biofarmakologisten allekirjoitusten (CFR) tuki modernissa sähköisessä allekirjoituksessa – lisää allekirjoittamisen syyn kirjaamisen ja allekirjoitushetkellä vaadittava uudelleentodennuksen
Biofarmakologiset allekirjoitusasetukset, mukaan lukien allekirjoitussyyn kirjaaminen ja allekirjoitushetkellä vaadittava uudelleentodennus, ovat nyt tuettuja modernissa sähköisessä allekirjoituskokemuksessa. Näitä asetuksia käyttävät sopimukset eivät enää palaudu klassiseen allekirjoituskokemukseen. Asiakkaiden toimenpiteitä tai järjestelmänvalvojan asetusten muutoksia ei tarvita.

Käytettävissä olevat ympäristöt: Sandbox, Commercial, Government | Käytettävissä olevat palvelutasot: Acrobat Sign Solutions | Konfiguraation laajuus: Tuki Bio Pharma -asetuksille Modern eSign -ratkaisussa on käytössä oletusarvoisesti.
Tutustu modernin sähköisen allekirjoituksen päivitettyyn tuettujen ominaisuuksien luetteloon >

REST API- / Webhook-päivitykset

Tämän julkaisun API- ja webhook-päivitykset löytyvät Acrobat Sign API -dokumentaatiosta.

Estä sopimukseen liittyvät ilmoitukset API:n kautta – Lisää tarkka hallinta vastaanottajan viesteihin
Käytä REST v6 POST /agreements API:a hallitaksesi, mitä ilmoituksia lähetetään sopimusten luomisen yhteydessä. Voit estää tiettyjen sähköpostityyppien lähettämisen osallistujille, kopiovastaanottajille tai lähettäjälle. Tämä vähentää tarpeettomia sähköposteja ja tukee siistimpiä, paremmin hallittuja allekirjoituskokemuksia integroiduissa työnkuluissa.

Käytettävissä olevat ympäristöt: Sandbox, Commercial, Government | Käytettävissä olevat palvelutasot: Acrobat Sign Solutions | Määritysalue: REST v6 API

Ratkaistut ongelmat

Ongelma	Kuvaus
4545881	Yhteenveto: Allekirjoittajat, jotka käyttävät Lataa ja allekirjoita -toimintoa Acrobatissa, saattoivat saada ”Adobe Acrobat Sign ei voi tunnistaa” -virheilmoituksen ladatessaan digitaalisesti allekirjoitettua PDF-tiedostoa, jos digitaalisen tunnuksen varmenne ei sisältänyt odotettua allekirjoittajan nimiarvoa, kuten commonName, givenName tai pseudonym. Sopimusta ei voitu saattaa loppuun, vaikka allekirjoitettu PDF ladattiin.
4545881	Korjaus: Acrobat Sign käsittelee nyt digitaalisen tunnuksen varmenteita, joista puuttuu allekirjoittajan nimiarvo, aiheuttamatta virhettä latauksen validointiprosessin aikana. Allekirjoitus voi onnistua, vaikka allekirjoittajan nimi ei ehkä näy, jos varmenne ei sisällä sitä.
4547132	Yhteenveto: Kun sopimukset luotiin POST /agreements API -pyynnön kautta ja securityOption asetettiin arvoon null, ulkoisille vastaanottajille voitiin määrittää todennusmenetelmäksi Ei mitään, vaikka tilin asetukset edellyttivät sähköpostin kertakäyttösalasanaa oletustodennusmenetelmänä. Sisäisten vastaanottajien todennus sovellettiin oikein, mutta ulkoisten vastaanottajien todennusta ei sovellettu.
4547132	Korjaus: Acrobat Sign soveltaa nyt oikein tilin määrittämää oletustodennusmenetelmää, kun API:n kautta luoduissa sopimuksissa on vastaanottajia, joilla on null securityOption -arvo. Ulkoiset vastaanottajat saavat nyt vaaditun oletustodennusmenetelmän Ei mitään -vaihtoehdon sijaan.
4553171	Yhteenveto: Kehittäjätileissä, jotka käyttävät uutta Luo pohja -kokemusta, uudelleenkäytettävissä pohjissa saattoi näkyä [DEMO USE ONLY] -etuliite Hallinta-sivulla, mutta etuliite ei ollut käytettävissä pohjan nimeä muokattaessa. Käyttäjät eivät voineet poistaa etuliitettä nykyisestä mallipohjan nimestä, elleivät he korvanneet koko nimeä tai vaihtaneet klassiseen mallipohjakokemukseen.
4553171	Korjaus: Uudessa Luo mallipohja -kokemuksessa pidetään nyt uudelleenkäytettävän mallipohjan nimi ja sopimuksen nimi yhdenmukaisina kehittäjätilin vesileiman toimintaa varten. Käyttäjät voivat muokata koko pohjan nimeä, mukaan lukien [DEMO USE ONLY] -etuliite, vaihtamatta klassiseen kokemukseen
4556731	Yhteenveto: Sen jälkeen, kun lähettäjä korvasi vastaanottajaksi oman itsensä ja delegoi sitten sopimuksen toiselle vastaanottajalle, sopimus palasi Käynnissä-tilaan, mutta Lataa allekirjoitettu asiakirja -vaihtoehtoa ei siltikään ollut käytettävissä. Tämä esti lähettäjää lataamasta allekirjoitettua kopiota kelpoisille käynnissä oleville sopimuksille kyseisen delegointijakson jälkeen.
4556731	Korjaus: Acrobat Sign palauttaa nyt oikein Lataa allekirjoitettu asiakirja -vaihtoehdon sen jälkeen, kun vastaanottaja korvataan lähettäjällä ja delegoidaan sitten toiselle vastaanottajalle, kun sopimus on kelpoinen allekirjoitetun asiakirjan lataukseen.
4557576	Yhteenveto: Kun allekirjoituslohko määritettiin vastaanottajaryhmälle, jossa oli useita jäseniä, allekirjoituslohkon sähköpostiarvo saattoi katketa sen sijaan, että se näkyisi selkeästi. Tämä saattoi tehdä vastaanottajaryhmän tiedoista vaikeasti luettavia ennen kuin ryhmän jäsen suoritti allekirjoituksen.
4557576	Korjaus: Acrobat Sign näyttää nyt vastaanottajaryhmän sähköpostitiedot allekirjoituslohkoissa katkaisematta näkyvää tekstiä äkillisesti. Pitkät vastaanottajaryhmän sähköpostiarvot käsitellään niin, että näytetyt tiedot pysyvät luettavina allekirjoituslohkossa.
4561898	Yhteenveto: Jotkut vastaanottajat saattoivat kohdata palvelinvirheen todennuksen jälkeen tai viimeistellessään allekirjoitusta sopimuksille, jotka käyttivät tiettyjä PDF-asiakirjoja. Vika johtui ongelmasta PDF-rakennetietojen käsittelyssä allekirjoitetun asiakirjan luonnin aikana, mikä esti allekirjoittajaa viimeistelemästä sopimusta.
4561898	Korjaus: Acrobat Sign puolustautuu nyt paremmin PDF-rakennetietoja vastaan allekirjoittamisen ja asiakirjan luomisen aikana. Korjaus estää rakennepuun ristiriitoja keskeyttämästä prosessin viimeistelemistä, joten vastaanottajat voivat todentaa, allekirjoittaa ja viimeistellä ristiriidan kohteena olevat sopimukset onnistuneesti.
4562041	Yhteenveto: Jotkut webhook-ilmoitukset saattoivat viivästyä tai epäonnistua julkaisussa kun Acrobat Sign sai sisäisen palvelinvirheen webhook-kuorman rakentamisen aikana. Vaikutuksen alaisessa tilissä useita tapahtumia 19. maaliskuuta 2026 kärsi häiriöitä, mukaan lukien AGREEMENT_WORKFLOW_COMPLETED ja muut sopimustapahtumat, mikä viivästytti asiakkaiden jatkoprosesseja
4562041	Korjaus: Acrobat Sign käsittelee nyt webhook-kuorman luontivirheet luotettavammin, jotta epäonnistuneet sisäiset vastaukset eivät tallennu välimuistiin tavalla, joka estää tai viivästyttää tapahtumien toimittamista. Korjaus varmistettiin regressiotestauksella, ja se on tarkoitettu estämään saman hyötykuorman luomisen aiheuttamaa vikapolkua viivyttämästä kyseisiä webhook-tapahtumia.
4562458	Yhteenveto: Vastaanottajat saattoivat saada ”Virheellinen sopimus tunnus määritetty” -virheen avatessaan allekirjoituksen URL-osoitetta sellaisten sopimusten kohdalla, jotka lähetettiin passiivisille käyttäjille varatuissa tiliverkkotunnuksissa, kun käytettiin vastaanottajan todennusta, kuten sähköpostin kertakäyttöistä salasanaa tai salasanan odennusta. Allekirjoitusprosessi loi kertakäyttöisen odottavan käyttäjän allekirjoituksen jatkamiseksi, mutta allekirjoitustietojen pyyntö saattoi lukea vanhentunutta sopimustietoa, joka ei sisältänyt äskettäin luotua osallistumista, estäen pääsyn kunnes allekirjoituslinkki luotiin uudelleen tai tiedot päivitettiin.
4562458	Korjaus: Acrobat Sign hakee nyt nykyiset sopimuksen osallistumistiedot avatessaan todennettuja allekirjoituslinkkejä tässä työnkulussa. Tämä estää vanhentuneita välimuistissa olevia sopimustietoja aiheuttamasta virheellisiä sopimustunnuksen virheitä ja sallii vastaanottajien todentaa itsensä ja päästä onnistuneesti sähköisen allekirjoituksen sivulle.
4566894	Yhteenveto: Joitakin vanhentuneitä sopimuksia, jotka luotiin useista malleista, ei voitu kopioida Hallitse-sivulta. Kun käyttäjät valitsivat vaihtoehdon Luo kopio, kopiointi epäonnistui antaen virheilmoituksen ”Sopimuksen kopiointi epäonnistui”. Yritä myöhemmin uudelleen, koska mallien käyttöoikeuksien validointi epäonnistui kopioitaessa sopimuksia, joissa oli useampi kuin yksi malli.
4566894	Korjaus: Acrobat Sign validoi nyt oikein mallitiedot kopioitaessa sopimuksia, jotka luotiin useista malleista. Kyseiset sopimukset voidaan nyt kopioida aiheuttamatta taustajärjestelmän istuntovirhettä.
4568666	Yhteenveto: Webhook-ilmoitukset saattoivat ajoittain epäonnistua sopimuksille, jotka sisälsivät todistaja-osallistujia ilman määritettyä käyttäjätunnusta. Ydinsopimustapahtuma luotiin, mutta webhook-hyötykuorman generointi saattoi epäonnistua, kun osallistujatietoja käsiteltiin arvaamattomassa järjestyksessä, mikä aiheutti sen, että joitakin odotettuja webhook-tapahtumia ei toimitettu AGREEMENT_CREATED-tapahtuman jälkeen.
4568666	Korjaus: Acrobat Sign käsittelee nyt webhook-osallistujatietoja, joista puuttuu käyttäjätunnukset, turvallisesti hyötykuorman generoinnin aikana. Tämä estää todistajien paikkamerkkiosallistujia aiheuttamasta webhook-hyötykuorman epäonnistumisia ja mahdollistaa odotettujen sopimuswebhook-tapahtumien johdonmukaisen toimittamisen.
4571682	Yhteenveto: Joissakin sopimuksissa, joissa Power Automate muokkasi vastaanottajaryhmiä ennen myöhemmän lomakkeen täyttäjän vuoroa, vain luettavat kentät saattoivat jäädä näkymättä lomakkeen seuraavan täyttäjän kohdalla. Sen jälkeen kun lomakkeen täyttäjä oli täyttänyt muokattavat kenttänsä, myös nämä kentät saattoivat kadota sopimuksesta, vaikka kentät oli edelleen määritetty oikein ja merkitty näkyviksi API:n kautta.
4571682	Korjaus: Acrobat Sign säilyttää nyt kenttien näkyvyyden seuraaville vastaanottajaryhmille vastaanottajaryhmän jäsenyyden muutosten jälkeen. Vain luettavat kentät, allekirjoituslohkot, avattavan valikon valinnat ja muut täytetyt kenttien arvot pysyvät korjatuissa tilanteissa myöhempien vastaanottajien saatavilla ja ladatussa PDF-tiedostossa.
4571845	Yhteenveto: Henkilökohtainen allekirjoittaminen voi epäonnistua palvelinvirheeseen, kun henkilökohtaisen allekirjoittajan sähköpostiosoite vastaa olemassa olevaa käyttäjätiliä toisessa shard-osassa, mikä estää sopimuksen viimeistelyn.
4571845	Korjaus: Henkilökohtaisen allekirjoittajan käsittely on päivitetty luomaan ja käyttämään oikein väliaikaista allekirjoittajatietuetta, mikä estää palvelinten väliset käyttäjäkonfliklit ja mahdollistaa allekirjoitusistunnon onnistuneen suorittamisen.
4573019	Yhteenveto: Vastaanottajaryhmien järjestys voidaan laskea väärin, jos dynaamiset osallistujapäivitykset ovat poistaneet sekä vastaanottajia että vastaanottajaryhmiä, jolloin jäljelle jäävässä ryhmässä näytetään väärä reititysjärjestys.
4573019	Korjaus: Päivitettiin osallistujien järjestyksen uudelleenlaskenta niin, että vastaanottajaryhmät säilyttävät oikean järjestyksen monimutkaisten dynaamisten osallistujien poistojen jälkeen. Tämä koskee myös tapauksia, joissa ryhmä kutistuu yhteen jäljelle jäävään jäseneen.
4572455	Yhteenveto: Jotkut allekirjoittajat saattoivat nähdä Käsittelemätön virhe -viestin tai Jokin meni vikaan -viestin allekirjoituksen viimeistelyn jälkeen, vaikka allekirjoitus oli lisätty ja sopimus oli edennyt seuraavalle vastaanottajalle. Ongelma ilmeni, kun dynaamiset osallistujat oli otettu käyttöön ja allekirjoitusvirta yritti valmistella asiakirjan seuraavalle allekirjoittajalle, mutta ei löytänyt odotettua allekirjoitettua asiakirjaversiota.
4572455	Korjaus: Acrobat Sign tarkistaa nyt oikean allekirjoitetun asiakirjaversion valmistellessaan sopimusta seuraavalle allekirjoittajalle. Tämä estää allekirjoitusvirtaa näyttämästä virhettä onnistuneen allekirjoituksen jälkeen, kun dynaamiset osallistujat on otettu käyttöön.