Adobe Help Center

Adobe Acrobat Sign Help

Aanvullende informatie voor Adobe Acrobat Sign - 2026

Laatst bijgewerkt op 17 jun. 2026

Aanvullende informatie voor Adobe Acrobat Sign: 2026

Adobe Acrobat Sign release v17.0

Productie-implementatie: 3 februari 2026

GovCloud-implementatie: 10 februari 2026

Verbeterde functionaliteit

Gegroepeerde selectievakjes in authoring en sjablonen – Afzenders kunnen nu groepen van selectievakjes maken via de moderne authoringomgevingen voor Handtekening aanvragen en Bibliotheeksjablonen met validatieregels zoals opties voor exact selecteren, ten minste, maximaal of een bereik van X van Y. Send in bulk, webformulieren, en Aangepaste workflows worden ondersteund door het gebruik van Library Templates. Deze verbetering zorgt voor consistente formulierlogica en verbetert de nauwkeurigheid van gegevens in alle workflow voor ondertekenen.

Toegestane IP-bereiken – Uitgebreide controle over API- en mobiele toegang - Beheerders kunnen nu expliciet bepalen of IP-beperkingen van toepassing zijn op API-gebaseerde clients, inclusief mobiele applicaties van Acrobat Sign en gecertificeerde integraties.

Authenticatieondersteuning voor modern elektronisch ondertekenen – Modern elektronisch ondertekenen ondersteunt nu drie authenticatiemethoden: Acrobat Sign-authenticatie, wachtwoord en telefoongebaseerde 2FA.

Ontvangersgroepen toevoegen in hybride routering voor moderne Request Signature – Ontvangersgroepen kunnen nu worden opgenomen in hybride routering, waardoor meerdere ontvangers of groepen parallel kunnen handelen binnen dezelfde routeringsstap. Groepmodi ondersteunen dat één of alle leden de actie voltooien, wat meer flexibiliteit biedt voor complexe goedkeurings- en ondertekeningsworkflow.

Terminale overeenkomsten kopiëren verzonden vanuit Handtekening aanvragen—Afzenders kunnen nu een nieuw conceptovereenkomst maken door een eerder voltooide, geannuleerde of verlopen overeenkomst te kopiëren. Alle ontvangers, instellingen, bestanden en formuliervelden worden automatisch vooraf ingevuld. De gekopieerde overeenkomst wordt geopend op de pagina Opstellen voor snelle bewerkingen voordat deze wordt verzonden, wat de insteltijd verkort, fouten minimaliseert en de productiviteit verbetert voor repetitieve workflow zoals verlengingen of correcties.

De koppeling Overeenkomst downloaden uitschakelen voor lopende overeenkomsten – Beheerders kunnen nu de koppeling 'Een kopie downloaden' verwijderen van bevestigingspagina's na ondertekening op account- of groepsniveau, waardoor ontvangers geen overeenkomsten kunnen downloaden vanaf de pagina na ondertekening.

Bronnen-tabblad in hoogste navigatie – Een nieuwe Resources pagina is beschikbaar in de hoogste navigatie voor beheerders en gebruikers, met directe toegang tot Acrobat Sign-educatieve content, webinars, blogs en productupdatevideo's. De pagina organiseert tutorials per gebruikersniveau—beginner, ervaren en beheerder—en koppelt rechtstreeks naar aanvullende ondersteuningsdocumentatie.

Dynamische deelname voor lopende overeenkomsten – Ontvangers verwijderen – Verzenders kunnen nu ontvangers verwijderen uit overeenkomsten die al in uitvoering zijn zonder de transactie te annuleren of opnieuw te starten. Wanneer een ontvanger wordt verwijderd, trekt Acrobat Sign automatisch hun toegang in, werkt herinneringen en audittrails bij, verwijdert de toegewezen velden en brengt de overeenkomst naadloos terug naar de actieve ondertekeningsstatus. Deze flexibiliteit helpt organisaties de nauwkeurigheid te behouden in live routingworkflow—zoals wanneer een ondertekenaar niet beschikbaar wordt—terwijl de juridische integriteit, compliance en een volledige audithistorie behouden blijven.

Digitale handtekeningen vereisen voor individuele ontvangers tijdens overeenkomstconfiguratie - Afzenders kunnen nu digitale handtekeningen vereisen voor geselecteerde ontvangers, wat strengere ondertekeningsvereisten waarborgt waar nodig zonder andere ontvangers te beïnvloeden. De ondertekeningservaring past zich automatisch aan, dwingt vereiste digitale handtekeningvelden af en toont identiteitscontroles wanneer ondersteund, wat fouten vermindert en compliance verbetert voor gereguleerde workflow.

Digitale identiteitsproviders als standaard authenticatiemethoden – Beheerders kunnen nu een Digital Identity Gateway-provider selecteren als de standaard ondertekenaar-authenticatiemethode voor interne en externe ontvangers in Send Settings. De configuratie wordt automatisch toegepast op overeenkomsten, webformulieren, bulkverzendingen en workflows, wat zorgt voor consistente en conforme verificatie van ontvangers. Deze verbetering vereenvoudigt de authenticatie-instelling, dwingt organisatorische identiteitsbeleid af en verbetert ondersteuning voor overheids- en ondernemingsklanten die afhankelijk zijn van authenticatie op basis van digitale identiteit.

Geverifieerde formuliervelden met identiteit-geverifieerde gegevens – Formulierauteurs kunnen nu geverifieerde formuliervelden maken die automatisch worden gevuld met gegevens die door een identiteitsprovider (zoals OneID) worden geretourneerd tijdens authenticatie van de ondertekenaar. Deze velden kunnen worden ingesteld als alleen-lezen of bewerkbaar, waardoor geverifieerde identiteitsgegevens nauwkeurig worden vastgelegd en optioneel worden vergrendeld tegen bewerkingen (bijv. naam, adres of accountnummer). Dit versterkt identiteitszekerheid, vermindert handmatige invoerfouten en stroomlijnt compliance voor workflow die gevalideerde ondertekeningsgegevens vereisen.

Ontvangergroepen in CSV-bestand voor Send in bulk – Afzenders kunnen nu ontvangergroepen direct definiëren binnen het Send in bulk CSV-bestand, waardoor meerdere ontvangers kunnen handelen in dezelfde routeringsstap. Elke groep kan worden geconfigureerd in de modus ÉÉN of ALLE, waarbij één lid of alle leden hun actie moeten voltooien voordat de routering verdergaat. Groepdefinities, validatie en tracking van audits worden allemaal per CSV-rij afgehandeld, waarbij fouten worden gerapporteerd via downloadbare validatiebestanden.

Bibliotheeksjabloon – Delen met meerdere groepen – De moderne Create Library Template ervaring ondersteunt nu het delen van sjablonen met meerdere groepen binnen een account, overeenkomstig de functionaliteit die eerder beschikbaar was in de klassieke workflow. Gebruikers kunnen een of meer groepen selecteren bij het maken of bewerken van een sjabloon, wat zorgt voor consistent gedrag tussen groepen. Deze verbetering elimineert terugval naar de klassieke ervaring, verbetert samenwerking en vereenvoudigt sjabloonbeheer voor organisaties met meerdere groepen.

Bestandsbijlagen voor alle ontvangers die digitale handtekeningen gebruiken – Alle ontvangers in een digitaal ondertekende workflow kunnen nu bestanden bijvoegen (niet alleen de eerste ondertekenaar). Een nieuwe bijlagemethode maakt gebruik van paperclipannotaties, waarbij een paperclippictogram zichtbaar wordt weergegeven in het document en compatibiliteit met meerdere digitale handtekeningen gehandhaafd blijft. Elke bijlage wordt toegevoegd voordat de digitale handtekening van de ondertekenaar wordt geplaatst, waardoor de geldigheid van de handtekening behouden blijft en er een duidelijke visuele indicator van bijgevoegde bestanden wordt geboden. Deze verbetering verbetert juridische integriteit, transparantie en consistentie in workflow voor elektronisch ondertekenen en digitale handtekening.

Nieuwe TSP-opties voor Cloud Signatures - Nieuwe vertrouwde dienstverleners zijn toegevoegd ter ondersteuning van digitale cloud-handtekeningen:
- Swisscom

Wijzigingen in gebruikerservaring

