Adobe Acrobat Sign brengt minimaal drie updates per jaar uit, gecategoriseerd als grote of kleine releases. Indien nodig kunnen er aanvullende kleine updates worden doorgevoerd om systeem- of klantproblemen op te lossen.

Grote releases brengen belangrijke updates, nieuwe functies en verdere verbeteringen.
Kleine releases richten zich op kleinere verbeteringen en aanpassingen van de gebruikerservaring. Deze vinden plaats tussen grote updates, meestal één tot twee keer per cyclus.

Om onderbrekingen te voorkomen zijn nieuwe functies standaard uitgeschakeld en moeten ze handmatig worden ingeschakeld door een account- of groepsbeheerder.

Voor klanten in de Health and Life-wetenschappen die behoefte hebben aan validatie van de naleving, werkt Acrobat Sign samen met een externe leverancier om een validatiepakket voor elke grote release te leveren met functies waarmee uw risico's worden geminimaliseerd.

Opmerking:

Deze pagina met Informatie voorafgaand aan de release wordt regelmatig bijgewerkt naarmate nieuwe informatie beschikbaar wordt, waardoor de inhoud vrij dynamisch is.

Hoewel de pagina is gelokaliseerd, kost het proces tijd. Hierdoor kunnen gelokaliseerde versies soms enigszins afwijken van de officiële Amerikaans-Engelse versie.

Raadpleeg de pagina voor Amerikaans-Engels voor de meest nauwkeurige en up-to-date informatie.

Het prereleaseschema en de opmerkingen staan hieronder vermeld.

Adobe Acrobat Sign volgt een gestructureerde planning voor het publiceren van aanvullende informatie en documentatie-updates:

8 weken voor de productierelease

De prereleasepagina bevat een samenvatting van verwachte functies en updates, meestal vier weken voor de Sandbox-lancering.
Functies die na dit tijdstip worden gewijzigd, worden vermeld in de sectie Errata.
Opgeloste problemen worden in dit stadium niet vermeld.

4 weken voor productierelease (Sandbox-lancering)

De prereleasepagina wordt bijgewerkt met gedetailleerde documentatie over nieuwe en bijgewerkte functies.
Indien nodig worden koppelingen naar documentatie voor ondersteuning van de prerelease toegevoegd. Deze zijn alleen beschikbaar in het Amerikaans-Engels.
De eerste sectie Opgeloste problemen wordt gepubliceerd, met doorlopende updates voor de volgende vier weken.

Dag van de lancering

De officiële aanvullende informatie wordt bijgewerkt met definitieve informatie over de functies, en met koppelingen naar de documentatie voor productieondersteuning.
De prereleasepagina wordt vernieuwd zodat de volgende releasecyclus wordt gemarkeerd.
De documentatie wordt gepubliceerd na verificatie van de release in het live-systeem, doorgaans na 19.00 uur Pacific Time, al kan dat bij complexe updates later zijn.
De definitieve lijst met opgeloste problemen wordt aan de aanvullende informatie in het Amerikaans-Engels toegevoegd. Gelokaliseerde versies worden later bijgewerkt.

Government Cloud-release

De Government Cloud-omgeving wordt doorgaans twee dagen tot enkele weken na de productierelease bijgewerkt, omdat bepaalde functies soms verder moeten worden geëvalueerd voordat ze worden geïmplementeerd.

Opmerking:

Sandbox-documentatie is ontworpen voor de productieomgeving. Koppelingen in de prereleasecontent verwijzen naar productie-URL's. Dit betekent dat deze koppelingen kunnen leiden naar oudere, bestaande documentatie of 404-resultaten als de doelpagina nieuw is en nog niet is gepubliceerd (bijvoorbeeld wanneer de koppeling verwijst naar een nieuwe functie in dezelfde release).

De nieuwe pagina's worden gepubliceerd zodra de release is gepubliceerd en de koppelingen worden correct doorgestuurd naar de productie-URL's.

Beschikbaarheid van Sandbox

Klanten die toegang hebben tot de Acrobat Sign Sandbox-omgeving hebben doorgaans vier weken vóór de lancering toegang tot de functionaliteit van de nieuwe release.

De sandboxomgeving moet alle procedures voor productiekwaliteitsborging doorlopen op hetzelfde kwaliteitsniveau als de gebruikelijke productieomgeving.
Adobe streeft naar een beschikbaarheid van 99,9% in de sandboxomgeving, maar klanten moeten er rekening mee houden dat de Adobe Unified SLA de sandbox formeel niet omvat.
De sandboxomgeving gebruikt dezelfde statuspagina en uitvalprocedures als de gebruikelijke productieomgeving.

Releases

Waarschuwing:

Dit artikel bevat prerelease-informatie. Releasedatums, functies en andere informatie kunnen zonder voorafgaande kennisgeving worden gewijzigd.

5 mei 2026 (Grote release) v17.1

Adobe Acrobat Sign losmaken v17.1

Sandbox implementatie: 7 april 2026

Productie implementatie: 5 mei 2026

GovCloud implementatie: 12 mei 2026

Verbeterde functionaliteit

Persoonlijk ondertekenen – Schakel gehoste ondertekeningssessies in de web-app in
Persoonlijk ondertekenen stelt een verzender in staat om een interne host aan te wijzen die een persoonlijke ondertekeningssessie faciliteert met een web browser. De host start een gecontroleerde ondertekeningssessie vanaf de pagina Beheren of een e-mail bericht, geeft het apparaat tijdelijk aan de ondertekenaar om vereiste acties uit te voeren en krijgt de controle terug bij voltooiing. Het aanmaken en voltooien van sessies wordt vastgelegd in de audittrail en ondertekenaars kunnen optioneel een e-mailadres opgeven om een kopie van de overeenkomst te ontvangen.

Beschikbare omgevingen: Sandbox, Commercial | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiescope: Account en Groep
Controleer hoe je de rol voor persoonlijk ondertekenen inschakelt >
Controleer hoe je een overeenkomst configureert om persoonlijk ondertekenen toe te staan >
Controleer hoe je persoonlijk ondertekenen host >

Bulkdigitale handtekening vanaf de pagina Beheren – Pas een digitale handtekening toe op meerdere overeenkomsten met één toestemming
Ondertekenaars kunnen meerdere overeenkomsten selecteren in de weergave Wacht op jou en digitale handtekeningen toepassen als bulkactie met één ondertekeningstoestemming. Dit vermindert repetitieve ondertekeningsstappen voor workflows met grote volumes terwijl bestaande cloud ondertekeningsbeveiliging, authenticatie en auditcontroles behouden blijven. Bulkondertekening vereist dat ondertekenaars alle overeenkomsten controleren of overslaan voordat ze de bulkactie voltooien.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratie-omvang: Account en groep
Bekijk de documentatie Bulkdigitale handtekeningen inschakelen >
Bekijk de documentatie Ondertekenen met bulkdigitale handtekeningen >

Alleen verzenden naar interne ontvangers – Beperk overeenkomsten om alleen verzonden te worden naar ontvangers binnen hetzelfde Acrobat Sign account.
De Alleen verzenden naar interne ontvangers instelling voorkomt dat gebruikers overeenkomsten verzenden naar ontvangers buiten hun Acrobat Sign account. Wanneer ingeschakeld, kunnen overeenkomsten alleen worden verzonden naar ontvangers wiens account-ID's afstemmen met die van de afzender. Deze controle ondersteunt interne beveiligingsvereisten en voorkomt dat overeenkomsten extern worden gedeeld.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratie-omvang: Account en groep
Bekijk het configuratiedocument om een groep te beperken tot alleen interne ontvangers >

