Versionsschema och förhandsversionsdokumentation för Adobe Acrobat Sign

Varje år lanseras minst tre versioner av Adobe Acrobat Sign, som kategoriseras som antingen större eller mindre. Ytterligare mindre uppdateringar kan införas vid behov för att lösa system- eller kundproblem.

Större versioner innehåller betydande uppdateringar, nya funktioner och flera förbättringar.
Mindre versioner fokuserar på mindre förbättringar och justeringar av användarupplevelsen. Dessa inträffar mellan större uppdateringar, vanligtvis en till två gånger per cykel.

För att förhindra störningar är nya funktioner inaktiverade som standard och måste aktiveras manuellt av en konto- eller gruppadministratör.

För kunder inom området Hälsa och livsvetenskap som kräver efterlevnadsvalidering, samarbetar Acrobat Sign med en tredjepartsleverantör för att tillhandahålla ett valideringspaket för varje större version som innehåller funktioner för att minimera era riskfaktorer.

Obs!

Den här sidan med Förhandsversionsinformation uppdateras regelbundet när ny information blir tillgänglig, så innehållet är relativt dynamiskt.

Även om den här sidan är lokaliserad tar processen tid, vilket kan leda till att lokaliserade versioner skiljer sig något från den auktoritativa amerikanska engelska versionen.

För den mest korrekta och uppdaterade informationen rekommenderar vi att du läser sidan på amerikansk engelska.

Förhandsversionernas schema och information visas nedan.

Adobe Acrobat Sign följer ett strukturerat schema för publicering av versionsinformation och dokumentationsuppdateringar:

8 veckor före en ny version

Sidan för förhandsutgivna versioner publicerar en sammanfattning av förväntade funktioner och uppdateringar. Detta sker vanligtvis fyra veckor innan sandlådeversionen.
De funktioner som läggs till eller tas bort efter denna tidpunkt noteras i avsnittet Fel.
Lösta problem publiceras inte för närvarande.

4 veckor före produktionsversionen (Sandlådestart)

Förhandsversionssidan är uppdaterad med detaljerad dokumentation om nya och uppdaterade funktioner.
Länkar till förhandsutgiven supportdokumentation (endast tillgänglig på amerikansk engelska), läggs till vid behov.
Det första avsnittet med Lösta problem publiceras, med aktuella uppdateringar under de kommande fyra veckorna.

Lanseringsdatum

Den officiella versionsinformationen uppdateras med slutgiltiga detaljer och länkar till färdig supportdokumentation.
Förhandsutgivningssidan uppdateras för att markera nästa versionscykel.
Dokumentation publiceras efter versionsverifieringen i livesystemet, vanligtvis efter kl. 19.00 Pacific Time, även om komplexa uppdateringar kan ta längre tid.
Den slutliga listan över Lösta problem läggs till i versionsinformationen (på amerikansk engelska), med lokaliserade versioner som uppdateras vid ett senare tillfälle.

Government Cloud-version

Miljön Government Cloud uppdateras vanligtvis mellan två dagar och flera veckor efter produktionsversionen eftersom vissa funktioner kan kräva ytterligare utvärdering innan driftsättning.

Obs!

Dokumentationen för sandlåda är utformad för produktionsmiljön. Länkar som finns i förhandsinnehållet riktar sig till produktionswebbadresser, vilket innebär att dessa länkar kan leda till äldre befintlig dokumentation eller 404-resultat om målsidan är ny och inte har publicerats ännu (t.ex. när länken går till en ny funktion i samma version).

När versionen publiceras kommer de nya sidorna också att publiceras och länkarna kommer att återgå till sina produktions-URL:er.

Sandlådetillgänglighet

Kunder som har tillgång till sandlådemiljön i Acrobat Sign får normalt tillgång till funktionaliteten i den nya versionen fyra veckor före lanseringen.

Sandlådemiljön måste klara alla produktionsprocedurer för kvalitetskontroll på samma kvalitetsnivå som den vanliga produktionsmiljön.
Adobe strävar efter att ha 99,9 % tillgänglighet i sandlådemiljön, men kunder bör tänka på att Adobes enhetliga SLA täcker inte formellt sandlådan.
Sandlådemiljön använder samma statussida och driftstoppsprocedurer som den vanliga produktionsmiljön.

Versioner

Varning:

Den här artikeln innehåller information om förhandsversion. Lanseringsdatum, funktioner och annan information kan ändras utan föregående meddelande.

Mars 2025 (mindre funktionsversion) v15.2.2

Sandlådedistribution: 18 februari 2025

Produktionsdistribution: 18 mars 2025

GovCloud-distribution: 20 mars 2025

Versionsfel – element har tagits bort

Nedan visas de radobjekt som tidigare tillkännagavs som en del av den här versionen, men som sedan har flyttats till ett senare utgivningsdatum.

Massutskick: Masshämtningar – Avsändare kan nu enkelt hämta slutförda underordnade avtal från transaktionen Massutskick, direkt från sidan Hantera. Den hämtade ZIP-filen innehåller endast slutförda avtal med namn som baseras på respektive transaktions-ID. Avtal som är pågående, avbrutna, avvisade eller förfallna, är uteslutna.
Varje begäran har stöd för upp till 100 MB data vilket erbjuder ett praktiskt sätt att komma åt slutförda dokument i ett enda steg.
Tillgängliga miljöer: Sandlåda, kommersiellt, offentlig sektor | Tillgängliga servicenivåer: Acrobat Pro, Acrobat Sign Solutions | Konfigurationens omfattning: Grupp, konto
Granska den uppdaterade dokumentationen >

Korrigerade problem

