Tekniska meddelanden för Adobe Acrobat Sign 2015-2016

API och webbapp: Reglerna för lösenordskomplexiteten kommer att ändras under 2017

Adobe Sign förändrar reglerna för lösenordskomplexitet för att öka säkerheten. I början av 2017 kommer kunder som använder webbprogrammet att ombes att uppdatera sina lösenord, och de kommer att ha 90 dagar på sig att göra detta. Kunder som loggar in eller tillhandahåller användare genom befintliga REST- eller SOAP-API:er har till mitten av 2018 på sig att uppdatera sina applikationer för att följa Adobe Signs säkerhetskrav för lösenord.Information om hur man går över till de nya reglerna kommer att finnas tillgänglig för både kunder och partners som använder API:et i början av 2017. 

Nya lösenordskriterier:

• Minst 8 tecken, högst 100 tecken
• Minst ett versaltecken
• Minst en siffra
• Minst ett specialtecken (interpunktion), förutom blanksteg
• Får inte innehålla användarnamn, förnamn eller efternamn (oavsett skiftläge)
• Det nya lösenordet kommer att avvisas om det matchar tidigare använda lösenord

ÅTGÄRD KRÄVS

I början av 2017 ska användare av webbprogrammet uppdatera sina lösenord när de får frågan. Kunder som tillhandahåller användare genom API:et har till juli 2018 på sig att uppdatera sina applikationer för att använda REST API för att följa de nya lösenordskriterierna. 

Integration: Stödet för Adobe Sign-integrationen med Salesforce v14 har upphört.

Produktuppdateringar, säkerhetsuppdateringar och teknisk support för Adobe Sign för Salesforce v14 upphörde den 15 december 2016. 

Version 18 finns nu tillgänglig. Få de senaste funktionerna, inklusive:

• Bättre användarupplevelse för både Salesforce Classic och Lightning-vyer
• Förbättrad statussynlighet
• Förbättrad administratörsupplevelse med avancerade Lightning-komponenter
• Nya verktyg för avancerade signaturarbetsflöden

ÅTGÄRD KRÄVS 

Uppgradering till den senaste versionen av vår integration med Salesforce. Kunder som använder versioner som inte längre stöds kommer att behöva uppgradera till en aktuell version för att fortsätta få teknisk support. 

Integration: Ny version av Adobe Sign för Microsoft Dynamics och avslut för Adobe Sign-integrationen med Dynamics v4

Microsoft Dynamics v5 är nu tillgängligt.Den här versionen innehåller förbättringar som att använda Microsoft Turbo Forms och bredare webbläsarstöd.Kontakta din Customer Success-chef för information om uppgradering till den senaste versionen.

Adobe Sign för Microsoft Dynamics v4 och tidigare (lokala versioner och onlineversioner) kommer att upphöra den 30 juni 2017.Dessa versioner kommer inte längre att vara tillgängliga efter juni.

ÅTGÄRD KRÄVS

För både Microsoft Dynamics lokalt och online, uppgradera till Adobe Sign för Dynamics v5 före juli 2017.Du kommer att kunna migrera alla data från v4 och tidigare till den senaste versionen. Version 5 stöder Dynamics lokalt 2013, 2015, 2016 och Dynamics online

Säkerhet: Supporten för TLS 1.0 och 1.1 upphör

Adobe kommer 2017 att ta bort stödet för protokollen TLS 1.0 och 1.1 för att följa de bästa metoderna för SSL-/TLS-säkerhet i branschen och för efterlevnaden av PCI-standarder (datum tillkännages senare). När supporten för TLS 1.0 och 1.1 avslutas kommer kunder som ännu inte uppgraderat till TLS 1.2 eller senare inte att få åtkomst till Adobe Sign-tjänsten.

ÅTGÄRD KRÄVS

Följ den rekommenderade systemkonfigurationen för Adobe Sign för både din webbläsare och skrivbordets operativsystem så att TLS v1.2 stöds.

Uppdatering av systemkonfiguration: Slut på support för Internet Explorer 9

Adobe Sign kommer att avsluta supporten för Internet Explorer 9 i början av mars, för att anpassa sig till Microsofts avslutning av support för Windows Vista den 11 mars 2017.

ÅTGÄRD KRÄVS

Uppdatera hårdvara till operativsystem som stöds, inklusive Windows 7, 8 eller 10 med en av de webbläsare som stöds och som listas i Systemkrav för Adobe Sign.

Påminnelser

API: OAuth-programsupport för SOAP API kommer att bli inaktuell

I underhållsutgåvan för december kommer nya OAuth-program endast att ha åtkomst till REST API:er. Befintliga applikationer och integrationsnycklar kommer att fortsätta ha åtkomst till både SOAP- och REST-API:er.

ÅTGÄRD KRÄVS

Använd REST API:erna vid utvecklingen av nya program. Gå till Developer Center för mer information.

API och webbapp: Supporten har upphört för äldre Text Tag-syntax.

Texttaggar v1.0 stödjs inte längre. Taggar v1.0 kommer att fortsätta att hanteras i tjänsten, men buggar eller förbättringsförfrågningar kommer inte att accepteras för detta syntax.

ÅTGÄRD KRÄVS
Se till att dina användare använder syntaxen för 2.0-texttaggar när de skapar nya dokumentmallar. Granska program och befintliga mallar som kan innehålla äldre texttaggar och uppdatera dem med den nyare texttaggssyntaxen 2.0. Fler detaljer finns i referenshandboken Skapa formulär med texttaggar.

Säkerhet: Supporten för RC4-chiffret har upphört.

Användning av RC4-transportlagerchiffret kommer att upphöra veckan den 16 januari 2017.

API: SOAP-API:er fasas ut för nya OAuth-applikationer

Med nästa underhållsversion i början av december kommer nya OAuth-applikationer endast att kunna komma åt REST-API:er.Befintliga applikationer och integrationsnycklar kommer att fortsätta ha åtkomst till både SOAP- och REST-API:er.

ÅTGÄRD KRÄVS

Använd REST API:erna vid utvecklingen av nya program. Gå till Developer Center för mer information. 

Mobilapp: Uppdatera säkerhetsinställningarna på din Single Sign On-server (SSO)

Apple har meddelat att App Transport Security (ATS) kommer att tillämpas för alla mobilapplikationer som skickas till App Store senast i slutet av 2016.Om du har konfigurerat ditt Adobe Sign-konto för att använda SSO-inloggning och använder Adobe Sign iOS-mobilappen, se till att din SSO-server stöder Apples App Transport Security-krav (ATS).

ÅTGÄRD KRÄVS

Uppdatera dina servrar för att stödja Apples ATS-krav före den 1 december 2016 för att kunna fortsätta din SSO-åtkomst till Adobe Sign iOS-applikationen.

API och webbapp: Äldre Text Tag-syntax stödjs inte längre

Texttaggar v1.0 stödjs inte längre. Även om v1.0-taggar kommer att fortsätta att stödjas i tjänsten kommer inga buggrapporter eller förfrågningar om förbättringar att accepteras för denna syntax.

ÅTGÄRD KRÄVS

Se till att dina användare använder v2.0-texttaggsyntax när de skapar nya dokumentmallar.Granska program och befintliga mallar som kan innehålla äldre texttaggar och uppdatera dem med den nyare texttaggssyntaxen 2.0. Se Skapa formulär med texttaggar Referenshandbok för mer information.

Integration: Ny version av Adobe Sign för Microsoft Dynamics och avslut av Adobe Sign-integrationen med Dynamics v4

Integration: Ny version av Adobe Sign för Microsoft Dynamics och slutet av livscykeln för Adobe Sign-integrationen med Dynamics v4

Microsoft Dynamics v5 är nu tillgängligt för kunder för förhandsgranskning.Denna version innehåller förbättringar som att använda Microsoft Turbo Forms och bredare webbläsarstöd.För information om förhandsgranskning av den senaste versionen, kontakta din Client Success Manager.

Adobe Sign för Microsoft Dynamics v4 och tidigare (lokala versioner och onlineversioner) kommer att upphöra den 30 juni 2017.Dessa versioner kommer inte längre att vara tillgängliga efter juni.

ÅTGÄRD KRÄVS