Berichten voor annulering van workflow-overeenkomsten – Annuleringsbericht bijgewerkt om het workflow-gedrag weer te geven.
Bij het annuleren van een door een workflow gemaakte overeenkomst verschijnt het selectievakje "Ontvangers op de hoogte stellen" niet meer. Berichten worden altijd verzonden op basis van de Instellingen van de workflow. Deze wijziging past het bericht aan om dit gedrag weer te geven in de annuleringsuitdaging.

Verbeteringen aan login-pagina - De acrobat sign login-pagina biedt nu een schonere en consistentere ervaring. Zodra u uw e-mailadres invoert, detecteert de pagina automatisch uw accounttype en leidt u naar de juiste inlogmethode. Hiermee worden onnodige stappen en verouderde schermen voorkomen. Zo kunnen alle gebruikers zich sneller, eenvoudiger en intuïtiever aanmelden.
- Nieuwe e-mailindeling voor ondernemingen die Acrobat Sign gebruiken en zich direct aanmelden via de webinterface – Acrobat Sign hanteert nu een limiet van 64 tekens voor het lokale deel van een e-mailadres (het gedeelte voor het '@'-symbool) bij het bewerken van een bestaand e-mailadres of bij het maken van een nieuwe gebruiker.
  Alle gebruikers met een lokaal deel van meer dan 64 tekens zijn geëvalueerd en vastgesteld als inactieve of test-gebruikers-ID's.

Merk op dat deze ervaring wordt geleverd via een gefaseerde implementatie gebaseerd op de Acrobat Sign server-omgeving. Het implementatieschema wordt gepubliceerd in de technische melding Bijgewerkte login-ervaring.

Beheer van gebruikersgegevens voor inactieve gebruikers inschakelen – Beheerders kunnen nu gebruikersgegevens voor inactieve gebruikers direct in de gebruikersinterface van de beheerder en via CSV-uploads bewerken zonder accounts opnieuw te activeren. Dit omvat het bijwerken van groepstoewijzingen (voor zowel enkele als meerdere groepconfiguraties), het beheren van het kenmerk "Gebruiker kan documenten ondertekenen" en het uitvoeren van bulkbewerkingen voor naleving en recordbeheer. De wijziging stroomlijnt het levenscyclusbeheer van ondernemingsgebruikers, vermindert administratieve overhead en ondersteunt een schonere groepsorganisatie en GDPR-conforme recordverwerking.

Opgeloste problemen

