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øjelse af brugere
- Opret funktionsfokuserede brugere
- 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
- Ny oprettelsesoplevelse
- Sundhedsplejekunde
- Kontoopsætning
- Tilføj logo
- Tilpas firmaets værtsnavn/URL
- Tilføj firmanavn
- URL-omdirigering efter aftale
- 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
- Digitale signaturer
- Elektroniske segl
- Digital identitet
- Rapportindstillinger
- 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 Send-siden efter login
- Kræv modtagernavn ved afsendelse
- Lås navneværdier for kendte brugere
- Tilladte modtagerroller
- Tillad e-vidner
- Modtagergrupper
- CC'er
- Adgang til modtagerrapport
- Obligatoriske felter
- Vedhæftning af dokumenter
- Samkopiering af felter
- Rediger aftaler
- Aftalenavn
- Sprog
- Private beskeder
- Tilladte signaturtyper
- Påmindelser
- Beskyttelse af underskrevne dokumenter med adgangskode
- Send aftalenotifikation via
- Muligheder for underskriveridentifikation
- Indholdsbeskyttelse
- Aktivér Notarize-transaktioner
- Dokumentudløb
- Forhåndsvisning, placer signaturer, og tilføj felter
- Rækkefølge for underskrivelse
- Liquid-tilstand
- Brugerdefinerede arbejdsforløbskontrolelementer
- Uploadindstillinger for e-underskrivelsessiden
- Omdirigering af bekræftelses-URL efter underskrivelse
- 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
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
- Oprettelse af felter i dokumenter
- Oprettelsesmiljø i appen
- Opret formularer med teksttags
- Opret formularer med Acrobat (AcroForms)
- Felter
- Ofte stillede spørgsmål om oprettelse
- Underskriv aftaler
- Administrer aftaler
- Administrer sideoversigt
- 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
Support og fejlfinding
De tekniske Adobe Acrobat Sign-notifikationer står i rækkefølge nedenfor med den nuværende opdatering øverst og ældre versioner længere nede på siden.
[Important] Den næste Adobe Acrobat Sign-version er planlagt til 11. februar 2025
Dette vil være en mindre patch-udgivelse for at løse en række kundefundne defekter og anvende eventuelle optimerings-/sikkerhedsrettelser efter behov.
Sandbox-miljøet vil anvende disse patches fire uger før den planlagte udgivelse. En liste over de løste kundeproblemer vil blive offentliggjort på dette tidspunkt og opdateret 14 dage før udgivelsen.
Kommende udgivelse: Adobe Acrobat Sign – 12.november Udgivelse gennemført
Udgivelsen blev gennemført på alle shards uden nedetid for nogen tjenester.
|
Først rapporteret: December 2024 |
Nuværende |
|---|
Adobe Acrobat Sign udskifter Adobe Acrobat Sign SSL-certifikatet 22. januar 2025.
Derudover udrulles et nyt SSL-certifikat, der skal understøtte ændringerne af WAF-netværket der foretages januar 2025. Det nye certifikat påvirker direkte adgangen til tjenesten Acrobat Sign og skal installeres, før WAF kommer online.
Handling kræves
- Hver kundekonto, som eksplicit sikrer netværksaktivitet, skal medtage det nye WAF SSL-certifikat på sin liste over gemte certifikater.
- Har du brugerdefinerede integrationer med Acrobat Sign ved hjælp af enten SOAP eller REST API'er, og hvis nogen af disse integrationer har "fastgjort" den eksisterende offentlige nøgle, er ingen handling nødvendig.
- Bruger du Acrobat Sign's SSL-certifikater til SSO, eller hvis du fastgør selve certifikatet (eller bruger andre metoder), kan du finde de nye Acrobat Sign-certifikater i Systemkrav for Adobe Acrobat Sign.
- Understøtter din SSO-konfiguration flere offentlige certifikater/kæder, kan du tilføje de nye certifikater nu og fjerne det gamle offentlige certifikat/kæde fra din konfiguration efter overgangen i januar.
- Hvis din SSO ikke understøtter flere offentlige certifikater/kæder, skal du synkronisere dit SSL-skift med Acrobat Sign den 22. januar 2025.
De nye SSL-certifikater vil være aktive 22. januar 2025.
|
Først rapporteret: september 2024 – opdateret januar 2025 |
Nuværende |
|---|
For at forbedre sikkerheden og robustheden for Adobe Acrobat Sign-tjenestensen udruller vi netværksændringer for at inkludere en webapplikations-firewall (WAF) i første halvdel af 2025 (endelige datoer kommer; Bogmærk denne meddelelse!). Disse ændringer vil sende trafik til Acrobat Sign-applikationsservere gennem WAF-indholdsnetværket. Denne dirigering vil være usynlig for de fleste kunder. Brug påvirker ikke adgangen til Acrobat Sign fra nogen Adobe-klienter eller -integrationer.
Handling kræves
I de fleste tilfælde påvirker denne ændring ikke kundeintegrationer, da Acrobat Sign API- og API-domænenavnene ikke ændres. De underliggende IP-adresser for Acrobat Sign API-slutpunkterne skifter dog.
Integrationer, der eksplicit tillader udgående forbindelser med de tidligere dokumenterede Acrobat Sign API-ingressadresser, skal fjerne disse gamle tilladelseslister, før WAF-implementeringen.
-
Ingress- vs. egress-adgang til Acrobat Sign
Acrobat Sign vil ikke længere udgive eller understøtte en liste over ingress-IP-serveradresser, da en sådan brug ikke er kompatibel med WAF-netværket. Serverens egress-IP-adresser, der bruges af webhooks og mailrelæer, fortsætter som dokumenteret på siden Systemkrav til Acrobat Sign.
-
Hvorfor foretager Adobe disse ændringer?
Brugen af WAF forbedrer Acrobat Signs beskyttelse mod skadelig trafik og hjælper os med bedre at håndtere krav til sikkerhed, robusthed og overholdelse.
-
Jeg har en tilpasset integration i Acrobat Sign. Vil mit program blive påvirket?
I de fleste tilfælde nej, men det afhænger af, hvordan dit program er skrevet.
Programmer afhænger typisk kun af Acrobat Sign-tjenestens domænenavne (f.eks. "api.na1.adobesign.com"), og disse navne vil fortsat virke. Mindre ofte tager et program det ekstra trin at føje den specifikke IP-adresse, som dette navn skal fortolkes til, til tilladelseslisten.
En sådan tilladelsesliste ses oftere under udvikling af et webhook-slutpunkt for at bekræfte, at webhook-anmodningen kommer fra en gyldig Acrobat Sign-server. Webhook IP-adresser påvirkes ikke af denne ændring.
Mindre ofte validerer et program, der starter en anmodning til et Acrobat Sign-slutpunkt, IP-adressen i forhold til en tilladelsesliste. En sådan valideringslogik skal fjernes, da programmet ellers vil fejle.
Programmet bør som standard udføre servercertifikatvalidering af Acrobat Sign-slutpunktet, når TLS-forbindelsen initieres. Det giver stærk sikkerhed for, at anmodningen går til et gyldigt Acrobat Sign-slutpunkt. De fleste HTTP/S-strukturer og -biblioteker udfører servercertifikatvalidering som standard.
-
Er der nye IP-adresselister, der kan erstattes?
Acrobat Sign vil ikke længere udgive eller understøtte en liste over ingress-IP-serveradresser, da en sådan praksis ikke er kompatibel med WAF-netværket. Serverens egress-IP-adresser, der bruges af webhooks og mailrelæer, fortsætter som dokumenteret på siden Systemkrav for Acrobat Sign.
-
Min organisation har implementeret netværksfiltrering ved hjælp af Acrobat Signs publicerede domæneliste for trafik fra vores firmanetværk. Er vi berørt?
Nej.
De netværksændringer, der er beskrevet her, påvirker ikke Acrobat Signs domæneliste som dokumenteret på siden Systemkrav for Acrobat Sign. Filtrering på domæneniveau påvirkes ikke. -
Min organisation anvender validering af IP-adresse til maillevering fra Acrobat Sign-servere. Er vi berørt?
Nej.
IP-intervallerne for udgående mailrelæer som angivet på siden Systemkrav for Acrobat Sign ændres ikke. -
Min organisation har konfigureret vores Acrobat Sign-konto for at begrænse adgangen til vores egne IP-adresser. Er vi berørt?
Nej.
Acrobat Sign kan konfigureres til at validere indgående trafik mod kundevalgte IP-adresser som beskrevet på siden Begræns adgangen til din konto ved hjælp af IP-adresseintervaller. Sådan brug påvirkes ikke af denne ændring. -
Min organisation har implementeret netværksfiltrering ved hjælp af Acrobat Signs publicerede liste over ingress-IP-adresser. Er vi berørt?
Ja.
Acrobat Sign vil ikke længere udgive eller understøtte en liste over ingress-IP-serveradresser, da en sådan praksis ikke er kompatibel med WAF-netværket. De respektive netværksfiltre, f.eks. på firewalls, skal fjernes før installeringen af WAF.Hvis disse ældre IP-netværksbegrænsninger ikke fjernes, før denne ændring træder i kraft, vil forbindelsen til Acrobat Sign stoppe med at virke.
Bemærk:Bemærk, at dette henviser til filtrering på IP-niveau for det miljø, der er vært for din app. Filtrering på domæneniveau påvirkes ikke.
-
Jeg bruger Salesforce-integrationen med en eksplicit konfigureret IP-tilladelsesliste. Skal jeg gøre noget?
Nej.
WAF-installationen nødvendiggør ikke ændringer for eksisterende Salesforce-installationer på nuværende tidspunkt.
Den eksisterende konfiguration/proces, som beskrevet i hjælpedokumentationen, forbliver den samme, og administratorer skal følge alle trin for tilføjelse af IP til tilladelselsesliste.
ISV og Embed-partnere bør kontakte deres succesmanager med yderligere spørgsmål.
|
Først rapporteret: Juni 2018 – opdateret maj 2024 |
Nuværende |
|---|
Handling kræves
Alle integrationer og programmer, der bruger Adobe Acrobat Sign SOAP API, skal migreres til den nyeste REST API V6 før deaktiveringsdatoen for at sikre fortsat funktion.
Indsatsen for at sætte Acrobat Sign SOAP API'en til at udløbe, der oprindeligt blev annonceret i juni 2018, vil være fuldført i 2024.
Kundens brug af SOAP API er planlagt til at blive deaktiveret via en rullende proces, der starter i februar 2024. Alle kunder og partnere, der bruger SOAP API, skal migrere til REST v6 API eller risikere en afbrydelse af deres tjeneste.
Gennemgå REST v6 og migreringsdokumentationen:
Adgang til SOAP API fjernes i henhold til følgende plan:
|
Kontotype |
SOAP API-deaktiveringsdato |
|
1. februar 2024 (Afsluttet) |
|
1. april 2024 (Afsluttet) |
|
Den planlagte dato er blevet flyttet til 1. juli 2024, hvor den erstatter den tidligere dato 1. december 2024. |
|
1. marts 2025 |
|
Først rapporteret: Juni 2018 – opdateret maj 2024 |
Nuværende |
|---|
Handling kræves
Alle integrationer og programmer, der bruger Adobe Acrobat Sign SOAP API, skal migreres til den nyeste REST API V6 før deaktiveringsdatoen for at sikre fortsat funktion.
Adgang til SOAP API fjernes for alle indlejringspartnere med start den 1. marts 2025.
For at sikre fortsat funktion skal alle indlejringspartnere, der bruger Adobe Acrobat Sign SOAP API, migrere til den seneste REST API V6 før 1. marts 2025.
Læs venligst dokumenterne om REST v6 og migreringen som reference:
Hvis du har spørgsmål, bedes du kontakte din tildelte Adobe Acrobat Sign PSM.
|
Først rapporteret: november 2024 - opdateret: december 2024 |
Nuværende |
|---|
Afsendere kan give en ekstra visning af aftaler for mobilmodtagere, der kun viser feltet i den aftale, der er tilgængelig for modtageren.
Afsendere kan arrangere feltlisten, som de vil, og gruppere felter i logiske sektioner for at hjælpe underskriverne med at bevæge sig gennem feltinput med et minimum af rulning.
Modtagere har mulighed for at se den mobilvenlige feltliste eller den oprindelige PDF-visning med felterne placeret i dokumentindholdet.
Denne funktion er planlagt til at blive udgivet:
- Skal udrulles i sandkassemiljøet den 11. december 2024
- Skal udrulles i produktionsmiljøet den 7. januar 2025
|
Først rapporteret: December 2024 |
Nuværende |
|---|
Adobe Acrobat Sign roterer certifikaterne for offentlig nøgle (for *.adobesign.com og *.echosign.com), rod og mellemliggende SSL om morgenen den 1. februar 2024.
Der er ingen ændring i de underliggende kryptografiske protokoller eller skemaer.
HANDLING KRÆVES
Brug af den offentlige nøgle
- Hvis du har brugerdefinerede integrationer med Acrobat Sign ved hjælp af enten SOAP eller REST API'er, og hvis nogen af disse integrationer har "fastgjort" den eksisterende offentlige nøgle, kræves der ingen handling.
- Hvis du bruger Acrobat Signs SSL-certifikater til SSO, eller hvis du fastgør selve certifikatet (eller bruger andre metoder), kan du finde de nye Acrobat Sign-certifikater for rod og mellemliggende SSL i Adobe Acrobat Sign-systemkrav. Den offentlige nøgle vil være tilgængelig den 1. februar 2024.
- Hvis din SSO-konfiguration understøtter flere offentlige certifikater/kæder, kan du tilføje de nye certifikater nu og fjerne det gamle offentlige certifikat/kæde fra din konfiguration efter skiftet i april.
- Hvis din SSO ikke understøtter flere offentlige certifikater/kæder, skal du synkronisere dit SSL-skift med Acrobat Sign den 1. februar 2024.
De nye SSL-certifikater vil være aktive den 1. februar 2024.
|
Først rapporteret: november 2024 |
Nuværende |
|---|
Den nye modtageroplevelse indeholder underskrivelsesforbedringer for både webbrowsere på computere og mobilenheder. Denne nye oplevelse udrulles i løbet af de første måneder af 2025, men vil være tilgængelig i sandkassemiljøet i den første uge af december 2024.
|
Først rapporteret: november 2024 |
Nuværende |
|---|
Med november 2024-udgivelsen er de redigerbare etiketter i Custom Workflow Designer blevet begrænset til 100 tegn. Denne grænse evalueres, når arbejdsforløbet oprettes eller opdateres.
Allerede eksisterende arbejdsforløb, der har etiketter på over 100 tegn, kan stadig sendes, men hvis arbejdsforløbet opdateres, skal etiketten reduceres til 100 tegn eller mindre, før den kan gemmes. Ugyldige etiketter vises med rødt for at gøre det nemmere at se dem.
Nye arbejdsforløb advarer om etiketgrænsen, før de gemmes.
Handling kræves
Det anbefales, at administratorer med kontrol over brugerdefinerede arbejdsforløb åbner og gennemgår hvert arbejdsforløb for at sikre, at de ikke har fejl på deres skabelon.
|
Først rapporteret: september 2024 |
Nuværende |
|---|
Webhook 2.0-infrastrukturen er blevet udrullet til alle kunder, og efter dens fuldførelse udfases underskrivernotifikationer. Som et resultat leverer parameteren webhookNotificationApplyUsers for webhook-elementet ikke længere brugbare data og fjernes fra alle webhook-elementer, når marts 2025-versionen udrulles.
Det afsendende bruger-id og mailen kan findes ved hjælp af parametrene initiatingUserId og initiatingUserEmail i meddelelseselementet.
|
Først rapporteret: september 2024 |
Nuværende |
|---|
Handling kræves
Alle kunder, der bruger API'en, skal opdatere deres API'er for at anvende version 6-slutpunkterne så hurtigt som muligt for at sikre uafbrudt tilgængelighed.
Version 1 til og med 4 af Acrobat Sign REST API er blevet udfaset og fjernes fra tjenesten 1. december 2025.
Opdatering af API'er kan kræve en betydelig indsats, så alle kunder opfordres på det kraftigste til at få overblik over og budgettere deres opdatering så hurtigt som muligt, så supporten kan engageres fuldt ud og løse eventuelle spørgsmål eller problemer inden skæringsdatoen i december 2025.
Selvom REST API v1-4 udfases, vil de fortsat fungere, og dine programmer vil fortsat virke indtil den 1. december 2025, hvor REST API v1-4 fjernes.
Efter den 1. december 2025 vil programmer, der er lavet på REST API v1-4, ophøre med at fungere.
|
Først rapporteret: september 2024 |
Nuværende |
|---|
|
Først rapporteret: august 2024 |
Nuværende |
|---|
Den ældre Accept-Charset-overskrift fjernes fra alle webhook- og tilbagekaldelsesnotifikationer med udgivelsen november 2024.
Alle kunder, der af den ene eller anden grund er afhængige af denne overskrift, bør ændre deres kode for at tage højde for fraværet.
Denne opdatering gælder kun for Kommerciel-versionen af Acrobat Sign-tjenesten. Government Cloud-konti påvirkes ikke.
|
Først rapporteret: marts 2024 – opdateret november 2024 |
Nuværende |
|---|
Det nye og forbedrede Anmod om signatur -miljø vil være standardoplevelsen for alle konti for at oprette en ny aftale fra og med udgivelsen den 17. september 2024.
Links vil forblive tilgængelige for brugere til at skifte mellem de nye og klassiske miljøer, og administratorer vil fortsat have mulighed for at nulstille standarden til den klassiske oplevelse via deres administratormenu.
Det klassiske miljø fjernes helt fra den kommercielle brugeroplevelse inden april 2025.
Den nye Oprettelse -oplevelse i programmet er kun tilgængelig som en del af den nye Anmod om signatur-oplevelse.
Kunder, der bruger den nye oprettelse af med den klassiske Anmod om signatur, vil som standard bruge den nye Anmod om signatur -oplevelse efter udgivelsen den 17. september.
Som en del af april 2025-versionen vil alle konti have deres standardafsendelsesmiljø indstillet til den nye Anmod om signatur-oplevelse.
Muligheden for at aktivere switchlinks, så brugerne kan skifte mellem miljøerne, deaktiveres også.
Administratorer vil fortsat have mulighed for at aktivere skift af links i administratormenuen.
Denne opdatering gælder kun for Kommerciel-versionen af Acrobat Sign-tjenesten. Government Cloud-konti påvirkes ikke.
|
Først rapporteret: juni 2024 |
Nuværende |
|---|
I marts 2025-udgivelsen blev den klassiske Opret-grænseflade fjernet helt fra Acrobat Sign-grænsefladen, hvilket fuldfører kampagnen for den nye Anmod om signatur-oplevelse.
Alle kommercielle konti, der ikke har konfigureret den nye Anmod om signatur-tjeneste som standardoplevelsen har Anmod om signatur-miljø aktiveret som det eneste miljø til konfiguration af nye aftaler.
Muligheden for at konfigurere oplevelsen, herunder skift links mellem miljøer, fjernes fra administratormenuerne.
|
Først rapporteret: marts 2024 |
Nuværende |
|---|
Det nye og forbedrede Send i massevis -miljø vil være standardmiljøet for alle konti fra og med udgivelsen den 9. april 2024.
Links vil forblive tilgængelige for brugere til at skifte mellem de nye og klassiske miljøer, og administratorer vil fortsat have mulighed for at nulstille standarden til den klassiske oplevelse via deres administratormenu.
Det klassiske miljø fjernes helt fra brugeroplevelsen inden marts 2025.
|
Først rapporteret: september 2022 – opdateret marts 2024 |
Nuværende |
|---|
Klassisk rapportering vil blive fjernet helt fra Acrobat Sign-grænsefladen i første halvdel af 2025. 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: 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/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
- Adobe Sign Innovation Series – månedligt webinar, der dækker de mest populære emner i Adobe Sign
Tidligere notifikationer
|
Først rapporteret: august 2024 |
Fjernet fra aktuel liste: november 2024 |
|---|
Handling kræves
Kunder, der opretholder netværkssikkerhedspraksisser, der eksplicit angiver indgående IP-adresser, skal opdatere IP-intervallerne for Acrobat Sign-tjenesten inden udgangen af september 2024.
Den komplette liste over IP-intervaller offentliggøres på siden med systemkrav
.
For at sikre, at dine tilbagekald og webhook-notifikationer fortsat fungerer problemfrit, skal nedenstående IP-intervaller føjes til listen over tilladte kundekonti i EU2-datacentret.
De tilføjede IP-intervaller er:
- 4.207.3.96/28
- 4.207.4.160/28
- 4.208.75.176/28
- 4.208.75.80/28
- 4.208.79.192/28
- 4.208.79.208/28
- 4.245.45.176/28
- 4.245.45.192/28
- 4.245.45.208/28
- 4.245.45.224/28
- 4.245.45.240/28
- 4.245.46.128/28
- 4.245.85.80/28
- 20.23.101.224/28
- 20.31.209.192/28
- 20.31.209.240/28
- 20.31.210.16/28
- 20.31.210.48/28
- 20.105.66.176/28
- 20.166.106.144/28
- 20.166.107.112/28
- 20.166.107.240/28
- 20.166.107.32/28
- 40.127.244.64/28
|
Først rapporteret: august 2024 |
Fjernet fra aktuel liste: november 2024 |
|---|
De nye IRS I-9 og W-9-formularer med titlen I-9 (Bekræftelse af ansættelsesberettigelse) Forventet 31/5/27 og W-9 (Anmodning om skatteyders id-nummer) Rev 3/24, henholdsvis, er planlagt til at blive tilføjet til Acrobat Sign-biblioteket.
HANDLING KRÆVES
De nye biblioteksskabeloner har nye libraryDocumentIds. Hvis du bruger den eksisterende skabelons libraryDocumentId i dine programmer, skal du opdatere den.
2023-versionerne fjernes efter planen fra systemet med udgivelsen 12. november 2024.
Alle programmer/API'er, der anvender de ældre skabeloner (ver 2023), skal opdateres før 8. november 2024 for at sikre, at tjenesten ikke forstyrres.
Sådan finder du libraryDocumentId på en API-aktiveret konto:
- Log på som kontoadministrator
- Klik på fanen Konto > Adobe Sign API > API-oplysninger > klik på linket: Dokumentation til REST API-metoder
- I sektionen GET /libraryDocuments skal du klikke på knappen OAUTH ACCESS-TOKEN
- Aktivér omfanget library_read:self.
- Klik på knappen Prøv det!
- I Svardelen skal du finde den nye formularskabelon for I-9 ( Bekræftelse af ansættelsesberettigelse) Exp 5/31/27 eller W-9 (Anmodning om skatteyders id-nummer) Rev 3/24 (ikke ver. 2023) for at se libraryDocumentId-værdien.
|
Først rapporteret: november 2023 |
Fjernet fra aktuel liste: november 2024 |
|---|
|
Først rapporteret: september 2024 |
Fjernet fra aktuel liste: november 2024 |
|---|
Den funktion til automatisk fuldførelse, der genererer en liste over mailadresser, når en modtager indtastes i et mailfelt, har traditionelt kun matchede strenge fra starten af adressen.
Den API, der driver autofuldførelsesfunktionen, er blevet opdateret til at understøtte "tokenisering" af mailen, så hvert token kan matche individuelt med den søgte streng.
Tokenisering er den proces, hvor mailadressen deles i mindre strenge (tokens) baseret på almindelige afgrænsere. Tegn, der betragtes som afgrænsere (ud over mellemrum), er: ~ ` ! @ # $ % ^ & * ( ) - + = { } [ ] | \ . , : ; " ' < > ? /
|
Først rapporteret: juli 2024 |
Fjernet fra aktuel liste: november 2024 |
|---|
Denne meddelelse gælder kun Acrobat Sign-administratorer til kommercielle virksomheder, der endnu ikke har migreret deres brugere til en Adobe VIP-, VIP Custom- eller ETLA-konsol.
- Hvis din Acrobat Sign-kontrakt udløber før 17. september 2024, kan du se bort fra denne meddelelse.
- Kundekonti i Government Cloud-miljøet påvirkes ikke.
Fra d. 17. september 2024 vil du se et nyt arbejdsforløb for at kontakte Adobe Acrobat Sign Support. Her er en overordnet oversigt over arbejdsforløbet:
- Log på din Acrobat Sign-konto som administrator på kontoniveau.
- Vælg "Kontakt support" under spørgsmålstegnet øverst til højre i vinduet.
- Du omdirigeres til en ny side med tre kanaler for at kontakte support. Vælg en af de tre kanaler for at få hjælp til dit problem:
- Webformular: Ved problemer med prioritet 2 og lavere kan du indsende en supportanmodning via webformularen og forvente svar i løbet af én arbejdsdag.
- Telefon: Ring til os, så vi kan hjælpe dig med det samme, hvis du har et vigtigt prioritet 1-spørgsmål.
- Chat: Kontakt vores eksperter i realtid.
Hvis du har en uløst billet med support efter den 17. september 2024, vil din billethistorik og samtale blive flyttet til et nyt system af den tildelte supportmedarbejder, som bekræfter flytningen før og efter. Den fremtidige kommunikation mellem dig og support vedrørende det uløste problem vil foregå i det nye system.
Arkiverede notifikationer
Opført efter datoen, hvor meddelelsen blev fjernet fra den aktuelle meddelelsesliste, fra nyeste til ældst.
