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.

3 de febrero de 2026 (Versión principal) v17.0

Adobe Acrobat Sign versión v17.0

Implementación de Sandbox: 6 de enero de 2026

Implementación de producción: 3 de febrero de 2026

Implementación en GovCloud: 10 de febrero de 2026

Funcionalidad mejorada

Casillas de verificación agrupadas en creación y plantillas – Los remitentes ahora pueden crear grupos de casillas de verificación a través del moderno Request Signature ybiblioteca de plantillas, entornos de creación con reglas de validación como seleccionar exactamente, al menos, como máximo, o un rango de X de Y options. Enviar en lote, formulario web, y flujos de trabajo personalizados son compatibles mediante el uso de plantillas de biblioteca. Esta mejora garantiza una lógica de formulario coherente y mejora la precisión de los datos en los flujos de trabajo de firma.

Entornos disponibles:Sandbox, Comercial, Gubernamental |Niveles de servicio disponibles:acrobat sign Solutions |ámbito de configuración:Habilitado por defecto
Revisar la documentación actualizada >

Rangos de IP permitidos – Control ampliado sobre acceso de API y móvil-Los administradores ahora pueden controlar explícitamente si las restricciones de IP se aplican a clientes basados en API, incluyendo aplicaciones móviles de acrobat sign e integraciones certificadas.

Entornos disponibles:Sandbox, Comercial, Gubernamental |Niveles de servicio disponibles:acrobat sign Solutions |ámbito de configuración: Cuenta y Grupo
Revisar la documentación actualizada >

Soporte de autenticación para firma electrónica moderna –La firma electrónica moderna ahora admite tres métodos de autenticación: autenticación de acrobat sign, contraseña, y 2FA basado en teléfono.

Entornos disponibles:Sandbox, Commercial, Government |Niveles de servicio disponibles:Acrobat Sign Solutions |Ámbito de configuración:Habilitado de forma predeterminada

Agregar grupos de destinatarios en enrutamiento híbrido para Request Signature moderno –Los grupos de destinatarios ahora pueden incluirse en enrutamiento híbrido, permitiendo que múltiples destinatarios o grupos actúen en paralelo dentro del mismo paso de enrutamiento. Los modos de grupo admiten que uno o todos los miembros completen la acción, lo que proporciona mayor flexibilidad para los flujos de trabajo complejos de aprobación y firma.

Entornos disponibles:Sandbox, Commercial, Government |Niveles de servicio disponibles:Acrobat Sign Solutions |Ámbito de configuración: Habilitado de forma predeterminada

Copiar acuerdos terminales enviados desde Request Signature—Los remitentes ahora pueden crear un nuevo borrador de acuerdo copiando un acuerdo previamente completado, cancelado o expirado. Todos los destinatarios, configuraciones, archivos y campos de formulario se rellenan automáticamente. El acuerdo copiado se abre en la Página de redacción para ediciones rápidas antes del envío, reduciendo el tiempo de configuración, minimizando errores y mejorando la productividad para flujos de trabajo repetitivos como renovaciones o correcciones.

Entornos disponibles:Sandbox, Comercial, Gubernamental |Niveles de servicio disponibles:acrobat standard, acrobat pro, acrobat sign Solutions |ámbito de configuración: Cuenta y Grupo
Revisar la documentación de configuración >
Revisar la documentación de acción del Usuario >

Deshabilitar el vínculo de descargar acuerdo para acuerdos en progreso – Los administradores ahora pueden eliminar el vínculo "descargar una copia" de las páginas de confirmación posteriores a la firma a Nivel de Cuenta o grupo, evitando que los destinatarios descarguen acuerdos parcialmente firmados. Esto ayuda a las organizaciones a cumplir con requisitos legales y de cumplimiento estrictos, asegurando que los destinatarios solo reciban el acuerdo completamente ejecutado una vez que todos los participantes hayan completado la firma.

Entornos disponibles:Sandbox, Comercial, Gubernamental |Niveles de servicio disponibles:acrobat standard, acrobat pro, acrobat sign Solutions |ámbito de configuración: Cuenta y Grupo
Revisar la documentación >

Pestaña de recursos en la navegación superior – Una nueva página de Resources está disponible en la navegación superior para administradores y usuarios, proporcionando acceso directo al contenido educativo de Acrobat Sign, seminarios web, blogs y videos de actualización de productos. La Página organiza tutoriales por Nivel de Usuario—principiante, experimentado y administrador—y vincula directamente a documentación de soporte adicional.

Entornos disponibles:Sandbox, Comercial, Gubernamental |Niveles de servicio disponibles:acrobat sign Solutions |ámbito de configuración:Habilitado por defecto
Revisar la documentación>

Participación Dinámica para Acuerdos en Curso – Eliminar Destinatarios – Los remitentes ahora pueden eliminar destinatarios de acuerdos que ya están en progreso sin cancelar o reiniciar la transacción. Cuando se elimina un destinatario, Acrobat Sign automáticamente revoca su acceso, actualiza los recordatorios, registros de auditoría, elimina los campos asignados y devuelve el acuerdo sin problemas a su estado de firma activo. Esta flexibilidad ayuda a las organizaciones a mantener la precisión en flujos de trabajo de enrutamiento en vivo—como cuando un firmante no está disponible—mientras preserva la integridad legal, el cumplimiento y un Historial de auditoría completo

Entornos disponibles:Sandbox, Comercial |Niveles de servicio disponibles:acrobat sign Solutions |ámbito de configuración: Cuenta y Grupo
Revisar la documentación >

Requerir firmas digitales para destinatarios individuales durante la configuración del acuerdo -Los remitentes ahora pueden requerir firmas digitales para destinatarios seleccionados, asegurando requisitos de firma más estrictos donde sea necesario sin impactar a otros destinatarios. La experiencia de firma se adapta automáticamente, aplicando campos de Firma digital requeridos y exponiendo verificaciones de identidad cuando sea compatible, reduciendo errores y mejorando el cumplimiento para flujos de trabajo regulados.

Entornos disponibles:Sandbox, Comercial, Gubernamental |Niveles de servicio disponibles:acrobat standard, acrobat pro, acrobat sign Solutions |ámbito de configuración: Cuenta y Grupo
Revisar la documentación >

Proveedores de Identidad Digital como Métodos de Autenticación Predeterminados – Los administradores ahora pueden seleccionar un proveedor de Pasarela de Identidad Digital como método de autenticación predeterminado para destinatarios internos y externos en Configuración de Envío. La configuración se aplica automáticamente a acuerdos, formularios web, envíos masivos y flujos de trabajo, garantizando una verificación coherente y conforme de los destinatarios. Esta mejora simplifica la configuración de autenticación, aplica políticas de identidad organizacional y mejora el soporte para clientes gubernamentales y empresariales que dependen de la autenticación basada en identidad digital.