För både Microsoft Dynamics På plats och online, uppgradera till Adobe Sign för Dynamics v5 före juli 2017.Du kommer att kunna migrera alla data från v4 och tidigare till den senaste versionen. Version 5 stöder Dynamics På plats 2013, 2015, 2016 och Dynamics online

Integration: Stödet för Adobe Sign-integrationen med Salesforce v14 upphör

Produktuppdateringar, säkerhetsuppdateringar och teknisk support för Adobe Sign för Salesforce v14 kommer att upphöra den 15 december 2016.

Version 18 finns nu tillgänglig. Få de senaste funktionerna, inklusive:

Bättre användarupplevelse för både Salesforce Classic och Lightning-vyer

• Bättre statussynlighet
• Förbättrad administratörsupplevelse med avancerade Lightning-komponenter
• Nya verktyg för avancerade signeringsarbetsflöden

ÅTGÄRD KRÄVS

Uppgradering till den senaste versionen av vår integration med Salesforce. Kunder som använder versioner som inte stöds kommer att behöva uppgradera till en aktuell version för att fortsätta att få teknisk support.

API och webbapp: Reglerna för lösenordskomplexiteten kommer att ändras under 2017

Adobe Sign förändrar reglerna för lösenordskomplexitet för att öka säkerheten. Från och med mars 2017 kommer kunder som använder webbapplikationen att uppmanas att uppdatera sitt lösenord och ha 90 dagar på sig att följa detta.Kunder som loggar in eller etablerar användare med befintliga REST- eller SOAP-API:er måste uppdatera sina program före mitten av 2018, för att uppfylla säkerheten för inloggningslösenord i Adobe Sign.Information om hur man övergår till de nya reglerna kommer att finnas tillgänglig för både kunder och partners som använder API:et i början av 2017.

Nya lösenordskriterier:

• Minst 8 tecken, högst 100 tecken
• Minst en versal
• Minst en gemen
• Minst en siffra
• Minst ett specialtecken (interpunktion), utom blanksteg
• Får inte innehålla användarnamn, förnamn eller efternamn (versaler spelar ingen roll)
• Det nya lösenordet kommer att avvisas om det matchar tidigare använda lösenord

ÅTGÄRD KRÄVS

Från mars 2017 bör användare av webbapplikationer uppdatera lösenord när det begärs. Kunder som etablerar användare med API måste uppdatera sina program för att använda REST API innan juli 2018 för att uppfylla de nya lösenordskriterierna. 

Säkerhet: Supporten för TLS 1.0 och 1.1 upphör

För att uppfylla branschens bästa praxis för SSL/TLS-säkerhet och för att följa PCI-standarder kommer vi att ta bort stödet för protokollen TLS 1.0 och 1.1 under 2017 (datum kommer att meddelas). När supporten för TLS 1.0 och 1.1 avslutas kommer kunder som ännu inte uppgraderat till TLS 1.2 eller senare inte att få åtkomst till Adobe Sign-tjänsten.

ÅTGÄRD KRÄVS

Följ den rekommenderade systemkonfigurationen för Adobe Sign för både din webbläsare och skrivbordsoperativsystem så att TLS v1.2 stöds.

Påminnelser

Säkerhet: Stödet för RC4-chiffer har upphört

Användningen av RC4-transportlagerchiffret kommer att upphöra veckan den 16 januari 2017.

Uppdatera säkerhetsinställningarna på din Single Sign On (SSO)-server

Apple har meddelat att App Transport Security (ATS) kommer att tillämpas för alla mobilapplikationer som skickas in till App Store i slutet av 2016. Om du har konfigurerat ditt Adobe Sign-konto att använda SSO-inloggning och använder Adobe Sign iOS-mobilappen, se till att din SSO-server stöder Apples App Transport Security (ATS)-säkerhetskrav.

ÅTGÄRD KRÄVS

Uppdatera dina servrar så att de stöder Apples ATS-krav före den 1 december 2016 för att fortsätta din SSO-åtkomst till Adobe Sign iOS-applikationen.

Stödet upphör för äldre Text Tag-syntax

Det tidigare meddelade datumet 3 oktober 2016 för att stödet för äldre texttaggsyntax skulle upphöra har skjutits upp för att ge kunderna mer tid att övergå till version 2.0 texttaggsyntax. Det nya datumet för när stödet upphör har inte fastställts, men se till att alla formulär och avtal använder den aktuella syntaxen.

ÅTGÄRD KRÄVS

Se till att dina användare använder 2.0 texttaggsyntax när de skapar nya dokumentmallar. Granska ditt bibliotek med befintliga mallar som kan innehålla äldre texttaggar och uppdatera dem med den nyare 2.0 texttaggsyntaxen. Om du har en applikation som använder den gamla syntaxen, revidera taggarna för att säkerställa att din applikation fortsätter att fungera när stödet upphör. Se referenshandboken Creating Forms with Text Tags för mer information.

Slutet för Adobe Sign-integrationen med Microsoft Dynamics v4

Adobe Sign för Microsoft Dynamics v4 och tidigare (lokala versioner och online-versioner) kommer att upphöra den 30 juni 2017. Dessa versioner kommer inte längre att vara tillgängliga efter juni. Den nya versionen (v5) innehåller förbättringar som stöd för Microsofts turboformulär och förbättrat webbläsarstöd. Microsoft Dynamics v5 finns tillgängligt nu.

ÅTGÄRD KRÄVS

För både Microsoft Dynamics På plats och online, uppgradera till Adobe Sign för Dynamics v5 före juli 2017. Du kommer att kunna migrera alla data från v4 och tidigare till den senaste versionen. Version 5 stöder Dynamics På plats 2013, 2015, 2016 och Dynamics online.

För hjälp med att uppgradera till den senaste versionen, kontakta din Customer Success Manager.

Stödet för Adobe Sign-integreringen med Salesforce v14 upphör

Produktuppdateringar, säkerhetsuppdateringar och teknisk support för Adobe Sign för Salesforce v14 upphör den 15 december 2016.

ÅTGÄRD KRÄVS

Uppgradering till den senaste versionen av vår integration med Salesforce. Kunder som använder versioner som inte stöds kommer att behöva uppgradera till en aktuell version för att fortsätta få teknisk support.

Supportens slut för TLS 1.0 och 1.1

För att följa branschens bästa praxis för SSL/TLS-säkerhet och för att följa PCI-standarder kommer vi att ta bort stödet för TLS 1.0- och 1.1-protokoll under 2017 (datum kommer att meddelas). När supporten för TLS 1.0 och 1.1 avslutas kommer kunder som ännu inte uppgraderat till TLS 1.2 eller senare inte att få åtkomst till Adobe Sign-tjänsten.

ÅTGÄRD KRÄVS

Uppgradera till TLS version 1.2 eller högre

Uppdatera säkerhetsinställningarna på din Single Sign On (SSO)-server

Apple har meddelat att App Transport Security (ATS) kommer att tillämpas för alla mobilapplikationer som skickas till App Store senast i slutet av 2016. Om du har konfigurerat ditt Adobe Sign-konto för att använda SSO-inloggning och använder Adobe Sign iOS-mobilappen, se till att din SSO-server stöder Apples App Transport Security (ATS)-säkerhetskrav.

ÅTGÄRD KRÄVS

Uppdatera dina servrar för att stödja Apples ATS-krav före den 1 december 2016 för att fortsätta din SSO-åtkomst till Adobe Sign iOS-applikationen.

Stödet upphör för äldre Text Tag-syntax

Det tidigare kommunicerade datumet 3 oktober 2016 för supportens slut för äldre texttagg-syntax har skjutits upp för att ge kunderna mer tid att övergå till version 2.0 texttagg-syntax. Det nya datumet för supportens slut har inte fastställts; se dock till att alla formulär och avtal använder den aktuella syntaxen.

ÅTGÄRD KRÄVS

Se till att dina användare använder 2.0 texttagg-syntax när de skapar nya dokumentmallar. Granska ditt bibliotek med befintliga mallar som kan innehålla äldre texttaggar och uppdatera dem med den nyare 2.0 texttagg-syntaxen. Om du har en applikation som använder den gamla syntaxen, revidera taggarna för att säkerställa att din applikation fortsätter att fungera när supportens slut träder i kraft. Se referenshandboken "Creating Forms with Text Tags" för mer information.

