Adoben tukikeskus

Adobe Acrobat Sign Ohje

Adobe Acrobat Signin julkaisutiedot – 2026

Päivitetty viimeksi 17. kesäkuuta 2026

Adobe Acrobat Signin julkaisutiedot: 2026

Adobe Acrobat Sign -julkaisu v17.0

Tuotannon käyttöönotto: 3. helmikuuta 2026

GovCloudin käyttöönotto: 10. helmikuuta 2026

Parannettu toiminnallisuus

Ryhmitetyt valintaruudut tekijyydessä ja malleissa – Lähettäjät voivat nyt luoda valintaruuturyhmiä modernin Pyydä allekirjoitusta ja kirjasto-mallien tekijyysympäristöjen kautta validointisäännöillä, kuten valitse täsmälleen, vähintään, enintään tai X:n määrä Y:stä vaihtoehdoilla. Massalähetys, verkkolomakkeet ja mukautetut työnkulut ovat tuettuja kirjastomallien avulla. Tämä parannus varmistaa johdonmukaisen lomakelogiikan ja parantaa tietojen tarkkuutta allekirjoitustyönkuluissa.

Sallitut IP-alueet – laajennettu hallinta API- ja mobiiliyhteyksiin – Järjestelmänvalvojat voivat nyt nimenomaisesti hallita, koskevatko IP-rajoitukset API-pohjaisia asiakasohjelmia, mukaan lukien Acrobat Sign -mobiilisovelluksia ja sertifioituja integraatioita.

Todennustuki nykyaikaiselle sähköiselle allekirjoitukselle – Nykyaikainen sähköinen allekirjoitus tukee nyt kolmea todennusmenetelmää: Acrobat Sign -todennusta, salasanaa ja puhelinpohjaista kaksivaiheista todennusta.

Vastaanottajaryhmien lisääminen hybridireititykseen modernissa Pyydä allekirjoitusta -toiminnossa – Vastaanottajaryhmiä voidaan nyt sisällyttää hybridireititykseen, mikä mahdollistaa useiden vastaanottajien tai ryhmien rinnakkaisen toiminnan samassa reititysvaiheessa. Ryhmätilat tukevat joko yhtä tai kaikkia jäseniä toiminnon suorittamisessa, mikä tarjoaa enemmän joustavuutta monimutkaisiin hyväksyntä- ja allekirjoitustyönkulkuihin.

Kopioi Pyydä allekirjoitus -toiminnosta lähetetyt päätesopimukset — Lähettäjät voivat nyt luoda uuden sopimusluonnoksen kopioimalla aiemmin valmistuneen, peruutetun tai vanhentuneen sopimuksen. Kaikki vastaanottajat, asetukset, tiedostot ja lomakekentät täytetään automaattisesti. Kopioitu sopimus avautuu Luo -sivulla nopeita muokkauksia varten ennen lähettämistä, mikä vähentää asennusaikaa, minimoi virheet ja parantaa tuottavuutta toistuvissa työnkuluissa, kuten uusinnoissa tai korjauksissa.

Poista käytöstä Lataa sopimus -linkki keskeneräisille sopimuksille – järjestelmänvalvojat voivat nyt poistaa "Lataa kopio" -linkin allekirjoituksen jälkeisiltä vahvistussivuilta tili- tai ryhmätasolla, estäen vastaanottajia lataamasta sopimuksia allekirjoituksen jälkeiseltä sivulta.

Resurssit-välilehti ylänavigaatiossa – Uusi Resurssit-sivu on saatavilla ylänavigaatiossa järjestelmänvalvojille ja käyttäjille, mikä tarjoaa suoran pääsyn Acrobat Sign -koulutussisältöön, webinaareihin, blogeihin ja tuotepäivitysvideoihin. Sivu järjestää oppaat käyttäjätason mukaan – aloittelija, kokenut ja järjestelmänvalvoja – ja linkittää suoraan lisätukidokumentaatioon.

Dynaaminen osallistuminen käynnissä oleville sopimuksille – Poista vastaanottajat – Lähettäjät voivat nyt poistaa vastaanottajia jo käynnissä olevista sopimuksista ilman tapahtuman peruuttamista tai uudelleenkäynnistämistä. Kun vastaanottaja poistetaan, Acrobat Sign peruuttaa automaattisesti heidän käyttöoikeutensa, päivittää muistutukset ja tarkistusketjut, poistaa määritetyt kentät ja palauttaa sopimuksen saumattomasti takaisin ensisijaiseen allekirjoitustilaan. Tämä joustavuus auttaa organisaatioita ylläpitämään tarkkuutta aktiivisissa reititystyönkuluissa – kuten tilanteissa, joissa allekirjoittaja ei ole käytettävissä – säilyttäen samalla oikeudellisen eheyden, vaatimustenmukaisuuden ja täydellisen tarkistushistorian.

Vaadi digitaalisia allekirjoituksia yksittäisiltä vastaanottajilta sopimuksen määrityksen aikana –Lähettäjät voivat nyt vaatia digitaalisia allekirjoituksia valituilta vastaanottajilta, varmistaen tiukemmat allekirjoitusvaatimukset tarvittaessa vaikuttamatta muihin vastaanottajiin. Allekirjoituskokemus mukautuu automaattisesti, pakottaa vaaditut digitaalisen allekirjoituksen kentät ja paljastaa henkilöllisyystarkistukset, kun niitä tuetaan, vähentäen virheitä ja parantaen säännösten noudattamista säännellyissä työnkuluissa.

Digitaalisen henkilöllisyyden tarjoajat oletustodennusmenetelminä – Järjestelmänvalvojat voivat nyt valita digitaalisen henkilöllisyyden yhdyskäytävän tarjoajan oletusarvoiseksi allekirjoittajan todennusmenetelmäksi sisäisille ja ulkoisille vastaanottajille Lähetysasetuksissa. Määritys koskee automaattisesti sopimuksia, verkkolomakkeita, erälähetyksiä ja työnkulkuja, mikä varmistaa yhdenmukaisen ja vaatimustenmukaisen vastaanottajan vahvistamisen. Tämä parannus yksinkertaistaa todennuksen määritystä, vahvistaa organisaation identiteettikäytäntöjä ja parantaa tukea julkishallinnon ja Enterprise-asiakkaille, jotka luottavat digitaaliseen henkilöllisyyteen perustuvaan todennukseen.

Vahvistetut lomakekentät henkilöllisyyden vahvistamisen tiedoilla – Lomakkeiden laatijat voivat nyt luoda vahvistettuja lomakekenttiä, jotka täyttyvät automaattisesti henkilöllisyyden todentajan (kuten OneID) palauttamilla tiedoilla allekirjoittajan todennuksen aikana. Nämä kentät voidaan asettaa vain luku -tilaan tai muokattaviksi, mikä varmistaa, että vahvistetut henkilöllisyystiedot tallennetaan tarkasti ja haluttaessa lukitaan muokkauksilta (esim. nimi, osoite tai tilinumero). Tämä vahvistaa henkilöllisyyden varmistusta, vähentää manuaalisen syötön virheitä ja tehostaa säännösten noudattamista työnkuluissa, jotka vaativat validoituja allekirjoittajatietoja.

Vastaanottajaryhmät CSV-tiedostossa erälähetystä varten – Lähettäjät voivat nyt määrittää vastaanottajaryhmät suoraan erälähetyksen CSV-tiedostossa, mikä mahdollistaa useiden vastaanottajien toiminnan samassa reititysvaiheessa. Jokainen ryhmä voidaan konfiguroida YKSI- tai KAIKKI-tilassa – vaatien joko yhtä tai kaikkia jäseniä suorittamaan toimintonsa ennen reitityksen etenemistä. Ryhmämääritykset, validointi ja tarkistusseuranta käsitellään kaikki CSV-riveittäin, ja virheet raportoidaan ladattavien validointitiedostojen kautta.

Kirjastomalli – Jaa useille ryhmille – Moderni Luo kirjastomalli -kokemus tukee nyt mallien jakamista useille ryhmille tilin sisällä, mikä vastaa aiemmin klassisessa työnkulussa käytettävissä ollutta toiminnallisuutta. Käyttäjät voivat valita yhden tai useamman ryhmän mallia luodessaan tai muokatessaan, mikä varmistaa yhdenmukaisen toiminnan ryhmien välillä. Tämä parannus poistaa palaamisen klassiseen kokemukseen, parantaa yhteistyötä ja yksinkertaistaa mallien hallintaa moniryhmäorganisaatioille.

Tiedostoliitteet kaikille digitaalisia allekirjoituksia käyttäville vastaanottajille – Kaikki vastaanottajat digitaalisesti allekirjoitetussa työnkulussa voivat nyt liittää tiedostoja (ei vain ensimmäinen allekirjoittaja). Uusi liitetiedostojen lisäysmenetelmä Paperiliitin-huomautuksilla näyttää näkyvän paperiliitinkuvakkeen asiakirjassa ja pysyy yhteensopivana useiden digitaalisten allekirjoitusten kanssa. Jokainen liite lisätään ennen allekirjoittajan digitaalisen allekirjoituksen lisäämistä, mikä säilyttää allekirjoituksen pätevyyden ja tarjoaa selkeän visuaalisen osoituksen liitetyistä tiedostoista. Tämä parannus parantaa oikeudellista eheyttä, läpinäkyvyyttä ja johdonmukaisuutta sähköisen allekirjoituksen ja digitaalisen allekirjoituksen työnkuluissa.

Uudet TSP-vaihtoehdot pilvipalvelun allekirjoituksille – Uusia luotettuja palveluntarjoajia on lisätty tukemaan digitaalisia pilvipalvelun allekirjoituksia:
- Swisscom

Käyttökokemukseen liittyvät muutokset

Työnkulun sopimuksen peruutusilmoitukset – Peruutusilmoitus päivitetty vastaamaan työnkulun toimintaa.
Työnkulun luomaa sopimusta peruutettaessa "Ilmoita vastaanottajille" -valintaruutu ei enää näy. Ilmoitukset lähetetään aina työnkulun asetusten perusteella. Tämä muutos säätää viestin vastaamaan tätä toimintaa peruutushaasteessa.

Kirjautumissivun parannukset - Acrobat Sign -kirjautumissivu tarjoaa nyt siistimmän ja yhtenäisemmän käyttökokemuksen. Heti kun kirjoitat sähköpostiosoitteesi, sivu tunnistaa automaattisesti tilisi tyypin ja ohjaa sinut oikeaan Kirjaudu sisään -menetelmään, poistaen tarpeettomat vaiheet ja vanhat näytöt. Tämä tekee kirjautumisesta nopeampaa, yksinkertaisempaa ja intuitiivisempaa kaikille.
- Uusi sähköpostimuoto Acrobat Sign -suuryrityskäyttäjille, jotka kirjautuvat suoraan verkkokäyttöliittymään – Acrobat Sign asettaa nyt 64 merkin rajoituksen sähköpostiosoitteen paikallisosaan (osa ennen ”@”-symbolia) muokattaessa olemassa olevaa sähköpostia tai luotaessa uutta käyttäjää.
  Kaikki käyttäjät, joiden paikallisosa on yli 64 merkkiä, on arvioitu ja todettu passiivisiksi tai testitunnisteiksi.

Huomaa, että tämä kokemus toimitetaan vaiheittaisen julkaisun kautta, joka perustuu Acrobat Sign -palvelinympäristöön. Julkaisuaikataulu on julkaistu Päivitetty kirjautumiskokemus -teknisessä ilmoituksessa.

Käyttäjätietojen hallinnan käyttöönotto passiivisille käyttäjille – Järjestelmänvalvojat voivat nyt muokata passiivisten käyttäjien tietoja suoraan järjestelmänvalvojan käyttöliittymässä ja CSV-latausten kautta ilman tilien uudelleenaktivointia. Tämä sisältää ryhmämääritysten päivittämisen (sekä yksittäis- että moniryhmiä koskevissa määrityksissä), ”Käyttäjä voi allekirjoittaa asiakirjoja” -määritteen hallinnan ja joukkopäivitysten suorittamisen vaatimustenmukaisuutta ja tietojen ylläpitoa varten. Muutos virtaviivaistaa yrityskäyttäjien elinkaaren hallintaa, vähentää lisäkustannuksia ja tukee selkeämpää ryhmien organisointia sekä GDPR:n mukaista tietueiden käsittelyä.

Ratkaistut ongelmat

