Tutustu lueteltuihin teknisiin ilmoituksiin ja lisää kirjanmerkki niihin, jotka ovat tärkeitä.
Tekniset ilmoitukset -sivu päivitetään säännöllisesti uusilla tiedoilla, joten sen sisältö on erittäin dynaamista. Vaikka saatavana on lokalisoituja versioita, käännösprosessin vuoksi pienet erot ovat mahdollisia viralliseen amerikanenglanninkieliseen versioon nähden. Katso aina ensin to amerikanenglanninkielinen sivu, jolta löydät tarkimmat ja ajantasaisimmat tiedot.
[Seuraava julkaisu] Seuraava Adobe Acrobat Sign -versio julkaistaan 8. syyskuuta 2026 v17.2
Tämä pieni korjausversio sisältää asiakkaiden ilmoittamiin vikoihin liittyviä korjauksia sekä välttämättömiä optimointi- ja tietoturvapäivityksiä.
Hiekkalaatikkoympäristössä nämä ohjelmakorjaukset otetaan käyttöön neljä viikkoa ennen suunniteltua julkaisua. Ratkaistujen ongelmien luettelo julkaistaan tuolloin ja päivitetään 14 päivää ennen julkaisua.
Ominaisuuden julkaisu: Adobe Acrobat Sign – heinäkuun 21. päivän julkaisu valmistunut
Julkaisu tehtiin kaikkiin pirstaleisiin ilman palveluiden käyttökatkoksia.
Nykyiset ilmoitukset:
|
Tila |
Ongelma tai tapahtuma |
Suorituksen päivämäärä |
|
Uusi Seuraava julkaisu |
Alkaen 8. syyskuuta 2026 |
|
|
Uusi Seuraava julkaisu Jatkuva |
Alkaa 16. kesäkuuta |
|
|
Päivitetty Tärkeä Nykyinen |
5. toukokuuta 2026 |
|
|
Päivitetty |
syyskuu 2026 |
|
|
Päivitetty Jatkuva |
syyskuu 2026 |
|
|
Jatkuva Seuraava merkittävä julkaisu |
syyskuu 2026 |
|
|
Tärkeä |
Maaliskuusta 2026 alkaen |
|
|
Päivitetty |
2027 |
|
|
Nykyinen |
syyskuu 2026 |
|
|
Pysyvät tiedotteet |
||
|
Nykyinen Tiedoksi |
Nykyinen |
|
|
Nykyinen Tiedoksi |
Nykyinen |
|
Ensimmäinen ilmoitus: maaliskuu 2026 |
Nykyinen |
|---|
|
Ensimmäinen ilmoitus: maaliskuu 2026 |
Nykyinen |
|---|
Dokumentin sisällön suora muokkaus kirjoittamisen aikana otetaan käyttöön porrastetusti osana 17.1.2-julkaisua VIP-tileille.
Käyttöönoton aikataulu:
VIP- ja VIPMP-asiakastilien tuotantokäyttöönotto tapahtuu asteittain 17.1.2-julkaisun jälkeen.
Dokumentin sisällön suora muokkaus sisällytetään version 17.2.1 eristysympäristön käyttöönottoon. Käyttöönotto ETLA-asiakkaille on odotettavissa 17.2.1-version julkaisun jälkeen.
Toiminto on oletusarvoisesti käytössä tilitasolla sekä uusille että olemassa oleville tuetuille tileille. Tili- ja ryhmäylläpitäjät voivat tarvittaessa ottaa ominaisuuden käyttöön tai poistaa sen käytöstä.
Ominaisuutta ei tueta:
- Acrobat Sign Government -tilit.
- Organisaatiot, jotka käyttävät vanhaa Acrobat Sign -käyttäjänhallintajärjestelmää.
Katso määritysohjeet kohdasta Ota käyttöön tai poista käytöstä dokumentin sisällön suora muokkaus
Katso lähettäjän työnkulkuohjeet kohdasta Miten tekstiä muokataan kentän kirjoittamisen aikana
Käyttöönoton aikataulut voivat muuttua tapahtumien kehittyessä.
|
Ensimmäinen ilmoitus: elokuu 2025, päivitetty: helmikuu 2026 |
Nykyinen |
|---|
Järjestelmän vakauden ylläpitämiseksi ja suorituskyvyn parantamiseksi Adobe Acrobat Sign ottaa käyttöön kyselyrajat GET API -päätepisteille. Tämä käytäntö rajoittaa sitä, kuinka usein asiakassovellukset voivat tehdä identtisiä API-kutsuja Adobe Acrobat Sign -palveluun.
Tiheä kysely kuormittaa taustajärjestelmiä tarpeettomasti, mikä voi heikentää suorituskykyä ja hidastaa vasteaikoja. API-kehittäjiä kannustetaan käyttämään webhookeja lähes reaaliaikaisia päivityksiä varten toistuvan kyselyn sijaan.
Muutokset
Kyselykäytäntö koskee kaikkia GET API -päätepisteitä samalle kutsulle.
Rajoitus asetetaan sille, kuinka usein sama käyttäjä voi tehdä saman API-kutsun Acrobat Sign -palveluun. Virheilmoitus annetaan, kun sama käyttäjä tekee identtisiä kutsuja useammin kuin sovellettaja kyselyraja sallii.
Esimerkiksi toistuva pyyntö saman sopimuksen tai kirjastodokumentin samaan päätepisteeseen käsitellään identtisenä kutsuna. Eri sopimuksia tai kirjastodokumentteja koskevat pyynnöt käsitellään erillisinä kutsuina, koska jokainen objekti edustaa eri pyynnön kohdetta.
Esimerkkejä vaikutuksen kohteena olevista päätepisteistä
Tilan haku
- GET /agreements/{agreementId} – Hakee sopimuksen nykyisen tilan.
- GET /agreements/{agreementId}/documents/{documentId} – Hakee sopimuksen sisällä olevan asiakirjan tiedostovirran.
Luettelo, tapahtumat ja kirjastodokumentit
- GET /agreements – Hakee käyttäjän sopimukset.
- GET /agreements/{agreementId}/events – Hakee sopimuksen tapahtumatiedot.
- GET /libraryDocuments – Hakee käyttäjän kirjastodokumentit.
- GET /libraryDocuments/{libraryDocumentId} – Hakee tietyn kirjastodokumentin tiedot.
Kyselykäytännön yksityiskohdat
Pienin objektin kyselyväli (MOPI) määrittelee kuinka usein sama käyttäjä voi tehdä saman GET API -pyynnön Acrobat Sign -palveluun.
MOPI-oletusarvo vaihtelee palvelutason mukaan:
- GLOBAL-, ENTERPRISE- ja DEVELOPER-tasot: kolme identtistä kutsua yhden minuutin välein.
- Kaikki muut tasot: kolme yksilöllistä kutsua kolmen minuutin välein.
Jos sama käyttäjä tekee identtisiä GET-pyyntöjä useammin kuin taso sallii, Acrobat Sign palauttaa 429 Too Many Requests -vastauksen otsikolla Retry-After.
Pyyntö katsotaan identtiseksi, kun sama käyttäjä tekee saman GET-pyynnön samalla pyyntöpolulla ja otsikoilla sovellettavan kyselyvälin kuluessa.
ETag-käsittely
Sovellukset voivat jatkaa ETagien ja If-None-Match-otsikon käyttöä päätepisteiden kanssa, jotka tukevat ehdollisia GET-pyyntöjä.
Kyselyrajan puitteissa sallittavien ehdollisten GET-pyyntöjen kohdalla Acrobat Sign voi palauttaa 304 Not Modified -vastauksen, jos resurssi ei ole muuttunut.
Kun kyselyraja ylittyy, Acrobat Sign palauttaa 429 Too Many Requests -vastauksen Retry-After-otsikolla, vaikka pyyntö sisältäisikin If-None-Match-otsikon.
Tarvittava toimenpide
Jos sovelluksesi vaatii lähes reaaliaikaisia päivityksiä, käytä webhookeja kyselyjen sijaan. Webhookit tarjoavat tehokkaamman ja skaalautuvamman tavan vastaanottaa ajantasaisia päivityksiä.
Jos webhookeja ei voida toteuttaa, sovellusten tulisi käyttää asiakaspuolen välimuistiin tallentamista API-vastausten tallentamiseen ja uudelleenkäyttöön.
- Kun saadaan 304 Not Modified -vastaus, käytä välimuistiin tallennettuja tietoja uuden API-kutsun tekemisen sijaan.
- Kun saadaan 429 Too Many Requests -vastaus vastaanotetaan, yritä API-kutsua uudelleen vasta Retry-After-otsikossa ilmoitetun sekuntimäärän jälkeen.
Resurssit
- 429-vastausten käsittely: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#handling-rate-limiting-http-429
- API-kyselyn kynnysarvo: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#get-endpoints
Aikajana
Päivitetyt MOPI-rajat ovat jo tuotannossa.
- Päivitetty ETag-rajoitustoiminto sisältyy versioon 17.1.1. Tämän muutoksen jälkeen Acrobat Sign palauttaa 429 Too Many Requests -vastauksen rajoitetuille pyynnöille, mukaan lukien ehdolliset GET-pyynnöt, jotka sisältävät If-None-Match-otsikon.
- Kyselykäytäntö asetetaan tilaan ENFORCED uusille tileille Sandbox-ympäristössä 11. helmikuuta 2026.
- Kyselykäytäntö asetetaan tilaan ENFORCED uusille tileille tuotantoympäristössä 5. huhtikuuta 2026.
Ota yhteyttä asiakkuusjohtajaasi, jos tarvitset apua tai sinulla on kysyttävää.
|
Ensimmäinen ilmoitus: maaliskuu 2026 |
Nykyinen |
|---|
SSL/TLS-varmenteiden kierrätyksen päivitykset – siirtyminen lyhyempiin voimassaoloaikoihin
SSL/TLS-toimiala siirtyy huomattavasti lyhyempiin varmenteiden voimassaoloaikoihin. Tämä muutos johtuu CA/Browser Forumin (julkisesti luotettujen varmenteiden hallintoelimen) päivityksistä, ja sitä ottavat käyttöön suuret varmenteiden myöntäjät (CA:t), mukaan lukien DigiCert.
Tämän seurauksena varmenteiden käyttöikä lyhenee vähitellen nykyisestä noin 398 päivästä jopa 47 päivään seuraavien vuosien aikana.
Muutokset?
Julkisesti luotettujen TLS-varmenteiden enimmäisvoimassaoloaika lyhenee 47 päivään. Tämän vaatimuksen määrittelee CA/Browser Forum, ja se koskee koko toimialaa.
Miksi tämä muutos on tarpeen?
Lyhyemmät varmenteiden käyttöiät parantavat turvallisuutta:
- Altistumisajan vähentäminen, jos varmenne tai yksityinen avain vaarantuu
- Varmenteiden peruutusmekanismien käytön rajoittaminen
- Automaattisten varmenteiden elinkaaren hallinnan edistäminen
- Internetin kokonaisturvallisuuden parantaminen
Suuret selainvalmistajat (Google, Apple, Mozilla, Microsoft) tukevat tätä siirtymää.
Lisätietoja toimialasta saat DigiCertin ilmoituksesta:
TLS-varmenteiden käyttöiät lyhenevät virallisesti 47 päivään
Miten tämä vaikuttaa sinuun
- Varmenteiden kierrätys tihenee
- Varmenteet kierrätetään useammin enimmäisvoimassaoloaikojen lyhentyessä.
- Automaatio on välttämätöntä
- Lyhyempien voimassaoloaikojen vuoksi varmenteiden uusimisen odotetaan olevan täysin automatisoitua. Manuaaliset uusimisprosessit eivät ole kestäviä tällä tiheydellä.
Jos ympäristösi riippuu varmenteiden kiinnittämisestä, manuaalisista luottamusvarastoista tai staattisista varmenneviittauksista, tarkista kokoonpanosi varmistaaksesi yhteensopivuuden tiheiden uusimisten kanssa.
Asiakasilmoitukset
Aiemmin ilmoituksia lähetettiin, kun varmenteet kierrätettiin vuosittain.
Kesäkuun 2026 lopussa tavanomaisten varmenteiden kierrätystä koskevat rutiiniilmoitukset lopetetaan.
Lyhyemmillä voimassaoloajoilla ja automaattisilla uusimisilla:
- Tavanomaiset varmenteiden kierrätykset eivät generoi asiakkaalle ilmoituksia.
- Ilmoituksia lähetetään vain seuraavissa tapauksissa:
- Uusimisvirheet
- Palveluvaikutukset
- Asiakkaan toimenpidettä tarvitaan
Tämä lähestymistapa on linjassa alan parhaiden käytäntöjen kanssa automaattisessa varmenteiden elinkaaren hallinnassa.
Toimenpiteitä ei tarvita (jos automaatio on käytössä)
Jos integraatiosi perustuu tavalliseen TLS-luottamusvalidointiin eikä ole riippuvainen varmenteiden kiinnittämisestä, toimenpiteitä ei tarvita.
Varmenteet uusiutuvat automaattisesti ennen vanhentumista.
Mahdollisesti tarvittava toimenpide
Saatat joutua ryhtymään toimenpiteisiin, jos:
- Käytät varmenteiden kiinnittämistä (SPKI tai täydellinen varmenteiden kiinnittäminen)
- Ylläpidät manuaalisia varmennevarastoja
- Sinulla on palomuurisääntöjä, jotka on sidottu tiettyihin varmenteiden sormenjälkiin
- Käytät järjestelmiä, jotka eivät tue automaattisia varmenteiden päivityksiä
Jos olet epävarma, ota yhteyttä tietoturva- tai infrastruktuuritiimiin.
Usein kysytyt kysymykset
- Onko tämä Adobe-kohtainen muutos?
- Ei. Tämä on alan laajuinen muutos, jonka CA/Browser Forum on määrännyt ja jonka kaikki suuret varmenteiden myöntäjät toteuttavat.
- Vaikuttaako tämä palvelun saatavuuteen?
- Ei. Varmenteet uusiutuvat automaattisesti ennen vanhentumista. Normaalin kierrätyksen yhteydessä ei odoteta käyttökatkoksia.
- Milloin varmenteiden kierrätystä koskevat ilmoitukset lopetetaan?
- Tavanomaiset varmenteiden kierrätystä koskevat ilmoitukset lopetetaan kesäkuun 2026 lopussa. Asiakkaille ilmoitetaan jatkossakin vain, jos toimenpiteitä tarvitaan tai jos ongelma vaikuttaa palveluun.
- Mistä saan lisätietoja?
- Lisätietoja toimialasta saat DigiCertin ilmoituksesta:
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- Lisätietoja toimialasta saat DigiCertin ilmoituksesta:
Tarvitsetko apua?
Jos sinulla on kysymyksiä varmenteiden kierrosta tai tarvitset apua integraation validoinnissa, ota yhteyttä Adobe-tukeen tai Adobe-tiliedustajaasi.
|
Ensimmäinen ilmoitus: helmikuussa 2025 – päivitetty kesäkuussa 2026 |
Nykyinen |
|---|
Versiossa 17.2 (syyskuu 2026) kaikki kaupalliset ja julkishallinnon tilit päivitetään käyttämään modernia Pyydä allekirjoitusta -ympäristöä.
- Vaihtolinkit poistetaan käytöstä
- Järjestelmänvalvojan asetukset Järjestelmänvalvoja-valikossa säilyvät asiakkaille, joiden on palattava perinteiseen käyttöliittymään.
Muutokset
Syyskuun 2026 versiossa (17.2):
- Kaikki kaupalliset ja Govcloud-tilit siirretään automaattisesti moderniin Pyydä allekirjoitusta -kokemukseen.
- Vaihtamislinkit poistetaan käytöstä sekä kaupallisille että Govcloud-tileille
- Hallintaelementit, joilla voi palauttaa klassisen ympäristön käyttöön, pysyvät käytettävissä.
Tammikuun 2027 julkaisussa (18.0):
- Kaikki tilit siirretään automaattisesti moderniin Pyydä allekirjoitusta -kokemukseen.
- Vaihtolinkit poistetaan käytöstä.
- Hallintaelementit, joilla voi palauttaa klassisen ympäristön käyttöön, poistetaan käyttöjärjestelmästä.
Suosittelemme tutustuttamaan käyttäjäsi moderniin kokemukseen ennen julkaisua sujuvan siirtymän varmistamiseksi.
|
Ensimmäinen ilmoitus: helmikuussa 2025 – päivitetty kesäkuussa 2026 |
Nykyinen |
|---|
Versiossa 17.2 (syyskuu 2026) kaikki kaupalliset ja julkishallinnon tilit päivitetään käyttämään modernia Luo malli -ympäristöä.
- Vaihtolinkit poistetaan käytöstä
- Järjestelmänvalvojatiedot Järjestelmänvalvoja-valikossa säilyvät asiakkaille, joiden on palattava perinteiseen käyttöliittymään.
Muutokset
Syyskuun 2026 versiossa (17.2):
- Kaikki kaupalliset ja Govcloud-tilit siirretään automaattisesti moderniin Luo malli -kokemukseen.
- Vaihtamislinkit poistetaan käytöstä sekä kaupallisille että Govcloud-tileille
- Hallintaelementit, joilla voi palauttaa klassisen ympäristön käyttöön, pysyvät käytettävissä.
Tammikuun 2027 julkaisussa (18.0):
- Kaikki tilit siirretään automaattisesti moderniin Luo malli -kokemukseen.
- Vaihtolinkit poistetaan käytöstä.
- Hallintaelementit, joilla voi palauttaa klassisen ympäristön käyttöön, poistetaan käyttöjärjestelmästä.
Suosittelemme tutustuttamaan käyttäjäsi moderniin kokemukseen ennen julkaisua sujuvan siirtymän varmistamiseksi.
|
Ensimmäinen ilmoitus: huhtikuu 2025 - päivitetty kesäkuussa 2026 |
Nykyinen |
|---|
Uusi Työnkulun suunnittelija -käyttökokemus otetaan käyttöön kaikille olemassa oleville tileille, ja se korvaa klassisen version ajan myötä. Siirtymän aikana järjestelmänvalvojilla ja käyttäjillä on jonkin verran joustavuutta palata aiempaan käyttöliittymään, kunnes se poistetaan kokonaan käytöstä.
Käyttöönottoaikataulu
Syyskuu 2026 (v17.2)
- Kaikki tilit siirretään uuteen käyttökokemukseen julkaisun jälkeen (jos ei ole jo tehty).
- Järjestelmänvalvojat voivat palata perinteiseen käyttökokemukseen.
- Käyttäjät eivät enää näe vaihtolinkejä; järjestelmänvalvojat voivat ottaa ne käyttöön tarvittaessa.
Tammikuu 2027 (v18.0)
- Kaikki tilit siirretään pysyvästi uuteen käyttökokemukseen.
- Järjestelmänvalvojan asetukset klassiseen versioon palauttamiseksi poistetaan.
- Klassinen Custom Workflow designer poistetaan kokonaan käytöstä, eikä se ole enää käytettävissä.
Suosittelemme valmistamaan käyttäjiäsi mahdollisimman pian sujuvan siirtymän varmistamiseksi.
Heinäkuun vuoden 2025 Acrobat Sign -julkaisun jälkeen luoduilla uusilla tileillä on oletusarvoisesti käytössään uusi käyttökokemus, eikä käytettävissä ole ohjausobjekteja vanhaan versioon palaamiseksi.
|
Ensimmäinen ilmoitus: elokuu 2025, päivitetty: lokakuu 2025 |
Nykyinen |
|---|
Kaikki tilit on siirretty moderniin ympäristöön
17.0-versiossa (tammikuu 2026) kaikki tilit päivitetään käyttämään modernia sähköisen allekirjoituksen ympäristöä.
Ohjausobjektit perinteiselle ympäristölle säilyvät käytettävissä varajärjestelmänä tilanteissa, joissa modernia ympäristöä ei voida käyttää.
|
Ensimmäinen ilmoitus: syyskuu 2022 – Päivitetty: kesäkuu 2026 |
Nykyinen |
|---|
Perinteinen raportointi poistetaan kokonaan Acrobat Signin käyttöliittymästä vuoden 2027 aikana. Tämä sisältää vaihtolinkin, jonka avulla voi vaihtaa ympäristöstä toiseen. Kun perinteinen käyttöympäristö on poistettu, asiakkaat eivät enää voi palata sinne perinteisten raporttien tarkistamista varten, ja ajoitettujen raporttien suorittaminen lopetetaan.
Nykyaikainen raportointiympäristö säilyy ainoana raportointiratkaisuna.
Kaikkia asiakkaita kehotetaan luomaan kaikki nykyiset raporttinsa uudelleen uuteen ympäristöön mahdollisimman pian.
|
Ensimmäinen ilmoitus: helmikuu 2026 |
Nykyinen |
|---|
Yhteenveto
Thaimaan päivitettyjen säädösvaatimusten vuoksi sopimuksen toimitus SMS:llä ei ole tällä hetkellä tuettu vastaanottajille, joilla on thaimaalaisia puhelinnumeroita.
Muutokset
Thaimaa on ottanut käyttöön päivitetyt säädökset, jotka rajoittavat URL-osoitteita sisältäviä SMS-viestejä ohjaamasta vastaanottajia prosesseihin, jotka vaativat käyttäjän toimia. Koska sopimuksen allekirjoittaminen vaatii vastaanottajan toimia, SMS-toimitus tähän käyttötarkoitukseen on rajoitettu.
Keihin tämä vaikuttaa
- Sopimukset, jotka lähetetään käyttäen sopimuksen toimitusta SMS:llä.
- Vastaanottajat, joilla on thaimaalaiset (+66) puhelinnumerot.
Vaikutus
Vastaanottajat, joilla on thaimaalaiset puhelinnumerot, eivät välttämättä saa SMS-viestejä, jotka sisältävät sopimuslinkkejä. Tämän seurauksena vastaanottajat eivät ehkä pysty käyttämään ja suorittamaan allekirjoitusprosessia loppuun, kun SMS-toimitusta käytetään.
Tämä rajoitus on säädöksellinen eikä johdu palvelukatkoksesta tai tuoteviasta.
Aikataulu
Tällä hetkellä ei ole vahvistettua aikataulua sille, milloin tämä rajoitus saatetaan poistaa tai tekninen ratkaisu otetaan käyttöön. Tätä ilmoitusta päivitetään, kun olosuhteet muuttuvat.
Vaaditut toimet
- Älä käytä sopimuksen toimitusta SMS:llä vastaanottajille, joilla on thaimaalaiset puhelinnumerot.
- Sisällytä sähköposti vaihtoehtoisena toimitusmenetelmänä sopimuksen toimituksen varmistamiseksi.
Lisätiedot
Tämä rajoitus koskee vain SMS-pohjaista toimitusta. Muut sopimuksen toimitus- ja todennusmenetelmät eivät ole vaikutuksen alaisia.
|
Ensimmäinen ilmoitus: toukokuu 2024 |
Nykyinen |
|---|
Mahdollisuus käyttää ulkoista asemaa tiedostojen lähettämiseen on uudessa Pyydä allekirjoitusta -käyttökokemuksessa rajoitettu ainoastaan OneDriveen.
Suosittelemme, että asiakkaat, jotka käyttävät tiedostojen lähettämiseen muita vaihtoehtoja, käyttävät toimittajakohtaista sovellusta tarjotakseen verkkoaseman, johon voidaan päästä käyttäjän paikallisen järjestelmän alkuperäisen tiedostonvalitsimen kautta.
- Dropbox: https://www.dropbox.com/desktop
- Google Drive: https://support.google.com/drive/answer/10838124
- Box: https://support.box.com/hc/en-us/articles/360043697194-Installing-Box-Sync
- Acrobat/Document Cloud: https://www.adobe.com/fi/acrobat/hub/share-sync-pdfs.html
Lisäresursseja
- Yhteisöfoorumit
- Viikoittainen koulutus - Viikoittainen webinaari, jossa käsitellään uusille käyttäjille ja järjestelmänvalvojille tarkoitettuja, koulutusta käsitteleviä aiheita
Arkistoidut ilmoitukset
Näytetään sen mukaan, milloin ilmoitus on poistettu nykyisestä ilmoitusluettelosta, uusimmasta vanhimpaan.
Yksinkertaista työtäsi Acrobat Signilla
Hallitse ja allekirjoita dokumentteja verkossa nopeasti ja helposti.
