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 también las nuevas páginas y los vínculos se resuelven correctamente a 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.

Mayo de 2025 (versión secundaria) v16.0.1

Implementación de la zona protegida: 22 de abril de 2025

Implementación de producción: 20 de mayo de 2025

Implementación de GovCloud: 22 de mayo de 2025

Funcionalidad mejorada

Mejorar la seguridad de los datos de los destinatarios configurando destinatarios con acceso restringido: la función Acceso restringido a los acuerdos mejora la privacidad, evitando que los acuerdos se adjunten al ID de usuario de Acrobat Sign de un destinatario (si tienen uno). Cuando esta opción está activada, la opción Acceso al acuerdo del destinatario aparece en la sección Configuración del destinatario en la página Redactar . Los administradores pueden configurar esta opción para habilitarla de forma predeterminada y hacerla editable para los remitentes.
Cuando un destinatario está marcado como restringido, se le trata como si no tuviera una cuenta de usuario de Acrobat Sign activa. Como consecuencia, el acuerdo no aparece en su página Administrar. Esto evita la fuga accidental de datos debido a relaciones de uso compartido a nivel de grupo.

Entornos disponibles: zona protegida, comercial, administración pública Niveles de servicio disponibles: Acrobat Sign Solutions Ámbito de configuración: cuenta y grupo
Revisar los controles de configuración de Acceso restringido a los acuerdos >
Documentación de solicitud de firma actualizada >

Se ha añadido compatibilidad con la API para la función Acceso restringido a los acuerdos: las organizaciones que utilizan la API para redactar y enviar acuerdos ahora pueden utilizar la función Acceso restringido a los acuerdos como parte de la configuración de los destinatarios. La implementación de la API de esta función tiene una diferencia de experiencia en cuanto a cuándo se puede acceder al documento si el tipo de autenticación de segundo factor está establecido en “Ninguno”:
- En la interfaz de Acrobat Sign, el destinatario no puede ver o descargar el acuerdo hasta que se firme. Aunque no se haya configurado ninguna autenticación de segundo factor, el acceso al acuerdo se desactivará eliminando las acciones Ver y descargar.
- Al utilizar la API, el acuerdo se puede ver y descargar con el token una vez superada la autenticación. En el caso de que no se configure ninguna autenticación de segundo factor, el acuerdo se puede ver o descargar antes de que se firme.

Entornos disponibles: zona protegida, comercial, administración pública | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: cuenta y grupo

Más países compatibles con la autenticación telefónica: la autenticación telefónica y el envío de acuerdos mediante SMS ahora admiten estos países y códigos de teléfono adicionales:
- Islas Malvinas (Falkland Islands) (+500)

Entornos disponibles: comercial | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: cuenta y grupo

Cambios de la experiencia

El envío de casos de asistencia de formulario web ahora requiere el inicio de sesión para las cuentas empresariales heredadas: los usuarios con cuentas empresariales heredadas ahora deben iniciar sesión con sus credenciales de Acrobat Sign antes de utilizar el formulario web en línea para enviar un caso de asistencia. Este paso de autenticación garantiza que el caso esté vinculado a la cuenta correcta y se direccione al equipo de soporte adecuado.

Entorno disponible: comercial Niveles de servicio disponibles: Acrobat Sign Solutions Ámbito de configuración: habilitado de forma predeterminada; no editable
Revisar el nuevo proceso >

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.

API de GET /acuerdos ahora prestada desde un microservicio: el punto final de GET /acuerdos migra desde la aplicación principal de Acrobat Sign a un microservicio dedicado. Como parte de esta transición, las solicitudes de búsqueda recuperarán datos del servicio de búsqueda (almacenamiento secundario) en lugar de la base de datos principal. Este cambio mejora la estabilidad del servicio y evita que las llamadas API atípicas afecten a la experiencia de Acrobat Sign.
- El tamaño máximo de página para la llamada GET /acuerdos ahora es de 500 acuerdos por solicitud. Históricamente, el servicio de búsqueda no obtuvo más de 100 acuerdos por página. Si se requieren más acuerdos, puede ser necesario realizar varias consultas con un alcance más limitado.
- Dado que las búsquedas ahora se realizan en el almacenamiento secundario, se puede observar una latencia adicional menor al llamar el punto final de GET /acuerdos.