Probleem	Beschrijving
4528600	Samenvatting: Instellingen voor veldvalidatie werken niet wanneer een formulierveldlaag is gekoppeld aan een aangepaste workflow. Validatieregels, zoals regex of numerieke limieten, worden verwijderd wanneer de workflow wordt gestart, waardoor velden ongeldige invoer accepteren.
4528600	Oplossing: Validatieregels worden nu correct toegepast wanneer formulierveldlagen zijn opgenomen in aangepaste workflows. Velden behouden hun validatiegedrag in zowel klassieke als nieuwe authoringervaringen. Er is geen actie van gebruikers vereist.
4528748	Samenvatting: Beheerders zien af en toe een 'Onverwerkte fout' bij het toevoegen van groepslidmaatschap aan nieuw gesynchroniseerde gebruikers (Azure-synchronisatie). Bij sommige nieuwe gebruikers in de groep is de groeps-ID ingesteld op null.
4528748	Oplossing: Als de groep van een gebruiker null is nadat de groep is gemaakt, wordt de gebruiker in de standaardgroep van het account geplaatst.
4529934	Samenvatting: In Beheren > Webformulieren blijft 'Formulierveldgegevens downloaden' doorgaan met laden zonder het laden te beëindigen. Dit gebeurt vooral bij webformulieren met veel inzendingen. Klanten van Teams zonder API-toegang kunnen geen gegevens exporteren (bijv. 1-31 mei) voor rapportage.
4529934	Oplossing: Gepagineerde, snellere CSV-export is toegevoegd in de gebruikersinterface. Downloads van formuliergegevens worden betrouwbaar voltooid voor geselecteerde datumbereiken, zonder dat de downloads vastlopen.
4532186	Samenvatting: In de nieuwe authoringervaring komt de kleurmarkering van velden niet overeen met het gedrag van de klassieke authoring. Wanneer het om meerdere ontvangers gaat, blijven alle velden volledig gekleurd in plaats van dat de velden van niet-geselecteerde ontvangers gedimd worden weergegeven. Dit maakt het moeilijk om veldtoewijzingen te verifiëren.
4532186	Oplossing: Visuele helderheid is hersteld door velden die bij niet-geselecteerde ontvangers horen te dimmen (20% dekking). Hierdoor wordt de helderheid van de klassieke authoring gerepliceerd, terwijl het moderne ontwerpsysteem behouden blijft. Dankzij de markering kunnen gebruikers nu de velden van de huidige geselecteerde ontvanger eenvoudig herkennen, zodat er minder kans is op een verkeerde toewijzing.
4534061	Samenvatting: De koppeling 'Een kopie downloaden' verschijnt op de bevestigingspagina na ondertekening, zelfs wanneer de account- of groepsinstelling is geconfigureerd om dit uit te schakelen.
4534061	Oplossing: Er is een nieuwe instelling toegevoegd om de downloadoptie expliciet te onderdrukken voor alle pagina's na verzending. De pagina na ondertekening respecteert nu correct de downloadbeheerinstelling en verbergt de koppeling 'Een kopie downloaden' wanneer de instelling is uitgeschakeld.
4536347	Samenvatting: In de klassieke ervaring konden afzenders geen tweede bestand toevoegen (of opnieuw proberen een bestand toe te voegen) bij het starten van bepaalde workflows. Hierdoor werden workflows voor verzending van meerdere documenten geblokkeerd door een fout in de manier waarop de bestandskiezer omging met sjablonen die in meerdere groepen werden gedeeld.
4536347	Oplossing: De manier waarop de bestandskiezer omging met sjablonen die in meerdere groepen werden gedeeld, is gecorrigeerd. Gebruikers kunnen nu extra bestanden toevoegen of bestanden opnieuw proberen te selecteren in de klassieke ervaring zonder dat er een fout optreedt.
4537504	Samenvatting: Een voorwaardelijke waarde uit een vervolgkeuzelijst ontbrak in het ondertekende document, hoewel deze correct was geselecteerd tijdens het ondertekenen. Dit kwam doordat de zichtbaarheidslogica werd getoetst aan een verborgen afhankelijk veld, waardoor de weergegeven waarde niet behouden bleef in de definitieve ondertekende PDF.
4537504	Oplossing: De weergave van voorwaardelijke velden is bijgewerkt om zichtbaarheidsafhankelijkheden tijdens het ondertekenen correct op te lossen en de geselecteerde waarde uit de vervolgkeuzelijst in het ondertekende document te behouden wanneer aan de voorwaarden wordt voldaan.
4537995	Samenvatting: In ontvangersgroepen werd de gewijzigde verificatiemethode voor externe gebruikers na het opslaan teruggezet naar Telefoon, waardoor OTP voor e-mail niet kon worden toegepast. Dit kwam door een verwerkingsfout van de front-end waardoor de selectie van de gebruiker werd overschreven.
4537995	Oplossing: De logica van de gebruikersinterface van de ontvangersgroep is gecorrigeerd om de geselecteerde verificatiemethode correct te behouden en opnieuw toe te passen bij opslagacties, zodat de gekozen waarde behouden blijft in plaats van te worden teruggezet naar de standaardwaarde.
4539214	Samenvatting: In aangepaste workflows zorgt een lang berichtlabel ervoor dat de berichttekst de hyperlink van de berichtsjabloon op de verzendpagina overlapt en verbergt. De oorzaak is een onjuiste lay-outverwerking bij te veel labelcontent.
4539214	Oplossing: De lay-outlogica van de verzendpagina is bijgewerkt voor een correcte beperking en terugloop van lange berichtlabels, zodat de hyperlink van de berichtsjabloon zichtbaar en toegankelijk blijft.
4539854	Samenvatting: Sommige ondertekenaars worden weggeleid van de ondertekeningservaring bij het openen van bepaalde overeenkomsten. De oorzaak is een verkeerd opgemaakt koppelingsveld in het onderliggende document waarin een vereist naamkenmerk ontbreekt.
4539854	Oplossing: De ondertekeningsflow verwerkt nu naamloze koppelingsvelden correct door een geldige naam toe te wijzen tijdens verwerkingstijd, waardoor fouten worden voorkomen en ondertekenaars overeenkomsten kunnen voltooien zonder omleiding.
4539858	Samenvatting: Op iOS-apparaten kunnen goedkeurders die een toetsenbord voor het Chinese schrift gebruiken de goedkeuring niet voltooien omdat de knop Goedkeuren uitgeschakeld blijft na het invoeren van hun naam. Dit komt doordat de ondertekeningspagina de invoer van het schrift niet detecteert als geldige tekstinvoer.
4539858	Oplossing: De invoerverwerkingslogica is bijgewerkt om de tekstinvoer op iOS op basis van het schrift te herkennen, zodat de knop Goedkeuren correct wordt ingeschakeld zodra geldige tekens worden ingevoerd.
4540392	Samenvatting: Beheerders zien af en toe HTTP 400-fouten en ontvangersgroepen lijken te ontbreken in workflows, ook al bestaan de groepen en is de toegang correct geconfigureerd. Dit komt door aanvraagheaders die de limiet van de headergrootte van het platform overschrijden wanneer gebruikers lid zijn van een groot aantal groepen.
4540392	Oplossing: De limiet van de headergrootte aan de serverkant is verhoogd zodat zoekopdrachten voor ontvangersgroepen niet meer mislukken wanneer gebruikers veel groepslidmaatschappen hebben.
4541258	Samenvatting: Beheerders konden alleen de eerste 100 sjablonen zien in de synchronisatiegebruikersinterface voor productie of sandbox, waarbij extra sjablonen ontbraken in de lijsten voor lokaal en extern. Dit kwam doordat de synchronisatiepagina een beperkte dataset laadde en de zoekfunctie alleen sjablonen filterde die al in de browser waren geladen.
4541258	Oplossing: De synchronisatiegebruikersinterface is bijgewerkt zodat bij het invoeren van tekst in het zoekveld alle sjablonen voor de geselecteerde omgeving worden geladen (tot 5000), waardoor sjablonen na de eerste 100 ook beschikbaar zijn voor zoek- en selecteeropdrachten.
4541739	Samenvatting: Vervangen ontvangers werden geblokkeerd bij het digitaal ondertekenen en kregen de foutmelding 'De overeenkomst kan niet digitaal worden ondertekend omdat het zich niet in de digitale ondertekeningsfase bevindt'. Dit kwam doordat de workflow toekomstige vervangen ondertekenaars niet kon overzetten naar de digitale ondertekeningsfase wanneer velden voor digitale ondertekening aanwezig waren.
4541739	Oplossing: De ondertekeningsworkflow is bijgewerkt om vervangen of gedelegeerde ontvangers correct over te zetten naar de digitale ondertekeningsfase wanneer er velden voor digitale ondertekening zijn, zodat de ontvangers kunnen ondertekenen en de overeenkomst kunnen voltooien.
4541849	Samenvatting: Eenregelige tekstvelden met automatische tekengrootte die vooraf waren ingevuld met multibyte-tekens werden afgekapt in ondertekende PDF's, waardoor een deel van de tekst werd afgesneden door een onjuiste aanpassing van de tekstgrootte tijdens PDF-rendering.
4541849	Oplossing: Het meten van de tekst en het gedrag van de automatische tekengrootte voor multibyte-tekens is gecorrigeerd, zodat de volledige waarde in het veld past zonder afkapping.
4542574	Samenvatting: Door een bibliotheeksjabloon te bewerken, konden verplichte velden in een vervolgkeuzelijst ongekoppelde waarden bevatten, waardoor de knop Klikken om te ondertekenen onbeschikbaar bleef tijdens het ondertekenen wanneer die waarden werden geselecteerd. Dit kwam door ontbrekende validatie die ervoor moest zorgen dat weergavewaarden en exportwaarden van de vervolgkeuzelijst correct gekoppeld bleven.
4542574	Oplossing: Sjabloonbewerking dwingt nu validatie af op velden van vervolgkeuzelijsten zodat alleen correct gekoppelde waarden kunnen worden opgeslagen. Dit voorkomt ongekoppelde invoer en zorgt ervoor dat vereiste selecties in vervolgkeuzelijsten het ondertekenen niet blokkeren.
4542942	Samenvatting: In webformulieren gaven verplichte velden die waren uitgeschakeld door voorwaardelijke logica, het sterretje voor verplichte invoer weer, waardoor ondertekenaars ten onrechte dachten dat invoer nog steeds vereist was. Dit kwam doordat de gebruikersinterface indicatoren voor verplichte invoer niet bijwerkt wanneer velden werden uitgeschakeld. Er werd een apart probleem met uitlijning van handtekeningen op mobiele apparaten geïdentificeerd, maar dat werd aangepakt binnen een andere scope.
4542942	Oplossing: De gebruikersinterface van webformulieren verbergt nu het sterretje voor verplichte velden wanneer een veld wordt uitgeschakeld door voorwaardelijke logica. Dit zorgt ervoor dat de indicatoren voor verplichte velden nauwkeurig aangeven of er invoer van de ondertekenaar wordt verwacht.
4543157	Samenvatting: In de weergave In uitvoering op de pagina Beheren bleef de kolom Ontvangers de naam van de delegeerder tonen nadat een ondertekeningsrol was gedelegeerd, ook al was een andere ondertekenaar actief aan het ondertekenen. Dit kwam doordat de gebruikersinterface de weergegeven ontvanger niet bijwerkte om de huidige gedelegeerde weer te geven.
4543157	Oplossing: De logica van de pagina Beheren is bijgewerkt zodat de kolom Ontvangers nu de naam van de actieve gedelegeerde toont wanneer een ondertekeningsrol wordt gedelegeerd, waardoor de weergave In uitvoering correct weergeeft wie momenteel aan het ondertekenen is.
4543253	Samenvatting: In de klassieke ervaring van workflows verdwenen aan getuigen toegewezen velden (handtekening, naam, datum) na het opslaan van een overeenkomst in conceptstatus, ook al bestonden de velden op de back-end. Dit kwam doordat de logica van de conceptweergave de getuigenvelden niet kon herstellen bij het opslaan van de voortgang.
4543253	Oplossing: De logica van de conceptweergave is gecorrigeerd om alle aan getuigen toegewezen velden te behouden en weer te geven na het opslaan van de voortgang, zodat in overeenkomsten die in conceptstatus worden geopend dezelfde velden zichtbaar blijven als tijdens authoring en ondertekening.
4543513	Samenvatting: Gebruikers konden geen overeenkomsten in de Sign-webinterface verzenden vanwege de fout 'Landinstelling is ongeldig of ontbreekt'. Dit kwam doordat validatie van de landinstelling ten onrechte regels voor landinstelling op API-niveau afdwong in de webinterface wanneer de landinstelling van de verzendende groep afweek van de overgenomen landinstelling van de primaire groep van de gebruiker.
4543513	Oplossing: Validatie van de landinstelling is gecorrigeerd zodat de Sign-webinterface geldige combinaties van landinstellingen van groepen en gebruikers correct oplost en accepteert, zodat het verzenden van overeenkomsten in de webervaring niet wordt geblokkeerd door beperkingen van landinstellingen die alleen voor API gelden.
4543592	Samenvatting: Sommige auditrapporten toonden 'Ontvanger geverifieerd met Adobe Acrobat Sign' na 'Document elektronisch ondertekend' en 'Overeenkomst voltooid'. Dit kwam doordat gebeurtenissen werden opgeslagen met tijdstempels in seconden, waardoor verificatie- en ondertekeningsacties die in dezelfde seconde plaatsvonden, in een verkeerde volgorde werden weergegeven.
4543592	Oplossing: Logboekregistratie van auditgebeurtenissen is bijgewerkt om tijdstempels tot de milliseconde nauwkeurigheid op te slaan en weer te geven, zodat gebeurtenissen voor verificatie, ondertekening en voltooiing in de juiste volgorde worden weergegeven in het auditrapport.
4543617	Samenvatting: Door een sjabloon op basis van een overeenkomst te maken, wordt de klassieke ervaring in plaats van de nieuwe ervaring gestart, ondanks dat de nieuwe ervaring de standaard is. Dit komt doordat de actie nog steeds wordt omgeleid naar de oude authoringflow.
4543617	Oplossing: De actie voor het maken van een sjabloon op basis van een overeenkomst is bijgewerkt zodat deze wordt geopend in de nieuwe ervaring. Het CTA-gedrag wordt nu uitgelijnd met de standaard gebruikerservaring en onverwachte contextwisselingen voor gebruikers worden vermeden.
4544564	Samenvatting: Verborgen velden die werden toegevoegd of bijgewerkt via de API (visible:false), werden weergegeven als 'zichtbaar' in de moderne eSign-ervaring. De gebruikersinterface voor ondertekening negeerde de markering voor zichtbaarheid van velden, waardoor ontvangers velden konden zien die verborgen moesten blijven.
4544564	Oplossing: De moderne eSign-gebruikersinterface is bijgewerkt zodat velden waar 'zichtbaarheid' 'onwaar' is, eruit worden gefilterd in de weergave- en navigatielogica. Verborgen velden worden nu niet meer weergegeven en hebben geen invloed op het gedrag van de pagina.
4544571	Samenvatting: De WhatsApp-leveringsoptie ontbrak in Verzendinstellingen, hoewel WhatsApp was ingeschakeld voor het account en beschikbaar was tijdens het verzenden van overeenkomsten. Dit veroorzaakte inconsistent gedrag en zorgde voor verwarring bij beheerders.
4544571	Oplossing: De WhatsApp-leveringsoptie is hersteld in Verzendinstellingen overal waar de functie beschikbaar is. Dit zorgt voor consistente zichtbaarheid en configuratie tussen beheerdersinstellingen en de ervaring bij het verzenden van overeenkomsten.
4545381	Samenvatting: Het Roboto-lettertype ontbrak in de nieuwe ervaring voor het Handtekening aanvragen, terwijl het wel beschikbaar was in de klassieke ervaring. Dit kwam door de nieuwe authoringervaring die niet alle ondersteunde verouderde lettertypen bevatte.
4545381	Oplossing: Roboto is toegevoegd aan de lijst met lettertypen in de nieuwe ervaring voor Handtekening aanvragen, waardoor de gelijkheid in lettertypen met de klassieke ervaring is hersteld en consistente opmaak mogelijk is bij de authoring van overeenkomsten.
4545484	Samenvatting: Sommige beheerders konden geen toegang krijgen tot ontvangersgroepen of deze maken vanuit Beheer > Adresboek vanwege een aanvraagfout bij de back-end, wat resulteerde in een 400-fout bij het laden van gegevens van ontvangersgroepen. Door dit probleem werden de initiële instellingen van ontvangersgroepen geblokkeerd voor betrokken beheerders.
4545484	Oplossing: De verwerking van de aanvraag bij de back-end is gecorrigeerd zodat het doorzoeken en maken van ontvangersgroepen niet langer mislukt met een 400-fout. Beheerders kunnen nu betrouwbaar toegang krijgen tot ontvangersgroepen en deze beheren, ongeacht netwerk of locatie.
4545547	Samenvatting: Overeenkomsten die gemaakt zijn op basis van AutoCAD-PDF's, konden niet worden verzonden wanneer een veld voor digitale handtekeningen werd toegevoegd. Hierbij werd een algemene verzendfout weergegeven, omdat het systeem paginarotatie niet correct verwerkte bij het valideren van de plaatsing van velden voor digitale handtekeningen.
4545547	Oplossing: Coördinaten van velden voor digitale handtekening worden nu aangepast op basis van geroteerde pagina's. Dit zorgt ervoor dat velden worden gevalideerd tegen de juiste paginagrenzen zodat via AutoCAD gegenereerde PDF's correct kunnen worden verzonden met digitale handtekeningen.
4545894	Samenvatting: Wanneer een ontvangersgroep wordt gebruikt en er geen handtekeningveld handmatig wordt geplaatst, wordt de e-mailtekst met een erg kleine tekengrootte weergegeven in het automatisch gegenereerde handtekeningenblok. De tekst wordt steeds kleiner naarmate er meer ontvangers worden toegevoegd aan de groep.
4545894	Oplossing: Het automatisch gegenereerde handtekeningenblok geeft nu het e-mailadres correct weer in een normale, leesbare grootte, ongeacht hoeveel ontvangers zijn opgenomen in de ontvangersgroep.
4546085	Samenvatting: Wanneer Mezelf toevoegen wordt gebruikt in de nieuwe ervaring voor Handtekening aanvragen, worden e-mailadressen met een apostrof onjuist weergegeven. Vanwege de ongeldige indeling van het e-mailadres kan de overeenkomst niet worden verzonden, tenzij het adres handmatig opnieuw wordt ingevoerd of de klassieke verzendomgeving wordt gebruikt.
4546085	Oplossing: E-mailadressen met apostroffen worden nu correct gedecodeerd en weergegeven wanneer Mezelf toevoegen wordt geselecteerd in de nieuwe ervaring voor Handtekening aanvragen, waardoor overeenkomsten kunnen worden verzonden zonder handmatige correctie.
4546110	Samenvatting: Wanneer in de authoringervaring Nieuwe sjabloon een Hyperlink-veld wordt toegevoegd dat is toegewezen aan een specifieke deelnemer, kan de sjabloon niet kan worden opgeslagen. Hetzelfde veld werkt wel goed wanneer het is toegewezen aan alle deelnemers of bij gebruik van de klassieke ervaring.
4546110	Oplossing: Hyperlink-velden ondersteunen nu tijdelijke toewijzingen aan deelnemers in de ervaring Nieuwe sjabloon, waardoor sjablonen correct kunnen worden opgeslagen wanneer het veld wordt toegewezen aan een specifieke deelnemer.
4546257	Samenvatting: In de sandboxomgeving tonen overeenkomsten die via een aangepaste applicatie-API zijn verzonden, onterecht een Terug-knop op de authoringpagina. Dit komt doordat de sandbox instellingen laadt van een door Adobe beheerde applicatie waarin naadloze authoring is ingeschakeld, in tegenstelling tot Swagger of productie.
4546257	Oplossing: Sandboxgedrag is afgestemd op productie en Swagger door ervoor te zorgen dat de authoringpagina de beoogde applicatie-instellingen respecteert. Hierdoor verschijnt er geen Terug-knop voor overeenkomsten die zijn verzonden via aangepaste applicatie-API's.
4546547	Samenvatting: Webformulieren konden de medeondertekenaar niet bijwerken en retourneerden een diverse fout vanwege oudere gebruikersrecords waarin een vereiste interne markering ontbrak. Dit zorgde ervoor dat een null-waarde werd verwerkt tijdens vervanging van de medeondertekenaar.
4546547	Oplossing: De logica voor het bijwerken van medeondertekenaars is robuuster gemaakt met een null-veilige manier van verwerken, zodat in webformulieren medeondertekenaars correct kunnen worden vervangen, zelfs wanneer de verwachte interne markering in oudere gebruikersrecords ontbreekt.
4546553	Samenvatting: Gebruikers die zijn toegewezen aan meerdere groepen kunnen sjablonen maken in een groep waarvoor het maken van sjablonen is uitgeschakeld wanneer de nieuwe ervaring voor het maken van sjablonen is ingeschakeld. Hierdoor is het mogelijk om groepsniveaubeperkingen te omzeilen.
4546553	Oplossing: Bij het maken van sjablonen wordt nu consistent toestemmingen afgedwongen op groepsniveau in zowel de nieuwe als klassieke ervaring. Gebruikers kunnen geen sjablonen meer maken in groepen waar het maken van sjablonen is uitgeschakeld, zelfs als ze behoren tot andere groepen waar die toestemming is ingeschakeld.
4547744	Samenvatting: Groepsbeheerders konden accountbeheerdersrechten toewijzen aan gebruikers via de nieuwe pagina Gebruikersbeheer. Dit overschreed hun bereik van toestemmingen en veroorzaakte een nalevingsrisico doordat verhoging van bevoegdheden werd toegestaan buiten de rol van groepsbeheerder.
4547744	Oplossing: De optie voor rolselectie is niet langer beschikbaar voor groepsbeheerders. Alleen bestaande accountbeheerders kunnen accountbeheerdersrechten toewijzen of intrekken, waardoor rolwijzigingen binnen het bereik van toestemmingen vallen.
4547796	Samenvatting: Sommige afzenders die de Poolse gebruikersinterface gebruiken ontvangen af en toe een bevestigings-e-mail met de onjuiste tekst 'kan geen digitale handtekening verstrekken', hoewel de overeenkomst normaal wordt verzonden en ondertekend.
4547796	Oplossing: Poolse vertalingen voor bevestigings-e-mails van afzenders zijn gecorrigeerd zodat het bericht 'verzonden voor ondertekening' wordt weergegeven in plaats van de onjuiste tekst 'kan geen digitale handtekening verstrekken'.
4548315	Samenvatting: Wanneer de afzender is opgenomen als CC-ontvanger in de nieuwe verzendworkflow, wordt er geen validatiefout weergegeven en worden CC-e-mailberichten niet verzonden naar ontvangers die na de afzender in de CC-lijst staan. Dit verschilt van het gedrag van de klassieke workflow en kan ertoe leiden dat CC-ontvangers niet alle berichten krijgen.
4548315	Oplossing: De logica van de nieuwe verzendworklow is bijgewerkt zodat alle CC-ontvangers, behalve de afzender, CC-e-mailberichten ontvangen ongeacht hun positie in de CC-lijst, waardoor het gedrag overeenkomt met de verwachte resultaten.
4548583	Samenvatting: PDF/A kon niet worden ingeschakeld voor een groep als voor de standaardgroep van de gebruiker geschreven handtekeningen waren ingeschakeld, zelfs wanneer geschreven handtekeningen waren uitgeschakeld voor de groep die werd bewerkt. Hierdoor werd geldige PDF/A-configuratie voor niet-standaardgroepen geblokkeerd.
4548583	Oplossing: De validatie is bijgewerkt om instellingen voor geschreven handtekeningen te controleren van de groep die wordt gewijzigd in plaats van de standaardgroep van de gebruiker, waardoor PDF/A correct kan worden ingeschakeld waar toegestaan.
4549337	Samenvatting: Sms-meldingen voor geannuleerde overeenkomsten werden onderdrukt wanneer de instelling E-mailovereenkomst geannuleerd was uitgeschakeld. Hierdoor konden klanten die e-mailmeldingen hadden uitgeschakeld, niet de vereiste annuleringswaarschuwingen via sms verzenden.
4549337	Oplossing: Sms- en WhatsApp-annuleringsmeldingen zijn nu losgekoppeld van de e-mailinstelling door de introductie van een eigen meldingenbeheer. Hierdoor kunnen sms-berichten voor geannuleerde overeenkomsten gewoon worden afgeleverd, ook als e-mailmeldingen zijn uitgeschakeld.
4549472	Samenvatting: In Acrobat Sign voor Government konden gebruikers geen herbruikbare sjablonen maken met de nieuwe ervaring voor het maken van sjablonen. Na het uploaden van een document bleef de workflow hangen bij een leeg scherm, waardoor het maken van sjablonen werd geblokkeerd.
4549472	Oplossing: De ontbrekende authoringafhankelijkheid is hersteld die vereist is voor de nieuwe ervaring voor het maken van sjablonen in Government-omgevingen. Dit zorgt ervoor dat het authoringscherm correct wordt geladen en sjablonen kunnen worden gemaakt.
4549862	Samenvatting: Wanneer de landingspagina is ingesteld op de nieuwe ervaring voor Handtekening aanvragen, wordt het geconfigureerde waarschuwingsbericht bij aanmelding niet weergegeven na het aanmelden. Hierdoor kunnen organisaties kritieke onderhouds- of storingsmeldingen niet weergeven wanneer gebruikers direct op de pagina Verzenden terechtkomen.
4549862	Oplossing: Ondersteuning is hersteld voor het weergeven van het waarschuwingsbericht bij het aanmelden in de nieuwe ervaring voor Handtekening aanvragen. Wanneer gebruikers na het aanmelden op de pagina Verzenden terechtkomen, verschijnt het geconfigureerde waarschuwingsbericht nu als een melding, wat overeenkomt met het eerdere gedrag en de verwachtingen van klanten.
4550175	Samenvatting: Wanneer er op Enter wordt gedrukt na het invoeren van een telefoonnummer voor telefonische verificatie in een workflow, wordt het formulier voortijdig ingediend. Dit veroorzaakt een systeemfout en onderbreekt de workflow, omdat het formulier direct wordt ingediend in plaats van te wachten op expliciete bevestiging.
4550175	Oplossing: Het dialoogvenster voor ontvangers is bijgewerkt om te voorkomen dat formulieren worden ingediend na het drukken op Enter bij velden voor telefonische verificatie. Gebruikers blijven nu in het dialoogvenster en moeten op Doorgaan klikken, waardoor de workflow niet meer onbedoeld wordt onderbroken.
4550302	Samenvatting: In Duitse e-mailberichten met handtekeningverzoeken en herinneringen hiervoor werden inconsistente aanspreekvormen gebruikt, waarbij in hetzelfde bericht afwisselend het informele 'Du' en het formele 'Sie' werd gebruikt. Dit leidde tot verwarrende en onprofessionele formuleringen.
4550302	Oplossing: De Duitse e-mailvertalingen zijn bijgewerkt om één consistente aanspreekvorm in de hele sjabloon te gebruiken. Dit zorgt voor een uniforme en voorspelbare taal in alle e-mails voor handtekeningverzoeken en herinneringen hiervoor.
4550556	Samenvatting: Overeenkomsten met omvangrijke PDF's met architectonische plannen konden niet worden verzonden wanneer er velden voor digitale handtekening werden toegevoegd. Hierdoor trad er een fout op tijdens authoring door de manier waarop paginarotatie en paginagrootte werden verwerkt bij het plaatsen van de digitale handtekening.
4550556	Oplossing: De verwerking van velden voor digitale handtekening is bijgewerkt om geroteerde pagina's van groot formaat correct te af te handelen, waardoor overeenkomsten met architectonische plannen kunnen worden verzonden met de vereiste digitale handtekening.
4550579	Samenvatting: Wanneer een overeenkomst werd voltooid door de laatste overgebleven ontvangers te verwijderen tijdens een revisie, genereerde het systeem geen AGREEMENT_WORKFLOW_COMPLETED-gebeurtenis.Hierdoor werd er geen webhook-melding verzonden, wat resulteerde in een onderbreking van workflows die afhankelijk zijn van deze gebeurtenis om voltooiing te detecteren.
4550579	Oplossing: Verwerking van gebeurtenissen is bijgewerkt zodat overeenkomsten die worden voltooid door het verwijderen van ontvangers tijdens de revisie, nu de juiste voltooiingsgebeurtenissen genereren. Dit zorgt ervoor dat AGREEMENT_WORKFLOW_COMPLETED webhooks worden geactiveerd zoals verwacht.
4550998	Samenvatting: Vooraf ingevulde selectievakjes werden als ingeschakeld weergegeven tijdens authoring, maar waren niet-ingeschakeld voor ondertekenaars. Dit kwam doordat de waarden van de selectievakjes werden opgeslagen als niet-lege teksttekenreeksen in plaats van expliciete JA/NEE-statussen, waardoor de selectievakjes bij het ondertekenen als niet-ingeschakeld werden behandeld.
4550998	Oplossing: De verwerking van de waarden van selectievakjes is bijgewerkt zodat elke niet-lege vooraf ingevulde waarde wordt geïnterpreteerd als ingeschakeld en lege of ontbrekende waarden als niet-ingeschakeld, waardoor de status van selectievakjes consistent blijft voor ondertekenaars.