Problem	Beskrivning
4501417	Sammanfattning: Om ett elektroniskt sigill placeras med en fältmall i den nya framtagningsupplevelsen kan det skapa ett fel om det är det enda fältet.
4501417	Korrigering: Felkontrollen i den nya framtagningsmiljön har uppdaterats för att bättre kunna hantera elektroniska sigill.
4501733	Sammanfattning: Om ett anpassat e-postvärde anges för en grupp gäller det inte för e-postmeddelanden med påminnelser och annulleringar.
4501733	Korrigering: E-postmallarna för påminnelse och annullering har uppdaterats för att återspegla värdet på Visa e-postadress.
4502251	Sammanfattning: Acrobat Sign-autentisering kan inte slutföras när kontot som skickar har aktiverat HIPAA och avsändaren och mottagaren har användar-ID:n på olika Acrobat Sign-shards, vilket resulterar i ett fel på grund av en ogiltig åtkomsttoken.
4502251	Korrigering: Acrobat Sign-autentiseringsmetoden har förbättrats för att bättre hantera mottagare med användar-ID:n över olika shards.
4504338	Sammanfattning: Ett icke bearbetat fel utlöses när den första personen signerar ett avtal men den andra mottagaren delegeras två gånger.
4504338	Korrigering: Delegeringskoden har återskapats för att säkerställa att korrekt behörighet till avtalet tilldelas när seriedelegering sker.
4504648	Sammanfattning: Kryssrutor som har lagts till via API:et, och som är aktiverade som standard, kan behålla statusen ”markerad” i det slutliga avtalet även om de är avmarkerade under själva signeringen.
4504648	Korrigering: Kryssrutornas ärvda värde har uppdaterats för att säkerställa att de nya värdena lagras korrekt och återspeglas i den resulterande PDF-filen, efter att en mottagare är klar.
4506085	Sammanfattning: Fel när stora mallar kopieras från sandlåda till produktion. En mall skapades utan fält på grund av tidsbegränsningar i processen.
4506085	Korrigering: Tidsbegränsningarna har utökats för synkroniseringsåtgärder.
4507500	Sammanfattning: Acrobat-användare (DC Web) kan inte ladda upp bilagor när de tillämpar en signatur på grund av en sökväg som saknas i uppladdningsfunktionen.
4507500	Korrigering: Sökvägen som ger Acrobat-användare åtkomst till uppladdningsfunktionen har inkluderats.
4508102	Sammanfattning: Processen för att ta bort sidor från ett kombinerat avtalsdokument kan misslyckas då en intern tjänst kan generera ett undantag när sidrelaterade objekt såsom bokmärken, strukturer eller mottagare tas bort, vilket gör att hela åtgärden, att ta bort en sida från en PDF-fil, misslyckas.
4508102	Korrigering: Det interna tjänsten har förbättrats för att bättre kunna hantera bokmärken och liknande och på så sätt formatera PDF-filen korrekt, till den förväntade standarden i Acrobat Sign.
4508673	Sammanfattning: När en anledning krävs för att signera och ett signaturfält tilldelas en roll som inte är signatör (såsom godkännare), och om modern eSign samtidigt är aktiverat, omdirigeras användaren till sidan modern eSign och får inte alternativet att ange anledningen till signaturen.
4508673	Korrigering: En kontroll har lagts till för krav på en anledning till signering och, om en sådan finns, kan mottagaren använda standardsidan för e-signering.
4508674	Sammanfattning: Signerade avtal med felformaterade mottagare kan inte hämtas.
4508674	Korrigering: Det interna biblioteket har korrigerats för att bättre hantera felformaterade bokmärken och mottagare.
4508934	Sammanfattning: I Salesforce-integreringen förkortas filnamnet efter ”.” i e-postmeddelandet om signerad PDF-fil
4508934	Korrigering: Trimningsfunktionen för strängar har förbättrats för att identifiera strängar efter en punkt som inte är tillägg.
4509274	Sammanfattning: Om avsändaren är den första (eller enda) signatören i en MS Teams-miljö öppnas avtalet inte på en ny flik efter sändning på grund av att ett tomt värde skickas i API-omdirigeringen.
4509274	Korrigering: Förbättrade API-omdirigeringen genom att skicka rätt värden när signeringen utlöses och öppna den nya fliken.
4509485	Sammanfattning: Att ta bort sidor från ett kombinerat avtalsdokument kan misslyckas då en intern tjänst kan generera ett undantag när sidrelaterade objekt såsom bokmärken, strukturer och mottagare tas bort, vilket gör att hela åtgärden misslyckas. Användare kanske inte kan hämta sitt avtal i PDF-format och följande felmeddelande visas: ”Dokumentet är ännu inte tillgängligt eller har inga sidor att visa”.
4509485	Korrigering: Det interna tjänsten har uppdaterats för att omsluta borttagningen i tester för att bättre kunna hantera felaktiga PDF-filer.
4509562	Sammanfattning: På grund av ett äldre SDK-paket kan problem uppstå för stora avtal där endast de första sidorna i avtalet skrivs ut till PDF-filen när avtalet öppnas på sidan Hantera.
4509562	Korrigering: SDK-paketet har uppdaterats, vilket korrigerar problemet.
4509684	Sammanfattning: När GET /agreements/{agreementId}/documents/{documentId}) anropas från REST API:et utlöses ett fel: ”Servern kan inte skicka svaret i ett format som har begärts i det accepterande sidhuvudet” (The server cannot send the response in a format requested in the Accept header) på grund av en felaktig innehållstyp.
4509684	Korrigering: Innehållstypens värde har åtgärdats.
4509712	Sammanfattning: Endast 100 grupper visas när mallar försöker delas med flera grupper.
4509712	Korrigering: Antalet grupper som hämtats från API:et har ökats till 1 000
4509989	Sammanfattning: Om ett namnfält finns bredvid signaturfältet på webbformulärets eSign-sida, efter att ha signaturen har tillämpats, har fältet Namn inte signatörens namn och det är inte synligt.
4509989	Korrigering: En ytterligare funktion har lagts till för att kontrollera namnvärdet i fältet Namn och jämföra det med det befintliga värdet. Om det har ändrats fylls fältet i med det nya värdet.
4510498	Sammanfattning: Att dölja e-postmeddelanden till mottagare misslyckas för avtal med fysisk signatur på grund av att det inte finns konfigurerbara inställningar för att kontrollera funktionen.
4510498	Korrigering: En ny inställning har lagts till för att uttryckligen hantera den här typen av e-postdistribution.
4511386	Sammanfattning: När en signatör med en digital signatur väljer alternativet att hämta och signera, ökar deltagarräknare innan signaturen tillämpas.
4511386	Korrigering: Logiken som uppdaterar systemet har förbättrats för att bättre återspegla avtalets aktuella status.
4511390	Sammanfattning: Gruppadministratörer har inte behörigheten att helt skapa en delning med gruppanvändare.
4511390	Korrigering: Delningsfunktionen för gruppadministratörer har uppdaterats för att åtgärda problemet.
4511902	Sammanfattning: Den anpassade datumtaggen är inte kompatibel med den nya upplevelsen när visningsformatet innehåller citattecken (på grund av kodningen).
4511902	Korrigering: Acrobat avkodar värdet innan det sparas.