Adobe Acrobat Sign tekniske varsler 2021-2022

Adobe Sign-mal: W-4 (2022)

Det nye IRS W-4 (2022)-skjemaet, med navnet W-4 2022 (arbeidstakers tilbakeholdelsesbevis) iforventes å bli lagt til i Adobe Sign-biblioteket som del av utgivelsen i april 2022.

HANDLING KREVES

Den nye W-4-skjemamalen har en ny libraryDocumentId. Hvis du bruker den eksisterende malens libraryDocumentId i programmene dine, må du oppdatere den.

2021-versjonen vil bli fjernet fra systemet i juni 2022.

Applikasjoner/API-er som bruker det eldre skjemaet (ver. 2021), må oppdateres før 1. juni for å sikre at det ikke blir avbrudd i tjenesten.

Slik finner du libraryDocumentId i en API-aktivert konto:

1. Logg på som kontoadministrator
2. Klikk på Kontoer-fanen > Adobe Sign API > API-informasjon > klikk på koblingen: Metodedokumentasjon for REST-API
3. I delen GET /libraryDocuments klikker du på knappen OAUTH ACCESS-TOKEN 
   • Aktiver library_read:self-omfanget
4. Klikk på Prøv det! knappen
5. I Response Body finner du den nye W-4 2022-skjemamalen Employee's Withholding Certificate, (ikke ver. 2021) for å se libraryDocumentId-verdien.  

To nye webhook ble lagt til med utgivelsen 14. juni

To nye webhook er lagt til i 14. juni-utgivelsen:

• Avtaleutløp er oppdatert (AVTALE_UTLØP_OPPDATERT) (kun tilgjengelig via REST v6 API POST/webhook) – Aktiveres når en avtales utløpsdato oppdateres.
  
• Avtaleunderskrivernavn endret av underskriver (AVTALENS_UNDERSKRIVER_NAVN_ENDRET_AV_UNDERSKRIVER) – Utløses når en mottaker endrer navn ved signering til å være en annen verdi enn navnet oppgitt da avtalen ble opprettet.

Begge webhook-ene er tilgjengelige.

Funksjonsutgivelse: Adobe Acrobat Sign – utgivelse fullført 15. juni

Funksjonsutgivelsen er fullført, og alle funksjoner er tilgjengelige.

Tillatelsesendring til Adobe Acrobat Sign for Microsoft-integrasjoner fullført 8. juni 2022

8. juni 2022 migrerte Acrobat Sign varslingsrammeverket for Microsoft Teams-, Outlook-, Word- og PowerPoint-integrasjonene fra tilbakekall til webhooks. Dette vil forbedre levering av varsler og gjøre det mulig for brukere å få alle sine Acrobat Sign-dokumentvarsler i den foretrukne integrasjonen, uansett hvor dokumentet ble opprettet.

Nå som oppdateringen er fullført, vil sluttbrukere bli bedt om å godta Acrobat Sign-tillatelsene på nytt, inkludert visning, opprettelse/redigering og sletting av webhooks, før de kan fortsette å bruke integrasjonene.

Ny godkjenning av Acrobat Sign-tillatelsene kreves bare én gang og gjelder for Acrobat Sign i alle Microsoft 365-integrasjoner. Denne tillatelsen gis på kontonivå og må godtas av sluttbrukere.

Besøk den riktige hjelpesiden nedenfor og se gjennom "Opprettelse av den autentiserte relasjonen" for mer informasjon. For "direkte" Acrobat Sign-hjelp, logg på Acrobat Sign-kontoen din og klikk på "?" deretter "Kontakt support" for å se støttealternativene dine.

Klassisk Tilgangskode-funksjon fjernet fra tjenesten med juni 2022-utgivelsen

Tilgangskode-funksjonen har blitt fullstendig fjernet fra Acrobat Sign-systemet med utgivelsen fra juni 2022, da den klassiske Behandle-siden ble fjernet fra tjenesten.  

Tjenesteavbrudd for Custom Workflow Designer planlagt for 15. juni 2022, fullført.

Custom Workflow Designer hadde et kort tjenesteavbrudd for å oppdatere den underliggende koden i forbindelse med den store utgivelsen 15. juni.

Mellom 15:00 og 15:30 stillehavstid kan det hende at arbeidsflytdesigneren ikke lot brukere opprette en ny arbeidsflyt eller lagre en arbeidsflyt som ble redigert.

Bruken av arbeidsflyter til å generere avtaler ble ikke påvirket i løpet av denne tiden.

