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 brukere
- Lage funksjonsfokuserte brukere
- 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
- Laste 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
- Administratortillatelser for grupper
- Erstatte mottaker
- Revisjonsrapport
- Transaksjonsbunntekst
- I produktmeldinger og veiledning
- Tilgjengelige PDF-er
- Ny redigeringsopplevelse
- Kunde i helsevesenet
- Kontooppsett
- 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
- Digitale signaturer
- Elektroniske segl
- Digital identitet
- Rapportinnstillinger
- 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 pålogging
- Krev mottakernavn ved sending
- Lås navneverdier for kjente brukere
- Tillatte mottakerroller
- Tillat e-vitner
- Mottakergrupper
- Kopimottakere
- Tilgang til mottakeravtale
- Obligatoriske felt
- Legge ved dokumenter
- Feltutflating
- Endre avtaler
- Avtalenavn
- Språk
- Private meldinger
- Tillatte signaturtyper
- Påminnelser
- Passordbeskyttelse for signert dokument
- Send avtalevarsel gjennom
- Alternativer for underskriveridentifikasjon
- Innholdsbeskyttelse
- Aktiver Notarize-transaksjoner
- Dokumentutløp
- Forhåndsvis, plasser signaturer og legg til felt
- Sigeringsrekkefølge
- Liquid Mode
- Tilpassede arbeidsflytkontroller
- Opplastingsalternativer for e-signeringssiden
- Omdirigering til nettadresse for bekreftelse etter signering
- 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
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
- Redigere felt til dokumenter
- Redigeringsmiljø i appen
- Opprette skjemaer og tekstkoder
- Opprette skjemaer med Acrobat (AcroForms)
- Felt
- Vanlige spørsmål om forfatting
- Signer avtaler
- Behandle avtaler
- Behandle sideoversikt
- 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
Kundestøtte og feilsøking
Tekniske merknader for Adobe Acrobat Sign er ordnet nedenfor med den gjeldende oppdateringen øverst, slik at du går bakover i tid etter hvert som du blar nedover siden.
[Viktig] Neste Adobe Acrobat Sign-utgivelse er planlagt til mandag 11. februar 2025
Dette vil være en mindre oppdateringsutgivelse som vil løse en rekke feil funnet av kunder og bruke eventuelle optimaliserings-/sikkerhetsoppdateringer etter behov.
Sandbox-miljøet innfører disse oppdateringene fire uker før den planlagte utgivelsen. En oversikt over de løste kundeproblemene blir publisert på det tidspunktet og oppdateres 14 dager før utgivelse.
Funksjonsutgivelse: Adobe Acrobat Sign– Utgivelse fullført 12. november
Utgivelsen ble fullført til alle fragmenter uten nedetid for noen av tjenestene.
|
Først rapportert: Desember 2024 |
Gjeldende |
|---|
Adobe Acrobat Sign vil rotere Adobe Acrobat Sign SSL-sertifikatet den 22. januar 2025.
I tillegg distribueres et nytt SSL-sertifikat for å støtte WAF-nettverksendringene som gjøres i januar 2025. Dette nye sertifikatet påvirker tilgangen til Acrobat Sign-tjenesten direkte, og må installeres før WAF-en går på nett.
Handling kreves
- Hver kundekonto som eksplisitt sikrer nettverksaktivitet, må inkludere det nye WAF SSL-sertifikatet i sin liste over lagrede sertifikater.
- Hvis du har bygd egne integrasjoner med Acrobat Sign ved bruk av SOAP- eller REST-API-er, og hvis noen av disse integrasjonene har «festet» den eksisterende offentlige nøkkelen, er det ikke nødvendig å gjøre noe.
- Hvis du bruke Acrobat Signs SSL-sertifikater for SSO eller hvis du fester sertifikatet (eller bruker andre metoder), finner du de nye Acrobat Sign SSL-sertifikatene i Systemkrav for Adobe Acrobat Sign.
- Hvis SSO-konfigurasjonen støtter flere offentlige sertifikater/kjeder, kan du nå legge til de nye sertifikatene og fjerne det gamle offentlige sertifikatet/kjeden fra konfigurasjonen etter byttet i januar.
- Hvis din SSO ikke støtter flere offentlige sertifikater/kjeder, må du synkronisere din SSL-bryter med Acrobat Sign den 22. januar 2025.
De nye SSL-sertifikatene blir aktive fra 22. januar 2025.
|
Først rapportert: september 2024 – oppdatert: januar |
Gjeldende |
|---|
For å forbedre sikkerheten og robustheten til Adobe Acrobat Sign-tjenesten, ruller vi ut nettverksendringer for å inkludere en WAF (Web Application Firewall) i første halvdel av 2025 (endelige datoer fastsettes; bokmerk dette varselet!). Disse endringene ruter trafikk til Acrobat Sign-programservere via WAF-innholdsnettverket. Denne rutingen blir usynlig for de fleste kundene. Bruken forstyrrer ikke tilgangen til Acrobat Sign fra noen Adobe-klienter eller -integrasjoner.
Handling kreves
I de fleste tilfeller vil ikke denne endringen påvirke kundeintegreringer, ettersom Acrobat Sign API- og API-domenenavn ikke endres. De underliggende IP-adressene for Acrobat Sign API-endepunktene vil imidlertid endres.
Integrasjoner skrevet eksplisitt for å tillateliste de utgående forbindelsene med de tidligere dokumenterte Acrobat Sign API-inngangsadressene, må fjerne disse eldre tillatelseslistene før WAF-implementeringen.
-
Inngående kontra utgående tilgang til Acrobat Sign
Acrobat Sign vil ikke lenger publisere eller støtte en liste over IP-ingressadresser til serveren, siden slik bruk ikke er kompatibel med WAF-nettverket. Serverens IP-egressadresser som brukes av webhooker og e-postvideresending, fortsetter som dokumentert på systemkrav for Acrobat Sign-siden.
-
Hvorfor gjør Adobe disse endringene?
Bruk av WAF forbedrer Acrobat Signs beskyttelse mot skadelig trafikk, og hjelper oss med å bedre håndtere krav til sikkerhet, robusthet og samsvar.
-
Jeg har en tilpasset integrering i Acrobat Sign. Blir programmet mitt påvirket?
I de fleste tilfeller, nei, men det avhenger av hvordan programmet er skrevet.
Normalt avhenger programmer bare av domenenavnene til Acrobat Sign-tjenesten (f.eks. «api.na1.adobesign.com»), og disse navnene fortsetter å fungere. Sjeldnere vil et program utføre det ekstra trinnet med å tillate opplisting av den spesifikke IP-adressen som dette navnet løser.
En slik tillatelsesliste vises oftere når det utvikles et webhook-endepunkt for å bekrefte at webhook-forespørselen kommer fra en gyldig Acrobat Sign-server. IP-adresser for webhook påvirkes ikke av denne endringen.
Mindre vanlig er at et program som starter en forespørsel til et Acrobat Sign-endepunkt, validerer IP-adressen mot en tillatelsesliste. Denne valideringslogikken må fjernes, ellers vil programmet mislykkes.
Som standard for beste praksis bør programmet utføre serversertifikatvalidering av Acrobat Sign-endepunktet ved oppstart av TLS-tilkoblingen. Dette gir god sikkerhet for at forespørselen kommer til et gyldig Acrobat Sign-endepunkt. De fleste HTTP/S-rammeverk og -biblioteker utfører som standard serversertifikatvalidering.
-
Finnes det nye IP-adresselister som kan erstattes?
Acrobat Sign vil ikke lenger publisere eller støtte en liste over IP-ingressadresser til serveren, siden slik bruk ikke er kompatibel med WAF-nettverket. Serverens egress-IP-adresser som brukes av webhooker og e-postvideresending, fortsetter som dokumentert på Systemkrav for Acrobat Sign-siden.
-
Min organisasjon har implementert nettverksfiltrering med Acrobat Signs publiserte domeneliste for trafikk fra vårt bedriftsnettverk. Er vi berørt?
Nei.
Nettverksendringene som er beskrevet her, påvirker ikke Acrobat Signs domeneliste, slik det er dokumentert på Systemkrav for Acrobat Sign-siden. Filtrering på domenenivå påvirkes ikke. -
Organisasjonen min bruker IP-adressevalidering for e-postlevering fra Acrobat Sign-servere. Er vi berørt?
Nei.
IP-områdene for videresending av utgående e-post, som oppført på Systemkrav for Acrobat Sign-siden, endres ikke. -
Organisasjonen min har konfigurert Acrobat Sign-kontoen for å begrense tilgangen til våre egne IP-adresser. Er vi berørt?
Nei.
Acrobat Sign kan konfigureres til å validere innkommende trafikk mot kundevalgte IP-adresser, som beskrevet på Begrens tilgang til kontoen din ved hjelp av IP-adresseområder-siden. Denne endringen berører ikke slik bruk. -
Organisasjonen min har implementert nettverksfiltrering ved hjelp av Acrobat Signs publiserte liste over inngående IP-adresser. Er vi berørt?
Ja.
Acrobat Sign vil ikke lenger publisere eller støtte en liste over IP-ingressadresser til serveren, siden slik bruk ikke er kompatibel med WAF-nettverket. De respektive nettverksfiltrene, for eksempel på brannmurer, må fjernes før WAF-installasjonen.Hvis disse eldre IP-nettverksbegrensningene ikke fjernes før denne endringen trer i kraft, slutter tilkoblingen til Acrobat Sign å fungere.
Merk:Merk at dette refererer til filtrering på IP-nivå for miljøet som er vert for applikasjonen din. Filtrering på domenenivå påvirkes ikke.
-
Jeg bruker Salesforce-integrasjonen med eksplisitt konfigurert IP-tillatelsesliste. Må jeg gjøre noe?
Nei.
WAF-installasjonen krever ingen endringer for eksisterende Salesforce-installasjoner på dette tidspunktet.
Den eksisterende konfigurasjonen/prosessen, som beskrevet i hjelpedokumentasjonen, forblir den samme. Administratorer bør følge alle trinn for IP-inkluderingslister.
ISV- og Embed-partnere må kontakte sin kundeansvarlige hvis de har flere spørsmål.
|
Først rapportert: juni 2018 – oppdatert: mai 2024 |
Gjeldende |
|---|
Handling kreves
Alle integrasjoner og programmer som bruker Adobe Acrobat Sign SOAP API, må, for å sikre fortsatt funksjon, migrere til den seneste REST API V6 før deaktiveringsdato.
Arbeidet for å avvikle Acrobat Sign SOAP API ble først annonsert i juni 2018, og vil fullføres i 2024.
Bruken av SOAP API vil deaktiveres gjennom en rullerende prosess som starter i februar 2024. Alle kunder og partnere som bruker SOAP API, må gå over til REST v6 API, eller risikere at tjenesten ikke fungerer som normalt.
Se gjennom REST v6 og dokumentasjonen for overgangen:
Tilgangen til SOAP API vil fjernes i henhold til følgende tidsplan:
|
Kontotype |
Deaktiveringsdato for SOAP API |
|
1. februar 2024 (fullført) |
|
1. april 2024 (fullført) |
|
Den planlagte datoen er flyttet til 1. juli 2024, og erstatter den forrige datoen 1. desember 2024. |
|
1. mars 2025 |
|
Først rapportert: juni 2018 – oppdatert: mai 2024 |
Gjeldende |
|---|
Handling kreves
Alle integrasjoner og programmer som bruker Adobe Acrobat Sign SOAP API, må, for å sikre fortsatt funksjon, migrere til den seneste REST API V6 før deaktiveringsdato.
Tilgang til SOAP API blir fjernes for alle innbyggingspartnere fra og med 1. mars 2025.
For å sikre fortsatt funksjonalitet, må alle integreringspartnere som bruker Adobe Acrobat Sign SOAP API migrere til nyeste REST API V6 før 1. mars 2025.
Gjennomgå REST v6 og migreringsdokumentasjonen for referanse:
Hvis du har spørsmål, kan du kontakte din utpekte Adobe Acrobat Sign PSM.
|
Først rapportert: November 2024 – Oppdatert: Februar 2022 |
Gjeldende |
|---|
Avsendere kan gi en ekstra visning av avtaler for mobile mottakere som bare viser feltet i avtalen som er tilgjengelig for mottakeren.
Avsendere kan ordne feltlisten slik de vil, og gruppere felt i logiske deler for å hjelpe underskriverne med å bevege seg gjennom feltinndataene med et minimum av rulling.
Mottakere kan velge å vise listen over mobilvennlige felt eller den opprinnelige PDF-visningen med feltene plassert i dokumentinnholdet.
Denne funksjonen er planlagt utgitt:
- Distribueres i Sandbox-miljøet 11. desember 2024
- Skal installeres på produksjonsmiljøet 7. januar 2025
|
Først rapportert: Desember 2024 |
Gjeldende |
|---|
Adobe Acrobat Sign roterer den offentlige nøkkelen (for *.adobesign.com og *.echosign.com), rot- og mellomliggende SSL-sertifikater morgenen 1. februar 2024.
Det er ingen endringer til underliggende kryptografiprotokoller eller skjema.
HANDLING KREVES
Bruk av offentlig nøkkel
- Hvis du har bygd egne integrasjoner med Acrobat Sign ved bruk av SOAP- eller REST-API-er, og hvis noen av disse integrasjonene har «festet» den eksisterende offentlige nøkkelen, er det ikke nødvendig å gjøre noe.
- Hvis du bruker Acrobat Signs SSL-sertifikater for SSO eller hvis du fester sertifikatet (eller bruker andre metoder), finner du de nye Acrobat Sign rot- og mellomliggende sertifikatene i systemkravene for Adobe Acrobat Sign. Den offentlige nøkkelen vil være tilgjengelig 1. februar 2024.
- Hvis SSO-konfigurasjonen støtter flere offentlige sertifikater/kjeder, kan du nå legge til de nye sertifikatene og fjerne det gamle offentlige sertifikatet/kjeden fra konfigurasjonen etter byttet i april.
- Hvis din SSO ikke støtter flere offentlige sertifikater/kjeder, må du synkronisere din SSL-bryter med Acrobat Sign den 1. februar 2024.
De nye SSL-sertifikatene blir aktive fra 1. februar 2024.
|
Først rapportert: November 2024 |
Gjeldende |
|---|
Den nye mottakeropplevelsen inneholder signeringsforbedringer for både skrivebords- og mobilnettlesere. Denne nye opplevelsen rulles ut de første månedene i 2025, men er tilgjengelig i Sandbox-miljøet den første uken i desember 2024.
|
Først rapportert: November 2024 |
Gjeldende |
|---|
I november 2024-utgiven har de redigerbare etikettene i Tilpasset arbeidsflytutforming blitt begrenset til 100 tegn. Denne grensen evalueres når arbeidsflyten opprettes eller oppdateres.
Forhåndseksisterende arbeidsflyter som har etiketter på over 100 tegn kan fremdeles sendes, men hvis arbeidsflyten oppdateres må etiketten reduseres til 100 tegn eller mindre før den kan lagres. Motstridende etiketter er merket med rødt for enkel oppdagelse.
Nye arbeidsflyter varsler om etikettgrensen før de lagres.
Handling kreves
Det anbefales at administratorer med kontroll over tilpassede arbeidsflyter åpner og gjennomgår hver arbeidsflyt for å sikre at de ikke har feil i malen.
|
Først rapportert: September 2024 |
Gjeldende |
|---|
Webhook 2.0-infrastrukturen er rullet ut til alle kunder, med dette er underskrivervarsler avviklet. Dette fører til at parameteren webhookNotificationApplicableUsers for webhook-nyttelasten ikke lenger gir noen nyttige data. Den fjernes fra alle webhook-nyttelaster når utgivelsen i mars 2025 distribueres.
Finner senderens userID og e-postadresse ved hjelp av parameterne initiatingUserId og initiatingUserEmail i varslingsnyttelasten.
|
Først rapportert: September 2024 |
Gjeldende |
|---|
Handling kreves
Alle kunder som bruker API, må oppdatere API-ene sine for å bruke endepunktene for versjon 6 så snart som mulig, for å beholde tilgangen.
Versjon 1–4 av Acrobat Sign REST API har blitt avviklet og vil fjernes fra tjenesten 1. desember 2025.
Oppdatering av API-er kan innebære betydelige anstrengelser, så alle kunder oppfordres på det sterkeste til å planlegge oppdateringene sine så snart som mulig, slik at støtteteamet kan bidra til å løse eventuelle spørsmål eller problemer som måtte oppstå før sluttdatoen i desember 2025.
Selv om REST API versjon 1–4 blir avviklet, vil de fortsette å fungere, og programmene deres vil fortsette å fungere helt til 1. desember 2025, når REST API versjon 1–4 fjernes.
Etter 1. desember 2025 vil alle programmer som er bygd på REST API versjon 1–4 slutte å fungere.
|
Først rapportert: september 2024 |
Gjeldende |
|---|
|
Først rapportert: August 2024 |
Gjeldende |
|---|
Den eldre Accept-Charset-toppteksten fjernes fra alle webhook- og callback-varsler i november 2024-utgivelsen.
Alle kunder som er avhengig av denne toppteksten, bør refaktorere koden for å ta hensyn til at den fjernes.
Denne oppdateringen gjelder kun for Kommersiell versjonen av Acrobat Sign-tjenesten. Government Cloud-kontoene påvirkes ikke.
|
Først rapportert: mars 2024 – oppdatert: november 2024 |
Gjeldende |
|---|
Det nye og forbedrede miljøet for Be om signatur blir standardopplevelsen for alle kontoer for å opprette en ny avtale, fra og med lanseringen 17. september 2024.
Koblinger blir fortsatt tilgjengelige for brukere slik at de kan veksle mellom det nye og det klassiske miljøet. Administratorer har fremdeles muligheten til å tilbakestille standardinnstillingen til den klassiske opplevelsen via administratormenyen.
Det klassiske miljøet fjernes helt fra den kommersielle brukeropplevelsen innen april 2025.
Den nye Forfatter-opplevelsen i applikasjonen er bare tilgjengelig som en del av det nye Be om signatur-opplevelsen.
Kunder som bruker den nye redigeringsmiljøet med klassisk Be om signatur, vil som standard bruke den nye Be om signatur-opplevelsen etter utgivelsen fra 17. september.
Som en del av utgivelsen i april 2025, får alle kontoer sitt standard sendemiljø angitt til den nye Be om signatur-opplevelsen.
Alternativet for å aktivere vekslekoblingene slik at brukerne kan veksle mellom miljøene, deaktiveres også.
Administratorer har fortsatt muligheten til å aktivere vekslekoblingene på administrasjonsmenyen.
Denne oppdateringen gjelder kun for Kommersiell versjonen av Acrobat Sign-tjenesten. Government Cloud-kontoene påvirkes ikke.
|
Først rapportert: Juni 2024 |
Gjeldende |
|---|
I mars 2025-utgivelsen fjernes det klassiske Komponer-grensesnittet fullstendig fra Acrobat Sign-grensesnittet, for å fullføre promoteringen av den nye Be om signatur-opplevelsen.
Alle kommersielle kontoer som ikke har konfigurert den nye Be om signatur-tjeneste som standardopplevelse, får Be om signatur-miljøet aktivert som det eneste miljøet for å konfigurere nye avtaler.
Alternativet for å konfigurere opplevelsen, inkludert vekslekoblingene mellom miljøer, fjernes fra administratormenyene.
|
Først rapportert: Mars 2024 |
Gjeldende |
|---|
Det nye og forbedrede miljøet for Send samlet blir standardmiljøet for alle kontoer fra og med utgivelsen 9. april 2024.
Koblinger blir fortsatt tilgjengelige for brukere slik at de kan veksle mellom det nye og det klassiske miljøet. Administratorer har fremdeles muligheten til å tilbakestille standardinnstillingen til den klassiske opplevelsen via administratormenyen.
Det klassiske miljøet fjernes helt fra brukeropplevelsen innen mars 2025.
|
Først rapportert: september 2022 – oppdatert: mars 2024 |
Gjeldende |
|---|
Standard rapportering fjernes fullstendig fra Acrobat Sign-grensesnittet i første halvdel av 2025. 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: 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/acrobat/hub/share-sync-pdfs.html
Flere ressurser
- Fellesskapsfora
- Ukentlig opplæring – Ukentlig webinar som dekker kursemner for nye brukere og administratorer
- Adobe Sign Innovation Series – Månedlig webinar som dekker de mest aktuelle emnene i Adobe Sign-sfæren
Tidligere varsler
|
Først rapportert: August 2024 |
Fjernet fra Gjeldende-liste: November 2024 |
|---|
Handling kreves
Kunder som opprettholder sikkerhetsrutiner for nettverk som eksplisitt lister innkommende IP-adresser, må oppdatere IP-områdene for Acrobat Sign-tjenesten innen slutten av september 2024.
Den komplette listen over IP-områder er publisert på siden med systemkrav
.
For å sikre fortsatt sømløs funksjon for tilbakekall og webhook-varsler, må IP-områdene nedenfor legges til tillatelseslisten for alle kundekontoer i EU2-datasenteret.
De tillagte IP-områdene 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 rapportert: August 2024 |
Fjernet fra Gjeldende-liste: November 2024 |
|---|
De nye IRS I-9- og W-9-skjemaene, med henholdvis tittelen I-9 (Employment Eligibility Verification) Exp 5/31/27 og W-9 (Request for Taxpayer Identification Number) Rev 3/24 er planlagt å legges til Acrobat Sign-biblioteket.
HANDLING KREVES
De nye bibliotekmalene har nye libraryDocumentIds. Hvis du bruker en av de eksisterende libraryDocumentId-malene i appene dine, må du oppdatere den.
2023-versjonene skal etter planen fjernes fra systemet med utgivelsen 12. november 2024.
Applikasjoner/API-er som bruker eldre (ver. 2023) maler må oppdateres før 8. november 2024 for å sikre at det ikke blir avbrudd i tjenesten.
Slik finner du libraryDocumentId i en API-aktivert konto:
- Logg på som kontoadministrator
- Klikk på Kontoer-fanen > Adobe Sign API > API-informasjon > klikk på koblingen: Metodedokumentasjon for REST-API
- I delen GET /libraryDocuments klikker du på knappen OAUTH ACCESS-TOKEN
- Aktiver library_read:self-omfanget
- Klikk på knappen Prøv det!-knapp
- I Response Body finner du den nye I-9 (Employment Eligibility Verification) utløper 31.05.27- eller W-9 (Request for Taxpayer Identification Number) rev 3/24-skjemamalen (ikke ver. 2023) for å se libraryDocumentId-verdien.
|
Først rapportert: November 2023 |
Fjernet fra Gjeldende-liste: November 2024 |
|---|
|
Først rapportert: September 2024 |
Fjernet fra Gjeldende-liste: November 2024 |
|---|
Autofullføringsfunksjonen som genererer en liste over e-postadresser når du angir en mottaker i et e-postfelt, har tradisjonelt bare matchende strenger fra begynnelsen av adressen.
API-et som driver autofullføringsfunksjonaliteten har blitt oppdatert for å støtte «tokenisering» av e-posten, slik at hvert token samsvarer individuelt med strengen det søkes etter.
Tokenisering er prosessen der e-postadressen deles opp i mindre strenger (tokener) basert på vanlige skilletegn. Tegn som behandles som skilletegn (annet enn mellomrom) er: ~ ` ! @ # $ % ^ & * ( ) - + = { } [ ] | \ . , : ; " ' < > ? /
|
Først rapportert: Juli 2024 |
Fjernet fra Gjeldende-liste: November 2024 |
|---|
Dette varselet gjelder bare for kommersielle Acrobat Sign-bedriftsadministratorer som ennå ikke har overført brukerne sine til en Adobe VIP-, VIP Custom- eller ETLA-konsoll.
- Hvis Acrobat Sign-kontrakten din utløper før 17. september 2024, kan du se bort fra dette varselet.
- Kundekontoer i Government Cloud-miljøet påvirkes ikke.
Fra 17. september 2024 ser du en ny arbeidsflyt for å kontakte Adobe Acrobat Signs kundestøtte. Her er en oversikt over arbeidsflyten på høyt nivå:
- Logg på Acrobat Sign-kontoen som administrator.
- Velg alternativet «Kontakt kundestøtte» under spørsmålstegnet øverst til høyre i vinduet.
- Du blir omdirigert til en ny side med tre kanaler for å kontakte kundestøtten. Velg én av de tre kanalene for å få hjelp med problemet ditt:
- Nettskjema: For problemer med prioritet 2 og lavere, kan du sende inn en støtteforespørsel via nettskjemaet og forvente svar i løpet av én virkedag.
- Telefon: Hvis du har kritiske problemer med prioritet 1 kan du ringe oss, slik at vi kan hjelpe deg umiddelbart.
- Chat: Kontakt ekspertene våre i sanntid.
Hvis du har en uløst sak hos kundestøtten etter 17. september 2024, flyttes sakshistorikken og samtalen til et nytt system av den tildelte kundestøttemedarbeideren, som bekrefter flyttingen før og etter. Fremtidig kommunikasjon mellom deg og kundestøtten vedrørende det uløste problemet vil skje på det nye systemet.
Arkiverte varsler
Oppført etter datoen da varslet ble fjernet fra den gjeldende varsellisten, sortert fra nyeste til eldste.
