Päivitetty viimeksi
2. huhtikuuta 2026
Adobe Acrobat Sign -julkaisutiedot: 2025
Tuotannon käyttöönotto: 11. helmikuuta 2025
GovCloudin käyttöönotto: 18. helmikuuta 2025
Parannettu toiminnallisuus
- Mukautetun lähetystyönkulun käyttöliittymän parantaminen – Mukautetun työnkulun suunnittelija on päivitetty tarjoamaan paremman lähettäjän käyttökokemuksen, joka vastaa Pyydä allekirjoitusta -toiminnon ulkonäköä ja tuntumaa.
Käytettävissä olevat ympäristöt: Eristysympäristö, Kaupallinen, Julkishallinto | Käytettävissä olevat palvelutasot: Acrobat Sign Solutions | Konfiguroinnin laajuus: Ryhmä, Tili
Käyttökokemukseen liittyvät muutokset
- Sopimuksen vanhentuminen voi viivästyä enintään 12 tuntia – Tämän julkaisun myötä sopimuksen automaattinen vanhentuminen tapahtuu sopimusta hallinnoivan ympäristön hiljaisina aikoina. Käytännössä kaikki sopimukset, jotka vanhentuvat tietyn Acrobat Sign -ympäristön ruuhkahuippujen aikana, asetetaan jonoon suoritettaviksi, kun ympäristö siirtyy ruuhkattomaan aikaikkunaan.
- Workday: Digitaalisen allekirjoituksen tuki Aadhaar Identity Providerille - Workday-integraatiota käyttävät asiakkaat voivat nyt käyttää Aadhaar Identity Provideria menetelmänä vastaanottajiensa todentamiseen.
REST API- / Webhook-päivitykset
Tämän julkaisun API- ja webhook-päivitykset löytyvät Acrobat Sign API -dokumentaatiosta.
- Kaikkiin tapahtumailmoitusten hyötykuormiin lisätään uusi accountId-määre.
- OEM Embed 2.0 -kumppanit voivat nyt määrittää kanavalleen webhookin ja kuunnella kaikkia resurssien ilmoituksia jokaiselta yksittäiseltä asiakastililtään.
- Uudet asetusten sovellusliittymät
- POST /accounts/{accountId|me}/settings/search – Ottaa tunnistetun tilin (accountId) ja luettelon asetusten nimistä ja palauttaa luettelon asetusten nimistä ja niiden arvoista määritetylle tilille. Vain tilitason arvot palautetaan.
- Muiden kuin järjestelmänvalvojien käytettävissä.
- PUT /accounts/{accountId|me}/settings – Käyttää annettua luetteloa asetusten nimistä ja niiden arvoista tunnistettuun tiliin (accountId).
- POST /accounts/{accountId|me}/settings/search – Ottaa tunnistetun tilin (accountId) ja luettelon asetusten nimistä ja palauttaa luettelon asetusten nimistä ja niiden arvoista määritetylle tilille. Vain tilitason arvot palautetaan.
- Uudet logosovellusliittymät
- POST /accounts/{accountId|me}/logo – Lataa CoBrandingLogo-tiedoston.
- GET /accounts/{accountId|me}/logo – Palauttaa CoBrandingLogo-kuvatiedoston kuvatiedot samassa muodossa kuin ne ladattiin.
- Muiden kuin järjestelmänvalvojien käytettävissä
- DELETE /accounts/{accountId|me}/logo – Poistaa tilin CoBrandingLogo-kuvan.
- Allekirjoitussyysovellusliittymät
- GET /accounts/{accountId me}/signingReasons – Palauttaa luettelon tunnistetun tilin (accountId) allekirjoitussyistä.
- Muiden kuin järjestelmänvalvojien käytettävissä.
- POST /accounts/{accountId|me}/signingReasons – Luo uuden allekirjoitussyyn tunnistetulle tilille (accountId).
- GET /accounts/{accountId|me}/signingReasons/{signingReasonId} – Hakee tunnistetun allekirjoitussyyn (signingReasonId) tekstin tunnistetulta tililtä (accountId). tilin tunnistettu allekirjoitussyy.
- Muiden kuin järjestelmänvalvojien käytettävissä
- PUT /accounts/{accountId|me}/signingReasons/{signingReasonId} – Päivittää tunnistetun allekirjoitussyyn (signingReasonId) tunnistetusta tilistä (accountId).
- DELETE /accounts/{accountId|me}/signingReasons/{signingReasonId} – Poistaa tunnistetun allekirjoitussyyn (signingReasonId) tunnistetusta tilistä (accountId).
- GET /accounts/{accountId me}/signingReasons – Palauttaa luettelon tunnistetun tilin (accountId) allekirjoitussyistä.
- Päivitetty swagger-sivut ilmoittamaan minut lyhenteenä accountId-tilitunnukselle.
Ratkaistut ongelmat
| Ongelma | Kuvaus |
|---|---|
| 4479949 | Yhteenveto: OIDC API -kutsut IDP:lle sisältävät ”charset=UTF-8” -parametrin ”Content-type:application/x-www-form-urlencoded” -otsikossa. Tämä aiheuttaa virheen kelvollisen vastauksen sijaan. |
| Korjaus: Merkkijoukko on poistettu, koska sitä ei pitäisi määrittää. | |
| 4490523 | Yhteenveto: PDF-tiedoston tulostuspainike ei ole käytettävissä Lue sopimus -näkymässä. |
| Korjaus: Lue sopimus -näkymään on lisätty tulostuspainike. | |
| 4494248 | Yhteenveto: Sopimuksen vanhentumisajat sopimuksessa ovat virheellisiä, koska asiakasohjelma ei välitä aikavyöhyketietoja. |
| Korjaus: Asiakasohjelma on päivitetty tietoisemmaksi aikavyöhyke-eroista. | |
| 4494297 | Yhteenveto: Kun käyttäjä delegoi sopimuksen toisen käyttäjän puolesta (edistyneen tilinjakamisen avulla), valvontaraportissa ei ehkä näy delegoimistapahtumaa määritettyjen asetusten perusteella, jotka jättävät pois tai sisällyttävät tietoja. |
| Korjaus: Tietoja poisjättävää toimintoa on parannettu niin, että se huomioi tilanteet, joissa tapahtumat peittävät osan sisällöstä mutta säilyttävät tapahtuman. | |
| 4495537 | Yhteenveto: Vastaanottajat saavat peruutussähköpostiviestit kopion saavina osallistujina, kun sopimus lähetetään työnkulun kautta ja peruutetaan myöhemmin ilman pyyntöä ilmoittaa kaikille osapuolille, kun käytetään mukautettuja sähköpostimalleja. |
| Korjaus: CEMT-mallien CSS-tiedosto on päivitetty hallitsemaan peruutustapahtumia, kuten mukauttamattomissa malleissa tehdään. | |
| 4495963 | Yhteenveto: Jos delegointi ei ole sallittua tilin käyttäjille, käyttäjäprofiilin allekirjoittamisen tai sähköisen leimaamisen käyttöönottovaihtoehdot on lukittu. |
| Korjaus: Delegoimisen riippuvuus poistetaan käyttöliittymästä, ja asetusta voidaan päivittää | |
| 4496084 / 4510358 | Yhteenveto: Valittua oikeaa valintapainiketta ei aseteta, kun valintapainike määritetään vaihtoehtoluettelolla |
| Korjaus: Kun vaihtoehtoluettelo on näkyvissä valintapainikkeessa, saamme nyt valitun valintapainikkeen indeksin vaihtoehtojen luettelosta. | |
| 4497823 | Yhteenveto: Käyttäjän viesti (”Virheellinen sopimustunnus”) osallistumattoman käyttäjän istunnolle selaimen GET /SigningUrls -toimintoa ja voimassa olevaa sopimusta varten. |
| Korjaus: Muokkaa käyttäjän ilmoitus (”Virheellinen sopimustunnus”) merkitykselliseksi viestiksi. | |
| 4498914 / 4501065 | Yhteenveto: Käyttäjät eivät pysty allekirjoittamaan asiakirjaa, kun todennustyyppi on Acrobat Sign, jonka biofarmakologiset asetukset on otettu käyttöön virheellisen rajauksen vuoksi. |
| Korjaus: Käytettävä rajaus on korjattu. | |
| 4499847 | Yhteenveto: Sähköiset asetukset eivät noudata käyttöliittymän asetuksia, ja luettelossa näkyy enemmän palveluntarjoajia kuin mitä on valittu palveluntarjoajien luettelon päällekkäisten merkintöjen vuoksi. |
| Korjaus: Puhdistuskoodi on lisätty varmistamaan, että päällekkäiset merkinnät poistetaan ennen asetusarvon noutamista ja päivittämistä. | |
| 4500637 | Yhteenveto: PDF-tiedoston luontitiedot esitetään pitkällä arvolla eli päivämäärän millisekunteina PDF-päivämäärämerkkijonon sijaan. |
| Korjaus: Jos luontipäivä on esitetty CosNumericina, muunna se ASDateksi saattamalla CosNumeric merkkijonoksi ja muuntamalla se sitten pitkäksi arvoksi ja sitten Date-objektiksi. | |
| 4500649 | Yhteenveto: Kirjasinkoon automaattinen säätö ei toimi, koska ylätason kirjastossa on virhe |
| Korjaus: Kirjasto on päivitetty. | |
| 4501939 | Yhteenveto: ”Odottamaton virhe” tai ”käyttöoikeusvirhe”, kun allekirjoittaja suorittaa maksun Braintreen kautta AVS:n tukemattoman määrityksen vuoksi. |
| Korjaus: Lisäsimme koodia, joka ohittaa AVS:n, jos tämä on mahdollista. Asiakkaita varoitetaan siitä, että AVS-määritys ei ole yhteensopiva Acrobat Signin kanssa. | |
| 4502497 | Yhteenveto: Uusi Sisällönluonti-asettelu ei ole asettanut alkuperäistä kenttää oletusarvoisesti pakolliseksi |
| Korjaus: Oletus on muokattu pakolliseksi. | |
| 4502759 | Yhteenveto: Päällekkäiset japanilaiset puhuttelutittelit allekirjoittajille valvontaraportissa |
| Korjaus: Käyttäjälistan merkkijonoa käytetään nyt kaikissa createSignatureRequestedAuditEvent()-tapauksissa. Tähän liittyy merkkijonon muutos, jossa puhuttelumerkki poistetaan kaikista toimintoon käytettävistä valvontatapahtumamerkkijonoista. | |
| 4503010 | Yhteenveto: Toiminto GET /agreements/ID epäonnistuu 500:lla – Eritasoinen palvelinvirhe muutamassa sopimuksessa 17.9. jälkeen alkuperän tarkistuksen vuoksi. |
| Korjaus: Alkuperän tarkistus on poistettu. | |
| 4503107 | Yhteenveto: Kun SEND- ja SIGN-oikeudet omaava henkilö siirtyy jakajan tilille ja käynnistää työnkulun, jossa jakaja on ensimmäinen allekirjoittaja, käyttäjä ohjataan ESIGN-sivun sijaan POST_SIGN-sivulle. |
| Korjaus: Paikallista tarkistusta on päivitetty sen varmistamiseksi, että jaon saajalla on käytössä olevat SIGN-käyttöoikeudet ryhmälle, josta sopimus lähetettiin. | |
| 4503112 | Yhteenveto: Sopimuksen automaattinen peruuttaminen – AUTO_AUTHOR_FAIL -virhe iText-virheen vuoksi. |
| Korjaus: iText on poistettu tarpeettomista paikoista, mikä korjaa virheen. | |
| 4503640 | Yhteenveto: Lomakkeen täyttäjä ei pysty lähettämään asiakirjaa. Palvelinvirhe näkyy sen jälkeen kun käyttäjä on napsauttanut Lähetä-painiketta XFA-asiakirjoissa |
| Korjaus: PDF-tiedostoja XFA:n varalta arvioivaa kirjastoa on parannettu niin, että XFA tunnistetaan ja poistetaan asianmukaisesti. | |
| 4504309 | Yhteenveto: Luonnoskansiosopimuksia ei voida lähettää edistyneen tilin jakamisen kautta, koska suodattimessa ei ole päätepistettä. |
| Korjaus: Lisätty URL /account/requestSignatures/authoring kohdassa allowListedEndPointsBasedOnSendPermissions kohdassa filter.xml | |
| 4504567 | Yhteenveto: Valintapainikkeen arvoja on muutettu, kun sopimuksia luodaan erälähetyksen kautta |
| Korjaus: Hashmapin tilalle vaihdettu linkedhashmap, jotta lisäysjärjestys säilyisi, kun luodaan SiB-alisopimuksia | |
| 4504631 | Yhteenveto: Tietojen käsittelyn työnkulun virhe Virheilmoitus: Käsittelemätön virhe, jonka syynä ovat tukemattomat merkit iText-tiedostossa |
| Korjaus: iText on päivitetty. | |
| 4504822 | Yhteenveto: Käyttäjän haku poistetaan, jos käyttäjäluettelo on liian suuri, ja ennen edellisen haun suorittamista pyydetään hakua (kuten käyttäjien alkuperäinen lataus, kun sivu avataan) |
| Korjaus: Kun tietoja vastaanotetaan, tarkistamme, vastaako pyynnön tunnus viimeisintä pyyntöä. Jos näin on, käsittelemme vastauksen, jos näin ei ole, ohitamme sen. | |
| 4504831 / 4507199 | Yhteenveto: Allekirjoitettu sopimus tuottaa virheellisen 1kb-kokoisen PDF-tiedoston, koska virheellinen PDFFont-objekti ei määritä fonttiobjektin pakollista alityyppiä. |
| Korjaus: PDF-tiedostoja luovaa kirjastoa on päivitetty hallitsemaan virheellisesti muodostettuja objekteja paremmin ja saamaan aikaan tyylikkäämmän tuloksen. | |
| 4506230 | Yhteenveto: Automaattinen kentäntunnistus ei toimi eristysympäristössä, koska huomautus on virheellinen tai puuttuu kohteesta, josta sitä etsitään. |
| Korjaus: Käymme nyt läpi kunkin sivun ja jokaisen kyseisellä sivulla olevan merkinnän löytääksemme lomakekentän merkinnän ja varmistaaksemme, että löysimme oikean sivun. | |
| 4506959 | Yhteenveto: Allekirjoituksen jälkeinen sivu näyttää HTML-koodattuja merkkejä |
| Korjaus: Korjattu lähdemalli. | |
| 4508950 | Yhteenveto: Sivuilla, joiden nimessä on heittomerkki, ilmenee virhe uudessa käyttökokemuksessa. |
| Korjaus: Kentän jäsennyskoodia on parannettu heittomerkkien hallintaa varten. | |
| 4509503 | Yhteenveto: Käyttäjät eivät pysty allekirjoittamaan asiakirjoja Acrobat Sign -iOS-sovelluksen kautta, koska tietokenttä on tyhjä ja aiheuttaa tyhjän osoittimen poikkeuksen |
| Korjaus: Lisäsimme tyhjän osoittimen tarkistuksen hallitsemaan tilannetta tyylikkäästi. | |
| 4509713 | Yhteenveto: ”Salli kaikkien käyttäjien jakaa kirjastoasiakirjoja useiden ryhmien kanssa” -asetus otetaan automaattisesti käyttöön yleisistä asetuksista, kun yritetään ottaa käyttöön asetus ”Salli järjestelmänvalvojan jakaa kirjastoasiakirjoja useiden ryhmien kanssa” virheellisen arvon antamisen vuoksi. |
| Korjaus: Nyt käytetään oikeaa arvoa. | |
| 4510812 | Yhteenveto: Aadhaar-todennus Workdayssa estää allekirjoitukset. |
| Korjaus: Aadhaar-todennuksen tuki on lisätty Workdayhin. | |
| 4512044 | Yhteenveto: Uusi sähköinen allekirjoitus aiheuttaa virheen, jos kentän nimessä on erikoismerkki |
| Korjaus: Kenttien nimien jäsentämistä on parannettu niin, että kenttänimien erityismerkkejä hallitaan tyylikkäästi. | |
| 4516231 | Yhteenveto: Valvontaraportin sanamuoto, joka koskee allekirjoituslinkkiä ”(lähettäjän) isännöimä sähköinen allekirjoitus”, katsotaan liian epämääräiseksi. |
| Korjaus: Valvontaraportin merkkijono on päivitetty niin, että siinä lukee ”Allekirjoituslinkin on luonut (lähettäjän nimi)”. |
Tuotannon käyttöönotto: 17. maaliskuuta 2025
GovCloudin käyttöönotto: 20. maaliskuuta 2025
Käyttökokemukseen liittyvät muutokset
- Uusi sähköisen allekirjoituksen ympäristö OEM-kumppaneille - Uusi sähköisen allekirjoituksen ympäristö on otettu käyttöön Acrobat Sign OEM-kumppaneille.Tämä ympäristö tarjoaa paremman allekirjoitusympäristön vastaanottajille ja sisältää mahdollisuuden määrittää kenttätaso, johon mobiiliasiakkaat voivat vaihtaa, mikä parantaa merkittävästi kenttien täyttöprosessia.
Ratkaistut ongelmat
| Ongelma | Kuvaus |
|---|---|
| 4501733 | Yhteenveto: Mukautetun sähköpostin näyttöarvon määrittäminen ryhmälle ei koske muistutus- ja peruutussähköpostiviestejä. |
| Korjaus: Muistutus- ja peruutussähköpostiviestien mallit on päivitetty vastaamaan Näytä sähköpostiviesti -toiminnon arvoa. | |
| 4502251 | Yhteenveto: Acrobat Sign -todennus epäonnistuu, kun lähettäjän tilillä on käytössä HIPAA ja kun lähettäjällä ja vastaanottajalla on käyttäjätunnukset eri Acrobat Sign -pirstaleissa, mikä aiheuttaa Virheellinen käyttötunnus -virheen. |
| Korjaus: Acrobat Sign -todennusmenetelmää on parannettu niin, että vastaanottajia hallitaan oikein, kun heillä on käyttäjätunnukset eri pirstaleissa. | |
| 4504338 | Yhteenveto: Kun ensimmäinen henkilö allekirjoittaa sopimuksen, ilmenee käsittelemättömyysvirhe, mutta toinen vastaanottaja delegoidaan kahdesti. |
| Korjaus: Delegointikoodia on muutettu niin, että sopimus saa asianmukaiset valtuudet ketjuna delegoitaessa. | |
| 4504648 | Yhteenveto: API:n kautta lisättyjen ja oletusarvoisesti käytössä olevien valintaruutujen Valittu-tila voi säilyä lopullisessa sopimuksessa, vaikka niiden valinta olisi poistettu allekirjoitusprosessin aikana. |
| Korjaus: Valintaruutujen arvon periytyminen on päivitetty niin, että vastaanottajan suorittamien toimien jälkeiset uudet arvot tallennetaan oikein, ja ne näkyvät tuloksena syntyvässä PDF-tiedostossa. | |
| 4506085 | Yhteenveto: Suuria malleja eristysympäristöstä tuotantoon kopioitaessa ilmenee virhe. Malli on luotu ilman kenttiä prosessin aikakatkaisujen vuoksi. |
| Korjaus: Synkronointitoimintojen aikarajaa on pidennetty. | |
| 4507500 | Yhteenveto: Acrobatin (DC Web) käyttäjät eivät pysty lähettämään liitetiedostoja, kun he lisäävät allekirjoituksen, koska lähetystoiminnosta puuttuu polku. |
| Korjaus: Lisätty polku, jolla Acrobatin käyttäjät voivat käyttää lähetystoimintoa. | |
| 4508102 | Yhteenveto: Sivujen poistaminen yhdistetystä sopimusdokumentista voi epäonnistua, koska sisäinen palvelu voi aiheuttaa poikkeuksen sivuihin liittyviä objekteja, kuten kirjanmerkkejä, rakenteita ja kohteita, poistettaessa. Tällöin myös sivun poistaminen PDF-tiedostosta voi epäonnistua. |
| Korjaus: Sisäistä palvelua on parannettu niin, että kirjanmerkkejä voidaan hallita paremmin, ja PDF-tiedosto muotoillaan asianmukaisesti Acrobat Signin odotetun standardin mukaisesti. | |
| 4508673 | Yhteenveto: Kun allekirjoituksen syy on annettava ja allekirjoituksen ulkopuoliselle roolille (esim. Hyväksyjä) on määritetty allekirjoituskenttä, käyttäjä ohjataan modernille sähköisen allekirjoituksen sivulle eikä hän voi antaa allekirjoituksen syytä, jos moderni sähköinen allekirjoitus on käytössä. |
| Korjaus: Allekirjoituksen syitä vaadittaessa on lisätty tarkistus, ja jos se on läsnä, vastaanottaja ohjataan perinteiselle sähköisen allekirjoituksen sivulle. | |
| 4508674 | Yhteenveto: Allekirjoitettuja sopimuksia, joissa on virheellisesti muotoiltuja kohteita, ei voi ladata. |
| Korjaus: Sisäistä kirjastoa on korjattu virheellisesti muotoiltujen kirjanmerkkien ja kohteiden hallinnan parantamiseksi. | |
| 4508934 | Yhteenveto: Salesforce-integraatiossa tiedostonimi leikataan allekirjoitetun PDF-sähköpostiviestin ilmoituksessa. ”.”-merkin jälkeen |
| Korjaus: Merkkijonon leikkaustoimintoa on parannettu niin, että se tunnistaa pisteen jälkeiset merkkijonot, jotka eivät ole laajennuksia. | |
| 4509274 | Yhteenveto: MS Teams -ympäristössä sopimusta ei avata lähetyksen jälkeen uuteen välilehteen API:n uudelleenohjauksessa välitetyn tyhjän arvon vuoksi, jos lähettäjä on ensimmäinen (tai ainoa) allekirjoittaja. |
| Korjaus: API:n uudelleenohjausta on parannettu lähettämällä oikeat arvot allekirjoitusprosessia käynnistyessä ja uutta välilehteä avattaessa. | |
| 4509485 | Yhteenveto: Sivujen poistaminen yhdistetystä sopimusdokumentista voi epäonnistua, koska sisäinen palvelu voi aiheuttaa poikkeuksen sivuihin liittyviä objekteja, kuten kirjanmerkkejä, rakenteita ja kohteita, poistettaessa. Tällöin myös sivun poistaminen PDF-tiedostosta voi epäonnistua. Käyttäjät eivät ehkä pysty lataamaan PDF-muotoista sopimustaan, ja näyttöön voi tulla virheilmoitus: ”Dokumentti ei ole vielä käytettävissä tai siinä ei ole tarkasteltavissa olevia sivuja.” |
| Korjaus: Sisäinen palvelu on päivitetty käsittelemään poistoprosessia testauksessa, jotta virheellisesti muotoiltujen PDF-tiedostojen hallintaa voidaan parantaa. | |
| 4509562 | Yhteenveto: Suuret sopimukset voivat aiheuttaa ongelman, jossa vain sopimuksen muutama ensimmäinen sivu tulostetaan PDF-tiedostoon, kun sopimus avataan Hallinta-sivulla vanhan SDK-paketin vuoksi. |
| Korjaus: SDK-paketti on päivitetty ongelman ratkaisemiseksi. | |
| 4509684 | Yhteenveto: Kun REST-ohjelmointirajapinnasta kutsutaan GET /agreements/{agreementId}/documents/{documentId}, ilmenee virhe: ”Palvelin ei pysty lähettämään vastausta Hyväksy-otsikossa pyydetyssä muodossa” virheellisen sisältötyypin vuoksi. |
| Korjaus: Sisältötyypin arvo on korjattu. | |
| 4509712 | Yhteenveto: Näytetään vain sata ryhmää, kun malleja yritetään jakaa useiden ryhmien kanssa. |
| Korjaus: API:stä noudettavien ryhmien määrä on nostettu tuhanteen | |
| 4509989 | Yhteenveto: Jos verkkolomakkeen sähköisellä allekirjoitussivulla on Nimi-kenttä Allekirjoitus-kentän vieressä, Nimi-kentässä ei ole allekirjoittamisen jälkeen allekirjoittajan nimeä, eikä se näy. |
| Korjaus: Lisätty toiminto, joka tarkistaa Nimi-kentässä olevan arvon ja vertaa sitä olemassa olevaan arvoon. Jos arvo on muuttunut, kenttä täytetään uudella arvolla. | |
| 4510498 | Yhteenveto: Vastaanottajien sähköposti-ilmoitusten poistaminen käytöstä epäonnistuu kirjoitettuja allekirjoituksia sisältävien sopimusten osalta, koska hallintaa varten ei ole käytettävissä määritettävissä olevia asetuksia. |
| Korjaus: Lisätty uusi asetus erityisesti tämän tyyppisen sähköpostijakelun hallintaa varten. | |
| 4511386 | Yhteenveto: Kun allekirjoittaja, jolla on digitaalinen allekirjoitus, valitsee lataus- ja allekirjoitusvaihtoehdon, osallistumislaskurin määrä nousee ennen allekirjoituksen lisäämistä. |
| Korjaus: Järjestelmän päivittävää logiikkaa on parannettu niin, että se vastaa sopimuksen nykyistä tilaa paremmin. | |
| 4511390 | Yhteenveto: Ryhmien hallinnoijilla ei ole oikeuksia luoda jaettua resurssia ryhmänsä käyttäjille. |
| Korjaus: Ryhmien hallinnoijien jakotoiminto on päivitetty ongelman korjaamiseksi. | |
| 4511902 | Yhteenveto: Mukautettu päivämäärätunniste ei toimi uudessa käyttökokemuksessa, kun näyttömuodossa on lainausmerkkejä (koodauksen vuoksi). |
| Korjaus: Acrobat purkaa nyt arvon koodauksen ennen arvon tallentamista. | |
| 4517094 | Yhteenveto: Linkki käyttöehtoihin epäonnistuu, koska sivu siirretään uuteen lähde-URL-osoitteeseen. |
| Korjaus: Päivitetty koodi nykyisen URL-osoitteen asianmukaiseksi hakemiseksi. |
Käyttöönotto tuotannossa: 22. huhtikuuta 2025
Käyttöönotto GovCloudissa: 24. huhtikuuta 2025
Parannettu toiminnallisuus
- Erälähetys: Erälataus – Lähettäjät voivat nyt helposti ladata valmiita alisopimuksia Erälähetys-tapahtumasta suoraan Hallinta-sivulta. Zip-tiedosto sisältää vain valmiita sopimuksia, jotka on nimetty niiden tapahtumatunnuksen perusteella, kun taas käsittelyssä olevat, peruutetut, hylätyt tai vanhentuneet sopimukset on poistettu.
Jokainen latauspyyntö tukee jopa 100 Mt:n tietoa, mikä tarjoaa nopean ja tehokkaan tavan käyttää valmiita asiakirjoja yhdessä vaiheessa.
- Parannettu mobiilipohjainen allekirjoituskokemus – Lähettäjät voivat nyt ottaa mobiilipohjaisen optimoidun allekirjoituskokemuksen käyttöön ja määrittää sen, mikä antaa vastaanottajille kaksi näkymävaihtoehtoa:
- PDF-näkymä – Näyttää koko sopimuksen tarkistamista ja allekirjoittamista varten.
- Vain kenttä -näkymä – Korostaa lomakekenttiä, mikä helpottaa sopimusten täyttämistä ja allekirjoittamista mobiililaitteilla.
Tämä päivitys yksinkertaistaa allekirjoitusprosessia, mikä parantaa lomakkeen täyttöasteita ja yleistä mobiilikäyttökokemusta.
- Mukautetun työnkulun suunnittelutoiminnon yksittäisten vastaanottajien kopion saavat osapuolet – Mukautetussa työnkulun suunnittelutoiminnossa jokaisella yksittäisellä vastaanottajalla voi nyt olla määritettyjä kopion saajia. Kun tämä asetus on käytössä, kopion saavat osapuolet saavat ilmoituksia samanaikaisesti aiotun vastaanottajan kanssa, mikä parantaa näkyvyyttä ja sujuvoittaa viestintää. Tämä ominaisuus on käytettävissä, jos tili on määritetty sallimaan sen.
- Valintaruutu ja valintapainike: Näytä kenttärajan vaihtoehto – Valintaruutu- ja valintapainikekentät sisältävät nyt Näytä kenttäraja -vaihtoehdon, kun sopimusta tarkastellaan ja tulostetaan. Tämä vaihtoehto voidaan poistaa käytöstä, kun ladatussa asiakirjassa on jo valmiiksi tulostetut reunat, mikä takaa selkeämmän lopullisen asiakirjan estämällä päällekkäiset reunat.
Vaihtoehto on oletusarvoisesti käytössä ja määritetty kenttätasolla.
- Parannettu automaattinen lomakekenttien tunnistus Automaattinen lomakekenttien tunnistus -toiminto sijoittaa tunnistetut kentät automaattisesti, mikä yksinkertaistaa lomakkeen luontiprosessia. Käyttäjät säilyttävät täydellisen hallinnan, ja he voivat muokata, hävittää tai poistaa kaikki sijoitetut kentät yhdellä toiminnolla.
- Uusi vaihtoehto vastaanottajan allekirjoitustyypin määrittämiseksi – Lähettäjät voivat nyt määrittää vastaanottajien allekirjoitustyypin lähetettäessä sopimuksia modernin Pyydä allekirjoitusta -prosessin kautta. Kun toiminto on käytössä, Allekirjoituksen tyyppi -pudotusvalikko näkyy Laatimissivun Vastaanottajan asetukset -osiossa, jossa näytetään ryhmäasetuksilla sallitut vaihtoehdot.
- Oletusasetukset voidaan määrittää ryhmätasolla.
- Jos lähettäjä valitsee allekirjoitustyypin, vastaanottajan on käytettävä kyseistä tyyppiä.
- Lähettäjä voi valita vastaanottajalle useita vaihtoehtoja.
- Vastaanottaja voi valita haluamansa allekirjoitustyypin, jos sitä ei ole valittu.
Tämä ominaisuus tarjoaa paremman hallinnan allekirjoitusmenetelmiin säilyttäen samalla joustavuuden tarvittaessa.
- Parannettu käyttäjähallinta Acrobat Signissa – Acrobat Signin käyttäjähallintanäkymää on päivitetty parantamaan näkyvyyttä käyttäjien tilaan. Parannetun käyttöliittymän avulla on helpompi tarkastella odottavia kutsuja ja selkeitä indikaattoreita valmisteluongelmille. Uudessa käyttöliittymässä on myös korostettu merkittäviä toimia, joita järjestelmänvalvojat voivat tehdä kullekin sopimusluokalle (Lisää käyttäjä, Lähetä muistutus ja Ota yhteyttä tukeen) käyttäjien valmisteluprosessin yksinkertaistamiseksi.
- Parannetaan vastaanottajien tietoturvaa määrittämällä vastaanottajat, joilla on rajoitettu käyttöoikeus – Sopimusten rajoitettu käyttöoikeus -toiminto parantaa yksityisyyttä estämällä sopimusten liittämisen vastaanottajan Acrobat Sign -käyttäjätunnukseen (jos vastaanottajalla on sellainen). Kun toiminto on käytössä, Vastaanottajan sopimuksen käyttöoikeus -vaihtoehto näkyy Vastaanottajan asetukset -osiossa Laatimissivulla. Järjestelmänvalvojat voivat määrittää tämän asetuksen siten, että se on oletusarvoisesti käytössä ja lähettäjät voivat muokata sitä.
Kun vastaanottaja on merkitty rajoitetuksi, häntä kohdellaan samalla tavalla kuin jos hänellä ei olisi aktiivista Acrobat Sign -käyttäjätiliä. Tämän vuoksi sopimus ei näy hänen Hallinta-sivullaan. Tämä estää vahingossa tapahtuvan tietojen vuotamisen ryhmätason jakamissuhteiden vuoksi.
- Uusi WhatsApp-lähetys kertakäyttöisille salasanoille – Acrobat Sign tukee jatkossa vastaanottajien puhelimiin lähetettäviä kertakäyttöisiä salasanoja (OTP) koskevana lähetystapana WhatsAppia. Tämä toiminto toimii samalla tavalla kuin tekstiviestien toimittaminen mutta hyödyntää WhatsAppin teknologiaa ja infrastruktuuria, mikä lisää vakautta ja helpottaa viestintää. WhatsApp OTP-todennus on Premium-todennustyyppi, joka on käytettävissä uusia sopimuksia laadittaessa.
- Palaa vastaanottajan määrityksiin Sisällönluontisivulta – Lähettäjät, jotka käyttävät uutta Pyydä allekirjoitusta -käyttökokemusta, voivat nyt siirtyä takaisin Laatimissivulle Sisällönluonti-ympäristöstä määrittääkseen uudelleen vastaanottajat ja heidän ominaisuutensa menettämättä edistymistään. Näin voidaan muuttaa vastaanottajien järjestystä ja tietoja ja varmistaa, että olemassa olevat kenttämääritykset säilyvät ennallaan (esimerkiksi allekirjoittaja 1 pysyy allekirjoittajana 1). (Jos osallistuja poistetaan, myös heihin liittyvät kentät poistetaan.)
- Uusi kirjastomallien sisällönluontiympäristö – Kirjastomallien sisällönluontiympäristössä on nyt moderni sisällönluontikokemus kenttien sijoittamista varten, mikä helpottaa mallien luomista ja mukauttamista. Parannuksia ovat:
Nämä päivitykset tehostavat mallien luontia ja varmistavat saumattoman kokemuksen sekä lähettäjille että vastaanottajille.
- Uudet tunnistetietojen toimittajat (IdP:t) on lisätty Acrobat Signiin – Acrobat Sign laajentaa luetteloaan tuetuista tunnistetietojen toimittajista (IdP) vastaanottajan todennusvaihtoehtojen parantamiseksi. Seuraavat uudet IdP:t ovat nyt käytettävissä:
- OneID ID Check
- OneID ID Proof
- OneID ID Assure
- OneID Sign-Up Plus
Nämä lisäykset laajentavat Acrobat Signin yhteensopivuutta globaalien henkilöllisyyden varmennusstandardien kanssa, tukien saumatonta ja turvallista todennusta useilla toimialoilla.
- Laajennettu maakohtainen tuki puhelintodennukselle – Puhelintodentaminen ja sopimusten lähettäminen tekstiviestien kautta tukevat nyt näitä lisämaita ja maakohtaisia puhelinnumeroita:
- Mansaari (+44)
- Guernsey (+44)
- Jersey (+44)
Käyttökokemukseen liittyvät muutokset
- Modernista Pyydä allekirjoitusta -ympäristöstä on tullut oletuskokemus uutta sopimusta luotaessa. Kaikki olemassa olevat tilit on siirretty moderniin ympäristöön
- Käyttäjät eivät enää voi käyttää linkkejä vaihtaakseen uuden ja perinteisen ympäristön välillä.
- Järjestelmänvalvojat voivat edelleen ottaa perinteisen käyttökokemuksen käyttöön järjestelmänvalvojan valikosta.
- Tämä muutos ei vaikuta Notarize-integraatiota käyttäviin asiakkaisiin.
- Admin Consolen VIP-tilin järjestelmänvalvojille määritetään automaattisesti Acrobat Sign -käyttöoikeudet – Kun tilille ostetaan alun perin Acrobat Sign -palvelu VIP-lisenssillä, ostaja saa käyttäjille, joilla on järjestelmänvalvojan oikeudet, automaattisesti määritetyn Acrobat Sign -lisenssin.
- Uudet organisaatiot saavat kaikkien määritettyjen järjestelmänvalvojien käyttöön Acrobat Sign -tilin järjestelmänvalvojatason oikeudet.
- Olemassa olevissa organisaatioissa, jotka ostavat Acrobat Sign -lisenssin, kaikilla järjestelmänvalvojilla on käytössään tilin järjestelmänvalvojatason Acrobat Sign -oikeudet.
Acrobat Sign -lisenssiin on automaattisesti oikeus vain, kun Acrobat Sign -palvelut on ensin ostettu organisaatiolle. Oikeuksia ei myönnetä myöhemmin valituille järjestelmänvalvojille.
- Järjestelmänvalvojan perehdytyksen tarkistusluetteloa ja viestintää parannettu – Acrobat Sign -järjestelmänvalvojat saavat nyt parannettua tukea tilien integroinnin hallintaan, mukaan lukien uudet työkalut ja parannetun sähköpostiviestinnän.
Paranneltuihin käyttöönottotoimintoihin kuuluvat:- Perehdytyksen tarkistusluettelo – Uusi Aloita käyttö -välilehti on lisätty Hallintasivulle, jossa on lyhyt tarkistusluettelo avaintoiminnoista uusille järjestelmänvalvojille, kun he ottavat tilin ensimmäisen kerran käyttöönsä.
- Päivitetty tervetulo- ja muistutussähköpostiviestit – Uusille järjestelmänvalvojille lähetetyt alkuperäiset sähköposti-ilmoitukset on tarkistettu niin, että ne tukevat perehdytystä koskevaa tarkistusluetteloa, jossa on selkeämpiä ohjeita seuraavista tilin määrittämisen vaiheista.
- Kuukausittainen yleiskatsaus -sähköpostiviesti – Järjestelmänvalvojat saavat kuukausittaisen yhteenvedon yksityiskohtaisista tiedoista:
- Näkyvyys kaikkiin käyttäjätiloihin ja järjestelmänvalvojan toimintaa vaativiin asioihin.
- Sopimuksen alusta lähtien käytettyjen tapahtumien/paikkojen määrä. Järjestelmänvalvojien ei enää tarvitse siirtyä Admin Consoleen vain näitä tietoja varten.
- Sopimuksen pikakuvaus, vuosipäivä mukaan lukien.
- Olemassa olevien oikeuksien älykäs tunnistus ja ilmoitus – Jos käyttäjän aiempi Acrobat Sign -käyttöoikeus tunnistetaan, kyseinen käyttäjä sisällytetään viikoittain kaikille tilin järjestelmänvalvojille lähetettävään ilmoitukseen. Jokainen tällainen käyttäjä voi näkyä enintään kolmessa ilmoituksessa.
Nämä parannukset auttavat järjestelmänvalvojia hallitsemaan tilejään tehokkaammin ja pysymään ajan tasalla järjestelmän toiminnan ja mahdollisten ongelmien osalta.
- Parannettu käyttäjän kirjautumisen käyttökokemus – Acrobat Sign on yksinkertaistanut kirjautumis- ja todennusprosessia Adobe Identity Management -järjestelmän (IMS) kautta.
- Käyttäjän organisaatioprofiili valitaan automaattisesti sisäänkirjautumisprosessin aikana niille, joilla on oikeus Acrobat Sign -palveluun (tunnistamalla pyyntö Acrobat Sign -lähteestä tulevaksi)
- Käyttäjät, joiden kirjautumisen aikana tapahtuu virheitä, saavat virheilmoituksissaan linkit, joiden avulla he voivat ottaa yhteyttä Acrobat Sign -järjestelmänvalvojaansa saadakseen apua.
- Kaikille käyttäjille, joille on määritetty aktiivinen käyttöoikeus mutta jotka eivät ole kirjautuneet palveluun, lähetetään enintään kaksi sähköpostimuistutusta. (Tämä koskee myös passiivisia käyttäjiä ennen julkaisupäivää)
Nämä parannukset yksinkertaistavat kirjautumista, vähentävät vaivaa ja parantavat yleistä käyttökokemusta.
Käytettävissä olevat ympäristöt: Kaupallinen | Käytettävissä olevat palvelutasot: Acrobat Sign Solutions | Määrityksen laajuus: Käytettävissä oletusarvoisesti; ei määritettävissä
- Tili-välilehti nimetty uudelleen Järjestelmänvalvojaksi – Acrobat Sign -tilin järjestelmänvalvojien käytettävissä oleva Tili-välilehti on nimetty uudelleen Järjestelmänvalvojaksi. Tämä on kosmeettinen muutos sovelluksen autonomisessa verkkoversiossa olevaan välilehden otsikkoon. Tämä päivitys toteutetaan kaupallisessa ympäristössä huhtikussa 2025 ja valtion ympäristössä toukokuussa 2025.
Mobiilisovellusten päivitykset
- Päivitys mallitiedostojen hallintaan – Acrobat Sign -mobiilisovelluksen malliluettelo noudattaa nyt jäsenneltyä muotoa, mikä helpottaa tiettyjen mallien etsimistä. Struktuuri vastaa verkkoversiota, ja mallit on järjestetty osioiksi, kuten:
- Omat mallit
- Ryhmämallit
- Tilimallit
Tämä päivitys parantaa navigointia ja varmistaa johdonmukaisuuden mobiili- ja verkkokokemusten välillä.
- Acrobat Sign -mobiilisovellusten helppokäyttöisyys – Acrobat Sign -mobiilisovellukset tarjoavat nyt parannettuja helppokäyttöisyysominaisuuksia, jotka varmistavat helppokäyttöisyysstandardien paremman noudattamisen. Päivityksiä ovat:
- Värikontrastia on parannettu näkyvyyden parantamiseksi.
- Helpomman navigoinnin mahdollistava pikanäppäintuki.
- Parannettu näyttölukijan yhteensopivuus inklusiivisemman käyttäjäkokemuksen mahdollistamiseksi.
Näiden parannusten ansiosta mobiilisovellus on entistä helpommin kaikkien käyttäjien käytettävissä ja tarjoaa sujuvamman ja käyttäjäystävällisemmän käyttökokemuksen.
Käytettävissä olevat ympäristöt: iOS-mobiilisovellus | Käytettävissä olevat palvelutasot: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Määrityksen laajuus: Käytettävissä oletusarvoisesti
Integraatiopäivitykset
- Päivitetyt Acrobat Sign -liittimet Microsoft Power Automatelle – Acrobat Sign -liittimet Power Automatelle tukevat nyt parannettua sopimusten lähetysprosessia, jonka avulla asiakirjoja voidaan ladata Laatimissivulle vastaanottajan tietojen muokkaamiseen ja sopimuksen lähettämiseen Sisällönluonti-ympäristöön lisäkenttien sijoittamista varten.
Tämän lisäksi Acrobat Sign -liittimet tukevat nyt kahta edistyksellistä todennusmenetelmää:- Digitaalisten tunnistetietojen yhdyskäytävä
- Kertakäyttöinen salasana (OTP) sähköpostitse
- Workday-integraatio: digitaaliset allekirjoitukset Aadhaar e-Signilla – Workday-integraatio tukee nyt täysin valinnaista Aadhaar e-Sign -palvelua, joka on käytettävissä Intiassa. Se on verkossa toimiva sähköinen allekirjoituspalvelu, joka helpottaa sopimusten digitaalista allekirjoittamista OTP-todennuksella ja e-KYC-vahvistuksella.
REST API- / Webhook-päivitykset
Tämän julkaisun API- ja webhook-päivitykset löytyvät Acrobat Sign API -dokumentaatiosta.
- Uusi Webhook-kenttä: eventDateTimezoneOffset – Adobe Acrobat Signissa otetaan käyttöön eventDateTimezoneOffset, uusi kenttä webhook-hyötykuormassa AGREEMENT_ACTION_COMPLETED -tilatulle tapahtumalle.
Tämä kenttä tallentaa vastaanottajan aikavyöhykkeen siirtymän, kun hän päivittää sopimuksen, mikä mahdollistaa paremman näkyvyyden paikalliseen allekirjoitusaikaan.- eventDateTimezoneOffset tallentaa vastaanottajan aikavyöhykkeen siirtymän minuuteissa suhteessa UTC-arvoon (esim. eventDateTimezoneOffset: "UTC-300")
- Olemassa oleva eventDate-kenttä pysyy muuttumattomana ja tallentaa edelleen toiminnon UTC-aikaleiman. Aikavyöhykkeen siirtymä ei muuta eventDate-arvoa.
Tämä päivitys parantaa allekirjoitustoimintojen seurantaa eri aikavyöhykkeissä.
- Acrobat Sign -kehittäjädokumentaation siirtyminen – Acrobat Sign -kehittäjädokumentaatio on siirtymässä URL-osoitteesta opensource.adobe.com/acrobat-sign URL-osoitteeseen developer.adobe.com/acrobat-sign. Tämä siirtyminen varmistaa paremman integraation Adoben kehittäjäresurssien kanssa, mikä tarjoaa kehittäjille entistä yksinkertaisemman ja keskitetymmän käyttökokemuksen.
Ratkaistut ongelmat
| Ongelma | Kuvaus |
|---|---|
| 4490799 | Yhteenveto: Oletusmaakoodia ei voi muuttaa uuden käyttökokemuksen Lähetä-sivulla |
| Korjaus: Koodia on parannettu sen varmistamiseksi, että perittyjä ryhmän ominaisuuksia käytetään kaikkien prosessien läpi sopimuksen luonnin loppuun saattamiseksi. | |
| 4501927 | Yhteenveto: Ristiriita PDF-tiedostojen käsittelyssä perinteisen ja uuden sisällönluontitilan välillä julkaisun jälkeen |
| Korjaus: Koodia on parannettu, jotta kaikkia kenttien ominaisuuksia voidaan käyttää paremmin PDF-tiedostojen muunnoksissa. | |
| 4503970 | Yhteenveto: Epäkelpo valmistumisviesti, kun ensimmäinen vastaanottaja on lähettäjä. |
| Korjaus: Päivitetty viesti roolitietoiseksi, jotta se näyttää oikean viestin. | |
| 4505208 | Yhteenveto: [Pyydä allekirjoitusta] Kopiokenttä ei näytä osoitekirjasta automaattisen täyttämisen vaihtoehtoja. |
| Korjaus: Osoitekirjan toiminnallisuus lisätty kopiokenttään. | |
| 4507982 | Yhteenveto: Kun useat ryhmät jakavat resurssin käyttäjän kanssa edistyneen tilin jakamisen kautta, saattaa ilmetä suorituskykyongelma, kun yritetään käyttää mallia Hallinta-välilehdellä Mallit-suodattimella. |
| Korjaus: Useita toimintoja on muuutettu, jotta ne voidaan optimoida useiden ryhmien hakuun. | |
| 4508227 | Yhteenveto: Käsittelemätön virhe aiheutuu, kun sopimuksia allekirjoitetaan uudella sisällönluontikokemuksella maksukenttien kanssa. |
| Korjaus: Päivitetty päätepiste kentän hallinnan selkeyttämiseksi. | |
| 4508929 | Yhteenveto: Mukautetun työnkulun suunnittelutoiminnon kentän otsikoissa, jotka ovat alle 100 merkkiä, on ilmennyt virhe, koska erityismerkkejä koodataan. |
| Korjaus: Erityismerkit dekoodataan, kun merkkirajaa vahvistetaan. | |
| 4509141 | Yhteenveto: Epäinformatiivinen virhe käynnistyy, kun sopimus lähetetään todistajan kanssa, ja ryhmä on määritetty vaatimaan todennusmenetelmää, mutta todistajaa ei ole määritetty todentamaan. |
| Korjaus: Määritysprosessi sisältää nyt virheilmoituksen, joka ilmaisee, milloin kaikkien vastaanottajien kaksivaiheinen todennus on määritetty ja todistajaa on käytetty. | |
| 4509366 | Yhteenveto: FedRAMP-asiakasnimen päivitys erikoismerkeillä epäonnistui, koska merkkejä ei voitu korvata HTML-entiteetin numeroilla. |
| Korjaus: Päivitetty prosessi käsittelemään oikein erityismerkkejä FedRAMP-ympäristössä. | |
| 4509680 | Yhteenveto: Lisätään maat Isle of Man, Guernsey ja Jersey +44-maakoodia varten. |
| Korjaus: Lisätty Mansaaren, Guernseyn ja Jerseyn COUNTRY_CODE -vakiot | |
| 4510255 | Yhteenveto: Yritys luoda käyttäjä, joka on jo olemassa toisessa ryhmässä, näyttää luovan hyödyttömän käyttäjän ryhmässä. |
| Korjaus: Virhettä on parannettu ilmaisemaan, että käyttäjä on siirretty uuteen ryhmään (ei luotu). | |
| 4510309 | Yhteenveto: Kun allekirjoituslohko lisätään API:n kautta, jonka inputType ei ole BLOCK, allekirjoitusprosessi ohjataan perinteiseen käyttökokemukseen, koska BLOCKia ei tunnisteta oikein. |
| Korjaus: On parannettu ehtoa, jolla palautetaan lisätietoja BLOCK-objektin asianmukaiseksi tunnistamiseksi. | |
| 4510652 | Yhteenveto: Digitaalisesti allekirjoitetut lomakekentät täytyy yhdistää ennen PDF-tiedoston muokkaamista seuraavalle allekirjoittajalle |
| Korjaus: Allekirjoitetut digitaalisen allekirjoituksen lomakekentät mitätöidään, kun ne lähetetään käsin kirjoitetusta sopimustyönkulusta. | |
| 4511819 | Yhteenveto: Allekirjoituksen sininen rivi ilmestyy PDF-dokumentissa allekirjoittamattomille allekirjoituskentille. |
| Korjaus: Allekirjoittamattomat allekirjoituskentät ohitetaan, kun allekirjoituskenttiä hahmonnetaan PDF-dokumenttiin. | |
| 4511965 | Yhteenveto: Sähköisen identiteetin yhdyskäytävän kirjautumisvinkki ei toimi, koska käytössä oleva henkilöllisyystodistustarkistus hakee henkilöllisyyskriteerejä. |
| Korjaus: Poistettu sähköpostin ja nimen vastaavuustarkistus DIG_ID:n todennuskriteerejä noutaessa. | |
| 4513228 | Yhteenveto: PDF-dokumentin kentän arvo puuttuu, kun kentän nimessä on ylimääräinen välilyönti, joka johtuu siitä, että kentän nimi on rajattu taustajärjestelmässä. |
| Korjaus: Kentän nimi rajataan käyttöliittymässä sen johdonmukaisuuden säilyttämiseksi. | |
| 4513358 | Yhteenveto: Tiedostojen käsittelyongelma Adobe Signin eristysympäristön esiintymissä johtuu lomakekentistä, joilla ei ole viittauksia sivuihin. Tällöin sivu on tyhjä ja tyhjä osoitin pudotetaan. |
| Korjaus: Lisätty nolla-tarkistus tapahtuman hallitsemiseksi asianmukaisesti. | |
| 4513464 | Yhteenveto: Järjestelmänvalvoja kohtaa useita virheitä käsitellessään malleja edistyksellisen tilin jakamisen kautta, koska API arvioidaan istunnon käyttäjän käyttöoikeuksien (esim. Editor_User) puitteissa vaihdetun käyttäjän käyttöoikeuksien (esim. Creator_User) sijaan. |
| Korjaus: API-pyyntöön lisätty x-on-behalf-of-user -otsikko sen varmistamiseksi, että pyyntö arvioidaan vaihdetun käyttäjän (Creator_User) käyttöoikeuksien mukaisesti. | |
| 4513575 | Yhteenveto: Lomakekenttätietojen kokoa ei muuteta useiden rivien kenttien osalta. |
| Korjaus: Päivitetty koodi sallimaan automaattisen koon muuttamisen. | |
| 4513914 | Yhteenveto: Kun tilillä olevien aktiivisten käyttäjien määrä vastaa arvoa Max_ACTIVE_USERS, salasanan vaihtamista ei sallita, koska MaxActiveUsers -tarkistus on käytössä. |
| Korjaus: Toimintoa on parannettu niin, että tämä tarkistus ohitetaan oikein käyttäjän ollessa aktiivinen. | |
| 4514839 | Yhteenveto: Käyttäjä ei voi allekirjoittaa sopimuksessa useilla digitaalisilla allekirjoituksilla, jos ensimmäinen allekirjoitettu kenttä ei ole ensimmäinen allekirjoituskenttä asiakirjan yläosassa. |
| Korjaus: Lisätty menetelmä, joka käy läpi kaikki kentät ja poimii voimassa olevan tukipyynnön, jota käytetään edelleen X-JWT-Assertion-otsikossa. | |
| 4515343 | Yhteenveto: Sähköisen allekirjoituksen sivulla monirivisen syötekentän kirjasinkoko muuttuu. Fontin koko kerrotaan zoomauskertoimella, joten syötteen koko vaihtelee sen mukaan – täsmennetysti se säätää sivun mittoja. |
| Korjaus: Menetelmä monirivisen kentän kirjasinkoon saamiseksi palauttaa kirjasinkoon pikseleinä kertomatta sitä zoomauskertoimella. | |
| 4515735 | Yhteenveto: Kun sopimus on allekirjoitettu, Hallinta-painike allekirjoittamisen jälkeisellä sivulla palauttaa virheellisen sivun. |
| Korjaus: Allekirjoituksen jälkeinen sivu on korjattu niin, että sivun hahmontamiseen tarvittavat tiedot noudetaan asianmukaisesti. | |
| 4516641 | Yhteenveto: On mahdollista, että lomakekentän merkintää ei liitetä sivulle. |
| Korjaus: Nolla-tarkistus on lisätty sivun merkintälistaan. | |
| 4517113 | Yhteenveto: Dokumenttiongelma-sähköposti vastaanotettu kun sopimus lähetetään API:n kautta kehittäjätilillä johtuen null-osoitinvirheistä lomakekenttiä tarkistettaessa. |
| Korjaus: Tarkistamme nyt, onko lomakekenttien luettelo tyhjä ennen kuin kysymme, onko luettelo tyhjä. | |
| 4517156 | Yhteenveto: Kun syötettävien PDF-tiedostojen joukossa on lomakekenttiä, lomakekenttien tekijät eivät saa tuottaa lisälomakekenttiä. |
| Korjaus: Kun lomakekenttien tekijöiden luettelo on käsiteltävänä, lisäämme kyseisen tehtävän ReadPDFTaskin jälkeen suoritettavien tehtävien luetteloon |
Adobe Acrobat Sign -julkaisu 16.0.1
Käyttöönotto tuotannossa: 20.5.2025
Käyttöönotto GovCloudissa: 22.5.2025
Parannettu toiminnallisuus
- Parannetaan vastaanottajien tietoturvaa määrittämällä vastaanottajat, joilla on rajoitettu käyttöoikeus – Sopimusten rajoitettu käyttöoikeus -toiminto parantaa yksityisyyttä estämällä sopimusten liittämisen vastaanottajan Acrobat Sign -käyttäjätunnukseen (jos vastaanottajalla on sellainen). Kun toiminto on käytössä, Vastaanottajan sopimuksen käyttöoikeus -vaihtoehto näkyy Vastaanottajan asetukset -osiossa Laatimissivulla. Järjestelmänvalvojat voivat määrittää tämän asetuksen siten, että se on oletusarvoisesti käytössä ja lähettäjät voivat muokata sitä.
Kun vastaanottaja on merkitty rajoitetuksi, häntä kohdellaan samalla tavalla kuin jos hänellä ei olisi aktiivista Acrobat Sign -käyttäjätiliä. Tämän vuoksi sopimus ei näy hänen Hallinta-sivullaan. Tämä estää vahingossa tapahtuvan tietojen vuotamisen ryhmätason jakamissuhteiden vuoksi.
Käytettävissä olevat ympäristöt: Sandbox, Commercial, Government | Käytettävissä olevat palvelutasot: Acrobat Sign Solutions | Määrityslaajuus: Tili ja ryhmä
- API-tuki on lisätty Sopimusten rajoitettu käyttöoikeus -ominaisuuteen – Organisaatiot, jotka käyttävät API:tä sopimusten luontiin ja lähettämiseen, voivat nyt käyttää Sopimusten rajoitettu käyttöoikeus -ominaisuutta osana vastaanottajan määrityksiään. Tämän ominaisuuden API-käyttöönoton toteutuksessa on yksi käyttökokemusero suhteessa siihen, milloin asiakirjaa voidaan käyttää, jos todennustyypiksi on määritetty Ei mitään:
- Acrobat Sign -käyttöliittymässä vastaanottaja ei voi tarkastella tai ladata sopimusta ennen kuin se on allekirjoitettu. Vaikka todennusta ei ole määritetty, sopimuksen käyttö estetään poistamalla Näytä ja lataa -toiminnot.
- API:tä käytettäessä sopimusta voidaan tarkastella ja ladata tunnuksella todennuksen suorittamisen jälkeen. Jos todennusta ei ole määritetty, sopimusta voidaan tarkastella tai se voidaan ladata ennen sen allekirjoittamista.
Käytettävissä olevat ympäristöt: Eristysympäristö, Kaupallinen, Julkishallinto | Käytettävissä olevat palvelutasot: Acrobat Sign Solutions | Määrityksen laajuus: Tili ja Ryhmä
- Laajennettu maakohtainen tuki puhelintodennukselle – Puhelintodentaminen ja sopimusten lähettäminen tekstiviestien kautta tukevat nyt näitä lisämaita ja maakohtaisia puhelinnumeroita:
- Falklandinsaaret (Malvinassaaret) (+500)
Käytettävissä olevat ympäristöt: Kaupallinen | Käytettävissä olevat palvelutasot: Acrobat Sign Solutions | Määrityksen laajuus: Tili ja ryhmä
Käyttökokemukseen liittyvät muutokset
- Verkkolomakkeen tukipyyntöjen lähettäminen edellyttää nyt kirjautumista vanhoille suuryritystileille – Vanhoilla suuryritystileillä olevien käyttäjien on nyt kirjauduttava sisään Acrobat Sign -tunnistetiedoilla ennen kuin he voivat käyttää verkkolomaketta tukipyyntöjen lähettämiseksi. Tämä todennusvaihe varmistaa, että tapaus yhdistetään oikeaan tiliin ja reititetään asianmukaiselle tukitiimille.
Käytettävissä olevat ympäristöt: Commercial | Käytettävissä olevat palvelutasot: Acrobat Sign Solutions | Määrityslaajuus: Käytössä oletusarvoisesti; Ei muokattavissa
REST API- / Webhook-päivitykset
Tämän julkaisun API- ja webhook-päivitykset löytyvät Acrobat Sign API -dokumentaatiosta.
- GET /agreements -API palvelee nyt mikropalvelusta – GET /agreements -päätepiste siirtyy Acrobat Sign -ydinsovelluksesta erityiseen mikropalveluun. Tämän siirtymän yhteydessä hakupyynnöt noutavat tietoja hakupalvelusta (toissijaisesta tallennustilasta) ensisijaisen tietokannan sijaan. Tämä muutos parantaa palvelun vakautta ja estää epätavanomaisten API-kutsujen vaikutuksen Acrobat Sign -käyttökokemukseen.
- GET /agreements -kutsun enimmäiskoko on nyt 500 sopimusta pyyntöä kohden. Historiallisesti hakupalvelu ei ole hakenut yli 100 sopimusta sivua kohti. Jos tarvitaan lisää sopimuksia, voi olla tarpeen tehdä useita kyselyitä, joiden soveltamisala on rajallinen.
- Koska hakuja tehdään nyt toissijaisessa tallennustilassa, GET /agreements -päätepisteen kutsussa saattaa ilmetä pieni ylimääräinen viive.
- API-rajoituksen päivitys - Toukokuun 2025 julkaisun jälkeen uudet API-rajoitussäännöt otetaan käyttöön:
- Kun havaitaan yleinen korkea järjestelmän lataus, Acrobat Sign rajoittaa API-pyyntöjen alijoukon koko järjestelmässä.
- Kun suuren käytön asiakkaat tunnistetaan yleisen järjestelmän hidastumisen syyksi, Acrobat Sign rajoittaa alijoukon API-pyynnöt erityisesti kyseiselle asiakkaalle.
Kun API-pyyntö on rajoitettu, se hylätään 429 HTTP-tilakoodilla, kuten myös seuraavasti:
Vastauksen tekstiosa
Vastauksen otsikko
Vastaanottaessasi ylläolevan vastauksen voit käyttää Retry-After-otsikkoa tai retryAfter-tekstiä vastauksen tekstiosassa, kun haluat määrittää, milloin pyyntöä yritetään uudelleen.
Uudelleen yrittämisen rangaistus
Kaikkia uusia tilejä, jotka on luotu toukokuun 2025 julkaisun jälkeen, rangaistaan, jos tili ei noudata määritettyä uudelleenyrittämisen aikaa.
Jos sama pyyntö yritetään uudelleen tämän ajanjakson aikana, pyyntö estetään uudelleen ja uudelleenpyynnön aikaväli palautetaan.
Ratkaistut ongelmat
| Ongelma | Kuvaus |
|---|---|
| 4477748 | Yhteenveto: Käyttäjät eivät pysty luomaan OAUTH ACCESS-TOKENia API-kutsun virheellisen toimialueen vuoksi. |
| Korjaus: Swagger-ohjausobjektin toimialueluettelo on päivitetty. | |
| 4480357 | Yhteenveto: Näppäimistön käsittely Aloita kirjastosta -valintaikkunassa ei toimi oikein, kun näytönlukijat ovat käytössä |
| Korjaus: Useita korjauksia näytönlukijanavigointiin, joilla varmistetaan, että kaikki avautuvat sivut luetaan odotetusti. | |
| 4498103 | Yhteenveto: Epäonnistunut roolin määritys erälähetyksen ominaisuudessa. Allekirjoittajan roolin määrittäminen aina, kun lisäät itsesi viimeiseksi vastaanottajaksi. |
| Korjaus: Poistettu vaihtoehtoja muille lähettäjän rooleille, kun ne lisätään viimeiseen osallistujakansioon, koska on tarkoitus, että lähettäjä on aina allekirjoittaja. | |
| 4501417 | Yhteenveto: Leiman allekirjoituskentän sijoittaminen kenttämallin yhteyteen aiheuttaa virheen, joka estää sisällönluonnin. |
| Korjaus: Lisätty koodi tekstitunnisteen signer1 tekstitunniste-elementtien käsittelyyn. | |
| 4506667 | Yhteenveto: Jos lähettäjä tarvitsee verkkolomakkeen ensimmäisen allekirjoittajan vahvistamaan sähköpostinsa, webhook-ilmoitukset viivästyvät, kunnes ensimmäinen allekirjoittaja vahvistaa sähköpostin. Jos ensimmäisen allekirjoittajan sähköpostiviestin toimitus epäonnistuu, webhook-ilmoitus viivästyy kahdella tunnilla, koska documentsInfo-parametri täytetään. |
| Korjaus: Jos lähettäjä tarvitsee verkkolomakkeen ensimmäisen allekirjoittajan vahvistamaan sähköpostin, documentsInfo ei täyty sopimustapahtumien webhook-ilmoituksen hyötykuormaan (kunnes ensimmäinen allekirjoittaja vahvistaa sähköpostin). Jos ensimmäisen allekirjoittajan sähköpostiviestin toimitus epäonnistuu, documentsInfo ei täyty webhook-ilmoituksen hyötykuormaan sopimustapahtumien osalta. | |
| 4511940 | Yhteenveto: Useiden rivien tekstikentän oletusarvoinen kirjasinkoko ei sovi näytön kokoon, joten teksti katkaistaan, kun sopimus allekirjoitetaan mobiililaitteella. |
| Korjaus: Useiden rivien tekstikenttä ei enää voi ohittaa perusluokan menetelmää. | |
| 4513457 | Yhteenveto: Ongelma JSON:n jäsentämisen kanssa, kun ryhmän nimi sisältää kaksi lainausmerkkiä. |
| Korjaus: Ryhmien nimien jäsennyskoodia on parannettu niin, että se hallitsee kaksi lainausmerkkiä. | |
| 4515610 | Yhteenveto: Lasketut kenttäarvot muuttuvat, kun verkkolomake lähetetään lisäosallistujille, koska liukulukuja käsitellään taustajärjestelmän ja käyttöliittymän tasolla. |
| Korjaus: Taustajärjestelmän muuttaminen käyttämään BigDecimal-merkkiä numerojen tyyppinä | |
| 4516504 | Yhteenveto: Kun luot uudelleenkäytettävän mallin ja käytät Uusi käyttökokemus -näkymää, valintaruudussa ja valintapainikkeissa on vaaleanpunaiset rajat mustien rajojen sijaan, koska väriarvo on katkaistu. |
| Korjaus: Heksadesimaaliarvo on korjattu sisältämään oikean arvon. | |
| 4520149 | Yhteenveto: Jotkin sopimukset eivät päivitä tilaansa sen jälkeen, kun ne on allekirjoitettu, koska next_to_sign-lippua määritettäessä esiintyy harvinainen kilpaehto. |
| Korjaus: Ylimääräinen kirjaaminen on lisätty tämän ehdon havaitsemiseksi ja ratkaisemiseksi ennen kuin vastaanottajat ovat vuorovaikutuksessa sopimuksen kanssa. | |
| 4521246 | Yhteenveto: Mallin jakaminen useissa ryhmissä ei toimi, ja se aiheuttaa virheitä, kun edistynyt tilin jako on käytössä ja lähetysprosessi alkaa Aloitus-sivulta. |
| Korjaus: Aloitus-sivulta saatu mallinvalitsin on päivitetty noutamaan jaettu malli oikein. |
Adobe Acrobat Sign -julkaisu 16.1
Käyttöönotto tuotannossa: 22. heinäkuuta 2025
GovCloudin käyttöönotto: 5. elokuuta 2025
Parannettu toiminnallisuus
- Käytä WhatsAppia sopimuksien linkkien lähettämiseen suoraan vastaanottajan mobiililaitteeseen - Acrobat Signin WhatsApp-integraatiota on laajennettu sisältämään mahdollisuus lähettää sopimusilmoitukset ja muistutuslinkit suoraan vastaanottajan WhatsApp-yhteensopivaan laitteeseen.
- PDF/A-natiivituki dokumenttien pitkäaikaiseen säilytykseen – Acrobat Sign tukee nyt dokumenttien vahvistamista ja vientiä PDF/A-2b-muodossa (ISO 19005), mikä auttaa organisaatioita täyttämään tiukat arkistointistandardit ja sääntelyvaatimukset. Asiakirjat säilyttävät PDF/A-yhteensopivuutensa koko sopimuksen elinkaaren ajan - lataus, allekirjoitus ja tallennus.
- Estä Adobe Acrobat Signin upottaminen kolmannen osapuolen verkkosivustoille – Clickjacking-suojaus lisää iframe-suojauksen Acrobat Sign -sivuille, joita käytetään REST API v5+:n kautta. Kehystäminen on sallittu vain automaattista kirjautumista käytettäessä ilmoitetulla pääverkkotunnuksella, mikä auttaa estämään harhaanjohtavan tai valtuuttamattoman upottamisen.
- Ryhmään perustuvan jakamisen hallintaa on parannettu – Edistynyttä tilin jakoa käyttävät organisaatiot voivat nyt halutessaan rajoittaa sopimustensa jaetun näkymän koskemaan vain käyttäjän ryhmästä lähetettyjä sopimuksia. Ulkoisesta ryhmästä käyttäjälle lähetetyt sopimukset suodatetaan pois. Näin suojataan käyttäjien välisiä, mahdollisesti yksityisiä viestejä, joiden yleinen jakaminen olisi sopimatonta. Tämä suodatin koskee vain ryhmätason jakoja (ryhmän jakaminen toiselle ryhmälle tai käyttäjälle), eikä se koske käyttäjäkohtaisia jakoja (käyttäjän jakaminen ryhmälle tai toiselle käyttäjälle).
- Päivitykset VIP-lisensoiduille asiakkaille:
- Virtaviivaistettu järjestelmänvalvojan määritys kotisivulta - Acrobat Sign esittelee uuden Tilin hallinnan osion, joka auttaa tilin järjestelmänvalvojia pääsemään nopeasti käsiksi keskeisiin määrityksiin.Lisää käyttäjiä, järjestä ryhmiä, yhdistä integraatioita ja siirrä malleja suoraan etusivulta ilman turhaa etsimistä.
- Käyttäjien lisääminen Admin Console -palveluun Acrobat Sign -palvelusta – Järjestelmänvalvojat voivat nyt lisätä käyttäjiä suoraan Acrobat Sign -palvelun Käyttäjät-sivulta, mikä päivittää Adobe Admin Console -palvelun automaattisesti.
- Admin Console -roolien määrittäminen nyt saatavilla Acrobat Sign -palvelun kautta - Asetusten virtaviivaistamiseksi Acrobat Sign antaa nyt tilin järjestelmänvalvojille mahdollisuuden määrittää keskeisiä Admin Console -rooleja – tuote- ja tukijärjestelmänvalvojia – poistumatta tuotteen käyttöliittymästä.
- Helpompi pääsy kolmannen osapuolen integraatioihin - Uusi Integraatiot-sivu on lisätty järjestelmänvalvojan valikkoon tarjoten suorat, intuitiiviset linkit yksittäisten integraatioiden asennustiedostoihin.
- Helpompi HIPAA-käyttöönotto tuotteen sisäisen opastuksen avulla - HIPAA:n alaisten organisaatioiden on nyt mahdollista aloittaa käyttöönottoprosessi Acrobat Sign -palvelussa uuden itsepalvelutyönkulun avulla Aloita käyttö -järjestelmänvalvojan valikossa.Järjestelmä lähettää automaattisen pyynnön tukeen ja seuraa edistymistä BAA-allekirjoituksen ja järjestelmämääritysten perusteella. Käytettävissä olevat ympäristöt: Eristysympäristö, Kaupallinen, Julkishallinto | Käytettävissä olevat palvelutasot: Acrobat Sign Solutions | Määrityksen laajuus: Tili.
- Nopeutettu mallien siirtäminen Acrobat Sign -palveluun automaattisen mallin muunnoksen avulla - Uusi mallien siirto-ominaisuus auttaa tilin järjestelmänvalvojia tuomaan malleja nopeasti Acrobat Sign -palveluun.Lataa mallin ZIP-tiedosto, muunna se automaattisesti ja tarkastele tuloksia luontiympäristössä – teknistä asiantuntemusta ei tarvita.
- Acrobat Sign Smart Assistant -chatbot - Uusi Smart Assistant antaa vastaukset suoraan sovelluksessa yleisiin kysymyksiin, kuten käyttäjien lisäämiseen, käytön tarkistamiseen tai asetusten päivittämiseen.Kysy kysymyksesi selkeällä kielellä ja saat vaiheittaiset ohjeet, asiaankuuluvat HelpX-artikkelit tai linkit tukisivuille.
- Julkishallinnon Acrobat Sign päivitetään moderniin kokemukseen:
- Acrobat Sign for Government: Pääsy moderniin Pyydä allekirjoitusta -käyttöliittymään - GovernmentCloud-järjestelmänvalvojat voivat nyt ottaa käyttöön tilinsä tai ryhmiensä modernin Pyydä allekirjoitusta -käyttöliittymän.
- Acrobat Sign for Government: Mobiililähtöinen päivitys vastaanottajille - Valtion käyttäjät voivat nyt käyttää modernia käyttöliittymää, joka on suunniteltu yksinkertaistamaan allekirjoittamista mobiililaitteilla helppokäyttöisen, vain lomakekenttien sisältävän käyttöliittymän kautta.
- Acrobat Sign for Government: Uusi Luo malli -käyttöliittymä saatavilla - Valtion käyttäjillä on nyt pääsy moderniin Luo malli -käyttöliittymään, joka virtaviivaistaa mallien suunnitteluprosessia ja parantaa käytettävyyttä.
- Uusi luotettu palveluntarjoaja (TSP) - Acrobat Sign laajentaa tuettujen luotettujen palveluntarjoajien (TSP) luetteloaan parantaakseen vastaanottajan todennusvaihtoehtoja. Seuraavat uudet luottamuspalveluntarjoajat (TSP) ovat nyt käytettävissä:
- eID Easy
Tämä laajennus laajentaa Acrobat Signin yhteensopivuutta maailmanlaajuisten standardien kanssa ja mahdollistaa saumattoman ja turvallisen digitaalisen allekirjoittamisen useilla toimialoilla.
Käyttökokemukseen liittyvät muutokset
- Parannettu digitaalisen allekirjoituksen käyttökokemus - Pilvipohjaisen digitaalisen allekirjoituksen prosessia on yksinkertaistettu vähentämään allekirjoittajan suorittamien toimintojen määrää digitaalista allekirjoitusta käytettäessä.
- Työnkulun suunnittelijan kenttien merkkirajoitus on nostettu 500 merkkiin - Mukautettua työnkulkua luotaessa tai muokattaessa työnkulun suunnittelijassa kenttiä kuvaavat nimiöt voivat nyt sisältää jopa 500 merkkiä (aiemmin 100 merkkiä).
- Uuden mukautetun työnkulkukokemuksen hallinta on siirretty Yleiset asetukset -valikkoon - Määritettävä vaihtoehto Aseta uusi mukautettu työnkulku oletuskokemukseksi on siirretty Lähetysasetukset -sivulta Yleiset asetukset -sivulle.
Uusi hallinta on lisätty näyttämään "vaihtolinkki" käyttäjille vaihtamaan uuden kokemuksen ja perinteisen version välillä.
Ratkaistut ongelmat
| Ongelma | Kuvaus |
|---|---|
| 4501772 | Yhteenveto: Modernissa allekirjoituspyyntökokemuksessa vastaanottajan viesti ei päivity, kun kieli vaihdetaan sopimuksen asetuksissa. |
| Korjaus: Uuden kieliasetuksen hyväksymiseen tarkoitettua koodia on päivitetty huomioimaan viestien muutos, kun uusi kieli valitaan. | |
| 4503504 | Yhteenveto: Harvinaisissa tapauksissa uudelleenyritykset sopimuksen luonnin aikana voivat johtaa useiden kopioiden luomiseen samasta alasopimuksesta käytettäessä Lähetä joukkona -toimintoa |
| Korjaus: Useita päivityksiä siihen, miten alasopimuksia luodaan ja listataan sisäisesti tarkistuksin, jotta varmistetaan, ettei kaksoiskappaleita voi syntyä. | |
| 4511072 | Yhteenveto: Tapahtumien kulutusraportin sähköposteja ei vastaanoteta "Lähetä nyt" -vaihtoehdon käyttämisen jälkeen. |
| Korjaus: Postitusjärjestelmää päivitettiin toimitusongelman ratkaisemiseksi. | |
| 4511224 | Yhteenveto: PDF-tiedostot, joiden zoomaus on asetettu "Perityksi", muuttuvat oletuksena "Sovita sivulle" -asetukseksi allekirjoittamisen jälkeen, |
| Korjaus: Huomautusten käsittelyä on parannettu varmistamaan, että ominaisuudet vahvistetaan oikein tuloksena olevaan PDF-tiedostoon. | |
| 4512546 / 4522458 |
Yhteenveto: Jaetut työnkulut eivät näytä kenttämalleja odotetusti tileille, jotka jakavat edistyneen tilin jakamisen kautta. |
| Korjaus: GET /libraryDocuments/id/formFields -pyyntöä on päivitetty x-on-behalf-of-user-otsikkoa varten, jota vaaditaan edistyneen tilin jakamisen käyttötapauksessa. | |
| 4515020 | Yhteenveto: PUT /users/{id}/groups API-kutsu palauttaa 403-virheen, kun ryhmätason järjestelmänvalvoja yrittää siirtää käyttäjää, joka ei ole oletusryhmässä |
| Korjaus: Valtuuksia on laajennettu ryhmän järjestelmänvalvojille, jotka voivat nyt lisätä käyttäjiä ryhmäänsä, vaikka määritetty käyttäjä olisi tällä hetkellä toisessa ei-oletusryhmässä. | |
| 4516121 | Yhteenveto: Kun valintanappiryhmällä on yksittäiset työkaluvihjeet, vain ensimmäinen työkaluvihje näkyy kaikille vaihtoehdoille allekirjoituksen aikana. |
| Korjaus: Valintanappien koodi käytti tiukasti yhtä painikeryhmän työkaluvihjettä. Sitä on päivitetty sallimaan yksilöllinen esitys. | |
| 4516129 | Yhteenveto: Sopimukset vanhenevat lähettäjän paikallisen ajan UTC-vastineen perusteella, ei aiotun paikallisen ajan mukaan. |
| Korjaus: Vanhentumisajan tarkistava logiikka ei enää perustu selaimen aikaan, vaan ydinsovellus suorittaa validoinnin. | |
| 4518192 | Yhteenveto: Allekirjoittajat eivät ajoittain pysty suorittamaan allekirjoitusprosessia loppuun käyttäessään Adobe Sign -todennusta Okta SSO:n kanssa. |
| Korjaus: Poistetaan crossShardLoginPage-attribuutti istunnosta onnistuneen kirjautumisen jälkeen. | |
| 4521018 | Yhteenveto: Käytettäessä modernia allekirjoituskokemusta vientiarvoilla määritetyt pudotusvalikot palauttavat näkyvän nimikkeen vientiarvojen sijaan /formData API -vastauksessa. |
| Korjaus: Piilotetut (vienti) arvot lähetetään nyt näkyvien arvojen sijaan. | |
| 4521111 | Yhteenveto: Uudessa luontikokemuksessa käyttäjät eivät pysty selaamaan ja tarkastelemaan kaikkia saatavilla olevia kenttämalleja Kenttämallit-pudotusvalikosta. |
| Korjaus: Modernia luontikokemusta on päivitetty lataamaan enemmän kuin vain ensimmäinen sivu kenttämalleista. | |
| 4521311 | Yhteenveto: Tunnetun 12 tunnin viiveen vuoksi sopimuksen vanhentumismekanismissa muistutuksia lähetetään todellisen vanhentumisajan jälkeen, mikä johtaa epäonnistuneisiin allekirjoitusyrityksiin ja käyttäjien hämmennykseen. |
| Korjaus: Toistuvissa "Kunnes allekirjoitettu" -muistutuksissa allekirjoituksen määräaika tarkistetaan eikä muistutusta enää lähetetä, mutta se jätetään aktiiviseksi, jotta se voidaan poimia, jos lähettäjä muokkaa allekirjoituksen määräaikaa ennen kuin se todella vanhenee 12 tunnin lisäaikana. | |
| 4522059 | Yhteenveto: Kun allekirjoittaja lataa tiedoston Liite-kenttää käyttäen ja suorittaa sitten digitaalisen allekirjoituksen, Lataa asiakirja -linkki johtaa "Sivua ei löydy" -virheeseen. |
| Korjaus: Tarkistussumma poistettiin kaksoiskappaleiden tunnistamisesta, koska se on valinnainen ominaisuus PDF-määrittelyssä. Acrobat Sign käyttää edelleen tiedoston nimeä ja kokoa kaksoiskappaleiden tunnistamiseen. | |
| 4522382 | Yhteenveto: Käyttäjät eivät pysty suorittamaan tapahtumia käyttäessään Napsauta allekirjoittaaksesi -toimintoa, kun todennus on käytössä. Sisäänkirjautumisen jälkeen tapahtuma ei suoriudu loppuun ja se on yritettävä uudelleen |
| Korjaus: crossShardLandingPage-URL-parametri poistettiin istunnosta kirjautumisen jälkeen. | |
| 4522384 / 4523594 / 4523900 |
Yhteenveto: Käytettäessä joukkoluontitoimintoa sopimuksia ei lähetetä ensimmäisellä yrityksellä, mutta toinen yritys toimii odotetusti paikallisen osion tehtävien jonoutuksen vuoksi. |
| Korjaus: Tehtävien jonoutusta on hienosäädetty varmistamaan, etteivät tehtävät viivästy. | |
| 4522497 | Yhteenveto: Sopimusten aikaleiman muoto muuttuu muodosta HH:MM:SS muotoon HH:MM asiakirjan allekirjoittamisen jälkeen, mikä johtaa sekuntien katoamiseen lopullisessa tarkastusketjussa. |
| Korjaus: Sekunnit on lisätty aikamuotoon. | |
| 4522509 | Yhteenveto: Kopio-vastaanottajat eivät voi tarkastella sopimuksen kontekstitaulua käyttäessään LDV-käyttöön otettuja sopimuksia sähköpostilinkin kautta. Sen sijaan he saavat "Asiakirja ei ole vielä näkyvissä" -virheen. |
| Korjaus: Koodia on muutettu tarjoamaan tarvittava pääsy kontekstitaulun tarkasteluun. | |
| 4522547 | Yhteenveto: Mallia käytettäessä lopullisessa PDF-tiedostossa saattaa näkyä väärin kohdistettuja tai puuttuvia lomakekenttätietoja allekirjoittamisen jälkeen, koska sivun kiertoa sovelletaan jokaisen huomautuksen jälkeen. |
| Korjaus: Sivun kierto on korjattu. | |
| 4522914 | Yhteenveto: Käytettäessä uutta Lähetä joukkona -ominaisuutta asiakkaat saattavat kohdata virheen CSV-tiedoston latauksessa, jos Agreement_Message- tai Private_Message-sarakkeiden arvot ylittävät tietyn merkkimäärän. |
| Korjaus: Merkkirajoitus dokumentoitiin asiakkaille suunnatussa materiaalissa. | |
| 4522945 | Yhteenveto: Yritettäessä muokata uudelleenkäytettävää asiakirjaa tili-/ryhmäylläpitäjänä ja yritettäessä soveltaa kenttämallia tapahtuu NullPointerException tarkistettaessa alkuperän osallistumista |
| Korjaus: Lisättiin menetelmä alkuperäisen osallistumisen löytämiseksi muokattaessa kirjaston asiakirjoja tili- tai ryhmäylläpitäjänä | |
| 4523043 | Yhteenveto: Muokattaessa verkkolomaketta, joka sisältää osallistujan, jonka rooli on asetettu Delegoijaksi, Muokkaa verkkolomaketta -sivu ei lataudu. Konsolissa ilmenee virhe, joka estää muokkaukset. |
| Korjaus: Lisättiin tarkistus, joka varmistaa, että jos ROLE_MAP on määrittelemätön, koodi ei lue className-arvoa määrittelemättömänä ja aiheuta virhettä. Sen sijaan se palauttaa määrittelemättömän. | |
| 4523061 | Yhteenveto: Sähköposteihin liitetyt allekirjoitetut asiakirjat säilyttävät alkuperäiset tiedostopäätteensä tiedostonimessä, mikä johtaa tarpeettomaan nimeämiseen |
| Korjaus: Tiedostonimen osajonoa ei enää lyhennetä, jos se alkaa pisteellä ja eroaa tiedostopäätteestä. | |
| 4524122 | Yhteenveto: Uudessa käyttökokemuksessa sopimuksen aloittaminen tallennetusta työnkulusta aiheuttaa järjestelmävirheen ylitetyn merkkimäärän vuoksi. |
| Korjaus: Kenttien rajoja on päivitetty sallimaan 500 merkkiä. | |
| 4524162 | Yhteenveto: Linkin vahvistus estää sopimuksen lähettämisen uudessa luontikokemuksessa |
| Korjaus: Uuteen kokemukseen on lisätty parametri Errors-koukun tarkistamiseksi, mikä mahdollistaa hyperlinkkien validointien joustavamman hallinnan. | |
| 4524356 | Yhteenveto: Käyttäjät kohtaavat "Palvelinvirhe: Kohtasimme virheen käsitellessämme pyyntöäsi" -viestin yrittäessään allekirjoittaa sopimuksia, koska -1 reunan leveyttä ei tulkita oikein. |
| Korjaus: Nyt -1 tulkitaan oletusarvoisena 1 pisteen reunana ja reuna lisätään vain, jos reuna on suurempi kuin nolla. | |
| 4524410 | Yhteenveto: Uudessa Lähetä-kokemuksessa, kun käytetään työnkulkua ja ladataan uusi tiedosto esiasetetun sopimusnimen poistamisen jälkeen, Sopimuksen nimi -kenttä ei päivity automaattisesti. |
| Korjaus: Lisättiin korjaus oletusarvon poistamiseksi onBlur-tapahtumasta ja otettiin käyttöön logiikka ensimmäisen ladatun asiakirjan nimen asettamiseksi asiakirjan nimen tekstikenttään. | |
| 4524614 | Yhteenveto: PDF-tiedoston tekstilomakekenttien kirjasin ei vastaa tekijäsivulla valittua kirjasinta. Tekstikentän kirjasin on aina SourceSansPro-Regular. |
| Korjaus: ExternalFont.getFontReplacementMapping-toimintoa laajennettiin sisältämään normaalit, lihavoidut ja kursivoidut kirjasimet. | |
| 4525098 | Yhteenveto: Allekirjoituspyyntösähköpostia ei lähetetä allekirjoittajalle 2, kun lähettäjä on allekirjoittaja 2 ja lähettäjä korvaa allekirjoittajan 1. |
| Korjaus: Rinnakkaisia vastaanottajaluetteloita on parannettu hallitsemaan tilannetta, jossa olemassa olevaa vastaanottajaa käytetään korvaamaan toinen vastaanottaja samassa vastaanottajajoukossa. | |
| 4525377 | Yhteenveto: Sähköiset sinetit (eSeals) eivät toimi modernissa allekirjoituspyyntökokemuksessa |
| Korjaus: Lisättiin testitapaus sähköisen sinetin vastaanottajan vahvistamiseksi muussa kuin UMG-työnkulussa, jossa sinetti on rajoitettu ryhmän käyttöoikeuksiin. | |
| 4525491 | Yhteenveto: Sopimukset, joiden nimet sisältävät muita kuin latinalaisia merkkejä (esim. kiina, japani, thai, korea), näkyvät muodossa ?????? vastaanottajan Hallinta-välilehdellä ja sähköposti-ilmoituksissa, kun ne lähetetään joukkona. |
| Korjaus: Dokumentaatiota on päivitetty ilmaisemaan, että UTF-8-muoto on tarpeen | |
| 4525653 | Yhteenveto: API:n kautta JPEG-tiedostoilla lähetetyt sopimukset peruuntuvat automaattisesti asiakirjan käsittelyvirheen vuoksi. Ongelma ilmenee sen jälkeen, kun tiedostot on ladattu onnistuneesti, mutta ennen kuin sopimus lähetetään. |
| Korjaus: Lisättiin tuki JPEG SOI app0-15:lle | |
| 4526153 | Yhteenveto: Leima-kentän mittakaava toimii eri tavoin vanhoissa ja uusissa tekijänäytöissä. |
| Korjaus: Uutta tekijäympäristöä on päivitetty skaalaamaan Leima-kenttä yhdenmukaisesti klassisen version kanssa. | |
| 4527031 | Yhteenveto: Kun "Salli lähettäjien valita allekirjoitusjärjestys" -valinta on poistettu uudessa kokemuksessa, vaihtoehto "Vastaanottajien on allekirjoitettava järjestyksessä" pysyy näkyvissä |
| Korjaus: Tämän kontrollin käyttöoikeuksia koskevaa koodia on parannettu, jotta vaihtoehto piilotetaan asianmukaisesti, kun asetus niin määrää. | |
| 4527284 | Yhteenveto: Sopimukset, jotka sisältävät tiettyjä skannattuja tai litistettyjä PDF-tiedostoja, epäonnistuvat tekijävaiheessa ja peruuntuvat automaattisesti AUTO_AUTHOR_FAIL-virheellä hallitsemattoman sisäisen kirjaston vuoksi. |
| Korjaus: Toteutettiin menetelmä, joka sieppaa kaikki poikkeukset ja kirjaa ne lokiin, mutta ei keskeytä sopimuksen luomista. | |
| 4527948 | Yhteenveto: Kun laskettu Acroform-kenttä tuodaan Signiin, REST API palauttaa kentän, joka sisältää { calculated: true, valueExpression: '' }, mikä aiheuttaa kentän näyttämisen validointivirheellä. |
| Korjaus: Tässä käyttötapauksessa tunnistetut kentät päivitetään nyt manuaalisesti syötettäviksi, ei laskettaviksi. | |
| 4528062 | Yhteenveto: Get /users API-kutsu epäonnistuu Salesforce-käyttäjille, joilla on erittäin suuret käyttäjänumerot |
| Korjaus: Salesforce-integraation uusi versio tehostaa käyttäjäluettelon hakuprosessia. | |
| 4528284 | Yhteenveto: Caymansaarten virheellinen maakoodi puhelinauthentikoinnissa uudessa kokemuksessa |
| Korjaus: Maakoodi on päivitetty. | |
| 4529259 / 4529319 |
Yhteenveto: Valinnaisten allekirjoittajien nimet ja 2FA vaaditaan työnkulun määrityksestä huolimatta uudessa mukautetussa työnkulun lähetyskokemuksessa |
| Korjaus: Lisättiin tarkistus valinnaisille vastaanottajille, joten kun sähköpostiosoitetta ei ole annettu, todennuksen vahvistus (puhelin, salasana, kba) ei epäonnistu missään tarkistuksessa. Samoin nimi ei ole pakollinen valinnaisille vastaanottajille, ellei sähköpostiosoitekenttään ole syötetty tietoja. | |
| 4530084 | Yhteenveto: Jotkut käyttäjät näkevät tyhjän näytön yrittäessään käyttää vastaanottajan asetuksia uudessa lähetyskokemuksessa. Ongelma johtuu puuttuvasta käännöksestä tietylle maakoodin nimikkeelle, ja se vaikuttaa kaikkiin kieliversioihin paitsi en-US. |
| Korjaus: Oikeat käännökset on julkaistu ja kiinnitetty asianmukaisiin toimintoihin. | |
| 4530537 | Yhteenveto: NPE luodaan, kun nimettyä kohdetta yritetään muuntaa sijainniksi, mikä estää sopimusten lähettämisen. |
| Korjaus: Käytössä on uusi tarkistus sen määrittämiseksi, onko kohde nimetty kohde, ja sen ohittamiseksi. |
Käyttöönotto eristysympäristössä: 19. elokuuta 2025
Tuotannon käyttöönotto: 16. syyskuuta 2025
Käyttöönotto GovCloudissa: 18. syyskuuta 2025
Parannettu toiminnallisuus
- Mukautetut sähköpostimallit saatavilla Acrobat Sign for Government -palvelulle - GovCloud-alustan asiakkaat voivat nyt luoda mukautettuja sähköpostimalleja sopimusilmoituksiinsa ja muistutuksiinsa.
- Uutta-banneri Koti-sivulla – Uusi Uutta-banneri voidaan ottaa käyttöön tili- tai ryhmätasolla tiedottamaan käyttäjille uusista tuoteilmoituksista, kuten julkaisutiedoista, koulutuksista ja järjestelmätapahtumista. Tämä auttaa lisäämään tietoisuutta uusista ominaisuuksista ja asetuksista, parantamaan sitoutumista ja varmistamaan, ettei tärkeitä päivityksiä jää huomaamatta. Kaikki tilit otetaan käyttöön julkaisun jälkeen, ja tilitason järjestelmänvalvoja voi poistaa ne käytöstä. "Oletuksena käytössä" -säännöllä on muutamia poikkeuksia:
- Australian shard (AU1) -palvelimella ominaisuus on oletuksena pois käytöstä.
- Kaikki ”Julkishallinnon” tileiksi tunnistetut tilit jätetään pois käytöstä.
Käyttökokemukseen liittyvät muutokset
- Verkkonotaaripalvelun integraation uudelleenbrändäys Notarize-palvelusta Proof-palveluksi - Verkkonotaaripalvelun integraatio on päivitetty vastaamaan palvelun uutta brändiä, Proof, kaikessa asiakkaille suunnatussa viestinnässä.
Acrobat Sign -käyttöliittymän päivityksiä odotetaan seuraavassa (v16.2) julkaisussa lokakuussa.
- Tiukempi maakohtaisten asetusten validointi luotaessa sopimuksia API:n kautta – Kieliasetuksien validointia API:n kautta luoduille sopimuksille on tiukennettu.API:n käyttö sopimuksen luomiseen ja 'Salli tilisi käyttäjien valita eri allekirjoituskieli' -vaihtoehdon ollessa pois käytöstä aiheuttaa sen, että API hylkää kaikki pyynnöt, joissa sopimuksen kieli ei vastaa järjestelmänvalvojan valitsemaa 'Allekirjoituskieltä'.
Huomaa, että verkkokäyttöliittymän kautta lähettämiseen tämä ei vaikuta.
Ratkaistut ongelmat
| Ongelma | Kuvaus |
|---|---|
| 4511940 | Yhteenveto: Kun lähettäjä luo tekstikentän, jossa Moniriviinen tietojen syöttö on käytössä ja kirjasin on asetettu Auto-tilaan, mobiiliselaimella allekirjoittavat näkevät tekstin leikkautuvan kentän alaosassa. |
| Korjaus: Ohitettiin perustason menetelmä kentän koon saamiseksi, jotta kirjasinkoko fontSize < 0 (auto) käsitellään oikein käyttämällä monirivikentille tarkoitettua muunnettua kaavaa. | |
| 4516038 | Yhteenveto: Kun sopimuksia lähetetään Lähetä joukkona -toiminnolla, käyttäjät näkevät virheen: "Olet ylittänyt asiakirjan vanhentumiselle sallitun enimmäispäivämäärän.", vaikka Asiakirjan vanhentumisasetukset on poistettu käytöstä sekä ryhmä- että tilitasolla. |
| Korjaus: Korjattiin koodi arvioimaan oikein sopimuksen vanhentumisarvot ryhmälle/tilille. | |
| 4522265 | Yhteenveto: Kun PDF sisältää sekä täytettäviä kenttiä että tekstitunnisteita, tekstitunnisteita ei käsitellä. |
| Korjaus: Luotiin tehtävä yhdistetyssä tapauksessa riippumatta lomakekenttägeneraattorien läsnäolosta. Sallii lomakekenttiä sisältävän PDF:n käsitellä muotoiltavaa artefaktia tarvittaessa. | |
| 4522645 / 4527073 |
Yhteenveto: Allekirjoitettu PDF sisältää tyhjän kolmannen sivun sen jälkeen, kun lähettäjä latasi asiakirjan viimeisen allekirjoittajan puolesta. |
| Korjaus: Parannettiin hallintafunktiota käsittelemään pieniä virtoja oikein. Kirjoitetun allekirjoituksen latauksissa käytetään korjattua asiakirjaa eikä alkuperäistä latausta, jos ladatussa asiakirjassa havaitaan ongelmia. | |
| 4524437 | Yhteenveto: Uudet käyttäjät eivät kirjaudu Adobe Signiin kutsun hyväksymisen jälkeen virheellisen URL-osoitteen vuoksi. |
| Korjaus: Korjattiin URL-osoite. | |
| 4525093 | Yhteenveto: Kuluttajan tiedonantolinkki ei ole klikattavissa. Linkki on olemassa, mutta sen klikkaaminen vain vaihtaa valintaruudun tilaa sen sijaan, että avaisi linkin. |
| Korjaus: Muokattiin linkin CSS:ää, jotta linkki avaa uuden sivun. | |
| 4525099 | Yhteenveto: Asiakkaat, jotka vaativat SMS-toimituksen mutta ovat poistaneet sähköposti-ilmoitukset käytöstä, eivät voi lähettää sopimuksia tekstiviestillä. |
| Korjaus: SMS-/WhatsApp-toimitus ei enää riipu sähköpostiasetuksista. | |
| 4525328 | Yhteenveto: Kahden tai useamman mallin käyttäminen, jotka sisältävät samannimisiä hyperlinkkejä, aiheuttaa palvelinvirheen allekirjoitettaessa |
| Korjaus: Jos löydetään samannimisiä hyperlinkkejä, linkkien nimiä muokataan niiden yksilöllisen tunnistamisen varmistamiseksi. | |
| 4525510 | Yhteenveto: Maksulomakekenttä ei säilytä USD-valuuttatyyppiä uudessa luontikokemuksessa, mikä johtaa 'Odottamaton virhe' -epäonnistumiseen. |
| Korjaus: Maksukenttiä koskevat muunnokset on päivitetty. | |
| 4525544 | Yhteenveto: Ensisijaisia tai luonnosvaiheessa olevia verkkolomakkeita ei voi muokata |
| Korjaus: Säilytämme nyt olemassa olevat asetukset ja lähetämme ne palvelimelle sen sijaan, että käyttäisimme käyttöliittymän tietoja. | |
| 4525901 / 4532254 |
Yhteenveto: Sopimusta ei määritetä jäljellä olevalle allekirjoittajalle virheellisen työnkulkuroolin vuoksi, kun uusia osallistujia lisätään kentän luontiasetusten syöttämisen jälkeen. |
| Korjaus: Parannettu koodia, jotta osallistujien roolit voidaan arvioida paremmin, kun uusia osallistujia lisätään luonnin jälkeen. | |
| 4526300 | Yhteenveto: Mukautetun sopimuksen URL-osoitteen luominen työnkulun tunnuksella uudella käyttökokemuksella ei onnistu |
| Korjaus: Kun mukautettuja URL-osoitteita luodaan vain työnkulun tunnuksella, sopimuksen luontilomake latautuu uudelleen ja kutsuu taustajärjestelmää hakemaan työnkulun ja sopimusluonnoksen uudelleen lomakkeen latauksen aikana. | |
| 4526756 | Yhteenveto: GovCloud API Swagger Pagen dokumentaatio on virheellinen uusien sovellusten luomisen suhteen |
| Korjaus: Lisätty lause, jotta FedRAMP-asiakkaille ei aiheutuisi sekaannusta. | |
| 4527340 | Yhteenveto: Kun käyttäjät käyttävätTäytä ja allekirjoita -toimintoa Acrobatin verkkoselaimessa ja valitsevat sittenKutsu sähköiseen allekirjoittamiseen, Täytä ja allekirjoita -toiminnon aikana syötetyt arvot eivät näy, kun sopimus siirtyy Acrobatin allekirjoituksen luontisivulle. Muokkausnäkymässä näkyvät tyhjät kentät täytettyjen arvojen sijaan. |
| Korjaus: Oletusfonttikoko on ollut oikea, minkä ansiosta sisältö näkyy oikein. | |
| 4528835 | Yhteenveto: "MISC_SERVER_ERROR for GET formData" -virhe kutsuttaessa GET /formData -funktiota tietylle kursorille tyhjäosoitinvirheen vuoksi. |
| Korjaus: Lisätty NPE-tarkistus ja -loki. | |
| 4528902 | Yhteenveto: Kun sopimus lähetetään peräkkäiseen allekirjoitukseen kahdelle osallistujalle, ensimmäiselle osallistujalle määritetty "vastaanottajan nimi" -kenttä katoaa PDF-mallin käsittelyn aikana. Kun "vastaanottajan nimi" -kentän roolia määritetään, PDF-malliin tallennetun osallistumisjoukon roolin muuntaminen epäonnistuu. |
| Korjaus: Useita funktioita on päivitetty hallitsemaan tämän tyyppisiä muunnoksia oikein. | |
| 4531278 | Yhteenveto: Jotkin kopionsaajiksi lisätyt sähköpostiosoitteet poistetaan automaattisesti tapahtuman lähettämisen jälkeen, jos ne luotiin ennen kuin Acrobat Sign lisäsi sähköpostiosoitteiden automaattisen pienten kirjainten käytön käyttäjien luonnissa. |
| Korjaus: Päivitetty kopionsaajien poistokoodin sähköpostiosoitteiden haku/vertailu epäherkäksi | |
| 4531669 | Yhteenveto: Sopimuksia ei voida lähettää PDF-dokumentteina, kun käsitellään lomakekenttiä, joiden nimet ylittävät PDF-määritysten rajoitukset. |
| Korjaus: NPE-tarkistukset lisätty merkintöjen ulkoasua varten. | |
| 4531998 | Yhteenveto: Alitason sopimuksiin ei pääse käsiksi API:n kautta – virhe "Virheellinen asiakirjatunnus" tyhjän kirjanmerkin otsikon vuoksi. |
| Korjaus: Poistettu debug-lauseke, joka voi epäonnistua NPE:n kanssa, jos kirjanmerkin otsikko on tyhjä. | |
| 4532642 | Yhteenveto: Kun verkkolomakkeella yritetään korvata yhtä vasta-allekirjoittajista, joka sisältää lisää tuntemattomia allekirjoittajia ja vastaanottajaryhmän vasta-allekirjoittajille, päivitysmenetelmä yrittää lukea sähköpostia tuntemattomilta osallistujilta (tuntemattomilta lisäallekirjoittajilta), joilla ei ole käyttäjä-/sähköpostitietoja, mikä aiheuttaa NullPointerException-poikkeuksen. |
| Korjaus: Lisätty suodatinehto tuntemattomien osallistumisten poissulkemiseksi sähköpostien keräämisvirrasta. Tämä estää NPE:n käsiteltäessä osallistumisia, joilla ei vielä ole käyttäjä-/sähköpostitietoja. |
Adobe Acrobat Sign -julkaisu 16.2
Käyttöönotto tuotannossa: 7. lokakuuta 2025
Käyttöönotto GovCloudissa: 14. lokakuuta 2025
Parannettu toiminnallisuus
- Pyydä allekirjoitusta tuo useita käyttöliittymäparannuksia, jotka on suunniteltu vähentämään klikkauksia ja parantamaan tehokkuutta – Nämä päivitykset vastaavat asiakaspalautteeseen tehden uudesta Pyydä allekirjoitusta -kokemuksesta nopeamman, helpommin löydettävän ja paremmin yhteensopivan klassisen työnkulun kanssa.
- Kaikki allekirjoitustyypit on laajennettu oletuksena luontivaiheessa
- Esitäyttörooli on aina näkyvissä luontivaiheessa
- Tekstiin sidotut Lisää vastaanottaja -painikkeet korvaavat piilotetut valikot
- Automaattinen uusi vastaanottajarivi osoitetta lisättäessä
- Kopioi/liitä-tuki useille vastaanottajaosoitteille
- Järjestelmänvalvojan hallintaominaisuudet käyttäjäkokemuksen määrittämiseen uusia sopimuksia laadittaessa. Valitse ohjatun prosessin ja kaikkien osioiden välittömän näyttämisen välillä.
- API-tuki valintaruuturyhmille, jotka mahdollistavat lähettäjien määritellä monivalintavaihtoehtoja lomakkeessa – Valintaruuturyhmät antavat lähettäjien määrittää, kuinka monta vaihtoehtoa vastaanottajien on valittava, mikä tuo uutta joustavuutta sopimuksiin, jotka vaativat jäsenneltyä monivalintasyötettä.
Huomaa, että monivalintaruutujen vaihtoehto on käytettävissä vain API:n kautta luoduille sopimuksille.- Määritä monivalintaisia valintaruuturyhmiä.
- Määritä säännöt tarkkoihin, vähimmäis-, enimmäis- tai aluemääräisiin valintoihin.
- Vahvistus pakotetaan allekirjoituksen aikana perinteisessä eSign-toiminnossa.
- Vastaanottajan valinnat säilytetään allekirjoitetuissa sopimuksissa ja ladattavien lomakkeiden tiedoissa.
- Käyttäjän kutsu Acrobat Sign -organisaatioonsa – Kutsu tiimiläisiä suoraan Acrobat Sign -käyttöliittymästä järjestelmänvalvojan hallitsemilla työnkuluilla nopeampaa tiimin käyttöönottoa varten. Määrityksistä riippuen kutsutut käyttäjät voidaan automaattisesti provisioida, ohjata Just-In-Time (JIT) -provisiointiin tai vaatia järjestelmänvalvojan hyväksyntää. Tämä virtaviivaistettu prosessi vähentää kitkaa PK- ja keskisuurille tiimeille, nopeuttaa jaettujen työnkulkujen käyttöönottoa ja antaa järjestelmänvalvojille paremman näkyvyyden todelliseen käyttöoikeustarpeeseen.
- Uusi Kutsu-painike Aloitus- ja Hallinta -sivuilla loppukäyttäjille
- Kutsutut käyttäjät saavat tervetulosähköpostin ja lisätään saumattomasti organisaatioon
- Kutsut noudattavat olemassa olevia automaattisen provisioinnin sääntöjä
- Järjestelmänvalvojat voivat tarkastella odottavia pyyntöjä Käyttöoikeuspyynnöt-osiossa
- Jos automaattinen provisiointi on poistettu käytöstä, pyynnöt ohjataan järjestelmänvalvojille hyväksyttäväksi
- Uudelleenjärjestetty Käyttäjät-sivu - Käyttäjät-sivu on järjestetty uudelleen, jotta eri tiloissa olevia käyttäjiä voidaan hallita paremmin ja jotta uusien kutsuttujen tiimin jäsenten näkyvyys paranee. Tämä auttaa eristämään käyttäjät, joilla on vaikeuksia tilinsä aktivoinnissa, ja nopeuttaa suuremman tiimin käyttöönottoa.
- Sallitut IP-alueet Acrobat Sign -käyttöä varten on laajennettu koskemaan ryhmiä ja API:ta – IP-rajoitushallintoihin on lisätty joustavuutta Acrobat Sign -käytön suojaamiseksi. IP-rajoituksia voidaan nyt määrittää ryhmätasolla ryhmien järjestelmänvalvojien toimesta. Lisäksi rajoitukset koskevat nyt myös API-käyttöä: jos tilille tai ryhmälle on määritetty sallittujen IP-osoitteiden joukko, sekä Acrobat Sign -käyttöliittymää että API-rajapintoja voidaan käyttää vain näistä osoitteista.
- IP-rajoitukset koskevat nyt sekä käyttöliittymää että API-käyttöä.
- Ryhmien järjestelmänvalvojat voivat määrittää IP-rajoituksia ryhmilleen.
- Useissa ryhmissä olevien käyttäjien kohdalla arvioidaan heidän oletusryhmänsä IP-käytäntöä.
- Integraatiot ja kumppanisovellukset ovat oletusarvoisesti sallittuja eikä IP-esto rajoita niitä.
- Järjestelmänvalvojat voivat työskennellä Adobe-tuen kanssa estääkseen sovelluksia ryhmä- tai tilitasolla. Jos pääsy on estetty, sovelluksen on käytettävä sallituksi listattuja IP-osoitteita yhteyden muodostamiseen Acrobat Signiin.
- Kokemuksen laatua parantavia päivityksiä ETLA-lisensoiduille asiakkaille – VIP-lisensoiduille asiakkaille äskettäin julkaistut päivitykset laajennetaan koskemaan myös ETLA-lisensoituja asiakkaita, joiden lisenssien arvo on alle 100 000 USD (ota yhteyttä asiakkuuspäällikköösi tai tukeen, jos sinulla on kysymyksiä):
- Järjestelmänvalvojan määrityksen sujuvoittaminen kotisivulta - Acrobat Sign esittelee uuden tilinhallinta-osion, joka auttaa tilin järjestelmänvalvojia pääsemään nopeasti käsiksi keskeisiin määritystyökaluihin. Lisää käyttäjiä, järjestä ryhmiä, yhdistä integraatioita ja siirrä malleja suoraan etusivulta ilman turhaa etsimistä.
- Käyttäjien lisääminen Admin Console -palveluun Acrobat Sign -palvelusta – Järjestelmänvalvojat voivat nyt lisätä käyttäjiä suoraan Acrobat Sign -palvelun Käyttäjät-sivulta, mikä päivittää Adobe Admin Console -palvelun automaattisesti.
- Tämä elementti otetaan käyttöön marraskuun 2025 ensimmäisellä viikolla.
- Admin Console -roolien määrittäminen nyt saatavilla Acrobat Sign -palvelun kautta - Asetusten virtaviivaistamiseksi Acrobat Sign antaa nyt tilin järjestelmänvalvojille mahdollisuuden määrittää keskeisiä Admin Console -rooleja – tuote- ja tukijärjestelmänvalvojia – poistumatta tuotteen käyttöliittymästä.
- Helpompi pääsy kolmannen osapuolen integraatioihin - Uusi Integraatiot -sivu on lisätty järjestelmänvalvojan valikkoon tarjoten suorat, intuitiiviset linkit yksittäisten integraatioiden asennustiedostoihin.
- Helpompi HIPAA-käyttöönotto tuotteen sisäisen opastuksen avulla - HIPAA:n alaisten organisaatioiden on nyt mahdollista aloittaa käyttöönottoprosessi Acrobat Sign -palvelussa uuden itsepalvelutyönkulun avulla Aloita käyttö -järjestelmänvalvojavalikossa.Järjestelmä lähettää automaattisen pyynnön tukeen ja seuraa edistymistä BAA-allekirjoituksen ja järjestelmämääritysten perusteella. Käytettävissä olevat ympäristöt: Eristysympäristö, Kaupallinen, Julkishallinto | Käytettävissä olevat palvelutasot: Acrobat Sign Solutions | Määrityksen laajuus: Tili.
- Nopeuta mallien siirtoa Acrobat Signiin automatisoidun mallimuunnoksen avulla - Uusi mallien siirto-ominaisuus auttaa tilin järjestelmänvalvojia tuomaan mallinsa nopeasti Acrobat Signiin. Lataa mallin ZIP-tiedosto, muunna se automaattisesti ja tarkastele tuloksia luontiympäristössä – teknistä asiantuntemusta ei tarvita.
- Sertifiointi- ja lukitusallekirjoitusten poistaminen digitaalisesti allekirjoitetuista sopimuksista – Organisaatiot, joiden on läpäistävä kolmannen osapuolen allekirjoitusten validointipalvelut, voivat nyt pyytää Adoben tukea määrittämään tilin tai ryhmän asetukset ohittamaan Adoben sertifikaatin soveltamisen ja estämään allekirjoitusten lukitsemisen digitaalisesti allekirjoitetuissa sopimuksissa. Kun tämä on käytössä, sopimukset sisältävät vain vastaanottajan digitaaliset allekirjoitukset, mikä vähentää hylkäysprosenttia tiukoissa alueellisissa validointityökaluissa.
- Tilin järjestelmänvalvojat voivat pyytää Adoben tukea jättämään pois Adoben sertifiointi- ja lukitusallekirjoitukset tili- ja/tai ryhmätasolla.
- Sopimukset sisältävät vain vastaanottajan digitaaliset allekirjoitukset, mikä parantaa hyväksyntää kolmannen osapuolen validoijien toimesta.
- Tarkastusraportti kirjaa, kun sertifiointi ohitetaan, mukaan lukien SHA-256-asiakirjan sormenjälki
- Koskee kaikkia vientikosketuspisteitä: sähköpostin liitteitä, Hallinta-sivun latauksia, API-rajapintaa ja webhook-kuormia
- Ratkaisee asiakkaiden esiin nostamat vaatimustenmukaisuusongelmat, jotka edellyttävät validointia alueellisten luottamusjärjestelmien mukaisesti – Kuvaus
- PDF/A-tukea on parannettu tukemaan PDF/A-3B-vaatimustenmukaisuutta ja muuntamaan kaikki ladatut tiedostot valittuun PDF/A-standardiin – Järjestelmänvalvojat voivat nyt ottaa käyttöön ladattujen tiedostojen muuntamisen ja normalisoinnin – mukaan lukien PDF-tiedostot, Microsoft Office -muodot ja rasterikuvat – PDF/A-2b- tai PDF/A-3b-muotoon. Olemassa olevat PDF/A-tiedostot validoidaan, korjataan tarvittaessa tai normalisoidaan määritettyyn kohdetasoon.
- Järjestelmänvalvojat voivat määrittää PDF/A-työnkulkuja tili- tai ryhmätasolla.
- Tuetut vaatimustenmukaisuustasot: PDF/A-2b (oletus) ja PDF/A-3b.
- Muut kuin PDF-tiedostot ja vaatimustenvastaiset PDF-asiakirjat muunnetaan automaattisesti PDF/A-muotoon.
- Vaurioituneet PDF/A-tiedostot korjataan tai normalisoidaan kohdetasoon.
- Liitteet sallittu PDF/A-sääntöjen mukaisesti: PDF/A-2b (vain PDF/A), PDF/A-3b (mikä tahansa tiedosto).
- Sopimukset validoidaan uudelleen PDF/A-vaatimustenmukaisuuden osalta allekirjoituksen valmistuttua.
- Tarkastusraportit voidaan vaihtoehtoisesti luoda PDF/A-muodossa, ja ne sisältävät PDF/A-validoinnin/muunnoksen tulokset vaatimustenmukaisuustasoineen.
- "Todennusmenetelmän muutostapahtumat" tarkastusraporteissa - Vastaanottajan todennusmenetelmien muutokset voidaan nyt sisällyttää tarkastusraporttiin erillisinä tapahtumina. Kun lähettäjä (tai valtuutettu edustaja) päivittää vastaanottajan todennusmenetelmää – esimerkiksi vaihtaa SMS OTP:stä sähköposti-OTP:hen – päivitys tallennetaan ja kirjataan sopimuksen tarkastusraporttiin, toimintolokiin ja API-tapahtumaluetteloon.
- Uusi tapahtuma, Todennusmenetelmä päivitetty, näkyy tarkastusraportissa ja sisältää seuraavat tiedot:
- Muutoksen kohteena oleva vastaanottaja
- Muutoksen tehnyt käyttäjä
- Alkuperäinen todennusmenetelmä
- Uusi todennusmenetelmä
- Muutoksen aikaleima
- Tapahtumat ovat saatavilla myös GET /agreements/{agreementId}/events API:n kautta.
- Toimintolokit näyttävät tapahtuman vastaanottajan, aloittajan ja aikaleiman tiedoilla.
- Uusi tapahtuma, Todennusmenetelmä päivitetty, näkyy tarkastusraportissa ja sisältää seuraavat tiedot:
Käyttökokemukseen liittyvät muutokset
- IPv6-käyttöoikeus Acrobat Sign Governmentille- Organisaatiot, jotka käyttävät IPv6:ta Acrobat Sign for Government -palvelussa, saavat nyt käyttöönsä Acrobat Signin IPv6-osoitteet:
- 2001:489a:3102:4::160/124 (IPv6)
- 2001:489a:3102:4::150/124 (IPv6)
- Nykyaikainen vastaanottajakokemus sähköiselle allekirjoitukselle on nyt kaikkien tilien oletusympäristö - Kaikki tilit on päivitetty käyttämään nykyaikaista sähköisen allekirjoituksen ympäristöä. Järjestelmänvalvojan ohjaimet pysyvät järjestelmänvalvojan valikossa, jotta perinteinen ympäristö voidaan tarvittaessa ottaa käyttöön.
- Nykyaikainen Pyydä allekirjoitusta -kokemus on nyt kaikkien tilien oletusympäristö - Kaikki tilit on päivitetty käyttämään nykyaikaista Pyydä allekirjoitusta -ympäristöä. Järjestelmänvalvojan ohjaimet pysyvät järjestelmänvalvojan valikossa, jotta perinteinen ympäristö voidaan tarvittaessa ottaa käyttöön.
- Nykyaikainen Luo malli -kokemus on nyt kaikkien yritysten tilien oletusympäristö - Kaikki tilit on päivitetty käyttämään nykyaikaista Luo kirjaston malli -ympäristöä. Järjestelmänvalvojan ohjaimet pysyvät järjestelmänvalvojan valikossa, jotta perinteinen ympäristö voidaan tarvittaessa ottaa käyttöön.
- Nykyaikainen mukautettu työnkulun suunnittelija -kokemus on nyt kaikkien tilien oletusympäristö - Kaikki tilit on päivitetty käyttämään nykyaikaista työnkulun suunnittelija -ympäristöä. Järjestelmänvalvojan ohjaimet pysyvät järjestelmänvalvojan valikossa, jotta perinteinen ympäristö voidaan tarvittaessa ottaa käyttöön, ja vaihtolinkit pysyvät käyttäjien käytettävissä siirtymiseen perinteisen ja nykyaikaisen kokemuksen välillä (jos käytössä)
REST API- / Webhook-päivitykset
Tämän julkaisun API- ja webhook-päivitykset löytyvät Acrobat Sign API -dokumentaatiosta.
- API-kyselyrajoitus GET API -päätepisteiden tilojen haun tai luettelointitarkoituksia varten- Uusi kyselyrajoitus rajoittaa nyt sitä, kuinka usein asiakassovellukset voivat kysellä tiettyjä GET /agreement -päätepisteitä.
- Super Group Admin -rooli OEM-kumppaneille - Uusi Super Group Admin -rooli on saatavilla OEM 2.0 -alustalla. Tämä rooli antaa kumppaneille mahdollisuuden myöntää asiakkailleen rajoitetut hallintaoikeudet ryhmien luomiseen ja hallintaan paljastamatta täysiä tilin pääkäyttäjän oikeuksia.
- Kumppanin asiakas voi luoda ja hallita omia ryhmiään.
- Ryhmän luojasta tulee automaattisesti sen ryhmän pääkäyttäjä.
- Tilin pääkäyttäjät hallitsevat, mitkä ryhmäasetukset ovat näkyvissä.
- Ryhmän pääkäyttäjät näkevät vain olennaiset asetukset, kuten viestipohjat, sähköpostiasetukset, lähetysasetukset ja jakamisen tilan.
- Ominaisuus vaatii UMG:n (Users in Multiple Groups) käyttöönoton.
- Tilin pääkäyttäjät ovat edelleen ainoa rooli, jolla on pääsy tilintason asetuksiin ja mahdollisuus määrittää Super Group Admin -rooli.
Ratkaistut ongelmat
| Ongelma | Kuvaus |
|---|---|
| 4505635 | Yhteenveto: agreement_retention-laajuus ei ole käytettävissä GovCloud API:ssa. |
| Korjaus: Laajuus on määritetty toimimaan GovCloud-ympäristössä Okta-integraation kanssa. | |
| 4515686 | Yhteenveto: Verkkolomakkeiden omistajat eivät voi korvata vastakirjoittajaa olemassa olevissa verkkolomakkeissa tietyissä vahvistustilanteissa. Yritys päivittää vastakirjoittajan sähköpostiosoite palauttaa virheen: "Et voi lisätä tai poistaa sähköpostiosoitettasi sopimuksen nykyisessä tilassa." |
| Korjaus: Vahvistusta on päivitetty niin, että oikea lähettäjän tai vastakirjoittajan sähköpostiosoite tunnistetaan. Verkkolomakkeiden omistajat voivat nyt korvata vastakirjoittajan odotetusti. Käyttäjien ei tarvitse tehdä mitään toimenpiteitä. | |
| 4519727 | Yhteenveto: Beninin puhelinnumeroiden nykyaikaista muotoa ei tunnisteta (10 merkin pituus) |
| Korjaus: Acrobat Sign tukee nyt Beninin uutta 10-numeroista puhelinnumeromuotoa. Käyttäjät voivat syöttää kelvollisia numeroita +229-maakoodilla ilman virheitä. Mitään toimenpiteitä ei tarvita. | |
| 4525532 | Yhteenveto: Esitäyttörooli ei ole oletuksena käytettävissä uudessa sisällönluontikokemuksessa |
| Korjaus: Esitäyttörooli on nyt oletuksena näkyvissä vastaanottajan kontekstiluettelossa sopimuksia laadittaessa | |
| 4526142 | Yhteenveto: Kun lomakekenttätasoa sovelletaan olemassa olevasta mallista uudessa sisällönluontikokemuksessa, jotkin kentät eivät kopioidu. |
| Korjaus: On lisätty uusi tarkistus, joka varmistaa, että koko malli siirretään. | |
| 4527772 | Yhteenveto: Peräkkäisellä reitityksellä varustetut sopimukset menettävät joskus vastaanottajan nimen kentän, kun se määritetään osallistujalle, jolla on lomakkeen täyttäjän rooli. Kenttä ei näy kyseiselle vastaanottajalle, jolloin sopimus jää keskeneräiseksi. |
| Korjaus: REST API:iin on tehty merkittäviä päivityksiä sen varmistamiseksi, että kaikki kentät säilyvät. | |
| 4527945 | Yhteenveto: Lomakekenttämallin käyttö sopimuksessa, jossa on vastaanottajaryhmä, ei toimi – mallin validointikoodi suodattaa pois vastaanottajaryhmän osallistujan ja siihen liittyvät kentät katoavat. |
| Korjaus: Koodi on uudistettu käyttämään eri jäsenparametria sähköpostiosoitteen arvon sijaan. | |
| 4528619 | Yhteenveto: Kun vastaanottajaryhmän nimeä muokataan uudessa Lähetä-kokemuksessa, kursori hyppää automaattisesti tekstin loppuun jokaisen muutoksen jälkeen. Tämä vaikeuttaa nimen muokkaamista yhdellä kertaa. |
| Korjaus: Pyynnön seurantaa on päivitetty varmistamaan, että kaikki todennusmenetelmät latautuvat kunnolla ennen lähettämistä. Sopimukset käsitellään nyt oikein, kun kaikki vaaditut todennustiedot on annettu. Mitään toimenpiteitä ei tarvita. | |
| 4531835 / 4537898/ 4541002 |
Yhteenveto: Asiakkaat kohtaavat virheitä käyttäessään joitakin kolmannen osapuolen varmenteita, koska päivitetyt juurivarmenteet eivät ole luotettavia, mikä aiheuttaa ongelmia webhookeissa ja ilmoituksissa. |
| Korjaus: Juurivarmentajia päivitetään. | |
| 4532798 | Yhteenveto: Kun lomakekenttätaso lisätään, Acrobat Sign luo uuden dokumentin tallentaakseen tason tiedot. Näiden uusien dokumenttien versiointiongelmien vuoksi jotkin "muokkaa sopimusta" -työnkulut epäonnistuvat. |
| Korjaus: Olemme muuttaneet lähestymistapaamme lähdetietojen hakemisesta API:n kautta tapahtuman julkaisemiseen, kun lomakekenttätasomalli lisätään, ja käytämme sitä lähdetietojen täyttämiseen sopimuksissa. | |
| 4534813 | Yhteenveto: Useissa ryhmissä olevat käyttäjät eivät voi käyttää automaattista kenttien tunnistusta luodessaan malleja tai sopimuksia. |
| Korjaus: Lisättiin uusi testi kenttien tunnistuksen varmistamiseksi authoring V5:ssä käyttäjälle, jolla on useita ryhmiä. | |
| 4535639 | Yhteenveto: Joissakin sopimuksissa pakolliset kuvakentät puuttuvat allekirjoitetusta PDF-tiedostosta. Vaikka FormFields.csv näyttää kuva-URL-osoitteet, kuvat eivät näy lopullisessa sopimuksessa. |
| Korjaus: Muutamien funktioiden järjestystä muutettiin varmistamaan, että sisäiset kuvakentät käsitellään riippumatta siitä, onko lomake läsnä, ja nyt kuvat näkyvät oikein kaikille allekirjoittajille. | |
| 4535828 | Yhteenveto: Dokumenttien hyperlinkit muuttuvat, kun sopimus lähetetään. |
| Korjaus: Kun URL on jo erityisesti koodattu merkillä: /, joka on varattu merkki URL-osoitteille, decodeURI ei pura niitä, joten vaihdoin sen decodeURIComponent-funktioksi tarkistaakseni ehdon ennen koodausta. | |
| 4536354 | Yhteenveto: Suuret PDF-dokumentit (~150 sivua) eivät lataudu ja antavat virheen "ei-tuettu muoto tai salasanasuojattu" johtuen riittämättömästä frontend-aikakatkaisusta kuvien saatavuuden tarkistuksessa. |
| Korjaus: Nostetaan max_retries -parametri 7:stä (oletus) 13:een, pidentäen aikakatkaisua ~30 sekunnista ~60 sekuntiin. Tämä antaa riittävästi aikaa suurten dokumenttien käsittelyyn. | |
| 4538897 | Yhteenveto: Alkuperäiset ITekstimallit, joissa on kierrettyä sivusisältöä, aiheuttavat sen, että tasoitetut allekirjoitukset kiertyvät pois paikaltaan sivulla. |
| Korjaus: Ennen allekirjoitusten tasoittamista sivusisältöön sivusisältö kääritään push/pop gstate -toiminnolla, jotta kiertomatriisi ei vaikuta lisättyihin allekirjoituksiin. | |
| 4539304 | Yhteenveto: Swagger-dokumentaatio on oletuksena ”Kokeile”-tilassa ja API-kuluttajien on vaikea selata pyyntökaavioita |
| Korjaus: Dokumentaatio on nyt oletuksena katselutilassa "Kokeile"-tilan sijaan, joten kaaviot ovat näkyvissä oletuksena. Suorituskyky paranee poistamalla tarpeettomat API-kutsut alkeistietotyypeille. | |
| 4542576 | Yhteenveto: Webhook-hyötykuormat AGREEMENT_ACTION_COMPLETED-tapahtumalle palauttavat erilaisia osallistujan tilaarvoja 16.2 Sandbox -julkaisussa. Aiemmin memberInfos-merkinnöissä näkyi ”AKTIIVINEN” tai ”KORVATTU”, myös allekirjoittamisen jälkeen. Versiossa 16.2 ne näyttävät "COMPLETED", kun dynaamista osallistumista ei ole käytössä. |
| Korjaus: Uusia osallistujan tilatietoja käytetään vain, jos dynaamisten osallistumisten ominaisuus keskeneräisille sopimuksille on käytössä. |
Adobe Acrobat Sign -julkaisu 16.2.1
Tuotannon käyttöönotto: 4. marraskuuta 2025
GovCloudin käyttöönotto: 6. marraskuuta 2025
REST API- / Webhook-päivitykset
Tämän julkaisun API- ja webhook-päivitykset löytyvät Acrobat Sign API -dokumentaatiosta.
- API-kyselyrajoitus GET API -päätepisteiden tilojen haun tai luettelointitarkoituksia varten- Uusi kyselyrajoitus rajoittaa nyt sitä, kuinka usein asiakassovellukset voivat kysellä tiettyjä GET /agreement -päätepisteitä.
- Super Group Admin -rooli OEM-kumppaneille - Uusi Super Group Admin -rooli on saatavilla OEM 2.0 -alustalla. Tämä rooli antaa kumppaneille mahdollisuuden myöntää asiakkailleen rajoitetut hallintaoikeudet ryhmien luomiseen ja hallintaan paljastamatta täysiä tilin pääkäyttäjän oikeuksia.
- Kumppanin asiakas voi luoda ja hallita omia ryhmiään.
- Ryhmän luojasta tulee automaattisesti sen ryhmän pääkäyttäjä.
- Tilin pääkäyttäjät hallitsevat, mitkä ryhmäasetukset ovat näkyvissä.
- Ryhmän pääkäyttäjät näkevät vain olennaiset asetukset, kuten viestipohjat, sähköpostiasetukset, lähetysasetukset ja jakamisen tilan.
- Ominaisuus vaatii UMG:n (Users in Multiple Groups) käyttöönoton.
- Tilin pääkäyttäjät ovat edelleen ainoa rooli, jolla on pääsy tilintason asetuksiin ja mahdollisuus määrittää Super Group Admin -rooli.
Ratkaistut ongelmat
| Ongelma | Kuvaus |
|---|---|
| 4509452 / 4526158 |
Yhteenveto: Mallien haku sopimusten luomisen tai joukkopohjaisen lähetyksen yhteydessä ei suodata muita malleja oikein, koska komponentti ei indeksoi ja vieritä asianmukaisesti |
| Korjaus: Virheellinen komponentti on korjattu hakutulosten saatavuuden varmistamiseksi. | |
| 4525233 | Yhteenveto: Valuuttavalidoinnilla luodut sopimukset eivät näy kentässä odotetulla tavalla modernissa allekirjoituskokemuksessa. |
| Korjaus:Valuuttavalidoidut kentät näyttävät nyt valuuttasymbolin oikein, kun kenttä menettää kohdistuksen modernissa allekirjoituskokemuksessa. Päivitys varmistaa yhdenmukaisen symbolien muotoilun sekä perinteisessä että modernissa näkymässä. | |
| 4530694 | Yhteenveto: Käyttöliittymään on upotettu väärä URL "Vaihda salasana" -linkille |
| Korjaus: URL-osoite on korjattu. | |
| 4532664 | Yhteenveto: Lähdeaineistoista luodut allekirjoitetut pdf-tiedostot, jotka sisältävät verkkolinkkimerkintöjä, saattavat näyttää Acrobatissa viestin "Asiakirjaa on muokattu allekirjoittamisen jälkeen", ja varmenteen tila näyttää virheelliseltä kaksoiskappale- tai väärin muodostettujen linkkimerkintöjen vuoksi |
| Korjaus: Acrobat Sign tunnistaa ja käsittelee nyt verkkolinkit oikein allekirjoitusprosessin aikana, varmistaen allekirjoitetun tulosteen kelvollisen varmennetilan. | |
| 4535715 | Yhteenveto: Verkkolinkkejä sisältävien pdf-tiedostojen koko kaksinkertaistuu jokaisen allekirjoituksen myötä, koska tulostustoiminto tulostaa verkkolinkkimerkinnän uudelleen. |
| Korjaus: PDF-tiedostot litistetään nyt varmistaen, ettei päällekkäisiä rivejä ole ennen huomautusten yhdistämistä PDF-tiedostoon. | |
| 4535760 | Yhteenveto: Käytettäessä laskentakenttiä, jotka viittaavat tekstinsyöttökenttiin, joissakin allekirjoitetuissa pdf-tiedostoissa näkyi virheellisiä tai satunnaisia numeroita odotetun tekstiarvon sijaan, koska kenttämoottori yritti muuntaa tekstisyötteen numero- tai päivämäärämuotoon. |
| Korjaus: Laskentakenttämoottorin muunnoslogiikkaa päivitettiin tunnistamaan tekstipohjaiset syötteet ja ohittamaan numero- tai päivämääräjäsennys näiden kenttien osalta. | |
| 4536385 | Yhteenveto: Pudotusvalikon lomakekentät, joissa on useita widget-huomautuksia, eivät voi olla FT-avain, tai ulkoasun generointi sekoittaa ne lomakekenttiin. |
| Korjaus: FT-avain on poistettu widget-huomautuksista | |
| 4537356 | Yhteenveto: Useille ryhmille jaettuja malleja ei näytetty Send in Bulk -sivulla. |
| Korjaus: Päivitettiin Send in Bulk -logiikkaa noutamaan ja näyttämään oikein useille ryhmille jaetut mallit. | |
| 4537648 | Yhteenveto: GET/agreements/{agreementId}/events -päätepiste listasi vanhan tapahtumatyypin "DOWNLOADED" Acrobat Sign REST API Swagger -dokumentaatiossa. |
| Korjaus: "DOWNLOADED"-tapahtumatyyppi on poistettu sallituista arvoista API-dokumentaatiossa. | |
| 4537885 | Yhteenveto: Ylimääräinen tila näkyy Allekirjoitusasetukset-sivulla |
| Korjaus: Poistettiin tarpeeton välike/div Allekirjoitusasetusten asettelusäiliöstä. | |
| 4538113 / 4538586 / 4543131 |
Yhteenveto: Monirivisen, automaattisen tekstinsyöttökentän lomakedata kutistuu erittäin pieneksi ja muuttuu lukukelvottomaksi |
| Korjaus: Skaalaus on korjattu niin, ettei kirjasinkoko automaattisesti pienene lukukelvottomalle tasolle. | |
| 4538340 | Yhteenveto: Allekirjoituksen metatietoja lisätään tarkistamatta kentän nimeä |
| Korjaus: Lisättiin allekirjoituskentän tarkistus metatietojen näytön hallitsemiseksi | |
| 4538902 | Yhteenveto:Get /agreements/memberSetInfo REST API -päätepiste palauttaa virheellisen sopimuksen tilan ja allekirjoittajan tiedot. Joissakin tapauksissa lähettäjä näkyy vastauksessa useita kertoja, ja osallistujatietojen kopiot aiheuttavat alatason integraatioiden epäonnistumisen. |
| Korjaus: API palauttaa nyt oikein sopimuksen tilan ja osallistujien tiedot ilman päällekkäisyyksiä. Jokainen sähköpostiosoite näkyy kerran sopimusta kohden, ja allekirjoittajan tiedot heijastavat oikeaa odottavaa osallistujaa. Käyttäjiltä ei tarvita mitään toimenpiteitä. | |
| 4543085 | Yhteenveto: Vanhemmat Salesforce-integraatioversiot (alle v25.5) eivät tunnista uusia tilaenumerointeja (COMPLETED ja REMOVED), jotka palautetaan webhook-hyötykuormissa. |
| Korjaus: Päivitetty Acrobat Sign REST API sulkemaan pois uudet osallistujan tilat ja niihin liittyvät luettelot vastattaessa vanhemmille Salesforce-integraatioasiakkaille. | |
| 4543951 | Yhteenveto: Kun muokataan hyperlinkki-kenttää, jolla ei ole otsikkoa, muutoksen tallentaminen luo uuden tyhjän hyperlinkki-kentän alkuperäisen päivittämisen sijaan. Jokainen tallennus lisää ylimääräisiä tyhjiä kenttiä, jolloin mallit näyttävät muuttumattomilta. |
| Korjaus: Päivityslogiikka erottaa nyt oikein tyhjät ja null-hyperlinkkiotsikot, estäen päällekkäiset kentät. | |
| 4544118 | Yhteenveto: Kun rajoitettu asiakirjojen näkyvyys oli käytössä uudessa vastaanottajakokemuksessa, osallistuja 2 pystyi näkemään osallistuja 1:n asiakirjan hyperlinkkikentät, koska hyperlinkkejä ei ollut määritetty. |
| Korjaus: Modern eSign määrittää ja validoi nyt hyperlinkkikentät kuten muutkin kentät ja suodattaa ne sivun ja määritetyn käyttäjän mukaan. |
