Adobe Acrobat Sign planlegger å rulle ut minst tre utgivelser hvert år, kategorisert som større or mindre utgivelser. Andre små oppdateringer kan introduseres etter behov for å løse system- eller kundeproblemer.

Større utgivelser inneholder betydelige oppdateringer, nye funksjoner og flere forbedringer.
Mindre lanseringer fokuserer på små forbedringer og justeringer av brukeropplevelsen. Disse finner sted mellom de større utgivelsene, typisk en til to ganger pr. syklus.

For å forhindre avbrudd, deaktiveres nye funksjoner som standard og må aktiveres manuelt av en konto- eller gruppeadministrator.

For Helse- og livsvitenskap-kunder som krever samsvarsvalidering, samarbeider Acrobat Sign med en tredjepartsleverandør om å levere en valideringspakke for alle store utgivelser som inneholder funksjoner for å minimere risikofaktoren.

Merk:

Denne siden med forhåndsutgivelsesnotater oppdateres jevnlig etter hvert som ny informasjon blir tilgjengelig, innholdet er derfor relativt dynamisk.

Selv om siden er lokalisert tar prosessen tid. Det kan føre til at lokaliserte versjoner avviker litt fra den autoritative amerikanske engelske versjonen.

For den mest nøyaktige og oppdaterte informasjonen, anbefaler vi å referere til den amerikanske siden på engelsk.

Forhåndsutgivelsesplanen og notatene vises nedenfor.

Adobe Acrobat Sign følger en strukturert tidsplan for publisering av utgivelsesmerknader og dokumentasjonsoppdateringer:

8 uker før produksjonsutgivelse

Forhåndsutgivelsessiden publiserer et sammendrag av forventede funksjoner og oppdateringer, vanligvis fire uker før Sandbox-lanseringen.
Alle funksjonsendringer som er lagt til eller fjernet etter dette punktet, er angitt i Errata-delen.
Løste problemer inkluderes ikke på dette stadiet.

4 uker før produksjonsutgivelse (Sandbox-lansering)

Forhåndsutgivelsessiden oppdateres med detaljert dokumentasjon om nye og oppdaterte funksjoner.
Lenker til støttedokumentasjon for forhåndsutgivelser (kun tilgjengelig på engelsk) legges til etter behov.
Den første Løste problemer-delen publiseres, med pågående oppdateringer de neste fire ukene.

Lanseringsdag

De offisielle utgivelsesnotatene er oppdatert med endelige funksjonsdetaljer og lenker til dokumentasjon om produksjonsstøtte.
Forhåndsutgivelsessiden oppdateres for å markere neste utgivelsessyklus.
Dokumentasjon publiseres etter utgivelsesverifisering i det publiserte systemet, vanligvis etter kl. 17 (PT), selv om komplekse oppdateringer kan ta lengre tid.
Den endelige listen over løste problemer legges til de amerikansk engelske versjonsnotatene, med lokaliserte versjoner oppdatert senere.

Utgivelse av Government Cloud

Government Cloud-miljøet oppdateres normalt mellom to dager og flere uker etter produksjonsutgivelsen, siden noen funksjoner kan kreve ytterligere evaluering før utrullering.

Merk:

Sandbox-dokumentasjonen er utformet for produksjonsmiljøet. Lenker som finnes i nettadressene for produksjon av forhåndsutgivelsesinnhold. Det betyr at disse lenkene kan føre til eldre eksisterende dokumentasjon eller 404-resultater hvis målsiden er ny og ikke er publisert ennå (for eksempel når lenken peker til en ny funksjon i samme utgivelse).

Når utgivelsen er publisert, publiseres også de nye sidene og koblingene løses til produksjonsnettadressene på riktig måte.

Sandbox-tilgjengelighet

Kunder som har tilgang til Acrobat Sign Sandbox-miljøet får normalt tilgang til den nye utgivelsesfunksjonaliteten fire uker før lansering.

Sandbox-miljøet består av alle produksjonskvalitetssikringsprosedyrer på samme kvalitetsnivå som det vanlige produksjonsmiljøet.
Adobe arbeider for å ha 99,9 % tilgjengelighet i Sandbox-miljøet, men kunder bør være oppmerksom på at Adobes enhetlige SLA ikke formelt dekker Sandbox.
Sandbox-miljøet bruker samme statusside og avbruddsprosedyrer som det vanlige produksjonsmiljøet.