Ongelma	Kuvaus
4528600	Yhteenveto: Kentän validointiasetukset eivät toimi, kun lomakekenttätaso on liitetty mukautettuun työnkulkuun. Validointisäännöt, kuten regex- tai numeeristen arvojen rajoitukset, poistetaan työnkulun käynnistyessä, mikä aiheuttaa sen, että kentät hyväksyvät virheellisiä syötteitä.
4528600	Korjaus:Validointisäännöt toimivat nyt oikein, kun lomakekenttätasot sisältyvät mukautettuihin työnkulkuihin. Kentät säilyttävät validointikäyttäytymisensä sekä perinteisessä että uudessa muokkausympäristössä. Käyttäjiltä ei tarvita mitään toimenpiteitä.
4528748	Yhteenveto: Järjestelmänvalvojat näkevät ajoittain ”Käsittelemätön virhe” -ilmoituksen lisätessään ryhmäjäsenyyttä äskettäin synkronoiduille käyttäjille (Azure-synkronointi). Joidenkin ryhmän uusien käyttäjien groupID on asetettu null-arvoksi
4528748	Korjaus:Jos käyttäjän ryhmä on null luomisen jälkeen, heidät sijoitetaan tilin oletusryhmään.
4529934	Yhteenveto: Hallinta > Verkkolomakkeet -osiossa ”Lataa lomakekentän tiedostot” lataa jatkuvasti eikä koskaan valmistu – erityisesti verkkolomakkeissa, joissa on paljon lähetyksiä. Teams-asiakkaat ilman API-yhteyttä eivät voi viedä tietoja (esim. 1.–31. toukokuuta) raportointia varten
4529934	Korjaus:Lisättiin sivutettu, nopeampi CSV-vienti käyttöliittymään. Lomakkeiden tietojen lataukset valmistuvat luotettavasti valituille päivämääräväleille ilman keskeytymistä.
4532186	Yhteenveto: Uudessa muokkauskokemuksessa kenttien värikorostus ei vastaa Perinteistä sisällönluontitoimintoa. Kun mukana on useita vastaanottajia, kaikki kentät pysyvät täysin väritettyinä sen sijaan, että valitsemattomien vastaanottajien kentät himmenisivät. Tämä vaikeuttaa kenttämääritysten tarkistamista.
4532186	Korjaus: Palautettiin visuaalinen selkeys himmentämällä (20 % läpinäkyvyys) kentät, jotka kuuluvat valitsemattomille vastaanottajille. Tämä toistaa Perinteisen sisällönluontitoiminto -kokemuksen selkeyden säilyttäen samalla modernin suunnittelujärjestelmän. Korostus auttaa nyt käyttäjiä tunnistamaan helposti valitun vastaanottajan kentät ja vähentää väärän määrityksen riskiä.
4534061	Yhteenveto: ”Lataa kopio” -linkki näkyy allekirjoituksen jälkeisellä vahvistussivulla, vaikka tilin tai ryhmän asetus on määritetty poistamaan se käytöstä.
4534061	Korjaus: On lisätty uusi asetus, joka estää nimenomaisesti Lataa-vaihtoehdon kaikilla lähetyksen jälkeisillä sivuilla. Allekirjoituksen jälkeinen sivu noudattaa nyt oikein latauksen hallinta-asetusta piilottaen ”Lataa kopio” -linkin, kun asetus on poistettu käytöstä.
4536347	Yhteenveto: Perinteisessä kokemuksessa lähettäjät eivät voineet lisätä toista tiedostoa (tai yrittää lisätä tiedostoa uudelleen) käynnistäessään tiettyjä työnkulkuja, mikä esti usean asiakirjan työnkulun lähetykset tiedostonvalitsimen virheen vuoksi mallien käsittelyssä useissa ryhmissä.
4536347	Korjaus: Korjattiin tiedostonvalitsimen käsittely malleille, jotka on jaettu useisiin ryhmiin, jotta käyttäjät voivat lisätä lisätiedostoja tai yrittää tiedostonvalintaa uudelleen Perinteisessä kokemuksessa ilman virheitä.
4537504	Yhteenveto: Ehdollisen pudotusvalikon arvo puuttui allekirjoitetusta asiakirjasta, vaikka se oli valittu oikein allekirjoituksen aikana. Tämä johtui siitä, että näkyvyyslogiikka arvioi piilotettua riippuvaista kenttää eikä tallentanut hahmonnettua arvoa lopulliseen allekirjoitettuun PDF:ään.
4537504	Korjaus: Päivitettiin ehdollisten kenttien renderöinti ratkaisemaan näkyvyysriippuvuudet oikein allekirjoitushetkellä ja tallentamaan valittu pudotusvalikon arvo allekirjoitettuun asiakirjaan, kun ehdot täyttyvät.
4537995	Yhteenveto: Vastaanottajaryhmissä ulkoisten käyttäjien todennusmenetelmän muuttaminen palautui Puhelimeen tallentamisen jälkeen, mikä esti sähköpostin kertakäyttösalasanan käyttämisen. Tämä johtui käyttöliittymän tilanhallinnan virheestä, joka korvasi käyttäjän valinnan.
4537995	Korjaus: Korjattiin vastaanottajaryhmän käyttöliittymälogiikka säilyttämään ja soveltamaan valittu todennusmenetelmä oikein tallennustoimintojen välillä, jotta valittu arvo säilyy sen sijaan, että se palautuisi oletusarvoon.
4539214	Yhteenveto: Mukautetuissa työnkuluissa pitkä viestin tunniste aiheuttaa viestin tekstin päällekkäisyyden ja peittää viestin mallin hyperlinkin Lähetä-sivulla puutteellisen asettelun käsittelyn takia.
4539214	Korjaus: Päivitettiin Lähetä-sivun asettelulogiikka rajoittamaan ja rivittämään pitkät viestin tunnisteet oikein, jotta viestin mallin hyperlinkki pysyy näkyvänä ja käytettävissä.
4539854	Yhteenveto: Jotkin allekirjoittajat ohjataan pois allekirjoituskokemuksesta avatessaan tiettyjä sopimuksia, koska taustalla olevan asiakirjan linkkikentässä on virheellinen muoto ja siitä puuttuu vaadittu name-attribuutti.
4539854	Korjaus: Allekirjoitusprosessi käsittelee nyt nimeämättömät linkkikentät oikein määrittämällä kelvollisen nimen käsittelyhetkellä, mikä estää virheet ja antaa allekirjoittajien suorittaa sopimukset loppuun ilman uudelleenohjausta.
4539858	Yhteenveto: iOS-laitteilla hyväksyjät, jotka käyttävät kiinalaista käsinkirjoitusnäppäimistöä, eivät voi suorittaa hyväksyntää, koska Hyväksy-painike pysyy poissa käytöstä nimen syöttämisen jälkeen. Tämä johtuu siitä, että allekirjoitussivu ei tunnista käsinkirjoitussyöttötapahtumia kelvolliseksi tekstinsyötöksi.
4539858	Korjaus: Päivitettiin syötteen käsittelylogiikka tunnistamaan käsinkirjoitukseen perustuva tekstinsyöttö iOS-laitteissa, jotta Hyväksy-painike aktivoituu oikein, kun kelvolliset merkit on syötetty.
4540392	Yhteenveto: Järjestelmänvalvojat näkevät ajoittain HTTP 400 -virheitä ja vastaanottajaryhmät näyttävät puuttuvan työnkuluista, vaikka ryhmät ovat olemassa ja käyttöoikeudet on määritetty oikein. Tämä johtuu siitä, että pyynnön otsikot ylittävät alustan otsikkokoon rajan, kun käyttäjät kuuluvat suureen määrään ryhmiä.
4540392	Korjaus: Palvelinpuolen pyynnön otsikkokoon rajaa nostettiin, joten vastaanottajaryhmien haut eivät enää epäonnistu, kun käyttäjillä on monta ryhmäjäsenyyttä.
4541258	Yhteenveto: Järjestelmänvalvojat näkivät vain ensimmäiset 100 mallia Production- tai Sandbox Sync -käyttöliittymässä, ja lisämallit puuttuivat Paikallinen- ja Etä-luetteloista. Tämä johtui siitä, että synkronointisivu latasi rajoitetun tietojoukon ja hakutoiminto suodatti vain selaimeen jo ladattuja malleja.
4541258	Korjaus: Synkronoinnin käyttöliittymä päivitettiin niin, että tekstin syöttäminen hakukenttään lataa kaikki valitun ympäristön mallit (enintään 5 000), jotta alkuperäisten 100 mallin jälkeiset mallit ovat käytettävissä hakua ja valintaa varten
4541739	Yhteenveto: Korvatut vastaanottajat eivät voineet allekirjoittaa digitaalisesti ja näkivät viestin ”Sopimusta ei voi allekirjoittaa digitaalisesti, koska se ei ole digitaalisen allekirjoituksen vaiheessa”. Tämä johtui siitä, että työnkulku ei siirtänyt tulevia korvattuja allekirjoittajia digitaalisen allekirjoituksen vaiheeseen, kun digitaalisia allekirjoituskenttiä oli läsnä.
4541739	Korjaus: Allekirjoitustyönkulku päivitettiin siirtämään korvatut tai delegoidut vastaanottajat oikein digitaalisen allekirjoituksen vaiheeseen, kun digitaalisia allekirjoituskenttiä on olemassa, jotta he voivat allekirjoittaa ja suorittaa sopimuksen loppuun.
4541849	Yhteenveto: Yksiriviset automaattisen kirjasinkoon tekstikentät, jotka oli esitäytetty monitavuisilla merkeillä, katkesivat allekirjoitetuissa pdf-tiedostoissa, jolloin osa tekstistä leikkautui pois virheellisen tekstin mitoituksen vuoksi pdf-renderöinnin aikana.
4541849	Korjaus: Korjattiin tekstin mittaus ja automaattinen kirjasinkoon toiminta monitavumerkeille, jotta koko arvo mahtuu kenttään ilman katkaisua.
4542574	Yhteenveto: Kirjaston mallin muokkaaminen salli pakollisten pudotusvalikkojen sisältää parittomia arvoja, mikä aiheutti sen, että Napsauta allekirjoittaaksesi -painike pysyi käyttämättömänä allekirjoituksen aikana, kun kyseiset arvot valittiin. Syynä oli puuttuva validointi, joka varmisti pudotusvalikon näyttöarvojen ja vientiarvojen pysymisen oikein paritettuna.
4542574	Korjaus: Mallin muokkaus pakottaa nyt validoinnin pudotusvalikkojen kentissä, joten vain oikein paritettuja arvoja voidaan tallentaa. Tämä estää parittamattomat merkinnät ja varmistaa, että vaaditut pudotusvalikkojen valinnat eivät estä allekirjoitusta.
4542942	Yhteenveto: Verkkolomakkeissa ehdollisella logiikalla poistetut pakolliset kentät näyttivät edelleen pakollisen tähden, mikä johti allekirjoittajia harhaan luulemaan, että syötettä vaadittiin edelleen. Tämä johtui siitä, että käyttöliittymä ei päivittänyt pakollisia indikaattoreita, kun kentät poistettiin käytöstä. Erillinen mobiiliallekirjoituksen kohdistusongelma tunnistettiin, mutta käsiteltiin eri laajuudessa.
4542942	Korjaus: Verkkolomakkeen käyttöliittymä piilottaa nyt pakollisen tähden, kun kenttä on poistettu käytöstä ehdollisella logiikalla. Tämä varmistaa, että pakolliset indikaattorit kuvastavat tarkasti sitä, odotetaanko allekirjoittajan syötettä.
4543157	Yhteenveto: Hallinta-sivun Käynnissä-näkymässä Vastaanottajat-sarake jatkoi delegoijan nimen näyttämistä sen jälkeen, kun allekirjoitusrooli oli delegoitu, vaikka eri allekirjoittaja oli aktiivisesti allekirjoittamassa. Syynä oli se, että käyttöliittymä ei päivittänyt näytettyä vastaanottajaa kuvastamaan nykyistä delegaattia.
4543157	Korjaus: Hallinta-sivun logiikka päivitettiin, joten Vastaanottajat-sarake näyttää nyt ensisijaisen edustajan nimen, kun allekirjoitusrooli on delegoitu. Tämä varmistaa, että Käynnissä-näkymä kuvastaa tarkasti sitä, kuka allekirjoittaa parhaillaan.
4543253	Yhteenveto: Klassisessa työnkulku-kokemuksessa todistajalle määritetyt kentät (allekirjoitus, nimi, päivämäärä) katosivat sopimuksen tallentamisen jälkeen Luonnos-tilassa, vaikka kentät olivat olemassa taustajärjestelmässä. Tämä johtui siitä, että luonnoksen hahmonnuslogiikka ei onnistunut palauttamaan todistajan kenttiä, kun edistyminen tallennettiin.
4543253	Korjaus: Luonnoksen hahmonnuslogiikka korjattiin säilyttämään ja näyttämään kaikki todistajalle määritetyt kentät edistymisen tallentamisen jälkeen. Tämä varmistaa, että Luonnos-tilassa avatut sopimukset säilyttävät saman kenttien näkyvyyden kuin laatimisen ja allekirjoituksen aikana.
4543513	Yhteenveto: Käyttäjiä estettiin lähettämästä sopimuksia Signin verkkokäyttöliittymässä virheellä ”Kielialue on joko virheellinen tai puuttuu”. Tämä johtui siitä, että kielialueen validointi pakotti virheellisesti API-tason kielialuesääntöjen käytön verkkoliittymässä, kun lähettävän ryhmän kielialue poikkesi käyttäjän peritystä ensisijaisen ryhmän kielialueesta.
4543513	Korjaus: Kielialueen validointi korjattiin niin, että Sign Web -käyttöliittymä ratkaisee ja hyväksyy oikein kelvolliset ryhmä- ja käyttäjäkielialueyhdistelmät. Tämä estää vain API:lle tarkoitettujen kielialuerajoitusten estämästä sopimusten lähettämistä verkkokokemuksessa.
4543592	Yhteenveto: Joissakin tilintarkastusraporteissa näkyi ”Vastaanottaja todennettu Adobe Acrobat Signilla” ”Asiakirja allekirjoitettu sähköisesti” ja ”Sopimus valmis” -merkintöjen jälkeen. Tämä johtui siitä, että tapahtumat tallennettiin sekuntitason aikaleimoin, mikä aiheutti todennuksen ja allekirjoitustoimintojen näkymisen väärässä järjestyksessä, kun ne tapahtuivat samalla sekunnilla.
4543592	Korjaus: Auditointitapahtumien lokitus päivitettiin tallentamaan ja näyttämään aikaleimat millisekunnin tarkkuudella. Tämä varmistaa, että todennus-, allekirjoitus- ja valmistumistapahtumat järjestetään oikein auditointiraportissa.
4543617	Yhteenveto: Mallin luominen sopimuksesta käynnistää klassisen kokemuksen uuden kokemuksen sijaan, vaikka uusi kokemus on oletusarvo, koska toiminto ohjataan edelleen vanhaan laatimistyönkulkuun.
4543617	Korjaus: ”Luo malli sopimuksesta” -toiminto päivitettiin avautumaan Uudessa kokemuksessa, mikä yhdenmukaistaa CTA:n toiminnan oletuskäyttökokemuksen kanssa ja välttää odottamattomat kontekstin vaihdot käyttäjille.
4544564	Yhteenveto: API:n kautta lisätyt tai päivitetyt piilotetut kentät (visible:false) hahmonnettiin näkyvinä Uudessa sähköinen allekirjoitus -kokemuksessa. Allekirjoituskäyttöliittymä jätti huomioimatta kentän näkyvyysmerkinnän, joten vastaanottajat saattoivat nähdä kentät, joiden olisi pitänyt pysyä piilossa.
4544564	Korjaus: Päivitettiin Uuden sähköisen allekirjoituksen käyttöliittymä suodattamaan pois kentät, joissa näkyvyys on epätosi hahmonnus- ja navigointilogiikassa, joten piilotetut kentät eivät koskaan näy eivätkä vaikuta sivun toimintaan.
4544571	Yhteenveto: WhatsApp-toimitusvaihtoehto puuttui Lähetysasetuksista, vaikka WhatsApp oli käytössä tilillä ja saatavilla sopimuksen lähettämisen aikana. Tämä aiheutti epäjohdonmukaista toimintaa ja hämmennystä järjestelmänvalvojille.
4544571	Korjaus: WhatsApp-toimitusvaihtoehto palautettiin Lähetysasetuksiin kaikkialla, missä ominaisuus on käytettävissä, mikä varmistaa johdonmukaisen näkyvyyden ja määrityksen järjestelmänvalvojan asetusten ja sopimuksen lähetyksen välillä.
4545381	Yhteenveto: Roboto-kirjasin puuttui uudesta Pyydä allekirjoitus -kokemuksesta, vaikka se oli käytettävissä perinteisessä kokemuksessa, koska uusi luontikokemus ei sisältänyt kaikkia vanhoja tuettuja kirjasimia.
4545381	Korjaus: Roboto lisättiin kirjasinluetteloon uudessa Pyydä allekirjoitus -kokemuksessa, mikä palauttaa kirjasinten yhdenvertaisuuden perinteisen kokemuksen kanssa ja mahdollistaa johdonmukaisen muotoilun sopimusten luonnissa.
4545484	Yhteenveto: Jotkin järjestelmänvalvojat eivät pystyneet käyttämään tai luomaan vastaanottajaryhmiä kohdasta Järjestelmänvalvoja > Osoitekirja taustajärjestelmän pyynnön epäonnistumisen vuoksi, mikä johti 400-virheeseen vastaanottajaryhmätietoja ladattaessa. Ongelma esti vastaanottajaryhmien alkuperäisen määrityksen kyseisille järjestelmänvalvojille.
4545484	Korjaus: Taustajärjestelmän pyyntöjen käsittely korjattiin, joten vastaanottajaryhmän haku ja luonti ei enää epäonnistu 400-virheellä. Järjestelmänvalvojat voivat nyt luotettavasti käyttää ja hallita vastaanottajaryhmiä verkosta tai sijainnista riippumatta.
4545547	Yhteenveto: AutoCAD PDF-tiedostoista luodut sopimukset eivät lähteneet, kun digitaalinen allekirjoituskenttä lisättiin, ja näkyviin tuli yleinen lähetysvirhe, koska järjestelmä ei käsitellyt sivun kiertoa oikein validoidessaan digitaalisen allekirjoituskentän sijoittelua.
4545547	Korjaus: Digitaalisen allekirjoituksen kenttien koordinaatit säädetään nyt kierrettyjen sivujen mukaan, mikä varmistaa, että kentät validoidaan oikeita sivurajoja vasten, joten AutoCAD:n generoimat PDF-tiedostot voidaan lähettää onnistuneesti digitaalisilla allekirjoituksilla.
4545894	Yhteenveto: Kun vastaanottajaryhmää käytetään eikä allekirjoituskenttää sijoiteta manuaalisesti, automaattisesti luotu allekirjoituslohko näyttää sähköpostiosoitteen tekstin hyvin pienessä koossa. Teksti pienenee asteittain, kun ryhmään lisätään enemmän vastaanottajia.
4545894	Korjaus: Automaattisesti luotu allekirjoituslohko renderöi nyt sähköpostiosoitteen oikein normaalissa, luettavassa koossa riippumatta siitä, kuinka monta vastaanottajaa vastaanottajaryhmässä on.
4546085	Yhteenveto: Kun käytetään Lisää itseni -toimintoa uudessa Pyydä allekirjoitus -kokemuksessa, sähköpostiosoitteet, jotka sisältävät heittomerkin, näytetään väärin. Virheellinen osoite estää sopimuksen lähettämisen, ellei sähköpostia kirjoiteta uudelleen manuaalisesti tai käytetä perinteistä lähetystä.
4546085	Korjaus: Heittomerkin sisältävät sähköpostiosoitteet dekoodataan ja näytetään nyt oikein, kun Lisää itseni valitaan uudessa allekirjoituspyyntökokemuksessa, jolloin sopimukset voidaan lähettää ilman manuaalista korjausta.
4546110	Yhteenveto: Uudessa mallin luomiskokemuksessa hyperlinkkikentän lisääminen tietylle osallistujalle aiheuttaa mallin tallennuksen epäonnistumisen. Sama kenttä toimii, kun se määritetään kaikille osallistujille tai kun käytetään perinteistä kokemusta.
4546110	Korjaus: Hyperlinkkikentät tukevat nyt paikkamerkkiosallistujien määrityksiä uudessa mallikokemuksessa, mikä mahdollistaa mallien tallentamisen oikein, kun kenttä on määritetty tietylle osallistujalle.
4546257	Yhteenveto: Eristysympäristössä mukautetun sovelluksen API:n kautta lähetetyt sopimukset näyttävät virheellisesti Takaisin-painikkeen luontisivulla, koska Eristysympäristö lataa asetukset Adoben hallinnoimasta sovelluksesta, jossa saumaton luonti on käytössä, toisin kuin Swaggerissa tai tuotannossa.
4546257	Korjaus: Eristysympäristötoiminta yhdenmukaistettiin tuotannon ja Swaggerin kanssa varmistamalla, että luontisivu noudattaa tarkoitettuja sovelluksen asetuksia, mikä estää Takaisin-painikkeen ilmestymisen mukautettujen sovellus-API:en kautta lähetetyille sopimuksille.
4546547	Yhteenveto: Verkkolomakkeet eivät onnistuneet päivittämään vastaallekirjoittajaa ja palauttivat sekalaisen virheen, koska vanhemmista käyttäjätietueista puuttui vaadittu sisäinen merkintä, mikä aiheutti tyhjä-arvon käsittelyn allekirjoituksen varmentajan vaihdossa.
4546547	Korjaus: Allekirjoituksen varmentajan päivityslogiikkaa vahvistettiin null-turvallisella käsittelyllä, joten verkkolomakkeet voivat onnistuneesti vaihtaa allekirjoituksen varmentajia, vaikka vanhemmista käyttäjätietueista puuttuisi odotettu sisäinen merkintä.
4546553	Yhteenveto: Useisiin ryhmiin määritetyt käyttäjät saattoivat luoda malleja ryhmässä, jossa mallien luominen on poistettu käytöstä, kun uusi Luo malli -kokemus on käytössä. Tämä mahdollisti ryhmätason rajoitusten kiertämisen.
4546553	Korjaus: Mallien luominen noudattaa nyt ryhmätason käyttöoikeuksia johdonmukaisesti uudessa ja perinteisessä kokemuksessa. Käyttäjät eivät voi enää luoda malleja ryhmissä, joissa mallien luominen on poistettu käytöstä, vaikka he kuuluisivat muihin ryhmiin, joissa kyseinen käyttöoikeus on käytössä.
4547744	Yhteenveto: Ryhmänvalvojat pystyivät määrittämään tilien järjestelmänvalvojan oikeuksia käyttäjille uuden käyttäjienhallintasivun kautta. Tämä ylitti heidän käyttöoikeusalueensa ja loi vaatimustenmukaisuusriskin sallimalla käyttöoikeuksien korottamisen ryhmän järjestelmänvalvojan roolin yli.
4547744	Korjaus: Roolin valintaohjain ei ole enää ryhmänvalvojien käytettävissä. Vain olemassa olevat tilinvalvojat voivat määrittää tai peruuttaa tilinvalvojan oikeuksia, varmistaen että roolimuutokset ovat käyttöoikeusrajojen mukaisia.
4547796	Yhteenveto: Jotkin lähettäjät, jotka käyttävät puolalaista käyttöliittymää, saavat satunnaisesti vahvistussähköpostin, jossa on virheellinen ”ei voi antaa digitaalista allekirjoitusta” -teksti, vaikka sopimus lähetetään ja allekirjoitetaan normaalisti.
4547796	Korjaus: Korjattiin puolan käännökset lähettäjän vahvistussähköposteissa, jotta viesti näyttää ”lähetetty allekirjoitettavaksi” virheellisen ”ei voi antaa digitaalista allekirjoitusta” -tekstin sijaan.
4548315	Yhteenveto: Kun lähettäjä sisällytetään kopio-vastaanottajaksi uudessa lähetystyönkulussa, validointivirhettä ei näytetä eikä kopio-sähköposti-ilmoituksia lähetetä kenellekään vastaanottajalle, joka on listattu lähettäjän jälkeen kopioluettelossa. Tämä eroaa perinteisen työnkulun toiminnasta ja voi aiheuttaa sen, että kopion saajat jäävät paitsi ilmoituksista.
4548315	Korjaus: Päivitettiin uuden lähetystyönkulun logiikkaa niin, että kaikki kopio-vastaanottajat lähettäjää lukuun ottamatta saavat kopio-sähköposti-ilmoitukset riippumatta heidän sijainnistaan kopioluettelossa, mikä yhdenmukaistaa toiminnan odotettujen tulosten kanssa.
4548583	Yhteenveto: PDF/A:ta ei voitu ottaa käyttöön ryhmälle, jos käyttäjän oletusryhmässä oli käsin kirjoitetut allekirjoitukset käytössä, vaikka käsin kirjoitetut allekirjoitukset oli poistettu käytöstä muokattavassa ryhmässä. Tämä esti kelvollisen PDF/A-määrityksen muille kuin oletusryhmille.
4548583	Korjaus: Päivitettiin validointi tarkistamaan käsin kirjoitettujen allekirjoitusten asetukset muokattavassa ryhmässä, ei käyttäjän oletusryhmässä, mikä mahdollistaa PDF/A:n käyttöönoton oikein sallituissa tapauksissa.
4549337	Yhteenveto: SMS-ilmoitukset peruutetuista sopimuksista estettiin, kun Sähköpostisopimus peruutettu -asetus oli poistettu käytöstä. Tämä esti asiakkaita, jotka poistavat sähköposti-ilmoitukset käytöstä, lähettämästä vaadittuja SMS-peruutusilmoituksia.
4549337	Korjaus: Erotettiin SMS- ja WhatsApp-peruutusilmoitukset sähköpostiasetuksesta ottamalla käyttöön erillinen ilmoitusten hallinta, mikä mahdollistaa SMS-toimituksen peruutetuille sopimuksille, vaikka sähköposti-ilmoitukset olisi poistettu käytöstä.
4549472	Yhteenveto: Acrobat Sign for Government -palvelussa käyttäjät eivät voineet luoda uudelleenkäytettäviä malleja uudella Luo malli -kokemuksella. Asiakirjan lataamisen jälkeen työnkulku pysähtyi tyhjälle näytölle, mikä esti mallien luomisen.
4549472	Korjaus: Palautettiin puuttuva kirjoitusriippuvuus, jota uusi Luo malli -kokemus vaatii Gov-ympäristöissä, mikä mahdollistaa kirjoitusnäytön latautumisen oikein ja mallien onnistuneen luomisen.
4549862	Yhteenveto: Kun aloitussivu on asetettu uuteen Pyydä allekirjoitus -kokemukseen, määritetty sisäänkirjautumisvaroitusviesti ei näy sisäänkirjautumisen jälkeen. Tämä estää organisaatioita näyttämästä kriittisiä huolto- tai häiriöilmoituksia, kun käyttäjät saapuvat suoraan Lähetä-sivulle.
4549862	Korjaus: Palautettiin tuki sisäänkirjautumisvaroitusviestin näyttämiselle uudessa Pyydä allekirjoitus -kokemuksessa. Kun käyttäjät saapuvat Lähetä-sivulle sisäänkirjautumisen jälkeen, määritetty varoitusviesti näkyy nyt ilmoituksena, mikä vastaa aiempaa toimintaa ja asiakkaiden odotuksia.
4550175	Yhteenveto: Enter-näppäimen painaminen puhelinnumeron syöttämisen jälkeen puhelinvarmennuksessa työnkulussa lähettää lomakkeen ennenaikaisesti ja aiheuttaa järjestelmävirheen, mikä keskeyttää työnkulun virtauksen, koska lomake lähetetään sen sijaan, että odotettaisiin nimenomaista vahvistusta.
4550175	Korjaus: Päivitettiin vastaanottajavalintaikkunaa estämään lomakkeen lähetys Enter-näppäimellä puhelintodennuskentissä, mikä varmistaa, että käyttäjät pysyvät valintaikkunassa ja heidän on napsautettava Jatka, mikä poistaa tahattoman työnkulun keskeytyksen.
4550302	Yhteenveto: Saksankieliset allekirjoituspyynnöt ja muistutussähköpostit käyttivät epäjohdonmukaisia puhuttelumuotoja, vaihdellen epävirallisen ”Du”:n ja virallisen ”Sie”:n välillä samassa viestissä, mikä aiheutti hämmentävää ja epäammattimaista sanamuotoa.
4550302	Korjaus: Päivitettiin saksankieliset sähköpostikäännökset käyttämään yhtä, johdonmukaista puhuttelumuotoa koko mallin ajan, mikä varmistaa yhtenäisen ja ennustettavan kielen kaikissa allekirjoituspyynnöissä ja muistutussähköposteissa.
4550556	Yhteenveto: Sopimukset, jotka sisälsivät suuria arkkitehtuurisuunnitelmien PDF-tiedostoja, eivät onnistuneet lähettämään, kun digitaalisen allekirjoituksen kenttiä lisättiin, mikä palautti virheen luonnin aikana sivun kierron ja koon käsittelyn vuoksi digitaalisen allekirjoituksen sijoittelussa.
4550556	Korjaus: Päivitettiin digitaalisten allekirjoituskenttien käsittely käsittelemään oikein kierrettyjä, suurikokoisia sivuja, mikä mahdollistaa arkkitehtuurisuunnitelmia sisältävien sopimusten onnistuneen lähettämisen digitaalisilla allekirjoituksilla.
4550579	Yhteenveto: Kun sopimus saatiin valmiiksi poistamalla viimeiset jäljellä olevat vastaanottajat tarkistustilassa, järjestelmä ei generoinut AGREEMENT_WORKFLOW_COMPLETED-tapahtumaa, joten webhook-ilmoitusta ei lähetetty, mikä rikkoi työnkulut, jotka luottavat tähän tapahtumaan valmistumisen havaitsemiseksi.
4550579	Korjaus: Päivitettiin tapahtumien käsittelyä niin, että sopimukset, jotka valmistuvat vastaanottajan poistamisen kautta tarkistuksessa, generoivat nyt asianmukaiset valmistumistapahtumat, mikä varmistaa AGREEMENT_WORKFLOW_COMPLETED-webhookien käynnistymisen odotetusti.
4550998	Yhteenveto: Esitäytetyt valintaruudut näkyivät valittuina luonnissa, mutta olivat valitsemattomia allekirjoittajille, koska valintaruutujen arvot tallennettiin ei-tyhjinä tekstimerkkijonoina eksplisiittisten KYLLÄ/EI-tilojen sijaan, mikä sai allekirjoituskokemuksen käsittelemään niitä valitsemattomina.
4550998	Korjaus: Päivitettiin valintaruutujen arvokäsittelyä niin, että mikä tahansa ei-tyhjä esitäytetty arvo tulkitaan valituksi ja tyhjät tai puuttuvat arvot valitsemattomiksi, mikä varmistaa valintaruutujen tilojen johdonmukaisuuden allekirjoittajille.

