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.

Opmerking:

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.

Het prereleaseschema en de opmerkingen staan hieronder vermeld.

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.

Opmerking:

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

Wanneer de release wordt gepubliceerd, worden ook de nieuwe pagina's gepubliceerd en koppelingen worden correct opgelost naar hun 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.

Releases

Waarschuwing:

Dit artikel bevat prerelease-informatie. Releasedatums, functies en andere informatie kunnen zonder voorafgaande kennisgeving worden gewijzigd.

Mei 2025 (kleine release) v16.0.1

Sandbox-implementatie: 22 april 2025

Productie-implementatie: 20 mei 2025

GovCloud-implementatie: 22 mei 2025

Verbeterde functionaliteit

Gegevensbeveiliging van ontvangers verbeteren door ontvangers met beperkte toegang te configureren - Met de functie Beperkte toegang tot overeenkomsten wordt de privacy verbeterd door te voorkomen dat overeenkomsten worden bijgevoegd aan de Acrobat Sign-gebruikers-ID van een ontvanger (indien deze een ID heeft). Indien de optie Toegang tot ontvangersovereenkomst is ingeschakeld, wordt deze weergegeven in de sectie Ontvangerinstellingen op de pagina Samenstellen. Beheerders kunnen deze instelling zodanig configureren dat deze standaard is ingeschakeld en door afzenders kan worden bewerkt.
Wanneer een ontvanger is gemarkeerd als beperkt, wordt deze behandeld alsof hij of zij geen actief Acrobat Sign-gebruikersaccount heeft. Daardoor verschijnt de overeenkomst niet op de pagina Beheren. Hiermee voorkomt u onbedoelde gegevenslekken vanwege deelrelaties op groepsniveau.

Beschikbare omgevingen: Sandbox, commercieel, overheid | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Account en groep
De besturingselementen voor de configuratie van de optie Beperkte toegang tot de overeenkomst bekijken >
Bijgewerkte documentatie voor Handtekening aanvragen >

Er is API-ondersteuning voor de functie Beperkte toegang tot overeenkomsten - Organisaties die de API gebruiken om overeenkomsten samen te stellen en te verzenden, kunnen nu de functie Beperkte toegang tot overeenkomsten gebruiken als onderdeel van hun ontvangersconfiguratie. De API-implementatie van deze functie heeft één verschil met de ervaring bij het openen van het document, namelijk als de tweestapsverificatie op Geen is ingesteld:
- Binnen de Acrobat Sign-interface kan de ontvanger de overeenkomst niet bekijken of downloaden totdat deze is ondertekend. Ook als er geen tweestapsverificatie is geconfigureerd, kan toegang tot de overeenkomst worden uitgeschakeld door de acties Weergeven en Downloaden te onderdrukken.
- Bij gebruik van de API kan de overeenkomst worden bekeken en gedownload met de token nadat verificatie is geslaagd. Als er geen tweestapsverificatie is geconfigureerd, kan de overeenkomst worden bekeken of gedownload voordat deze wordt ondertekend.

Beschikbare omgevingen: Sandbox, Commercieel, Overheid | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Account en groep

Uitgebreide landondersteuning voor telefoonverificatie - Telefoonverificatie en bezorging van overeenkomsten via sms ondersteunen nu ook deze landen en landtelefooncodes:
- Falklandeilanden (Malvinas) (+500)

Beschikbare omgevingen: Commercial |Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Account en groep

Wijzigingen in gebruikerservaring

Bij het indienen van een ondersteuningsaanvraag voor webformulieren is aanmelden vereist als het ondernemingsaccount verouderd is: gebruikers met verouderde ondernemingsaccounts moeten zich nu met hun Acrobat Sign-aanmeldingsgegevens aanmelden voordat ze het onlinewebformulier gebruiken om een ondersteuningsaanvraag in te dienen. Met deze verificatiestap wordt gegarandeerd dat de aanvraag aan het juiste account is gekoppeld en naar het juiste ondersteuningsteam wordt doorgestuurd.

Beschikbare omgevingen: Commercieel Beschikbare serviceniveaus: Acrobat Sign Solutions Configuratiebereik: Standaard ingeschakeld; niet bewerkbaar
De nieuwe procedure bekijken >

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.