Stödet för Adobe Sign-integreringen med Microsoft Dynamics v4 och tidigare upphör i juni 2017

Adobe Sign för Microsoft Dynamics v4 och tidigare (lokala versioner och onlineversioner) kommer att upphöra den 30 juni 2017.Dessa versioner kommer inte längre att vara tillgängliga efter juni. Den nya versionen (v5) innehåller förbättringar som stöd för Microsofts turboformulär och förbättrat webbläsarstöd. Det är tillgängligt idag.

ÅTGÄRD KRÄVS

För både Microsoft Dynamics på plats och online, uppgradera till Adobe Sign för Dynamics v5 före juli 2017. Du kommer att kunna migrera alla data från v4 och tidigare till den senaste versionen. Version 5 stöder Dynamics på plats 2013, 2015, 2016 och Dynamics online.

För information om uppgradering till den senaste versionen, kontakta din Client Success Manager. 

Stödet för Adobe Sign-integrationen med Salesforce v14 upphör

Produktuppdateringar, säkerhetsuppdateringar och teknisk support för Adobe Sign för Salesforce v14 upphör den 15 december 2016.

ÅTGÄRD KRÄVS

Uppgradering till den senaste versionen av vår integration med Salesforce. Kunder som använder versioner som inte stöds kommer att behöva uppgradera till en aktuell version för att fortsätta få teknisk support.

Slutet på stödet för TLS 1.0 och 1.1

För att följa branschens bästa praxis för SSL/TLS-säkerhet och för efterlevnad av PCI-standarder kommer vi att ta bort stödet för TLS 1.0- och 1.1-protokoll under 2017 (datum kommer att meddelas). När supporten för TLS 1.0 och 1.1 avslutas kommer kunder som ännu inte uppgraderat till TLS 1.2 eller senare inte att få åtkomst till Adobe Sign-tjänsten.

ÅTGÄRD KRÄVS

Uppgradera till TLS version 1.2 eller högre

Påminnelser

Adobe Sign-databasen uppdaterades för att stödja 4-byte Unicode-tecken

I mitten av september lades stöd för utökade flerbyte-teckenuppsättningar till som en del av Adobe Signs globala expansion och förbättrat språkstöd.Med denna uppdatering stöder databasen nu utökade Unicode-tecken på 4 byte.

ÅTGÄRD KRÄVS

Se till att applikationer och datalagring som använder Adobe Sign API-anrop kan hantera 4-byte-tecken.
 

Stödet för RC4-chiffer har upphört

Från och med den 20 augusti 2016 har Adobe upphört med stödet för RC4-chifferkryptering. Adobe kommer att fortsätta övervaka RC4-användningen och stödja övergången till andra, säkrare chiffer.

Det råder enighet inom branschen om att RC4 inte längre är kryptografiskt säkert. Detta meddelande stämmer överens med meddelanden från Oracle, Salesforce, Microsoft, Google och Mozilla, som avslutade stödet för RC4 i kommersiella applikationer förra året.

ÅTGÄRD KRÄVS

Uppgradera hårdvara eller programvara som förlitar sig på RC4 för att kommunicera med Adobe Sign-tjänsten för att stödja en uppdaterad chiffersvit.
 

Ytterligare IP-adressintervall för Adobe Sign.

Om dina befintliga nätverks- eller brandväggskonfigurationer uttryckligen vitlistar IP-adresserna för Adobe Sign måste du uppdatera nätverkskonfigurationsinställningarna med de nya IP-adresserna för att se till att du har fortsatt åtkomst till tjänsten. De befintliga IP-adresserna kommer även fortsättningsvis att fungera och de får inte tas bort eller flyttas från nätverkskonfigurationen.

Befintliga IP-adresser

Nordamerika:

166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (tillagt februari 2016)
52.35.253.64/27 (tillagt februari 2016)

Europa

52.48.127.160/27 (tillagt februari 2016)
52.58.63.192/27 (tillagt februari 2016)

Ytterligare IP-adresser
Japan

52.196.191.224/27 (tillagt juli 2016)

Australien

52.65.255.192/27 (tillagt juli 2016)

Supporten för äldre Text Tag-syntax upphör

Det tidigare kommunicerade datumet 3 oktober 2016 för upphörande av support för äldre text tag-syntax har skjutits upp för att ge kunder mer tid att övergå till version 2.0 text tag-syntax.Det nya datumet för upphörande av support har inte fastställts; se dock till att alla formulär och avtal använder den aktuella syntaxen.

ÅTGÄRD KRÄVS

Se till att dina användare använder 2.0 text tag-syntax när de skapar nya dokumentmallar.Granska ditt bibliotek med befintliga mallar som kan innehålla äldre texttaggar och uppdatera dem med den nyare 2.0 text tag-syntaxen.Om du har en applikation som använder den gamla syntaxen, ändra taggarna för att säkerställa att din applikation fortsätter att fungera när supporten upphör.Se referenshandboken Creating Forms with Text Tags för mer information.

Adobe Sign kommer att uppdatera sin huvuddatabas för att stödja 4-Byte Unicode-tecken

I september kommer stöd att läggas till för utökade flerbyte-teckenuppsättningar som en del av Adobe Signs globala expansion och förbättrat språkstöd.För närvarande skickar Adobe Sign inte 4-byte-tecken till dina klientapplikationer via API:et.Med denna uppdatering kommer databasen att kunna stödja 4-byte utökade Unicode-tecken.

ÅTGÄRD KRÄVS

Se till att applikationer och datalagring som använder Adobe Sign API-anrop kan hantera 4-byte-tecken. 

Datumändring: Support för Adobe Sign-integrationen för Microsoft Dynamics CRM 2011 (På plats-version) har ändrats från september 2016 till juni 2017

Microsoft avslutade mainstream-support för Dynamics CRM 2011 den 12 juli 2016.Adobe kommer att avsluta supporten för Adobe Sign-integrationen med Dynamics CRM 2011 i juni 2017.

ÅTGÄRD KRÄVS

Uppgradera till MS Dynamics CRM 2013 eller senare (På plats-version) eller MS Dynamics 365 före juni 2017. 

Support för Adobe Sign-integrationen för Salesforce version 14 upphör

Produktuppdateringar, säkerhetsuppdateringar och teknisk support för Adobe Sign-tjänster för Salesforce version 14 upphör den 15 december 2016.

ÅTGÄRD KRÄVS

Uppgradering till den senaste versionen av vår integration med Salesforce. Kunder som använder versioner som inte stöds kommer att behöva uppgradera till en aktuell version för att fortsätta få teknisk support.

Upphörande av support för TLS 1.0

För att uppfylla branschens bästa praxis för SSL/TLS-säkerhet och för efterlevnad av PCI-standarder kommer vi att ta bort supporten för TLS 1.0-protokollet under 2017 (datum kommer att meddelas).När TLS 1.0-supporten tas bort kommer kunder som ännu inte har uppgraderat till minst TLS 1.1 inte kunna komma åt Adobe Sign-tjänsten.

ÅTGÄRD KRÄVS

Uppgradera till TLS version 1.1 eller högre.Version 1.2 rekommenderas starkt.Vi stöder för närvarande TLS version 1.1 och 1.2, så kunder med version 1.0 kan uppgradera omedelbart. 

Påminnelse

Den 20 augusti 2016 avslutade Adobe stödet för RC4-chifferkryptering.Även om RC4 kommer att fortsätta vara tillgängligt under TLS-återställningsförhandlingar för att förhindra avbrott i tjänsten, uppmanas kunder att avsluta användningen så snart som möjligt.Adobe kommer att fortsätta övervaka RC4-användningen och stödja övergången till andra, säkrare chiffer. 

Det råder enighet inom branschen att RC4 inte längre är kryptografiskt säkert.Detta meddelande är i linje med meddelanden från Oracle, Salesforce, Microsoft, Google och Mozilla, som avslutade stödet för RC4 i kommersiella applikationer förra året.

ÅTGÄRD KRÄVS

Uppgradera hårdvara eller programvara som förlitar sig på RC4 för kommunikation med Adobe Sign-tjänsten för att stödja en uppdaterad chiffersvit.