Rapportage telefoongebruik – Uitgebreide rapportage met zichtbaarheid op groepsniveau en toegang tot geplande rapporten
Rapportage van telefoontransacties biedt nu zichtbaarheid in aangekochte hoeveelheden, startdata van quota en gedetailleerd verbruik van SMS- en WhatsApp-transacties.Klanten kunnen gebruik bijhouden op groepsniveau en toegang krijgen tot geplande CSV-rapporten via een uniforme rapportage-ervaring, wat nauwkeurigere budgettering, interne allocatie en proactieve monitoring mogelijk maakt om serviceonderbreking te voorkomen wanneer transactielimieten worden bereikt.
Rapportage wordt nu gegenereerd via geplande rapporten in de rapportage-interface, met API-toegang beschikbaar om de nieuwste rapportage-output op te halen.

Nieuw eindpunt: POST /api/rest/v6/reportDownload
Dit eindpunt accepteert een scheduleId en retourneert de download-URL voor het meest recent gegenereerde CSV-rapport dat aan die planning is gekoppeld.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratie-omvang: v6 REST API
Bekijk de documentatie voor het SMS-verbruiksrapport >

Wijzigingen in gebruikerservaring

Handtekeningweergave in auditrapporten – Registreert de handtekeningweergavemethode die door elke ondertekenaar wordt gebruikt, wat de zichtbaarheid van naleving vergroot en handmatige verificatie vermindert
Auditrapporten registreren nu de handtekeningweergavemethode die wordt gebruikt wanneer een ondertekenaar zijn handtekening toepast. Voor elke ESIGNED gebeurtenis identificeert de audittrail of de ondertekenaar een getypte handtekening, een getekende handtekening, een geüploade afbeelding of een mobiel gebaseerde tekening of afbeelding capture heeft gebruikt. Deze verbetering stelt compliance- en operationele teams in staat om handtekeningmethoden direct vanuit het auditrapport te verifiëren, waardoor dubbelzinnigheid wordt verminderd en onnodige afwijzingen van overeenkomsten worden voorkomen.
Typen handtekeningweergave:
- Typen: Ondertekenaar typt zijn naam en selecteert een op lettertype gebaseerde handtekeningstijl.
- Tekenen: Ondertekenaar tekent zijn handtekening met een muis of trackpad op een desktop.
- Afbeelding: Ondertekenaar uploadt een handtekeningafbeeldingsbestand vanaf de desktop.
- Mobile Draw: Ondertekenaar tekent handtekening door aanraking op een mobiel apparaat.
- Mobile afbeelding: Ondertekenaar uploadt of legt een afbeelding van een handtekening vast op een mobiel apparaat.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Configuratie-omvang: Altijd ingeschakeld; geen configuratie

Opgeslagen handtekeningen voor API-ondertekenings-URL's – Hiermee kun je opgeslagen profielhandtekeningen gebruiken tijdens API-gebaseerde ondertekening
Sta geregistreerde gebruikers toe hun opgeslagen profielhandtekeningen toe te passen bij het ondertekenen van overeenkomsten via API-gegenereerde ondertekenings-URL's (GET /agreements/{agreementId}/signingUrls). Opgeslagen handtekeningen verschijnen voor interne ondertekenaars en voor externe ondertekenaars die authenticeren met e-mail OTP of Adobe ID. Deze mogelijkheid stroomlijnt ondertekeningsworkflow voor backend-integraties terwijl account-niveau beveiligingscontroles behouden blijven.
Ingeschakeld door Adobe per account na beveiligingscontrole.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratiebereik: Uitgeschakeld; Neem contact op met ondersteuning

Persoonlijk adresboekbeheer in de moderne ervaring – Gebruikers kunnen opgeslagen e-mailadressen direct verwijderen uit hun persoonlijke adresboek in de moderne Request Signature ervaring, waardoor het gemakkelijker wordt om persoonlijke ontvangerslijsten accuraat en up-to-date te houden.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratie omvang: Standaard ingeschakeld; niet configureerbaar.
Bekijk het bijgewerkte document voor het verwijderen van een e-mail uit je adresboek >

Vervaltermijn overeenkomst – Standaard vervaltermijn verlengd naar 365 dagen
De maximale voltooiingsdeadline voor overeenkomsten is verlengd van 180 dagen naar 365 dagen. Wanneer documentverval is ingeschakeld, krijgen overeenkomsten nu automatisch een vervaldatum van 365 dagen toegewezen die niet kan worden verwijderd.Deze wijziging zorgt ervoor dat alle overeenkomsten een gedefinieerde levenscyclus hebben, verbetert het langetermijnbijhouden en de compliance, en vermindert het risico dat overeenkomsten voor onbepaalde tijd open blijven, terwijl gebruikers nog steeds eerdere deadlines kunnen instellen wanneer nodig.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratiescope: Account en Groep

Vernieuwde startpagina – Verbetert workflow-toegang, brengt kritieke acties naar voren
De startpagina is opnieuw ontworpen om het gemakkelijker te maken overeenkomsten te starten, activiteit te monitor en toegang te krijgen tot belangrijke functies, inclusief de mogelijkheid om recent verzonden overeenkomsten te kopiëren, actietegels in een meer intuïtieve volgorde te bekijken, snel In uitvoering en Wacht op jou items te identificeren, en een gestroomlijnde Wat is nieuw banner ervaring die visuele rommel vermindert, waardoor gebruikers sneller kunnen bewegen, gemiste overeenkomsten kunnen verminderen en een meer gerichte startpagina ervaring kunnen navigeren.

De nieuwe startpagina wordt uitgerold over 10 dagen na de release. Raadpleeg de Technische Kennisgeving voor de planning >

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratie-omvang: Standaard ingeschakeld
Bekijk de nieuwe lay-out van de startpagina >

Proefperiode-verbeteringen en uitgebreide geldigheid – De nieuwste onboarding-ervaring is toegevoegd voor bedrijfsproefperiodes
Bedrijfsproefperiodes bevatten nu de verbeterde onboarding-ervaring die in recente releases is geïntroduceerd. Gebruikers zonder Acrobat Sign-rechten krijgen volledige proefperiode-toegang.

Beschikbare omgevingen: Commercial | Beschikbare serviceniveaus: Acrobat Sign Solutions voor bedrijfsproefperiode | Configuratie-omvang: Proefperiode-recht

Nieuwe Aangepaste Workflow Designer wordt standaard – Moderne designer wordt gepromoot, gebruikersschakelknoppen worden verwijderd, beheerderflexibiliteit blijft behouden
De nieuwe Aangepaste Workflow Designer-ervaring is nu de standaard voor alle accounts. Gebruikers zien geen schakelkoppelingen meer om terug te keren naar de klassieke designer, terwijl beheerders de mogelijkheid behouden om indien nodig toegang tot de vorige ervaring opnieuw in te schakelen. Deze update bevordert de overgang naar de moderne workflow design-interface terwijl beheercontrole tijdens de overgangsperiode behouden blijft.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratie-omvang: Account en groep

REST API/Webhookupdates

De onderstaande updates worden voor openbaarmakingsdoeleinden gepresenteerd in de aanvullende prerelease-informatie. Volledige documentatie voor API- en Webhook-updates is te vinden in de: Acrobat Sign-documentatie voor ontwikkelaars wanneer de versie-update aan de productieservers wordt geleverd.

mTLS-sleutelbeheer voor webhooks – Voeg Acrobat Sign-gegenereerde sleuteloptie toe, schakel certificate signing workflow in, verbeter beveiligingscompliance
Ontwikkelaars kunnen nu kiezen hoe privésleutels worden beheerd voor webhook mTLS-authenticatie in Acrobat Sign. Naast het bestaande model waarbij klanten hun eigen privésleutel en certificaat genereren en uploaden, kan Acrobat Sign nu de privésleutel en een Certificate Signing Request (CSR) genereren. Klanten kunnen de CSR gebruiken om een certificaat van hun certificaatautoriteit te verkrijgen en dit uploaden om de configuratie te voltooien. Deze optie verbetert de beveiliging door privésleutels binnen Acrobat Sign te houden terwijl compatibiliteit met bestaand webhook mTLS-gedrag behouden blijft.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratie-omvang: v6 REST API POST /webhooks eindpunt; alle omvangen
Bekijk de bijgewerkte mTLS-documentatie >