API voor GET /agreements nu weergegeven vanuit een microservice: het GET /agreements-eindpunt migreert van de Acrobat Sign- kernapplicatie naar een speciale microservice. Als onderdeel van deze transitie halen zoekopdrachten gegevens op uit de zoekservice (tweede opslag) in plaats van de primaire database. Deze wijziging verbetert de servicestabiliteit en voorkomt dat atypische API-aanroepen invloed hebben op de Acrobat Sign-ervaring.
- De maximale paginagrootte voor de GET/agreements-aanroep is nu 500 overeenkomsten per verzoek. Historisch gezien haalde de zoekservice niet meer dan 100 overeenkomsten per pagina op. Als er meer overeenkomsten vereist zijn, kunnen meerdere query's met een beperkter bereik nodig zijn.
- Omdat zoekopdrachten nu plaatsvinden in secundaire opslag, kan een kleine extra vertraging worden waargenomen bij het GET /agreements-eindpunt.

Update van API-beperking: na de release van mei 2025 worden nieuwe regels voor API-beperking toegepast:
- Wanneer een hoge algemene systeembelasting wordt gedetecteerd, beperkt Acrobat Sign de API-aanvragen in het gehele systeem.
- Wanneer klanten met een hoog gebruik worden geïdentificeerd die aan de algemene traagheid van het systeem bijdragen, beperkt Acrobat Sign de API-aanvragen die specifiek voor die klant zijn.

Als een API-verzoek wordt beperkt, wordt dit geweigerd met een 429 HTTP-statuscode, samen met het volgende:

Hoofdtekst van de reactie

    {
        &quot;code&quot;:&quot;THROTTLING_HIGH_SYSTEM_LOAD&quot;,
        &quot;message&quot;:&quot;Het Acrobat Sign-systeem kent een hoge algemene belasting en daarom wordt een subset van de aanvragen beperkt. Probeer het opnieuw over <wait_time_in_seconds> seconds.&quot;,
        &quot;retryAfter&quot;: <wait_time_in_seconds>
    }

Koptekst van de reactie

        X-Throttling-Reason : &quot;high-system-load&quot;
        Retry-After : <wait_time_in_seconds>

Als u de bovenstaande reactie hebt ontvangen, kunt u aan de hand van de koptekst Opnieuw proberen na of de woorden Opnieuw proberen na in de hoofdtekst van de reactie bepalen wanneer u de aanvraag opnieuw verzendt.

Sanctie voor opnieuw proberen

Voor alle nieuwe accounts die na de release van mei 2025 zijn gemaakt, wordt een sanctie toegepast als het opgegeven tijdsinterval voor opnieuw proberen niet wordt gerespecteerd.
Als binnen dit interval wordt geprobeerd om dezelfde aanvraag opnieuw te verzenden, wordt de aanvraag opnieuw beperkt en wordt het tijdsinterval voor opnieuw proberen gereset.

Release-errata - Toegevoegde elementen

Hieronder staan items die zijn toegevoegd aan deze release sinds de eerste publicatie van de voorafgaande aanvullende informatie.

Gegevensbeveiliging van ontvangers verbeteren door ontvangers met beperkte toegang te configureren - Met de functie Beperkte toegang tot overeenkomsten wordt de privacy verbeterd door te voorkomen dat overeenkomsten worden bijgevoegd aan de Acrobat Sign-gebruikers-ID van een ontvanger (indien deze een ID heeft). Indien de optie Toegang tot ontvangersovereenkomst is ingeschakeld, wordt deze weergegeven in de sectie Ontvangerinstellingen op de pagina Samenstellen. Beheerders kunnen deze instelling zodanig configureren dat deze standaard is ingeschakeld en door afzenders kan worden bewerkt.
Wanneer een ontvanger is gemarkeerd als beperkt, wordt deze behandeld alsof hij of zij geen actief Acrobat Sign-gebruikersaccount heeft. Daardoor verschijnt de overeenkomst niet op de pagina Beheren. Hiermee voorkomt u onbedoelde gegevenslekken vanwege deelrelaties op groepsniveau.

Beschikbare omgevingen: Sandbox, commercieel, overheid | Beschikbare serviceniveaus: Acrobat Sign Solutions | Configuratiebereik: Account en groep
De besturingselementen voor de configuratie van de optie Beperkte toegang tot de overeenkomst bekijken >
Bijgewerkte documentatie voor Handtekening aanvragen >

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.

De moderne omgeving voor Handtekening aanvragen wordt de enige ervaring bij het maken van een nieuwe overeenkomst. Alle bestaande commerciële accounts zijn overgeschakeld naar de moderne omgeving -
- Beheerders kunnen niet meer via het beheerdersmenu de klassieke ervaring inschakelen.
- Klanten die gebruikmaken van de Notarize-integratie, ondervinden geen gevolgen van deze wijziging.

Beschikbare omgevingen: Sandbox, Commercial Beschikbare serviceniveaus: Acrobat Sign Solutions Configuratiebereik: Standaard ingeschakeld; Niet configureerbaar

Opgeloste problemen

Probleem	Beschrijving
4477748	Samenvatting: Gebruikers kunnen geen OAUTH ACCESS-TOKEN maken vanwege een niet-welgevormd domein in de API-aanroep.
4477748	Oplossing: De domeinlijst voor de Swagger-controller is bijgewerkt.
4480357	Samenvatting: De verwerking van de invoer van het toetsenbord functioneert in het dialoogvenster Starten vanuit bibliotheek niet correct wanneer schermlezers in werking zijn
4480357	Oplossing: Er zijn meerdere oplossingen voor de navigatie van schermlezers uitgevoerd, zodat alle pagina's worden gestart zoals verwacht.
4498103	Samenvatting: Onjuiste roltoewijzing in de functie voor bulkverzending. De rol van ondertekenaar moet altijd worden toegewezen wanneer u zichzelf als laatste ontvanger toevoegt.
4498103	Oplossing: Er zijn opties verwijderd voor andere rollen voor de afzender wanneer deze aan de laatste deelnemerpositie wordt toegevoegd, omdat het de bedoeling is dat de afzender altijd een ondertekenaar is.
4501417	Samenvatting: Het plaatsen van een veld voor handtekening verzegelen met een veldsjabloon veroorzaakt een fout die verdere authoring blokkeert.
4501417	Oplossing: Er is code toegevoegd om tekstlabelelementen voor signer1 te verwerken.
4506667	Samenvatting: Als een afzender de eerste ondertekenaar van een webformulier nodig heeft om de e-mail te verifiëren, worden webhookmeldingen vertraagd totdat de eerste ondertekenaar de e-mail verifieert. Als de e-mail van de eerste ondertekenaar wordt teruggestuurd, wordt de webhookmelding 2 uur vertraagd vanwege de verwachting dat de parameter documentsInfo wordt gevuld.
4506667	Oplossing: Als de afzender de e-mail van de eerste ondertekenaar van een webformulier wil laten controleren, wordt documentsInfo inniet gevuld in de payload van de webhookmelding voor de overeenkomstgebeurtenissen (totdat de eerste ondertekenaar de e-mail controleert). Als de e-mail van de eerste ondertekenaar wordt teruggestuurd, wordt *documentsInfo* niet ingevuld in de payload van de webhookmelding voor de overeenkomstgebeurtenissen.
4511940	Samenvatting: De standaardtekengrootte van een tekstveld met meerdere regels wordt niet aan de schermgrootte aangepast, waardoor de tekst wordt afgekapt tijdens het ondertekenen van een overeenkomst met een mobiele telefoon.
4511940	Oplossing: Velden met meerdere regels kunnen de basisklassemethode niet langer overschrijven.
4513457	Samenvatting: Probleem met het parseren van JSON wanneer de groepsnaam dubbele aanhalingstekens bevat in de groepsnaam.
4513457	Oplossing: Verbeterde parseercode voor groepsnamen om met dubbele aanhalingstekens om te gaan.
4515610	Samenvatting: Wanneer het webformulier naar meer deelnemers wordt verzonden, worden berekende veldwaarden gewijzigd wat betreft de manier waarop drijvendekommagetallen op de back-end en front-end worden verwerkt.
4515610	Oplossing: De implementatie van de back-end is gewijzigd zodat nu BigDecimal als het type voor getallen wordt gebruikt
4516504	Samenvatting: Als u een herbruikbare sjabloon maakt en de weergave Nieuwe ervaring gebruikt, hebben het selectievakje en de keuzerondjes roze randen in plaats van zwarte randen, doordat de kleurwaarde wordt ingekort.
4516504	Oplossing: De hex-waarde is gecorrigeerd zodat deze de juiste waarde bevat.
4520149	Samenvatting: Bij sommige overeenkomsten wordt de status na ondertekening niet bijgewerkt vanwege een zeldzame raceconditie bij het instellen van de next_to_sign-vlag.
4520149	Oplossing: Er is extra logboekregistratie toegevoegd om deze voorwaarde vast te leggen en op te lossen voordat ontvangers interactie hebben met de overeenkomst.
4521246	Samenvatting: Het delen van sjablonen in meerdere groepen werkt niet en genereert fouten wanneer Geavanceerd accounts delen is ingeschakeld, en het verzendproces begint op de startpagina.
4521246	Oplossing: De sjabloonkiezer afkomstig van de startpagina is bijgewerkt om de gedeelde sjabloon correct op te halen.