En este documento se destacan las nuevas funciones, los cambios de la experiencia y los problemas resueltos en la aplicación dirigida al cliente para la versión más reciente.

Las actualizaciones centradas en los desarrolladores de la API y los webhooks se documentan en la Guía para desarrolladores de Acrobat Sign.

No se garantiza que todas las funciones y cambios estén activados en la fecha de lanzamiento. Consulte siempre la versión en inglés estadounidense de la página como la versión más actual y precisa.

Adobe Acrobat Sign versión 17.1.1

Implementación de producción: 16 de junio de 2026

Implementación de GovCloud: 18 de junio de 2026

Funcionalidad mejorada

Filtro de destinatario en creación de informes: añada un filtro por destinatarios a informes y exportaciones de datos.
Añada un filtro de Destinatario a la creación de informes moderna para informes de Acuerdo y Transacción y Exportaciones de datos. Los administradores pueden filtrar por correo electrónico del destinatario para devolver todos los acuerdos que incluyan al destinatario especificado, independientemente de la función o el orden de firma. El filtro es compatible con el autocompletado y la selección múltiple, coherente con el filtro de Remitente existente, y se aplica tanto a informes visuales como a exportaciones CSV.

Entornos disponibles: zona protegida, comercial, gubernamental | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: Habilitado con creación de informes moderna
Revisar la descripción general de informes >
Revisar el documento actualizado Crear un informe >
Revisar la documentación actualizada para crear una exportación de datos >

Cambios de la experiencia

Soporte Bio-Pharma (CFR) en firma electrónica moderna: agrega captura de motivo de firma y reautenticación obligatoria en el momento de firmar
La configuración de firma Bio-Pharma, incluida la captura de motivo de firma y la reautenticación en el momento de firmar, ahora es compatible con la experiencia de firma electrónica moderna. Los acuerdos que usan esta configuración ya no vuelven a la experiencia de firma clásica. No se requiere ninguna acción del cliente ni cambio de configuración de administrador.

Entornos disponibles: zona protegida, comercial, gubernamental | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: el soporte para la configuración de Bio Pharma en firma electrónica moderna está habilitado de forma predeterminada.
Revisar la lista actualizada de funciones compatibles para firma electrónica moderna >

Actualizaciones de Webhook o de la API de REST

Las actualizaciones de la API y webhook para esta versión se encuentran en la Documentación de API de Acrobat Sign.

Suprimir notificaciones de acuerdos a través de API: añada control granular en la mensajería de destinatarios
Usando la API REST v6 POST /agreements, controle qué notificaciones se envían al crear acuerdos suprimiendo tipos específicos de correo electrónico para participantes, CC o el remitente. De esta manera, se eliminan los correos electrónicos innecesarios y se admiten experiencias de firma más limpias y controladas en flujos de trabajo integrados.

Entornos disponibles: zona protegida, comercial, gubernamental | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: API REST v6

Problemas resueltos

