Päivitetty viimeksi
27. huhtikuuta 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 laatimisessa ja mallipohjissa – Lähettäjät voivat nyt luoda valintaruuturyhmiä moderneissa Pyydä allekirjoitus- ja Kirjastomallit-laatimisympäristöissä validointisäännöillä, kuten valitaan tasan, vähintään, enintään tai X/Y vaihtelualue 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 määrittää YKSI- tai KAIKKI-tilaan – mikä edellyttää joko yhden jäsenen tai kaikkien jäsenten suorittavan 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 liittämismenetelmä käyttäen Paperiliitin-merkintöjä näyttää näkyvän paperiliittimen kuvakkeen 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.
Käyttökokemukseen liittyvät muutokset
- Työnkulun sopimuksen peruutusilmoitukset – Peruutusilmoitus päivitetty vastaamaan työnkulun toimintaa.
Kun peruutat työnkulun luoman sopimuksen, "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 syötät sähköpostiosoitteesi, sivu tunnistaa automaattisesti tilisi tyypin ja ohjaa sinut oikeaan sisäänkirjautumistapaan poistaen tarpeettomat vaiheet ja vanhat näytöt. Tämä tekee kirjautumisesta nopeampaa, yksinkertaisempaa ja intuitiivisempaa kaikille.
- Uusi sähköpostimuoto Acrobat Sign suuryrityksille -sopimuksen käyttäjille, jotka kirjautuvat suoraan verkkokäyttöliittymään – Acrobat Sign rajoittaa nyt sähköpostiosoitteen paikallisen osan (osa ennen @-merkkiä) 64 merkkiin, kun muokataan olemassa olevaa sähköpostia tai luodaan uusi käyttäjä.
Kaikki käyttäjät, joiden paikallisosa on yli 64 merkkiä, on arvioitu ja todettu passiivisiksi tai testitunnisteiksi.
- Uusi sähköpostimuoto Acrobat Sign suuryrityksille -sopimuksen käyttäjille, jotka kirjautuvat suoraan verkkokäyttöliittymään – Acrobat Sign rajoittaa nyt sähköpostiosoitteen paikallisen osan (osa ennen @-merkkiä) 64 merkkiin, kun muokataan olemassa olevaa sähköpostia tai luodaan uusi käyttäjä.
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 numeroalueiden rajat, poistetaan työnkulun käynnistyessä, mikä aiheuttaa kenttien hyväksyvän virheellisiä syötteitä. |
| 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 |
| Korjaus:Jos käyttäjän ryhmä on null luomisen jälkeen, heidät sijoitetaan tilin oletusryhmään. | |
| 4529934 | Yhteenveto:Hallinta > Verkkolomakkeet -osiossa "Lataa lomakekenttätiedot" 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 |
| Korjaus:Lisättiin sivutettu, nopeampi CSV-vienti käyttöliittymään. Lomaketieto-lataukset valmistuvat luotettavasti valituille päivämääräalueille jumittamatta. | |
| 4532186 | Yhteenveto:Uudessa luontiympäristössä kentän värikorostus ei vastaa perinteisen luontiympäristön käyttäytymistä. 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. |
| Korjaus: Palautettiin visuaalinen selkeys himmentämällä (20 % läpinäkyvyys) kentät, jotka kuuluvat valitsemattomille vastaanottajille. Tämä jäljentää perinteisen muokkauksen selkeyden säilyttäen samalla nykyaikaisen 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ä. |
| Korjaus: Lisättiin uusi asetus, joka piilottaa nimenomaan Lataa-vaihtoehdon kaikilta lähetyksen jälkeisiltä sivuilta. Allekirjoituksen jälkeinen sivu noudattaa nyt oikein latauksen hallinta-asetusta ja piilottaa "Lataa kopio" -linkin, kun asetus on poistettu käytöstä. | |
| 4536347 | Yhteenveto: Classic Experiencessa lähettäjät eivät voineet lisätä toista tiedostoa (tai yrittää lisätä tiedostoa uudelleen) aloittaessaan tiettyjä työnkulkuja, mikä esti usean asiakirjan työnkulun lähetykset tiedostonvalitsimen virheen vuoksi, joka koski useassa ryhmässä jaettuja malleja. |
| Korjaus: Korjattiin tiedostonvalitsimen käsittely malleille, jotka on jaettu useassa ryhmässä, jotta käyttäjät voivat lisätä lisätiedostoja tai yrittää tiedostonvalintaa uudelleen Classic Experiencessa ilman virheitä. | |
| 4537504 | Yhteenveto: Ehdollinen 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-tiedostoon. |
| 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. |
| 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 saa viestin tekstin menemään päällekkäin ja peittämään viestin mallin hyperlinkin Lähetä-sivulla, koska liiallisen tunnistesisällön asettelua ei käsitellä asianmukaisesti. |
| Korjaus: Päivitettiin Lähetä-sivun asettelulogiikka rajoittamaan ja rivittämään pitkät viestin tunnisteet oikein, jotta viestin mallin hyperlinkki pysyy näkyvissä 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. |
| 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. |
| 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ä. |
| 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. |
| 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ä. |
| 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. |
| 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. |
| Korjaus: Mallin muokkaus pakottaa nyt validoinnin pudotusvalikkojen kentissä, joten vain oikeiden parien arvot voidaan tallentaa. Tämä estää parittomat merkinnät ja varmistaa, että pakolliset pudotusvalinnat eivät estä allekirjoitusta. | |
| 4542942 | Yhteenveto: Verkkolomakkeissa ehdollisen logiikan poistamat käytöstä pakolliset kentät jatkoivat pakollisen tähden näyttämistä, mikä johti allekirjoittajat luulemaan, että syöte oli edelleen pakollinen. Syynä oli se, 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. |
| Korjaus: Verkkolomakkeen käyttöliittymä piilottaa nyt pakollisen tähden, kun kenttä poistetaan käytöstä ehdollisella logiikalla. Tämä varmistaa, että pakolliset indikaattorit kuvastavat tarkasti sitä, odotetaanko allekirjoittajalta 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. |
| Korjaus: Hallinta-sivun logiikka päivitettiin niin, että Vastaanottajat-sarake nyt näyttää aktiivisen delegaatin nimen, kun allekirjoitusrooli on delegoitu. Tämä varmistaa, että Käynnissä-näkymä kuvastaa tarkasti sitä, kuka parhaillaan allekirjoittaa. | |
| 4543253 | Yhteenveto: Classic Workflow Experiencessä 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ä. Syynä oli se, että luonnoksen hahmonnuslogiikka epäonnistui palauttamaan todistajien kentät, kun edistyminen tallennettiin. |
| 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 Sign Web -käyttöliittymässä virheellä "Kielialue on joko virheellinen tai puuttuu". Syynä oli se, että kielialueen validointi pakotti virheellisesti API-tason kielialuesääntöjä verkkokäyttöliittymässä, kun lähettävän ryhmän kielialue poikkesi käyttäjän perimästä ensisijaisen ryhmän kielialueesta. |
| 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: Jotkin auditointiraportit näyttivät "Vastaanottaja todennettu Adobe Acrobat Sign -palvelulla" "Asiakirja sähköisesti allekirjoitettu" ja "Sopimus valmis" -merkintöjen jälkeen. Syynä oli se, että tapahtumat tallennettiin sekuntitason aikaleimoin, mikä aiheutti todennuksen ja allekirjoitustoimintojen näkymisen väärässä järjestyksessä, kun ne tapahtuivat samalla sekunnilla. |
| 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. |
| Korjaus: "Luo malli sopimuksesta" -toiminto päivitettiin avautumaan New-kokemuksessa. Tämä yhdenmukaistaa CTA-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) hahmontuvat näkyviksi Modern eSign -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. |
| Korjaus: Päivitettiin Modern eSign -käyttöliittymä suodattamaan pois kentät, joissa näkyvä on virheellinen hahmonnuksessa ja navigoinnissa, 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. |
| Korjaus: WhatsApp-toimitusvaihtoehto palautettiin Lähetysasetuksiin kaikkialla, missä ominaisuus on saatavilla, varmistamaan johdonmukaisen näkyvyyden ja konfiguroinnin järjestelmänvalvojan asetusten ja lähetyssopimuskokemuksen välillä. | |
| 4545381 | Yhteenveto: Roboto-kirjasin puuttui New Request Signature Experiencestä, vaikka se oli saatavilla Classic Experiencessä. Syynä oli se, että uusi luontiympäristö ei sisältänyt kaikkia vanhoja tuettuja kirjasimia. |
| Korjaus: Roboto lisättiin kirjasinluetteloon New Request Signature Experiencessä, mikä palauttaa kirjasinten yhdenvertaisuuden Classic Experiencen kanssa ja mahdollistaa johdonmukaisen muotoilun sopimusten laatimisessa. | |
| 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. |
| Korjaus: Taustajärjestelmän pyyntöjen käsittely korjattiin, joten vastaanottajaryhmien haku ja luominen 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. |
| Korjaus: Digitaalisen allekirjoituskentän koordinaatit mukautetaan nyt kierrettyjen sivujen mukaan, jotta kentät validoidaan oikeita sivurajoja vasten ja AutoCAD-luodut 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. |
| 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. Väärin muotoiltu osoite estää sopimuksen lähettämisen, ellei sähköpostia kirjoiteta uudelleen manuaalisesti tai käytetä perinteistä lähetystä. |
| 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. |
| Korjaus: Hyperlinkkikentät tukevat nyt paikkamerkkiosallistujien määrityksiä uudessa mallinkokemuksessa, jolloin mallit voidaan tallentaa oikein, kun kenttä määritetään tietylle osallistujalle. | |
| 4546257 | Yhteenveto: Sandbox-ympäristössä mukautetun sovelluksen API:n kautta lähetetyt sopimukset näyttävät luomissivulla virheellisesti Takaisin-painikkeen, koska Sandbox lataa asetukset Adoben hallitsemasta sovelluksesta, jossa saumaton luominen on käytössä, toisin kuin Swaggerissa tai tuotannossa. |
| Korjaus: Sandbox-toiminta yhdenmukaistettiin tuotannon ja Swaggerin kanssa varmistamalla, että luomissivu noudattaa tarkoitettuja sovelluksen asetuksia, estäen Takaisin-painikkeen ilmestymisen mukautettujen sovellusten API:den kautta lähetetyille sopimuksille. | |
| 4546547 | Yhteenveto: Verkkolomakkeet eivät onnistuneet päivittämään vasta-allekirjoittajaa ja palauttivat sekalaisen virheen, koska vanhemmista käyttäjätietueista puuttui vaadittu sisäinen lippu, mikä aiheutti null-arvon käsittelyn vasta-allekirjoittajan vaihtamisen aikana. |
| Korjaus: Vasta-allekirjoittajan päivityslogiikkaa vahvistettiin null-turvallisella käsittelyllä, joten verkkolomakkeet voivat onnistuneesti vaihtaa vasta-allekirjoittajia, vaikka vanhemmista käyttäjätietueista puuttuisi odotettu sisäinen lippu. | |
| 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. |
| 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 saattoivat määrittää tilinvalvojan oikeuksia käyttäjille uuden käyttäjienhallinnan sivun kautta. Tämä ylitti heidän käyttöoikeusalueensa ja loi vaatimustenmukaisuusriskin sallimalla käyttöoikeuksien korottamisen ryhmän järjestelmänvalvojan roolin yli. |
| 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 puolalaista käyttöliittymää käyttävät lähettäjät saavat satunnaisesti vahvistussähköpostin, jossa on virheellinen "ei voi antaa digitaalista allekirjoitusta" -teksti, vaikka sopimus lähetetään ja allekirjoitetaan normaalisti. |
| 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 kopiosaajana uudessa lähetystyönkulussa, validointivirhettä ei näytetä eikä kopiosähköposti-ilmoituksia lähetetä kenellekään kopioluettelossa lähettäjän jälkeen oleville vastaanottajille. Tämä eroaa perinteisen työnkulun toiminnasta ja voi aiheuttaa sen, että kopion saajat jäävät paitsi ilmoituksista. |
| Korjaus: Päivitettiin uuden lähetystyönkulun logiikkaa niin, että kaikki kopion saajat lähettäjää lukuun ottamatta saavat kopiosä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. |
| 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 Email Agreement Cancelled -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. |
| 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 -toiminnolla. Asiakirjan lataamisen jälkeen työnkulku pysähtyi tyhjälle näytölle, mikä esti mallien luomisen. |
| 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. |
| 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. |
| Korjaus: Päivitettiin vastaanottajan valintaikkuna estämään lomakkeen lähetys Enter-näppäimellä puhelinvarmennuskentissä, 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. |
| 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: Suuria arkkitehtuurisuunnitelmien PDF-tiedostoja sisältävät sopimukset epäonnistuivat lähetyksessä, kun digitaalisia allekirjoituskenttiä lisättiin, palauttaen virheen kirjoittamisen aikana sivun kiertämisen ja koon käsittelyn vuoksi digitaalisen allekirjoituksen sijoittelussa. |
| 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. |
| Korjaus: Päivitettiin tapahtumankäsittelyä niin, että tarkistuksen aikana vastaanottajan poistamisen kautta valmistuneet sopimukset generoivat asianmukaiset valmistumistapahtuvat, mikä varmistaa AGREEMENT_WORKFLOW_COMPLETED-webhookien laukeamisen odotetusti. | |
| 4550998 | Yhteenveto: Esitäytetyt valintaruudut näkyivät valittuina muokkauksessa, mutta olivat valitsemattomia allekirjoittajille, koska valintaruutujen arvot tallennettiin ei-tyhjinä tekstimerkkijonoina eksplisiittisten KYLLÄ/EI-tilojen sijaan, mikä sai allekirjoituskokemuksen käsittelemään ne valitsemattomina. |
| 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. |