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.

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
Afzenders 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 niet meer beschikbaar nadat de overeenkomst is verzonden.

Deze functie is standaard ingeschakeld voor alle gebruikers in ondersteunde accounts, zodat afzenders documenten kunnen bewerken die worden verzonden via Handtekening aanvragen. Account- en groepsbeheerders kunnen het bewerken van documenten uitschakelen via de Verzendinstellingen.

Deze functie is niet beschikbaar in Acrobat Sign for Government of voor accounts die het verouderde gebruikersbeheersysteem gebruiken.

Beschikbare omgevingen: Sandbox, Commercial | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratiescope: Account en groep; Standaard ingeschakeld
Inline documentbewerking in- of uitschakelen >
Tekst bewerken tijdens veldauthoring >

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

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.

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

Probleem	Beschrijving
4545881	Samenvatting: Ondertekenaars die Downloaden en ondertekenen in Acrobat gebruiken, kunnen de fout 'Adobe Acrobat Sign cannot recognize' ontvangen na het uploaden van een digitaal ondertekende PDF wanneer het Digital ID-certificaat geen verwachte ondertekenaarsnaamwaarde bevatte, zoals commonName, givenName of pseudonym. De overeenkomst kon niet worden voltooid ondanks dat de ondertekende PDF was geüpload.
4545881	Oplossing: Acrobat Sign verwerkt nu Digital ID-certificeringen met ontbrekende ondertekenaarsnaamwaarden zonder een fout te genereren tijdens het uploadvalidatieproces. Ondertekenen kan succesvol worden voltooid, hoewel de ondertekenaarsnaam mogelijk niet wordt weergegeven als het certificaat er geen bevat.
4547132	Samenvatting: Wanneer overeenkomsten werden gemaakt via de POST /agreements API-aanvraag en securityOption was ingesteld op null, konden externe ontvangers Geen krijgen toegewezen als authenticatiemethode, zelfs wanneer accountinstellingen Email OTP vereisten als standaard authenticatiemethode. Interne ontvangerauthenticatie werd correct toegepast, maar externe ontvangerauthenticatie niet.
4547132	Oplossing: Acrobat Sign past nu correct de in het account ingestelde 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 ontwikkelaarsaccounts die de nieuwe Sjabloon maken-ervaring gebruiken, konden herbruikbare sjablonen het voorvoegsel [DEMO USE ONLY] tonen op de Beheren-pagina, 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 overschakelden naar de klassieke sjabloonervaring.
4553171	Oplossing: De nieuwe Sjabloon maken-ervaring houdt nu de herbruikbare sjabloonnaam en overeenkomstnaam uitgelijnd voor watermerkgedrag van ontwikkelaarsaccounts. Gebruikers kunnen de volledige sjabloonnaam bewerken, inclusief het voorvoegsel [DEMO USE ONLY], zonder over te schakelen naar de klassieke ervaring
4554947	Samenvatting: In de moderne Opstellen-ervaring konden gebruikers onjuiste of verouderde e-mailadressen niet verwijderen uit persoonlijke automatisch aanvullen-suggesties bij het toevoegen van ontvangers, CC's, per-ontvanger CC's of groepsleden. De verwijderoptie was nog steeds beschikbaar in de klassieke ervaring, maar niet alle gebruikers konden terugschakelen naar klassiek.
4554947	Oplossing: De moderne Opstellen-ervaring laat gebruikers nu persoonlijke automatisch aanvullen-suggesties verwijderen uit ondersteunde e-mailvelden, inclusief ontvanger-, CC-, per-ontvanger CC- en groepslidvelden. Organisatiecontacten kunnen niet worden verwijderd uit automatisch aanvullen-suggesties.
4556731	Samenvatting: Nadat een afzender een ontvanger had vervangen door zichzelf en vervolgens de overeenkomst had gedelegeerd aan een andere ontvanger, keerde de overeenkomst terug naar In uitvoering, maar de optie Ondertekend document uploaden bleef niet beschikbaar. Dit verhinderde de afzender om een ondertekende kopie te uploaden voor in aanmerking komende lopende overeenkomsten na die delegatievolgorde.
4556731	Oplossing: Acrobat Sign herstelt nu correct de optie Ondertekend document uploaden nadat een ontvanger is vervangen door de afzender en vervolgens gedelegeerd aan een andere ontvanger, wanneer de overeenkomst in aanmerking komt voor het uploaden van een ondertekend document.
4557576	Samenvatting: Wanneer een handtekeningblok werd toegewezen aan een ontvangergroep met meerdere leden, kon de e-mailwaarde in het handtekeningblok worden afgesneden in plaats van duidelijk te worden weergegeven. Dit kon de ontvangergroepinformatie moeilijk leesbaar maken voordat een groepslid het ondertekenen voltooide.
4557576	Oplossing: Acrobat Sign toont nu e-mailinformatie van ontvangergroepen in handtekeningblokken zonder de zichtbare tekst abrupt af te kappen. Lange e-mailwaarden van ontvangergroepen worden zo afgehandeld dat de weergegeven informatie leesbaar blijft binnen het handtekeningblok.
4558445	Samenvatting: Sjablonen die in de klassieke ervaring zijn gemaakt, konden keuzerondjegroepen bevatten met slechts één optie.Wanneer die sjablonen werden geopend of hergebruikt in de nieuwe Sjabloon maken-ervaring, blokkeerde validatie de workflow met de fout Een keuzerondjegroep moet meer dan één item bevatten, waardoor gebruikers bestaande sjablonen niet konden opslaan of toepassen.
4558445	Oplossing: De nieuwe Create Template- en authoring-ervaringen zijn nu afgestemd op de klassieke ervaring voor bestaande templates die keuzerondjegroepen met één optie bevatten. Validatie werd versoepeld om achterwaartse compatibiliteit te behouden en getroffen templates te laten openen, opslaan en hergebruiken zonder de workflow te blokkeren.
4559171	Samenvatting: In de nieuwe Create Template-ervaring konden templates die van gelabelde PDF's waren gemaakt, worden opgeslagen voordat de verwerking van teksttags was voltooid. Als gebruikers Maken selecteerden direct nadat de voorvertoning was geladen, kon de opgeslagen template geen geconverteerde formuliervelden bevatten, ook al slaagde dezelfde workflow in de klassieke ervaring.
4559171	Oplossing: De nieuwe Create Template-ervaring voorkomt nu dat gebruikers de template maken totdat de verwerking van teksttags is voltooid. De knop Maken wordt alleen beschikbaar nadat alle velden en gerelateerde details volledig zijn geladen, zodat teksttags worden geconverteerd en toegepast voordat de template wordt opgeslagen.
4561898	Samenvatting: Sommige ontvangers konden een serverfout tegenkomen na authenticatie of bij het afronden van ondertekening voor overeenkomsten die specifieke PDF-documenten gebruikten. 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 nu PDF-structuurgegevens defensiever tijdens ondertekening en documentgeneratie. De oplossing voorkomt dat structuurboomconflicten voltooiing blokkeren, waardoor ontvangers succesvol kunnen authenticeren, ondertekenen en getroffen 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 webhook-payload.Voor het getroffen account werden verschillende gebeurtenissen op 19 maart 2026 beïnvloed, waaronder AGREEMENT_WORKFLOW_COMPLETED en andere overeenkomstgebeurtenissen, wat downstream klantworkflows vertraagde
4562041	Oplossing: Acrobat Sign verwerkt nu fouten bij het genereren van webhook-payloads betrouwbaarder zodat mislukte interne reacties niet worden opgeslagen in de cache op een manier die de levering van gebeurtenissen blokkeert of vertraagt.De oplossing werd gevalideerd door regressietests en is bedoeld om te voorkomen dat getroffen webhookgebeurtenissen worden vertraagd door hetzelfde pad voor fouten bij het genereren van payloads.
4562458	Samenvatting: Ontvangers konden de fout 'Ongeldige overeenkomst-ID opgegeven' ontvangen bij het openen van een ondertekenings-URL voor overeenkomsten verzonden naar inactieve gebruikers op geclaimde accountdomeinen, wanneer ontvangerauthenticatie zoals e-mail-OTP of wachtwoordauthenticatie werd gebruikt.De ondertekeningsflow creëerde een eenmalige gebruiker in behandeling om het ondertekeningsproces voort te zetten, maar het verzoek om ondertekeningsinformatie kon verouderde overeenkomstgegevens lezen die de nieuw gecreëerde deelname niet bevatten, waardoor toegang werd geblokkeerd totdat de ondertekeningslink werd geregenereerd 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 overeenkomstgegevens in de cache ongeldige overeenkomst-ID-fouten veroorzaken en stelt ontvangers in staat om authenticatie te voltooien en succesvol toegang te krijgen tot de pagina voor elektronisch ondertekenen.
4566894	Samenvatting: Sommige verlopen overeenkomsten gemaakt van meerdere templates konden niet worden gekopieerd vanaf de pagina Beheren. Wanneer gebruikers Een kopie maken selecteerden, mislukte de kopieerbewerking met Kan overeenkomst niet kopiëren. Probeer het later opnieuw omdat templatetoegangsvalidatie mislukte bij het kopiëren van overeenkomsten met meer dan één template.
4566894	Oplossing: Acrobat Sign valideert nu correct template-informatie bij het kopiëren van overeenkomsten die zijn gemaakt van meerdere templates. Betreffende overeenkomsten kunnen nu worden gekopieerd zonder de backend-sessiefout te activeren.
4568666	Samenvatting: Webhook-meldingen konden af en toe mislukken voor overeenkomsten die getuigen bevatten zonder toegewezen gebruikers-ID.De hoofdovereenkomst-gebeurtenis werd gemaakt, maar het genereren van de webhook-payload kon mislukken wanneer participantgegevens in een onvoorspelbare volgorde werden verwerkt, waardoor sommige verwachte webhook-gebeurtenissen niet werden geleverd na AGREEMENT_CREATED.
4568666	Oplossing: Acrobat Sign behandelt nu webhook-participantgegevens met ontbrekende gebruikers-ID's veilig tijdens payload-generatie. Dit voorkomt dat getuige-placeholder-participanten webhook-payload-fouten veroorzaken en zorgt ervoor dat verwachte overeenkomst-webhook-gebeurtenissen consistent worden geleverd.
4571682	Samenvatting: In sommige overeenkomsten waar Power Automate ontvangergroepen wijzigde voordat een latere formulierinvuller aan de beurt was, werden alleen-lezen velden niet weergegeven voor de daaropvolgende formulierinvuller.Nadat de formulierinvuller hun bewerkbare velden had voltooid, konden die velden ook verdwijnen uit de overeenkomst, ook al waren de velden nog steeds correct toegewezen en gemarkeerd als zichtbaar via de API.
4571682	Oplossing: Acrobat Sign behoudt nu veldzichtbaarheid voor daaropvolgende ontvangergroepen na wijzigingen in het groepslidmaatschap van ontvangers.Alleen-lezen velden, handtekeningblokken, dropdown-selecties en andere voltooide veldwaarden blijven beschikbaar voor latere ontvangers en in de gedownloade PDF voor de opgeloste scenario's.
4572455	Samenvatting: Sommige ondertekenaars konden een bericht 'Onbehandelde fout' of 'Er is iets misgegaan' zien na het voltooien van de ondertekening, ook al was de handtekening toegepast en ging de overeenkomst door naar de volgende ontvanger.Het probleem trad op wanneer dynamische participanten waren ingeschakeld en de ondertekeningsflow probeerde het document voor te bereiden voor de volgende ondertekenaar maar de verwachte ondertekende documentversie niet kon vinden.
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 fout toont na een succesvolle handtekening wanneer dynamische participanten zijn ingeschakeld.