Adobe Acrobat Sign release v17.0.1

Productie-implementatie: 17 maart 2026

GovCloud-implementatie: 19 maart 2026

Verbeterde functionaliteit

Kopie maken – Uitgebreide toegangspunten, sneller hergebruik van overeenkomsten.
Een kopie maken is nu direct beschikbaar via de filters In behandeling en In afwachting van u op de pagina Beheren, evenals op de bevestigingspagina na verzending. Deze extra toegangspunten maken het gemakkelijker om overeenkomsten op meer punten in de verzendcyclus opnieuw te gebruiken, waardoor het minder vaak nodig is om helemaal van voren af aan te beginnen.
Opmerking: Met deze release worden de beheerbesturingselementen om deze functie uit te schakelen verwijderd uit het beheerdersmenu, waardoor Kopie maken een standaardfunctie wordt die beschikbaar is voor alle in aanmerking komende gebruikers.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Account en groep; standaard ingeschakeld.

Wijzigingen in gebruikerservaring

Zichtbaarheid van de vervaldatums van integratiesleutels – vervaldatums worden nu getoond op het tabblad Toegangstokens
Het tabblad Toegangstokens, in het menu Persoonlijke voorkeuren, toont de vervaldatum voor elke integratiesleutel. Hierdoor krijgen gebruikers en beheerders een duidelijker beeld van de geldigheidsduur en vervangingstermijnen van sleutels, waardoor het gemakkelijker wordt om bestaande sleutels in de gaten te houden en onverwachte onderbrekingen te voorkomen, als een sleutel het einde van zijn geldigheidsduur van 10 jaar heeft bereikt.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus:Acrobat Sign Solutions | Configuratiebereik: API

