Veiledning for Adobe Acrobat Sign
Nyheter
Kom i gang
- Hurtigstartveiledning for administratorer
- Hurtigstartveiledning for brukere
- For utviklere
- Videoopplæringsbibliotek
- Vanlige spørsmål
Administrer
- Oversikt over Admin Console
- Brukeradministrasjon
- Legge til, redigere og gjennomgå aktive brukere
- Lage funksjonsfokuserte brukere
- Gjennomgå brukere som ikke har fullført verifisering
- Se etter brukere med klargjøringsfeil
- Endre navn/e-postadresse
- Redigere en brukers gruppemedlemskap
- Redigere en brukers gruppemedlemskap gjennom gruppegrensesnittet
- Forfremme en bruker til en administratorrolle
- Brukeridentitetstyper og SSO
- Bytte brukeridentitet
- Autentisere brukere med MS Azure
- Autentisere brukere med Google-føderasjon
- Produktprofiler
- Påloggingsopplevelse
- Innstillinger for konto/gruppe
- Innstillingsoversikt
- Globale innstillinger
- Kontonivå og ID
- Ny mottakeropplevelse
- Selvsigneringsarbeidsflyter
- Send samlet
- Nettskjemaer
- Tilpassede arbeidsflyter for sending
- Power Automate-arbeidsflyter
- Biblioteksdokumenter
- Samle inn skjemadata med avtaler
- Begrenset dokumentsynlighet
- Legge ved en PDF-kopi av den signerte avtalen
- Inkludere en kobling i e-posten
- Inkludere et bilde i e-postmeldingen
- Filer vedlagt e-post navngis som
- Legge ved revisjonsrapporter til dokumenter
- Slå sammen flere dokumenter til ett dokument
- Last ned enkeltdokumenter
- Last opp signert dokument
- Delegering for brukere i kontoen min
- Tillate eksterne mottakere å delegere
- Myndighet til å signere
- Myndighet til å sende
- Rett til å legge til elektroniske segl
- Angi en standard tidssone
- Angi et standard datoformat
- Brukere i flere grupper (UMG)
- Administratortillatelser for grupper
- Erstatte mottaker
- Revisjonsrapport
- Transaksjonsbunntekst
- I produktmeldinger og veiledning
- Tilgjengelige PDF-er
- PDF/A-arbeidsflyter
- Kunde i helsevesenet
- Ny signaturforespørselsopplevelse
- Ny tilpasset arbeidsflyt
- Ny opprett maler-opplevelse
- Kontooppsett / Innstillinger for merkevarebygging
- Signaturpreferanser
- Riktig formaterte signaturer
- La mottakere signere ved å
- Underskrivere kan endre navn
- La mottakere bruke den lagrede signaturen sin
- Tilpassede vilkår for bruk og forbrukerinformasjon
- Led mottakerne gjennom skjemafelt
- Start avtalens arbeidsflyt på nytt
- Avslå å signere
- Tillat Stempler-arbeidsflyt
- Krev at underskrivere angir stilling eller firma
- La underskrivere skrive ut og plassere en skriftlig signatur
- Vis meldinger ved e-signering
- Krev at underskrivere bruker en mobilenhet til å opprette sin signatur
- Be om IP-adresse fra underskrivere
- Utelat firmanavn og tittel fra deltakelsesstempler
- Bruk skalering for adaptiv tegning av signatur
- Digitale signaturer
- Elektroniske segl
- Digital identitet
- Rapportinnstillinger
- Aktiver klassisk rapportering
- Ny rapportopplevelse
- Klassiske rapportinnstillinger
- Sikkerhetsinnstillinger
- Innstillinger for enkeltpålogging
- Innstillinger for Husk meg
- Policy for innloggingspassord
- Styrke på innloggingspassordet
- Varighet på nettøkt
- PDF-krypteringstype
- API
- Tilgang for bruker- og gruppeinformasjon
- Tillatte IP-serier
- Kontodeling
- Tillatelser for kontodeling
- Avtalens delingskontroller
- Bekreftelse av underskriveridentitet
- Signeringspassord for avtale
- Styrke på dokumentpassord
- Blokker underskrivere etter geografisk plassering
- Telefongodkjenning
- Kunnskapsbasert godkjenning (KBA)
- Tillat uttrekking av side
- Utløp for dokumentlenke
- Last opp et klientsertifikat for webhook/tilbakekall
- Tidsstempel
- Send-innstillinger
- Vis Send-siden etter innlogging
- Opplevelser ved avtaleoppretting
- Krev mottakernavn ved sending
- Lås navneverdier for kjente brukere
- Tillatte mottakerroller
- Tillat e-vitner
- Mottakergrupper
- Kopimottakere
- Obligatoriske felt
- Legge ved dokumenter
- Feltutflating
- Endre avtaler
- Fjern mottakere fra avtaler som er i gang
- Avtalenavn
- Språk
- Private meldinger
- Tillatte signaturtyper
- Påminnelser
- Passordbeskyttelse for signert dokument
- Send avtalevarsel gjennom
- Alternativer for underskriveridentifikasjon
- Fyll ut skjemafelt med identitetsverifiserte data
- Innholdsbeskyttelse
- Aktiver notariser-transaksjoner
- Dokumentutløp
- Forhåndsvis, plasser signaturer og legg til felt
- Signeringsrekkefølge
- Legg til meg selv
- Last ned avtalelenken
- Skjemafeltgrenser
- Liquid Mode
- Tilpassede arbeidsflytkontroller
- Opplastingsalternativer for e-signeringssiden
- Omdirigering til nettadresse for bekreftelse etter signering
- Begrense tilgang til delte avtaler
- Vis Send-siden etter innlogging
- Meldingsmaler
- Bio-Pharma-innstillinger
- Arbeidsflytintegrasjon
- Innstillinger for notarisering
- Betalingsintegrering
- Underskrivermelding
- SAML-innstillinger
- SAML-konfigurasjon
- Installer Microsoft Active Directory Federation Service
- Installer Okta
- Installer OneLogin
- Installer Oracle Identity Federation
- SAML-konfigurasjon
- Datastyring
- Tidsstempelinnstillinger
- Eksternt arkiv
- Kontospråk
- E-post-innstillinger
- Flytte fra echosign.com til adobesign.com
- Konfigurere alternativer for mottakere
- Retningslinjer for lovfestede krav
- Tilgjengelighet
- HIPAA
- GDPR
- 21 CFR del 11 og EudraLex vedlegg 11
- Kunder innen helsesektoren
- IVES-støtte
- Oppbevaring av avtaler i hvelv
- Hensyn for EU/Storbritannia
- Last ned flere avtaler samtidig
- Kreve domenet ditt
- Koblinger for å rapportere misbruk
- Systemkrav og begrensninger
Sende, signere og behandle avtaler
- Mottakeralternativer
- Avbryte en e-postpåminnelse
- Alternativer på e-signeringssiden
- Oversikt over e-signeringssiden
- Åpne for å lese avtalen uten felt
- Avslå å signere en avtale
- Delegere signeringsautorisasjon
- Starte avtalen på nytt
- Laste ned avtalen som PDF
- Vise avtalehistorikken
- Vise avtalebeskjeder
- Konvertere fra elektronisk til skriftlig signatur
- Konvertere fra skriftlig til elektronisk signatur
- Bla gjennom skjemafeltene
- Fjerne dataene fra skjemafeltene
- Navigere og zoome på signeringssiden
- Endre språket som brukes i avtaleverktøyene og informasjonen
- Lese de juridiske merknadene
- Justere Acrobat Sign-innstillingene for informasjonskapsler
- Send avtaler
- Send (komponer)-side
- Oversikt over landemerker og funksjoner
- Gruppevelger
- Legger til filer og maler
- Avtalenavn
- Global melding
- Tidsfrist for fullføring
- Påminnelser
- Passordbeskytt PDF-en
- Signaturtype
- Språk for mottakeren
- Mottakers signaturrekkefølge/-flyt
- Mottakerroller
- Mottakergodkjenning
- Privat melding til mottakeren
- Tilgang til mottakeravtale
- Kopimottakerne
- Identitetskontroll
- Send en avtale kun til deg selv
- Send en avtale til andre
- Skriftlige signaturer
- Signeringsrekkefølge for mottakere
- Send samlet
- Send (komponer)-side
- Redigere felt til dokumenter
- Redigeringsmiljø i appen
- Automatisk feltgjenkjenning
- Dra og slipp felt ved hjelp av redigeringsmiljøet
- Tildele skjemafelt til mottakere
- Forhåndsutfyll-rollen
- Bruke felt med en gjenbrukbar feltmal
- Overføre felt til en ny biblioteksmal
- Oppdatert forfatterskapsmiljø ved sending av avtaler
- Opprette skjemaer og tekstkoder
- Opprette skjemaer med Acrobat (AcroForms)
- Felt
- Felttyper
- Vanlige felttyper
- E-signaturfelt
- Initialfelt
- Mottakernavnfelt
- E-postmottakerfelt
- Dato for signering-feltet
- Tekstfelt
- Datofelt
- Nummerfelt
- Avmerkingsboks
- Avmerkingsboksgruppe
- Alternativknapp
- Nedtrekksmeny
- Koblingsoverlegg
- Betalingsfelt
- Vedlegg
- Stempel for deltakelse
- Transaksjonsnummer
- Bilde
- Firma
- Tittel
- Stempel
- Utseende på feltinnhold
- Feltvalideringer
- Verdier for maskerte felt
- Angi vis/skjul betingelser
- Beregningsfelt
- Verifiserte skjemaer
- Felttyper
- Vanlige spørsmål om forfatting
- Redigeringsmiljø i appen
- Signer avtaler
- Behandle avtaler
- Behandle sideoversikt
- Kopier en avtale
- Delegere avtaler
- Erstatte mottakere
- Begrense dokumentsynlighet
- Kansellere en avtale
- Opprette nye påminnelser
- Gå gjennom påminnelser
- Avbryte en påminnelse
- Få tilgang til Power Automate-flyter
- Flere handlinger ...
- Slik fungerer søk
- Vise en avtale
- Opprette en mal fra en avtale
- Skjule/vise avtaler fra visning
- Laste opp en signert avtale
- Endre filer og felt i en sendt avtale
- Redigere godkjenningsmetoden til en mottaker
- Legge til eller endre en utløpsdato
- Legge til et notat i avtalen
- Dele en enkeltavtale
- Oppheve deling av en avtale
- Laste ned en individuell avtale
- Laste ned de individuelle filene i en avtale
- Laste ned revisjonsrapporten for en avtale
- Laste ned feltinnholdet i en avtale
- Revisjonsrapport
- Rapportering og dataeksport
- Oversikt
- Gi brukere tilgang til rapportering
- Rapportdiagrammer
- Dataeksporter
- Gi nytt navn til et diagram / en eksport
- Duplisere en rapport/eksport
- Planlegge en rapport/eksport
- Slette en rapport/eksport
- Kontrollere transaksjonsbruk
Avanserte avtalefunksjoner og arbeidsflyter
- Nettskjemaer
- Gjenbrukbare maler (Bibliotekmaler)
- Overføre eierskap til nettskjemaer og bibliotekmaler
- Power Automate-arbeidsflyter
- Oversikt over Power Automate-integreringen og inkluderte rettigheter
- Aktivere Power Automate-integreringen
- Konteksthandlinger på Administrer-siden
- Sporing av Power Automate-bruk
- Opprette en ny flyt (eksempler)
- Utløsere som brukes for flyter
- Importere flyter fra utenfor Acrobat Sign
- Administrer flyter
- Rediger flyter
- Dele flyter
- Deaktivere eller aktivere flyter
- Slette flyter
- Nyttige maler
- Kun administrator
- Avtalearkiver
- Lagre de fullførte dokumentene i SharePoint
- Lagre de fullførte dokumentene i One Drive for Business
- Lagre de fullførte dokumentene på Google Disk
- Lagre dine fullførte dokumenter i DropBox
- Lagre de fullførte dokumentene i Box
- Arkivering av nettskjemaavtale
- Lagre fullførte nettskjemadokumenter i SharePoint-biblioteket
- Lagre fullførte nettskjemadokumenter i OneDrive for Business
- Lagre fullførte dokumenter på Google Disk
- Lagre fullførte nettskjemadokumenter i Box
- Avtaledatauttrekking
- Avtalevarsler
- Sende tilpassede e-postvarsler med avtaleinnholdet og signert avtale
- Få Adobe Acrobat Sign-varsler i en Teams-kanal
- Få Adobe Acrobat Sign-varsler i Slack
- Få Adobe Acrobat Sign-varsler i Webex
- Generering av avtaler
- Generere dokument fra Power App-skjema og Word-mal, sende til signering
- Generere avtale fra Word-mal i OneDrive, og få signatur
- Generere avtale for valgt Excel-rad, sende til gjennomgang og signering
- Tilpassede arbeidsflyter for sending
- Dele brukere og avtaler
Integrere med andre produkter
- Oversikt over Acrobat Sign-integrasjoner
- Acrobat Sign for Salesforce
- Acrobat Sign for Microsoft
- Andre integrasjoner
- Partneradministrerte integrasjoner
- Hvordan innhente en integrasjonsnøkkel
Acrobat Sign-utvikler
- REST-API-er
- Webhook
- Sandbox
Kundestøtte og feilsøking
Gjennomgå de tekniske merknadene som er oppført, og bokmerk de som er viktige for deg.
Siden for tekniske varsler oppdateres jevnlig med ny informasjon, noe som gjør innholdet svært dynamisk. Selv om lokaliserte versjoner er tilgjengelige, kan oversettelsesprosessen forårsake små forskjeller fra den autoritative amerikanske engelske versjonen. Se alltid først den amerikanske engelske siden for den for den mest nøyaktige og oppdaterte informasjonen.
[Next Release] Neste Adobe Acrobat Sign-utgivelse er planlagt til 5. mai 2026 v17.1
Denne store utgivelsen vil introdusere funksjonsforbedringer for brukere og administratorer og løsninger på kunderapporterte problemer.
Kunder med Sandbox-rettigheter vil få tilgang til de nye funksjonene fire uker før lansering, sammen med forhåndsutgivelsesdokumentasjon som skisserer utgivelsesinnholdet.
Funksjonsutgivelse: Adobe Acrobat Sign – utgivelse fullført 17. mars
Utgivelsen ble fullført til alle fragmenter uten nedetid for noen av tjenestene.
Gjeldende merknader:
|
Status |
Problem eller hendelse |
Utføringsdato |
|
Ny |
11. april 2026 |
|
|
Ny Gjeldende |
17. mars 2026 |
|
|
Ny Gjeldende |
17. mars 2026 |
|
|
Ny |
5. mai 2026 |
|
|
Ny Viktig |
Fra mars 2026 |
|
|
Oppdatert Neste større utgivelse |
5. mai 2026 |
|
|
Oppdatert Gjeldende Gradvis |
3. februar 2026 |
|
|
Neste større utgivelse |
5.–10. mai 2026 |
|
|
Gjeldende |
17. mars 2026 |
|
|
Gjeldende Informasjonsmessig |
Gjeldende |
|
|
Gjeldende |
Februar 2026 |
|
|
Neste større utgivelse |
Mai 2026 |
|
|
Neste større utgivelse |
Mai 2026 |
|
|
Gradvis |
Mai 2026 |
|
|
Gradvis |
Mai 2026 |
|
|
Venter |
Juni 2026 |
|
|
Gjeldende Informasjonsmessig |
Gjeldende |
|
Først rapportert: Mars 2026 |
Gjeldende |
|---|
Vedlikehold av databasen er planlagt 11. april 2026 kl. 19:30 Pacific Time. Vedlikeholdsvinduet forventes å vare opptil 30 minutter.
Dette vedlikeholdet vil påvirke alle Acrobat Sign-miljøer og gjelder bare for Adobe-administrerte kontoer (IMS). Kontoer som administrerer brukerne sine direkte i Acrobat Sign påvirkes ikke.
I løpet av denne tiden:
- Opprettelse av nye kontoer og brukerklargjøring blir forsinket.
- Et begrenset antall brukere kan oppleve påloggingsproblemer.
- Forespørsler om kontotransaksjonsforbruk fra Adobe-administrative grensesnitt kan mislykkes, noe som midlertidig kan hindre tildeling av rettighet.
Alle berørte tjenester forventes å returnere til normal drift når vedlikeholdet er fullført.
|
Først rapportert: Mars 2026 |
Gjeldende |
|---|
Dokument-ID-er som returneres av API-et bruker nå et 16-bits kodingsformat i stedet for det tidligere 12-bits kodingsformatet og kan inkludere etterfølgende stjernetegn som en del av den returnerte verdien. Acrobat Sign godtar dokument-ID-er med eller uten disse etterfølgende tegnene, men noen apper håndterer kanskje ikke det utvidede formatet riktig, noe som kan påvirke dokumenthenting eller -visning.
Denne oppdateringen gjenspeiler en endring i dokument-ID-håndtering i tjenesten. Hvis integrasjonen din henter dokumenter ved hjelp av dokument-ID-er som returneres av API-et, gjennomgå den gjeldende logikken for å sikre at den støtter det lengre ID-formatet og kan godta den returnerte verdien som oppgitt. Om nødvendig kan etterfølgende stjernetegn utelates før forespørselen prøves på nytt.
Direkte tilgang gjennom Acrobat Sign forventes ikke å bli påvirket.
|
Først rapportert: Mars 2026 |
Gjeldende |
|---|
Fra 17.0.1-utgivelsen 17. mars viser Tilgangstokener -fanen i Personlige preferanser-menyen utløpsdatoen for hver integrasjonsnøkkel. Denne oppdateringen forbedrer synligheten i administrasjon av nøkkelens livssyklus ved å la nøkkelholdere se når en nøkkel utløper.
Integrasjonsnøkler har en gyldighetstid på 10 år. Etter utløpsdatoen kan nøkkelen ikke lenger brukes og må erstattes med en ny nøkkel.
Denne endringen påvirker ikke hvordan eksisterende nøkler fungerer og endrer ikke nøkkelens livssyklus. Den viser bare utløpsdatoen i grensesnittet slik at administratorer kan overvåke nøkkelens alder og planlegge utskiftinger på forhånd.
Det kreves ingen handling. Administratorer bør jevnlig gjennomgå integrasjonsnøklene sine og erstatte alle som nærmer seg utløp for å unngå tjenesteavbrudd.
|
Først rapportert: Mars 2026 |
Gjeldende |
|---|
Fra og med utgivelsen 5. mai 2026 vil revisjonsrapporter registrere signaturmetoden som ble brukt når en underskriver legger til signaturen sin.
For hver ESIGNED og DIGSIGNED-hendelse identifiserer revisjonssporet om underskriveren brukte en skrivebordsbasert signaturmetode (TYPE, DRAW, IMAGE) eller en mobilbasert signaturmetode (MOBILE_TYPE, MOBILE_DRAW, MOBILE_IMAGE).
Denne oppdateringen forbedrer synligheten for samsvar ved å la administratorer og samsvarsgrupper verifisere signaturmetoden direkte i revisjonsrapporten, noe som reduserer tvetydighet og minimerer unødvendige avtaleavvisninger under gjennomgang og revisjonsprosesser. Denne oppdateringen er aktivert som standard for alle kunder, uten konfigurasjonsalternativ.
Å legge til en signatur bare med et stempel er ikke inkludert i typene signaturer som identifiseres.
|
Først rapportert: Mars 2026 |
Gjeldende |
|---|
Oppdateringer for SSL/TLS-sertifikatrotasjon – overgang til kortere gyldighetsperioder
SSL/TLS-bransjen går over til betydelig kortere gyldighetsperioder for sertifikater. Denne endringen er drevet av oppdateringer fra CA/Browser Forum (det styrende organet for offentlig klarerte sertifikater) og blir tatt i bruk av store sertifikatmyndigheter (CA-er), inkludert DigiCert.
Som et resultat vil sertifikatenes levetid gradvis reduseres fra dagens ~398 dager til så kort som 47 dager i løpet av de neste årene.
Hva endres?
Den maksimale gyldighetsperioden for offentlig klarerte TLS-sertifikater vil bli redusert til 47 dager. Dette kravet er definert av CA/Browser Forum og gjelder for hele bransjen.
Hvorfor kreves denne endringen?
Kortere levetid for sertifikater forbedrer sikkerheten ved å:
- Redusere eksponeringsvinduet hvis et sertifikat eller en privat nøkkel blir kompromittert
- Begrense avhengigheten av mekanismer for tilbakekalling av sertifikater
- Oppmuntre til automatisert livssyklusstyring av sertifikater
- Forbedre det generelle sikkerhetsnivået på Internett
Store nettleserleverandører (Google, Apple, Mozilla, Microsoft) støtter denne overgangen.
For ytterligere bransjekontekst, se DigiCerts kunngjøring:
TLS Certificate Lifetimes Will Officially Reduce to 47 Days
Hvordan dette påvirker deg
- Sertifikater må oftere fornyes
- Sertifikater må oftere fornyes ettersom maksimale gyldighetsperioder reduseres.
- Automatisering er påkrevd
- På grunn av de kortere gyldighetsperiodene forventes sertifikatfornyelser å være fullstendig automatiserte. Manuelle fornyelsesprosesser er ikke lenger opprettholdbare med denne frekvensen.
Hvis miljøet ditt er avhengig av sertifikatfesting, manuelle tillitslagre eller statiske sertifikatreferanser, gjennomgå konfigurasjonen din for å sikre kompatibilitet med hyppige fornyelser.
Kundevarsler
Tidligere ble varsler sendt når sertifikater ble fornyet på årlig basis.
Fra slutten av juni 2026 vil rutinemessige meldinger for standard sertifikatrotasjoner bli avviklet.
Med kortere gyldighetsperioder og automatiske fornyelser:
- Rutinemessige sertifikatrotasjoner vil ikke generere kundemeldinger.
- Meldinger vil kun sendes ved:
- Fornyelsesfeil
- Tjenestepåvirkning
- Handling av kunden kreves
Denne tilnærmingen er i tråd med bransjens beste praksis for automatisert administrasjon av livssyklus for sertifikater.
Ingen handling kreves (hvis automatisering er aktivert)
Hvis integrasjonen din baserer seg på standard TLS-tillitsvalidering og ikke er avhengig av sertifikatfesting, kreves ingen handling.
Sertifikater vil fortsette å fornyes automatisk før utløp.
Når handling kan kreves
Du må kanskje handle hvis:
- Du bruker sertifikatfesting (SPKI eller full sertifikatfesting)
- Du vedlikeholder manuelle sertifikatlagre
- Du har brannmurregler knyttet til spesifikke sertifikatfingeravtrykk
- Du driver systemer som ikke støtter automatiske sertifikatoppdateringer
Hvis du er usikker, rådfør deg med sikkerhets- eller infrastrukturteamet ditt.
Vanlige spørsmål
- Er dette en Adobe-spesifikk endring?
- Nei. Dette er en bransjeomfattende endring pålagt av CA/Browser Forum og implementert av alle store sertifikatmyndigheter.
- Vil tjenestetilgjengeligheten bli påvirket?
- Nei. Sertifikater vil fornyes automatisk før de utløper. Det forventes ingen nedetid som del av normal rotasjon.
- Når vil meldinger om sertifikatrotasjon stoppe?
- Rutinemeldinger om sertifikatrotasjon vil stoppe ved slutten av juni 2026. Kunder vil fortsatt bli varslet kun hvis handling kreves eller hvis et problem påvirker tjenesten.
- Hvor kan jeg lære mer?
- For mer informasjon for industrien, se DigiCerts annonsering:
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- For mer informasjon for industrien, se DigiCerts annonsering:
Trenger du hjelp?
Hvis du har spørsmål om sertifikatrotasjon eller trenger hjelp med å validere integrasjonen din, kontakt Adobe Support eller din Adobe-kontorepresentant.
|
Først rapportert: August 2025 – Oppdatert august 2026 |
Gjeldende |
|---|
For å bidra til å opprettholde systemstabilitet og forbedre ytelse, vil Acrobat Sign introdusere en avspørringsgrense i utgivelsen 5. mai 2026 (versjon 17.1). Denne endringen begrenser hvor ofte klientapper kan spørre spesifikke API-endepunkter.
- Kunder har flere måneder etter utgivelsen 16.2.1 til å implementere de anbefalte spørringsendringene i koden sin. I løpet av dette tidsvinduet vil systemet bare LOGGE hendelsene for avspørringsintervallgrensen.
- Etter 5. mai 2026 vil avspørringsbeskyttelsespolicyene bli byttet til HÅNDHEV, og feilene vil begynne å utløses for brukere.
Høyfrekvent spørring skaper unødvendig belastning på backend-systemer, noe som resulterer i redusert ytelse og tregere responstider. API-utviklere oppfordres til å bytte til webhooks for sanntidsoppdateringer.
Hva som endres
Denne avspørringspolicyen gjelder alle GET API-endepunkter.
Eksempler på berørte endepunkter
Statushenting:
- GET /agreements/{agreementId) – Henter gjeldende status for en avtale.
- GET /agreements/{agreementId)/documents/{documentId) – Henter filstrømmen til et dokument i en avtale.
Oppføring:
- GET /agreements – Henter avtaler for brukeren.
- GET /agreements/{agreementId)/events – Henter hendelsesinformasjon for en avtale.
En grense vil bli brukt på hvor ofte den effektive brukeren kan gjøre samme API-kall til Acrobat Sign-tjenesten. En feil returneres hvis samme kall gjøres innenfor minimum avspørringsintervall av samme effektive bruker.
Policydetaljer for avspørring
- Minimum objektspørringsintervall (MOPI): Standard MOPI varierer avhengig av tjenestenivå og applikasjonstyper:
- Acrobat Sign-partnerapper: MOPI for en partner-app bestemmes av nivået på brukerens konto.
- GLOBAL/ENTERPRISE-nivå: 3 anrop per ett minutts intervall
- Alle andre nivåer: 1 unikt anrop per ti minutters intervall
- Kundeapplikasjoner under Global/Enterprise-kontoer: Tre identiske anrop per ett minutts intervall.
- Kundeapplikasjoner under Developer-kontoer: Ett unikt anrop per 10 minutters intervall.
- Acrobat Sign-partnerapper: MOPI for en partner-app bestemmes av nivået på brukerens konto.
- Dupliserte forespørsler innen MOPI: Hvis samme effektive bruker gjør identiske GET-forespørsler (samme bane og overskrifter) mer enn nivået tillater innen MOPI, vil systemet returnere:
- 304 Not Modified statuskode til HTTP-betingede forespørsler som bruker en ETag.
- 429 Too Many Requests-statuskode med retry-after for andre forespørsler.
- ETag-håndtering: Denne policyen gjelder når ETag-verdier er oppgitt i overskriften If-None-Match for endepunkter som allerede støtter 304 Not Modified.
Handling kreves
Webhooks: Hvis appen din krever oppdateringer i nær sanntid, bruk webhooks i stedet for polling. Webhooks gir en mer effektiv og skalerbar måte å motta rettidige oppdateringer på.
Hvis webhooks ikke kan implementeres, bør applikasjoner implementere klientsidemekanismer for hurtigbufring for å lagre og gjenbruke API-svar.
- Når et 304 Not Modified svar mottas, bør hurtigbufrede data brukes i stedet for å gjøre et nytt API-anrop.
- Når et 429 Too Many Requests-svar mottas, prøv API-anropet på nytt etter antall sekunder oppgitt i Retry-After-overskriften.
Kunder har flere måneder etter utgivelsen 16.2.1 til å implementere de anbefalte spørringsendringene i koden sin.I løpet av dette tidsvinduet vil systemet LOGGE hendelser for polling-intervallgrensen.
Etter 5. mai 2026 vil avspørringsbeskyttelsespolicyene bli satt til HÅNDHEV og feilene vil begynne å utløses for brukere.
Ta kontakt med CSM-en din hvis du trenger hjelp eller har spørsmål.
Sandkassemiljøet vil aktivere avspørringspolicyen til å LOGGE feil 17. september 2025, og sette til HÅNDHEV 25. september 2025.
|
Først rapportert: Februar 2026 |
Gjeldende |
|---|
Acrobat Sign Home-siden blir redesignet for å gjøre det enklere å starte avtaler, overvåke aktivitet og få tilgang til nøkkelfunksjoner, inkludert muligheten til å kopiere nylig sendte avtaler, vise handlingsfliser i en mer intuitiv rekkefølge, raskt identifisere Pågår og Vener på deg -elementer, og oppleve et strømlinjeformet Nyheter banner som reduserer visuell rot, og hjelper brukere med å bevege seg raskere, redusere tapte avtaler og navigere en mer fokusert Home-opplevelse.
Den nye Home -siden vil bli utgitt over 10 dager etter utgivelsen:
Dato |
Fragmenter |
5. mai 2026 |
AU1, IN1, JP1, SG1 |
11. mai 2026 |
EU1, EU2 |
14. mai 2026 |
NA1, NA2, NA3, NA4 |
Utrullingsplanen er gitt som en veiledning og kan justeres etter hvert som utrullingen skrider frem.
|
Først rapportert: Februar 2026 |
Gjeldende |
|---|
|
Først rapportert: Februar 2026 |
Gjeldende |
|---|
Sammendrag
På grunn av oppdaterte regulatoriske krav i Thailand støttes ikke avtaleleveranse via SMS for mottakere med thailandske telefonnumre.
Hva som endres
Thailand har innført oppdaterte reguleringer som begrenser SMS-meldinger som inneholder nettadresser fra å dirigere mottakere til flyter som krever brukerinteraksjon. Fordi signering av en avtale krever mottakerinteraksjon, er SMS-levering for dette brukstilfellet begrenset.
Hvem som påvirkes
- Avtaler sendt ved hjelp av Avtaleleveranse via SMS.
- Mottakere med thailandske (+66) telefonnumre.
Påvirkning
Mottakere med thailandske telefonnumre mottar kanskje ikke SMS-meldinger som inneholder avtalelenker. Som et resultat kan mottakere være ute av stand til å få tilgang til og fullføre signeringsprosessen når SMS-levering brukes.
Denne begrensningen er av regulatorisk karakter og er ikke forårsaket av et tjenesteavbrudd eller produktfeil.
Tidspunkt
Det er for øyeblikket ingen bekreftet tidslinje for når denne begrensningen kan oppheves eller en teknisk løsning vil bli anvendt. Denne meldingen vil bli oppdatert når forholdene endres.
Nødvendige handlinger
- Ikke bruk Avtaleleveranse via SMS for mottakere med thailandske telefonnumre.
- Inkluder e-post som en alternativ leveringsmetode for å sikre avtaleleveranse.
Ytterligere detaljer
Denne begrensningen gjelder kun SMS-basert levering. Andre leveringsmetoder og autentiseringsmetoder for avtaler påvirkes ikke.
|
Først rapportert: september 2025 – oppdatert desember 2026 |
Gjeldende |
|---|
Påloggingssideopplevelsen for Acrobat Sign vil bli oppdatert for alle brukere som en del av 17.0-utgivelsen, planlagt til 3. februar 2026. - Den nye påloggingsprosessen tilbyr en renere og mer konsistent opplevelse ved å be alle brukere om å oppgi e-postadressen sin, og ingenting annet. Så snart e-postadressen er godkjent, refereres brukerens konto, og oppfølgingssiden viser autentiseringsalternativene som kontoen er konfigurert til å bruke, noe som eliminerer unødvendige trinn og eldre skjermer. Dette gjør påloggingen raskere, enklere og mer intuitiv for alle.
- Som en del av den nye påloggingsopplevelsen håndhever nå e-postformatet for Acrobat Sign enterprise-brukere som logger direkte inn i web-grensesnittet en grense på 64 tegn for den lokale delen av en e-postadresse (delen før «@»-symbolet).
Denne oppdaterte påloggingsopplevelsen rulles ut i faser etter Acrobat Sign-servermiljøet. Utrullingsplanen vises nedenfor:
|
Skjemaredigeringsmiljø for Acrobat Sign |
Utrullingsdato |
|
IN1 (India) SG1 (Singapore) |
3. februar 2026 |
|
AU1 (Australia) NA3 (Nord-Amerika) |
10. februar 2026 |
|
JP1 (Japan) |
17. februar 2026 |
|
EU2 (Europa) NA4 (Nord-Amerika) |
2. mars 2026 |
|
EU1 (Europa) NA2 (Nord-Amerika) |
5. mars 2026 |
|
NA1 (Nord-Amerika) |
10. mars 2026 |
Utrullingsplanen er gitt som en veiledning og kan justeres etter hvert som utrullingen skrider frem.
|
Først rapportert: August 2025 – Oppdatert: Oktober 2025 |
Gjeldende |
|---|
Alle eksisterende kontoer er byttet til det moderne miljøet
I 17.0-utgivelsen (jan. 2026) vil alle kontoer bli oppdatert til å bruke det moderne e-signering smiljøet.
Kontroller for det klassiske miljøet vil forbli tilgjengelige som en reserveløsning for alle brukstilfeller der det moderne miljøet ikke kan brukes.
|
Først rapportert: februar 2025 – oppdatert: oktober 2025 |
Gjeldende |
|---|
I 17.1-utgivelsen (mai 2026) vil alle kommersielle kontoer bli oppdatert til å bruke det moderne Be om signatur-miljøet.
- Byttelenkene vil bli fjernet
- Administratorkontroller i Admin-menyen vil bli fjernet
Alle GovCloud-kontoer vil bli byttet til det moderne miljøet, og administratorinnstillingene vil forbli.
Hva som endres
I utgivelsen i mai 2026 (17.1):
- Alle kommersielle kontoer og govcloud-kontoer vil automatisk bli byttet til den moderne Be om signatur-opplevelsen.
- Byttelenkene vil bli deaktivert for både kommersielle kontoer og govcloud-kontoer
- Kontrollene for å tilbakestille opplevelsen til det klassiske miljøet vil bli fjernet for kommersielle kontoer. Innstillinger forblir for govcloud-kontoene
I utgivelsen i september 2026 (17.2):
- Alle govcloud-kontoer vil automatisk bli byttet til den moderne Be om signatur-opplevelsen.
- Byttelenkene vil bli fjernet.
- Kontrollene for å tilbakestille opplevelsen til det klassiske miljøet vil bli fjernet.
Vi anbefaler at du gjør brukerne dine kjent med den nye opplevelsen før utgivelsen for å sikre en problemfri overgang.
|
Først rapportert: August 2025 – Oppdatert oktober 2025 |
Gjeldende |
|---|
Alle kontoer byttet til det moderne miljøet. Administratorinnstillinger forblir
I 17.1-utgivelsen (mai 2026) vil alle kontoer bli oppdatert til å bruke det moderne Be om signatur-miljøet.
- Byttelenkene vil bli deaktivert,
- Administratorkontroller vil forbli i Admin-menyen for å aktivere det klassiske miljøet hvis nødvendig.
Endelig overgang til den nye Request Signature-opplevelsen (september 2026)
Med september 2026-utgivelsen vil det klassiske Skriv-grensesnittet avvikles permanent. Alle kontoer vil nå bruke den moderne Request Signature-opplevelsen som standardmåten å konfigurere nye avtaler på.
Hva som endres
I utgivelsen i mai 2026:
- Alle kommersielle kontoer vil automatisk byttes til den moderne Be om signatur-opplevelsen.
- Byttelenkene vil bli deaktivert.
- Muligheten til å konfigurere eller bytte mellom klassiske og moderne miljøer vil fortsatt være tilgjengelig i administratorinnstillingene.
I utgivelsen i september 2026:
- Alle kommersielle kontoer vil automatisk byttes til den moderne Be om signatur-opplevelsen.
- Byttelenkene vil bli deaktivert.
- Kontrollene for å tilbakestille opplevelsen til det klassiske miljøet vil bli fjernet.
Vi anbefaler at du gjør brukerne dine kjent med den nye opplevelsen før utgivelsen for å sikre en problemfri overgang.
|
Først rapportert: februar 2025 – oppdatert: oktober 2025 |
Gjeldende |
|---|
Den moderne Create Template-redigeringsopplevelsen i Acrobat Sign har blitt gjort tilgjengelig for alle bedriftskontoer. Dette oppdaterte grensesnittet forenkler opprettelsen av gjenbrukbare maler og vil til slutt erstatte den klassiske versjonen fullstendig.
Alle fremtidige forbedringer vil bare gjelde for den nye opplevelsen. Den klassiske versjonen vil ikke motta oppdateringer eller støtte for nye funksjoner. Vi anbefaler sterkt at du aktiverer den nye opplevelsen nå for å holde deg oppdatert med pågående forbedringer.
Tidslinje for utrulling
Det nye redigeringsmiljøet blir promotert gjennom standard utgivelsessyklus:
April 2025 (v16.0) for Commercial; juli (v16.1) for GovCloud
- Den nye opplevelsen blir tilgjengelig for alle bedriftskontoer.
- Administratorer kan aktivere dette på konto- og gruppenivå.
- Når det er aktivert, må alle brukere bruke det nye grensesnittet. Det er ingen mulighet til å bytte tilbake fra brukerens perspektiv.
Oktober 2025 (v16.2)
- Alle nye kontoer bruker den nye opplevelsen som standard.
- Eksisterende kontoer blir automatisk oppgradert til den nye opplevelsen, med unntak av kontoer som deler ressurser mellom flere grupper.
- Administratorer kan fortsatt tilbakestille kontoen sin til den klassiske opplevelsen gjennom de administratorkonfigurerbare kontrollene hvis nødvendig.
Mai 2026 (v17.1)
- Alle nye kontoer bruker den nye opplevelsen som standard.
- Eksisterende kontoer blir automatisk oppgradert til den nye opplevelsen, inkludert kontoer som deler ressurser mellom flere grupper.
- Administratorer kan fortsatt tilbakestille kontoen sin til den klassiske opplevelsen gjennom de administratorkonfigurerbare kontrollene hvis nødvendig.
- Alle kontoer flyttes permanent til den nye opplevelsen.
- Alternativet for å gå tilbake til den klassiske opplevelsen fjernes fra administratorkontrollene.
- Det klassiske redigeringsmiljøet er avviklet og ikke lenger tilgjengelig.
Aktiver den nye opplevelsen tidlig, slik at brukerne får tid til å justere seg før overgangen blir permanent, for å få best mulig resultat.
|
Første rapport: september 2022 – Oppdatert november 2025 |
Gjeldende |
|---|
Klassisk rapportering fjernes fullstendig fra Acrobat Sign-grensesnittet i juni 2026. Dette inkluderer en vekslekobling som gjør det mulig å bytte mellom miljøer. Straks den er fjernet, får ikke kunder gå tilbake til klassisk miljø for å gjennomgå klassiske rapporter, og planlagte rapporter slutter å kjøre.
Det moderne rapporteringsmiljøet vil forbli den eneste rapporteringsløsningen.
Alle kunder oppfordres på det sterkeste til å gjenskape alle sine eksisterende rapporter i det nye miljøet så snart som mulig.
|
Først rapportert: April 2025 – oppdatert oktober 2025 |
Gjeldende |
|---|
Den nye arbeidsflytutformeren-opplevelsen blir aktivert for alle eksisterende kontoer og erstatter den klassiske versjonen over tid. Under overgangen har administratorer og brukere en viss fleksibilitet til å gå tilbake til det forrige grensesnittet til det blir fullstendig avviklet.
Tidslinje for utrulling
Mai 2026 (v17.1)
- Alle kontoer oppgraderes til den nye opplevelsen etter utgivelsen (hvis ikke allerede gjort).
- Administratorer beholder muligheten til å gå tilbake til den klassiske opplevelsen.
- Brukere ser ikke lenger byttelenker; administratorer kan aktivere dem ved behov.
September 2026 (v17.2)
- Alle kontoer flyttes permanent til den nye opplevelsen.
- Administratorkontroller for å gå tilbake til den klassiske versjonen fjernes.
- Den klassiske tilpassede arbeidsflytutformeren er fullstendig avviklet og ikke lenger tilgjengelig.
Vi anbefaler at du forbereder brukerne dine så snart som mulig for å sikre en smidig overgang.
Nye kontoer som opprettes etter Acrobat Sign-utgivelsen i juli 2025 får den nye opplevelsen aktivert som standard. Det finnes ikke kontrollere for å gå tilbake til den eldre versjonen.
|
Først rapportert: Mai 2024 |
Gjeldende |
|---|
Alternativet for å bruke en ekstern stasjon for å laste opp filer vil være begrenset til OneDrive bare i den nye Be om signatur-opplevelsen.
Det anbefales at kunder som bruker andre alternativer for filopplasting, bruker den leverandørspesifikke applikasjonen for å tilby en nettverksstasjon som kan nås gjennom den opprinnelige filvelgeren på brukerens lokale system.
- Dropbox: https://www.dropbox.com/desktop
- Google Disk: 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/no/acrobat/hub/share-sync-pdfs.html
Flere ressurser
- Fellesskapsfora
- Ukentlig opplæring – Ukentlig webinar som dekker kursemner for nye brukere og administratorer
Arkiverte varsler
Oppført etter datoen da varslet ble fjernet fra den gjeldende varsellisten, sortert fra nyeste til eldste.
