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 losmaken v17.0.1

Productie-implementatie: 17 maart 2026

GovCloud-implementatie: 19 maart 2026

Verbeterde functionaliteit

Kopie maken – Uitgebreide toegangspunten, sneller hergebruik van overeenkomsten.
Kopie maken is nu direct beschikbaar vanuit de filters In uitvoering en Wacht op jou op de pagina Beheren, evenals vanaf de bevestigingspagina na verzending. Deze extra toegangspunten maken het eenvoudiger om overeenkomsten opnieuw te gebruiken op meer punten in de verzendlevenscyclus, waardoor het minder nodig is om opnieuw vanaf het begin te beginnen.
Opmerking: Met deze release worden de administratieve controles om deze functie uit te schakelen verwijderd uit het beheerdersmenu, waardoor Een kopie maken wordt vastgesteld als een standaard mogelijkheid die beschikbaar is voor alle in aanmerking komende gebruikers.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratie-omvang: Account en groep; standaard ingeschakeld.

Bekijk de bijgewerkte documentatie voor gebruikersacties >

REST API/Webhookupdates

API- en webhook-updates voor deze release zijn te vinden in de Acrobat Sign API-documentatie.

OEM 2.0 gepersonaliseerde e-mailweergave – Duidelijkere afzender- en ontvanger-identiteit in ingesloten ervaringen en juiste e-mailbezorging.
Voor OEM 2.0 ingesloten workflows toont Acrobat Sign nu het gepersonaliseerde e-mailadres van een gebruiker in plaats van het partner-geregistreerde e-mailadres op belangrijke gebruikersinterface-oppervlakken en berichten. Overeenkomsten, wachtrijen zoals 'Wachten op jou' en 'Controleren en ondertekenen' e-mails weerspiegelen consistent de gepersonaliseerde identiteit terwijl het geregistreerde e-mailadres intern behouden blijft voor authenticatie en rechten. Dit verbetert de duidelijkheid voor afzenders en ondertekenaars en voorkomt dat e-mails worden verzonden naar niet-bezorgbare geregistreerde adressen.

Beschikbare omgevingen: Sandbox, Commercial | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratie-omvang: API

Webhook-bericht voor SMS-bezorgingsfouten – Real-time zichtbaarheid van mislukte SMS-verzendingen, geautomatiseerd herstel en pariteit met e-mailbounces.
Acrobat Sign zendt nu een nieuwe webhook-gebeurtenis uit, AGREEMENT_PHONE_BOUNCED, wanneer een overeenkomst verzonden via SMS niet kan worden bezorgd vanwege problemen zoals ongeldige telefoonnummers, afwijzing door provider of geblokkeerde lijnen. Dit stelt klanten in staat om SMS-bezorgingsfouten in real-time te detecteren en automatisch vervolgacties te activeren zoals het corrigeren van telefoonnummers, opnieuw proberen van bezorging of het openen van ondersteuningszaken, waardoor blinde vlekken worden weggenomen en vertragingen in mobiel-first ondertekeningsworkflows worden verminderd.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: acrobat sign Solutions | Configuratie-omvang: API

Webhook-payloads – Toegevoegd conditioneel deelnemer extendedStatus veld voor dynamische deelname-updates, verbeterde zichtbaarheid van deelnemerstatus.
Webhook-meldingen bevatten nu een extendedStatus veld in elk deelnemerobject (memberInfos[]) wanneer de afzender een lopende overeenkomst wijzigt met behulp van dynamische deelname. Dit veld biedt aanvullende details over de levenscyclus van deelnemers terwijl het bestaande status veld ongewijzigd blijft voor achterwaartse compatibiliteit.

        {
          &quot;participantSets&quot;: [
            {
              &quot;id&quot;: &quot;&quot;,
              &quot;memberInfos&quot;: [
                {
                  &quot;company&quot;: &quot;TestCo&quot;,
                  &quot;email&quot;: &quot;signer2@someDomain.dom&quot;,
                  &quot;id&quot;: &quot;CBJCHBCAABAAJiZV9cH&quot;,
                  &quot;name&quot;: &quot;Signer Two&quot;,
                  &quot;status&quot;: &quot;ACTIVE&quot;,
                  &quot;extendedStatus&quot;: &quot;REMOVED&quot;
                }
              ],
              &quot;order&quot;: ,
              &quot;role&quot;: &quot;&quot;,
              &quot;status&quot;: &quot;&quot;
            }
          ]
        }

