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
- Overzicht
- Downloaden en ondertekenen met Acrobat /content/help/nl/sign/config/admin-managed-sharing.
- Ondertekenen met cloudhandtekeningen
- Inclusief metadata voor identiteitsproviders
- Beperkte providers voor cloudhandtekeningen
- 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
- Naam van overeenkomst
- Talen
- Privéberichten
- Toegestane handtekeningtypes
- Herinneringen
- Wachtwoordbeveiliging ondertekend document
- Overeenkomstbericht verzenden via
- Opties voor indentificatie van ondertekenaar
- Inhoudsbeveiliging
- Transacties met notaris inschakelen
- Documentverloopdatum
- Voorvertoning, handtekeningen plaatsen en velden toevoegen
- Handtekeningvolgorde
- 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
- 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
Adobe Acrobat Sign-publicatieoverzicht en vooraf vrijgegeven documentatie
Adobe Acrobat Sign brengt minimaal drie updates per jaar uit, gecategoriseerd als grote of kleine releases. Indien nodig kunnen er aanvullende kleine updates worden doorgevoerd om systeem- of klantproblemen op te lossen.
- Grote releases brengen belangrijke updates, nieuwe functies en verdere verbeteringen.
- Kleine releases richten zich op kleinere verbeteringen en aanpassingen van de gebruikerservaring. Deze vinden plaats tussen grote updates, meestal één tot twee keer per cyclus.
Om onderbrekingen te voorkomen zijn nieuwe functies standaard uitgeschakeld en moeten ze handmatig worden ingeschakeld door een account- of groepsbeheerder.
Voor klanten in de Health and Life-wetenschappen die behoefte hebben aan validatie van de naleving, werkt Acrobat Sign samen met een externe leverancier om een validatiepakket voor elke grote release te leveren met functies waarmee uw risico's worden geminimaliseerd.
Deze pagina met Informatie voorafgaand aan de release wordt regelmatig bijgewerkt naarmate nieuwe informatie beschikbaar wordt, waardoor de inhoud vrij dynamisch is.
Hoewel de pagina is gelokaliseerd, kost het proces tijd. Hierdoor kunnen gelokaliseerde versies soms enigszins afwijken van de officiële Amerikaans-Engelse versie.
Raadpleeg de pagina voor Amerikaans-Engels voor de meest nauwkeurige en up-to-date informatie.
Adobe Acrobat Sign volgt een gestructureerde planning voor het publiceren van aanvullende informatie en documentatie-updates:
8 weken voor de productierelease
- De prereleasepagina bevat een samenvatting van verwachte functies en updates, meestal vier weken voor de Sandbox-lancering.
- Functies die na dit tijdstip worden gewijzigd, worden vermeld in de sectie Errata.
- Opgeloste problemen worden in dit stadium niet vermeld.
4 weken voor productierelease (Sandbox-lancering)
- De prereleasepagina wordt bijgewerkt met gedetailleerde documentatie over nieuwe en bijgewerkte functies.
- Indien nodig worden koppelingen naar documentatie voor ondersteuning van de prerelease toegevoegd. Deze zijn alleen beschikbaar in het Amerikaans-Engels.
- De eerste sectie Opgeloste problemen wordt gepubliceerd, met doorlopende updates voor de volgende vier weken.
Dag van de lancering
- De officiële aanvullende informatie wordt bijgewerkt met definitieve informatie over de functies, en met koppelingen naar de documentatie voor productieondersteuning.
- De prereleasepagina wordt vernieuwd zodat de volgende releasecyclus wordt gemarkeerd.
- De documentatie wordt gepubliceerd na verificatie van de release in het live-systeem, doorgaans na 19.00 uur Pacific Time, al kan dat bij complexe updates later zijn.
- De definitieve lijst met opgeloste problemen wordt aan de aanvullende informatie in het Amerikaans-Engels toegevoegd. Gelokaliseerde versies worden later bijgewerkt.
Government Cloud-release
- De Government Cloud-omgeving wordt doorgaans twee dagen tot enkele weken na de productierelease bijgewerkt, omdat bepaalde functies soms verder moeten worden geëvalueerd voordat ze worden geïmplementeerd.
Sandbox-documentatie is ontworpen voor de productieomgeving. Koppelingen in de prereleasecontent verwijzen naar productie-URL's. Dit betekent dat deze koppelingen kunnen leiden naar oudere, bestaande documentatie of 404-resultaten als de doelpagina nieuw is en nog niet is gepubliceerd (bijvoorbeeld wanneer de koppeling verwijst naar een nieuwe functie in dezelfde release).
De nieuwe pagina's worden gepubliceerd zodra de release is gepubliceerd en de koppelingen worden correct doorgestuurd naar de productie-URL's.
Beschikbaarheid van Sandbox
Klanten die toegang hebben tot de Acrobat Sign Sandbox-omgeving hebben doorgaans vier weken vóór de lancering toegang tot de functionaliteit van de nieuwe release.
- De sandboxomgeving moet alle procedures voor productiekwaliteitsborging doorlopen op hetzelfde kwaliteitsniveau als de gebruikelijke productieomgeving.
- Adobe streeft naar een beschikbaarheid van 99,9% in de sandboxomgeving, maar klanten moeten er rekening mee houden dat de Adobe Unified SLA de sandbox formeel niet omvat.
- De sandboxomgeving gebruikt dezelfde statuspagina en uitvalprocedures als de gebruikelijke productieomgeving.
Dit artikel bevat prerelease-informatie. Releasedatums, functies en andere informatie kunnen zonder voorafgaande kennisgeving worden gewijzigd.
Adobe Acrobat Sign release v17.0
Sandbox-implementatie: 6 januari 2026
Productie-implementatie: 3 februari 2026
GovCloud-implementatie: 10 februari 2026
Verbeterde functionaliteit
- Gegroepeerde selectievakjes in authoring en sjablonen – Afzenders kunnen nu selectievakjegroepen maken via de moderne Handtekening aanvragen en Bibliotheek sjablonen 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 bibliotheeksjablonen.Deze verbetering zorgt voor consistente formulierlogica en verbetert de gegevensnauwkeurigheid in ondertekeningsworkflows.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: acrobat sign Solutions | Configuratieomvang: Standaard ingeschakeld
Bekijk de bijgewerkte documentatie >
- 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 acrobat sign mobiele applicaties en gecertificeerde integraties.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: acrobat sign Solutions | Configuratieomvang: account en groep
Bekijk de bijgewerkte documentatie >
- Authenticatieondersteuning voor modern elektronisch ondertekenen – Modern elektronisch ondertekenen ondersteunt nu drie authenticatiemethoden: acrobat sign authenticatie, wachtwoord en telefoongebaseerde 2FA.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratieomvang: Standaard ingeschakeld
- Ontvangergroepen toevoegen in hybride routering voor moderne handtekening aanvragen – Ontvangergroepen 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 kunnen voltooien, wat meer flexibiliteit biedt voor complexe goedkeurings- en ondertekeningsworkflows.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratieomvang: Standaard ingeschakeld
- 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 Opstellen pagina voor snelle bewerkingen voordat deze wordt verzonden, wat de insteltijd verkort, fouten minimaliseert en de productiviteit verbetert voor repetitieve workflows zoals verlengingen of correcties.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: acrobat standard, acrobat pro, acrobat sign Solutions | Configuratieomvang: account en groep
Bekijk de configuratiedocumentatie >
Bekijk de gebruikersactiedocumentatie >
- De Overeenkomst downloaden koppeling uitschakelen voor lopende overeenkomsten – Beheerders kunnen nu de 'Een kopie downloaden'-koppeling verwijderen van bevestigingspagina's na ondertekening op account- of groepsniveau, waardoor ontvangers geen gedeeltelijk ondertekende overeenkomsten kunnen downloaden.Dit helpt organisaties om te voldoen aan strikte juridische en nalevingsvereisten, zodat ontvangers alleen de volledig uitgevoerde overeenkomst ontvangen nadat alle deelnemers het ondertekenen hebben voltooid.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: acrobat standard, acrobat pro, acrobat sign Solutions | Configuratieomvang: account en groep
Bekijk de documentatie >
- 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 linkt direct naar aanvullende ondersteuningsdocumentatie.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: acrobat sign Solutions | Configuratieomvang: Standaard ingeschakeld
Bekijk de documentatie>
- 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 om nauwkeurigheid te behouden in live routeringsworkflows—zoals wanneer een ondertekenaar niet beschikbaar wordt—terwijl juridische integriteit, naleving en een volledige auditgeschiedenis behouden blijven
Beschikbare omgevingen: Sandbox, Commercial | Beschikbare serviceniveaus: acrobat sign Solutions | Configuratieomvang: account en groep
Bekijk de documentatie >
- 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 naleving verbetert voor gereguleerde workflows.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: acrobat standard, acrobat pro, acrobat sign Solutions | Configuratieomvang: account en groep
Bekijk de documentatie >
- 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 authenticatie-instellingen, dwingt organisatorische identiteitsbeleid af en verbetert ondersteuning voor overheids- en ondernemingsklanten die afhankelijk zijn van digitale identiteitsgebaseerde authenticatie.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: acrobat sign Solutions | Configuratieomvang: Standaard beschikbaar
Bekijk de documentatie >
- 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 naleving voor workflows die gevalideerde ondertekeningsgegevens vereisen.
Opmerking: Deze functie is niet opgenomen in de Sandbox-release, maar wordt verwacht in de officiële release.
Beschikbare omgevingen: Commercial, Government | Beschikbare serviceniveaus: acrobat standard, acrobat pro, acrobat sign Solutions | Configuratieomvang: account en groep
Bekijk de documentatie >
- 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.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: acrobat sign Solutions | Configuratie-omvang: account en Groep
Bekijk de documentatie >
- 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.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: acrobat sign Solutions | Configuratie-omvang: Standaard beschikbaar
Bekijk de bijgewerkte documentatie >
- 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 workflows voor elektronisch ondertekenen en digitaal ondertekenen.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: acrobat standard, acrobat pro, acrobat sign Solutions | Configuratie-omvang: Standaard ingeschakeld
Bekijk de bijgewerkte documentatie>
- Nieuwe TSP-opties voor Cloud Signatures - Nieuwe vertrouwde dienstverleners zijn toegevoegd ter ondersteuning van digitale cloud-handtekeningen:
- Swisscom
- Swisscom is beschikbaar, maar nog niet publiekelijk selecteerbaar.Als je deze provider wilt laten toevoegen aan je account, dien dan een supportcase in en zij zullen het voor je installeren.
- Swisscom
Beschikbare omgevingen: Sandbox, Commercial | Beschikbare serviceniveaus: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Configuratiebereik: Account en Groep
Wijzigingen in gebruikerservaring
- 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.
Beschikbare omgevingen: Sandbox, Commercial | Beschikbare servicelagen: acrobat sign Solutions | Configuratie-omvang: account en Groep
Bekijk de bijgewerkte documentatie >
- 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 beheer van de levenscyclus van bedrijfsgebruikers, vermindert de administratieve overhead en ondersteunt een schonere groepsorganisatie en GDPR-conform recordbeheer.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratieomvang: Account en Groep
REST API/Webhookupdates
De onderstaande updates worden voor openbaarmakingsdoeleinden gepresenteerd in de aanvullende prerelease-informatie. Volledige documentatie voor API- en Webhook-updates is te vinden in de: Acrobat Sign-documentatie voor ontwikkelaars wanneer de versie-update aan de productieservers wordt geleverd.
- OEM Embed partner - Aangepaste embedded pagina's in OEM 2.0 - OEM partners kunnen nu de embedded beheerpagina aanpassen om beter aan te sluiten bij hun platform-ervaring. Partners kunnen niet-ondersteunde navigatie-items verbergen, speciale embedded weergaven inschakelen voor het beheren van Library Templates, Web Forms en Bulk Sends, en ervaren dat de noChrome parameter de Acrobat Sign-navigatiebalken betrouwbaar verbergt tijdens alle sessies. De update voegt ook knoppen "Nieuw maken..." toe die de respectievelijke weergaven openen voor het maken van Web Forms, In bulk verzenden transacties en Library Templates, terwijl de sessiecontext behouden blijft bij het navigeren tussen embedded weergaven. Deze verbeteringen vergroten de flexibiliteit, behouden de sessiecontinuïteit en verminderen verwarring bij eindgebruikers in OEM 2.0-integraties.
Beschikbare omgevingen: Sandbox, Commercial | Beschikbare serviceniveaus: Acrobat Sign Solutions - OEM Partners | Configuratieomvang: API
Release-errata - verwijderde elementen
Hieronder staan de regelitems die eerder als onderdeel van deze release zijn aangekondigd, maar sindsdien zijn verschoven naar een latere releasedatum.
- Persoonlijk ondertekenen via de webapplicatie – Verzenders en hosts kunnen nu volledig persoonlijke ondertekeningssessies direct vanuit een browser uitvoeren, zonder dat de Acrobat Sign mobiele app nodig is. Hosts kunnen een persoonlijke ondertekeningssessie starten vanaf de pagina Beheren of Verzenden en ontvangers begeleiden terwijl ze ondertekenen op hetzelfde of een nabijgelegen apparaat met behulp van een beveiligde, tijdgebonden link of QR-code. Deze mogelijkheid ondersteunt gebruiksscenario's waarbij ondertekenaars aanwezig zijn maar geen e-mailtoegang hebben, waardoor naadloos begeleid ondertekenen mogelijk wordt voor sectoren zoals horeca en gezondheidszorg. Deze verbetering vergroot de flexibiliteit en elimineert de afhankelijkheid van de mobiele app voor organisaties die vertrouwen op face-to-face ondertekeningsworkflows.
- Verbeteringen auditrapport – Expliciete logboekregistratie voor het accepteren van de gebruiksvoorwaarden, klantinformatie en naamtoepassing – Het auditrapport registreert nu elke toestemmingsactie—gebruiksvoorwaarden, klantinformatie en acceptatie—als afzonderlijke gebeurtenissen met tijdstempel voordat het bekijken of ondertekenen van documenten begint. De gebeurtenis voor naamswijziging van de ondertekenaar weerspiegelt nu het real-time tijdstempel wanneer de handtekening wordt geplaatst, waardoor logboeken nauwkeurig elke toestemmingsstap weergeven. Deze verbetering versterkt compliance-rapportage en verbetert transparantie voor gereguleerde workflows.
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 groeps-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. Downloads van formuliergegevens worden betrouwbaar voltooid voor geselecteerde datumbereiken, zonder vastlopen. | |
| 4532186 | Samenvatting: In de nieuwe authoring-ervaring komt de kleurmarkering van velden niet overeen met het gedrag van Klassiek Authoring. 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 Authoring 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 verzendingen van workflows met meerdere documenten werden 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 het definitieve ondertekende pdf-bestand. |
| 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 ontvangergroepen 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 gebruikersinterface voor ontvangergroepen is gecorrigeerd om de geselecteerde authenticatiemethode correct te behouden en opnieuw toe te passen bij opslagacties, zodat de gekozen waarde behouden blijft in plaats van terug te worden gezet naar de standaardinstelling. | |
| 4539214 | Samenvatting: In aangepaste workflows zorgt een lang berichtlabel ervoor dat de berichttekst overlapt en de hyperlink van het berichtsjabloon op de Verzendpagina verbergt, vanwege onjuiste lay-outverwerking van overmatige labelcontent. |
| Oplossing: De lay-outlogica van de Verzendpagina 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 het verwerken, 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 knop Goedkeuren 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, zodat de knop Goedkeuren 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 aanvraagkopteksten die de koptekstgroottelimiet van het platform overschrijden wanneer gebruikers tot een groot aantal groepen behoren. |
| Oplossing: De koptekstgroottelimiet 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 Productie- of Sandbox Sync-gebruikersinterface, waarbij extra sjablonen ontbraken in de Lokale en Externe lijsten, omdat de synchronisatiepagina een beperkte dataset laadde en de zoekfunctie 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 automatische lettertypegrootte-tekstvelden vooraf 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 automatisch lettertypegrootte-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 vervolgkeuzemenu-velden ongekoppelde waarden bevatten, waardoor de knop Klik om te ondertekenen 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 vervolgkeuzemenu-velden zodat alleen correct gekoppelde waarden kunnen worden opgeslagen, waardoor ongekoppelde invoer wordt voorkomen en vereiste vervolgkeuzemenu-selecties het ondertekenen niet blokkeren. | |
| 4542942 | Samenvatting: In webformulieren bleven vereiste velden die door voorwaardelijke logica waren uitgeschakeld 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, zodat vereiste indicatoren accuraat weergeven of invoer van de ondertekenaars wordt verwacht. | |
| 4543157 | Samenvatting: In de weergave Bezig van de pagina Beheren bleef de kolom Ontvangers de naam van de delegeerder tonen nadat een ondertekeningsrol was gedelegeerd, ook al was een andere ondertekenaars actief aan het ondertekenen, omdat de gebruikersinterface de weergegeven ontvanger niet bijwerkte om de huidige gemachtigde weer te geven. |
| Oplossing: De logica van de pagina Beheren is bijgewerkt zodat de kolom Ontvangers nu de naam van de actieve gemachtigde toont wanneer een ondertekeningsrol wordt gedelegeerd, zodat de weergave Bezig 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 conceptstatus, 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, zodat overeenkomsten die in conceptstatus 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 landinstellingvalidatie 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 gebruikerslandinstelling-combinaties correct oplost en accepteert. Dit voorkomt dat API-only landinstelling-beperkingen het verzenden van overeenkomsten in de web-ervaring 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. Hierdoor leken authenticatie- en ondertekeningsacties die in dezelfde seconde plaatsvonden in de verkeerde volgorde te staan. |
| Oplossing: Logboekregistratie van auditgebeurtenissen is bijgewerkt om tijdstempels met millisecondennauwkeurigheid op te slaan en weer te geven. Dit zorgt ervoor dat authenticatie-, ondertekenings- en voltooiingsgebeurtenissen correct worden gerangschikt 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. Dit komt doordat de actie nog steeds wordt doorgestuurd naar de verouderd authoring-stroom. |
| Oplossing: De actie 'sjabloon maken vanuit overeenkomst' is bijgewerkt om te openen in de New-ervaring. Dit zorgt ervoor dat het cta-gedrag overeenkomt met de standaard UX en voorkomt onverwachte contextwisselingen voor gebruikers. | |
| 4544564 | Samenvatting: Verborgen velden die via de API zijn toegevoegd of bijgewerkt (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 moesten blijven. |
| Oplossing: De Modern eSign-gebruikersinterface is bijgewerkt om velden waar visible false is uit te filter in de weergave- en navigatielogica. Zo worden verborgen velden nooit weergegeven en beïnvloeden ze het paginagedrag niet. | |
| 4544571 | Samenvatting: De WhatsApp-bezorgingsoptie ontbrak in Verzendinstellingen, ook al was WhatsApp ingeschakeld voor het account en beschikbaar tijdens het verzenden van overeenkomsten. Dit veroorzaakte inconsistent gedrag en verwarring voor beheerders. |
| Oplossing: De WhatsApp-bezorgingsoptie is hersteld in Verzendinstellingen waar de functie beschikbaar is. Dit zorgt voor consistente zichtbaarheid en configuratie tussen beheerdersinstellingen en de verzendovereenkomst-ervaring. | |
| 4545381 | Samenvatting: Het Roboto-lettertype ontbrak in de New Request Signature Experience, ook al was het beschikbaar in de Classic Experience. Dit kwam doordat de nieuwe authoring-ervaring niet alle verouderd-ondersteunde lettertypes bevatte. |
| Oplossing: Roboto is toegevoegd aan de letterplijst in de New Request Signature Experience. Dit herstelt de lettertype-pariteit met de Classic Experience en maakt consistente opmaak mogelijk bij het maken van overeenkomsten. | |
| 4545484 | Samenvatting: Sommige beheerders konden geen toegang krijgen tot ontvangergroepen of deze maken vanuit Beheer > Adresboek door een backend-verzoekfout. Dit resulteerde in een 400-fout bij het laden van ontvangergroepgegevens. Het probleem blokkeerde de initiële instelling van ontvangergroepen voor getroffen beheerders. |
| Oplossing: De backend-verzoekafhandeling is gecorrigeerd zodat zoeken naar en maken van ontvangergroepen niet langer mislukt met een 400-fout. Beheerders kunnen nu betrouwbaar toegang krijgen tot ontvangergroepen en deze beheren, ongeacht netwerk of locatie. | |
| 4545547 | Samenvatting: Overeenkomsten gemaakt vanuit AutoCAD-pdf's konden niet worden verzonden wanneer een digitale handtekening-veld werd toegevoegd. Er verscheen een algemene verzendfout omdat het systeem paginarotatie niet correct afhandelde bij het valideren van digitale handtekening-veldplaatsing. |
| Oplossing: Digitale handtekening-veldcoördinaten worden nu aangepast om rekening te houden met geroteerde pagina's. Dit zorgt ervoor dat velden worden gevalideerd tegen de juiste paginagrenzen, zodat AutoCAD-gegenereerde pdf's succesvol kunnen worden verzonden met digitale handtekeningen. | |
| 4545894 | Samenvatting: Wanneer een ontvangergroep wordt gebruikt en er 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 aan de groep worden toegevoegd. |
| Oplossing: Het automatisch gegenereerde handtekeningblok geeft nu het e-mail correct weer in een normale, leesbare grootte, ongeacht hoeveel ontvangers zijn opgenomen in de ontvangergroep. | |
| 4546085 | Samenvatting: Bij het gebruik van Mijzelf toevoegen in de New Request Signature-ervaring worden e-mail met een apostrof 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. Hierdoor kunnen overeenkomsten 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 mislukt. Hetzelfde veld werkt wanneer het wordt toegewezen aan alle deelnemers of wanneer de Klassieke ervaring wordt gebruikt. |
| Oplossing: Hyperlinksvelden ondersteunen nu tijdelijke aanduiding deelnemerstoewijzingen in de Nieuwe Sjabloon-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 worden 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: 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 worden verzonden. | |
| 4546547 | Samenvatting: Webformulieren konden de mede-ondertekenaar niet bijwerken en gaven een diverse fout terug vanwege oudere gebruikersrecords die een vereiste interne markering misten, wat ervoor zorgde 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 zijn toegewezen aan meerdere groepen konden sjablonen maken in een groep waar het maken van sjablonen is uitgeschakeld wanneer de Nieuwe Sjabloon Maken-ervaring is ingeschakeld. Dit maakte het mogelijk om groepsniveaubeperkingen te omzeilen. |
| Oplossing: Het maken van sjablonen handhaaft nu groepsniveautoestemmingen consistent in de nieuwe en klassieke ervaringen. Gebruikers kunnen geen sjablonen meer maken in groepen waar het maken van sjablonen is uitgeschakeld, zelfs als ze behoren tot andere groepen met die toestemming ingeschakeld. | |
| 4547744 | Samenvatting: Groepbeheerders 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 Groepbeheerder-rol. |
| Oplossing: De rolselectiebesturing is niet langer beschikbaar voor Groepbeheerders. Alleen bestaande Account Admins kunnen Account Admin-rechten toewijzen of intrekken, waardoor rolwijzigingen aansluiten bij toestemmingsgrenzen. | |
| 4547796 | Samenvatting: Sommige verzenders 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 verzenders gecorrigeerd zodat het bericht "verzonden voor ondertekening" toont in plaats van de onjuiste tekst "kan geen digitale handtekening verstrekken". | |
| 4548315 | Samenvatting: Wanneer de verzender wordt 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 verzender 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 verzender, CC-e-mailberichten ontvangen ongeacht hun positie in de CC-lijst, waardoor het gedrag wordt afgestemd op verwachte resultaten. | |
| 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 ervaring Sjabloon maken. Na het uploaden van een document bleef de workflow hangen op een leeg scherm, waardoor het maken van sjablonen 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 een enkele, 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 pdf-plannen konden niet worden verzonden wanneer digitale handtekeningvelden werden toegevoegd, wat een fout tijdens authoring opleverde vanwege paginarotatie en grootteafhandeling bij plaatsing van digitale handtekeningen. |
| 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 het verwijderen van ontvangers tijdens herziening nu de juiste voltooiingsgebeurtenissen genereren, waardoor AGREEMENT_WORKFLOW_COMPLETED webhooks worden geactiveerd zoals verwacht. | |
| 4550998 | Samenvatting: Vooraf ingevulde selectievakjes leken aangevinkt tijdens 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. |
In Release 16.1 heeft Acrobat Sign zijn pdf-verwerkingstechnologie bijgewerkt naar een oplossing van Adobe. Deze wijziging versterkt de betrouwbaarheid, schaalbaarheid en langetermijnondersteuning van het platform door de afhankelijkheid van externe afhankelijkheden te verminderen. Als onderdeel van een interne infrastructuurupdate werd dit niet vermeld in de openbare 16.1-aanvullende informatie.
Na de update ondervond een beperkte set sjablonen, webformulieren en aangepaste workflows die gekoppeld zijn aan specifieke documenten compatibiliteitsproblemen. Getroffen klanten werden tijdelijk ondersteund via een alternatieve configuratie en zullen in de eerste helft van 2026 volledig worden overgezet naar de Adobe pdf-ervaring.
Klanten die denken dat zij getroffen zijn en aanvullende informatie nodig hebben, moeten contact opnemen met Acrobat Sign Support.
De volgende problemen gerelateerd aan deze wijziging zijn opgelost in de 17.0-release.
| Probleem | Beschrijving |
|---|---|
| 4534178 / 4550340 | Samenvatting: pdf's die Helvetica 12 gebruiken, worden anders weergegeven in Sandbox dan in Production omdat Helvetica geen ondersteund ingesloten lettertype is in het nieuwere pdf-verwerkingspad, dat ArialMT als equivalent vervangt. Dit resulteert in visuele verschillen die de uitlijning van velden beïnvloeden tijdens Sandbox-testen. |
| Oplossing: Gestandaardiseerde lettertype-afhandeling door ondersteunde lettertype-equivalenten in te sluiten en Helvetica expliciet toe te wijzen aan ArialMT, waardoor consistente en voorspelbare lettertype-weergave in alle omgevingen wordt gegarandeerd. | |
| 4535543 | Samenvatting: webformulieren die voorwaardelijke, gekloonde vervolgkeuzevelden bevatten, leggen de geselecteerde waarden vast, maar de gedownloade ondertekende pdf toont die vervolgkeuzeselecties als leeg omdat het pad voor het samenvoegen van ondertekening naar pdf waarden voor bepaalde misvormde of voorwaardelijk gestuurde vervolgkeuzewidgets in de moderne ondertekeningservaring niet correct oplost en toepast. |
| Oplossing: Bijgewerkte afhandeling van vervolgkeuzevelden tijdens pdf-samenvoeging zodat gekloonde en voorwaardelijke keuzevelden de geselecteerde waarde correct weergeven in de ondertekende pdf. | |
| 4535735 | Samenvatting: pdf-formulieren met tekstvelden ingesteld op automatische Tekengrootte geven de veldtekst in een zeer kleine grootte weer tijdens authoring, ondertekening en in de uiteindelijke ondertekende pdf. |
| Oplossing: Aangepaste automatische Tekengrootte en weergavegeneratie voor tekstvelden zodat vooraf ingevulde en door ondertekenaar ingevoerde waarden in een leesbare grootte worden weergegeven tijdens authoring, ondertekening en de ondertekende pdf. Gecorrigeerde weergavegeneratie van vervolgkeuzelijsten zodat geselecteerde waarden worden weergegeven in de ondertekende pdf in plaats van leeg te verschijnen. | |
| 4535894 / 4547919 / 4550657 |
Samenvatting: In sommige overeenkomsten werden tekstvelden met meerdere regels die zijn geconfigureerd met automatische lettergrootte niet altijd correct aangepast wanneer ondertekenaars een grote hoeveelheid content invoerden. Als gevolg hiervan konden delen van de ingevoerde tekst afgesneden lijken in de ondertekende pdf, ook al was de volledige tekst zichtbaar tijdens het ondertekenen. |
| Oplossing: De tekstindeling en logica voor lettergrootte voor velden met meerdere regels is gecorrigeerd om ervoor te zorgen dat ingevoerde content automatisch wordt aangepast om binnen de veldgrenzen te passen zonder afkapping. | |
| 4536430 | Samenvatting: Het aanroepen van get /agreements/{agreementId}/documents/{documentId} mislukt met INVALID_document_ID ("De opgegeven document-ID is ongeldig"), ook al kan hetzelfde document succesvol worden gedownload vanuit de acrobat sign web-ervaring vanwege een misvormde indeling tijdens de verwerkingsstap |
| Oplossing: Versterkte het document ophalen en verwerkingsstroom zodat overeenkomsten met pdf-structuur edge cases niet langer mislukken bij het ophalen 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" laadt oneindig. In de beïnvloede overeenkomsten tonen zowel de oorspronkelijke delegeerder als de gedelegeerde ontvanger als "Volgende om te ondertekenen", wat de overeenkomst in een inconsistente staat laat. |
| Oplossing: Verbeterde verwerking na delegatie en statusverzoening zodat delegatie niet langer meerdere deelnemers in "Volgende om te ondertekenen" laat, en zodat de ondertekeningsweergave niet vastloopt als achtergronddocumentartefacten (pagina-afbeeldingen, documentgegevens) mislukken of achterlopen. | |
| 4537632 / 4543510 |
Samenvatting: Tekst ingevoerd in gegevensvelden geconfigureerd met de Tekengrootte ingesteld op 'Automatisch' verschijnt afgesneden in de ondertekende pdf. |
| Oplossing: De logica voor automatische lettergrootte is gecorrigeerd om tekst consistent opnieuw te laten vloeien en te schalen, waardoor alle ingevoerde content binnen de veldgrenzen past in alle ondersteunde pdf's. | |
| 4544067 | Samenvatting: In sommige ondertekende overeenkomsten gemaakt van specifieke brondocumenten, ondervinden klanten een ongeldige certificaatwaarschuwing in adobe acrobat omdat verborgen, misvormde formulierveldannotaties in de pdf blijven na ondertekening, waardoor het document validatie van certificering mislukt ondanks dat het ondertekeningsproces succesvol is voltooid. |
| Oplossing: acrobat sign verwijdert ongeldige en zwevende annotaties tijdens documentverwerking, waardoor ondertekende pdf's correct valideren en een geldig certificaat tonen in acrobat. | |
| 4543958 | Samenvatting: Sommige hyperlinks gemaakt in acrobat werken niet meer wanneer ze vertrouwen op benoemde bestemmingen in plaats van paginanummers omdat de pdf-verwerkingslogica benoemde bestemmingen niet correct oploste naar hun uiteindelijke paginalocaties tijdens ondertekening, waardoor links breken in het ondertekende document ook al werkten ze in het oorspronkelijke bestand. |
| Oplossing: acrobat sign lost nu correct benoemde bestemmingen op naar hun werkelijke paginalocaties tijdens pdf-verwerking, waardoor alle hyperlinks functioneren zoals verwacht na ondertekening. | |
| 4543709 | Samenvatting: Wanneer overeenkomsten verzonden vanuit Salesforce een afbeeldingsformulierveld bevatten, worden sommige ondertekende pdf's onverwacht groot na ondertekening (vaak meer dan Salesforce's bijlage-limiet van 12 MB), omdat het pdf-verwerkingspad geüploade afbeeldingen kan insluiten met inefficiënte compressie, wat het uiteindelijke bestand opblaast en voorkomt dat Salesforce het terug kan opslaan naar het Overeenkomstrecord. |
| Oplossing: acrobat sign heeft afbeeldingsafhandeling tijdens pdf-generatie bijgewerkt, zodat geüploade afbeeldingen (inclusief afbeelding en Stempel content) efficiënt worden gecodeerd, waardoor ondertekende bestanden veel dichter bij de verwachte grootte blijven. | |
| 4543678 | Samenvatting: Voor sommige bibliotheeksjablonen kunnen ondertekenaars alle vereiste velden invullen, maar de gedownloade ondertekende pdf kan sommige van die velden als leeg tonen, ook al zijn de gegevens correct vastgelegd en blijven beschikbaar via acrobat sign-rapporten en API's. |
| Oplossing: acrobat sign werkt de manier waarop deze sjablonen worden verwerkt bij, zodat ondertekende pdf's alle ingevulde verplichte veldwaarden betrouwbaar weergeven (terwijl de bijwerkingen die optraden bij het gebruik van het oudere PDF-verwerkingspad worden vermeden). | |
| 4538033 | Samenvatting: Het lettertype CourierNewPSMT wordt genegeerd tijdens authoring en ondertekening, waardoor velden worden weergegeven met een onverwacht lettertype vanwege verouderde letterptype-afhandeling, waarbij lettertypes werden vervangen in plaats van ingesloten. |
| Oplossing: Letterptype-afhandeling bijgewerkt om Courier en andere ondersteunde lettertypes correct te ondersteunen voor nieuwe overeenkomsten, zodat het geselecteerde lettertype behouden blijft tijdens authoring, ondertekening en in het voltooide document. | |
| 4538082 | Samenvatting: Tekstvelden met meerdere regels passen de grootte automatisch onjuist aan, waardoor tekst te veel krimpt of wordt afgekapt in voltooide overeenkomsten vanwege wijzigingen in het PDF-verwerkingsgedrag dat de minimale letterptype-schaling en regelomloop-logica voor automatisch aangepaste velden met meerdere regels heeft gewijzigd. |
| Oplossing: Automatische grootte-logica voor tekstvelden met meerdere regels aangepast om letterptype-schaling en regelomloop te verbeteren, zodat ingevoerde tekst leesbaar blijft en beter aansluit bij verouderd gedrag. | |
| 4538599 | Samenvatting: Sommige voltooide overeenkomsten tonen de standaard vervolgkeuzewaarde in plaats van de door de ondertekenaar geselecteerde waarde omdat bepaalde speciale tekens in vervolgkeuze-options ervoor zorgden dat de gekozen waarde onjuist werd weergegeven in de definitieve PDF, ook al werd de juiste selectie vastgelegd tijdens het ondertekenen. |
| Oplossing: PDF-rendering bijgewerkt om geselecteerde vervolgkeuzewaarden die speciale tekens bevatten correct te behouden en weer te geven in voltooide overeenkomsten. | |
| 4539217 / 4539223 |
Samenvatting: Voor bepaalde invulbare pdf's die vooraf ingevulde waarden en digitale handtekeningvelden bevatten, kunnen afzenders ontbrekende of gewijzigde veldwaarden zien bij het bekijken van de voorvertoning of verzenden van het document, wat het verzenden of ondertekenen kan blokkeren omdat de documentstructuur ervoor zorgt dat vooraf ingevulde gegevens en alleen-lezen handtekeningvelden inconsistent worden geïnterpreteerd tijdens documentverwerking. |
| Oplossing: documentverwerking verbeterd om vooraf ingevulde veldwaarden correct te behouden en alleen-lezen digitale handtekeningvelden af te handelen, zodat 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 van sjablonen die tekstlabels gebruiken voor selectievakjes, selecteren ontvangers succesvol selectievakjes tijdens het ondertekenen, maar die selecties verschijnen niet in de weergave van de afzender of de definitieve ondertekende PDF omdat de namen van selectievakjes inconsistent worden geparseerd, waardoor de ondertekende waarden worden opgeslagen onder een andere sleutel dan het weergegeven formulierveld. |
| Oplossing: Selectievakje-waardetoewijzing bijgewerkt om selectievakjes die zijn gemaakt van tekstlabels met op richtlijnen gebaseerde namen correct op te lossen, zodat 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 veroorzaakt door misvormde of zwevende PDF-notities die een null pointer-fout veroorzaakten tijdens de PDF-reparatie en formulierveld-normalistie-logica van acrobat sign. |
| Oplossing: PDF-reparatie en notitie-afhandelingslogica verbeterd zodat misvormde of zwevende notities er niet meer voor zorgen dat het maken van overeenkomsten mislukt, waardoor getroffen documenten succesvol kunnen worden verzonden en ondertekend. | |
| 4541859 | Samenvatting: Tekstvelden met meerdere regels die de instelling Automatische Tekengrootte gebruiken, kappen soms content af in de ondertekende PDF voor alleen-lezen (vergrendelde) velden met meerdere regels vanwege onjuiste automatische letterptype-schaling tijdens weergave. |
| Oplossing: Automatische letterptype-schalinglogica voor vergrendelde tekstvelden met meerdere regels gecorrigeerd 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 verschenen in de gedownloade ondertekende PDF, ook al waren alle velden voltooid tijdens het ondertekenen |
| Oplossing: De PDF-renderinglogica werd gecorrigeerd om ervoor te zorgen dat alle vastgelegde veldwaarden, inclusief vervolgkeuzelijsten, tekstvelden en selectievakjes, betrouwbaar worden geschreven in de ondertekende PDF zodat het visuele document overeenkomt met de opgeslagen overeenkomstgegevens. | |
| 4543678 | Samenvatting: Sommige ondertekende overeenkomsten misten verplichte veldwaarden in de definitieve PDF omdat bepaalde bibliotheeksjablonen die via API werden geïmporteerd en bijgewerkt, verplichte veldgegevens niet correct weergaven tijdens PDF-generatie. |
| Oplossing: PDF-generatielogica bijgewerkt om ervoor te zorgen dat alle verplichte velden die zijn gedefinieerd in bibliotheeksjablonen, inclusief die welke zijn gemaakt of gewijzigd via API, consistent worden weergegeven in de ondertekende PDF terwijl volledige veldwaarden behouden blijven. | |
| 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, waardoor de limiet van 12 MB van Salesforce wordt overschreden en het ondertekende document niet kan worden teruggeschreven naar het Salesforce-overeenkomstrecord, ook al wordt het ondertekeningsproces zelf succesvol voltooid. |
| Oplossing: Afbeeldingsafhandeling tijdens PDF-generatie geoptimaliseerd om juiste afbeeldingscompressie toe te passen, zodat ondertekende documenten met afbeelding-, Stempel- of op afbeeldingen gebaseerde handtekeningvelden niet opzwellen in grootte en binnen de bestandsgroottelimieten van Salesforce blijven. | |
| 4543958 | Samenvatting: Hyperlinks die zijn gemaakt in acrobat met benoemde bestemmingen werken niet meer in ondertekende pdf's, terwijl paginanummerlinks nog wel werken vanwege een regressie in het PDF-verwerkingspad waarbij benoemde bestemmingen niet werden opgelost naar expliciete paginadoelen tijdens naverwerking. |
| Oplossing: Benoemde bestemmingen opgelost naar hun expliciete paginabestemmingen tijdens PDF-generatie, waardoor hyperlinkfunctionaliteit wordt hersteld voor zowel 'Benoemde bestemming gebruiken' als 'paginanummer gebruiken'-links in ondertekende pdf's. | |
| 4544067 | Samenvatting: Sommige ondertekende overeenkomsten tonen een ongeldig digitaal certificaat met een 'Widget-notitie verwijderd'-validatiefout, als gevolg van misvormde of zwevende widget-notities die in de PDF blijven na ondertekening, wat de certificeringsketen ongeldig maakt. |
| Oplossing: PDF-naverwerking bijgewerkt om beschadigde of zwevende widget-notities te detecteren en te verwijderen tijdens veldopruiming, zodat alleen geldige notities overblijven en ondertekende pdf's consistent een geldig digitaal certificaat tonen. |