Stöd för RC4-chiffer har avslutats

Ytterligare IP-adressintervall för Adobe Sign

Adobe Sign-tjänsten har utökats till att fungera från en ny uppsättning IP-adresser, utöver de som för närvarande används.

ÅTGÄRD KRÄVS

Om din befintliga nätverks- eller brandväggskonfiguration uttryckligen vitlistar IP-adresserna för Adobe Sign, behöver du som förberedelse för de ytterligare platserna uppdatera nätverkskonfigurationsinställningarna för att inkludera de nya IP-adresserna för att säkerställa fortsatt åtkomst till tjänsten.De befintliga IP-adresserna kommer även fortsättningsvis att fungera och de får inte tas bort eller flyttas från nätverkskonfigurationen.

Befintliga IP-adresser

Nordamerika:

166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (tillagd februari 2016)
52.35.253.64/27 (tillagd februari 2016)

Europa

52.48.127.160/27 (tillagd februari 2016)
52.58.63.192/27 (tillagd februari 2016)

Ytterligare IP-adresser
Japan

52.196.191.224/27 (tillagd juli 2016)

Australien

52.65.255.192/27 (tillagd juli 2016)

Stöd för äldre Text Tag-syntax upphör

Den 3 oktober 2016 kommer stödet att upphöra för dokument som skapats med den äldre versionen av text tag-syntaxen som använder understreck.Den nuvarande versionen, 2.0, texttaggssyntax har använts i flera år.Den möjliggör skapande av formulärfält som stöds genom webbanvändargränssnittet, inklusive skapande av villkorliga formulärfält, beräknade formulärfält och avancerad fältvalidering.Version 2.0 använder också understreck på båda sidor av 'es'-identifieraren.Andra delar av taggen separeras dock med kolon.

Exempel på äldre version av text tag-syntax:

_es_signer_signature
Ett signaturfält tilldelat undertecknaren.

address_es_signer
Ett valfritt fält med namnet 'address' tilldelat undertecknaren.

Exempel på version 2.0 av texttaggssyntax:

Sig_es_:signer:signature
Ett signaturfält tilldelat till signeraren.

address_es_:signer
Ett valfritt fält med namnet 'address' tilldelat till signeraren.
 

Befintliga dokumentmallar som använder den äldre versionen av texttaggar bör uppdateras för att använda version 2.0 texttaggssyntax före den 3 oktober 2016. Se Referenshandbok för att skapa formulär med texttaggar för detaljer om den nya syntaxen.

ÅTGÄRD KRÄVS

Adobe Sign kommer att uppdatera sin huvuddatabas för att stödja 4-byte Unicode-tecken

I augusti kommer huvuddatabasen att uppdateras som en del av Adobe Signs globala expansion och språkstöd för att bättre stödja multibyte-teckenuppsättningar.För närvarande skickar Adobe Sign inte 4-byte-tecken till dina klientapplikationer via API:et. Med denna uppdatering kommer databasen att kunna stödja utökade 4-byte Unicode-tecken.

ÅTGÄRD KRÄVS

Se till att applikationer och datalagring som använder Adobe Sign API-anrop kan hantera 4-byte-tecken. 

Ytterligare IP-adressintervall för Adobe Sign

Adobe Sign-tjänsterna fortsätter att expandera tjänstens räckvidd. De utökade tjänsterna kommer att fungera från en ny uppsättning IP-adresser utöver de som för närvarande används.

ÅTGÄRD KRÄVS

Om din befintliga nätverks- eller brandväggskonfiguration uttryckligen vitlistar IP-adresserna för Adobe Sign, behöver du uppdatera dina nätverkskonfigurationsinställningar för att inkludera de nya IP-adresserna för att säkerställa fortsatt åtkomst till tjänsten. De befintliga IP-adresserna kommer fortsatt att vara i drift och får inte tas bort från din nätverkskonfiguration. 

Befintliga IP-adresser

Nordamerika:

166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (tillagd februari 2016)
52.35.253.64/27 (tillagd februari 2016)

Europa

52.48.127.160/27 (tillagd februari 2016)
52.58.63.192/27 (tillagd februari 2016)

Ytterligare IP-adresser
Japan

52.196.191.224/27 (tillagd juli 2016)

Australien

52.65.255.192/27 (tillagd juli 2016)

Stödet för RC4-chiffer upphör

Stödet kommer att upphöra för RC4-chiffer på alla Adobe Sign-domäner, inklusive *.echosign.com och documents.adobe.com, den 20 augusti 2016. Kunder som använder RC4 symmetrisk kryptering för SSL/TLS-kommunikation kommer inte att kunna ansluta till någon Adobe Sign-domän.

ÅTGÄRD KRÄVS

Applikationer som körs på äldre versioner av Java (version 1.6 eller lägre) som kommunicerar med Adobe Sign-tjänsten kommer att stöta på fel vid SSL/TLS-handskakningar.Uppgradera till en nyare version av Java (version 8 eller senare) för att säkerställa oavbruten drift. Ge denna information till ditt IT-driftsteam för att bekräfta om din organisation har andra servrar eller tjänster som förlitar sig på RC4 för kommunikation med Adobe Sign-tjänsten. Om så är fallet, uppdatera dessa servrar eller tjänster för att stödja en uppdaterad chiffersvit.

Varför RC4 inaktiveras: Strömchiffret RC4 är känt för att ha större sårbarheter, och de flesta ISV:er har börjat fasa ut stödet för det. För mer information, besök dessa platser:

https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/

http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/

Stödet för produktintegrationen med Microsoft Dynamics CRM 2011 (version på plats) upphör i september 2016

Microsoft avslutar grundläggande stöd för Dynamics CRM 2011 den 12 juli 2016. Vi kommer att avsluta stödet i september 2016.

ÅTGÄRD KRÄVS

Uppdatera till en Adobe-stödd På plats-version av Dynamics CRM 2013 eller senare senast den 3 oktober 2016. Kunder som använder versioner som inte stöds behöver uppdatera till den senaste versionen för att undvika avbrott i tjänsten.

För information om att uppgradera till den senaste versionen, kontakta din kundansvarig

Påminnelse

Stödet för produktintegrationen med Microsoft Dynamics CRM 2011 (lokal version) upphör i september 2016

Produktuppdateringar, säkerhetsuppdateringar och teknisk support för Adobe Sign-tjänster för Salesforce version 12 och 13 upphörde den 30 april 2016.

ÅTGÄRD KRÄVS

Kunder som använder versioner som inte stöds behöver uppdatera till den senaste versionen om de behöver teknisk support.

Ytterligare IP-adressintervall för Adobe Sign

Adobe Sign-tjänster fortsätter att expandera tjänstens omfattning. De utökade tjänsterna kommer att fungera från en ny uppsättning IP-adresser utöver de som för närvarande används.

ÅTGÄRD KRÄVS

Om din befintliga nätverks- eller brandväggskonfiguration uttryckligen vitlistar IP-adresserna för Adobe Sign, behöver du som förberedelse för de ytterligare platserna uppdatera nätverkskonfigurationsinställningarna för att inkludera de nya IP-adresserna för att säkerställa fortsatt åtkomst till tjänsten.De befintliga IP-adresserna kommer att fortsätta att vara i drift och får inte tas bort från din nätverkskonfiguration.

Befintliga IP-adresser

Nordamerika:

166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (tillagd februari 2016)
52.35.253.64/27 (tillagd februari 2016)

Europa

52.48.127.160/27 (tillagd februari 2016)
52.58.63.192/27 (tillagd februari 2016)

Ytterligare IP-adresser
Japan

52.196.191.224/27 

Australien

52.65.255.192/27

Stöd för äldre Text Tag-syntax upphör

Från och med den 3 oktober 2016 kommer stödet att upphöra för dokument som skapats med den äldre versionen av texttaggsyntaxen som använder understreck.Den nya texttaggsyntaxen gör det möjligt att skapa formulärfält som stöds via webbgränssnittet, inklusive skapande av villkorsstyrda formulärfält, beräknade formulärfält och avancerad fältvalidering.

Exempel på äldre version av texttaggsyntax:

_es_signer_signature
Ett signaturfält tilldelat undertecknaren.

