Niet alle functies/wijzigingen zijn gegarandeerd ingeschakeld op de datum van de release. Verwijs altijd naar de Amerikaanse Engelstalige versie van de pagina als de meest actuele en nauwkeurige versie.

Adobe Acrobat Sign release v17.1.1

Productie-implementatie: 16 juni 2026

Implementatie van GovCloud: 18 juni 2026

Verbeterde functionaliteit

Ontvangersfilter in rapportage – voeg filtering op basis van ontvangers toe aan rapporten en gegevensexport.
Voeg een Ontvangersfilter toe aan moderne rapportage voor overeenkomst- en transactierapporten en gegevensexport. Beheerders kunnen filteren op het e-mailadres van een ontvanger om alle overeenkomsten te vinden die de opgegeven ontvanger bevatten, ongeacht rol of ondertekeningsvolgorde. Het filter ondersteunt automatisch aanvullen en meervoudige selectie, consistent met het bestaande filter voor Afzender, en is van toepassing op zowel visuele rapporten als CSV-export.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratiebereik: Ingeschakeld met moderne rapportage
Rapportageoverzicht beoordelen >
Bijgewerkte document voor Rapport maken beoordelen >
Bijgewerkte documentatie voor Gegevensexport maken beoordelen >

Wijzigingen in gebruikerservaring

Bio-Pharma (CFR)-ondersteuning in moderne elektronische ondertekening – hiermee wordt vastlegging van de ondertekeningsreden en verplichte herbevestiging tijdens ondertekening toegevoegd
Bio-Pharma-ondertekeningsinstellingen, inclusief vastleggen van ondertekeningsreden en herverificatie tijdens ondertekening, worden nu ondersteund in de moderne elektronische ondertekeningservaring. Overeenkomsten die deze instellingen gebruiken, vallen niet langer terug op de klassieke ondertekeningservaring. Geen klantactie of wijziging van beheerinstellingen vereist.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratiebereik: Ondersteuning voor Bio-Pharma-instellingen in Moderne elektronische ondertekening is standaard ingeschakeld.
Bekijk de bijgewerkte lijst met ondersteunde functies voor Modern e-sign >

REST API/Webhookupdates

API- en webhook-updates voor deze release zijn te vinden in de Acrobat Sign API-documentatie.

Overeenkomstmeldingen onderdrukken via API – Granulaire controle over ontvangersberichten toevoegen
Gebruik de REST-API v6 POST /agreements om te beheren welke meldingen worden verzonden bij het maken van overeenkomsten door specifieke e-mailtypes voor deelnemers, CC's of de afzender te onderdrukken. Dit vermindert onnodige e-mails en ondersteunt schonere, beter gecontroleerde ondertekeningservaringen in geïntegreerde workflows.

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

Opgeloste problemen