Utgivelser

Varsel:

Denne artikkelen inneholder forhåndsutgivelsesinformasjon. Utgivelsesdatoer, funksjoner og annen informasjon kan endres uten varsel.

Mai 2025 (mindre utgivelse) v16.0.1

Sandbox-distribusjon: 22. april 2025

Produksjonsdistribusjon: 20. mai 2025

GovCloud-distribusjon: 22. juli 2025

Forbedret funksjonalitet

Forbedre datasikkerheten for mottakere ved å konfigurere mottakere med begrenset tilgang – Begrenset tilgang til avtaler-funksjonen forbedrer personvernet ved å hindre at avtaler blir lagt ved mottakerens Acrobat Sign bruker-ID (hvis de har en). Når aktivert, vises alternativet Tilgang til mottakeravtale i delen Mottakerinnstillinger på Komponer-siden. Administratorer kan konfigurere denne innstillingen for å aktivere den som standard og gjøre den redigerbar av avsendere.
Når en mottaker er merket som begrenset, behandles de som om de ikke har en aktiv Acrobat Sign-brukerkonto. Derfor vises ikke avtalen på Behandle-siden. Dette forhindrer utilsiktet datalekkasje på grunn av delingsforhold på gruppenivå.

Tilgjengelige miljøer: Sandbox, kommersiell, statlig | Tilgjengelige tjenestenivåer: Acrobat Sign Solutions | Konfigurasjonsomfang: konto og gruppe
Gjennomgå konfigurasjonskontroller for Begrenset tilgang til avtale>
Oppdaterte Be om signatur-dokumentasjonen >

API-støtte for funksjonen Begrenset tilgang til avtaler – Organisasjoner som bruker API-et til å lage og sende avtaler, kan nå bruke funksjonen Begrenset tilgang til avtaler som en del av mottakerkonfigurasjonen.API-implementeringen av denne funksjonen har én eksperimentell endring når det gjelder tilgang til dokumentet hvis tofaktorgodkjenningstypen er satt til «Ingen»:
- I Acrobat Sign-grensesnittet kan ikke mottakeren vise eller laste ned avtalen før den er signert. Selv om ingen andrefaktorgodkjenning er konfigurert, deaktiveres tilgang til avtalen ved å undertrykke handlingene Vis og Last ned.
- Når du bruker API-et, kan avtalen vises og lastes ned med tokenet etter at autentiseringen er bestått. Hvis ingen andrefaktorgodkjenning er konfigurert, kan avtalen vises eller lastes ned før den signeres.

Tilgjengelige miljøer:Sandbox, kommersiell, statlig Tilgjengelige tjenestenivåer: Acrobat Sign Solutions | Konfigurasjonsomfang: konto og gruppe

Utvidet landstøtte for telefonautentisering – telefonautentisering og avtalelevering via SMS støtter nå disse ekstra lands- og landstelefonkodene:
- Falklandsøyene (Malvinas) (+500)

Tilgjengelige miljøer: Kommersiell Tilgjengelige tjenestenivåer: Acrobat Sign Solutions | Konfigurasjonsomfang: konto og gruppe

Endringer i brukeropplevelsen

Innsending av støttesaker om nettskjema krever nå pålogging for eldre bedriftskontoer – Brukere med eldre bedriftskontoer må nå logge inn med Acrobat Sign-kontoen sin før de bruker skjemaet på nettet til å sende inn en støttesak. Dette godkjenningstrinnet sikrer at saken er koblet til riktig konto og videresendt til riktig støtteteam.

Tilgjengelige miljøer: Kommersiell | Tilgjengelige tjenestenivåer: Acrobat Sign Solutions | Konfigurasjonsomfang: Aktivert som standard. Kan ikke redigeres
Se gjennom den nye prosessen >

REST API/Webhook-oppdateringer

Oppdateringene nedenfor er presentert i forhåndsutgivelsesnotatene for utleveringsformål. Full dokumentasjon for API- og Webhook-oppdateringer finnes i Utviklerdokumentasjon for Acrobat Sign når versjonsoppdateringen leveres til produksjonsserverne.