Adobe Acrobat Sign -julkaisu v17.0.1

Tuotannon käyttöönotto: 17. maaliskuuta 2026

GovCloudin käyttöönotto: 19. maaliskuuta 2026

Parannettu toiminnallisuus

Luo kopio – Laajennetut käyttöpisteet, sopimusten nopeampi uudelleenkäyttö.
Luo kopio on nyt käytettävissä suoraan Käsittelyssä- ja Odottaa sinua -suodattimista Hallinta-sivulla sekä lähetyksen jälkeiseltä vahvistussivulta. Nämä lisäkäynnistyskohteet helpottavat sopimusten uudelleenkäyttöä useammissa lähetyksen elinkaaren vaiheissa, mikä vähentää tarvetta aloittaa alusta.
Huomautus: Tämän julkaisun myötä tämän ominaisuuden poistamiseen tarkoitetut hallintaohjaimet poistetaan järjestelmänvalvojavalikosta, mikä tekee Luo kopio -toiminnosta vakio-ominaisuuden, joka on kaikkien oikeutettujen käyttäjien käytettävissä.

Käytettävissä olevat ympäristöt: Sandbox, Commercial, Government | Käytettävissä olevat palvelutasot: Acrobat Sign Solutions | Määritysalue: Tili ja ryhmä; Oletusarvoisesti käytössä.