Digitale identiteitsinitialisatie via login_hint parameter – Stelt API-afzenders in staat digitale identiteitsauthenticatie te initialiseren met een ontvanger-specifieke login-identificatie.
Verschillende v6 REST API /agreements eindpunten ondersteunen nu een loginHint parameter waarmee API-afzenders Digital Identity Gateway-authenticatie kunnen initialiseren met behulp van een bekende login-id, zoals een e-mailadres of gebruikers-ID-nummer. De identiteitsprovider beheert de gebruikerservaring, maar de identificatie vult doorgaans het login-scherm vooraf in om authenticatieworkflows met hoog vertrouwen te versterken en het risico op imitatie te verminderen. De identificatie verschijnt in gemaskeerd formaat op de landingspagina van Digital Identity Gateway en in het auditrapport om traceerbaarheid te behouden terwijl gevoelige gegevens worden beschermd.
De volgende eindpunten zijn bijgewerkt om de loginHint-parameter op te nemen:
- POST /agreements
- 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

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: acrobat sign Solutions | Configuratie-omvang: v6 REST API

OEM 2.0 identiteits- en vertrouwensgrensverbeteringen – Gebruikersresolutie geeft nu prioriteit aan gebruikers die door dezelfde partner zijn ingericht en maakt automatisch een ontvanger aan wanneer geen overeenkomst wordt gevonden
Resolutie van overeenkomstdeelnemers geeft nu prioriteit aan gebruikers die door dezelfde partner zijn ingericht en maakt automatisch een ontvanger-record aan wanneer geen overeenkomende gebruiker bestaat, wat zorgt voor consistente identiteitsafhandeling tussen accounts. Controlerapporten geven nu aan of een afzender door een partner is ingericht of een persoonlijk account heeft, en ondertekeningsworkflows begeleiden gebruikers om van account te wisselen wanneer identieke e-mailadressen bestaan tussen verschillende accounttypes, wat verwarring vermindert en onbedoelde toegang voorkomt.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratie-omvang: v6 REST API; OEM 2.0 Partner

Release-errata - Toegevoegde elementen

Hieronder staan items die zijn toegevoegd aan deze release sinds de eerste publicatie van de voorafgaande aanvullende informatie.

Rapportage telefoongebruik – Uitgebreide rapportage met zichtbaarheid op groepsniveau en toegang tot geplande rapporten
Rapportage van telefoontransacties biedt nu inzicht in aangekochte hoeveelheden, startdata van quota en gedetailleerd verbruik van SMS- en WhatsApp-transacties.Klanten kunnen gebruik bijhouden op groepsniveau en toegang krijgen tot geplande CSV-rapporten via een uniforme rapportage-ervaring, wat nauwkeurigere budgettering, interne allocatie en proactieve monitoring mogelijk maakt om serviceonderbreking te voorkomen wanneer transactielimieten worden bereikt.
Rapportage wordt nu gegenereerd via geplande rapporten in de rapportage-interface, met API-toegang beschikbaar om de nieuwste rapportage-output op te halen.

Nieuw eindpunt: POST /api/rest/v6/reportDownload
Dit eindpunt accepteert een scheduleId en retourneert de download-URL voor het meest recent gegenereerde CSV-rapport dat aan die planning is gekoppeld.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratie-omvang: v6 REST API

Vervaltermijn overeenkomst – Standaard vervaltermijn verlengd naar 365 dagen
De maximale voltooiingsdeadline voor overeenkomsten is verlengd van 180 dagen naar 365 dagen. Wanneer documentvervaldatum is ingeschakeld, krijgen overeenkomsten nu automatisch een vervaldatum van 365 dagen toegewezen die niet kan worden verwijderd.Deze wijziging zorgt ervoor dat alle overeenkomsten een gedefinieerde levenscyclus hebben, verbetert het langetermijnbijhouden en de compliance, en vermindert het risico dat overeenkomsten voor onbepaalde tijd open blijven, terwijl gebruikers nog steeds eerdere deadlines kunnen instellen wanneer nodig.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratiescope: Account en Groep

OEM 2.0 identiteits- en vertrouwensgrensverbeteringen – Gebruikersresolutie geeft nu prioriteit aan gebruikers die door dezelfde partner zijn ingericht en maakt automatisch een ontvanger aan wanneer geen overeenkomende gebruiker wordt gevonden
Resolutie van overeenkomstdeelnemers geeft nu prioriteit aan gebruikers die door dezelfde partner zijn ingericht en maakt automatisch een ontvangerrecord aan wanneer geen overeenkomende gebruiker bestaat, wat zorgt voor consistente identiteitsafhandeling tussen accounts.Controlerapporten geven nu aan of een afzender door een partner is ingericht of een persoonlijk account heeft, en ondertekeningsworkflows begeleiden gebruikers om van account te wisselen wanneer identieke e-mailadressen bestaan tussen verschillende accounttypes, wat verwarring vermindert en onbedoelde toegang voorkomt.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratie-omvang: v6 REST API; OEM 2.0 Partner

Persoonlijk adresboekbeheer in de moderne ervaring – Gebruikers kunnen opgeslagen e-mailadressen direct verwijderen uit hun persoonlijke adresboek in de moderne Request Signature ervaring, waardoor het gemakkelijker wordt om persoonlijke ontvangerslijsten accuraat en up-to-date te houden.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratiebereik: Standaard ingeschakeld; niet configureerbaar.

Release-errata - verwijderde elementen

Hieronder staan de regelitems die eerder als onderdeel van deze release zijn aangekondigd, maar sindsdien zijn verschoven naar een latere releasedatum.

Verbeterde Resource hub – Reorganiseert leer- en ondersteuningslinks binnen Acrobat Sign
De bijgewerkte Resource hub verbetert hoe gebruikers toegang krijgen tot leer- en ondersteuningsmateriaal direct binnen Acrobat Sign. content is georganiseerd in gestructureerde secties met ingesloten video-tutorials en directe toegang tot webinars, aanvullende informatie, klantverhalen en ondersteuningsbronnen. Deze updates maken educatieve content gemakkelijker te vinden binnen de productervaring.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratie-omvang: Deze bijgewerkte ervaring is standaard ingeschakeld

Berichtcontroles via Agreements API – Meerlagige controles toegevoegd om e-mailberichten uit te schakelen in de POST /agreements en POST /agreements/{agreementId}/reminders eindpunten.
Ontwikkelaars kunnen INITIAL, INTERMEDIATE, FINAL, CANCELLATION en REMINDER e-mailberichten uitschakelen bij het maken van overeenkomsten via de v6 REST API. De oplossing introduceert disabledNotificationTypes arrays op meerdere niveaus in het verzoek, waardoor gerichte controle per rol mogelijk is:
- participantSetsInfo[].disabledNotificationTypes — Schakelt e-mailberichten uit voor alle leden in een deelnemersset
- ccs[].disabledNotificationTypes — Schakelt e-mailberichten uit voor individuele CC-ontvangers
- senderDisabledNotificationTypes — Schakelt e-mailmeldingen uit voor de afzender van de overeenkomst

Het API-niveau senderDisabledNotificationTypes veld heeft absolute voorrang boven afzenderberichtvoorkeuren zoals geconfigureerd in Persoonlijke voorkeuren.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratie-omvang: v6 REST API