address_es_signer
Ett valfritt fält med namnet 'address' tilldelat undertecknaren.

Exempel på version 2.0 av texttaggsyntax:

Sig_es_:signer:signature
Ett signaturfält tilldelat till signeraren.

address_es_:signer
Ett valfritt fält med namnet 'address' tilldelat till signeraren.

ÅTGÄRD KRÄVS

Om du har befintliga dokumentmallar med den äldre versionen av texttaggar, uppdatera dina dokumentmallar för att använda syntaxen för texttaggar version 2.0 före den 3 oktober 2016.Se Creating Forms with Text Tags Reference Guide för detaljer om den nya syntaxen.

Adobe Sign kommer att uppdatera sin centrala databas för att stödja 4-byte Unicode-tecken

I augusti kommer den centrala databasen att uppdateras som en del av Adobe Signs globala expansion och språkstöd för att bättre stödja teckenuppsättningar med flera byte.För närvarande skickar Adobe Sign inte 4-byte-tecken till dina klientapplikationer via API:et.Med denna uppdatering kommer databasen att kunna stödja 4-bytes utökade Unicode-tecken.

ÅTGÄRD KRÄVS

Granska applikationer och datalagring som använder Adobe Sign API-anrop för att säkerställa att de kommer att kunna hantera 4-byte-tecken

Stöd för RC4-chiffer upphör

Stödet kommer att upphöra för RC4-chiffret den 20 augusti 2016.Stödet kommer att inaktiveras för RC4-chiffret på alla Adobe Sign-domäner, inklusive *.echosign.com och documents.adobe.com.Kunder som använder RC4 symmetrisk kryptering för SSL/TLS-kommunikation kommer inte att kunna ansluta till alla Adobe Sign-domäner, eftersom SSL/TLS-handskakningen kommer att misslyckas.

ÅTGÄRD KRÄVS

Applikationer som körs på äldre versioner av Java (version 1.6 eller lägre) som kommunicerar med Adobe Sign-tjänsten kommer att stöta på SSL/TLS-handskakningsfel.Uppgradera till en nyare version av Java (version 8 eller senare) för att säkerställa oavbruten drift.

Förse ditt IT-driftsteam med denna information för att bekräfta om din organisation har andra servrar eller tjänster som förlitar sig på RC4 för kommunikation med Adobe Sign-tjänsten.Om så är fallet, uppgradera dessa servrar eller tjänster för att stödja en uppdaterad chiffersvit.

Varför RC4 inaktiveras: RC4-strömchiffret är känt för att ha stora sårbarheter, och de flesta ISV:er har börjat fasa ut stödet för det.För mer information, besök dessa webbplatser:

https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/

http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/

Stödet för produktintegrationen med Microsoft Dynamics CRM 2011 (på plats-version) kommer att upphöra i september 2016

Microsoft avslutar mainstream-stödet för Dynamics CRM 2011 den 12 juli 2016.Vi kommer att avsluta supporten i september 2016.

ÅTGÄRD KRÄVS

Uppgradera din lokala version till en version av Dynamics CRM 2013 eller senare (lokal) som stöds av Adobe senast den 3 oktober 2016.Kunder som använder versioner utan support behöver uppgradera till den senaste versionen för att undvika avbrott i tjänsten.

För information om uppgradering till den senaste versionen, kontakta din Client Success Manager. 

Påminnelser

Support för produktintegrationen med Salesforce version 12 och 13 har nu upphört

Produktuppdateringar, säkerhetsuppdateringar och teknisk support för Adobe Sign-tjänster för Salesforce version 12 och 13 upphörde den 30 april 2016.

ÅTGÄRD KRÄVS

Kunder som använder versioner utan support behöver uppgradera till den senaste versionen om de behöver teknisk support.

NetSuite-integrationsversion

Adobe har släppt den senaste versionen av Adobe Sign-integrationen med NetSuite (v4.0).Den här versionen uppnådde certifieringen "Built for NetSuite" och uppfyller alla de senaste designriktlinjerna för NetSuite.

Bland de nya funktionerna finns:

• Automatisk etablering.En ny anpassad inställning som gör att användare som skickar avtal i NetSuite automatiskt kan etableras med ett användarkonto för Adobe Sign-tjänster.
• OAuth 2.0.För att förbättra datasäkerhet använder Adobe Sign nu OAuth 2.0 för att autentisera ditt konto i NetSuite.Den här förbättringen påverkar inte din implementering, men du behöver göra en engångsinställning för att auktorisera ditt NetSuite-paket att kommunicera med Adobe Sign. 

Support för RC4-krypto upphör

Datumet då supporten upphör för RC4-krypto har ändrats till den 20 augusti 2016.

Support kommer att inaktiveras för RC4-krypto på alla eSign-domäner, inklusive *.echosign.com och documents.adobe.com den 20 augusti 2016.Kunder som använder RC4 symmetrisk kryptering för SSL/TLS-kommunikation kommer inte att kunna ansluta till alla eSign-domäner, eftersom SSL/TLS-handskakningen kommer att misslyckas.

ÅTGÄRD KRÄVS

Program som körs på äldre versioner av Java (version 1.6 eller lägre) som kommunicerar med eSign-tjänsten kommer att stöta på SSL/TLS-handskakningsfel.Uppgradera till en nyare version av Java (version 8 eller senare) för att säkerställa oavbruten drift.

Ge den här informationen till ditt IT-driftsteam för att bekräfta om din organisation har andra servrar eller tjänster som förlitar sig på RC4 för kommunikation med eSign-tjänster.Om så är fallet, uppgradera dessa servrar eller tjänster för att stödja en uppdaterad kryptosvit.

Varför RC4 inaktiveras: RC4-strömkrypto är känt för att ha stora sårbarheter, och de flesta ISV:er har börjat fasa ut supporten för det.För mer information, besök dessa webbplatser:

https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/

http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/

Stödet för produktens integration med Salesforce version 12 och 13 upphör

Produktuppdateringar, säkerhetsuppdateringar och teknisk support för eSign-tjänster från Adobe för Salesforce version 12 och 13 upphör den 30 april 2016.Uppgradera till den senaste versionen i förväg för att fortsätta få support.

ÅTGÄRD KRÄVS

Kunder som använder versioner som inte stöds behöver uppgradera till den senaste versionen om de behöver teknisk support.

Kontakta din Client Success Manager för information om uppgradering till den senaste versionen.

Stödet för produktintegration med Microsoft Dynamics CRM 2011 (lokal version) upphör i september 2016

Microsoft avslutar huvudsupport för Dynamics CRM 2011 den 12 juli 2016.Vi avslutar support i september 2016.

ÅTGÄRD KRÄVS

Uppgradera din lokala version till en Adobe-stödd version av Dynamics CRM 2013 eller senare (lokal installation) senast den 3 oktober 2016.Kunder som använder versioner som inte stöds behöver uppgradera till den senaste versionen för att undvika avbrott i tjänsten.

Kontakta din Client Success Manager för information om uppgradering till den senaste versionen. 

Påminnelse

NetSuite-integrationsversion

Adobe har släppt sin senaste version av integreringen av Adobe Document Cloud eSign-tjänster med NetSuite (v4.0).Denna version uppnådde certifieringen "Built for NetSuite" och uppfyller alla de senaste designriktlinjerna för NetSuite.

Bland de nya funktionerna finns:

• Automatisk etablering.En ny anpassad inställning som gör att användare som skickar avtal i NetSuite automatiskt kan etableras med ett användarkonto för Adobe Document Cloud eSign-tjänster.
• OAuth 2.0.För att förbättra datasäkerheten använder Adobe Document Cloud eSign-tjänster nu OAuth 2.0 för att autentisera ditt konto för Adobe Document Cloud eSign-tjänster i NetSuite.Denna förbättring påverkar inte din implementering, men du behöver göra en engångsinställning för att auktorisera ditt NetSuite-paket att kommunicera med Adobe Document Cloud.

Ytterligare IP-adressintervall för Adobe Document Cloud eSign-tjänster

Adobe Document Cloud eSign-tjänster har utökat tjänsternas omfattning med februariunderhållsfrigöringen.De utökade tjänsterna kommer att fungera från en ny uppsättning IP-adresser utöver de som för närvarande används.

ÅTGÄRD KRÄVS