Slutt på støtte for Microsoft Internet Explorer 11- og eldre Edge-nettlesere per 31. desember, 2021

Innen 31. desember 2021 vil ikke Adobe Sign formelt støtte nettleserne Microsoft Internet Explorer 11 eller eldre Microsoft Edge. Vi anbefaler at kunder ikke lenger bruker Adobe Sign-programmet med disse nettleserne. Etter 31. desember 2021 kan kunder som bruker disse nettleserne oppleve forringet ytelse, og noen funksjoner kan slutte å fungere.

Mottakerens e-signeringside skal fortsette å fungere riktig på disse nettleserne for å unngå å forstyrre mottakerens arbeidsflyter. Vi jobber med å gjøre denne overgangen så smidig som mulig.

Funksjonsutgivelse: Adobe Acrobat Sign – utgivelse fullført 5. april

Adobe Acrobat Sign har fullført funksjonsutgaven som er planlagt for den første uken i april 2022. Det var ingen nedetid under utgivelsen

April 2022-utgivelsen inneholder forbedringer av funksjoner for brukere og administratorer, samt løsninger på flere kunderapporterte problemer.  

Nytt SSL-sertifikat tilgjengelig –
Trer i kraft fra 1. april 2022

Acrobat Sign har publisert de nye SSL-sertifikatene om morgenen 1. april 2022.
Det er ingen endring i den offentlige nøkkelen, underliggende kryptografiske protokoller eller oppsett.

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 selv (eller bruker andre metoder), kan du finne de nye Acrobat Sign-sertifikatene i systemkravene 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 april.
  • Hvis din SSO ikke støtter flere offentlige sertifikater/kjeder, må du synkronisere din SSL-bryter med Acrobat Sign den 1. april 2022.  

De nye SSL-sertifikatene er nå aktive fra 1. april 2022.

Mindre funksjonsutgave: Adobe Acrobat Sign 3. mai 2022

Acrobat Sign fullførte en mindre funksjonsutgivelse 3. mai 2022. Det var ingen nedetid under utgivelsen

Mai 2022-utgivelsen inkluderer én funksjonsforbedring for å tillate kunnskapsbasert autentisering for flere deltakere i nettskjemaer. 

Leietakeroppdatering for Acrobat Sign for Word/PowerPoint, Outlook og Teams-integrasjoner

Den 22. mars 2022 vil Adobe Acrobat Sign oppdatere Acrobat Sign for Office 365-applikasjonsleieren, den vanlige programleieren for integreringen av Word/PowerPoint, Outlook og Teams.  

Fra og med kl. 10:00 østlig sommertid, kan administratorer/brukere bli bedt om å godta en tillatelsesforespørsel for applikasjonen på nytt før tilgang er tillatt. Den nøyaktige tiden avhenger av når kontoens Microsoft-utstedte autentiseringstoken utløper (opptil 24 timer etter starttidspunktet).

Planlagt vedlikehold for tjenesten Adobe Sign Custom Email Templates (CEMT) – Fullført

Lørdag 12. februar 2022, fra 18:00 PST til 19:00 PST, vil Adobe Sign Custom Email Templates (CEMT)-tjenesten ha en kort forringelse av tjenesten mens sentrale infrastrukturkomponenter oppgraderes. I løpet av denne tiden kan kundene se standard e-postmaler fremfor de forventede tilpassede malene. Ingen driftsavbrudd forventes.

Funksjonsutgivelse: Januar 2022 – Fullført

Adobe Sign har fullført januar 2022-utgivelsen uten nedetidopplevelser i applikasjonen.

Januar-utgivelsen inkluderer funksjonsforbedringer for brukere og administratorer, samt løsninger på flere kunderapporterte problemer.  

Den nye Hjem og Administrer-siden blir standard i januar 2022, klassiske sider fjernet fra tjenesten

Adobe Sign avvikler de klassiske opplevelsene for Hjem og Administrer-sider i januar 2022-utgivelsen. På det tidspunktet vil alle kontoer bli overført til den moderne Hjem- og Administrer-opplevelsen, uten mulighet til å gå tilbake til det klassiske grensesnittet.
Vær oppmerksom på at vi er forpliktet til å gjøre denne overgangen så smidig som mulig, og har lansert funksjoner som matcher oppførselen til den klassiske administrasjonssiden, inkludert:

• Målrettet søk etter for- og etternavn.
• Avsendere kan nå legge til en melding når de erstatter underskriveren.
• Lagt til funksjonalitet for påminnelse til CC-er og underskrivere som har fullført.