Ontvanger filter in rapportage – Voeg op ontvanger gebaseerde filtering toe aan rapporten en data-exports.
Voeg een Ontvanger filter toe aan moderne rapportage voor Overeenkomst en transactie rapporten en Data Exports. Beheerders kunnen filteren op ontvanger e-mail om alle overeenkomsten te retourneren die de gespecificeerde ontvanger bevatten, ongeacht rol of ondertekeningsvolgorde. Het filter ondersteunt automatisch aanvullen en multi-selecteergedrag consistent met het bestaande Verzender filter en is van toepassing op zowel visuele rapporten als CSV exports.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratie omvang: Ingeschakeld met Modern rapportage

Bio-Pharma (CFR) ondersteuning in Modern eSign – Voegt ondertekeningsreden vastleggen en afgedwongen herauthenticatie tijdens ondertekenen toe
Acrobat Sign voltooit Bio-Pharma ondersteuning in de Modern eSign ervaring door ondertekeningsreden vastleggen en afgedwongen herauthenticatie tijdens ondertekenen toe te voegen. Organisaties die opereren in gereguleerde omgevingen kunnen een ondertekeningsreden vereisen, herauthenticatie afdwingen voor elke handtekening of bij de laatste klik-om-te-ondertekenen en conforme auditrapportage onderhouden — allemaal binnen de Modern interface.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratie omvang: Ondersteuning voor Bio Pharma Instellingen in Modern eSign is standaard ingeschakeld.

Inline document bewerken tijdens authoring – Stel verzenders in staat om documenttekst direct binnen de authoring ervaring te bewerken
Stelt verzenders in staat om documenttekst direct binnen de authoring ervaring te bewerken voordat een overeenkomst voor ondertekening wordt verzonden. Een document bewerken optie laat gebruikers tekst wijzigen zonder het bestand te downloaden en opnieuw te uploaden, terwijl bestaande velden en overeenkomstconfiguratie behouden blijven. Dit stroomlijnt correcties vóór verzending en vermindert verstoring tijdens overeenkomstvoorbereiding.

Beschikbare omgevingen: Sandbox, Commercial | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratie-omvang: Account en groep

Klant-beheerde sleutels – Schakelt versleuteling in rust in met aws KMS of azure Key kluis sleutels
Klant-beheerde sleutels bieden versleuteling op account Niveau in rust met een klant-beheerde sleutel in aws Key Management Service (KMS) of azure Key kluis. account beheerders kunnen een klant-beheerde sleutel onboarden en ondersteunde content opnieuw versleutelen, sleutelversies roteren of terugdraaien, de sleutel opschorten (waardoor versleutel- en ontsleutelbewerkingen falen) of de sleutel vernietigen, wat permanent toegang tot versleutelde content voorkomt.

Beschikbare omgevingen: Sandbox, Commercial | Beschikbare serviceniveaus: Acrobat Sign Solutions op aws omgevingen | Configuratie omvang: Alleen account

SMS-gebruiksrapportage-API – Haal aangekochte hoeveelheden op en volg SMS-verbruik
De SMS-gebruiksrapportage-API biedt zichtbaarheid in SMS-rechten en -verbruik ter ondersteuning van budgettering en planning van servicecontinuïteit. Organisaties kunnen totale aangekochte SMS-hoeveelheden ophalen, algemeen gebruik tot nu toe volgen en verbruik per groep en datumbereik opvragen. Dit maakt proactieve monitoring en interne allocatie mogelijk om verstoring te voorkomen wanneer credits bijna uitgeput raken.
Nieuwe eindpunten:
- 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

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratie-omvang: v6 REST API

Modern Handtekening aanvragen wordt standaard – Klassiek Opstellen wordt uitgefaseerd, schakelknoppen worden verwijderd, ondertekeningservaring wordt gestandaardiseerd
Alle accounts zijn nu overgegaan naar de moderne Handtekening aanvragen-ervaring, ter vervanging van de klassieke Opstellen-interface. Schakelkoppelingen en admin-instellingen om terug te keren naar de klassieke ervaring worden verwijderd voor commerciële accounts, terwijl GovCloud-accounts ook worden overgezet met tijdelijk behoud van admin-instellingen. Deze wijziging standaardiseert de verzendervaring in alle omgevingen en vereenvoudigt gebruikersonboarding voorafgaand aan de volledige uitfasering van Klassiek.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratie-omvang: Niet configureerbaar

Modern Sjabloon maken wordt standaard – Nieuwe ontwerpervaring wordt gepromoot, implementatie wordt uitgebreid, beheerdersinstellingen blijven behouden
De moderne Sjabloon maken-ervaring is nu de standaard voor alle accounts, inclusief die welke assets delen tussen meerdere groepen. Deze update breidt de implementatie van de nieuwe authoring interface uit en zorgt ervoor dat alle gebruikers profiteren van doorlopende verbeteringen, terwijl beheerdersinstellingen behouden blijven om indien nodig terug te keren naar de klassieke ervaring.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Configuratie-omvang: account en Groep

Opgeloste problemen

4520028	Samenvatting: De groepskolom op de beheerpagina toonde onjuiste of inconsistente waarden wanneer gebruikers tot meerdere groepen behoorden. Het wijzigen van de primaire groep van de gebruiker zorgde ervoor dat overeenkomsten de verkeerde groep toonden, inclusief de laatst geselecteerde primaire groep of meerdere groepen, in plaats van de groep waaruit de overeenkomst oorspronkelijk werd verzonden.
Probleem	Beschrijving
4520028	Oplossing: De logica van de pagina Beheren is bijgewerkt om de verzendgroep van de overeenkomst (agreement_group_id) te gebruiken in plaats van de huidige primaire groep van de gebruiker bij het weergeven van de kolom Groep.
4532690	Samenvatting: Gebruikers konden conceptovereenkomsten die zijn gemaakt vanuit aangepaste workflows niet bewerken wanneer zowel 'Overeenkomsten alleen laten verzenden via een workflow inschakelen' als 'Nieuwe aangepaste workflow-verzendervaring inschakelen' waren ingeschakeld.Het systeem blokkeerde ten onrechte toegang tot de opstelpagina bij het bewerken van een bestaand concept, waarbij het dit behandelde als een nieuwe verzendactie in plaats van een conceptbewerking.
4532690	Oplossing: De logica van de opstelpagina is bijgewerkt om conceptbewerkingsscenario's te detecteren en de workflow-beperkingscontrole te omzeilen, waardoor gebruikers bestaande conceptovereenkomsten kunnen bewerken die zijn gemaakt vanuit aangepaste workflows.
4536764	Samenvatting: Het verzenden van overeenkomsten via een aangepaste workflow resulteerde in een server-fout vanwege een storing bij het verwerken van specifieke sjabloon-PDF's. De fout werd veroorzaakt door ongeldige of ontbrekende annotatieweergavegegevens in een of meer brondocumenten, wat een weergave-uitzondering veroorzaakte tijdens het vooraf invullen. Het probleem was niet consistent reproduceerbaar en kon niet worden gerepliceerd buiten de getroffen workflows.
4536764	Oplossing: Verbeterde afhandeling van weergave-uitzonderingen in de PDF-verwerkingslaag.
4537197	Samenvatting: Bij het gebruik van de nieuwe In bulk verzenden-ervaring met handmatig ingevoerde namen van ontvangers, werd het tweede naamveld verwijderd tijdens het ondertekenen vanwege onjuiste afhandeling van vereiste naamgegevens van ontvangers tussen documenten.
4537197	Oplossing: Bijgewerkte documentverwerkingslogica om alle ontvangernaamvelden correct te behouden bij het verzenden van overeenkomsten in bulk.
4538172	Samenvatting: Het kopiëren van workflows die ontvangergroepen bevatten, mislukte tijdens Sandbox Sync met een 'Fout bij uitvoeren van aanvraag'-bericht vanwege ongeldige ontvangergroepreferenties. De workflow gebruikte omgevingsspecifieke ontvangergroep-ID's, die niet overdraagbaar zijn tussen omgevingen, waardoor validatie mislukte tijdens synchronisatie.
4538172	Oplossing: Bijgewerkte Sandbox Sync-afhandeling om ontvangergroepreferenties correct te valideren en te verwerken tijdens workflow-kopieerbewerkingen, waardoor storingen worden voorkomen wanneer ontvangergroepen in beide omgevingen bestaan.
4538251	Samenvatting: In de nieuwe ervaring 'In bulk verzenden' verschenen de velden voor volledige naam en e-mailadres van ondertekenaars niet tijdens het ondertekenen of in het definitieve document wanneer het bronbestand bestaande AcroForm-velden bevatte.Het probleem werd veroorzaakt door onjuiste afhandeling van samenvoegveldgegevens bij het combineren van ondertekeningsinformatievelden met reeds bestaande formuliervelden, waardoor de velden niet werden weergegeven in onderliggende overeenkomsten
4538251	Oplossing: Bijgewerkte samenvoeging en formulierveldverwerkingslogica om ondertekeningsinformatievelden correct toe te passen in documenten die bestaande AcroForm-velden bevatten.
4545485	Samenvatting: Het maken van overeenkomsten mislukte af en toe wanneer bij de generatie van miniaturen misvormde PDF-formuliervelden werden aangetroffen.De storing werd veroorzaakt door brondocumenten die formuliervelden bevatten zonder geldige namen en ongeldige geneste veldstructuren, wat verwerkingsfouten veroorzaakte tijdens PDF-generatie.
4545485	Oplossing: Validatie en null-controles toegevoegd tijdens PDF-verwerking om ongeldige formuliervelden af te handelen en storingen tijdens miniatuurgeneratie en het maken van overeenkomsten te voorkomen.
4545814	Samenvatting: Velden zijn verkeerd uitgelijnd en teksttags blijven zichtbaar bij het verwerken van documenten in liggende oriëntatie die zijn gegenereerd vanuit XDP-gebaseerde workflows.Onjuiste coördinaatberekeningen in liggende lay-outs veroorzaken onjuiste veldplaatsing en voorkomen dat teksttags correct worden geparseerd en verwijderd.
4545814	Oplossing: De veldweergelogica is bijgewerkt om formuliervelden correct te berekenen en te plaatsen in liggend georiënteerde documenten, waardoor juiste uitlijning en verwijdering van teksttags tijdens de verwerking wordt gegarandeerd.
4545978	Samenvatting: Geaccentueerde tekens in ondertekenaarsnamen worden onjuist weergegeven in het zichtbare handtekeningblok bij gebruik van lokaal digitaal ondertekenen.Het probleem treedt op omdat het standaardlettertype ingebed in het document geen juiste codering heeft voor West-Europese tekens, wat onjuiste tekenvervanging veroorzaakt tijdens het weergeven van de handtekening.
4545978	Oplossing: De ingesloten lettertypeconfiguratie is bijgewerkt om de juiste codering voor geaccentueerde tekens op te nemen, waardoor de correcte weergave van ondertekenaarsnamen in de handtekeningweergave wordt gegarandeerd
4547100	Samenvatting: Gekloonde meerregelige tekstvelden worden inconsistent weergegeven in de ondertekende PDF. Meerregelige gekloonde velden missen het standaardweergavewoordenboek, wat ervoor zorgt dat gekloonde velden minder regels weergeven dan het bronveld, zelfs wanneer beide velden dezelfde grootte en instellingen gebruiken.
4547100	Oplossing: Het standaardweergavewoordenboek toegevoegd aan meerregelige gekloonde velden zodat gekloonde en bronvelden consistent worden weergegeven in ondertekende documenten.
4548305	Samenvatting: De onboarding-checklist toont 'BAA aanvragen voor HIPAA-gereedheid' als In behandeling, zelfs wanneer HIPAA is ingeschakeld.De evaluatielogica van de checklist behandelt overgeërfde HIPAA-gerelateerde instellingen ten onrechte als onvolledig, waardoor de taakstatus in behandeling blijft ondanks dat de functie is ingeschakeld.
4548305	Oplossing: De evaluatielogica van de checklist is bijgewerkt om HIPAA-gerelateerde instellingen, inclusief overgeërfde waarden, correct te interpreteren, zodat de onboarding-taak de voltooide status weergeeft wanneer HIPAA is ingeschakeld.
4550731	Samenvatting: Er verschijnt een grote ruimte tussen de onderstreping van de handtekening en tijdstempel bij het ondertekenen van documenten met Invullen en ondertekenen.Het probleem treedt op wanneer het handtekeningveld niet breed genoeg is om de weergegeven handtekeninginhoud te bevatten, waardoor onjuiste afstand ontstaat in de handtekeningweergave
4550731	Oplossing: Handtekeningweergave bijgewerkt om de gedefinieerde veldafmetingen te respecteren en de afstand juist aan te passen, waardoor de ruimte tussen onderstreping en tijdstempel wordt verkleind.
4550906	Samenvatting: De koppeling Wachtwoord wijzigen verwijst naar een ongeldige URL voor bepaalde gebruikers, wat een browserfout veroorzaakt. Het probleem treedt op wanneer de app een verouderd eindpunt uit de configuratie leest in plaats van de juiste URL, wat leidt tot inconsistent gedrag in verschillende omgevingen.
4550906	Oplossing: Het geconfigureerde eindpunt voor wachtwoordwijziging bijgewerkt om de juiste URL te gebruiken in alle betreffende omgevingen.
4550992	Samenvatting: Het bewerken van bepaalde sjablonen in de nieuwe ervaring stuurt door naar de pagina Sjabloon maken in plaats van de sjabloon te openen in bewerkingsmodus. Het probleem treedt op omdat het systeem de ervaring bepaalt op basis van de instellingen van de sjablooneigenaar in plaats van de instellingen van de huidige gebruiker, wat onjuiste routering veroorzaakt bij het bewerken van gedeelde sjablonen.
4550992	Oplossing: Sjabloonbewerkingslogica bijgewerkt om de ervaringsinstellingen van de huidige gebruiker te gebruiken in plaats van die van de sjablooneigenaar, zodat sjablonen in de juiste bewerkingsmodus openen.
4551756	Samenvatting: E-mails voor goedkeuringsaanvragen tonen onopgeloste sjabloonvariabelen in het ontvangerveld, wat onjuiste e-mailopmaak veroorzaakt. Het probleem treedt op door een fout in de e-mailsjabloonweergeeflogica bij het genereren van berichten over rechtenconflicten.
4551756	Oplossing: E-mailsjabloonweergave bijgewerkt om ontvangervelden correct op te lossen en in te vullen, zodat geldige e-mailadressen worden weergegeven in e-mails voor goedkeuringsaanvragen.
4551768	Samenvatting: Ondertekenaars ondervinden een onverwerkte fout bij het openen of voltooien van overeenkomsten door een fout in de verwerking van formulierveldweergave. Een onjuist gevormd weergaveobject veroorzaakt een ClassCastException tijdens documentgeneratie, wat leidt tot een fout bij het weergeven van de overeenkomst.
4551768	Oplossing: Verwerkingslogica van formuliervelden bijgewerkt om weergaveobjecttypen te valideren voor casting, waardoor uitzonderingen worden voorkomen en overeenkomsten correct worden weergegeven voor ondertekening.
4552272	Samenvatting: Geannuleerde of verlaten overeenkomsten verschijnen onder Wacht op jou op de pagina Beheren. Het probleem treedt op wanneer een workflow-herstartgebeurtenis de statusgegevens van deelnemers niet goed opruimt, waardoor verouderde zichtbaarheids- en indexeringsgegevens achterblijven die de overeenkomst in onjuiste weergaven laten verschijnen
4552272	Oplossing: Workflow-herstartverwerking en indexeringslogica bijgewerkt om eerdere statusgegevens van deelnemers correct te wissen en ervoor te zorgen dat overeenkomsten alleen in hun juiste status verschijnen.
4553158	Samenvatting: In RTL-taalomgevingen op iOS reageert het handtekeningdeelvenster niet correct bij het tekenen van een handtekening.Het deelvenster scrolt in plaats van invoer vast te leggen, waardoor gebruikers handmatig moeten scrollen om de handtekening te tekenen en toe te passen, wat normaal ondertekeningsgedrag verhindert wanneer de nieuwe handtekeningervaring voor ontvangers is ingeschakeld.
4553158	Oplossing: Interactieverwerking van handtekeningdeelvenster voor RTL-lay-outs op iOS bijgewerkt om tekeninvoer correct vast te leggen zonder onbedoeld scrollen, waardoor normale handtekeningcreatie en -toepassing mogelijk wordt.
4553583	Samenvatting: Workflows staan e-mailadressen met voorloop- of volgspaties toe, wat overeenkomsten stil laat mislukken bij verzending in de nieuwe ervaring. Het systeem valideert of normaliseert de invoer niet en er wordt geen foutbericht getoond om het probleem aan te geven.
4553583	Oplossing: Invoerverwerking bijgewerkt om automatisch witruimte uit e-mailadressen te verwijderen en het opslaan van ongeldige waarden te voorkomen, en verwerking toegevoegd voor bestaande workflows zodat overeenkomsten succesvol kunnen worden verzonden.
4553676	Samenvatting: Hyperlinks worden onjuist weergegeven in de weergave Beheren, waarbij de titel van de overeenkomst wordt toegevoegd aan de URL, waardoor koppelingen niet meer werken.Het probleem treedt op door onjuiste URL-parsing bij het weergeven van hyperlinks in de interface Beheren.
4553676	Oplossing: Weergave van hyperlinks bijgewerkt om juiste URL-parsing te gebruiken, waardoor koppelingen ongewijzigd blijven en correct functioneren in alle weergaven.
4555021	Samenvatting: OTP-validatie mislukt met de foutmelding 'verlopen', zelfs wanneer de code onmiddellijk wordt ingevoerd.Het probleem treedt op door een race condition in de authenticatieworkflow, waarbij meerdere verzendgebeurtenissen ervoor zorgen dat de OTP voortijdig ongeldig wordt gemaakt.
4555021	Oplossing: OTP-validatieflow bijgewerkt om dubbele of snelle verzendgebeurtenissen correct te verwerken, waardoor voortijdige vervaldatum wordt voorkomen en geldige OTP-invoer kan slagen.
4555028	Samenvatting: Het verwijderen van de volgende ontvanger om te ondertekenen kan mislukken met een systeemfout en de overeenkomst vastzetten in een status van herziening in behandeling. Het probleem treedt op wanneer de ontvanger een actieve herinnering heeft, waardoor de overeenkomstupdate niet succesvol kan worden voltooid.
4555028	Oplossing: Logica voor het verwijderen van ontvangers bijgewerkt om gevallen te verwerken waarbij de volgende ondertekenaar actieve herinneringen heeft, waardoor de overeenkomstupdate kan worden voltooid zonder fouten.
4555319	Samenvatting: Makers van webformulieren zien alleen de opties Typen en Tekenen handtekening bij het bekijken van de voorvertoning van het formulier, terwijl ondertekenaars alle beschikbare opties zien (Typen, Tekenen, Afbeelding, Mobiel). Het probleem treedt op omdat de voorvertoningsmodus de ingeschakelde handtekeninginvoerinstellingen niet correct toepast wanneer de maker niet optreedt als ondertekenaar.
4555319	Oplossing: Voorvertoningsgedrag van webformulieren bijgewerkt om de volledige set ingeschakelde handtekeninginvoertypen toe te passen, waardoor makers dezelfde handtekeningopties zien als ondertekenaars.
4555345	Samenvatting: Overeenkomsten met meerdere ontvangers van het type Ondertekenaar met Getuige kunnen niet worden geopend in Voorvertoning vanuit Concept met de fout 'ParticipantSetsInfo kan niet worden gewijzigd.' Het probleem treedt op door onjuiste logica voor deelnemer- en getuigevolgorde in aangepaste workflows, wat voorkomt dat de overeenkomst terugkeert naar de authoringsstatus
4555345	Oplossing: Logica voor deelnemer- en getuigenvolgorde in aangepaste workflows bijgewerkt om de uitvoeringsvolgorde correct te berekenen. Hierdoor kunnen overeenkomsten terugkeren naar de authoring-status en normaal doorgaan.
4555615	Samenvatting: Payloads van webhook-gebeurtenissen voor gedelegeerde en vervangen ontvangers bevatten het veld privateMessage niet.Het probleem treedt op omdat het privébericht niet wordt doorgegeven aan de ontvangerstatus die wordt gebruikt om webhook-payloads te genereren, wat resulteert in ontbrekende gegevens voor betreffende gebeurtenissen.
4555615	Oplossing: Verwerking van deelnemergegevens bijgewerkt om ervoor te zorgen dat privéberichten worden opgenomen in webhook-payloads voor gedelegeerde en vervangen ontvangers.
4555687	Samenvatting: Overeenkomsten kunnen automatisch worden geannuleerd en naar een verborgen status worden verplaatst na ondertekening door een fout bij de validatie van de documentzichtbaarheid.Wanneer een deelnemer wordt gedelegeerd of vervangen, wordt de toewijzing van documentzichtbaarheid niet correct overgedragen. Dit veroorzaakt een verschil tussen toegewezen velden en zichtbare documenten, wat een automatische annulering kan activeren.
4555687	Oplossing: Delegatie- en vervangingslogica kloont nu correct documentzichtbaarheidstoewijzingen voor nieuwe deelnemers, waardoor validatiefouten en onbedoelde overeenkomstannulering worden voorkomen.
4556516	Samenvatting: Formuliervelden kunnen geconfigureerde lettertypegroottes negeren en inconsistent weergeven in gegenereerde overeenkomsten. Het probleem treedt op in meerregelige velden wanneer de documentverwerkingsengine de lettergrootte aanpast om tekstafkapping te voorkomen, waardoor vaste lettergrootte-instellingen worden overschreven.
4556516	Oplossing: Weergavegedrag van lettertypen bijgewerkt zodat meerregelige velden vaste lettergrootte-instellingen respecteren, waardoor gedrag wordt afgestemd op verwachte output en onbedoelde grootte-aanpassingen worden voorkomen.
4556967	Samenvatting: Geselecteerde selectievakjes kunnen als niet-geselecteerd verschijnen in de definitieve ondertekende PDF voor webformulieren. Het probleem treedt op wanneer bepaalde verborgen waarden (bijvoorbeeld 'no', 'false', '0', 'off', 'unchecked') worden gebruikt, wat ertoe kan leiden dat selectievakjesstaten verkeerd worden geïnterpreteerd tijdens document verwerken wanneer Gibson is ingeschakeld.
4556967	Oplossing: Selectievakjesverwerking bijgewerkt om verborgen waarden correct te interpreteren en geselecteerde staten te behouden in het definitieve document, waardoor consistentie tussen ondertekenen en de ondertekende PDF wordt gegarandeerd.
4557222	Samenvatting: Koppelingsvelden van veldsjablonen kunnen verdwijnen op de authoring-pagina wanneer ze worden gebruikt binnen een workflow.Het probleem treedt op omdat koppelingsvelden niet zijn opgenomen in de overeenkomstformulier veldgegevens die worden geretourneerd tijdens workflow-gebaseerde authoring, wat resulteert in ontbrekende velden.
4557222	Oplossing: Formulier veldafhandeling bijgewerkt om koppelingsvelden van veldsjablonen op te nemen tijdens workflow verwerken, waardoor ze correct worden samengevoegd en weergegeven op de authoring-pagina.
4557272	Samenvatting: Het veld Datum van ondertekening kan er niet in slagen om te verschijnen in de definitieve ondertekende PDF.Het probleem treedt op wanneer tekstveldweergave faalt tijdens document verwerken, waardoor het datumveld niet wordt weergegeven in het output document.
4557272	Oplossing: Tekstveldweergave bijgewerkt om null of lege waarden correct af te handelen, waardoor het veld Datum van ondertekening consistent wordt weergegeven in ondertekende documenten.
4557282	Samenvatting: Keuzerondjevelden in webformulieren kunnen een onverwachte knopinfowaarde ('object Object') weergeven wanneer ze worden gemaakt met de nieuwe sjabloonervaring.Het probleem treedt op door onjuiste afhandeling van lege knopinfo-waarden, waardoor placeholdergegevens worden weergegeven in plaats van onderdrukt te worden.
4557282	Oplossing: Afhandelingslogica voor knopinfo bijgewerkt om lege waarden correct te negeren, waardoor onbedoelde placeholder-tekst niet verschijnt in webformulieren.
4557589	Samenvatting: Vooraf ingevulde selectievakjes kunnen niet aangevinkt verschijnen wanneer de overeenkomst wordt verzonden voor ondertekening.Het probleem treedt op wanneer dubbele of conflicterende verborgen waarden zijn gedefinieerd voor selectievakjes of keuzerondjes, wat een onjuiste interpretatie van de geselecteerde status kan veroorzaken tijdens de documentverwerking.
4557589	Oplossing: Afhandeling van veldwaarden bijgewerkt om verborgen waarden correct te verwerken en vooraf ingevulde selecties te behouden, waardoor de status van selectievakjes consistent blijft wanneer overeenkomsten worden gegenereerd en verzonden.
4557672	Samenvatting: De nieuwe aanvraag ondertekening ervaring kan een generieke fout ('De verstrekte aanvraag is ongeldig') weergeven bij het verzenden van een overeenkomst, zonder het specifieke veld te identificeren dat de fout veroorzaakt.Dit kan optreden wanneer ontvangergegevens (zoals het telefoonnummerformaat) de validatie niet doorstaan, maar de fout niet duidelijk aan de gebruiker wordt getoond.
4557672	Oplossing: Validatieafhandeling bijgewerkt om specifieke foutmeldingen op veldniveau te bieden, waardoor gebruikers ongeldige invoer kunnen identificeren en corrigeren voordat ze de overeenkomst verzenden.
4557680	Samenvatting: Toewijzingen voor selectievakjes of keuzerondjes kunnen falen in sommige overeenkomsten bij het combineren van meerdere documenten, wat resulteert in verwachte waarden die niet worden toegepast.Het probleem treedt op wanneer standaardwaarden niet exact overeenkomen met gedefinieerde exportwaarden, wat ertoe kan leiden dat velden worden behandeld als afzonderlijke groepen en het toewijzingsgedrag wordt verstoord.
4557680	Oplossing: Veldtoewijzingslogica bijgewerkt om niet-overeenkomende standaardwaarden te negeren en velden correct te associëren tussen documenten, waardoor de consistentie van het gedrag van selectievakjes en keuzerondjes wordt verbeterd.
4557902	Samenvatting: Een extra ruimte kan optreden tussen de handtekening en de datum- en tijdstempel in Fill and Sign-overeenkomsten.Het probleem treedt op door onjuiste spatiëringsberekening in goed geformatteerde handtekeningen, wat leidt tot inconsistente lay-out vergeleken met andere ondertekeningsstromen.
4557902	Oplossing: De berekening van de handtekeningslay-out is bijgewerkt om de handtekening en tijdstempel correct te positioneren, ongewenste afstand te verwijderen en consistente opmaak te garanderen.
4557947	Samenvatting: Selectievakjesvelden kunnen niet aangevinkt worden weergegeven in de definitieve ondertekende PDF bij gebruik van bibliotheeksjablonen, ook al heeft de ondertekenaar ze geselecteerd.Het probleem kan optreden wanneer selectievakjesvelden verkeerd zijn geconfigureerd of bepaalde verborgen waarden gebruiken, wat leidt tot onjuiste interpretatie van de geselecteerde staat tijdens de documentverwerking.
4557947	Oplossing: Verwerking van selectievakjes bijgewerkt om verborgen waarden correct te interpreteren en geselecteerde statussen te behouden, zodat selecties van selectievakjes behouden blijven in het ondertekende document.
4558295	Samenvatting: Vereiste waarden van keuzerondjes kunnen ontbreken in de definitieve ondertekende PDF. Het probleem kan optreden wanneer veldwaarden speciale tekens bevatten (bijvoorbeeld aanhalingstekens of symbolen) die niet correct worden verwerkt, waardoor de geselecteerde waarde niet wordt weergegeven in de documentuitvoer.
4558295	Oplossing: Veldwaardeverwerking bijgewerkt om speciale tekens correct te verwerken, zodat geselecteerde waarden behouden blijven en worden weergegeven in de ondertekende PDF.
4558307	Samenvatting: Formuliervelden kunnen geconfigureerde lettertypegroottes negeren en inconsistent weergeven in gegenereerde overeenkomsten.Het probleem kan optreden in meerregelige velden wanneer de documentverwerkingsengine de tekengrootte aanpast om tekstafkapping te voorkomen, waardoor vaste tekengrootte-instellingen worden overschreven.
4558307	Oplossing: Lettertype-weergavegedrag bijgewerkt zodat meerregelige velden vaste tekengrootte-instellingen respecteren, onbedoelde grootteverandering voorkomen en consistente uitvoer garanderen.
4558554	Samenvatting: Ondertekenaars kunnen overeenkomsten voltooien zonder interactie met het handtekeningblok. Het probleem kan optreden in Gibson-ingeschakelde accounts wanneer het handtekeningblok niet correct wordt weergegeven of afgedwongen tijdens ondertekening, waardoor voltooiing mogelijk is met alleen het handtekeningveld.
4558554	Oplossing: Handtekeningweergave en validatielogica bijgewerkt om ervoor te zorgen dat handtekeningblokken correct worden weergegeven en vereist zijn voordat de overeenkomst wordt voltooid.
4558725	Samenvatting: Teksttags kunnen niet worden weergegeven of geconverteerd naar formuliervelden tijdens voorvertoning. Het probleem kan optreden wanneer de geüploade PDF niet-ondersteunde of ongeldige elementen bevat (bijvoorbeeld null-notities of bestaande invulbare velden), die voorkomen dat teksttagverwerking succesvol wordt voltooid.
4558725	Oplossing: Teksttagverwerking bijgewerkt om PDF's met ongeldige of niet-ondersteunde notities betrouwbaarder te verwerken, zodat velden zoals verwacht kunnen worden gegenereerd tijdens voorvertoning.
4559285	Samenvatting: Telefoonauthenticatie kan mislukken voor bepaalde regio's bij het selecteren van een landcode in de nieuwe aanvraaghandtekeningervaring. Het probleem treedt op wanneer de gebruikersinterface een onvolledige of onjuiste landcode weergeeft (bijvoorbeeld “+1” in plaats van “+1246” voor Barbados), wat validatiefouten kan veroorzaken bij het verzenden van de overeenkomst.
4559285	Oplossing: Landcodeverwerking bijgewerkt om de juiste volledige kiescodes te gebruiken, zodat telefoonnummers correct worden gevalideerd en verwerkt in de nieuwe ervaring.
4560119	Samenvatting: Tekst in formuliervelden kan verkeerd uitgelijnd lijken of overlappen in gegenereerde overeenkomsten. Het probleem kan optreden in meerregelige tekstvelden wanneer weergaveverschillen worden geïntroduceerd door de documentverwerkingsengine, wat leidt tot lay-outverschuivingen vergeleken met de authoringweergave.
4560119	Oplossing: Tekstweergave en lay-outverwerking voor meerregelige velden bijgewerkt om uitlijning te verbeteren en overlapping te voorkomen, zodat consistentere weergave tussen authoring en definitieve documenten wordt gegarandeerd
4562058	Samenvatting: De naam van de ontvanger kan ongewijzigd blijven bij het selecteren van een ander e-mailadres uit het adresboek op de verzendpagina. Het probleem treedt op omdat het naamveld niet wordt vernieuwd wanneer een nieuw contact wordt geselecteerd, wat een mismatch veroorzaakt tussen de weergegeven naam en het geselecteerde e-mailadres.
4562058	Oplossing: Gedrag voor ontvangersselectie bijgewerkt zodat het naamveld altijd wordt vernieuwd wanneer een nieuw contact wordt geselecteerd, zodat naam en e-mailadres gesynchroniseerd blijven.
4566339	Samenvatting: Onjuiste selectievakjesstatussen kunnen verschijnen bij het verwerken van statische XFA-PDF's met misvormde veldwaarden. Het probleem kan optreden wanneer niet-ondersteunde of ongeldige XFA-gegevens (bijvoorbeeld tekenreekswaarden in numerieke velden) inconsistent worden verwerkt, vooral in Gibson-ingeschakelde omgevingen waar standaardwaarden van selectievakjes verkeerd kunnen worden geïnterpreteerd.
4566339	Oplossing: XFA-verwerking in de documentverwerkingspijplijn bijgewerkt om misvormde waarden consistenter te normaliseren of negeren, onjuiste selectievakjesstatussen te voorkomen en gedrag tussen omgevingen af te stemmen.
4567278	Samenvatting: Alleen-lezen tekstvelden kunnen niet verschijnen op de ondertekeningspagina wanneer dynamische deelnemers zijn ingeschakeld. Het probleem treedt op door inconsistenties in veldweergave tijdens deelnemersresolutie, waardoor niet-bewerkbare velden kunnen worden weggelaten uit de ondertekenaarweergave.
4567278	Oplossing: Bijgewerkte veldweergelogica voor dynamische deelnemers om ervoor te zorgen dat alleen-lezen velden consistent worden opgenomen en weergegeven tijdens ondertekening.
4568023	Samenvatting: Afbeelding- en Mobile-handtekeningopties kunnen niet verschijnen in webformulieren tijdens ondertekening. Het probleem kan optreden door inconsistent laden van handtekeningopties in de webformulier-invoerworkflow, waarbij bepaalde ondertekeningmethoden niet worden weergegeven totdat de sessie opnieuw wordt geladen of via een alternatief pad wordt benaderd.
4568023	Oplossing: Bijgewerkte webformulier-ondertekeningsinitialisatie om alle ingeschakelde handtekeningopties consistent te laden, zodat Afbeelding- en Mobile-methoden beschikbaar zijn via alle toegangspunten.