Om din befintliga nätverks- eller brandväggskonfiguration uttryckligen vitlistar IP-adresserna för Adobe Document Cloud eSign-tjänster behöver du uppdatera nätverkskonfigurationsinställningarna för att inkludera de nya IP-adresserna för att säkerställa fortsatt åtkomst till tjänsterna.De befintliga IP-adresserna kommer även fortsättningsvis att fungera och de får inte tas bort eller flyttas från nätverkskonfigurationen.

Befintliga IP-adresser

Nordamerika:

166.78.79.112/28
207.97.227.112/28

Ytterligare IP-adresser

Nordamerika:

52.71.63.224/27
52.35.253.64/27

Europa:

52.48.127.160/27
52.58.63.192/27

NetSuite-integrationsversion

NetSuite-integrationsversion.

Adobe har släppt den senaste versionen av Adobe Document Cloud eSign services-integrationen med NetSuite (v4.0). Denna version uppnådde certifieringen "Built for NetSuite" och uppfyller alla de senaste designriktlinjerna för NetSuite.

Bland de nya funktionerna finns:

• Automatisk etablering. En ny anpassad inställning som gör att användare som skickar avtal i NetSuite automatiskt kan etableras med ett användarkonto för Adobe Document Cloud eSign-tjänster.
• OAuth 2.0. För att förbättra datasäkerhet använder Adobe Document Cloud eSign services nu OAuth 2.0 för att autentisera ditt Adobe Document Cloud eSign services-konto i NetSuite. Denna förbättring påverkar inte din implementering, men du behöver göra en engångskonfiguration för att auktorisera ditt NetSuite-paket att kommunicera med Adobe Document Cloud.

Uppgradera idag för att dra nytta av alla dessa förbättringar. 

RC4-krypteringens livscykelslut

Adobe Document Cloud eSign services anpassar sig till stora programvaruleverantörer för att avsluta stödet för RC4-kryptering.

Adobe kommer att inaktivera stödet för RC4-kryptering på secure.echosign.com-servern i början av 2016. Kunder som använder RC4 symmetrisk kryptering för SSL/TLS-kommunikation kommer inte att kunna ansluta till secure.echosign.com-servern, eftersom SSL/TLS-handskakningen kommer att misslyckas.

ÅTGÄRD KRÄVS

Storföretagskunder uppmuntras starkt att testa anpassade applikationer och integrationer för att säkerställa att de fortsätter att fungera sömlöst efter denna ändring.Kontakta din CSM för testkonfigurationen.

Kända problem: Kunder som kör äldre versioner av Java (version 1.6 eller lägre) kan stöta på SSL/TLS-handskakningsfel.

Lösning: Uppgradera till en nyare version av Java (version 8).

Varför RC4 inaktiveras: RC4-strömkrypteringen är känd för att ha stora sårbarheter, och de flesta ISV:er har börjat fasa ut stödet för den. För mer information, besök dessa webbplatser:

https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/

http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/

Påminnelse

Ytterligare IP-adressintervall för Adobe Document Cloud eSign-tjänster

Adobe Document Cloud eSign services har utökat tjänsternas räckvidd med underhållsversionen i februari.De utökade tjänsterna kommer att fungera från en ny uppsättning IP-adresser utöver de som för närvarande används.

ÅTGÄRD KRÄVS

Om din befintliga nätverks- eller brandväggskonfiguration uttryckligen tillåter IP-adresserna för Adobe Document Cloud eSign-tjänsterna, behöver du uppdatera nätverkskonfigurationsinställningarna för att inkludera de nya IP-adresserna för att säkerställa fortsatt åtkomst till tjänsterna.De befintliga IP-adresserna kommer även fortsättningsvis att fungera och de får inte tas bort eller flyttas från nätverkskonfigurationen.

Befintliga IP-adresser

Nordamerika:

166.78.79.112/28
207.97.227.112/28

Ytterligare IP-adresser

Nordamerika:

52.71.63.224/27
52.35.253.64/27

Europa:

52.48.127.160/27
52.58.63.192/27

Slutet för One Click-signering

Meddelande till kunder som använder One Click som signaturinställning: Adobe Document Cloud eSign-tjänsterna slutade stödja One Click-signering och uppgraderade kunder till standardmetoden för signering den 15 januari 2016.

Standardmetoden för signering ger en enkel och strömlinjeformad signeringsupplevelse som har optimerats för att fungera på alla enheter, inklusive stationära datorer, surfplattor och smartphones. Signeringsupplevelsen vägleder signeraren genom de obligatoriska fälten. Standardsigneringsmetoden ger en mycket rikare upplevelse för signerare än vad som erbjuds av One Click-signering, inklusive automatisk sparning av data som anges i avtalet, villkorliga formulärfält och fältvalidering.

ÅTGÄRD KRÄVS

Om du inte redan har växlat till standardmetoden för signering, välj Konto > Kontoinställningar > Signaturpreferenser och välj Standard som den föredragna metoden för att signera dokument.
 

Placera en elektronisk transaktions-ID-signaturstämpel på dina dokument

Adobe Document Cloud eSign services inaktiverade transaktions-ID:t med "blå kantlinje" den 15 januari 2016.Vi gjorde denna ändring för att förse kunder med:

• Större dokumentvy
• Flexibilitet att välja var den elektroniska signaturstämpeln ska placeras på dokumentet
• Möjlighet att välja vilka dokument som kräver transaktions-ID

ÅTGÄRD KRÄVS

För att automatiskt generera en transaktions- och signaturstämpel för signerade dokument, bör kunder som använder den "blå kantlinjen" för att kommentera dokument med transaktions-ID och deltagarens signaturstämplar ha uppdaterat sina dokument med texttaggar eller formulärfält. För mer information, se Användarhandboken för texttaggar.

Ytterligare IP-adressintervall för eSign-tjänster från Adobe

Adobe Document Cloud eSign services utökar tjänstens spridning med omedelbar verkan. De förbättrade tjänsterna ska arbeta med en ny uppsättning IP-adresser, förutom de som för närvarande används av tjänsten. Om din befintliga nätverks- eller brandväggskonfiguration uttryckligen tillåter IP-adresserna för eSign services, kommer du att behöva uppdatera nätverkskonfigurationsinställningarna för att inkludera dessa nya IP-adresser för att säkerställa fortsatt åtkomst till tjänsten.

Befintliga IP-adresser

Nordamerika:

166.78.79.112/28
207.97.227.112/28

Ytterligare IP-adresser

Nordamerika:

52.71.63.224/27
52.35.253.64/27

Europa: 

52.48.127.160/27
52.58.63.192/27

Observera: De befintliga IP-adresserna kommer att fortsätta vara i drift och får inte tas bort från din nätverkskonfiguration.
 

Slutet för "Ett klick"-signering

Meddelande till kunder som använder Ett klick som sin signeringsmetod. Den 15 januari 2016 kommer eSign-tjänsterna att stoppa stödet för One Click-signering och uppgradera alla till standardsigneringsmetoden.

Standard-signeringsmetoden ger en enkel och smidig signeringsupplevelse som har optimerats för att fungera på alla enheter, inklusive datorer, surfplattor och smartphones. Signeringsupplevelsen guidar signeraren genom de obligatoriska fälten. Standard-signeringsmetoden ger en mycket rikare upplevelse för signerare än vad Ett klick-signering erbjuder, inklusive Spara automatiskt för data som matas in i avtalet, villkorliga formulärfält och fältvalidering.

Administratörer kan byta till standard-signeringsmetoden före den 15 januari 2016 och uppmuntras starkt att göra det. För att byta till standardsigneringsmetoden går du till fliken Konto, väljer "Kontoinställningar", sedan "Signeringsinställningar" och väljer "Standard" som den föredragna metoden för att signera dokument.

Se artikeln nedan om du för närvarande använder den "blå kantlinjen" för att kommentera dokument med transaktions-ID:n och signaturstämplar. 

Att placera en elektronisk transaktions-ID-signaturstämpel på dina dokument

Meddelande till kunder som använder en automatiskt genererad transaktions- och signaturstämpel för signerade dokument, som visar sig som en blå kantlinje runt signerade dokument.