Käyttökokemukseen liittyvät muutokset

Integrointiavaimen vanhentumisen näkyvyys – Vanhentumispäivämäärät näkyvät nyt Käyttöoikeustunnukset-välilehdellä
Käyttöoikeustunnukset-välilehti Henkilökohtaiset asetukset -valikossa näyttää kunkin integrointiavaimen vanhentumispäivämäärän. Tämä antaa käyttäjille ja järjestelmänvalvojille selkeämmän näkyvyyden avaimen ikään ja vaihtamisen ajoitukseen, mikä helpottaa olemassa olevien avainten seurantaa ja odottamattomien keskeytysten välttämistä, kun avain saavuttaa 10 vuoden voimassaoloaikansa lopun.

Käytettävissä olevat ympäristöt: Eristysympäristö, Kaupallinen, Julkishallinto Käytettävissä olevat palvelutasot: Acrobat Sign Solutions Määrityksen laajuus: API

REST API- / Webhook-päivitykset

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

OEM 2.0 -henkilökohtainen sähköpostinäyttö – Selkeämpi lähettäjän ja vastaanottajan tunnistaminen upotetuissa käyttökokemuksissa sekä oikea sähköpostin toimitus.
OEM 2.0 -kumppaneille, jotka käyttävät upotettuja työnkulkuja, Acrobat Sign voi nyt näyttää käyttäjän personoidun sähköpostiosoitteen kumppanin rekisteröidyn sähköpostin sijaan keskeisillä käyttöliittymäpinnoilla ja ilmoituksissa. Sopimukset ja jonot, kuten ”Odottaa sinua” ja ”Tarkista ja allekirjoita” -sähköpostit, heijastavat johdonmukaisesti henkilökohtaista identiteettiä säilyttäen rekisteröidyn sähköpostin samalla sisäisesti todennusta ja oikeuksia varten. Tämä parantaa selkeyttä lähettäjille ja allekirjoittajille ja estää sähköpostien lähettämisen toimittamattomiin rekisteröityihin osoitteisiin.

Käytettävissä olevat ympäristöt: Eristysympäristö, Kaupallinen | Käytettävissä olevat palvelutasot: Acrobat Sign Solutions | Määrityksen laajuus: API – OEM 2.0 -kumppanit; vain pyynnöstä

Webhook-ilmoitus SMS-toimitusvirheistä – Reaaliaikainen näkyvyys epäonnistuneisiin SMS-lähetyksiin, automaattinen korjaus ja vastaavuus sähköpostipalautuksien kanssa.
Acrobat Sign lähettää nyt uuden webhook-tapahtuman, AGREEMENT_PHONE_BOUNCED, kun SMS:llä lähetettyä sopimusta ei voida toimittaa ongelmien, kuten virheellisten puhelinnumeroiden, operaattorin hylkäämisen tai estettyjen linjojen vuoksi. Tämä tarjoaa asiakkaille mahdollisuuden havaita SMS:ien toimitusvirheet lähes reaaliajassa ja käynnistää automaattisesti jatkotoimenpiteitä, kuten puhelinnumeroiden korjaamisen, toimituksen uudelleenyrityksen tai tukitapausten avaamisen, poistaen sokeat pisteet ja vähentäen viiveitä mobiili-ensisijaisissa allekirjoitustyönkuluissa.

Käytettävissä olevat ympäristöt: Eristysympäristö, Kaupallinen, Julkishallinto Käytettävissä olevat palvelutasot: Acrobat Sign Solutions Määrityksen laajuus: API

Webhook-kuormat – Lisätty ehdollinen osallistujan extendedStatus-kenttä dynaamisia osallistumispäivityksiä varten, mikä parantaa osallistujan tilan näkyvyyttä.
Webhook-ilmoitukset sisältävät nyt extendedStatus-kentän jokaisessa osallistujassa (memberInfos[]) -objektissa, kun lähettäjä muokkaa käynnissä olevaa sopimusta dynaamisella osallistumisella. Tämä kenttä tarjoaa lisätietoja osallistujan elinkaaresta säilyttäen samalla olemassa olevan status-kentän muuttumattomana taaksepäin yhteensopivuuden vuoksi.

status-arvot (muuttumattomat): ACTIVE, REPLACED.
extendedStatus -arvot: ACTIVE, REPLACED, REMOVED, COMPLETED.

Käytettävissä olevat ympäristöt: Eristysympäristö, Kaupallinen, Julkishallinto | Käytettävissä olevat palvelutasot: Acrobat Sign Solutions | Määrityksen laajuus: API

Ratkaistut ongelmat