16 juni 2026 (Minor release) v17.1.1

Adobe Acrobat Sign release v17.1.1

Sandbox implementatie: 12 mei 2026

Productie implementatie: 16 juni 2026

GovCloud implementatie: 18 juni 2026

Verbeterde functionaliteit

Ontvanger filter in rapportage – Voeg op ontvanger gebaseerde filtering toe aan rapporten en data-exports.
Voeg een Recipient filter toe aan moderne Reporting voor Agreement en Transaction rapporten en Data Exports. Beheerders kunnen filteren op ontvanger e-mail om alle overeenkomsten te retourneren die de gespecificeerde ontvanger bevatten, ongeacht rol of ondertekeningsvolgorde. Het filter ondersteunt automatisch aanvullen en multiselectiegedrag dat consistent is met het bestaande Sender filter en is van toepassing op zowel visuele rapporten als CSV-exports.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratie omvang: Ingeschakeld met Modern Reporting
Bekijk het rapportage overzicht >
Bekijk het bijgewerkte document Een rapport maken >
Bekijk de bijgewerkte documentatie voor Een gegevensexport maken >

Inline document bewerken tijdens authoring – Bewerk documenttekst direct in de authoringomgeving voordat je een overeenkomst verstuurt.
Verzenders kunnen documenttekst direct bewerken in de authoringomgeving zonder het bestand te downloaden en opnieuw te uploaden. De Document bewerken optie behoudt bestaande velden en overeenkomstconfiguratie, waardoor verstoring tijdens updates vóór verzending wordt verminderd.Bewerken is alleen beschikbaar wanneer de overeenkomst in conceptstatus is en is niet beschikbaar nadat de overeenkomst is verzonden.
Deze functie is standaard ingeschakeld voor ondersteunde accounts. Het is niet beschikbaar in Acrobat Sign for Government of voor accounts die het verouderde gebruikersbeheersysteem gebruiken.