GET /agreements API nå betjent fra en mikrotjeneste – ENDEPUNKTET GET /agreements migrerer fra Acrobat Sign-kjerneprogrammet til en dedikert mikrotjeneste. Som en del av denne overgangen, henter søkefordringer data fra søketjenesten (sekundært lager) i stedet for den primære databasen. Denne endringen forbedrer tjenestestabiliteten og hindrer atypiske API-kall fra å påvirke Acrobat Sign-opplevelsen.
- Maksimal sidestørrelse for GET /agreements-kallet er nå 500 avtaler per forespørsel. Historisk sett hentet ikke søketjenesten mer enn 100 avtaler per side. Hvis det kreves flere avtaler, kan det være nødvendig med flere spørringer med et smalere omfang.
- Siden søk nå skjer i sekundær lagring, kan mindre ekstra latens observeres når GET /agreements-endepunktet kalles.

Oppdatering av API-begrensninger – Etter utgivelsen i mai 2025 vil nye API-begrensningsregler bli brukt:
- Når det oppdages høy total systembelastning, begrenser Acrobat Sign API-forespørsler på tvers av hele systemet.
- Når kunder med høyt forbruk identifiseres som bidragsytere til den generelle systemtregheten, begrenser Acrobat Sign API-forespørsler spesifikt for den kunden.

Når en API-forespørsel begrenses, vil den bli avvist med en 429 HTTP-statuskode, sammen med følgende:

Svartekst

    {
        &quot;code&quot;:&quot;THROTTLING_HIGH_SYSTEM_LOAD&quot;,
        &quot;message&quot;:&quot;Acrobat Sign-systemet opplever for tiden høy belastning, og derfor begrenses delsettet av forespørslene. Prøv igjen om <wait_time_in_seconds> sekunder.&quot;,
        &quot;retryAfter&quot;: <wait_time_in_seconds>
    }

Svarhode

        X-Throttling-Reason : «høy systembelastning»
        Prøv igjen om: <wait_time_in_seconds>

Når du mottar svaret ovenfor, kan du bruke Retry-After-overskriften eller retryAfter i svarteksten for å fastslå når forespørselen skal forsøkes på nytt.

Straff for nye forsøk

For alle nye kontoer som er opprettet etter utgivelsen i mai 2025, vil det bli brukt en straff hvis kontoen ikke overholder det angitte tidsintervallet for nye forsøk.
Hvis samme forespørsel blir forsøkt igjen innenfor dette intervallet, vil forespørselen bli strupet igjen, og tidsintervallet for nye forsøk vil bli tilbakestilt.

Uregelmessigheter ved utgivelse - Elementer lagt til

Nedenfor finner du elementer som er lagt til i denne utgivelsen siden den første publiseringen av merknader før utgivelsen.

Forbedre datasikkerheten for mottakere ved å konfigurere mottakere med begrenset tilgang – Begrenset tilgang til avtaler-funksjonen forbedrer personvernet ved å hindre at avtaler blir lagt ved mottakerens Acrobat Sign bruker-ID (hvis de har en). Når aktivert, vises alternativet Tilgang til mottakeravtale i delen Mottakerinnstillinger på Komponer-siden. Administratorer kan konfigurere denne innstillingen for å aktivere den som standard og gjøre den redigerbar av avsendere.
Når en mottaker er merket som begrenset, behandles de som om de ikke har en aktiv Acrobat Sign-brukerkonto. Derfor vises ikke avtalen på Behandle-siden. Dette forhindrer utilsiktet datalekkasje på grunn av delingsforhold på gruppenivå.

Tilgjengelige miljøer: Sandbox, kommersiell, statlig | Tilgjengelige tjenestenivåer: Acrobat Sign Solutions | Konfigurasjonsomfang: konto og gruppe
Gjennomgå konfigurasjonskontroller for Begrenset tilgang til avtale>
Oppdaterte Be om signatur-dokumentasjonen >

Utgivelsesfeil – elementer fjernet

Nedenfor er linjeelementene som tidligere ble annonsert som en del av denne utgivelsen, men som senere har fått en senere utgivelsesdato.

