Handboek voor Adobe Acrobat Sign
Nieuwe functies
Aan de slag
- Snelstartgids voor beheerders
- Handleiding om snel aan de slag te gaan voor gebruikers
- Voor ontwikkelaars
- Bibliotheek voor videotutorial
- Veelgestelde vragen
Beheerder
- Overzicht Admin Console
- User Management
- Actieve gebruikers toevoegen, bewerken en bekijken
- Op functies gerichte gebruikers maken
- Gebruikers bekijken die verificatie nog niet hebben voltooid
- Controleren op gebruikers met provisioningfouten
- Naam/e-mailadres wijzigen
- Groepslidmaatschap van een gebruiker bewerken
- Het groepslidmaatschap van een gebruiker bewerken via de groepsinterface
- Een gebruiker tot een beheerdersrol bevorderen
- Typen gebruikersidentiteiten en SSO
- Gebruikersidentiteit wisselen
- Gebruikers verifiëren met MS Azure
- Gebruikers verifiëren met Google Federation
- Productprofielen
- Aanmeldingservaring
- Account-/groepsinstellingen
- Overzicht van instellingen
- Algemene instellingen
- Accountniveau en ID
- Nieuwe ervaring voor ontvangers
- Workflows voor zelfondertekening
- In bulk verzenden
- Webformulieren
- Workflows op maat verzenden
- Power Automate-workflows
- Bibliotheekdocumenten
- Formuliergegevens bij overeenkomsten verzamelen
- Beperkte documentzichtbaarheid
- Een PDF-kopie van de ondertekende overeenkomst bijvoegen
- Een koppeling opnemen in de e-mail
- Een afbeelding opnemen in de e-mail
- Bestanden die bij een e-mail worden gevoegd, krijgen de naam
- Controlerapport bij documenten bijvoegen
- Meerdere documenten samenvoegen tot één document
- Afzonderlijke documenten downloaden
- Een ondertekend document uploaden
- Delegatie voor gebruikers in mijn account
- Externe ontvangers toestaan te delegeren
- Bevoegdheid om te ondertekenen
- Bevoegdheid om te verzenden
- Machtiging om elektronische zegels toe te voegen
- De standaard tijdzone instellen
- Een standaard datumnotatie instellen
- Gebruikers in meerdere groepen (UMG)
- Machtigingen voor groepsbeheerder
- Ontvanger vervangen
- Controlerapport
- Voettekst van transactie
- In-product berichten en begeleiding
- Toegankelijke PDF's
- Nieuwe ontwerpfunctie
- Klant in de gezondheidszorg
- Accountinstellingen / Merkidentiteitsinstellingen
- Voorkeuren handtekening
- Goed ingedeelde handtekeningen
- Ontvangers toestaan om te ondertekenen door
- Ondertekenaars kunnen hun naam wijzigen
- Toestaan dat ontvangers hun opgeslagen handtekening gebruiken
- Aangepaste gebruiksvoorwaarden en openbaarmakingsbeleid
- Ontvangers door formuliervelden navigeren
- Overeenkomstworkflow opnieuw starten
- Weigeren te ondertekenen
- Stempelworkflows toestaan
- Vereisen dat ondertekenaars hun functie of bedrijf opgeven
- Ondertekenaars toestaan een schriftelijke handtekening af te drukken en te plaatsen
- Berichten tonen bij elektronisch ondertekenen
- Vereisen dat ondertekenaars een mobiel apparaat gebruiken om hun handtekening te maken
- Verzoeken om IP-adres van ondertekenaars
- Bedrijfsnaam en functie uitsluiten van deelnemingsstempels
- Adaptieve schaling van getekende handtekeningen toepassen
- Digitale handtekeningen
- Elektronische zegels
- Digitale identiteit
- Rapportinstellingen
- Nieuwe rapportervaring
- Klassieke rapportinstellingen
- Beveiligingsinstellingen
- Instellingen voor eenmalig aanmelden
- Instellingen voor Mij onthouden
- Wachtwoordbeleid voor aanmelden
- Wachtwoordsterkte voor aanmelden
- Duur van websessie
- Type PDF-versleuteling
- API
- Toegang tot gebruikers- en groepsgegevens
- Toegestane IP-bereiken
- Account delen
- Machtigingen voor account delen
- Besturingselementen voor het delen van overeenkomsten
- Identiteitsverificatie van ondertekenaars
- Wachtwoord voor ondertekening van overeenkomst
- Wachtwoordsterkte van het document
- Ondertekenaars blokkeren op geolocatie
- Telefoonverificatie
- KBA-verificatie op kennisbasis
- Pagina-extractie toestaan
- Verloopdatum documentkoppeling
- Een clientcertificaat voor webhooks/callbacks uploaden
- Tijdstempel
- Verzendinstellingen
- Toon verzendpagina na login
- Ervaringen met het maken van overeenkomsten
- Ontvangersnaam bij verzenden vereisen
- Naamwaarden voor bekende gebruikers vergrendelen
- Toegestane ontvangersrollen
- Elektronische getuigen toestaan
- Ontvangersgroepen
- CC's
- Vereiste velden
- Documenten bijvoegen
- Velden afvlakken
- Overeenkomsten wijzigen
- Ontvangers verwijderen uit lopende overeenkomsten
- Een kopie maken (van een overeenkomst)
- Naam van overeenkomst
- Talen
- Privéberichten
- Toegestane handtekeningtypes
- Herinneringen
- Wachtwoordbeveiliging ondertekend document
- Overeenkomstbericht verzenden via
- Opties voor indentificatie van ondertekenaar
- Formuliervelden invullen met identiteit-geverifieerde gegevens
- Inhoudsbeveiliging
- Transacties met notaris inschakelen
- Documentverloopdatum
- Voorvertoning, handtekeningen plaatsen en velden toevoegen
- Handtekeningvolgorde
- Mezelf toevoegen
- Koppeling overeenkomst downloaden
- Randen van formuliervelden
- Liquid Mode
- Besturingselementen voor aangepaste workflows
- Uploadopties voor de pagina voor elektronische ondertekening
- URL omleiden voor bevestiging na ondertekening
- Toegang beperken tot gedeelde overeenkomsten
- Toon verzendpagina na login
- Berichtsjablonen
- Bio-Pharma-instellingen
- Workflowintegratie
- Notariële instellingen
- Betalingsintegratie
- Ondertekenaarberichten
- SAML-instellingen
- SAML-configuratie
- Microsoft Active Directory Federation Service installeren
- Okta installeren
- OneLogin installeren
- Oracle Identity Federation installeren
- SAML-configuratie
- Voorschriften voor gegevens
- Instellingen tijdstempel
- Extern archiveren
- Accounttalen
- E-mailinstellingen
- Migreren van echosign.com naar adobesign.com
- Configuratieopties voor ontvangers
- Begeleiding voor regelgevingsvereisten
- Toegankelijkheid
- HIPAA
- AVG
- 21 CFR deel 11 en EudraLex bijlage 11
- Klanten in de gezondheidszorg
- IVES-ondersteuning
- Overeenkomsten archiveren
- Overwegingen voor EU/VK
- Overeenkomsten in bulk downloaden
- Uw domein claimen
- Koppelingen voor het melden van misbruik
- Systeemvereisten en beperkingen
Overeenkomsten verzenden, ondertekenen en beheren
- Opties voor ontvangers
- Een e-mailherinnering annuleren
- Opties op de pagina voor elektronisch ondertekenen
- Overzicht van de pagina voor elektronisch ondertekenen
- Openen om de overeenkomst zonder velden te lezen
- Weigeren om een overeenkomst te ondertekenen
- Ondertekeningsbevoegdheid delegeren
- Deze overeenkomst herstarten
- Een PDF van de overeenkomst downloaden
- Geschiedenis van de overeenkomst weergeven
- Berichten over de overeenkomst weergeven
- Een elektronische handtekening naar een geschreven handtekening converteren
- Een geschreven handtekening naar een elektronische handtekening converteren
- Door formuliervelden navigeren
- De gegevens uit de formuliervelden wissen
- Vergroting en navigatie van de pagina voor elektronisch ondertekenen
- De taal wijzigen die wordt gebruikt in de tools en informatie van de overeenkomst
- Juridische kennisgevingen controleren
- Cookievoorkeuren voor Acrobat Sign aanpassen
- Overeenkomsten verzenden
- Pagina Verzenden (Samenstellen)
- Overzicht van herkenningspunten en functies
- Groepskiezer
- Bestanden en sjablonen toevoegen
- Naam van overeenkomst
- Algemeen bericht
- Deadline voor voltooiing
- Herinneringen
- Een PDF met een wachtwoord beveiligen
- Handtekeningtype
- Landinstellingen voor de ontvanger
- Handtekeningvolgorde/flow van ontvangers
- Rollen ontvanger
- Verificatie van de ontvanger
- Privébericht voor de ontvanger
- Toegang tot overeenkomst voor de ontvanger
- De partijen in het CC-veld
- Identiteitscontrole
- Een overeenkomst alleen naar uzelf verzenden
- Een overeenkomst naar anderen verzenden
- Schriftelijke handtekeningen
- Volgorde van ondertekening voor ontvangers
- In bulk verzenden
- Pagina Verzenden (Samenstellen)
- Velden in documenten opnemen
- In-app authoringomgeving
- Automatische velddetectie
- Velden slepen en neerzetten met de authoringomgeving
- Formuliervelden toewijzen aan ontvangers
- De rol Vooraf invullen
- Velden aanbrengen met een herbruikbare veldsjabloon
- Overdracht van velden naar een nieuwe bibliotheeksjabloon
- Bijgewerkte authoringomgeving bij het verzenden van overeenkomsten
- Formulieren met tekstlabels maken
- Formulieren maken met Acrobat (AcroForms)
- Velden
- Veldtypen
- Algemene veldtypes
- Velden voor elektronisch ondertekenen
- Initiaalveld
- Veld voor de naam van de ontvanger
- Veld voor het e-mailadres van de ontvanger
- Veld voor ondertekeningsdatum
- Tekstveld
- Datumveld
- Nummerveld
- Selectievakje
- Selectievakjesgroep
- Keuzerondje
- Vervolgkeuzemenu
- Koppelingsoverlay
- Betalingsveld
- Bijlagen
- Deelnamestempel
- Transactienummer
- Afbeelding
- Bedrijf
- Titel
- Stempel
- Veldinhoudsweergave
- Veldvalidaties
- Waarden van gemaskeerde velden
- Voorwaarden voor tonen/verbergen instellen
- Berekende velden
- Veldtypen
- Veelgestelde vragen over ontwerpen
- In-app authoringomgeving
- Overeenkomsten ondertekenen
- Overeenkomsten beheren
- Overzicht pagina Beheren
- Een overeenkomst kopiëren
- Overeenkomsten delegeren
- Ontvangers vervangen
- Documentzichtbaarheid beperken
- Een overeenkomst annuleren
- Nieuwe herinneringen maken
- Herinneringen voor beoordeling
- Een herinnering annuleren
- Toegang verkrijgen tot Power Automate-flows
- Meer handelingen...
- De werking van de zoekfunctie
- Een overeenkomst weergeven
- Een sjabloon maken op basis van een overeenkomst
- Overeenkomsten verbergen/zichtbaar maken
- Een ondertekend document uploaden
- Bestanden en velden van een verzonden overeenkomst wijzigen
- De verificatiemethode van een ontvanger bewerken
- Een vervaldatum toevoegen of wijzigen
- Een opmerking toevoegen aan een overeenkomst
- Een individuele overeenkomst delen
- Delen van een overeenkomst ongedaan maken
- Een individuele overeenkomst downloaden
- De afzonderlijke bestanden van een overeenkomst downloaden
- Het controlerapport van een overeenkomst downloaden
- De veldinhoud van een overeenkomst downloaden
- Controlerapport
- Rapportage en gegevensexports
- Overzicht
- Gebruikers toegang verlenen tot rapportage
- Rapportgrafieken
- Gegevensexports
- De naam van een grafiek/export wijzigen
- Een rapport/export dupliceren
- Een rapport/export plannen
- Een rapport/export verwijderen
- Transactiegebruik controleren
Geavanceerde voorzieningen en workflows voor overeenkomsten
- Webformulieren
- Herbruikbare sjablonen (Bibliotheeksjablonen)
- US Government-formulieren in de Acrobat Sign-bibliotheek
- Een bibliotheeksjabloon maken
- De naam van een bibliotheeksjabloon wijzigen
- Het type van een bibliotheeksjabloon wijzigen
- Het machtigingsniveau van een bibliotheeksjabloon wijzigen
- Een gedeelde sjabloon kopiëren, bewerken en opslaan
- De verzamelde veldgegevens voor een bibliotheeksjabloon downloaden
- Eigendom van webformulieren en bibliotheeksjablonen overdragen
- Power Automate-workflows
- Overzicht van de Power Automate-integratie en opgenomen rechten
- De Power Automate-integratie inschakelen
- Contextuele acties op de pagina Beheren
- Gebruik van Power Automate bijhouden
- Een nieuwe flow maken (voorbeelden)
- Triggers die worden gebruikt voor flows
- Flows van buiten Acrobat Sign importeren
- Flows beheren
- Flows bewerken
- Flows delen
- Flows in- of uitschakelen
- Flows verwijderen
- Nuttige sjablonen
- Alleen beheerder
- Archivering van overeenkomst
- Uw voltooide documenten in SharePoint opslaan
- Uw voltooide documenten in OneDrive voor Bedrijven opslaan
- Uw voltooide documenten in Google Drive opslaan
- Alle voltooide documenten in DropBox opslaan
- Voltooide documenten in Box opslaan
- Archivering van webformulierovereenkomst
- Voltooide webformulierdocumenten in de SharePoint-bibliotheek opslaan
- Voltooide webformulierdocumenten in OneDrive voor Bedrijven opslaan
- Voltooide documenten in Google Drive opslaan
- Voltooide webformulierdocumenten in Box opslaan
- Data-extractie van de overeenkomst
- Overeenkomstmeldingen
- Aangepaste e-mailmeldingen met uw inhoud van de overeenkomst en ondertekende overeenkomst verzenden
- Adobe Acrobat Sign-meldingen ontvangen in een Teams-kanaal
- Adobe Acrobat Sign-meldingen ophalen in Slack
- Uw Adobe Acrobat Sign-meldingen ophalen in Webex
- Overeenkomst genereren
- Een document genereren uit het Power App-formulier en de Word-sjabloon en verzenden ter ondertekening
- Een overeenkomst genereren vanuit een Word-sjabloon in OneDrive en de handtekening ophalen
- Overeenkomst genereren voor geselecteerde Excel-rij, verzenden voor controle en ondertekening
- Workflows op maat verzenden
- Gebruikers en overeenkomsten delen
Integreren met andere producten
- Overzicht van Acrobat Sign-integraties
- Acrobat Sign voor Salesforce
- Acrobat Sign voor Microsoft
- Overige integraties
- Door partners beheerde integraties
- Een integratiesleutel verkrijgen
Acrobat Sign Developer
- REST-API's
- Webhooks
- Sandbox
Ondersteuning en probleemoplossing
Dit document belicht de nieuwe functies, ervaringswijzigingen en opgeloste problemen in de klantgerichte applicatie voor de meest recente release.
Op ontwikkelaars gerichte updates van de API en webhooks worden gedocumenteerd in de Acrobat Sign-ontwikkelaarshandleiding.
Niet alle functies/wijzigingen zijn gegarandeerd ingeschakeld op de datum van de release.
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. In bulk verzenden, webformulieren en Aangepaste workflows worden ondersteund door het gebruik van Bibliotheeksjablonen. Deze verbetering zorgt voor consistente formulierlogica en verbetert de nauwkeurigheid van gegevens in ondertekeningsworkflows.
Beschikbare omgevingen: Sandbox, Commercieel, Government Beschikbare serviceniveaus: Acrobat Sign Solutions Configuratiebereik: standaard ingeschakeld
De bijgewerkte documentatie bekijken >
- Toegestane IP-bereiken – Uitgebreide controle over API en mobiele toegang - Beheerders kunnen nu expliciet bepalen of IP-beperkingen van toepassing zijn op op API gebaseerde clients, inclusief mobiele applicaties en gecertificeerde integraties van Acrobat Sign.
Beschikbare omgevingen: Sandbox, Commercieel, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Account en Groep
De bijgewerkte documentatie bekijken >
- Verificatieondersteuning voor modern elektronisch ondertekenen – Modern elektronisch ondertekenen ondersteunt nu drie verificatiemethoden: Acrobat Sign-verificatie, wachtwoord en 2FA (tweestapsverificatie) via de telefoon.
Beschikbare omgevingen: Sandbox, Commercieel, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: standaard ingeschakeld
- Ontvangersgroepen toevoegen in hybride routering voor moderne Handtekening aanvragen – Ontvangersgroepen kunnen nu worden opgenomen in hybride routering, zodat meerdere ontvangers of groepen parallel kunnen reageren binnen dezelfde routeringsstap. Via groepsmodi kunnen één of alle leden de actie voltooien, wat meer flexibiliteit biedt voor complexe goedkeurings- en ondertekeningsworkflows.
Beschikbare omgevingen: Sandbox, Commercieel, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: standaard ingeschakeld
- Kopiëren van overeenkomsten die de eindstatus hebben en vanuit Handtekening aanvragen zijn verzonden – 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 op de pagina Samenstellen geopend om snel bewerkingen te kunnen uitvoeren voordat de overeenkomst wordt verzonden. Dit verkort de installatietijd, minimaliseert fouten en verbetert de productiviteit voor repetitieve workflows zoals verlengingen of correcties.
Beschikbare omgevingen: Sandbox, Commercieel, Government | Beschikbare serviceniveaus: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Configuratiebereik: Account en Groep
De configuratiedocumentatie bekijken >
De gebruikersactiedocumentatie bekijken >
- De koppeling Overeenkomst downloaden uitschakelen voor overeenkomsten die in uitvoering zijn – Beheerders kunnen nu de koppeling 'Een kopie downloaden' verwijderen van bevestigingspagina's na ondertekening op account- of groepsniveau, zodat ontvangers geen overeenkomsten kunnen downloaden vanaf de pagina na ondertekening.
Beschikbare omgevingen: Sandbox, Commercieel, Government | Beschikbare serviceniveaus: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Configuratiebereik: Account en Groep
De documentatie bekijken >
- Het tabblad Bronnen in de bovenste navigatiebalk – Er is een nieuwe pagina Bronnen beschikbaar in de bovenste navigatiebalk voor beheerders en gebruikers, die directe toegang biedt tot educatieve content, webinars, blogs en video's van productupdates van Acrobat Sign. Op de pagina worden zelfstudies per gebruikersniveau (beginner, ervaren en beheerder) georganiseerd. De pagina bevat een rechtstreekse koppeling naar aanvullende ondersteuningsdocumentatie.
Beschikbare omgevingen: Sandbox, Commercieel, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: standaard ingeschakeld
De documentatie bekijken >
- Dynamische deelname voor overeenkomsten die in bewerking zijn – Ontvangers verwijderen – Afzenders 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 de toegang in, werkt herinneringen en controlesporen bij, verwijdert de toegewezen velden en zet de overeenkomst naadloos terug naar de primaire ondertekeningsstatus. Dankzij deze flexibiliteit kunnen organisaties nauwkeurig blijven in live routeringsworkflows, zoals wanneer een ondertekenaar niet meer beschikbaar is, terwijl juridische integriteit, naleving en een volledige controlegeschiedenis behouden blijven
Beschikbare omgevingen: Sandbox, Commercieel | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Account en Groep
De documentatie bekijken >
- Digitale handtekeningen vereisen voor individuele ontvangers tijdens de overeenkomstconfiguratie – Afzenders kunnen nu digitale handtekeningen verplicht stellen voor geselecteerde ontvangers. Hierdoor kunnen striktere ondertekeningsvereisten worden toegepast waar nodig, zonder dat dit invloed heeft op andere ontvangers. De ondertekeningservaring past zich automatisch aan door digitale handtekeningvelden te verplichten en identiteitscontroles te tonen wanneer deze worden ondersteund. Dit vermindert fouten en verbetert de naleving voor gereguleerde workflows.
Beschikbare omgevingen: Sandbox, Commercieel, Government | Beschikbare serviceniveaus: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Configuratiebereik: Account en Groep
De documentatie bekijken >
- Digitale identiteitsproviders als standaard verificatiemethoden – Beheerders kunnen nu een gateway voor de digitale identiteitsprovider selecteren als de standaard verificatiemethode voor ondertekenaars voor interne en externe ontvangers in Verzendinstellingen. De configuratie wordt automatisch toegepast op overeenkomsten, webformulieren, bulkverzendingen en workflows, wat zorgt voor een consistente en conforme verificatie van ontvangers. Deze verbetering vereenvoudigt het instelling van de verificatie, dwingt bij de organisatie het identiteitsbeleid af en verbetert de ondersteuning voor overheidsinstanties en zakelijke klanten die afhankelijk zijn van verificatie op basis van digitale identiteit.
Beschikbare omgevingen: Sandbox, Commercieel, Overheid | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: standaard beschikbaar
De documentatie bekijken >
- Geverifieerde formuliervelden met identiteitsgeverifieerde gegevens – Formulierontwerpers kunnen nu geverifieerde formuliervelden maken die automatisch worden ingevuld met gegevens die door een identiteitsprovider (zoals OneID) worden geretourneerd tijdens verificatie van de ondertekenaar. Deze velden kunnen worden ingesteld als alleen-lezen of bewerkbaar, zodat geverifieerde identiteitsgegevens nauwkeurig worden vastgelegd en optioneel worden vergrendeld tegen bewerkingen (bijvoorbeeld naam, adres of rekeningnummer). Dit versterkt identiteitswaarborging, vermindert fouten bij handmatige invoer en stroomlijnt de naleving voor workflows die gevalideerde gegevens van ondertekenaars vereisen.
Beschikbare omgevingen: Commercieel, Government | Beschikbare serviceniveaus: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Configuratiebereik: Account en Groep
De documentatie bekijken >
- Ontvangersgroepen in CSV-bestand voor In bulk verzenden – Afzenders kunnen nu ontvangersgroepen direct definiëren in het CSV-bestand In bulk verzenden, zodat meerdere ontvangers kunnen reageren bij 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. Groepsdefinities, validatie en audittracking worden allemaal per CSV-rij afgehandeld, waarbij fouten worden gerapporteerd via downloadbare validatiebestanden.
Beschikbare omgevingen: Sandbox, Commercieel, Government | Beschikbare servicesniveaus: Acrobat Sign Solutions | Configuratiebereik: Account en Group
De documentatie bekijken >
- Bibliotheeksjabloon – Delen met meerdere groepen – De moderne ervaring van Bibliotheeksjabloon maken biedt nu ondersteuning voor het delen van sjablonen met meerdere groepen binnen een account, wat overeenkomt met 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 voorkomt terugval naar de klassieke ervaring, verbetert de samenwerking en vereenvoudigt het sjabloonbeheer voor organisaties met meerdere groepen.
Beschikbare omgevingen: Sandbox, Commercieel, Government Beschikbare serviceniveaus: Acrobat Sign Solutions Configuratiebereik: Account en Groep
De bijgewerkte documentatie bekijken >
- 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 toegepast. Hierdoor blijft de geldigheid van de handtekening behouden en maakt de visuele indicator duidelijk dat er bestanden zijn bijgevoegd. Deze verbetering zorgt voor een betere juridische integriteit, transparantie en consistentie tussen de workflows voor elektronisch en digitaal ondertekenen.
Beschikbare omgevingen: Sandbox, Commercieel, Government | Beschikbare serviceniveaus: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Configuratiebereik: standaard ingeschakeld
De bijgewerkte documentatie bekijken >
- Nieuwe TSP-options voor cloudhandtekeningen - Er zijn nieuwe vertrouwde serviceproviders toegevoegd om digitale cloudhandtekeningen te ondersteunen:
- Swisscom
- Swisscom is beschikbaar, maar nog niet openbaar beschikbaar voor selectie. Als u deze provider wilt laten toevoegen aan uw account, dien dan een ondersteuningsaanvraag in en het ondersteuningsteam zal de provider voor u installeren.
- Swisscom
Beschikbare omgevingen: Sandbox, Commercieel | Bschikbare serviceniveaus: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Configuratiebereik: Account en Group
Wijzigingen in gebruikerservaring
- Verbeterde aanmeldingspagina - De Acrobat Sign-aanmeldingspagina is nu overzichtelijker en consistent in gebruik. 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; hierbij is vastgesteld dat het gaat om ID's van inactieve gebruikers of testgebruikers.
- 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.
Beschikbare omgevingen: Sandbox, Commercieel | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Account en Groep
De bijgewerkte documentatie bekijken >
- Beheer van gebruikersdetails voor inactieve gebruikers inschakelen – Beheerders kunnen nu gebruikersdetails voor inactieve gebruikers direct bewerken in de gebruikersinterface voor beheerders en via CSV-uploads zonder accounts opnieuw te activeren. Dit omvat het bijwerken van groepstoewijzingen (voor configuraties van zowel één groep als meerdere groepen), het beheren van het kenmerk 'Gebruiker kan documenten ondertekenen' en het uitvoeren van bulkbewerkingen voor naleving en onderhoud van records. Deze wijziging stroomlijnt het beheer van de gebruikerslevenscyclus voor ondernemingen, maakt de administratieve overhead kleiner en ondersteunt een overzichtelijkere groepsorganisatie en AVG-conforme recordverwerking.
Beschikbare omgevingen: Sandbox, Commercieel, Government Beschikbare serviceniveaus: Acrobat Sign Solutions Configuratiebereik: Account en Groep
REST API/Webhookupdates
API- en webhook-updates voor deze release zijn te vinden in de Acrobat Sign API-documentatie.
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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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 (zichtbaar:onwaar), 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
In release 16.1 is in Acrobat Sign de PDF-verwerkingstechnologie bijgewerkt naar een eigen oplossing van Adobe. Deze wijziging versterkt de betrouwbaarheid, schaalbaarheid en ondersteuning op lange termijn van het platform door de afhankelijkheid van externe factoren te verminderen. Als onderdeel van een interne infrastructuurupdate werd dit niet vermeld in de openbare aanvullende informatie van versie 16.1.
Na de update ontstonden er compatibiliteitsproblemen met een beperkte set sjablonen, webformulieren en aangepaste workflows die gekoppeld zijn aan specifieke documenten. Getroffen klanten werden tijdelijk ondersteund via een alternatieve configuratie en zullen in de eerste helft van 2026 volledig worden teruggezet naar de Adobe PDF-ervaring.
Klanten die denken dat zij getroffen zijn en aanvullende informatie nodig hebben, moeten contact opnemen met de ondersteuning voor Acrobat Sign.
De volgende problemen gerelateerd aan deze wijziging zijn opgelost in release 17.0.
| Probleem | Beschrijving |
|---|---|
| 4534178 / 4550340 | Samenvatting: PDF's die Helvetica 12 gebruiken, worden in de sandbox anders weergegeven dan in productie omdat Helvetica geen ondersteund ingesloten lettertype is in het nieuwere PDF-verwerkingspad waarbij ArialMT de vervangende equivalent is. Dit resulteert in visuele verschillen die de velduitlijning tijdens sandboxtesten beïnvloeden. |
| Oplossing: Lettertypeverwerking is gestandaardiseerd door het insluiten van ondersteunde lettertype-equivalenten en het expliciet toewijzen van Helvetica aan ArialMT. Dit zorgt voor consistente en voorspelbare lettertypeweergave in alle omgevingen. | |
| 4535543 | Samenvatting: Webformulieren met voorwaardelijke, gekloonde velden voor vervolgkeuzelijsten leggen de geselecteerde waarden vast, maar in de gedownloade ondertekende PDF worden die vervolgkeuzelijstselecties als leeg weergegeven. Dit komt doordat het pad voor het samenvoegen van de handtekening naar de PDF de waarden voor bepaalde verkeerd opgemaakte of voorwaardelijk aangestuurde vervolgkeuzelijstwidgets in de moderne ervaring voor ondertekenen niet correct oplost en toepast. |
| Oplossing: De verwerking van velden van vervolgkeuzelijsten tijdens het samenvoegen van de PDF is bijgewerkt zodat gekloonde en voorwaardelijke keuzevelden de geselecteerde waarde correct weergeven in de ondertekende PDF. | |
| 4535735 | Samenvatting: In PDF-formulieren waarin tekstvelden zijn ingesteld op automatische tekengrootte, wordt de tekst in de velden erg klein weergegeven tijdens authoring, ondertekening en in de uiteindelijke ondertekende PDF. |
| Oplossing: De automatische tekengrootte en het genereren van de weergave van tekstvelden zijn aangepast, zodat vooraf ingevulde en door de ondertekenaar ingevoerde waarden met een leesbare tekengrootte worden weergegeven tijdens authoring, ondertekening en in de definitieve PDF. Het genereren van de weergave van vervolgkeuzelijsten is gecorrigeerd, zodat geselecteerde waarden daadwerkelijk in de ondertekende PDF worden weergegeven in plaats van dat ze leeg worden weergegeven. | |
| 4535894 / 4547919 / 4550657 |
Samenvatting: In sommige overeenkomsten werden tekstvelden met meerdere regels die zijn geconfigureerd met automatische tekengrootte, niet altijd correct geschaald wanneer ondertekenaars een grote hoeveelheid tekst invoerden. Hierdoor konden delen van de ingevoerde tekst afgekapt lijken in de ondertekende PDF, ook al was de volledige tekst zichtbaar tijdens het ondertekenen. |
| Oplossing: De tekstindeling en logica voor tekengrootte van velden met meerdere regels is gecorrigeerd om ervoor te zorgen dat ingevoerde tekst automatisch wordt aangepast om binnen de veldgrenzen te passen zonder afkapping. | |
| 4536430 | Samenvatting: Het aanroepen van GET /agreements/{agreementId}/documents/{documentId} mislukt met de foutmelding INVALID_DOCUMENT_ID ('De opgegeven document-ID is ongeldig'), ondanks dat hetzelfde document wel kan worden gedownload via de Acrobat Sign-webinterface. Dit wordt veroorzaakt door een ongeldige indeling tijdens de verwerkingsstap. |
| Oplossing: De workflow voor het ophalen en verwerken van documenten is robuuster gemaakt, zodat overeenkomsten met randgevallen (edge cases) in de PDF-structuur niet langer leiden tot fouten bij het opvragen van documenten via API. | |
| 4537178 | Samenvatting: Nadat een FORM_FILLER een overeenkomst delegeert, kan de gedelegeerde ontvanger de overeenkomst niet openen om te ondertekenen. De pagina 'Controleren en ondertekenen' blijft oneindig doorgaan met laden. In de getroffen overeenkomsten worden zowel de oorspronkelijke delegeerder als de gedelegeerde ontvanger weergegeven als 'Volgende om te ondertekenen', waardoor de status van de overeenkomst inconsistent is. |
| Oplossing: De verwerking na delegatie en de statusafstemming zijn verbeterd, zodat delegatie er niet langer toe leidt dat meerdere deelnemers als 'Volgende om te ondertekenen' worden weergegeven. Ook loopt de ondertekeningsweergave niet meer vast wanneer documentonderdelen op de achtergrond (paginabeelden, documentgegevens) niet of vertraagd worden geladen. | |
| 4537632 / 4543510 |
Samenvatting: Tekst die wordt ingevoerd in gegevensvelden die zijn geconfigureerd met tekengrootte ingesteld op 'Automatisch', wordt afgekapt weergegeven in de ondertekende PDF. |
| Oplossing: De logica voor automatische tekengrootte is gecorrigeerd om tekst consistent opnieuw te plaatsen en te schalen, zodat alle ingevoerde tekst binnen de veldgrenzen past in alle ondersteunde PDF's. | |
| 4544067 | Samenvatting: In sommige ondertekende overeenkomsten die zijn gemaakt op basis van specifieke brondocumenten, krijgen klanten in Adobe Acrobat een waarschuwing voor een ongeldig certificaat, omdat verborgen, verkeerd opgemaakte formulierveldannotaties na ondertekening in de PDF blijven staan. Hierdoor kan de certificering van het document niet worden gevalideerd ondanks dat het ondertekeningsproces is voltooid. |
| Oplossing: Acrobat Sign verwijdert ongeldige en zwevende annotaties tijdens documentverwerking, zodat ondertekende PDF's correct worden gevalideerd en met een geldig certificaat worden weergegeven in Acrobat. | |
| 4543958 | Samenvatting: Sommige hyperlinks die zijn gemaakt in Acrobat werken niet meer wanneer ze gebruikmaken van benoemde bestemmingen in plaats van paginanummers. Dit komt doordat de PDF-verwerkingslogica de benoemde bestemmingen tijdens het ondertekenen niet goed heeft omgezet naar de uiteindelijke paginalocaties. Hierdoor worden de hyperlinks in het ondertekende document verbroken, ook al werkten ze in het oorspronkelijke bestand wel. |
| Oplossing: Acrobat Sign zet benoemde bestemmingen nu correct om naar de daadwerkelijke paginalocaties tijdens de PDF-verwerking. Dit zorgt ervoor dat alle hyperlinks blijven functioneren na het ondertekenen. | |
| 4543709 | Samenvatting: Wanneer vanuit Salesforce verzonden overeenkomsten een afbeelding als formulierveld bevatten, worden sommige ondertekende PDF's onverwacht groot na ondertekening (vaak groter dan de Salesforce-bijlagelimiet van 12 MB). Dit komt doordat het PDF-verwerkingspad geüploade afbeeldingen kan insluiten met inefficiënte compressie. Dit vergroot het uiteindelijke bestand dusdanig dat Salesforce het niet meer opnieuw kan opslaan in de overeenkomstrecord. |
| Oplossing: Acrobat Sign heeft de afbeeldingsverwerking bijgewerkt die tijdens het genereren van PDF's wordt uitgevoerd. Geüploade afbeeldingen (inclusief afbeeldings- en stempel) worden nu efficiënt gecodeerd, waardoor de ondertekende bestanden veel dichter bij de verwachte bestandsgrootte blijven. | |
| 4543678 | Samenvatting: Bij sommige bibliotheeksjablonen kunnen ondertekenaars alle vereiste velden invullen, maar in de gedownloade ondertekende PDF worden sommige van die velden als leeg weergegeven, ook al zijn de gegevens correct vastgelegd en blijven ze beschikbaar via Acrobat Sign-rapporten en API's. |
| Oplossing: Acrobat Sign werkt de verwerkingswijze van deze sjablonen bij, zodat alle ingevulde verplichte velden betrouwbaar worden weergegeven in de ondertekende PDF (waarbij de neveneffecten die optraden bij het oude PDF-verwerkingspad worden vermeden). | |
| 4538033 | Samenvatting: Het lettertype CourierNewPSMT wordt genegeerd tijdens authoring en ondertekening. Hierdoor worden velden weergegeven met een onverwacht lettertype vanwege verouderde lettertypeverwerking waarbij lettertypen werden vervangen in plaats van te worden ingesloten. |
| Oplossing: Lettertypeverwerking is bijgewerkt om Courier en andere ondersteunde lettertypen correct te ondersteunen voor nieuwe overeenkomsten. Hierdoor blijft het geselecteerde lettertype behouden tijdens authoring, ondertekening en in het voltooide document. | |
| 4538082 | Samenvatting: De grootte van tekstvelden met meerdere regels wordt niet automatisch correct gewijzigd, waardoor tekst extreem kleiner of afgekapt wordt weergegeven in voltooide overeenkomsten. Dit wordt veroorzaakt door wijzigingen in de PDF-verwerking die de logica voor de minimale lettertypeschaling en regelterugloop van automatisch gewijzigde velden met meerdere regels hebben veranderd. |
| Oplossing: Logica voor het automatisch wijzigen van de grootte van tekstvelden met meerdere regels is aangepast om lettertypeschaling en regelterugloop te verbeteren, zodat ingevoerde tekst leesbaar blijft en beter aansluit bij het oudere gedrag. | |
| 4538599 | Samenvatting: Sommige voltooide overeenkomsten tonen de standaard vervolgkeuzelijstwaarde in plaats van de door de ondertekenaar geselecteerde waarde. Dit komt doordat bepaalde speciale tekens in vervolgkeuzelijstopties ervoor zorgen dat de gekozen waarde onjuist wordt weergegeven in de definitieve PDF, ook al wordt de juiste selectie vastgelegd tijdens het ondertekenen. |
| Oplossing: PDF-rendering is bijgewerkt zodat geselecteerde vervolgkeuzelijstwaarden met speciale tekens correct worden behouden en weergegeven in de voltooide overeenkomsten. | |
| 4539217 / 4539223 |
Samenvatting: Bij bepaalde invulbare PDF's met vooraf ingevulde waarden en velden voor digitale handtekening kunnen afzenders ontbrekende of gewijzigde veldwaarden zien bij het bekijken van de voorvertoning of het verzenden van het document. Dit kan het verzenden of ondertekenen blokkeren, omdat de documentstructuur ervoor zorgt dat vooraf ingevulde gegevens en alleen-lezen velden voor handtekening inconsistent worden geïnterpreteerd tijdens de verwerking van het document. |
| Oplossing: De documentverwerking is verbeterd zodat vooraf ingevulde veldwaarden correct worden behouden en alleen-lezen velden voor digitale handtekening correct worden verwerkt. Dit zorgt ervoor dat overeenkomsten correct worden weergegeven in de voorvertoning en kunnen worden verzonden en ondertekend zonder verlies van vooraf ingevulde gegevens. | |
| 4539226 | Samenvatting: In sommige overeenkomsten die zijn gemaakt op basis van sjablonen die tekstlabels gebruiken voor velden met selectievakjes, kunnen ontvangers tijdens het ondertekenen selectievakjes selecteren, maar die selecties verschijnen niet in de weergave van de afzender of in de definitieve ondertekende PDF. Dit komt doordat de veldnamen van de selectievakjes inconsistent worden geparseerd, waardoor de ondertekende waarden worden opgeslagen onder een andere sleutel dan het weergegeven formulierveld. |
| Oplossing: De toewijzing van waarden voor selectievakjes is bijgewerkt om velden met selectievakjes die zijn gemaakt op basis van tekstlabels met op aanwijzingen gebaseerde namen, correct op te lossen. Dit zorgt ervoor dat geselecteerde waarden consistent worden weergegeven voor alle partijen en in de definitieve ondertekende PDF. | |
| 4539432 | Samenvatting: Sommige PDF's konden niet worden verzonden voor ondertekening en werden onmiddellijk geannuleerd met een documentverwerkingsfout. Dit werd veroorzaakt door verkeerd opgemaakte of zwevende PDF-notities waardoor een null pointer-fout optrad tijdens PDF-herstel en normalisatielogica van formuliervelden in Acrobat Sign. |
| Oplossing:PDF-herstel en logica voor notitieverwerking zijn verbeterd zodat verkeerd opgemaakte of zwevende notities er niet meer voor zorgen dat het maken van overeenkomsten mislukt, waardoor getroffen documenten nu correct kunnen worden verzonden en ondertekend. | |
| 4541859 | Samenvatting: Bij tekstvelden met meerdere regels die de instelling Automatische tekengrootte gebruiken, wordt tekst soms afgekapt in de ondertekende PDF voor alleen-lezen (vergrendelde) velden met meerdere regels. Dit komt door onjuiste automatische schaling van het lettertype tijdens weergave. |
| Oplossing: Logica voor automatische schaling van het lettertype is gecorrigeerd voor vergrendelde tekstvelden met meerdere regels, zodat alle ingevoerde tekst volledig binnen het veld wordt weergegeven. | |
| 4542835 | Samenvatting: Klanten merkten op dat sommige verplichte velden (inclusief vervolgkeuzelijsten, tekstvelden en selectievakjes) leeg werden weergegeven in de gedownloade ondertekende PDF, ook al waren alle velden ingevuld tijdens het ondertekenen |
| Oplossing: De logica voor PDF-rendering is gecorrigeerd om ervoor te zorgen dat alle vastgelegde veldwaarden, inclusief vervolgkeuzelijsten, tekstvelden en selectievakjes, betrouwbaar in de ondertekende PDF worden gezet, zodat het visuele document overeenkomt met de opgeslagen overeenkomstgegevens. | |
| 4543678 | Samenvatting: In sommige ondertekende overeenkomsten ontbraken verplichte veldwaarden in de definitieve PDF, omdat bepaalde bibliotheeksjablonen die via API waren geïmporteerd en bijgewerkt, verplichte veldgegevens niet correct weergaven tijdens het genereren van de PDF. |
| Oplossing: De logica voor het genereren van PDF's is bijgewerkt om ervoor te zorgen dat alle verplichte velden die in bibliotheeksjablonen zijn gedefinieerd, inclusief velden die via API zijn gemaakt of gewijzigd, consistent worden weergegeven in de ondertekende PDF, met behoud van de volledige veldwaarden. | |
| 4543709 | Samenvatting: Sommige via Salesforce verzonden overeenkomsten die op afbeeldingen gebaseerde formuliervelden bevatten, kunnen ervoor zorgen dat de definitieve ondertekende PDF aanzienlijk groter wordt dan de oorspronkelijke bestandsgrootte. Hierdoor wordt de limiet van 12 MB van Salesforce overschreden en kan het ondertekende document niet worden teruggeschreven naar de Salesforce-overeenkomstrecord, ook al wordt het ondertekeningsproces zelf succesvol voltooid. |
| Oplossing: De afbeeldingsverwerking tijdens het genereren van PDF's is geoptimaliseerd door de juiste afbeeldingscompressie toe te passen. Dit zorgt ervoor dat ondertekende documenten met velden voor afbeeldingen, stempels of op afbeeldingen gebaseerde handtekeningen niet te groot worden en binnen de maximale bestandsgrootte van Salesforce blijven. | |
| 4543958 | Samenvatting: Hyperlinks die in Acrobat zijn gemaakt en benoemde bestemmingen gebruiken, werken niet meer in ondertekende PDF's terwijl hyperlinks op basis van paginanummers wel blijven werken. Dit komt door een regressie in het PDF-verwerkingspad waarbij benoemde bestemmingen niet werden omgezet naar expliciete paginadoelen tijdens nabewerking. |
| Oplossing: Benoemde bestemmingen worden tijdens het genereren van de PDF's omgezet naar hun expliciete paginabestemmingen, waardoor hyperlinkfunctionaliteit wordt hersteld voor hyperlinks die benoemde bestemmingen gebruiken als hyperlinks die paginanummers gebruiken in ondertekende PDF's. | |
| 4544067 | Samenvatting: Sommige ondertekende overeenkomsten tonen een ongeldig digitaal certificaat met de validatiefout 'Widgetnotitie verwijderd'. Dit komt door verkeerd opgemaakte of zwevende widgetnotities die in de PDF achterblijven na ondertekening, waardoor de certificeringsketen ongeldig wordt. |
| Oplossing: Nabewerking van PDF's is bijgewerkt om beschadigde of zwevende widgetnotities te detecteren en te verwijderen tijdens het opschonen van velden, zodat alleen geldige notities overblijven en ondertekende PDF's consistent een geldig digitaal certificaat tonen. |