Actualización de la limitación de API: después de la versión de mayo de 2025, se aplicarán nuevas reglas de limitación de API:
- Cuando se detecta una carga general elevada del sistema, Acrobat Sign limitará las solicitudes de API en todo el sistema.
- Cuando se identifica a clientes con un uso elevado como los que contribuyen a la lentitud general del sistema, Acrobat Sign limitará un subconjunto de solicitudes de API específicamente para ese cliente.

Cuando se limita una solicitud de API, se rechazará con un código de estado HTTP 429, junto con lo siguiente:

Texto de respuesta

    {
        &quot;code&quot;:&quot;THROTTLING_HIGH_SYSTEM_LOAD&quot;,
        &quot;message&quot;: &quot;el sistema de Acrobat Sign sufre un consumo general elevado debido al subconjunto de solicitudes que se está restringiendo. Inténtalo de nuevo <wait_time_in_seconds> segundos.&quot;,
        &quot;retryAfter&quot;: <wait_time_in_seconds>
    }

Encabezado de respuesta

        X-Throttling-Reason : &quot;high-system-load&quot;
        Retry-After : <wait_time_in_seconds>

Al recibir la respuesta anterior, puedes utilizar el encabezado Retry-After o retryAfter en el texto de la respuesta para determinar cuándo volver a intentar la solicitud.

Penalización por reintentos

Para todas las nuevas cuentas creadas después de la versión de mayo de 2025, se aplicará una penalización si la cuenta no cumple con el intervalo de tiempo de reintentos especificado.
Si se intenta de nuevo la misma solicitud dentro de este intervalo, la solicitud se atascará de nuevo y se restablecerá el intervalo de tiempo de reintentos.

Errores de versión - Elementos añadidos

A continuación se muestran los elementos que se han añadido a esta versión desde la publicación inicial de las notas de la versión previas al lanzamiento.

Mejorar la seguridad de los datos de los destinatarios configurando destinatarios con acceso restringido: la función Acceso restringido a los acuerdos mejora la privacidad, evitando que los acuerdos se adjunten al ID de usuario de Acrobat Sign de un destinatario (si tienen uno). Cuando esta opción está activada, la opción Acceso al acuerdo del destinatario aparece en la sección Configuración del destinatario en la página Redactar . Los administradores pueden configurar esta opción para habilitarla de forma predeterminada y hacerla editable para los remitentes.
Cuando un destinatario está marcado como restringido, se le trata como si no tuviera una cuenta de usuario de Acrobat Sign activa. Como consecuencia, el acuerdo no aparece en su página Administrar. Esto evita la fuga accidental de datos debido a relaciones de uso compartido a nivel de grupo.

Entornos disponibles: zona protegida, comercial, administración pública Niveles de servicio disponibles: Acrobat Sign Solutions Ámbito de configuración: cuenta y grupo
Revisar los controles de configuración de Acceso restringido a los acuerdos >
Documentación de solicitud de firma actualizada >

Errores de versión: elementos eliminados

A continuación se muestran los elementos de la línea que se habían anunciado anteriormente como parte de esta versión, pero que se han pospuesto a una fecha de lanzamiento posterior.

El entorno de Solicitar firma moderno se ha convertido en la única experiencia al crear un nuevo acuerdo. Todas las cuentas comerciales existentes se han cambiado al entorno moderno:
- Los administradores ya no tienen la opción de habilitar la experiencia clásica a través del menú de administrador.
- Los clientes que utilizan la integración de Notarize no se verán afectados por este cambio.