Den 15 januari 2016 kommer eSign services att inaktivera transaktions-ID:t med "blå kantlinje". Vi gör denna ändring för att ge kunderna:

• Större dokumentvy
• Flexibilitet att välja var den elektroniska signaturstämpeln ska placeras på dokumentet
• Möjlighet att välja vilka dokument som kräver transaktions-ID

Kunder som för närvarande använder den "blå kantlinjen" för att kommentera dokument med transaktions-ID:n och deltagarnas signaturstämplar har möjlighet att uppdatera sina dokument med hjälp av texttaggar eller formulärfält. För mer information, se Text Tag User Guide. 

Datumändring för RC4-krypteringens slutet

Adobe Document Cloud eSign services anpassar sig till större programvaruleverantörer för att avsluta stödet för RC4-kryptering under Q2 2016. Vi kommer att kommunicera det specifika datumet i efterföljande uppdateringar.

Adobe kommer att inaktivera stödet för RC4-kryptering på secure.echosign.com-servern i början av 2016. Kunder som använder RC4 symmetrisk kryptering för SSL/TLS-kommunikation kommer inte att kunna ansluta till secure.echosign.com-servern eftersom SSL/TLS-handskakningen kommer att misslyckas.

Varför RC4 inaktiveras:

RC4 strömkryptering är känd för att ha stora sårbarheter och de flesta ISV:er har börjat fasa ut stödet för det. För mer information:

https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/

http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/

Känt problem: Kunder som använder äldre versioner av Java 1.6 eller lägre kan stöta på SSL/TLS-handskakningsfel. Lösning: Uppgradera till en nyare version av Java 8.

Obs: Storföretagskunder uppmuntras starkt att testa anpassade program och integrationer för att säkerställa att de fortsätter att fungera sömlöst efter denna ändring. Kontakta din CSM för testinstallationen. 

Senaste uppdateringarna

Support för IE7 och IE8 avslutas 12 januari 2016

eSign-tjänsterna anpassar sig till Microsofts policy för avveckling av äldre versioner av Internet Explorer.För mer information, se Microsofts Lifecycle Support-policy för Internet Explorer. Från och med 12 januari 2016 kommer vi därför inte längre att stödja IE7 och IE8. Om du använder IE7 eller IE8, uppdatera till en aktuell webbläsare så snart som möjligt. Se listan över webbläsare som stöds av Adobe.

Slut på "One Click"-signering

Meddelande till kunder som använder One Click som sitt signeringsval. Den 15 januari 2016 slutar Adobe eSign-tjänsterna att stödja One Click Signing och uppgraderar alla kunder till standardmetoden för signering.

Standardmetoden för signering ger en enkel och strömlinjeformad signeringsupplevelse som har optimerats för att fungera på alla enheter, inklusive skrivbord, surfplattor och smartphones. Signeringsupplevelsen guidar signeraren genom de obligatoriska fälten. Standardmetoden ger en mycket rikare upplevelse för signerare än vad som erbjuds av One Click Signing, inklusive automatisk sparning av data som matas in i avtalet, villkorliga formulärfält och fältvalidering.

Administratörer uppmuntras att gå över till standardmetoden för signering före 15 januari. För att byta till standardsigneringsmetoden, gå till fliken Konto, välj "Kontoinställningar", sedan till "Signeringsalternativ" och välj "Standard" som den föredragna metoden för att signera dokument.

Se artikeln nedan om du för närvarande använder den "blå kantlinjen" för att kommentera dokument med transaktions-ID:n och signaturstämplar. 

Placera en elektronisk transaktions-ID-signaturstämpel på dina dokument.
Datum ändrat från 1 december 2015 till 15 januari 2016

Meddelande till kunder som använder en automatiskt genererad transaktions- och signaturstämpel för signerade dokument, som visas som en blå kantlinje runt signerade dokument.

Den 15 januari 2015 kommer Adobe eSign-tjänster att inaktivera transaktions-ID:t med "blå kantlinje".Vi gör denna ändring för att ge kunderna:

• Större vy av dokument
• Flexibilitet att välja var den elektroniska signaturstämpeln ska placeras på dokumentet
• Möjlighet att välja vilka dokument som kräver transaktions-ID

Kunder som för närvarande använder den "blå kantlinjen" för att kommentera dokument med transaktions-ID och deltagarsignaturstämplar har möjlighet att uppdatera sina dokument med hjälp av texttaggar eller formulärfält.För mer information, se Text Tag Användarhandbok. 

Support för IE7 och IE8 upphör den 12 januari 2016

eSign-tjänsten anpassar sig till Microsofts policy för supportens slut för äldre versioner av Internet Explorer.För detaljer, se Microsofts Lifecycle Support-policy för Internet Explorer.Följaktligen kommer vi från och med den 12 januari 2016 inte längre att stödja IE7 och IE8.Om du använder IE7 eller IE8, uppdatera till en aktuell webbläsare så snart som möjligt.Se listan över webbläsare som Adobe stöder. 

Senaste uppdateringar

Datumändring för RC4-chiffers livscykelslut

Adobe Document Cloud eSign-tjänster anpassar sig till större programvaruleverantörer för att avsluta stödet för RC4-chiffer i början av 2016.Detta är en uppdatering av det tidigare kommunicerade datumet den 5 november.

Adobe kommer att avaktivera stödet för RC4-chiffer på secure.echosign.com-servern i början av 2016.Kunder som använder RC4 symmetrisk kryptering för SSL/TLS-kommunikation kommer inte att kunna ansluta till secure.echosign.com-servern eftersom SSL/TLS-handskakningen kommer att misslyckas.

Varför RC4 avaktiveras:

RC4-strömchiffer är känt för att ha stora sårbarheter och de flesta ISV:er har börjat fasa ut stödet för det.Mer information:

https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/

http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/

Känt problem: Kunder som kör äldre versioner av Java 1.6 eller lägre kan stöta på SSL/TLS-handskakningsfel.Lösning: uppgradera till en nyare version av Java 8.

För API-testning, kontakta din CSM.
 

Supporten för IE7 och IE8 upphör 12 januari 2016

eSign-tjänsten anpassar sig efter Microsofts policy för slutet av livscykeln för äldre versioner av Internet Explorer. För mer information, se Microsofts Lifecycle Support-policy för Internet Explorer. Från och med 12 januari 2016 kommer vi därför inte längre att stödja IE7 och IE8. Om du använder IE7 eller IE8, uppdatera till en aktuell webbläsare så snart som möjligt. Se listan över webbläsare som stöds av Adobe. 

Senaste uppdateringarna

Placera en elektronisk transaktions-ID-signaturstämpel på dina dokument

Meddelande till kunder som använder en automatiskt genererad transaktions- och signaturstämpel för signerade dokument, vilket visar sig som en blå kantlinje runt signerade dokument.

Den 1 december 2015 kommer Adobe eSign-tjänster att inaktivera den "blå kantlinjen" för transaktions-ID. Vi gör denna ändring för att ge kunderna:

• Större vy av dokument
• Flexibilitet att välja var den elektroniska signaturstämpeln ska placeras på dokumentet
• Möjlighet att välja vilka dokument som kräver transaktions-ID

Kunder som för närvarande använder den "blå kantlinjen" för att annotera dokument med transaktions-ID:n och deltagarnas signaturstämplar har redan möjlighet att uppdatera sina dokument med hjälp av Text Tags eller formulärfält.För mer information, se Text Tag User Guide.

Nya lösenordskrav

Vi stärker våra lösenordskrav. Inom en snar framtid kan du bli ombedd att uppdatera ditt lösenord för att uppfylla följande kriterier:

• Lösenord måste ha minst 8 tecken och kan vara upp till 100 tecken som max.
• Lösenordet måste uppfylla dessa komplexitetsregler.

1. Minst 1 versal

2. Minst 1 gemen

3. Minst 1 siffra

4. Minst 1 specialtecken (interpunktion) förutom blanksteg

• Lösenord får inte innehålla användarnamn, förnamn eller efternamn (oberoende av stor eller liten bokstav).
• Lösenord bör inte matcha vanligt använda lösenord som Password1!

Det nya lösenordet kommer att avvisas om det matchar tidigare använda lösenord. Antalet tidigare lösenord som beaktas är nu som standard 10. Om din kontoadministratör uttryckligen har åsidosatt gränsen för ditt konto kommer den att förbli i kraft.

