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

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

No se garantiza que todas las funciones y cambios estén activados en la fecha de lanzamiento.

Adobe Acrobat Sign versión v17.0

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 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, Commercial, Government |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 el 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, incluidas las aplicaciones móviles de acrobat sign y las integraciones certificadas.

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

Soporte de autenticación para firmar electrónicamente moderno –El firmar electrónicamente moderno 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 –Grupos de destinatarios ahora se pueden incluir 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 vencido.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, Commercial, Government |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 >

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 enlaza directamente a documentación de soporte adicional.

Entornos disponibles:Sandbox, Commercial, Government |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, Commercial |Niveles de servicio disponibles:acrobat sign Solutions |Ámbito de configuración: Cuenta y Grupo
Revisar la documentación >

Requerir Firma digital para destinatarios individuales durante la configuración del acuerdo -Los remitentes ahora pueden requerir Firma digital 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, Commercial, Government |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 de empresa que dependen de la autenticación basada en Identidad Digital.

Entornos disponibles:Sandbox, Commercial, Government |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 de firmante validados.

Entornos disponibles:Commercial, Government |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 el recurso a la experiencia clásica, mejora la colaboración y simplifica la gestión de plantillas para organizaciones de múltiples grupos.

Entornos disponibles:Sandbox, Commercial, Government |Niveles de servicio disponibles:acrobat sign Solutions |Ámbito de configuración:Disponible por defecto
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 mejora 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 es seleccionable 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 actualizaciones de la API y webhook para esta versión se encuentran en la Documentación de API de Acrobat Sign.

Problemas resueltos

Problema	Descripción
4528600	Resumen: La Configuración de validación de campos no funciona cuando una capa de campos de formulario se 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álidas.
4528600	Correcció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 las 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	Correcció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 > Formularios web, "Descargar datos de campos de formulario" sigue cargando y nunca termina, especialmente en formularios web con muchos envíos. Los clientes de Teams sin acceso a la API no pueden exportar datos (p. ej., del 1 al 31 de mayo) para la creación de informes
4529934	Correcció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 campo no coincide con el comportamiento de la creación clásica. Cuando participan múltiples destinatarios, todos los campos permanecen completamente coloreados en lugar de atenuar los campos de destinatarios no seleccionados. Esto hace difícil verificar las asignaciones de campo.
4532186	Correcció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	Correcció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	Correcció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: Faltaba un Valor de menú desplegable condicional del documento firmado aunque se seleccionó 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 final firmado.
4537504	Corrección: Se actualizó el renderizado de campo condicional para resolver correctamente las dependencias de Visibilidad en el momento de la firma y persistir el Valor de 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 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 interfaz de uso del grupo de destinatarios para persistir y reaplicar adecuadamente el método de autenticación seleccionado a través de las acciones de guardado, asegurando que el Valor elegido se retenga en lugar de restablecerse al predeterminado.
4539214	Resumen: En flujos de trabajo personalizados, una etiqueta de mensaje larga hace que el texto del mensaje se superponga y oscurezca el hipervínculo de plantilla de mensaje en la Página de envío, debido al manejo inadecuado del diseño de contenido de etiqueta excesivo.
4539214	Corrección: Se actualizó la lógica de 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 vincular con formato incorrecto 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 vincular 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, asegurando 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), asegurando 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 puede ser firmado digitalmente ya que no está en la fase de Firma digital", debido a que el flujo de trabajo falló en 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 fuera cortado 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 asegurara 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 valores correctamente emparejados puedan ser guardados, evitando entradas no emparejadas y asegurando 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, asegurando 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 de administrar, la columna Destinatarios continuó mostrando el nombre del delegador después de que una función de firma fue delegada, aunque un firmante diferente estaba 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 de administrar para que la columna Destinatarios ahora muestre el nombre del delegatario principal cuando una función de firma es delegada, asegurando que la vista En Progreso refleje con precisión quién está firmando actualmente.
4543253	Resumen: En la experiencia de Flujo de Trabajo Clásico, 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ó en 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, asegurando 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 reglas de configuración regional de Nivel 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 combinaciones válidas de configuración regional de grupo y Usuario, evitando que las restricciones de configuración regional solo de API bloqueen el envío de acuerdos en la experiencia web.
4543592	Resumen: Algunos Informes de Auditoría mostraron "Destinatario autenticado con adobe acrobat sign" después de "documento firmado electrónicamente" y "Acuerdo completado", debido a que los eventos se almacenaron con marcas de tiempo de Nivel de segundo, causando que las acciones de autenticación y firma que ocurrieron en el mismo segundo aparecieran fuera de hacer un pedido.
4543592	Corrección: Se actualizó el registro de eventos de auditoría para almacenar y mostrar marcas de tiempo con precisión de milisegundos, garantizando 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 UX 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 la lógica de renderizado y navegación, de modo 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 del acuerdo, 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, garantizando Visibilidad y configuración consistentes entre la configuración de administrador y la experiencia de envío de acuerdo.
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, garantizando que los campos se validen contra los límites correctos de 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, los correos electrónicos 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: Los correos electrónicos 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 nueva experiencia de plantilla, permitiendo 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	Solución: El comportamiento de Sandbox se alineó con Producción y Swagger asegurando 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 aplicaciones personalizadas.
4546547	Resumen: Los formulario 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	Solución: La lógica de actualización del firmante adicional se reforzó con manejo seguro de valores nulos para que los formulario web puedan reemplazar exitosamente a los firmantes adicionales incluso cuando los registros de Usuario más antiguos carezcan 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 nueva experiencia Crear plantilla está habilitada. Esto permitía eludir las restricciones a Nivel de grupo.
4546553	Solución: La creación de plantillas ahora aplica los 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 permisos 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	Solució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	Solución: Se corrigieron las traducciones al polaco para los 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	Solució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	Solució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	Solució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 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 detenía en una pantalla en blanco, bloqueando la creación de plantillas.
4549472	Correcció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 con éxito.
4549862	Resumen: Cuando la página de destino está configurada para la nueva experiencia Solicitar 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	Corrección: Se restauró el soporte para mostrar el mensaje de Advertencia de inicio de sesión en la nueva experiencia Solicitar 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: Pulsar 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	Corrección: Se actualizó el cuadro de diálogo del destinatario para evitar el envío del formulario al pulsar Intro en los campos de autenticación telefónica, asegurando que los usuarios permanezcan en el cuadro de 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 utilizaban formas de tratamiento inconsistentes, alternando entre el informal "Du" y el formal "Sie" dentro del mismo mensaje, causando una redacción confusa y poco profesional.
4550302	Corrección: Se actualizaron las traducciones de correo electrónico alemán 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 no se enviaban cuando se añadían 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	Corrección: Se actualizó el procesamiento de campos de Firma digital para manejar correctamente páginas rotadas de gran formato, permitiendo que los acuerdos con planos arquitectónicos se envíen con éxito con firmas digitales aplicadas.
4550579	Resumen: Cuando un acuerdo se completaba eliminando los últimos destinatarios restantes durante un estado de revisión, el sistema no generaba el evento AGREEMENT_WORKFLOW_COMPLETED, por lo que no se enviaba notificación webhook, interrumpiendo los flujos de trabajo que dependen de este evento para detectar la finalización.
4550579	Correcció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	Correcció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 nueva ruta de procesamiento de pdf, que sustituye ArialMT como equivalente. Esto resulta en diferencias visuales que afectan la alineación de campos durante las pruebas de Sandbox.
4534178 / 4550340	Corrección: Se estandarizó el manejo de fuentes incrustando equivalentes de fuentes compatibles y asignando explícitamente Helvetica a ArialMT, asegurando un renderizado de fuentes consistente y predecible en todos los entornos.
4535543	Resumen: Los formularios web que incluyen campos desplegables condicionales y clonados capturan los valores seleccionados, pero el pdf firmado descargado muestra esas selecciones desplegables 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	Corrección: Se actualizó el manejo de campos desplegables durante la combinación de pdf para que los campos de selección clonados y condicionales muestren 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 muestran el texto del campo en un tamaño diminuto durante la creación, firma y en el pdf firmado final.
4535735	Corrección: Se ajustó el dimensionamiento automático de fuente y la generación de apariencia para campos de texto para que los valores prellenados y los introducidos por el firmante se muestren en un tamaño legible durante la creación, firma y el pdf firmado.Se corrigió la generación de apariencia desplegable para que los valores seleccionados se muestren 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 introducían una gran cantidad de contenido.Como resultado, partes del texto introducido podían aparecer cortadas en el pdf firmado, aunque el texto completo era visible durante la firma.
4535894 / 4547919 / 4550657	Correcció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 introducido 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 del 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 procesamiento
4536430	Corrección: Se reforzó el flujo de obtención y procesamiento 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 firmarlo.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	Corrección: Se mejoró el procesamiento 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 introducido en campos de datos configurados con el tamaño de fuente establecido en 'Automático' aparece truncado en el pdf firmado.
4537632 / 4543510	Corrección: Se ha corregido la lógica de dimensionamiento automático de fuente para refluir y escalar texto de manera consistente, asegurando que todo el contenido introducido 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 y 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	Corrección: acrobat sign elimina anotaciones no válidas y huérfanas durante el procesamiento del documento, asegurando 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 procesamiento de 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	Corrección: acrobat sign ahora resuelve correctamente los destinos con nombre a sus ubicaciones de página reales durante el procesamiento de pdf, asegurando 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 procesamiento de 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	Correcció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 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 cómo se procesan estas plantillas, asegurando que los pdf firmados muestren de manera confiable todos los valores de campos requeridos completados (evitando los efectos secundarios vistos al usar la ruta de procesamiento de pdf más antigua).
4538033	Resumen: La fuente CourierNewPSMT se ignora durante la creación y firma, resultando en campos que se muestran con una fuente inesperada debido al manejo de fuente 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 en nuevos acuerdos, garantizando que la fuente seleccionada se conserve durante la creación, 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 alteró 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 dimensionamiento 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 desplegables causaron 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 procesamiento PDF para conservar y mostrar correctamente los valores desplegables seleccionados que incluyen caracteres especiales en acuerdos completados.
4539217 / 4539223	Resumen: Para ciertos PDF rellenables que contienen valores prellenados 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 prellenados y los campos de firma de solo lectura se interpreten de manera inconsistente durante el procesamiento del documento.
4539217 / 4539223	Corrección: Se mejoró el procesamiento del documento para conservar correctamente los valores de campo prellenados y manejar campos de Firma digital de solo lectura, garantizando que los acuerdos se muestren correctamente en vista previa y puedan enviarse y firmarse sin perder datos prellenados.
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 exitosamente las casillas durante la firma, pero esas selecciones no aparecen en la vista del remitente o en el PDF firmado final porque los nombres de los campos de casilla de verificación se analizan de manera inconsistente, causando 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 manera consistente para todas las partes y en el PDF firmado final.
4539432	Resumen: Algunos PDF no pudieron enviarse para firma y se cancelaron inmediatamente con un error de procesamiento del documento causado por anotaciones PDF malformadas o huérfanas que activaron un error de puntero nulo durante la lógica de reparación de PDF y Normalización de campos de formulario de acrobat Sign.
4539432	Corrección: Se mejoró la lógica de reparación de PDF y manejo de anotaciones para que las anotaciones malformadas o huérfanas ya no causen que falle la creación del acuerdo, permitiendo que los documentos afectados se envíen y firmen exitosamente.
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 (incluyendo 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 procesamiento PDF para garantizar que todos los valores de campo capturados, incluyendo menús desplegables, campos de texto y casillas de verificación, se escriban de manera confiable en el PDF firmado para que el documento visual coincida con los datos del acuerdo almacenados.
4543678	Resumen: Algunos acuerdos firmados tenían valores de campo obligatorios faltantes en el PDF finalizado porque ciertas plantillas de biblioteca importadas y actualizadas a través de API no procesaron correctamente los datos de campo obligatorios durante la generación del PDF.
4543678	Corrección: Se actualizó la lógica de generación de PDF para garantizar que todos los campos obligatorios definidos en plantillas de biblioteca, incluyendo aquellos creados o modificados a través de API, se procesen de manera consistente en el PDF firmado mientras se conservan los valores completos del campo.
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 y evitando que el documento firmado se escriba de vuelta al registro de Acuerdo de Salesforce, aunque el proceso de firma en sí se complete exitosamente.
4543709	Corrección: Se optimizó el manejo de imágenes durante la generación de 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 aún funcionan 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 post-procesamiento.
4543958	Corrección: Se resolvieron los destinos con nombre a sus destinos de página explícitos durante la generación de 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", resultante 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 post-procesamiento de 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.

Versión de Adobe Acrobat Sign 16.2.1

Implementación de la producción: 4 de noviembre de 2025

Implementación de GovCloud: 6 de noviembre de 2025

Actualizaciones de Webhook o de la API de REST

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

Evento webhook para fallos en la entrega de SMS: hay disponible un nuevo evento webhook para fallos en la entrega de SMS, que envía una notificación cuando un mensaje no se puede entregar debido a números no válidos, problemas con el operador u otros inconvenientes. La notificación se activa después de que fallen todos los reintentos. Esto te ayuda a alertar rápidamente a los usuarios, activar reintentos y mantener los acuerdos en marcha sin retrasos, alineando el seguimiento de SMS con los eventos de rechazo de correo electrónico.

Entornos disponibles: zona protegida, comercial | Niveles de servicio disponibles: soluciones de Acrobat Sign | Ámbito de configuración: API

Problemas resueltos

Problema	Descripción
4509452 / 4526158	Resumen: la búsqueda de plantillas al crear acuerdos o Enviar en lote no filtra correctamente otras plantillas debido a que un componente no se indexa ni se desplaza correctamente
4509452 / 4526158	Solución: Se ha corregido el componente defectuoso para garantizar que los resultados de búsqueda estén disponibles.
4525233	Resumen: Los acuerdos creados con validación de moneda no aparecen en el campo como se espera en la experiencia de firma moderna.
4525233	Solución: Los campos validados por moneda ahora muestran correctamente el símbolo de moneda una vez que el campo pierde el enfoque en la experiencia de firma moderna. La actualización garantiza un formato de símbolo consistente tanto en las vistas clásicas como modernas.
4530694	Resumen: la URL incorrecta del vínculo “Cambiar contraseña” está incrustada en la interfaz de usuario
4530694	Solución: la URL se ha corregido.
4532664	Resumen: los PDF firmados generados a partir de documentos de origen que contienen anotaciones de vínculos web pueden mostrar “El documento se ha modificado después de la firma” en Acrobat, y el estado de certificación aparece como no válido debido a anotaciones de vínculos duplicadas o mal formadas
4532664	Solución: Acrobat Sign ahora detecta y procesa correctamente los vínculos web durante el proceso de firma, garantizando un estado de certificación válido en la salida firmada.
4535715	Resumen: Los pdf con vínculos web duplican su tamaño con cada firma debido a que la función de impresión vuelve a imprimir una copia de la anotación del vínculo web.
4535715	Solución: los PDF ahora se acoplan para garantizar que no existan vínculos duplicados antes de fusionar anotaciones en el PDF.
4535760	Resumen: al usar campos calculados que hacen referencia a campos de entrada de texto, algunos PDF firmados mostraban números incorrectos o aleatorios en lugar del valor de texto previsto porque el motor de campos intentaba convertir la entrada de texto a formatos numéricos o de fecha.
4535760	Solución: se ha actualizado la lógica de conversión en el motor de campos calculados para reconocer las entradas basadas en texto y omitir el análisis numérico o de fecha para esos campos.
4536385	Resumen: los campos de formulario desplegables con múltiples anotaciones de widget no pueden tener una clave FT o la generación de apariencia se confunde y los considera campos de formulario.
4536385	Solución: la clave FT se ha eliminado del sistema
4537356	Resumen: las plantillas compartidas con varios grupos no se mostraban en la página Enviar en lote.
4537356	Solución: se ha actualizado la lógica de Enviar en lote para recuperar y mostrar correctamente las plantillas compartidas entre varios grupos.
4537648	Resumen: el punto final GET/agreements/{agreementId}/events mostraba un tipo de evento heredado “DESCARGADO” en la documentación Swagger de la API REST de Acrobat Sign.
4537648	Solución: Se ha eliminado el tipo de evento "DOWNLOADED" de los valores permitidos en la documentación de la API.
4537885	Resumen: Aparece un espacio extra en la página de Preferencias de firma
4537885	Solución: se ha eliminado el espaciador/div innecesario del contenedor de diseño de Preferencias de firma.
4538113 / 4538586 / 4543131	Resumen: Los datos del formulario de campo de entrada de texto automático multilínea se reducen a un tamaño muy pequeño y se vuelven ilegibles
4538113 / 4538586 / 4543131	Solución: Se ha corregido el escalado para que no reduzca automáticamente la fuente a un nivel ilegible.
4538340	Resumen: Se están agregando metadatos de firma sin verificar el nombre del campo
4538340	Solución: Se agregó una verificación del campo de firma para controlar la visualización de metadatos
4538902	Resumen: El punto final de la API REST Get /agreements/memberSetInfo devuelve información incorrecta sobre el estado del acuerdo y el firmante. En algunos casos, el remitente aparece varias veces en la respuesta y las duplicaciones de datos de los participantes causan fallos en las integraciones posteriores.
4538902	Solución: La API ahora devuelve correctamente el estado del acuerdo y los detalles de los participantes sin duplicación. Cada correo electrónico aparece una vez por acuerdo y la información del firmante refleja el participante pendiente correcto. No se requiere ninguna acción.
4543085	Resumen: las versiones anteriores de la integración de Salesforce (inferiores a v25.5) no reconocen las nuevas enumeraciones de estado (COMPLETADO y ELIMINADO) devueltas en las cargas útiles del webhook.
4543085	Solución: se ha actualizado la API REST de Acrobat Sign para excluir los nuevos estados de participante y las enumeraciones relacionadas al responder a clientes de integración antiguos de Salesforce.
4543951	Resumen: Al editar un campo de hipervínculo que no tiene título, guardar el cambio crea un nuevo campo de hipervínculo en blanco en lugar de actualizar el original. Cada guardado agrega campos en blanco adicionales, haciendo que las plantillas parezcan sin cambios.
4543951	Solución: La lógica de actualización ahora distingue correctamente entre títulos de hipervínculo vacíos y nulos, evitando campos duplicados.
4544118	Resumen: con la visibilidad limitada de documentos habilitada en la nueva experiencia del destinatario, el participante 2 podía ver campos de hipervínculo del documento del participante 1 debido a que los hipervínculos no estaban asignados.
4544118	Solución: Modern eSign ahora asigna y valida campos de hipervínculo como otros campos y los filtra por página y asignatario.