Meddelades först: augusti 2024
Senast uppdaterad den
9 feb. 2026
Adobe Sign tekniska meddelanden är ordnade nedan med den äldsta uppdateringen överst, och rullar framåt i tiden när du scrollar nedåt på sidan.
|
|
Borttagen från aktuell lista: januari 2025 |
|---|
Det äldre sidhuvudet för Accept-Charset tas bort från alla webhook- och återanropsmeddelanden med november 2024-versionen.
Alla kunder som av någon anledning förlitar sig på det här sidhuvudet bör ändra koden till kontot med tanke på att det försvinner.
|
Meddelades först: september 2024 |
Borttagen från aktuell lista: januari 2025 |
|---|
|
Rapporterades först: november 2024 |
Borttagen från aktuell lista: januari 2025 |
|---|
Med versionen från november 2024 har de redigerbara etiketterna i den anpassade arbetsflödesdesignern begränsats till 100 tecken. Detta gräns utvärderas när arbetsflödet skapas eller uppdateras.
Redan existerande arbetsflöden som har etiketter över 100 tecken kan fortfarande skickas, men om arbetsflödet uppdateras måste etiketten reduceras till 100 tecken eller mindre innan den kan sparas. Stötande etiketter är markerade i rött för enkel upptäckt.
Nya arbetsflöden varnar om etikettgränsen innan de sparas.
Åtgärd krävs
Vi rekommenderar att administratörer med kontroll över anpassade arbetsflöden öppnar och granskar varje arbetsflöde för att säkerställa att de inte har fel i sin mall.
|
Rapporterades först: november 2024 |
Togs bort från aktuell lista: februari 2025 |
|---|
Den nya mottagarupplevelsen innehåller signeringsförbättringar för både stationära och mobila webbläsare.Den här nya upplevelsen lanseras under de första månaderna av 2025 men kommer att finnas tillgänglig i Sandlådemiljön under den första veckan i december 2024.
|
Meddelades först: december 2024 |
Togs bort från aktuell lista: februari 2025 |
|---|
Adobe Acrobat Sign kommer att rotera Adobe Acrobat Sign SSL-certifikatet den 22 januari 2025.
Dessutom driftsätts ett nytt SSL-certifikat för att stödja waf-nätverksändringarna som görs i januari 2025. Det här nya certifikatet påverkar direkt åtkomsten till Acrobat Sign-tjänsten och måste installeras innan WAF går online.
Åtgärd krävs
- Varje kundkonto som uttryckligen säkrar nätverksaktivitet måste inkludera det nya WAF SSL-certifikatet i sin lista över lagrade certifikat.
- 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 acrobat sign SSL-certifikat för SSO, eller om du fäster själva certifikatet (eller använder andra metoder), kan du hitta de nya acrobat sign SSL-certifikaten i Adobe acrobat sign 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 januari.
- Om din SSO inte stöder flera offentliga certifikat/kedjor måste du synkronisera SSL-bytet med Acrobat Sign den 22 januari 2025.
De nya SSL-certifikaten aktiveras från och med 22 januari 2025.
|
Meddelades först: september 2024 – uppdaterades: februari 2025 |
Borttaget från aktuell lista: mars 2025 |
|---|
För att förbättra Adobe Acrobat Sign-tjänstens säkerhet och användbarhet kommer vi att lansera nätverksändringar till att inkludera en webbapplikationsbaserad brandvägg (WAF) under februari 2025. Dessa ändringar dirigerar trafik till programservrar i Acrobat Sign via tjänsten WAF. Denna dirigering är osynlig för de flesta kunder. Användningen kommer inte att störa åtkomsten till Acrobat Sign från några Adobe-klienter eller integreringar.
Åtgärd krävs
Inga.
Denna ändring påverkar inte kundintegreringar eftersom Acrobat Sign API- och API-domännamn inte ändras. Den här lösningen är kompatibel med de redan publicerade IP-intervallen.
Kunder som har uppdaterat sina säkerhetskontroller behöver inte återställa eller göra några andra ändringar.
Det aktuella uppdateringsschemat är:
- Sandlåda för produktion uppdateras 24 februari 2025.
- Produktionsfragment: IN1, JP1, AU1 och SG1 uppdateras 3 mars 2025.
- Produktionsfragment: NA2, NA3 och EU2 uppdateras 6 mars 2025.
- Produktionsfragment: NA1, NA4 och EU1 uppdateras 11 mars 2025.
-
Åtkomst till Acrobat Sign för ingående och utgående trafik
Acrobat Sign återställer inte listan över IP-adresser för ingående trafik till servern, såsom tidigare meddelades.
IP-adresser för ingående och utgående trafik till servern, såsom dokumenterats på sidan Systemkrav för Acrobat Sign, kommer att förbli aktiva. -
Varför gör Acrobat Sign dessa ändringar?
När WAF används förbättras Acrobat Signs skydd mot skadlig trafik och vi kan bättre åtgärda säkerhets-, stabilitets- och efterlevnadskrav.
-
Jag har en anpassad integrering i Acrobat Sign. Kommer mitt program påverkas?
Nej, vi förväntar oss inte att integreringar påverkas negativt.
-
Finns det nya IP-adresslistor som kan ersättas?
Nej.
Informationen på sidan systemkrav för acrobat sign förblir korrekt. -
Min organisation har implementerat nätverksfiltrering med hjälp av Acrobat Signs publicerade domänlista för trafik från vårt företagsnätverk. Påverkas vi?
Nej.
Nätverksändringarna som beskrivs här påverkar inte acrobat sign domänlista, enligt dokumentationen på sidan systemkrav för acrobat sign.Filtrering på domännivå påverkas inte. -
Mina organisation använder IP-adressvalidering för e-postleverans från Acrobat Sign-servrar. Påverkas vi?
Nej.
IP-intervallen för utgående e-postreläer, enligt listan på sidan systemkrav för acrobat sign, ändras inte. -
Min organisation har konfigurerat vårt Acrobat Sign-konto för att begränsa åtkomst till våra egna IP-adresser. Påverkas vi?
Nej.
acrobat sign kan konfigureras för att validera inkommande trafik mot kundvalda IP-adresser, enligt beskrivningen på sidan begränsa åtkomst till ditt konto med IP-adressintervall.En sådan användning påverkas inte av den här ändringen. -
Min organisation har implementerat nätverksfiltrering med hjälp av Acrobat Signs publicerade lista över inkommande IP-adresser. Påverkas vi?
Nej.
Den nya WAF-konfigurationen är kompatibel med den befintliga nätverksarkitekturen vilket innebär att det inte bör behövas ytterligare anpassning av säkerhetskontroller.
Obs!Observera att detta refererar till filtrering på IP-nivå för miljön som är värd för ditt program. Filtrering på domännivå påverkas inte.
-
Jag använder Salesforce-integrationen med explicit konfigurerad IP-tillståndslistning. Behöver jag göra någonting?
Nej.
WAF-installationen kräver för närvarande inga ändringar för befintliga Salesforce-installationer.
Den befintliga konfigurationen/processen, som beskrivs i hjälpdokumentationen, förblir densamma och administratörer bör följa alla steg i listan över tillåtna IP-adresser.
ISV och inbäddade partners bör kontakta sin Success Manager för ytterligare frågor.
|
Rapporterades först: november 2024 – uppdaterades: januari 2025 |
Borttaget från aktuell lista: mars 2025 |
|---|
Avsändare kan ge en ytterligare vy över avtal för mobila mottagare som bara visar fältet i avtalet som är tillgängligt för mottagaren.
Avsändare kan ordna fältlistan som de vill och gruppera fält i logiska sektioner för att hjälpa signerarna att gå igenom fältinmatningen med ett minimum av bläddring.
Mottagarna kan välja att visa den mobilvänliga listan med fält eller den ursprungliga PDF-vyn med fälten placerade i dokumentinnehållet.
Den här funktionen är planerad att släppas:
- Distribueras i sandlådemiljön från och med 11 december 2024
- Distribueras i produktionsmiljön den 4 mars 2025
|
Meddelades först: maj 2024 |
Borttaget från aktuell lista: mars 2025 |
|---|
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/acrobat/hub/share-sync-pdfs.html
|
Meddelades först: maj 2024 |
Borttaget från aktuell lista: april 2025 |
|---|
Åtgärd krävs
Alla integreringar och program som använder Adobe Acrobat Sign SOAP API måste migreras till den senaste REST API V6 före inaktiveringsdatumet för att säkerställa fortsatt funktion.
Åtkomst till SOAP API:et tas bort för alla inbäddade partner från och med 1 mars 2025.
För att säkerställa fortsatt funktion måste alla inbäddade partner med Adobe Acrobat Sign SOAP-API:et migrera till den senaste REST API V6 före 1 mars 2025.
Läs igenom REST v6 och migreringsdokumentationen för referens:
- Adobe Acrobat Sign REST API, version 6 – metoder
- Migrera från SOAP
Vid frågor kontaktar du Adobe Acrobat Sign PSM.
Obs!
Den här uppdateringen gäller endast för den Kommersiella versionen av Acrobat Sign-tjänsten. Konton för Government Cloud påverkas inte.
Denna uppdatering gäller endast sidan Skicka (Begär e-signaturer).Arbetsflöden för Strukturerad självsignering ingår inte ännu.
|
Meddelades först: mars 2024 – uppdaterades januari 2025 |
Borttaget från aktuell lista: april 2025 |
|---|
Från och med april-versionen från 2025 blir den moderna miljön Begär signatur standardupplevelse när du skapar ett nytt avtal.
- Användare kan inte längre växla mellan den nya och klassiska miljön eftersom växlingslänkar inaktiveras.
- Administratörer kan fortfarande aktivera den klassiska upplevelsen och återställa växlingslänkar via administratörsmenyn.
- Kunder som använder Notarize-integreringen påverkas inte av den här ändringen.
|
Första rapporten: mars 2024 – uppdaterad april 2025 |
Borttaget från aktuell lista: april 2025 |
|---|
Obs!
Den här uppdateringen gäller endast för den Kommersiella versionen av Acrobat Sign-tjänsten. Konton för Government Cloud påverkas inte.
Från och med april 2025-versionen kommer den moderna Request Signature-miljön att bli standardupplevelsen som är tillgänglig när du skapar en ny Massutskick-mall.
- Användare kommer inte att kunna växla tillbaka till den klassiska miljön.
- Administratörer kommer att ha möjlighet att aktivera den klassiska upplevelsen och Återställ växlingslänkar via administratörsmenyn.
|
Meddelades först: februari 2025 |
Borttagen från aktuell lista: april 2025 |
|---|
Fliken Konto, som är tillgänglig för Acrobat Sign-kontoadministratörer, byter namn till Administratör.
- Den här uppdateringen gäller uteslutande för Acrobat Sign Standalone-miljön (Acrobat Sign Solutions och Acrobat Sign för myndigheter).
- Uppdateringen kommer att implementeras för miljön Kommersiell i april 2025 och miljön Myndigheter i maj 2025.
Observera att den här ändringen är enbart kosmetisk – det finns inga funktionella ändringar, bara uppdateringar av fliketiketterna.
Obs!
Etiketten Grupp för administratörer på gruppnivå ändras inte.
|
Meddelades först: mars 2025 |
Borttagen från aktuell lista: april 2025 |
|---|
- Förbättrad funktion för användarinloggning – Acrobat Sign har effektiviserat inloggningsprocessen och autentiseringsprocessen via Adobe Identity Management System (IMS).
- Användarens organisationsprofil markeras automatiskt under inloggningsprocessen för de som har behörighet med Acrobat Sign-tjänsten (identifiering av begäran som kommer från en Acrobat Sign-källa)
- Användare som stöter på fel under inloggning får länkar i sina felmeddelanden för att kontakta sina Acrobat Sign-administratörer för hjälp.
- Alla användare som har tilldelats en aktiv behörighet men som inte har loggat in på tjänsten får upp till två e-postpåminnelser. (Det gäller även för befintliga inaktiva användare före lanseringsdatumet)
Dessa förbättringar förenklar inloggning, minskar friktion och förbättrar den övergripande användarupplevelsen.
Tillgängliga miljöer: Sandlåda, Kommersiell | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfattning: aktiverad som standard, ej konfigurerbar
|
Först rapporterad: mars 2025 - Uppdaterad: april 2025 |
Borttagen från aktuell lista: juni 2025 |
|---|
Från och med maj 2025 kommer Acrobat Sign att implementera striktare gränser för antalet webhookar som kan skapas av utvecklarkonton.
Dessa gränser har valts med avsikt för att säkerställa verifiering av webhooksinfrastrukturen och bättre justering för testarbetsflöden.
|
Vad förändras? |
Föregående gräns |
Ny begränsning |
Beskrivning |
|---|---|---|---|
|
Antal aktiva webhookar som skapats per kanal |
10 |
1 |
En webhook tillåts för kanalen per webhookprenumerationshändelse. |
|
Antal aktiva webhookar som skapats för ett konto |
100 |
2 |
Två webhookar på kontonivå tillåts per webhookprenumerationshändelse. |
|
Antal aktiva webhookar som skapats per grupp |
100 |
2 |
Två webhookar på gruppnivå tillåts per grupp per webhookprenumerationshändelse. |
|
Antal aktiva webhookar som skapats per avtalsresurs |
50 |
1 |
En webhook tillåts per avtal per webhookprenumerationshändelse. |
|
Antal aktiva webhookar som skapats per användare |
100 |
1 |
En webhook tillåts per användare per webhookprenumerationshändelse. |
Tillgängliga miljöer: Kommersiell | Tillgängliga tjänstenivåer: Utvecklare | Konfigurationsomfattning: Aktiverad som standard, ej konfigurerbar
|
Meddelades först: mars 2025 |
Borttagen från aktuell lista: april 2025 |
|---|
Acrobat Sign-kunder kan nu prenumerera på tjänsten Acrobat Sign-webhook för att ta emot proaktiva meddelanden om driftstopp, avbrott och underhållshändelser via portalen Adobe-status.
Hantera och lägg till prenumerationer här: Hjälp för Adobe-statusprenumeration.
Observera att tjänsten Adobe Acrobat Sign visas under rubriken Document Cloud:
|
Först rapporterad: mars 2025 |
Borttagen från aktuell lista: juni 2025 |
|---|
I versionen som släpps i maj 2025 optimerar vi API:et GET /agreements för att minska svarstiderna – våra interna tester visar förbättringar på upp till 10 gånger.
Vad ändras
- Mindre sidstorlekar: För att stödja de här förbättringarna har vi minskat det maximala antalet avtal som returneras per begäran till 500, men det här gränsvärdet kan ändras i framtida versioner. Varje svar innehåller:
- Det faktiska antalet returnerade avtal
- En länk till nästa sida med resultat (om tillgänglig)
- Dynamiskt antal resultat: Du kan fortfarande begära ett specifikt antal avtal men API:et returnerar så många som tjänsten kan tillhandahålla. Varje svar innehåller:
Du kan förvänta dig följande
I vissa fall kan det finnas en liten fördröjning mellan att skapa ett avtal och hämta det med API:et GET /agreements. Den här fördröjningen är vanligtvis mycket kort. Ett efterföljande begäran bör returnera det nya avtalet.
Tillgängliga miljöer: Kommersiell, Myndigheter | Tillgängliga tjänstenivåer: Acrobat Sign Services, Myndigheter | Konfigurationsomfattning: Aktiverad som standard, ej konfigurerbar
|
Först rapporterad: april 2025 |
Borttagen från aktuell lista: augusti 2025 |
|---|
Alla konton som använder tjänsten Acrobat Sign for Government kommer att få åtkomst att aktivera den nya Request Signature-miljön, tillsammans med flera funktioner som nyligen skapats och som är beroende av den:
- eWitnessing
- Begränsad åtkomst till avtal
- Kräv signaturtyp
- Identitetskontroll
- Kopior per mottagare
- Mottagarlistan och mottagaregenskaperna är redigerbara efter framtagning
|
Meddelades först: september 2024 |
Borttagen från aktuell lista: feb 2026 |
|---|
Åtgärd krävs
Alla kunder som använder API:et måste uppdatera sina API:er för att använda version 6-slutpunkterna så snart som möjligt för att säkerställa oavbruten tillgänglighet.
Versioner 1 till 4 av Acrobat Sign REST API har utgått och tas bort från tjänsten den 1 december 2025.
Uppdatering av API:er kan innebära omfattande ansträngningar, så alla kunder uppmanas starkt att innefatta och finansiera sin uppdatering så snart som möjligt så att supporten kan vara fullständigt involverad för att lösa eventuella frågor eller problem som uppstår före slutdatumet i december 2025.
Även om REST API v1–4 har utgått kommer de att fortsätta att fungera och dina program kommer att fortsätta att fungera till 1 december 2025, när REST API v1–4 tas bort.
Efter 1 december 2025 kommer program som har byggts på REST API v1–4 att sluta fungera.
|
Meddelades först: april 2025 |
Borttagen från aktuell lista: feb 2026 |
|---|
Alla konton som använder tjänsten Acrobat Sign for Government kommer att få åtkomst att aktivera den nya Request Signature-miljön, tillsammans med flera funktioner som nyligen skapats och som är beroende av den:
- eWitnessing
- Begränsad åtkomst till avtal
- Kräv signaturtyp
- Identitetskontroll
- Kopior per mottagare
- Mottagarlistan och mottagaregenskaperna är redigerbara efter framtagning
|
Rapporterades första gången: september 2024 – uppdaterad april 2025 |
Borttagen från aktuell lista: feb 2026 |
|---|
Webhook 2.0-infrastrukturen har distribueras till alla kunder, och i samband med det har undertecknarmeddelanden tagits bort från bruk. Resultatet blir att parametern webhookNotificationApplicableUsers för webhook-nyttolasten inte längre innehåller några användbara data, och den tas bort från alla webhook-nyttolaster.
Sandlådemiljöerna uppdateras i versionen från juni.
Produktionsmiljöerna uppdateras i versionen från juli 2025.
Du hittar utskickets userID och e-postadress med hjälp av parametrarna initiatingUserId och initiatingUserEmail i aviseringsnyttolasten.
|
Först rapporterad: augusti 2025 - Uppdaterad oktober 2025 |
Borttagen från aktuell lista: feb 2026 |
|---|
För att hjälpa till att upprätthålla systemstabilitet och förbättra prestanda kommer Acrobat Sign att införa ett tröskelvärde för avsökning i releasen den 4 november 2025 (version 16.2.1). Denna ändring begränsar hur ofta klientapplikationer kan polla specifika API-slutpunkter.
- Kunder har två månader efter 16.2.1-utgåvan på sig att implementera de rekommenderade ändringarna för avsökning i sin kod. Under detta tidsfönster kommer systemet endast att LOGGA händelserna för avsökningsintervallets tröskelvärde.
- Efter december 2025 kommer skyddsreglerna för avsökning att växlas till VERKSTÄLL, och felen kommer att börja utlösas för användare.
Högfrekvent polling skapar onödig belastning på backend-system, vilket leder till försämrad prestanda och långsammare svarstider. API-utvecklare uppmuntras att byta till webhooks för realtidsuppdateringar.
Vad som ändras
Denna avsökningspolicy gäller alla GET API-slutpunkter.
Exempel på berörda slutpunkter
Statushämtning:
- 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.
Listning:
- GET /agreements – Hämtar avtal för användaren.
- GET /agreements/{agreementId)/events – Hämtar händelseinformation för ett avtal.
En gräns kommer att tillämpas för hur ofta den effektiva användaren kan göra samma API-anrop till Acrobat Sign-tjänsten. Ett fel returneras om samma anrop görs inom det minsta pollingintervallet av samma effektiva användare.
Detaljer om pollingpolicy
- Minsta objektavsökningsintervall (MOPI): Standard-MOPI varierar beroende på servicenivå och app-typer:
- Acrobat Sign-partnerapplikationer: MOPI för en partner-app bestäms av användarens kontonivå.
- GLOBAL/ENTERPRISE-nivå: 3 anrop per ettminutsintervall
- Alla andra nivåer: 1 unikt anrop per tiominutsintervall
- Kundapplikationer under Global/Enterprise-konton: Tre identiska anrop per ettminutsintervall.
- Kundapplikationer under utvecklarkonton: Ett unikt anrop per 10-minutsintervall.
- Acrobat Sign-partnerapplikationer: MOPI för en partner-app bestäms av användarens kontonivå.
- Dubblettförfrågningar inom MOPI: Om samma effektiva användare gör identiska get-förfrågningar (samma sökväg och rubriker) mer än vad deras nivå tillåter inom MOPI, kommer systemet att returnera:
- 304 Not Modified-statuskod för HTTP-villkorliga förfrågningar som använder en ETag.
- 429 Too Many Requests-statuskod med en retry-after för andra förfrågningar.
- ETag-hantering: Denna policy gäller när ETag-värden tillhandahålls i If-None-Match -rubriken för slutpunkter som redan stöder 304 Not Modified .
Åtgärd krävs
Webhooks: Om din applikation kräver uppdateringar i nära realtid, använd webhooks istället för polling. Webhooks ger ett effektivare och mer skalbart sätt att få snabba uppdateringar.
Om webhooks inte kan implementeras bör applikationer implementera klientbaserade cachningsmekanismer för att lagra och återanvända API-svar. När ett 304 Not Modified-svar tas emot bör den cachade datan användas istället för att göra ett nytt API-anrop.
Kunder har två månader efter 16.2.1-utgåvan på sig att implementera de rekommenderade ändringarna för avsökning i sin kod. Under detta tidsfönster kommer systemet att LOGGA händelserna för tröskelvärdet för avsökningsintervallet.
Efter december 2025 kommer skyddsreglerna för avsökning att ändras till att VERKSTÄLLA och felen kommer att börja utlösas för användarna.
Kontakta din CSM om du behöver hjälp eller har några frågor.
Sandlådemiljön kommer att aktivera avsökningspolicyn för att LOGGA fel den 17 september 2025 och ställas in på att VERKSTÄLLA den 25 september 2025.
|
Först rapporterat: augusti 2025 |
Borttagen från aktuell lista: feb 2026 |
|---|
För att stödja FedRAMP CSP-krav aktiverar vi IPv6-protokollet i vår Acrobat Sign for Government -miljö:
- 2001:489a:3102:4::160/124 (IPv6)
- 2001:489a:3102:4::150/124 (IPv6)
|
Först rapporterad: September 2025 |
Borttagen från aktuell lista: feb 2026 |
|---|
Valideringen av språkinställningar har skärpts vid skapande av avtal via API. Om ett avtals nationella inställning inte tillåts av kontots policyer, avvisar API:et begäran med ett tydligt felmeddelande. Detta minskar oavsiktliga språkfel och håller mottagarnas upplevelser i linje med godkända inställningar.
Vem påverkas
- Konton som ställer in avtalets nationella inställning i API-begäranden.
- Konton som begränsar tillgängliga nationella inställningar eller förbjuder ändringar av nationella inställningar under sändning.
Vad som förändrats
När inställningen DISPLAY_LOCALE_INFO_DURING_SEND är aktiverad (GLOBAL-nivå), upprätthåller API:et:
- Avtalets nationella inställning måste ingå i användarens AVAILABLE_LOCALES.
- Om ALLOW_LOCALE_SELECTION_DURING_SEND är falskt, måste avtalets nationella inställning matcha användarens AGREEMENT_LOCALE.
Överträdelser gör att POST /agreements misslyckas med: "Nationell inställning är antingen ogiltig eller saknas."
Vanligt fel och hur man åtgärdar det
Fel: "Nationell inställning är antingen ogiltig eller saknas."
- Kontrollera den nationella inställningen som används i API-begäran (till exempel en_US).
- Bekräfta att den nationella inställningen finns i AVAILABLE_LOCALES för den anropande användaren.
- Om ALLOW_LOCALE_SELECTION_DURING_SEND är falskt, se till att begärans nationella inställning matchar AGREEMENT_LOCALE.
- Om flexibilitet över regioner krävs, aktivera val av nationell inställning vid sändning (se Åtgärd krävs).
Bakåtkompatibilitet
- Före denna ändring kunde vissa begäranden med felaktiga nationella inställningar lyckas. Sådana begäranden misslyckas nu med ett tydligt felmeddelande när valideringarna inte godkänns.
- Inga API-schemaändringar; valideringsbeteendet ändras endast när DISPLAY_LOCALE_INFO_DURING_SEND är aktiverat.
Åtgärd krävs
Administratörer och API-integratörer bör göra något av följande:
- Anpassa den nationella inställningen i API-förfrågningar till AVAILABLE_LOCALES, och - om ALLOW_LOCALE_SELECTION_DURING_SEND är falskt - matcha AGREEMENT_LOCALE exakt
- eller -
- Tillåt val av nationell inställning vid sändning genom att ställa in:
- ALLOW_LOCALE_SELECTION_DURING_SEND = sant
- CAN_CHANGE_UI_LOCALE = sant
|
Första rapporten: december 2025 |
Borttagen från aktuell lista: feb 2026 |
|---|
adobe acrobat sign kommer att rotera adobe acrobat sign SSL-certifikat den 7 januari 2026.
Åtgärd krävs
- Om du har anpassade integrationer med acrobat sign som använder REST API:er och om någon av dessa integrationer har "fäst" den befintliga publika nyckeln, krävs ingen annan åtgärd.
- Om du använder 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 Acrobat Sign SSL-certifikaten i Adobe Acrobat Sign 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 januari.
- Om din SSO inte stöder flera publika certifikat/kedjor behöver du synkronisera din SSL-växling med acrobat sign den 7 januari 2026.
De nya SSL-certifikaten blir primära den 7 januari 2026.
|
Rapporterades första gången: september 2024 – uppdaterad april 2025 |
Aktuell |
|---|
Webhook 2.0-infrastrukturen har distribueras till alla kunder, och i samband med det har undertecknarmeddelanden tagits bort från bruk. Resultatet blir att parametern webhookNotificationApplicableUsers för webhook-nyttolasten inte längre innehåller några användbara data, och den tas bort från alla webhook-nyttolaster.
Sandlådemiljöerna uppdateras i versionen från juni.
Produktionsmiljöerna uppdateras i versionen från juli 2025.
Du hittar utskickets userID och e-postadress med hjälp av parametrarna initiatingUserId och initiatingUserEmail i aviseringsnyttolasten.