Entornos disponibles:Sandbox, Comercial, Gubernamental |Niveles de servicio disponibles:acrobat sign Solutions |ámbito de configuración:Disponible por defecto
Revisar la documentación >

Campos de formulario verificados usando datos verificados por identidad –Los autores de formularios ahora pueden crear campos de formulario verificados que se completan automáticamente con datos devueltos por un proveedor de identidad (como OneID) durante la autenticación del firmante. Estos campos se pueden configurar como de solo lectura o editables, asegurando que los datos de identidad verificados se capturen con precisión y opcionalmente se bloqueen contra ediciones (por ejemplo, nombre, dirección o número de cuenta). Esto fortalece la garantía de identidad, reduce errores de entrada manual y agiliza el cumplimiento para flujos de trabajo que requieren datos validados del firmante.

Nota: Esta función no está incluida en la versión de Sandbox, pero se espera que esté en la versión oficial.

Entornos disponibles:Comercial, Gubernamental |Niveles de servicio disponibles:acrobat standard, acrobat pro, acrobat sign Solutions |ámbito de configuración: Cuenta y Grupo
Revisar la documentación >

Grupos de destinatarios en archivo CSV para Enviar en lote – Los remitentes ahora pueden definir grupos de destinatarios directamente dentro del archivo CSV de Enviar en lote, permitiendo que múltiples destinatarios actúen en el mismo paso de enrutamiento. Cada grupo puede configurarse en modo UNO o TODOS, requiriendo que uno o todos los abonados completen su acción antes de que avance el enrutamiento. Las definiciones de grupo, validación y seguimiento de auditoría se manejan por fila CSV, con errores reportados a través de archivos de validación descargables.

Entornos disponibles: Sandbox, Commercial, Government | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: Cuenta y Grupo
Revisar la documentación >

Plantilla de biblioteca – Compartir con Múltiples Grupos – La moderna experiencia de Crear Plantilla de Biblioteca ahora admite compartir plantillas con múltiples grupos dentro de una cuenta, igualando la funcionalidad anteriormente disponible en el flujo de trabajo clásico. Los usuarios pueden seleccionar uno o más grupos al crear o editar una plantilla, asegurando un comportamiento consistente entre grupos. Esta mejora elimina la reversión a la experiencia clásica, mejora la colaboración y simplifica la gestión de plantillas para organizaciones multigrupo.

Entornos disponibles: Sandbox, Commercial, Government | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: Disponible de forma predeterminada
Revisar la documentación actualizada >

Archivos adjuntos para todos los destinatarios que utilizan firmas digitales – Todos los destinatarios en un flujo de trabajo con firma digital ahora pueden adjuntar archivos (no solo el primer firmante). Un nuevo método de adjuntos usando anotaciones de clip muestra un icono de clip visible en el documento y mantiene la compatibilidad con múltiples firmas digitales. Cada adjunto se añade antes de que se aplique la firma digital del firmante, preservando la validez de la firma y proporcionando un indicador visual claro de los archivos adjuntos. Esta mejora aumenta la integridad legal, la transparencia y la coherencia en los flujos de trabajo de firma electrónica y firma digital.

Entornos disponibles: Sandbox, Commercial, Government | Niveles de servicio disponibles: acrobat standard, acrobat pro, Acrobat Sign Solutions | Ámbito de configuración: Habilitado de forma predeterminada
Revisar la documentación actualizada>

Nuevas options para Firmas en la nube - Se han añadido nuevos Proveedores de Servicios de Confianza para admitir firmas digitales en la nube:
- Swisscom
  - Swisscom está disponible, pero aún no se puede seleccionar públicamente. Si desea que este proveedor se añada a su Cuenta, envíe un caso de soporte y lo instalarán por usted.

Entornos disponibles: Sandbox, Commercial | Niveles de servicio disponibles: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ámbito de configuración: Cuenta y Grupo

Cambios de la experiencia

Mejoras en la página de inicio de sesión - La página de inicio de sesión de Acrobat Sign ahora ofrece una experiencia más limpia y coherente. En cuanto introduce su correo electrónico, la página detecta automáticamente el tipo de cuenta y le dirige al método de inicio de sesión correcto, eliminando pasos innecesarios y screens heredadas. Esto hace que iniciar sesión sea más rápido, sencillo e intuitivo para todos.
- Nuevo formato de correo electrónico para usuarios de Acrobat Sign para empresas que inician sesión directamente en la interfaz web - Acrobat Sign ahora aplica un límite de 64 caracteres a la parte local de un correo electrónico (la parte anterior al símbolo "@") al editar un correo electrónico existente o crear un nuevo Usuario.
  Todos los usuarios con una parte local superior a 64 caracteres han sido evaluados y se ha determinado que son ID de Usuario inactivos o de prueba.

Entornos disponibles: Sandbox, Commercial | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: Cuenta y Grupo
Revisar la documentación actualizada >

Habilitar la gestión de detalles de usuario para usuarios inactivos – Los administradores ahora pueden editar los detalles de usuario para usuarios inactivos directamente en la interfaz de uso de administración y a través de cargas CSV sin reactivar cuentas. Esto incluye actualizar asignaciones de grupo (tanto para configuraciones de grupo único como múltiple), gestionar el atributo "El usuario puede firmar documentos" y realizar ediciones masivas para el cumplimiento y mantenimiento de registros. El cambio simplifica la gestión del ciclo de vida del usuario empresarial, reduce la carga administrativa y admite una organización de grupos más limpia y un manejo de registros alineado con GDPR.

Entornos disponibles:Sandbox, Commercial, Government |Niveles de servicio disponibles:Acrobat Sign Solutions |Ámbito de configuración: Cuenta y Grupo

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.

Partner OEM - Personalización de páginas insertadas en OEM 2.0 - Los partners OEM ahora pueden personalizar la página de administración insertada para alinearse mejor con la experiencia de su plataforma. Los partners pueden contraer elementos de navegación no compatibles, habilitar vistas insertadas dedicadas para administrar Plantillas de biblioteca, formulario web y Enviar en lote, y asegurar que el parámetro noChrome oculte de manera confiable las barras de navegación de Acrobat Sign entre sesiones. La actualización también agrega botones "Crear nuevo..." que abren las vistas respectivas para crear formulario web, Enviar en lote transacciones y Plantillas de biblioteca, mientras mantiene el contexto de la sesión al navegar entre vistas insertadas. Estas mejoras aumentan la flexibilidad, mantienen la continuidad de la sesión y reducen la confusión del usuario final en las integraciones OEM 2.0.

Entornos disponibles: Sandbox, Commercial | Niveles de servicio disponibles: Soluciones de Acrobat Sign - OEM Partners | Ámbito de configuración: API

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.

Firma en persona a través de la aplicación web – Los remitentes y anfitriones ahora pueden realizar sesiones de firma en persona completamente desde un explorador web, sin necesidad de la aplicación móvil de Acrobat Sign. Los anfitriones pueden iniciar una sesión de firma en persona desde la página Administrar o Enviar y guiar a los destinatarios mientras firman en el mismo dispositivo o en uno cercano usando un enlace seguro de tiempo limitado o código QR. Esta capacidad admite casos de uso donde los firmantes están presentes pero carecen de acceso al correo electrónico, permitiendo una firma asistida sin problemas para industrias como la hospitalidad y la atención médica. La mejora aumenta la flexibilidad y elimina la dependencia de la aplicación móvil para organizaciones que dependen de flujos de trabajo de firma presencial.

Mejoras en el informe de auditoría – Registro de tiempo explícito para aceptar las Condiciones de uso, Divulgación al cliente y aplicación del nombre – El informe de auditoría ahora registra cada acción de consentimiento (Condiciones de uso, Divulgación al consumidor y Aceptar) como eventos distintos con marca de tiempo antes de que comience la visualización o firma del documento. El evento de cambio de nombre del firmante ahora refleja la marca de tiempo en tiempo real cuando se aplica la firma, garantizando que los registros de auditoría representen con precisión cada paso del consentimiento. Esta mejora refuerza la creación de informes de cumplimiento y mejora la transparencia para flujos de trabajo regulados.

Problemas resueltos

Problema	Descripción
4528600	Resumen: La configuración de validación de campos no funciona cuando una capa de campos de formulario está adjunta a un flujo de trabajo personalizado. Las reglas de validación, como regex o límites de rango numérica, se eliminan cuando se inicia el flujo de trabajo, lo que hace que los campos acepten entradas no válido.
4528600	Solución: Las reglas de validación ahora se aplican correctamente cuando las capas de campos de formulario se incluyen en flujos de trabajo personalizados. Los campos conservan su comportamiento de validación en ambas experiencias de creación, clásica y nueva. No se requiere ninguna acción.
4528748	Resumen: Los administradores ven intermitentemente un "error no controlado" al añadir miembros del grupo a usuarios recién sincronizados (sincronización de Azure). Algunos usuarios nuevos en el grupo tienen el groupID establecido como nulo
4528748	Solución: Si el grupo de un Usuario es nulo después de la creación, se coloca en el grupo predeterminado de la Cuenta.
4529934	Resumen: En Administrar > Formulario web, "descargar datos de campos de formulario" sigue cargando y nunca termina, especialmente en formulario web con muchos envíos. Los clientes de Teams sin acceso a API no pueden exportar datos (p. ej., del 1 al 31 de mayo) para creación de informes
4529934	Solución: Se añadió exportación CSV paginada y más rápida en la interfaz de uso. Las descargas de datos de formulario se completan de manera confiable para rangos de fechas seleccionados, sin colgarse.
4532186	Resumen: En la nueva experiencia de creación, el resaltado de color de campos no coincide con el comportamiento de la creación clásica. Cuando hay múltiples destinatarios involucrados, todos los campos permanecen completamente coloreados en lugar de atenuar los campos de destinatarios no seleccionados. Esto hace difícil verificar las asignaciones de campos.
4532186	Solución: Se restauró la claridad visual atenuando (20% de opacidad) los campos que pertenecen a destinatarios no seleccionados. Esto replica la claridad de la creación clásica mientras preserva el sistema de diseño moderno. El resaltado ahora ayuda a los usuarios a identificar fácilmente los campos del destinatario actualmente seleccionado y reduce el riesgo de asignación incorrecta.
4534061	Resumen: El enlace "descargar una copia" aparece en la Página de confirmación posterior a la firma incluso cuando la configuración de la Cuenta o grupo está configurada para deshabilitarlo.
4534061	Solución: Se ha añadido una nueva configuración para suprimir explícitamente la opción de descarga para todas las páginas posteriores al envío. La Página posterior a la firma ahora respeta correctamente la configuración de control de descarga, ocultando el enlace "descargar una copia" cuando la configuración está deshabilitada.
4536347	Resumen: En la experiencia clásica, los remitentes no podían añadir un segundo archivo (o reintentar añadir un archivo) al iniciar ciertos flujos de trabajo, bloqueando los envíos de flujo de trabajo de múltiples documentos, debido a un error en cómo el selector de archivos manejaba las plantillas compartidas entre múltiples grupos.
4536347	Solución: Se corrigió el manejo del selector de archivos de plantillas compartidas entre múltiples grupos para que los usuarios puedan añadir archivos adicionales o reintentar la selección de archivos en la experiencia clásica sin errores.
4537504	Resumen: Un Valor de menú desplegable condicional faltaba del documento firmado aunque fue seleccionado correctamente durante la firma, debido a que la lógica de Visibilidad evaluaba contra un campo dependiente oculta y no persistía el Valor renderizado en el pdf firmado final.
4537504	Solución: Se actualizó el renderizado de campos condicionales para resolver correctamente las dependencias de Visibilidad en el momento de la firma y persistir el Valor del menú desplegable seleccionado en el documento firmado cuando se cumplen las condiciones.
4537995	Resumen: En grupos de destinatarios, cambiar el método de autenticación para usuarios externos volvía a Teléfono después de guardar, impidiendo que se aplicara el OTP de correo electrónico, debido a un error de manejo de estado del front-end que sobrescribía la selección del Usuario.
4537995	Corrección: Se corrigió la lógica de la interfaz de uso del grupo de destinatarios para conservar y volver a aplicar correctamente el método de autenticación seleccionado en las acciones de guardado, garantizando que el valor elegido se mantenga en lugar de restablecerse al valor predeterminado.
4539214	Resumen: En flujos de trabajo personalizados, una etiqueta de mensaje larga hace que el texto del mensaje se superponga y oculte el hipervínculo de la plantilla de mensaje en la Página Enviar, debido al manejo inadecuado del diseño del contenido excesivo de la etiqueta.
4539214	Corrección: Se actualizó la lógica del diseño de la Página Enviar para restringir y ajustar correctamente las etiquetas de mensaje largas de modo que el hipervínculo de la plantilla de mensaje permanezca visible y accesible.
4539854	Resumen: Algunos firmantes son redirigidos fuera de la experiencia de firma al abrir ciertos acuerdos, debido a un campo de vínculo mal formado en el documento subyacente que carece de un atributo de nombre requerido.
4539854	Corrección: El flujo de firma ahora maneja correctamente los campos de vínculo sin nombre asignando un nombre válido en el momento del procesamiento, evitando errores y permitiendo que los firmantes completen los acuerdos sin redirección.
4539858	Resumen: En dispositivos ios, los aprobadores que usan el teclado de escritura a mano china no pueden completar la aprobación porque el botón Aprobar permanece deshabilitado después de introducir su nombre, debido a que la Página de firma no detecta los eventos de entrada de escritura a mano como entrada de texto válida.
4539858	Corrección: Se actualizó la lógica de manejo de entrada para reconocer la entrada de texto basada en escritura a mano en ios, garantizando que el botón Aprobar se habilite correctamente una vez que se introduzcan caracteres válidos.
4540392	Resumen: Los administradores ven intermitentemente errores HTTP 400 y los grupos de destinatarios aparecen como faltantes en los flujos de trabajo aunque los grupos existan y el acceso esté configurado correctamente, debido a que las cabeceras de solicitud exceden el límite de tamaño de cabecera de la plataforma cuando los usuarios pertenecen a un gran número de grupos.
4540392	Corrección: Se aumentó el límite de tamaño de cabecera de solicitud del lado del servidor para que las búsquedas de grupos de destinatarios ya no fallen cuando los usuarios tienen muchas membresías de grupo.
4541258	Resumen: Los administradores solo podían ver las primeras 100 plantillas en la interfaz de uso de Sincronización de Producción o Sandbox, con plantillas adicionales faltantes en las listas Local y Remota, debido a que la Página de sincronización cargaba un conjunto de datos limitado y la función de búsqueda filtraba solo las plantillas ya cargadas en el explorador.
4541258	Corrección: Se actualizó la interfaz de uso de sincronización para que al introducir texto en el campo de búsqueda se carguen todas las plantillas para el entorno seleccionado (hasta 5,000), garantizando que las plantillas más allá de las 100 iniciales estén disponibles para búsqueda y selección
4541739	Resumen: Los destinatarios reemplazados fueron bloqueados de firmar digitalmente y vieron "El acuerdo no se puede firmar digitalmente ya que no está en la fase de Firma digital", debido a que el flujo de trabajo falló al hacer la transición de futuros firmantes reemplazados a la fase de firma digital cuando estaban presentes campos de Firma digital.
4541739	Corrección: Se actualizó el flujo de trabajo de firma para hacer correctamente la transición de destinatarios reemplazados o delegados a la fase de firma digital cuando existen campos de Firma digital, permitiéndoles firmar y completar el acuerdo.
4541849	Resumen: Los campos de texto de una sola línea con tamaño de fuente automático prellenados con caracteres multibyte fueron truncados en pdfs firmados, causando que parte del texto se cortara debido al dimensionamiento incorrecto del texto durante el procesamiento PDF.
4541849	Corrección: Se corrigió la medición de texto y el comportamiento de tamaño de fuente automático para caracteres multibyte para que el Valor completo quepa dentro del campo sin truncamiento.
4542574	Resumen: Editar una plantilla de biblioteca permitía que los campos desplegables requeridos incluyeran valores no emparejados, causando que el botón Hacer clic para firmar permaneciera no disponible durante la firma cuando esos valores eran seleccionados, debido a la falta de validación que garantizara que los valores de visualización desplegables y los valores de exportación permanecieran correctamente emparejados.
4542574	Corrección: La edición de plantillas ahora aplica validación en campos desplegables para que solo se puedan guardar valores correctamente emparejados, evitando entradas no emparejadas y garantizando que las selecciones desplegables requeridas no bloqueen la firma.
4542942	Resumen: En formularios web, los campos requeridos deshabilitados por lógica condicional continuaron mostrando el asterisco requerido, engañando a los firmantes haciéndoles pensar que la entrada aún era requerida, debido a que la interfaz de uso no actualizaba los indicadores requeridos cuando los campos eran deshabilitados. Se identificó un problema separado de alineación de firma móvil pero se abordó bajo un ámbito diferente.
4542942	Corrección: La interfaz de uso del formulario web ahora oculta el asterisco requerido cuando un campo es deshabilitado por lógica condicional, garantizando que los indicadores requeridos reflejen con precisión si se espera entrada del firmante.
4543157	Resumen: En la vista En Progreso de la Página Administrar, la columna Destinatarios continuó mostrando el nombre del delegador después de que se delegara una función de firma, aunque un firmante diferente estuviera firmando activamente, debido a que la interfaz de uso no actualizó el destinatario mostrado para reflejar el delegatario actual.
4543157	Corrección: Se actualizó la lógica de la Página Administrar para que la columna Destinatarios ahora muestre el nombre del delegatario principal cuando se delega una función de firma, garantizando que la vista En Progreso refleje con precisión quién está firmando actualmente.
4543253	Resumen: En la Experiencia de Flujo de Trabajo Clásica, los campos asignados a testigos (firma, nombre, fecha) desaparecieron después de guardar un acuerdo en estado de borrador, aunque los campos existían en el backend, debido a que la lógica de renderizado de borrador falló al restaurar los campos de testigo cuando se guardó el progreso.
4543253	Corrección: Se corrigió la lógica de renderizado de borrador para preservar y mostrar todos los campos asignados a testigos después de guardar el progreso, garantizando que los acuerdos abiertos en estado de borrador mantengan la misma Visibilidad de campo que durante la creación y firma.
4543513	Resumen: Los usuarios fueron bloqueados de enviar acuerdos en la interfaz de uso web de Sign con el error "La configuración regional es no válida o falta", debido a que la validación de configuración regional aplicó incorrectamente las reglas de configuración regional a Nivel de API en la interfaz web cuando la configuración regional del grupo de envío difería de la configuración regional del grupo principal heredado del Usuario.
4543513	Corrección: Se corrigió la validación de configuración regional para que la interfaz de uso web de Sign resuelva y acepte correctamente las combinaciones válidas de configuración regional de grupo y Usuario, evitando que las restricciones de configuración regional exclusivas de API bloqueen el envío de acuerdos en la experiencia web.
4543592	Resumen: Algunos informes de auditoría mostraban "Destinatario autenticado con adobe acrobat sign" después de "documento firmado electrónicamente" y "Acuerdo completado", debido a que los eventos se almacenaban con marcas de tiempo a Nivel de segundo, lo que causaba que las acciones de autenticación y firma que ocurrían en el mismo segundo aparecieran fuera de orden.
4543592	Corrección: Se actualizó el registro de eventos de auditoría para almacenar y mostrar marcas de tiempo con precisión de milisegundos, asegurando que los eventos de autenticación, firma y finalización se secuencien correctamente en el informe de auditoría.
4543617	Resumen: crear una plantilla a partir de un acuerdo inicia la experiencia clásica en lugar de la nueva experiencia, a pesar de que la nueva experiencia es la predeterminada, debido a que la acción aún se dirige al flujo de creación heredado.
4543617	Corrección: Se actualizó la acción "crear plantilla a partir de acuerdo" para abrirse en la nueva experiencia, alineando el comportamiento del cta con la experiencia de Usuario predeterminada y evitando cambios de contexto inesperados para los usuarios.
4544564	Resumen: Los campos ocultos añadidos o actualizados a través de la API (visible:falso) se renderizaron como visibles en la experiencia moderna de firma electrónica. La interfaz de uso de firma ignoró el indicador de Visibilidad del campo, por lo que los destinatarios podían ver campos que deberían permanecer ocultos.
4544564	Corrección: Se actualizó la interfaz de uso moderna de firma electrónica para filtrar los campos donde visible es falso en toda la lógica de renderizado y navegación, para que los campos ocultos nunca se muestren y no afecten el comportamiento de la Página.
4544571	Resumen: La opción de entrega de WhatsApp faltaba en la Configuración de envío aunque WhatsApp estaba habilitado para la Cuenta y disponible durante el envío de acuerdos, causando comportamiento inconsistente y confusión para los administradores.
4544571	Corrección: Se restauró la opción de entrega de WhatsApp en la Configuración de envío donde la función esté disponible, asegurando Visibilidad y configuración consistentes entre la configuración de administrador y la experiencia de envío de acuerdos.
4545381	Resumen: La fuente Roboto faltaba en la nueva experiencia de solicitud de firma, aunque estaba disponible en la experiencia clásica, debido a que la nueva experiencia de creación no incluía todas las fuentes compatibles con el sistema heredado.
4545381	Corrección: Se añadió Roboto a la lista de fuentes en la nueva experiencia de solicitud de firma, restaurando la paridad de fuentes con la experiencia clásica y permitiendo formato consistente al crear acuerdos.
4545484	Resumen: Algunos administradores no podían acceder o crear grupos de destinatarios desde Administrador > Libreta de direcciones debido a un fallo en la solicitud del backend, resultando en un error 400 al cargar los datos del grupo de destinatarios. El problema bloqueó la configuración inicial de grupos de destinatarios para los administradores afectados.
4545484	Corrección: Se corrigió el manejo de solicitudes del backend para que la búsqueda y creación de grupos de destinatarios ya no falle con un error 400. Los administradores ahora pueden acceder y administrar de manera confiable los grupos de destinatarios independientemente de la red o ubicación.
4545547	Resumen: Los acuerdos creados a partir de PDFs de AutoCAD fallaron al enviarse cuando se añadió un campo de Firma digital, mostrando un error de envío genérico, debido a que el sistema no manejaba correctamente la rotación de Página al validar la ubicación del campo de Firma digital.
4545547	Corrección: Las coordenadas del campo de Firma digital ahora se ajustan para tener en cuenta las páginas rotadas, asegurando que los campos se validen contra los límites correctos de la Página para que los PDFs generados por AutoCAD puedan enviarse exitosamente con firmas digitales.
4545894	Resumen: Cuando se usa un grupo de destinatarios y no se coloca manualmente ningún campo de firma, el bloque de firma generado automáticamente muestra el texto del correo electrónico en un tamaño muy pequeño. El texto se vuelve progresivamente más pequeño a medida que se añaden más destinatarios al grupo.
4545894	Corrección: El bloque de firma generado automáticamente ahora renderiza correctamente el correo electrónico en un tamaño normal y legible, independientemente de cuántos destinatarios se incluyan en el grupo de destinatarios.
4546085	Resumen: Al usar Añadirme en la nueva experiencia de solicitud de firma, las direcciones de correo electrónico que contienen un apóstrofe se muestran incorrectamente. La dirección mal formada impide que el acuerdo se envíe a menos que el correo electrónico se vuelva a introducir manualmente o se use el envío clásico.
4546085	Corrección: Las direcciones de correo electrónico con apóstrofes ahora se decodifican y muestran correctamente cuando se selecciona Añadirme en la nueva experiencia de solicitud de firma, permitiendo que los acuerdos se envíen sin corrección manual.
4546110	Resumen: En la nueva experiencia de creación de plantillas, añadir un campo de hipervínculo asignado a un participante específico causa que falle el guardado de la plantilla. El mismo campo funciona cuando se asigna a todos los participantes o cuando se usa la experiencia clásica.
4546110	Corrección: Los campos de hipervínculo ahora admiten asignaciones de participantes de marcador de posición en la experiencia Nueva plantilla, lo que permite que las plantillas se guarden correctamente cuando el campo se asigna a un participante específico.
4546257	Resumen: En el entorno Sandbox, los acuerdos enviados a través de una API de aplicación personalizada muestran incorrectamente un botón Atrás en la página de creación debido a que Sandbox carga la configuración de una aplicación administrada por Adobe con creación sin interrupciones habilitada, a diferencia de Swagger o Producción.
4546257	Corrección: El comportamiento de Sandbox se alineó con Producción y Swagger al garantizar que la página de creación respete la configuración de aplicación prevista, evitando que aparezca el botón Atrás para acuerdos enviados a través de API de aplicación personalizadas.
4546547	Resumen: Los formularios web no pudieron actualizar el firmante adicional y devolvieron un error diverso debido a que los registros de Usuario más antiguos carecían de un indicador interno requerido, lo que causó que se procesara un valor nulo durante el reemplazo del firmante adicional.
4546547	Corrección: La lógica de actualización del firmante adicional se reforzó con manejo seguro de valores nulos para que los formularios web puedan reemplazar exitosamente a los firmantes adicionales incluso cuando los registros de Usuario más antiguos carecen del indicador interno esperado.
4546553	Resumen: Los usuarios asignados a múltiples grupos podían crear plantillas en un grupo donde la creación de plantillas está deshabilitada cuando la experiencia Nueva creación de plantilla está habilitada. Esto permitía eludir las restricciones a Nivel de grupo.
4546553	Corrección: La creación de plantillas ahora aplica permisos a Nivel de grupo de manera consistente en las experiencias nueva y clásica. Los usuarios ya no pueden crear plantillas en grupos donde la creación de plantillas está deshabilitada, incluso si pertenecen a otros grupos con ese permiso habilitado.
4547744	Resumen: Los administradores de grupo podían asignar derechos de administrador de Cuenta a usuarios a través de la nueva página de gestión de usuarios. Esto excedía su ámbito de permiso y creaba un riesgo de cumplimiento al permitir la elevación de privilegios más allá de la función de administrador de grupo.
4547744	Corrección: El control de selección de función ya no está disponible para los administradores de grupo. Solo los administradores de Cuenta existentes pueden asignar o revocar derechos de administrador de Cuenta, asegurando que los cambios de función se alineen con los límites de permisos.
4547796	Resumen: Algunos remitentes que usan la interfaz de uso en polaco ocasionalmente reciben un correo electrónico de confirmación con texto incorrecto de "no puede proporcionar una Firma digital", aunque el acuerdo se envía y firma normalmente.
4547796	Corrección: Se corrigieron las traducciones al polaco para correos electrónicos de confirmación del remitente para que el mensaje muestre "enviado para firma" en lugar del texto incorrecto "no puede proporcionar una Firma digital".
4548315	Resumen: Cuando el remitente se incluye como destinatario CC en el nuevo flujo de trabajo de envío, no se muestra ningún error de validación y las notificaciones de correo electrónico CC no se envían a ningún destinatario listado después del remitente en la lista CC. Esto difiere del comportamiento del flujo de trabajo clásico y puede causar que los destinatarios CC pierdan notificaciones.
4548315	Corrección: Se actualizó la lógica del nuevo flujo de trabajo de envío para que todos los destinatarios CC, excluyendo al remitente, reciban notificaciones de correo electrónico CC independientemente de su posición en la lista CC, alineando el comportamiento con los resultados esperados.
4548583	Resumen: pdf/A no se podía habilitar para un grupo si el grupo predeterminado del Usuario tenía firmas escritas habilitadas, incluso cuando las firmas escritas estaban deshabilitadas para el grupo que se estaba editando. Esto bloqueaba la configuración válida de pdf/A para grupos no predeterminados.
4548583	Corrección: Se actualizó la validación para verificar la configuración de firmas escritas en el grupo que se está modificando, no en el grupo predeterminado del Usuario, permitiendo que pdf/A se habilite correctamente donde esté permitido.
4549337	Resumen: Las notificaciones SMS para acuerdos cancelados se suprimían cuando la configuración correo electrónico de acuerdo cancelado estaba deshabilitada. Esto impedía que los clientes que deshabilitan las notificaciones de correo electrónico enviaran alertas de cancelación SMS requeridas.
4549337	Corrección: Se desacoplaron las notificaciones de cancelación SMS y WhatsApp de la configuración de correo electrónico introduciendo un control de notificación dedicado, permitiendo la entrega SMS para acuerdos cancelados incluso cuando las notificaciones de correo electrónico están deshabilitadas.
4549472	Resumen: En acrobat sign para el Gobierno, los usuarios no podían crear plantillas reutilizables usando la nueva experiencia Crear plantilla. Después de cargar un documento, el flujo de trabajo se detuvo en una pantalla en blanco, bloqueando la creación de plantillas.
4549472	Solución: Se restauró la dependencia de creación faltante requerida por la nueva experiencia Crear plantilla en entornos gubernamentales, permitiendo que la pantalla de creación se cargue correctamente y las plantillas se creen exitosamente.
4549862	Resumen: Cuando la página de destino está configurada para la experiencia Nueva solicitud de firma, el mensaje de Advertencia de inicio de sesión configurado no se muestra después de Iniciar sesión. Esto impide que las organizaciones muestren avisos críticos de mantenimiento o interrupción cuando los usuarios llegan directamente a la Página Enviar.
4549862	Solución: Se restauró el soporte para mostrar el mensaje de Advertencia de inicio de sesión en la experiencia Nueva solicitud de firma. Cuando los usuarios llegan a la Página Enviar después del inicio de sesión, el mensaje de Advertencia configurado ahora aparece como una notificación, coincidiendo con el comportamiento anterior y las expectativas del cliente.
4550175	Resumen: Presionar Intro después de introducir un número de teléfono para la autenticación telefónica en un flujo de trabajo envía el formulario prematuramente y desencadena un error del sistema, interrumpiendo el flujo del flujo de trabajo debido a que el formulario se envía en lugar de esperar la confirmación explícita.
4550175	Solución: Se actualizó el diálogo del destinatario para prevenir el envío del formulario al presionar Intro en los campos de autenticación telefónica, asegurando que los usuarios permanezcan en el diálogo y deban hacer clic en Continuar, eliminando la interrupción no deseada del flujo de trabajo.
4550302	Resumen: Los correos electrónicos alemanes de solicitud de firma y recordatorio usaban formas de tratamiento inconsistentes, alternando entre el informal "Du" y el formal "Sie" dentro del mismo mensaje, causando redacción confusa y poco profesional.
4550302	Solución: Se actualizaron las traducciones de correo electrónico alemanas para usar una forma de tratamiento única y consistente en toda la plantilla, asegurando un lenguaje uniforme y predecible en todos los correos electrónicos de solicitud de firma y recordatorio.
4550556	Resumen: Los acuerdos que contenían pdf de planos arquitectónicos grandes fallaron al enviarse cuando se añadieron campos de Firma digital, devolviendo un error durante la creación debido al manejo de rotación y tamaño de Página en la ubicación de Firma digital.
4550556	Solución: Se actualizó el procesamiento de campos de Firma digital para manejar correctamente páginas rotadas de formato grande, permitiendo que los acuerdos con planos arquitectónicos se envíen exitosamente con firmas digitales aplicadas.
4550579	Resumen: Cuando un acuerdo se completó eliminando los últimos destinatarios restantes durante un estado de revisión, el sistema no generó el evento AGREEMENT_WORKFLOW_COMPLETED, por lo que no se envió notificación webhook, rompiendo flujos de trabajo que dependen de este evento para detectar la finalización.
4550579	Solución: Se actualizó el manejo de eventos para que los acuerdos completados mediante eliminación de destinatarios en revisión ahora generen los eventos de finalización apropiados, asegurando que los webhooks AGREEMENT_WORKFLOW_COMPLETED se activen como se espera.
4550998	Resumen: Las casillas de verificación prellenadas aparecían marcadas en la creación pero estaban desmarcadas para los firmantes porque los valores de las casillas de verificación se almacenaban como cadenas de texto no vacías en lugar de estados explícitos SÍ/NO, causando que la experiencia de firma las tratara como desmarcadas.
4550998	Solución: Se actualizó el manejo de valores de casillas de verificación para que cualquier Valor prellenado no vacío se interprete como marcado y los valores vacíos o faltantes como desmarcados, asegurando que los estados de las casillas de verificación permanezcan consistentes para los firmantes.