Ongelma	Kuvaus
4543515	Yhteenveto: Webhook-sähköpostin palautustapahtuma saatetaan luoda virheellisesti kelvolliselle allekirjoittajalle sen jälkeen, kun allekirjoittaja on onnistuneesti allekirjoittanut ja sopimus siirtyy seuraavaan vaiheeseen. Tämä voi tapahtua, kun saman allekirjoitusryhmän valtuutetulla on virheellinen sähköpostiosoite ja lähettäjä korvaa alkuperäisen valtuuttajan. Näissä tapauksissa järjestelmä saattaa virheellisesti liittää ”allekirjoitettu puolesta…” -palautusvirheen tapahtuman kelvolliseen allekirjoittajaan sen osallistujan sijaan, jonka sähköposti todella palautuu.
4543515	Korjaus: Tapahtuman liittämislogiikka korjattiin niin, että sähköpostin palautusvirheen tapahtumat liitetään vain siihen osallistujaan, jonka sähköposti todella palautuu. Palautusvirheen tapahtumaa ei enää luoda kelvolliselle allekirjoittajalle, joka on jo suorittanut allekirjoituksen, ja webhook-ilmoitukset heijastavat nyt oikeaa osallistujaa ja sähköpostiosoitetta.
4544548	Yhteenveto: Web-käyttöliittymän kautta luodut integraatioavaimet saattavat vanhentua 10 vuoden kuluttua, vaikka luontisivu ilmoittaa, että avain tarjoaa ”pysyvän käyttöoikeuden.” Kun avain saavuttaa 10 vuoden käyttöikänsä, API-kutsut alkavat palauttaa vanhentunut token -virheen, mikä saattaa rikkoa olemassa olevat integraatiot odottamatta.
4544548	Korjaus: Käyttöliittymän viestintää päivitettiin poistamaan ”pysyvä käyttöoikeus” -sanamuoto ja näyttämään selkeästi integraatioavainten vanhentumispäivä. Päivitetty teksti ilmoittaa nyt, että avain säilyttää käyttöoikeuden vanhentumispäivään asti tai kunnes se peruutetaan manuaalisesti, tarjoten läpinäkyvyyttä 10 vuoden oletuskäyttöajasta.
4546301	Yhteenveto: Webhook-tapahtuman toimitus saattaa viivästyä jopa useita tunteja sopimuksissa, joissa on erittäin suuria asiakirjoja, vaikka sopimuksen luonti valmistuu ja varhaiset käsittelyvaiheet näyttävät valmistuvan minuuteissa. Viivästysikkunan aikana webhook-toimituspalvelu saattaa toistuvasti saada DOCUMENT_NOT_AVAILABLE-vastauksia yrittäessään hakea sopimusasiakirjoja, eikä webhook-tapahtumaa välttämättä toimiteta ennen kuin palvelu lopettaa uudelleenyritykset tai asiakirjat tulevat saataville.
4546301	Korjaus: Asiakirjojen saatavuuden käsittelyä korjattiin niin, että suuret sopimukset siirtyvät luotettavasti tilaan, jossa asiakirjat ovat haettavissa ilman pitkittyneitä DOCUMENT_NOT_AVAILABLE-vastauksia. Tämän seurauksena webhook-tapahtumat toimitetaan ilman usean tunnin viiveitä, joita aiheuttavat asiakirjojen hakuyritykset saavuttamattomia asiakirjoja vastaan.
4547823	Yhteenveto: Vastaanottajan yksityinen viesti ei välttämättä näy joillekin allekirjoittajille, kun sopimus luodaan Authoring-tilassa API:n kautta ja sitä sitten muokataan Manage-kokemuksesta. Tässä skenaariossa käyttöliittymä saattaa näyttää Private Message -arvon ”None” tai tyhjänä, vaikka sopimusdata sisältää oikean yksityisen viestin arvon. Tämä käyttäytyminen ilmenee jaetun tilin skenaarioissa, joissa käyttäjä vaihtaa toisen käyttäjän tiliin muokatakseen luonnosta, ja se voi vaikuttaa vain tiettyihin vastaanottajiin, kun taas toiset näkyvät oikein.
4547823	Korjaus: Lisättiin tarkistus, joka hakee ensisijaisen jakokontekstin ja palauttaa yksityisen viestin valtuutetuille jaetuille käyttäjille. Tämän seurauksena Private Message -arvo näkyy nyt oikein, kun API:lla luotua luonnosta tarkastellaan tai lähetetään Authoring-virtauksesta.
4548274	Yhteenveto: Kirjastomallien muokkauspäivä ei välttämättä päivity sen jälkeen, kun mallia on muokattu ja tallennettu uudessa mallikokemuksessa. Käyttäjät saattavat nähdä malliin lisättyjä tai päivitettyjä kenttiä, mutta muokkauspäivä pysyy muuttumattomana Manage-käyttöliittymässä ja hallinnollisissa näkymissä, mikä saa sen näyttämään siltä, että mallia ei ole äskettäin muokattu. Tämä tapahtuu, koska uusi kokemus päivittää lomakekentät polun kautta, joka ei myös päivitä mallin muokattua aikaleimaa.
4548274	Korjaus: Muokkauspäivän päivityskäyttäytyminen yhdenmukaistettiin uuden mallikokemuksen ja siihen liittyvien API-toimintojen välillä. Koodipolku, joka tallentaa mallin kenttämuutokset, päivittää nyt myös mallin muokkauspäivän niin, että se heijastaa viimeisimmän muutoksen todellista aikaa.
4548564	Yhteenveto: Allekirjoitukset ja lomakekentät voivat näyttää näkymättömiltä allekirjoitetussa PDF-tiedostossa, kun ne on sijoitettu lähdeasiakirjan olemassa olevien leima-annotaatioiden päälle. Ongelmallisissa malleissa leima-annotaatiot menevät päällekkäin tai peittävät vuorovaikutteiset kentät käsittelyn aikana, jolloin valmiit allekirjoitukset ja muut kentät piiloutuvat lopullisessa allekirjoitetussa asiakirjassa.
4548564	Korjaus: Leima-annotaatioiden käsittelyä päivitettiin käsittelemään ja litistämään olemassa olevat leima-annotaatiot turvallisesti, jotta ne eivät enää peitä lomakekenttiä tai allekirjoituksia. Leimattujen alueiden päälle sijoitetut kentät pysyvät nyt näkyvinä koko allekirjoitusprosessin ajan ja lopullisessa PDF-tiedostossa.
4549103	Yhteenveto: Sähköpostin palautumisesta voidaan kirjata uusi tapahtuma aiemmin virheelliselle vastaanottajalle sen jälkeen, kun lähettäjä korvaa kyseisen vastaanottajan kelvollisella sähköpostiosoitteella. Joissakin tapauksissa tarkastusjälki saattaa näyttää toisen palautustapahtuman vanhalle sähköpostille, ja sopimuksen tila saattaa näyttää ”sähköposti palautui”, vaikka uusi vastaanottaja onnistuneesti vastaanottaa, tarkastelee tai allekirjoittaa sopimuksen. Tämä käyttäytyminen voi antaa vaikutelman, että sopimus kohdistuu edelleen sekä vanhaan että uuteen sähköpostiosoitteeseen.
4549103	Korjaus: Allekirjoittajan korvaamisen työnkulkua päivitettiin estämään lisäilmoitusten lähettäminen korvatulle vastaanottajalle, jonka sähköposti on jo palautunut. Järjestelmä tarkistaa nyt aiemman palautumishistorian ennen korvaamisen liittyvien ilmoitusten lähettämistä, varmistaen ettei vanhalle sähköpostiosoitteelle synny uusia palautumistapahtumia korvaamisen jälkeen.
4549306	Yhteenveto: Käyttäjät, joiden sähköpostiosoitteet sisältävät tiettyjä erikoismerkkejä (esimerkiksi heittomerkin), eivät ehkä pysty kirjautumaan sisään yleisiltä adobesign.com- tai echosign.com-julkisilta kirjautumissivuilta. Sähköpostiosoitteen syöttämisen ja salasanakentän napsauttamisen jälkeen sivu voi latautua uudelleen ja tyhjentää sähköpostikentän eikä ohjaa käyttäjää oikealle palvelimelle tai SSO-kirjautumissivulle. Tämä estää kyseisiä käyttäjiä suorittamasta todennusta ja estää integraatiot, jotka luottavat julkiseen kirjautumispäätepisteeseen.
4549306	Korjaus: Kirjautumisen palvelinratkaisulogiikkaa korjattiin käsittelemään ja dekoodaamaan erikoismerkkejä sisältävät sähköpostiosoitteet oikein ennen palvelinten välisen uudelleenohjaus-URL:n muodostamista. Käyttäjät, joilla on ongelmallisia sähköpostimuotoja, ohjataan nyt oikein heidän määrättyyn palvelimeensa ja SSO-kirjautumissivulle ilman että sähköpostikenttä tyhjenee.
4549331	Yhteenveto: Allekirjoitukset ja muut lomakekentät saattavat näyttää puuttuvilta tai näkymättömiltä allekirjoitetussa PDF:ssä, kun tietyt asiakirjan käsittelytoiminnot ovat käytössä ja lähde-PDF sisältää virheelliset sivulaatikon koordinaatit (esimerkiksi virheelliset CropBox- tai MediaBox-arvot). Tässä skenaariossa sivun koordinaatteihin luottavat kentät saattavat hahmontua näkyvän sivualueen ulkopuolelle, jolloin valmiit allekirjoitukset näyttävät puuttuvilta, vaikka allekirjoitus onnistuu.
4549331	Korjaus: PDF-sivulaatikon käsittelyä korjattiin normalisoimaan virheelliset CropBox- ja MediaBox-arvot turvallisesti asiakirjan käsittelyn aikana. Tämän seurauksena allekirjoituksen ja lomakekentän sijoittelu kohdistuu nyt näkyvään sivualueeseen, ja allekirjoitetut PDF:t näyttävät allekirjoitukset odotetusti.
4550367	Yhteenveto: Verkkolomakkeen luominen saattaa epäonnistua yleisellä ”Palvelinvirhe”-ilmoituksella esikatselu- ja Lisää kentät -valinnan jälkeen, kun lähettäjän ryhmän oletusallekirjoittajan todennus on asetettu puhelimeen ja tilillä ei ole käytettävissä puhelintodennus-kiintiötä, vaikka verkkolomakkeen allekirjoittajan todennus olisi asetettu muuhun kuin puhelinmenetelmään (esimerkiksi Adobe Signiin). Tämän seurauksena kaikki käyttäjät kyseisessä tilissä saattavat olla estettyjä luomasta verkkolomakkeita kaikissa asiakirjoissa.
4550367	Korjaus: Verkkolomakkeen luominen arvioi nyt kiintiötä vain verkkolomakkeen allekirjoittajalle todella määritetylle todennusmenetelmälle, eikä se enää sovella puhelintodennuksen kiintiötarkistuksia pelkästään ryhmän oletustodennusasetuksen perusteella. Tämä estää väärät kiintiön loppumisvirheet ja mahdollistaa verkkolomakkeiden normaalin luomisen.
4551011	Yhteenveto: Kun lähettäjä lataa tiettyjä skannattuja PDF-tiedostoja, lisää allekirjoituskenttiä ja lähettää sopimuksen, allekirjoitettu PDF saattaa näyttää ei-näkyviä allekirjoituksia allekirjoittamisen valmistuttua. Tämä käyttäytyminen saattaa tapahtua, kun ladattu PDF sisältää virheelliset sivurajojen metatiedot (MediaBox- ja CropBox-koordinaatit näyttävät käänteisiltä), mikä voi aiheuttaa allekirjoituksen ja muiden kenttien ulkonäkötasojen hahmontuvan näkyvän sivualueen ulkopuolelle.
4551011	Korjaus: PDF-sivurajojen käsittely on päivitetty käsittelemään oikein PDF:iä, joissa on virheelliset tai käänteisset MediaBox- ja CropBox-koordinaattiarvot, joten allekirjoituksen ja lomakekentän ulkonäkösisältö hahmontuu näkyvän sivualueen sisälle ja pysyy näkyvänä lopullisessa allekirjoitetussa PDF:ssä.
4551427	Yhteenveto: Jotkut vastaanottajat, joilla on jo aktiiviset, oikein valmistelut tilit, vastaanottavat sopimukset ”pseudo-käyttäjä” -vastaanottajina sen sijaan, joten sopimus ei näy heidän normaalissa Hallinta-näkymässään. Tämä tapahtuu, kun vastaanottajan sähköpostiosoitteet sisältävät alku- tai loppuvälilyöntejä, mikä estää järjestelmää yhdistämästä sähköpostia olemassa olevaan käyttäjään ja aiheuttaa pseudo-käyttäjätietueen luomisen.
4551427	Korjaus: Sähköpostin jäsentämistä ja käyttäjähakua päivitettiin normalisoimaan vastaanottajan sähköpostiosoitteet (poistetaan välilyönnit alusta ja lopusta) ennen niiden yhdistämistä olemassa oleviin käyttäjiin. Tämän seurauksena olemassa oleville käyttäjille osoitetut sopimukset päätyvät rekisteröityyn tiliin pseudo-käyttäjävastaanottajan luomisen sijaan, vaikka sähköposti olisi syötetty välilyöntien kanssa (API-kuormituksissa ja työnkulun vastaanottajaluetteloissa).
4553198	Yhteenveto: Kun sopimus sisältää vähintään yhden vastaanottajan, joka on määritetty SMS-toimitukseen, ja vähintään yhden vastaanottajan, joka on määritetty vain sähköpostitoimitukseen, sopimuksen peruuttaminen API:n kautta ei lähetä SMS-peruutusilmoitusta SMS-vastaanottajalle. Sopimus peruutetaan onnistuneesti ja sähköposti-ilmoitukset toimitetaan, mutta SMS-vastaanottajat eivät saa peruutusviestiä.
4553198	Korjaus: Peruutustyönkulkua korjattiin varmistamaan, että SMS-peruutusilmoitukset lähetetään kaikille SMS-toimitukseen määritetyille vastaanottajille, kun sopimus peruutetaan, riippumatta muiden vastaanottajien toimitustavoista.
4554463	Yhteenveto: Kun sopimukset sisältävät kloonattuja radiopainikkeita, jotka jakavat saman kentän nimen yhdistettyjen asiakirjojen välillä, vain yksi valitun vaihtoehdon instanssi pysyy valittuna lopullisessa allekirjoitetussa PDF:ssä. Vaikka kentät näyttävät visuaalisesti valintaruuduilta, ne on toteutettu valintapainikkeina. Allekirjoittamisen jälkeen valittu arvo ei johdonmukaisesti leviä kaikkiin kloonattuihin instansseihin, aiheuttaen virheellistä tai epätäydellistä odotetun valinnan kartoitusta.
4554463	Korjaus: Lomakekentän käsittelylogiikka korjattiin niin, että kloonatut radiopainikkeet tallentavat ja levittävät valitun vienti-arvon sisäisen indeksiarvon sijaan. Tämä varmistaa, että kaikki saman radiopainikekentän kloonatut instanssit heijastavat oikeaa valintaa allekirjoitetussa PDF:ssä.
4554593	Yhteenveto: Jotkin kumppani-integraatiot, jotka käyttävät vanhoja OAuth-päätepisteitä käyttöoikeustunnusten päivittämiseen, alkoivat epäonnistua HTTP 401 -virheillä. Palvelu hylkäsi tunnuksen päivityspyynnöt virheellä, joka osoitti, että sovellus ei saa käyttää vanhoja OAuth-päätepisteitä ja sen on käytettävä OAuth v2 -päätepisteitä sen sijaan. Tämä esti asiakkaita todentamasta Acrobat Sign kumppanisovellusten kautta, jopa integraatioissa, jotka toimivat aiemmin.
4554593	Korjaus: Todennuspalvelua korjattiin niin, että kumppanisovellukset, jotka on määritetty käyttämään vanha OAuth-virtausta, voivat onnistuneesti päivittää tunnuksia jälleen sen sijaan, että ne pakotettaisiin virheellisesti OAuth v2 -päätepisteisiin.
4554614	Yhteenveto: Kun allekirjoittaja käyttää modernia sähköisen allekirjoituksen kokemusta sopimuksessa, joka vaatii allekirjoittajan todennuksen ja on määritetty vaatimaan käyttöehtojen hyväksymisen ennen allekirjoittamista, ”Napsauta allekirjoittaaksesi” -painikkeen napsauttaminen käynnistää 5 sekunnin uudelleenohjauksen perinteiseen allekirjoituskokemukseen. Uudelleenohjausviesti varoittaa, että modernissa allekirjoittamisessa syötetyt allekirjoitukset ja nimikirjaimet tyhjennetään, mikä pakottaa allekirjoittajan syöttämään ne uudelleen ja käytännössä allekirjoittamaan kahdesti.
4554614	Korjaus: Allekirjoitustunnuksen päivitysvirtausta korjattiin niin, että kun allekirjoittaja hyväksyy käyttöehdot ennen allekirjoittamista, uudelleen myönnetty allekirjoitustunnus säilyttää allekirjoittajan todennustiedot. Tämä estää lopullisen allekirjoitusvaiheen epäonnistumisen todennuksessa ja poistaa pakotetun siirtymisen modernista allekirjoittamisesta klassiseen kokemukseen.
4555656	Yhteenveto: Tietyissä ajoitusolosuhteissa sopimuksen tilasiirtymä saattaa näyttää onnistuvan, mutta ei itse asiassa muuta sopimuksen tilaa. Kun webhook-ilmoitus vastaanotetaan ennen taustapalvelun käsittelyn valmistumista, myöhemmät API-kutsut voivat käyttää vanhentunutta sopimuksen tilatietoa. Tässä ikkunassa tietyt tilasiirtymämenetelmät palauttavat HTTP 200 OK, vaikka sopimus ei ole kelvollisessa tilassa pyydettyä siirtymää varten. Tämän seurauksena automaatiotyönkulut saattavat olettaa siirtymän onnistuneen, kun sopimus pysyy alkuperäisessä tilassa.
4555656	Korjaus: Sopimuksen tilasiirtymälogiikkaa päivitettiin pakottamaan tiukka validointi ennen siirtymän soveltamista. Jos sopimus ei ole kelvollisessa tilassa, API palauttaa nyt selkeän virhevasteen sen sijaan, että palauttaisi hiljaa onnistumisen. Tämä varmistaa, että virheelliset siirtymät hylätään nimenomaisesti, mahdollistaa kutsuville järjestelmille asianmukaisen uudelleenyrityksen ja estää sopimuksia jäämästä tahattomaan tilaan ilman näkyvyyttä.

Adobe Acrobat Sign -julkaisu v17.1

Käyttöönotto tuotannossa: 5.5.2026

Käyttöönotto GovCloudissa: 12.5.2026

Parannettu toiminnallisuus

Henkilökohtainen allekirjoittaminen – Mahdollistaa isännöidyt allekirjoitusistunnot verkkosovelluksessa
Henkilökohtainen allekirjoittaminen antaa lähettäjälle mahdollisuuden nimetä sisäisen isännän, joka helpottaa henkilökohtaista allekirjoitusistuntoa verkkoselaimella. Isäntä käynnistää ohjatun allekirjoitusistunnon Hallinta-sivulta tai sähköposti-ilmoituksesta, antaa laitteen väliaikaisesti allekirjoittajalle tarvittavien toimintojen suorittamiseksi ja ottaa hallinnan takaisin istunnon päätyttyä. Istunnon luominen ja valmistuminen tallennetaan auditointijälkeen, ja allekirjoittajat voivat halutessaan antaa sähköpostiosoitteen saadakseen kopion sopimuksesta.

Digitaalisten allekirjoitusten joukkokäsittely Hallinta-sivulta – Käytä digitaalista allekirjoitusta useisiin sopimuksiin yhdellä valtuutuksella
Allekirjoittajat voivat valita useita sopimuksia Odottaa sinua -näkymässä ja käyttää digitaalisia allekirjoituksia joukkotoimintona yhdellä allekirjoitusvaltuutuksella. Tämä vähentää toistuvia allekirjoitusvaiheita suurivolyymisissa työnkuluissa säilyttäen samalla olemassa olevat pilviallekirjoituksen turvallisuus-, todentamis- ja tarkastuskontrollit. Joukkosigneeraus edellyttää, että allekirjoittajat tarkastavat tai ohittavat kaikki sopimukset ennen joukkotoiminnon suorittamista.

Lähetä vain sisäisille vastaanottajille – Rajoita sopimusten lähettäminen saman Acrobat Sign -tilin vastaanottajille.
Lähetä vain sisäisille vastaanottajille -asetus estää käyttäjiä lähettämästä sopimuksia vastaanottajille Acrobat Sign -tilinsä ulkopuolelle. Kun asetus on käytössä, sopimuksia voidaan lähettää vain vastaanottajille, joiden tili-ID:t vastaavat lähettäjän tili-ID:tä. Tämä kontrolli tukee sisäisiä turvallisuusvaatimuksia ja estää sopimusten jakamisen ulkoisesti.

Puhelintapahtumien käytön raportointi – Laajennettu raportointi ryhmätason näkyvyydellä ja ajoitettujen raporttien käyttöoikeudella
Puhelintapahtumien raportointi tarjoaa nyt näkyvyyden ostettuihin määriin, kiintiön alkupäivämääriin ja yksityiskohtaiseen kulutukseen SMS- ja WhatsApp-tapahtumissa. Asiakkaat voivat seurata käyttöä ryhmätasolla ja käyttää ajastettuja CSV-raportteja yhtenäisen raportointikokemuksen kautta, mikä mahdollistaa tarkemman budjetoinnin, sisäisen resurssien jaon ja ennakoivan seurannan palvelukatkoksen estämiseksi, kun tapahtumarajat saavutetaan.
Raportointi luodaan nyt ajoitettujen raporttien kautta raportointiliittymässä, ja API-pääsy on saatavilla uusimman raporttitulosteen hakemiseen.