REST API/Webhookupdates

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

OEM 2.0-gepersonaliseerde e-mailweergave – duidelijkere weergave van identiteit van afzender en ontvanger in alle ingesloten ervaringen en correcte bezorging van e-mails.
Voor OEM 2.0-partners die ingesloten workflows gebruiken, kan Acrobat Sign nu op belangrijke onderdelen van de gebruikersinterface en in meldingen het gepersonaliseerde e-mailadres van een gebruiker weergeven in plaats van het door de partner geregistreerde e-mailadres. In overeenkomsten, wachtrijen zoals 'In afwachting van u' en e-mails in het kader van 'Controleren en ondertekenen' wordt de gepersonaliseerde identiteit consequent weergegeven, terwijl het geregistreerde e-mailadres intern wordt bewaard voor verificatie en rechten. Dit zorgt voor meer duidelijkheid bij afzenders en ondertekenaars en voorkomt dat e-mails naar geregistreerde adressen worden verzonden die geen e-mails kunnen ontvangen.

Beschikbare omgevingen: Sandbox, Commercial | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: API - OEM 2.0-partners; alleen op aanvraag

Webhookmelding bij mislukte bezorgingen van sms'en – realtime zichtbaarheid van mislukte sms-verzendingen, geautomatiseerde oplossing en vergelijkbaarheid met e-mails met bounce.
Acrobat Sign genereert nu een nieuwe webhookgebeurtenis, AGREEMENT_PHONE_BOUNCED, wanneer een via sms verzonden overeenkomst niet kan worden bezorgd vanwege problemen zoals ongeldige telefoonnummers, weigering door de provider of geblokkeerde lijnen. Hierdoor kunnen klanten fouten in de bezorging van sms'en vrijwel in realtime detecteren en automatisch vervolgacties in gang zetten, zoals het corrigeren van telefoonnummers, het opnieuw verzenden van sms'en of het openen van supporttickets, waardoor blinde vlekken worden weggenomen en vertragingen in op mobiel gerichte ondertekeningsworflows worden verminderd.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: API