En la versión 16.1, acrobat sign actualizó su tecnología de procesamiento de pdf a una solución propiedad de Adobe. Este cambio fortalece la confiabilidad de la plataforma, escalabilidad y soporte a largo plazo al reducir la dependencia de dependencias externas. Como parte de una actualización de infraestructura interna, no se mencionó en las Notas de la versión públicas de 16.1.

Después de la actualización, un conjunto limitado de plantillas, formulario web y flujos de trabajo personalizados asociados con documentos específicos experimentaron problemas de compatibilidad. Los clientes afectados fueron apoyados temporalmente a través de una configuración alternativa y serán completamente transferidos de vuelta a la experiencia adobe pdf en la primera mitad de 2026.

Los clientes que crean que fueron afectados y requieren información adicional deben contactar al Soporte de acrobat sign.

Los siguientes problemas relacionados con este cambio se resuelven en la versión 17.0.

Problema	Descripción
4534178 / 4550340	Resumen: Los pdf que usan Helvetica 12 se procesan de manera diferente en Sandbox que en Producción porque Helvetica no es una fuente incrustada compatible en la ruta de procesamiento de pdf más nueva, que sustituye ArialMT como equivalente. Esto da lugar a diferencias visuales que afectan a la alineación de campos durante las pruebas de Sandbox.
4534178 / 4550340	Solución: Se estandarizó el manejo de fuentes mediante la incrustación de equivalentes de fuente compatibles y la asignación explícita de Helvetica a ArialMT, garantizando un renderizado de fuente consistente y predecible en todos los entornos.
4535543	Resumen: Los formulario web que incluyen campos desplegables condicionales clonados capturan los valores seleccionados, pero el pdf firmado descargado procesa esas selecciones desplegables como en blanco porque la ruta de combinación de firma a pdf no resuelve ni aplica correctamente los valores para ciertos widgets desplegables malformados o condicionalmente controlados en la experiencia de firma moderna.
4535543	Solución: Se actualizó el manejo de campos desplegables durante la combinación de pdf para que los campos de elección clonados y condicionales procesen el valor seleccionado correctamente en el pdf firmado.
4535735	Resumen: Los formularios pdf que contienen campos de texto configurados con Tamaño de fuente automático procesan el texto del campo en un tamaño diminuto durante la creación, firma y en el pdf firmado final.
4535735	Solución: Se ajustó el dimensionamiento automático de fuente y la generación de apariencia para campos de texto para que los valores prellenados e ingresados por el firmante se procesen en un tamaño legible en la creación, firma y el pdf firmado.Se corrigió la generación de apariencia desplegable para que los valores seleccionados se procesen en el pdf firmado en lugar de aparecer en blanco.
4535894 / 4547919 / 4550657	Resumen: En algunos acuerdos, los campos de texto multilínea configurados con dimensionamiento automático de fuente no siempre redimensionaban el texto correctamente cuando los firmantes ingresaban una gran cantidad de contenido.Como resultado, partes del texto ingresado podrían aparecer cortadas en el pdf firmado, aunque el texto completo fuera visible durante la firma.
4535894 / 4547919 / 4550657	Solución: Se ha corregido la lógica de diseño de texto y dimensionamiento de fuente para campos multilínea para garantizar que el contenido ingresado se redimensione automáticamente para ajustarse dentro de los límites del campo sin truncamiento.
4536430	Resumen: La llamada get /agreements/{agreementId}/documents/{documentId} falla con INVALID_DOCUMENT_ID ("El ID de documento especificado no es válido"), aunque el mismo documento se puede descargar exitosamente desde la experiencia web de acrobat sign debido a un formato malformado durante el paso de procesar
4536430	Solución: Se reforzó el flujo de obtención y procesar de documentos para que los acuerdos con casos extremos de estructura pdf ya no fallen en la recuperación de documentos a través de API.
4537178	Resumen: Después de que un FORM_FILLER delega un acuerdo, el destinatario delegado no puede abrir el acuerdo para firmar.La Página "revisar y Firmar" se carga indefinidamente.En los acuerdos afectados, tanto el delegador original como el destinatario delegado aparecen como "Siguiente en Firmar", lo que deja el acuerdo en un estado inconsistente.
4537178	Solución: Se mejoró el procesar posterior a la delegación y la reconciliación de estado para que la delegación ya no deje múltiples participantes en "Siguiente en Firmar", y para que la vista de firma no se cuelgue si los artefactos de documento en segundo plano (imágenes de Página, datos de documento) fallan o se retrasan.
4537632 / 4543510	Resumen: El texto ingresado en campos de datos configurados con el Tamaño de fuente establecido en 'Automático' aparece truncado en el pdf firmado.
4537632 / 4543510	Solución: Se ha corregido la lógica de dimensionamiento automático de fuente para refluir y escalar texto de manera consistente, garantizando que todo el contenido ingresado se ajuste dentro de los límites del campo en todos los pdf compatibles.
4544067	Resumen: En algunos acuerdos firmados creados a partir de documentos fuente específicos, los clientes encuentran una Advertencia de certificado no válido en adobe acrobat porque las anotaciones de campo de formulario oculta malformadas permanecen en el pdf después de la firma, causando que el documento falle la validación de certificación a pesar de que el proceso de firma se complete exitosamente.
4544067	Solución: acrobat sign elimina anotaciones no válido y huérfanas durante el procesar del documento, garantizando que los pdf firmados se validen correctamente y muestren un certificado válido en acrobat.
4543958	Resumen: Algunos hipervínculos creados en acrobat dejan de funcionar cuando dependen de destinos con nombre en lugar de números de Página porque la lógica de procesar pdf no resolvió correctamente los destinos con nombre a sus ubicaciones de Página finales durante la firma, causando que los enlaces se rompan en el documento firmado aunque funcionaran en el archivo original.
4543958	Solución: acrobat sign ahora resuelve correctamente los destinos con nombre a sus ubicaciones de Página reales durante el procesar pdf, garantizando que todos los hipervínculos funcionen como se espera después de la firma.
4543709	Resumen: Cuando los acuerdos enviados desde Salesforce incluyen un campo de formulario de imagen, algunos pdf firmados crecen inesperadamente después de la firma (a menudo excediendo el límite de Adjunto de 12 MB de Salesforce), porque la ruta de procesar pdf puede incrustar imágenes cargadas usando compresión ineficiente, lo que infla el archivo final y evita que Salesforce lo guarde de vuelta al registro del Acuerdo.
4543709	Solución: acrobat sign ha actualizado el manejo de imágenes durante la generación de pdf, para que las imágenes cargadas (incluyendo contenido de imagen y Sello) se codifiquen eficientemente, manteniendo los archivos firmados mucho más cerca del tamaño esperado.
4543678	Resumen: Para algunas plantillas de biblioteca, los firmantes pueden completar todos los campos requeridos, pero el pdf firmado descargado puede mostrar algunos de esos campos como en blanco, aunque los datos se capturen correctamente y permanezcan disponibles a través de informes y API de acrobat sign.
4543678	Corrección: acrobat sign actualiza el modo en que se procesan estas plantillas, garantizando que los PDF firmados procesen de forma fiable todos los valores de campo obligatorio completados (evitando los efectos secundarios observados al usar la ruta de procesamiento PDF anterior).
4538033	Resumen: La fuente CourierNewPSMT se ignora durante la creación y la firma, lo que hace que los campos se procesen con una fuente inesperada debido al manejo de fuentes heredado, donde las fuentes se sustituían en lugar de incrustarse.
4538033	Corrección: Se actualizó el manejo de fuentes para admitir correctamente Courier y otras fuentes compatibles para nuevos acuerdos, garantizando que la fuente seleccionada se conserve durante la creación, la firma y en el documento completado.
4538082	Resumen: Los campos de texto multilínea se redimensionan automáticamente de forma incorrecta, lo que hace que el texto se reduzca excesivamente o se trunque en acuerdos completados debido a cambios en el comportamiento del procesamiento PDF que alteraron el escalado mínimo de fuente y la lógica de ajuste de línea para campos multilínea de tamaño automático.
4538082	Corrección: Se ajustó la lógica de dimensionado automático para campos de texto multilínea para mejorar el escalado de fuente y el ajuste de línea, de modo que el texto introducido permanezca legible y mejor alineado con el comportamiento heredado.
4538599	Resumen: Algunos acuerdos completados muestran el valor predeterminado del menú desplegable en lugar del valor seleccionado por el firmante porque ciertos caracteres especiales en las opciones del menú desplegable hicieron que el valor elegido se procesara incorrectamente en el PDF finalizado, aunque la selección correcta se capturó durante la firma.
4538599	Corrección: Se actualizó el renderizado PDF para conservar y mostrar correctamente los valores de menú desplegable seleccionados que incluyen caracteres especiales en acuerdos completados.
4539217 / 4539223	Resumen: Para ciertos PDF rellenables que contienen valores precargados y campos de Firma digital, los remitentes pueden ver valores de campo faltantes o alterados al obtener una vista previa o enviar el documento, lo que puede bloquear el envío o la firma porque la estructura del documento hace que los datos precargados y los campos de firma de solo lectura se interpreten de forma inconsistente durante el procesamiento del documento.
4539217 / 4539223	Corrección: Se mejoró el procesamiento de documentos para conservar correctamente los valores de campo precargados y manejar campos de Firma digital de solo lectura, garantizando que los acuerdos se muestren correctamente en vista previa y se puedan enviar y firmar sin perder datos precargados.
4539226	Resumen: En algunos acuerdos creados a partir de plantillas que usan etiquetas de texto para campos de casilla de verificación, los destinatarios seleccionan correctamente las casillas de verificación durante la firma, pero esas selecciones no aparecen en la vista del remitente o en el PDF firmado final porque los nombres de campo de casilla de verificación se analizan de forma inconsistente, lo que hace que los valores firmados se almacenen bajo una clave diferente a la del campo de formulario procesado.
4539226	Corrección: Se actualizó la asignación de valores de casilla de verificación para resolver correctamente los campos de casilla de verificación creados a partir de etiquetas de texto con nombres basados en directivas, garantizando que los valores seleccionados se procesen de forma consistente para todas las partes y en el PDF firmado final.
4539432	Resumen: Algunos PDF no se pudieron enviar para firma y se cancelaron inmediatamente con un error de procesamiento de documento causado por anotaciones PDF malformadas o huérfanas que activaron un error de puntero nulo durante la lógica de reparación PDF y Normalización de campo de formulario de acrobat sign.
4539432	Corrección: Se mejoró la lógica de reparación PDF y manejo de anotaciones para que las anotaciones malformadas o huérfanas ya no causen que falle la creación de acuerdos, permitiendo que los documentos afectados se envíen y firmen correctamente.
4541859	Resumen: Los campos de texto multilínea que usan la configuración de Tamaño de fuente automático a veces truncan contenido en el PDF firmado para campos multilínea de solo lectura (bloqueados) debido al escalado automático de fuente incorrecto durante el renderizado.
4541859	Corrección: Se corrigió la lógica de escalado automático de fuente para campos de texto multilínea bloqueados para que todo el texto introducido se procese completamente dentro del campo.
4542835	Resumen: Los clientes observaron que algunos campos obligatorios (incluidos menús desplegables, campos de texto y casillas de verificación) aparecían en blanco en el PDF firmado descargado, aunque todos los campos se completaron durante la firma
4542835	Corrección: Se corrigió la lógica de renderizado PDF para garantizar que todos los valores de campo capturados, incluidos menús desplegables, campos de texto y casillas de verificación, se escriban de forma fiable en el PDF firmado para que el documento visual coincida con los datos del acuerdo almacenados.
4543678	Resumen: Algunos acuerdos firmados no tenían valores de campo obligatorio en el PDF finalizado porque ciertas plantillas de biblioteca importadas y actualizadas a través de API no procesaron correctamente los datos de campo obligatorio durante la generación PDF.
4543678	Corrección: Se actualizó la lógica de generación PDF para garantizar que todos los campos obligatorios definidos en plantillas de biblioteca, incluidos los creados o modificados a través de API, se procesen de forma consistente en el PDF firmado conservando los valores de campo completos.
4543709	Resumen: Algunos acuerdos enviados desde Salesforce que incluyen campos de formulario basados en imágenes pueden hacer que el PDF firmado final crezca significativamente más allá del tamaño de archivo original, excediendo el límite de 12 MB de Salesforce e impidiendo que el documento firmado se escriba de vuelta al registro de Acuerdo de Salesforce, aunque el proceso de firma en sí se complete correctamente.
4543709	Corrección: Se optimizó el manejo de imágenes durante la generación PDF para aplicar compresión de imagen apropiada, garantizando que los documentos firmados con campos de imagen, Sello o firma basada en imagen no se inflen en tamaño y permanezcan dentro de los límites de tamaño de archivo de Salesforce.
4543958	Resumen: Los hipervínculos creados en acrobat usando destinos con nombre dejan de funcionar en PDF firmados mientras que los enlaces de número de Página siguen funcionando debido a una regresión en la ruta de procesamiento PDF donde los destinos con nombre no se resolvían a objetivos de página explícitos durante el posprocesamiento.
4543958	Corrección: Se resolvieron los destinos con nombre a sus destinos de página explícitos durante la generación PDF, restaurando la funcionalidad de hipervínculo tanto para enlaces "Usar destino con nombre" como "Usar número de Página" en PDF firmados.
4544067	Resumen: Algunos acuerdos firmados muestran un certificado digital no válido con un error de validación "Anotación de widget eliminada", resultado de anotaciones de widget malformadas o huérfanas que permanecen en el PDF después de la firma, lo que invalida la cadena de certificación.
4544067	Corrección: Se actualizó el posprocesamiento PDF para detectar y eliminar anotaciones de widget corruptas o huérfanas durante la limpieza de campos, garantizando que solo permanezcan anotaciones válidas y que los PDF firmados muestren consistentemente un certificado digital válido.