Notas de la versión de Adobe Acrobat Sign: 2025
Implementación de la producción: 11 de febrero de 2025
Implementación de GovCloud: 18 de febrero de 2025
Funcionalidad mejorada
- Interfaz de usuario mejorada para flujos de trabajo de envío personalizados: el Diseñador de flujo de trabajo personalizado se ha actualizado para ofrecer una mejor experiencia de remitente que se alinee con la apariencia de Solicitar firma.
Entornos disponibles: zona protegida, comercial, administración pública | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: grupo, cuenta
Cambios de la experiencia
- La caducidad del acuerdo puede retrasarse hasta 12 horas: a partir de esta versión, la caducidad automática de un acuerdo tendrá lugar durante las horas no punta para el entorno que administra el acuerdo. En la práctica, cualquier acuerdo que venza durante las horas punta de tráfico de cualquier entorno de Acrobat Sign determinado se pondrá en cola para ejecutarse cuando el entorno entre en la ventana de horas no punta.
- Workday: compatibilidad con Firma digital para el proveedor de identidad Aadhaar - Los clientes que utilizan la integración de Workday ahora pueden usar el proveedor de identidad Aadhaar como método para autenticar a sus destinatarios.
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.
- Se está añadiendo un nuevo atributo accountId a todas las cargas útiles de notificación de eventos.
- Los socios de Embed 2.0 de OEM ahora podrán configurar un webhook para su canal y estar a la escucha de todas las notificaciones de recursos de cada una de sus cuentas de clientes individuales.
- Nuevas API de configuración
- POST /accounts/{accountId|me}/settings/search: toma la cuenta identificada (accountId) y una lista de nombres de configuración y devuelve la lista de nombres de configuración con sus valores para la cuenta especificada. Solo se devuelven valores de nivel de cuenta.
- Disponible para usuarios que no sean administradores.
- PUT /accounts/{accountId|me}/settings : aplica una lista proporcionada de nombres de configuración y sus valores a la cuenta identificada (accountId).
- POST /accounts/{accountId|me}/settings/search: toma la cuenta identificada (accountId) y una lista de nombres de configuración y devuelve la lista de nombres de configuración con sus valores para la cuenta especificada. Solo se devuelven valores de nivel de cuenta.
- Nuevas API de logotipo
- POST /accounts/{accountId|me}/logo: carga el archivo de CoBrandingLogo.
- GET /accounts/{accountId|me}/logo: devuelve los datos de imagen del archivo de imagen de CoBrandingLogo en el mismo formato en el que se cargaron.
- Disponible para usuarios que no sean administradores
- DELETE /accounts/{accountId|me}/logo: borra la imagen de CoBrandingLogo para la cuenta.
- API de Motivo de firma
- GET /accounts/{accountId me}/signingReasons: devuelve una lista de motivos de firma para la cuenta identificada (accountId).
- Disponible para usuarios que no sean administradores.
- POST /accounts/{accountId|me}/signingReasons: crea un nuevo motivo de firma para la cuenta identificada (accountId).
- GET /accounts/{accountId|me}/signingReasons/{signingReasonId}: obtiene el texto del motivo de firma identificado (signingReasonId) de la cuenta identificada (accountId). motivo de firma identificado en la cuenta.
- Disponible para usuarios que no sean administradores
- PUT /accounts/{accountId|me}/signingReasons/{signingReasonId}: actualiza el motivo de firma identificado (signingReasonId) de la cuenta identificada (accountId).
- DELETE /accounts/{accountId|me}/signingReasons/{signingReasonId}: el motivo de firma identificado (signingReasonId) se elimina de la cuenta identificada (accountId).
- GET /accounts/{accountId me}/signingReasons: devuelve una lista de motivos de firma para la cuenta identificada (accountId).
- Se han actualizado las páginas de Swagger para indicar yo como una abreviatura para accountId.
Problemas resueltos
| Problema | Descripción |
|---|---|
| 4479949 | Resumen: las llamadas de una API OIDC a un IDP contienen el parámetro "charset=UTF-8" en el encabezado "Content-type:application/x-www-form-urlencoded". Esto genera un error en lugar de una respuesta válida. |
| Corrección: el conjunto de caracteres se ha eliminado, ya que no se debe especificar. | |
| 4490523 | Resumen: un botón para imprimir el PDF no está disponible en la vista Leer acuerdo. |
| Corrección: se ha añadido un botón de impresión a la vista Leer acuerdo. | |
| 4494248 | Resumen: horas de caducidad del acuerdo incorrectas en el acuerdo debido a que el cliente no pasa información de zona horaria. |
| Corrección: el cliente se ha actualizado para tener en cuenta la zona horaria. | |
| 4494297 | Resumen: cuando un usuario delega un acuerdo en nombre de otro usuario (usando el uso compartido avanzado de cuentas), el informe de auditoría puede que no muestre el evento de la delegación en función de la configuración configurada que omite o incluye datos. |
| Corrección: la función que omite datos se ha mejorado para tener en cuenta situaciones en las que se producen eventos que suprimen contenido, pero que conservan el evento. | |
| 4495537 | Resumen: los destinatarios reciben correos electrónicos de cancelación como participantes en CC cuando se envía un acuerdo a través del flujo de trabajo y, posteriormente, se cancela sin la solicitud para notificar a todas las partes cuando se utilizan plantillas de correo electrónico personalizadas. |
| Corrección: el CSS de las plantillas CEMT se ha actualizado para administrar escenarios de cancelación como lo hacen las plantillas no personalizadas. | |
| 4495963 | Resumen: si la delegación no está permitida para los usuarios de la cuenta, las opciones para habilitar la firma o el sellado electrónico de un perfil de usuario están bloqueadas. |
| Corrección: la dependencia de la delegación se elimina en la IU y la configuración se puede actualizar | |
| 4496084 / 4510358 | Resumen: el botón de radio seleccionado correcto no se establece cuando el botón de radio se especifica con una lista de opciones |
| Corrección: cuando la lista de opciones está presente en un botón de radio, ahora obtenemos el índice de botón de radio seleccionado en la lista de opciones. | |
| 4497823 | Resumen: mensaje del usuario (“ID de acuerdo no válido”) para una sesión de usuario no participante en el explorador para GET /SigningUrls para un acuerdo válido. |
| Corrección: Reformula la notificación del usuario (“ID de acuerdo no válido”) para que el mensaje tenga sentido. | |
| 4498914 / 4501065 | Resumen: los usuarios no pueden firmar el documento cuando el tipo de autenticación es Acrobat Sign con la configuración de Bio Pharma habilitada debido a un delimitador incorrecto. |
| Corrección: se ha corregido el delimitado que se está utilizando. | |
| 4499847 | Resumen: la configuración digital no cumple con la configuración de la IU, lo que muestra más proveedores de los que se han seleccionado debido a entradas duplicadas en la lista de proveedores. |
| Corrección: se ha añadido código de limpieza para garantizar que se borren las duplicaciones antes de obtener el valor de la configuración y antes de actualizar el valor de la configuración. | |
| 4500637 | Resumen: los datos de creación de un PDF se representan con un valor largo que son los milisegundos de fecha, en lugar de utilizar el formato de cadena de fecha del PDF. |
| Corrección: en el caso de que la Fecha de creación esté representada por cosNumeric, conviértelo en ASDate obteniendo el cosNumeric como una cadena y, después, conviértelo en un objeto largo y, finalmente en el objeto Fecha. | |
| 4500649 | Resumen: el ajuste automático del tamaño de fuente no funciona debido a un error en una biblioteca superior |
| Corrección: la biblioteca se ha actualizado. | |
| 4501939 | Resumen: “error no esperado” o “error de permiso” cuando el firmante realiza el pago a través de Braintree debido a la configuración no compatible con AVS. |
| Corrección: se ha añadido algún código para ignorar AVS donde sea posible. Los clientes deben tener en cuenta que la configuración de AVS no es compatible con Acrobat Sign. | |
| 4502497 | Resumen: el campo inicial no está establecido en Obligatorio de forma predeterminada en el nuevo diseño de creación |
| Corrección: se ha modificado el valor predeterminado para que sea obligatorio. | |
| 4502759 | Resumen: honoríficos japoneses duplicados para los firmantes en el informe de auditoría |
| Corrección: ahora utilizamos la cadena de lista de usuarios en todos los casos en createSignatureRequestedAuditEvent(). Esto se acompañará de un cambio de cadena en el que el carácter honorífico se elimina de todas las cadenas de eventos de auditoría utilizadas en la función. | |
| 4503010 | Resumen: la acción GET /acuerdos/ID falla con 500: error de servidor diverso para algunos acuerdos después del 17 de septiembre debido a una comprobación de origen. |
| Corrección: la comprobación de origen se ha eliminado. | |
| 4503107 | Resumen: cuando un participante con permisos SEND y SIGN cambia a la cuenta del usuario que comparte e inicia un flujo de trabajo en el que el usuario que comparte es el primer firmante, el usuario se redirige a la página POST_SIGN en lugar de a la página ESIGN. |
| Corrección: se ha actualizado la comprobación in situ para garantizar que el participante tenga permisos SIGN para el grupo desde el que se ha enviado el acuerdo. | |
| 4503112 | Resumen: cancelación automática del acuerdo: error auto_ AUTO_AUTHOR_FAIL debido a un error de iText. |
| Corrección: se ha eliminado iText donde no era necesario, lo que resuelve el error. | |
| 4503640 | Resumen: la persona encargada de rellenar el formulario no puede enviar el documento. Aparece un error de servidor después de que el usuario haga clic en “Enviar” en los documentos XFA |
| Corrección: la biblioteca que evalúa los PDF para XFA se ha mejorado para identificar y quitar correctamente XFA. | |
| 4504309 | Resumen: no se pueden enviar acuerdos de carpeta borrador mediante el uso compartido de cuenta avanzada debido al punto final que falta en el filtro. |
| Corrección: se ha añadido la dirección URL /account/requestSignatures/authoring en allowListedEndPointsBasedOnSendPermissions en filter.xml | |
| 4504567 | Resumen: los valores de los botones de radio cambian cuando se generan acuerdos mediante el envío en lote |
| Corrección: se ha sustituido el hashmap por linkedhashmap para mantener el orden de inserción al crear acuerdos secundarios de SiB | |
| 4504631 | Resumen: mensaje de error del flujo de trabajo de procesamiento: error no soportado debido a caracteres no compatibles en un archivo iText |
| Corrección: se ha actualizado iText. | |
| 4504822 | Resumen: la búsqueda de usuarios se borra si la lista de usuarios tiene un tamaño demasiado grande y se solicita una búsqueda antes de completar una búsqueda anterior (como la carga inicial de usuarios cuando se abre la página) |
| Corrección: cuando se reciben los datos, verificamos si requestID coincide con el más reciente. Si es así, procesamos la respuesta y, si no es así, la ignoramos. | |
| 4504831 / 4507199 | Resumen: el acuerdo firmado proporciona un PDF no válido de tamaño 1 kb debido a un objeto PDFFont con formato incorrecto que no especifica el subtipo necesario del objeto de fuente. |
| Corrección: la biblioteca generadora de PDF se ha actualizado para administrar mejor los objetos con formato incorrecto y proporcionar un resultado más elegante. | |
| 4506230 | Resumen: el reconocimiento automático de campos no funciona en la zona protegida debido a que la anotación es errónea o no está ausente donde la estamos buscando. |
| Corrección: ahora buscamos en cada página y en cada anotación de esa página la anotación del campo de formulario para asegurarnos de que obtenemos la página correcta. | |
| 4506959 | Resumen: la página de aterrizaje tras la firma muestra caracteres codificados en HTML |
| Corrección: se ha corregido la plantilla de origen. | |
| 4508950 | Resumen: los campos que tienen un nombre que contiene un apóstrofo generan un error en la nueva experiencia. |
| Corrección: se ha mejorado el código de análisis del campo para administrar los apóstrofos. | |
| 4509503 | Resumen: los usuarios no pueden firmar documentos a través de la aplicación Acrobat Sign de iOS debido a que un campo de datos está vacío y se crea una excepción de puntero nulo |
| Corrección: se ha añadido una comprobación de puntero nulo para administrar de forma correcta la circunstancia. | |
| 4509713 | Resumen: la configuración “Permitir a todos los usuarios compartir documentos de biblioteca con varios grupos” está habilitada automáticamente al intentar habilitar “Permitir al administrador compartir documentos de biblioteca con varios grupos” en la configuración global debido a que se ha pasado un valor incorrecto. |
| Corrección: ahora se utiliza el valor correcto. | |
| 4510812 | Resumen: la autenticación de Aadhaar en Workday impide las firmas. |
| Corrección: la compatibilidad con la autenticación de Aadhaar se ha añadido a Workday. | |
| 4512044 | Resumen: error de firma electrónica moderna si el nombre del campo tiene un carácter especial |
| Corrección: se ha mejorado el análisis del nombre de campo para administrar de forma correcta los caracteres especiales en los nombres de campo. | |
| 4516231 | Resumen: se cree que el texto del informe de auditoría relativo al vínculo de firma "Firma electrónica alojada por (nombre del remitente)" es demasiado vago. |
| Corrección: la cadena del informe de auditoría se ha actualizado a "El vínculo de firma lo ha creado (nombre del remitente)". |
Implementación de la producción: 17 de marzo de 2025
Implementación de GovCloud: 20 de marzo de 2025
Cambios de la experiencia
- Nuevo entorno de firma electrónica para partners OEM - El nuevo entorno de firma electrónica se ha habilitado para los partners OEM de Acrobat Sign.Este entorno proporciona un entorno de firma superior para los destinatarios e incluye la opción de definir una capa de campo a la que los clientes móviles pueden cambiar, mejorando significativamente el proceso de rellenado de campos.
Problemas resueltos
| Problema | Descripción |
|---|---|
| 4501733 | Resumen: al establecer un valor de visualización de correo electrónico personalizado para un grupo, no se aplica a los correos electrónicos de recordatorio y cancelación. |
| Corrección: las plantillas de correo electrónico de recordatorio y cancelación se han actualizado para reflejar correctamente el valor de visualización del correo electrónico. | |
| 4502251 | Resumen: la autenticación de Acrobat Sign falla cuando la cuenta remitente está habilitada para HIPAA y el remitente y el destinatario tienen los ID de usuario en diferentes fragmentos de Acrobat Sign, lo que provoca un error de token de acceso no válido. |
| Corrección: se ha mejorado el método de autenticación de Acrobat Sign para administrar correctamente los destinatarios con los ID de usuario en diferentes fragmentos. | |
| 4504338 | Resumen: se activa un error no procesado cuando la primera persona firma un acuerdo, pero el segundo destinatario se delega dos veces. |
| Corrección: el código de delegación se ha vuelto a crear para garantizar que se asigne autoridad sobre el acuerdo correctamente al delegar en cadena. | |
| 4504648 | Resumen: las casillas de verificación añadidas a través de la API y habilitadas de forma predeterminada pueden seguir seleccionadas en el acuerdo final, incluso si se desmarcan durante el proceso de firma. |
| Corrección: la transmisión del valor de las casillas de verificación se ha actualizado para garantizar que los nuevos valores se almacenen correctamente después de que haya terminado un destinatario y se reflejen en el PDF resultante. | |
| 4506085 | Resumen: error al copiar plantillas grandes de la zona protegida a Producción. La plantilla se crea sin campos debido a límites de tiempo durante el proceso. |
| Corrección: se ha ampliado el umbral de tiempo para las acciones de sincronización. | |
| 4507500 | Resumen: los usuarios de Acrobat (DC Web) no pueden cargar archivos adjuntos al aplicar una firma porque falta una ruta en la función de carga. |
| Corrección: se ha incluido la ruta para permitir que los usuarios de Acrobat accedan a la funcionalidad de carga. | |
| 4508102 | Resumen: el proceso de eliminar páginas de un documento de acuerdo combinado puede fallar porque un servicio interno puede generar una excepción al eliminar objetos relacionados con las páginas, como los marcadores, la estructura y los destinos, lo que provoca que falle toda la operación de eliminar una página de un PDF. |
| Corrección: el servicio interno se ha mejorado para administrar mejor los marcadores y los otros elementos para formatear correctamente el PDF al estándar esperado de Acrobat Sign. | |
| 4508673 | Resumen: cuando se requiere un motivo de firma y se asigna un campo de firma a una función de no firmante (p. ej., Aprobador), si la firma electrónica moderna está habilitada, el usuario se redirige a la página de firma electrónica moderna y no tiene la opción de introducir el motivo de la firma. |
| Corrección: se ha añadido una comprobación para un requisito por motivos de firma y, si está presente, el destinatario va de forma predeterminada a la página de firma electrónica clásica. | |
| 4508674 | Resumen: los acuerdos firmados con destinos con un formato incorrecto no se pueden descargar. |
| Corrección: la biblioteca interna se ha corregido para gestionar mejor los marcadores y destinos con un formato defectuoso. | |
| 4508934 | Resumen: en la integración de Salesforce, el nombre de archivo se recorta después de “.” en la notificación por correo electrónico del PDF firmado |
| Corrección: la función de recorte de cadenas se ha mejorado para identificar cadenas después de un punto que no sean extensiones. | |
| 4509274 | Resumen: en el entorno de MS Teams, si el remitente es el primer (o único) firmante, el acuerdo no se abre en una nueva pestaña después de enviarlo debido a que se transfiere un valor vacío en la redirección de API. |
| Corrección: se ha mejorado la redirección de API de modo que se transfieren los valores correctos al activar el proceso de firma y se abre la pestaña nueva. | |
| 4509485 | Resumen: eliminar páginas de un documento de acuerdo combinado puede fallar porque un servicio interno puede generar una excepción al eliminar objetos relacionados con las páginas, como los marcadores, las estructuras y los destinos, lo que provoca que toda la operación falle. Puede que los usuarios no puedan descargar el PDF del acuerdo con un mensaje de error: “El documento aún no está disponible o no tendrá páginas para visualizar”. |
| Corrección: el servicio interno se ha actualizado para incluir el proceso de eliminación en las pruebas para administrar mejor los PDF mal formados. | |
| 4509562 | Resumen: los acuerdos grandes podrían presentar un problema por el que solo las primeras páginas del acuerdo se imprimirían en el PDF al abrir el acuerdo en la página Administrar debido a un paquete SDK antiguo. |
| Corrección: se ha actualizado el paquete SDK, lo que resuelve el problema. | |
| 4509684 | Resumen: cuando se llama GET /acuerdos/{agreementId}/documentos/{documentId}) desde la API de REST, se activa un error: "El servidor no puede enviar la respuesta en el formato solicitado en el encabezado Aceptar" debido a un tipo de contenido incorrecto. |
| Corrección: el valor del tipo de contenido se ha corregido. | |
| 4509712 | Resumen: solo se muestran 100 grupos al intentar compartir plantillas con varios grupos. |
| Corrección: se ha aumentado el número de grupos recuperados desde la API a 1000 | |
| 4509989 | Resumen: si hay un campo Nombre junto al campo Firma en la página de firma electrónica del formulario web, después de aplicar la firma, el campo Nombre no tiene el nombre del firmante y no es visible. |
| Corrección: se ha añadido una función adicional para comprobar el valor del nombre en el campo Nombre y compararlo con el valor existente. Si ha cambiado, el campo se rellena con el valor nuevo. | |
| 4510498 | Resumen: la supresión de las notificaciones por correo electrónico a los destinatarios falla en los acuerdos de firma escrita debido a la falta de opciones configurables para controlarlos. |
| Corrección: se ha añadido una nueva configuración para administrar explícitamente este tipo de distribución por correo electrónico. | |
| 4511386 | Resumen: cuando un firmante con una firma digital selecciona la opción para descargar y firmar, el contador de participación aumenta antes de aplicar la firma. |
| Corrección: la lógica que actualiza el sistema se ha mejorado para reflejar mejor el estado actual del acuerdo. | |
| 4511390 | Resumen: los administradores de grupo no tienen autoridad para establecer completamente un uso compartido con los usuarios de su grupo. |
| Corrección: la función de uso compartido para los administradores de grupos se ha actualizado para corregir el problema. | |
| 4511902 | Resumen: la etiqueta de fecha personalizada no funciona con la nueva experiencia cuando el formato de visualización incluye comillas (debido a la codificación). |
| Corrección: ahora, Acrobat descodifica el valor antes de guardarlo. | |
| 4517094 | Resumen: el vínculo a las Condiciones de uso está fallando porque la página se ha trasladado a una nueva dirección URL de origen. |
| Corrección: se ha actualizado el código para obtener correctamente la dirección URL actual. |
Implementación de producción: 22 de abril de 2025
Implementación de GovCloud: 24 de abril de 2025
Funcionalidad mejorada
- Enviar en lote: Descarga en masa: los remitentes pueden descargar todos los acuerdos secundarios completados desde una transacción Enviar en lote directamente desde la página Administrar . El archivo ZIP solo incluye acuerdos completados, con nombres basados en su ID de transacción, mientras que los acuerdos en curso, cancelados, rechazados o caducados quedan excluidos.
Cada solicitud de descarga admite hasta 100 MB de datos, ofreciendo una forma rápida y eficiente de acceder a documentos finalizados en un solo paso.
- Mejor experiencia de firma móvil: los remitentes ahora pueden habilitar y configurar una experiencia de firma móvil optimizada, proporcionando a los destinatarios dos opciones de visualización:
- Vista de PDF: muestra el acuerdo completo para la revisión y firma.
- Vista de solo campo: se centra en los campos de formulario, lo que facilita que se completen y firmen acuerdos en dispositivos móviles.
Esta actualización simplifica el proceso de firma, mejorando las tasas de finalización del formulario y la experiencia móvil global.
- Partes en CC para destinatarios individuales en el Diseñador de flujo de trabajo personalizado: el Diseñador de flujo de trabajo personalizado ahora permite que cada destinatario tenga partes en CC dedicadas. Cuando está activada esta opción, las partes en CC reciben notificaciones simultáneas con el destinatario previsto, lo que garantiza una mayor visibilidad y una mejor comunicación. Esta función está disponible si la cuenta está configurada para permitirlo.
- Casilla de verificación y botón de opción: opción Mostrar el borde del campo: los campos de casilla de verificación y botón de opción ahora incluyen una opción para Mostrar el borde del campo al ver y imprimir el acuerdo. Esta opción se puede desactivar cuando el documento cargado ya contiene bordes preimprimidos, lo que garantiza un documento final más limpio evitando duplicaciones.
La opción está habilitada por defecto y configurada a nivel de campo.
- Mejor detección automática de campos de formulario La función detección automática de campos de formulario ahora coloca los campos detectados automáticamente, lo que simplifica el proceso de creación del formulario. Los usuarios conservan el control completo y pueden editar, eliminar o quitar todos los campos colocados con una sola acción.
- Nueva opción para establecer el tipo de firma del destinatario: los remitentes ahora pueden definir el tipo de firma para los destinatarios enviando acuerdos mediante el moderno proceso de Solicitar firma. Cuando esta opción está activada, aparece un menú desplegable Tipo de firma en la sección Configuración del destinatario de la página Redactar , que muestra las opciones permitidas por la configuración del grupo.
- Los valores predeterminados se pueden aplicar en los niveles de cuenta y grupo.
- Si el remitente selecciona un tipo de firma, el destinatario debe utilizar ese tipo.
- El remitente puede seleccionar varias opciones para el destinatario.
- El destinatario puede elegir el tipo de firma preferido si no se ha realizado ninguna selección.
Esta función proporciona mayor control sobre los métodos de firma manteniendo la flexibilidad cuando sea necesario.
- Administración de usuarios mejorada en Acrobat Sign: la vista de administración de usuarios de Acrobat Sign se ha actualizado para mejorar la visibilidad del estado de los usuarios. La interfaz mejorada proporciona un acceso más fácil para revisar invitaciones pendientes e indicadores claros para problemas de aprovisionamiento. La nueva interfaz también resalta las acciones destacadas que los administradores pueden realizar para cada una de las categorías de estado (Añadir usuario, Enviar recordatorio y Contacto con el equipo de soporte técnico) para agilizar el proceso de aprovisionamiento de usuarios.
- Mejorar la seguridad de los datos de los destinatarios configurando destinatarios con acceso restringido: la función Acceso restringido a los acuerdos mejora la privacidad, evitando que los acuerdos se adjunten al ID de usuario de Acrobat Sign de un destinatario (si tienen uno). Cuando esta opción está activada, la opción Acceso al acuerdo del destinatario aparece en la sección Configuración del destinatario en la página Redactar . Los administradores pueden configurar esta opción para habilitarla de forma predeterminada y hacerla editable para los remitentes.
Cuando un destinatario está marcado como restringido, se le trata como si no tuviera una cuenta de usuario de Acrobat Sign activa. Como consecuencia, el acuerdo no aparece en su página Administrar. Esto evita la fuga accidental de datos debido a las relaciones de uso compartido a nivel de grupo.
- Nuevo envío de whatsapp de contraseñas de un solo uso: Acrobat Sign ahora es compatible con WhatsApp como método de envío de contraseñas de un solo uso (OTP) a los teléfonos de los destinatarios. Esta función funciona de la misma manera que la de envío de SMS, pero aprovecha la tecnología y la infraestructura de WhatsApp, lo que proporciona estabilidad adicional y una opción de comunicación conveniente. La autenticación OTP de WhatsApp es un tipo de autenticación prémium que está disponible al redactar nuevos acuerdos.
- Revisitar la configuración del destinatario desde la página de creación : los remitentes que utilizan la nueva experiencia de Solicitud de firma ahora pueden volver a la página Redactar desde el entorno de Creación para volver a configurar los destinatarios y sus propiedades sin perder el progreso. Esto permite realizar ajustes del orden y los detalles de los destinatarios, garantizando al mismo tiempo que las asignaciones de campos existentes permanezcan intactas (p. ej., el firmante 1 sigue siendo el firmante 1). (Si se elimina un participante, sus campos relacionados también se eliminarán.)
- Nuevo entorno de creación para plantillas de biblioteca: el entorno de creación de plantillas de biblioteca ahora ofrece la experiencia moderna de creación para la ubicación de campos, lo que facilita la creación y la personalización de plantillas. Las mejoras incluyen:
Estas actualizaciones optimizan la creación de plantillas y garantizan una experiencia fluida tanto para remitentes como para destinatarios.
- Nuevos proveedores de identidad (IdP) añadidos a Acrobat Sign: Acrobat Sign está ampliando su lista de proveedores de identidad (IdP) compatibles para mejorar las opciones de autenticación del destinatario. Ahora están disponibles los nuevos IdP siguientes:
- OneID ID Check
- OneID ID Proof
- OneID ID Assure
- OneID Sign-Up Plus
Estas adiciones amplían la compatibilidad de Acrobat Sign con los estándares globales de verificación de identidad, admitiendo autenticación fluida y segura en múltiples industrias.
- Más países compatibles con la autenticación telefónica: la autenticación telefónica y el envío de acuerdos mediante SMS ahora admiten estos países y códigos de teléfono adicionales:
- Isla de Man (+44)
- Guernsey (+44)
- Jersey (+44)
Cambios de la experiencia
- El entorno moderno de solicitud de firma se ha convertido en la experiencia predeterminada al crear un nuevo acuerdo. Todas las cuentas existentes se han cambiado al entorno moderno
- Los usuarios ya no pueden acceder a los vínculos para cambiar de entorno nuevo a clásico.
- Los administradores seguirán disponiendo de la opción para habilitar la experiencia clásica a través del menú de administrador.
- Los clientes que utilicen la integración de Notarize no se verán afectados por este cambio.
- A los administradores del sistema de una cuenta VIP en Admin Console se les asigna automáticamente un derecho de Acrobat Sign: cuando una cuenta adquiere inicialmente el servicio de Acrobat Sign bajo una licencia VIP, a sus usuarios con privilegios de Administrador del sistema se les asignará automáticamente una licencia de Acrobat Sign.
- En las nuevas organizaciones todos los Administradores de sistema asignados existentes tendrán un derecho a nivel de administrador de Acrobat Sign .
- Las organizaciones existentes que adquieran una licencia de Acrobat Sign tendrán todos los Administradores de sistema existentes provistos de un derecho de Acrobat Sign a nivel de administrador de cuenta.
La licencia de Acrobat Sign solo se concede automáticamente cuando los servicios de Acrobat Sign se adquieren por primera vez para la organización. La concesión no se aplica a los Administradores del sistema ascendidos posteriormente.
- Se ha mejorado la lista de comprobación y las comunicaciones de incorporación de administradores: los administradores de Acrobat Sign ahora reciben una mejor asistencia para administrar la incorporación de cuentas, incluidas herramientas nuevas y unas mejores comunicaciones por correo electrónico.
Las funciones de incorporación mejoradas incluyen:- Lista de comprobación de incorporación: se ha añadido una nueva pestaña Empezar en la página Administrador, que proporciona una breve lista de comprobación de acciones clave para los nuevos administradores cuando toman el control por primera vez de una cuenta.
- Correos electrónicos de bienvenida y recordatorio actualizados: las notificaciones iniciales por correo electrónico enviadas a los nuevos administradores se han revisado para incluir la lista de comprobación de incorporación, lo que ofrece directrices más claras sobre los siguientes pasos en la configuración de la cuenta.
- Correo electrónico de información mensual: los administradores recibirán un resumen mensual en el que se indica lo siguiente:
- Visibilidad en todos los estados de usuario y donde los administradores deben realizar acciones.
- Número de transacciones/plazas consumidas desde el inicio del contrato. Los administradores ya no necesitan ir a Admin Console solamente para esta información.
- Una rápida captura del contrato, incluida la fecha del aniversario.
- Detección y notificación de derechos existentes inteligentes: si se detecta el derecho anterior de un usuario a Acrobat Sign, el usuario afectado se incluirá en un correo electrónico de notificación semanal enviado a todos los administradores de cuentas. Cada usuario de este tipo puede aparecer en hasta tres notificaciones.
Estas mejoras ayudan a los administradores a administrar sus cuentas de forma más eficiente y a mantenerse informados sobre la actividad del sistema y los posibles problemas.
- Experiencia de inicio de sesión de usuario mejorada: Acrobat Sign ha simplificado el proceso de inicio de sesión y autenticación mediante el Sistema de administración de identidades de Adobe (IMS).
- El perfil organizativo del usuario se selecciona automáticamente durante el proceso de inicio de sesión para las personas con derecho al servicio de Acrobat Sign (identificando la solicitud como procedente de una fuente de Acrobat Sign).
- Los usuarios que encuentren errores durante el inicio de sesión tendrán enlaces en sus mensajes de error para ponerse en contacto con sus administradores de Acrobat Sign para obtener ayuda.
- Todos los usuarios que tengan asignado un derecho activo, pero que no hayan iniciado sesión en el servicio, recibirán hasta dos recordatorios por correo electrónico. (Esto también se aplica a los usuarios inactivos existentes antes de la fecha de la versión)
Estas mejoras simplifican el inicio de sesión, reducen la fricción y mejoran la experiencia del usuario en general.
Entornos disponibles: comercial | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: habilitado de forma predeterminada; no configurable
- El nombre de la pestaña Cuenta se ha cambiado a Administrador : el nombre de la pestaña Cuenta, disponible para los administradores a nivel de cuenta de Acrobat Sign se ha cambiado a Administrador. Este es un cambio estético en el etiquetado de la pestaña en la versión web independiente de la aplicación. Esta actualización se implementa para el entorno Comercial en abril de 2025 y el entorno Gubernamental en mayo de 2025.
Actualizaciones de aplicaciones móviles
- Actualización de la administración de archivos de plantillas: la lista de plantillas en la aplicación móvil de Acrobat Sign tiene ahora un formato estructurado, lo que facilita la búsqueda de plantillas específicas. La estructura se alinea con la versión web, ordenando las plantillas en secciones como las siguientes:
- Mis plantillas
- Plantillas de grupo
- Plantillas de cuenta
Esta actualización mejora la navegación y garantiza consistencia entre las experiencias móvil y web.
- Mejor accesibilidad en las aplicaciones móviles de Acrobat Sign: las aplicaciones móviles de Acrobat Sign ahora ofrecen mejores funciones de accesibilidad, lo que garantiza una mayor compatibilidad con los estándares de accesibilidad. Las actualizaciones incluyen:
- Mejor contraste de color para mejorar la visibilidad.
- Compatibilidad con el método abreviado de teclado para una navegación más sencilla.
- Compatibilidad mejorada con los lectores de pantalla para una experiencia de usuario más inclusiva.
Estas mejoras hacen que la aplicación móvil sea más accesible para todos los usuarios, lo que proporciona una experiencia más fluida y fácil de utilizar.
Entornos disponibles: aplicación móvil de iOS | Niveles de servicio disponibles: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Ámbito de configuración: habilitado de forma predeterminada
Actualizaciones de integración
- Conectores Acrobat Sign actualizados para Microsoft Power Automate: los conectores de Acrobat Sign para Power Automate ahora admiten un proceso de envío de acuerdo mejorado que permite cargar documentos en la página Redactar para editar la información del destinatario y, a continuación, enviar el acuerdo al entorno de creación para ubicar más campos.
Además, los conectores de Acrobat Sign ahora admiten dos métodos avanzados de autenticación:- Puerta de enlace de identidad digital
- Contraseña de un solo uso (OTP) por correo electrónico
- Integración con Workday: firmas digitales con Aadhaar e-Sign: la integración con Workday ahora es totalmente compatible con el servicio Aadhaar e-Sign opcional disponible en la India, un servicio de firma electrónica en línea que facilita la firma digital de acuerdos basados en la autenticación OTP y la verificación e-KYC.
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.
- Conformidad con el RGPD: eliminar información de usuario a través de la API: los socios ahora pueden utilizar la API para eliminar información de usuario cuando eliminen datos de un usuario en conformidad con los requisitos del RGPD. Esta mejora optimiza la administración de datos y garantiza el cumplimiento normativo.
- Nuevo campo webhook: eventDateTimezoneOffset: Adobe Acrobat Sign presenta eventDateTimezoneOffset, un nuevo campo en la carga útil webhook para el evento suscrito AGREEMENT_ACTION_COMPLETED.
Este campo captura la compensación de la zona horaria del destinatario cuando actualiza el acuerdo, lo que proporciona una mejor visibilidad en la hora de firma local.- eventDateTimezoneOffset registra la compensación de la zona horaria del destinatario en minutos relativos a UTC (p. ej., eventDateTimezoneOffset: "UTC-300")
- El campo existente eventDate se mantiene invariable y sigue almacenando la marca de tiempo UTC de la acción. La compensación de zona horaria no modifica el valor EventDate.
Esta actualización mejora el seguimiento de las actividades de firma en diferentes zonas horarias.
- Migración de la documentación para desarrolladores de Acrobat Sign: la documentación para desarrolladores de Acrobat Sign se traslada de opensource.adobe.com/acrobat-sign a developer.adobe.com/acrobat-sign. Esta migración garantiza una mejor integración con los recursos de desarrolladores de Adobe, lo que proporciona una experiencia más simplificada y centralizada para los desarrolladores.
Problemas resueltos
| Problema | Descripción |
|---|---|
| 4490799 | Resumen: No se puede cambiar el código de país predeterminado con la página Enviar nueva experiencia |
| Corrección: El código se ha mejorado para garantizar que las propiedades de grupo heredadas se inserten en todos los procesos para completar la creación del acuerdo. | |
| 4501927 | Resumen: Discrepancia en el tratamiento de PDF entre los modos de creación clásico y nuevo tras la publicación |
| Corrección: Se ha mejorado el código para acceder mejor a todas las propiedades de campo y utilizarlas en las transformaciones de archivos PDF. | |
| 4503970 | Resumen: Mensaje de finalización incorrecto cuando el primer destinatario es el remitente. |
| Corrección: Se ha actualizado el mensaje para que sea compatible con la función, de modo que se muestre el mensaje correcto. | |
| 4505208 | Resumen: El campo CC [RequestSignature] no muestra opciones de finalización automática en la libreta de direcciones. |
| Corrección: Función de la libreta de direcciones añadida al campo CC. | |
| 4507982 | Resumen: Cuando varios grupos comparten con un usuario mediante el uso compartido avanzado de cuentas, puede ocurrir un problema de rendimiento al intentar acceder a una plantilla en la pestaña Administrar, el filtro Plantillas. |
| Corrección: Se han refactorizado varias funciones para optimizar la búsqueda de varios grupos. | |
| 4508227 | Resumen: Se produce un error no gestionado al firmar acuerdos originados en la nueva experiencia de creación con campos de pago. |
| Corrección: Se ha actualizado el punto final para administrar el campo con menos ambigüedad. | |
| 4508929 | Resumen: Se produce un error en las etiquetas de campo del diseñador de trabajo personalizado que tienen menos de 100 caracteres debido a la codificación de caracteres especiales. |
| Corrección: Los caracteres especiales se descodifican al validar el límite de caracteres. | |
| 4509141 | Resumen: Se produce un error informativo al enviar un acuerdo con un testigo y el grupo está configurado para requerir un método de autenticación, pero el testigo está configurado para no autenticarse. |
| Corrección: El proceso de configuración ahora incluye un mensaje de error que indica cuándo la autenticación de doble factor para todos los destinatarios está configurada y se utiliza un testigo. | |
| 4509366 | Resumen: La actualización del nombre del cliente de FedRAMP ha fallado con caracteres especiales debido a que los caracteres no se reemplazan por sus números de entidad HTML. |
| Corrección: Se ha actualizado el proceso para administrar correctamente los caracteres especiales en el entorno FedRAMP. | |
| 4509680 | Resumen: Añade los países Isla de Man, Guernsey y Jersey para el código de país +44. |
| Corrección: Se han añadido las constantes de COUNTRY_CODE para la Isla de Man, Guernsey y Jersey | |
| 4510255 | Resumen: Al intentar crear un usuario que ya existe en otro grupo, parece que se crea el usuario en el grupo sin ninguna utilidad. |
| Corrección: El error se ha mejorado para indicar que el usuario se ha movido al nuevo grupo (no se ha creado). | |
| 4510309 | Resumen: Cuando se añade un bloque de firma a través de la API con inputType distinto de BLOCK, el proceso de firma se dirige a la experiencia clásica debido a que el BLOCK no se identifica correctamente. |
| Corrección: Se ha mejorado la condición para devolver información adicional para identificar correctamente el objeto BLOCK. | |
| 4510652 | Resumen: Los campos de formulario firmados digitalmente deben acoplarse antes de modificar el PDF para el siguiente firmante |
| Corrección: Los campos de formulario de firma digital que se han firmado se invalidan cuando se envían mediante un flujo de trabajo de acuerdo escrito. | |
| 4511819 | Resumen: La línea azul de la firma aparece en el documento PDF para los campos de firma no firmados. |
| Corrección: Los campos de firma no firmados se omiten al procesar los campos de firma en el documento PDF. | |
| 4511965 | Resumen: La sugerencia de inicio de sesión de la puerta de enlace de identidad digital no funciona debido a la comprobación de ID aplicada al obtener los criterios de ID. |
| Corrección: Se ha eliminado la comprobación de coincidencia de correo electrónico y nombre al buscar los criterios de autenticación para DIG_ID. | |
| 4513228 | Resumen: Falta el valor de campo en el documento PDF cuando el nombre del campo contiene un espacio adicional debido a que el nombre del campo se recorta en el back-end. |
| Corrección: Recortar el nombre del campo en el front end para mantener el nombre del campo coherente. | |
| 4513358 | Resumen: Problema de procesamiento de archivos en instancias de la zona protegida de Adobe Sign que mueren para formar campos sin referencias a páginas. En estos casos, la página es nula y se activa un puntero nulo. |
| Corrección: Se ha añadido una comprobación nula para que este evento se administre correctamente. | |
| 4513464 | Resumen: El administrador encuentra varios errores al interactuar con plantillas mediante el uso compartido avanzado de la cuenta porque la API se evalúa bajo los permisos del usuario de la sesión (p. ej., Editor_User) en lugar de los permisos del usuario cambiado (p. ej., Creator_User). |
| Corrección: Se ha añadido el encabezado x en nombre del usuario a la solicitud de la API para garantizar que la solicitud se evalúa bajo los permisos del usuario cambiado (Creator_User). | |
| 4513575 | Resumen: Los datos del campo de formulario no cambian el tamaño para los campos de varias líneas. |
| Corrección: Código actualizado para permitir el tamaño automático. | |
| 4513914 | Resumen: Cuando el número de usuarios ACTIVE en la cuenta es igual al valor MAX_ACTIVE_USERS, no se permite cambiar una contraseña debido a una comprobación de MaxActiveUsers. |
| Corrección: Se ha mejorado la función para ignorar correctamente esta comprobación cuando el usuario está ACTIVE. | |
| 4514839 | Resumen: El usuario no puede firmar con varias firmas digitales en un acuerdo si el primer campo firmado no es el primer campo de firma en la parte superior del documento. |
| Corrección: Se ha añadido un método para iterar sobre todos los campos y extraer un ticket válido que se utilizará más adelante para el encabezado X-JWT-Assertion. | |
| 4515343 | Resumen: El tamaño del campo de entrada multilínea cambia en la página de firma electrónica. El tamaño de fuente se multiplicó por el factor de zoom, por lo que el tamaño de la entrada varía en función de ella, en concreto, se trata de ajustar las dimensiones de una página. |
| Corrección: El método para obtener el tamaño de fuente de un campo de varias líneas es devolver el tamaño de fuente en píxeles, sin duplicarlo por un factor de zoom. | |
| 4515735 | Resumen: Después de firmar un acuerdo, el botón Administrar en la página posterior a la firma devuelve una página malformada. |
| Corrección: La página posterior a la firma se ha corregido para obtener correctamente la información necesaria para procesar la página. | |
| 4516641 | Resumen: Es posible que la anotación de un campo de formulario no se adjunte a una página. |
| Corrección: Se ha añadido una comprobación de valores nulos a la lista de anotaciones de la página. | |
| 4517113 | Resumen: Se ha recibido un correo electrónico con el problema del documento al enviar el acuerdo a través de la API a través de una cuenta de desarrollador debido a errores de puntero nulo al comprobar los campos de formulario. |
| Corrección: Hemos comprobado si la lista de campos de formulario es nula antes de solicitar si la lista está vacía. | |
| errir4517156 | Resumen: Cuando hay campos de formulario existentes en un conjunto de PDF de entrada, los generadores de campos de formulario no se pueden ejecutar para producir campos de formulario adicionales. |
| Corrección: cuando haya una lista de generadores de campos de formulario para procesar, añadiremos esa tarea a la lista de tareas que se ejecutarán después de ReadPDFTask |
Adobe Acrobat Sign versión 16.0.1
Implementación de producción: 20 de mayo de 2025
Implementación de GovCloud: 22 de mayo de 2025
Funcionalidad mejorada
- Mejorar la seguridad de los datos de los destinatarios configurando destinatarios con acceso restringido: la función Acceso restringido a los acuerdos mejora la privacidad, evitando que los acuerdos se adjunten al ID de usuario de Acrobat Sign de un destinatario (si tienen uno). Cuando esta opción está activada, la opción Acceso al acuerdo del destinatario aparece en la sección Configuración del destinatario en la página Redactar . Los administradores pueden configurar esta opción para habilitarla de forma predeterminada y hacerla editable para los remitentes.
Cuando un destinatario está marcado como restringido, se le trata como si no tuviera una cuenta de usuario de Acrobat Sign activa. Como consecuencia, el acuerdo no aparece en su página Administrar. Esto evita la fuga accidental de datos debido a las relaciones de uso compartido a Nivel de grupo.
Entornos disponibles: Sandbox, Comercial, Gubernamental | Niveles de servicio disponibles: Acrobat Sign Solutions | ámbito de configuración: cuenta y Grupo
- Se ha añadido compatibilidad con la API para la función Acceso restringido a los acuerdos: las organizaciones que utilizan la API para redactar y enviar acuerdos ahora pueden utilizar la función Acceso restringido a los acuerdos como parte de la configuración de sus destinatarios. La implementación de la API de esta función presenta una diferencia empírica en cuanto a cuándo se puede acceder al documento si el tipo de autenticación está establecido en “Ninguno”:
- En la interfaz de Acrobat Sign, el destinatario no puede ver o descargar el acuerdo hasta que se firme. Aunque no se haya configurado ninguna autenticación, el acceso al acuerdo se desactivará eliminando las acciones Ver y Descargar.
- Al utilizar la API, el acuerdo se puede ver y descargar con el token una vez superada la autenticación. En el caso de que no se configure ninguna autenticación, el acuerdo se puede ver o descargar antes de que se firme.
Entornos disponibles: zona protegida, comercial, administración pública | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: cuenta y grupo
- Más países compatibles con la autenticación telefónica: la autenticación telefónica y el envío de acuerdos mediante SMS ahora admiten estos países y códigos de teléfono adicionales:
- Islas Malvinas (Falkland Islands) (+500)
Entornos disponibles: comercial | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: cuenta y grupo
Cambios de la experiencia
- El envío de casos de asistencia de formulario web ahora requiere el inicio de sesión para las cuentas empresariales heredadas: los usuarios con cuentas empresariales heredadas ahora deben iniciar sesión con sus credenciales de Acrobat Sign antes de utilizar el formulario web en línea para enviar un caso de asistencia. Este paso de autenticación garantiza que el caso esté vinculado a la cuenta correcta y se dirija al equipo de soporte apropiado.
Entornos disponibles: Comercial | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: Habilitado por defecto; No editable
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.
- API de GET /acuerdos ahora prestada desde un microservicio: el punto final de GET /acuerdos migra desde la aplicación principal de Acrobat Sign a un microservicio dedicado. Como parte de esta transición, las solicitudes de búsqueda recuperarán datos del servicio de búsqueda (almacenamiento secundario) en lugar de la base de datos principal. Este cambio mejora la estabilidad del servicio y evita que las llamadas API atípicas afecten a la experiencia de Acrobat Sign.
- El tamaño máximo de página para la llamada GET /acuerdos ahora es de 500 acuerdos por solicitud. Históricamente, el servicio de búsqueda no obtuvo más de 100 acuerdos por página. Si se requieren más acuerdos, puede ser necesario realizar varias consultas con un alcance más limitado.
- Dado que las búsquedas ahora se realizan en el almacenamiento secundario, se puede observar una latencia adicional menor al llamar el punto final de GET /acuerdos.
- Actualización de la limitación de API - Después de la versión de mayo de 2025, se aplicarán nuevas reglas de limitación de API:
- Cuando se detecta un consumo general elevado del sistema, Acrobat Sign limitará un subconjunto de solicitudes de API en todo el sistema.
- Cuando se identifica a clientes de alto uso como los que contribuyen a la lentitud general del sistema, Acrobat Sign limitará un subconjunto de solicitudes de API específicamente para ese cliente.
Cuando se limita una solicitud de API, se rechazará con un código de estado HTTP 429, junto con lo siguiente:
Texto de respuesta
Encabezado de respuesta
Al recibir la respuesta anterior, puedes utilizar el encabezado Retry-After o retryAfter en el texto de la respuesta para determinar cuándo volver a intentar la solicitud.
Penalización por reintentos
Para todas las nuevas cuentas creadas después de la versión de mayo de 2025, se aplicará una penalización si la cuenta no cumple con el intervalo de tiempo de reintentos especificado.
Si se intenta de nuevo la misma solicitud dentro de este intervalo, la solicitud se atascará de nuevo y se restablecerá el intervalo de tiempo de reintentos.
Problemas resueltos
| Problema | Descripción |
|---|---|
| 4477748 | Resumen: Los usuarios no pueden crear OAUTH ACCESS-TOKEN debido a un dominio malformado en la llamada de API. |
| Corrección: Se ha actualizado la lista de dominios del controlador Swagger. | |
| 4480357 | Resumen: El manejo del teclado dentro del cuadro de diálogo “Iniciar desde biblioteca” no funciona correctamente cuando se ejecutan los lectores de pantalla |
| Corrección: Se han realizado varias correcciones en la navegación del explorador para garantizar que todas las páginas se inicien según lo previsto. | |
| 4498103 | Resumen: asignación de funciones incorrecta en la función de envío en bloque. Asigna siempre una función de “Firmante” al añadirte a ti mismo como último destinatario. |
| Corrección: Se eliminaron las opciones para otras funciones del remitente cuando se añaden a la posición del último participante, ya que se pretende que el remitente sea siempre un firmante. | |
| 4501417 | Resumen: Al colocar un campo de firma de sello con una plantilla de campo, se desencadena un error que bloquea la creación adicional. |
| Corrección: Se ha añadido código para procesar elementos de etiqueta de texto “signer1”. | |
| 4506667 | Resumen: Si un remitente necesita que el primer firmante del formulario web confirme su correo electrónico, las notificaciones webhook se retrasan hasta que el primer firmante lo confirme. Si el correo electrónico del primer firmante se rechaza, la notificación del webhook se retrasará durante 2 horas debido a la expectativa de que se rellenará el parámetro documentsInfo. |
| Corrección: Si el remitente necesita que el primer firmante del formulario web verifique el correo electrónico, documentsInfo no se rellenará en la carga útil de notificación del webhook para los eventos del acuerdo (hasta que el primer firmante verifique el correo electrónico). Si el correo electrónico del primer firmante se anula, documentsInfo no se rellenará en la carga de notificación del webhook para los eventos del acuerdo. | |
| 4511940 | Resumen: El tamaño de fuente predeterminado de un campo de texto multilínea no se ajusta al tamaño de la pantalla, por lo que el texto se recorta al firmar un acuerdo mediante un teléfono móvil. |
| Corrección: El campo de texto multilínea ya no puede anular el método de clase base. | |
| 4513457 | Resumen: Problema con el análisis de JSON cuando el nombre del grupo contiene caracteres de comillas dobles. |
| Corrección: Código de análisis mejorado para los nombres de grupos para administrar comillas dobles. | |
| 4515610 | Resumen: Los valores de campo calculados cambian cuando el formulario web se envía a participantes adicionales debido a cómo se tratan los números de puntos flotantes en el back-end y el front-end. |
| Corrección: Cambiar la implementación en el back-end para utilizar el tipoBigDecimal para los números | |
| 4516504 | Resumen: Cuando crea una plantilla reutilizable y utiliza la vista Nueva experiencia, la casilla de verificación y los botones de opción tienen bordes rosados en lugar de negros debido al valor de color truncado. |
| Corrección: Se ha corregido el valor hexadecimal para que contenga el valor correcto. | |
| 4520149 | Resumen: Algunos acuerdos no actualizan su estado después de que se hayan firmado debido a una rara condición de carrera al establecer el indicador next_to_sign. |
| Corrección: Se ha añadido un registro adicional para capturar esta condición y resolverla antes de que los destinatarios interactúen con el acuerdo. | |
| 4521246 | Resumen: El uso compartido de plantillas dentro de varios grupos no funciona y genera errores cuando se habilita el uso compartido avanzado de cuentas y el proceso de envío comienza en la página de inicio. |
| Corrección: El selector de plantillas proveniente de la página de inicio se ha actualizado para obtener correctamente la plantilla compartida. |
Adobe Acrobat Sign versión 16.1.
Implementación de producción: 22 de julio de 2025
Implementación de GovCloud: 5 de agosto de 2025
Funcionalidad mejorada
- Usa WhatsApp para enviar enlaces de acuerdo directamente al dispositivo móvil de un destinatario - La integración de WhatsApp en Acrobat Sign se ha ampliado para incluir la opción de enviar enlaces de notificación de acuerdo y recordatorios directamente al dispositivos habilitado para WhatsApp del destinatario.
- Compatibilidad nativa con PDF/A para la conservación de documentos a largo plazo: Acrobat Sign ahora admite la conversión, validación y exportación de documentos en formato PDF/A-2b (ISO 19005), lo que ayuda a las organizaciones a cumplir las estrictas normas de archivado y los requisitos normativos. Los documentos conservan su conformidad PDF/A durante todo el ciclo de vida del acuerdo: carga, firma y almacenamiento.
- Evitar que Adobe Acrobat Sign se incruste en sitios web de terceros - La defensa contra clickjacking agrega protección de iframe a las páginas de Acrobat Sign a las que se accede a través de la API REST v5+. La creación de marcos solo se permite al usar inicio de sesión automático con un dominio principal declarado, lo que ayuda a prevenir la incrustación engañosa o no autorizada.
- Mejor control sobre el uso compartido basado en grupos: las organizaciones que utilizan el uso compartido avanzado de cuentas ahora pueden restringir opcionalmente la vista compartida de sus acuerdos a solo aquellos acuerdos enviados desde el grupo del usuario. Los acuerdos enviados a un usuario desde un grupo externo se filtrarán para proteger las comunicaciones potencialmente privadas de los usuarios que no sería apropiado que se compartieran de forma general. Este filtro solo se aplica a los recursos compartidos a nivel de grupo (compartir un grupo con otro grupo o usuario) y no se aplica a los recursos compartidos basados en usuarios (compartir un usuario con un grupo u otro usuario).
- Actualizaciones para clientes con licencia VIP:
- Configuración de administrador simplificada desde la página principal: Acrobat Sign presenta una nueva sección de administración de cuentas para ayudar a los administradores de cuentas a acceder rápidamente a las herramientas de configuración clave.Añada usuarios, organice grupos, conecte integraciones y migre plantillas directamente desde la página de inicio; no es necesario buscar.
- Agregar usuarios al Admin Console desde Acrobat Sign: los administradores ahora pueden agregar usuarios directamente desde la página de Usuarios en Acrobat Sign, actualizando automáticamente Adobe Admin Console.
- La asignación de funciones del Admin Console ya está disponible a través de Acrobat Sign: para simplificar la configuración, Acrobat Sign ahora permite a los administradores de cuentas asignar funciones clave del Admin Console (administrador de productos y de soporte) sin salir de la interfaz del producto.
- Acceso más fácil al conjunto de integraciones de terceros: se ha agregado una nueva página de Integraciones al menú de administrador, que proporciona enlaces directos e intuitivos a los archivos de configuración de las integraciones individuales.
- Incorporación HIPAA más fácil a través de orientación dentro del producto: las organizaciones sujetas a HIPAA ahora pueden comenzar el proceso de habilitación dentro de Acrobat Sign a través de un nuevo flujo de trabajo de autoservicio en el menú de administrador Empezar.El sistema envía una solicitud automática al servicio de asistencia técnica y realiza un seguimiento del progreso en función de la firma BAA y la configuración del sistema.
- Acelere la migración de plantillas a Acrobat Sign con conversión automática de plantillas - La nueva función de migración de plantillas ayuda a los administradores de cuentas a incorporar rápidamente sus plantillas en Acrobat Sign.Cargue un archivo ZIP de plantilla, conviértalo automáticamente y revise los resultados en el entorno de creación; no se necesitan conocimientos técnicos.
- Chatbot del asistente inteligente de Acrobat Sign: el nuevo asistente inteligente te proporciona respuestas en la aplicación a preguntas comunes como cómo agregar usuarios, verificar el uso o actualizar la configuración.Formule su pregunta en lenguaje sencillo y obtenga orientación paso a paso, artículos relevantes de HelpX o enlaces a páginas de soporte.
- Acrobat Sign for Government se actualiza a la experiencia moderna:
- Acrobat Sign para el Gobierno: acceso a la interfaz moderna Solicitar firma: los administradores de GovernmentCloud ahora pueden habilitar su cuenta o grupos para usar la interfaz moderna Solicitar firma.
- Acrobat Sign para el Gobierno: actualización centrada en dispositivos móviles para destinatarios: los usuarios del gobierno ahora pueden acceder a la interfaz moderna, diseñada para simplificar la firma en dispositivos móviles a través de una interfaz fácil de configurar que solo contiene campos de formulario.
- Acrobat Sign para el Gobierno: nueva interfaz Crear plantilla disponible: los usuarios del gobierno ahora tienen acceso a la interfaz moderna Crear plantilla, que optimiza el proceso de diseño de plantillas y mejora la facilidad de uso.
- Nuevo Proveedor de servicios fiduciarios (TSP): Acrobat Sign está ampliando su lista de Proveedores de servicios fiduciarios (TSP) compatibles para mejorar las opciones de autenticación del destinatario. Ahora está disponible el nuevo TSP:
- eID Easy
Esta adición amplía la compatibilidad de Acrobat Sign con estándares globales, apoyando firmas digitales fluidas y seguras en múltiples industrias.
Cambios de la experiencia
- Experiencia de Firma digital mejorada: el proceso para aplicar una Firma digital basada en la nube se ha refinado para reducir el número de interacciones que el firmante debe completar al aplicar una Firma digital.
- El límite de caracteres para etiquetas en el Diseñador de flujos de trabajo se ha aumentado a 500 caracteres: al crear o editar un flujo de trabajo personalizado en el Diseñador de flujos de trabajo, las etiquetas utilizadas para describir campos ahora pueden aceptar hasta 500 caracteres (mejorado desde 100 caracteres).
- El control de experiencia de nuevo flujo de trabajo personalizado se ha movido al menú Configuración global: la opción configurable para Establecer el nuevo flujo de trabajo personalizado como experiencia predeterminada se ha movido de la página Configuración de envío a la página Configuración global.
Se ha agregado un nuevo control para exponer "enlaces de cambio" para que los usuarios cambien entre la nueva experiencia y la versión clásica.
Problemas resueltos
| Problema | Descripción |
|---|---|
| 4501772 | Resumen: Para la experiencia moderna de solicitud de firma, el mensaje del destinatario no se actualiza cuando se cambia el idioma en la configuración del Acuerdo. |
| Corrección: Se ha actualizado el código para aceptar la nueva preferencia de idioma para abordar el cambio en los mensajes cuando se selecciona un nuevo idioma. | |
| 4503504 | Resumen: En casos raros, los reintentos durante la creación del acuerdo pueden resultar en múltiples copias del mismo acuerdo secundario generadas usando Enviar en Masa |
| Corrección: Múltiples actualizaciones en cómo se generan y listan internamente los acuerdos secundarios con comprobaciones para asegurar que no se puedan crear duplicados. | |
| 4511072 | Resumen: Los correos electrónicos del Informe de Consumo de Transacciones no se reciben después de usar la opción "Enviar ahora". |
| Corrección: Se actualizó el sistema de correo para resolver un problema de entrega. | |
| 4511224 | Resumen: los archivos PDF se han establecido en el zoom "Heredado" antes de enviar el valor predeterminado a "Ajustar a la página" después de firmar. |
| Corrección: Se ha mejorado el manejo de anotaciones para garantizar que las propiedades se confirmen correctamente en el PDF resultante. | |
| 4512546 / 4522458 |
Resumen: los flujos de trabajo compartidos no muestran las plantillas de campos como se espera para las cuentas que comparten a través del uso compartido avanzado de cuentas. |
| Corrección: se ha actualizado la solicitud GET /libraryDocuments/id/formFields para la cabecera x-on-behalf-of-user que se requiere para el caso de uso de uso compartido avanzado de cuentas. | |
| 4515020 | Resumen: la llamada a la API PUT /users/{id}/groups devuelve un error 403 al intentar mover a un usuario que no está en el grupo predeterminado por un administrador a nivel de grupo |
| Corrección: se ha extendido la autorización a los administradores de grupo, quienes ahora pueden añadir usuarios a su grupo, incluso si el usuario asignado está actualmente en otro grupo no predeterminado. | |
| 4516121 | Resumen: cuando un grupo de botones de opción contiene ayudas contextuales individuales, solo se muestra la primera ayuda contextual para todas las opciones durante la firma. |
| Corrección: el código del botón de opción empleaba estrictamente una ayuda contextual para la matriz de botones. Se ha actualizado para permitir la representación individual. | |
| 4516129 | Resumen: los acuerdos caducan según el equivalente UTC de la hora local del remitente, no la hora local prevista. |
| Corrección: la lógica que comprueba la hora de caducidad ya no se basa en la hora del explorador, sino que permite que la aplicación principal realice la validación. | |
| 4518192 | Resumen: Los firmantes no pueden completar el proceso de firma de forma intermitente cuando utilizan la autenticación de Adobe Sign con Okta SSO. |
| Corrección: Se ha eliminado el atributo crossShardLoginPage de la sesión después de iniciar sesión correctamente. | |
| 4521018 | Resumen: al utilizar la experiencia de firma moderna, los campos desplegables configurados con valores de exportación devuelven la etiqueta visible en lugar del valor de exportación en la respuesta de la API /formData. |
| Corrección: Ahora se envían los valores ocultos (de exportación) en lugar de los valores visibles. | |
| 4521111 | Resumen: en la nueva experiencia de creación, los usuarios no pueden desplazarse y ver todas las plantillas de campo disponibles en el menú desplegable Plantillas de campo. |
| Corrección: Se ha actualizado la experiencia de creación moderna para cargar más de la primera página de plantillas de campo. | |
| 4521311 | Resumen: debido a un retraso conocido de 12 horas en el mecanismo de caducidad del acuerdo, los recordatorios se envían después de la hora de caducidad efectiva, lo que provoca intentos de firma fallidos y confusión en los usuarios. |
| Corrección: para los recordatorios recurrentes "Hasta que se firme", se comprueba la fecha límite de la firma y ya no se enviará el recordatorio, pero se dejará activo para que pueda recuperarse si el remitente edita la fecha límite de la firma antes de que caduque realmente durante el periodo de gracia de 12 horas. | |
| 4522059 | Resumen: Cuando un firmante carga un archivo mediante un campo de adjunto y luego completa una firma digital, el enlace Descargar documento produce un error de "Página no encontrada". |
| Corrección: se ha eliminado la suma de comprobación de la detección de duplicados, ya que es una propiedad opcional en la especificación del PDF. Acrobat Sign continúa utilizando el nombre y el tamaño del archivo para identificar duplicados. | |
| 4522382 | Resumen: Los usuarios no pueden completar las transacciones cuando utilizan Click to Sign con la autenticación habilitada. Después de iniciar sesión, la transacción no se completa y debe volver a intentarse |
| Corrección: Se ha eliminado el parámetro de URL crossShardLandingPage de la sesión después del inicio de sesión. | |
| 4522384 / 4523594 / 4523900 |
Resumen: Al utilizar la función de envío masivo, no se envían acuerdos en el primer intento, pero un segundo intento funciona según lo previsto debido a la puesta en cola de tareas en el fragmento local. |
| Corrección: Se ha perfeccionado la puesta en cola de tareas para garantizar que no se retrasen. | |
| 4522497 | Resumen: El formato de marca de tiempo en los acuerdos cambia de HH:MM:SS a HH:MM después de que se firma el documento, lo que resulta en la pérdida de segundos en el registro de auditoría final. |
| Corrección: se han añadido segundos a timePatern. | |
| 4522509 | Resumen: Los destinatarios en CC no pueden ver el tablero de contexto del acuerdo al acceder a los acuerdos habilitados para LDV a través del enlace de correo electrónico. En su lugar, reciben un error "Documento aún no visible". |
| Solución: Se ha modificado el código para proporcionar el acceso necesario para ver el tablero de contexto. | |
| 4522547 | Resumen: Al utilizar una plantilla, el PDF final puede mostrar datos de campos de formulario mal alineados o faltantes después de la firma debido a que la rotación de la página se aplica después de cada anotación. |
| Solución: Se ha corregido la rotación de página. | |
| 4522914 | Resumen: Al utilizar la nueva función de envío masivo, los clientes pueden encontrar un error durante la carga de CSV si los valores en las columnas Agreement_Message o Private_Message superan un cierto límite de caracteres. |
| Corrección: El límite de caracteres se documentó en el material dirigido al cliente. | |
| 4522945 | Resumen: Al intentar editar el documento reutilizable como administrador de cuenta/grupo y tratar de aplicar una plantilla de campo, se produce una NullPointerException al comprobar la participación de origen |
| Solución: Se añadió un método para encontrar la participación de origen al editar documentos de biblioteca como administrador de cuenta/grupo | |
| 4523043 | Resumen: Al editar un formulario web que incluye un participante con el rol establecido como Delegador, la página Modificar formulario web no se carga. Se activa un error de consola, lo que impide cualquier edición. |
| Corrección: se ha añadido una comprobación que garantiza que si ROLE_MAP no está definido, el código no leerá el className como no definido y generará un error. Sino, devuelve no definido. | |
| 4523061 | Resumen: Los documentos firmados adjuntos a los correos electrónicos conservan sus extensiones de archivo originales en el nombre del archivo, lo que resulta en una nomenclatura redundante |
| Corrección: Ya no se recorta la subcadena del nombre de archivo si comienza con '.' y es diferente de la extensión. | |
| 4524122 | Resumen: en la nueva experiencia, al intentar iniciar un acuerdo desde un flujo de trabajo guardado, se produce un error del sistema debido a que se ha excedido un límite de caracteres. |
| Corrección: Se han actualizado los límites de etiquetas para permitir 500 caracteres. | |
| 4524162 | Resumen: la validación de enlaces impide el envío de acuerdos en la nueva experiencia de creación |
| Corrección: se ha añadido un parámetro a la nueva experiencia para comprobar el gancho de Errores, permitiendo una gestión más flexible de las validaciones de hipervínculos. | |
| 4524356 | Resumen: Los usuarios encuentran un mensaje "Error del servidor: Se ha producido un error al procesar su solicitud" al intentar firmar acuerdos debido a que el ancho de borde -1 no se interpreta correctamente. |
| Corrección: ahora se interpreta -1 como un borde predeterminado de 1 pto y solo se ha añadido un borde si este es mayor que cero. | |
| 4524410 | Resumen: En la Nueva experiencia de envío, al utilizar un flujo de trabajo y cargar un nuevo archivo después de eliminar el nombre de acuerdo predeterminado, el campo Nombre del acuerdo no se actualiza automáticamente. |
| Corrección: Se ha añadido una corrección para eliminar el valor predeterminado del evento onBlur y se ha introducido una lógica para establecer el nombre del primer documento cargado en el campo de texto del nombre del documento. | |
| 4524614 | Resumen: La fuente utilizada por los campos de formulario de texto en el PDF no coincide con la fuente elegida en la página de creación. La fuente del campo de texto es siempre SourceSansPro-Regular. |
| Corrección: Se ha ampliado ExternalFont.getFontReplacementMapping para incluir fuentes normales, en negrita y en cursiva. | |
| 4525098 | Resumen: El correo electrónico de solicitud de firma no se envía al firmante 2 cuando el remitente es el firmante 2 y el remitente reemplaza al firmante 1. |
| Corrección: se han mejorado las listas de destinatarios paralelos para administrar el caso de uso en el que se utiliza un destinatario existente para reemplazar a otro destinatario en el mismo conjunto de destinatarios. | |
| 4525377 | Resumen: los sellos electrónicos (eSeals) no funcionan con la experiencia moderna de solicitud de firma |
| Corrección: se ha añadido un caso de prueba para verificar el destinatario del sello electrónico en un flujo de trabajo que no es UMG, donde el sello está restringido al acceso del grupo. | |
| 4525491 | Resumen: Los nombres de acuerdos que contienen caracteres no latinos (p. ej., chino, japonés, tailandés, coreano) aparecen como ?????? en la pestaña Administrar del destinatario y en las notificaciones por correo electrónico cuando se envían mediante Envío masivo. |
| Corrección: Se ha actualizado la Documentación para indicar que se necesita el formato UTF-8 | |
| 4525653 | Resumen: Los acuerdos enviados mediante la API con archivos JPEG se cancelan automáticamente debido a un error de procesamiento de documentos. El problema ocurre después de que los archivos se carguen correctamente pero antes de que se envíe el Acuerdo. |
| Corrección: Se ha añadido compatibilidad para JPEG SOI app0-15 | |
| 4526153 | Resumen: la escala del campo de sello se comporta de manera diferente en las pantallas de creación antigua y nueva. |
| Corrección: Se ha actualizado el nuevo entorno de creación para escalar el campo de sello de manera coherente con la versión clásica. | |
| 4527031 | Resumen: Cuando la opción "Permitir a los remitentes seleccionar el orden de firma" está desmarcada en la Nueva experiencia, la opción "Los destinatarios deben firmar en orden" permanece visible |
| Corrección: Se ha mejorado el código relativo al acceso a este control para suprimir correctamente la opción cuando la configuración lo dicta. | |
| 4527284 | Resumen: Los acuerdos que incluyen ciertos archivos PDF escaneados o aplanados fallan durante la creación y se cancelan automáticamente con el error AUTO_AUTHOR_FAIL debido a una biblioteca interna que no se gestiona. |
| Corrección: Se implementó un método que captura cualquier excepción y la registra, pero no interrumpe la generación de un acuerdo. | |
| 4527948 | Resumen: Cuando se importa un campo Acroform calculado a Sign, la API REST devuelve un campo que contiene { calculated: true, valueExpression: '' }, lo que provoca que el campo se muestre con un error de validación. |
| Corrección: los campos identificados en este caso de uso ahora se actualizan para que se introduzcan manualmente, no para que se calculen. | |
| 4528062 | Resumen: la llamada a la API Get /users falla para los usuarios de Salesforce con números de usuario muy grandes |
| Corrección: una nueva versión de la integración de Salesforce mejora el proceso para obtener la lista de usuarios de forma más eficiente. | |
| 4528284 | Resumen: Código de país incorrecto de las Islas Caimán para la autenticación telefónica en la nueva experiencia |
| Corrección: el código de país se ha actualizado. | |
| 4529259 / 4529319 |
Resumen: nombres de firmantes opcionales y autenticación de doble factor (2FA) obligatoria a pesar de la configuración del flujo de trabajo en la nueva experiencia de envío de flujo de trabajo personalizado |
| Corrección: se proporcionó una comprobación para los destinatarios opcionales, de modo que cuando no haya ninguna ID de correo electrónico presente, la verificación de autenticación (teléfono, contraseña, kba) no fallará en ninguna validación. De manera similar, el nombre tampoco será obligatorio para los destinatarios opcionales a menos que el campo de ID de correo electrónico tenga algún dato. | |
| 4530084 | Resumen: algunos usuarios experimentan una pantalla en blanco al acceder a la configuración de destinatarios en la nueva experiencia de envío. El problema se debe a una traducción faltante para una etiqueta de código de país específica y afecta a todos los idiomas excepto en-US. |
| Corrección: Se han publicado las traducciones correctas y se han anclado a las funciones correspondientes. | |
| 4530537 | Resumen: Se produce un NPE al intentar convertir un destino con nombre en una ubicación, lo que impide el envío de acuerdos. |
| Corrección: Se ha implementado una nueva comprobación para determinar si el destino es un destino con nombre y omitirlo. |
Implementación en entorno de pruebas: 19 de agosto de 2025
Implementación en producción: 16 de septiembre de 2025
Implementación en GovCloud: 18 de septiembre de 2025
Funcionalidad mejorada
- Plantillas de correo electrónico personalizadas disponibles para Acrobat Sign for Government: los clientes en la plataforma GovCloud ahora pueden crear plantillas de correo electrónico personalizadas para las notificaciones y recordatorios de sus acuerdos.
- Banner de novedades en la página de inicio: Se puede habilitar un nuevo banner de novedades a nivel de cuenta o grupo para informar a los usuarios sobre nuevas notificaciones de productos, como notas de la versión, formación y eventos del sistema. Esto ayuda a concienciar sobre nuevas funciones y options, mejorar la participación y garantizar que no se pasen por alto actualizaciones importantes. Todas las cuentas se habilitarán después del lanzamiento y el administrador a nivel de cuenta podrá deshabilitarlas. Hay algunas excepciones a la regla de "habilitado por defecto":
- El shard australiano (AU1) tendrá la función desactivada por defecto.
- Cualquier cuenta identificada como cuenta "gubernamental" estará desactivada.
Cambios de la experiencia
- Cambio de marca de la integración de Notarize a Proof - La integración con el servicio de notarización en línea se ha actualizado para reflejar la nueva marca del servicio, Proof, en todas las comunicaciones dirigidas al cliente.
Se esperan actualizaciones en la interfaz de uso de Acrobat Sign en la próxima versión (v16.2) en octubre.
- Validación más estricta de la configuración regional al crear acuerdos a través de la API - Se ha reforzado la validación de la configuración de idioma para los acuerdos creados a través de la API.Al usar la API para crear un acuerdo, y la opción 'Permitir que los usuarios de su cuenta seleccionen un idioma de firma diferente' está deshabilitada, la API rechazará cualquier solicitud donde la configuración regional del acuerdo no coincida con el 'Idioma de firma' seleccionado por el administrador.
Ten en cuenta que el envío a través de la interfaz web no se ve afectado.
Problemas resueltos
| Problema | Descripción |
|---|---|
| 4511940 | Resumen: Cuando un remitente crea un campo de texto con la opción Entrada de datos de varias líneas activada y la fuente configurada como Automática, los firmantes que utilizan un explorador móvil ven el texto cortado en la parte inferior del campo. |
| Solución: Se sobrescribió el método base para obtener el tamaño del campo para manejar el tamaño de fuente < 0 (auto) using a modified formula specific to multiline fields. | |
| 4516038 | Resumen: Al enviar acuerdos con Envío masivo, los usuarios ven un error: "Ha superado el número máximo de días permitidos para la caducidad del documento." incluso cuando la Configuración de caducidad del documento está desactivada tanto a nivel de Grupo como de Cuenta. |
| Solución: Se corrigió el código para evaluar correctamente los valores de caducidad del acuerdo para el grupo/cuenta. | |
| 4522265 | Resumen: Cuando un PDF contiene tanto campos rellenables como etiquetas de texto, las etiquetas de texto no se procesan. |
| Solución: Se creó una tarea en el caso aplanado independientemente de la presencia de generadores de campos de formulario. Permite que un PDF con campos de formulario procese un artefacto de formify si es necesario. | |
| 4522645 / 4527073 |
Resumen: El PDF firmado incluye una tercera página en blanco después de que el remitente cargara un documento en nombre del firmante final. |
| Solución: Se mejoró la función de gestión para manejar correctamente flujos pequeños. Las cargas de firmas manuscritas utilizan el documento reparado y no la carga original si se detecta algún problema con el documento cargado. | |
| 4524437 | Resumen: Los nuevos usuarios no inician sesión en Adobe Sign después de aceptar la invitación debido a una URL errónea. |
| Solución: Se corrigió la URL. | |
| 4525093 | Resumen: El enlace de divulgación al consumidor no es activo. El enlace está presente, pero al hacer clic en él solo se activa la casilla de verificación en lugar de abrir el enlace. |
| Solución: Se modificó el CSS del enlace para permitir que el enlace abra una nueva página. | |
| 4525099 | Resumen: Los clientes que requieren entrega por SMS pero tienen desactivadas las notificaciones por correo electrónico no pueden enviar acuerdos por SMS. |
| Solución: La entrega por SMS/WhatsApp ya no depende de la configuración del correo electrónico. | |
| 4525328 | Resumen: El uso de dos o más plantillas que contienen hipervínculos con el mismo nombre genera un error del servidor al intentar firmar |
| Solución: Si se encuentran nombres de hipervínculos duplicados, los nombres de los enlaces se modificarán para garantizar que se identifiquen de forma única. | |
| 4525510 | Resumen: El campo de formulario de pago no retiene el tipo de moneda USD en la Nueva experiencia de creación, lo que provoca un fallo de "Error inesperado". |
| Solución: Se han actualizado las conversiones para los campos de pago. | |
| 4525544 | Resumen: No se pueden editar los formularios web activos o en borrador |
| Solución: Ahora conservamos la configuración existente y la enviamos al Servidor, en lugar de utilizar los datos de la interfaz de uso. | |
| 4525901 / 4532254 |
Resumen: El acuerdo no se asigna al firmante restante debido a una función de flujo de trabajo incorrecta cuando se añaden nuevos participantes después de introducir la creación de campos. |
| Solución: Se ha mejorado el código para evaluar mejor las funciones de los participantes cuando se añaden nuevos participantes después de la creación. | |
| 4526300 | Resumen: No se puede crear una URL de acuerdo personalizada con el ID de flujo de trabajo con la nueva experiencia |
| Solución: Cuando se crean URL personalizadas solo con el ID de flujo de trabajo, el formulario de creación de acuerdos se vuelve a cargar y llama al backend para obtener el flujo de trabajo y el borrador del acuerdo de nuevo durante la carga del formulario. | |
| 4526756 | Resumen: La documentación de la página Swagger de la API de GovCloud es incorrecta en lo que respecta a la creación de nuevas aplicaciones |
| Solución: Se ha añadido una frase adicional para evitar cualquier confusión para los clientes de FedRAMP. | |
| 4527340 | Resumen: Cuando los usuarios aplican Fill & Sign en web y luego seleccionan Invite to e-sign, los valores introducidos durante Fill & Sign no aparecen cuando el acuerdo pasa a la página de creación de Acrobat Sign. La vista de creación muestra campos en blanco en lugar de los valores rellenados. |
| Solución: Se ha corregido el valor predeterminado del Tamaño de fuente, lo que permite que el contenido se muestre correctamente. | |
| 4528835 | Resumen: "MISC_SERVER_ERROR for GET formData Some miscellaneous error has occurred" error al llamar a GET /formData para un Cursor específico debido a un error de puntero nulo. |
| Solución: Se ha añadido una comprobación NPE y un registro. | |
| 4528902 | Resumen: Cuando se envía un acuerdo para la firma secuencial a 2 participantes, el campo "nombre del destinatario" asignado al primer participante se pierde durante el procesamiento del modelo PDF. Al establecer la función del campo "nombre del destinatario", la función del conjunto de participación almacenada en el modelo PDF no se convierte correctamente. |
| Solución: Se han actualizado numerosas funciones para gestionar correctamente este tipo de Conversión. | |
| 4531278 | Resumen: Algunas direcciones de correo electrónico añadidas como CC se eliminan automáticamente después de enviar la transacción si se crearon antes de que Acrobat Sign añadiera la conversión automática a minúsculas de las direcciones de correo electrónico en la creación de Usuarios. |
| Solución: Se ha actualizado la búsqueda/comparación de direcciones de correo electrónico en el código de eliminación de CC para que no distinga entre mayúsculas y minúsculas | |
| 4531669 | Resumen: No se pueden enviar acuerdos utilizando documentos pdf cuando se procesan campos de formulario con nombres que superan los límites de especificación PDF. |
| Solución: Se han añadido comprobaciones NPE para la apariencia de una anotación. | |
| 4531998 | Resumen: No se puede acceder a los acuerdos secundarios a través de la API - Error "Invalid Document ID" debido a un título de marcador nulo. |
| Solución: Se ha eliminado la declaración de depuración que puede fallar con un NPE si el título del marcador es nulo. | |
| 4532642 | Resumen: Al intentar reemplazar a uno de los firmantes en un formulario web que incluye firmantes desconocidos adicionales y un grupo de destinatarios para los firmantes, el método de actualizar intenta leer el correo electrónico de participantes desconocidos (firmantes desconocidos adicionales), que no tienen datos de Usuario/correo electrónico, lo que provoca una NullPointerException. |
| Solución: Se ha añadido una condición de Filtro para excluir las participaciones desconocidas del flujo de recopilación de correos electrónicos, evitando NPE al procesar participaciones que aún no tienen datos de Usuario/correo electrónico. |
Adobe Acrobat Sign versión 16.2
Implementación en producción: 7 de octubre de 2025
Implementación en GovCloud: 14 de octubre de 2025
Funcionalidad mejorada
- La función Solicitar firma introduce varias mejoras en la experiencia de Usuario diseñadas para reducir los clics y mejorar la eficiencia - Estas actualizaciones abordan los comentarios de los clientes, haciendo que la nueva Request Signature sea más rápida, más fácil de descubrir y mejor alineada con el flujo de trabajo clásico.
- Todos los tipos de firma se expanden de forma predeterminada en la creación
- La función de prefill role siempre está visible en la creación
- Los botones de añadir destinatario en línea reemplazan los menús ocultos
- Fila automática de nuevo destinatario al añadir una dirección
- Compatibilidad con copiar/pegar para múltiples direcciones de destinatarios
- Controles de administración para configurar la experiencia del usuario al redactar nuevos acuerdos. Elige entre un proceso guiado o mostrar todas las secciones desde el principio.
- Soporte de API para grupos de casillas de verificación, permitiendo a los remitentes definir opciones de selección múltiple dentro de un formulario - Los grupos de casillas de verificación permiten a los remitentes especificar cuántas opciones deben seleccionar los destinatarios, aportando nueva flexibilidad para acuerdos que requieren entrada estructurada de opción múltiple.
Ten en cuenta que la opción de casillas de verificación de selección múltiple solo está disponible para acuerdos creados por API.- Defina grupos de casillas de verificación de selección múltiple.
- Configure reglas para selecciones exactas, mínimas, máximas o de rango.
- La validación se aplica durante la firma en la experiencia clásica de firma electrónica.
- Las selecciones de los destinatarios se conservan en los acuerdos firmados y en los datos de formulario descargables.
- Invitación de usuario a su organización de Acrobat Sign - Invite a compañeros de equipo directamente desde la interfaz de Acrobat Sign con flujos de trabajo controlados por el administrador para una adopción más rápida del equipo. Dependiendo de la configuración, los usuarios invitados pueden ser aprovisionados automáticamente, enrutados a través del aprovisionamiento Just-In-Time (JIT) o requerir la aprobación del administrador. Este flujo simplificado reduce la fricción para los equipos de pequeñas y medianas empresas, acelera la adopción de flujos de trabajo compartidos y proporciona a los administradores una mejor visibilidad de la demanda real de licencias.
- Nuevo botón Invitar en las páginas de Inicio y Administrar para usuarios finales
- Los usuarios invitados reciben un correo electrónico de bienvenida y se añaden sin problemas a la organización
- Las invitaciones respetan las reglas de aprovisionamiento automático existentes
- Los administradores pueden revisar las solicitudes pendientes en la sección Solicitudes de acceso
- Si el aprovisionamiento automático está deshabilitado, las solicitudes se envían a los administradores para su aprobación
- Página de Usuarios reorganizada - La página de Usuarios ha sido reorganizada para administrar mejor a los usuarios en sus diversos estados y proporcionar mejor visibilidad para los compañeros de equipo recién invitados. Esto ayuda a aislar a los usuarios que tienen problemas para activar sus cuentas y acelera la incorporación para el equipo más grande.
- Los rangos de IP permitidos para el acceso a Acrobat Sign se han ampliado a Grupos y API - Se ha proporcionado más flexibilidad para los controles de restricción de IP al proteger el acceso a Acrobat Sign. Las restricciones de IP ahora se pueden configurar a nivel de grupo por los Administradores de Grupo. Además, las restricciones ahora se aplican al acceso a la API: si una cuenta o grupo especifica un conjunto permitido de direcciones IP, tanto la interfaz de uso de Acrobat Sign como las API solo se pueden acceder desde esas direcciones.
- Las restricciones de IP ahora se aplican tanto al acceso a la interfaz de usuario como a la API.
- Los administradores de grupo pueden configurar restricciones de IP para sus grupos.
- Los usuarios en múltiples grupos se evalúan según la directiva de IP de su grupo predeterminado.
- Las integraciones y aplicaciones de partners están permitidas por defecto y no están restringidas por el bloqueo de IP.
- Los administradores pueden trabajar con el soporte de Adobe para bloquear aplicaciones a nivel de grupo o cuenta. Si el acceso está bloqueado, la aplicación debe usar direcciones IP incluidas en la lista de permitidos para conectarse a Acrobat Sign.
- Actualizaciones de calidad de vida para clientes con licencia ETLA - Las actualizaciones recientes lanzadas para clientes con licencia VIP se están extendiendo a clientes con licencia ETLA con un valor de licencia inferior a 100.000 USD (contacta con tu ejecutivo de cuenta o soporte si tienes alguna pregunta):
- Configuración de administrador simplificada desde la página principal - Acrobat Sign introduce una nueva sección de administración de cuentas para ayudar a los administradores de cuentas a acceder rápidamente a las herramientas de configuración clave. Añada usuarios, organice grupos, conecte integraciones y migre plantillas directamente desde la página de inicio; no es necesario buscar.
- Agregar usuarios a Admin Console desde Acrobat Sign: los administradores ahora pueden agregar usuarios directamente desde la página Usuarios en Acrobat Sign, actualizando automáticamente Adobe Admin Console.
- Este elemento se implementará en la primera semana de noviembre de 2025.
- La asignación de funciones de Admin Console ya está disponible a través de Acrobat Sign: para simplificar la configuración, Acrobat Sign ahora permite a los administradores de cuentas asignar funciones clave de Admin Console (Administrador de productos y Administrador de soporte) sin salir de la interfaz del producto.
- Acceso más fácil al conjunto de integraciones de terceros: se ha agregado una nueva página de Integraciones al menú de administrador, que proporciona enlaces directos e intuitivos a los archivos de configuración de las integraciones individuales.
- Incorporación HIPAA más fácil a través de orientación dentro del producto: las organizaciones sujetas a HIPAA ahora pueden comenzar el proceso de habilitación dentro de Acrobat Sign a través de un nuevo flujo de trabajo de autoservicio en el menú de administrador Empezar.El sistema envía una solicitud automática al servicio de asistencia técnica y realiza un seguimiento del progreso en función de la firma BAA y la configuración del sistema.
- Acelera la migración de plantillas a Acrobat Sign con conversión automatizada de plantillas - La nueva función de migración de plantillas ayuda a los administradores de cuenta a llevar rápidamente sus plantillas a Acrobat Sign.Cargue un archivo ZIP de plantilla, conviértalo automáticamente y revise los resultados en el entorno de creación; no se necesitan conocimientos técnicos.
- Eliminar firmas de certificación y bloqueo de acuerdos firmados digitalmente - Las organizaciones que necesitan pasar servicios de validación de firmas de terceros ahora pueden solicitar al soporte de Adobe que configure los ajustes de su cuenta o grupo para omitir la aplicación del Certificado de Adobe y evitar firmas de bloqueo en acuerdos firmados digitalmente. Cuando está habilitado, los acuerdos solo contienen las firmas digitales del destinatario, reduciendo las tasas de rechazo en herramientas de validación regional estrictas.
- Los administradores de cuentas pueden solicitar al soporte de Adobe que excluya las firmas de Certificación y Bloqueo de Adobe a nivel de cuenta y/o grupo.
- Los acuerdos contienen solo firmas digitales de los destinatarios, lo que mejora la aceptación por parte de los validadores de terceros.
- El Informe de auditoría registra cuándo se omite la certificación, incluyendo una huella digital SHA-256 del documento
- Se aplica a todos los puntos de contacto de exportación: archivos adjuntos de correo electrónico, descargas de la página Administrar, API y cargas útiles de webhook
- Resuelve las brechas de cumplimiento planteadas por los clientes que requieren validación bajo esquemas de confianza regionales - Descripción
- PDF/A mejorado para admitir la conformidad PDF/A-3B y convertir todos los archivos cargados al estándar PDF/A seleccionado - Los administradores ahora pueden habilitar la conversión y normalización de archivos cargados, incluidos PDF, formatos de Microsoft Office e imágenes rasterizadas, a PDF/A-2b o PDF/A-3b. Los archivos PDF/A existentes se validan, reparan si es necesario o se normalizan al nivel objetivo configurado.
- Los administradores pueden configurar flujos de trabajo PDF/A a nivel de cuenta o grupo.
- Niveles de conformidad admitidos: PDF/A-2b (predeterminado) y PDF/A-3b.
- Los documentos que no son PDF y los PDF no conformes se convierten automáticamente a PDF/A.
- Los archivos PDF/A dañados se reparan o normalizan al nivel objetivo.
- Archivos adjuntos permitidos según las reglas de PDF/A: PDF/A-2b (solo PDF/A), PDF/A-3b (cualquier archivo).
- Los acuerdos se revalidan para el cumplimiento de PDF/A al completar la firma.
- Los Informes de auditoría se generan opcionalmente en formato PDF/A e incluyen los resultados de validación/conversión de PDF/A con el nivel de conformidad.
- Eventos de "Método de autenticación actualizado" en los informes de auditoría - Los cambios en los métodos de autenticación de los destinatarios ahora se pueden incluir en el informe de auditoría como eventos discretos. Cuando un remitente (o delegado autorizado) actualiza el método de autenticación de un destinatario, como cambiar de OTP por SMS a OTP por correo electrónico, la actualización se captura y registra en el informe de auditoría del acuerdo, el registro de actividad y la lista de eventos de la API.
- Un nuevo evento, Método de autenticación actualizado, aparece en el informe de auditoría, mostrando:
- El destinatario afectado
- El Usuario que realizó el cambio
- El método de autenticación original
- El nuevo método de autenticación
- La marca de tiempo del cambio
- Los eventos también se exponen a través de la API GET /agreements/{agreementId}/events.
- Los registros de actividad muestran el evento con detalles del destinatario, iniciador y marca de tiempo.
- Un nuevo evento, Método de autenticación actualizado, aparece en el informe de auditoría, mostrando:
Cambios de la experiencia
- Acceso IPv6 para Acrobat Sign for Government- Las organizaciones que utilizan IPv6 en el servicio Acrobat Sign for Government ahora tienen acceso a las direcciones IPv6 de Acrobat Sign:
- 2001:489a:3102:4::160/124 (IPv6)
- 2001:489a:3102:4::150/124 (IPv6)
- La moderna experiencia del destinatario para firma electrónica es ahora el entorno predeterminado para todas las cuentas - Todas las cuentas se han actualizado para usar el moderno entorno de firma electrónica. Los controles de administrador permanecen en el menú Admin para habilitar el entorno clásico si es necesario.
- La moderna experiencia de Solicitar firma es ahora el entorno predeterminado para todas las cuentas - Todas las cuentas se han actualizado para usar el moderno entorno de Solicitar firma. Los controles de administrador permanecen en el menú Admin para habilitar el entorno clásico si es necesario.
- La moderna experiencia de Crear plantilla es ahora el entorno predeterminado para todas las cuentas de empresa - Todas las cuentas se han actualizado para usar el moderno entorno de Crear plantilla de biblioteca. Los controles de administrador permanecen en el menú Admin para habilitar el entorno clásico si es necesario.
- La moderna experiencia del Diseñador de flujo de trabajo personalizado es ahora el entorno predeterminado para todas las cuentas - Todas las cuentas se han actualizado para usar el moderno entorno del Diseñador de flujo de trabajo. Los controles de administrador permanecen en el menú Admin para habilitar el entorno clásico si es necesario, y los enlaces de cambio permanecen para que los usuarios cambien entre las experiencias clásica y moderna (si está habilitado)
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.
- Umbral de encuesta API para puntos finales GET API con respecto a la recuperación de estado o propósitos de listado- Un nuevo umbral de encuesta ahora limita la frecuencia con la que las aplicaciones cliente pueden encuestar puntos finales GET /agreement específicos.
- Función de Super administrador de grupo para socios OEM - Una nueva función de Super administrador de grupo está disponible en la plataforma OEM 2.0. Esta función permite a los socios conceder a sus clientes capacidades administrativas limitadas para crear y administrar grupos sin exponer todos los privilegios de Administrador de cuenta.
- El cliente del socio puede crear y administrar sus propios grupos.
- El creador de un grupo se convierte automáticamente en su Administrador de grupo.
- Los Administradores de cuenta controlan qué configuraciones de grupo se exponen.
- Los Administradores de grupo solo ven la configuración relevante, como Plantillas de mensaje, Configuración de correo electrónico, Configuración de envío y Estado de compartición.
- La función requiere que UMG (Usuarios en múltiples grupos) esté habilitado.
- Los Administradores de cuenta siguen siendo la única función con acceso a la configuración a nivel de cuenta y la capacidad de asignar la función de Super administrador de grupo.
Problemas resueltos
| Problema | Descripción |
|---|---|
| 4505635 | Resumen: El ámbito agreement_retention no está disponible en la API de GovCloud. |
| Solución: El ámbito se ha configurado para funcionar en el entorno de GovCloud con la integración de Okta. | |
| 4515686 | Resumen: Los propietarios de formularios web no pueden reemplazar al firmante secundario en formularios web existentes en circunstancias específicas de validación. Al intentar actualizar el correo electrónico del firmante secundario, se devuelve un error: "No puedes añadir ni eliminar tu dirección de correo electrónico en el estado actual del acuerdo". |
| Solución: Se ha actualizado la validación para que se reconozca correctamente el correo electrónico del remitente o firmante secundario. Los propietarios de formularios web ahora pueden reemplazar al firmante secundario como se esperaba. Los usuarios no necesitan realizar ninguna acción. | |
| 4519727 | Resumen: No se reconoce el formato moderno de números de teléfono en Benín (longitud de 10 caracteres) |
| Solución: Acrobat Sign ahora admite el nuevo formato de número de teléfono de 10 dígitos para Benín. Los usuarios pueden introducir números válidos con el código de país +229 sin errores. No se requiere ninguna acción por parte de los usuarios. | |
| 4525532 | Resumen: La función de prellenado no está disponible por defecto en la nueva experiencia de creación |
| Solución: La función de prellenado se ha expuesto por defecto en la lista de contexto del destinatario al redactar acuerdos | |
| 4526142 | Resumen: Al aplicar una capa de campos de formulario desde una plantilla existente en la nueva experiencia de creación, algunos campos no se copian. |
| Solución: Se ha añadido una nueva comprobación para garantizar que se transfiera la plantilla completa. | |
| 4527772 | Resumen: Los acuerdos con enrutamiento secuencial a veces pierden el campo de nombre del destinatario cuando se asignan a un participante con la función de Rellenador de formularios. El campo no se muestra para ese destinatario, dejando el acuerdo incompleto. |
| Solución: Se han establecido actualizaciones significativas en la API REST para garantizar que se conserven todos los campos. | |
| 4527945 | Resumen: El uso de una plantilla de campo de formulario en un acuerdo que tiene un grupo de destinatarios no funciona: el código de validación de la plantilla filtra el participante del grupo de destinatarios y se pierden los campos asociados. |
| Solución: Se ha modificado el código para utilizar un parámetro de abonado diferente en lugar del valor del correo electrónico. | |
| 4528619 | Resumen: Al editar el nombre de un grupo de destinatarios en la nueva experiencia de Envío, el cursor salta automáticamente al final del texto después de cada cambio. Esto dificulta la edición del nombre de una sola vez. |
| Solución: Se ha actualizado el seguimiento de solicitudes para garantizar que todos los métodos de autenticación se carguen correctamente antes del envío. Los acuerdos ahora se procesan correctamente una vez que se proporcionan todos los detalles de autenticación requeridos. No se requiere ninguna acción por parte de los usuarios. | |
| 4531835 / 4537898/ 4541002 |
Resumen: Los clientes encuentran errores al utilizar algunos certificados de terceros porque los certificados raíz actualizados no son de confianza, lo que causa problemas con los webhooks y las notificaciones. |
| Solución: Se están actualizando las CA raíz. | |
| 4532798 | Resumen: Al aplicar una capa de campos de formulario, Acrobat Sign crea un nuevo documento para capturar la información de la capa. Debido a problemas de versiones en estos nuevos documentos, algunos flujos de trabajo de "modificar acuerdo" fallan. |
| Solución: Hemos cambiado nuestro enfoque de obtener la información de la fuente a través de una API a publicar un evento cuando se aplica una plantilla de capa de campos de formulario y consumirlo para poblar la información de la fuente para los acuerdos. | |
| 4534813 | Resumen: Los usuarios en múltiples grupos no pueden usar el reconocimiento automático de campos al crear plantillas o acuerdos. |
| Solución: Se ha añadido una nueva prueba para verificar la detección de campos en la creación V5 para un usuario con muchos grupos. | |
| 4535639 | Resumen: En algunos acuerdos, faltan campos de imagen requeridos en el PDF firmado. Aunque el archivo FormFields.csv muestra URL de imágenes, las imágenes no aparecen en el acuerdo final. |
| Solución: Se cambió el orden de algunas funciones para garantizar que los campos de imagen en línea se procesen independientemente de si el formulario está presente, y ahora las imágenes se muestran correctamente para todos los firmantes. | |
| 4535828 | Resumen: Los hipervínculos en los documentos se están modificando cuando se envía el acuerdo. |
| Solución: Cuando la URL ya está codificada específicamente con: /, que es un carácter reservado para URL, decodeURI no las está decodificando, así que lo cambié a decodeURIComponent para verificar la condición antes de codificar. | |
| 4536354 | Resumen: Los documentos PDF grandes (aproximadamente 150 páginas) no se cargan y muestran el error "formato no compatible o protegido por contraseña" debido a un tiempo de espera insuficiente en el frontend para las comprobaciones de disponibilidad de imágenes. |
| Solución: Aumentar el parámetro max_retries de 7 (predeterminado) a 13, extendiendo el tiempo de espera de ~30s a ~60s. Esto proporciona tiempo suficiente para procesar documentos grandes. | |
| 4538897 | Resumen: Las plantillas originales de IText con contenido de página rotado hacen que las firmas aplanadas se roten fuera de lugar en la página. |
| Solución: Antes de aplanar las firmas en el contenido de la página, el contenido de la página se envuelve con un push/pop gstate para evitar que la matriz de rotación afecte a las firmas añadidas. | |
| 4539304 | Resumen: La documentación de Swagger está por defecto en modo "Pruébalo" y los consumidores de API encuentran difícil examinar el esquema de solicitud |
| Solución: La documentación ahora está por defecto en modo de visualización en lugar de "Pruébalo", por lo que los esquemas son visibles por defecto. El rendimiento mejora al eliminar llamadas API redundantes para tipos de datos primitivos. | |
| 4542576 | Resumen: Las cargas útiles de webhook para el evento AGREEMENT_ACTION_COMPLETED devuelven diferentes valores de estado de participante en la versión 16.2 de Sandbox. Anteriormente, las entradas de memberInfos mostraban "ACTIVE" o "REPLACED" incluso después de firmar. En la versión 16.2, muestran "COMPLETED" cuando la Participación Dinámica no está habilitada. |
| Solución: El uso de nuevos estados de participante solo se utilizará si la función de Participaciones Dinámicas para Acuerdos en Curso está habilitada. |
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.
- Umbral de encuesta API para puntos finales GET API con respecto a la recuperación de estado o propósitos de listado- Un nuevo umbral de encuesta ahora limita la frecuencia con la que las aplicaciones cliente pueden encuestar puntos finales GET /agreement específicos.
- Función de Super administrador de grupo para socios OEM - Una nueva función de Super administrador de grupo está disponible en la plataforma OEM 2.0. Esta función permite a los socios conceder a sus clientes capacidades administrativas limitadas para crear y administrar grupos sin exponer todos los privilegios de Administrador de cuenta.
- El cliente del socio puede crear y administrar sus propios grupos.
- El creador de un grupo se convierte automáticamente en su Administrador de grupo.
- Los Administradores de cuenta controlan qué configuraciones de grupo se exponen.
- Los Administradores de grupo solo ven la configuración relevante, como Plantillas de mensaje, Configuración de correo electrónico, Configuración de envío y Estado de compartición.
- La función requiere que UMG (Usuarios en múltiples grupos) esté habilitado.
- Los Administradores de cuenta siguen siendo la única función con acceso a la configuración a nivel de cuenta y la capacidad de asignar la función de Super administrador de grupo.
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 |
| 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. |
| 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 |
| 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 |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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 |
| 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 |
| 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 |
| 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. |
| 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. |
| 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. |
| 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. |
| Solución: Modern eSign ahora asigna y valida campos de hipervínculo como otros campos y los filtra por página y asignatario. |