Webhook-payloads – het voorwaardelijke veld extendedStatus voor deelnemers is toegevoegd voor dynamische updates over de deelname, waardoor de status van deelnemers beter zichtbaar wordt.
Webhookmeldingen bevatten nu een veld extendedStatus in elk deelnemerobject (memberInfos[]) wanneer de afzender een lopende overeenkomst wijzigt met behulp van dynamische deelname. Dit veld biedt aanvullende details over de levenscyclus van deelnemers terwijl het bestaande statusveld ongewijzigd blijft voor achterwaartse compatibiliteit.

waarden voor status (ongewijzigd): ACTIEF, VERVANGEN.
Waarden voor extendedStatus: ACTIEF, VERVANGEN, VERWIJDERD, VOLTOOID.

Beschikbare omgevingen:: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: API

Opgeloste problemen

Probleem	Beschrijving
4543515	Samenvatting: Er kan ten onrechte een webhook over een bounce-gebeurtenis voor een geldige ondertekenaar worden gegenereerd, nadat deze de overeenkomst met succes heeft ondertekend en de overeenkomst naar de volgende stap gaat. Dit kan voorkomen wanneer een gedelegeerde in dezelfde ondertekeningsgroep een ongeldig e-mailadres heeft en de afzender de oorspronkelijke delegeerder vervangt. In deze gevallen kan het systeem de bounce-gebeurtenis 'ondertekend namens…' ten onrechte toeschrijven aan de geldige ondertekenaar in plaats van aan de deelnemer wiens e-mail daadwerkelijk is teruggestuurd.
4543515	Oplossing: De logica voor het toewijzen van gebeurtenissen is aangepast, zodat bounce-gebeurtenissen voor e-mails alleen worden gekoppeld aan de deelnemer wiens e-mail daadwerkelijk wordt teruggestuurd. Er wordt geen bounce-gebeurtenis meer gegenereerd voor een geldige ondertekenaar die het ondertekenen al heeft voltooid, en in webhookmeldingen worden nu de juiste deelnemer en het juiste e-mailadres weergegeven.
4544548	Samenvatting: Integratiesleutels die via de webinterface zijn gemaakt, kunnen na 10 jaar vervallen, ook al staat op de maakpagina vermeld dat de sleutel 'permanente toegang' biedt. Als een sleutel het einde van zijn geldigheidsduur van 10 jaar bereikt, geven API-aanroepen een foutmelding weer dat het token is vervallen, waardoor bestaande integraties onverwacht kunnen worden onderbroken.
4544548	Oplossing: De tekst in de gebruikersinterface is bijgewerkt om de bewoording 'permanente toegang' te verwijderen en de vervaldatum voor integratiesleutels duidelijk weer te geven. In de bijgewerkte tekst staat nu dat de sleutel toegang blijft verlenen tot de vervaldatum of totdat deze handmatig wordt ingetrokken, waardoor duidelijkheid wordt geboden over de standaardgeldigheidsduur van 10 jaar.
4546301	Samenvatting: De levering van webhookgebeurtenissen kan bij overeenkomsten met zeer grote documenten tot meerdere uren worden vertraagd, zelfs als het opstellen van de overeenkomst is voltooid en de eerste verwerkingsstappen binnen enkele minuten lijken te zijn afgerond. Tijdens de vertragingsperiode kan de webhook-bezorgservice herhaaldelijk DOCUMENT_NOT_AVAILABLE-reacties ontvangen bij pogingen om overeenkomstdocumenten op te halen en wordt de webhookgebeurtenis mogelijk pas bezorgd als de service stopt met opnieuw proberen of als de documenten beschikbaar komen.
4546301	Oplossing: De afhandeling van de beschikbaarheid van documenten is aangepast, zodat grote overeenkomsten betrouwbaar worden omgezet naar een status waarin documenten zonder uitgebreide DOCUMENT_NOT_AVAILABLE-reacties kunnen worden opgehaald. Hierdoor worden webhookgebeurtenissen zonder vertragingen van meerdere uren verzonden die worden veroorzaakt door herhaalde pogingen om documenten op te halen die niet beschikbaar zijn.
4547823	Samenvatting: Een privébericht van een ontvanger wordt mogelijk voor sommige ondertekenaars niet weergegeven, wanneer een overeenkomst via de API in de status Authoring wordt gemaakt en vervolgens vanuit de beheerervaring wordt bewerkt. In dit scenario kan de gebruikersinterface de waarde van het privébericht weergeven als 'Geen' of leeg, ook al bevatten de overeenkomstgegevens de juiste waarde voor het privébericht. Dit gedrag doet zich voor in situaties waarin meerdere gebruikers één account delen en een gebruiker overschakelt naar het account van een andere gebruiker om het concept te bewerken. Het kan zijn dat dit alleen gevolgen heeft voor bepaalde ontvangers, terwijl het bij anderen correct wordt weergegeven.
4547823	Oplossing: Er is een controle toegevoegd om de actieve deelcontext op te halen en het privébericht te retourneren voor geautoriseerde gebruikers van het gedeelde account. Hierdoor wordt de waarde van het privébericht nu correct weergegeven bij het bekijken of verzenden van een via de API gemaakt concept vanuit de authoring-workflow.
4548274	Samenvatting: De wijzigingsdatum van bibliotheeksjablonen wordt mogelijk niet bijgewerkt nadat een sjabloon in de nieuwe sjabloonervaring is bewerkt en opgeslagen. Gebruikers zien mogelijk nieuw toegevoegde of bijgewerkte velden in het sjabloon, maar de wijzigingsdatum blijft ongewijzigd in de beheerinterface en in de beheerweergaven, waardoor het lijkt alsof het sjabloon niet recent is gewijzigd. Dit gebeurt omdat de nieuwe ervaring formuliervelden via een pad bijwerkt dat ook niet de gewijzigde tijdstempel van het sjabloon bijwerkt.
4548274	Oplossing: Het gedrag voor het bijwerken van de wijzigingsdatum is in de nieuwe sjabloonervaring en de gerelateerde API-bewerkingen op elkaar afgestemd. Het codepad dat wijzigingen in sjabloonvelden opslaat, werkt nu ook de wijzigingsdatum van het sjabloon bij zodat deze de werkelijke tijd van de meest recente wijziging weergeeft.
4548564	Samenvatting: Handtekeningen en formuliervelden kunnen onzichtbaar lijken in de ondertekende PDF wanneer ze worden geplaatst over reeds bestaande stempelnotities in het brondocument. In getroffen sjablonen overlappen of verduisteren de stempelnotities de interactieve velden tijdens de verwerking, waardoor voltooide handtekeningen en andere velden verborgen worden in het definitieve ondertekende document.
4548564	Oplossing: De afhandeling van stempelnotities is bijgewerkt om reeds bestaande stempelnotities veilig te verwerken en af te vlakken zodat ze formuliervelden of handtekeningen niet langer verduisteren. Velden die over gestempelde gebieden zijn geplaatst, blijven nu zichtbaar tijdens het ondertekenen en in de volledig uitgevoerde PDF.
4549103	Samenvatting: Een e-mailterugkaatsevenement kan opnieuw worden geregistreerd voor een eerder onjuiste ontvanger nadat de afzender die ontvanger heeft vervangen door een geldig e-mailadres. In sommige gevallen kan de audittrail een tweede bounce-gebeurtenis voor de oude e-mail weergeven en kan de status van de overeenkomst 'e-mail teruggestuurd' aangeven, ook al heeft de nieuwe ontvanger de overeenkomst ontvangen, bekeken of ondertekend. Dit gedrag kan de indruk wekken dat de overeenkomst nog steeds gericht is op zowel het oude als het nieuwe e-mailadres.
4549103	Oplossing: De workflow voor het vervangen van ondertekenaars is bijgewerkt om te voorkomen dat aanvullende berichtmails worden verzonden naar een vervangen ontvanger wiens e-mail al is teruggekaatst. Het systeem controleert nu op de eerdere bounce-geschiedenis voordat vervangingsgerelateerde meldingen worden verzonden, om te voorkomen dat er na vervanging nieuwe bounce-gebeurtenissen voor het oude e-mailadres worden gegenereerd.
4549306	Samenvatting: Gebruikers van wie het e-mailadres bepaalde speciale tekens bevat (bijvoorbeeld een apostrof) kunnen mogelijk niet inloggen vanaf de algemene adobesign.com of echosign.com openbare inlogpagina's. Na het invoeren van het e-mailadres en het klikken in het wachtwoordveld kan de pagina opnieuw laden en het e-mailveld wissen in plaats van de gebruiker door te sturen naar de juiste shard of SSO-inlogpagina. Dit voorkomt dat getroffen gebruikers de authenticatie kunnen voltooien en blokkeert integraties die afhankelijk zijn van het openbare login-eindpunt.
4549306	Oplossing: De login shard-resolutielogica is gecorrigeerd om e-mailadressen met speciale tekens correct te verwerken en te decoderen voordat de inter-shard doorverwijzings-URL wordt samengesteld. Gebruikers met getroffen e-mailnotaties worden nu correct doorgestuurd naar hun aangewezen shard en SSO-inlogpagina zonder dat het e-mailveld wordt gewist.
4549331	Samenvatting: Handtekeningen en andere formuliervelden kunnen ontbreken of onzichtbaar lijken in de ondertekende PDF wanneer bepaalde documentverwerkingsfuncties zijn ingeschakeld en de bron-PDF ongeldige paginaboxcoördinaten bevat (bijvoorbeeld onjuiste CropBox- of MediaBox-waarden). In deze situatie kunnen velden die van paginacoördinaten afhankelijk zijn buiten het zichtbare paginagebied worden weergegeven, waardoor het lijkt alsof geplaatste handtekeningen ontbreken, ook al is het ondertekenen voltooid.
4549331	Oplossing: PDF-paginaboxverwerking is gecorrigeerd om ongeldige CropBox- en MediaBox-waarden veilig te normaliseren tijdens documentverwerking. Hierdoor wordt de plaatsing van handtekening- en formuliervelden nu uitgelijnd tot het zichtbare paginagebied en worden in ondertekende PDF's handtekeningen zoals verwacht weergegeven.
4550367	Samenvatting: Het maken van een webformulier kan mislukken met een algemene 'serverfout' na het selecteren van velden voor Voorbeeld en Toevoegen, wanneer de standaardverificatiemethode voor ondertekenaars van de afzendergroep is ingesteld op Telefoon en het account geen beschikbare limiet voor telefoonverificatie heeft, zelfs als de verificatiemethode voor ondertekenaars van het webformulier is ingesteld op een andere methode (bijvoorbeeld Adobe Sign). Hierdoor kunnen alle gebruikers in het getroffen account worden geblokkeerd bij het maken van webformulieren voor alle documenten.
4550367	Oplossing: Het maken van webformulieren evalueert nu alleen limieten voor de verificatiemethode die daadwerkelijk is geconfigureerd voor de ondertekenaar van het webformulier. Er wordt geen limiet voor telefoonverificatie meer toegepast die alleen is gebaseerd op de standaardverificatie-instelling van de groep. Dit voorkomt fouten waarbij onterecht wordt aangegeven dat de limiet is bereikt en maakt het mogelijk om webformulieren op de normale manier te maken.
4551011	Samenvatting: Wanneer een afzender bepaalde gescande PDF's uploadt, handtekeningvelden toevoegt en de overeenkomst verzendt, worden mogelijk geen zichtbare handtekeningen in de ondertekende PDF weergegeven nadat het ondertekenen is voltooid. Dit gedrag kan optreden wanneer de geüploade PDF ongeldige metadata over paginagrenzen bevat (MediaBox- en CropBox-coördinaten zijn omgekeerd weergegeven), waardoor handtekeningen en andere veldweergavelagen buiten het zichtbare paginagebied kunnen worden weergegeven.
4551011	Oplossing: De verwerking van PDF-paginagrenzen is bijgewerkt om PDF's met ongeldige of omgekeerde MediaBox- en CropBox-coördinaatwaarden correct te verwerken, zodat handtekeningen en de inhoud van formuliervelden binnen het zichtbare paginagebied worden weergegeven en zichtbaar blijven in de definitieve ondertekende PDF.
4551427	Samenvatting: Sommige ontvangers die al een actieve, correct ingerichte account hebben, ontvangen overeenkomsten echter als 'pseudogebruiker', waardoor de overeenkomst niet in hun normale Beheren-weergave verschijnt. Dit gebeurt wanneer het e-mailadres van de ontvanger een spatie aan het begin of eind bevat, waardoor het systeem het e-mailadres niet aan een bestaande gebruiker kan koppelen en er een record voor een pseudogebruiker wordt gemaakt.
4551427	Oplossing: Het parseren van e-mailadressen en het opzoeken van gebruikers zijn bijgewerkt om e-mailadressen van ontvangers te normaliseren (door spaties aan het begin en einde te verwijderen) voordat ze aan bestaande gebruikers worden gekoppeld. Hierdoor worden aan bestaande gebruikers gerichte overeenkomsten toegewezen aan het geregistreerde account, in plaats van dat er een pseudogebruiker als ontvanger wordt gemaakt, zelfs als het e-mailadres met spaties is ingevoerd (in API-payloads en lijsten met ontvangers voor de workflow).
4553198	Samenvatting: Wanneer een overeenkomst ten minste één ontvanger bevat die voor de bezorging van sms'en is geconfigureerd en ten minste één ontvanger bevat die uitsluitend voor de bezorging van e-mails is geconfigureerd, wordt er bij het annuleren van de overeenkomst via de API geen sms met een melding over de annulering naar de sms-ontvanger verzonden. De overeenkomst wordt succesvol geannuleerd en e-mailberichten worden bezorgd, maar SMS-ontvangers ontvangen geen annuleringsbericht.
4553198	Oplossing: De annuleringsworkflow is gecorrigeerd om ervoor te zorgen dat SMS-annuleringsberichten worden verzonden naar alle ontvangers die zijn geconfigureerd voor SMS-bezorging wanneer een overeenkomst wordt geannuleerd, ongeacht de bezorgingsmethoden van andere ontvangers.
4554463	Samenvatting: Wanneer overeenkomsten gekloonde keuzerondjes bevatten die in alle samengevoegde documenten dezelfde veldnaam hebben, blijft slechts één instantie van de geselecteerde optie geselecteerd in de definitieve ondertekende PDF. Hoewel de velden visueel verschijnen als selectievakjes, zijn ze geïmplementeerd als keuzerondjes. Na het ondertekenen wordt de geselecteerde waarde niet consistent doorgegeven aan alle gekloonde instanties, wat zorgt voor onjuiste of onvolledige toewijzing van de verwachte selectie.
4554463	Oplossing: De logica voor het verwerken van formuliervelden is gecorrigeerd zodat gekloonde keuzerondjes de geselecteerde exportwaarde opslaan en doorgeven in plaats van een interne indexwaarde. Dit zorgt ervoor dat alle gekloonde instanties van hetzelfde keuzerondje-veld de juiste selectie weergeven in de ondertekende PDF.
4554593	Samenvatting: Sommige partner-integraties die de verouderde OAuth-eindpunten gebruiken om toegangstokens te vernieuwen, begonnen te falen met HTTP 401-fouten. De service heeft verzoeken om het tokens te vernieuwen afgewezen met een foutmelding waarin staat dat de applicatie geen gebruik mag maken van de verouderde OAuth-eindpunten, maar in plaats daarvan de OAuth v2-eindpunten moet gebruiken. Hierdoor konden klanten zich niet meer via partnerapplicaties bij Acrobat Sign aanmelden, zelfs niet bij integraties die voorheen wel werkten.
4554593	Oplossing: De verificatieservice is gecorrigeerd zodat partnerapplicaties die zijn geconfigureerd om de verouderde OAuth-workflow te gebruiken, weer tokens kunnen vernieuwen, in plaats van ten onrechte de OAuth v2-eindpunten te moeten gebruiken.
4554614	Samenvatting: Wanneer een ondertekenaar de moderne eSign-ervaring gebruikt voor een overeenkomst waarvoor verificatie van de ondertekenaar vereist is en die zo is geconfigureerd dat de gebruiksvoorwaarden vóór het ondertekenen moeten worden geaccepteerd, leidt het klikken op 'Klikken om te ondertekenen' tot een omleiding van 5 seconden naar de klassieke ondertekeningservaring. Het omleidingsbericht waarschuwt dat handtekeningen en initialen die in de moderne ondertekeningservaring zijn ingevoerd, worden gewist waardoor de ondertekenaar ze opnieuw moet invoeren en dus twee keer moet ondertekenen.
4554614	Oplossing: De workflow voor het vernieuwen van ondertekeningstokens is gecorrigeerd zodat wanneer de ondertekenaar de gebruiksvoorwaarden accepteert voor ondertekening, het opnieuw uitgegeven ondertekeningtoken de verificatiegegevens van de ondertekenaar behoudt. Dit voorkomt dat de verificatie mislukt bij de laatste ondertekeningsstap en zorgt ervoor dat er niet gedwongen wordt geschakeld van de moderne ondertekeningservaring naar de klassieke ervaring.
4555656	Samenvatting: Onder bepaalde timingomstandigheden kan een transitie van de overeenkomststatus geslaagd lijken, maar verandert de overeenkomststatus in werkelijkheid niet. Wanneer een webhook-bericht wordt ontvangen voordat backend-verwerking is voltooid, kunnen daaropvolgende API-aanroepen verouderde overeenkomststatusgegevens gebruiken. In dit tijdvenster retourneren bepaalde statusovergangsmethoden HTTP 200 OK, ook al is de overeenkomst niet in een geldige status voor de gevraagde overgang. Als gevolg hiervan kunnen automatiseringsworkflows aannemen dat de overgang is geslaagd terwijl de overeenkomst in de oorspronkelijke status blijft.
4555656	Oplossing: De logica voor de overeenkomststatustransities is bijgewerkt om strikte validatie af te dwingen, voordat een transitie wordt toegepast. Als de overeenkomst niet een geldige status had, retourneert de API nu een duidelijke foutmelding in plaats van stilzwijgend succes te melden. Dit zorgt ervoor dat ongeldige transities expliciet worden afgewezen, stelt aanroepende systemen in staat om op de juiste manier opnieuw te proberen en voorkomt dat overeenkomsten een onbedoelde status blijven houden zonder dat dit zichtbaar is.

