Laatst bijgewerkt op
9 feb. 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 selectievakjesgroepen maken via de moderne Handtekening aanvragen en Library Templates, authoring-omgevingen met validatieregels zoals exact selecteren, ten minste, hoogstens, of een bereik van X uit Y options. 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 ONE of ALL modus—waarbij ofwel éé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 met Paperclip-annotaties toont een zichtbaar paperclip-pictogram in het document en blijft compatibel met meerdere digitale handtekeningen. 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.
Wijzigingen in gebruikerservaring
- Berichten voor annulering van workflow-overeenkomsten – Annuleringsbericht bijgewerkt om het workflow-gedrag weer te geven.
Bij het annuleren van een door 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 je je e-mail invoert, detecteert de pagina automatisch je account-type en stuurt je naar de juiste aanmeldmethode, waardoor onnodige stappen en verouderde screens worden weggenomen. Dit maakt inloggen sneller, eenvoudiger en intuïtiever voor iedereen.
- Nieuw e-mailformaat voor acrobat sign enterprise-gebruikers die direct inloggen op de web-interface - acrobat sign hanteert nu een limiet van 64 tekens voor het lokale deel van een e-mail (het gedeelte voor het '@'-symbool) bij het bewerken van een bestaande e-mail of het aanmaken 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.
- Nieuw e-mailformaat voor acrobat sign enterprise-gebruikers die direct inloggen op de web-interface - acrobat sign hanteert nu een limiet van 64 tekens voor het lokale deel van een e-mail (het gedeelte voor het '@'-symbool) bij het bewerken van een bestaande e-mail of het aanmaken van een nieuwe gebruiker.
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 bereiklimieten, worden verwijderd wanneer de workflow wordt gestart, waardoor velden ongeldige invoer accepteren. |
| Oplossing: Validatieregels worden nu correct toegepast wanneer formulierveldlagen zijn opgenomen in aangepaste workflows. Velden behouden hun validatiegedrag in zowel klassieke als nieuwe authoring-ervaringen. 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). Sommige nieuwe gebruikers in de groep hebben de groep-ID ingesteld als null |
| Oplossing: Als de groep van een gebruiker null is na aanmaak, worden ze geplaatst in de standaardgroep van het account. | |
| 4529934 | Samenvatting: In Beheren > webformulieren blijft 'Formulierveldgegevens downloaden' laden en wordt nooit voltooid—vooral bij webformulieren met veel inzendingen. Teams-klanten zonder API-toegang kunnen geen gegevens exporteren (bijv. 1-31 mei) voor rapportage |
| Oplossing: Gepagineerde, snellere CSV-export toegevoegd in de gebruikersinterface. Formuliergegevens worden betrouwbaar gedownload voor geselecteerde datumbereiken, zonder vastlopen. | |
| 4532186 | Samenvatting: In de nieuwe authoring-ervaring komt de kleurmarkering van velden niet overeen met het gedrag van Klassiek ontwerpen. Wanneer meerdere ontvangers betrokken zijn, blijven alle velden volledig gekleurd in plaats van dat de velden van niet-geselecteerde ontvangers dimmen. Dit maakt het moeilijk om veldtoewijzingen te verifiëren. |
| Oplossing: Visuele duidelijkheid hersteld door velden die behoren tot niet-geselecteerde ontvangers te dimmen (20% dekking). Dit repliceert de duidelijkheid van Klassiek ontwerpen terwijl het moderne ontwerpsysteem behouden blijft. Markering helpt gebruikers nu eenvoudig de velden van de momenteel geselecteerde ontvanger te identificeren en vermindert het risico op 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. |
| Oplossing: Een nieuwe instelling is 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 Klassieke ervaring konden verzenders geen tweede bestand toevoegen (of opnieuw proberen een bestand toe te voegen) bij het starten van bepaalde workflows, waardoor verzending van workflows met meerdere documenten werd geblokkeerd, vanwege een fout in hoe de bestandskiezer sjablonen behandelde die gedeeld werden tussen meerdere groepen. |
| Oplossing: De behandeling van sjablonen die gedeeld worden tussen meerdere groepen door de bestandskiezer gecorrigeerd, zodat gebruikers extra bestanden kunnen toevoegen of bestandsselectie opnieuw kunnen proberen in Klassieke ervaring zonder fouten. | |
| 4537504 | Samenvatting: Een voorwaardelijke dropdownwaarde ontbrak in het ondertekende document, hoewel deze correct was geselecteerd tijdens het ondertekenen, vanwege de Zichtbaarheidslogica die evalueerde tegen een verborgen afhankelijk veld en de weergegeven waarde niet persisteerde in de uiteindelijke ondertekende pdf. |
| Oplossing: Voorwaardelijke veldweergave bijgewerkt om Zichtbaarheidsafhankelijkheden correct op te lossen tijdens ondertekening en de geselecteerde dropdownwaarde te persisteren in het ondertekende document wanneer aan voorwaarden wordt voldaan. | |
| 4537995 | Samenvatting: In ontvangersgroepen keerde het wijzigen van de authenticatiemethode voor externe gebruikers terug naar Telefoon na opslaan, waardoor E-mail OTP niet kon worden toegepast, vanwege een front-end statusverwerkingsfout die de selectie van de gebruiker overschreef. |
| Oplossing: De logica van de ontvangersgroep-gebruikersinterface gecorrigeerd om de geselecteerde authenticatiemethode correct te persisteren en opnieuw toe te passen bij opslagacties, zodat de gekozen waarde behouden blijft in plaats van terug te worden gezet naar de standaardwaarde. | |
| 4539214 | Samenvatting: In aangepaste workflows zorgt een lang berichtlabel ervoor dat de berichttekst overlapt en de hyperlink van het berichtsjabloon op de Verzendpagina verduistert, vanwege onjuiste lay-outbehandeling van overtollige labelcontent. |
| Oplossing: De logica voor de lay-out van de Verzenden-pagina is bijgewerkt om lange berichtlabels correct te beperken en om te breken, zodat de hyperlink van het berichtsjabloon zichtbaar en toegankelijk blijft. | |
| 4539854 | Samenvatting: Sommige ondertekenaars worden weggeleid van de ondertekeningservaring bij het openen van bepaalde overeenkomsten, vanwege een onjuist gevormd koppelingsveld in het onderliggende document dat een vereist naamattribuut mist. |
| Oplossing: De ondertekeningsstroom verwerkt nu naamloze koppelingsvelden correct door een geldige naam toe te wijzen tijdens de verwerkingstijd, waardoor fouten worden voorkomen en ondertekenaars overeenkomsten kunnen voltooien zonder omleiding. | |
| 4539858 | Samenvatting: Op ios-apparaten kunnen goedkeurders die het Chinese handschrifttoetsenbord gebruiken de goedkeuring niet voltooien omdat de Goedkeuren-button uitgeschakeld blijft na het invoeren van hun naam, omdat de ondertekeningspagina handschriftinvoergebeurtenissen niet detecteert als geldige tekstinvoer. |
| Oplossing: De invoerverwerkingslogica is bijgewerkt om handschriftgebaseerde tekstinvoer op ios te herkennen, waardoor de Goedkeuren-button correct wordt ingeschakeld zodra geldige tekens worden ingevoerd. | |
| 4540392 | Samenvatting: Beheerders zien af en toe HTTP 400-fouten en ontvangergroepen lijken te ontbreken in workflows, ook al bestaan de groepen en is de toegang correct geconfigureerd, vanwege aanvraagheaders die de headergroottelimiet van het platform overschrijden wanneer gebruikers tot een groot aantal groepen behoren. |
| Oplossing: De headergroottelimiet aan de server-kant is verhoogd zodat opzoekacties voor ontvangergroepen niet meer mislukken wanneer gebruikers veel groepslidmaatschappen hebben. | |
| 4541258 | Samenvatting: Beheerders konden alleen de eerste honderd sjablonen zien in de Production- of Sandbox Sync-gebruikersinterface, waarbij extra sjablonen ontbraken in de Local- en Remote-lijsten, omdat de synchronisatiepagina een beperkte dataset laadde en de search-functie alleen sjablonen filterde die al in de browser waren geladen. |
| Oplossing: De synchronisatie-gebruikersinterface is bijgewerkt zodat het invoeren van tekst in het zoekveld alle sjablonen voor de geselecteerde omgeving laadt (tot vijfduizend), waardoor sjablonen na de eerste honderd beschikbaar zijn voor zoeken en selectie | |
| 4541739 | Samenvatting: Vervangen ontvangers werden geblokkeerd van digitaal ondertekenen en zagen 'De overeenkomst kan niet digitaal worden ondertekend omdat deze zich niet in de digitale ondertekeningsfase bevindt', omdat de workflow er niet in slaagde toekomstige vervangen ondertekenaars over te laten gaan naar de digitale ondertekeningsfase wanneer digitale handtekeningvelden aanwezig waren. |
| Oplossing: De ondertekeningsworkflow is bijgewerkt om vervangen of gedelegeerde ontvangers correct over te laten gaan naar de digitale ondertekeningsfase wanneer digitale handtekeningvelden bestaan, waardoor zij kunnen ondertekenen en de overeenkomst kunnen voltooien. | |
| 4541849 | Samenvatting: Eenregelige tekstvelden met automatische lettertype-grootte die vooraf waren ingevuld met multibyte-tekens werden afgekapt in ondertekende pdf's, waardoor een deel van de tekst werd afgesneden vanwege onjuiste tekstgrootte tijdens PDF-rendering. |
| Oplossing: Tekstmeting en automatische lettertype-grootte-gedrag voor multibyte-tekens is gecorrigeerd zodat de volledige waarde in het veld past zonder afkapping. | |
| 4542574 | Samenvatting: Het bewerken van een bibliotheeksjabloon maakte het mogelijk dat vereiste vervolgkeuzevelden ongekoppelde waarden bevatten, waardoor de Klik om te ondertekenen-button niet beschikbaar bleef tijdens het ondertekenen wanneer die waarden werden geselecteerd, vanwege ontbrekende validatie die ervoor zorgde dat weergavewaarden en exportwaarden van vervolgkeuzemenu's correct gekoppeld bleven. |
| Oplossing: Sjabloonbewerking dwingt nu validatie af op vervolgkeuzevelden zodat alleen correct gekoppelde waarden kunnen worden opgeslagen, waardoor ongekoppelde invoer wordt voorkomen en vereiste vervolgkeuzeselecties het ondertekenen niet blokkeren. | |
| 4542942 | Samenvatting: In webformulieren bleven vereiste velden die waren uitgeschakeld door voorwaardelijke logica het vereiste sterretje tonen, waardoor ondertekenaars misleidend dachten dat invoer nog steeds vereist was, omdat de gebruikersinterface vereiste indicatoren niet bijwerkte wanneer velden werden uitgeschakeld. Een apart probleem met uitlijning van mobiele handtekeningen werd geïdentificeerd maar aangepakt onder een andere omvang. |
| Oplossing: De webformulier-gebruikersinterface verbergt nu het vereiste sterretje wanneer een veld wordt uitgeschakeld door voorwaardelijke logica, waardoor vereiste indicatoren accuraat weergeven of invoer van de ondertekenaar wordt verwacht. | |
| 4543157 | Samenvatting: In de In uitvoering-weergave van de Beheren-pagina 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, omdat de gebruikersinterface de weergegeven ontvanger niet bijwerkte om de huidige gemachtigde weer te geven. |
| Oplossing: De logica van de Beheren-pagina is bijgewerkt zodat de kolom Ontvangers nu de naam van de actieve gemachtigde toont wanneer een ondertekeningsrol wordt gedelegeerd, waardoor de In uitvoering-weergave accuraat weergeeft wie momenteel aan het ondertekenen is. | |
| 4543253 | Samenvatting: In de Classic Workflow Experience verdwenen aan getuigen toegewezen velden (handtekening, naam, datum) na het opslaan van een overeenkomst in concept-status, ook al bestonden de velden op de backend, omdat de conceptrenderinglogica er niet in slaagde getuigenvelden te herstellen wanneer voortgang werd opgeslagen. |
| Oplossing: De conceptrenderinglogica is gecorrigeerd om alle aan getuigen toegewezen velden te behouden en weer te geven na het opslaan van voortgang, waardoor overeenkomsten die in concept-status worden geopend dezelfde veldzichtbaarheid behouden als tijdens het opstellen en ondertekenen. | |
| 4543513 | Samenvatting: Gebruikers werden geblokkeerd van het verzenden van overeenkomsten in de Sign Web-gebruikersinterface met de fout 'Landinstelling is ongeldig of ontbreekt', omdat landinstelling-validatie ten onrechte API-niveau landinstellingregels afdwong in de webinterface wanneer de landinstelling van de verzendgroep verschilde van de geërfde primaire groepslandinstelling van de gebruiker. |
| Oplossing: Landinstelling-validatie is gecorrigeerd zodat de Sign Web-gebruikersinterface geldige groeps- en gebruikerslandinstellingcombinaties correct oplost en accepteert, waardoor alleen-API-landinstellingbeperkingen het verzenden van overeenkomsten in de webervaring niet blokkeren. | |
| 4543592 | Samenvatting: Sommige auditrapporten toonden 'Ontvanger geauthenticeerd met Adobe Acrobat Sign' na 'document e-ondertekend' en 'Overeenkomst voltooid', omdat gebeurtenissen werden opgeslagen met tijdstempels op secondeniveau, waardoor authenticatie- en ondertekeningsacties die in dezelfde seconde plaatsvonden in de verkeerde volgorde leken te staan. |
| Oplossing: Audit event logging is bijgewerkt om tijdstempels met millisecondennauwkeurigheid op te slaan en weer te geven, zodat authenticatie-, ondertekening- en voltooiingsgebeurtenissen correct worden gesequenced in het auditrapport. | |
| 4543617 | Samenvatting: Het maken van een sjabloon vanuit een overeenkomst start de Classic-ervaring in plaats van de New-ervaring, ondanks dat de New-ervaring de standaard is, omdat de actie nog steeds wordt doorgestuurd naar de verouderde authoring flow. |
| Oplossing: De actie 'sjabloon maken vanuit overeenkomst' is bijgewerkt om te openen in de New-ervaring, waardoor het cta-gedrag wordt afgestemd op de standaard UX en onverwachte contextwisselingen voor gebruikers worden vermeden. | |
| 4544564 | Samenvatting: Verborgen velden die zijn toegevoegd of bijgewerkt via de API (visible:false) werden weergegeven als zichtbaar in de Modern eSign-ervaring. De ondertekenings-gebruikersinterface negeerde de veld zichtbaarheid markering, waardoor ontvangers velden konden zien die verborgen zouden moeten blijven. |
| Oplossing: De Modern eSign-gebruikersinterface is bijgewerkt om velden waar visible false is uit te filter in de weergave- en navigatielogica, zodat verborgen velden nooit worden weergegeven en het paginagedrag niet beïnvloeden. | |
| 4544571 | Samenvatting: De WhatsApp-bezorgingsoptie ontbrak in Verzendinstellingen, hoewel WhatsApp was ingeschakeld voor het account en beschikbaar was tijdens het verzenden van overeenkomsten, wat inconsistent gedrag en verwarring voor beheerders veroorzaakte. |
| Oplossing: De WhatsApp-bezorgingsoptie is hersteld in Verzendinstellingen waar de functie beschikbaar is, wat zorgt voor consistente zichtbaarheid en configuratie tussen beheerdersinstellingen en de verzendovereenkomst-ervaring. | |
| 4545381 | Samenvatting: Het Roboto-lettertype ontbrak in de New Request Signature Experience, hoewel het beschikbaar was in de Classic Experience, omdat de nieuwe authoring-ervaring niet alle verouderd ondersteunde lettertypes bevatte. |
| Oplossing: Roboto is toegevoegd aan de letterpypelijst in de New Request Signature Experience, waardoor lettertype-pariteit met de Classic Experience wordt hersteld en consistente opmaak mogelijk is bij het maken van overeenkomsten. | |
| 4545484 | Samenvatting: Sommige beheerders konden geen toegang krijgen tot of ontvangersgroepen maken vanuit Beheer > Adresboek vanwege een backend-verzoekfout, wat resulteerde in een 400-fout bij het laden van ontvangersgroepgegevens. Het probleem blokkeerde de initiële instelling van ontvangersgroepen voor getroffen beheerders. |
| Oplossing: De backend-verzoekafhandeling is gecorrigeerd zodat het zoeken en maken van ontvangersgroepen niet langer faalt met een 400-fout. Beheerders kunnen nu betrouwbaar toegang krijgen tot en ontvangersgroepen beheren, ongeacht netwerk of locatie. | |
| 4545547 | Samenvatting: Overeenkomsten gemaakt vanuit AutoCAD-pdf's konden niet worden verzonden wanneer een digitale handtekening-veld werd toegevoegd, wat een generieke verzendfout toonde, omdat het systeem paginarotatie niet correct afhandelde bij het valideren van digitale handtekening-veld plaatsing. |
| Oplossing: Digitale handtekening-veldcoördinaten worden nu aangepast om rekening te houden met geroteerde pagina's, zodat velden worden gevalideerd tegen de juiste paginagrenzen en AutoCAD-gegenereerde pdf's succesvol kunnen worden verzonden met digitale handtekeningen. | |
| 4545894 | Samenvatting: Wanneer een ontvangersgroep wordt gebruikt en geen handtekeningveld handmatig wordt geplaatst, toont het automatisch gegenereerde handtekeningblok de e-mail-tekst in een zeer kleine grootte. De tekst wordt progressief kleiner naarmate meer ontvangers worden toegevoegd aan de groep. |
| Oplossing: Het automatisch gegenereerde handtekeningblok geeft nu het e-mail correct weer in een normale, leesbare grootte, ongeacht hoeveel ontvangers zijn opgenomen in de ontvangersgroep. | |
| 4546085 | Samenvatting: Bij het gebruik van Mijzelf toevoegen in de New Request Signature-ervaring worden e-mail die een apostrof bevatten incorrect weergegeven. Het misvormde adres voorkomt dat de overeenkomst wordt verzonden, tenzij de e-mail handmatig opnieuw wordt ingevoerd of Classic Send wordt gebruikt. |
| Oplossing: E-mail met apostroffen worden nu correct gedecodeerd en weergegeven wanneer Mijzelf toevoegen wordt geselecteerd in de New Request Signature-ervaring, waardoor overeenkomsten kunnen worden verzonden zonder handmatige correctie. | |
| 4546110 | Samenvatting: In de New Template authoring-ervaring zorgt het toevoegen van een Hyperlink-veld toegewezen aan een specifieke deelnemer ervoor dat het opslaan van de sjabloon faalt. Hetzelfde veld werkt wanneer het wordt toegewezen aan alle deelnemers of bij gebruik van de Classic-ervaring. |
| Oplossing: Hyperlink-velden ondersteunen nu placeholder-deelnemertoewijzingen in de New Template-ervaring, waardoor sjablonen correct kunnen worden opgeslagen wanneer het veld wordt toegewezen aan een specifieke deelnemer. | |
| 4546257 | Samenvatting: In de Sandbox-omgeving tonen overeenkomsten die via een aangepaste app-API zijn verzonden ten onrechte een Terug-button op de authoring-pagina omdat Sandbox instellingen laadt van een door Adobe beheerde app met naadloze authoring ingeschakeld, in tegenstelling tot Swagger of Productie. |
| Oplossing: Het Sandbox-gedrag werd afgestemd op Productie en Swagger door ervoor te zorgen dat de authoring-pagina de beoogde app-instellingen respecteert, waardoor wordt voorkomen dat de Terug-button verschijnt voor overeenkomsten die via aangepaste app-API's zijn verzonden. | |
| 4546547 | Samenvatting: Webformulieren konden de mede-ondertekenaar niet bijwerken en gaven een diverse fout vanwege oudere gebruikersrecords die een vereiste interne markering misten, wat ertoe leidde dat een null-waarde werd verwerkt tijdens vervanging van de mede-ondertekenaar. |
| Oplossing: De logica voor het bijwerken van de mede-ondertekenaar werd versterkt met null-veilige afhandeling zodat webformulieren succesvol mede-ondertekenaars kunnen vervangen, zelfs wanneer oudere gebruikersrecords de verwachte interne markering missen. | |
| 4546553 | Samenvatting: Gebruikers die aan meerdere groepen zijn toegewezen konden sjablonen maken in een groep waar sjabloon maken is uitgeschakeld wanneer de Nieuwe Sjabloon maken-ervaring is ingeschakeld. Dit maakte het mogelijk om groepsniveau-beperkingen te omzeilen. |
| Oplossing: Sjabloon maken handhaaft nu groepsniveau-toestemmingen consistent in zowel de nieuwe als klassieke ervaringen. Gebruikers kunnen geen sjablonen meer maken in groepen waar sjabloon maken is uitgeschakeld, zelfs als ze tot andere groepen behoren met die toestemming ingeschakeld. | |
| 4547744 | Samenvatting: Groepsbeheerders konden Account Admin-rechten toewijzen aan gebruikers via de nieuwe Gebruikersbeheer-pagina. Dit overschreed hun toestemmingsomvang en creëerde een nalevingsrisico door verhoging van privileges toe te staan buiten de Groepsbeheerder-rol. |
| Oplossing: De rolselectie-besturing is niet langer beschikbaar voor Groepsbeheerders. Alleen bestaande Account Admins kunnen Account Admin-rechten toewijzen of intrekken, waardoor rolwijzigingen aansluiten bij toestemmingsgrenzen. | |
| 4547796 | Samenvatting: Sommige afzenders die de Poolse gebruikersinterface gebruiken ontvangen af en toe een bevestigings-e-mail met onjuiste tekst 'kan geen digitale handtekening verstrekken', hoewel de overeenkomst normaal wordt verzonden en ondertekend. |
| Oplossing: Poolse vertalingen voor bevestigings-e-mails van afzenders gecorrigeerd zodat het bericht 'verzonden voor ondertekening' toont in plaats van de onjuiste tekst 'kan geen digitale handtekening verstrekken'. | |
| 4548315 | Samenvatting: Wanneer de afzender is opgenomen als CC-ontvanger in de nieuwe Verzend workflow, wordt geen validatiefout getoond en worden CC-e-mailberichten niet verzonden naar ontvangers die na de afzender in de CC-lijst staan. Dit verschilt van het Klassieke workflow-gedrag en kan ertoe leiden dat CC-ontvangers berichten missen. |
| Oplossing: De nieuwe Verzend workflow-logica bijgewerkt zodat alle CC-ontvangers, behalve de afzender, CC-e-mailberichten ontvangen ongeacht hun positie in de CC-lijst, waardoor het gedrag aansluit bij verwachte uitkomsten. | |
| 4548583 | Samenvatting: PDF/A kon niet worden ingeschakeld voor een groep als de standaardgroep van de gebruiker geschreven handtekeningen had ingeschakeld, zelfs wanneer geschreven handtekeningen waren uitgeschakeld voor de groep die werd bewerkt. Dit blokkeerde geldige PDF/A-configuratie voor niet-standaardgroepen. |
| Oplossing: De validatie bijgewerkt om instellingen voor geschreven handtekeningen te controleren op de groep die wordt gewijzigd, niet de standaardgroep van de gebruiker, waardoor PDF/A correct kan worden ingeschakeld waar toegestaan. | |
| 4549337 | Samenvatting: SMS-berichten voor geannuleerde overeenkomsten werden onderdrukt wanneer de instelling E-mail Overeenkomst Geannuleerd was uitgeschakeld. Dit verhinderde klanten die e-mailberichten uitschakelen om vereiste SMS-annuleringswaarschuwingen te verzenden. |
| Oplossing: SMS- en WhatsApp-annuleringsberichten ontkoppeld van de e-mailinstelling door een toegewijde berichtbesturing te introduceren, waardoor SMS-bezorging voor geannuleerde overeenkomsten mogelijk is, zelfs wanneer e-mailberichten zijn uitgeschakeld. | |
| 4549472 | Samenvatting: In Acrobat Sign for Government konden gebruikers geen herbruikbare sjablonen maken met de nieuwe Sjabloon maken-ervaring. Na het uploaden van een document bleef de workflow hangen op een leeg scherm, waardoor sjabloon maken werd geblokkeerd. |
| Oplossing: De ontbrekende authoring-afhankelijkheid die vereist is voor de nieuwe ervaring Sjabloon maken in Gov-omgevingen is hersteld, waardoor het authoring-scherm correct wordt geladen en sjablonen succesvol kunnen worden gemaakt. | |
| 4549862 | Samenvatting: Wanneer de landingspagina is ingesteld op de nieuwe ervaring Handtekening aanvragen, wordt het geconfigureerde login-waarschuwingsbericht niet weergegeven na het inloggen. Dit voorkomt dat organisaties kritieke onderhouds- of verstoringsberichten tonen wanneer gebruikers direct op de pagina Verzenden terechtkomen. |
| Oplossing: Ondersteuning voor het weergeven van het login-waarschuwingsbericht in de nieuwe ervaring Handtekening aanvragen is hersteld. Wanneer gebruikers na het inloggen op de pagina Verzenden terechtkomen, verschijnt het geconfigureerde waarschuwingsbericht nu als een bericht, wat overeenkomt met het eerdere gedrag en de verwachtingen van klanten. | |
| 4550175 | Samenvatting: Het indrukken van Enter na het invoeren van een telefoonnummer voor telefoonauthenticatie in een workflow dient het formulier voortijdig in en veroorzaakt een systeemfout, waardoor de workflow wordt onderbroken omdat het formulier wordt ingediend in plaats van te wachten op expliciete bevestiging. |
| Oplossing: Het dialoogvenster voor ontvangers is bijgewerkt om formulierindiening bij Enter voor telefoonauthenticatievelden te voorkomen, zodat gebruikers in het dialoogvenster blijven en op Doorgaan moeten klikken, waardoor de onbedoelde workflow-onderbreking wordt weggenomen. | |
| 4550302 | Samenvatting: Duitse e-mails voor handtekeningverzoeken en herinneringen gebruikten inconsistente aanspreekvormen, waarbij werd gewisseld tussen informeel 'Du' en formeel 'Sie' binnen hetzelfde bericht, wat verwarrende en onprofessionele bewoordingen veroorzaakte. |
| Oplossing: De Duitse e-mailvertalingen zijn bijgewerkt om één consistente aansprekvorm door het hele sjabloon te gebruiken, waardoor uniforme en voorspelbare taal in alle e-mails voor handtekeningverzoeken en herinneringen wordt gegarandeerd. | |
| 4550556 | Samenvatting: Overeenkomsten met grote architecturale plan-pdf's konden niet worden verzonden wanneer digitale handtekeningvelden werden toegevoegd, wat een fout tijdens authoring opleverde vanwege paginarotatie en grootteafhandeling bij digitale handtekeningplaatsing. |
| Oplossing: De verwerking van digitale handtekeningvelden is bijgewerkt om geroteerde pagina's in groot formaat correct af te handelen, waardoor overeenkomsten met architecturale plannen succesvol kunnen worden verzonden met toegepaste digitale handtekeningen. | |
| 4550579 | Samenvatting: Wanneer een overeenkomst werd voltooid door de laatste resterende ontvangers te verwijderen tijdens een herzieningsstatus, genereerde het systeem geen AGREEMENT_WORKFLOW_COMPLETED-gebeurtenis, dus werd er geen webhook-bericht verzonden, waardoor workflows die afhankelijk zijn van deze gebeurtenis om voltooiing te detecteren werden onderbroken. |
| Oplossing: Gebeurtenisafhandeling is bijgewerkt zodat overeenkomsten die zijn voltooid via ontvanger-verwijdering in herziening nu de juiste voltooiingsgebeurtenissen genereren, waardoor AGREEMENT_WORKFLOW_COMPLETED webhooks worden geactiveerd zoals verwacht. | |
| 4550998 | Samenvatting: Vooraf ingevulde selectievakjes leken aangevinkt in authoring maar waren niet aangevinkt voor ondertekenaars omdat selectievakjeswaarden werden opgeslagen als niet-lege tekststrings in plaats van expliciete JA/NEE-statussen, waardoor de ondertekeningservaring ze als niet-aangevinkt behandelde. |
| Oplossing: Afhandeling van selectievakjeswaarden is bijgewerkt zodat elke niet-lege vooraf ingevulde waarde wordt geïnterpreteerd als aangevinkt en lege of ontbrekende waarden als niet-aangevinkt, waardoor selectievakjesstatussen consistent blijven voor ondertekenaars. |