I desemberutgivelsen forbedrer vi søkemulighetene ytterligere og legger til en «rask blikk på metadata»-funksjon.  

Adobe Sign-autentisering omdirigerer til Adobe Identity Management

Fra og med Adobe Sign-utgivelsen i september vil noen brukere som godkjenner direkte til Adobe Sign-applikasjonen, oppdage at godkjenningsmetoden er omdirigert til Adobe Identity Manager.

Adobe standardiserer godkjenning til dette formatet ut 2020.

Funksjonsutgivelse: Adobe Sign oktober 2021

Adobe Sign har fullført oktober 2021-utgivelsen uten nedetid i programmet.

Oktoberutgivelsen inneholder forbedringer av funksjoner for brukere og administratorer samt løsninger på flere kunderapporterte problemer.  

Låsing av navnverdier utvides til skrevne signaturer

Marsutgivelsen innførte en innstilling for å aktivere/deaktivere et mottakers mulighet til å redigere navneverdien sin ved signering, forutsatt at navnet var oppgitt eller kjent (via API eller brukerprofil). Skrevne signaturer ble utelatt fra denne funksjonen som ga mulighet til at noen underskrivere kunne endre navneverdien sin under signaturprosessen. Septemberutgivelsen oppdaterer denne funksjonen til å omfatte innstilling for låsing av navn for alle signaturtyper, inkludert skrevne signaturer.

• Kunder som har aktivert Skrive inn navnet og initialene og deaktivert Underskrivere kan endre navn eller initialer, vil se en endring i virkemåte. Navneverdien vil ikke lenger være redigerbar under signaturprosessen for skrevne signaturer.
• Kunder som ønsker å tillate redigering av navneverdien under signaturprosessen, skal aktivere innstillingen Underskrivere kan endre navn eller initialer (i menyen Signaturinnstillinger).

Kontrollert tilgang til e-Sign-siden i septemberutgivelsen

For å overholde juridiske Adobe-krav oppdaterer Adobe Sign virkemåten for aksept av vilkårene for bruk (TOU) på e-Sign-siden. I den nye opplevelsen må alle "ukjente" mottakere godta Adobe Sign-vilkårene for bruk (ved å klikke på Fortsett-knappen) før de kan interagere med avtalen. Denne akseptasjonen er forskjellig fra eventuell tilpasset TOU som kundekontoen kan ha konfigurert, som vil fortsette å løses per kontoens TOU/CD-akseptkonfigurasjon.

• En «ukjent» mottaker er enhver e-postadresse som ikke er en registrert, aktiv brukers e-postadresse i en klarert konto.
  
• «Kjente» brukere har godtatt Adobe Sign-vilkårene for bruk som del av registreringsprosessen da de verifiserte brukerkontoen, så de blir ikke bedt om å godta på nytt.

Nedenfor er et eksempel på flyten Implisitt samtykke for en avtale med egendefinerte bruksvilkår konfigurert av kunden:

1. Godta Adobe Sign-vilkårene for bruk ved å velge Fortsette-knappen (etter at avtalen er åpnet).
2. Fyll ut avtalefeltene etter behov.
3. Godta kundeopplysninger og bruksvilkår for kunden ved å velge knappen Klikk for å signere.

API- og Send-sideoppdateringer for Notarize-integreringsfunksjonen (forventes i oktober)

Utgivelsen i oktober vil introdusere en ny Adobe Sign-funksjon som støtter integrering med Notarize, Inc.s plattform for ekstern nettbasert notarialbekreftelse (RON, Remote Online Notarization).Adobe Sign-integrasjonen med Notarize, Inc. er tilgjengelig for bruk i USA.kun.

Nedenfor er sammendraget av endringene:  

Notarize-integrering – Adobe Sign-integrering med Notarize, Inc.s plattform for ekstern nettbasert notarialbekreftelse (RON, Remote Online Notarization) lar kunder legge til ekstern nettbasert notartjeneste som en del av sine Adobe Sign-transaksjoner. Tilgjengelig for aktivering for kunder i bedrifts- og forretningsnivåer som selges direkte av Adobe via ETLA-programmet. Bare disse kundene kan kjøpe notartransaksjoner som et tillegg for en ekstra kostnad. 

Det er to elementer som bør vurderes av kunder som bygger sine egne apper eller bruker integreringer: 

Send-siden har et nytt element for å identifisere en underskriver som en som krever en notarialbekreftet signatur, og ytterligere konfigurasjonstrinn for å veilede signaturprosessen.  

