Última actualización el
9 feb. 2026
Notas de la versión de Adobe Acrobat Sign: 2026
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 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 todos los flujos de trabajo de firma.
- 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 Adobe Acrobat Sign y las integraciones certificadas.
- Compatibilidad de autenticación para firma electrónica moderna – La firma electrónica moderna ahora admite tres métodos de autenticación: autenticación de Adobe Acrobat Sign, contraseña y 2FA basado en teléfono.
- Agregar grupos de destinatarios en el enrutamiento híbrido para la solicitud de firma moderna – Ahora se pueden incluir grupos de destinatarios en el enrutamiento híbrido, lo que permite que varios 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, proporcionando mayor flexibilidad para flujos de trabajo complejos de aprobación y firma.
- 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 Redactar 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.
- Desactivar el enlace Descargar acuerdo para Acuerdos en Progreso – Los administradores ahora pueden eliminar el enlace "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 desde la página posterior a la firma.
- 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 los tutoriales por nivel de Usuario—principiante, experimentado y administrador—y enlaza directamente a documentación de soporte adicional.
- 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.
- 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 se admiten, reduciendo errores y mejorando el cumplimiento para flujos de trabajo regulados.
- 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.
- 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.
- 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.
- 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 multigrupo.
- 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 consistencia en todos los flujos de trabajo de firma electrónica y Firma digital.
Cambios de la experiencia
- Notificaciones de cancelación de acuerdos de flujo de trabajo – Notificación de cancelación actualizada para reflejar el comportamiento del flujo de trabajo.
Al cancelar un acuerdo creado por flujo de trabajo, la casilla de verificación "Notificar destinatarios" ya no aparece. Las notificaciones siempre se envían basándose en la configuración del flujo de trabajo. Este cambio ajusta el mensaje para reflejar este comportamiento en el desafío de cancelación.
- 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.
- 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.
Tenga en cuenta que esta experiencia se entrega a través de un despliegue gradual basado en el entorno del Servidor de Adobe Acrobat Sign. El cronograma de despliegue se publica en la experiencia de inicio de sesión actualizada Notificación Técnica.
- 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 agiliza la gestión del ciclo de vida del Usuario empresarial, reduce la sobrecarga administrativa y admite una organización de grupo más limpia y manejo de registros alineado con GDPR.
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. |
| 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 |
| 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 |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |