Adobe Acrobat Sign tiene previsto lanzar al menos tres versiones al año, clasificadas como versiones principales o secundarias. Pueden introducirse actualizaciones secundarias adicionales según sea necesario para resolver problemas del sistema o de clientes.

Las versiones principales traen actualizaciones significativas, nuevas funciones y varias mejoras.
Las versiones secundarias se centran en mejoras y ajustes en la experiencia del usuario más pequeños. Estos se producen entre actualizaciones principales, normalmente una o dos veces por ciclo.

Para evitar interrupciones, las nuevas funciones están deshabilitadas de forma predeterminada y deben habilitarse manualmente por parte de un administrador de cuenta o de grupo.

Para los clientes de Enfermedades y ciencias de la vida que necesiten validación de cumplimiento, Acrobat Sign se asocia con un proveedor de terceros para proporcionar un paquete de validación para cada versión principal que contenga funciones para minimizar el factor de riesgo.

Nota:

Esta página de Notas de la versión preliminar se actualiza con regularidad a medida que se dispone de nueva información, por lo que su contenido es muy dinámico.

Si bien la página está localizada, el proceso lleva tiempo, lo que puede dar como resultado que las versiones localizadas varíen ligeramente de la versión autorizada en inglés de los EE. UU.

Para obtener información más precisa y actualizada, recomendamos consultar solo la página de inglés de los EE. UU..

La programación de versiones preliminares y las notas se enumeran a continuación.

Adobe Acrobat Sign sigue una programación estructurada para publicar notas de la versión y actualizaciones de la documentación:

8 semanas antes de la versión de producción

La página de la versión preliminar publica un resumen de las funciones y actualizaciones esperadas, normalmente cuatro semanas antes del lanzamiento de la zona protegida.
Los cambios de funcionalidad después de este punto se indican en la sección Errata.
Los Problemas resueltos no se incluyen en esta fase.

4 semanas antes de la versión de producción (lanzamiento de la zona protegida)

La página de versión preliminar se actualiza con documentación detallada sobre las funciones nuevas y actualizadas.
Se añadirán los vínculos a la documentación de asistencia previa a la versión (solo disponible en inglés de EE. UU.), según sea necesario.
Se publica la sección inicial Problemas resueltos, con actualizaciones en curso en las cuatro semanas siguientes.

Día de lanzamiento

Las notas de la versión se actualizan con detalles finales de la funcionalidad y vínculos a la documentación de asistencia de producción.
La página de versión preliminar se actualiza para resaltar el siguiente ciclo de lanzamiento.
La documentación se publica después de la verificación del lanzamiento en el sistema en directo, normalmente después de las 7 p. m PT, aunque las actualizaciones complejas pueden tardar más en completarse.
La lista final de Problemas resueltos se añade a las notas de la versión en inglés de EE. UU., con versiones traducidas que se actualizan más adelante.

Versión en la nube gubernamental

El entorno de Nube gubernamental se actualiza normalmente entre dos días y varias semanas después de la versión de producción, ya que algunas funciones pueden requerir una evaluación adicional antes de la implementación.

Nota:

La documentación de zona protegida está diseñada para el entorno de producción. Se han encontrado vínculos en las direcciones URL de producción de segmentación de contenido de la versión preliminar, lo que significa que esos vínculos pueden llevar a documentación existente anterior o a resultados 404 si la página de destino es nueva y aún no se ha publicado (por ejemplo, cuando el vínculo apunta hacia una nueva función en la misma versión).

Cuando se publique la versión, se publicarán las nuevas páginas, y los vínculos se resolverán correctamente en sus direcciones URL de producción.

Disponibilidad de zona protegida

Los clientes que tengan acceso al entorno de la Zona protegida de Acrobat Sign pueden acceder normalmente a la nueva funcionalidad de la versión cuatro semanas antes del lanzamiento.

El entorno de zona protegida debe superar todos los procedimientos de garantía de calidad de la producción con el mismo nivel de calidad que el entorno de producción normal.
Adobe se esfuerza por tener una disponibilidad del 99,9 % en el entorno de zona protegida, pero los clientes deben tener en cuenta que el SLA unificado de Adobe no cubre formalmente la zona protegida.
El entorno de zona protegida utiliza la misma página de estado y los mismos procedimientos de interrupción que el entorno de producción habitual.

Versiones

Alerta:

Este artículo contiene información de la versión preliminar. Las fechas de lanzamiento, las funciones y otra información están sujetas a cambios sin previo aviso.

16 de junio de 2026 (versión menor) v17.1.1

Versión v17.1.1 de Adobe Acrobat Sign

Implementación en zona protegida: 12 de mayo de 2026

Implementación en Producción: 16 de junio de 2026

Implementación en GovCloud: 18 de junio de 2026

Funcionalidad mejorada

