Nyheder
Kom godt i gang
- Vejledning til hurtig start for administratorer
- Vejledning til hurtig start for brugere
- For udviklere
- Bibliotek med videoselvstudier
- Ofte stillede spørgsmål
Administrer
- Oversigt over Admin Console
- Brugeradministration
- Tilføj, rediger og gennemgå aktive brugere
- Opret funktionsfokuserede brugere
- Gennemgå brugere, der ikke har fuldført bekræftelse
- Søg efter brugere med klargøringsfejl
- Skift navn/e-mailadresse
- Rediger en brugers gruppemedlemskab
- Rediger en brugers gruppemedlemskab via gruppegrænsefladen
- Forfrem en bruger til en administratorrolle
- Brugeridentitetstyper og enkeltlogin
- Skift brugeridentitet
- Godkend brugere med MS Azure
- Godkend brugere med Google-føderation
- Produktprofiler
- Login-oplevelse
- Konto-/gruppeindstillinger
- Oversigt over indstillinger
- Globale indstillinger
- Kontoniveau og ID
- Ny modtageroplevelse
- Selvunderskrivelsesarbejdsforløb
- Send i massevis
- Webformularer
- Arbejdsforløb for brugerdefineret afsendelse
- Power Automate-arbejdsforløb
- Biblioteksdokumenter
- Indsaml formulardata med aftaler
- Begrænset dokumentsynlighed
- Vedhæft en PDF-kopi af den underskrevne aftale
- Inkluder et link i mailen
- Medtag et billede i e-mailen
- Filer, der vedhæftes i mail, navngives som
- Vedhæft redigeringsrapport til dokumenter
- Flet flere dokumenter sammen til ét
- Download individuelle dokumenter
- Upload et underskrevet dokument
- Delegering til brugere af min konto
- Tillad eksterne modtagere at delegere
- Tilladelse til at underskrive
- Tilladelse til at sende
- Autoritet til at tilføje elektroniske segl
- Indstil en standardtidszone
- Indstil et standarddatoformat
- Brugere i flere grupper (UMG)
- Tilladelser for gruppeadministratorer
- Udskift modtager
- Revisionsrapport
- Fodnote om transaktion
- Beskeder og vejledning i produktet
- Tilgængelige PDF'er
- PDF/A-arbejdsgange
- Sundhedsplejekunde
- Ny oplevelse med at anmode om signaturer
- Nyt tilpasset workflow
- Ny skabelonoprettelse
- Kontoopsætning / Brandingindstillinger
- Signaturindstillinger
- Velformaterede signaturer
- Tillad modtagere at underskrive ved
- Underskrivere kan ændre deres navn
- Tillad modtagere at bruge deres gemte signatur
- Brugerdefinerede vilkår for anvendelse og videregivelse af oplysninger
- Naviger modtagere gennem formularfelter
- Genstart aftalearbejdsforløb
- Afvis at underskrive
- Tillad arbejdsforløb for stempler
- Kræv, at underskrivere angiver deres titel eller virksomhed
- Tillad underskrivere at udskrive og placere en håndskreven signatur
- Vis meddelelser ved e-signering
- Kræve, at underskrivere bruger en mobilenhed til at oprette deres underskrift
- Anmod om IP-adresse fra underskrivere
- Udelad firmanavn og titel fra deltagelsesstempler
- Anvend adaptiv skalering af signaturtegning
- Digitale signaturer
- Elektroniske segl
- Digital identitet
- Rapportindstillinger
- Aktivér klassisk rapportering
- Ny rapportoplevelse
- Klassiske rapportindstillinger
- Sikkerhedsindstillinger
- Indstillinger for Single Sign-on
- Husk mig-indstillinger
- Politik for adgangskode til login
- Styrke af login-adgangskode
- Varighed af websession
- PDF-krypteringstype
- API
- Adgang for bruger- og gruppeoplysninger
- Tilladte IP-områder
- Kontodeling
- Tilladelser til kontodeling
- Kontroller til aftaledeling
- Bekræftelse af underskrivers identitet
- Adgangskode til underskrivelse af aftaler
- Dokumentadgangskodens styrke
- Bloker underskrivere efter geolokalitet
- Telefongodkendelse
- Videnbaseret godkendelse (KBA)
- Tillad sideudtrækning
- Udløb af dokumentlink
- Upload et klientcertifikat til webhooks/tilbagekald
- Tidsstempel
- Afsendelsesindstillinger
- Vis siden Send efter login
- Oplevelser ved aftaleoprettelse
- Kræv modtagernavn ved afsendelse
- Lås navneværdier for kendte brugere
- Tilladte modtagerroller
- Tillad e-vidner
- Modtagergrupper
- CC'er
- Obligatoriske felter
- Vedhæftning af dokumenter
- Samkopiering af felter
- Rediger aftaler
- Fjern modtagere fra aftaler under behandling
- Aftalenavn
- Sprog
- Private beskeder
- Tilladte signaturtyper
- Påmindelser
- Beskyttelse af underskrevne dokumenter med adgangskode
- Send aftalenotifikation via
- Muligheder for underskriveridentifikation
- Udfyld formularfelter med identitetsbekræftede data
- Indholdsbeskyttelse
- Aktivér Notarize-transaktioner
- Dokumentudløb
- Forhåndsvisning, placer signaturer, og tilføj felter
- Rækkefølge for underskrivelse
- Tilføj mig selv
- Link til download af aftalen
- Grænser for formularfelt
- Liquid-tilstand
- Brugerdefinerede arbejdsforløbskontrolelementer
- Uploadindstillinger for e-underskrivelsessiden
- Omdirigering af bekræftelses-URL efter underskrivelse
- Begræns adgang til delte aftaler
- Vis siden Send efter login
- Beskedskabeloner
- Indstillinger for biomedicin
- Arbejdsforløbintegration
- Notariseringsindstillinger
- Integration af betalinger
- Underskrivermeddelelser
- SAML-indstillinger
- SAML-konfiguration
- Installer Microsoft Active Directory Federation Service
- Installer Okta
- Installer OneLogin
- Installer Oracle Identity Federation
- SAML-konfiguration
- Dataforvaltning
- Tidsstempelindstillinger
- Eksternt arkiv
- Kontosprog
- E-mailindstillinger
- Migrering fra echosign.com til adobesign.com
- Konfigurer indstillinger for modtagere
- Vejledning om forskriftsmæssige krav
- Hjælp til handicappede
- HIPAA
- Persondataforordning
- 21 CFR del 11 og EudraLex bilag 11
- Kunder i sundhedssektoren
- IVES-understøttelse
- "Lagring" af aftaler
- EU/UK-overvejelser
- Download aftaler i massevis
- Gør krav på dit domæne
- Rapportér misbrug-links
- Systemkrav og -begrænsninger
Send, underskriv og administrer aftaler
- Modtagerindstillinger
- Annuller en mailpåmindelse
- Indstillinger på e-underskrivelsessiden
- Oversigt over e-underskrivelsessiden
- Åbn for at læse aftalen uden felter
- Afvis at underskrive en aftale
- Deleger underskrivelsesautoritet
- Genstart aftalen
- Download en PDF af aftalen
- Se aftalens historik
- Vis aftalemeddelelserne
- Konvertér fra elektronisk til håndskreven signatur
- Konvertér fra håndskreven til elektronisk signatur
- Naviger formularfelterne
- Ryd dataene fra formularfelterne
- Forstørrelse og navigation på e-underskrivelsesside
- Skift det sprog, der bruges i aftaleværktøjerne og -oplysningerne
- Gennemse de juridiske meddelelser
- Juster Acrobat Sign-cookieindstillinger
- Send aftaler
- Send (opret)-side
- Oversigt over milepæle og funktioner
- Gruppevælger
- Tilføjelse af filer og skabeloner
- Aftalenavn
- Global meddelelse
- Deadline for udfyldelse
- Påmindelser
- Adgangskodebeskyt PDF'en
- Signaturtype
- Landestandard for modtageren
- Rækkefølge/forløb for modtagersignatur
- Modtagerroller
- Modtagergodkendelse
- Privat besked til modtageren
- Adgang til modtageraftale
- Cc-parter
- Identitetstjek
- Send en aftale kun til dig selv
- Send en aftale til andre
- Håndskrevne underskrifter
- Modtageres underskrivelsesrækkefølge
- Send i massevis
- Send (opret)-side
- Oprettelse af felter i dokumenter
- Oprettelsesmiljø i appen
- Automatisk feltregistrering
- Træk og slip felter ved hjælp af oprettelsesmiljøet
- Tildel formularfelter til modtagere
- Rollen Forudfyld
- Anvend felter med en genanvendelig feltskabelon
- Overfør felter til en ny biblioteksskabelon
- Opdateret oprettelsesmiljø ved afsendelse af aftaler
- Opret formularer med teksttags
- Opret formularer med Acrobat (AcroForms)
- Felter
- Felttyper
- Almindelige felttyper
- E-signaturfelter
- Initialfelt
- Feltet Modtagernavn
- Feltet Modtagermail
- Feltet Dato for underskrivelse
- Tekstfelt
- Datofelt
- Talfelt
- Afkrydsningsfelt
- Gruppe med afkrydsningsfelter
- Alternativknap
- Rullemenu
- Linkoverlejring
- Betalingsfelt
- Vedhæftede filer
- Deltagelsesstempel
- Transaktionsnummer
- Billede
- Firma
- Titel
- Stempel
- Udseende af feltindhold
- Feltvalideringer
- Værdier for maskerede felter
- Indstilling af vis/skjul betingelser
- Beregnede felter
- Verificerede formularer
- Felttyper
- Ofte stillede spørgsmål om oprettelse
- Oprettelsesmiljø i appen
- Underskriv aftaler
- Administrer aftaler
- Administrer sideoversigt
- Kopiér en aftale
- Deleger aftaler
- Udskift modtagere
- Begræns dokumentsynlighed
- Annuller en aftale
- Opret nye påmindelser
- Gennemgå påmindelser
- Annuller en påmindelse
- Få adgang til Power Automate-forløb
- Flere handlinger ...
- Sådan fungerer søgning
- Se en aftale
- Opret en skabelon fra en aftale
- Skjul/vis aftaler fra visning
- Upload en underskrevet aftale
- Rediger en sendt aftales filer og felter
- Rediger en modtagers godkendelsesmetode
- Tilføj eller rediger en udløbsdato
- Føj en note til aftalen
- Del en individuel aftale
- Annuller deling af en aftale
- Download en individuel aftale
- Download de enkelte filer i en aftale
- Download revisionsrapporten for en aftale
- Download feltindholdet af en aftale
- Revisionsrapport
- Rapportering og dataeksport
- Oversigt
- Giv brugere adgang til rapportering
- Rapportdiagrammer
- Dataeksporter
- Omdøb en rapport/eksport
- Dubler en rapport/eksport
- Planlæg en rapport/eksport
- Slet en rapport/eksport
- Brug af kontroltransaktion
Avancerede aftalefunktioner og arbejdsforløb
- Webformularer
- Genanvendelige skabeloner (Biblioteksskabeloner)
- Amerikanske regeringsformularer i Acrobat Sign-biblioteket
- Opret en biblioteksskabelon
- Skift en biblioteksskabelons navn
- Skift en biblioteksskabelons type
- Skift en biblioteksskabelons tilladelsesniveau
- Kopiér, rediger og gem en delt skabelon
- Download de aggregerede feltdata for en biblioteksskabelon
- Overfør ejerskab af webformularer og biblioteksskabeloner
- Power Automate-arbejdsforløb
- Oversigt over Power Automate-integrationen og inkluderede rettigheder
- Aktivér Power Automate-integrationen
- Kontekstintegrerede handlinger på siden Administrer
- Spor Power Automate-brug
- Opret et nyt forløb (eksempler)
- Udløsere, der bruges til forløb
- Import af forløb uden for Acrobat Sign
- Administrer forløb
- Rediger forløb
- Del forløb
- Deaktivere eller aktivere forløb
- Slet forløb
- Nyttige skabeloner
- Kun administrator
- Aftalearkivering
- Arkivering af webformularaftaler
- Gem udfyldte webformulardokumenter i SharePoint-bibliotek
- Gem udfyldte webformulardokumenter i OneDrive for Business
- Gem alle fuldførte dokumenter i Google Drive
- Arkiver udfyldte webformulardokumenter i Box
- Udtrækning af aftaledata
- Aftalenotifikationer
- Send brugerdefinerede mailnotifikationer med dit aftaleindhold og din underskrevne aftale
- Få dine Adobe Acrobat Sign-notifikationer i en Teams-kanal
- Få dine Adobe Acrobat Sign-notifikationer i Slack
- Få dine Adobe Acrobat Sign-notifikationer på Webex
- Aftalegenerering
- Generer dokument fra Power App-formular og Word-skabelon, send til underskrivelse
- Generér aftale fra Word-skabelon i OneDrive, og få signatur
- Generér aftale for markeret Excel-række, send til gennemgang og underskrivelse
- Arbejdsforløb for brugerdefineret afsendelse
- Del brugere og aftaler
Integrer med andre produkter
- Oversigt over Acrobat Sign-integrationer
- Acrobat Sign til Salesforce
- Acrobat Sign til Microsoft
- Andre integrationer
- Partneradministrerede integrationer
- Sådan oprettes en integrationsnøgle
Acrobat Sign-udvikler
- REST API'er
- Webhooks
- Sandkasse
Support og fejlfinding
Gennemgå de angivne tekniske notifikationer, og bogmærk dem, der er vigtige for dig.
Siden Tekniske notifikationer opdateres jævnligt med nye oplysninger, der gør dens indhold meget dynamisk. Selv om der findes oversatte versioner, kan oversættelsesprocessen forårsage små forskelle i forhold til den officielle amerikansk engelske version. Brug altid den amerikansk engelske side for at få de mest nøjagtige og opdaterede oplysninger.
[Next Release] Den næste Adobe Acrobat Sign-version er planlagt til 5. maj 2026 (v17.1)
Denne større udgivelse indeholder forbedringer af funktioner for brugere og administratorer og løsninger til problemer rapporteret af kunder.
Kunder med berettigelse til Sandkasse får adgang til de nye funktioner fire uger før lancering sammen med førudgivelses-informationerne, der giver et overblik over indholdet af udgivelsen.
Kommende udgivelse: Adobe Acrobat Sign - 17. marts Udgivelse afsluttet
Udgivelsen blev gennemført på alle shards uden nedetid for nogen tjenester.
Aktuelle meddelelser:
|
Status |
Problem eller hændelse |
Kørselsdato |
|
Ny |
11. april 2026 |
|
|
Ny Nuværende |
17. marts 2026 |
|
|
Ny Nuværende |
17. marts 2026 |
|
|
Ny |
5. maj 2026 |
|
|
Ny Vigtigt |
Fra marts 2026 |
|
|
Opdateret Næste større version |
5. maj 2026 |
|
|
Opdateret Nuværende Rulning |
3. februar 2026 |
|
|
Næste større version |
5.-10. maj 2026 |
|
|
Nuværende |
17. marts 2026 |
|
|
Nuværende Informerende |
Nuværende |
|
|
Nuværende |
Februar 2026 |
|
|
Næste større version |
Maj 2026 |
|
|
Næste større version |
Maj 2026 |
|
|
Rulning |
Maj 2026 |
|
|
Rulning |
Maj 2026 |
|
|
Afventende |
juni 2026 |
|
|
Nuværende Informerende |
Nuværende |
|
Først rapporteret: marts 2026 |
Nuværende |
|---|
En planlagt vedligeholdelsesaktivitet for databasen er planlagt til 11. april 2026 kl. 19.30 Pacific Time. Vedligeholdelsesvinduet forventes at vare op til 30 minutter.
Vedligeholdelse påvirker alle Acrobat Sign-miljøer og gælder kun for Adobe-administrerede konti (IMS). Konti, der administrerer deres brugere direkte i Acrobat Sign, påvirkes ikke.
I denne periode:
- Oprettelse af nye konti og brugerklargøring bliver forsinket.
- Et begrænset antal brugere kan opleve login-problemer.
- Anmodninger om kontotransaktionsforbrug fra Adobes administrative grænseflader kan mislykkes, hvilket midlertidigt kan forhindre tildeling af rettigheder.
Alle berørte tjenester forventes at vende tilbage til normal drift, når vedligeholdelsen er fuldført.
|
Først rapporteret: marts 2026 |
Nuværende |
|---|
Dokument-ID'er returneret af API'en bruger nu et 16-bit kodningsformat i stedet for det tidligere 12-bit kodningsformat og kan inkludere efterfølgende stjernetegn som en del af den returnerede værdi. Acrobat Sign accepterer dokument-ID'er med eller uden disse efterfølgende tegn, men nogle applikationer håndterer muligvis ikke det udvidede format korrekt, hvilket kan påvirke dokumenthentning eller visning.
Denne opdatering afspejler en ændring i dokument-ID-håndtering i tjenesten. Hvis din integration henter dokumenter ved hjælp af dokument-ID'er returneret af API'en, skal du gennemgå din nuværende logik for at sikre, at den understøtter det længere ID-format og kan acceptere den returnerede værdi som leveret. Hvis det er nødvendigt, kan efterfølgende stjernetegn udelades, før anmodningen forsøges igen.
Direkte adgang gennem Acrobat Sign forventes ikke at blive påvirket.
|
Først rapporteret: marts 2026 |
Nuværende |
|---|
Fra version 17.0.1, der blev udgivet 17. marts, viser fanen Access Tokens i menuen Personlige indstillinger udløbsdatoen for hver integrationsnøgle. Denne opdatering forbedrer synligheden af nøglens livscyklusstyring ved at give nøgleindehavere mulighed for at se, hvornår en nøgle udløber.
Integrationsnøgler har en gyldighedsperiode på 10 år. Efter udløbsdatoen kan nøglen ikke længere bruges og skal erstattes med en ny nøgle.
Denne ændring påvirker ikke, hvordan eksisterende nøgler fungerer, og ændrer ikke nøglens livscyklus. Den afslører kun udløbsdatoen i grænsefladen, så administratorer kan overvåge nøglens alder og planlægge udskiftninger på forhånd.
Ingen handling kræves. Administratorer bør jævnligt gennemgå deres integrationsnøgler og erstatte alle, der nærmer sig udløb, for at undgå serviceafbrydelser.
|
Først rapporteret: marts 2026 |
Nuværende |
|---|
Fra udgivelsen 5. maj 2026 vil revisionsrapporter registrere den signaturmetode, der bruges, når en underskriver anvender sin signatur.
For hver ESIGNED- og DIGSIGNED-hændelse identificerer revisionssporet, om underskriveren brugte en desktopbaseret signaturmetode (INDTAST, TEGN, BILLEDE) eller en mobilbaseret signaturmetode (MOBILTYPE, MOBILTEGNING, MOBILBILLEDE).
Denne opdatering forbedrer overholdelsessynligheden ved at give administratorer og complianceteams mulighed for at verificere signaturmetoden direkte i revisionsrapporten, hvilket reducerer tvetydighed og minimerer unødvendige afvisninger af aftaler under gennemgang og revisionsprocesser. Denne opdatering er aktiveret som standard for alle kunder uden konfigurationsmulighed.
Anvendelse af en signatur kun med et stempel er ikke inkluderet i de typer signaturer, der identificeres.
|
Først rapporteret: marts 2026 |
Nuværende |
|---|
Udskiftningsopdateringer af SSL/TLS-certifikater – Overgang til kortere gyldighedsperioder
SSL/TLS-branchen overgår til betydeligt kortere perioder for certifikatgyldighed. Ændring skyldes opdateringer fra CA/Browser Forum (det styrende organ for offentligt betroede certifikater) og bliver indført på tværs af større certifikatmyndigheder (CA'er), herunder DigiCert.
Som resultat heraf reduceres certifikatlevetider gradvist fra de nuværende ~398 dage til lidt kort som 47 dage i løbet af de kommende år.
Hvad ændres?
Den maksimale gyldighedsperiode for offentligt betroede TLS-certifikater sænkes til 47 dage. Kravet er fastlagt af CA/Browser Forum og gælder for hele branchen.
Hvorfor er denne ændring nødvendig?
Kortere certifikatlevetider forbedrer sikkerheden ved at:
- Sænke vinduet for udsathed, hvis et certifikat eller privat nøgle kompromitteres
- Begrænse afhængigheden af mekanismer til tilbagekaldelse af certifikater
- Opmuntre til automatiseret styring af certifikaters livscyklus
- Forbedring af internettets overordnede sikkerhed
Store browserleverandører (Google, Apple, Mozilla, Microsoft) støtter denne overgang.
For yderligere branchekontekst, se DigiCerts meddelelse:
Levetiden for TLS-certifikater sænkes officielt til 47 dage
Hvordan det påvirker dig
- Øget frekvens for udskiftning af certifikater
- Certifikater udskiftes hyppigere, efterhånden som den maksimale længde på perioder for gyldighed falder.
- Automatisering er påkrævet
- På grund af de kortere gyldighedsperioder forventes certifikatfornyelser at være fuldt automatiserede. Manuelle fornyelsesprocesser er ikke holdbare med denne frekvens.
Hvis dit miljø afhænger af fastgørelse af certifikater, manuelle tillidslagre eller statiske certifikathenvisninger, skal du gennemgå din konfiguration for at sikre kompatibilitet med hyppige fornyelser.
Kundemeddelelser
Tidligere blev meddelelser udsendt, når certifikater blev udskiftet på årsbasis.
Fra slutningen af juni 2026 ophører rutinemæssige meddelelser for standardudskiftninger af certifikater.
Med kortere gyldighedsperioder og automatiserede fornyelser:
- Rutinemæssige certifikatudskiftninger vil ikke generere kundenotifikationer.
- Notifikationer sendes kun i tilfælde af:
- Fornyelsessvigt
- Servicepåvirkning
- Påkrævet handling af kunder
Denne tilgang er i overensstemmelse med branchens bedste praksis for automatiseret styring af certifikatlivscyklus.
Ingen handling påkrævet (hvis automatisering er aktiveret)
Hvis din integration bygger på standard TLS-tillidsvalidering og ikke afhænger af certifikatfastgørelse, er ingen handling påkrævet.
Certifikaterne fornyes fortsat automatisk før udløb.
Hvornår der kan være behov for handling
Du skal muligvis handle, hvis:
- Du bruger certifikatfastgørelse (SPKI eller fuld certifikatfastgørelse)
- Du opretholder manuelle certifikatlagre
- Du har firewallregler knyttet til specifikke certifikatfingeraftryk
- Du driver systemer, der ikke understøtter automatiserede certifikatopdateringer
Er du i tvivl, så kontakt dit team for sikkerhed eller infrastruktur.
Ofte stillede spørgsmål
- Er det en Adobe-specifik ændring?
- Nej. Dette er en branchedækkende ændring påbudt af CA/Browser Forum og implementeret af alle større certifikatmyndigheder.
- Vil tilgængeligheden af service blive påvirket?
- Nej. Certifikaterne fornyes automatisk før udløb. Der forventes ingen nedetid som et led i normal udskiftning.
- Hvornår vil notifikationer om udskiftning af certifikater ophøre?
- Rutinemæssige meddelelser om udskiftning af certifikater stopper ved slutningen af juni 2026. Leverandører vil fremover kun blive notificeret, hvis handling er påkrævet eller hvis et problem påvirker servicen.
- Hvor kan jeg få mere at vide?
- For yderligere brancheoplysninger henvises til DigiCerts meddelelse:
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- For yderligere brancheoplysninger henvises til DigiCerts meddelelse:
Har du brug for hjælp?
Har du spørgsmål om certifikatudskiftning eller brug for hjælp til at validere din integration, så kontakt Adobe Support eller din Adobe-kontorepræsentant.
|
Først rapporteret: august 2025 – opdateret: februar 2026 |
Nuværende |
|---|
For at hjælpe med at opretholde systemstabilitet og forbedre ydeevnen vil Acrobat Sign introducere en polling-tærskel i udgivelsen 5. maj 2026 (version 17.1). Denne ændring begrænser, hvor ofte klientprogrammer kan foretage polling af specifikke API-endepunkter.
- Kunder har to måneder efter version 16.2.1 til at implementere de anbefalede ændringer af polling i deres kode. I dette tidsrum vil systemet kun LOGGE hændelser for polling-intervallets grænse.
- Efter 5. maj 2026 skiftes polling-beskyttelsespolitikkerne til ENFORCE (HÅNDHÆV), og fejlene vil begynde at blive udløst for brugere.
Polling med høj frekvens skaber en unødvendig belastning på backend-systemer, hvilket resulterer i forringet ydeevne og langsommere svartider. API-udviklere opfordres til at skifte til webhooks med henblik på realtidsopdateringer.
Hvad er ændret
Denne polling-politik gælder for alle GET API-endepunkter.
Eksempler på berørte slutpunkter
Statushentning:
- GET /agreements/{agreementId) – henter den aktuelle status for en aftale.
- GET /agreements/{agreementId)/documents/{documentId) – henter filstrømmen for et dokument i en aftale.
Oversigt:
- GET /agreements – Henter aftaler for brugeren.
- GET /agreements/{agreementId)/events – Henter hændelsesoplysninger for en aftale.
Der vil blive anvendt en grænse for, hvor ofte den effektive bruger kan foretage det samme API-kald til Acrobat Sign-tjenesten. Der returneres en fejl, hvis det samme kald foretages af den samme effektive bruger inden for det mindste polling-interval.
Oplysninger om polling-politik
- Mindste interval for objektpolling (MOPI): Standard-MOPI varierer afhængigt af tjenesteniveau og apptyper:
- Acrobat Sign-partnerapps: MOPI for en partnerapp bestemmes af niveauet for brugerens konto.
- Niveauet GLOBAL/ENTERPRISE: 3 kald pr. interval på 1 minut
- Alle andre niveauer: 1 unikt kald pr. interval på 10 minutter
- Kundeapps under Global/Enterprise-konti: 3 identiske kald pr. interval på 1 minut.
- Kundeapps under Developer-konti: 1 unikt kald pr. interval på 10 minutter.
- Acrobat Sign-partnerapps: MOPI for en partnerapp bestemmes af niveauet for brugerens konto.
- Duplikerede anmodninger inden for MOPI: Hvis den samme effektive bruger foretager identiske GET-anmodninger (samme sti og headers) mere end deres niveau tillader inden for MOPI, vil systemet returnere:
- 304 Not Modified statuskode til HTTP-betingede anmodninger ved brug af en ETag.
- 429 For mange anmodninger statuskode med en retry-after for andre anmodninger.
- ETag-håndtering: Denne politik gælder, når ETag-værdier leveres i If-None-Match headeren for endepunkter, der allerede understøtter 304 Not Modified.
Handling kræves
Webhooks: Hvis dit program kræver opdateringer i næsten realtid, skal du bruge webhooks i stedet for polling. Webhooks giver en mere effektiv og skalerbar måde at modtage rettidige opdateringer på.
Hvis webhooks ikke kan implementeres, bør programmer implementere caching-mekanismer på klientsiden for at gemme og genbruge API-svar.
- Når der modtages et 304 Ikke ændret-svar, bør de cachede data bruges i stedet for at foretage et nyt API-kald.
- Når et 429 Too Many Requests-svar modtages, skal du gentage API-kaldet efter det antal sekunder, der er angivet i Retry-After-headeren.
Kunder har to måneder efter version 16.2.1 til at implementere de anbefalede ændringer af polling i deres kode. I dette tidsrum vil systemet LOGGE hændelser for polling-intervallets grænse.
Efter 5. maj 2026 vil polling-beskyttelsespolitikkerne blive skiftet til ENFORCE (HÅNDHÆV), og fejlene vil begynde at blive udløst for brugere.
Kontakt din CSM, hvis du har brug for hjælp eller har spørgsmål.
Sandkasse-miljøet vil aktivere polling-politikken til at LOGGE fejl den 17. september 2025 og skifte til ENFORCE (HÅNDHÆV) den 25. september 2025.
|
Først rapporteret: februar 2026 |
Nuværende |
|---|
Startsiden for Acrobat Sign bliver redesignet for at gøre det nemmere at starte aftaler, overvåge aktivitet og få adgang til vigtige funktioner, herunder muligheden for at kopiere nyligt sendte aftaler, se handlingsfliser i en mere intuitiv rækkefølge, hurtigt identificere elementerne I gang og Venter på dig og opleve et strømlinet Nyheder-banner, der reducerer visuel rod og hjælper brugere med at arbejde hurtigere, reducere glemte aftaler og navigere i en mere fokuseret grænseflade for Startsiden.
Den nye Hjem-side vil blive udgivet over 10 dage efter udgivelsen:
Dato |
Shards |
5. maj 2026 |
IN1, JP1, AU1, SG1 |
11. maj 2026 |
EU1, EU2 |
14. maj 2026 |
NA1, NA2, NA3, NA4 |
Udrulningsplanen er angivet som en vejledning og kan justeres, efterhånden som udrulningen skrider frem.
|
Først rapporteret: februar 2026 |
Nuværende |
|---|
|
Først rapporteret: februar 2026 |
Nuværende |
|---|
Resumé
På grund af opdaterede lovgivningsmæssige krav i Thailand understøttes aftaleleverance via SMS i øjeblikket ikke for modtagere med thailandske telefonnumre.
Hvad ændrer sig
Thailand har indført opdaterede regler, der begrænser SMS-beskeder med URL'er, som dirigerer modtagere til flows, der kræver brugerinteraktion. Da underskrivning af en aftale kræver modtagerinteraktion, er SMS-levering for dette anvendelsestilfælde begrænset.
Hvem er påvirket
- Aftaler sendt ved hjælp af aftaleleverance via SMS.
- Modtagere med thailandske (+66) telefonnumre.
Påvirkning
Modtagere med thailandske telefonnumre modtager muligvis ikke SMS-beskeder med aftalelinks. Som følge heraf kan modtagere være ude af stand til at få adgang til og fuldføre underskrivningsprocessen, når SMS-levering anvendes.
Denne begrænsning er lovgivningsmæssig og skyldes ikke et serviceudfald eller produktfejl.
Tidspunkt
Der er i øjeblikket ingen bekræftet tidsplan for, hvornår denne begrænsning kan ophæves, eller en teknisk løsning anvendes. Denne meddelelse opdateres, når forholdene ændrer sig.
Påkrævede handlinger
- Anvend ikke aftaleleverance via SMS for modtagere med thailandske telefonnumre.
- Inkludér e-mail som en alternativ leveringsmetode for at sikre aftaleleverance.
Yderligere oplysninger
Denne begrænsning gælder kun for SMS-baseret levering. Andre metoder til aftaleleverance og godkendelse påvirkes ikke.
|
Først rapporteret: december 2025 – opdateret: februar 2026 |
Nuværende |
|---|
Grænsefladen for Acrobat Sign-loginsiden bliver opdateret for alle brugere som del af 17.0-udgivelsen, der er planlagt til 3. februar 2026. - Den nye loginproces tilbyder en renere og mere konsistent oplevelse ved at bede alle brugere om at angive deres e-mailadresse og intet andet. Så snart mailadressen accepteres, findes brugerens konto, og den efterfølgende side viser de godkendelsesmuligheder, som kontoen er konfigureret til. Dette fjerner overflødige trin og forældede skærmbilleder. Dette gør login hurtigere, enklere og mere intuitivt for alle.
- Som del af den nye loginoplevelse håndhæver mailformatet for Acrobat Sign Enterprise-brugere, der logger direkte ind på webgrænsefladen, nu en 64-tegns grænse for den lokale del af en mailadresse (delen før "@"-symbolet).
Denne opdaterede loginoplevelse rulles ud i faser af Acrobat Sign-servermiljøet. Udrulningsplanen vises nedenfor:
|
Acrobat Sign-miljø |
Udrulningsdato |
|
IN1 (Indien) SG1 (Singapore) |
3. februar 2026 |
|
AU1 (Australien) NA3 (Nordamerika) |
10. februar 2026 |
|
JP1 (Japan) |
17. februar 2026 |
|
EU2 (Europa) NA4 (Nordamerika) |
2. marts 2026 |
|
EU1 (Europa) NA2 (Nordamerika) |
5. marts 2026 |
|
NA1 (Nordamerika) |
10. marts 2026 |
Udrulningsplanen er angivet som en vejledning og kan justeres, efterhånden som udrulningen skrider frem.
|
Først rapporteret: august 2025 – opdateret: oktober 2025 |
Nuværende |
|---|
Alle konti skiftes til det nye miljø
I version 17.0 (januar 2026) vil alle konti blive opdateret til at bruge det nye miljø for e-signering.
Det klassiske miljø vil fortsat være tilgængeligt som en nødløsning for enhver anvendelse, hvor det nye miljø ikke kan bruges.
|
Først rapporteret: februar 2025 – opdateret: oktober 2025 |
Nuværende |
|---|
I version 17.1 (maj 2026) vil alle konti blive opdateret til at bruge det nye miljø for Anmod om underskrift.
- Skiftelinks bliver fjernet
- Administratorkontroller i administratormenuen bliver fjernet
Alle GovCloud-konti bliver skiftet til det nye miljø, og administratorindstillingerne bevares.
Hvad er ændret
I maj 2026-versionen (17.1):
- Alle kommercielle og govcloud-konti bliver automatisk skiftet til den nye grænseflade for Anmod om underskrift.
- Skiftelinks bliver deaktiveret for både kommercielle konti og govcloud-konti
- Kontrolelementerne til at vende tilbage til den klassiske oplevelse vil blive fjernet for kommercielle konto. Indstillingerne bevares for govcloud-konti.
I september 2026-versionen (17.2):
- Alle govcloud-konti skiftes automatisk til den nye grænseflade for Anmod om underskrift.
- Skiftelinks bliver fjernet.
- Kontrolelementerne til at vende tilbage til den klassiske oplevelse vil blive fjernet.
Vi anbefaler at gøre dine brugere fortrolige med den nye oplevelse før udgivelsen for at sikre en smidig overgang.
|
Først rapporteret: august 2025 – opdateret: oktober 2025 |
Nuværende |
|---|
Alle konti skiftes til det nye miljø. Administratorindstillinger bevares.
I version 17.1 (maj 2026) vil alle konti blive opdateret til at bruge det nye miljø for e-underskrift.
- Skiftelinks bliver deaktiveret.
- Administratorkontroller bevares i administratormenuen for at aktivere det klassiske miljø, hvis det er nødvendigt.
Endelig overgang til den nye grænseflade for Anmod om underskrift (september 2026)
Med september 2026-versionen ophører den klassiske grænseflade for siden Opret permanent. Alle konti bruger nu den nye grænseflade for Anmod om underskrift som standardmåden at konfigurere nye aftaler på.
Hvad er ændret
I maj 2026-versionen:
- Alle kommercielle konti skiftes automatisk til den nye grænseflade for Anmod om underskrift.
- Skiftelinks deaktiveres.
- Muligheden for at konfigurere eller skifte mellem de klassiske og nye grænseflader forbliver tilgængelig i administratorindstillingerne.
I september 2026-versionen:
- Alle kommercielle konti skiftes automatisk til den nye grænseflade for Anmod om underskrift.
- Skiftelinks deaktiveres.
- Kontrolelementerne til at vende tilbage til den klassiske oplevelse vil blive fjernet.
Vi anbefaler at gøre dine brugere fortrolige med den nye oplevelse før udgivelsen for at sikre en smidig overgang.
|
Først rapporteret: februar 2025 – opdateret: oktober 2025 |
Nuværende |
|---|
Den nye oprettelsesoplevelse for Opret skabelon i Acrobat Sign er blevet gjort tilgængelig for alle virksomhedskonti. Denne opdaterede grænseflade strømliner oprettelse af genanvendelige skabeloner og vil på et tidspunkt helt erstatte den klassiske version.
Alle fremtidige forbedringer gælder kun for den nye oplevelse. Den klassiske version vil ikke modtage opdateringer eller understøttelse af nye funktioner. Vi anbefaler kraftigt, at du aktiverer den nye oplevelse nu for at være på forkant med de løbende forbedringer.
Udrulningstidslinje
Det nye redigeringsmiljø promoveres gennem standardudgivelsescyklussen:
April 2025 (v16.0) for Kommerciel, juli (v16.1) for GovCloud
- Den nye oplevelse bliver tilgængelig for alle virksomhedskonti.
- Administratorer kan aktivere denne funktion på konto- og gruppeniveau.
- Når den er aktiveret, skal alle brugere bruge den nye grænseflade. Der er ingen mulighed for at skifte tilbage fra brugerens perspektiv.
Oktober 2025 (v16.2)
- Alle nye konti bruger som standard den nye oplevelse.
- Eksisterende konti udrulles automatisk til den nye oplevelse, med undtagelse af konti, der deler aktiver mellem flere grupper.
- Administratorer kan stadig gendanne deres konto til den klassiske oplevelse via administratorkonfigurerbare kontrolelementer, hvis det er nødvendigt.
Maj 2026 (v17.1)
- Alle nye konti bruger som standard den nye oplevelse.
- Eksisterende konti udrulles automatisk til den nye oplevelse, herunder konti, der deler aktiver mellem flere grupper.
- Administratorer kan stadig gendanne deres konto til den klassiske oplevelse via administratorkonfigurerbare kontrolelementer, hvis det er nødvendigt.
- Alle konti skiftes permanent til den nye oplevelse.
- Muligheden for at vende tilbage til den klassiske oplevelse forventes at blive fjernet fra administratorkontrollerne.
- Det klassiske oprettelsesmiljø forventes at blive udfaset og vil derefter ikke længere være tilgængeligt.
Du opnår de bedste resultater ved at aktivere den nye oplevelse tidligt, så dine brugere har tid til at justere, før overgangen bliver permanent.
|
Først rapporteret: september 2022 – opdateret: november 2025 |
Nuværende |
|---|
Klassisk rapportering fjernes helt fra Acrobat Signs-grænsefladen i juni 2026. Dette omfatter også switchlinket, der gør det muligt at skifte mellem miljøer. Når de er fjernet, vil kunderne ikke kunne vende tilbage til det klassiske miljø for at gennemgå klassiske rapporter, og planlagte rapporter vil holde op med at blive udført.
Det moderne rapporteringsmiljø vil fortsat være den eneste rapporteringsløsning.
Alle kunder opfordres kraftigt til at genskabe alle deres eksisterende rapporter i det nye miljø så hurtigt som muligt.
|
Først rapporteret: april 2025 – opdateret: oktober 2025 |
Nuværende |
|---|
Den nye Workflow Designer-oplevelse aktiveres for alle eksisterende konti og erstatter med tiden den klassiske version. Under overgangen har administratorer og brugere en vis fleksibilitet til at vende tilbage til den tidligere grænseflade, indtil den udfases helt.
Udrulningstidslinje
Maj 2026 (v17.1)
- Alle konti opgraderes igen til den nye oplevelse efter udgivelsen (hvis ikke allerede).
- Administratorer bevarer muligheden for at vende tilbage til den klassiske oplevelse.
- Brugere ser ikke længere skiftelinks, administratorer kan aktivere dem, hvis det er nødvendigt.
September 2026 (v17.2)
- Alle konti flyttes permanent til den nye oplevelse.
- Administratorkontroller til at vende tilbage til den klassiske version fjernes.
- Den klassiske Custom Workflow Designer er helt udgået og ikke længere tilgængelig.
Vi anbefaler, at du forbereder dine brugere så hurtigt som muligt for at sikre en problemfri overgang.
Nye konti, der oprettes efter juli 2025 Acrobat Sign-versionen, vil som standard have den nye oplevelse aktiveret, og der vil ikke være nogen knapper til at gå tilbage til den ældre version.
|
Først rapporteret: maj 2024 |
Nuværende |
|---|
Muligheden for at bruge et eksternt drev til at uploade filer er begrænset til OneDrive i den nye Anmod om signatur -oplevelse.
Det anbefales, at kunder, der bruger andre indstillinger til filoverførsel, bruger det leverandørspecifikke program til at levere et netværksdrev, der kan tilgås via den oprindelige filvælger på brugerens lokale system.
- Dropbox: https://www.dropbox.com/desktop
- Google Drev: 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/dk/acrobat/hub/share-sync-pdfs.html
Flere ressourcer
- Community-fora
- Ugentlig læring – ugentligt webinar, der dækker læringsemner for nye brugere og administratorer
Arkiverede notifikationer
Opført efter datoen, hvor meddelelsen blev fjernet fra den aktuelle meddelelsesliste, fra nyeste til ældst.
