Päivitetty viimeksi
3. maaliskuuta 2026
Uudet ominaisuudet
Aloita käyttö
- Pika-aloitusopas järjestelmänvalvojille
- Pika-aloitusopas käyttäjille
- Kehittäjille
- Video-opetusohjelmakirjasto
- UKK
Hallinnoi
- Admin Consolen yleiskatsaus
- Käyttäjien hallinta
- Lisää, muokkaa ja tarkista aktiivisia käyttäjiä
- Luo toimintoihin keskittyviä käyttäjiä
- Tarkista käyttäjät, jotka eivät ole suorittaneet todennusta
- Tarkista käyttäjät, joilla on valmisteluvirheitä
- Vaihda nimi / sähköpostiosoite
- Käyttäjän ryhmäjäsenyyden muokkaaminen
- Muokkaa käyttäjän ryhmäjäsenyyttä ryhmäliittymän kautta
- Käyttäjän ylentäminen järjestelmänvalvojan rooliin
- Käyttäjien tunnistetietotyypit ja SSO
- Käyttäjätietojen vaihtaminen
- Käyttäjien todentaminen MS Azurella
- Käyttäjien todentaminen Google-liitoksella
- Tuoteprofiilit
- Kirjautumiskokemus
- Tilin/ryhmän asetukset
- Asetusten yleiskuvaus
- Yleiset asetukset
- Tilitaso ja tunnus
- Uusi vastaanottajakokemus
- Omatoimisen allekirjoittamisen työnkulut
- Lähetä eränä
- Verkkolomakkeet
- Mukautetut lähetystyönkulut
- Power Automate -työnkulut
- Kirjastoasiakirjat
- Kerää lomaketietoja sopimuksilla
- Asiakirjan rajoitettu näkyvyys
- Liitä allekirjoitetun sopimuksen PDF-kopio
- Sisällytä sähköpostiviestiin linkki
- Sisällytä sähköpostiviestiin kuva
- Sähköposteihin liitettyjen tiedostojen nimeksi annetaan
- Liitä valvontaraportti asiakirjoihin
- Yhdistä useita asiakirjoja yhdeksi
- Lataa yksittäisiä dokumentteja
- Allekirjoitetun asiakirjan lähettäminen
- Delegointi tilini käyttäjille
- Salli ulkoisten vastaanottajien delegointi
- Allekirjoitusvaltuutus
- Lähetysvaltuutus
- Valtuus lisätä sähköisiä leimoja
- Aseta oletusaikavyöhyke
- Aseta päivämäärän oletusmuoto
- Käyttäjiä useissa ryhmissä (UMG)
- Ryhmän hallinnoijan käyttöoikeudet
- Korvaa vastaanottaja
- Valvontaraportti
- Tapahtuma-alaviite
- Tuotteen sisäiset viestit ja ohjeet
- Helppokäyttöiset PDF-tiedostot
- Terveydenhuoltoalan asiakas
- Tilin asetukset / Brändäysasetukset
- Allekirjoitusasetukset
- Hyvin muotoillut allekirjoitukset
- Anna vastaanottajien allekirjoittaa viimeistään
- Allekirjoittajat voivat muuttaa nimeään
- Anna vastaanottajien käyttää tallennettua allekirjoitustaan
- Mukautetut käyttöehdot ja kuluttajailmoitus
- Ohjaa vastaanottajia lomakekentissä
- Sopimustyönkulun aloittaminen alusta
- Allekirjoittamisesta kieltäytyminen
- Salli leimatyönkulut
- Vaadi allekirjoittajia antamaan tittelinsä tai yrityksensä
- Anna allekirjoittajien tulostaa ja kirjoittaa allekirjoitus
- Näytä viestit sähköisesti allekirjoitettaessa
- Vaadi allekirjoittajia luomaan allekirjoitus mobiililaitteella
- Pyydä allekirjoittajilta IP-osoite
- Jätä yrityksen nimi ja titteli pois osallistumisleimoista
- Käytä mukautuvan allekirjoituksen piirtämisen skaalausta
- Digitaaliset allekirjoitukset
- Sähköiset leimat
- Digitaaliset tunnistetiedot
- Raportoinnin asetukset
- Uusi raporttikokemus
- Perinteisen raportin asetukset
- Suojausasetukset
- Kertakirjautumisasetukset
- Muista minut -asetukset
- Kirjautumissalasanan käytäntö
- Kirjautumissalasanan vahvuus
- Verkkoistunnon kesto
- PDF-salaustyyppi
- API
- Käyttäjän ja ryhmän tietoihin pääsy
- Sallitut IP-alueet
- Tilin jakaminen
- Tilin jako-oikeudet
- Sopimusten jakamisen ohjausobjektit
- Allekirjoittajan henkilöllisyyden varmistus
- Sopimuksen allekirjoitussalasana
- Asiakirjan salasanan vahvuus
- Estä allekirjoittajia maantieteellisen sijainnin mukaan
- Puhelintodennus
- Tietoon perustuva todennus (KBA)
- Salli sivujen purkaminen
- Asiakirjalinkin vanhentuminen
- Lataa asiakasvarmenne webhookeja/takaisinsoittoja varten
- Aikaleima
- Lähetysasetukset
- Näytä Lähetä-sivu sisäänkirjautumisen jälkeen
- Sopimuksen luontikokemukset
- Vaadi vastaanottajan nimi lähetettäessä
- Lukitse tunnettujen käyttäjien nimiarvot
- Sallitut vastaanottajaroolit
- Salli sähköiset todistajat
- Vastaanottajaryhmät
- Kopion saajat
- Pakolliset kentät
- Asiakirjojen liittäminen
- Kenttien yhdistäminen
- Muokkaa sopimuksia
- Poista vastaanottajat käynnissä olevista sopimuksista
- Sopimuksen nimi
- Kielet
- Yksityisviestit
- Sallitut allekirjoitustyypit
- Muistutukset
- Allekirjoitetun asiakirjan salasanasuojaus
- Lähetä sopimusilmoitus, lähetystapana
- Allekirjoittajan tunnistusvaihtoehdot
- Täytä lomakekentät identiteetiltään vahvistetuilla tiedoilla
- Sisällön suojaus
- Ota Notarize-tapahtumat käyttöön
- Asiakirjan voimassaolo
- Esikatsele, sijoita allekirjoitukset ja lisää kentät
- Allekirjoitusjärjestys
- Lisää itseni
- Sopimuksen latauslinkki
- Lomakekentän reunukset
- Liquid Mode
- Mukautetun työnkulun säätimet
- Sähköisen allekirjoituksen sivun latausasetukset
- Allekirjoituksen jälkeinen URL-vahvistuksen uudelleenohjaus
- Rajoita jaettujen sopimusten käyttöoikeuksia
- Näytä Lähetä-sivu sisäänkirjautumisen jälkeen
- Viestimallit
- Biofarmakologiset asetukset
- Työnkulkujen integraatio
- Notarisointiasetukset
- Maksujen integrointi
- Allekirjoittajan viestit
- SAML-asetukset
- SAML-kokoonpano
- Asenna Microsoft Active Directoryn liitospalvelu
- Asenna Okta
- Asenna OneLogin
- Asenna Oracle Identity -liitos
- SAML-kokoonpano
- Tietojen hallinnointi
- Aikaleima-asetukset
- Ulkoinen arkisto
- Tilin kielet
- Sähköpostin asetukset
- Siirtyminen echosign.comista adobesign.comiin
- Vastaanottajien vaihtoehtojen määrittäminen
- Sääntelyvaatimuksia koskevat ohjeet
- Helppokäyttöisyys
- HIPAA
- GDPR
- 21 CFR osa 11 ja EudraLex liite 11
- Terveydenhuollon asiakkaat
- IVES-tuki
- Sopimusten tallentaminen säilöön
- EU:ta ja Yhdistynyttä kuningaskuntaa koskevat huomiot
- Lataa sopimukset eränä
- Toimialueen varaus
- Väärinkäytöksistä ilmoittamiseen liittyvät linkit
- Järjestelmän vaatimukset ja rajoitukset
Sopimusten lähetys, allekirjoitus ja hallinta
- Vastaanottajavaihtoehdot
- Sähköpostimuistutuksen peruuttaminen
- Sähköisen allekirjoitussivun asetukset
- Yleiskatsaus sähköiseen allekirjoitussivuun
- Avaa ja lue sopimus ilman kenttiä
- Kieltäydy allekirjoittamasta sopimusta
- Delegoi allekirjoituksen myöntäjä
- Aloita sopimus alusta
- Lataa PDF-versio sopimuksesta
- Tarkastele sopimuksen historiatietoja
- Tarkastele sopimusviestejä
- Sähköisestä allekirjoituksesta käsin kirjoitetuksi allekirjoitukseksi muuntaminen
- Käsin kirjoitetun allekirjoituksen muuntaminen sähköiseksi allekirjoitukseksi
- Siirry lomakekentillä
- Tyhjennä lomakekenttien tiedot
- Allekirjoita sivun suurennus ja siirtyminen sähköisesti
- Sopimuksen työkaluissa ja tiedoissa käytettävän kielen vaihtaminen
- Tarkista lakisääteiset ilmoitukset
- Muuta Acrobat Signin evästeasetuksia
- Lähetä sopimuksia
- Lähetä (Laadi) -sivu
- Maamerkkien ja ominaisuuksien yleiskatsaus
- Ryhmänvalitsin
- Tiedostojen ja mallien lisääminen
- Sopimuksen nimi
- Yleinen viesti
- Valmistumisen määräpäivä
- Muistutukset
- PDF-tiedoston suojaaminen salasanalla
- Allekirjoituksen tyyppi
- Vastaanottajan kielialue
- Vastaanottajien allekirjoitusjärjestys/-työnkulku
- Vastaanottajan roolit
- Vastaanottajan todennus
- Yksityinen viesti vastaanottajalle
- Vastaanottajan sopimuksen käyttöoikeudet
- Kopion saavat osapuolet
- Henkilöllisyyden tarkistus
- Sopimuksen lähettäminen vain itselleen
- Sopimuksen lähettäminen muille
- Käsin kirjoitetut allekirjoitukset
- Vastaanottajien allekirjoitusjärjestys
- Lähetä eränä
- Lähetä (Laadi) -sivu
- Kenttien lisääminen asiakirjoihin
- Sovelluksen sisällönluontiympäristö
- Automaattinen kenttien tunnistus
- Vedä ja pudota kenttiä sisällönluontiympäristössä
- Lomakekenttien määritys vastaanottajille
- Esitäyttö-rooli
- Lisää kenttiä uudelleenkäytettävällä kenttämallilla
- Kenttien siirtäminen uuteen kirjastomalliin
- Päivitetty sisällönluontiympäristö sopimuksia lähetettäessä
- Lomakkeiden ja tekstitunnisteiden luominen
- Lomakkeiden luominen Acrobatilla (AcroForms)
- Kentät
- Kenttätyypit
- Yleiset kenttätyypit
- Sähköisen allekirjoituksen kentät
- Nimikirjaimet-kenttä
- Vastaanottajan nimikenttä
- Vastaanottajan sähköpostiosoitekenttä
- Allekirjoituspäivä-kenttä
- Tekstikenttä
- Päiväys-kenttä
- Numerokenttä
- Valintaruutu
- Valintaruuturyhmä
- Valintanappi
- Avattava valikko
- Linkin peittokuva
- Maksukenttä
- Liitteet
- Osallistumisleima
- Tapahtumanumero
- Kuva
- Yritys
- Otsikko
- Leima
- Kentän sisällön ulkoasu
- Kenttien vahvistukset
- Peitettyjen kenttien arvot
- Näyttö-/piilotusehtojen asettaminen
- Lasketut kentät
- Vahvistetut lomakkeet
- Kenttätyypit
- Sisällönluontiin liittyvät usein kysytyt kysymykset
- Sovelluksen sisällönluontiympäristö
- Allekirjoita sopimuksia
- Sopimusten hallinta
- Hallinta-sivun yleiskatsaus
- Kopioi sopimus
- Sopimusten delegointi
- Vastaanottajien korvaaminen
- Asiakirjan näkyvyyden rajoitus
- Sopimuksen peruuttaminen
- Luo uusia muistutuksia
- Tarkista muistutukset
- Muistutuksen peruuttaminen
- Power Automate -työnkulkujen käyttäminen
- Lisää toimintoja...
- Miten haku toimii
- Sopimuksen tarkasteleminen
- Luo malli sopimuksesta
- Piilota/näytä sopimukset näkymästä
- Allekirjoitetun kopion lataaminen
- Lähetetyn sopimuksen tiedostojen ja kenttien muokkaaminen
- Muokkaa vastaanottajan todennusmenetelmää
- Vanhentumispäivän lisääminen tai muokkaaminen
- Huomautuksen lisäys sopimukseen
- Yksittäisen sopimuksen jakaminen
- Sopimuksen jaon poistaminen
- Yksittäisen sopimuksen lataaminen
- Sopimuksen yksittäisten tiedostojen lataaminen
- Sopimuksen valvontaraportin lataaminen
- Sopimuksen kenttäsisällön lataaminen
- Valvontaraportti
- Raportointi ja tietojen viennit
- Yleiskatsaus
- Myönnä käyttäjille oikeudet raportointiin
- Raporttikaaviot
- Tietojen viennit
- Kaavion/viennin nimeäminen uudelleen
- Raportin/viennin monistaminen
- Raportin/viennin ajoittaminen
- Raportin/viennin poistaminen
- Tarkista tapahtuman käyttö
Edistyneet sopimustoiminnot ja -työnkulut
- Verkkolomakkeet
- Luo verkkolomake
- Muokkaa verkkolomaketta
- Poista verkkolomake käytöstä / ota verkkolomake käyttöön
- Verkkolomakkeen piilottaminen/näyttäminen
- Etsi URL-osoite tai komentosarjakoodi
- Verkkolomakekenttien esitäyttö URL-parametreilla
- Verkkolomakkeen tallentaminen myöhemmin täytettäväksi
- Muuta verkkolomakkeen kokoa
- Uudelleenkäytettävät mallit (Kirjastomallit)
- Siirrä verkkolomakkeiden ja kirjastomallien omistus
- Power Automate -työnkulut
- Power Automate -integraation ja siihen sisältyvien oikeuksien yleiskatsaus
- Ota Power Automate -integraatio käyttöön
- Hallinta-sivun tilanteenmukaiset toiminnot
- Seuraa Power Automaten käyttöä
- Uuden työnkulun luominen (esimerkkejä)
- Työnkulkuihin käytettävät käynnistimet
- Työnkulkujen tuominen Acrobat Signin ulkopuolelta
- Työnkulkujen hallinta
- Työnkulkujen muokkaus
- Työnkulkujen jako
- Työnkulkujen käytöstäpoisto tai käyttöönotto
- Työnkulkujen poisto
- Hyödyllisiä malleja
- Vain järjestelmänvalvoja
- Kaikkien valmiiden asiakirjojen tallentaminen SharePointiin
- Kaikkien valmiiden asiakirjojen tallentaminen OneDrive for Businessiin
- Kaikkien valmiiden asiakirjojen tallentaminen Google Driveen
- Kaikkien valmiiden asiakirjojen tallentaminen DropBoxiin
- Kaikkien valmiiden asiakirjojen tallentaminen Boxiin
- Sopimuksen arkistointi
- Verkkolomakesopimusten arkistointi
- Valmiiden verkkolomakeasiakirjojen tallentaminen SharePoint-kirjastoon
- Valmiiden verkkolomakeasiakirjojen tallentaminen OneDrive for Businessiin
- Valmiiden asiakirjojen tallentaminen Google Driveen
- Valmiiden verkkolomakeasiakirjojen tallentaminen Boxiin
- Sopimustietojen poiminta
- Sopimusilmoitukset
- Lähetä sopimuksen sisällön ja allekirjoitetun sopimuksen sisältäviä mukautettuja sähköposti-ilmoituksia
- Vastaanota Adobe Acrobat Sign -ilmoituksia Teams-kanavalla
- Vastaanota Adobe Acrobat Sign -ilmoituksia Slackissa
- Vastaanota Adobe Acrobat Sign -ilmoituksia Webexissä
- Sopimuksen luonti
- Luo asiakirja Power App -lomakkeesta ja Word-mallista, lähetä allekirjoitettavaksi
- Luo sopimus OneDrivessa olevasta Word-mallista ja hanki allekirjoitus
- Luo sopimus valitulle Excel-riville, lähetä tarkistettavaksi ja allekirjoitettavaksi
- Vain järjestelmänvalvoja
- Mukautetut lähetystyönkulut
- Käyttäjien ja sopimusten jakaminen
Muihin tuotteisiin integrointi
- Acrobat Sign -integraatioiden yleiskatsaus
- Acrobat Sign for Salesforce
- Acrobat Sign for Microsoft
- Muut integraatiot
- Kumppanin hallitsemat integraatiot
- Mistä hankin integrointiavaimen
Acrobat Sign Developer
- REST-ohjelmointirajapinnat
- Webhookit
- Eristysympäristö
Tuotetuki ja vianetsintä
Huomautus:
Tässä asiakirjassa kerrotaan viimeisimmän julkaisun asiakaslähtöisen sovelluksen uusista ominaisuuksista, kokemusten muutoksista ja ratkaistuista ongelmista.
Kehittäjäkeskeiset API- ja Webhook-päivitykset on dokumentoitu Acrobat Sign -kehittäjän oppaassa.
Kaikkien ominaisuuksien/muutosten ei taata olevan käytössä julkaisupäivänä. Käytä aina sivun amerikanenglanninkielistä versiota ajantasaisimpana ja tarkimpana versiona.
Adobe Acrobat Sign -julkaisu v17.0.1
Tuotannon käyttöönotto: 17. maaliskuuta 2026
GovCloudin käyttöönotto: 19. maaliskuuta 2026
Parannettu toiminnallisuus
- Luo kopio – Laajennetut käyttöpisteet, sopimusten nopeampi uudelleenkäyttö.
Luo kopio on nyt käytettävissä suoraan Käsittelyssä- ja Odottaa sinua -suodattimista Hallinta-sivulla sekä lähetyksen jälkeiseltä vahvistussivulta. Nämä lisäkäynnistyskohteet helpottavat sopimusten uudelleenkäyttöä useammissa lähetyksen elinkaaren vaiheissa, mikä vähentää tarvetta aloittaa alusta.
Huomautus: Tämän julkaisun myötä tämän ominaisuuden poistamiseen tarkoitetut hallintaohjaimet poistetaan järjestelmänvalvojavalikosta, mikä tekee Luo kopio -toiminnosta vakio-ominaisuuden, joka on kaikkien oikeutettujen käyttäjien käytettävissä.
Käytettävissä olevat ympäristöt: Sandbox, Commercial, Government | Käytettävissä olevat palvelutasot: Acrobat Sign Solutions | Määritysalue: Tili ja ryhmä; Oletusarvoisesti käytössä.
REST API- / Webhook-päivitykset
Tämän julkaisun API- ja webhook-päivitykset löytyvät Acrobat Sign API -dokumentaatiosta.
- OEM 2.0 -henkilökohtainen sähköpostinäyttö – Selkeämpi lähettäjän ja vastaanottajan tunnistaminen upotetuissa käyttökokemuksissa sekä oikea sähköpostin toimitus.
OEM 2.0 -upotetuissa työnkuluissa Acrobat Sign näyttää nyt käyttäjän henkilökohtaisen sähköpostiosoitteen kumppanirekisteröidyn sähköpostin sijaan tärkeimmissä käyttöliittymäpinnoissa ja ilmoituksissa. Sopimukset ja jonot, kuten ”Odottaa sinua” ja ”Tarkista ja allekirjoita” -sähköpostit, heijastavat johdonmukaisesti henkilökohtaista identiteettiä säilyttäen rekisteröidyn sähköpostin samalla sisäisesti todennusta ja oikeuksia varten. Tämä parantaa selkeyttä lähettäjille ja allekirjoittajille sekä estää sähköpostien lähettämisen toimittamattomiin rekisteröityihin osoitteisiin.
Saatavilla olevat ympäristöt: Eristysympäristö, Kaupallinen Saatavilla olevat palvelutasot: Acrobat Sign Solutions Määritysten laajuus: API
- Webhook-ilmoitus SMS-toimitusvirheistä – Reaaliaikainen näkyvyys epäonnistuneisiin SMS-lähetyksiin, automaattinen korjaus ja vastaavuus sähköpostipalautuksien kanssa.
Acrobat Sign lähettää nyt uuden webhook-tapahtuman, AGREEMENT_PHONE_BOUNCED, kun SMS:llä lähetettyä sopimusta ei voida toimittaa ongelmien, kuten virheellisten puhelinnumeroiden, operaattorin hylkäämisen tai estettyjen linjojen vuoksi. Tämän avulla asiakkaat voivat havaita SMS-toimitusvirheet lähes reaaliajassa ja käynnistää automaattisesti jatkotoimenpiteitä, kuten puhelinnumeroiden korjaamisen, toimituksen uudelleenyrityksen tai tukitapausten avaamisen, poistaen sokeat pisteet ja vähentäen viiveitä mobiililähtöisissä allekirjoitustyönkuluissa.
Saatavilla olevat ympäristöt: Eristysympäristö, Kaupallinen, Viranomaiset | Saatavilla olevat palvelutasot: Acrobat Sign Solutions | Määritysten laajuus: API
- Webhook-kuormat – Lisätty ehdollinen osallistujan extendedStatus-kenttä dynaamisia osallistumispäivityksiä varten, mikä parantaa osallistujan tilan näkyvyyttä.
Webhook-ilmoitukset sisältävät nyt extendedStatus-kentän jokaisessa osallistujassa (memberInfos[]) -objektissa, kun lähettäjä muokkaa käynnissä olevaa sopimusta dynaamisella osallistumisella. Tämä kenttä tarjoaa lisätietoja osallistujan elinkaaresta säilyttäen samalla olemassa olevan status-kentän muuttumattomana taaksepäin yhteensopivuuden vuoksi.
{
"participantSets": [
{
"id": "",
"memberInfos": [
{
"company": "TestCo",
"email": "signer2@someDomain.dom",
"id": "CBJCHBCAABAAJiZV9cH",
"name": "Signer Two",
"status": "ACTIVE",
"extendedStatus": "REMOVED"
}
],
"order": ,
"role": "",
"status": ""
}
]
}
status-arvot (muuttumattomat): ACTIVE, REPLACED.
extendedStatus -arvot: ACTIVE, REPLACED, REMOVED, COMPLETED.
Käytettävissä olevat ympäristöt: Eristysympäristö, Kaupallinen, Julkishallinto | Käytettävissä olevat palvelutasot: Acrobat Sign Solutions | Määrityksen laajuus: API
Ratkaistut ongelmat
| Ongelma | Kuvaus |
|---|---|
| 4543515 | Yhteenveto: Webhook-sähköpostin palautusvirheilmoitus voidaan luoda virheellisesti kelvolliselle allekirjoittajalle sen jälkeen, kun allekirjoittaja on onnistuneesti allekirjoittanut ja sopimus siirtyy seuraavaan vaiheeseen. Tämä voi tapahtua, kun saman allekirjoitusryhmän valtuutetulla on virheellinen sähköpostiosoite ja lähettäjä korvaa alkuperäisen valtuuttajan. Näissä tapauksissa järjestelmä voi virheellisesti yhdistää "allekirjoitettu puolesta…" -palautusvirheilmoituksen kelvolliseen allekirjoittajaan sen osallistujan sijaan, jonka sähköposti todella palautuu. |
| Korjaus: Tapahtuman yhdistämislogiikka korjattiin niin, että sähköpostin palautusvirheilmoitukset yhdistetään vain siihen osallistujaan, jonka sähköposti todella palautuu. Palautusvirheilmoitusta ei enää luoda kelvolliselle allekirjoittajalle, joka on jo suorittanut allekirjoituksen, ja webhook-ilmoitukset heijastavat nyt oikeaa osallistujaa ja sähköpostiosoitetta. | |
| 4544548 | Yhteenveto: Verkkoliittymän kautta luodut integrointiavaimet voivat vanhentua 10 vuoden kuluttua, vaikka luontisivu ilmoittaa, että avain tarjoaa "pysyvän käyttöoikeuden." Kun avain saavuttaa 10 vuoden käyttöikänsä, API-kutsut alkavat palauttaa vanhentunut token -virheen, mikä voi rikkoa olemassa olevat integraatiot odottamatta. |
| Korjaus: Käyttöliittymän viestintää päivitettiin poistamaan "pysyvä käyttöoikeus" -sanamuoto ja näyttämään selkeästi integrointiavainten vanhentumispäivä. Päivitetty teksti ilmoittaa nyt, että avain säilyttää käyttöoikeuden vanhentumispäivään asti tai kunnes se peruutetaan manuaalisesti, tarjoten läpinäkyvyyttä 10 vuoden oletuskäyttöajasta. | |
| 4546301 | Yhteenveto: Webhook-tapahtuman toimitus voi viivästyä jopa useita tunteja sopimuksissa, joissa on erittäin suuria asiakirjoja, vaikka sopimuksen luominen valmistuu ja varhaiset käsittelyvaiheet näyttävät valmistuvan minuuteissa. Viivästysikkunan aikana webhook-toimituspalvelu voi toistuvasti saada DOCUMENT_NOT_AVAILABLE-vastauksia yrittäessään hakea sopimusasiakirjoja, eikä webhook-tapahtumaa välttämättä toimiteta ennen kuin palvelu lopettaa uudelleenyritykset tai asiakirjat tulevat saataville. |
| Korjaus: Asiakirjojen saatavuuden käsittely korjattiin niin, että suuret sopimukset siirtyvät luotettavasti tilaan, jossa asiakirjat ovat haettavissa ilman pitkittyneitä DOCUMENT_NOT_AVAILABLE-vastauksia. Tämän seurauksena webhook-tapahtumat toimitetaan ilman usean tunnin viivästyksiä, jotka johtuvat sellaisten asiakirjojen hakuyrityksistä, jotka eivät ole saatavilla. | |
| 4547823 | Yhteenveto: Vastaanottajan yksityinen viesti ei välttämättä näy joillekin allekirjoittajille, kun sopimus luodaan Authoring-tilassa API:n kautta ja sitä sitten muokataan Manage-kokemuksesta. Tässä skenaariossa käyttöliittymä voi näyttää Private Message -arvon "None" tai tyhjänä, vaikka sopimustiedot sisältävät oikean yksityisen viestin arvon. Tämä käyttäytyminen ilmenee jaetun tilin skenaarioissa, joissa käyttäjä vaihtaa toisen käyttäjän tiliin muokatakseen luonnosta, ja se voi vaikuttaa vain tiettyihin vastaanottajiin, kun taas toiset näkyvät oikein. |
| Korjaus: Lisättiin tarkistus, joka hakee ensisijaisen jakokontekstin ja palauttaa yksityisen viestin valtuutetuille jaetuille käyttäjille. Tämän seurauksena Private Message -arvo näkyy nyt oikein, kun API:lla luotua luonnosta tarkastellaan tai lähetetään Authoring-virtauksesta. | |
| 4548274 | Yhteenveto: Kirjastomallien muokkauspäivä ei välttämättä päivity sen jälkeen, kun mallia on muokattu ja tallennettu uudessa mallikokemuksessa. Käyttäjät voivat nähdä malliin lisättyjä tai päivitettyjä kenttiä, mutta muokkauspäivä pysyy muuttumattomana Manage-käyttöliittymässä ja hallintanäkymissä, mikä saa sen näyttämään siltä, että mallia ei ole äskettäin muokattu. Tämä johtuu siitä, että uusi kokemus päivittää lomakekenttiä polun kautta, joka ei myös päivitä mallin muokattua aikaleimaa. |
| Korjaus: Muokkauspäivän päivityskäyttäytyminen yhdenmukaistettiin uuden mallikokemuksen ja siihen liittyvien API-toimintojen välillä. Koodipolku, joka tallentaa mallin kenttämuutokset, päivittää nyt myös mallin muokkauspäivän niin, että se heijastaa viimeisimmän muutoksen todellista aikaa. | |
| 4548564 | Yhteenveto: Allekirjoitukset ja lomakekentät voivat näyttää näkymättömiltä allekirjoitetussa PDF-tiedostossa, kun ne on sijoitettu lähdeasiakirjan olemassa olevien leima-annotaatioiden päälle.Vaikuttavissa malleissa leima-annotaatiot peittävät tai häiritsevät vuorovaikutteisia kenttiä käsittelyn aikana, jolloin valmiit allekirjoitukset ja muut kentät piiloutuvat lopullisessa allekirjoitetussa asiakirjassa. |
| Korjaus: Leima-annotaatioiden käsittelyä päivitettiin käsittelemään ja tasoittamaan olemassa olevat leima-annotaatiot turvallisesti, jotta ne eivät enää peitä lomakekenttiä tai allekirjoituksia.Leimattujen alueiden päälle sijoitetut kentät pysyvät nyt näkyvinä koko allekirjoitusprosessin ajan ja lopullisessa PDF-tiedostossa. | |
| 4549103 | Yhteenveto: Sähköpostin palautustapahtuma voidaan kirjata uudelleen aiemmin virheelliselle vastaanottajalle sen jälkeen, kun lähettäjä korvaa kyseisen vastaanottajan kelvollisella sähköpostiosoitteella. Joissakin tapauksissa tarkastusloki voi näyttää toisen palautustapahtuman vanhalle sähköpostille, ja sopimuksen tila voi näyttää ilmoituksen ”sähköposti palautui”, vaikka uusi vastaanottaja onnistuneesti vastaanottaa, tarkastelee tai allekirjoittaa sopimuksen. Tämä käyttäytyminen voi saada aikaan vaikutelman, että sopimus kohdistuu edelleen sekä vanhaan että uuteen sähköpostiosoitteeseen. |
| Korjaus: Allekirjoittajan korvaamisen työnkulkua päivitettiin estämään lisäilmoitussähköpostien lähettäminen korvatulle vastaanottajalle, jonka sähköposti on jo palautunut. Järjestelmä tarkistaa nyt aiemman palautushistorian ennen korvaamisen liittyvien ilmoitusten lähettämistä, varmistaen ettei vanhalle sähköpostiosoitteelle synny uusia palautustapahtumia korvaamisen jälkeen. | |
| 4549306 | Yhteenveto: Käyttäjät, joiden sähköpostiosoitteet sisältävät tiettyjä erikoismerkkejä (esimerkiksi heittomerkin), eivät ehkä pysty kirjautumaan sisään yleisiltä adobesign.com tai echosign.com julkisilta kirjautumissivuilta. Sähköpostiosoitteen syöttämisen ja salasanakentän napsauttamisen jälkeen sivu voi latautua uudelleen ja tyhjentää sähköpostikenttä sen sijaan, että ohjaa käyttäjän oikealle palvelimelle tai SSO-kirjautumissivulle. Tämä estää niitä käyttäjiä, joita tämä koskee, suorittamasta todennusta ja estää integraatiot, jotka luottavat julkiseen kirjautumispäätepisteeseen. |
| Korjaus: Kirjautumisen palvelinratkaisulogiikkaa korjattiin käsittelemään ja dekoodaamaan erikoismerkkejä sisältävät sähköpostiosoitteet oikein ennen palvelinten välisen uudelleenohjaus-URL:n muodostamista. Käyttäjät, joilla on sähköpostimuotoja, joita tämä koskee, ohjataan nyt oikein heidän määrättyyn palvelimeensa ja SSO-kirjautumissivulle ilman, että sähköpostikenttä tyhjenee. | |
| 4549331 | Yhteenveto: Allekirjoitukset ja muut lomakekentät voivat näyttää puuttuvilta tai näkymättömiltä allekirjoitetussa pdf-tiedostossa, kun tietyt asiakirjan käsittelyominaisuudet on otettu käyttöön ja lähde-PDF sisältää virheelliset sivulaatikon koordinaatit (esimerkiksi virheelliset CropBox- tai MediaBox-arvot). Tässä skenaariossa kentät, jotka luottavat sivukoordinaatteihin, voivat hahmontua näkyvän sivualueen ulkopuolelle, jolloin valmiit allekirjoitukset näyttävät puuttuvilta, vaikka allekirjoitus valmistuu onnistuneesti. |
| Korjaus: PDF-sivulaatikon käsittelyä korjattiin normalisoimaan virheelliset CropBox- ja MediaBox-arvot turvallisesti asiakirjan käsittelyn aikana. Tämän seurauksena allekirjoitus- ja lomakekenttien sijoittelu kohdistuu nyt näkyvälle sivualueelle, ja allekirjoitetut PDF-tiedostot näyttävät allekirjoitukset odotetusti. | |
| 4550367 | Yhteenveto: Verkkolomakkeen luominen voi epäonnistua yleisellä ”Palvelinvirhe”-ilmoituksella sen jälkeen, kun valitset Esikatselu ja Lisää kentät, jos lähettäjän ryhmän oletusallekirjoittajan todennus on asetettu puhelimeen ja tilillä ei ole käytettävissä puhelintodennus-kiintiötä, vaikka verkkolomakkeen allekirjoittajan todennus olisi asetettu muuhun kuin puhelinmenetelmään (esimerkiksi Adobe Sign). Tämän seurauksena kaikki tilin, jota tämä koskee, käyttäjät voivat olla estettyjä luomasta verkkolomakkeita kaikissa asiakirjoissa. |
| Korjaus: Verkkolomakkeen luominen arvioi nyt kiintiön vain verkkolomakkeen allekirjoittajalle todella määritetylle todennusmenetelmälle, eikä se enää sovella puhelintodennuksen kiintiötarkistuksia pelkästään ryhmän oletustodennusasetuksen perusteella. Tämä estää väärät kiintiön loppumisvirheet ja mahdollistaa verkkolomakkeiden luomisen normaalisti. | |
| 4551011 | Yhteenveto: Kun lähettäjä lataa tiettyjä skannattuja PDF-tiedostoja, lisää allekirjoituskenttiä ja lähettää sopimuksen, allekirjoitettu PDF ei ehkä näytä näkyviä allekirjoituksia allekirjoituksen suorittamisen jälkeen.Näin voi tapahtua, kun ladattu PDF sisältää virheelliset sivurajojen metatiedot (MediaBox- ja CropBox-koordinaatit näyttävät käänteisiltä), mikä voi aiheuttaa allekirjoitus- ja muiden kenttien ulkoasukerrosten hahmontumisen näkyvän sivualueen ulkopuolelle. |
| Korjaus: PDF-sivurajojen käsittelyä päivitetään käsittelemään oikein PDF-tiedostoja, joissa on virheelliset tai käänteiset MediaBox- ja CropBox-koordinaattiarvot, jotta allekirjoitus- ja lomakekenttien ulkoasusisältö hahmontuu näkyvän sivualueen sisälle ja pysyy näkyvänä lopullisessa allekirjoitetussa PDF-tiedostossa. | |
| 4551427 | Yhteenveto: Jotkut vastaanottajat, joilla on jo ensisijainen, oikein valmisteltu tili, saavat sopimukset sen sijaan ”pseudo-käyttäjä” -vastaanottajina, joten sopimus ei näy heidän tavallisessa Hallinta-näkymässään.Tämä tapahtuu, kun vastaanottajan sähköpostiosoitteissa on välilyöntejä alussa tai lopussa, mikä estää järjestelmää yhdistämästä sähköpostia olemassa olevaan käyttäjään ja aiheuttaa pseudo-käyttäjätietueen luomisen. |
| Korjaus: Sähköpostin jäsentämistä ja käyttäjähakua päivitettiin normalisoimaan vastaanottajien sähköpostiosoitteet (poistetaan välilyönnit alusta ja lopusta) ennen niiden yhdistämistä olemassa oleviin käyttäjiin.Tämän seurauksena olemassa oleville käyttäjille osoitetut sopimukset ratkaistaan rekisteröityyn tiliin pseudo-käyttäjävastaanottajan luomisen sijaan, vaikka sähköposti olisi syötetty välilyöntien kanssa (API-kuormituksissa ja työnkulku-vastaanottajaluetteloissa). | |
| 4553198 | Yhteenveto: Kun sopimus sisältää vähintään yhden SMS-toimitukseen määritetyn vastaanottajan ja vähintään yhden vain sähköpostitoimitukseen määritetyn vastaanottajan, sopimuksen peruuttaminen API:n kautta ei lähetä SMS-peruutusilmoitusta SMS-vastaanottajalle.Sopimus peruutetaan onnistuneesti ja sähköposti-ilmoitukset toimitetaan, mutta SMS-vastaanottajat eivät saa peruutusviestiä. |
| Korjaus: Peruutustyönkulkua korjattiin varmistamaan, että SMS-peruutusilmoitukset lähetetään kaikille SMS-toimitukseen määritetyille vastaanottajille sopimuksen peruuttamisen yhteydessä riippumatta muiden vastaanottajien toimitustavoista. | |
| 4554463 | Yhteenveto: Kun sopimukset sisältävät kloonattuja valintapainikkeita, jotka jakavat saman kentän nimen yhdistettyjen asiakirjojen välillä, vain yksi valitun vaihtoehdon esiintymä pysyy valittuna lopullisessa allekirjoitetussa PDF:ssä.Vaikka kentät näyttävät visuaalisesti valintaruuduilta, ne on toteutettu valintapainikkeina.Allekirjoittamisen jälkeen valittu arvo ei leviä johdonmukaisesti kaikkiin kloonattuihin esiintymiin, mikä aiheuttaa virheellistä tai epätäydellistä odotetun valinnan kartoitusta. |
| Korjaus: Lomakekentän käsittelylogiikkaa korjattiin niin, että kloonatut valintapainikkeet tallentavat ja levittävät valitun vientiarvon sisäisen indeksiarvon sijaan.Tämä varmistaa, että kaikki saman valintapainikekentän kloonatut esiintymät heijastavat oikeaa valintaa allekirjoitetussa PDF:ssä. | |
| 4554593 | Yhteenveto: Jotkin kumppani-integraatiot, jotka käyttävät vanhoja OAuth-päätepisteitä käyttöoikeustunnusten päivittämiseen, alkoivat epäonnistua HTTP 401 -virheillä.Palvelu hylkäsi tunnusten päivityspyynnöt virheellä, joka ilmoitti, että sovellus ei saa käyttää vanhoja OAuth-päätepisteitä ja sen on käytettävä sen sijaan OAuth v2 -päätepisteitä.Tämä esti asiakkaita todentamasta Acrobat Sign -palvelua kumppanisovellusten kautta, jopa integraatioissa, jotka toimivat aiemmin. |
| Korjaus: Todennuspalvelua korjattiin niin, että kumppanisovellukset, jotka on määritetty käyttämään vanha OAuth-virtausta, voivat onnistuneesti päivittää tunnuksia uudelleen sen sijaan, että ne pakotettaisiin virheellisesti OAuth v2 -päätepisteisiin. | |
| 4554614 | Yhteenveto: Kun allekirjoittaja käyttää modernia eSign-kokemusta sopimuksessa, joka vaatii allekirjoittajan todennuksen ja on määritetty vaatimaan käyttöehtojen hyväksymistä ennen allekirjoittamista, Napsauta allekirjoittaaksesi -painikkeen napsauttaminen käynnistää 5 sekunnin uudelleenohjauksen klassiseen allekirjoituskokemukseen.Uudelleenohjausviesti varoittaa, että modernissa allekirjoittamisessa syötetyt allekirjoitukset ja nimikirjaimet tyhjennetään, mikä pakottaa allekirjoittajan syöttämään ne uudelleen ja käytännössä allekirjoittamaan kahdesti. |
| Korjaus: Allekirjoitustunnuksen päivitysvirtausta korjattiin niin, että kun allekirjoittaja hyväksyy käyttöehdot ennen allekirjoittamista, uudelleen myönnetty allekirjoitustunnus säilyttää allekirjoittajan todennustiedot.Tämä estää lopullisen allekirjoitusvaiheen epäonnistumisen todennuksessa ja poistaa pakotetun siirtymisen modernista allekirjoittamisesta klassiseen kokemukseen. | |
| 4555656 | Yhteenveto: Tietyissä ajoitusolosuhteissa sopimuksen tilasiirtymä saattaa näyttää onnistuvan, mutta ei itse asiassa muuta sopimuksen tilaa.Kun webhook-ilmoitus vastaanotetaan ennen taustapalvelun käsittelyn valmistumista, myöhemmät API-kutsut voivat käyttää vanhentunutta sopimuksen tilatietoa.Tässä ikkunassa tietyt tilasiirtymämenetelmät palauttavat HTTP 200 OK:n, vaikka sopimus ei ole kelvollisessa tilassa pyydettyä siirtymää varten.Tämän seurauksena automaatiotyönkulut saattavat olettaa siirtymän onnistuneen, kun sopimus pysyy alkuperäisessä tilassa. |
| Korjaus: Sopimuksen tilasiirtymälogiikkaa päivitettiin pakottamaan tiukka validointi ennen siirtymän soveltamista.Jos sopimus ei ole kelvollisessa tilassa, API palauttaa nyt selkeän virhevastauksen sen sijaan, että se palauttaisi hiljaa onnistumisen.Tämä varmistaa, että nimenomaan virheelliset siirtymät hylätään, mahdollistaa kutsuville järjestelmille asianmukaisen uudelleenyrityksen ja estää sopimuksia pysymästä tahattomassa tilassa ilman näkyvyyttä. |