REST API har blitt oppdatert for å imøtekomme kravene for å utnytte denne funksjonaliteten, og kunder som bruker REST API bør gjennomgå det nedenstående for å avgjøre om det har noen innvirkning på deres eksisterende bruk. 

• Send-sideoppdateringer
  

Kunder med Notarize-transaksjoner aktivert kan velge alternativet Krever notarialbekreftelse på mottakerposten, rett til høyre for godkjenningsmetoden:

Når avtalen er konfigurert og avsenderen klikker på Neste, får avsenderen ytterligere konfigureringsalternativer for notarprosessen:

• API-oppdateringer – Det er betydelige oppdateringer til API-ene for å støtte Notarize-integreringen:

POST /agreements

API-et POST /agreements er oppdatert for å støtte sending av en avtale til notarialbekreftelse.

• Den nye rollen NOTARY_SIGNER brukes til å indikere en notarøktdeltaker.
  
• Et nytt NotaryInfo-attributt er lagt til i definisjonen AgreementInfo for å inneholde alle alternativene knyttet til oppretting av en ny avtale som krever notartjenester.

FileInfo-utvidelse

FileInfo-definisjonen må utvides for å indikere hvilke dokumenter som skal notarialbekreftes.

ParticipantInfo-utvidelse

ParticipantInfo-definisjonen er utvidet slik at notargodkjenningsmetoden kan angis.

NotaryInfo

Et nytt valgritt notaryInfo-felt er lagt til i AgreementInfo-definisjonen for å inneholde NotaryInfo-objektet som angir flere alternativer knyttet til notarialbekreftelse.

Eksempel på /agreement

PUT|GET /agreements/{aid}

API-et PUT /agreements/{aid} støtter oppdatering av en avtale med alternativer for notarialbekreftelse. API-et GET /agreement /{aid} returnerer alle alternativer som er angitt for notarisering av avtalen. Se avsnittet POST /agreements for å se oppdaterte attributter.

Feilkoder

Eksisterende feilkoder for POST /agreements forblir uendret. Vi har definert en ny feilkode som angitt nedenfor:

Dokumentasjonseffekt

I forespørselens AgreementInfo-objekt vil "status"-elementet inkludere den nye avtalestatusen WAITING_FOR_NOTARIZATION.

POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens

API-et kan brukes av kunder (notarunderskrivere) for å skaffe et signeringstoken som lar dem fullføre e-signeringsfasen av flyten. 

• Ny signeringsfunksjon er lagt til for å registrere den nye rollen – ACCEPT_BEFORE_NOTARIZATION. 
• Signeringstokener bør ikke anskaffes for å fullføre notarialbekreftelsesfasen.

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status

API-et kan brukes av kunder (notarunderskrivere) for å fullføre e-signeringsfasen i flyten. For å tilrettelegge for den nye rollen har ny enumstatusverdi blitt introdusert – ACCEPTED_BEFORE_NOTARIZATION.

Notarunderskriveren kan følge sekvensen nedenfor med API-kall for å fullføre e-signeringsfasen:

1. GET /agreements/{agreementId}/members – for å hente notarunderskriverens deltaker-ID og deltakersett-ID
2. POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens – for å be om signeringstoken for notarunderskriver med ACCEPT_BEFORE_NOTARIZATION-funksjonalitet
3. POST /transientDocuments – for å laste opp dokument som ble gjennomgått
4. PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status – for å sende gjennomgått dokument og fullføre e-signeringsfase.

Ny webhook-hendelse

Kunder kan abonnere på ny webhook-hendelse, AGREEMENT_READY_FOR_NOTARIZATION, for å bli varslet når avtalen er klar for notarialbekreftelse. Hendelsen er ikke synlig i webhooks-brukergrensesnittet og kan abonneres på via API-kallet POST /webhooks.

Dokumentasjonseffekt

Følgende API-er endres ikke, men dokumentasjonen er oppdatert for å inkludere den nye avtalestatusen WAITING_FOR_NOTARIZATION eller den nye rollen NOTARY_SIGNER.

GET /agreements

I svarobjektet UserAgreements/UserAgreement, inkluderer "status"-elementet nå tilsvarende status "WAITING_FOR_NOTARIZATION".

GET /agreements/{agreementId}

I svarobjektet AgreementInfo, inkluderer "status"-elementet nå tilsvarende status "WAITING_FOR_NOTARIZATION".

GET /agreements/{agreementId}/events