Probleem	Beschrijving
4545881	Samenvatting: Ondertekenaars die Downloaden en ondertekenen in Acrobat gebruiken, kregen na het uploaden van een digitaal ondertekende PDF soms de fout "Adobe Acrobat Sign kan niet herkennen" wanneer het Digital ID-certificaat geen verwachte waarde voor de naam van de ondertekenaar bevatte, zoals commonName, givenName of pseudonym. De overeenkomst kon niet worden voltooid ook al was de ondertekende PDF geüpload.
4545881	Oplossing: Acrobat Sign verwerkt nu Digital ID-certificaten met ontbrekende waarden voor de naam van de ondertekenaar zonder een fout te genereren tijdens het uploadvalidatieproces. Ondertekening kan succesvol worden voltooid, hoewel de ondertekenaarsnaam mogelijk niet wordt weergegeven als het certificaat er geen bevat.
4547132	Samenvatting: Wanneer overeenkomsten waren gemaakt via de POST /agreements API-aanvraag en securityOption op null was ingesteld, kregen externe ontvangers soms Geen als verificatiemethode, ook als accountinstellingen e-mail-OTP als de standaard verificatiemethode vereisten. Interne ontvangersverificatie werd correct toegepast, maar externe ontvangersverificatie niet.
4547132	Oplossing: Acrobat Sign past nu correct de in het account geconfigureerde standaard authenticatiemethode toe wanneer via API gemaakte overeenkomsten ontvangers bevatten met een null securityOption-waarde. Externe ontvangers ontvangen nu de vereiste standaard authenticatiemethode in plaats van Geen.
4553171	Samenvatting: In ontwikkelaaraccounts die de nieuwe Sjabloon maken-ervaring gebruiken, konden herbruikbare sjablonen het voorvoegsel [DEMO USE ONLY] tonen op de pagina Beheren, maar het voorvoegsel was niet beschikbaar bij het bewerken van de sjabloonnaam. Gebruikers konden het voorvoegsel niet verwijderen uit de bestaande sjabloonnaam tenzij ze de volledige naam vervingen of overstapten naar de klassieke sjabloonervaring.
4553171	Oplossing: Bij de nieuwe ervaring Sjabloon maken blijven nu de naam van de herbruikbare sjabloon en de naam van de overeenkomst uitgelijnd voor watermerkgedrag van Ontwikkelaars-accounts. Gebruikers kunnen de volledige sjabloonnaam bewerken, inclusief het voorvoegsel [DEMO USE ONLY], zonder over te stappen naar de klassieke ervaring
4556731	Samenvatting: Nadat een verzender een ontvanger door zichzelf had vervangen en vervolgens de overeenkomst had gedelegeerd naar een andere ontvanger, keerde de overeenkomst terug naar In uitvoering, maar de optie Ondertekend document uploaden bleef onbeschikbaar. Dit verhinderde de verzender om een ondertekende kopie te uploaden voor in aanmerking komende actieve overeenkomsten na die delegatievolgorde.
4556731	Oplossing: Wanneer de overeenkomst in aanmerking komt voor het uploaden van een ondertekend document, herstelt Acrobat Sign de optie Document ondertekend uploaden nu correct nadat een ontvanger is vervangen door de afzender en vervolgens gedelegeerd naar een andere ontvanger.
4557576	Samenvatting: Wanneer een handtekeningblok was toegewezen aan een ontvangergroep met meerdere leden, werd het e-mailadres in het handtekeningblok soms afgekapt in plaats van duidelijk weergegeven. Daardoor was de informatie van de ontvangergroep soms moeilijk leesbaar totdat een groepslid het ondertekenen voltooide.
4557576	Oplossing: Acrobat Sign toont de e-mailinformatie van ontvangergroepen in nu handtekeningblokken zonder de zichtbare tekst abrupt af te kappen. Lange e-mailwaarden van ontvangergroepen worden zodanig verwerkt dat de weergegeven informatie binnen het handtekeningblok leesbaar blijft.
4561898	Samenvatting: Sommige ontvangers konden een serverfout tegenkomen na authenticatie of bij het afronden van het ondertekenen van overeenkomsten die gebruikmaakten van specifieke PDF-documenten. De fout werd veroorzaakt door een probleem bij het verwerken van PDF-structuurgegevens tijdens het genereren van ondertekende documenten, waardoor de ondertekenaar de overeenkomst niet kon voltooien.
4561898	Oplossing: Acrobat Sign verwerkt PDF-structuurgegevens nu defensiever tijdens het ondertekenen en genereren van documenten. De oplossing verhindert dat structuurconflicten de voltooiing blokkeren, zodat ontvangers zich kunnen verifiëren, kunnen ondertekenen en de betreffende overeenkomsten kunnen voltooien.
4562041	Samenvatting: Sommige webhookmeldingen kunnen worden vertraagd of niet worden gepubliceerd wanneer Acrobat Sign een interne serverfout ontving tijdens het bouwen van de webhookpayload. Voor het betreffende account had dit invloed op verschillende gebeurtenissen op 19 maart 2026, waaronder AGREEMENT_WORKFLOW_COMPLETED en andere overeenkomstgebeurtenissen, waardoor downstream klantworkflows werden vertraagd
4562041	Oplossing: Acrobat Sign verwerkt nu fouten bij het genereren van webhook-payloads betrouwbaarder, zodat mislukte interne reacties niet op een manier in de cache worden opgeslagen die de levering van gebeurtenissen blokkeert of vertraagt. De oplossing is gevalideerd door regressietests en is bedoeld om te verhinderen dat de betreffende webhookgebeurtenissen worden vertraagd door hetzelfde foutpad voor payloadgeneratie.
4562458	Samenvatting: Ontvangers konden de fout 'Ongeldige overeenkomst-ID opgegeven' ontvangen bij het openen van een ondertekenings-URL voor overeenkomsten die naar inactieve gebruikers op geclaimde accountdomeinen werden verzonden, wanneer authenticatie van ontvangers zoals e-mail-OTP of wachtwoordauthenticatie werd gebruikt. In de ondertekeningsworkflow werd een in behandeling zijnde gebruiker voor eenmalig gebruik gemaakt om het ondertekeningsproces voort te zetten, maar het verzoek om ondertekeningsinformatie las soms verouderde overeenkomstgegevens waarin de nieuw gemaakte deelname niet aanwezig was, waardoor toegang werd geblokkeerd totdat de ondertekeningskoppeling opnieuw werd gegenereerd of de gegevens werden vernieuwd.
4562458	Oplossing: Acrobat Sign haalt nu actuele overeenkomstdeelnamegegevens op bij het openen van geauthenticeerde ondertekenings-URL's in deze workflow. Dit voorkomt dat verouderde opgeslagen overeenkomstgegevens fouten met een ongeldige overeenkomst-ID veroorzaken en stelt ontvangers in staat om authenticatie te voltooien en de pagina voor elektronisch ondertekenen succesvol te openen.
4566894	Samenvatting: Vanaf de pagina Beheren konden sommige verlopen overeenkomsten die met meerdere sjablonen waren gemaakt, niet worden gekopieerd. Wanneer gebruikers Kopie maken selecteerden, mislukte de kopieerbewerking met Kan overeenkomst niet kopiëren. Probeer het later opnieuw omdat de validatie van sjabloontoegang is mislukt tijdens het kopiëren van overeenkomsten met meer dan één sjabloon.
4566894	Oplossing: Acrobat Sign valideert nu correct template-informatie bij het kopiëren van overeenkomsten die zijn gemaakt van meerdere templates. De betreffende overeenkomsten kunnen nu worden gekopieerd zonder de back-end-sessiefout te activeren.
4568666	Samenvatting: Webhookmeldingen mislukten af en toe voor overeenkomsten die getuige-deelnemers zonder toegewezen gebruikers-ID bevatten. De kerngebeurtenis voor de overeenkomst werd gemaakt, maar het genereren van de webhookpayload mislukte soms wanneer deelnemergegevens in een onvoorspelbare volgorde werden verwerkt, waardoor sommige verwachte webhookgebeurtenissen na AGREEMENT_CREATED niet werden geleverd.
4568666	Oplossing: Acrobat Sign behandelt nu webhookdeelnemergegevens met ontbrekende gebruikers-ID's veilig tijdens payloadgeneratie. Dit verhindert dat tijdelijke aanduidingen voor getuige-deelnemers webhookpayloadfouten veroorzaken, en zorgt ervoor dat verwachte overeenkomst webhookgebeurtenissen consistent worden geleverd.
4571682	Samenvatting: In sommige overeenkomsten waar Power Automate ontvangergroepen wijzigde voordat een latere formulierinvuller aan de beurt was, konden alleen-lezen velden voor de volgende formulierinvuller soms niet worden weergegeven. Nadat de formulierinvuller de bewerkbare velden had voltooid, verdwenen die velden soms ook uit de overeenkomst, ook al waren de velden nog steeds correct toegewezen en gemarkeerd als zichtbaar via de API.
4571682	Oplossing: In Acrobat Sign blijft de zichtbaarheid van velden voor volgende ontvangergroepen na wijzigingen in het groepslidmaatschap van ontvangers nu behouden. Alleen-lezen velden, handtekeningblokken, vervolgkeuzeopties en andere voltooide veldwaarden blijven voor de vaste scenario's beschikbaar voor latere ontvangers en in de gedownloade PDF.
4571845	Samenvatting: Persoonlijke ondertekening kan mislukken met een serverfout wanneer het e-mailadres van de persoonlijke ondertekenaar overeenkomt met een bestaand gebruikersaccount op een andere shard, waardoor de overeenkomst niet kan worden voltooid.
4571845	Oplossing: De verwerking van persoonlijke ondertekenaars is bijgewerkt zodat nu correct een tijdelijk record voor de ondertekenaar kan worden gemaakt en gebruikt, zodat waardoor cross-shard gebruikersconflicten worden voorkomen en de ondertekeningssessie succesvol kan worden voltooid.
4573019	Samenvatting: De volgorde van ontvangergroepen wordt na dynamische deelnemersupdates waarin een mix van ontvangers en ontvangergroepen wordt verwijderd, soms onjuist berekend, waardoor de blijvende groep de verkeerde volgorde heeft.
4573019	Oplossing: De herberekening van de deelnemervolgorde is bijgewerkt, zodat ontvangergroepen na complexe dynamische verwijderingen van deelnemers de juiste volgorde houden, inclusief gevallen waarbij een groep wordt teruggebracht tot één overgebleven lid.
4572455	Samenvatting: Sommige ondertekenaars zagen het bericht Niet-afgehandelde fout of Er is iets misgegaan na voltooiing van de ondertekening, ook al was de handtekening geplaatst en was de overeenkomst doorgestuurd naar de volgende ontvanger. Het probleem deed zich voor wanneer dynamische deelnemers waren ingeschakeld en in de ondertekeningsworkflow werd geprobeerd het document voor te bereiden voor de volgende ondertekenaar, maar de verwachte ondertekende documentversie niet werd gevonden.
4572455	Oplossing: Acrobat Sign controleert nu op de juiste ondertekende documentversie bij het voorbereiden van een overeenkomst voor de volgende ondertekenaar. Dit voorkomt dat de ondertekeningsflow een foutmelding weergeeft na een succesvolle handtekening wanneer dynamische deelnemers zijn ingeschakeld.