Användarhandbok för Adobe Acrobat Sign
Nyheter
Kom igång
- Snabbstartsguide för administratörer
- Snabbstartsguide för användare
- För utvecklare
- Videosjälvstudiebibliotek
- Vanliga frågor och svar
Administrera
- Översikt av Admin Console
- Användarhantering
- Lägg till, redigera och granska aktiva användare
- Skapa funktionsfokuserade användare
- Granska användare som inte har slutfört verifieringen
- Sök efter användare med etableringsfel
- Ändra namn/e-postadress
- Redigera en användares gruppmedlemskap
- Redigera en användares gruppmedlemskap via gruppgränssnittet
- Uppgradera en användare till en administratörsroll
- Användaridentitetstyper och SSO
- Byt användaridentitet
- Autentisera användare med MS Azure
- Autentisera användare med Google-federation
- Produktprofiler
- Inloggningsupplevelse
- Konto-/gruppinställningar
- Inställningsöversikt
- Globala inställningar
- Kontonivå och ID
- Ny mottagarupplevelse
- Arbetsflöden för självsignering
- Massutskick
- Webbformulär
- Anpassat arbetsflöde för sändning
- Power Automate-arbetsflöden
- Biblioteksdokument
- Samla formulärdata med avtal
- Begränsad dokumentsynlighet
- Bifoga en PDF-kopia av det signerade avtalet
- Inkludera en länk i e-postmeddelandet
- Inkludera en bild i e-postmeddelandet
- Filer som bifogas i e-post namnges som
- Bifoga granskningsrapporter till dokument
- Sammanfoga flera dokument till ett
- Hämta enskilda dokument
- Ladda upp ett signerat dokument
- Delegering för användare i mitt konto
- Tillåt att externa mottagare delegerar
- Behörighet att signera
- Behörighet att skicka
- Behörighet att lägga till elektroniska stämplar
- Ange standardtidszon
- Ange standarddatumformat
- Användare i flera grupper (UMG)
- Behörigheter för gruppadministratörer
- Ersätt mottagare
- Granskningsrapport
- Transaktions-sidfot
- I produktmeddelanden och -vägledning
- Åtkomliga PDF-filer
- pdf/A-arbetsflöden
- Hälsovårdskund
- Ny upplevelse för att begära signaturer
- Ny anpassad arbetsflödesupplevelse
- Den nya upplevelsen Skapa mall
- Kontoikonfiguration/Varumärkesinställningar
- Signaturinställningar
- Väl formaterade signaturer
- Tillåt mottagare att signera efter
- Signerare får inte ändra sitt namn
- Tillåt att mottagare kan använda sin sparade signatur
- Anpassade användningsvillkor och konsumentsekretess
- Navigera mottagare genom formulärfält
- Starta om arbetsflöde för avtal
- Avböj att signera
- Tillåt stämpelarbetsflöden
- Kräv att signerare tillhandahåller sin titel eller sitt företag
- Tillåt att signerare skriver ut och gör en skriftlig signatur
- Visa meddelanden vid e-signering
- Kräv att signerare gör signaturer och initialer med en mobil enhet
- Begär IP-adress av undertecknare
- Exkludera företagsnamn och titel från deltagandestämplar
- Använd adaptiv skalning av signatur
- Digitala signaturer
- Elektroniska sigill
- Digital identitet
- Rapportinställningar
- Aktivera klassisk rapportering
- Ny rapporteringsupplevelse
- Klassiska rapporteringsinställningar
- Säkerhetsinställningar
- Inställningar för enkel inloggning
- Inställningar för Kom ihåg mig
- Policy för inloggningslösenord
- Styrka för inloggningslösenord
- Webbsessionens varaktighet
- Typ av PDF-kryptering
- API
- Informationsåtkomst för användare och grupper
- Tillåtna IP-intervall
- Kontodelning
- Behörigheter för kontodelning
- Delningskontroller för avtal
- Verifiering av signeraridentitet
- Signeringslösenord för avtal
- Dokumentlösenordets styrka
- Blockera signerare efter geolokalisering
- Telefonautentisering
- Kunskapsbaserad autentisering (KBA)
- Tillåt sidextrahering
- Dokumentlänkens förfallotid
- Överför ett klientcertifikat för webhookar/återanrop
- Tidsstämpel
- Sändningsinställningar
- Expandera Skicka-sidan efter inloggning
- Erfarenheter med avtalskapande
- Kräv mottagarnamn för att skicka
- Lås namnvärden för kända användare
- Tillåtna mottagarroller
- Tillåt e-vittnen
- Mottagargrupper
- CC-mottagare
- Obligatoriska fält
- Bifoga dokument
- Förenkla fält
- Ändra avtal
- Ta bort mottagare från pågående avtal
- Avtalsnamn
- Språk
- Privata meddelanden
- Tillåtna signaturtyper
- Påminnelser
- Lösenordsskydd för signerade dokument
- Skicka avtalsmeddelande via
- Alternativ för identifiering av signerare
- Fyll i formulärfält med identitetsverifierad data
- Innehållsskydd
- Aktivera Notarize-transaktioner
- Förfallotid för dokument
- Förhandsgranska, placera signaturer och lägg till fält
- Signeringsordning
- Lägg till mig själv
- Hämta avtalets länk
- Formulärfältskanter
- Liquid Mode
- Anpassade arbetsflödeskontroller
- Uppladdningsalternativ för e-signeringssidan
- Bekräftelseadress för omdirigering efter signering
- Begränsa åtkomsten till delade avtal
- Expandera Skicka-sidan efter inloggning
- Meddelandemallar
- Bioläkemedelsinställningar
- Arbetsflödesintegrering
- Attesteringsinställningar
- Betalningsintegrering
- Signerarmeddelanden
- SAML-inställningar
- SAML-konfiguration
- Installera Microsoft Active Directory Federation Service
- Installera Okta
- Installera OneLogin
- Installera Oracle Identity Federation
- SAML-konfiguration
- Datastyrning
- Inställningar för tidsstämpling
- Externt arkiv
- Kontospråk
- E-postinställningar
- Migrera från echosign.com till adobesign.com
- Konfigurera alternativ för mottagare
- Riktlinjer för lagstadgade krav
- Tillgänglighet
- HIPAA
- GDPR
- 21 CFR del 11 och EudraLex bilaga 11
- Hälsovårdskunder
- Stöd för IVES
- Säkrade avtal
- Överväganden mellan EU och Storbritannien
- Hämta flera avtal samtidigt
- Gör anspråk på din domän
- Länkar för att rapportera missbruk
- Systemkrav och begränsningar
Skicka, signera och hantera avtal
- Mottagaralternativ
- Avbryta en e-postpåminnelse
- Alternativ på e-signeringssidan
- Översikt över e-signeringssidan
- Öppna för att läsa avtalet utan fält
- Avböj att signera ett avtal
- Delegera signeringsbehörighet
- Starta om avtalet
- Hämta en PDF-fil av avtalet
- Visa avtalshistoriken
- Visa avtalsmeddeladen
- Konvertera från en elektronisk till en skriftlig signatur
- Konvertera från en skriftlig till en elektronisk signatur
- Navigera formulärfälten
- Rensa data från formulärfälten
- Förstoring och navigering av e-signeringssidan
- Ändra språket som används i avtalsverktygen och informationen
- Granska juridiska meddelanden
- Justera cookiepreferenser för Acrobat Sign
- Skicka avtal
- Sidan Skicka (slå samman)
- Översikt över landmärken och funktioner
- Gruppväljare
- Lägger till filer och mallar
- Avtalsnamn
- Globalt meddelande
- Tidsgräns för slutförande
- Påminnelser
- Lösenordsskydda PDF-filen
- Signaturtyp
- Mottagarens plats
- Mottagarens signaturordning/-flöde
- Mottagarroller
- Mottagarautentisering
- Privat meddelande till mottagaren
- Mottagarens avtalsåtkomst
- Parterna som får en kopia
- Identitetskontroll
- Skicka ett avtal bara till dig själv
- Skicka ett avtal till andra
- Skriftliga signaturer
- Mottagarnas signeringsordning
- Massutskick
- Sidan Skicka (slå samman)
- Redigera in fält i dokument
- Redigeringsmiljö i appen
- Skapa formulär och texttaggar
- Skapa formulär med Acrobat (AcroForms)
- Fält
- Fälttyper
- Vanliga fälttyper
- Fält för e-signatur
- Fält för initialer
- Fält för mottagarens namn
- Fält för mottagarens e-postadress
- Fält för signeringsdatum
- Textfält
- Datumfält
- Sifferfält
- Kryssruta
- Kryssrutegrupp
- Alternativknapp
- Rullgardinsmeny
- Länköverlagring
- Betalningsfält
- Bilagor
- Deltagandestämpel
- Transaktionsnummer
- Bild
- Företag
- Titel
- Stämpel
- Utseende på fältinnehåll
- Fältvalideringar
- Maskerade fältvärden
- Välj visa/dölj villkor
- Beräkningsfält
- Verifierade formulär
- Fälttyper
- Vanliga frågor om redigering
- Signera avtal
- Hantera avtal
- Översikt över sidan Hantera
- Kopiera ett avtal
- Delegera avtal
- Ersätt mottagare
- Begränsa dokumentsynlighet
- Avbryta ett avtal
- Skapa nya påminnelser
- Granska påminnelser
- Avbryta en påminnelse
- Åtkomst till Power Automate-flöden
- Fler åtgärder...
- Så här fungerar sökning
- Visa ett avtal
- Skapa en mall från ett avtal
- Dölja/visa avtal från vyn
- Överför signerat avtal
- Ändra filer och fält i ett skickat avtal
- Redigera en mottagares autentiseringsmetod
- Lägg till eller ändra ett förfallodatum
- Lägga till en anteckning i avtalet
- Dela ett enskilt avtal
- Sluta dela ett avtal
- Ladda ner ett enskilt avtal
- Hämta de enskilda filerna i ett avtal
- Hämta granskningsrapporten för ett avtal
- Hämta fältinnehållet i ett avtal
- Granskningsrapport
- Rapportering och dataexporter
- Översikt
- Bevilja användare åtkomst till rapportering
- Rapportdiagram
- Dataexport
- Byt namn på en rapport/export
- Duplicera en rapport/export
- Schemalägg en rapport/export
- Ta bort en rapport/export
- Kontrollera transaktionsanvändning
Avancerade avtalsfunktioner och arbetsflöden
- Webbformulär
- Återanvändbara mallar (Biblioteksmallar)
- Överför ägarskap av webbformulär och biblioteksmallar
- Power Automate-arbetsflöden
- Översikt över Power Automate-integreringen och inkluderade rättigheter
- Aktivera Power Automate-integreringen
- Åtgärder i kontexten på sidan Hantera
- Spåra Power Automate-användningen
- Skapa ett nytt flöde (Exempel)
- Utlösare som används för flöden
- Importera flöden från utanför Acrobat Sign
- Hantera flöden
- Redigera flöden
- Dela flöden
- Inaktivera eller aktivera flöden
- Ta bort flöden
- Användbara mallar
- Endast administratör
- Avtalsarkivering
- Spara dina slutförda dokument i SharePoint
- Spara dina färdiga dokument på OneDrive för företag
- Spara alla slutförda dokument på Google Drive
- Spara alla slutförda dokument i DropBox
- Spara slutförda dokument i Box
- Arkivering av webbformuläravtal
- Spara slutförda webbformulärdokument i SharePoint-biblioteket
- Spara slutförda webbformulärdokument i OneDrive för företag
- Spara dina slutförda dokument i Google Drive
- Spara slutförda webbformulärdokument i Box
- Dataextrahering av avtal
- Avtalsmeddelanden
- Skicka anpassade e-postmeddelanden med avtalsinnehållet och det signerade avtalet
- Få dina Adobe Acrobat Sign-aviseringar i en Teams-kanal
- Få dina Adobe Acrobat Sign-aviseringar i Slack
- Få Adobe Acrobat Sign-aviseringar i Webex
- Avtalsgenerering
- Generera dokument från Power App-formulär och Word-mall, skicka för signering
- Generera avtal från en Word-mall i OneDrive och hämta signaturen
- Generera avtal för vald Excel-rad, skicka för granskning och signering
- Anpassat arbetsflöde för sändning
- Dela användare och avtal
Integrera med andra produkter
- Översikt över Acrobat Sign-integreringar
- Acrobat Sign för Salesforce
- Acrobat Sign för Microsoft
- Övriga integreringar
- Partnerhanterade integreringar
- Så skapar du en integreringsnyckel
Acrobat Sign-utvecklare
- REST-API:er
- Webhookar
- Sandlåda
Support och felsökning
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.
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.
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.
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).
De nya sidorna publiceras när versionen publiceras, och länkarna kommer att korrekt tolkas 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.
Den här artikeln innehåller information om förhandsversion. Lanseringsdatum, funktioner och annan information kan ändras utan föregående meddelande.
adobe acrobat sign-frigöring v17.1
Sandlåda-driftsättning: 7 april 2026
Produktionsdriftsättning: 5 maj 2026
GovCloud-driftsättning: 12 maj 2026
Förbättrade funktioner
- signering på plats – Aktivera värdbaserade signeringssessioner i webbapplikationen
signering på plats gör det möjligt för en avsändare att utse en intern värd som underlättar en signeringssession på plats med hjälp av en webbläsare. Värden startar en kontrollerad signeringssession från sidan Hantera eller ett e-postmeddelande, överlämnar tillfälligt enheten till signeraren för att slutföra nödvändiga åtgärder och återtar kontrollen när det är klart. Skapande och slutförande av sessioner registreras i granskningsspårningen, och signerare kan valfritt ange en e-postadress för att få en kopia av avtalet.
Tillgängliga miljöer: Sandlåda, Kommersiell | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp
Granska hur du aktiverar rollen för signering på plats >
Granska hur du konfigurerar ett avtal för att tillåta signering på plats >
Granska hur du är värd för signering på plats >
- Massdigital signatur från sidan Hantera – Tillämpa en digital signatur på flera avtal med en enda auktorisering
Signerare kan välja flera avtal i vyn Väntar på dig och tillämpa digitala signaturer som en massåtgärd med en enda signeringsauktorisering. Detta minskar repetitiva signeringssteg för arbetsflöden med hög volym samtidigt som befintliga säkerhetskontroller, autentisering och granskning för molnsignering bevaras. Masssignering kräver att signerare granskar eller hoppar över alla avtal innan massåtgärden slutförs.
Tillgängliga miljöer: Sandlåda, Kommersiell, Myndighet | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp
Granska dokumentationen Så här aktiverar du massdigitala signaturer >
Granska dokumentationen Så här signerar du med massdigitala signaturer >
- Skicka endast till interna mottagare – Begränsa avtal till att skickas till mottagare inom samma acrobat sign-konto.
Inställningen Skicka endast till interna mottagare förhindrar användare från att skicka avtal till mottagare utanför deras acrobat sign-konto. När det är aktiverat kan avtal endast skickas till mottagare vars konto-ID:n matchar avsändarens. Den här kontrollen stöder interna säkerhetskrav och förhindrar att avtal delas externt.
Tillgängliga miljöer: Sandlåda, Kommersiell, Myndighet | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp
Granska konfigurationsdokumentet för att begränsa en grupp till endast interna mottagare >
- Rapportering av telefontransaktionsanvändning – Utökad rapportering med synlighet på gruppnivå och åtkomst till schemalagda rapporter
Rapportering av telefontransaktioner ger nu synlighet för köpta kvantiteter, startdatum för kvoter och detaljerad konsumtion för SMS- och WhatsApp-transaktioner.Kunder kan spåra användning på gruppnivå och komma åt schemalagda CSV-rapporter genom en enhetlig rapporteringsupplevelse, vilket möjliggör mer exakt budgetering, intern allokering och proaktiv övervakning för att förhindra serviceavbrott när transaktionsgränser nås.
Rapportering genereras nu genom schemalagda rapporter i rapporteringsgränssnittet, med API-åtkomst tillgänglig för att hämta den senaste rapportutdata.
Ny slutpunkt: POST /api/rest/v6/reportDownload
Denna slutpunkt accepterar ett scheduleId och returnerar hämtnings-URL:en för den senast genererade CSV-rapporten som är associerad med det schemat.
Tillgängliga miljöer: Sandlåda, Kommersiell, Regering | Tillgängliga servicenivåer: Acrobat Sign Solutions | Konfigurationsomfång: v6 REST API
Granska dokumentationen för SMS-konsumtionsrapporten >
Ändrad upplevelse
- Signaturutseende i granskningsrapporter – Loggar signaturinmatningsmetoden som används av varje signerare, vilket ökar synligheten för efterlevnad och minskar manuell verifiering
Granskningsrapporter registrerar nu signaturutseendemetoden som används när en signerare använder sin signatur. För varje ESIGNED-händelse identifierar granakningsspårningen om signeraren använde en skriven signatur, en ritad signatur, en uppladdad bild eller en mobilbaserad ritning eller bildtagning. Denna förbättring gör det möjligt för efterlevnads- och driftsteam att verifiera signeringsmetoder direkt från granskningsrapporten, vilket minskar oklarheter och förhindrar onödiga avvisningar av avtal.
Typer av signaturutseende:- Typ: Signeraren skriver sitt namn och väljer en teckensnittsbaserad signaturstil.
- Rita: Signeraren ritar sin signatur med en mus eller styrplatta på en dator.
- Bild: Signeraren laddar upp en signaturbild från datorn.
- Mobile Draw: Signeraren ritar sin signatur med touch på en mobil enhet.
- Mobilbild: Signeraren laddar upp eller tar en signaturbild på en mobil enhet.
Tillgängliga miljöer: Sandlåda, Kommersiell, Myndighet | Tillgängliga tjänstenivåer: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Konfigurationsomfång: Alltid aktiverad; ingen konfiguration
- Sparade signaturer för API-signerings-URL:er – Gör det möjligt att använda sparade profilsignaturer vid API-baserad signering
Gör det möjligt för registrerade användare att använda sina sparade profilsignaturer när de signerar avtal via API-genererade signerings-URL:er (GET /agreements/{agreementId}/signingUrls). Sparade signaturer visas för interna signerare och för externa signerare som autentiserar med e-post-OTP eller Adobe ID. Den här funktionen effektiviserar signeringsarbetsflöden för backend-integrationer samtidigt som säkerhetskontroller på kontonivå bibehålls.
Aktiveras av Adobe per konto efter säkerhetsgranskning.
Tillgängliga miljöer: Sandlåda, Kommersiell, Myndighet | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Inaktiverad; Kontakta support
- Hantering av personlig adressbok i den moderna upplevelsen – Användare kan ta bort sparade e-postadresser direkt från sin personliga adressbok i den moderna Request Signature upplevelsen, vilket gör det enklare att hålla personliga mottagarlistor korrekta och uppdaterade.
Tillgängliga miljöer: Sandlåda, Kommersiell, Myndighet | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Aktiverad som standard; inte konfigurerbar.
Granska det uppdaterade dokumentet för att ta bort en e-postadress från din adressbok >
- Avtalets förfallofönster – Utökad standardförfallotid till 365 dagar
Den maximala tidsfristen för slutförande av avtal har utökats från 180 dagar till 365 dagar.När dokumentförfallotid är aktiverat tilldelas avtal nu automatiskt ett 365-dagars förfallodatum som inte kan tas bort. Denna ändring säkerställer att alla avtal har en definierad livscykel, förbättrar långsiktig spårning och efterlevnad, och minskar risken för att avtal förblir öppna på obestämd tid samtidigt som användare fortfarande kan ange tidigare deadlines vid behov.
Tillgängliga miljöer: Sandlåda, Kommersiell, Regering | Tillgängliga servicenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp
- Förnyad startsida – Förbättrar åtkomst till arbetsflöde, lyfter fram av avgörande vikt åtgärder
startsida har gjorts om för att göra det enklare att starta avtal, övervaka aktivitet och komma åt viktiga funktioner, inklusive möjligheten att kopiera nyligen skickade avtal, visa åtgärdspaneler i en mer intuitiv ordning, snabbt identifiera Pågår och Väntar på dig-objekt, och uppleva en strömlinjeformad Vad är nytt bannerbild som minskar visuell röra, vilket hjälper användare att röra sig snabbare, minska missade avtal och navigera en mer fokuserad startsidaupplevelse.
Den nya startsida kommer att rullas ut under 10 dagar efter frigöra. Se det tekniska meddelandet för schemat >
Tillgängliga miljöer: Sandlåda, Kommersiell, Myndighet | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Aktiverad som standard
Granska den nya startsidans layout >
- Förbättringar av testversion och utökad berättigande – Den senaste registreringsupplevelsen har lagts till för företagstestversioner
Företagstestversioner inkluderar nu den förbättrade registreringsupplevelsen som introducerades i senaste versionerna. Användare utan Acrobat Sign-berättiganden får full åtkomst till testversionen.
Tillgängliga miljöer: Kommersiell | Tillgängliga tjänstenivåer: Acrobat Sign Solutions för företag – testversion | Konfigurationsomfång: Testberättigande
- Ny anpassad arbetsflödesdesigner blir standard – Främja modern designer, ta bort användarväxelkontroller, behåll administratörsflexibilitet
Den nya anpassade arbetsflödesdesigner-upplevelsen är nu standard för alla konton. Användare ser inte längre växlingslänkar för att återgå till den klassiska designern, medan administratörer behåller möjligheten att återaktivera åtkomst till den tidigare upplevelsen om det behövs. Denna uppdatering främjar övergången till det moderna gränssnittet för arbetsflödesdesign samtidigt som administrativ kontroll bevaras under övergångsperioden.
Tillgängliga miljöer: Sandlåda, Kommersiell, Myndighet | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp
Uppdateringar för REST API/webhook
Nedanstående uppdateringar presenteras i förhandsversionsinformationen i informationssyfte. Fullständig dokumentation för API- och webhookuppdateringar finns i Acrobat Sign-utvecklardokumentation när versionsuppdateringen levereras till produktionsservrarna.
- mTLS-nyckelhantering för webhooks – Lägg till Acrobat Sign-genererat nyckelalternativ, aktivera arbetsflöde för signering med certifikat, förbättra säkerhetsefterlevnad
Utvecklare kan nu välja hur privata nycklar hanteras för webhook mTLS-autentisering i Acrobat Sign. Utöver den befintliga modellen där kunder genererar och laddar upp sin egen privata nyckel och certifikat, kan Acrobat Sign nu generera den privata nyckeln och en begäran om signering med certifikat (CSR). Kunder kan använda CSR för att erhålla ett certifikat från sin certifikatutfärdare och ladda upp det för att slutföra konfigurationen. Detta alternativ förbättrar säkerheten genom att hålla privata nycklar inom Acrobat Sign samtidigt som kompatibilitet med befintligt webhook mTLS-beteende bibehålls.
Tillgängliga miljöer: Sandlåda, Kommersiell, Myndighet | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: v6 REST API POST /webhooks slutpunkt; alla omfång
Granska den uppdaterade mTLS-dokumentationen >
- Initialisering av digital identitet via login_hint-parameter – Tillåter API-avsändare att initiera autentisering av digital identitet med en mottagarspecifik inloggningsidentifierare.
Flera v6 REST API /agreements slutpunkter stöder nu en loginHint parameter som tillåter API-avsändare att initiera Digital Identity Gateway-autentisering med en känd inloggningsidentifierare, såsom en e-postadress eller användar-ID-nummer. Identitetsleverantören kontrollerar användarupplevelsen, men identifieraren fyller vanligtvis i förväg inloggningsskärmen för att stärka arbetsflöden för autentisering med hög tillit och minska risken för personifiering. identifierare visas i maskerat format på Digital Identity Gateway-landningssidan och i granskningsrapporten för att bevara spårbarhet samtidigt som känsliga data skyddas.
Följande slutpunkt har uppdaterats för att inkludera loginHint-parametern:- POST/avtal
- PUT /agreements/{agreementId}
- PUT /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}
- GET /agreements/{agreementId}/members/participantSets/{participantSetId}
- GET /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}/members
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: acrobat Sign Solutions | Konfigurationsomfång: v6 REST API
- OEM 2.0 Identitets- och förtroendegränsförbättringar – Användarupplösning prioriterar nu användare som etablerats av samma partner och skapar automatiskt en mottagare när ingen matchning hittas
Avtalsdeltagarupplösning prioriterar nu användare som etablerats av samma partner och skapar automatiskt en mottagarpost när ingen matchande användare finns, vilket säkerställer konsekvent identitetshantering över konton.Granskningsrapporter indikerar nu om en avsändare är partner-etablerad eller ett personligt konto, och signeringsflöden guidar användare att byta konton när identiska e-postadresser finns över olika kontotyper, vilket minskar förvirring och förhindrar oavsiktlig åtkomst.
Tillgängliga miljöer: Sandlåda, Kommersiell, Regering | Tillgängliga servicenivåer: Acrobat Sign Solutions | Konfigurationsomfång: v6 REST API; OEM 2.0 Partner
Versionsfel – Element tillagda
Nedan visas objekt som har lagts till i den här versionen sedan den första publiceringen av förhandsversionsinformationen.
- Rapportering av telefonTransaktionsanvändning – Utökad rapportering med synlighet på gruppnivå och åtkomst till schemalagda rapporter
Rapportering av telefontransaktioner ger nu synlighet för köpta kvantiteter, startdatum för kvoter och detaljerad konsumtion för SMS- och WhatsApp-transaktioner. Kunder kan spåra användning på gruppnivå och komma åt schemalagda CSV-rapporter genom en enhetlig rapporteringsupplevelse, vilket möjliggör mer exakt budgetering, intern allokering och proaktiv övervakning för att förhindra serviceavbrott när transaktionsgränser nås.
Rapportering genereras nu genom schemalagda rapporter i rapporteringsgränssnittet, med API-åtkomst tillgänglig för att hämta den senaste rapportutdata.
Ny slutpunkt: POST /api/rest/v6/reportDownload
Denna slutpunkt accepterar ett scheduleId och returnerar hämtnings-URL:en för den senast genererade CSV-rapporten som är associerad med det schemat.
Tillgängliga miljöer: Sandlåda, Kommersiell, Regering | Tillgängliga servicenivåer: Acrobat Sign Solutions | Konfigurationsomfång: v6 REST API
- Avtalets förfallotidsfönster – Utökad standardförfallotid till 365 dagar
Den maximala slutförandetiden för avtal har utökats från 180 dagar till 365 dagar.När dokumentförfallotid är aktiverat tilldelas avtal nu automatiskt ett 365-dagars förfallodatum som inte kan tas bort. Denna ändring säkerställer att alla avtal har en definierad livscykel, förbättrar långsiktig spårning och efterlevnad, och minskar risken för att avtal förblir öppna på obestämd tid samtidigt som användare fortfarande kan sätta tidigare deadlines vid behov.
Tillgängliga miljöer: Sandlåda, Kommersiell, Regering | Tillgängliga servicenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Konto och Grupp
- OEM 2.0 Identitets- och förtroendeförbättringar – Användarupplösning prioriterar nu användare som etablerats av samma partner och skapar automatiskt en mottagare när ingen matchning hittas
Avtalsdeltagarupplösning prioriterar nu användare som etablerats av samma partner och skapar automatiskt en mottagarpost när ingen matchande användare finns, vilket säkerställer konsekvent identitetshantering över konton.Granskningsrapporter indikerar nu om en avsändare är partner-etablerad eller ett personligt konto, och signeringsflöden guidar användare att byta konton när identiska e-postadresser finns över olika kontotyper, vilket minskar förvirring och förhindrar oavsiktlig åtkomst.
Tillgängliga miljöer: Sandlåda, Kommersiell, Regering | Tillgängliga servicenivåer: Acrobat Sign Solutions | Konfigurationsomfång: v6 REST API; OEM 2.0 Partner
- Hantering av personlig adressbok i den moderna upplevelsen – Användare kan ta bort sparade e-postadresser direkt från sin personliga adressbok i den moderna Request Signature upplevelsen, vilket gör det enklare att hålla personliga mottagarlistor korrekta och uppdaterade.
Tillgängliga miljöer: Sandlåda, Kommersiell, Myndighet | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Aktiverad som standard; inte konfigurerbar.
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.
- Förbättrat resursnav – Omorganiserar lärande- och supportlänkar inom acrobat Sign
Det uppdaterade resursnavet förbättrar hur användare kommer åt lärande- och supportmaterial direkt inom acrobat Sign. Innehåll är organiserat i strukturerade sektioner med inbäddade video-tutorials och direkt åtkomst till webbinarier, frigöra-anteckningar, kundberättelser och supportresurser. Dessa uppdateringar gör utbildningsinnehåll lättare att hitta inom produktupplevelsen.
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: acrobat Sign Solutions | Konfigurationsomfång: Denna uppdaterade upplevelse är aktiverad som standard
- Aviseringskontroller via Agreements API – Lade till flernivåkontroller för att inaktivera e-postaviseringar i POST /agreements och POST /agreements/{agreementId}/reminders slutpunkterna.
Utvecklare kan inaktivera INITIAL, INTERMEDIATE, FINAL, CANCELLATION och REMINDER e-postaviseringar när de skapar avtal genom v6 REST API. Lösningen introducerar disabledNotificationTypes matriser på flera nivåer i begäran, vilket möjliggör riktad kontroll per roll:- participantSetsInfo[].disabledNotificationTypes — Inaktiverar e-postaviseringar för alla medlemmar i en deltagaruppsättning
- ccs[].disabledNotificationTypes — Inaktiverar e-postaviseringar för enskilda CC-mottagare
- senderDisabledNotificationTypes — Inaktiverar e-postaviseringar för avtalets avsändare
Fältet senderDisabledNotificationTypes på API-nivå har absolut företräde över avsändarens aviseringsinställningar som konfigurerats i Personliga inställningar.
Tillgängliga miljöer: Sandlåda, Kommersiell, Myndighet | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: v6 REST API
- Mottagarfilter i rapportering – Lägg till mottagarbaserad filtrering till rapporter och dataexporter.
Lägg till ett Mottagare filter till modern rapportering för avtal och transaktion rapporter och dataexporter. Administratörer kan filtrera efter mottagarens e-postadress för att returnera alla avtal som inkluderar den angivna mottagaren, oavsett roll eller signeringsordning. Filtret stöder automatisk komplettering och flervalsbeteende som är konsekvent med det befintliga Avsändare filtret och gäller för både visuella rapporter och CSV-exporter.
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Aktiverat med Modern rapportering
- Bio-Pharma (CFR) Support i Modern eSign – Lägger till inhämtning av signeringsorsak och tvingad återautentisering vid signeringstillfället
Acrobat Sign slutför Bio-Pharma-support i Modern eSign-upplevelsen genom att lägga till inhämtning av signeringsorsak och tvingad återautentisering under signering. Organisationer som verkar i reglerade miljöer kan kräva en signeringsorsak, tvinga återautentisering för varje signatur eller vid slutlig klick-för-signering, och upprätthålla kompatibel granskningsrapportering – allt inom det moderna gränssnittet.
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Stöd för Bio Pharma-inställningar i Modern eSign är aktiverat som standard.
- Inline-dokumentredigering under framtagning – Gör det möjligt för avsändare att redigera dokumenttext direkt inom framtagningsupplevelsen
Gör det möjligt för avsändare att redigera dokumenttext direkt inom framtagningsupplevelsen innan de skickar ett avtal för signatur. Ett redigera dokument-alternativ låter användare ändra text utan att ladda ned och ladda upp filen igen, samtidigt som befintliga fält och avtalskonfiguration bevaras. Detta effektiviserar korrigeringar före sändning och minskar störningar under avtalsförberedelse.
Tillgängliga miljöer: Sandlåda, Kommersiell | Tillgängliga servicenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Konto och Grupp
- Kundhanterade nycklar – Möjliggör kryptering i vila med aws KMS eller azure Key Vault-nycklar
Kundhanterade nycklar tillhandahåller kryptering på kontonivå i vila med hjälp av en kundhanterad nyckel i aws Key Management Service (KMS) eller azure Key Vault. kontoadministratörer kan introducera en kundhanterad nyckel och återkryptera innehåll som stöds, rotera eller återställa nyckelversioner, pausa nyckeln (vilket gör att krypterings- och dekrypteringsoperationer misslyckas), eller förstöra nyckeln, vilket permanent förhindrar åtkomst till krypterat innehåll.
Tillgängliga miljöer: Sandbox, Commercial | Tillgängliga tjänstenivåer: Acrobat Sign Solutions på aws-miljöer | Konfigurationsomfång: Endast konto
- SMS-användningsrapporterings-API – Hämta inköpta kvantiteter och spåra SMS-förbrukning
SMS-användningsrapporterings-API:et ger Synlighet över SMS-rättigheter och förbrukning för att stödja budgetering och planering av tjänstekontinuitet. Organisationer kan hämta totala inköpta SMS-kvantiteter, spåra övergripande användning hittills och fråga förbrukning per grupp och datumintervall. Detta möjliggör proaktiv övervakning och intern allokering för att förhindra avbrott när krediter närmar sig uttömning.
Nya slutpunkter:- get /api/rest/v6/smsUsage
- get /api/rest/v6/smsUsage?groupId={groupId}
- get /api/rest/v6/smsUsage?startDate=YYYY-MM-DD&endDate=YYYY-MM-DD
- get /api/rest/v6/smsUsage?groupId={groupId}&startDate=YYYY-MM-DD&endDate=YYYY-MM-DD
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: acrobat sign Solutions | Konfigurationsomfång: v6 REST API
- Modern Begär signatur blir standard – Pensionera klassisk Compose, ta bort växelkontroller, standardisera signeringsupplevelse
Alla konton övergår nu till den moderna Begär signatur-upplevelsen, som ersätter det klassiska Compose-gränssnittet. Växellänkar och administratörskontroller för att återgå till den klassiska upplevelsen tas bort för kommersiella konton, medan GovCloud-konton också övergår med tillfällig behållning av administratörskontroller. Denna ändring standardiserar sändningsupplevelsen mellan miljöer och förenklar användarregistrering inför fullständig avveckling av Classic.
Tillgängliga miljöer: Sandlåda, Kommersiell, Myndighet | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Inte konfigurerbar
- Modern Skapa mall blir standard – Främja ny framtagningsupplevelse, utöka utrullning, behåll administratörskontroller
Den moderna Skapa mall-upplevelsen är nu standard för alla konton, inklusive de som delar resurser över flera grupper. Denna uppdatering utökar utrullningen av det nya framtagningsgränssnittet och säkerställer att alla användare drar nytta av pågående förbättringar, samtidigt som administratörskontroller behålls för att återgå till den klassiska upplevelsen om det behövs.
Tillgängliga miljöer: Sandlåda, Kommersiell, Myndighet | Tillgängliga tjänstenivåer: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp
Korrigerade problem
| Problem | Beskrivning |
|---|---|
| 4520028 | Sammanfattning: Gruppkolumnen på Hantera-sidan visade felaktiga eller inkonsekventa värden när användare tillhörde flera grupper. Att ändra användarens primära grupp orsakade att avtal visade fel grupp, inklusive den senast valda primära gruppen eller flera grupper, istället för gruppen som avtalet ursprungligen skickades från. |
| Åtgärd: Uppdaterade logiken för sidan Hantera så att den använder avtalets sändningsgrupp (agreement_group_id) istället för användarens aktuella primära grupp när kolumnen Grupp renderas. | |
| 4532690 | Sammanfattning: Användare kunde inte redigera utkast till avtal som skapats från anpassade arbetsflöden när både "Aktivera avtal som endast kan skickas med hjälp av ett arbetsflöde" och "Aktivera ny upplevelse för att skicka anpassade arbetsflöden" var aktiverade.Systemet blockerade felaktigt åtkomst till redigeringssidan när ett befintligt utkast redigerades och behandlade det som en ny sändningsåtgärd istället för en utkastsredigering. |
| Åtgärd: Uppdaterade logiken för Compose-sidan så att den upptäcker scenarier för utkastsredigering och kringgår kontrollen av arbetsflödesbegränsningar, vilket gör att användare kan redigera befintliga utkast till avtal som skapats från anpassade arbetsflöden. | |
| 4536764 | Sammanfattning: Att skicka avtal genom ett anpassat arbetsflöde resulterade i ett serverfel på grund av ett misslyckande med att bearbeta specifika mall-pdf:er.Felet orsakades av ogiltig eller saknad kommentarsutseendedata i ett eller flera källdokument, vilket utlöste ett renderingsundantag under förifyllning.Problemet var inte konsekvent reproducerbart och kunde inte replikeras utanför de berörda arbetsflödena. |
| Lösning: Förbättrad hantering av renderingsundantag i pdf-bearbetningslagret. | |
| 4537197 | Sammanfattning: När du använder den nya massutskicksupplevelsen med manuellt angivna mottagarnamn togs det andra namnfältet bort under signering på grund av felaktig hantering av obligatorisk mottagarnamndata mellan dokument. |
| Lösning: Uppdaterad dokumentbearbetningslogik för att korrekt behålla alla mottagarnamnfält när avtal skickas i bulk. | |
| 4538172 | Sammanfattning: Kopiering av arbetsflöden som inkluderar mottagargrupper misslyckades under Sandbox Sync med meddelandet "Fel vid körning av begäran" på grund av ogiltiga mottagargruppreferenser.Arbetsflödet använde miljöspecifika mottagargrupp-ID:n, som inte är portabla mellan miljöer, vilket orsakade att validering misslyckades under synkronisering. |
| Lösning: Uppdaterad Sandbox Sync-hantering för att korrekt validera och bearbeta mottagargruppreferenser under arbetsflödeskopieringsoperationer, vilket förhindrar misslyckanden när mottagargrupper finns i båda miljöerna. | |
| 4538251 | Sammanfattning: I den nya Massutskick-upplevelsen visades inte fullständigt namn och e-post signerarinformationsfält under signering eller i det slutliga dokumentet när källfilen innehöll befintliga AcroForm-fält.Problemet orsakades av felaktig hantering av sammanfogningsfältdata när signerarinformationsfält kombinerades med redan befintliga formulärfält, vilket resulterade i att fälten inte renderades i underordnade avtal |
| Lösning: Uppdaterad sammanfognings- och formulärfältbearbetningslogik för att korrekt tillämpa signerarinformationsfält i dokument som inkluderar befintliga AcroForm-fält. | |
| 4545485 | Sammanfattning: Avtalskapande misslyckades intermittent när miniatyrbildgenerering stötte på felaktiga PDF-formulärfält.Misslyckandet orsakades av källdokument som innehöll formulärfält utan giltiga namn och ogiltiga kapslade fältstrukturer, vilket utlöste bearbetningsfel under pdf-generering. |
| Lösning: Lade till validering och null-kontroller under pdf-bearbetning för att hantera felaktiga formulärfält och förhindra misslyckanden under miniatyrbildgenerering och avtalskapande. | |
| 4545814 | Sammanfattning: Fält är felaktigt justerade och texttaggar förblir synliga när liggande dokument som genererats från XDP-baserade arbetsflöden bearbetas.Felaktiga koordinatberäkningar i liggande layouter orsakar felaktig fältplacering och förhindrar att texttaggar parsas och tas bort korrekt. |
| Lösning: Uppdaterade fältrenderingslogiken för att korrekt beräkna och placera formulärfält i liggande dokument, vilket säkerställer korrekt justering och borttagning av texttaggar under bearbetning. | |
| 4545978 | Sammanfattning: Accenttecken i signatörers namn renderas felaktigt i det synliga signaturblocket när lokal digital signering används.Problemet uppstår eftersom standardfonten som är inbäddad i dokumentet saknar korrekt kodning för västeuropeiska tecken, vilket orsakar felaktig teckensubstitution under signaturutseenderendering. |
| Lösning: Uppdaterad inbäddad fontkonfiguration för att inkludera korrekt kodning för accentuerade tecken, vilket säkerställer korrekt rendering av signerarnamn i signaturutseendet | |
| 4547100 | Sammanfattning: Klonade flerlinjers textfält renderas inkonsekvent i den signerade pdf:en.Flerlinjiga klonfält saknar standardutseendeordlistan, vilket gör att klonade fält visar färre rader än källfältet även när båda fälten använder samma storlek och inställningar. |
| Lösning: Lade till standardutseendeordlistan till flerlinjes klonade fält så att klonade och källfält renderas konsekvent i signerade dokument. | |
| 4548305 | Sammanfattning: Registreringschecklistan visar "Begär BAA för HIPAA-beredskap" som Väntande även när HIPAA är aktiverat.Logiken för utvärdering av checklistan behandlar felaktigt ärvda HIPAA-relaterade inställningar som ofullständiga, vilket gör att uppgiftens status förblir väntande trots att funktionen är aktiverad. |
| Åtgärd: Uppdaterad logik för utvärdering av checklistan för att korrekt tolka HIPAA-relaterade inställningar, inklusive ärvda värden, så att registreringsuppgiften återspeglar det slutförda tillståndet när HIPAA är aktiverat. | |
| 4550731 | Sammanfattning: Ett stort mellanrum visas mellan signaturens understrykning och tidsstämpel när dokument signeras med Fyll i och signera. Problemet uppstår när signaturfältet inte är tillräckligt brett för att rymma det renderade signaturinnehållet, vilket orsakar felaktig avstånd i signaturens utseende |
| Åtgärd: Uppdaterad signaturrendering för att respektera de definierade fältdimensionerna och justera avståndet på lämpligt sätt, vilket minskar mellanrummet mellan understrykningen och tidsstämpeln. | |
| 4550906 | Sammanfattning: Länken Ändra lösenord pekar på en ogiltig URL för vissa användare, vilket orsakar ett webbläsarfel. Problemet uppstår när appen läser en föråldrad slutpunkt från konfigurationen istället för rätt URL, vilket leder till inkonsekvent beteende mellan miljöer. |
| Åtgärd: Uppdaterade den konfigurerade slutpunkten för lösenordsändring för att använda rätt URL i berörda miljöer. | |
| 4550992 | Sammanfattning: Redigering av vissa mallar i den nya upplevelsen omdirigerar till sidan Skapa mall istället för att öppna mallen i redigeringsläge. Problemet uppstår eftersom systemet bestämmer upplevelsen baserat på mallens ägares inställningar snarare än den aktuella användarens inställningar, vilket orsakar felaktig dirigering när delade mallar redigeras. |
| Åtgärd: Uppdaterad logik för mallredigering för att använda den aktuella användarens upplevelseinställningar istället för mallens ägares inställningar, vilket säkerställer att mallar öppnas i rätt redigeringsläge. | |
| 4551756 | Sammanfattning: E-postmeddelanden för godkännandebegäran visar olösta mallvariabler i mottagarfältet, vilket orsakar felaktig e-postformatering. Problemet uppstår på grund av ett fel i logiken för rendering av e-postmallar när meddelanden om berättigandekonflikter genereras. |
| Åtgärd: Uppdaterad rendering av e-postmallar för att korrekt lösa och fylla i mottagarfält, vilket säkerställer att giltiga e-postadresser visas i e-postmeddelanden för godkännandebegäran. | |
| 4551768 | Sammanfattning: Signerare stöter på ett ohanterat fel när de kommer åt eller slutför avtal på grund av ett fel i bearbetningen av formulärfältets utseende. Ett felaktigt utseendeobjekt orsakar en ClassCastException under dokumentgenerering, vilket leder till fel vid rendering av avtal. |
| Åtgärd: Uppdaterad logik för bearbetning av formulärfält för att validera utseendeobjekttyper innan casting, vilket förhindrar undantag och säkerställer att avtal renderas korrekt för signering. | |
| 4552272 | Sammanfattning: Avbrutna eller övergivna avtal visas under Väntar på dig på sidan Hantera. Problemet uppstår när en händelse för omstart av arbetsflöde inte korrekt rensar data för deltagarstatus, vilket lämnar kvar föråldrade synlighets- och indexeringsdata som visar avtalet i felaktiga vyer |
| Åtgärd: Uppdaterad hantering av omstart av arbetsflöde och indexeringslogik för att korrekt rensa tidigare data för deltagarstatus och säkerställa att avtal endast visas i sitt korrekta tillstånd. | |
| 4553158 | Sammanfattning: I RTL-språkmiljöer på iOS svarar inte signaturpanelen korrekt när en signatur ritas. Panelen rullar istället för att fånga inmatning, vilket kräver att användare manuellt rullar för att rita och tillämpa signaturen, vilket förhindrar normalt signeringsbeteende när den nya mottagarsignaturupplevelsen är aktiverad. |
| Åtgärd: Uppdaterad hantering av interaktion med signaturpanel för RTL-layouter på iOS för att korrekt fånga ritinmatning utan oavsiktlig rullning, vilket möjliggör normal skapande och tillämpning av signaturer. | |
| 4553583 | Sammanfattning: Arbetsflöden tillåter e-postadresser med inledande eller avslutande mellanslag, vilket gör att avtal misslyckas tyst när de skickas i den nya upplevelsen. Systemet validerar eller normaliserar inte inmatningen, och inget felmeddelande visas för att indikera problemet. |
| Åtgärd: Uppdaterad hantering av indata för att automatiskt trimma blanksteg från e-postadresser och förhindra att ogiltiga värden sparas, och lade till hantering för befintliga arbetsflöden så att avtal kan skickas framgångsrikt. | |
| 4553676 | Sammanfattning: Hyperlänkar visas felaktigt i vyn Hantera, där avtalstiteln läggs till URL:en, vilket resulterar i trasiga länkar. Problemet uppstår på grund av felaktig URL-tolkning vid rendering av hyperlänkar i gränssnittet Hantera. |
| Åtgärd: Uppdaterad hyperlänkrendering för att använda korrekt URL-tolkning, vilket säkerställer att länkar förblir oförändrade och fungerar korrekt i alla vyer. | |
| 4555021 | Sammanfattning: OTP-validering misslyckas med ett "förfallet" fel även när koden anges omedelbart. Problemet uppstår på grund av ett race condition i autentiseringsflödet, där flera inlämningshändelser gör att OTP:n ogiltigförklaras i förtid. |
| Åtgärd: Uppdaterat OTP-valideringsflöde för att hantera dubbletter eller snabba inlämningshändelser korrekt, förhindra förtida förfallotid och tillåta giltiga OTP-poster att lyckas. | |
| 4555028 | Sammanfattning: Att ta bort nästa mottagare att signera kan misslyckas med ett systemfel och lämna avtalet fast i ett väntande revisionstillstånd. Problemet uppstår när mottagaren har en aktiv påminnelse, vilket förhindrar att avtalsuppdateringen slutförs framgångsrikt. |
| Åtgärd: Uppdaterad logik för borttagning av mottagare för att hantera fall där nästa signerare har aktiva påminnelser, vilket tillåter att avtalsuppdateringen slutförs utan fel. | |
| 4555319 | Sammanfattning: Skapare av webbformulär ser endast alternativen Skriv och Rita signatur när de förhandsgranskar formuläret, medan signerare ser alla tillgängliga alternativ (Skriv, Rita, Bild, Mobil). Problemet uppstår eftersom förhandsgranskningsläget inte korrekt tillämpar aktiverade inställningar för signaturinmatning när skaparen inte agerar som signerare. |
| Åtgärd: Uppdaterat beteende för förhandsgranskning av webbformulär för att tillämpa den fullständiga uppsättningen aktiverade signaturinmatningstyper, vilket säkerställer att skapare ser samma signaturalternativ som signerare. | |
| 4555345 | Sammanfattning: Avtal med flera mottagare av typen Signerare med vittne misslyckas att öppnas i förhandsgranskning från utkast med felet "ParticipantSetsInfo kan inte ändras." Problemet uppstår på grund av felaktig logik för deltagare- och vittnesordning i anpassade arbetsflöden, vilket förhindrar att avtalet övergår tillbaka till framtagningstillståndet |
| Åtgärd: Uppdaterad logik för deltagare- och vittnesordning i anpassade arbetsflöden för att korrekt beräkna körningsordning, vilket tillåter avtal att återgå till framtagningstillståndet och fortsätta normalt. | |
| 4555615 | Sammanfattning: Webhook-händelsenyttolaster för delegerade och ersatta mottagare inkluderar inte fältet privateMessage.Problemet uppstår eftersom det privata meddelandet inte sprids till mottagartillståndet som används för att generera webhook-nyttolaster, vilket resulterar i saknad data för berörda händelser. |
| Åtgärd: Uppdaterad hantering av deltagardata för att säkerställa att privata meddelanden inkluderas i webhook-nyttolaster för delegerade och ersatta mottagare. | |
| 4555687 | Sammanfattning: Avtal kan avbrytas automatiskt och flyttas till ett dolt tillstånd efter signering på grund av ett valideringsfel för dokumentsynlighet. När en deltagare delegeras eller ersätts överförs inte mappningen av dokumentsynlighet korrekt, vilket orsakar en obalans mellan tilldelade fält och synliga dokument, vilket kan utlösa en automatisk avbokning. |
| Åtgärd: Delegerings- och ersättningslogik klonar nu korrekt mappningar av dokumentsynlighet för nya deltagare, vilket förhindrar valideringsfel och oavsiktlig avtalsannullering. | |
| 4556516 | Sammanfattning: Formulärfält kan ignorera konfigurerade teckenstorlekar och renderas inkonsekvent i genererade avtal. Problemet uppstår i flerlinjefält när dokumentbearbetningsmotorn justerar teckenstorlek för att förhindra textklippning, vilket åsidosätter inställningar för fast teckenstorlek. |
| Åtgärd: Uppdaterat beteende för teckenstorleksrendering så att flerlinjefält respekterar inställningar för fast teckenstorlek, vilket anpassar beteendet till förväntad output och förhindrar oavsiktliga storleksjusteringar. | |
| 4556967 | Sammanfattning: Valda kryssrutor kan visas som ej valda i den slutliga signerade PDF:en för webbformulär. Problemet uppstår när vissa dolda värden (till exempel "nej", "falskt", "0", "av", "avmarkerad") används, vilket kan orsaka att kryssrutors tillstånd tolkas fel under dokumentbearbetning när Gibson är aktiverat. |
| Åtgärd: Uppdaterad kryssrutebearbetning för att korrekt tolka dolda värden och bevara valda tillstånd i det slutliga dokumentet, vilket säkerställer konsistens mellan signering och den signerade PDF-filen. | |
| 4557222 | Sammanfattning: Länkfält från fältmallar kan försvinna på framtagningssidan när de används inom ett arbetsflöde.Problemet uppstår eftersom länkfält inte inkluderas i avtalsformulärfältdata som returneras under arbetsflödesbaserad framtagning, vilket resulterar i saknade fält. |
| Åtgärd: Uppdaterad formulärfälthantering för att inkludera länkfält från fältmallar under arbetsflödesbearbetning, vilket säkerställer att de sammanfogas och visas korrekt på framtagningssidan. | |
| 4557272 | Sammanfattning: Fältet Signeringsdatum kan misslyckas med att visas i den slutliga signerade PDF-filen.Problemet uppstår när textfältrendering misslyckas under dokumentbearbetning, vilket förhindrar att datumfältet visas i output-dokumentet. |
| Åtgärd: Uppdaterad textfältrendering för att hantera null- eller tomma värden korrekt, vilket säkerställer att fältet Signeringsdatum visas konsekvent i signerade dokument. | |
| 4557282 | Sammanfattning: Radioknappar i webbformulär kan visa ett oväntat informationsrutevärde ("object Object") när de skapas med den nya mallupplevelsen.Problemet uppstår på grund av felaktig hantering av tomma informationsrutevärden, vilket orsakar att platshållardata renderas istället för att undertryckas. |
| Åtgärd: Uppdaterad logik för hantering av informationsrutor för att korrekt ignorera tomma värden, vilket förhindrar att oavsiktlig placeholder-text visas i webbformulär. | |
| 4557589 | Sammanfattning: Förifyllda kryssrutefält kan visas som avmarkerade när avtalet skickas för signatur.Problemet uppstår när dubbletter eller motstridiga dolda värden definieras för kryssrute- eller radioknappar, vilket kan orsaka felaktig tolkning av det valda tillståndet under dokumentbearbetning. |
| Åtgärd: Uppdaterad fältvärdehantering för att korrekt bearbeta dolda värden och bevara förifyllda val, vilket säkerställer att kryssrutornas tillstånd förblir konsekventa när avtal genereras och skickas. | |
| 4557672 | Sammanfattning: Den nya begäran om signaturupplevelse kan visa ett generiskt fel ("Den angivna begäran är ogiltig") när ett avtal skickas, utan att identifiera det specifika fält som orsakar felet.Detta kan inträffa när mottagardetaljer (såsom telefonnummerformat) misslyckas med validering, men felet visas inte tydligt för användaren. |
| Åtgärd: Uppdaterad valideringshantering för att tillhandahålla specifika felmeddelanden på fältnivå, vilket hjälper användare att identifiera och korrigera ogiltiga inmatningar innan avtalet skickas. | |
| 4557680 | Sammanfattning: Kryssrute- eller radioknappsmappningar kan misslyckas i vissa avtal när flera dokument kombineras, vilket resulterar i att förväntade värden inte tillämpas.Problemet uppstår när standardvärden inte exakt matchar definierade exportvärden, vilket kan orsaka att fält behandlas som separata grupper och stör mappningsbeteendet. |
| Åtgärd: Uppdaterad fältmappningslogik för att ignorera omatchade standardvärden och korrekt associera fält mellan dokument, vilket förbättrar konsekvensen av kryssrute- och radioknappsbeteende. | |
| 4557902 | Sammanfattning: Ett extra mellanrum kan visas mellan signaturen och datum- och tidsstämpeln i Fill and Sign-avtal.Problemet uppstår på grund av felaktig avståndsberäkning i välformaterade signaturer, vilket leder till inkonsekvent layout jämfört med andra signeringsflöden. |
| Åtgärd: Uppdaterad beräkning av signaturlayout för att korrekt positionera signaturen och tidsstämpeln, vilket tar bort oönskat mellanrum och säkerställer konsekvent formatering. | |
| 4557947 | Sammanfattning: Kryssrutefält kan visas som avmarkerade i den slutliga signerade PDF-filen när biblioteksmallar används, även om signeraren valde dem.Problemet kan uppstå när kryssrutefält är felkonfigurerade eller använder vissa dolda värden, vilket leder till felaktig tolkning av det valda tillståndet under dokumentbearbetning. |
| Åtgärd: Uppdaterad kryssrutebearbetning för att korrekt tolka dolda värden och bevara valda tillstånd, vilket säkerställer att kryssruteval behålls i det signerade dokumentet. | |
| 4558295 | Sammanfattning: Obligatoriska radioknappvärden kan saknas i den slutliga signerade PDF-filen. Problemet kan uppstå när fältvärden innehåller specialtecken (till exempel citattecken eller symboler) som inte bearbetas korrekt, vilket leder till att det valda värdet inte renderas i dokumentets output. |
| Åtgärd: Uppdaterad fältvärdbearbetning för att korrekt hantera specialtecken, vilket säkerställer att valda värden bevaras och visas i den signerade PDF-filen. | |
| 4558307 | Sammanfattning: Formulärfält kan ignorera konfigurerade teckenstorlekar och rendera inkonsekvent i genererade avtal. Problemet kan uppstå i flerlinjefält när dokumentbearbetningsmotorn justerar teckenstorlek för att förhindra textklippning, vilket åsidosätter fasta teckenstorleksinställningar. |
| Åtgärd: Uppdaterat fontrendering så att flerlinjefält respekterar fasta teckenstorleksinställningar, vilket förhindrar oavsiktlig storleksändring och säkerställer konsekvent output. | |
| 4558554 | Sammanfattning: Signerare kan slutföra avtal utan att interagera med signaturblocket. Problemet kan uppstå i Gibson-aktiverade konton när signaturblocket inte renderas eller tillämpas korrekt under signering, vilket tillåter slutförande med endast signaturfältet. |
| Åtgärd: Uppdaterad signaturrendering och valideringslogik för att säkerställa att signaturblock visas korrekt och krävs innan avtal slutförs. | |
| 4558725 | Sammanfattning: Texttaggar kan misslyckas med att rendera eller konverteras till formulärfält under förhandsgranskning. Problemet kan uppstå när den uppladdade PDF-filen innehåller element som inte stöds eller är ogiltiga (till exempel null-kommentarer eller befintliga ifyllbara fält), vilket förhindrar texttaggbearbetning från att slutföras framgångsrikt. |
| Åtgärd: Uppdaterad texttaggbearbetning för att hantera PDF-filer med ogiltiga eller icke-stödda annoteringar mer tillförlitligt, vilket gör att fält kan genereras som förväntat under förhandsgranskning. | |
| 4559285 | Sammanfattning: Telefonautentisering kan misslyckas för vissa regioner när man väljer en landskod i den nya upplevelsen för signaturförfrågan.Problemet uppstår när användargränssnittet visar en ofullständig eller felaktig landskod (till exempel “+1” istället för “+1246” för Barbados), vilket kan orsaka valideringsfel när avtalet skickas. |
| Åtgärd: Uppdaterad landskodhantering för att använda korrekta fullständiga uppringningskoder, vilket säkerställer att telefonnummer valideras och bearbetas korrekt i den nya upplevelsen. | |
| 4560119 | Sammanfattning: Text i formulärfält kan visas feljusterat eller överlappa i genererade avtal.Problemet kan uppstå i flerlinjefält när renderingsskillnader introduceras av dokumentbearbetningsmotorn, vilket leder till layoutförskjutningar jämfört med framtagningsvyn. |
| Åtgärd: Uppdaterad textrendering och layouthantering för flerlinjefält för att förbättra justering och förhindra överlappning, vilket säkerställer mer konsekvent visning mellan framtagning och slutdokument | |
| 4562058 | Sammanfattning: Mottagarnamnet kan förbli oförändrat när man väljer en annan e-postadress från adressboken på sidan Skicka. Problemet uppstår eftersom namnfältet inte uppdateras när en ny kontakt väljs, vilket orsakar en felmatchning mellan det visade namnet och den valda e-postadressen. |
| Åtgärd: Uppdaterat mottagarvalsbeteende så att namnfältet alltid uppdateras när en ny kontakt väljs, vilket säkerställer att namnet och e-postadressen förblir synkroniserade. | |
| 4566339 | Sammanfattning: Felaktiga kryssrutetillstånd kan visas när statiska XFA PDF-filer med felaktiga fältvärden bearbetas. Problemet kan uppstå när XFA-data som inte stöds eller är ogiltiga (till exempel strängvärden i numeriska fält) hanteras inkonsekvent, särskilt i Gibson-aktiverade miljöer där kryssrutestandarder kan misstolkas. |
| Åtgärd: Uppdaterad XFA-hantering i dokumentbearbetningspipelinen för att normalisera eller ignorera felaktiga värden mer konsekvent, vilket förhindrar felaktiga kryssrutetillstånd och anpassar beteende över miljöer. | |
| 4567278 | Sammanfattning: Skrivskyddade textfält kan ibland inte visas på signeringssidan när dynamiska deltagare är aktiverade.Problemet uppstår på grund av inkonsekvenser i fältrendering under deltagarupplösning, vilket kan orsaka att icke-redigerbara fält utelämnas från signerarens vy. |
| Lösning: Uppdaterad fältrenderingslogik för dynamiska deltagare för att säkerställa att skrivskyddade fält konsekvent inkluderas och visas under signering. | |
| 4568023 | Sammanfattning: Bild- och mobile signaturalternativ kan misslyckas med att visas i webbformulär under signering. Problemet kan uppstå på grund av inkonsekvent laddning av signaturalternativ i webbformulärets inmatningsflöde, där vissa signeringsmetoder inte visas förrän sessionen laddas om eller nås via en alternativ väg. |
| Lösning: Uppdaterad webbformulärssignering för att konsekvent ladda alla aktiverade signaturalternativ, vilket säkerställer att Bild- och mobile-metoder är tillgängliga via alla ingångspunkter. |
Adobe Acrobat Sign version v17.1.1
Sandlådedriftsättning: 12 maj 2026
Produktionsdriftsättning: 16 juni 2026
GovCloud-driftsättning: 18 juni 2026
Förbättrade funktioner
- Mottagarfilter i rapportering – Lägg till mottagarbaserad filtrering till rapporter och dataexporter.
Lägg till ett mottagarfilter till modern rapportering för avtal och transaktionsrapporter och dataexporter.Administratörer kan filtrera efter mottagarens e-postadress för att returnera alla avtal som inkluderar den angivna mottagaren, oavsett roll eller signeringsordning. Filtret stöder automatisk komplettering och flervalsbeteende som är konsekvent med det befintliga Sender filtret och gäller både visuella rapporter och CSV export.
Tillgängliga miljöer: Sandlåda, Kommersiell, Regering | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Aktiverad med Modern Reporting
Granska rapportering översikt >
Granska det uppdaterade dokumentet Skapa en rapport >
Granska den uppdaterade dokumentationen för Att skapa en Data Export >
- Inline Document Editing During Authoring – Redigera dokumenttext direkt i framtagning upplevelsen innan du skickar ett avtal.
Avsändare kan redigera dokumenttext direkt i redigeringsmiljön utan att ladda ned och ladda upp filen igen.Alternativet Redigera dokument bevarar befintliga fält och avtalskonfiguration, vilket minskar störningar under uppdateringar före sändning.Redigering är endast tillgängligt medan avtalet är i utkastläge och är inte tillgängligt efter att avtalet har skickats.
Denna funktion är aktiverad som standard för konton som stöds. Den är inte tillgänglig i Acrobat Sign for Government eller för konton som använder det äldre användarhanteringssystemet.
Tillgängliga miljöer: Sandlåda, Kommersiell | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp; Aktiverad som standard
- Bio-Pharma (CFR)-stöd i Modern eSign – Lägger till insamling av signeringsorsak och tvingad återautentisering vid signeringstillfället
adobe acrobat sign slutför Bio-Pharma-stöd i Modern eSign-upplevelsen genom att lägga till insamling av signeringsorsak och tvingad återautentisering under signering. Organisationer som verkar i reglerade miljöer kan kräva en signeringsorsak, tvinga återautentisering för varje signatur eller vid slutlig klick-för-signering, och upprätthålla kompatibel granskningsrapportering – allt inom det moderna gränssnittet.
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Stöd för Bio Pharma-inställningar i Modern eSign är aktiverat som standard.
granska den uppdaterade listan över funktioner som stöds för Modern e-sign >
Ändrad upplevelse
Uppdateringar för REST API/webhook
Nedanstående uppdateringar presenteras i förhandsversionsinformationen i informationssyfte. Fullständig dokumentation för API- och webhookuppdateringar finns i Acrobat Sign-utvecklardokumentation när versionsuppdateringen levereras till produktionsservrarna.
- Undertryck avtalsnotifieringar via API – Lägg till detaljnivå kontroll över mottagare meddelanden
Använd REST v6 POST /agreements API för att kontrollera vilka notifieringar som skickas när du skapar avtal genom att undertrycka specifika e-posttyper för deltagare, CC eller avsändaren. Detta minskar onödiga e-postmeddelanden och stöder renare, mer kontrollerade signeringsupplevelser i integrerade arbetsflöden.
Tillgängliga miljöer: Sandlåda, Kommersiell, Regering | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: REST v6 API
Versionsfel
Det finns för närvarande inga objekt som har flyttats från den här versionen.