Det moderne Be om signatur-miljøet har blitt den eneste opplevelsen når du oppretter en ny avtale. Alle eksisterende kommersielle kontoer er byttet til det moderne miljøet –
- Administratorer har fremdeles muligheten til å aktivere den klassiske opplevelsen gjennom administratormenyen.
- Kunder som bruker Notarize-integrasjonen påvirkes ikke av denne endringen.

Tilgjengelige miljøer: Sandbox, kommersiell Tilgjengelige tjenestenivåer: Acrobat Sign Solutions Konfigurasjonsomfang: aktivert som standard; ikke konfigurerbar

Løste problemer

Problem	Beskrivelse
4477748	Sammendrag: Brukere kan ikke opprette OAUTH ACCESS-TOKEN på grunn av et feil utformet domene i API-kallet.
4477748	Rettelse: Domenelisten for Swagger-kontrolleren er oppdatert.
4480357	Sammendrag: Tastaturhåndtering i dialogboksen «Start fra bibliotek» fungerer ikke som den skal når skjermlesere kjører
4480357	Rettelse: Flere rettinger i skjermlesernavigasjon for å sikre at alle sidene leses som forventet.
4498103	Sammendrag: Feil rolletilordning i Send samlet-funksjonen. Tilordner alltid en Underskriver-rolle når du legger til deg selv som siste mottaker.
4498103	Rettelse: Fjernet muligheten til å velge andre roller for avsenderen når vedkommende legges til i den siste deltakerposisjonen, fordi det er meningen at avsenderen alltid skal være en av underskriverne.
4501417	Sammendrag: Plassering av et forseglingsfelt med en feltmal utløser en feil som blokkerer videre redigering.
4501417	Rettelse: La til koding for å behandle tekstkode «signer1»-tekstkodeelementer.
4506667	Sammendrag: Hvis en avsender trenger den første underskriveren til et webskjema for å bekrefte e-postadressen, forsinkes Webhook-varsler til den første underskriveren bekrefter e-posten. Hvis e-postadressen til den første underskriveren kommer i retur, forsinkes Webhook-varselet i 2 timer på grunn av forventninger om at documentsInfo-parameteret vil bli fylt ut.
4506667	Rettelse: Hvis avsenderen trenger at den første underskriveren i et nettskjema bekrefter e-postadressen, vil ikke documentsInfo fylles ut i Webhook-varslingsnyttelasten for avtalehendelsene (før første underskriver bekrefter e-posten). Hvis e-postadressen til den første underskriveren kommer i retur, vil ikke *documentsInfo* fylles ut i Webhook-varslingsnyttelasten for avtalehendelsene.
4511940	Sammendrag: Standard skriftstørrelse for tekstfelt med flere linjer justeres ikke etter skjermstørrelsen, så teksten avbrytes når du signerer en avtale med mobiltelefonen.
4511940	Rettelse: Tekstfelt med flere linjer kan ikke lenger overstyre base class-metoden.
4513457	Sammendrag: Problem med analysering av JSON når gruppenavnet inneholder doble anførselstegn i gruppenavnet.
4513457	Rettelse: Endringer i analysekode for gruppenavn, slik at den kan behandle doble anførselstegn.
4515610	Sammendrag: Beregnede feltverdier endres når nettskjemaet sendes til flere deltakere, på grunn av hvordan flyttall håndteres på backend og frontend.
4515610	Rettelse: Endret implementeringen på backend slik at det brukes BigDecimal som type for tall
4516504	Sammendrag: Når du oppretter en gjenbrukbar mal og bruker den nye opplevelsesvisningen, har avmerkingsboksen og alternativknappene rosa kanter i stedet for svarte kanter fordi fargeverdien kuttes.
4516504	Rettelse: Den heksadesimale verdien er korrigert for å inneholde den riktige verdien.
4520149	Sammendrag: Noen avtaler oppdaterer ikke statusen etter å ha blitt signert, på grunn av en sjelden løpstilstand ved angivelse av flagget next_to_sign.
4520149	Korrigering: Ytterligere logging er lagt til for å fange opp denne tilstanden, og løse den før mottakerne samhandler med avtalen.
4521246	Sammendrag: Maldeling i flere grupper fungerer ikke og gir feil når Avansert kontodeling er aktivert, og sendeprosessen starter fra startsiden.
4521246	Rettelse: Malvelgeren som ble hentet fra startsiden, er oppdatert slik at den henter den delte malen på riktig måte.