Adobe Acrobat Sign losmaken v17.1

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. Sessiecreatie en -voltooiing worden vastgelegd in het audittraject en ondertekenaars kunnen optioneel een e-mailadres opgeven om een kopie van de overeenkomst te ontvangen.

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.

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.

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 rapportuitvoer 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 dat schema is gekoppeld.

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.

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 beveiligingsbeoordeling.

Beheer van persoonlijk adresboek in de moderne ervaring – Gebruikers kunnen opgeslagen e-mailadressen direct verwijderen uit hun persoonlijke adresboek in de moderne Handtekening aanvragen-ervaring, waardoor het gemakkelijker wordt om persoonlijke ontvangerlijsten accuraat en up-to-date te houden.

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 langetermijntracking en naleving en vermindert het risico dat overeenkomsten voor onbepaalde tijd open blijven, terwijl gebruikers nog steeds eerdere deadlines kunnen instellen wanneer dat nodig is.

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.

Proefperiode-verbeteringen - De nieuwste onboardingervaring is toegevoegd aan Sign Trial.
Sign proefperiode bevat nu de verbeterde onboardingervaring en functies die zijn geïntroduceerd in recente betaalde releases.

Nieuwe Aangepaste Workflow Designer wordt standaard – Promoot moderne designer, verwijder gebruikersschakelaars, behoud beheerdersflexibiliteit
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 workflowontwerp-interface terwijl administratieve controle tijdens de overgangsperiode behouden blijft.