Beschikbare omgevingen: Sandbox, Commercial | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratieomvang: Account en groep; Standaard ingeschakeld

Bio-Pharma (CFR) ondersteuning in Modern eSign – Voegt het vastleggen van ondertekeningsreden en afgedwongen herauthenticatie tijdens ondertekening toe
Adobe Acrobat Sign voltooit Bio-Pharma ondersteuning in de Modern eSign ervaring door het vastleggen van ondertekeningsreden en afgedwongen herauthenticatie tijdens ondertekening toe te voegen. Organisaties die opereren in gereguleerde omgevingen kunnen een ondertekeningsreden vereisen, herauthenticatie afdwingen voor elke handtekening of bij de laatste klik-om-te-ondertekenen en conforme auditrapportage onderhouden — allemaal binnen de Modern interface.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratie omvang: Ondersteuning voor Bio Pharma Instellingen in Modern eSign is standaard ingeschakeld.
Controleer de bijgewerkte lijst met ondersteunde functies voor Modern elektronisch ondertekenen >

Wijzigingen in gebruikerservaring

REST API/Webhookupdates

Onderdruk overeenkomstmeldingen via API – Voeg gedetailleerde controle toe over berichten aan ontvangers
Gebruik de REST v6 POST /agreements API om te controleren welke meldingen worden verzonden bij het maken van overeenkomsten door specifieke e-mailtypes voor deelnemers, CC's of de verzender te onderdrukken.Dit vermindert onnodige e-mails en ondersteunt schonere, meer gecontroleerde ondertekeningservaringen in geïntegreerde workflows.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratie omvang: REST v6 API

