Ensimmäinen ilmoitus: elokuu 2024
Päivitetty viimeksi
27. huhtikuuta 2026
Adobe Signin tekniset ilmoitukset on järjestetty alla niin, että vanhin päivitys on ylimpänä, ja uudemmat päivitykset ovat sen alla, kun vierität sivua alaspäin.
|
|
Poistettu nykyiseltä listalta: tammikuu 2025 |
|---|
Vanha Hyväksy-merkkijono-ylätunniste poistetaan kaikista webhook- ja vastakutsu-ilmoituksista marraskuun 2024 julkaisussa.
Kaikkien sellaisten asiakkaiden, jotka jostain syystä käyttävät tätä ylätunnistetta, on muutettava koodinsa sen puuttumisen huomioon ottamiseksi.
|
Ensimmäinen ilmoitus: syyskuu 2024 |
Poistettu nykyiseltä listalta: tammikuu 2025 |
|---|
|
Ensimmäinen ilmoitus: marraskuu 2024 |
Poistettu nykyiseltä listalta: tammikuu 2025 |
|---|
Marraskuun 2024 julkaisun myötä mukautetun työnkulun suunnittelutoiminnon muokattavat tunnisteet voivat olla enintään 100 merkkiä. Tämä rajoitus arvioidaan, kun työnkulku luodaan tai päivitetään.
Olemassa olevat työnkulut, joilla on yli 100 merkkiä sisältäviä tunnisteita, voidaan edelleen lähettää onnistuneesti, mutta jos työnkulku päivitetään, tunnisteen on oltava alle 100 merkkiä, ennen kuin se voidaan tallentaa. Korjattavat tunnisteet on merkitty punaisella, jotta ne on helppo tunnistaa.
Uudet työnkulut varoittavat tunnisteiden merkkirajoituksesta ennen niiden tallentamista.
Tarvittava toimenpide
On suositeltavaa, että järjestelmänvalvojat, jotka voivat hallita mukautettuja työnkulkuja, avaavat ja tarkistavat kunkin työnkulun varmistaakseen, etteivät niiden mallit sisällä virheitä.
|
Ensimmäinen ilmoitus: marraskuu 2024 |
Poistettu nykyisten luettelosta: helmikuu 2025 |
|---|
Uusi vastaanottajakokemus sisältää allekirjoitusparannuksia sekä tietokoneille että mobiiliselaimille. Tämä uusi kokemus otetaan käyttöön vuoden 2025 ensimmäisten kuukausien aikana, mutta se on saatavilla eristysympäristössä joulukuun 2024 ensimmäisellä viikolla.
|
Ensimmäinen ilmoitus: joulukuu 2024 |
Poistettu nykyisten luettelosta: helmikuu 2025 |
|---|
Adobe Acrobat Sign vaihtaa Adobe Acrobat Signin SSL-varmenteen 22. tammikuuta 2025.
Lisäksi otetaan käyttöön uusi SSL-varmenne tukemaan WAF-verkoston muutoksia, jotka tehdään tammikuussa 2025. Tämä uusi varmenne vaikuttaa suoraan Acrobat Sign -palvelun käyttöön, ja se on asennettava ennen kuin WAF tulee verkkoon.
Tarvittava toimenpide
- Jokaisen verkkotoimintaa nimenomaisesti turvaavan asiakastilin on sisällytettävä uusi WAF SSL -varmenne tallennettujen varmenteiden luetteloon.
- Jos sinulla on mukautettuja Acrobat Sign -integrointeja, joissa käytetään joko SOAP- tai REST-ohjelmointirajapintoja ja jos nämä integroinnit ovat ”kiinnittäneet” olemassa olevan julkisen avaimen, erillisiä toimenpiteitä ei tarvita.
- Jos käytät Acrobat Signin SSL-varmenteita SSO:ta varten tai jos kiinnität varmenteen itsensä (tai käytät muita menetelmiä), löydät uudet Acrobat Sign SSL -varmenteet Adobe Acrobat Signin järjestelmävaatimuksista.
- Jos SSO-määrityksesi tukee useita julkisia varmenteita/ketjuja, voit lisätä uudet varmenteet nyt ja poistaa vanhan julkisen varmenteen/ketjun määrityksestäsi tammikuun vaihdon jälkeen.
- Jos SSO:si ei tue useita julkisia sertifikaatteja/ketjuja, sinun on synkronoitava SSL:n vaihtaminen Acrobat Signin kanssa 22. tammikuuta 2025.
Uudet SSL-varmenteet tulevat voimaan 22. tammikuuta 2025.
|
Ensimmäinen ilmoitus: syyskuu 2024 – päivitetty: helmikuu 2025 |
Poistettu nykyisten luettelosta: maaliskuussa 2025 |
|---|
Adobe Acrobat Sign -palvelun tietoturvan ja tehokkuuden parantamiseksi teemme verkossa muutoksia, ja otamme käyttöön muun muassa verkkosovelluspalomuurin (WAF) helmikuussa 2025. Nämä muutokset reitittävät liikenteen Acrobat Sign -sovelluspalvelimille WAF-palvelun kautta. Tämä reitittäminen ei näy useimmille asiakkaille. Käyttö ei häiritse Acrobat Signin käyttöä millään Adobe-asiakasohjelmalla tai -integraatiolla.
Tarvittava toimenpide
Ei ole.
Tämä muutos ei vaikuta asiakkaan integraatioihin, sillä Acrobat Signin API- ja API-verkkotunnusten nimiä ei muuteta. Tämä ratkaisu on takautuvasti yhteensopiva julkaistujen IP-osoitealueiden kanssa.
Tietoturvalaitteensa päivittäneiden asiakkaiden ei tarvitse kumota toimiaan tai tehdä muita muutoksia.
Nykyinen päivitysaikataulu on:
- Tuotannon eristysympäristö päivittyy 24. helmikuuta 2025.
- Tuotannon sirpaleet: IN1, JP1, AU1 ja SG1 päivitetään 3. maaliskuuta 2025.
- Tuotannon sirpaleet: NA2, NA3 ja EU2 päivitetään 6. maaliskuuta 2025.
- Tuotannon sirpaleet: NA1, NA4 ja EU1 päivitetään 11. maaliskuuta 2025.
-
Acrobat Signin saapuva ja lähtevä liikenne
Acrobat Sign ei enää poista palvelimen saapuvien IP-osoitteiden luetteloa, kuten aiemmin ilmoitettiin.
Palvelimen saapuvat ja lähtevät IP-osoitteet, kuten Acrobat Signin järjestelmävaatimukset -sivulla on ilmoitettu, pysyvät edelleen voimassa. -
Miksi Acrobat Sign tekee nämä muutokset?
WAF:n käyttö parantaa Acrobat Signin suojausta haitalliselta liikenteeltä ja auttaa meitä vastaamaan paremmin tietoturva-, vaatimustenmukaisuus- ja luotattavuusvaatimuksiin.
-
Minulla on mukautettu integraatio Acrobat Signiin. Koskeeko tämä sovellustani?
Ei, emme odota integraatioille koituvan negatiivisia vaikutuksia.
-
Onko olemassa uusia IP-osoiteluetteloita, jotka voidaan korvata?
Ei.
Acrobat Sign -sivun järjestelmävaatimuksia koskevat tiedot ovat edelleen ajan tasalla. -
Organisaationi on toteuttanut verkkosuodattamisen käyttämällä Acrobat Signin julkaistua verkkotunnusten luetteloa yritysverkkomme liikenteelle. Koskettaako tämä ongelma meitä?
Ei.
Tässä kuvatut verkkomuutokset eivät vaikuta Acrobat Signin toimialueluetteloon, kuten Acrobat Signin järjestelmävaatimukset -sivulla on dokumentoitu. Tällä ei ole vaikutusta verkkotunnustason suodatukseen. -
Organisaationi käyttää IP-osoitteen vahvistusta Acrobat Sign -palvelimille lähetettäviä sähköpostiviestejä varten. Koskettaako tämä ongelma meitä?
Ei.
Lähtevien sähköpostiviestien välityksen IP-alueet, jotka on lueteltu Acrobat Signin järjestelmävaatimukset -sivulla, eivät muutu. -
Organisaationi on määrittänyt Acrobat Sign -tilimme rajoittamaan käyttöoikeutemme omiin IP-osoitteisiimme. Koskettaako tämä ongelma meitä?
Ei.
Acrobat Sign voidaan määrittää vahvistamaan saapuva liikenne asiakkaan valitsemien IP-osoitteiden perusteella, kuten on kuvattu Rajoitettu käyttöoikeus tilillesi käyttämällä IP-osoitealueita -sivulla. Tällainen käyttö ei muutu tästä muutoksesta. -
Organisaationi on toteuttanut verkkosuodattamisen käyttämällä Acrobat Signin julkaistua luetteloa saapuvan liikenteen IP-osoitteista. Koskettaako tämä ongelma meitä?
Ei.
Uusi WAF-määritys on takautuvasti yhteensopiva olemassa olevan verkkoarkkitehtuurin kanssa, joten tietoturvalaitteiden lisäsäädön ei pitäisi olla tarpeen.
Huomautus:Huomaa, että tämä viittaa IP-tason suodatukseen sovellustasi isännöivälle ympäristölle. Tämä ei vaikuta verkkotunnustason suodatukseen.
-
Käytän Salesforce-integraatiota erikseen määritetyllä IP-osoitteiden sallitut-listalla. Pitääkö minun tehdä jotain?
Ei.
WAF-asennus ei tällä hetkellä edellytä muutoksia olemassa oleviin Salesforce-asennuksiin.
Kuten ohjeessa on kuvattu, olemassa oleva määritys/prosessi säilyy ennallaan, ja järjestelmänvalvojien on noudatettava kaikkia IP-osoitteiden sallitut-listan vaiheita.
ISV- ja Embed-kumppanien tulisi ottaa yhteyttä asiakkuuspäällikköönsä, jos heillä on lisäkysymyksiä.
|
Ensimmäinen ilmoitus: marraskuu 2024 – Päivitetty: tammikuu 2025 |
Poistettu nykyisten luettelosta: maaliskuussa 2025 |
|---|
Lähettäjät voivat tarjota mobiilivastaanottajille sopimusten lisänäkymän, jossa on lueteltu vain vastaanottajan käytettävissä oleva sopimuksen sisäinen kenttä.
Lähettäjät voivat järjestää kenttien luettelon haluamallaan tavalla ja ryhmitellä kentät loogisiksi osioiksi, jotta allekirjoittajat voivat suorittaa kenttien täyttämisen mahdollisimman vähällä vierittämisellä.
Vastaanottajat voivat tarkastella mobiiliystävällistä kenttäluetteloa tai alkuperäistä PDF-näkymää, johon kentät on lisätty asiakirjan sisältöön.
Tämän ominaisuuden julkaisu on ajoitettu seuraavasti:
- Otetaan käyttöön eristysympäristössä 11. joulukuuta 2024
- Otetaan käyttöön tuotantoympäristössä 4. maaliskuuta 2025
|
Ensimmäinen ilmoitus: toukokuu 2024 |
Poistettu nykyisten luettelosta: maaliskuussa 2025 |
|---|
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/acrobat/hub/share-sync-pdfs.html
|
Ensimmäinen ilmoitus: toukokuu 2024 |
Poistettu nykyisten luettelosta: huhtikuu 2025 |
|---|
Tarvittava toimenpide
Kaikki Adobe Acrobat Signin SOAP-ohjelmointirajapintaa käyttävät integraatiot ja sovellukset on siirrettävä uusimpaan REST API V6:een ennen käytöstäpoistopäivää, jotta ne toimivat.
SOAP-ohjelmointirajapinnan käyttöoikeudet poistetaan kaikilta integrointikumppaneilta 1.3.2025.
Taukoamattoman toiminnan varmistamiseksi kaikkien Adobe Acrobat Signin SOAP API:tä käyttävien osapuolten on siirryttävä uusimpaan REST API V6:een ennen maaliskuun 1. päivää 2025.
Perehdy REST v6:a ja siirtoa koskevaan oppaaseen:
- Adobe Acrobat Signin REST-ohjelmointirajapinnan version 6 menetelmät
- Siirtyminen SOAP:stä
Jos sinulla on kysyttävää, ota yhteyttä määritettyyn Adobe Acrobat Signin PSM:ään.
Huomautus:
Tämä päivitys koskee vain Acrobat Sign -palvelun Kaupallinen-versiota. Tällä ei ole vaikutusta Government Cloud -tileihin.
Tämä päivitys koskee vain Lähetä (Pyydä sähköisiä allekirjoituksia) -sivua. Jäsennetty omatoiminen allekirjoitus -työnkulut eivät vielä ole mukana.
|
Ensimmäinen ilmoitus: maaliskuu 2024, päivitetty: tammikuu 2025 |
Poistettu nykyisten luettelosta: huhtikuu 2025 |
|---|
Huhtikuussa 2025 julkaistusta versiosta alkaen modernista Pyydä allekirjoitusta -ympäristöstä tulee oletusarvoinen käyttökokemus uutta sopimusta luotaessa.
- Käyttäjät eivät enää voi vaihtaa uuden ja perinteisen ympäristön välillä, sillä vaihtolinkit poistetaan käytöstä.
- Järjestelmänvalvojat voivat edelleen ottaa perinteisen käyttökokemuksen käyttöön ja palauttaa vaihtolinkit järjestelmänvalvojan valikosta.
- Tämä muutos ei vaikuta Notarize-integraatiota käyttäviin asiakkaisiin.
|
Ensimmäinen ilmoitus: maaliskuu 2024; päivitetty: huhtikuu 2025 |
Poistettu nykyisten luettelosta: huhtikuu 2025 |
|---|
Huomautus:
Tämä päivitys koskee vain Acrobat Sign -palvelun Kaupallinen-versiota. Tällä ei ole vaikutusta Government Cloud -tileihin.
Huhtikuun 2025 julkaisusta alkaen modernista Pyydä allekirjoitusta -ympäristöstä tulee oletusympäristö uutta Erälähetys-mallia luotaessa.
- Käyttäjät eivät voi vaihtaa takaisin perinteiseen ympäristöön.
- Järjestelmänvalvojilla säilyy mahdollisuus perinteisen käyttökokemuksen käyttöönottoon ja vaihtolinkkien palauttamiseen järjestelmänvalvojan valikosta.
|
Ensimmäinen ilmoitus: helmikuu 2025 |
Poistettu nykyisten luettelosta: huhtikuu 2025 |
|---|
Acrobat Sign -tilin järjestelmänvalvojien käytettävissä oleva Tili-välilehti nimetään uudelleen Järjestelmänvalvojaksi.
- Tämä päivitys koskee vain Acrobat Signin itsenäistä ympäristöä (Acrobat Sign Solutions ja Acrobat Sign Government).
- Päivitys otetaan käyttöön Kaupallinen-ympäristössä huhtikuussa 2025 ja Julkishallinto-ympäristössä toukokuussa 2025.
Huomaa, että tämä muutos on pelkästään kosmeettinen – siihen ei liity toiminnallisia muutoksia, ainoastaan välilehtien otsikkojen päivityksiä.
Huomautus:
Ryhmätason järjestelmänvalvojien Ryhmä-otsikkoa ei muuteta.
|
Ensimmäinen ilmoitus: maaliskuu 2025 |
Poistettu nykyisten luettelosta: huhtikuu 2025 |
|---|
- 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ä
|
Ensimmäinen ilmoitus: maaliskuussa 2025 – päivitetty: huhtikuussa 2025 |
Poistettu nykyisten luettelosta: kesäkuu 2025 |
|---|
Toukokuun 2025 julkaisusta alkaen Acrobat Sign ottaa käyttöön tiukemmat rajoitukset kehittäjätason tileillä luotavien webhookien määrään.
Nämä rajoitukset on valittu tarkoituksellisesti webhookien infrastruktuurin luotettavuuden varmistamiseksi ja testaustyönkulkujen mukauttamiseksi niiden osalta paremmin.
|
Mikä muuttuu? |
Edellinen raja |
Uusi rajoitus |
Kuvaus |
|---|---|---|---|
|
Luotujen aktiivisten webhookien määrä kanavaa kohti |
10 |
1 |
Kanavalle sallitaan yksi webhook kutakin webhook-tilaustapahtumaa kohti. |
|
Tilille luotujen aktiivisten webhookien lukumäärä |
100 |
2 |
Jokaista webhookin tilaustapahtumaa kohti sallitaan kaksi tilitason webhookia. |
|
Luotujen aktiivisten webhookien määrä ryhmää kohti |
100 |
2 |
Ryhmätason webhookeja sallitaan kaksi ryhmäkohtaista webhookin tilaustapahtumaa kohti. |
|
Kullekin sopimusresurssille luotujen aktiivisten webhookien määrä |
50 |
1 |
Jokaisen webhook-tilaustapahtuman sopimusta kohti sallitaan yksi webhook. |
|
Luotujen aktiivisten webhookien määrä käyttäjää kohti |
100 |
1 |
Jokaisen käyttäjän webhook-tilaustapahtumaa kohti sallitaan yksi webhook. |
Käytettävissä olevat ympäristöt: Kaupallinen | Käytettävissä olevat palvelutasot: Kehittäjä | Määrityksen laajuus: Oletuksena käytössä; Ei määritettävissä
|
Ensimmäinen ilmoitus: maaliskuu 2025 |
Poistettu nykyisestä luettelosta: huhtikuu 2025 |
|---|
Acrobat Sign -asiakkaat voivat nyt tilata Acrobat Sign Webhook -palvelun vastaanottaakseen proaktiivisia ilmoituksia käytöstä poistoista, häiriöistä ja ylläpitotapahtumista Adoben tilaportaalin kautta.
Hallitse ja lisää tilauksia täältä: Adoben tilatilauksen tuki.
Huomaa, että Adobe Acrobat Sign -palvelu on lueteltu Document Cloud -otsikon alla:
|
Ensimmäinen ilmoitus: maaliskuu 2025 |
Poistettu nykyisten luettelosta: kesäkuu 2025 |
|---|
Toukokuun 2025 julkaisussa olemme optimoineet GET /agreements API:n vastausaikoja lyhentämällä niitä merkittävästi – sisäiset testimme osoittavat parannusten olevan jopa kymmenkertaisia.
Muutokset
- Pienemmät sivukoot: Näiden parannusten tueksi olemme pienentäneet pyyntöä kohden palautettavien sopimusten enimmäismääräksi 500, mutta tämä rajoitus saattaa muuttua tulevissa versioissa. Jokainen vastaus sisältää:
- Palautettujen sopimusten todellinen määrä
- Linkki seuraavalle tulossivulle (jos saatavilla)
- Dynaamisten tulosten määrä: Voit edelleen pyytää tiettyä määrää sopimuksia, mutta API palauttaa vain määrän, jonka palvelu voi tarjota. Jokainen vastaus sisältää:
Mitä on odotettavissa
Joissakin tapauksissa sopimuksen luominen ja sen noutaminen GET/agreements API:n avulla voi viivästyä hieman. Tämä viive on yleensä hyvin lyhyt, ja uuden sopimuksen tulisi palautua uuden pyynnön myötä.
Käytettävissä olevat ympäristöt: Kaupallinen, Julkishallinto | Käytettävissä olevat palvelutasot: Acrobat Sign Services, Julkishallinto | Määrityksen laajuus:Oletuksena käytössä; Ei määritettävissä
|
Ensimmäinen ilmoitus: huhtikuu 2025 |
Poistettu nykyisten luettelosta: elokuu 2025 |
|---|
Kaikki Acrobat Sign for Government -palvelua käyttävät tilit saavat käyttöönsä uuden Pyydä allekirjoitusta -ympäristön sekä useita äskettäin luotuja siitä riippuvaisia ominaisuuksia:
- Sähköinen todistaminen
- Sopimusten rajoitettu käyttö
- Edellytä allekirjoitustyyppi
- Henkilöllisyyden tarkistus
- Kopion saajat vastaanottajaa kohti
- Vastaanottajaluetteloa ja vastaanottajan ominaisuuksia voidaan muokata sisällönluonnin jälkeen
|
Ensimmäinen ilmoitus: syyskuu 2024 |
Poistettu nykyisten luettelosta: helmikuu 2026 |
|---|
Tarvittava toimenpide
Kaikkien API:tä käyttävien asiakkaiden on päivitettävä API käyttämään version 6 päätepisteitä mahdollisimman pian katkosten välttämiseksi.
Acrobat Sign REST API:n versiot 1–4 ovat vanhentuneet, ja ne poistetaan palvelusta 1. joulukuuta 2025.
API:en päivittäminen voi olla huomattavan suuri prosessi, joten kaikkia asiakkaita kehotetaan tarkastelemaan ja budjetoimaan päivittäminen mahdollisimman pian, jotta tuki voi ratkaista kaikki ennen joulukuun 2025 määräaikaa syntyvät kysymykset ja ongelmat.
Vaikka REST API v1–4 ovat vanhentuneita, ne toimivat edelleen, ja sovelluksesi toimivat 1. joulukuuta 2025 asti, jolloin REST API v1–4 poistetaan käytöstä.
REST API v1–4:een perustuvat sovellukset lakkaavat toimimasta 1. joulukuuta 2025 jälkeen.
|
Ensimmäinen ilmoitus: huhtikuu 2025 |
Poistettu nykyisten luettelosta: helmikuu 2026 |
|---|
Kaikki Acrobat Sign for Government -palvelua käyttävät tilit saavat käyttöönsä uuden Pyydä allekirjoitusta -ympäristön sekä useita äskettäin luotuja siitä riippuvaisia ominaisuuksia:
- Sähköinen todistaminen
- Sopimusten rajoitettu käyttö
- Edellytä allekirjoitustyyppi
- Henkilöllisyyden tarkistus
- Kopion saajat vastaanottajaa kohti
- Vastaanottajaluetteloa ja vastaanottajan ominaisuuksia voidaan muokata sisällönluonnin jälkeen
|
Ensimmäinen ilmoitus syyskuussa 2024 – päivitetty huhtikuussa 2025 |
Poistettu nykyisten luettelosta: helmikuu 2026 |
|---|
Webhook 2.0 -infrastruktuuri on otettu käyttöön kaikille asiakkaille, ja sen jälkeen allekirjoittajien ilmoitukset on poistettu käytöstä. Tämän seurauksena webhook-hyötykuorman parametri webhookNotificationApplicableUsers ei enää tarjoa hyödyllisiä tietoja, ja se poistetaan kaikista webhook-hyötykuormista.
Eristysympäristö päivitetään kesäkuun julkaisussa.
Tuotantoympäristöt päivitetään heinäkuun 2025 julkaisussa.
Lähettävän käyttäjätunnuksen ja sähköpostin löydät käyttämällä initiatingUserId- ja initiatingUserEmail -parametrejä ilmoituksen hyötykuormassa.
|
Ensimmäinen ilmoitus: elokuu 2025, päivitetty lokakuussa 2025 |
Poistettu nykyisten luettelosta: helmikuu 2026 |
|---|
Järjestelmän vakauden ylläpitämiseksi ja suorituskyvyn parantamiseksi Acrobat Sign ottaa kyselykynnyksen käyttöön 4. marraskuuta 2025 julkaisussa (versio 16.2.1). Tämä muutos rajoittaa sitä, kuinka usein asiakassovellukset voivat kysellä tiettyjä API-päätepisteitä.
- Asiakkailla on kaksi kuukautta aikaa 16.2.1-version julkaisun jälkeen toteuttaa koodissaan suositellut kyselymuutokset. Tämän aikajakson aikana järjestelmä KIRJAA kyselyvälin kynnysarvotapahtumat.
- Joulukuun 2025 jälkeen kyselysuojauskäytännöt vaihtuvat PAKOLLISIKSI, ja virheet alkavat näkyä käyttäjille.
Tiheä kysely kuormittaa taustajärjestelmiä tarpeettomasti, mikä heikentää suorituskykyä ja hidastaa vasteaikoja. API-kehittäjiä kannustetaan siirtymään webhookeihin reaaliaikaisia päivityksiä varten.
Mitä muuttuu
Tämä kyselykäytäntö koskee kaikkia GET API-päätepisteitä.
Esimerkkejä vaikutuksen alaisista päätepisteistä
Tilan haku:
- GET /agreements/{agreementId) – Hakee sopimuksen nykyisen tilan.
- GET /agreements/{agreementId)/documents/{documentId) – Hakee sopimuksen sisällä olevan asiakirjan tiedostovirran.
Listaus:
- GET /agreements – Hakee käyttäjän sopimukset.
- GET /agreements/{agreementId)/events – Hakee sopimuksen tapahtumatiedot.
Rajoitus asetetaan sille, kuinka usein sama käyttäjä voi tehdä saman API-kutsun Acrobat Sign -palveluun. Virhe palautetaan, jos sama käyttäjä tekee saman kutsun vähimmäiskyselyvälin sisällä.
Kyselykäytännön tiedot
- Vähimmäiskohdekyselyväli (Minimum Object Polling Interval, MOPI): Oletusarvoinen MOPI vaihtelee palvelutason ja sovellustyyppien mukaan:
- Acrobat Sign -kumppanisovellukset: Kumppanisovelluksen MOPI määräytyy käyttäjän tilin tason mukaan.
- GLOBAL/ENTERPRISE-taso: 3 kutsua yhden minuutin välein
- Kaikki muut tasot: 1 yksilöllinen kutsu kymmenen minuutin välein
- Asiakassovellukset Global/Enterprise-tileillä: Kolme identtistä kutsua yhden minuutin välein.
- Asiakkaiden sovellukset Kehittäjätileissä: yksi yksilöllinen kutsu 10 minuutin välein.
- Acrobat Sign -kumppanisovellukset: Kumppanisovelluksen MOPI määräytyy käyttäjän tilin tason mukaan.
- Identtiset pyynnöt MOPI:n sisällä: Jos sama käyttäjä tekee identtisiä GET-pyyntöjä (sama polku ja otsikot) useammin kuin heidän tasonsa sallii MOPI:n sisällä, järjestelmä palauttaa:
- 304 Not Modified -tilakoodin HTTP-ehdollisille pyynnöille, jotka käyttävät ETagia.
- 429 Liian monta pyyntöä -tilakoodin ja uudelleenyritysajan muille pyynnöille.
- ETag-käsittely: Tätä käytäntöä sovelletaan, kun ETag-arvot annetaan If-None-Match -otsikossa päätepisteille, jotka jo tukevat koodia 304 Ei muokattu .
Tarvittava toimenpide
Webhookit: Jos sovelluksesi vaatii lähes reaaliaikaisia päivityksiä, käytä webhookeja kyselyiden sijaan. Webhookit tarjoavat tehokkaamman ja skaalautuvamman tavan vastaanottaa ajantasaisia päivityksiä.
Jos webhookeja ei voida ottaa käyttöön, sovellusten tulisi toteuttaa asiakaspuolen välimuistimekanismeja API-vastausten tallentamiseen ja uudelleenkäyttöön. Kun vastaanotetaan 304 Ei muokattu -vastaus, tulisi käyttää välimuistiin tallennettua dataa uuden API-kutsun tekemisen sijaan.
Asiakkailla on kaksi kuukautta aikaa 16.2.1-version julkaisun jälkeen toteuttaa koodissaan suositellut kyselymuutokset. Tämän aikajakson aikana järjestelmä KIRJAA kyselyvälin kynnysarvotapahtumat.
Joulukuun 2025 jälkeen kyselysuojauskäytännöt vaihdetaan PAKOTTAMAAN virheet, jotka alkavat laueta käyttäjille.
Ota yhteyttä asiakkuusjohtajaasi, jos tarvitset apua tai sinulla on kysyttävää.
Eristysympäristö ottaa käyttöön kyselykäytännön KIRJAAMAAN virheet 17. syyskuuta 2025 ja asetetaan PAKOTTAMAAN 25. syyskuuta 2025.
|
Ensimmäinen ilmoitus: elokuu 2025 |
Poistettu nykyisten luettelosta: helmikuu 2026 |
|---|
FedRAMP CSP -vaatimusten tukemiseksi otamme käyttöön IPv6-protokollan Acrobat Sign Government -ympäristössämme:
- 2001:489a:3102:4::160/124 (IPv6)
- 2001:489a:3102:4::150/124 (IPv6)
|
Ensimmäinen ilmoitus: syyskuu 2025 |
Poistettu nykyisten luettelosta: helmikuu 2026 |
|---|
Kieliasetusten validointia on tiukennettu luotaessa sopimusta API:n kautta. Jos sopimuksen maakohtaiset asetukset eivät ole tilin käytäntöjen mukaisia, API hylkää pyynnön selkeällä virheviestillä. Tämä vähentää tahattomia kielten yhteensopimattomuuksia ja pitää vastaanottajien kokemukset linjassa hyväksyttyjen asetusten kanssa.
Keihin tämä vaikuttaa
- Tileihin, jotka asettavat sopimuksen maakohtaiset asetukset API-pyynnöissä.
- Tileihin, jotka rajoittavat käytettävissä olevia maakohtaisia asetuksia tai estävät maakohtaisten asetusten muutokset lähetyksen aikana.
Mikä muuttui
Kun DISPLAY_LOCALE_INFO_DURING_SEND-asetus on käytössä (GLOBAL-taso), API valvoo seuraavia:
- Sopimuksen maakohtaisten asetusten on sisällyttävä käyttäjän AVAILABLE_LOCALES-asetuksiin.
- Jos ALLOW_LOCALE_SELECTION_DURING_SEND on epätosi, sopimuksen maakohtaisten asetusten on vastattava käyttäjän AGREEMENT_LOCALE-asetusta.
Rikkomukset aiheuttavat POST /agreements -toiminnon epäonnistumisen viestillä: ”Maakohtaiset asetukset ovat joko virheelliset tai puuttuvat.”
Yleinen virhe ja sen korjaaminen
Virhe: "Maakohtaiset asetukset ovat joko virheelliset tai puuttuvat."
- Tarkista API-pyynnössä käytetyt maakohtaiset asetukset (esimerkiksi en_US).
- Varmista, että maakohtaiset asetukset esiintyvät kutsuvan käyttäjän AVAILABLE_LOCALES-asetuksissa.
- Jos ALLOW_LOCALE_SELECTION_DURING_SEND on epätosi, varmista, että pyynnön maakohtaiset asetukset vastaavat AGREEMENT_LOCALE-asetusta.
- Jos joustavuutta eri alueiden välillä tarvitaan, ota käyttöön maakohtaisten asetusten valinta lähetyshetkellä (katso Vaaditut toimenpiteet).
Taaksepäin yhteensopivuus
- Ennen tätä muutosta jotkin pyynnöt, joissa oli yhteensopimattomia maakohtaisia asetuksia, saattoivat onnistua. Tällaiset pyynnöt epäonnistuvat nyt selkeällä virheviestillä, kun validoinnit eivät mene läpi.
- Ei API-skeeman muutoksia; validointikäyttäytyminen muuttuu vain, kun DISPLAY_LOCALE_INFO_DURING_SEND on käytössä.
Tarvittava toimenpide
Järjestelmänvalvojien ja API-integraattoreiden tulisi tehdä jompikumpi seuraavista:
- Yhdenmukaista API-pyyntöjen maakohtaiset asetukset AVAILABLE_LOCALES-asetusten kanssa, ja – jos ALLOW_LOCALE_SELECTION_DURING_SEND on epätosi – vastaa AGREEMENT_LOCALE-asetusta täsmälleen
- tai -
- Salli maakohtaisten asetusten valinta lähetyshetkellä asettamalla:
- ALLOW_LOCALE_SELECTION_DURING_SEND = true
- CAN_CHANGE_UI_LOCALE = true
|
Ensimmäinen ilmoitus: joulukuu 2025 |
Poistettu nykyisten luettelosta: helmikuu 2026 |
|---|
Adobe Acrobat Sign vaihtaa Adobe Acrobat Signin SSL-varmenteen 7. tammikuuta 2026.
Tarvittava toimenpide
- Jos sinulla on mukautettuja Acrobat Sign -integrointeja, joissa käytetään REST-ohjelmointirajapintoja ja jos jokin näistä integroinneista on "kiinnittänyt” olemassa olevan julkisen avaimen, erillisiä toimenpiteitä ei tarvita.
- Jos käytät Acrobat Signin SSL-varmenteita SSO:ta varten tai jos kiinnität varmenteen itsensä (tai käytät muita menetelmiä), löydät uudet Acrobat Sign SSL -varmenteet Adobe Acrobat Signin järjestelmävaatimuksista.
- Jos SSO-määrityksesi tukee useita julkisia varmenteita/ketjuja, voit lisätä uudet varmenteet nyt ja poistaa vanhan julkisen varmenteen/ketjun määrityksestäsi tammikuun vaihdon jälkeen.
- Jos SSO:si ei tue useita julkisia sertifikaatteja/ketjuja, sinun on synkronoitava SSL:n vaihtaminen Acrobat Signin kanssa 7. tammikuuta 2026.
Uudet SSL-varmenteet tulevat voimaan 7. tammikuuta 2026.
|
Ensimmäinen ilmoitus syyskuussa 2024 – päivitetty huhtikuussa 2025 |
Nykyinen |
|---|
Webhook 2.0 -infrastruktuuri on otettu käyttöön kaikille asiakkaille, ja sen jälkeen allekirjoittajien ilmoitukset on poistettu käytöstä. Tämän seurauksena webhook-hyötykuorman parametri webhookNotificationApplicableUsers ei enää tarjoa hyödyllisiä tietoja, ja se poistetaan kaikista webhook-hyötykuormista.
Eristysympäristö päivitetään kesäkuun julkaisussa.
Tuotantoympäristöt päivitetään heinäkuun 2025 julkaisussa.
Lähettävän käyttäjätunnuksen ja sähköpostin löydät käyttämällä initiatingUserId- ja initiatingUserEmail -parametrejä ilmoituksen hyötykuormassa.