REST API/Webhookupdates

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

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.

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-verzenders Digital Identity Gateway-authenticatie kunnen initialiseren met behulp van een bekende login-identifier, 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

OEM 2.0 Identiteit en Trust Boundary Verbeteringen – De functie "Toon gepersonaliseerd/OEM e-mailadres overal" geeft nu prioriteit aan gebruikers die zijn ingericht door dezelfde partner en creëert automatisch een ontvanger wanneer geen overeenkomst wordt gevonden
Wanneer de functie Toon gepersonaliseerd/OEM e-mailadres overal is ingeschakeld, geeft resolutie van overeenkomstdeelnemers prioriteit aan gebruikers die zijn ingericht door dezelfde partner en wordt automatisch een ontvangerrecord aangemaakt wanneer geen overeenkomende gebruiker bestaat, wat zorgt voor consistente identiteitsafhandeling over accounts heen.

Bovendien geven auditrapporten met Toon gepersonaliseerd/OEM e-mail overal ingeschakeld aan of een verzender partner-ingericht is of een persoonlijk account heeft, en ondertekenarstromen begeleiden gebruikers om van account te wisselen wanneer identieke e-mailadressen bestaan over verschillende accounttypen heen, wat verwarring vermindert en onbedoelde toegang voorkomt.

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.

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 gedrag voor meervoudige selectie dat consistent is met het bestaande Verzender-filter en is van toepassing op zowel visuele rapporten als CSV-exports.

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.

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.

Aanvullende informatie Adobe Acrobat Sign - 2023

Aanvullende informatie voor Adobe Acrobat Sign - 2022

Leren

Leer met stapsgewijze zelfstudievideo's en praktische begeleiding, rechtstreeks in de app.

Community

Neem deel aan discussies, vind antwoorden, leer van experts en deel je kennis.

Adobe Home

Krijg toegang tot uw favoriete Creative Cloud-apps, services, bestandsbeheer en meer.