Entornos disponibles: zona protegida, comercial Niveles de servicio disponibles: Acrobat Sign Solutions Ámbito de configuración: habilitado de forma predeterminada; no configurable

Problemas resueltos

Problema	Descripción
4477748	Resumen: Los usuarios no pueden crear OAUTH ACCESS-TOKEN debido a un dominio malformado en la llamada de API.
4477748	Corrección: Se ha actualizado la lista de dominios del controlador Swagger.
4480357	Resumen: El manejo del teclado dentro del cuadro de diálogo “Iniciar desde biblioteca” no funciona correctamente cuando se ejecutan los lectores de pantalla
4480357	Corrección: Se han realizado varias correcciones en la navegación del explorador para garantizar que todas las páginas se inicien según lo previsto.
4498103	Resumen: asignación de funciones incorrecta en la función de envío en bloque. Asigna siempre una función de “Firmante” al añadirte a ti mismo como último destinatario.
4498103	Corrección: Se eliminaron las opciones para otras funciones del remitente cuando se añaden a la posición del último participante, ya que se pretende que el remitente sea siempre un firmante.
4501417	Resumen: Al colocar un campo de firma de sello con una plantilla de campo, se desencadena un error que bloquea la creación adicional.
4501417	Corrección: Se ha añadido código para procesar elementos de etiqueta de texto “signer1”.
4506667	Resumen: Si un remitente necesita que el primer firmante del formulario web confirme su correo electrónico, las notificaciones webhook se retrasan hasta que el primer firmante lo confirme. Si el correo electrónico del primer firmante se rechaza, la notificación del webhook se retrasará durante 2 horas debido a la expectativa de que se rellenará el parámetro documentsInfo.
4506667	Corrección: Si el remitente necesita que el primer firmante del formulario web verifique el correo electrónico, documentsInfo no se rellenará en la carga útil de notificación del webhook para los eventos del acuerdo (hasta que el primer firmante verifique el correo electrónico). Si el correo electrónico del primer firmante se anula, *documentsInfo* no se rellenará en la carga de notificación del webhook para los eventos del acuerdo.
4511940	Resumen: El tamaño de fuente predeterminado de un campo de texto multilínea no se ajusta al tamaño de la pantalla, por lo que el texto se recorta al firmar un acuerdo mediante un teléfono móvil.
4511940	Corrección: El campo de texto multilínea ya no puede anular el método de clase base.
4513457	Resumen: Problema con el análisis de JSON cuando el nombre del grupo contiene caracteres de comillas dobles.
4513457	Corrección: Código de análisis mejorado para los nombres de grupos para administrar comillas dobles.
4515610	Resumen: Los valores de campo calculados cambian cuando el formulario web se envía a participantes adicionales debido a cómo se tratan los números de puntos flotantes en el back-end y el front-end.
4515610	Corrección: Cambiar la implementación en el back-end para utilizar el tipoBigDecimal para los números
4516504	Resumen: Cuando crea una plantilla reutilizable y utiliza la vista Nueva experiencia, la casilla de verificación y los botones de opción tienen bordes rosados en lugar de negros debido al valor de color truncado.
4516504	Corrección: Se ha corregido el valor hexadecimal para que contenga el valor correcto.
4520149	Resumen: Algunos acuerdos no actualizan su estado después de que se hayan firmado debido a una rara condición de carrera al establecer el indicador next_to_sign.
4520149	Corrección: Se ha añadido un registro adicional para capturar esta condición y resolverla antes de que los destinatarios interactúen con el acuerdo.
4521246	Resumen: El uso compartido de plantillas dentro de varios grupos no funciona y genera errores cuando se habilita el uso compartido avanzado de cuentas y el proceso de envío comienza en la página de inicio.
4521246	Corrección: El selector de plantillas proveniente de la página de inicio se ha actualizado para obtener correctamente la plantilla compartida.