Uusi päätepiste: POST /api/rest/v6/reportDownload
Tämä päätepiste hyväksyy scheduleId:n ja palauttaa latauslinkin viimeisimmälle luodulle CSV-raportille, joka liittyy kyseiseen aikatauluun.

Käyttökokemukseen liittyvät muutokset

Allekirjoituksen ulkoasu tarkastusraporteissa – Kirjaa kunkin allekirjoittajan käyttämän allekirjoituksen syöttötavan, mikä parantaa vaatimustenmukaisuuden näkyvyyttä ja vähentää manuaalista tarkistusta
Tarkastusraportit tallentavat nyt allekirjoituksen ulkoasun määrittämistavan, jota käytettiin kun allekirjoittaja lisää allekirjoituksensa. Jokaisessa ESIGNED-tapahtumassa tarkastusketju tunnistaa, käyttikö allekirjoittaja kirjoitettua allekirjoitusta, piirrettyä allekirjoitusta, ladattua kuvaa vai mobiililaitteella piirrettyä tai kuvattua allekirjoitusta. Tämä parannus mahdollistaa vaatimustenmukaisuus- ja toimintatiimien allekirjoitusmenetelmien varmistamisen suoraan auditointiraportista, mikä vähentää epäselvyyttä ja estää tarpeettomia sopimusten hylkäämisiä.
Allekirjoituksen ulkoasutyypit:
- Kirjoita: Allekirjoittaja kirjoittaa nimensä ja valitsee kirjasimeen perustuvan allekirjoitustyylin.
- Piirrä: Allekirjoittaja piirtää allekirjoituksensa hiirellä tai kosketuslevyllä tietokoneessa.
- Kuva: Allekirjoittaja lataa allekirjoituskuvatiedoston tietokoneesta.
- Mobiilipiirros: Allekirjoittaja piirtää allekirjoituksensa kosketuksella mobiililaitteessa.
- Mobiilikuva: Allekirjoittaja lataa tai ottaa allekirjoituskuvan mobiililaitteessa.

Tallennetut allekirjoitukset API-allekirjoitus-URL:ille – Mahdollistaa tallennettujen profiiliallekirjoitusten käytön API-pohjaisen allekirjoituksen aikana
Anna rekisteröityneille käyttäjille mahdollisuus käyttää tallennettuja profiiliallekirjoituksiaan allekirjoittaessaan sopimuksia API:n luomien allekirjoitus-URL:ien kautta (GET /agreements/{agreementId}/signingUrls). Tallennetut allekirjoitukset näkyvät sisäisille allekirjoittajille ja ulkoisille allekirjoittajille, jotka todentavat henkilöllisyytensä sähköpostin kertakäyttösalasanalla tai Adobe ID:llä. Tämä ominaisuus tehostaa allekirjoitustyönkulkuja taustaintegraatioille säilyttäen samalla tilitason turvallisuuskontrollit.
Adobe ottaa käyttöön tilikohtaisesti turvallisuustarkastuksen jälkeen.

Henkilökohtaisen osoitekirjan hallinta modernissa käyttökokemuksessa – Käyttäjät voivat poistaa tallennettuja sähköpostiosoitteita suoraan henkilökohtaisesta osoitekirjastaan modernissa Request Signature -käyttökokemuksessa, mikä helpottaa henkilökohtaisten vastaanottajaluetteloiden pitämistä tarkkana ja ajantasaisena.

Sopimuksen vanhenemisikkuna – oletusvanhenemisaika pidennetty 365 päivään
Sopimusten enimmäisvalmistumisaika on pidennetty 180 päivästä 365 päivään. Kun asiakirjojen vanhentuminen on käytössä, sopimuksille määritetään nyt automaattisesti 365 päivän vanhenemispäivä, jota ei voi poistaa. Tämä muutos varmistaa, että kaikilla sopimuksilla on määritelty elinkaari, parantaa pitkäaikaista seurantaa ja vaatimustenmukaisuutta, ja vähentää riskiä siitä, että sopimukset jäävät auki loputtomasti. Käyttäjät voivat silti asettaa aiempia määräaikoja tarvittaessa.

Uudistettu Aloitus-sivu – Parantaa työnkulun käyttöä, nostaa esiin kriittiset toiminnot
Aloitus-sivu on suunniteltu uudelleen helpottamaan sopimusten aloittamista, toiminnan seurantaa ja keskeisten ominaisuuksien käyttöä, mukaan lukien mahdollisuus kopioida äskettäin lähetetyt sopimukset, ja helpottamaan toimintalaattojen tarkastelua intuitiivisemmassa järjestyksessä sekä helpottamaan Käynnissä- ja Odottaa sinua -kohteiden nopeaa tunnistamista sekä auttamaan käyttämään virtaviivaistettua Mitä uutta -banneria, joka vähentää visuaalista hälyä ja auttaa käyttäjiä liikkumaan nopeammin, vähentämään unohtuneita sopimuksia ja navigoimaan keskittyneemmässä Aloitussivu-kokemuksessa.

Uusi Aloitus-sivu otetaan käyttöön 10 päivän aikana julkaisun jälkeen. Katso aikataulu teknisestä ilmoituksesta.

Kokeiluversion parannukset - Uusin käyttöönottokokemus on lisätty Sign-kokeiluversioon.
Sign Trial sisältää nyt parannetun käyttöönottokokemuksen ja ominaisuudet, jotka esiteltiin viimeaikaisissa maksullisissa julkaisuissa.

Uusi Custom Workflow Designer tulee oletukseksi – Modernin suunnittelijan edistäminen, käyttäjän vaihtohallintalaitteiden poistaminen, järjestelmänvalvojan joustavuuden säilyttäminen
Uusi Custom Workflow Designer -käyttökokemus on nyt oletusarvo kaikille tileille.Käyttäjät eivät enää näe vaihtolinkejä perinteiseen suunnittelutyökaluun palaamiseksi, kun taas järjestelmänvalvojat säilyttävät mahdollisuuden ottaa aiempi käyttökokemus uudelleen käyttöön tarvittaessa. Tämä päivitys edistää siirtymistä moderniin työnkulun suunnitteluliittymään säilyttäen samalla järjestelmänvalvojan hallinnan siirtymäkauden aikana.

REST API- / Webhook-päivitykset

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

mTLS-avainten hallinta webhookeille – Lisätään Acrobat Sign-generoitu avainvaihtoehto, otetaan käyttöön Varmenteet-allekirjoitustyönkulku, parannetaan turvallisuusvaatimustenmukaisuutta
Kehittäjät voivat nyt valita, miten yksityisiä avaimia hallitaan webhook mTLS-todennuksessa Acrobat Sign:ssa. Olemassa olevan mallin lisäksi, jossa asiakkaat generoivat ja lataavat oman yksityisen avaimen ja varmenteen, Acrobat Sign voi nyt generoida yksityisen avaimen ja varmenteen allekirjoituspyynnön (CSR). Asiakkaat voivat käyttää CSR:ää saadakseen varmenteen varmentajaltaan ja ladata sen määrityksen viimeistelemiseksi. Tämä vaihtoehto parantaa turvallisuutta pitämällä yksityiset avaimet Acrobat Sign -palvelussa samalla kun säilytetään yhteensopivuus nykyisen webhook mTLS -toiminnan kanssa.

Digitaalisen identiteetin alustus login_hint-parametrin kautta – Mahdollistaa, että API-lähettäjät voivat alustaa digitaalisen identiteetin todennuksen vastaanottajakohtaisella kirjautumistunnisteella.
Useat v6 REST API /agreements -päätepisteet tukevat nyt loginHint -parametria, jonka avulla API-lähettäjät voivat alustaa Digital Identity Gateway -todennuksen käyttämällä tunnettua kirjautumistunnistetta, kuten sähköpostiosoitetta tai käyttäjätunnusta.Henkilöllisyyspalveluntarjoaja hallitsee käyttäjäkokemusta, mutta tunniste yleensä esitäyttää kirjautumisnäytön vahvistaakseen korkean luottamuksen todennustyönkulkuja ja vähentääkseen henkilöllisyyden väärentämisen riskiä. Tunniste näkyy peitetyssä muodossa Digital Identity Gateway -aloitussivulla ja tarkastusraportissa jäljitettävyyden säilyttämiseksi samalla suojaten arkaluonteisia tietoja.
Seuraavat päätepisteet on päivitetty sisältämään loginHint-parametri:
- POST /agreements
- PUT /agreements/{agreementId}
- PUT /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}
- GET /agreements/{agreementId}/members/participantSets/{participantSetId}
- GET /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}/members

OEM 2.0 -identiteetin ja luottamusrajan parannukset – "Näytä henkilökohtainen/OEM-sähköpostiosoite kaikkialla" -ominaisuus priorisoi nyt saman kumppanin tarjoamia käyttäjiä ja luo automaattisesti vastaanottajan, kun vastaavuutta ei löydy
Kun "Näytä henkilökohtainen/OEM-sähköpostiosoite kaikkialla" -ominaisuus on käytössä, sopimusosallistujan ratkaisu priorisoi saman kumppanin tarjoamia käyttäjiä ja luo automaattisesti vastaanottajatietueen, kun vastaavaa käyttäjää ei ole, varmistaen johdonmukaisen identiteettikäsittelyn tileillä.

Lisäksi Näytä henkilökohtainen/OEM-sähköposti kaikkialla -ominaisuuden ollessa käytössä auditointiraportit ilmaisevat, onko lähettäjä kumppanin tarjoama vai henkilökohtainen tili, ja allekirjoittajavirtaukset ohjaavat käyttäjiä vaihtamaan tiliä, kun identtisiä sähköpostiosoitteita on eri tilityyppien välillä, vähentäen hämmennystä ja estäen tahattoman pääsyn.

Ratkaistut ongelmat

