Granska de tekniska meddelandena som visas och markera de som är viktiga för dig.
Sidan Tekniska meddelanden uppdateras regelbundet med ny information vilket gör innehållet väldigt dynamiskt. Även om lokaliserade versioner är tillgängliga kan översättningen orsaka mindre skillnader jämfört med versionen på amerikansk engelska. Se alltid sidan på amerikansk engelska först för den mest korrekta och aktuella informationen.
[Next Release] Nästa version av Adobe Acrobat Sign är planerad till den 8 september 2026 v17.2
Den här mindre korrigeringen kommer att åtgärda kundrapporterade fel och tillämpa nödvändiga optimerings- och säkerhetsuppdateringar.
Sandlådemiljön får dessa korrigeringsversioner fyra veckor före den schemalagda versionen. En lista över lösta problem publiceras vid den tidpunkten och uppdateras 14 dagar före lanseringen.
Funktionssläpp: Adobe Acrobat Sign – 21:a juli Släppet slutfört
Versionen slutfördes för alla horisontala partitioner utan driftstopp för några tjänster.
Aktuella meddelanden:
|
Status |
Problem eller händelse |
Utförandedatum |
|
Nytt Nästa version |
Från och med den 8 september 2026 |
|
|
Nytt Nästa version Stegvis |
Börjar 16 juni |
|
|
Uppdaterad Viktigt Nuvarande |
5 maj 2026 |
|
|
Uppdaterad |
September 2026 |
|
|
Uppdaterad Stegvis |
September 2026 |
|
|
Stegvis Nästa större version |
September 2026 |
|
|
Viktigt |
Från mars 2026 |
|
|
Uppdaterad |
2027 |
|
|
Nuvarande |
September 2026 |
|
|
Beständiga informationsmeddelanden |
||
|
Nuvarande Information |
Nuvarande |
|
|
Nuvarande Information |
Nuvarande |
|
Rapporterades först: mars 2026 |
Aktuell |
|---|
|
Rapporterades först: mars 2026 |
Aktuell |
|---|
Direktredigering av dokument under framtagning rullas ut stegvis som en del av version 17.1.2 för VIP-konton.
Utrullningsschema:
VIP- och VIPMP-kundkonton får en stegvis produktionsutrullning efter 17.1.2-versionen.
Infogad redigering av dokument kommer att inkluderas i sandlådedistributionen 17.2.1. Utrullning till ETLA-kunder förväntas efter 17.2.1-versionen.
Funktionen är aktiverad som standard på kontonivå för både nya och befintliga konton som stöds. Konto- och gruppadministratörer kan aktivera eller inaktivera funktionen efter behov.
Funktionen stöds inte för:
- Acrobat Sign för myndighetskonton.
- Organisationer som använder det äldre användarhanteringssystemet för Adobe Acrobat Sign.
För konfigurationsinstruktioner, se Aktivera eller inaktivera direktredigering av dokument
För instruktioner om sändararbetsflöde, se Så här redigerar du text under fältframtagning
Schema för utrullningen kan ändras beroende på oförutsedda händelser.
|
Rapporterades först: i augusti 2025 – uppdaterades i februari 2026 |
Aktuell |
|---|
För att bidra till systemstabilitet och förbättra prestanda introducerar Adobe Acrobat Sign ett tröskelvärde för avsökning för GET API-slutpunkter. Den här policyn begränsar hur ofta klientapplikationer kan göra identiska API-anrop till Adobe Acrobat Sign-tjänsten.
Högfrekvent avsökning skapar onödig belastning på seversystem vilket kan försämra prestandan och förlänga svarstiderna. API-utvecklare rekommenderas att använda webhooks för uppdateringar i nästan realtid istället för upprepad avsökning.
Vad som ändras
Denna avsökningspolicy gäller alla GET API-slutpunkter för identiska anrop.
En gräns tillämpas för hur ofta samma aktiva användare kan göra samma API-anrop till Acrobat Sign. Ett fel returneras när samma effektiva användare gör identiska anrop oftare än det tillämpliga tröskelvärdet för avsökning tillåter.
Till exempel behandlas en upprepad begäran till samma slutpunkt för samma avtal eller biblioteksdokument som ett identiskt anrop. Begäranden om olika avtal eller biblioteksdokument behandlas som skilda anrop eftersom varje objekt representerar ett eget begärandemål.
Exempel på berörda slutpunkter
Hämtning av status
- GET /agreements/{agreementId} – hämtar aktuell status för ett avtal.
- GET /agreements/{agreementId}/documents/{documentId} – hämtar filströmmen för ett dokument inom ett avtal.
Listor, händelser och biblioteksdokument
- GET /agreements – hämtar avtal för användaren.
- GET /agreements/{agreementId}/events – hämtar händelseinformation om ett avtal.
- GET /libraryDocuments — Hämtar biblioteksdokument för användaren.
- GET /libraryDocuments/{libraryDocumentId} — Hämtar information för ett specifikt biblioteksdokument.
Information om avsökningspolicy
Minsta avsökningsintervall för objekt (MOPI) definierar hur ofta samma effektiva användare kan göra samma GET API-begäran till Acrobat Sign-tjänsten.
Standard-MOPI varierar beroende på servicenivå:
- GLOBAL-, ENTERPRISE- och DEVELOPER-nivåer: Tre identiska anrop per intervall om en minut.
- Alla andra nivåer: tre identiska anrop per intervall om tre minuter.
Om samma effektiva användare gör identiska GET-begäranden oftare än vad nivån tillåter returnerar Acrobat Sign ett 429 Too Many Requests-svar med en Retry-After-rubrik.
En begäran anses vara identisk när samma effektiva användare gör samma GET-begäran med samma begärandeväg och rubriker inom det tillämpliga avsökningsintervallet.
ETag-hantering
Applikationer kan fortsätta använda ETags och If-None-Match-huvudet för slutpunkter som stöder villkorliga GET-begäranden.
För villkorliga GET-begäranden som är tillåtna under avsökningströskeln kan Acrobat Sign returnera 304 Not Modified när resursen inte har ändrats.
När avsökningströskeln överskrids returnerar Acrobat Sign 429 Too Many Requests med ett Retry-After-huvud, även när begäran innehåller ett If-None-Match-huvud.
Åtgärd krävs
Om appen kräver uppdateringar i nästan realtid använder du webhookar i stället för avsökning. Webhooks ger ett mer effektivt och skalbart sätt att få snabba uppdateringar.
Om webhookar inte kan implementeras ska appar använda cachelagring på klientsidan för att lagra och återanvända API-svar.
- När ett 304 Not Modified-svar tas emot ska du använda cache-lagrade data istället för att göra ett nytt API-anrop.
- När ett 429 Too Many Requests-svar tas emot körs API-anropet igen efter det antal sekunder som anges i Retry-After-rubriken.
Resurser
- Hantering av 429-svar: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#handling-rate-limiting-http-429
- Tröskelvärde för API-pollning: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#get-endpoints
Tidslinje
De uppdaterade MOPI-tröskelvärdena är redan i produktionsmiljö.
- Det uppdaterade ETag-begränsningsbeteendet ingår i version 17.1.1. Efter denna ändring returnerar Acrobat Sign 429 Too Many Requests för begränsade begäranden, inklusive villkorliga GET-begäranden som har en If-None-Match-rubrik.
- Avsökningspolicyn är inställd på ENFORCED för nya konton i sandlådemiljön den 11 februari 2026.
- Avsökningspolicyn är inställd på ENFORCED för nya konton i produktionsmiljön den 5 april 2026.
Kontakta din CSM om du behöver hjälp eller har frågor.
|
Rapporterades först: mars 2026 |
Aktuell |
|---|
Uppdateringar om SSL/TLS-certifikatrotation – övergång till kortare giltighetstid
SSL/TLS-branschen går över till betydligt kortare giltighetstid för certifikat. Denna ändring drivs av uppdateringar från CA/Browser Forum (det styrande organet för offentligt betrodda certifikatutfärdare). Ändringen antas av DigiCert och andra stora certifikatutfärdare (CA:er).
Detta innebär att certifikatens livslängd under de kommande åren minskas gradvis från nuvarande ~398 dagar till endast 47 dagar.
Vad är det som ändras?
Den maximala giltighetstiden för offentligt betrodda TLS-certifikat minskas till 47 dagar. Detta krav definieras av CA/Browser Forum och gäller hela branschen.
Varför händer denna ändring?
En kortare certifikatlivslängd ökar säkerheten genom att:
- Minska exponeringsperioden om ett certifikat eller privat nyckel utsätts för risker
- Begränsa beroendet av mekanismer för återkallande av certifikat
- Uppmuntra till automatiserad hantering av certifikatlivscykeln
- Förbättra den övergripande säkerheten på internet
De större webbläsarleverantörerna (Google, Apple, Mozilla, Microsoft) stöder denna övergång.
För mer information för branschen, se DigiCerts meddelande:
TLS Certificate Lifetimes Will Officially Reduce to 47 Days
Hur detta påverkar dig
- Ökad certifikatrotationsfrekvens
- Certifikaten kommer att roteras oftare när den maximala giltighetstiden förkortas.
- Automatisering krävs
- På grund av de kortare giltighetstiderna förväntas certifikatförnyelsen att automatiseras helt. Manuell förnyelse är inte hållbar med denna frekvens.
Om miljön är beroende av certifikatfästning, manuella trust stores eller statiska certifikatreferenser behöver du granska konfigurationen för att säkerställa att den är kompatibel med frekventa förnyelser.
Kundmeddelanden
Tidigare skickades meddelanden när certifikat roterades på årsbasis.
Från och med slutet av juni 2026 kommer rutinmeddelanden för standardrotation av certifikat att upphöra.
Med kortare giltighetstider och automatiska förnyelser:
- Rutinmässiga certifikatrotationer kommer inte att generera kundmeddelanden.
- Meddelanden skickas bara om:
- Förnyelsen misslyckades
- Tjänsten påverkas
- En åtgärd från kunden krävs
Detta tillvägagångssätt följer branschens bästa praxis för automatiserad hantering av certifikatlivscykeln.
Ingen åtgärd krävs (om automatisering är aktiverad)
Om din integrering använder standardmässig TLS-förtroendevalidering och inte är beroende av certifikatfästning krävs ingen åtgärd.
Certifikaten kommer att fortsätta att förnyas automatiskt innan giltighetstiden upphör.
När en åtgärd kan krävas
Du kan behöva vidta åtgärder om:
- Du använder certifikatfästning (SPKI eller fullständig certifikatfästning)
- Du har manuella certifikatlager
- Du har brandväggsregler som är kopplade till specifika certifikatfingeravtryck
- Du använder system som inte stöder automatiska certifikatuppdateringar
Rådfråga ditt säkerhets- eller infrastrukturteam om du är osäker.
Vanliga frågor och svar
- Är detta en Adobe-specifik ändring?
- Nej. Detta är en branschövergripande ändring som föreskrivs av CA/Browser Forum och implementeras av alla större certifikatmyndigheter.
- Kommer tjänstens tillgänglighet att påverkas?
- Nej. Certifikat förnyas automatiskt innan de upphör att vara giltiga. Inget driftstopp förväntas som en del av normal rotation.
- När kommer meddelanden om certifikatrotation att upphöra?
- Rutinmeddelanden om certifikatrotation upphör i slutet av juni 2026. Därefter kommer kunderna att meddelas bara om någon åtgärd krävs, eller om tjänsten påverkas av ett problem.
- Var finns mer information?
- För mer information, se DigiCerts meddelande:
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- För mer information, se DigiCerts meddelande:
Behöver du hjälp?
Om du har frågor om certifikatrotation eller behöver hjälp med att validera din integrering, kontakta Adobes support eller din kontaktperson på Adobe.
|
Meddelades först: februari 2025 – uppdaterades: juni 2026 |
Aktuell |
|---|
I version 17.2 (september 2026) kommer alla kommersiella konton och myndighetskonton att uppdateras för att använda den moderna miljön Begär signatur .
- Växlingslänkar kommer att inaktiveras
- Administratörskontroller i Admin-menyn kommer att finnas kvar för kunder som behöver gå tillbaka till det klassiska användargränssnittet.
Ändringar
I versionen från september 2026 (17.2):
- Alla kommersiella och GovCloud-konton kommer automatiskt att byta till den moderna upplevelsen Begär signatur.
- Växlingslänkar kommer att inaktiveras för både kommersiella konton och GovCloud-konton
- Kontrollerna för att återställa upplevelsen till den klassiska miljön förblir tillgängliga.
I januariversionen 2027 (18.0):
- Alla konton kommer automatiskt att växlas till den moderna upplevelsen Begär signatur.
- Växlingslänkar kommer att tas bort.
- Kontrollerna för att återställa upplevelsen till den klassiska miljön kommer att tas bort från användargränssnittet.
Vi rekommenderar att du bekantar dina användare med den moderna upplevelsen innan versionen släpps för att säkerställa en smidig övergång.
|
Meddelades först: februari 2025 – uppdaterades: juni 2026 |
Aktuell |
|---|
I version 17.2 (september 2026) kommer alla kommersiella och offentliga konton att uppdateras för att använda den moderna upplevelsen Skapa mall.
- Växlingslänkar kommer att inaktiveras
- Administratörskontroller i Admin-menyn kommer att finnas kvar för kunder som behöver gå tillbaka till det klassiska användargränssnittet.
Ändringar
I versionen från september 2026 (17.2):
- Alla kommersiella och GovCloud-konton kommer automatiskt att byta till den moderna upplevelsen Skapa mall.
- Växlingslänkar kommer att inaktiveras för både kommersiella konton och GovCloud-konton
- Kontrollerna för att återställa upplevelsen till den klassiska miljön förblir tillgängliga.
I januariversionen 2027 (18.0):
- Alla konton kommer automatiskt att växlas till den moderna upplevelsen Skapa mall.
- Växlingslänkar kommer att tas bort.
- Kontrollerna för att återställa upplevelsen till den klassiska miljön kommer att tas bort från användargränssnittet.
Vi rekommenderar att du bekantar dina användare med den moderna upplevelsen innan versionen släpps för att säkerställa en smidig övergång.
|
Meddelades först: april 2025 – uppdaterades juni 2026 |
Aktuell |
|---|
Den nya upplevelsen av Arbetsflödesdesigner aktiveras för alla befintliga konton och ersätter den klassiska versionen över tid. Under övergången har administratörer och användare viss flexibilitet att återgå till det tidigare gränssnittet tills det helt upphör att användas.
Tidslinje för introduktion
September 2026 (v17.2)
- Alla konton övergår till den nya upplevelsen med den nya versionen (om detta inte redan har skett).
- Administratörer kan återgå till den klassiska upplevelsen.
- Användare ser inte längre länkar för att byta. Administratörer kan aktivera dem efter behov.
Januari 2027 (v18.0)
- Alla konton flyttas permanent till den nya upplevelsen.
- Administratörskontroller för att återgå till den klassiska versionen tas bort.
- Den klassiska Anpassad arbetsflödesdesign upphör helt att användas och är inte längre tillgänglig.
Vi rekommenderar att du förbereder dina användare så snart som möjligt för att säkerställa en smidig övergång.
Nya konton som skapats efter Acrobat Sign-versionen från juli 2025 har den nya upplevelsen aktiverad som standard, och inga kontroller kommer att finnas för att gå tillbaka till den äldre versionen.
|
Rapporterades först: augusti 2025 – uppdaterades oktober 2025 |
Aktuell |
|---|
Alla befintliga konton har omvandlats till den moderna miljön
I version 17.0 (jan. 2026) kommer alla konton att uppdateras för att använda den moderna e-signeringsmiljön.
Kontroller för den klassiska miljön kommer att förbli tillgängliga som en reservåtgärd för alla användningsfall där den moderna miljön inte kan användas.
|
Första rapportering: september 2022 – Uppdaterades i juni 2026 |
Aktuell |
|---|
Klassisk rapportering tas bort helt från Acrobat Sign-gränssnittet 2027. Detta inkluderar switchlänken som gör det möjligt att växla mellan miljöer. När det har tagits bort kommer kunderna inte att kunna återvända till den klassiska miljön för att granska klassiska rapporter, och schemalagda rapporter kommer att sluta köras.
Den moderna rapporteringsmiljön kommer att förbli den enda rapporteringslösningen.
Alla kunder uppmanas starkt att återskapa alla sina befintliga rapporter i den nya miljön så snart som möjligt.
|
Rapporterades först: februari 2026 |
Aktuell |
|---|
Sammanfattning
På grund av uppdaterade regulatoriska krav i Thailand stöds för närvarande inte Avtalsleverans via SMS för mottagare med thailändska telefonnummer.
Vad som ändras
Thailand har infört uppdaterade regler som begränsar SMS-meddelanden som innehåller URL:er från att dirigera mottagare till flöden som kräver användarinteraktion. Eftersom signering av ett avtal kräver mottagarinteraktion är SMS-leverans för detta användningsfall begränsad.
Vem som påverkas
- Avtal som skickas med Avtalsleverans via SMS.
- Mottagare med thailändska (+66) telefonnummer.
Påverkan
Mottagare med thailändska telefonnummer kanske inte får SMS-meddelanden som innehåller länkar till avtal. Som ett resultat kan mottagare vara oförmögna att komma åt och slutföra signeringsprocessen när SMS-leverans används.
Denna begränsning är av regulatorisk natur och orsakas inte av ett serviceavbrott eller produktfel.
Tidpunkt
Det finns för närvarande ingen bekräftad tidslinje för när denna begränsning kan hävas eller när en teknisk lösning kommer att tillämpas. Detta meddelande uppdateras när förhållandena ändras.
Nödvändiga åtgärder
- Använd inte Avtalsleverans via SMS för mottagare med thailändska telefonnummer.
- Inkludera e-post som en alternativ leveransmetod för att säkerställa avtalsleverans.
Ytterligare information
Denna begränsning gäller endast SMS-baserad leverans. Andra metoder för leverans och autentisering av avtal påverkas inte.
|
Meddelades först: maj 2024 |
Aktuell |
|---|
Möjligheten att använda en extern enhet för att ladda upp filer kommer att vara begränsad till OneDrive endast i den nya upplevelsen Begär signatur.
Det rekommenderas att kunder som använder andra alternativ för filuppladdning använder det leverantörsspecifika programmet för att tillhandahålla en nätverksenhet som kan nås via den inbyggda filväljaren på användarens lokala system.
- Dropbox: https://www.dropbox.com/desktop
- Google Drive: https://support.google.com/drive/answer/10838124
- Box: https://support.box.com/hc/en-us/articles/360043697194-Installing-Box-Sync
- Acrobat/Document Cloud: https://www.adobe.com/se/acrobat/how-to/share-pdf-online.html
Ytterligare resurser
- Community-forum
- Utbildning varje vecka – webbinarium varje vecka som täcker utbildningsämnen för nya användare och administratörer
Arkiverade meddelanden
Listas efter det datum då meddelandet togs bort från listan över aktuella meddelanden, från de senaste till de äldsta.
Effektivisera ditt arbete med Acrobat Sign
Hantera och signera dokument online snabbt och enkelt.
