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
- Ny författarupplevelse
- Hälsovårdskund
- 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
- Översikt
- Hämta och signera med Acrobat /content/help/en/sign/config/admin-managed-sharing.
- Signera med molnsignaturer
- Inkludera metadata för identitetsleverantörer
- Begränsade leverantörer av molnsignaturer
- Elektroniska sigill
- Digital identitet
- Rapportinställningar
- 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
- 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
- Innehållsskydd
- Aktivera Notarize-transaktioner
- Förfallotid för dokument
- Förhandsgranska, placera signaturer och lägg till fält
- Signeringsordning
- 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
- Fälttyper
- Vanliga frågor om redigering
- Signera avtal
- Hantera avtal
- Översikt över sidan Hantera
- 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 version 17.0
Sandbox-distribution: 6 januari 2026
Produktionsdistribution: 3 februari 2026
GovCloud-driftsättning: 10 februari 2026
Förbättrade funktioner
- Grupperade kryssrutor i framtagning och mallar – Avsändare kan nu skapa kryssrutegrupper genom den moderna Request Signature och Library Templates, framtagningsmiljöer med valideringsregler som välj exakt, minst, högst, eller ett intervall på X av Y options. Massutskick, webbformulär och anpassade arbetsflöden stöds genom användning av Library Templates. Denna förbättring säkerställer konsekvent formulärlogik och förbättrar datanoggrannheten i signeringsarbetsflöden.
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Aktiverat som standard
Granska den uppdaterade dokumentationen >
- Tillåtna IP-intervall – Utökad kontroll över API och mobilåtkomst – Administratörer kan nu uttryckligen kontrollera om IP-begränsningar gäller för API-baserade klienter, inklusive Acrobat Sign-mobilprogram och certifierade integrationer.
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp
Granska den uppdaterade dokumentationen >
- Autentiseringsstöd för modern e-signering – Modern e-signering stöder nu tre autentiseringsmetoder: Acrobat Sign-autentisering, lösenord och telefonbaserad 2FA.
Tillgängliga miljöer:Sandbox, Kommersiell, Myndighet |Tillgängliga tjänstenivåer:Acrobat Sign Solutions |Konfigurationsomfattning:Aktiverad som standard
- Lägga till mottagargrupper i hybriddirigering för modern Request Signature – Mottagargrupper kan nu inkluderas i hybriddirigering, vilket gör att flera mottagare eller grupper kan agera parallellt inom samma dirigeringssteg. Grupplägena stöder antingen en eller alla medlemmar för att slutföra åtgärden, vilket ger större flexibilitet för komplexa godkännande- och signeringsarbetsflöden.
Tillgängliga miljöer:Sandbox, Kommersiell, Myndighet |Tillgängliga tjänstenivåer:Acrobat Sign Solutions |Konfigurationsomfattning: Aktiverad som standard
- Kopiera slutliga avtal skickade från Request Signature—Avsändare kan nu skapa ett nytt utkast genom att kopiera ett tidigare slutfört, avbrutet eller utgånget avtal. Alla mottagare, inställningar, resurser och formulärfält är automatiskt förifyllda. Det kopierade avtalet öppnas på Compose sidan för snabba redigeringar innan sändning, vilket minskar installationstiden, minimerar fel och förbättrar produktiviteten för repetitiva arbetsflöden som förnyelser eller korrigeringar.
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp
Granska konfigurationsdokumentationen >
Granska dokumentationen för användaråtgärder >
- Inaktivera Hämta avtal länken för pågående avtal – Administratörer kan nu ta bort länken "Hämta en kopia" från bekräftelsesidor efter signering på konto- eller gruppnivå, vilket förhindrar mottagare från att hämta delvis signerade avtal. Detta hjälper organisationer att uppfylla strikta juridiska och efterlevnadskrav, vilket säkerställer att mottagare endast får det fullständigt verkställda avtalet när alla deltagare har slutfört signeringen.
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp
Granska dokumentationen >
- Resursflik i toppnavigeringen – En ny Resurser-sida är tillgänglig i toppnavigeringen för administratörer och användare, som ger direkt åtkomst till Acrobat Signs utbildningsinnehåll, webbinarier, bloggar och produktuppdateringsvideos. Sidan organiserar handledningar efter användarnivå—nybörjare, erfaren och administratör—och länkar direkt till ytterligare supportdokumentation.
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Aktiverat som standard
Granska dokumentationen>
- Dynamiskt deltagande för pågående avtal – Ta bort mottagare – Avsändare kan nu ta bort mottagare från avtal som redan pågår utan att avbryta eller starta om transaktionen. När en mottagare tas bort återkallar Acrobat Sign automatiskt deras åtkomst, uppdaterar påminnelser, granskningsloggar, tar bort de tilldelade fälten och övergår avtalet sömlöst tillbaka till sitt primära signeringstillstånd. Denna flexibilitet hjälper organisationer att upprätthålla noggrannhet i live-dirigeringsarbetsflöden—som när en signerare blir otillgänglig—samtidigt som juridisk integritet, efterlevnad och en fullständig revisionshistorik bevaras
Tillgängliga miljöer: Sandbox, Commercial | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp
Granska dokumentationen >
- Kräv digitala signaturer för enskilda mottagare under avtalskonfiguration - Avsändare kan nu kräva digitala signaturer för valda mottagare, vilket säkerställer striktare signeringskrav där det behövs utan att påverka andra mottagare. Signeringsupplevelsen anpassas automatiskt, genomdriver nödvändiga digitala signaturfält och exponerar identitetskontroller när det stöds, vilket minskar fel och förbättrar efterlevnaden för reglerade arbetsflöden.
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp
Granska dokumentationen >
- Digitala identitetsleverantörer som standardautentiseringsmetoder – Administratörer kan nu välja en Digital Identity Gateway-leverantör som standard signerarautentiseringsmetod för interna och externa mottagare i Send Settings. Konfigurationen tillämpas automatiskt på avtal, webbformulär, massutsändningar och arbetsflöden, vilket säkerställer konsekvent och efterlevnadsbar mottagarverifiering. Denna förbättring förenklar autentiseringsinställningar, genomdriver organisatoriska identitetspolicyer och förbättrar stödet för myndighets- och storföretagskunder som förlitar sig på Digital Identity-baserad autentisering.
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Tillgängligt som standard
Granska dokumentationen >
- Verifierade formulärfält med identitetsverifierade data – Formulärförfattare kan nu skapa verifierade formulärfält som automatiskt fylls i med data som returneras av en identitetsleverantör (som OneID) under signerarens autentisering. Dessa fält kan ställas in som skrivskyddade eller redigerbara, vilket säkerställer att verifierade identitetsdata fångas korrekt och valfritt låses mot redigeringar (t.ex. namn, adress eller kontonummer). Detta stärker identitetssäkerheten, minskar manuella inmatningsfel och effektiviserar efterlevnaden för arbetsflöden som kräver validerad signerardata.
Obs: Denna funktion ingår inte i Sandbox-versionen, men förväntas finnas i den officiella versionen.
Tillgängliga miljöer: Commercial, Government | Tillgängliga tjänstenivåer: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp
Granska dokumentationen >
- Mottagargrupper i CSV-fil för Massutskick – Avsändare kan nu definiera mottagargrupper direkt i Massutskick CSV-filen, vilket gör att flera mottagare kan agera i samma dirigeringssteg. Varje grupp kan konfigureras i läget EN eller ALLA – vilket kräver att antingen en medlem eller alla medlemmar slutför sin åtgärd innan routingen går vidare. Gruppdefinitioner, validering och granskningsspårning hanteras per CSV-rad, med fel som rapporteras genom nedladdningsbara valideringsfiler.
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp
Granska dokumentationen >
- Biblioteksmall – Dela med flera grupper – Den moderna Create Library Template upplevelsen stöder nu delning av mallar med flera grupper inom ett konto, vilket matchar funktionen som tidigare fanns tillgänglig i det klassiska arbetsflödet. Användare kan välja en eller flera grupper när de skapar eller redigerar en mall, vilket säkerställer konsekvent beteende mellan grupper. Denna förbättring eliminerar återgång till den klassiska upplevelsen, förbättrar samarbete och förenklar mallhantering för organisationer med flera grupper.
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Tillgänglig som standard
Granska den uppdaterade dokumentationen >
- Filbilagor för alla mottagare som använder digitala signaturer – Alla mottagare i ett digitalt signerat arbetsflöde kan nu bifoga filer (inte bara den första signeraren). En ny bilagemetod som använder Gemannoteringar visar en synlig gem-ikon i dokumentet och förblir kompatibel med flera digitala signaturer. Varje bilaga läggs till innan signerarens digitala signatur appliceras, vilket bevarar signaturens giltighet och ger en tydlig visuell indikator på bifogade filer. Denna förbättring förbättrar juridisk integritet, transparens och konsistens över e-signatur- och digitala signaturarbetsflöden.
Tillgängliga miljöer: Sandbox, Commercial, Government | Tillgängliga tjänstenivåer: acrobat standard, acrobat pro, Acrobat Sign Solutions | Konfigurationsomfång: Aktiverad som standard
Granska den uppdaterade dokumentationen>
- Nya TSP-options för molnsignaturer - Nya betrodda tjänsteleverantörer har lagts till för att stödja digitala molnsignaturer:
- Swisscom
- Swisscom är tillgängligt, men ännu inte offentligt valbart.Om du vill att denna leverantör ska läggas till ditt konto, skicka in ett supportärende så installerar de det åt dig.
- Swisscom
Tillgängliga miljöer: Sandbox, Commercial | Tillgängliga tjänstenivåer: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Konfigurationsomfattning: Konto och grupp
Ändrad upplevelse
- Förbättringar av inloggningssidan – Inloggningssidan för Acrobat Sign erbjuder nu en renare och mer konsekvent upplevelse. Så snart du anger din e-postadress upptäcker sidan automatiskt din kontotyp och skickar dig till rätt inloggningsmetod, vilket tar bort onödiga steg och äldre screens. Detta gör inloggningen snabbare, enklare och mer intuitiv för alla.
- Nytt e-postformat för Acrobat Sign Enterprise-användare som loggar in direkt i webbgränssnittet – Acrobat Sign tillämpar nu en 64-teckengräns för den lokala delen av en e-postadress (delen före "@"-symbolen) när du redigerar en befintlig e-postadress eller skapar en ny användare.
\n Alla användare med en lokal del över 64 tecken har utvärderats och fastställts vara inaktiva eller test-användar-ID:n.
- Nytt e-postformat för Acrobat Sign Enterprise-användare som loggar in direkt i webbgränssnittet – Acrobat Sign tillämpar nu en 64-teckengräns för den lokala delen av en e-postadress (delen före "@"-symbolen) när du redigerar en befintlig e-postadress eller skapar en ny användare.
Tillgängliga miljöer: Sandbox, Commercial | Tillgängliga tjänstenivåer: Acrobat Sign Solutions | Konfigurationsomfång: Konto och grupp
Granska den uppdaterade dokumentationen >
- Aktivera hantering av användaruppgifter för inaktiva användare – Administratörer kan nu redigera användaruppgifter för inaktiva användare direkt i administratörsgränssnittet och genom CSV-uppladdningar utan att återaktivera konton. Detta inkluderar uppdatering av grupptilldelningar (för både enkel- och flergruppskonfikurationer), hantering av attributet "Användaren kan signera dokument" och utförande av massredigeringar för efterlevnad och registerhantering. Ändringen effektiviserar hanteringen av företagsanvändarnas livscykel, minskar administrativ överbelastning och stöder renare grupporganisation och GDPR-anpassad registerhantering.
Tillgängliga miljöer:Sandbox, Kommersiell, Myndighet |Tillgängliga tjänstenivåer:Acrobat Sign Solutions |Konfigurationsomfattning: 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.
- OEM Embed Partner – Anpassa inbäddade sidor i OEM 2.0 – OEM-partners kan nu anpassa den inbäddade hanteringssidan för att bättre överensstämma med deras plattformsupplevelse. Partners kan dölja navigeringsobjekt som inte stöds, aktivera dedikerade inbäddade vyer för hantering av biblioteksmallar, webbformulär och Massutskick, och säkerställa att parametern noChrome tillförlitligt döljer Acrobat Signs navigeringsfält över sessioner. Uppdateringen lägger också till knappar för "Skapa ny..." som öppnar respektive vyer för att skapa webbformulär, Massutskick och biblioteksmallar, samtidigt som sessionskontexten bevaras vid navigering mellan inbäddade vyer. Dessa förbättringar ökar flexibiliteten, upprätthåller sessionskontinuiteten och minskar slutanvändarförvirringen i OEM 2.0-integrationer.
Tillgängliga miljöer: Sandbox, Commercial | Tillgängliga tjänstenivåer: Acrobat Sign Solutions - OEM Partners | Konfigurationsomfattning: API
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.
- Signering på plats via webbapplikationen – Avsändare och värdar kan nu genomföra fullständiga signeringssessioner på plats direkt från en webbläsare, utan att behöva app för mobila enheter för Acrobat Sign. Värdar kan starta en signeringssession på plats från sidan Hantera eller Skicka och vägleda mottagare när de signerar på samma eller en närliggande enhet med hjälp av en säker, tidsbegränsad länk eller QR-kod. Denna funktion stöder användningsfall där signerare är närvarande men saknar e-postadressåtkomst, vilket möjliggör smidig värdbaserad signering för branscher som hotell och sjukvård. Förbättringen ökar flexibiliteten och eliminerar beroendet av appen för mobila enheter för organisationer som förlitar sig på arbetsflöden för personlig signering.
- Förbättringar i granskningsrapport – Explicit tidsloggning för godkännande av användningsvillkor, kundmeddelande och namnapplikation – Granskningsrapporten registrerar nu varje samtyckesåtgärd—användningsvillkor, kundmeddelande och godkännande—som separata tidsstämplade händelser innan dokumentvisning eller signering påbörjas. Händelsen för ändring av signerarens namn återspeglar nu tidsstämpeln i realtid när signaturen appliceras, vilket säkerställer att granskningsloggarna korrekt representerar varje samtyckesmoment. Denna förbättring stärker efterlevnadsrapportering och förbättrar transparens för reglerade arbetsflöden.
Korrigerade problem
| Problem | Beskrivning |
|---|---|
| 4528600 | Sammanfattning: Inställningar för fältvalidering fungerar inte när ett formulärfältslager är kopplat till ett anpassat arbetsflöde.Valideringsregler, som regex eller numeriska intervallgränser, tas bort när arbetsflödet startas, vilket gör att fält accepterar ogiltig inmatning. |
| Åtgärd: Valideringsregler tillämpas nu korrekt när formulärfältslager ingår i anpassade arbetsflöden.Fält behåller sitt valideringsbeteende i både klassisk och ny framtagningsupplevelse.Ingen åtgärd krävs från användarna. | |
| 4528748 | Sammanfattning: Administratörer ser ibland ett "Ohanterat fel" när de lägger till gruppmedlemskap till nyligen synkroniserade användare (Azure-synkronisering).Vissa nya användare i gruppen har groupID inställt som null |
| Åtgärd: Om en användares grupp är null efter skapandet placeras de i kontots standardgrupp. | |
| 4529934 | Sammanfattning: I Hantera > Webbformulär fortsätter "Hämta formulärfältsdata" att ladda och slutförs aldrig – särskilt på webbformulär med många inskick.Teams-kunder utan API-åtkomst kan inte exportera data (t.ex. 1–31 maj) för rapportering |
| Åtgärd: Lade till paginerad, snabbare CSV-export i användargränssnittet.Hämtning av formulärdata slutförs tillförlitligt för valda datumintervall utan att hänga sig. | |
| 4532186 | Sammanfattning: I den nya framtagningsupplevelsen matchar inte fältfärgmarkering beteendet i klassisk framtagning.När flera mottagare är inblandade förblir alla fält helt färgade istället för att dämpa icke-valda mottagares fält.Detta gör det svårt att verifiera fälttilldelningar. |
| Åtgärd: Återställde visuell tydlighet genom att dämpa (20% opacitet) fält som tillhör icke-valda mottagare.Detta replikerar tydligheten i klassisk framtagning samtidigt som det moderna designsystemet bevaras.Markering hjälper nu användare att enkelt identifiera den för närvarande valda mottagarens fält och minskar risken för feltilldelning. | |
| 4534061 | Sammanfattning: Länken "Hämta en kopia" visas på bekräftelsesidan efter signering även när konto- eller gruppinställningen är konfigurerad för att inaktivera den. |
| Åtgärd: En ny inställning har lagts till för att uttryckligen dölja hämtningsalternativet för alla sidor efter sändning. Sidan efter signering respekterar nu korrekt inställningen för hämtningskontroll och döljer länken "Hämta en kopia" när inställningen är inaktiverad. | |
| 4536347 | Sammanfattning: I klassisk upplevelse kunde avsändare inte lägga till en andra fil (eller försöka lägga till en fil igen) när de startade vissa arbetsflöden, vilket blockerade sändningar av arbetsflöden med flera dokument, på grund av ett fel i hur filväljaren hanterade mallar som delades mellan flera grupper. |
| Åtgärd: Korrigerade filväljaren hantering av mallar som delas mellan flera grupper så att användare kan lägga till ytterligare filer eller försöka välja fil igen i klassisk upplevelse utan fel. | |
| 4537504 | Sammanfattning: Ett villkorligt rullgardinsvärde saknades från det signerade dokumentet trots att det var korrekt valt under signeringen, på grund av att synlighetslogiken utvärderade mot ett dolt beroende fält och inte bevarade det renderade värdet i den slutliga signerade pdf:en. |
| Åtgärd: Uppdaterade villkorlig fältrendering för att korrekt lösa synlighetsberoenden vid signeringstillfället och bevara det valda rullgardinsvärdet i det signerade dokumentet när villkoren uppfylls. | |
| 4537995 | Sammanfattning: I mottagargrupper återgick ändring av autentiseringsmetod för externa användare till telefon efter sparning, vilket förhindrade att e-post-OTP tillämpades, på grund av ett fel i hantering av frontend-tillstånd som skrev över användarens val. |
| Åtgärd: Korrigerade logiken för mottagargruppers användargränssnitt så att den valda autentiseringsmetoden sparas och tillämpas korrekt vid sparåtgärder, vilket säkerställer att det valda värdet behålls istället för att återställas till standardinställningen. | |
| 4539214 | Sammanfattning: I anpassade arbetsflöden orsakar en lång meddelandeetikett att meddelandetexten överlappar och döljer hyperlänken för meddelandemallen på sidan Skicka, på grund av felaktig layouthantering av för mycket etikettinnehåll. |
| Åtgärd: Uppdaterade layoutlogiken för sidan Skicka så att långa meddelandeetiketter begränsas och bryts korrekt så att hyperlänken för meddelandemallen förblir synlig och tillgänglig. | |
| 4539854 | Sammanfattning: Vissa signerare omdirigeras från signeringsupplevelsen när de öppnar vissa avtal, på grund av ett felaktigt länkfält i det underliggande dokumentet som saknar ett obligatoriskt namnattribut. |
| Åtgärd: Signeringsflödet hanterar nu namnlösa länkfält korrekt genom att tilldela ett giltigt namn vid bearbetningstillfället, vilket förhindrar fel och låter signerare slutföra avtal utan omdirigering. | |
| 4539858 | Sammanfattning: På ios-enheter kan godkännare som använder det kinesiska handskriftstangentbordet inte slutföra godkännandet eftersom knappen Godkänn förblir inaktiverad efter att de angett sitt namn, på grund av att signeringssidan inte upptäcker handskriftsinmatningshändelser som giltig textinmatning. |
| Åtgärd: Uppdaterade logiken för inmatningshantering så att den känner igen handskriftsbaserad textinmatning på ios, vilket säkerställer att knappen Godkänn aktiveras korrekt när giltiga tecken anges. | |
| 4540392 | Sammanfattning: Administratörer ser ibland HTTP 400-fel och mottagargrupper verkar saknas i arbetsflöden trots att grupperna finns och åtkomst är korrekt konfigurerad, på grund av att begärandehuvuden överskrider plattformens gräns för huvudstorlek när användare tillhör ett stort antal grupper. |
| Åtgärd: Gränsen för begärandehuvudstorlek på serversidan ökades så att sökningar efter mottagargrupper inte längre misslyckas när användare har många gruppmedlemskap. | |
| 4541258 | Sammanfattning: Administratörer kunde bara se de första 100 mallarna i användargränssnittet för Production- eller Sandbox-synkronisering, med ytterligare mallar som saknades från listorna Lokal och Fjärr, på grund av att synkroniseringssidan laddade en begränsad datauppsättning och sökfunktionen filtrerade endast mallar som redan laddats i webbläsaren. |
| Åtgärd: Synkroniseringsanvändargränssnittet uppdaterades så att när text anges i sökfältet laddas alla mallar för den valda miljön (upp till 5 000), vilket säkerställer att mallar utöver de första 100 är tillgängliga för sökning och val | |
| 4541739 | Sammanfattning: Ersatta mottagare blockerades från digital signering och såg "Avtalet kan inte signeras digitalt eftersom det inte är i den digitala signeringsfasen," på grund av att arbetsflödet misslyckades med att övergå framtida ersatta signerare till den digitala signeringsfasen när digitala signaturfält fanns. |
| Åtgärd: Signeringsarbetsflödet uppdaterades för att korrekt övergå ersatta eller delegerade mottagare till den digitala signeringsfasen när digitala signaturfält finns, vilket låter dem signera och slutföra avtalet. | |
| 4541849 | Sammanfattning: Enradiga textfält med automatisk fontstorlek som förifyllts med flerbyte-tecken trunkerades i signerade pdf-filer, vilket orsakade att en del av texten klipptes av på grund av felaktig textstorlek under pdf-rendering. |
| Åtgärd: Korrigerade textmätning och automatisk fontstorlek för flerbyte-tecken så att hela värdet får plats inom fältet utan trunkering. | |
| 4542574 | Sammanfattning: Redigering av en biblioteksmall tillät obligatoriska rullgardinsfält att inkludera oparade värden, vilket orsakade att knappen Klicka för att signera förblev otillgänglig under signering när dessa värden valdes, på grund av saknad validering som säkerställde att rullgardinsvisningsvärden och exportvärden förblev korrekt parade. |
| Åtgärd: Mallredigering tillämpar nu validering på rullgardinsfält så att endast korrekt parade värden kan sparas, vilket förhindrar oparade poster och säkerställer att obligatoriska rullgardinsval inte blockerar signering. | |
| 4542942 | Sammanfattning: I webbformulär fortsatte obligatoriska fält som inaktiverats av villkorlig logik att visa den obligatoriska asterisken, vilket vilseledde signerare att tro att inmatning fortfarande krävdes, på grund av att användargränssnittet inte uppdaterade obligatoriska indikatorer när fält inaktiverades. Ett separat problem med mobilsignaturjustering identifierades men hanterades under ett annat område. |
| Åtgärd: Webbformulärens användargränssnitt döljer nu den obligatoriska asterisken när ett fält inaktiveras av villkorlig logik, vilket säkerställer att obligatoriska indikatorer korrekt återspeglar om signerarinmatning förväntas. | |
| 4543157 | Sammanfattning: I vyn Pågår på sidan Hantera fortsatte kolumnen Mottagare att visa delegatorns namn efter att en signeringsroll delegerats, trots att en annan signerare aktivt signerade, på grund av att användargränssnittet inte uppdaterade den visade mottagaren för att återspegla den aktuella delegaten. |
| Åtgärd: Logiken för sidan Hantera uppdaterades så att kolumnen Mottagare nu visar den aktiva delegatens namn när en signeringsroll delegeras, vilket säkerställer att vyn Pågår korrekt återspeglar vem som för närvarande signerar. | |
| 4543253 | Sammanfattning: I Classic Workflow Experience försvann vittnetilldelade fält (signatur, namn, datum) efter att ett avtal sparats i utkastläge, trots att fälten fanns på backend, på grund av att utkastets renderinglogik misslyckades med att återställa vittnesfält när framsteg sparades. |
| Åtgärd: Utkastets renderinglogik korrigerades för att bevara och visa alla vittnetilldelade fält efter att framsteg sparats, vilket säkerställer att avtal som öppnas i utkastläge behåller samma fältsynlighet som under framtagning och signering. | |
| 4543513 | Sammanfattning: Användare blockerades från att skicka avtal i Sign webb-användargränssnittet med felet "Nationell inställning är antingen ogiltig eller saknas," på grund av att validering av nationell inställning felaktigt tillämpade API-nivåregler för nationell inställning i webbgränssnittet när sändningsgruppens nationella inställning skilde sig från användarens ärvda primära grupps nationella inställning. |
| Åtgärd: Validering av nationell inställning korrigerades så att Sign webb användargränssnitt korrekt löser och accepterar giltiga kombinationer av grupp- och användarens nationella inställningar, vilket förhindrar att API-endast begränsningar för nationella inställningar blockerar sändning av avtal i webbupplevelsen. | |
| 4543592 | Sammanfattning: Vissa granskningsrapporter visade "Mottagare autentiserad med adobe acrobat sign" efter "dokument e-signerat" och "Avtal slutfört" på grund av att händelser lagrades med tidsstämplar på sekundnivå, vilket fick autentisering och signeringsåtgärder som inträffade under samma sekund att visas i fel order. |
| Åtgärd: Loggning av granskningshändelser uppdaterades för att lagra och visa tidsstämplar med millisekundprecision, vilket säkerställer att autentisering, signering och slutförandehändelser sekvenseras korrekt i granskningsrapporten. | |
| 4543617 | Sammanfattning: Att skapa en mall från ett avtal startar Classic-upplevelsen istället för den nya upplevelsen, trots att den nya upplevelsen är standard, eftersom åtgärden fortfarande dirigeras till det äldre framtagningsflödet. |
| Åtgärd: Åtgärden "skapa mall från avtal" uppdaterades för att öppnas i den nya upplevelsen, vilket anpassar cta-beteendet till standard-UX och undviker oväntade kontextbyten för användare. | |
| 4544564 | Sammanfattning: Dolda fält som lagts till eller uppdaterats via API:et (visible:false) renderades som synliga i den moderna eSign-upplevelsen. Signerings-användargränssnittet ignorerade fältets synlighetsflagga, så mottagare kunde se fält som skulle förbli dolda. |
| Åtgärd: Uppdaterade det moderna eSign-användargränssnittet för att filter bort fält där visible är falskt över rendering och navigeringslogik, så dolda fält aldrig visas och inte påverkar sidbeteende. | |
| 4544571 | Sammanfattning: WhatsApp-leveransalternativet saknades från Sändningsinställningar trots att WhatsApp var aktiverat för kontot och tillgängligt under avtalsändning, vilket orsakade inkonsekvent beteende och förvirring för administratörer. |
| Åtgärd: WhatsApp-leveransalternativet återställdes i Sändningsinställningar överallt där funktionen är tillgänglig, vilket säkerställer konsekvent synlighet och konfiguration mellan administratörsinställningar och sändningsavtalsupplevelsen. | |
| 4545381 | Sammanfattning: font Roboto saknades från den nya begäran signaturupplevelsen, även om den var tillgänglig i Classic-upplevelsen, på grund av att den nya framtagningsupplevelsen inte inkluderade alla äldre stödda font. |
| Åtgärd: Roboto lades till i font-listan i den nya begäran signaturupplevelsen, vilket återställer font-paritet med Classic-upplevelsen och möjliggör konsekvent formatering vid framtagning av avtal. | |
| 4545484 | Sammanfattning: Vissa administratörer kunde inte komma åt eller skapa mottagargrupper från Admin > Adressbok på grund av ett backend-begäranfel, vilket resulterade i ett 400-fel vid laddning av mottagargruppsdata. Problemet blockerade initial installation av mottagargrupper för berörda administratörer. |
| Åtgärd: Backend-begäranhanteringen korrigerades så att sökning och skapande av mottagargrupper inte längre misslyckas med ett 400-fel. Administratörer kan nu tillförlitligt komma åt och hantera mottagargrupper oavsett nätverk eller plats. | |
| 4545547 | Sammanfattning: Avtal skapade från AutoCAD PDF:er misslyckades att skickas när ett digital signatur-fält lades till, vilket visade ett generiskt sändningsfel, på grund av att systemet inte korrekt hanterade sidrotation vid validering av digital signatur-fältplacering. |
| Åtgärd: digital signatur-fältkoordinater justeras nu för att ta hänsyn till roterade sidor, vilket säkerställer att fält valideras mot korrekta sidgränser så att AutoCAD-genererade PDF:er kan skickas framgångsrikt med digital signatur. | |
| 4545894 | Sammanfattning: När en mottagargrupp används och inget signaturfält placeras manuellt, visar det automatiskt genererade signaturblocket e-postadresstexten i mycket liten storlek. Texten blir progressivt mindre när fler mottagare läggs till i gruppen. |
| Åtgärd: Det automatiskt genererade signaturblocket renderar nu korrekt e-postadressen i normal, läsbar storlek, oavsett hur många mottagare som ingår i mottagargruppen. | |
| 4546085 | Sammanfattning: När Lägg till mig själv används i den nya begäran signaturupplevelsen visas e-postadresser som innehåller en apostrof felaktigt. Den felformade adressen förhindrar att avtalet skickas om inte e-postadressen manuellt anges igen eller Classic Send används. |
| Åtgärd: e-postadresser med apostrofer dekodas och visas nu korrekt när Lägg till mig själv väljs i den nya begäran signaturupplevelsen, vilket gör att avtal kan skickas utan manuell korrigering. | |
| 4546110 | Sammanfattning: I den nya mallframtagningsupplevelsen orsakar tillägg av ett hyperlänkfält tilldelat en specifik deltagare att mallsparandet misslyckas. Samma fält fungerar när det tilldelas alla deltagare eller när du använder Classic-upplevelsen. |
| Åtgärd: Hyperlänkfält stöder nu platshållaruppdrag för deltagare i den nya mallupplevelsen, vilket gör att mallar kan sparas korrekt när fältet tilldelas en specifik deltagare. | |
| 4546257 | Sammanfattning: I Sandbox-miljön visar avtal som skickas via ett anpassat app-API felaktigt en Tillbaka-knapp på framtagningssidan på grund av att Sandbox läser in inställningar från en Adobe-hanterad app med sömlös framtagning aktiverad, till skillnad från Swagger eller Production. |
| Åtgärd: Sandbox-beteendet anpassades till Production och Swagger genom att säkerställa att framtagningssidan respekterar de avsedda appinställningarna, vilket förhindrar att Tillbaka-knappen visas för avtal som skickas via anpassade app-API:er. | |
| 4546547 | Sammanfattning: Webbformulär kunde inte uppdatera medundertecknaren och returnerade ett allmänt fel på grund av att äldre användarposter saknade en nödvändig intern flagga, vilket orsakade att ett null-värde bearbetades under ersättning av medundertecknare. |
| Åtgärd: Logiken för uppdatering av medundertecknare förstärktes med null-säker hantering så att webbformulär framgångsrikt kan ersätta medundertecknare även när äldre användarposter saknar den förväntade interna flaggan. | |
| 4546553 | Sammanfattning: Användare som tilldelats flera grupper kunde skapa mallar i en grupp där mallskapande är inaktiverat när den nya upplevelsen Skapa mall är aktiverad. Detta gjorde det möjligt att kringgå begränsningar på gruppnivå. |
| Åtgärd: Mallskapande tillämpar nu gruppnivåbehörigheter konsekvent i både den nya och klassiska upplevelsen. Användare kan inte längre skapa mallar i grupper där mallskapande är inaktiverat, även om de tillhör andra grupper med den behörigheten aktiverad. | |
| 4547744 | Sammanfattning: Gruppadministratörer kunde tilldela kontoadministratörsrättigheter till användare via den nya sidan för användarhantering. Detta överskred deras behörighetsområde och skapade en efterlevnadsrisk genom att tillåta utökning av privilegier utöver gruppadministratörsrollen. |
| Åtgärd: Rollvalskontrollen är inte längre tillgänglig för gruppadministratörer. Endast befintliga kontoadministratörer kan tilldela eller återkalla kontoadministratörsrättigheter, vilket säkerställer att rolländringar överensstämmer med behörighetsgränser. | |
| 4547796 | Sammanfattning: Vissa avsändare som använder det polska användargränssnittet får ibland ett bekräftelsemeddelande med felaktig text om "kan inte tillhandahålla en digital signatur", även om avtalet skickas och signeras normalt. |
| Åtgärd: Korrigerade polska översättningar för avsändarbekräftelsemeddelanden så att meddelandet visar "skickat för signatur" istället för den felaktiga texten "kan inte tillhandahålla en digital signatur". | |
| 4548315 | Sammanfattning: När avsändaren inkluderas som CC-mottagare i det nya arbetsflödet för sändning visas inget valideringsfel och CC-e-postmeddelanden skickas inte till några mottagare som listas efter avsändaren i CC-listan. Detta skiljer sig från Classic-arbetsflödets beteende och kan göra att CC-mottagare missar meddelanden. |
| Åtgärd: Uppdaterade logiken för det nya arbetsflödet för sändning så att alla CC-mottagare, utom avsändaren, får CC-e-postmeddelanden oavsett deras position i CC-listan, vilket anpassar beteendet till förväntade resultat. | |
| 4548583 | Sammanfattning: pdf/A kunde inte aktiveras för en grupp om användarens standardgrupp hade skriftliga signaturer aktiverade, även när skriftliga signaturer var inaktiverade för gruppen som redigerades. Detta blockerade giltig pdf/A-konfiguration för icke-standardgrupper. |
| Åtgärd: Uppdaterade valideringen för att kontrollera inställningar för skriftliga signaturer på gruppen som ändras, inte användarens standardgrupp, vilket gör att pdf/A kan aktiveras korrekt där det är tillåtet. | |
| 4549337 | Sammanfattning: SMS-meddelanden för annullerade avtal undertrycktes när inställningen E-postavtal annullerat var inaktiverad. Detta förhindrade kunder som inaktiverar e-postmeddelanden från att skicka nödvändiga SMS-annulleringsvarningar. |
| Åtgärd: Frikopplade SMS- och WhatsApp-annulleringsmeddelanden från e-postinställningen genom att införa en dedikerad meddelandekontroll, vilket möjliggör SMS-leverans för annullerade avtal även när e-postmeddelanden är inaktiverade. | |
| 4549472 | Sammanfattning: I Acrobat Sign for Government kunde användare inte skapa återanvändbara mallar med den nya funktionen Skapa mall. Efter att ha laddat upp ett dokument fastnade arbetsflödet på en tom skärm, vilket blockerade skapandet av mallar. |
| Åtgärd: Återställde det saknade framtagningsberoendet som krävs av den nya funktionen Skapa mall i Gov-miljöer, vilket gör att framtagningsskärmen laddas korrekt och mallar kan skapas framgångsrikt. | |
| 4549862 | Sammanfattning: När landningssidan är inställd på den nya funktionen Begär signatur visas inte det konfigurerade inloggningsvarningsmeddelandet efter inloggning. Detta hindrar organisationer från att visa meddelanden av avgörande vikt om underhåll eller störningar när användare landar direkt på sidan Skicka. |
| Åtgärd: Återställde stödet för att visa inloggningsvarningsmeddelandet i den nya funktionen Begär signatur. När användare landar på sidan Skicka efter inloggning visas nu det konfigurerade varningsmeddelandet som en avisering, vilket matchar tidigare beteende och kundförväntningar. | |
| 4550175 | Sammanfattning: Att trycka på Enter efter att ha angett ett telefonnummer för telefonautentisering i ett arbetsflöde skickar formuläret i förtid och utlöser ett systemfel, vilket avbryter arbetsflödet eftersom formuläret skickas istället för att vänta på uttrycklig bekräftelse. |
| Åtgärd: Uppdaterade mottagardialogen för att förhindra formulärinskickning vid Enter för telefonautentiseringsfält, vilket säkerställer att användare stannar kvar i dialogen och måste klicka på Fortsätt, vilket eliminerar det oavsiktliga arbetsflödesavbrottet. | |
| 4550302 | Sammanfattning: Tyska e-postmeddelanden för signaturförfrågan och påminnelser använde inkonsekventa tilltalssätt och växlade mellan informellt "Du" och formellt "Sie" inom samma meddelande, vilket orsakade förvirrande och oprofessionell formulering. |
| Åtgärd: Uppdaterade de tyska e-postöversättningarna för att använda ett enda, konsekvent tilltalssätt genom hela mallen, vilket säkerställer enhetligt och förutsägbart språk i alla e-postmeddelanden för signaturförfrågan och påminnelser. | |
| 4550556 | Sammanfattning: Avtal som innehöll stora arkitektoniska plan-pdf:er kunde inte skickas när digitala signaturfält lades till, vilket returnerade ett fel under framtagning på grund av sidrotation och storlekshantering vid placering av digital signatur. |
| Åtgärd: Uppdaterade bearbetningen av digitala signaturfält för att korrekt hantera roterade sidor i stort format, vilket gör att avtal med arkitektoniska planer kan skickas framgångsrikt med digitala signaturer tillämpade. | |
| 4550579 | Sammanfattning: När ett avtal slutfördes genom att ta bort de sista kvarvarande mottagarna under ett revisionstillstånd genererade systemet inte händelsen AGREEMENT_WORKFLOW_COMPLETED, så ingen webhook-avisering skickades, vilket bröt arbetsflöden som förlitar sig på denna händelse för att upptäcka slutförande. |
| Åtgärd: Uppdaterade händelsehanteringen så att avtal som slutförs via mottagarborttagning under revision nu genererar lämpliga slutförandehändelser, vilket säkerställer att AGREEMENT_WORKFLOW_COMPLETED webhooks utlöses som förväntat. | |
| 4550998 | Sammanfattning: Förifyllda kryssrutor visades som ikryssade under framtagning men var inte ikryssade för signerare eftersom kryssrutevärden lagrades som icke-tomma textsträngar istället för explicita JA/NEJ-tillstånd, vilket fick signeringsupplevelsen att behandla dem som inte ikryssade. |
| Åtgärd: Uppdaterade hanteringen av kryssrutevärden så att alla icke-tomma förifyllda värden tolkas som ikryssade och tomma eller saknade värden som inte ikryssade, vilket säkerställer att kryssrutetillstånd förblir konsekventa för signerare. |
I version 16.1 uppdaterade Acrobat Sign sin pdf-bearbetningsteknik till en Adobe-ägd lösning. Denna ändring stärker plattformens tillförlitlighet, skalbarhet och långsiktiga supportmöjligheter genom att minska beroendet av externa beroenden. Som en del av en intern infrastrukturuppdatering nämndes den inte i de offentliga versionsinformationen för 16.1.
Efter uppdateringen upplevde en begränsad uppsättning mallar, webbformulär och anpassade arbetsflöden associerade med specifika dokument kompatibilitetsproblem. Berörda kunder stöttades tillfälligt genom en alternativ konfiguration och kommer att övergå helt tillbaka till Adobe pdf-upplevelsen under första halvåret 2026.
Kunder som tror att de påverkades och behöver ytterligare information bör kontakta Acrobat Sign Support.
Följande problem relaterade till denna ändring är lösta i version 17.0.
| Problem | Beskrivning |
|---|---|
| 4534178 / 4550340 | Sammanfattning: pdf:er som använder Helvetica 12 renderas annorlunda i Sandbox än i Production eftersom Helvetica inte är ett font som stöds som inbäddat i den nyare pdf-bearbetningsvägen, som ersätter ArialMT som en motsvarighet. Detta resulterar i visuella skillnader som påverkar fältjustering under Sandbox-testning. |
| Lösning: Standardiserad font-hantering genom att bädda in stödda font-motsvarigheter och explicit mappa Helvetica till ArialMT, vilket säkerställer konsekvent och förutsägbar font-rendering i alla miljöer. | |
| 4535543 | Sammanfattning: webbformulär som innehåller villkorliga, klonade rullgardinsfält capture de valda värdena, men den nedladdade signerade pdf renderar dessa rullgardinsval som tomma eftersom signeringsvägen till PDF-sammanslagning inte korrekt löser och tillämpar Värden för vissa felaktiga eller villkorligt drivna rullgardinswidgets i den moderna signeringsupplevelsen. |
| Lösning: Uppdaterad hantering av rullgardinsfält under PDF-sammanslagning så att klonade och villkorliga valfält renderar det valda värdet korrekt i den signerade pdf. | |
| 4535735 | Sammanfattning: pdf-formulär som innehåller textfält inställda på Auto-Teckenstorlek renderar fälttexten i en mycket liten storlek under framtagning, signering och i den slutliga signerade pdf. |
| Lösning: Justerad Auto-Teckenstorlek och utseendegenerering för textfält så att förifyllda och signerarinmatade Värden renderar i en läsbar storlek över framtagning, signering och den signerade pdf. Korrigerad generering av rullgardinsutseende så att valda Värden renderar i den signerade pdf istället för att visas tomma. | |
| 4535894 / 4547919 / 4550657 |
Sammanfattning: I vissa avtal ändrade inte flerlinjiga textfält konfigurerade med automatisk Teckenstorlek alltid textstorlek korrekt när signerare angav en stor mängd Innehåll. Som ett resultat kunde delar av den angivna texten verka avklippta i den signerade pdf, även om hela texten var synlig under signeringen. |
| Lösning: Textlayouten och logiken för Teckenstorlek för flerlinjiga fält har korrigerats för att säkerställa att angivet Innehåll automatiskt ändrar storlek för att passa inom fältgränserna utan trunkering. | |
| 4536430 | Sammanfattning: Anrop av get /agreements/{agreementId}/documents/{documentId} misslyckas med INVALID_DOCUMENT_ID ("The Document ID specified is invalid"), även om samma dokument kan laddas ner framgångsrikt från acrobat sign webb-upplevelsen på grund av ett felaktigt format under bearbetar-steget |
| Lösning: Härdade dokument-hämtnings- och bearbetar-flödet så att avtal med PDF-struktur gräns-fall inte längre misslyckas med dokumenthämtning via API. | |
| 4537178 | Sammanfattning: Efter att en FORM_FILLER delegerar ett avtal kan den delegerade mottagaren inte öppna avtalet för att signera. Sidan "granska och signera" laddas oändligt. I de påverkade avtalen visas både den ursprungliga delegatorn och den delegerade mottagaren som "Nästa att signera", vilket lämnar avtalet i ett inkonsekvent tillstånd. |
| Lösning: Förbättrad bearbetar efter delegering och tillståndsavstämning så att delegering inte längre lämnar flera deltagare i "Nästa att signera", och så att signeringsvyn inte hänger sig om bakgrundsdokumentartefakter (sidbilder, doc-data) misslyckas eller släpar efter. | |
| 4537632 / 4543510 |
Sammanfattning: Text som anges i datafält konfigurerade med Teckenstorlek inställd på 'Auto' visas trunkerad i den signerade pdf. |
| Lösning: Logiken för auto-Teckenstorlek har korrigerats för att konsekvent omflöda och skala text, vilket säkerställer att allt angivet Innehåll passar inom fältgränserna över alla stödda PDF:er. | |
| 4544067 | Sammanfattning: I vissa signerade avtal skapade från specifika källdokument stöter kunder på en ogiltig certifikatvarning i adobe acrobat eftersom dolda, felaktiga formulärfältannoteringar kvarstår i pdf efter signering, vilket gör att dokumentet misslyckas med certifieringsvalidering trots att signeringsprocessen slutförs framgångsrikt. |
| Lösning: acrobat sign tar bort ogiltiga och föräldralösa annoteringar under dokumentbearbetar, vilket säkerställer att signerade PDF:er validerar korrekt och visar ett giltigt certifikat i acrobat. | |
| 4543958 | Sammanfattning: Vissa hyperlänkar skapade i acrobat slutar fungera när de förlitar sig på namngivna destinationer snarare än sidnummer eftersom PDF-bearbetar-logiken inte korrekt löste namngivna destinationer till deras slutliga sidplatser under signering, vilket orsakade att länkarna gick sönder i det signerade dokumentet även om de fungerade i den ursprungliga resursen. |
| Lösning: acrobat sign löser nu korrekt namngivna destinationer till deras faktiska sidplatser under PDF-bearbetar, vilket säkerställer att alla hyperlänkar fungerar som förväntat efter signering. | |
| 4543709 | Sammanfattning: När avtal skickade från Salesforce inkluderar ett bildformulärfält blir vissa signerade PDF:er oväntat stora efter signering (ofta överstiger Salesforces 12 MB bilagagräns), eftersom PDF-bearbetar-vägen kan bädda in uppladdade bilder med ineffektiv komprimering, vilket blåser upp den slutliga resursen och förhindrar Salesforce från att spara tillbaka den till avtalsposten. |
| Lösning: acrobat sign har uppdaterat bildhantering under PDF-generering, så uppladdade bilder (inklusive bild- och Stämpel-Innehåll) kodas effektivt, vilket håller signerade resurser mycket närmare den förväntade storleken. | |
| 4543678 | Sammanfattning: För vissa biblioteksmallar kan signerare slutföra alla obligatoriska fält, men den nedladdade signerade pdf kan visa vissa av dessa fält som tomma, även om data är korrekt captured och förblir tillgänglig genom acrobat sign-rapporter och API:er. |
| Åtgärd: acrobat sign uppdaterar hur dessa mallar bearbetas, vilket säkerställer att signerade PDF-filer på ett tillförlitligt sätt renderar alla ifyllda obligatoriska fältvärden (samtidigt som bieffekterna som uppstod när den äldre PDF-bearbetningsvägen användes undviks). | |
| 4538033 | Sammanfattning: font CourierNewPSMT ignoreras under framtagning och signering, vilket resulterar i att fält renderas med ett oväntat font på grund av äldre fonthantering, där font ersattes istället för att bäddas in. |
| Åtgärd: Uppdaterad fonthantering för att korrekt stödja Courier och andra font som stöds för nya avtal, vilket säkerställer att det valda font bevaras under framtagning, signering och i det slutförda dokumentet. | |
| 4538082 | Sammanfattning: Textfält med flera rader ändrar storlek automatiskt på ett felaktigt sätt, vilket gör att text krymper för mycket eller trunkeras i slutförda avtal på grund av ändringar i PDF-bearbetningsbeteendet som ändrade logiken för minsta fontskalning och radbrytning för textfält med flera rader som ändrar storlek automatiskt. |
| Åtgärd: Justerad logik för automatisk storleksändring för textfält med flera rader för att förbättra fontskalning och radbrytning så att inmatad text förblir läsbar och bättre anpassad till äldre beteende. | |
| 4538599 | Sammanfattning: Vissa slutförda avtal visar standardvärdet för rullgardinsmenyn istället för undertecknarens valda värde eftersom vissa specialtecken i rullgardinsalternativ gjorde att det valda värdet renderades felaktigt i den slutliga PDF-filen, även om det korrekta valet fångades under signeringen. |
| Åtgärd: Uppdaterad PDF-rendering för att korrekt bevara och visa valda rullgardinsvärden som innehåller specialtecken i slutförda avtal. | |
| 4539217 / 4539223 |
Sammanfattning: För vissa ifyllbara PDF-filer som innehåller förifyllda värden och digital signatur-fält kan avsändare se saknade eller ändrade fältvärden när de förhandsgranskar eller skickar dokumentet, vilket kan blockera sändning eller signering eftersom dokumentstrukturen gör att förifyllda data och skrivskyddade signaturfält tolkas inkonsekvent under dokumentbearbetning. |
| Åtgärd: Förbättrad dokumentbearbetning för att korrekt bevara förifyllda fältvärden och hantera skrivskyddade digital signatur-fält, vilket säkerställer att avtal förhandsgranskas korrekt och kan skickas och signeras utan att förifyllda data förloras. | |
| 4539226 | Sammanfattning: I vissa avtal som skapats från mallar som använder texttaggar för kryssrutefält väljer mottagare framgångsrikt kryssrutor under signeringen, men dessa val visas inte i avsändarens vy eller den slutliga signerade PDF-filen eftersom kryssrutefältnamnen tolkas inkonsekvent, vilket gör att de signerade värdena lagras under en annan nyckel än det renderade formulärfältet. |
| Åtgärd: Uppdaterad mappning av kryssrutevärden för att korrekt lösa kryssrutefält som skapats från texttaggar med direktivbaserade namn, vilket säkerställer att valda värden renderas konsekvent för alla parter och i den slutliga signerade PDF-filen. | |
| 4539432 | Sammanfattning: Vissa PDF-filer kunde inte skickas för signatur och avbröts omedelbart med ett dokumentbearbetningsfel som orsakades av felaktiga eller föräldralösa PDF-kommentarer som utlöste ett null pointer-fel under acrobat signs PDF-reparations- och formulärfältsnormaliseringslogik. |
| Åtgärd: Förbättrad PDF-reparations- och kommentarhanteringslogik så att felaktiga eller föräldralösa kommentarer inte längre gör att avtalskapande misslyckas, vilket gör att berörda dokument kan skickas och signeras framgångsrikt. | |
| 4541859 | Sammanfattning: Textfält med flera rader som använder inställningen Auto teckenstorlek trunkerar ibland innehåll i den signerade PDF-filen för skrivskyddade (låsta) textfält med flera rader på grund av felaktig automatisk fontskalning under rendering. |
| Åtgärd: Korrigerad automatisk fontskalningslogik för låsta textfält med flera rader så att all inmatad text renderas helt inom fältet. | |
| 4542835 | Sammanfattning: Kunder observerade att vissa obligatoriska fält (inklusive rullgardinsmenyer, textfält och kryssrutor) visades tomma i den nedladdade signerade PDF-filen, även om alla fält fylldes i under signeringen |
| Åtgärd: PDF-renderingslogiken korrigerades för att säkerställa att alla fångade fältvärden, inklusive rullgardinsmenyer, textfält och kryssrutor, på ett tillförlitligt sätt skrivs in i den signerade PDF-filen så att det visuella dokumentet matchar de lagrade avtalsdata. | |
| 4543678 | Sammanfattning: Vissa signerade avtal saknade obligatoriska fältvärden i den slutliga PDF-filen eftersom vissa biblioteksmallar som importerats och uppdaterats via API inte korrekt renderade obligatoriska fältdata under PDF-generering. |
| Åtgärd: Uppdaterad PDF-genereringslogik för att säkerställa att alla obligatoriska fält som definieras i biblioteksmallar, inklusive de som skapats eller ändrats via API, konsekvent renderas i den signerade PDF-filen samtidigt som fullständiga fältvärden bevaras. | |
| 4543709 | Sammanfattning: Vissa Salesforce-skickade avtal som innehåller bildbaserade formulärfält kan göra att den slutliga signerade PDF-filen växer betydligt utöver den ursprungliga filstorleken, överskrider Salesforces gräns på 12 MB och förhindrar att det signerade dokumentet skrivs tillbaka till Salesforce-avtalsposten, även om själva signeringsprocessen slutförs framgångsrikt. |
| Åtgärd: Optimerad bildhantering under PDF-generering för att tillämpa lämplig bildkomprimering, vilket säkerställer att signerade dokument med bild-, stämpel- eller bildbaserade signaturfält inte ökar i storlek och förblir inom Salesforces filstorleksgränser. | |
| 4543958 | Sammanfattning: Hyperlänkar som skapats i acrobat med namngivna destinationer slutar fungera i signerade PDF-filer medan sidnummerlänkar fortfarande fungerar på grund av en regression i PDF-bearbetningsvägen där namngivna destinationer inte löstes till explicita sidmål under efterbearbetning. |
| Åtgärd: Löste namngivna destinationer till deras explicita siddestinationer under PDF-generering, vilket återställde hyperlänkfunktionen för både "Använd namngiven destination" och "Använd sidnummer"-länkar i signerade PDF-filer. | |
| 4544067 | Sammanfattning: Vissa signerade avtal visar ett ogiltigt digitalt certifikat med ett valideringsfel "Widget kommentar raderad", vilket beror på felaktiga eller föräldralösa widget-kommentarer som finns kvar i PDF-filen efter signering, vilket ogiltigförklarar certifieringskedjan. |
| Åtgärd: Uppdaterad PDF-efterbearbetning för att upptäcka och ta bort skadade eller föräldralösa widget-kommentarer under fältrensning, vilket säkerställer att endast giltiga kommentarer finns kvar och signerade PDF-filer konsekvent visar ett giltigt digitalt certifikat. |