Errata vrijgeven

Er zijn op dit moment geen items uit deze release verdwenen.

Opgeloste problemen

Vorige versies

AANVULLENDE INFORMATIE: 2026

AANVULLENDE INFORMATIE: 2025

AANVULLENDE INFORMATIE: 2024

AANVULLENDE INFORMATIE: 2023

AANVULLENDE INFORMATIE: 2022

AANVULLENDE INFORMATIE: 2021

Krijg sneller en gemakkelijker hulp

Nieuwe gebruiker?

Adobe Acrobat Sign-publicatieoverzicht en vooraf vrijgegeven informatie

Adobe Acrobat Sign-publicatieoverzicht en vooraf vrijgegeven documentatie

Beschikbaarheid van Sandbox

Releases

5 mei 2026 (Grote release) v17.1

Adobe Acrobat Sign losmaken v17.1

Sandbox implementatie: 7 april 2026

Productie implementatie: 5 mei 2026

GovCloud implementatie: 12 mei 2026

Verbeterde functionaliteit

Wijzigingen in gebruikerservaring

REST API/Webhookupdates

Release-errata - Toegevoegde elementen

Release-errata - verwijderde elementen

Opgeloste problemen

16 juni 2026 (Minor release) v17.1.1

Adobe Acrobat Sign release v17.1.1

Sandbox implementatie: 12 mei 2026

Productie implementatie: 16 juni 2026

GovCloud implementatie: 18 juni 2026

Verbeterde functionaliteit

Wijzigingen in gebruikerservaring

REST API/Webhookupdates

Errata vrijgeven

Opgeloste problemen

Vorige versies

Krijg sneller en gemakkelijker hulp

Deze pagina delen

Vraag het de community

Contact met ons opnemen