Adobe Acrobat Sign tekniske meddelelser 2021-2022

Adobe Sign-skabelon: W-4 (2022)

Den nye IRS W-4 (2022)-formular med titlen W-4 2022 (Employee's Withholding Certificate) forventes at blive føjet til Adobe Sign-biblioteket som del af April 2022-udgivelsen.

HANDLING KRÆVES

Den nye W-4-formularskabelon har et nyt libraryDocumentId. Hvis du bruger den eksisterende skabelons libraryDocumentId i dine programmer, skal du opdatere den.

2021-versionen fjernes fra systemet i juni 2022.

Alle programmer/API'er, der anvender den ældre formular (ver 2021), skal opdateres før 1. juni for at sikre, at tjenesten ikke forstyrres.

Sådan finder du libraryDocumentId på en API-aktiveret konto:

1. Log på som kontoadministrator
2. Klik på fanen Konto > Adobe Sign API > API-oplysninger > klik på linket: Dokumentation til REST API-metoder
3. I sektionen GET /libraryDocuments skal du klikke på knappen OAUTH ACCESS-TOKEN 
   • Aktivér omfanget library_read:self.
4. Klik på Prøv det. knap
5. I svarteksten skal du finde den nye formularskabelon W-4 2022 (Employee's Withholding Certificate) (ikke ver. 2021) for at se libraryDocumentId-værdien.  

To nye webhooks tilføjet med versionen fra 14. juni

To nye webhooks er blevet tilføjet i versionen fra 14. juni:

• Aftalens udløbsdato opdateret (AGREEMENT_EXPIRATION_UPDATED) (kun tilgængelig via REST v6 API POST /webhooks) – udløses, når en aftales udløbsdato opdateres.
  
• Aftaleunderskrivers navn ændret af underskriver (AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER) – udløses, når en modtager ændrer sit navn ved underskrivelse til en anden værdi end det navn, der blev angivet, da aftalen blev oprettet.

Begge webhooks er tilgængelige.

Kommende version: Adobe Acrobat Sign – 15. juni version færdig

Funktionsversionen er færdig, og alle funktioner er tilgængelige.

Opdatering af tilladelser til Adobe Acrobat Sign for Microsoft-integrationer d. 8. juni 2022 gennemført

D. 8. juni 2022 migrerede Acrobat Sign meddelelsesrammen for Microsoft Teams-, Outlook-, Word- og PowerPoint-integrationerne fra callbacks til webhooks. Dette forbedrer leveringen af meddelelser og gør det muligt for brugere at få alle deres Acrobat Sign-dokumentmeddelelser i deres foretrukne integration, uanset hvor dokumentet stammer fra.

Nu hvor opdateringen er gennemført, bliver slutbrugere bedt om at genacceptere Acrobat Sign-tilladelserne, herunder visning, oprettelse/redigering og sletning af webhooks, før de kan fortsætte med at bruge integrationerne.

Genacceptering af Acrobat Sign-tilladelserne kræves kun én gang og gælder for Acrobat Sign i alle Microsoft 365-integrationer.Denne tilladelse tildeles på kontoniveau og skal accepteres af slutbrugere.

Besøg den relevante hjælpeside nedenfor, og læs "Etablering af det godkendte forhold" for yderligere oplysninger. For "live" Acrobat Sign-hjælp skal du logge ind på din Acrobat Sign-konto og klikke på "?"derefter "Kontakt support" for at se dine supportmuligheder.

Den klassiske Adgangskode-funktion fjernet fra tjeneste med juni 2022-versionen

Adgangskode-funktionen er blevet fuldstændig fjernet fra Acrobat Sign-systemet med juni 2022-versionen, da den klassiske Administrer-side blev fjernet fra tjeneste.  

Serviceafbrydelse for Custom Workflow Designer planlagt til d. 15. juni 2022, gennemført.

Custom Workflow Designer havde en kort serviceafbrydelse for at opdatere den underliggende kode i forbindelse med den store udgivelse d. 15. juni.

Mellem kl. 15.00-15.30 Pacific Time tillod arbejdsforløbsdesigneren muligvis ikke brugere at oprette et nyt arbejdsforløb eller gemme et arbejdsforløb, der blev redigeret.

Brugen af arbejdsforløb til at generere aftaler blev ikke påvirket i denne periode.

Supportophør af Microsoft Internet Explorer 11 og ældre Edge-browsere fra 31. december 2021

Inden 31. december 2021 vil Adobe Sign ikke længere formelt understøtte Microsoft Internet Explorer 11 eller Microsoft Edge Legacy-browsere. Vi anbefaler, at kunder ikke længere bruger Adobe Sign-programmet med disse browsere.Efter 31. december 2021 kan kunder, der bruger disse browsere, opleve en forringet oplevelse, og nogle funktioner fungerer muligvis ikke længere.

Modtagerens e-Sign side skal fortsætte med at fungere korrekt på disse browsere for at undgå at forstyrre modtagerens arbejdsforløb.Vi vil hjælpe med at gøre denne overgang så problemfri som muligt.

Kommende udgivelse: Adobe Acrobat Sign — 5. april Udgivelse gennemført

Adobe Acrobat Sign har afsluttet funktionsudgivelsen, som var planlagt til den første uge af april 2022. Der var ingen nedetid under udgivelsen

April 2022-versionen indeholder funktionsforbedringer for brugere og administratorer samt løsninger til flere kunderapporterede problemer.  

Nyt SSL-certifikat tilgængeligt —
Gælder fra 1. april 2022

Acrobat Sign har frigivet de nye SSL-certifikater om morgenen d. 1. april 2022.
Der er ingen ændring i den offentlige nøgle, de underliggende kryptografiske protokoller eller skemaet.

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 i Adobe Acrobat Sign Systemkrav.
  • 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. april 2022.  

De nye SSL-certifikater er nu aktive fra 1. april 2022.

Mindre funktionsudgivelse: Adobe Acrobat Sign 3. maj 2022

Acrobat Sign gennemførte en mindre funktionsudgivelse den 3. maj 2022.Der var ingen nedetid under udgivelsen

Maj 2022-udgivelsen indeholder en funktionsforbedring, der gør det muligt at bruge vidensbaseret godkendelse for yderligere deltagere i webformularer. 

Lejeropdatering til Acrobat Sign til Word/PowerPoint, Outlook og Teams-integrationer

Den 22. marts 2022 vil Adobe Acrobat Sign opdatere Acrobat Sign til Office 365-programlejeren, den fælles programlejer til Word/PowerPoint-, Outlook- og Teams-integrationerne.  

Fra kl. 10:00 kan administratorer/brugere blive bedt om at acceptere en anmodning om tilladelser til programmet igen, før der gives adgang. Det nøjagtige tidspunkt afhænger af, hvornår kontoens Microsoft-udstedte godkendelsestoken udløber (op til 24 timer efter starttidspunktet).

Planlagt vedligeholdelse for tjenesten Adobe Sign Custom Email Templates (CEMT) – fuldført

Lørdag d. 12. februar 2022 fra kl. 18.00 PST til kl. 19.00 PST vil Adobe Sign Custom Email Templates (CEMT) Service opleve en kort serviceforringelse, mens centrale infrastrukturkomponenter opgraderes.I denne periode vil kunder muligvis se standardmailskabeloner i stedet for deres forventede brugerdefinerede skabeloner. Der forventes ingen afbrydelse.

Kommende version: januar 2022 – fuldført

Adobe Sign har afsluttet januar 2022-versionen uden at opleve nedetid i programmet.

Januar-udgivelsen indeholder funktionsforbedringer for brugere og administratorer samt løsninger på flere kunderapporterede problemer.  

Den nye Hjem- og Administrer-side bliver standard i januar 2022 – de klassiske sider fjernes fra tjenesten

Adobe Sign trækker de klassiske oplevelser for Hjem- og Administrer-sider tilbage i januar 2022-versionen. På det tidspunkt bliver alle konti overført til den moderne Hjem og Administrer oplevelse uden mulighed for at vende tilbage til den klassiske brugerflade.
Bemærk, at vi er forpligtet til at gøre denne overgang så Udjævn som muligt og har ophævet funktioner for at match adfærd på den klassiske administrationssides, inklusive:

• Målrettet søgning på for- og efternavn.
• Afsendere kan nu tilføje en besked, når de udskifter underskriveren.
• Tilføjet funktionalitet for at minde CC'er og underskrivere om, hvem der har fuldført.

I decemberudgivelsen forbedrer vi søgefunktionerne yderligere og tilføjer en funktion til "hurtigt blik på metadata".  

Adobe Sign-godkendelse omdirigerer til Adobe Identity Management

Fra og med septembers Adobe Sign-version vil nogle brugere, der godkender direkte til Adobe Sign-programmet, opleve, at deres godkendelsesmetode er viderestillet til Adobe Identity Manager.

Adobe standardiserer godkendelse til dette format i slutningen af 2020.

Funktionsudgivelse: Adobe Sign oktober 2021

Adobe Sign har afsluttet oktober 2021-udgivelsen uden at opleve nedetid i programmet.

Oktober-udgivelsen vil indeholde funktionsforbedringer for brugere og administratorer samt løsninger til flere kunderapporterede problemer.  

Låsning af navneværdier udvidet til indtastede signaturer

Marts-versionen introducerede en indstilling til at aktivere/deaktivere en modtagers evne til at redigere sin navneværdi ved underskrivelse, forudsat at navnet blev leveret eller er kendt (via API eller brugerprofil). Indtastede signaturer blev ekskluderet fra denne funktion, hvilket resulterede i, at nogle underskrivere kunne ændre deres navneværdi under signaturprocessen. September-udgivelsen opdaterer denne funktion for at respektere indstillingen for navnelåsning for alle signaturtyper — inklusive indtastede signaturer.

• Kunder, der har aktiveret Indtastning af deres navn og initialer og deaktiveret Underskrivere kan ændre deres navn eller initialer, vil se en adfærdsændring – navneværdien kan ikke længere redigeres under signaturprocessen for indtastede signaturer.
• Kunder, der ønsker at tillade redigering af navneværdien under signaturprocessen, bør aktivere indstillingen Underskrivere kan ændre deres navn eller initialer (i menuen Signaturpræferencer).

Lukket adgang til e-Sign-siden i september-udgivelsen

For at overholde Adobes juridiske krav opdaterer Adobe Sign brugsvilkårene (TOU) på e-Sign-siden. Under den nye oplevelse skal alle "ukendte" modtagere acceptere Adobe Sign TOU (ved at klikke på knappen Fortsæt), inden de interagerer med aftalen. Denne accept er forskellig fra enhver brugerdefineret TOU, som kundekontoen måtte have konfigureret, hvilket vil fortsætte med at gælde i henhold til kontoens TOU/CD-acceptkonfiguration.

• En "ukendt" modtager er enhver e-mailadresse, der ikke er en registreret, aktiv brugers e-mail i en betroet konto.
  
• "Kendte" brugere har accepteret Adobe Sign TOU som en del af registreringsprocessen, da de bekræftede deres brugerkonto, så de bliver ikke bedt om at acceptere igen.

Nedenfor er et eksempel på den implicitte samtykkestrøm for en aftale med brugerdefinerede brugsvilkår konfigureret af kunden:

1. Accepter brugsvilkårene for Adobe Sign ved at vælge knappen Fortsæt (efter at have åbnet aftalen).
2. Udfyld aftalefelterne efter behov.
3. Accepter Kundeoplysning og de brugerdefinerede brugsvilkår ved at vælge knappen Klik for at underskrive.

Opdateringer af API- og Send-side til Notarize Integration-funktionen (forventes i oktober)

Oktoberudgivelsen introducerer en ny Adobe Sign-funktion til understøttelse af integration med Notarize, Inc.s Remote Online Notarization (RON) platform. Adobe Sign-integrationen med Notarize, Inc. er tilgængelig til brug i USA kun.

Nedenfor er en oversigt over ændringer:  

Notarize Integration - integrationen af Adobe Sign med Notarize, Inc's Remote Online Notarization (RON) platform lader kunder tilføje ekstern online notariseringstjeneste som en del af deres Adobe Sign-transaktioner. Tilgængelig til aktivering for leverandører i Erhverv- og forretningsklasser solgt direkte af Adobe via ETLA-programmet. Notarize-transaktioner kan kun købes af disse kunder som en udvidelse for en merpris. 

Der er to elementer, der bør gennemgås af kunder, der bygger deres egne apps eller bruger integrationer: 

Send siden har et nyt element til at identificere en underskriver, der kræver en notariseret signatur, og yderligere konfigurationstrin til at guide signaturprocessen.  

REST API er blevet opdateret for at imødekomme kravene til at udnytte denne funktionalitet, og kunder, der udnytter REST API, bør gennemgå nedenstående for at afgøre, om der er nogen indflydelse på deres eksisterende brug. 

• Send sideopdateringer
  

Kunder med Notarize-transaktioner aktiveret kan vælge indstillingen Kræver notarisering på modtagerposten lige til højre for godkendelsesmetoden:

Efter aftalen er konfigureret, og afsenderen klikker på Næste, præsenteres afsenderen for yderligere konfigurationsmuligheder for notariseringsprocessen:

• API opdateringer - Der er væsentlige opdateringer til API'erne for at understøtte Notarize-integrationen:

POST /agreements

POST /agreements API'et er blevet opdateret til at understøtte afsendelse af en aftale til notarisering.

• En ny rolle, NOTARY_SIGNER, bør bruges til at angive en notarsessiondeltager.
  
• Der er tilføjet en ny NotaryInfo attribut til AgreementInfo -definitionen, for at indeholde alle de muligheder, der er forbundet med oprettelse af en ny aftale, der kræver notarisering.

FileInfo-udvidelse

FileInfo-definitionen skal udvides for at angive, hvilke dokumenter der skal notariseres.

ParticipantInfo-udvidelse

Definitionen af ParticipantInfo er blevet udvidet, så notargodkendelsesmetoden kan specificeres.

NotaryInfo

Et nyt valgfrit notaryInfo -felt er blevet tilføjet til definitionen af AgreementInfo for at indeholde NotaryInfo-objektet, der angiver yderligere muligheder forbundet med notarisering.

Eksempel/aftale

PUT|GET /agreements/{aid}

PUT /agreements/{aid} API understøtter opdatering af en aftale med notariseringsmuligheder. GET /agreement /{aid} API returnerer alle indstillinger, der er angivet til notarisering af aftaler. Se afsnittet POST /agreements for at se opdaterede attributter.

Fejlkoder

Eksisterende fejlkoder for POST /agreements forbliver uændrede. Vi har defineret en ny fejlkode som angivet nedenfor:

Indflydelse på dokumentation

I forespørgslens AgreementInfo-objekt vil elementet "status" omfatte den nye aftalestatus "WAITING_FOR_NOTARIZATION".

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

API'et kan bruges af kunder (notarunderskrivere) til at opnå et underskriftscertifikat, der giver dem mulighed for at fuldføre den fase af forløbet, der omhandler elektronisk underskrift. 

• Ny underskriftskapacitet er tilføjet for at registrere den nye rolle - ACCEPT_BEFORE_NOTARIZATION. 
• Der bør ikke indhentes underskriftscertifikater for at fuldføre notariseringsfasen.

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

API'en kan bruges af kunder (notarer) til at fuldføre den elektroniske underskrift-fase i forløbet. For at kunne håndtere den nye rolle er der indført en ny værdi for enum-status - ACCEPTED_BEFORE_NOTARIZATION.

Notarunderskriveren kan følge nedenstående sekvens af API-kald for at fuldføre den fase af forløbet, der omhandler elektronisk underskrift:

1. GET /agreements/{agreementId}/members - for at hente notarunderskriverens deltager-ID og deltagersæt-ID
2. POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens - for at anmode om underskriftscertifikat for notarunderskriver med ACCEPT_BEFORE_NOTARIZATION-kapacitet
3. POST /transientDocuments - for at uploade det dokument, der er blevet reviewet
4. PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status - for at afsende det dokument der er blevet reviewet, og fuldføre den fase af forløbet der omhandler elektronisk underskrift.

Ny webhook-event

Kunder kan abonnere på den nye webhook-event, AGREEMENT_READY_FOR_NOTARIZATION, for at få besked, når aftalen er klar til notarisering. Hændelsen er ikke synlig på webhooks-brugergrænsefladen & kan abonneres på via POST /webhooks API-opkald.

Indflydelse på dokumentation

Følgende API'er er ikke ændret, men dokumentationen er blevet opdateret til at omfatte den nye aftalestatus "WAITING_FOR_NOTARIZATION" eller den nye rolle "NOTARY_SIGNER".

GET /agreements

Som svar UserAgreements/UserAgreement-objektet, "status"-elementet omfatter nu den tilsvarende status "WAITING_FOR_NOTARIZATION".

GET /agreements/{agreementId}

Som svar på AgreementInfo-objekt indeholder "status"-elementet nu den tilsvarende status "WAITING_FOR_NOTARIZATION".

GET /agreements/{agreementId}/events

API'en er opdateret til at understøtte de nye events READY_TO_NOTARIZE og NOTARIZED.

I svar-objektet for eventet

• "participantRole"-elementet inkluderer nu en ny rolle NOTARY_SIGNER.
• "type"-elementet inkluderer de nye events READY_TO_NOTARIZE og NOTARIZED. "description"-elementet vil være henholdsvis "Dokument sendt til notarisering" og "Notariseret dokument modtaget"

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

I svar-objektet DetailedParticipantSetInfo indeholder "status"-elementet nu den tilsvarende status "WAITING_FOR_NOTARIZATION".

PUT /agreements/{agreementId}

Forespørgsels-objektet AgreementInfo indeholder nu statussen "WAITING_FOR_NOTARIZATION".

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

WAITING_FOR_NOTARIZATION-status er en af de mulige status-værdier i DetailedParticipantSetInfo-objektet.

POST /agreements/{agreementId}/view

WAITING_FOR_NOTARIZATION-statussen er tilføjet som en af de tilladte visninger.

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

Hvis den deltager, der er angivet i stien for forespørgslen, har en notariseringsrolle, returnerer API'et ACCEPT_BEFORE_NOTARIZATION signeringskonfiguration, i overensstemmelse med alle de andre signeringskonfigurationer for denne aftale/deltager.

Udgivelse: Adobe Sign September 2021

Adobe Sign gennemførte en funktionalitetsudgivelse den 16. september 2021. Der var ingen nedetid under udgivelsen

September-versionen vil indeholde funktionsforbedringer for brugere og administratorer samt løsninger til flere kunderapporterede problemer.  

Valgmuligheden Virksomhedsnavnet bliver fjernet fra telefongodkendelse

SMS-sikkerhed (med hensyn til afsendelses-id'et, der matcher det påståede firmanavn i meddelelsen) er forbedret til det punkt, hvor Adobe Sign kan få meddelelsen til at mislykkes i leveringen hvis der sendes sms-beskeder med et andet firmanavn.

Derfor skal muligheden for at tilpasse telefongodkendelsesmeddelelsen med firmanavnet fjernes fra tjenesten i udgivelsen fra september 2021.

Kendt problem: Den nye Hjem- eller Administrer-side er tom

Problem: Når der skiftes til den nye Hjem- eller Administrer-side, er siden helt tom.

Test: forsøg at indlæse denne side: https://documentcloud.adobe.com/

• Hvis du ikke kan indlæse https://documentcloud.adobe.com/, skal du kontakte din interne netværksadministration og arbejde med dem om at fjerne blokeringen fra domænet documentcloud.adobe.com.
• Hvis du kan tilgå ovenstående link, skal du kontakte support

Adobe Sign v6 REST POST /arbejdsgange/ID/aftaler er blevet fjernet fra tjenesten

v6 REST POST /workflows/ID/agreements API-opkald er blevet fjernet fra service i frigivelsen fra juni 2021, et år efter fjernelse af opkaldet fra dokumentation og meddelelse til brugerne om, at slutpunktet skulle fjernes.

Kunder, der fortsætter med at bruge API-opkaldet, vil nu modtage en 404-fejl.

Det foreslåede alternativ til udskiftning af denne funktionalitet er at bruge et POST/aftale opkald med et workflowID i JSON-anmodningen.

Prøveanmodningsmængde:

v6REST Opdatering af GET /agreements/{agreementId}/signingUrls

Forud for juniudgivelsen ville API'en returnere en 404 umiddelbart efter, at aftalen blev oprettet, når der blev lavet en GET /agreements/{agreementId}/signingUrls.

I kort tid efter, at 404-fejlen blev ryddet, ville svaret returnere et ikke-404-svar, men ville kun omfatte afsenderens signaturURL'er. (Mens underskriverens deltagelse stadig blev defineret.)

Efter udgivelsen i juni 2021 blev en 404: AGREEMENT_NOT_EXPOSED-kode returneret, indtil hele listen af signerings-URL'er blev afsluttet, hvorpå en 200-kode leveres.

Kunder, der ikke vil fortsætte med at forsøge API-opkaldet, indtil 200-svaret returneres, opfordres til at bruge Webhooks og svare på begivenheden AGREEMENT_CREATED.

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

Lørdag 17. juli 2021 gennemførte Adobe Sign vedligeholdelse af følgende integrationer:

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

Integrationerne kører nu normalt igen.

Udgivelse af patch: Adobe Sign august 2021

Adobe Sign har afsluttet patchopdateringen pr. 11. august 2021. Patchen blev fuldført uden nedetid.

August-patchudgivelsen inkluderer mindre oplevelsesændringer og løsninger på flere kunderapporterede problemer.  

Planlagt tjenesteophør for SOAP API i maj 2021

Med udgivelsen af REST API version 6, der giver den bedste programmeringsoplevelse for Adobe Sign-udviklere, udfases SOAP API'en, som ikke supporteres efter maj 2021.  REST API'en er nu den foretrukne grænseflade for integratorer og programudviklere, og fremtidig udvikling bør skifte til denne API.

Her er nogle referencer til at hjælpe dig med overgangen:

• Overflytning fra SOAP
• Metoder i Adobe Sign REST API version 6

HANDLING KRÆVES

Hvis du har udviklet en integration eller et program til Adobe Sign-tjenesten baseret på SOAP API'en, vil du skulle omskrive dit program med minimum REST API version 6 før maj 2021.  Direkte kommunikation til udviklere og integratorer vil ske i løbet af de næste flere kvartaler for at sikre en glidende overgang til den nyeste API.

Planlagt "Tjenesteophør" for IE 11-browsere i Microsoft-integrationer

Microsoft ophører support til Internet Explorer 11 17. august 2021.

Som et resultat ophører Adobe Sign til Microsoft-integrationer også support til IE11 på den samme tidslinje.

De påvirkede tjenester er:

• Dynamics 365 (online og lokalt)
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint (online og lokalt)
• Teams

Planlagt tjenesteophør for Adobe Signs integration med Dropbox

Adobe Signs integration med Dropbox planlægges at ophøre den 31. juli 2021.

På det tidspunkt er Adobe Sign ikke længere tilgængelig gennem din Dropbox-konto, men alle dine Adobe Sign-aftaler forbliver tilgængelige for dig og kan tilgås ved at logge ind på din Adobe Sign-konto.

Ny version: Adobe Sign juni 2021

Adobe Sign har afsluttet juni 2021-udgivelsen uden nedetid.

Juni-versionen indeholder funktionsforbedringer for brugere og administratorer samt løsninger til flere kunderapporterede problemer.  

Nyt SSL-certifikat til rådighed -
Gælder fra 1. juni 2021

Adobe Sign frigiver nye SSL-certifikater den 1. juni 2021
Der er ingen ændringer i den offentlige nøgle, underliggende kryptografiske protokoller eller ordning.

De nye Certifikater er tilgængelige via download fra Adobe Sign Systemkrav-siden.

HANDLING KRÆVES

Brug af den offentlige nøgle
Hvis du har brugerdefinerede integrationer med Adobe 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 Adobe Signs SSL-certifikater til SSO, eller hvis du fastgør selve certifikatet (eller bruger andre metoder), kan du finde de nye Adobe Sign-certifikater i Adobe Sign Systemkrav.

De nye SSL-certifikater bliver aktive 1. juni 2021

Ny W-4 til 2021 føjet til Adobe Sign-biblioteket

Den nye IRS W-4 (2021)-formular med titlen W-4 2021 (Employee's Withholding Certificate) forventes at blive føjet til Adobe Sign-biblioteket som del af februar 2021-udgivelsen.

HANDLING KRÆVES

Den nye W-4-formularskabelon har et nyt libraryDocumentId. Hvis du bruger den eksisterende skabelons libraryDocumentId i dine programmer, skal du opdatere den.

2020-versionen fjernes fra systemet i maj 2021.

Programmer/API'er, der anvender den ældre formular (ver 2020), skal opdateres før 1. maj for at sikre, at tjenesten ikke forstyrres.

Sådan finder du libraryDocumentId på en API-aktiveret konto:

1. Log på som kontoadministrator
2. Klik på fanen Konto > Adobe Sign API > API-oplysninger > klik på linket: Dokumentation til REST API-metoder
3. I sektionen GET /libraryDocuments skal du klikke på knappen OAUTH ACCESS-TOKEN 
   • Aktivér omfanget library_read:self.
4. Klik på Prøv det. knap
5. I svarteksten skal du finde den nye formularskabelon W-4 2021 (Employee's Withholding Certificate) (ikke ver. 2020) for at se libraryDocumentId-værdien.  

Ny version: Adobe Sign Maj 2021

Adobe Sign har afsluttet maj 2021-udgivelsen uden nedetid.

Maj-versionen vil indeholde funktionsforbedringer for brugere og administratorer samt løsninger på flere kunderapporterede problemer.  

Adobe Sign – opdatering til cookiestyring

Adobe Sign indfører et nyt banner med cookieaccept fra OneTrust, der er vedvarende, indtil brugeren eksplicit foretager et valg.

Brugere, der omdirigeres til et nyt domæne under godkendelse, skal acceptere det andet domæne en gang til (dette er typisk omdirigering fra echosign.com til adobesign.com på grund af domæneskiftet). 

Brugere anbefales at opdatere deres bogmærker for at fjerne omdirigeringen.

Udfyld og underskriv har en sti til skabeloner og godkendt underskrivelse

Den Kun jeg underskriver-oprettelsesside erstattes af en ny oprettelsesside (baseret på de seneste Send -sidedesigns), som tillader brug af skabeloner og placering af felter gennem forfatning.

Administratorindstillinger bestemmer standardbrugeroplevelsen. Et valgfrit "skift"-link kan aktiveres, så brugeren kan skifte mellem den frie Udfyld og underskriv-grænseflade og den nye oprettelsesaktiverede Selvunderskrivelse-oplevelse. 

Som noget nyt i denne oplevelse kan der anvendes godkendelse for underskriveren. 

Kontrollerne er baseret på Håndhæv identitetsgodkendelse Indstillinger. Når det er aktiveret, bliver brugeren bedt om at angive sine Adobe Sign-loginoplysninger ved åbning af aftalen og (valgfrit) igen, når personen sætter en signatur eller fuldfører aftalen. 

Kontrollerne til det nye selvunderskrivelse-oplevelse samt gennemtvungen identitetsgodkendelse kan indstilles på konto- og/eller gruppeniveauet (gruppeindstillinger tilsidesætter kontoindstillinger)

Udrulningsplan

Den nye selvunderskrivelsesoplevelse vil erstatte den gamle side Kun jeg underskriver i løbet af de næste to store versioner. 

Kunder, der bruger den ældre funktion Kun jeg underskriver, bør planlægge at skifte til den nye oplevelse senest i efteråret 2020, når den bliver standard, og den ældre side fjernes fra tjenesten. 

• Der foretages ingen ændringer af de eksisterende indstillinger i Juli-versionen.
• I den følgende version vil den nye oplevelse blive indstillet som standarden med muligheden for at gendanne den ældre side.
• I Efterår 2020-versionen fjernes muligheden for at gendanne den ældre grænseflade.

Adobe Sign til Word-/PowerPoint-, Outlook- og Teams-opdatering går live 19. april

Opdateringen træder i kraft 8:00 PDT / 11:00 EST / 15:00 UTC

Denne opdatering udrulles for at forbedre den generelle sikkerhed i alle tre integrationer.

Når opdateringen er fuldført, bliver administratorer/brugere bedt om at genacceptere en tilladelsesanmodning for programmet, før der gives adgang.

Ny udgivelse: Adobe Sign marts 2021

Adobe Sign har fuldført udgivelsen til marts 2021 uden nedetid.

Denne produktudgivelse inkluderer nye funktioner/forbedringer til administratorer og slutbrugere samt flere løste problemer.

Planlagt "Afslutning af tjeneste" for Edge Ældre-browsere i Microsoft-integrationer

Microsoft ophører support til Edge Legacy-browseren 9. marts 2021

Som et resultat ophører Adobe Sign til Microsoft-integrationer også support til Edge Legacy på den samme tidslinje.

De påvirkede tjenester er:

• Dynamics 365 (online og lokalt)
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint (online og lokalt)
• Teams

Afslutning af support: Adobe Sign til Microsoft Power Automate v1 Actions - planlagt til januar 2021

Adobe Sign til Power Automate 3.0-opdateringen indfører nye REST v6-handlinger, der er tiltænkt som mere robuste erstatninger for eksisterende handlinger med samme navn.

Workflows, der anvender ældre handlinger, vil fortsat køre, hvis der ikke udføres nogen handling. De ældre handlinger er markeret med (Gammel) i deres navn.  Disse ældre handlinger udfases efter planen inden januar 2021.

Listen over handlinger, der udfases, er:

• Opret en biblioteksskabelon fra en dokument-URL (gammel)
• Opret en biblioteksskabelon fra et uploadet dokument (Gammel)
• Opret en aftale fra et dokument-URL, og send den til underskrivelse (Gammel)
• Opret en aftale fra en biblioteksskabelon, og send den til underskrivelse (Gammel)
• Opret en aftale fra et uploadet dokument, og send den til underskrivelse (Gammel)
• Få en liste over alle aftaler (Gammel)
• Få en liste over alle biblioteksskabeloner (Gammel)
• Hent en aftales formularfeltdata (Gammel)
• Upload et dokument, og få et dokument-id (Gammel)

De nye handlinger vises på listen Handlinger med samme navn som de ældre handlinger.

Kunder, der bruger disse handlinger, skal opdatere deres flows for at bruge den nye forbindelse Handlinger. Dette kan gøres ved at erstatte den ældre Handling med de nye Handlinger i dit eksisterende automatiseringsflow.

Ophør af tjeneste for social godkendelse

Muligheden for at kræve, at underskrivere angiver deres sociale identitet, inden de får adgang til at se og underskrive dokumentet, fjernes i marts 2021.  Denne funktion gjorde det muligt for afsendere at kræve et login fra Facebook, LinkedIn, Google, Yahoo!, Microsoft Live eller Twitter. 

Planlagt "tjenesteophør" for den personlige Twitter-integration

Muligheden for at integrere med Twitter på brugerniveau (via personlige indstillinger) fjernes fra brugergrænsefladen i marts 2021. På det tidspunkt:

• Ingen nye brugerkonti kan aktivere Twitter på brugerniveau
• Brugere, der har Twitter aktiveret, vil ikke længere se Twitter-beskeder for nye aftaler, der oprettes
• Ledige brugerkonti, der har Twitter aktiveret, får den månedlige transaktionsgrænse reduceret fra 10 til:
  • 5 transaktioner pr. måned for Adobe Sign Web-kunder
    
  • 2 transaktioner pr. måned for Acrobat-kunder
    
• Aktiverede konti får deres Twitter-loginoplysninger fjernet fra Adobe Sign-systemerne
  
• Adobe Signs Twitter-app slettes for at udløbe alle Twitter-tokens

Ny version: Adobe Sign Februar 2021

Februar-versionen er blevet fuldført uden nogen nedetid i tjenesten.

Denne produktudgivelse inkluderer nye funktioner/forbedringer til administratorer og slutbrugere samt en række løste problemer.

Workflow Designer giver fejlbeskeder

På grund af forbedret sikkerhed ved deling af biblioteksaktiver kan nogle workflows begynde at give en besked om Serverfejl, når workflowet redigeres efter september-opdateringen:

Afsendere, der forsøger at bruge et workflow med dette problem, får en fejlbesked om, at workflowet indeholder dokumenter, der ikke hører til:

Denne fejl betyder, at workflowet har mistet autoriteten til at bruge én eller flere af de vedhæftede biblioteksskabeloner. Oftest sker dette, når skabelonadgangstilladelser ændres fra at tillade konto-/gruppetilgang til at begrænse adgang til ejeren.  

Administratorer bør afhjælpe denne fejlbesked i stedet for at genindlæse siden.

Sådan rettes fejlen:

• Skabelonens ejer skal redigere skabelontilladelserne til at være tilgængelige for den konto/gruppe, som workflowet er bundet til
• Workflowets ejer kan erstatte skabelonen med én, der har de relevante tilladelser.  Det gør du ved at afhjælpe denne fejltilstand og fortsætte til workflowet for at redigere workflowet og erstatte dokumentet

Serviceophør for Adobe Sign for Workplace by Facebook

Adobe Sign for Workplace by Facebook-integrationen trækkes fuldt tilbage 29. november 2020.