API-et er oppdatert for å støtte de nye hendelsene READY_TO_NOTARIZE og NOTARIZED.

Som svar Hendelse-objekt

• "participantRole"-elementet inkluderer nå den nye rollen NOTARY_SIGNER.
• "type"-elementet inkluderer de nye hendelsene READY_TO_NOTARIZE og NOTARIZED. "description"-elementet vil være henholdsvis "Dokument sendt til notarialbekreftelse" og "Notarialbekreftet dokument mottatt"

GET /agreements/{agreementId}/members/participantSets/{participantSetId}

I svarobjektet DetailedParticipantSetInfo inkluderer "status"-elementet nå den tilsvarende statusen WAITING_FOR_NOTARIZATION.

PUT /agreements/{agreementId}

Be om AgreementInfo-objektet inkluderer nå statusen "WAITING_FOR_NOTARIZATION".

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}

WAITING_FOR_NOTARIZATION-status er én av "status"-elementverdiene i DetailedParticipantSetInfo-objektet.

POST /agreements/{agreementId}/view

WAITING_FOR_NOTARIZATION-status er lagt til som en av de tillatte visningene.

GET /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingInfo

Hvis deltakeren som er angitt i forespørselsbanen, har en notarunderskriverrolle, returnerer API-et signeringskonfigurasjonen ACCEPT_BEFORE_NOTARIZATION, sammen med alle de andre signeringskonfigurasjonene for denne avtalen/deltakeren.

Utgivelse: Adobe Sign september 2021

Adobe Sign fullførte en funksjonsutgivelse 16. september 2021. Det var ingen nedetid under utgivelsen

September-utgivelsen inneholder forbedringer av funksjoner for brukere og administratorer samt løsninger på flere kunderapporterte problemer.  

Firmanavnalternativet skal fjernes fra telefongodkjenning

SMS-sikkerhet (med hensyn til sendingID som sansvarer med det angitte firmanavnet i meldingen) er forbedret slik at hvis Adobe Sign sender SMS-meldinger til et annet firmanavn, kan dette føre til at meldingen ikke leveres.

Som et resultat skal muligheten til å tilpasse telefonautentiseringsmeldingen med firmanavnet fjernes fra tjenesten i september 2021-utgivelsen.

Kjent problem: Ny Hjem- og Behandle-side er tom

Problem: Ved bytte til den nye Hjem-siden eller Behandle-siden er siden helt tom.

Test: forsøk å laste denne siden: https://documentcloud.adobe.com/

• Hvis du ikke kan laste inn https://documentcloud.adobe.com/, må du kontakte din interne nettverksadministrasjon og samarbeide med dem for å oppheve blokkeringen av documentcloud.adobe.com-domenet.
• Hvis du kan åpne koblingen over, kontakter du kundestøtte

Adobe Sign v6 REST POST /workflows/ID/agreements er fjernet fra tjenesten

REST v6 API-kallet POST /workflows/ID/agreements er fjernet fra tjenesten i juni 2021-utgivelsen, ett år etter fjerning av kallet fra dokumentasjonen og varsling av brukerne om at endepunktet ville bli fjernet.

Kunder som fortsatt bruker API-kallet, får nå en 404-feil.

Det foreslåtte alternativet for å erstatte funksjonaliteten er å bruke kallet POST/agreement med en workflowID i JSON-forespørselen.

Eksempelforespørsel:

v6REST-oppdatering for GET /agreements/{agreementId}/signingUrls

Når du kalte opp GET /agreements/{agreementId}/signingUrls før juniutgivelsen, returnerte API-en en 404-feil umiddelbart etter at avtalen var blitt opprettet.

Kort tid etter at 404-feilen var blitt fjernet, ville svaret returnere et ikke-404-svar, men inkluderte bare avsenderens URL-adresser for signatur. (Mens underskriverens deltakelse fortsatt ble definert.)

Etter lanseringen i juni 2021 returneres en 404: AGREEMENT_NOT_EXPOSED-kode til hele listen over URL-adresser for signatur er fullført, og da leveres en 200-kode.

Kunder som ikke ønsker å fortsette å prøve API-kallet før 200-svaret returneres, oppfordres til å bruke Webhooks og svare på AGREEMENT_CREATED-hendelsen.

Planlagt nedetid for Adobe Sign-integrasjonene for Word/PowerPoint, Outlook og Teams

Lørdag 17. juli 2021 fullførte Adobe Sign vedlikehold på følgende integrasjoner:

• Adobe Sign for Microsoft Teams
• Adobe Sign for Microsoft Word/PowerPoint
• Adobe Sign for Microsoft Outlook

Integrasjonene er nå oppe og kjører normalt.

Oppdateringsutgivelse: Adobe Sign august 2021

Adobe Sign har fullført oppdateringen per 11. august 2021. Oppdateringen ble fullført uten nedetid.

Utgivelsen av august-oppdateringen inneholder mindre endringer i brukeropplevelsen og løsninger på flere kunderapporterte problemer.  

Planlagt slutt på tjeneste for SOAP API i mai 2021

Etter utgivelsen av versjon 6 av REST API, som gir den beste programmeringsopplevelsen for Adobe Sign-utviklere, har SOAP API blitt avskrevet og vil ikke være støttet etter mai 2021.  REST API er nå det foretrukne grensesnittet til integratorer og applikasjonsutviklere, og fremtidig utvikling bør flytte til dette API-et.

Her er noen referanser som kan hjelpe til med overgangen:

• Overgang fra SOAP
• Adobe Sign REST API, versjon 6-metoder

HANDLING KREVES

Hvis du har utviklet en integrasjon eller et program for Adobe Sign-tjenesten som er basert på SOAP API, må du skrive om programmet ved å bruke minst REST API versjon 6 før mai 2021.  Det vil komme informasjon direkte til utviklere og integratorer de neste kvartalene for å sikre en problemfri overgang til det nyeste API-et.

Planlagt slutt på tjeneste for IE 11-nettlesere i Microsoft-integreringer

Microsoft avslutter støtten for Internet Explorer 11 den 17. august 2021.

Derfor avslutter også Adobe Sign for Microsoft-integreringer støtten for IE11 på samme tidslinje.

Berørte tjenester er:

• Dynamics 365 (på nett og lokalt)
• Microsoft 365
• Outlook 365
• Power Automate / Power Apps
• SharePoint (på nett og lokalt)
• Teams

Planlagt slutt på tjeneste for Adobe Signs-integrasjon med Dropbox

Adobe Sign-integrasjonen med Dropbox er planlagt å opphøre 31. juli 2021.

På det tidspunktet vil Adobe Sign ikke lenger være tilgjengelig gjennom Dropbox-kontoen din, men alle Adobe Sign-avtalene dine vil forbli tilgjengelige for deg og kan nås ved å logge inn på Adobe Sign-kontoen din.

Ny utgivelse: Adobe Sign juni 2021

Adobe Sign har fullført juni 2021-utgivelsen uten nedetid.

Juni-utgivelsen inneholder forbedringer av funksjoner for brukere og administratorer samt løsninger på flere kunderapporterte problemer.  

Nytt SSL-sertifikat tilgjengelig –
Trer i kraft fra 1. juni 2021

Adobe Sign lanserer nye SSL-sertifikater 1. juni 2021
Det er ingen endring i den offentlige nøkkelen, underliggende kryptografiske protokoller eller ordningen.

De nye sertifikatene er tilgjengelige for nedlasting fra Adobe Sign-siden for systemkrav.

HANDLING KREVES

Bruk av den offentlige nøkkelen
Hvis du har bygd egne integrasjoner med Adobe Sign ved bruk av SOAP- eller REST-APIer, og hvis noen av disse integrasjonene har “festet” den eksisterende offentlige nøkkelen, er det ikke nødvendig å gjøre noe.

Hvis du bruker Adobe Signs SSL-sertifikater for SSO, eller hvis du fester sertifikatet selv (eller bruker andre metoder), kan du finne de nye Adobe Sign-sertifikatene i Adobe Sign-systemkravene.

De nye SSL-sertifikatene blir aktive 1. juni 2021.

Ny W-4 for 2021 lagt til i Adobe Sign-biblioteket