status waarden (ongewijzigd): ACTIVE, REPLACED.
extendedStatus waarden: ACTIVE, REPLACED, REMOVED, COMPLETED.

Beschikbare omgevingen: Sandbox, Commercial, Government | Beschikbare servicelagen: Acrobat Sign Solutions | Configuratie-omvang: API

Opgeloste problemen

Probleem	Beschrijving
4543515	Samenvatting: Een webhook e-mail bounce-gebeurtenis kan ten onrechte worden gegenereerd voor een geldige ondertekenaar nadat de ondertekenaar succesvol heeft ondertekend en de overeenkomst doorgaat naar de volgende stap. Dit kan voorkomen wanneer een gemachtigde in dezelfde ondertekeningsgroep een ongeldig e-mailadres heeft en de verzender de oorspronkelijke delegator vervangt. In deze gevallen kan het systeem ten onrechte de 'ondertekend namens...' bounce-gebeurtenis toewijzen aan de geldige ondertekenaar in plaats van aan de deelnemer wiens e-mail daadwerkelijk terugkaatst.
4543515	Oplossing: De logica voor gebeurtenisattributie is gecorrigeerd zodat e-mail bounce-gebeurtenissen alleen worden gekoppeld aan de deelnemer wiens e-mail daadwerkelijk terugkaatst. Een bounce-gebeurtenis wordt niet langer gegenereerd voor een geldige ondertekenaar die al klaar is met ondertekenen, en webhook-meldingen geven nu de juiste deelnemer en e-mailadres weer.
4544548	Samenvatting: Integratiesleutels die zijn gemaakt via de web-gebruikersinterface kunnen na tien jaar verlopen, ook al staat op de aanmaakpagina dat de sleutel 'permanente toegang' biedt. Wanneer een sleutel zijn levensduur van tien jaar bereikt, beginnen API-aanroepen een verlopen token-fout te retourneren, wat bestaande integraties onverwacht kan verstoren.
4544548	Oplossing: De messaging van de gebruikersinterface is bijgewerkt om de bewoording 'permanente toegang' te verwijderen en de vervaldatum voor integratiesleutels duidelijk weer te geven. De bijgewerkte tekst stelt nu dat de sleutel toegang behoudt tot de vervaldatum of totdat deze handmatig wordt ingetrokken, wat transparantie biedt over de standaard levensduur van tien jaar.
4546301	Samenvatting: Webhook-gebeurtenisbezorging kan tot meerdere uren worden vertraagd voor overeenkomsten met zeer grote documenten, zelfs wanneer het maken van overeenkomsten wordt voltooid en vroege verwerkingsstappen binnen enkele minuten lijken te eindigen. Tijdens het vertragingsvenster kan de webhook-bezorgingsservice herhaaldelijk DOCUMENT_NOT_AVAILABLE-reacties ontvangen bij het proberen op te halen van overeenkomstdocumenten, en de webhook-gebeurtenis wordt mogelijk niet bezorgd totdat de service stopt met opnieuw proberen of de documenten beschikbaar komen.
4546301	Oplossing: De verwerking van documentbeschikbaarheid is gecorrigeerd zodat grote overeenkomsten betrouwbaar overgaan naar een staat waarin documenten opvraagbaar zijn zonder uitgebreide DOCUMENT_NOT_AVAILABLE-reacties. Als gevolg hiervan worden webhook-gebeurtenissen bezorgd zonder vertragingen van meerdere uren veroorzaakt door het opnieuw proberen van documentopvraging tegen niet-beschikbare documenten.
4547823	Samenvatting: Het privébericht van een ontvanger wordt mogelijk niet weergegeven voor sommige ondertekenaars wanneer een overeenkomst wordt gemaakt in de authoring-staat via de API en vervolgens wordt bewerkt vanuit de beheerervaring. In dit scenario kan de gebruikersinterface de waarde van het privébericht weergeven als 'Geen' of leeg, ook al bevat de overeenkomstgegevens de juiste privéberichtwaarde. Dit gedrag verschijnt in gedeelde account-scenario's waarbij een gebruiker overschakelt naar het account van een andere gebruiker om het concept te bewerken, en het kan alleen specifieke ontvangers beïnvloeden terwijl anderen correct worden weergegeven.
4547823	Oplossing: Er is een controle toegevoegd om de primaire deelcontext op te halen en het privébericht te retourneren voor geautoriseerde gedeelde gebruikers. Als gevolg hiervan wordt de waarde van het privébericht nu correct weergegeven bij het bekijken of verzenden van een via API gemaakt concept vanuit de authoring-flow.
4548274	Samenvatting: De wijzigingsdatum voor bibliotheeksjablonen wordt mogelijk niet bijgewerkt nadat een sjabloon is bewerkt en opgeslagen in de nieuwe sjabloonervaring. Gebruikers kunnen nieuw toegevoegde of bijgewerkte velden op de sjabloon zien, maar de Wijzigingsdatum blijft ongewijzigd in de Beheer-gebruikersinterface en in administratieve weergaven, waardoor het lijkt alsof de sjabloon niet recent is gewijzigd.Dit gebeurt omdat de nieuwe ervaring formuliervelden bijwerkt via een pad dat niet ook de wijzigingstijdstempel van de sjabloon bijwerkt.
4548274	Oplossing: Het bijwerkgedrag van de wijzigingsdatum is afgestemd op de nieuwe sjabloonervaring en de gerelateerde API-bewerkingen.Het codepad dat wijzigingen in sjabloonvelden opslaat, werkt nu ook de Wijzigingsdatum van de sjabloon bij zodat deze de werkelijke tijd van de meest recente wijziging weergeeft.
4548564	Samenvatting: Handtekeningen en formuliervelden kunnen onzichtbaar lijken in het ondertekende pdf-bestand wanneer ze worden geplaatst over reeds bestaande Stempel-notities in het brondocument.In getroffen sjablonen overlappen de Stempel-notities de interactieve velden tijdens het verwerken of maken ze deze onzichtbaar, waardoor voltooide handtekeningen en andere velden verborgen zijn in het definitieve ondertekende document.
4548564	Oplossing: De verwerking van Stempel-notities is bijgewerkt om reeds bestaande Stempel-notities veilig te verwerken en af te vlakken zodat ze formuliervelden of handtekeningen niet langer verbergen.Velden die over gestempelde gebieden zijn geplaatst, blijven nu zichtbaar tijdens het ondertekenen en in het volledig uitgevoerde pdf-bestand.
4549103	Samenvatting: Een e-mail bounce-gebeurtenis kan opnieuw worden geregistreerd voor een eerder onjuiste ontvanger nadat de afzender die ontvanger vervangt door een geldig e-mailadres.In sommige gevallen kan het auditspoor een tweede bounce-gebeurtenis voor de oude e-mail tonen, en de overeenkomststatus kan 'e-mail bounced' weergeven, ook al ontvangt, bekijkt of ondertekent de nieuwe ontvanger de overeenkomst succesvol.Dit gedrag kan de indruk wekken dat de overeenkomst nog steeds gericht is op zowel het oude als het nieuwe e-mailadres.
4549103	Oplossing: De workflow voor het vervangen van ondertekenaars is bijgewerkt om te voorkomen dat aanvullende berichte-mails worden verzonden naar een vervangen ontvanger wiens e-mail al is gebounced.Het systeem controleert nu op eerdere bounce-historie voordat het vervangingsgerelateerde berichten verzendt, zodat er geen nieuwe bounce-gebeurtenissen worden gegenereerd voor het oude e-mailadres na vervanging.
4549306	Samenvatting: Gebruikers wiens e-mailadressen bepaalde speciale tekens bevatten (bijvoorbeeld een apostrof) kunnen mogelijk niet inloggen vanaf de generieke adobesign.com of echosign.com openbare loginpagina's.Na het invoeren van het e-mailadres en het klikken in het wachtwoordveld, kan de pagina opnieuw laden en het e-mailveld wissen in plaats van de gebruiker door te sturen naar de juiste shard of SSO-loginpagina.Dit voorkomt dat getroffen gebruikers de authenticatie voltooien en blokkeert integraties die afhankelijk zijn van het openbare login-eindpunt.
4549306	Oplossing: De login shard-resolutielogica is gecorrigeerd om e-mailadressen met speciale tekens correct te verwerken en te decoderen voordat de inter-shard doorstuur-URL wordt samengesteld.Gebruikers met getroffen e-mailformaten worden nu correct doorgestuurd naar hun aangewezen shard en SSO-loginpagina zonder dat het e-mailveld wordt gewist.
4549331	Samenvatting: Handtekeningen en andere formuliervelden kunnen ontbreken of onzichtbaar lijken in het ondertekende pdf-bestand wanneer bepaalde documentverwerkingsfuncties zijn ingeschakeld en het bron-pdf-bestand ongeldige paginaboxcoördinaten bevat (bijvoorbeeld onjuiste CropBox- of MediaBox-waarden).In dit scenario kunnen velden die afhankelijk zijn van paginacoördinaten buiten het zichtbare paginagebied worden weergegeven, waardoor voltooide handtekeningen ontbreken lijken, ook al wordt het ondertekenen succesvol voltooid.
4549331	Oplossing: De verwerking van pdf-paginaboxen is gecorrigeerd om ongeldige CropBox- en MediaBox-waarden veilig te normaliseren tijdens documentverwerking.Als gevolg hiervan wordt de plaatsing van handtekeningen en formuliervelden nu uitgelijnd met het zichtbare paginagebied, en tonen ondertekende pdf-bestanden handtekeningen zoals verwacht.
4550367	Samenvatting: Het maken van een webformulier kan mislukken met een generieke 'server-fout' na het selecteren van Voorvertoning en Velden toevoegen wanneer de standaard ondertekenaarsauthenticatie van de afzendergroep is ingesteld op Telefoon en het account geen beschikbare telefoonauthenticatiequota heeft, zelfs als de webformulier-ondertekenaarsauthenticatie is ingesteld op een niet-telefoonmethode (bijvoorbeeld Adobe Sign).Als gevolg hiervan kunnen alle gebruikers in het getroffen account worden geblokkeerd bij het maken van webformulieren voor alle documenten.
4550367	Oplossing: Het maken van webformulieren evalueert nu alleen quota voor de authenticatiemethode die daadwerkelijk is geconfigureerd voor de webformulier-ondertekenaar, en past niet langer telefoonauthenticatiequotacontroles toe gebaseerd alleen op de standaard authenticatie-instelling van de groep.Dit voorkomt false quotumuitputtingsfouten en zorgt ervoor dat webformulieren normaal kunnen worden gemaakt.
4551011	Samenvatting: Wanneer een afzender bepaalde gescande pdf's uploadt, handtekeningvelden toevoegt en de overeenkomst verstuurt, kan de ondertekende pdf na voltooiing van de ondertekening geen zichtbare handtekeningen weergeven.Dit gedrag kan optreden wanneer de geüploade pdf ongeldige paginagrens-metadata bevat (MediaBox- en CropBox-coördinaten lijken omgekeerd), wat ertoe kan leiden dat handtekening- en andere veldweergavelagen buiten het zichtbare paginagebied worden weergegeven.
4551011	Oplossing: De verwerking van pdf-paginagrenzen is bijgewerkt om pdf's met ongeldige of omgekeerde MediaBox- en CropBox-coördinaatwaarden correct te verwerken, zodat handtekening- en formulierveldweergave-content binnen het zichtbare paginagebied wordt weergegeven en zichtbaar blijft in de uiteindelijke ondertekende pdf.
4551427	Samenvatting: Sommige ontvangers die al Primaire, correct ingerichte accounts hebben, ontvangen overeenkomsten als 'pseudo-gebruiker'-ontvangers, waardoor de overeenkomst niet verschijnt in hun normale weergave van beheren.Dit gebeurt wanneer e-mailadressen van ontvangers voorloop- of volgspaties bevatten, wat voorkomt dat het systeem de e-mail koppelt aan de bestaande gebruiker en zorgt voor het aanmaken van een pseudo-gebruikersrecord.
4551427	Oplossing: E-mailparsing en gebruikersopzoeken zijn bijgewerkt om e-mailadressen van ontvangers te normaliseren (voorloop- en volgspaties wegknippen) voordat ze worden gekoppeld aan bestaande gebruikers.Als gevolg hiervan worden overeenkomsten die zijn gericht aan bestaande gebruikers gekoppeld aan het geregistreerde account in plaats van het aanmaken van een pseudo-gebruikerontvanger, zelfs als de e-mail is ingevoerd met spaties (in API-payloads en workflow-ontvangerslijsten).
4553198	Samenvatting: Wanneer een overeenkomst ten minste één ontvanger bevat die is geconfigureerd voor sms-bezorging en ten minste één ontvanger die is geconfigureerd voor alleen e-mailbezorging, wordt er geen sms-annuleringsbericht naar de sms-ontvanger gestuurd wanneer de overeenkomst via de API wordt geannuleerd.De overeenkomst wordt succesvol geannuleerd en e-mailberichten worden bezorgd, maar sms-ontvangers ontvangen geen annuleringsbericht.
4553198	Oplossing: De annuleringsworkflow is gecorrigeerd om ervoor te zorgen dat sms-annuleringsberichten worden verzonden naar alle ontvangers die zijn geconfigureerd voor sms-bezorging wanneer een overeenkomst wordt geannuleerd, ongeacht de bezorgingsmethoden van andere ontvangers.
4554463	Samenvatting: Wanneer overeenkomsten gekloonde keuzerondjes bevatten die dezelfde veldnaam delen over gecombineerde documenten, blijft slechts één instantie van de geselecteerde optie geselecteerd in de uiteindelijke ondertekende pdf.Hoewel de velden visueel verschijnen als selectievakjes, zijn ze geïmplementeerd als keuzerondjes.Na ondertekening wordt de geselecteerde Waarde niet consistent doorgegeven aan alle gekloonde instanties, wat zorgt voor onjuiste of onvolledige toewijzing van de verwachte selectie.
4554463	Oplossing: De logica voor formulierveldverwerking is gecorrigeerd zodat gekloonde keuzerondjes de geselecteerde exportwaarde opslaan en doorgeven in plaats van een interne Index-waarde.Dit zorgt ervoor dat alle gekloonde instanties van hetzelfde keuzerondje-veld de juiste selectie weergeven in de ondertekende pdf.
4554593	Samenvatting: Sommige partner-integraties die de verouderde OAuth-eindpunten gebruiken om toegangstokens te vernieuwen, begonnen te falen met HTTP 401-fouten.De service wees token-vernieuwingsverzoeken af met een fout die aangaf dat de app niet is toegestaan om de verouderde OAuth-eindpunten te gebruiken en in plaats daarvan de OAuth v2-eindpunten moet gebruiken.Dit blokkeerde klanten om Acrobat Sign te authenticeren via partner-applicaties, zelfs voor integraties die eerder werkten.
4554593	Oplossing: De authenticatieservice is gecorrigeerd zodat partner-applicaties die zijn geconfigureerd om de verouderde OAuth-flow te gebruiken weer succesvol tokens kunnen vernieuwen, in plaats van onjuist te worden gedwongen naar de OAuth v2-eindpunten.
4554614	Samenvatting: Wanneer een ondertekenaar de moderne eSign-ervaring gebruikt voor een overeenkomst die ondertekenaarauthenticatie vereist en is geconfigureerd om acceptatie van gebruiksvoorwaarden vóór ondertekening te vereisen, activeert het klikken op Klik om te ondertekenen een doorsturen van vijf seconden naar de klassieke ondertekeningservaring.Het doorstuursbericht waarschuwt dat handtekeningen en initialen die zijn ingevoerd in moderne ondertekening worden gewist, waardoor de ondertekenaar ze opnieuw moet invoeren en effectief twee keer moet ondertekenen.
4554614	Oplossing: De vernieuwingsflow van het ondertekeningstoken is gecorrigeerd zodat wanneer de ondertekenaar de gebruiksvoorwaarden accepteert vóór ondertekening, het opnieuw uitgegeven ondertekeningstoken de authenticatiedetails van de ondertekenaar behoudt.Dit voorkomt dat de laatste ondertekeningsstap faalt bij authenticatie en elimineert de gedwongen terugval van moderne ondertekening naar de klassieke ervaring.
4555656	Samenvatting: Onder specifieke timingomstandigheden kan een overgang van overeenkomststatus lijken te slagen maar verandert de overeenkomststatus niet daadwerkelijk.Wanneer een webhook-bericht wordt ontvangen voordat de backend-verwerking is voltooid, kunnen volgende API-aanroepen verouderde gegevens over de status van de overeenkomst gebruiken. In dit venster retourneren bepaalde statusovergang-methoden HTTP 200 OK, even al bevindt de overeenkomst zich niet in een geldige status voor de gevraagde overgang. Hierdoor kunnen automatiseringsworkflows ervan uitgaan dat de overgang is geslaagd, terwijl de overeenkomst in de oorspronkelijke status blijft.
4555656	Oplossing: De logica voor statusovergangen van overeenkomsten is bijgewerkt om strikte validatie af te dwingen voordat een overgang wordt toegepast. Als de overeenkomst zich niet in een geldige status bevindt, retourneert de API nu een duidelijke fout-reactie in plaats van stilletjes succes te retourneren. Dit zorgt ervoor dat ongeldige overgangen expliciet worden afgewezen, stelt aanroepende systemen in staat om op de juiste manier opnieuw te proberen en voorkomt dat overeenkomsten in een onbedoelde status blijven zonder Zichtbaarheid.