Adobe Acrobat Sign tekniska meddelanden 2021-2022

Adobe Sign-mall: W-4 (2022)

Det nya IRS-formuläret W-4 (2022), med titeln W-4 2022 (Employee's Withholding Certificate), förväntas läggas till i Adobe Sign-biblioteket som en del av aprilversionen 2022.

ÅTGÄRD KRÄVS

Den nya formulärmallen för W-4 har ett nytt libraryDocumentId. Använder du den befintliga mallens libraryDocumentId i dina program måste du uppdatera det.

2021-versionen tas bort från systemet i juni 2022.

Alla applikationer/API:er som använder det äldre formuläret (2021-versionen) måste uppdateras före 1 juni för att säkerställa att ingen tjänst störs.

Söka efter libraryDocumentId i ett API-aktiverat konto:

1. Logga in som Kontoadministratör
2. Klicka på kontofliken > Adobe Sign API > API-information > klicka på länken: REST API-metoddokumentation
3. Klicka på knappen OAUTH ACCESS-TOKEN i avsnittet GET /libraryDocuments 
   • Aktivera omfånget library_read:self
4. Klicka på Try it out! knapp
5. I svarsinstansen letar du upp den nya formulärmallen W-4 2022 (Anställds källcertifikat) (inte 2021-versionen) när du vill se värdet libraryDocumentId.  

Två nya webhooks lades till i lanseringen för den 14 juni

Två nya webhooks har lagts till i lanseringen för den 14 juni:

• Avtalets förfallodatum har uppdaterats (AGREEMENT_EXPIRATION_UPDATED) (Endast tillgängligt via REST v6 API POST /webhooks) – Utlöses när ett avtals förfallodatum uppdateras.
  
• Namn på avtalssignerare ändrat av signerare (AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER) – Utlöses när en mottagare ändrar sitt namn vid signering till ett annat värde än det namn som angavs när avtalet skapades.

Båda webhooks är tillgängliga.

Funktionsversion: Adobe Acrobat Sign – versionen från 15 juni är slutförd

Funktionslanseringen är klar och alla funktioner är tillgängliga.

Behörighetsuppdatering för Adobe Acrobat Sign för Microsoft-integrationer slutfördes den 8 juni 2022

Den 8 juni 2022 migrerade Acrobat Sign meddelanderamverket för Microsoft Teams, Outlook, Word och PowerPoint-integrationer från återanrop till webhooks. Detta förbättrar meddelandeleverans och gör det möjligt för användare att få alla sina Acrobat Sign-dokumentmeddelanden i sin föredragna integration, oavsett var dokumentet kommer från.

Nu när uppdateringen är slutförd kommer slutanvändare att uppmanas att acceptera Acrobat Sign-behörigheterna på nytt, inklusive visning, skapande/redigering och borttagning av webhooks, innan de kan fortsätta använda integrationerna.

Återacceptering av Acrobat Sign-behörigheterna krävs endast en gång och gäller för Acrobat Sign i alla Microsoft 365-integrationer.Denna behörighet beviljas på kontonivå och måste accepteras av slutanvändare.

Besök lämplig hjälpsida nedan och granska "Upprätta den autentiserade relationen" för ytterligare information. För "live" Acrobat Sign-hjälp, logga in på ditt Acrobat Sign-konto och klicka på "?" sedan "Kontakta support" för att se dina supportalternativ.

Den klassiska funktionen Åtkomstkod togs bort från tjänsten i lanseringen för juni 2022

Funktionen Åtkomstkod har tagits bort helt från Acrobat Sign-systemet i juni 2022 när den klassiska sidan Hantera togs bort från tjänsten.  

Avbrott i tjänsten för Custom Workflow Designer planerat för den 15 juni 2022, slutfört.

Custom Workflow Designer hade ett kort avbrott i tjänsten för att uppdatera den underliggande koden i samband med den stora versionen den 15 juni.

Mellan 15:00-15:30 Pacific Time kanske arbetsflödesdesignern inte tillät användare att skapa ett nytt arbetsflöde eller spara ett arbetsflöde som redigerades.

Användningen av arbetsflöden för att generera avtal påverkades inte under denna tid.

Support upphör som planerat för Microsoft Internet Explorer 11 och äldre Edge-webbläsare den 31 december 2021

Senast den 31 december 2021 kommer Adobe Sign inte längre att formellt erbjuda support för webbläsarna Microsoft Internet Explorer 11 eller Microsoft Edge Legacy. Vi rekommenderar att våra kunder inte längre använder Adobe Sign med dessa webbläsare. Efter den 31 december 2021 kan kunder som använder dessa webbläsare få en försämrad upplevelse, och vissa funktioner kan sluta fungera.

Mottagarens e-signeringssida bör fortsätta att fungera korrekt i dessa webbläsare för att undvika att störa mottagarens arbetsflöden. Vi strävar efter att göra den här övergången så smidig som möjligt.

Funktionsversion: Adobe Acrobat Sign – versionen från 5 april är slutförd

Adobe Acrobat Sign har slutfört funktionsversionen som planerades till den första veckan av april 2022. Inga driftstopp inträffade under lanseringen

Aprilversionen 2022 innehåller funktionsförbättringar för användare och administratörer samt lösningar på problem som rapporterats av ett flertal kunder.  

Nytt SSL-certifikat –
gäller från och med 1 april 2022

Acrobat Sign har släppt de nya SSL-certifikaten på morgonen den 1 april 2022.
Det finns ingen förändring av den offentliga nyckeln, underliggande kryptografiska protokoll eller schema.

ÅTGÄRD KRÄVS

Användning av den offentliga nyckeln

• Om du har specialbyggda integrationer med Acrobat Sign som använder antingen SOAP- eller REST-API:er och om någon av dessa integrationer har ”fixerat” den befintliga officiella nyckeln behövs inga åtgärder.
• Om du använder Adobe Acrobat Signs SSL-certifikat för SSO, eller om du fäster själva certifikatet (eller använder andra metoder), kan du hitta de nya Adobe Acrobat Sign-certifikaten i Adobe Acrobat Signs systemkrav.
  • Om SSO-konfigurationen stöder flera offentliga certifikat/kedjor kan du lägga till de nya certifikaten nu och ta bort det gamla offentliga certifikatet/kedjan från konfigurationen efter bytet i april.
  • Om din SSO inte stöder flera offentliga certifikat/kedjor måste du synkronisera SSL-bytet med Acrobat Sign den 1 april 2022.  

De nya SSL-certifikaten är nu aktiva sedan 1 april 2022.

Mindre funktionsversion: Adobe Acrobat Sign från 3 maj 2022

Acrobat Sign slutförde en mindre funktionsversion den 3 maj 2022.Inga driftstopp inträffade under lanseringen

Versionen från maj 2022 innehåller en funktionsförbättring som möjliggör kunskapsbaserad autentisering för ytterligare deltagare i webbformulär. 

Klienten har uppdaterats för integreringar av Acrobat Sign för Word/PowerPoint, Outlook och Teams

Den 22 mars 2022 uppdaterade Adobe Acrobat Sign klientprogrammet Acrobat Sign för Office 365, det gemensamma klientprogrammet för integreringar av Word/PowerPoint, Outlook och Teams.  

Från kl. 10.00 (Eastern Daylight Time) kan administratörer/användare ha uppmanats till att godkänna en behörighetsbegäran för programmet innan åtkomsten tilläts. Den exakta tiden beror på när kontots Microsoft-utfärdade autentiseringstoken upphör att gälla (upp till 24 timmar efter startpunkten).

Schemalagt underhåll för tjänsten Anpassade e-postmallar (CEMT) i Adobe Sign – slutfört

Lördag den 12 februari 2022, från 18:00 PST till 19:00 PST kommer Adobe Sign Custom Email Templates (CEMT) Service att ha en kort försämring av tjänsten medan kärninfrastrukturkomponenter uppgraderas.Under den här tiden kan kunder se standardmallar för e-post i stället för deras förväntade anpassade mallar. Inget driftstopp förväntas.

Funktionsversion: januari 2022 – slutförd

Adobe Sign har slutfört januari 2022-versionen utan några driftstopp i applikationen.

Januari-versionen innehåller funktionsförbättringar för användare och administratörer, samt lösningar på flera kundrapporterade problem.  

De nya sidorna Hem och Hantera blir standard i januari 2022. Klassiska sidor har tagits bort från tjänsten

Adobe Sign upphör med de klassiska upplevelserna för sidorna Hem och Hantera i januari 2022-versionen. Vid den tidpunkten kommer alla konton att övergå till den moderna startsida- och hantera-upplevelsen, utan möjlighet att återgå till det klassiska gränssnittet.
Observera att vi är fast beslutna att göra denna övergång så smidig som möjligt och har släppt funktioner för att matcha beteenden på den klassiska hanteringssidan, inklusive:

• Målinriktad sökning efter för- och efternamn.
• Avsändare kan nu lägga till ett meddelande när signeraren ersätts.
• Funktioner som påminner kopiemottagare och signerare som har slutfört.

I decemberversionen förbättrar vi sökfunktionerna ytterligare och lägger till en funktion för en snabbtitt på metadata.  

Adobe Sign-autentisering omdirigeras till Adobe Identity Management

Från och med september-versionen av Adobe Sign kommer autentiseringsmetoden för vissa användare som autentiserar direkt till Adobe Sign-applikationen omdirigeras till Adobe Identity Manager.

Adobe standardiserar autentiseringen till detta format under slutet av 2020.

Funktionslansering: Adobe Sign oktober 2021

Adobe Sign har slutfört oktober 2021-versionen utan några driftstopp i programmet.

Oktober-versionen innehåller funktionsförbättringar för användare och administratörer samt lösningar på problem som rapporterats av ett flertal kunder.  

Låsning av namnvärden har utökats till skrivna signaturer

Versionen från mars innehöll en inställning för att aktivera/inaktivera en mottagares möjlighet att redigera namnvärdet vid signering, förutsatt att namnet angavs eller var känt (via API eller användarprofil). Skrivna signaturer undantogs från denna funktion, vilket innebar att vissa signerare kunde ändra sitt namnvärde under signeringsprocessen. Versionen från september uppdaterar denna funktion för att följa namnlåsningsinställningen för alla signaturtyper, inklusive skrivna signaturer.

• Kunder som har aktiverat Att skriva sitt namn och sina initialer och har inaktiverat Signerare kan ändra sitt namn eller sina initialer märker ett ändrat beteende – namnvärdet går inte längre att redigera under signeringsprocessen för skrivna signaturer.
• Kunder som vill tillåta redigering av namnvärdet under signeringsprocessen bör aktivera inställningen Signerare kan ändra sitt namn eller sina initialer (i menyn Signaturinställningar).

Begränsad åtkomst till sidan e-Signering i september-versionen

För att uppfylla Adobes juridiska krav uppdaterar Adobe Sign användarvillkoren (TOU) för acceptansbeteendet på sidan e-Signering. Under den nya upplevelsen måste alla ”okända” mottagare acceptera Adobe Sign-användarvillkor (genom att klicka på knappen Fortsätt) innan de interagerar med avtalet. Denna acceptans är skild från eventuella anpassade användarvillkor som kundkontot kan ha konfigurerat, vilka kommer att fortsätta att lösas enligt kontots konfiguration för acceptans av användarvillkor/kundavtal.

• En "okänd" mottagare är vilken e-postadress som helst som inte är en registrerad, aktiv användarens e-postadress i ett betrott konto.
  
• ”Kända” användare har accepterat Adobe Signs användningsvillkor som en del av registreringsprocessen när de verifierade sitt användarkonto, så de uppmanas inte att acceptera dem igen.

Nedan visas ett exempel på flödet för underförstått samtycke för ett avtal med anpassade användarvillkor som konfigurerats av kunden:

1. Acceptera Användarvillkoren för Adobe Sign genom att välja Fortsätt-knappen (efter att ha öppnat avtalet).
2. Fyll i avtalsfälten efter behov.
3. Acceptera kundupplysningen och de anpassade användarvillkoren genom att välja Klicka för att signera-knappen.

Uppdateringar av API och sidan Skicka för Notarize-integreringsfunktionen (förväntas i oktober)

Oktober-versionen innehåller en ny Adobe Sign-funktion som stöder integrering med plattformen Remote Online Notarization (RON) från Notarize Inc. Adobe Sign-integrationen med Notarize, Inc. är tillgänglig för användning i USA endast.

Nedan visas en sammanfattning av ändringarna:  

Notarize-integrering – genom att integrera Adobe Sign med plattformen Remote Online Notarization (RON) från Notarize Inc. kan kunderna lägga till en notarietjänst med fjärråtkomst online som en del av Adobe Sign-transaktionerna. Tillgänglig för aktivering för kunder inom storföretag- och företagsnivåer som säljs direkt av Adobe via ETLA program. Notarize-transaktioner kan endast köpas som ett tillägg till en extra kostnad för dessa kunder. 

Det finns två element som bör granskas av kunder som bygger sina egna appar eller använder integreringar: 

Sidan Skicka har ett nytt element som identifierar att en undertecknare behöver en notariserad signatur och ytterligare konfigurationssteg som styr signeringsprocessen.  

REST API:et har uppdaterats för att uppfylla kraven för att utnyttja denna funktion och kunder som använder REST API:et bör läsa informationen nedan för att avgöra om det kan påverka hur de använder det. 

• Skicka siduppdateringar
  

Kunder som har Notarize-transaktioner aktiverade kan välja alternativet Kräver notarisering på mottagarposten, strax till höger om autentiseringsmetoden:

När avtalet har konfigurerats och avsändaren klickar på Nästa visas ytterligare konfigurationsalternativ för notariseringsprocessen:

• API-uppdateringar – viktiga uppdateringar av API:erna som stöder Notarize-integrering har utförts:

POST/avtal

POST-/avtals-API:t har uppdaterats med stöd för att skicka ett avtal för notarisering.

• En ny roll, NOTARY_SIGNER, ska användas för att ange en deltagare i en notariesession.
  
• Ett nytt NotaryInfo-attribut har lagts till i AgreementInfo-definitionen och innehåller alla alternativ associerade till att skapa ett nytt avtal som kräver notarisering.

FileInfo-tillägg

FileInfo-definitionen måste expanderas för att ange vilka dokument som ska notatiseras.

ParticipantInfo-tillägg

ParticipantInfo-definitionen har utökats till att tillåta metoden för notarieautenticering att specificeras.

NotaryInfo

Ett nytt valfritt notaryInfo-fält har lagts till i AgreementInfo-definitionen för att innehålla NotaryInfo-objekt som specificerar ytterligare alternativ kopplade till notarisering.

Exempel/avtal

PUT|GET /agreements/{aid}

PUT agreements/{aid} API har stöd för att uppdatera ett avtal med notariseringsalternativ. GET /agreements/{aid} API returnerar alla alternativ som angetts för avtalsnotarius publicus. Se avsnittet POST/avtal för att visa uppdaterade attribut.

Felkoder

Befintliga felkoder för POST/avtal ändras inte. Vi har definierat en ny felkod enligt nedan:

Dokumentationspåverkan

I förfrågans AgreementInfo-objekt inkluderas "status"-element i den nya avtalsstatusen"WAITING_FOR_NOTARIZATION".

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

API kan användas av kunder (notariesignerare) för att erhålla en signeringstoken som gör att de kan slutföra flödets e-signeringsfas. 

• Ny signeringsfunktion har lagts till för att fånga den nya rollen – ACCEPT_BEFORE_NOTARIZATION. 
• Signeringstoken ska inte hämtas för att slutföra notariseringsfasen.

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

API:t kan användas av kunder (notariesignerare) för att slutföra flödets e-signeringsfas. För att passa den nya rollen har ett nytt uppräkningsstatusvärde introducerats – ACCEPTED_BEFORE_NOTARIZATION.

Notarie-signeraren kan följa nedanstående sekvens av API-anrop för att slutföra e-signeringsfasen:

1. GET/avtal/{agreementId}/medlemmar – för att hämta notariens deltagar-ID och deltagaruppsättnings-ID
2. POST /agreements/{agreementId}/Members/participantSets/{participantSetId}/Deltagare/{participantId}/signingTokens – för att begära signeringstoken för notariesignerare med ACCEPT_BEFORE_NOTARIZATION-kapacitet
3. POST /transientDocuments – för att ladda upp dokument som granskats
4. PUT /agreements/{agreementId}/Members/participantSets/{participantSetId}/Deltagare/{participantId}/status – att skicka in granskat dokument och slutföra e-signeringsfasen.

Ny webhook-händelse

Kunderna kan prenumerera på ny webhook-händelse, AGREEMENT_READY_FOR_NOTARIZATION, som ska meddelas när avtalet är klart för notarisering. Händelsen visas inte på webbhooks-gränssnittet och kan prenumereras på via API-anrop för POST/webhooks.

Dokumentationspåverkan

Följande API:er ändras inte, men deras dokumentation har uppdaterats så att den inkluderar den nya avtalsstatusen ”WAITING_FOR_NOTARIZATION” eller den nya rollen ”NOTARY_SIGNER”.

GET /agreements

I sitt svar på UserAgreements/UserAgreement-objekt innehåller nu elementet "status" motsvarande status "WAITING_FOR_NOTARIZATION".

GET /agreements/{agreementId}

I AgreementInfo-objektet innehåller "status"-elementet nu motsvarande status "WAITING_FOR_NOTARIZATION".

GET /agreements/{agreementId}/events

API:t har uppdaterats för att stödja nya READY_TO_NOTARIZE- och NOTARIZED-händelser.

I svars-Event-objekt

• Elementet ”participantRole” innehåller nu den nya rollen NOTARY_SIGNER.
• ”type”-elementet innehåller de nya händelserna READY_TO_NOTARIZE och NOTARIZED. ”description”-elementet kommer att vara ”Dokument skickat för notarisering” och ”Notariserat dokument mottaget”

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

I DetailedParticipantSetInfo-objektet innehåller "status"-elementet nu motsvarande status ”WAITING_FOR_NOTARIZATION”.

PUT /agreements/{agreementId}

Begäran-AgreementInfo-objektet innehåller nu statusen ”WAITING_FOR_NOTARIZATION”.

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

WAITING_FOR_NOTARIZATION-status är ett av värdena för ”status”-elementet i DetailedParticipantSetInfo-objektet.

POST /agreements/{agreementId}/view

WAITING_FOR_NOTARIZATION-status har lagts till som en av de tillåtna vyerna.

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

Om deltagaren som anges i sökvägen till begäran har en notariesignerarroll returnerar API ACCEPT_BEFORE_NOTARIZATION-signeringskonfigurationen, i linje med alla andra signeringskonfigurationer för avtalet/deltagaren.

Version: Adobe Sign september 2021

Adobe Sign lanserade en ny funktion den 16 september 2021. Inga driftstopp inträffade under lanseringen

September-versionen innehåller funktionsförbättringar för användare och administratörer samt lösningar på problem som rapporterats av ett flertal kunder.  

Företagsnamnalternativ som ska tas bort från Telefonautentisering

SMS-säkerheten (med avseende på det sendingID som matchar det angivna företagsnamnet i meddelandet) har förbättrats till den punkt där Adobe Sign som skickar SMS-meddelanden med ett annat företagsnamn kan göra att meddelandet inte kan levereras.

Som ett resultat kommer alternativet att anpassa telefonautentiseringsmeddelandet med företagsnamnet att tas bort från tjänsten i september 2021-versionen.

Känt problem: den nya start- eller hanteringssidan är tom

Problem: När du växlar till den nya startsidan eller Hantera-sidan är sidan helt tom.

Test: försök att ladda denna sida: https://documentcloud.adobe.com/

• Om du intekan läsa in https://documentcloud.adobe.com/ bör du kontakta din interna nätverksadministration och samarbeta med dem för att avblockera domänen documentcloud.adobe.com.
• Kontakta supporten om du kan komma åt länken ovan.

Adobe Sign v6 REST POST /workflows/ID/agreements har tagits bort från tjänsten

v6 REST POST /workflows/ID/agreements API-anropet har tagits bort från tjänsten i juni 2021-versionen, ett år efter att anropet tagits bort från dokumentationen och användaren meddelas om att slutpunkten skulle tas bort.

Kunder som fortsätter att använda detta API-anrop får nu ett 404-fel.

Det föreslagna alternativet för att ersätta den här funktionen är att använda a POST/avtal-anropet med ett arbetsflödes-ID i JSON-begäran.

Text för exempelbegäran:

v6REST-uppdatering för GET /agreements/{agreementId}/signingUrls

Före juniversionen returnerade API:et 404 omedelbart efter att avtalet skapades när GET /agreements/{agreementId}/signingUrls anropades.

För en kort tid efter att 404-felet had åtgärdats returnerade svaret ett svar som inte är 404, men det inkluderade endast avsändarens signingURL:er. (Medan undertecknarens deltagande fortfarande definierades.)

Efter juni 2021-versionen returneras en 404: AGREEMENT_NOT_EXPOSED-kod tills den fullständiga listan över signerings-URL:er har slutförts och då levereras en 200-kod.

Kunder som inte vill fortsätta att prova API-anropet tills 200-svaret har returnerats, uppmanas att använda webbhookar och svara på AGREEMENT_CREATED-händelsen.

Schemalagt driftstopp för Adobe Sign-integreringarna för Word/PowerPoint, Outlook och Teams

På lördagen den 17 juli 2021, slutförde Adobe Sign underhållet för följande integreringar:

• Adobe Sign för Microsoft Teams
• Adobe Sign för Microsoft Word/PowerPoint
• Adobe Sign för Microsoft Outlook

Integrationerna är nu igång och fungerar normalt.

Ny version: Adobe Sign augusti 2021

Adobe Sign har slutfört uppdateringen från och med 11 augusti 2021. Patchen slutfördes utan driftstopp.

Augustiversionen innehåller smärre förändringar av upplevelsen och lösningar på flera problem som rapporterats av kunden.  

Tjänsten planeras upphöra för SOAP API i maj 2021

Lanseringen av REST API Version 6 ger den bästa programmeringsupplevelsen för Adobe Sign-utvecklare och därför dras SOAP API tillbaka och kommer inte att stödjas efter maj 2021.  REST API är nu det föredragna gränssnittet för integrerare och programutvecklare och kommande utveckling bör övergå till denna API.

Här är några referenser som hjälper dig med övergången:

• Migrera från SOAP
• Adobe Sign REST API Version 6-metoder

ÅTGÄRD KRÄVS

Om du har utvecklat en integration eller ett program för Adobe Sign-tjänsten baserat på SOAP API måste du skriva om ditt program med REST API Version 6 eller högre före maj 2021.  Vi kommer att kommunicera direkt med utvecklare och integrerare under de kommande kvartalen för att säkerställa en smidig övergång till det senaste API:t.

Tjänsten planeras upphöra för IE 11-webbläsare i Microsoft-integreringar

Microsoft avslutar stödet för Internet Explorer 11 den 17 augusti 2021.

Detta innebär att stödet för Adobe Sign för Microsoft-integreringar också upphör för IE11 vid samma tidpunkt.

De tjänster som påverkas är:

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

Tjänsten planeras upphöra för Adobe Sign-integreringen med Dropbox

Adobe Sign-integreringen med Dropbox planeras upphöra den 31 juli 2021.

Vid den tidpunkten kommer Adobe Sign inte längre att vara tillgängligt via ditt Dropbox-konto, men alla dina Adobe Sign-avtal kommer att förbli tillgängliga för dig och kan nås genom att logga in på ditt Adobe Sign-konto.

Ny version: Adobe Sign juni 2021

Adobe Sign har slutfört juni 2021-versionen utan driftstopp.

Juni-versionen innehåller funktionsförbättringar för användare och administratörer samt lösningar på problem som rapporterats av ett flertal kunder.  

Nytt SSL-certifikat tillgängligt -
Gäller från och med 1 juni 2021

Adobe Sign släpper nya SSL-certifikat den 1 juni 2021
Det sker ingen förändring av den offentliga nyckeln, de underliggande kryptografiska protokollen eller schemat.

De nya certifikaten är tillgängliga för hämtning från Adobe Sign Systemkrav-sidan.

ÅTGÄRD KRÄVS

Använda en offentlig nyckel
Om du har specialbyggda integrationer med Adobe Sign som använder antingen SOAP eller REST API:er och om någon av dessa integrationer har fixerat den befintliga offentliga nyckeln behövs ingen åtgärd.

Om du använder Adobe Signs SSL-certifikat för SSO, eller om du fäster själva certifikatet (eller använder andra metoder), kan du hitta de nya Adobe Sign-certifikaten på sidan Adobe Sign Systemkrav.

De nya SSL-certifikaten aktiveras den 1 juni 2021

Ny W-4 för 2021 har lagts till i Adobe Sign-biblioteket

Det nya formuläret IRS W-4 (2021) med titeln W-4 2021 (medarbetarens inkomstcertifikat) förväntas läggas till i Adobe Sign-biblioteket som en del av februari 2021-utgåvan.

ÅTGÄRD KRÄVS

Den nya formulärmallen för W-4 har ett nytt libraryDocumentId. Använder du den befintliga mallens libraryDocumentId i dina program måste du uppdatera det.

2020 års version tas bort från systemet i maj 2021.

Alla applikationer/API:er som använder det äldre formuläret (ver. 2020) måste uppdateras före 1 maj för att säkerställa att ingen tjänst störs.

Söka efter libraryDocumentId i ett API-aktiverat konto:

1. Logga in som Kontoadministratör
2. Klicka på kontofliken > Adobe Sign API > API-information > klicka på länken: REST API-metoddokumentation
3. Klicka på knappen OAUTH ACCESS-TOKEN i avsnittet GET /libraryDocuments 
   • Aktivera omfånget library_read:self
4. Klicka på Try it out! knapp
5. Leta reda på den nya formulärmallen W-4 2021 (Employee's Withholding Certificate) (inte ver. 2020) när du vill se libraryDocumentId-värdet.  

Ny version: Adobe Sign för maj 2021

Adobe Sign har slutfört majversionen 2021 utan några driftstopp.

Maj-versionen innehåller funktionsförbättringar för användare och administratörer samt lösningar på problem som rapporterats av ett flertal kunder.  

Uppdaterad cookie-hantering i Adobe Sign

Adobe Sign använder ett nytt fält för godkännande av cookies från OneTrust som är beständigt tills användaren uttryckligen väljer ett alternativ.

Användare som omdirigerar till en ny domän under autentiseringen måste ge sitt samtycke en andra gång för den andra domänen (det vanliga fallet för detta är omdirigering från echosign.com till adobesign.com på grund av domänväxlingen). 

Användare bör uppdatera sina bokmärken för att undvika omdirigering.

Fyll i och signera har en sökväg för mallar and autentiserad signering

Sidan Bara jag signerar kommer att ersättas av en ny redigeringssida (baserad på de senaste Sändningssiddesignerna) som tillåter användning av mallar och placering av fält genom framtagning.

Administratörsinställningarna avgör standardupplevelsen för användaren. En valfri växlingslänk kan aktiveras för att användaren ska kunna växla mellan det kostnadsfria gränssnittet för Fyll i och signera och den nya funktionen för självsignering med redigering. 

Nytt i den här upplevelsen är möjligheten att använda autentisering för signeraren. 

Kontrollerna baseras på Tvinga identitetsautentisering Inställningar. När det är aktiverat uppmanas användaren att ange sina Adobe Sign-inloggningsuppgifter när avtalet öppnas och (valfritt) igen när hen placerar en signatur eller slutför avtalet. 

Reglagen för den nya självsigneringsfunktionen samt Kräv identitetsautentisering kan ställas in på konto- och/eller gruppnivå (gruppnivåinställningar åsidosätter kontonivåinställningarna)

Lanseringsplan

Den nya självsigneringsfunktionen kommer att ersätta den gamla Endast jag signerar-sidan i de två kommande större uppdateringarna. 

Kunder som använder den gamla Endast jag signerar-funktionen bör migrera till den nya upplevelsen senast hösten 2020 när den blir standard och den äldre sidan tas bort från tjänsten. 

• De befintliga inställningarna kommer inte att ändras i juliversionen.
• I nästa uppdatering kommer den nya funktionen att vara standard med alternativet att återgå till den gamla sidan.
• I höstversionen 2020 kommer möjligheten att återgå till det äldre gränssnittet att tas bort.

Uppdateringen av Adobe Sign för Word/PowerPoint, Outlook och Teams blir tillgänglig den 19 april

Uppdateringen träder i kraft kl. 8.00 PDT/11.00 EST/15.00 UTC

Den här uppdateringen utförs för att förbättra den övergripande säkerheten i alla tre integreringar.

När uppdateringen har slutförts uppmanas administratörer/användare att godkänna en behörighetsbegäran för programmet igen innan åtkomst tillåts.

Ny version: Adobe Sign mars 2021

Adobe Sign har slutfört versionen för mars 2021 utan några driftstopp.

Denna produktversion innehåller nya funktioner/förbättringar för administratörer och slutanvändare samt flera lösta problem.

Planerat "Slut på tjänst" för Edge Legacy-webbläsare i Microsoft-integrationer

Microsofts stöd för webbläsaren Edge Legacy upphör den 9 mars 2021

Detta innebär att stödet för Adobe Sign för Microsoft-integreringar också upphör för Edge Legacy-webbläsare vid samma tidpunkt.

De tjänster som påverkas är:

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

Slut på support: Adobe Sign för Microsoft Power Automate v1 Actions, planerat för januari 2021

Uppdateringen av Adobe Sign för Power Automate 3.0 innehåller nya REST v6-åtgärder som är avsedda som kraftfullare ersättningar för befintliga åtgärder med samma namn.

Arbetsflöden som använder äldre åtgärder fortsätter att köras om inga åtgärder vidtas. De föråldrade åtgärderna markeras med (old) i namnet.  Dessa äldre åtgärder kommer att tas bort i januari 2021.

Listan över åtgärder som ska tas bort är:

• Skapa en biblioteksmall från en dokument-URL (gammal)
• Skapa en biblioteksmall av ett överfört dokument (föråldrad)
• Skapa ett avtal från en dokument-URL och skicka för signatur (föråldrad)
• Skapa ett avtal från en biblioteksmall och skicka för signatur (föråldrad)
• Skapa ett avtal av ett överfört dokument och skicka för signatur (föråldrad)
• Hämta en lista över alla avtal (föråldrad)
• Hämta en lista över alla biblioteksmallar (föråldrad)
• Hämta formulärfältsdata för avtal (föråldrad)
• Ladda upp ett dokument och hämta ett dokument-ID (föråldrad)

De nya åtgärderna visas i listan Åtgärder med samma namn som de äldre åtgärderna.

Kunder som använder dessa åtgärder bör uppdatera sina flöden till att använda de nya anslutningsåtgärderna. Du kan göra detta genom att ersätta den föråldrade åtgärden med den nya åtgärden i automatiseringsflödet.

Slut på tjänst för social autentisering

Möjligheten att kräva att undertecknare anger sin sociala identitet innan de får åtkomst till att se och signera dokumentet tas bort i mars 2021.  Med den här funktionen kan avsändare behöva logga in från Facebook, LinkedIn, Google, Yahoo!, Microsoft Live eller Twitter. 

Tjänsten planerad upphöra för den personliga Twitter-integreringen

Alternativet att integrera med Twitter på användarnivå (via Personliga inställningar) tas bort från användargränssnittet under mars 2021. Vid den tidpunkten:

• Inga nya användarkonton kan aktivera Twitter på användarnivå
• Användare som har Twitter aktiverat ser inte Twitter-meddelanden för nya avtal som skapats
• Kostnadsfria användarkonton som har Twitter aktiverat får sin månatliga transaktionsgräns reducerad från tio till:
  • 5 transaktioner per månad för klienter i Adobe Sign Web
    
  • 2 transaktioner per månad för klienter i Acrobat
    
• Aktiverade konton får sina inloggningsuppgifter för Twitter borttagna från Adobe Sign-system
  
• Twitter-appen i Adobe Sign tas bort vilket innebär att alla Twitter-tokens förfaller

Ny version: Adobe Sign februari 2021

Februariversionen har slutförts utan driftstopp för tjänsten.

Denna produktversion innehåller nya funktioner/förbättringar för administratörer och slutanvändare samt flera lösta problem.

Arbetsflödesdesignern genererar felmeddelanden

På grund av den förbättrade säkerheten kring delning av bibliotekstillgångar kan vissa arbetsflöden börja utlösa ett serverfelmeddelande när arbetsflödet redigeras efter september-uppdateringen:

Avsändare som försöker använda ett arbetsflöde med det här problemet får ett felmeddelande som indikerar att arbetsflödet innehåller dokument som inte omfattas:

Det här felet innebär att arbetsflödet har förlorat behörigheten att använda en eller flera av de bifogade biblioteksmallarna. Detta händer oftast när behörigheterna för mallåtkomst ändras från att tillåta konto-/gruppåtkomst till att begränsa åtkomst till ägaren.  

Administratörer bör avbryta detta felmeddelande i stället för att läsa in sidan igen.

Så här korrigerar du felet:

• Ägaren av mallen bör redigera mallbehörigheterna så att de är tillgängliga för kontot/gruppen som arbetsflödet är bundet till
• Ägaren av arbetsflödet kan ersätta mallen med en mall med lämpliga behörigheter.  För att göra detta, avbryt ovanstående feltillstånd och fortsätt med att redigera arbetsflödet och ersätta dokumentet

Tjänsten upphör för Adobe Sign for Workplace av Facebook

Integreringen med Adobe Sign for Workplace av Facebook har inaktiverats helt från och med 29 november 2020.