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. Verwijs altijd naar de Amerikaanse Engelstalige versie van de pagina als de meest actuele en nauwkeurige versie.
Adobe Acrobat Sign release v17.2
Productie-implementatie: 8 september 2026
GovCloud-implementatie: 15 september 2026
Verbeterde functionaliteit
- Overeenkomsten pauzeren en hervatten na verificatiefouten - Beheerders kunnen nu toestaan dat overeenkomsten worden gepauzeerd wanneer een ontvanger het toegestane aantal authenticatiepogingen overschrijdt, in plaats van onmiddellijk te annuleren. Afzenders kunnen de verificatiemethode van de ontvanger bijwerken en dezelfde overeenkomst hervatten zonder dat ontvangers die al hebben ondertekend, opnieuw hoeven te ondertekenen.
- Beheerders kunnen een pauzeperiode van 1-30 dagen configureren.
- Als de overeenkomst niet wordt hervat voordat de pauzeperiode eindigt, wordt deze automatisch geannuleerd.
- Deze functie is standaard uitgeschakeld.
Beschikbare omgevingen: Sandbox, Commercieel, Overheid | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Account en groep
Configuratieproces beoordelen >
Gebruikerservaring beoordelen >
- Document inline bewerken tijdens het maken van bibliotheeksjablonen – Documenttekst bewerken bij het maken van velden op het sjabloon
Afzenders kunnen tijdens het maken van een bibliotheeksjabloon documenttekst bewerken zonder het bestand te downloaden en opnieuw te uploaden. Met de optie Document bewerken blijven bestaande velden en de overeenkomstconfiguratie behouden, zodat er minder verstoring is tijdens updates vóór verzending.
Document inline bewerken wordt uitgebracht in een gefaseerde release, zoals vermeld in de technische melding.
Deze functie is standaard ingeschakeld voor alle gebruikers in ondersteunde accounts, waardoor sjablooneigenaren sjablonen kunnen bewerken tijdens het maken en beheren ervan. Account- en groepsbeheerders kunnen Document bewerken uitschakelen via de verzendinstellingen.
Document inline bewerken is niet beschikbaar in Acrobat Sign voor Government of voor accounts die het verouderde gebruikersbeheersysteem gebruiken.
Beschikbare omgevingen: Sandbox, Commercial | Beschikbare serviceniveaus: Acrobat Sign Solutions VIP en VIPMP klantaccounts | Configuratiebereik: Account en groep; Standaard ingeschakeld
Sjabloon inline bewerken inschakelen of uitschakelen >
Tekst bewerken tijdens veld ontwerpen >
- Door AI gegenereerde overeenkomstsamenvattingen delen met ontvangers - Acrobat Sign kan direct na het verzenden van een overeenkomst een AI-samenvatting van de overeenkomst genereren. Afzenders kunnen de samenvatting controleren en kiezen of ze deze beschikbaar willen maken voor ontvangers, op basis van account- of groepsinstellingen.
- Door AI gegenereerde samenvattingen ondersteunen documenten tot 18 MB.
- Ontvangers van de samenvatting kunnen deze controleren in de ondertekeningsomgeving voordat ze de overeenkomst afronden.
- De verzender kan de overeenkomst bekijken vanuit Beheren en wijzigen of de bestaande samenvatting wordt opgenomen.
Door AI gegenereerde samenvattingen zijn uitsluitend bedoeld voor informatieve doeleinden. Ontvangers moeten de volledige overeenkomst controleren voordat ze ondertekenen.
De functie is beschikbaar nadat het account de toepasselijke Adobe AI-voorwaarden heeft geaccepteerd.
Beschikbare omgevingen: Commercial | Beschikbare serviceniveaus: Acrobat Sign Solutions (VIP en VIPMP in de NA- en EU-omgevingen) | Configuratiebereik: Account en groep; Gefaseerde implementatie
Configuratie voor AI-samenvattingen controleren >
AI-samenvattingen gebruiken >
- Digital Identity Gateway-ondersteuning voor In bulk verzenden - Afzenders kunnen nu Digital Identity Gateway-verificatie vereisen voor ontvangers in transacties voor In bulk verzenden. DIG kan worden geselecteerd in de ontwerpinterface of worden toegewezen aan individuele ontvangers via de csv In bulk verzenden.
Het CSV-bestand ondersteunt ook e-mailmatchingopties per ontvanger, inclusief goedgekeurde alternatieve e-mailadressen. Elke gegenereerde overeenkomst maakt gebruik van het bestaande DIG-verificatie- en controleproces.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Configuratiebereik: Account en groep
Details voor digitale handtekeningen in In bulk verzenden bekijken >
Bijgewerkte CSV-proces controleren >
- Bestanden toevoegen vanuit Google Drive - Gebruikers kunnen nu ondersteunde bestanden rechtstreeks vanuit Google Drive toevoegen in de huidige ervaringen voor Handtekeningen aanvragen, Aangepaste workflow, In bulk verzenden en Een bibliotheeksjabloon maken.
Na verificatie met Google kunnen gebruikers bestanden verkennen en selecteren via de Google Drive-bestandskiezer. Native Google Docs worden geconverteerd naar PDF voordat ze worden toegevoegd aan Acrobat Sign.
Beschikbare omgevingen: Sandbox, Commercial | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Account en groep
Configuratie voor toegang tot Google Drive controleren >
- Door klant beheerde encryptiesleutels voor overeenkomstbestanden - Geschikte Acrobat Sign-klanten kunnen een door de klant beheerde sleutel in AWS Key Management Service gebruiken om ondersteunde overeenkomstbestanden in rust te versleutelen. Accountbeheerders moeten contact opnemen met ondersteuning om de functie uit te rollen voor hun account, en vervolgens kunnen ze de sleutel configureren met de juiste AWS-toegangsgegevens op accountniveau (Accountinstellingen > Beveiligingsinstellingen).
Herversleutelingstaken worden voor de hoofdshard van het account alleen uitgevoerd tijdens daluren. Het toepasselijke dalurenvenster is gebaseerd op de regionale tijdzone van de shard en wordt in helpdocumentatie gedocumenteerd met UTC.
Toegang tot versleutelde bestanden hangt af van de beschikbaarheid van de door de klant beheerde sleutel en aanmeldingsgegevens.
Beschikbare omgevingen: Sandbox, Commercial | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Alleen account
Overzicht door klant beheerde versleuteling >
Meer informatie over door klant beheerde versleuteling in Acrobat Sign >
Door klant beheerde versleuteling configureren >
Door klant beheerde versleutelingssleutels beheren >
Overwegingen en beperkingen voor door klant beheerde versleuteling >
Problemen oplossen met door klant beheerde versleuteling in Acrobat Sign >
- Aangepaste tijdstempelconfiguratie op groepsniveau - Aangepaste tijdstempelproviders kunnen nu op groepsniveau worden geconfigureerd. Hierdoor kunnen groepen binnen hetzelfde account verschillende goedgekeurde tijdstempelproviders gebruiken voor hun digitale handtekeningworkflows.
Groepen zonder expliciete configuratie nemen de instelling op accountniveau over.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Configuratiebereik: Account en Groep
Tijdstempelconfiguratie >
- CC-meldingsgebeurtenissen opnemen in controlerapporten - Account- en groepsbeheerders kunnen nu CC-meldingsgebeurtenissen opnemen in controlerapporten van overeenkomsten. Wanneer dit is ingeschakeld, registreert het controlerapport initiële en voltooiingsmeldingen die zijn verzonden naar algemene en ontvangerspecifieke CC-adressen.
Beheerders kunnen voltooiingsmeldingsgebeurtenissen voor automatische CC-adressen afzonderlijk opnemen. Beide instellingen zijn standaard uitgeschakeld.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Account en groep
CC-meldingsgebeurtenissen inschakelen in het controlerapport >
- Wachtwoordsterktevereisten configureren voor overheidsaccounts
Acrobat Sign voor Government -Beheerders kunnen nu de wachtwoordsterktevereisten configureren om de minimumlengte en tekencompositieregels aan te passen. Hierdoor kunnen organisaties hun wachtwoordbeleid afstemmen op interne beveiligingsstandaarden en compliance-vereisten.
Beschikbare omgevingen: Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Account en groep
- Nieuwe Trust Service-providers - Acrobat Sign voegt regelmatig ondersteuning toe voor nieuwe Trust Service-providers. De volgende TSP’s zijn in deze release voor het eerst beschikbaar:
- Swisscom ZertES CH
- Swisscom eIDAS EU
Beschikbare omgevingen: Sandbox, Commercial, Government Beschikbare serviceniveaus: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions Configuratiebereik: Account en groep
Wijzigingen in gebruikerservaring
- Gefaseerde implementatie van authoringverbeteringen voor formuliervelden
Adobe Acrobat Sign introduceert een bijgewerkte authoringervaring voor formuliervelden als onderdeel van de release 17.2. De wijzigingen worden geleidelijk geïmplementeerd per klantsegment in plaats van voor alle accounts tegelijk ingeschakeld.
Wat verandert er?- De moderne authoringervaring wordt bijgewerkt met verbeteringen in veldplaatsing, navigatie, toewijzing, validatie en begeleiding voor eerste gebruik.
- Opmerkelijke wijzigingen zijn onder meer:
- Een nieuw deelvenster Velden voor het controleren en navigeren van geplaatste formuliervelden.
- Bijgewerkte besturingselementen voor het werken met voorgestelde velden.
- Meer beschrijvende namen voor automatisch gedetecteerde velden.
- Verbeterde detectie van veelvoorkomende veldtypen en validatieregels.
- Inline, veldspecifieke validatieberichten.
- Een ontvanger-opdrachtopdracht wanneer geüploade PDF’s bestaande AcroForm-velden bevatten.
- Contextuele begeleiding voor veelvoorkomende authoringtaken.
Deze wijzigingen beïnvloeden de gebruikersinterface en workflow die worden gebruikt bij het opstellen van overeenkomsten en bibliotheeksjablonen.
Raadpleeg de technische melding voor een implementatieschema.
Beschikbare omgevingen: Commercieel | Beschikbare serviceniveaus: Acrobat Sign Solutions (klanten met VIP- en VIPMP-account) | Configuratiebereik: Standaard ingeschakeld volgens implementatieschema
Bijgewerkte documentatie controleren >
- Standaardinstellingen bijgewerkt voor kleine bedrijfsaccounts - Verschillende bestaande verzendfuncties zijn nu standaard ingeschakeld voor VIP-, VIPMP- en ETLA-accounts onder de USD 100.000.
Door deze updates van de standaardinstellingen zijn veelgebruikte afzenderfuncties nu beschikbaar zonder dat een beheerder elke instelling eerst hoeft in te schakelen. Afhankelijk van de accountconfiguratie hebben accounts nu mogelijk toegang tot het volgende:
Deze wijzigingen gelden alleen voor accounts in de beoogde commerciële klantsegmenten. Ze gelden niet voor Acrobat Sign voor Government.
Beschikbare omgevingen: Sandbox, Commercial | Beschikbare serviceniveaus: Acrobat Sign Solutions ( VIP-, VIPMP- en ETLA-accounts onder de USD 100.000) | Configuratiebereik: Standaard ingeschakeld
- Verbeterde bibliotheeksjabloonervaring - De moderne ervaring voor het maken en samenstellen van bibliotheeksjablonen is gestroomlijnd met minder keuzes vooraf, duidelijkere begeleiding bij eerste gebruik, een speciale opslagactie en verbeterde validatie- en foutberichten.
Sjabloonbeheeracties zijn ook gemakkelijker toegankelijk na het maken.
Beschikbare omgevingen: Commercieel | Beschikbare serviceniveaus: Acrobat Sign Solutions (VIP-, VIPMP- en proefaccounts) | Configuratiebereik: Standaard ingeschakeld.
- Moderne versie van Handtekening aanvragen wordt standaard
Alle commerciële accounts worden automatisch overgeschakeld naar de moderne ervaring voor Handtekening aanvragen. Schakelkoppelingen zijn in de verzendinterface uitgeschakeld, terwijl beheerbesturingselementen beschikbaar blijven voor klanten die tijdelijk moeten terugvallen op de klassieke ervaring voor opstellen.
Volledige verwijdering van klassieke besturingselementen voor terugval is gepland voor een latere release.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Niet configureerbaar
- Moderne versie van Sjabloon maken wordt standaard
Alle commerciële accounts en Govcloud-accounts worden automatisch overgeschakeld naar de moderne ervaring voor Sjabloon maken. Beheerbesturingselementen blijven beschikbaar voor klanten die tijdelijk moeten terugvallen op de klassieke ervaring voor Sjabloon maken.
Volledige verwijdering van klassieke besturingselementen voor terugval is gepland voor een latere release.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Configuratiebereik: Account en groep
- Moderne aangepaste Workflow Designer wordt de standaard - Uitgesteld: Dit is nu gepland voor de 17.2.1-release.
Alle Commercial- en Government-accounts worden automatisch overgeschakeld naar de moderne ervaring voor de aangepaste workflowdesigner. Beheerbesturingselementen blijven beschikbaar voor klanten die tijdelijk moeten terugvallen op de klassieke ervaring.
Volledige verwijdering van klassieke besturingselementen voor terugval is gepland voor een latere release.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Account en groep
- Gemakkelijkere toegang tot Acrobat Sign-proefversies voor bestaande Adobe-gebruikers - Gebruikers van wie het e-mailadres al is gekoppeld aan een Adobe-organisatie kunnen nu een Acrobat Sign-proefversie starten zonder dat hun bestaande Adobe-account dit blokkeert.
Hierdoor kunnen huidige Adobe-klanten Acrobat Sign makkelijker evalueren naast hun andere Adobe-producten.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Configuratiebereik: Account en groep
- Verbeterd verwijderen van ontvangers voor lopende overeenkomsten - Het verwijderen van ontvangers ondersteunt nu aanvullende formulierveldconfiguraties in opeenvolgende overeenkomsten, waardoor het minder vaak voorkomt dat een afzender een overeenkomst moet annuleren en opnieuw maken.
De bestaande workflow voor verwijdering van ontvangers en de beheerbesturingselementen blijven ongewijzigd.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Configuratiebereik: Account en groep
- Kennisgeving van beëindiging Power Automate Embed - Gebruikers met toegang tot Power Automate Embed zien nu een melding in het product over de aankomende beëindiging en een koppeling naar overgangsbegeleiding. De functie blijft in release 17.2 beschikbaar, en met deze update worden geen bestaande workflows uitgeschakeld of verwijderd.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Account en groep
Integratie-updates
- Ondersteuning voor grotere bestandsgroottes bij Salesforce-transacties - De integratie van Acrobat Sign voor Salesforce ondersteunt nu grotere transactie-payloads, wat de betrouwbaarheid verbetert voor overeenkomsten met grote documenten, meerdere ondertekenaars of ondertekende PDF’s die zijn opgeslagen als afzonderlijke Salesforce-bijlagen.
Bestaande Salesforce-workflows en -instellingen blijven ongewijzigd.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Integratie
- Namen van ontvangers beheren in Salesforce-overeenkomsten - Acrobat Sign voor Salesforce stelt afzenders nu in staat om de naam van een ontvanger op te geven en te voorkomen dat de ontvanger deze tijdens het ondertekenen wijzigt.
De verbetering zorgt voor meer consistentie tussen Salesforce-records en voltooide overeenkomsten.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Integratie
- Update voor compatibiliteit van SAP SuccessFactors-integratie - De integratie van Acrobat Sign met SAP SuccessFactors is bijgewerkt om compatibel te blijven met wijzigingen aan het SAP SuccessFactors-platform.
Bestaande workflows voor overeenkomsten blijven ongewijzigd.
Beschikbare omgevingen: Sandbox, Commercial | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Integratie
- Verbeterde tracking van aanbiedingen in SAP SuccessFactors - De integratie van Acrobat Sign met SAP SuccessFactors biedt nu de status Verlopen en Goedkeuring voor aanbiedingen, waardoor recruiters meer inzicht hebben in de voortgang van aanbiedingen.
Een nieuw veld Uitvoerder in de entiteit Sollicitatie identificeert de kandidaat of goedkeurder die verantwoordelijk is voor de volgende actie. Dit helpt recruiters bepalen waar een aanbieding klaarstaat, zonder contact op te nemen met een SAP-beheerder.
Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Integratie
REST API/Webhookupdates
API- en webhook-updates voor deze release zijn te vinden in de Acrobat Sign API-documentatie.
- Documentgrootte beschikbaar via de Agreements API
De volgende GET Agreement V6 API-reacties bevatten nu een fileSize parameter die de documentgrootte in bytes teruggeeft:- /agreements/{agreementId}
- /agreements/{agreementId}/documents
Deze reactiewijziging geldt voor alle serviceniveaus waarvoor de Acrobat Sign-API is ingeschakeld.
Opgeloste problemen
| Probleem | Beschrijving |
|---|---|
| 4550652 | Samenvatting: Gebruikers die een gedeelde bulktransactie bekeken, konden de optie Voltooide overeenkomsten downloaden selecteren, maar de download mislukte met een machtigingsfout omdat de actie alleen wordt ondersteund voor de oorspronkelijke afzender. Oplossing: De beheerpagina verbergt nu de optie Voltooide overeenkomsten downloaden voor gebruikers die een gedeelde bulkverzending bekijken. De actie blijft beschikbaar voor de oorspronkelijke afzender. |
| 4559237 | Samenvatting: Wanneer een ontvanger een cloudhandtekening gebruikte, kon de naam van de ondertekenaar ingesteld blijven op de onjuiste waarde van de afzender in plaats van bij te werken vanuit het ondertekeningscertificaat, vanwege een opgeslagen handtekening uit een eerdere ondertekeningssessie. Oplossing: De verwerking van cloudhandtekeningen is bijgewerkt zodat de naam van de ondertekenaar wordt ingevuld vanuit het geselecteerde ondertekeningscertificaat, zelfs wanneer de ontvanger een eerder opgeslagen handtekening heeft. |
| 4561749 | Samenvatting: Beschrijvingen op bannerkaarten van de tweede rij van de startpagina konden afgesneden lijken omdat bijgewerkte standaarden voor tekstgrootte werden toegepast op een lay-out die niet was aangepast aan de nieuwe afmetingen. Oplossing: De lay-out van de bannerkaart is aangepast aan de gewijzigde tekstgrootte, zodat beschrijvingen niet worden afgesneden. |
| 4561980 | Samenvatting: Tekst die werd ingevoerd via Invullen en ondertekenen kon ontbreken, vergroot weergegeven worden of verkeerd uitgelijnd verschijnen in de voltooide PDF door verschillen in hoe vervangende lettertypen en tekstafstand werden verwerkt tijdens documentweergave. Oplossing: De PDF-weergave is bijgewerkt om de beoogde lettergrootte, afstand en plaatsing te behouden, zodat ingevoerde gegevens correct verschijnen in het voltooide document. |
| 4561987 | Samenvatting: Afzonderlijke documenten die zijn gedownload van een voltooide overeenkomst kunnen aanzienlijk groter worden dan de originele bestanden vanwege overtollige gegevens die worden toegevoegd tijdens het genereren van toegankelijke versies van ondertekende PDF’s. De toegenomen grootte kan er ook voor zorgen dat e-mails met overeenkomsten de bezorglimieten overschrijden. Oplossing: De verwerking van toegankelijke PDF’s is geoptimaliseerd om een onnodige toename van de bestandsgrootte te voorkomen wanneer overeenkomsten meerdere documenten bevatten. Afzonderlijk gedownloade documenten behouden nu een grootte die beter overeenkomt met de oorspronkelijke content. |
| 4562483 | Samenvatting: Sommige bestaande bibliotheeksjablonen konden niet worden geopend in de moderne sjabloonervaring en gaven de foutmelding ’Er is iets misgegaan’ weer, omdat het sjabloon veldgegevens bevatte zonder de informatie over ontvangerstoewijzing die tijdens het laden werd verwacht. Oplossing: Het laden van sjablonen is bijgewerkt om onvolledige gegevens over ontvangerstoewijzing correct te verwerken, waardoor getroffen sjablonen en hun formuliervelden nu wel in de moderne sjabloonervaring kunnen worden geopend |
| 4567869 | Samenvatting: Overeenkomsten die PDF’s met onjuist opgemaakte lettertypegegevens bevatten, kunnen vastlopen op een laadscherm en niet worden voltooid vanwege een eindeloze verwerkingslus tijdens het renderen van het document. Oplossing: PDF-verwerking is bijgewerkt om onjuist opgemaakte gegevens over lettertypebreedtes te detecteren en veilig te verwerken, waardoor het renderingsproces niet vastloopt en getroffen overeenkomsten kunnen worden verzonden en ondertekend. |
| 4568289 | Samenvatting: Afzenders van een overeenkomst die zichzelf als ontvanger hadden vervangen, konden de voltooide overeenkomst niet verbergen, omdat bij een machtigingscontrole de oorspronkelijke afzender werd beschouwd als een vervangen deelnemer. Oplossing: De validatie van machtigingen is bijgewerkt zodat de oorspronkelijke verzender de overeenkomst kan verbergen zelfs na het vervangen van zichzelf als ontvanger, zonder zichtbaarheidsmachtigingen voor andere gebruikers te wijzigen. |
| 4569692 | Samenvatting: E-mailadressen in een ontvangergroep konden extreem klein verschijnen in het handtekeningblok omdat de volledige adreslijst van de groep werd gebruikt om de tekstgrootte van het veld te berekenen. Oplossing: De weergave van handtekeningblokken is bijgewerkt om het e-mailveld opnieuw te berekenen nadat een groepslid de overeenkomst opent of ondertekent, zodat het adres van de actieve ondertekenaar wordt weergegeven in een leesbare grootte in de ondertekeningservaring en de voltooide PDF. |
| 4571461 | Samenvatting: Liggend georiënteerde documenten die in webformulieren worden gebruikt, konden onverwachte lege gebieden en verkeerd geplaatste velden bevatten vanwege incorrecte pagina-coördinaatberekeningen tijdens documentverwerking. Oplossing: Documentverwerking is bijgewerkt om veldplaatsing en bedekte gebieden correct te berekenen op geroteerde en liggende pagina’s, waardoor lege ruimtes en verkeerd uitgelijnde velden in gegenereerde overeenkomsten worden voorkomen. |
| 4572350 | Samenvatting: Bij overeenkomsten met dynamische deelname konden parallelle ontvangers toegewezen velden verliezen omdat de ondertekeningsstap als voltooid werd beschouwd nadat de eerste ontvanger bij die stap had ondertekend, waardoor velden voor de resterende parallelle ontvangers werden overgeslagen. Oplossing: Parallelle ondertekeningsstappen blijven nu actief totdat elke ontvanger bij die stap heeft ondertekend, waardoor alle toegewezen velden worden gegenereerd en bewaard voordat de overeenkomst doorgaat naar de volgende ondertekeningsstap. |
| 4574423 | Samenvatting: Groepen met keuzerondjes met dezelfde veldnaam in samengevoegde herbruikbare sjablonen werden niet gesynchroniseerd omdat het selecteren van een optie de corresponderende selectie in de andere groep wiste. Oplossing: Het gedrag van keuzerondjes is bijgewerkt zodat overeenkomende opties in velden met dezelfde naam samen worden geselecteerd in samengevoegde sjablonen, terwijl verschillende opties ongewijzigd blijven. |
| 4574867 | Samenvatting: Aangepaste datumformaten voor ondertekening die in Acrobat Web waren gemaakt, zijn teruggezet naar de standaardindeling, omdat het geselecteerde weergaveformaat niet behouden bleef toen formuliervelden tijdens de verwerking van de overeenkomst werden verwijderd en opnieuw gemaakt. Oplossing: De verwerking van overeenkomsten is bijgewerkt om aangepaste datumweergaveformaten te behouden wanneer formuliervelden opnieuw worden gemaakt, zodat de ondertekeningservaring het formaat gebruikt dat is geselecteerd in het oorspronkelijke sjabloon. |
| 4575022 | Samenvatting: Ondertekenaars die telefoonverificatie gebruiken, konden een overeenkomst niet delegeren vanuit de moderne ondertekeningservaring omdat het delegatiedialoogvenster het telefoonnummer van de nieuwe ontvanger niet ophaalde. Oplossing: Het delegatiedialoogvenster toont en valideert nu een telefoonnummerveld voor telefonisch geverifieerde overeenkomsten, gebruikt de ondersteunde landcodelijst en geeft het nummer door aan het verificatieverzoek van de gedelegeerde ontvanger. |
| 4575850 | Samenvatting: Tekst in grote, vergrendelde, meerregelige velden werd in de ondertekeningsservaring en voltooide overeenkomst soms kleiner weergegeven omdat de bestaande weergave van het veld werd vervangen door een onnodige herberekening van de lettergrootte. Oplossing: De weergave van meerregelige velden is bijgewerkt om de bestaande tekstweergave te behouden wanneer de content al past, waardoor het lettertype niet onnodig kleiner wordt. |
| 4576211 | Samenvatting: Afzenders ontvingen twee voltooiingsberichten wanneer hun adres ook was geconfigureerd om een extra kopie te ontvangen, omdat zowel de afzender als de meldingspaden voor automatische kopie voor dezelfde ontvanger werden geactiveerd. Oplossing: De verwerking van e-mails over de voltooiing is bijgewerkt om de regels voor afzender en automatische kopie samen te evalueren. Daardoor worden dubbele berichten voorkomen terwijl gevallen waar aparte meldingen wel worden verwacht, behouden blijven. |
| 4576609 | Samenvatting: Afzenders die een aangepaste workflow gebruikten, verloren na het ontwerpen en opnieuw bekijken soms de toegang tot groepsgedeelde sjablonenen, omdat het tweede validatiepad sjablonen die met de groep van de afzender waren gedeeld, niet herkende. Oplossing: Validatie van sjabloontoegang is nu afgestemd tussen de paden voor voorvertoning en verzending, zodat gebruikers tijdens de aangepaste workflow sjablonen kunnen blijven gebruiken die direct met hen of met hun groep zijn gedeeld. |
| 4576624 | Samenvatting: Handtekeningvelden in overeenkomsten met een persoonlijke ondertekenaar en extra deelnemers werden soms opnieuw toegewezen of overlapten nadat de afzender na het ontwerpen terugkeerde, omdat deelnemers-ID’s werden gewijzigd terwijl de conceptovereenkomst opnieuw werd opgebouwd. Oplossing: De verwerking van conceptovereenkomsten is bijgewerkt om elk veld opnieuw toe te wijzen aan de overeenkomstige deelnemer na het ontwerpen, waardoor de juiste toewijzingen behouden blijven voor ondersteunde combinaties van routing- en ontvangersrollen. |
| 4576876 | Samenvatting: Vereiste handtekeningvelden die waren verborgen door voorwaardelijke logica, werden nog steeds geteld als onvolledig vanwege een fout in de herberekening van vereiste velden in de ondertekeningservaring, waardoor ondertekenaars de overeenkomst niet konden voltooien. Oplossing: De verwerking van verplichte velden is bijgewerkt zodat verborgen handtekeningvelden niet langer tellen als onvolledig, waardoor ondertekenaars overeenkomsten kunnen voltooien wanneer voorwaardelijke regels die velden uit het zicht verwijderen. |
| 4576961 | Samenvatting: Afzenders van overeenkomsten die ook ondertekenaars waren, ontvingen de e-mail met de voltooide overeenkomst niet omdat de meldingsworkflow de afzender uitsloot van het meldingspad voor ondertekenaars. Oplossing: De verwerking van voltooiingsberichten is bijgewerkt, zodat afzenders die ook de overeenkomst ondertekenen, de melding 'voltooid' ontvangen wanneer hun instellingen voor meldingen dit toestaan. |
| 4577135 | Samenvatting: Door het vervangen van een webformulierontvanger werd het e-mailadres bijgewerkt, maar bleef de naam van de oorspronkelijke ontvanger behouden vanwege onvolledige synchronisatie van de vervangingsgegevens. De onjuiste naam verscheen dan voor de ondertekenaar en in het controlerapport. Oplossing: De vervanging van webformulierontvangers is bijgewerkt om de naam van de nieuwe ontvanger consistent toe te passen in de overeenkomst, de ondertekeningservaring en de controlegegevens. |
| 4577475 | Samenvatting: Overeenkomsten die waren gemaakt op basis van sjablonen, gaven soms een transactievoettekst weer nadat de instelling was uitgeschakeld omdat de sjabloon dezelfde voettekststatus van de oorspronkelijke creatie behield. Oplossing: De verwerking van transactievoetteksten is bijgewerkt om de huidige instelling te evalueren wanneer de overeenkomst wordt gegenereerd, in plaats van de waarde te gebruiken die in de sjabloon is opgeslagen. |
| 4577531 |
Samenvatting: Sommige documentnamen in de transactievoettekst werden afgekapt omdat de laatste woorden vanwege de tekenafstand buiten het zichtbare voettekstgebied vielen. Oplossing: De transactievoettekst heeft nu een smaller lettertype voor documentnamen, waardoor er meer tekst past zonder afbreking of afkapping. |
| 4578623 / 4579255 |
Samenvatting: Sommige AcroForm PDF-velden verschenen tijdens het ontwerpen twee keer omdat bij de documentverwerking een tweede overlappend veld werd toegevoegd voor bepaalde bestaande formuliervelden. Oplossing: PDF-formulierveldverwerking is bijgewerkt om dubbele overlappende velden te voorkomen, zodat bij het ontwerpen elk veld één keer verschijnt en ondertekenaars slechts één keer worden gevraagd. |
| 4580019 | Samenvatting: De knoppen Downloaden, Afdrukken en Zoeken in de ervaring van de overeenkomstweergave hadden geen toegankelijke namen, waardoor schermlezers niet konden zien waarvoor ze dienden. Oplossing: Er zijn toegankelijke namen toegevoegd aan de knoppen Downloaden, Afdrukken en Zoeken, zodat ondersteunende technologieën deze acties correct kunnen weergeven. |
| 4581229 | Samenvatting: Wijzigingen aan de beveiligingsinstelling die moesten voorkomen dat Acrobat Sign zou worden geïntegreerd in websites van derde partijen, ontbraken in het activiteitenrapport Instellingen omdat de instelling niet was gecategoriseerd voor beheerdersrapportage. Oplossing: De instelling is toegevoegd aan de rapportagecategorie Beveiligingsinstellingen, zodat wijzigingen op account- en groepsniveau worden vastgelegd in het activiteitenrapport Instellingen. |
| 4582044 | Samenvatting: Gekloonde velden voor selectievakjes werden na ondertekening soms verplaatst of overlapten omdat ze zonder reden werden geroteerd tijdens de verwerking van bepaalde PDF-paginaconfiguraties. Oplossing: De verwerking van gekloonde selectievakjes is bijgewerkt zodat ze nu de oorspronkelijke veldoriëntatie en -positie behouden, waardoor de velden niet meer verschuiven nadat deelnemers hebben ondertekend. |
| 4582268 | Samenvatting: Webhook API-aanvragen die rechtstreeks naar het webhookeindpunt werden gedaan, ontvingen soms de standaard API-beperkingslimieten in plaats van de webhookspecifieke limieten, omdat het basiseindpunt niet was opgenomen in de webhookbeleidstoewijzing. Oplossing: Webhook-'throttling' is bijgewerkt zodat aanvragen bij zowel het basiseindpunt als individuele webhookeindpunten consistent de bedoelde webhookspecifieke snelheidslimieten gebruiken. |
| 4582742 | Samenvatting: Het bijwerken van een deelnemerset mislukte soms na eerdere vervanging met de fout ’meer dan één deelnemer’, omdat de API een reeds vervangen ontvanger meetelde bij het evalueren van de actieve deelnemerset. Oplossing: Updates van deelnemersets sluiten nu de vervangen ontvangers uit wanneer ze bepalen hoeveel actieve deelnemers zijn gewijzigd, waardoor het e-mailadres van de ontvanger correct kan worden bijgewerkt. |
Je werk stroomlijnen met Acrobat Sign
Beheer en onderteken documenten snel en eenvoudig online.