4520028	Yhteenveto: Hallinta-sivun Ryhmä-sarake näytti vääriä tai epäjohdonmukaisia arvoja, kun käyttäjät kuuluivat useisiin ryhmiin. Käyttäjän ensisijaisen ryhmän vaihtaminen aiheutti sen, että sopimukset näyttivät väärän ryhmän, mukaan lukien viimeksi valitun ensisijaisen ryhmän tai useita ryhmiä, sen sijaan että olisi näytetty ryhmä, josta sopimus alun perin lähetettiin.
Ongelma	Kuvaus
4520028	Korjaus: Päivitettiin Hallinta-sivun logiikka käyttämään sopimuksen lähettävää ryhmää (agreement_group_id) käyttäjän nykyisen ensisijaisen ryhmän sijaan Ryhmä-saraketta hahmonnettaessa.
4532690	Yhteenveto: Käyttäjät eivät voineet muokata mukautetuista työnkuluista luotuja luonnossopimuksia, kun sekä "Salli sopimusten lähettäminen vain työnkulkua käyttämällä" että "Ota käyttöön uusi mukautettu työnkulun lähetyskokemus" olivat käytössä. Järjestelmä esti virheellisesti pääsyn kirjoitussivulle muokattaessa olemassa olevaa luonnosta, käsitellen sitä uutena lähetystoimintona luonnosmuokkauksen sijaan.
4532690	Korjaus: Päivitettiin Kirjoita-sivun logiikka tunnistamaan luonnosmuokkausskenaariot ja ohittamaan työnkulkurajoitustarkistus, jolloin käyttäjät voivat muokata olemassa olevia mukautetuista työnkuluista luotuja luonnossopimuksia.
4536764	Yhteenveto: Sopimusten lähettäminen mukautetun työnkulun kautta johti palvelinvirheeseen, joka johtui tiettyjen malli-PDF-tiedostojen käsittelyn epäonnistumisesta. Virhe johtui virheellisistä tai puuttuvista merkintöjen ulkoasutiedoista yhdessä tai useammassa lähdeasiakirjassa, mikä laukaisi renderöintipoikkeuksen esitäytön aikana. Ongelmaa ei voitu toistaa johdonmukaisesti, eikä sitä voitu toistaa vaikuttaneiden työnkulkujen ulkopuolella.
4536764	Korjaus: Parannettiin hahmonnuspoikkeusten käsittelyä PDF-käsittelykerroksessa.
4537197	Yhteenveto: Uutta Lähetä eränä -toimintoa käytettäessä manuaalisesti syötetyillä vastaanottajien nimillä toinen nimikenttä poistui allekirjoituksen aikana, koska vaadittujen vastaanottajien nimitietoja käsiteltiin virheellisesti asiakirjojen välillä.
4537197	Korjaus: Päivitettiin asiakirjojen käsittelylogiikka säilyttämään kaikki vastaanottajien nimikentät oikein lähetettäessä sopimuksia eränä.
4538172	Yhteenveto: Vastaanottajaryhmiä sisältävien työnkulkujen kopiointi epäonnistui Sandbox Sync -toiminnon aikana "Virhe pyynnön suorittamisessa" -viestillä, joka johtui virheellisistä vastaanottajaryhmäviittauksista. Työnkulku käytti ympäristökohtaisia vastaanottajaryhmä-ID:itä, jotka eivät ole siirrettävissä ympäristöjen välillä, mikä aiheutti validoinnin epäonnistumisen synkronoinnin aikana.
4538172	Korjaus: Sandbox Sync -käsittelyä päivitettiin validoimaan ja käsittelemään vastaanottajaryhmäviittaukset oikein työnkulun kopiointitoimintojen aikana, mikä estää epäonnistumiset, kun vastaanottajaryhmiä on molemmissa ympäristöissä.
4538251	Yhteenveto: Uudessa Lähetä eränä -kokemuksessa allekirjoittajan koko nimi ja sähköposti -tietokentät eivät näkyneet allekirjoituksen aikana tai lopullisessa asiakirjassa, kun lähdetiedosto sisälsi olemassa olevia AcroForm-kenttiä. Ongelma johtui virheellisestä yhdistämiskenttien tietojen käsittelystä, kun allekirjoittajan tietokenttiä yhdistettiin olemassa olevien lomakekenttien kanssa, minkä seurauksena kenttiä ei renderöity alisopimuksissa
4538251	Korjaus: Päivitettiin yhdistämis- ja lomakekenttien käsittelylogiikkaa, jotta allekirjoittajan tietokentät otetaan oikein käyttöön asiakirjoissa, jotka sisältävät olemassa olevia AcroForm-kenttiä.
4545485	Yhteenveto: Sopimuksen luominen epäonnistui ajoittain, kun pikkukuvan generointi kohtasi virheellisiä PDF-lomakekenttiä. Epäonnistuminen johtui lähdeasiakirjoista, jotka sisälsivät lomakekenttiä ilman kelvollisia nimiä ja virheellisiä sisäkkäisiä kenttärakenteita, mikä aiheutti käsittelyvirheitä PDF-generoinnin aikana.
4545485	Korjaus: Lisättiin validointi ja null-tarkistukset PDF-käsittelyn aikana virheellisten lomakekenttien käsittelemiseksi ja epäonnistumisten estämiseksi pikkukuvan generoinnin ja sopimuksen luomisen aikana.
4545814	Yhteenveto: Kentät ovat väärin kohdistettuja ja tekstimerkinnät pysyvät näkyvissä, kun käsitellään vaakasuuntaisia asiakirjoja, jotka on generoitu XDP-pohjaisista työnkuluista. Virheelliset koordinaattilaskelmat vaakasuuntaisissa asetteluissa aiheuttavat virheellisen kenttien sijoittelun ja estävät tekstimerkintöjen oikean jäsentämisen ja poistamisen.
4545814	Korjaus: Päivitettiin kenttien hahmonnuslogiikkaa laskemaan ja sijoittamaan lomakekentät oikein vaakasuuntaisissa asiakirjoissa, mikä varmistaa oikean kohdistuksen ja tekstimerkintöjen poistamisen käsittelyn aikana.
4545978	Yhteenveto: Erikoismerkit allekirjoittajien nimissä hahmontuvat väärin näkyvässä allekirjoituslohkossa käytettäessä paikallista digitaalista allekirjoitusta. Ongelma ilmenee, koska asiakirjaan upotetusta oletuskirjasimesta puuttuu oikea koodaus länsieurooppalaisille merkeille, mikä aiheuttaa virheellisen merkkien korvaamisen allekirjoituksen ulkoasun hahmonnuksen aikana.
4545978	Korjaus: Päivitettiin upotetun kirjasimen määrityksiä niin, että se sisältää oikean koodauksen aksentoiduille merkeille, mikä varmistaa allekirjoittajien nimien oikean hahmonnuksen allekirjoituksen ulkoasussa
4547100	Yhteenveto: Kloonatut monirivitekstikentät hahmontuvat epäjohdonmukaisesti allekirjoitetussa PDF:ssä. Monirivisistä kloonauskentistä puuttuu oletusulkoasusanakirja, minkä vuoksi kloonatut kentät näyttävät vähemmän rivejä kuin lähdekenttä, vaikka molemmat kentät käyttävät samaa kokoa ja asetuksia.
4547100	Korjaus: Lisättiin oletusulkoasusanakirja monirivikloonattuihin kenttiin, jotta kloonatut ja lähdekentät hahmontuvat johdonmukaisesti allekirjoitetuissa asiakirjoissa.
4548305	Yhteenveto: Perehdytystarkistuslista näyttää "Pyydä BAA HIPAA-valmiutta varten" -kohdan odottavana, vaikka HIPAA on käytössä. Tarkistuslistan arviointilogiikka käsittelee virheellisesti perityt HIPAA:han liittyvät asetukset keskeneräisinä, mikä aiheuttaa tehtävän tilan pysymisen odottavana huolimatta siitä, että ominaisuus on käytössä.
4548305	Korjaus: Päivitettiin tarkistuslistan arviointilogiikkaa tulkitsemaan HIPAA-liittyvät asetukset oikein, mukaan lukien perityt arvot, jotta perehdytystehtävä näyttää valmiina, kun HIPAA on käytössä.
4550731	Yhteenveto: Suuri väli ilmestyy allekirjoituksen alleviivauksen ja aikaleiman väliin allekirjoitettaessa asiakirjoja Fill & Sign -toiminnolla. Ongelma ilmenee, kun allekirjoituskenttä ei ole tarpeeksi leveä allekirjoitussisällön mahduttamiseksi, mikä aiheuttaa virheellisen välistyksen allekirjoituksen ulkoasussa
4550731	Korjaus: Allekirjoituksen hahmonnusta päivitettiin noudattamaan määriteltyjä kenttämittoja ja säätämään välistystä asianmukaisesti, mikä vähentää väliä alleviivauksen ja aikaleiman välillä.
4550906	Yhteenveto: Vaihda salasana -linkki osoittaa virheelliseen URL-osoitteeseen tietyille käyttäjille, mikä aiheuttaa selainvirheen. Ongelma ilmenee, kun sovellus lukee vanhentuneen päätepisteen konfiguraatiosta oikean URL-osoitteen sijaan, mikä johtaa epäjohdonmukaiseen käyttäytymiseen eri ympäristöissä.
4550906	Korjaus: Päivitettiin konfiguroitu salasanan vaihtopäätepiste käyttämään oikeaa URL:ää kaikissa kyseisissä ympäristöissä.
4550992	Yhteenveto: Tiettyjen mallien muokkaaminen uudessa kokemuksessa ohjaa Luo malli -sivulle sen sijaan, että malli avautuisi muokkaustilassa. Ongelma johtuu siitä, että järjestelmä määrittää käyttökokemuksen mallipohjan omistajan asetusten perusteella nykyisen käyttäjän asetusten sijaan, mikä aiheuttaa virheellisen reitityksen jaettuja mallipohjia muokattaessa.
4550992	Korjaus: Mallipohjan muokkauslogiikka päivitettiin käyttämään nykyisen käyttäjän käyttökokemuksen asetuksia mallipohjan omistajan asetusten sijaan. Näin mallipohjat avautuvat oikeassa muokkaustilassa.
4551756	Yhteenveto: Hyväksyntäpyyntösähköpostit näyttävät ratkaisemattomia mallipohjamuuttujia vastaanottajakentässä, mikä aiheuttaa virheellistä sähköpostin muotoilua. Ongelma johtuu sähköpostimallin hahmonnuslogiikan virheestä oikeuksien ristiriitojen ilmoituksia generoitaessa.
4551756	Korjaus: Päivitettiin sähköpostimallipohjan hahmonnusta ratkaisemaan ja täyttämään vastaanottajakentät oikein, jotta hyväksyntäpyyntösähköposteissa näytetään kelvolliset sähköpostiosoitteet.
4551768	Yhteenveto: Allekirjoittajat kohtaavat käsittelemättömän virheen käyttäessään sopimuksia tai suorittaessaan niitä lomakekenttien ulkoasun käsittelyn virheen vuoksi. Virheellinen ulkoasuobjekti aiheuttaa ClassCastException-poikkeuksen asiakirjan generoinnin aikana, mikä johtaa sopimuksen hahmonnuksen epäonnistumiseen.
4551768	Korjaus: Päivitettiin lomakekenttien käsittelylogiikkaa tarkistamaan ulkoasuobjektien tyypit ennen muuntamista, estäen poikkeukset ja varmistamaan, että sopimukset hahmontuvat oikein allekirjoitusta varten.
4552272	Yhteenveto: Peruutetut tai hylätyt sopimukset näkyvät Odottaa sinua -kohdassa Hallinta-sivulla. Ongelma ilmenee, kun työnkulun uudelleenkäynnistystapahtuma ei siivoa osallistajan tilatietoja kunnolla, jättäen vanhentuneita näkyvyys- ja indeksointitietoja, jotka tuovat sopimuksen esiin väärissä näkymissä
4552272	Korjaus: Päivitettiin työnkulun uudelleenkäynnistyksen käsittelyä ja indeksointilogiikkaa tyhjentämään aiemmat osallistujan tilatiedot oikein ja varmistamaan, että sopimukset näkyvät vain oikeassa tilassaan.
4553158	Yhteenveto: RTL-kieliympäristöissä iOS:ssä allekirjoituspaneeli ei reagoi oikein allekirjoitusta piirrettäessä. Paneeli vierittää syötteen kaappaamisen sijaan, mikä vaatii käyttäjiä vierittämään manuaalisesti allekirjoituksen piirtämistä ja käyttämistä varten. Tämä estää normaalin allekirjoituskäyttäytymisen, kun uusi vastaanottajan allekirjoituskokemus on käytössä.
4553158	Korjaus: Päivitettiin allekirjoituspaneelin vuorovaikutuksen käsittelyä RTL-asetteluille iOS:ssa kaappaamaan piirtosyöte oikein ilman tahatonta vieritystä, mahdollistaen normaalin allekirjoituksen luomisen ja käyttämisen.
4553583	Yhteenveto: Työnkulut sallivat sähköpostiosoitteet, joissa on välilyöntejä alussa tai lopussa, mikä aiheuttaa sopimusten hiljaisen epäonnistumisen lähetettäessä uudessa käyttökokemuksessa. Järjestelmä ei validoi tai normalisoi syötettä, eikä virheilmoitusta näytetä ongelman ilmaisemiseksi.
4553583	Korjaus: Syötteen käsittelyä on päivitetty poistamaan välilyönnit automaattisesti sähköpostiosoitteista ja estämään virheellisten arvojen tallentaminen. Lisäksi lisättiin käsittely olemassa oleville työnkuluille, jotta sopimukset voidaan lähettää onnistuneesti.
4553676	Yhteenveto: Hyperlinkit näkyvät virheellisesti Hallinta-näkymässä, jossa sopimuksen otsikko liitetään URL-osoitteeseen, mikä johtaa rikkinäisiin linkkeihin. Ongelma johtuu virheellisestä URL-jäsennyksestä hyperlinkkejä hahmonnettaessa Hallinta-käyttöliittymässä.
4553676	Korjaus: Hyperlinkkien hahmonnusta on päivitetty käyttämään oikeaa URL-jäsennystä, jotta linkit pysyvät muuttumattomina ja toimivat oikein kaikissa näkymissä.
4555021	Yhteenveto: OTP-validointi epäonnistuu "vanhentunut"-virheellä, vaikka koodi syötetään välittömästi. Ongelma johtuu kilpailutilanteesta todennusvirtauksessa, jossa useat lähetystapahtumat aiheuttavat OTP:n ennenaikaisen mitätöinnin.
4555021	Korjaus: Päivitettiin OTP-koodin vahvistusprosessia käsittelemään kaksinkertaiset tai nopeat lähetystapahtumat oikein, estäen ennenaikaisen vanhentumisen ja sallien kelvollisten OTP-syötteiden onnistumisen.
4555028	Yhteenveto: Seuraavan allekirjoittajan poistaminen voi epäonnistua järjestelmävirheellä ja jättää sopimuksen jumiin odottavaan tarkistustilaan. Ongelma ilmenee, kun vastaanottajalla on aktiivinen muistutus, mikä estää sopimuksen päivityksen onnistumisen.
4555028	Korjaus: Päivitettiin vastaanottajan poistamisen logiikkaa käsittelemään tapauksia, joissa seuraavalla allekirjoittajalla on aktiivisia muistutuksia, jolloin sopimuksen päivitys voidaan suorittaa loppuun ilman virheitä.
4555319	Yhteenveto: Verkkolomakkeiden luojat näkevät vain Kirjoita ja Piirrä -allekirjoitusvaihtoehdot lomaketta esikatsellessaan, kun taas allekirjoittajat näkevät kaikki käytettävissä olevat vaihtoehdot (Kirjoita, Piirrä, Kuva, Mobile). Ongelma ilmenee, koska esikatselutila ei käytä oikein käytössä olevia allekirjoitussyötteen asetuksia, kun luoja ei toimi allekirjoittajana.
4555319	Korjaus: Päivitettiin verkkolomakkeen esikatselutoimintoa käyttämään kaikkia käytössä olevia allekirjoitussyötetyyppejä, jolloin luojat näkevät samat allekirjoitusvaihtoehdot kuin allekirjoittajat.
4555345	Yhteenveto: Sopimukset, joissa on useita Allekirjoittaja todistajan kanssa -vastaanottajia, eivät avaudu Esikatselussa Luonnoksesta virheen "ParticipantSetsInfo cannot be modified." vuoksi. Ongelma johtuu virheellisestä osallistujan ja todistajan järjestyslogiikasta mukautetuissa työnkuluissa, mikä estää sopimusta palaamasta muokkaustilaan
4555345	Korjaus: Päivitettiin osallistujan ja todistajan järjestyslogiikkaa mukautetuissa työnkuluissa laskemaan suoritusjärjestys oikein, jolloin sopimukset voivat palata muokkaustilaan ja edetä normaalisti.
4555615	Yhteenveto: Webhook-tapahtumien tiedot delegoiduille ja korvatuille vastaanottajille eivät sisällä privateMessage-kenttää. Ongelma ilmenee, koska yksityistä viestiä ei siirretä vastaanottajan tilaan, jota käytetään webhook-tietojen generoimiseen, mikä johtaa puuttuviin tietoihin kyseisille tapahtumille.
4555615	Korjaus: Päivitettiin osallistujatietojen käsittelyä varmistamaan, että yksityiset viestit sisällytetään webhook-tietoihin delegoiduille ja korvatuille vastaanottajille.
4555687	Yhteenveto: Sopimukset voidaan peruuttaa automaattisesti ja siirtää piilotettuun tilaan allekirjoittamisen jälkeen asiakirjan näkyvyyden validointivirheen vuoksi. Kun osallistuja delegoidaan tai korvataan, asiakirjan näkyvyyden kartoitusta ei siirretä oikein, mikä aiheuttaa ristiriidan määritettyjen kenttien ja näkyvien asiakirjojen välillä ja voi laukaista automaattisen peruutuksen.
4555687	Korjaus: Delegointi- ja korvauslogiikka kloonaa nyt oikein asiakirjan näkyvyyden kartoitukset uusille osallistujille, estäen validointivirheet ja tahattoman sopimuksen peruutuksen.
4556516	Yhteenveto: Lomakekentät voivat jättää huomioimatta määritetyt kirjasinkoot ja hahmontua epäjohdonmukaisesti generoiduissa sopimuksissa. Ongelma ilmenee monirivisissä kentissä, kun asiakirjan käsittelymoottori säätää kirjasinkokoa estääkseen tekstin leikkautumisen ja ohittaa kiinteät kirjasinkokoasetukset.
4556516	Korjaus: Päivitettiin kirjasimen hahmonnustoimintaa niin, että monirivikentät noudattavat kiinteitä kirjasinkokoasetuksia, yhdenmukaistamalla toiminnan odotetun tuotoksen kanssa ja estämällä tahattomat kokosäädöt.
4556967	Yhteenveto: Valitut valintaruudut voivat näyttää valitsemattomilta viimeistellyssä allekirjoitetussa PDF:ssä verkkolomakkeissa. Ongelma ilmenee, kun käytetään tiettyjä piilotettuja arvoja (esimerkiksi "ei", "epätosi", "0", "pois", "valitsematon"), jotka voivat aiheuttaa valintaruutujen tilojen väärintulkinnan asiakirjan käsittelyn aikana, kun Gibson on käytössä.
4556967	Korjaus: Valintaruudun käsittelyä päivitettiin tulkitsemaan piilotetut arvot oikein ja säilyttämään valitut tilat viimeistellyssä asiakirjassa, mikä varmistaa johdonmukaisuuden allekirjoituksen ja allekirjoitetun PDF:n välillä.
4557222	Yhteenveto: Linkkikentät kenttämalleista voivat kadota muokkaussivulta, kun niitä käytetään työnkulussa. Ongelma ilmenee, koska linkkikenttiä ei sisällytetä sopimuksen lomakekenttätietoihin, jotka palautetaan työnkulkupohjaisen muokkauksen aikana, mikä johtaa puuttuviin kenttiin.
4557222	Korjaus: Päivitettiin lomakekenttien käsittelyä sisällyttämään linkkikentät kenttämalleista työnkulun käsittelyn aikana. Tämä varmistaa niiden oikean yhdistämisen ja näyttämisen muokkaussivulla.
4557272	Yhteenveto: Allekirjoituspäivämäärä-kenttä voi jäädä näkymättä lopullisesta allekirjoitetusta pdf:stä. Ongelma ilmenee, kun tekstikentän hahmonnus epäonnistuu asiakirjan käsittelyn aikana, estäen päivämääräkentän näkymisen tulostetussa asiakirjassa.
4557272	Korjaus: Päivitettiin tekstikentän hahmonnusta käsittelemään null- tai tyhjät arvot oikein, mikä varmistaa allekirjoituspäivämäärä-kentän johdonmukaisen näyttämisen allekirjoitetuissa asiakirjoissa.
4557282	Yhteenveto: Radiopainikekentät verkkolomakkeissa voivat näyttää odottamattoman työkaluvihjearvon ("object Object"), kun ne luodaan uudella mallikokemuksella. Ongelma johtuu tyhjien työkaluvihje-arvojen virheellisestä käsittelystä, mikä aiheuttaa paikkamerkkitietojen hahmontamisen piilottamisen sijaan.
4557282	Korjaus: Päivitettiin työkaluvihjeiden käsittelylogiikka ohittamaan tyhjät arvot oikein, mikä estää ei-toivotun paikkamerkkitekstin näkymisen verkkolomakkeissa.
4557589	Yhteenveto: Esitäytetyt valintaruutukentät voivat näyttää valitsemattomilta, kun sopimus lähetetään allekirjoitettavaksi. Ongelma ilmenee, kun valintaruutu- tai radiopainikesyötteille määritetään päällekkäisiä tai ristiriitaisia piilotettuja arvoja, mikä voi aiheuttaa valitun tilan virheellistä tulkintaa asiakirjan käsittelyn aikana.
4557589	Korjaus: Päivitettiin kenttäarvojen käsittelyä käsittelemään piilotettuja arvoja oikein ja säilyttämään esitäytetyt valinnat, mikä varmistaa valintaruutujen tilojen pysymisen yhdenmukaisina sopimusten luomisen ja lähettämisen yhteydessä.
4557672	Yhteenveto: Uusi allekirjoituspyyntökokemus voi näyttää yleisen virheen ("Annettu pyyntö on virheellinen") sopimusta lähetettäessä tunnistamatta tarkasti virheen aiheuttavaa kenttää. Tämä voi tapahtua, kun vastaanottajan tiedot (kuten puhelinnumeron muoto) eivät läpäise validointia, mutta virhettä ei tuoda selkeästi käyttäjän tietoon.
4557672	Korjaus: Päivitettiin validoinnin käsittelyä tarjoamaan tarkkoja, kenttätason virheilmoituksia, mikä auttaa käyttäjiä tunnistamaan ja korjaamaan virheelliset syötteet ennen sopimuksen lähettämistä.
4557680	Yhteenveto: Valintaruutu- tai valintapainikemääritykset voivat epäonnistua joissakin sopimuksissa yhdistettäessä useita asiakirjoja, mikä johtaa siihen, että odotettuja arvoja ei sovelleta. Ongelma ilmenee, kun oletusarvot eivät vastaa täsmälleen määritettyjä vientiarvoja, mikä voi aiheuttaa kenttien käsittelyn erillisinä ryhminä ja rikkoa määritystoiminnon.
4557680	Korjaus: Päivitettiin kenttämäärityslogiikkaa ohittamaan yhteensopimattomat oletusarvot ja yhdistämään kentät oikein asiakirjojen välillä, mikä parantaa valintaruutujen ja radiopainikkeiden toiminnan yhdenmukaisuutta.
4557902	Yhteenveto: Ylimääräinen väli voi ilmestyä allekirjoituksen ja päivämäärä- ja aikaleiman väliin Fill and Sign -sopimuksissa. Ongelma johtuu virheellisestä välistyslaskennasta hyvin muotoilluissa allekirjoituksissa, mikä johtaa epäjohdonmukaiseen asetteluun verrattuna muihin allekirjoitusvirtauksiin.
4557902	Korjaus: Allekirjoituksen asettelulaskenta päivitettiin sijoittamaan allekirjoitus ja aikaleima oikein, poistamaan tarpeeton välistys ja varmistamaan johdonmukainen muotoilu.
4557947	Yhteenveto: Valintaruutukentät voivat näyttää valitsemattomilta viimeistellyssä allekirjoitetussa PDF:ssä kirjastomalleja käytettäessä, vaikka allekirjoittaja valitsi ne. Ongelma voi ilmetä, kun valintaruutukentät on määritetty väärin tai ne käyttävät tiettyjä piilotettuja arvoja, mikä johtaa valitun tilan virheelliseen tulkintaan asiakirjaa käsiteltäessä.
4557947	Korjaus: Valintaruutujen käsittelyä päivitettiin tulkitsemaan piilotetut arvot oikein ja säilyttämään valitut tilat. Tämä varmistaa, että valintaruutuvalinnat säilyvät allekirjoitetussa asiakirjassa.
4558295	Yhteenveto: Vaaditut valintapainikkeiden arvot voivat puuttua viimeistellystä allekirjoitetusta PDF-tiedostosta. Ongelma voi ilmetä, kun kenttäarvot sisältävät erikoismerkkejä (esimerkiksi lainausmerkkejä tai symboleja), joita ei käsitellä oikein, mikä johtaa siihen, että valittu Arvo ei hahmonnu asiakirjan tulosteessa.
4558295	Korjaus: Päivitettiin kenttäarvojen käsittelyä, jotta erikoismerkit käsitellään oikein. Tämä varmistaa valittujen arvojen säilymisen ja näkymisen allekirjoitetussa PDF-tiedostossa.
4558307	Yhteenveto: Lomakekentät voivat jättää huomioimatta määritetyt kirjasinkoot ja hahmontua epäjohdonmukaisesti generoiduissa sopimuksissa. Ongelma voi ilmetä monirivikentissä, kun asiakirjan käsittelymoottori säätää kirjasinkokoa estääkseen tekstin leikkautumisen ja ohittaa kiinteät kirjasinkokoasetukset.
4558307	Korjaus: Päivitettiin kirjasimen hahmonnustoimintaa niin, että monirivikentät noudattavat kiinteitä kirjasinkokoasetuksia, estäen ei-toivotun koon muuttamisen ja varmistamaan johdonmukaisen tulosteen.
4558554	Yhteenveto: Allekirjoittajat voivat suorittaa sopimukset loppuun olematta vuorovaikutuksessa allekirjoituslohkon kanssa. Ongelma voi ilmetä Gibson-yhteensopivissa tileissä, kun allekirjoituslohkoa ei hahmonneta tai valvota kunnolla allekirjoituksen aikana, mikä mahdollistaa suorittamisen pelkällä allekirjoituskentällä.
4558554	Korjaus: Päivitettiin allekirjoituksen hahmonnus- ja validointilogiikkaa, jotta allekirjoituslohkot näytetään oikein ja vaaditaan ennen sopimuksen valmistumista.
4558725	Yhteenveto: Tekstitunnisteet voivat epäonnistua hahmonnuksessa tai muuntamisessa lomakekenttiin esikatselun aikana. Ongelma voi ilmetä, kun ladattu pdf sisältää ei-tuettuja tai virheellisiä elementtejä (esimerkiksi null-huomautuksia tai olemassa olevia täytettäviä kenttiä), jotka estävät tekstitunnisteiden käsittelyn onnistumisen.
4558725	Korjaus: Päivitettiin tekstitunnisteiden käsittelyä, jotta PDF-tiedostot, joissa on virheellisiä tai ei-tuettuja huomautuksia, käsitellään luotettavammin ja kentät voidaan generoida odotetusti esikatselun aikana.
4559285	Yhteenveto: Puhelintodennus voi epäonnistua tietyillä alueilla, kun valitaan maakoodia uudessa allekirjoituspyyntökokemuksessa. Ongelma ilmenee, kun käyttöliittymä näyttää epätäydellisen tai virheellisen maakoodin (esimerkiksi "+1" "+1246":n sijaan Barbadokselle), mikä voi aiheuttaa validointivirheitä sopimusta lähetettäessä.
4559285	Korjaus: Päivitettiin maakoodien käsittelyä käyttämään oikeita täydellisiä suuntanumeroita, jotta puhelinnumerot validoidaan ja käsitellään oikein uudessa kokemuksessa.
4560119	Yhteenveto: Lomakekenttien teksti voi näyttää väärin kohdistetulta tai päällekkäiseltä generoiduissa sopimuksissa. Ongelma voi ilmetä monirivisissä tekstikentissä, kun asiakirjan käsittelymoottori aiheuttaa hahmonnuseroja, mikä johtaa asettelun siirtymiin verrattuna muokkausnäkymään.
4560119	Korjaus: Päivitettiin tekstin hahmonnusta ja asettelun käsittelyä monirivisille kentille parantaaksemme kohdistusta ja estääksemme päällekkäisyyksiä, varmistaen johdonmukaisemman näytön muokkauksen ja lopullisten asiakirjojen välillä
4562058	Yhteenveto: Vastaanottajan nimi voi pysyä muuttumattomana, kun valitaan eri sähköpostiosoite osoitekirjasta Lähetä-sivulla. Ongelma ilmenee, koska nimikenttä ei päivity, kun uusi yhteystieto valitaan, aiheuttaen ristiriidan näytetyn nimen ja valitun sähköpostin välillä.
4562058	Korjaus: Päivitettiin vastaanottajan valintakäyttäytymistä niin, että nimikenttä päivittyy aina uuden yhteystiedon valitsemisen yhteydessä. Näin varmistetaan, että nimi ja sähköposti pysyvät synkronoituina.
4566339	Yhteenveto: Virheelliset valintaruudun tilat voivat näkyä käsiteltäessä staattisia XFA PDF-tiedostoja, joissa on väärin muodostettuja kenttäarvoja. Ongelma voi ilmetä, kun ei-tuettua tai virheellistä XFA-dataa (esimerkiksi merkkijonoarvoja numeerisissa kentissä) käsitellään epäjohdonmukaisesti, erityisesti Gibson-käyttöön otetuissa ympäristöissä, joissa valintaruutujen oletusarvot voidaan tulkita väärin.
4566339	Korjaus: XFA-käsittelyä päivitettiin asiakirjan käsittelyputkessa. Väärin muotoillut arvot normalisoidaan tai jätetään huomiotta johdonmukaisemmin. Tämä estää virheelliset valintaruudun tilat ja yhdenmukaistaa käyttäytymistä eri ympäristöissä.
4567278	Yhteenveto: Vain luettavat tekstikentät eivät välttämättä näy allekirjoitussivulla, kun dynaamiset osallistujat on otettu käyttöön. Ongelma johtuu kenttien hahmonnuksen epäjohdonmukaisuuksista osallistujan ratkaisuprosessin aikana, mikä voi aiheuttaa ei-muokattavien kenttien jäämisen pois allekirjoittajan näkymästä.
4567278	Korjaus: Päivitettiin kenttien hahmonnuslogiikkaa dynaamisille osallistujille varmistaaksemme, että vain luku -kentät sisällytetään ja näytetään johdonmukaisesti allekirjoituksen aikana.
4568023	Yhteenveto: Kuva- ja Mobile-allekirjoitusvaihtoehdot eivät välttämättä näy verkkolomakkeissa allekirjoituksen aikana. Ongelma voi ilmetä allekirjoitusvaihtoehtojen epäjohdonmukaisen latauksen vuoksi verkkolomakkeen syöttöprosessissa, jossa tiettyjä allekirjoitusmenetelmiä ei näytetä ennen kuin istunto ladataan uudelleen tai siihen päästään vaihtoehtoisen reitin kautta.
4568023	Korjaus: Päivitettiin verkkolomakkeen allekirjoituksen alustusta lataamaan johdonmukaisesti kaikki käytössä olevat allekirjoitusvaihtoehdot, varmistaen että Kuva- ja Mobile-menetelmät ovat saatavilla kaikissa sisääntulopisteissä.

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äydennystä ja monivalintakäyttäytymistä, joka on yhdenmukainen nykyisen Sender -suodattimen kanssa ja koskee sekä visuaalisia raportteja että CSV-vientejä.

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.

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.

Edellinen

Adobe Acrobat Sign julkaisutiedot - 2023

Seuraava

Adobe Acrobat Sign -julkaisutiedot - 2022

Opettele

Opettele vaiheittaisten video-opastusohjelmien ja käytännön ohjeiden avulla suoraan sovelluksessa.

Yhteisö

Osallistu keskusteluihin, löydä vastauksia, opi asiantuntijoilta ja jaa tietämystäsi.

Adobe-aloitussivu

Käytä Creative Cloud -suosikkisovelluksiasi ja -palvelujasi, hallinnoi tiedostoja ja tee paljon muuta.