Det nye IRS W-4 (2021)-skjemaet, med navnet W-4 2021 (Employee's Withholding Certificate), forventes lagt til i Adobe Sign-biblioteket som del av utgivelsen i februar 2021.

HANDLING KREVES

Den nye W-4-skjemamalen har en ny libraryDocumentId. Hvis du bruker den eksisterende malens libraryDocumentId i programmene dine, må du oppdatere den.

2020-versjonen vil bli fjernet fra systemet i mai 2021.

Programmer eller API-er som bruker det eldre skjemaet (ver. 2020), må oppdateres før 1. mai for å påse at det ikke blir avbrudd i tjenesten.

Slik finner du libraryDocumentId i en API-aktivert konto:

1. Logg på som kontoadministrator
2. Klikk på Kontoer-fanen > Adobe Sign API > API-informasjon > klikk på koblingen: Metodedokumentasjon for REST-API
3. I delen GET /libraryDocuments klikker du på knappen OAUTH ACCESS-TOKEN 
   • Aktiver library_read:self-omfanget
4. Klikk på Prøv det! knappen
5. I Response Body finner du den nye W-4 2021-skjemamalen Employee's Withholding Certificate, (ikke ver. 2020) for å se libraryDocumentId-verdien.  

Ny utgivelse: Adobe Sign mai 2021

Adobe Sign har fullført mai 2021-utgivelsen uten nedetid.

Mai-utgivelsen inneholder forbedringer av funksjoner for brukere og administratorer samt løsninger på flere kunderapporterte problemer.  

Oppdatering til behandling av Adobe Sign-informasjonskapsler

Adobe Sign tar i bruk et nytt banner for samtykke til informasjonskapsler, fra OneTrust, som vil vedvare til brukeren eksplisitt foretar et valg.

Brukere som omdirigeres til et nytt domene under godkjenning, må gi samtykke en gang til for det andre domenet (vanligvis gjelder dette ved omdirigering fra echosign.com til adobesign.com på grunn av domenebytte). 

Brukere anbefales å oppdatere bokmerkene sine for å eliminere omdirigeringen.

Fyll ut og signer har en bane for maler og godkjent signering

Bare jeg signerer-siden vil erstattes av en ny oprettingsside (basert på de nyeste Send -sidedesignene) som tillater bruk av maler og plassering av felt gjennom redigering.

Administratorinnstillinger bestemmer standard brukeropplevelse. En valgfri "bryter"-lenke kan aktiveres for å la brukeren bytte mellom det frie Fyll ut og signer-grensesnittet og den nye redigeringsaktiverte Selvsignering sopplevelsen. 

Nytt i denne opplevelsen er muligheten til å bruke godkjenning for underskriveren. 

Kontrollene er basert på Krev identitetsautentisering-innstillingene.Når aktivert vil brukeren bli bedt om å oppgi Adobe Sign-legitimasjonen når avtalen åpnes, og (valgfritt) igjen når de plasserer en signatur eller ferdigstiller avtalen. 

Kontrollene for den nye selvsignering sopplevelsen, samt håndhevet identitetsgodkjenning, kan fastsettes på konto- og/eller gruppenivå (innstillinger på gruppenivå overstyrer innstillingene på kontonivå).

Utrullingsplan

Den nye selvsigneringsopplevelsen vil erstatte den eldre Bare jeg signerer-siden i løpet av de to neste større utgivelsene. 

Kunder som bruker den eldre Bare jeg signerer-funksjonaliteten, bør planlegge overgang til den nye opplevelsen innen høsten 2020 når den blir standard og den eldre siden fjernes fra tjenesten. 

• Det gjøres ingen endringer til eksisterende innstillinger med utgivelsen i juli.
• I neste utgivelse vil den nye opplevelsen bli satt som standard med et alternativ for å gå tilbake til den gamle siden.
• I utgivelsen høsten 2020 fjernes muligheten til å gå tilbake til det gamle grensesnittet.

Adobe Sign for Word/PowerPoint, Outlook og Teams-oppdateringen blir lansert 19. april.

Oppdateringen trer i kraft kl. 8:00 PDT / 11:00 EST / 15:00 UTC

Denne oppdateringen iverksettes for å forbedre den generelle sikkerheten på tvers av alle tre integrasjonene.

Når oppdateringen er fullført, blir administratorer/brukere bedt om å godta på nytt en tillatelsesforespørsel for applikasjonen før tilgang gis.

Ny utgivelse: Adobe Sign mars 2021

Adobe Sign har fullført utgivelsen for mars 2021 uten nedetid.

Denne produktutgivelsen inkluderer nye funksjoner/forbedringer for administratorer og sluttbrukere samt flere løste problemer.

Planlagt "End of Service" for Edge Legacy-nettlesere i Microsoft-integrasjoner

Microsoft avslutter støtten for den eldre Edge-nettleseren 9. mars 2021

Derfor avslutter også Adobe Sign for Microsoft-integreringer støtten for eldre Edge på samme tidslinje.

Berørte tjenester er:

• Dynamics 365 (på nett og lokalt)
• Microsoft 365
• Outlook 365
• Power Automate / Power Apps
• SharePoint (på nett og lokalt)
• Teams

End of Support: Adobe Sign for Microsoft Power Automate v1-handlinger – planlagt for januar 2021

Adobe Sign for Power Automate 3.0-oppdateringen introduserer nye REST v6-handlinger som er ment som mer robuste erstatninger for eksisterende handlinger med samme navn.

Arbeidsflyter som bruker eldre handlinger, vil fortsatt kjøre selv om det ikke gjøres noe. Eldre handlinger har blitt merket med (gammel) i navnet.  Disse eldre handlingene skal etter planen bli avskrevet innen januar 2021.

Listen over handlinger som skal avskrives er:

• Opprett en bibliotekmal fra en dokument-nettadresse (gammel)
• Opprett en biblioteksmal fra et opplastet dokument (gammel)
• Opprett en avtale fra en nettadresse for et dokument og send til signering (gammel)
• Opprett en avtale fra en biblioteksmal og send til signering (gammel)
• Opprett en avtale fra et opplastet dokument og send til signering (gammel)
• Hent en liste over alle avtaler (gammel)
• Hent en liste over alle biblioteksmaler (gammel)
• Hent skjemafeltdata for en avtale (gammel)
• Last opp et dokument og få en dokument-ID (gammel)

De nye handlingene vises i Handlinger-listen med samme navn som de eldre handlingene.

Kunder som bruker disse handlingene, bør oppdatere flytene til å bruke de nye koblingshandlingene. Det kan gjøres ved å erstatte den eldre handlingen med de nye handlingene i den eksisterende automatiseringsflyten.

Avslutning av tjenesten for sosial autentisering

Muligheten til å kreve at underskrivere oppgir sin sosiale identitet før de får tilgang til å vise og signere dokumentet, blir fjernet i mars 2021.  Denne funksjonen gjorde det mulig for avsendere å kreve pålogging fra Facebook, LinkedIn, Google, Yahoo !, Microsoft Live eller Twitter. 

Planlagt slutt på tjeneste for den personlige Twitter-integreringen

Alternativet for å integrere med Twitter på brukernivå (via personlige innstillinger) fjernes fra brukergrensesnittet i mars 2021. På det tidspunktet:

• Ingen nye brukerkontoer kan aktivere Twitter på brukernivå
• Brukere som har Twitter aktivert, slutter å se Twitter-meldinger for nye opprettede avtaler
• Gratis brukerkontoer som har Twitter aktivert, vil få den månedlige transaksjonsgrensen redusert fra ti til:
  • 5 transaksjoner per måned for Adobe Sign Web-klienter
    
  • 2 transaksjoner per måned for Acrobat-klienter
    
• Aktiverte kontoer vil få Twitter-legitimasjonen fjernet fra Adobe Sign-systemene
  
• Adobe Signs Twitter-app vil bli slettet slik at alle Twitter-tokener utløper

Ny utgivelse: Adobe Sign februar 2021

Utgivelsen fra februar er fullført uten nedetid for tjenesten.

Denne produktutgivelsen inkluderer nye funksjoner/forbedringer for administratorer og sluttbrukere samt flere løste problemer.

Workflow Designer produserer feilmeldinger

På grunn av forbedret sikkerhet rundt deling av bibliotekressurser kan noen arbeidsflyter begynne å gi en Serverfeil-melding når du redigerer arbeidsflyten etter oppdateringen i september:

Avsendere som prøver å bruke en arbeidsflyt med dette problemet, får en feilmelding som angir at arbeidsflyten inneholder dokumenter som er utenfor omfanget:

Denne feilen betyr at arbeidsflyten har mistet retten til å bruke en eller flere av de vedlagte biblioteksmalene. Dette skjer oftest når maltilgangstillatelsene endres fra å gi konto-/gruppertilgang til å begrense tilgangen til eieren.  

Administratorer bør avbryte denne feilmeldingen i stedet for å laste inn siden på nytt.

Slik retter du feilen:

• Eieren av malen bør redigere malrettighetene slik at de er tilgjengelige for kontoen/gruppen som arbeidsflyten er bundet til.
• Eieren av arbeidsflyten kan erstatte malen med en mal som har riktige tillatelser.  Dette gjøres ved å avbryte feilmeldingen ovenfor og fortsette med å redigere arbeidsflyten og erstatte dokumentet.

Slutt på tjeneste for Adobe Sign for Workplace by Facebook

Adobe Sign for Workplace by Facebook-integrasjonen ble fullstendig avviklet fra og med 29. november 2020.