Filtro de destinatario en creación de informes: añade un filtrado basado en los destinatarios a los informes y exportaciones de datos.
Agregue un filtro de destinatario a la creación de informes moderna para informes de acuerdos y transacciones y exportaciones de datos{12}. Los administradores pueden filtrar por correo electrónico del destinatario para devolver todos los acuerdos que incluyan el destinatario especificado, independientemente de la función o el orden de firma. El filtro admite el comportamiento de autocompletar y 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, Gobierno | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: Habilitado con creación de informes moderna
Revisar la información general de creación de informes >
Revisar el documento actualizado Crear un informe >
Revisar la documentación actualizada para crear una exportación de datos >

Edición de documentos en línea durante la creación: edite el texto del documento directamente en la experiencia de creación
Los remitentes pueden editar el texto del documento directamente en el entorno de creación sin descargar y volver a cargar el archivo. La opción Editar documento conserva los campos existentes y la configuración del acuerdo, reduciendo las interrupciones durante las actualizaciones previas al envío. La edición solo está disponible mientras el acuerdo se encuentra en estado de borrador y no está disponible después de enviar el acuerdo.

Esta función está habilitada de forma predeterminada para todos los usuarios en cuentas compatibles, lo que permite a los remitentes editar documentos que se envían a través de Solicitar firma. Los administradores de cuenta y grupo pueden deshabilitar la edición de documentos a través de la Configuración de envío.

Esta función no está disponible en Acrobat Sign for Government o para cuentas que usan el sistema de administración de usuarios heredado.

Entornos disponibles: Sandbox, Commercial | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: Cuenta y Grupo; Habilitado de forma predeterminada
Habilitar o deshabilitar la edición de documentos en línea >
Cómo editar texto durante la creación de campos >

Soporte de Bio-Pharma (CFR) en firma electrónica moderna: añade una captura del motivo de la firma y la reautenticación obligatoria en el momento de la firma
Adobe Acrobat Sign completa el soporte de Bio-Pharma en la experiencia de firma electrónica moderna añadiendo una captura del motivo de la firma y la reautenticación obligatoria durante la firma. Las organizaciones que operan en entornos regulados pueden requerir un motivo de firma, aplicar una reautenticación para cada firma o en el clic para firmar final, y mantener creación de informes de seguimiento conforme, todo ello dentro de la interfaz moderna.

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

Cambios de la experiencia

Actualizaciones de Webhook o de la API de REST

Las siguientes actualizaciones se presentan en las notas de la versión preliminar con fines de divulgación. Puede encontrar documentación completa de las actualizaciones de las API y Webhook en la Documentación para desarrolladores de Acrobat Sign cuando la versión actualizada se envíe a los servidores de producción.

Suprimir notificaciones de acuerdos a través de API: agregue control granular sobre 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. Esto reduce los correos electrónicos innecesarios y admite experiencias de firma más limpias y controladas en flujos de trabajo integrados.

Entornos disponibles: Zona protegida, Comercial, Gobierno | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: API REST v6

Errores de versión

No hay elementos que se hayan escapado de esta versión en este momento.

Problemas resueltos

Problema	Descripción
4545881	Resumen: Los firmantes que usan Descargar y firmar en Acrobat podrían recibir un error "Adobe Acrobat Sign no puede reconocer" 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 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 correctamente, aunque es posible que el nombre del firmante no se muestre si el certificado no incluye uno.
4547132	Resumen: Cuando se crearon acuerdos a través de la solicitud de API POST /agreements y securityOption se estableció en null, los destinatarios externos podrían recibir Ninguno como método de autenticación incluso cuando la configuración de la cuenta requería email OTP 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 mediante la API incluyen destinatarios con un valor de securityOption establecido en null.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 podrí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 eliminar 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 la marca de agua en las cuentas 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
4554947	Resumen: En la experiencia moderna de Redactar, los usuarios no podían eliminar direcciones de correo electrónico incorrectas u obsoletas de las sugerencias de autocompletado personal al agregar destinatarios, CC, CC por destinatario o abonados del grupo. La opción de eliminar aún estaba disponible en la experiencia clásica, pero no todos los usuarios podían volver a la clásica.
4554947	Solución: La experiencia moderna de Redactar ahora permite a los usuarios eliminar sugerencias de autocompletado personal de los campos de correo electrónico compatibles, incluidos los campos de destinatario, CC, CC por destinatario y abonado del grupo. Los contactos organizacionales no se pueden eliminar de las sugerencias de autocompletado.
4556731	Resumen: Después de que un remitente reemplazó un destinatario consigo mismo y luego delegó el acuerdo a otro destinatario, el acuerdo volvió a En progreso, pero la opción Cargar documento firmado permaneció no disponible. Esto impidió que el remitente cargara una copia firmada para acuerdos en progreso elegibles después de esa secuencia de delegación.
4556731	Solución: Acrobat Sign ahora restaura correctamente la opción Cargar documento firmado después de que un destinatario es reemplazado por el remitente y luego delegado a otro destinatario, cuando el acuerdo es elegible para la carga de documentos firmados.
4557576	Resumen: Cuando se asignó un bloque de firma a un grupo de destinatarios con múltiples miembros, el valor de correo electrónico en el bloque de firma podí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 abonado del grupo completara la firma.
4557576	Corrección: Acrobat Sign ahora muestra la información de correo electrónico del grupo de destinatarios en los bloques de firma sin truncar de forma repentina el texto visible.Los valores largos de email del grupo de destinatarios se gestionan para que la información mostrada permanezca legible dentro del bloque de firma.
4558445	Resumen: Las plantillas creadas en la experiencia clásica podían incluir grupos de botones de opción con solo una opción. Cuando esas plantillas se abrían o reutilizaban en la nueva experiencia Crear plantilla, la validación bloqueaba el flujo de trabajo con el error Un grupo de botones de opción debe contener más de un elemento, impidiendo que los usuarios guardaran o aplicaran plantillas existentes.
4558445	Corrección: Las nuevas experiencias Crear plantilla y de creación ahora se alinean con la experiencia clásica para plantillas existentes que contienen grupos de botones de opción de una sola opción.La validación se relajó para preservar la compatibilidad con versiones anteriores y permitir que las plantillas afectadas se abran, guarden y reutilicen sin bloquear el flujo de trabajo.
4559171	Resumen: En la nueva experiencia Crear plantilla, las plantillas creadas a partir de PDFs etiquetados podían guardarse antes de que se completara el procesamiento de etiquetas de texto. Si los usuarios seleccionaban Crear inmediatamente después de que se cargara la vista previa, la plantilla guardada podía no contener campos de formulario convertidos, aunque el mismo flujo de trabajo funcionara en la experiencia clásica.
4559171	Corrección: La nueva experiencia Crear plantilla ahora impide que los usuarios creen la plantilla hasta que se complete el procesamiento de etiquetas de texto. El botón Crear se vuelve disponible solo después de que todos los campos y detalles relacionados estén completamente cargados, asegurando que las etiquetas de texto se conviertan y apliquen antes de que se guarde la plantilla.
4561898	Resumen: Algunos destinatarios podían encontrar un error del servidor después de la autenticación o al finalizar la firma de acuerdos que usaban documentos PDF específicos. El fallo fue causado por un problema al manejar los datos de estructura del PDF durante la generación del documento firmado, lo que impedía 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 evita 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 de webhook podí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 impactados, incluyendo AGREEMENT_WORKFLOW_COMPLETED y otros eventos de acuerdo, 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 de webhook de manera más confiable para que las respuestas internas fallidas no se almacenen en caché de una manera que bloquee o retrase la entrega de eventos. La corrección se validó mediante pruebas de regresión y está destinada a evitar que los eventos de webhook afectados se retrasen por la misma ruta de falla de generación de carga útil.
4562458	Resumen: Los destinatarios podían recibir un error "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 usaba autenticación de destinatario como OTP de correo electrónico o autenticación por contraseña.El flujo de firma creaba un usuario pendiente de un solo uso para continuar el proceso de firma, pero la solicitud de información de firma podí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 URLs de firma autenticadas en este flujo de trabajo. Esto evita que los datos de acuerdo obsoletos almacenados 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 exitosamente.
4566894	Resumen: Algunos acuerdos vencidos 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 se puede copiar el acuerdo. Inténtelo de nuevo más tarde porque la validación de acceso a la plantilla falló al copiar acuerdos con más de una plantilla.
4566894	Corrección: Acrobat Sign ahora valida correctamente la información de plantilla al copiar acuerdos que se crearon a partir de múltiples plantillas. Los acuerdos afectados ahora se pueden copiar sin activar el error de sesión del backend.
4568666	Resumen: Las notificaciones de webhook podrían fallar de forma intermitente para acuerdos que incluían participantes testigo sin un ID de Usuario asignado.El evento principal del acuerdo se creó, pero la generación de carga útil del webhook podría fallar cuando los datos del participante se procesaran en un orden impredecible, causando que algunos eventos de webhook esperados no se entregaran después de AGREEMENT_CREATED.
4568666	Corrección: Acrobat Sign ahora maneja de forma segura los datos de participantes del webhook con ID de usuario faltantes durante la generación de carga útil.Esto evita que los participantes de marcador de posición de testigos causen fallas en la carga útil del webhook y permite que los eventos de webhook del acuerdo esperados se entreguen de manera consistente.
4571682	Resumen: En algunos acuerdos donde Power Automate modificó grupos de destinatarios antes del turno de un completador de formularios posterior, los campos de solo lectura podrían no aparecer para el completador de formularios posterior.Después de que el rellenador de formularios completara sus campos editables, esos campos también podrían desaparecer del acuerdo, aunque los campos aún estuvieran asignados correctamente y marcados como visibles a través de la API.
4571682	Corrección: Acrobat Sign ahora preserva la visibilidad de campos para grupos de destinatarios posteriores después de cambios en los miembros del 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.
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ó 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	Correcció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.