Problema	Descripción
4545881	Resumen: los firmantes que usan Descargar y firmar en Acrobat podrían recibir un error “No es reconocible por Adobe Acrobat Sign” después de cargar un PDF firmado digitalmente cuando el certificado de ID digital no incluía un valor de nombre de firmante esperado, como commonName, givenName o pseudonym. El acuerdo no se pudo completar aunque se cargó el PDF firmado.
4545881	Solución: Acrobat Sign ahora maneja los certificados de ID digital con valores de nombre de firmante faltantes sin generar un error durante el proceso de validación de carga. La firma se puede completar exitosamente, aunque el nombre del firmante puede no mostrarse si el certificado no incluye uno.
4547132	Resumen: cuando los acuerdos se crearon a través de la solicitud de API POST /agreements y securityOption se estableció en null, los destinatarios externos podían tener asignado Ninguno como método de autenticación incluso cuando la configuración de la cuenta requería OTP de email como método de autenticación predeterminado. La autenticación de destinatarios internos se aplicó correctamente, pero la autenticación de destinatarios externos no.
4547132	Solución: Acrobat Sign ahora aplica correctamente el método de autenticación predeterminado configurado en la cuenta cuando los acuerdos creados por API incluyen destinatarios con un valor null de securityOption. Los destinatarios externos ahora reciben el método de autenticación predeterminado requerido en lugar de Ninguno.
4553171	Resumen: En cuentas de desarrollador que usan la nueva experiencia Crear plantilla, las plantillas reutilizables podían mostrar el prefijo [DEMO USE ONLY] en la página Administrar, pero el prefijo no estaba disponible al editar el nombre de la plantilla. Los usuarios no podían quitar el prefijo del nombre de plantilla existente a menos que reemplazaran el nombre completo o cambiaran a la experiencia de plantilla clásica.
4553171	Solución: la nueva experiencia Crear plantilla ahora mantiene alineados el nombre de plantilla reutilizable y el nombre del acuerdo para el comportamiento de Marca de agua de la cuenta de desarrollador. Los usuarios pueden editar el nombre completo de la plantilla, incluido el prefijo [DEMO USE ONLY], sin cambiar a la experiencia clásica
4556731	Resumen: después de que un remitente reemplazara un destinatario por sí mismo y luego delegara el acuerdo a otro destinatario, el acuerdo volvió al estado En curso, pero la opción Cargar documento firmado siguió sin estar disponible. Esto impidió que el remitente cargara una copia firmada para acuerdos elegibles en curso después de esa secuencia de delegación.
4556731	Corrección: Acrobat Sign ahora restaura correctamente la opción Cargar documento firmado después de que un destinatario sea reemplazado por el remitente y luego delegado a otro destinatario, cuando el acuerdo es elegible para la carga del documento firmado.
4557576	Resumen: cuando un bloque de firma se asignaba a un grupo de destinatarios con varios miembros, la dirección de correo electrónico en el bloque de firma podría cortarse en lugar de mostrarse claramente. Esto podría hacer que la información del grupo de destinatarios fuera difícil de leer antes de que un miembro del grupo completara la firma.
4557576	Corrección: Acrobat Sign ahora muestra la información del correo electrónico del grupo de destinatarios en los bloques de firma sin cortar abruptamente el texto visible. Los valores largos en el correo electrónico del grupo de destinatarios se maneja para que la información mostrada permanezca legible dentro del bloque de firma.
4561898	Resumen: Algunos destinatarios podrían encontrar un error del servidor después de la autenticación o al finalizar la firma de acuerdos que utilizaban documentos PDF específicos. La falla fue causada por un problema al manejar los datos de estructura del PDF durante la generación del documento firmado, lo que impidió que el firmante completara el acuerdo.
4561898	Corrección: Acrobat Sign ahora maneja los datos de estructura del PDF de manera más defensiva durante la firma y generación de documentos. La corrección previene que los conflictos del árbol de estructura bloqueen la finalización, permitiendo que los destinatarios se autentiquen, firmen y completen los acuerdos afectados exitosamente.
4562041	Resumen: algunas notificaciones webhook podrían retrasarse o fallar al publicarse cuando Acrobat Sign recibía un error interno del servidor mientras generaba la carga útil del webhook. Para la cuenta afectada, varios eventos del 19 de marzo de 2026 se vieron afectados, incluyendo AGREEMENT_WORKFLOW_COMPLETED y otros eventos de acuerdos, lo que retrasó los flujos de trabajo posteriores del cliente
4562041	Corrección: Acrobat Sign ahora maneja las fallas de generación de carga útil del webhook de manera más fiable para que las respuestas internas fallidas no se almacenen en caché de una forma que bloquee o retrase la entrega de eventos. La corrección fue validada a través de pruebas de regresión y está destinada a prevenir que los eventos webhook afectados se retrasen por la misma ruta de falla de generación de carga útil.
4562458	Resumen: los destinatarios podrían recibir un error de ID de acuerdo no válido especificado al abrir una URL de firma para acuerdos enviados a usuarios inactivos en dominios de cuenta reclamados, cuando se utilizaba autenticación de destinatario como Email OTP o autenticación por contraseña. El flujo de firma creó un usuario pendiente de un solo uso para continuar el proceso de firma, pero la solicitud de información de firma podría leer datos de acuerdo obsoletos que no incluían la participación recién creada, bloqueando el acceso hasta que se regenerara el enlace de firma o se actualizaran los datos.
4562458	Corrección: Acrobat Sign ahora recupera los datos actuales de participación del acuerdo al abrir URL de firma autenticadas en este flujo de trabajo. Esto evita que los datos de acuerdo obsoletos en caché causen errores de ID de acuerdo no válido y permite que los destinatarios completen la autenticación y accedan a la página de firma electrónica con éxito.
4566894	Resumen: algunos acuerdos expirados creados a partir de múltiples plantillas no podían copiarse desde la página Administrar. Cuando los usuarios seleccionaban Crear una copia, la operación de copia fallaba con No es posible copiar el acuerdo. Inténtelo de nuevo más tarde porque la validación de acceso a plantillas falló al copiar acuerdos con más de una plantilla.
4566894	Corrección: Acrobat Sign ahora valida correctamente la información de plantillas al copiar acuerdos que fueron creados a partir de múltiples plantillas. Los acuerdos afectados ahora pueden copiarse sin activar el error de sesión del backend.
4568666	Resumen: las notificaciones de webhook podrían fallar intermitentemente para acuerdos que incluían participantes testigo sin un ID de usuario asignado. El evento central del acuerdo se creó, pero la generación de carga útil del webhook podría fallar cuando los datos del participante se procesaban en un orden impredecible, causando que algunos eventos webhook esperados no se entregaran después de AGREEMENT_CREATED.
4568666	Corrección: Acrobat Sign ahora gestiona de forma segura los datos de participantes de webhook que no tienen ID de usuario durante la generación de carga útil. Esto evita que los participantes marcadores de posición de testigos causen fallos en la carga útil del webhook y permite que los eventos de webhook del acuerdo esperados se entreguen de forma consistente.
4571682	Resumen: en algunos acuerdos donde Power Automate modificó los grupos de destinatarios antes de que llegara el turno de un rellenador de formularios posterior, los campos de solo lectura podrían no aparecer para el siguiente rellenador de formularios. Después de que el rellenador de formularios completara sus campos editables, esos campos también podrían desaparecer del acuerdo, aunque los campos siguieran asignados correctamente y marcados como visibles a través de la API.
4571682	Solución: Acrobat Sign ahora conserva la visibilidad de los campos para los grupos de destinatarios subsiguientes después de cambios en la pertenencia al grupo de destinatarios. Los campos de solo lectura, bloques de firma, selecciones desplegables y otros valores de campos completados permanecen disponibles para destinatarios posteriores y en el PDF descargado para los escenarios corregidos.
4571845	Resumen: La firma en persona puede fallar con un error del servidor cuando el correo electrónico del firmante en persona coincide con una cuenta de usuario existente en un fragmento diferente, impidiendo que se complete el acuerdo.
4571845	Solución: Se actualizó el procesamiento del firmante en persona para crear y usar correctamente un registro de firmante temporal, evitando conflictos de usuarios entre fragmentos y permitiendo que la sesión de firma se complete con éxito.
4573019	Resumen: El orden del grupo de destinatarios puede calcularse incorrectamente después de actualizaciones de participantes dinámicos que eliminan una mezcla de destinatarios y grupos de destinatarios, lo que hace que el grupo restante muestre el orden de enrutamiento incorrecto.
4573019	Solución: Se actualizó el recálculo del orden de participantes para que los grupos de destinatarios mantengan el orden correcto después de eliminaciones complejas de participantes dinámicos, incluyendo casos donde un grupo se reduce a un solo miembro restante.
4572455	Resumen: algunos firmantes podrían ver un mensaje de “Error no controlado” o “Algo salió mal” después de completar la firma, aunque la firma se aplicó correctamente y el acuerdo avanzó al siguiente destinatario. El problema ocurrió cuando los participantes dinámicos estaban habilitados y el flujo de firma intentó preparar el documento para el siguiente firmante pero no pudo encontrar la versión del documento firmado esperada.
4572455	Solución: Acrobat Sign ahora verifica la versión correcta del documento firmado al preparar un acuerdo para el siguiente firmante. Esto evita que el flujo de firma muestre un error después de una firma exitosa cuando los participantes dinámicos están habilitados.