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
- Gebruikers toevoegen
- Op functies gerichte gebruikers maken
- 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
- Account instellen
- Logo toevoegen
- Hostnaam/URL van bedrijf aanpassen
- Bedrijfsnaam toevoegen
- URL-omleiding na overeenkomst
- 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
- Digitale handtekeningen
- Elektronische zegels
- Digitale identiteit
- Rapportinstellingen
- Nieuwe rapportervaring
- Klassieke rapportinstellingen
- Beveiligingsinstellingen
- Instellingen voor eenmalig aanmelden
- Instellingen voor Mij onthouden
- Wachtwoordbeleid voor aanmelden
- Wachtwoordsterkte voor aanmelden
- Duur van websessie
- Type PDF-versleuteling
- API
- Toegang tot gebruikers- en groepsgegevens
- Toegestane IP-bereiken
- Account delen
- Machtigingen voor account delen
- Besturingselementen voor het delen van overeenkomsten
- Identiteitsverificatie van ondertekenaars
- Wachtwoord voor ondertekening van overeenkomst
- Wachtwoordsterkte van het document
- Ondertekenaars blokkeren op geolocatie
- Telefoonverificatie
- KBA-verificatie op kennisbasis
- Pagina-extractie toestaan
- Verloopdatum documentkoppeling
- Een clientcertificaat voor webhooks/callbacks uploaden
- Tijdstempel
- Verzendinstellingen
- Verzendpagina na aanmelden tonen
- Ontvangersnaam bij verzenden vereisen
- Naamwaarden voor bekende gebruikers vergrendelen
- Toegestane ontvangersrollen
- Elektronische getuigen toestaan
- Ontvangersgroepen
- CC's
- Toegang tot overeenkomst voor de ontvanger
- 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
- 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
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
- 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
- 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
Ondersteuning en probleemoplossing
De technische meldingen van Adobe Acrobat Sign zijn hieronder gerangschikt met de huidige update bovenaan, en teruglopend in de tijd als u op de pagina naar beneden scrolt.
Deze pagina voor Technische meldingen wordt regelmatig bijgewerkt naarmate nieuwe informatie beschikbaar wordt, waardoor de content zeer dynamisch is.
Hoewel de pagina gelokaliseerd is, kost het proces tijd. Hierdoor kan het voorkomen dat gelokaliseerde versies enigszins afwijken van de officiële Amerikaans-Engelse versie.
Raadpleeg de pagina voor Amerikaans-Engels voor de meest nauwkeurige en up-to-date informatie.
[Important] De volgende release van Adobe Acrobat Sign staat gepland voor 11 februari 2025
Dit zal een kleine patchrelease zijn om een aantal door de klant gevonden defecten op te lossen en zo nodig optimalisatie-/beveiligingspatches toe te passen.
De Sandbox-omgeving zal deze patches vier weken voorafgaand aan de geplande release overnemen. Een lijst van de opgeloste klantproblemen wordt op dat moment gepubliceerd en 14 dagen voor de release bijgewerkt.
Functierelease: Adobe Acrobat Sign - release van 12 november voltooid
De release is voor alle shards voltooid zonder uitval voor services.
|
Eerst gemeld: december 2024 |
Actueel |
|---|
Adobe Acrobat Sign rouleert het Adobe Acrobat Sign SSL-certificaat op 22 januari 2025.
Bovendien wordt een nieuw SSL-certificaat geïmplementeerd om de wijzigingen in het WAF-netwerk te ondersteunen die in januari 2025 worden aangebracht. Dit nieuwe certificaat heeft rechtstreeks invloed op de toegang tot de Acrobat Sign-service en moet worden geïnstalleerd voordat de WAF online gaat.
Actie vereist
- In elk klantaccount dat expliciet netwerkactiviteiten beveiligt, moet het nieuwe WAF SSL-certificaat in de lijst met opgeslagen certificaten zijn opgenomen.
- Als u aangepaste integraties met Acrobat Sign hebt met behulp van de SOAP- of REST-API's en als een van deze integraties de bestaande openbare sleutel heeft 'vastgezet', is geen verdere actie vereist.
- Als u SSL-certificaten van Acrobat Sign voor SSO gebruikt of als u het certificaat zelf vastzet (of andere methoden gebruikt), vindt u de nieuwe Acrobat Sign SSL-certificaten in de Systeemvereisten van Adobe Acrobat Sign.
- Als uw SSO-configuratie meerdere openbare certificaten/ketens ondersteunt, kunt u de nieuwe certificaten nu toevoegen en de oude openbare certificaten/ketens na de overstap van januari uit uw configuratie verwijderen.
- Als uw SSO niet meerdere openbare certificaten/ketens ondersteunt, moet u de SSL-switch op donderdag 22 januari 2025 met Acrobat Sign synchroniseren.
De nieuwe SSL-certificaten worden actief op 22 januari 2025.
|
Eerst gemeld: september 2024 - Bijgewerkt:
januari 2025 |
Actueel |
|---|
Om de beveiliging en robuustheid van de Adobe Acrobat Sign-service te verbeteren zullen we in de eerste helft van 2025 netwerkwijzigingen uitvoeren om een web application firewall (WAF) op te nemen (de definitieve datums moeten nog worden bepaald; Maak een bladwijzer voor deze mededeling!). Deze wijzigingen zorgen ervoor dat verkeer naar Acrobat Sign-toepassingsservers wordt gerouteerd via de WAF-service. Deze routering is voor de meeste klanten onzichtbaar. Gebruik zal geen invloed hebben op de toegang tot Acrobat Sign vanuit Adobe-toepassingen of -integraties.
Actie vereist
In de meeste gevallen heeft deze wijziging geen invloed op de klantintegratie, omdat de Acrobat Sign-API- en API-domeinnamen niet zullen veranderen. De onderliggende IP-adressen voor de Acrobat Sign API-eindpunten zullen echter worden verplaatst.
Integraties die zijn geschreven om de eerder gedocumenteerde binnenkomende Acrobat Sign-API-adressen expliciet op de toegestane lijst te plaatsen, moeten deze oude toegestane lijsten vóór de WAF-implementatie verwijderen.
-
Toegang tot Acrobat Sign: inkomend versus uitgaand
Acrobat Sign publiceert of ondersteunt niet langer een lijst met IP-adressen voor binnenkomend serververkeer, omdat dergelijk gebruik niet compatibel is met het WAF-netwerk. De IP-adressen voor uitgaand serververkeer die door webhooks en e-mailrelays worden gebruikt, blijven behouden zoals gedocumenteerd op de pagina Systeemvereisten voor Acrobat Sign.
-
Waarom voert Adobe Sign deze wijzigingen door?
Het gebruik van een WAF verbetert de bescherming van Acrobat Sign tegen kwaadaardig verkeer en helpt ons beter te voldoen aan de vereisten op het gebied van beveiliging, robuustheid en naleving.
-
Ik heb een aangepaste integratie in Acrobat Sign. Heeft dit gevolgen voor mijn toepassing?
In de meeste gevallen niet, maar het is afhankelijk van hoe uw toepassing is geschreven.
In het algemeen zijn toepassingen alleen afhankelijk van de domeinnamen van de Acrobat Sign-service (bijvoorbeeld 'api.na1.adobesign.com'), en deze namen blijven werken. Minder vaak neemt een applicatie de extra stap om het specifieke IP-adres waarnaar deze naam verwijst, op de toegestane lijst te zetten.
Dergelijke toegestane lijsten komen vaker voor bij het ontwikkelen van een webhook-eindpunt om te verifiëren of de webhook-aanvraag afkomstig is van een geldige Acrobat Sign-server. Webhook-IP-adressen worden niet beïnvloed door deze wijziging.
Af en toe kan een toepassing die een verzoek naar een Acrobat Sign-eindpunt initieert, het IP-adres valideren aan de hand van een toegestane lijst. Dergelijke validatielogica moet worden verwijderd, anders zal de toepassing mislukken.
Als standaard best practice moet de toepassing de validatie van het servercertificaat van het Acrobat Sign-eindpunt uitvoeren bij het initiëren van de TLS-verbinding. Dit biedt sterke zekerheid dat de aanvraag naar een geldig Acrobat Sign-eindpunt gaat. De meeste HTTP/S-frameworks en -bibliotheken voeren standaard servercertificaatvalidatie uit.
-
Zijn er nieuwe IP-adreslijsten die kunnen worden vervangen?
Acrobat Sign publiceert of ondersteunt niet langer een lijst met IP-adressen voor binnenkomend serververkeer, omdat dergelijk gebruik niet compatibel is met het WAF-netwerk. De uitgaande IP-adressen van de server, die worden gebruikt door webhooks en e-mailrelays, blijven behouden zoals gedocumenteerd op de pagina Systeemvereisten voor Acrobat Sign.
-
Mijn organisatie heeft netwerkfiltering geïmplementeerd met behulp van de gepubliceerde domeinlijst van Acrobat Sign voor verkeer van ons bedrijfsnetwerk. Heeft dit gevolgen voor ons?
Nee.
De netwerkwijzigingen die hier worden beschreven, hebben geen invloed op de domeinlijst van Acrobat Sign, zoals gedocumenteerd op de pagina Systeemvereisten voor Acrobat Sign. Het filteren op domeinniveau wordt niet beïnvloed. -
Mijn organisatie maakt gebruik van IP-adresvalidatie voor e-mailbezorging vanaf Acrobat Sign-servers. Heeft dit gevolgen voor ons?
Nee.
De IP-bereiken voor uitgaande e-mailrelays, zoals vermeld op de pagina Systeemvereisten voor Acrobat Sign, blijven ongewijzigd. -
Mijn organisatie heeft ons Acrobat Sign-account geconfigureerd om toegang te beperken tot onze eigen IP-adressen. Heeft dit gevolgen voor ons?
Nee.
Acrobat Sign kan worden geconfigureerd om inkomend verkeer te valideren op basis van door de klant gekozen IP-adressen, zoals beschreven op de pagina Toegang tot uw account beperken met behulp van IP-adresbereiken. Dergelijk gebruik wordt niet beïnvloed door deze wijziging. -
Mijn organisatie heeft netwerkfiltering geïmplementeerd met behulp van de gepubliceerde lijst met inkomende IP-adressen van Acrobat Sign. Heeft dit gevolgen voor ons?
Ja.
Acrobat Sign publiceert of ondersteunt niet langer een lijst met IP-adressen voor binnenkomend serververkeer, omdat dergelijk gebruik niet compatibel is met het WAF-netwerk. De afzonderlijke netwerkfilters, bijvoorbeeld op firewalls, moeten vóór de installatie van WAF worden verwijderd.Als deze verouderde IP-netwerkbeperkingen niet worden verwijderd voordat deze wijziging van kracht wordt, werkt de verbinding met Acrobat Sign niet meer.
Opmerking:Houd er rekening mee dat dit verwijst naar het filteren op IP-niveau voor de omgeving waarin uw toepassing wordt gehost. Filteren op domeinniveau wordt niet beïnvloed.
-
Ik gebruik de Salesforce-integratie met expliciet geconfigureerde, toegestane IP-lijsten. Moet ik iets doen?
Nee.
Voor de installatie van een WAF zijn momenteel geen wijzigingen voor bestaande Salesforce-installaties vereist.
Bestaande configuratie/bestaand proces zoals beschreven in de helpdocumentatie blijft gelijk en beheerders moeten alle stappen voor toegestane IP-lijsten volgen.
ISV-partners en ingesloten partners moeten contact met hun succesmanager opnemen voor eventuele verdere vragen.
|
Eerst gerapporteerd: juni 2018 - Bijgewerkt: mei 2024 |
Actueel |
|---|
Actie vereist
Alle integraties en toepassingen die de Adobe Acrobat Sign SOAP API gebruiken, moeten vóór de datum van uitschakeling naar de nieuwste REST API V6 worden gemigreerd om de voortdurende werking te garanderen.
De poging om de Acrobat Sign SOAP API te beëindigen, die aanvankelijk in juni 2018 werden aangekondigd, zullen in 2024 worden voltooid.
Het is de bedoeling dat het klantgebruik van de SOAP API vanaf februari 2024 wordt uitgeschakeld via een doorlopend proces. Alle klanten en partners die de SOAP API gebruiken, moeten migreren naar de REST v6 API. Anders lopen ze het risico dat hun service wordt onderbroken.
Raadpleeg de REST v6- en migratiedocumentatie:
Toegang tot de SOAP API wordt verwijderd volgens het volgende schema:
|
Accounttype |
Datum van uitschakeling van SOAP API |
|
1 februari 2024 (voltooid) |
|
1 april 2024 (voltooid) |
|
De geplande datum is verplaatst naar 1 juli 2024, en vervangt de vorige datum van 1 december 2024. |
|
1 maart 2025 |
|
Eerst gerapporteerd: juni 2018 - Bijgewerkt: mei 2024 |
Actueel |
|---|
Actie vereist
Alle integraties en toepassingen die de Adobe Acrobat Sign SOAP API gebruiken, moeten vóór de datum van uitschakeling naar de nieuwste REST API V6 worden gemigreerd om de voortdurende werking te garanderen.
Toegang tot de SOAP-API wordt op 1 maart 2025 verwijderd voor alle ingesloten partners.
Om een blijvende functie te garanderen moeten alle ingesloten partners vóór 1 maart 2025 met behulp van de Adobe Acrobat Sign SOAP-API migreren naar de nieuwste REST-API V6.
Raadpleeg de REST v6- en migratiedocumentatie als referentie:
Neem voor vragen contact op met uw speciale Adobe Acrobat Sign PSM.
Deze update is alleen van toepassing op de Commerciële versie van de Acrobat Sign-service. Government Cloud-accounts worden niet beïnvloed.
|
Eerst gerapporteerd: maart 2024 - Bijgewerkt: januari 2025 |
Actueel |
|---|
Vanaf de release van april 2025 wordt de moderne omgeving voor het aanvragen van handtekeningen de standaardervaring bij het maken van een nieuwe overeenkomst.
- Gebruikers kunnen niet meer wisselen tussen de nieuwe en klassieke omgeving doordat wisselkoppelingen worden uitgeschakeld.
- Beheerders kunnen nog steeds de klassieke ervaring inschakelen en wisselkoppelingen herstellen via het beheerdersmenu.
- Klanten die de Notarize-integratie gebruiken, merken niets van deze wijziging.
Deze update is alleen van toepassing op de Commerciële versie van de Acrobat Sign-service. Government Cloud-accounts worden niet beïnvloed.
|
Eerst gerapporteerd: juni 2024. Bijgewerkt: januari 2025 |
Actueel |
|---|
Definitieve overgang naar de nieuwe ervaring voor het aanvragen van handtekeningen
Met de release van juli 2025 is de klassieke interface voor Samenstellen niet meer beschikbaar, waarmee de overgang naar de nieuwe ervaring voor Handtekening aanvragen is voltooid.
- Alle commerciële accounts die de nieuwe omgeving voor Handtekening aanvragen nog niet hebben ingesteld als standaard, worden automatisch overgezet naar deze omgeving als de enige optie voor het configureren van nieuwe overeenkomsten.
- De mogelijkheid om de ervaring te configureren of tussen omgevingen te wisselen wordt uit de beheerdersmenu's verwijderd.
- Klanten die de Notarize-integratie gebruiken, merken niets van deze wijziging.
|
Eerst gerapporteerd: maart 2024 - Bijgewerkt: januari 2025 |
Actueel |
|---|
Deze update is alleen van toepassing op de Commerciële versie van de Acrobat Sign-service. Government Cloud-accounts worden niet beïnvloed.
Vanaf de release van april 2025 wordt de moderne omgeving Handtekening aanvragen de standaardervaring bij het maken van een nieuwe overeenkomst.
- Gebruikers kunnen niet meer wisselen tussen de nieuwe en klassieke omgeving doordat wisselkoppelingen worden uitgeschakeld.
- Beheerders kunnen nog steeds de klassieke ervaring inschakelen en wisselkoppelingen herstellen via het beheerdersmenu.
|
Eerst gerapporteerd: maart 2024 - Bijgewerkt: januari 2025 |
Actueel |
|---|
Deze update is alleen van toepassing op de Commerciële versie van de Acrobat Sign-service. Government Cloud-accounts worden niet beïnvloed.
Definitieve overgang naar de nieuwe ervaring voor het aanvragen van handtekeningen
Met de release van juli 2025 is de klassieke interface voor In bulk verzenden niet meer beschikbaar, waarmee de overgang naar de moderne ervaring voor In bulk verzenden is voltooid.
- Alle commerciële accounts die de nieuwe omgeving voor In bulk verzenden nog niet hebben ingesteld als standaard, worden automatisch overgezet naar deze omgeving als de enige optie voor het configureren van nieuwe bulktransacties.
- De mogelijkheid om de ervaring te configureren of tussen omgevingen te wisselen wordt uit de beheerdersmenu's verwijderd.
|
Eerst gerapporteerd: november 2024 - Bijgewerkt: januari 2025 |
Actueel |
|---|
Afzenders kunnen een extra weergave van overeenkomsten voor mobiele ontvangers bieden die alleen de beschikbare overeenkomstvelden voor de ontvanger vermeldt.
Afzenders kunnen de lijst met velden naar wens indelen en velden groeperen in logische secties, zodat ondertekenaars met zo min mogelijk scrollen door de veldinvoer kunnen navigeren.
Ontvangers kunnen de mobiele veldenlijst of de originele PDF-weergave bekijken, waarbij de velden in de documentinhoud zijn geplaatst.
Deze functie is gepland voor release:
- Wordt op 11 december 2024 geïmplementeerd in de sandboxomgeving
- Wordt op 4 maart 2025 in de productieomgeving geïmplementeerd
|
Eerst gerapporteerd: januari 2025 |
Actueel |
|---|
Het tabblad Account, beschikbaar voor Acrobat Sign-accountbeheerders, krijgt de nieuwe naam Beheerder.
- Deze update is uitsluitend van toepassing op de autonome Acrobat Sign-omgeving (Acrobat Sign Solutions).
- De update wordt gefaseerd doorgevoerd, te beginnen in april 2025 en voorlopig eindigend in mei 2025.
Houd er rekening mee dat deze wijziging puur cosmetisch is. Er zijn geen functionele wijzigingen, alleen updates aan de tabbladlabels.
Het label Groep voor beheerders op groepsniveau verandert niet.
|
Eerst gerapporteerd: september 2024 |
Actueel |
|---|
De Webhook 2.0-infrastructuur is uitgerold voor alle klanten en om die reden zijn meldingen aan ondertekenaars beëindigd. Daardoor biedt de parameter webhookNotificationApplicableUsers van de Webhook-payload geen bruikbare gegevens meer en wordt deze uit alle Webhook-payloads verwijderd wanneer de release van maart 2025 wordt geïmplementeerd.
De verzendende gebruikers-ID en e-mail zijn te vinden met behulp van de parameters initiatingUserId en initiatingUserEmail in de meldingspayload.
|
Eerst gerapporteerd: september 2024 |
Actueel |
|---|
Actie vereist
Alle klanten die de API gebruiken, moeten zo snel mogelijk hun API's voor gebruik van de versie 6-eindpunten bijwerken om ononderbroken beschikbaarheid te garanderen.
Versies 1 tot 4 van de Acrobat Sign REST-API zijn verouderd en worden op 1 december 2025 buiten gebruik gesteld.
Het bijwerken van API's kan veel moeite kosten, dus wordt alle klanten sterk aanbevolen om hun update zo snel mogelijk uit te voeren en te beheren, zodat ondersteuning volledig kan worden betrokken bij het oplossen van vragen of problemen die optreden vóór de uiterste datum in december 2025.
Hoewel REST-API's v1-4 zijn verouderd, blijven ze functioneren en blijven uw applicaties werken tot 1 december 2025, wanneer de REST-API's v1-4 worden verwijderd.
Na 1 december 2025 zullen applicaties die zijn gebouwd voor de REST API v1-4, niet meer functioneren.
|
Eerst gerapporteerd: september 2022 - Bijgewerkt: maart 2024 |
Actueel |
|---|
Klassieke rapportage wordt in de tweede helft van 2025 volledig verwijderd uit de Acrobat Sign-interface. 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: 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/acrobat/hub/share-sync-pdfs.html
|
Eerst gemeld: november 2024 |
Actueel |
|---|
In De nieuwe ontvangerservaring is de ondertekening verbeterd voor zowel desktopbrowsers als mobiele webbrowsers. Deze nieuwe ervaring wordt in de eerste maanden van 2025 uitgerold, maar in de sandboxomgeving zal deze beschikbaar zijn in de eerste week van december 2024.
Extra bronnen
- Communityforums
- Wekelijkse training - Wekelijkse webinar met trainingsonderwerpen voor nieuwe gebruikers en beheerders
- Adobe Sign Innovation Series - Maandelijkse webinar waarin de meest actuele onderwerpen met betrekking tot Adobe Sign worden behandeld
|
Eerst gerapporteerd: augustus 2024 |
Verwijderd uit huidige lijst: januari 2025 |
|---|
De verouderde header Accept-Charset wordt met de release van november 2024 uit alle webhook- en callbackmeldingen verwijderd.
Alle klanten die van deze deze header gebruikmaken, moeten hun code opnieuw instellen om rekening te houden met het ontbreken van deze header.
|
Eerst gerapporteerd: september 2024 |
Verwijderd uit huidige lijst: januari 2025 |
|---|
|
Eerst gemeld: november 2024 |
Verwijderd uit huidige lijst: januari 2025 |
|---|
Met de release van november 2024 zijn de bewerkbare labels in de designer voor aangepaste workflows beperkt tot 100 tekens.Deze limiet wordt geëvalueerd wanneer de workflow wordt gemaakt of bijgewerkt.
Bestaande workflows met labels van meer dan 100 tekens kunnen nog steeds worden verzonden, maar als de workflow wordt bijgewerkt, moet het label worden teruggezet naar 100 tekens of minder voordat de workflow kan worden opgeslagen. Labels die niet aan deze limiet voldoen, worden rood weergegeven zodat ze opvallen.
Nieuwe workflows waarschuwen voor de labellimiet voordat ze worden opgeslagen.
Actie vereist
Het wordt aanbevolen dat beheerders met controle over aangepaste workflows elke workflow openen en controleren of er geen fouten in hun sjabloon staan.
Gearchiveerde meldingen
Gerangschikt op de datum waarop de kennisgeving is verwijderd uit de huidige lijst met kennisgevingen, van de recentste naar de oudste.