Håll utkik efter en uppmaning i produkten att uppdatera ditt lösenord när du loggar in för att få åtkomst till tjänsten.
 

Slutet för RC4-chiffer

Adobe Document Cloud eSign-tjänster anpassar sig till stora programvaruleverantörer för att avsluta stödet för RC4-chiffer i början av 2016.

Adobe kommer att inaktivera stödet för RC4-chiffer på servern secure.echosign.com i början av 2016. Kunder som använder RC4 symmetrisk kryptering för SSL/TLS-kommunikation kommer inte att kunna ansluta till servern secure.echosign.com eftersom SSL/TLS-handskakningen kommer att misslyckas.

Varför RC4 inaktiveras:
RC4 strömchiffer är känt för att ha allvarliga sårbarheter och de flesta ISV:er har börjat fasa ut stödet för det. Mer information:

https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/

http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/

Kända problem:

Kunder som kör äldre versioner av Java 1.6 eller lägre kan stöta på SSL/TLS-handskakningsfel. Lösning: uppgradera till en nyare version av Java 8.

För API-testning, kontakta din CSM.
 

SSL-certifikatet kommer att uppdateras söndag den 18 oktober 2015

Adobe Document Cloud eSign-tjänst utökar avsevärt sin verksamhet med ytterligare datacenter för att leverera högre tjänstekvalitet och prestanda för dina e-signaturstransaktioner och erbjuda global närvaro.För att stödja denna utökning kommer vi att lägga till fler webbdomäner till de befintliga domäner som redan stöds av Adobe eSign.

För att stödja de ytterligare domänerna kommer SSL-certifikatet som används av eSign-tjänsten att uppdateras söndag 18 oktober 2015. Ändringen i SSL-certifikatet är endast begränsad till offentlig nyckel — det sker ingen ändring av de underliggande kryptografiska protokollen eller schemat eller någon ändring av rot- och mellanliggande certifikat.

Vi förutser inte att denna ändring kommer att påverka den stora majoriteten av kunderna eftersom webbläsare och mobilappar (iOS eller Android) sömlöst kommer att validera de nya certifikaten. Om du däremot har anpassade integrationer med Adobe eSign-tjänsten som använder antingen SOAP- eller REST-baserade API:er och om någon av dessa integrationer har fastnålat den befintliga publika nyckeln, måste integrationen uppdateras för att inkludera den nya publika nyckeln för servervalidering före söndagen den 18 oktober 2015.Med ett fastnålat certifikat förväntar sig din integrationsapplikation att Adobe eSign-tjänsten ska presentera ett specifikt SSL-certifikat med den specifika publika nyckeln. Om certifikatet inte uppdateras kommer integrationen att sluta fungera.Se slutet av detta dokument för den publika nyckeln för det nya SSL-certifikatet för Adobe eSign-tjänsten.

Publik nyckel.

På söndag 18 oktober 2015 kommer Adobe eSign SSL-certifikatet att ha följande publika nyckel:

-----BEGIN PUBLIC KEY-----

MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyX/qrvtOKHZNMn2KQPEY ay9rBLWdh21c6B0Fv0cIs89DKmlLxRQhuzralVTokMcaqNyJYm01MP1Jj7EySbtk mNjQmGWSFhbGgvPY5mToDNu14IfqaZ5khm2Nnp2IKh9zqt5ENZcBflPJ9oYToiLZ EXnaeQOW4pi+MgTwn0OHz2i+9O5CAa/xxgpxouQhZzkc7dECKZnzXqOcEOHVUs/8 lxYpDHogfQhSQHbZryp4KmrjSLcZeIV94VswOBG/rwbjlSj8bkoPkI3II4ZLW/GH MW390E/4BzuXuh0NO84yRyegfTn6O2mx05ZakzB93+wpRIDauh5Iuah6nXvJe9bn SQIDAQAB

-----END PUBLIC KEY-----

Om du fäster vår offentliga nyckel i din integration, byt ut det gamla certifikatet mot denna nya offentliga nyckel senast söndag den 18 oktober 2015.

Vid frågor, kontakta Kundsupport på support@echosign.com.

Stöd för IE7 och IE8 avslutas 12 januari 2016

eSign-tjänsten följer Microsofts policy för slutet på livscykeln för äldre versioner av Internet Explorer.För detaljer, se Microsofts Lifecycle Support-policy för Internet Explorer. Följaktligen kommer vi från och med 12 januari 2016 inte längre att stödja IE7 och IE8. Om du använder IE7 eller IE8, uppdatera till en aktuell webbläsare så snart som möjligt. Se listan över Adobe-stödda webbläsare. 

Placera en elektronisk transaktion ID-signaturstämpel på dina dokument

Meddelande till kunder som använder en automatiskt genererad transaktion- och signaturstämpel för signerade dokument, vilket visar sig som en "blå kantlinje" runt signerade dokument.

Den 1 december 2015 kommer Adobe eSign-tjänster att inaktivera det "blå kantlinjen" transaktions-ID:t. Vi gör denna ändring för att ge kunderna:

• Större vy av dokument
• Flexibilitet att välja var den elektroniska signaturstämpeln ska placeras på dokumentet
• Möjlighet att välja vilka dokument som kräver transaktions-ID:t

Kunder som för närvarande använder den "blå kantlinjen" för att kommentera dokument med transaktions-ID:n och signaturstämplar har redan möjligheten att uppdatera sina dokument med hjälp av texttaggar eller formulärfält.För mer information, se Användarhandboken för texttaggar. 

Nya krav för lösenord

Vi stärker våra krav för lösenord. Under de kommande månaderna behöver du uppdatera ditt lösenord så att det uppfyller följande kriterier:

• Lösenord måste ha minst 8 tecken och kan ha upp till 100 tecken som maximum.
• Lösenord måste uppfylla dessa komplexitetsregler.

1. Minst 1 versal

2. Minst 1 gemen

3. Minst 1 siffra

4. Minst 1 specialtecken (interpunktion)

• Lösenord får inte innehålla skiftlägeskänslig användarnamn eller förnamn eller efternamn. Användarnamn definieras som delsträngen före @-delen i en e-postadress. Av användbarhetsskäl gäller denna regel endast om längden på strängen är större än eller lika med 3 tecken.
• Lösenord bör inte matcha vanligt använda lösenord som Password1!
• Lösenord bör inte matcha skiftlägeskänsliga tecken i de senast använda 10 lösenorden.

Håll utkik efter en prompt i produkten för att uppdatera ditt lösenord när du loggar in för att få åtkomst till tjänsten. 

Datumändring för RC4-krypteringens avveckling

Adobe Document Cloud eSign-tjänster anpassar sig till större programvaruleverantörer för att avsluta stödet för RC4-kryptering i början av 2016. Detta är en uppdatering av det tidigare kommunicerade datumet 5 november 2015.

Adobe kommer att inaktivera stödet för RC4-kryptering på servern secure.echosign.com i början av 2016.Kunder som använder RC4 symmetrisk kryptering för SSL/TLS-kommunikation kommer inte att kunna ansluta till servern secure.echosign.com eftersom SSL/TLS-handskakningen kommer att misslyckas.

Varför RC4 inaktiveras:

RC4 stream cipher är känd för att ha stora sårbarheter och de flesta ISV:er har börjat fasa ut stödet för det. För mer information, se:

https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/

http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/

Kända problem:

1. Kunder som kör äldre versioner av Java 1.6 eller lägre kan stöta på SSL/TLS-handskakningsfel. Lösning: uppgradera till en nyare version av Java 8.
2. Kund som använder IE6 på Windows XP kommer att stöta på SSL/TLS-handskakningsfel. Lösning: Uppgradera operativsystem och webbläsare till de som stöds av Document Cloud eSign, IE9 och senare, Chrome, Firefox eller Safari.

För API-testning, kontakta din CSM. 

Senaste uppdateringar

Korrekt URL för användare att logga in på eSign-tjänsten

Se till att du har meddelat dina användare den korrekta inloggnings-URL:en och uppdaterat alla bokmärken. Inloggnings-URL:en för eSign-tjänster är https://secure.echosign.com/public/login/