Bekijk de vermelde technische meldingen en markeer de meldingen die voor u belangrijk zijn.
De pagina Technische meldingen wordt regelmatig bijgewerkt met nieuwe informatie, waardoor de inhoud zeer dynamisch is. Hoewel gelokaliseerde versies beschikbaar zijn, kan het vertaalproces kleine verschillen veroorzaken in vergelijking met de Amerikaans-Engelse versie. Bekijk altijd eerst de Amerikaans-Engelse pagina voor de meest recente en accurate informatie.
[Volgende release] De volgende Adobe Acrobat Sign-release staat gepland voor 12 januari 2027 v18.0
Deze grote release biedt functieverbeteringen voor gebruikers en beheerders en oplossingen voor door klanten gerapporteerde problemen.
Klanten met een Sandbox-machtiging krijgen vier weken voor de lancering toegang tot de nieuwe functies, samen met prereleasedocumentatie waarin de content van de release wordt beschreven.
Functierelease: Adobe Acrobat Sign – release van 6e oktober voltooid
De release is voor alle shards voltooid zonder uitval voor services.
Huidige opmerkingen:
|
Status |
Probleem of gebeurtenis |
Uitvoeringsdatum |
|
Volgende grote release |
Januari 2027 (v18.0) |
|
|
Volgende grote release |
Januari 2027 (v18.0) |
|
|
Volgende grote release |
Januari 2027 (v18.0) |
|
|
Volgende grote release |
Januari 2027 (v18.0) |
|
|
Volgende grote release |
Januari 2027 (v18.0) |
|
|
Volgende grote release Rolling |
Januari 2027 (v18.0) |
|
|
Volgende grote release Gefaseerde |
Januari 2027 (v18.0) |
|
|
Volgende grote release Gefaseerde |
Januari 2027 (v18.0) |
|
|
Volgende twee belangrijke releases Gefaseerde |
Januari 2027 (v18.0) |
|
|
Niet-voltooid |
2027 |
|
|
Recent Rolling |
Vanaf 2 november 2026 |
|
|
Momenteel Recent |
Momenteel |
|
Permanente informatieve meldingen |
||
|
Momenteel Informatief |
Actueel |
|
|
Momenteel Informatief |
Momenteel |
|
|
Momenteel Informatief |
Momenteel |
|
|
Momenteel Informatief |
Momenteel |
|
Eerst gerapporteerd: oktober 2026 |
Actueel |
|---|
Adobe Acrobat Sign introduceert een nieuwe stap Controleren en verzenden in release 18.0, vanaf 12 jan. 2027. Met deze functie kunnen afzenders overeenkomstdocumenten en ontvangersvelden controleren voordat ze verzenden.Beschikbaarheid en standaardinstellingen verschillen per type accountlicentie.
Gevolgen voor klant
De Review & Send-ervaring voegt een extra stap toe aan het verzendproces van overeenkomsten.
Beheerders van accounts en groepen kunnen de functie configureren onder Instellingen voor verzenden met drie opties:
Uitgeschakeld: Afzenders blijven de bestaande verzendervaring gebruiken.
Optioneel: Afzenders kunnen overeenkomsten controleren voordat ze verzenden of rechtstreeks verzenden vanuit documentvoorbereiding.
Verplicht: Afzenders moeten naar de controlestap gaan voordat ze overeenkomsten verzenden.
De functie is niet beschikbaar voor:
- Accounts die het verouderde (native) systeem voor gebruikersbeheer van Acrobat Sign gebruiken.
- Acrobat Sign for Government.
- Aangepaste workflows en bibliotheeksjablonen.
Tijdlijn
| Datum | Omgeving | In aanmerking komende accounts | Standaardinstelling bij de lancering |
|---|---|---|---|
| 17 nov. 2026 | Sandbox | Enterprise ETLA-accounts | Optioneel |
| 12 jan. 2027 | Commercieel | VIP / VIPMP / Adobe Acrobat Sign Trials | Verplicht |
| 19 jan. 2027 | Commercieel | Enterprise ETLA-accounts | Optioneel |
Aanbevolen actie
Beheerders van accounts en groepen moeten de configuratie onder Instellingen voor verzenden controleren wanneer de functie beschikbaar wordt.
accounts die zijn geconfigureerd als Verplicht, vereisen dat afzenders de stap controlestap invoeren voordat ze verzenden. Beheerders kunnen deze instelling wijzigen in Optioneel of Uitgeschakeld op basis van de verzendvereisten van hun organisatie.
|
Eerst gerapporteerd: oktober 2026 |
Actueel |
|---|
Met de release van Adobe Acrobat Sign 18.0 wordt gepland verzenden standaard ingeschakeld voor ondersteunde accounts. Met deze functie kunnen afzenders overeenkomsten voorbereiden en de levering ervan plannen voor een toekomstige datum en tijd. Beheerders kunnen Gepland verzenden niet uitschakelen via de interface van Acrobat Sign.
Gevolgen voor klant
Met Gepland verzenden kunnen overeenkomsten van dertig minuten tot dertig dagen van tevoren worden gepland.
De functie is standaard ingeschakeld en er is geen account- of groepsinstelling voor klanten om deze uit te schakelen.
Beheerders moeten contact opnemen met Adobe Support om uitschakeling aan te vragen.
Door Gepland verzenden uit te schakelen, kunnen er geen nieuwe overeenkomsten worden gepland, maar de levering van al geplande overeenkomsten wordt hierdoor niet geannuleerd of verhinderd.
Eerder geplande overeenkomsten moeten afzonderlijk worden beheerd door de oorspronkelijke afzender of een gemachtigde gebruiker met toegang via Advanced Sharing.
|
Eerst gerapporteerd: maart 2026 |
Actueel |
|---|
Inline documentbewerking tijdens het maken wordt geïmplementeerd via een gefaseerde uitrol als onderdeel van de 17.1.2-release voor VIP-accounts en gaat door tot 17.2.
Uitrolschema:
VIP- en VIPMP-klantaccounts ontvangen een geleidelijke productie-uitrol na de 17.1.2-release.
Inline document bewerken wordt opgenomen in de 18.0 Sandbox-implementatie en na de 18.0-release algemeen beschikbaar gesteld voor ETLA-klanten.
Voor VIP-accounts is de functie standaard ingeschakeld op accountniveau voor zowel nieuwe als bestaande ondersteunde accounts. Account- en groepsbeheerders kunnen de functie naar behoefte in- of uitschakelen.
ETLA-accounts zien de functie standaard uitgeschakeld, met dezelfde bedieningselementen beschikbaar op account- en groepsniveau voor activering indien nodig.
De functie wordt niet ondersteund voor:
- Acrobat Sign voor Government-accounts.
- Organisaties die het verouderde Acrobat Sign-systeem voor gebruikersbeheer gebruiken.
Voor configuratie-instructies, zie Inline document bewerken in- of uitschakelen
Voor instructies over de afzenderworkflow, zie Tekst bewerken tijdens het maken van velden
Schema’s voor de uitrol kunnen wijzigen, afhankelijk van onvoorziene gebeurtenissen.
|
Voor het eerst gemeld: februari 2025 - Bijgewerkt november 2026 |
Actueel |
|---|
In de release van 18.0 (januari 2027) worden alle commerciële accounts en overheidsaccounts bijgewerkt voor gebruik van de moderne omgeving voor Handtekening aanvragen.
Wat gaat er veranderen
In de release van januari 2027 (v18.0):
- Alle accounts worden automatisch overgeschakeld naar de moderne ervaring voor Vragen om handtekening.
- Schakelkoppelingen worden verwijderd.
- De bedieningselementen om de ervaring naar de klassieke omgeving terug te zetten worden uit de gebruikersinterface verwijderd.
We raden u aan om uw gebruikers vóór de release vertrouwd te maken met de nieuwe ervaring voor een soepele migratie.
|
Voor het eerst gemeld: februari 2025 - Bijgewerkt november 2026 |
Actueel |
|---|
In de release 18.0 (januari 2027) worden alle Commercial- en Government-accounts bijgewerkt om de moderne Sjabloon maken-ervaring te gebruiken.
Wat gaat er veranderen
In de release van januari 2027 (v18.0):
- Alle accounts worden automatisch overgeschakeld naar de moderne ervaring voor Sjabloon maken.
- Schakelkoppelingen worden verwijderd.
- De bedieningselementen om de ervaring naar de klassieke omgeving terug te zetten worden uit de gebruikersinterface verwijderd.
We raden u aan om uw gebruikers vóór de release vertrouwd te maken met de nieuwe ervaring voor een soepele migratie.
|
Eerste melding: april 2025 - bijgewerkt september 2026 |
Actueel |
|---|
De moderne Opstellen-pagina (gemaakt door de moderne Workflow Designer) wordt ingeschakeld voor alle bestaande accounts en vervangt de klassieke Opstellen-ervaring.Tijdens de overgang kunnen beheerders en gebruikers de beschikbare terugvalopties blijven gebruiken om terug te keren naar de klassieke experience totdat deze volledig is uitgefaseerd.
Implementatietijdlijn
Januari 2027 (v18.0)
- Alle accounts worden na de release overgezet naar de nieuwe ervaring (als dat nog niet het geval is).
- Beheerders behouden de mogelijkheid om terug te keren naar de klassieke ervaring.
- Gebruikers zien geen schakelkoppelingen meer; beheerders kunnen ze zo nodig inschakelen.
mei 2027 (v18.1)
- Alle accounts worden definitief overgezet naar de nieuwe ervaring.
- Beheerdersbedieningselementen om terug te keren naar de klassieke versie worden verwijderd.
- De klassieke Opstellen-ervaring is volledig uitgefaseerd en niet langer toegankelijk.
We raden aan de gebruikers zo snel mogelijk voor te bereiden voor een vloeiende overgang.
Bij nieuwe accounts die na de Acrobat Sign-release van juli 2025 worden gemaakt, is de nieuwe ervaring standaard ingeschakeld en zijn er geen besturingselementen beschikbaar om naar de verouderde versie terug te gaan.
|
Eerst gerapporteerd: september 2022 - Bijgewerkt: juni 2026 |
Actueel |
|---|
Klassieke rapportage wordt in 2027 volledig uit de Acrobat Sign-interface verwijderd. Dit omvat de schakelkoppeling die het mogelijk maakt om tussen omgevingen te wisselen. Na verwijdering kunnen klanten niet meer terugkeren naar de klassieke omgeving om klassieke rapporten te bekijken en worden geplande rapporten niet meer uitgevoerd.
De moderne rapportageomgeving blijft de enige rapportageoplossing.
Alle klanten wordt sterk aangeraden om al hun bestaande rapporten zo snel mogelijk opnieuw te maken in de nieuwe omgeving.
|
Eerst gerapporteerd: maart 2026 |
Actueel |
|---|
De SSL/TLS-industrie stapt over op een aanzienlijk kortere certificaatgeldigheidsduur. Deze wijziging wordt aangestuurd door updates van het CA/Browser Forum (het bestuursorgaan voor openbaar vertrouwde certificaten) en wordt overgenomen door grote certificeringsinstanties (CA’s) zoals DigiCert.
Als gevolg hiervan zal de geldigheidsduur van certificaten geleidelijk afnemen van de huidige ~398 dagen tot slechts 47 dagen in de loop van de komende jaren.
Wat verandert er?
De maximale geldigheidsduur voor openbaar vertrouwde TLS-certificaten wordt teruggebracht tot 47 dagen. Deze eis wordt gedefinieerd door het CA/Browser Forum en geldt voor de hele industrie.
Waarom wordt deze wijziging doorgevoerd?
Een kortere geldigheidsduur van certificaten verbetert de beveiliging om de volgende redenen:
- De blootstellingsduur wordt verkleind wanneer een certificaat of privésleutel in gevaar wordt gebracht
- De afhankelijkheid van certificaatintrekkingsmechanismen wordt verkleind
- Geautomatiseerd beheer van de certificaatlevenscyclus wordt gestimuleerd
- De algehele internetbeveiliging wordt verbeterd
Deze overgang wordt ondersteund door grote browserleveranciers (Google, Apple, Mozilla, Microsoft).
Voor verdere industriële context raadpleegt u de aankondiging van DigiCert:
TLS-certificaatlevensduur wordt officieel teruggebracht tot 47 dagen
Wat betekent dit voor jou?
- Certificaatrotatie wordt vaker uitgevoerd
- Certificaten roteren vaker wanneer de maximale geldigheidsduur afneemt.
- Automatisering is vereist
- Vanwege de kortere geldigheidsduur wordt certificaatverlenging naar verwachting volledig geautomatiseerd. Handmatige verlengingsprocessen zijn bij deze frequentie niet mogelijk.
Als uw omgeving afhankelijk is van certificaatkoppeling, handmatige vertrouwensarchieven of statische certificaatreferenties, controleer dan de configuratie op compatibiliteit met frequente verlenging.
Klantmeldingen
Vroeger werden jaarlijks meldingen verzonden wanneer certificaten roteerden.
Vanaf eind juni 2026 worden routinemeldingen voor standaardcertificaatrotaties stopgezet.
Bij een kortere geldigheidsduur en geautomatiseerde verlenging:
- Routinematige certificaatrotaties genereren geen klantmeldingen meer.
- Meldingen worden alleen verzonden in de volgende gevallen:
- Verlengingsfouten
- Impact voor services
- Actie van de klant vereist
Deze aanpak sluit aan bij de industriële best practices voor geautomatiseerd beheer van certificaatlevenscycli.
Geen actie vereist (als automatisering is ingeschakeld)
Als uw integratie berust op standaard TLS-vertrouwensverificatie en niet afhankelijk is van certificaatkoppeling, is er geen actie vereist.
Certificaten worden steeds weer automatisch verlengd vóór de verloopdatum.
Er is mogelijk actie vereist
U moet mogelijk actie ondernemen in deze gevallen:
- U gebruikt certificaatkoppeling (SPKI of volledige certificaatkoppeling)
- U onderhoudt handmatige certificaatarchieven
- U hebt firewallregels gekoppeld aan specifieke certificaatvingerafdrukken
- U gebruikt systemen die geen geautomatiseerde certificaatupdates ondersteunen
Raadpleeg bij twijfel uw beveiligings- of infrastructuurteam.
Veelgestelde vragen
- Is dit een Adobe-specifieke wijziging?
- Nee. Dit is een industriebrede wijziging die is voorgeschreven door het CA/Browser Forum en wordt geïmplementeerd door alle grote certificeringsinstanties.
- Heeft dit invloed op de beschikbaarheid van services?
- Nee. Certificaten worden automatisch vóór de verloopdatum verlengd. Er wordt geen uitvaltijd verwacht als onderdeel van normale rotatie.
- Wanneer stoppen de meldingen voor certificatierotatie?
- Meldingen voor routinematige rotatie van certificaten stoppen eind juni 2026. Klanten krijgen alleen nog meldingen als actie vereist is of als er een probleem is dat invloed op de service heeft.
- Waar kan ik meer informatie vinden?
- Raadpleeg voor verdere industriële details de aankondiging van DigiCert:
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- Raadpleeg voor verdere industriële details de aankondiging van DigiCert:
Hulp nodig?
Als u vragen hebt over certificaatrotatie of hulp nodig hebt bij het valideren van uw integratie, neemt u contact op met Adobe Support of de Adobe-accountvertegenwoordiger.
|
Eerst gerapporteerd: augustus 2025 - bijgewerkt in februari 2026 |
Actueel |
|---|
Om de systeemstabiliteit te behouden en de prestaties te verbeteren, introduceert Adobe Acrobat Sign een drempel voor GET API-eindpunten. Met dit beleid wordt een limiet gesteld aan het aantal keren dat clientapps identieke API-aanroepen naar de Acrobat Sign-service kunnen uitvoeren.
Polling met hoge frequentie veroorzaakt een onnodige belasting van back-endsystemen, wat de prestaties kan verminderen en reactietijden kan vertragen. API-ontwikkelaars worden aangemoedigd webhooks te gebruiken voor bijna realtime updates in plaats van herhaaldelijke polling.
Wat gaat er veranderen?
Dit polling-beleid geldt voor alle GET-API-eindpunten voor identieke aanroepen.
Er wordt een limiet gesteld aan het aantal keren dat dezelfde effectieve gebruiker dezelfde API-aanroep naar Acrobat Sign kan uitvoeren. Er wordt een fout geretourneerd wanneer dezelfde effectieve gebruiker identieke aanroepen vaker uitvoert dan de geldende polling-drempel toestaat.
Een herhaald verzoek naar hetzelfde eindpunt voor dezelfde overeenkomst of hetzelfde bibliotheekdocument wordt bijvoorbeeld behandeld als een identieke aanroep. Verzoeken voor verschillende overeenkomsten of bibliotheekdocumenten worden behandeld als verschillende aanroepen omdat elk object een ander doel van het verzoek vertegenwoordigt.
Voorbeelden van getroffen eindpunten
Status ophalen
- GET /agreements/{agreementId} – Haalt de huidige status van een overeenkomst op.
- GET /agreements/{agreementId}/documents/{documentId} – Haalt de bestandsstroom van een document binnen een overeenkomst op.
Overzichten, gebeurtenissen en bibliotheekdocumenten
- GET /agreements – Haalt overeenkomsten voor de gebruiker op.
- GET /agreements/{agreementId}/events – Haalt gebeurtenisinformatie voor een overeenkomst op.
- GET /libraryDocuments — Haalt bibliotheekmiddelen op voor de gebruiker.
- GET /libraryDocuments/{libraryDocumentId} — Haalt informatie op voor een specifiek bibliotheekdocument.
Informatie over polling-beleid
Het Minimum Object Polling Interval (MOPI) bepaalt hoe vaak dezelfde effectieve gebruiker dezelfde GET-API-aanvraag naar de Acrobat Sign-service kan verzenden.
Het standaard MOPI verschilt per servicelaag:
- GLOBAL-, ENTERPRISE- en DEVELOPER-niveaus: Drie identieke aanroepen per interval van één minuut.
- Alle andere niveaus: drie identieke aanroepen per interval van drie minuten.
Als dezelfde effectieve gebruiker identieke GET-verzoeken vaker uitvoert dan de laag toestaat, retourneert Acrobat Sign een 429 Too Many Requests-respons met een Retry-After-header.
Een aanvraag wordt als identiek beschouwd wanneer dezelfde effectieve gebruiker dezelfde GET-aanvraag doet met hetzelfde aanvraagpad en dezelfde headers binnen het toepasselijke polling-interval.
ETag-verwerking
Applicaties kunnen ETags en de If-None-Match header blijven gebruiken voor eindpunten die conditionele GET-aanvragen ondersteunen.
Voor conditionele GET-aanvragen die zijn toegestaan onder de pollingdrempel, kan Acrobat Sign 304 Not Modified retourneren wanneer de resource niet is gewijzigd.
Wanneer de polling-drempel wordt overschreden, retourneert Acrobat Sign 429 Too Many Requests met een Retry-After header, zelfs wanneer de aanvraag een If-None-Match header bevat.
Vereiste actie
Als uw toepassing bijna-realtime-updates vereist, gebruik dan webhooks in plaats van polling. Webhooks bieden een efficiëntere en schaalbaardere manier om tijdige updates te ontvangen.
Als er geen webhooks kunnen worden geïmplementeerd, moeten toepassingen caching aan klantzijde gebruiken om API-reacties op te slaan en opnieuw te gebruiken.
- Wanneer een 304 Not Modified-reactie wordt ontvangen, gebruik dan de gegevens in de cache in plaats van nog een API-aanroep uit te voeren.
- Wanneer een 429 Too Many Requests-reactie wordt ontvangen, voer de API-aanroep dan pas opnieuw uit na het aantal seconden dat is opgegeven in de Retry-After-header.
Bronnen
- 429-reacties verwerken: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#handling-rate-limiting-http-429
- API-peilingsdrempel: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#get-endpoints
Tijdlijn
De bijgewerkte MOPI-drempels zijn al in productie.
- Het bijgewerkte gedrag voor ETag-throttling is opgenomen in de 17.1.1-release. Na deze wijziging retourneert Acrobat Sign een 429 Too Many Requests-reactie voor beperkte aanvragen, inclusief conditionele GET-aanvragen die een If-None-Match-header bevatten.
- Het polling-beleid is ingesteld op ENFORCED voor nieuwe accounts in de Sandbox-omgeving op 11 februari 2026.
- Het polling-beleid is ingesteld op ENFORCED voor nieuwe accounts in de productieomgeving op 5 april 2026.
Neem contact op met je CSM als je hulp nodig hebt of vragen hebt.
|
Eerst gerapporteerd: februari 2026 |
Actueel |
|---|
Samenvatting
Vanwege bijgewerkte wettelijke vereisten in Thailand wordt Overeenkomstbezorging via sms momenteel niet ondersteund voor ontvangers met Thaise telefoonnummers.
Wat gaat er veranderen?
Thailand heeft bijgewerkte regelgeving ingevoerd waardoor sms-berichten met URL’s de ontvangers niet kunnen doorverwijzen naar workflows die gebruikersinteractie vereisen. Omdat het ondertekenen van een overeenkomst interactie van de ontvanger vereist, is SMS-bezorging voor dit gebruiksscenario beperkt.
Wie wordt getroffen
- Overeenkomsten verzonden met Overeenkomstbezorging via sms.
- Ontvangers met Thaise (+66) telefoonnummers.
Impact
Ontvangers met Thaise telefoonnummers ontvangen mogelijk geen SMS-berichten met overeenkomstkoppelingen. Hierdoor kunnen ontvangers mogelijk geen toegang krijgen tot het ondertekeningsproces en dit niet voltooien wanneer SMS-bezorging wordt gebruikt.
Deze beperking is een juridische kwestie en wordt niet veroorzaakt door een servicestoring of productdefect.
Timing
Er is momenteel geen bevestigd tijdstip waarop deze beperking wordt opgeheven of een technische oplossing wordt toegepast. Deze melding wordt bijgewerkt wanneer de omstandigheden veranderen.
Vereiste acties
- Gebruik Overeenkomstbezorging via sms niet voor ontvangers met Thaise telefoonnummers.
- Voeg e-mail toe als alternatieve methode voor overeenkomstbezorging.
Aanvullende details
Deze beperking geldt alleen voor SMS-gebaseerde bezorging. Andere bezorgings- en authenticatiemethoden voor overeenkomsten worden niet beïnvloed.
|
Eerst gerapporteerd: mei 2024 |
Actueel |
|---|
De optie om een extern station te gebruiken voor het uploaden van bestanden is in de nieuwe ervaring voor Handtekening aanvragen beperkt tot OneDrive.
Het wordt aanbevolen dat klanten die andere opties gebruiken voor het uploaden van bestanden, de voor de leverancier specifieke applicatie gebruiken om een netwerkstation te bieden dat toegankelijk is via de native bestandenkiezer op het lokale systeem van de gebruiker.
- Dropbox: https://www.dropbox.com/desktop
- Google Drive: https://support.google.com/drive/answer/10838124
- Box: https://support.box.com/hc/en-us/articles/360043697194-Installing-Box-Sync
- Acrobat/Document Cloud: https://www.adobe.com/nl/acrobat/how-to/share-pdf-online.html
Extra bronnen
- Communityforums
- Wekelijkse training - Wekelijkse webinar met trainingsonderwerpen voor nieuwe gebruikers en beheerders
Gearchiveerde meldingen
Gerangschikt op de datum waarop de kennisgeving is verwijderd uit de huidige lijst met kennisgevingen, van de recentste naar de oudste.
Je werk stroomlijnen met Acrobat Sign
Beheer en onderteken documenten snel en eenvoudig online.
