Última actualización el
2 abr. 2026
Notas de la versión de Adobe Acrobat Sign: 2023
Funcionalidad mejorada
- Reemplazar cualquier destinatario: la capacidad de reemplazar el destinatario actual se ha ampliado para aplicarse a cualquier destinatario que aún no haya firmado el acuerdo, lo que permite editar o sustituir las direcciones de correo electrónico de cualquier destinatario futuro en el acuerdo.
Cambios de la experiencia
Se ha añadido el certificado de retención del empleado W-4 de 2023 a la biblioteca de Acrobat Sign: los clientes que usen la plantilla de formulario de impuestos W-4 de EE. UU. en la biblioteca de Acrobat Sign tienen acceso a la versión de 2023, completamente etiquetada y lista para enviarse. Los clientes pueden descargar el PDF y editarlo para crear su propia versión según sea necesario.
Está previsto que el certificado CDS de Acrobat Sign se actualice el 7 de febrero de 2023 - El certificado CDS aplicado a los PDFs generados en Acrobat Sign actualizará la marca en el certificado de Adobe Sign a Acrobat Sign.Se prevé que la actualización se complete después de la versión de enero, el 7 de febrero de 2023.
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.
Webhooks
- Evento AGREEMENT_EXPIRATION_UPDATED añadido a la interfaz de la aplicación: el evento AGREEMENT_EXPIRATION_UPDATED se ha añadido a la interfaz orientada al cliente como un evento seleccionable para los acuerdos.
Funcionalidad mejorada
- Permitir a los firmantes guardar el progreso en un formulario web y volver más tarde para completarlo: los administradores pueden configurar la cuenta o los grupos individuales para permitir que el firmante guarde los formularios web, lo que permite a los destinatarios rellenar el formulario más adelante si es necesario. Para guardar los datos del formulario, el destinatario debe proporcionar su nombre, dirección de correo electrónico y un nombre para el formulario.
- Verificación de la identidad del firmante se ha ampliado para incluir formularios web: las cuentas que utilizan la configuración Verificación de la identidad del firmante para garantizar que los firmantes internos se autentiquen en Acrobat Sign antes de aplicar su firma a los acuerdos ahora pueden ampliar esta medida de seguridad a las firmas aplicadas a los formularios web.
- Acceso de nivel de usuario para crear plantillas de flujo de trabajo de acuerdos personalizadas: el acceso al Diseñador de flujos de trabajo de clientes para enviar nuevos acuerdos ahora se puede habilitar para que los usuarios que no sean administradores creen sus propios flujos de trabajo. Los usuarios que tengan acceso para crear y editar flujos de trabajo tendrán una nueva pestaña Flujos de trabajo en el carril de navegación superior.
- El acceso al diseñador de flujos de trabajo integrado Power Automate se ha ampliado para permitir la configuración de nivel de grupo: la habilitación de la integración de Microsoft Power Automate se ha ampliado en el nivel de grupo para que los administradores puedan conceder acceso a Power Automate a grupos específicos.
- Permitir que los Nombres de destinatarios requeridos sean opcionales para los remitentes: los administradores que activan la funcionalidad Nombre de destinatario requerido ahora tienen la opción de flexibilizar el requisito del nombre, de modo que sea opcional en el nivel de cuenta o de grupo para el remitente. En la práctica, esto significa que el remitente puede introducir el nombre del destinatario si lo conoce, pero no se le impide enviar el acuerdo si no.
- Enviar un acuerdo solo a uno mismo: ahora, los remitentes pueden enviar un acuerdo solo a sí mismos sin tener que añadir ningún otro destinatario al ciclo de firma. Esto permite al destinatario probar de forma eficaz las nuevas plantillas de biblioteca y experimentar el proceso de firma de sus destinatarios sin tener que utilizar un valor de correo electrónico independiente para el firmante.
- Antes de esta versión, intentar enviarse un acuerdo solo a uno mismo provocaría un error. A partir de esta versión, no se activa ningún error y el acuerdo se inicia como cualquier otro.
- El proceso de firma sigue todas las reglas esperadas para un acuerdo enviado, en términos de notificación por correo electrónico, autenticación, navegación de formulario, archivos adjuntos de correo electrónico, etc.
- Identidad digital de Aadhaar disponible para cuentas VIP: el método de autenticación prémium de identidad digital de Aadhaar ahora está disponible a través de Adobe para cuentas VIP que requieren que los destinatarios se autentiquen con el servicio de identidad Aadhaar.
- Nuevos proveedores de servicios de confianza (TSP) -Se están agregando nuevos proveedores para expandir la disponibilidad internacional de la solución de firma digital.Novedades en esta versión:
- A-Trust (EU / Austria)
- ADACOM (EU / Grecia)
- CertSign (EU / Rumanía)
- ComSign (Israel)
- PSC World (México)
- SSL.com (EE. UU.)
- Se ha mejorado la detección automática de los campos del formulario: se ha mejorado con el fin de colocar todos los campos a la vez (en lugar de página por página) para todas las cuentas que tengan activada la detección automática de campos en los fragmentos EU1 y JP1.
- Hay nuevas columnas disponibles en Exportaciones de datos: ahora hay disponibles tres nuevas columnas de datos:
- Número de documentos: recuento total de todos los documentos utilizados para crear un acuerdo.
- Proveedor de firma en la nube: el nombre del proveedor de la firma digital (en la nube).
- Emisor del certificado de firma de la nube del destinatario: el emisor del certificado del proveedor de la firma digital (en la nube).
- Opción Imprimir en PDF disponible en las páginas Informe: la nueva experiencia Informes incluye ahora un botón que permite a los usuarios imprimir sus informes en PDF, lo que facilita el uso compartido con públicos que no tienen cuentas de Acrobat Sign o que prefieren no iniciar sesión para visualizarlos.
- Nuevo filtro y columna para identificar a los administradores en la lista Usuarios: una nueva columna está disponible en la lista Usuarios para identificar fácilmente a los administradores de la cuenta. La lista muestra el nivel más alto de autoridad concedido al usuario (Privacidad > Cuenta > Grupo). Se ha añadido un filtro Mostrar solo administradores para facilitar la revisión de todos los administradores en una lista consolidada.
Cambios de la experiencia
- Se ha añadido un vínculo para descargar el Acrobat Reader gratuito al correo electrónico posterior a la firma: el correo electrónico posterior a la firma enviado a los destinatarios ahora incluye un vínculo para descargar el producto de Acrobat Reader gratuito y facilitar que los destinatarios puedan abrir y ver el PDF del acuerdo que está (normalmente) adjunto.
- Actualizar a la interfaz de destinatario al utilizar la autenticación de Acrobat Sign: el método de autenticación de Acrobat Sign se ha trasladado a un microservicio que ha provocado un pequeño cambio en la interfaz del destinatario. La funcionalidad no ha cambiado y los acuerdos existentes no se ven afectados negativamente.
- Actualización de la interfaz para crear y editar sellos electrónicos: el panel de configuración y edición de sellos electrónicos se ha actualizado con nuevas etiquetas de texto para mayor claridad. La funcionalidad no ha cambiado y los acuerdos existentes no se ven afectados negativamente.
- Pie de página del informe de auditoría actualizado - A partir del lanzamiento de marzo de 2023, todos los nuevos informes de auditoría contienen una nueva cadena de texto en la parte inferior del informe que aclara que los nombres de los destinatarios los proporciona el firmante a menos que se indique explícitamente lo contrario.La cadena dice: "Los nombres y direcciones de correo electrónico los introducen en el servicio de Acrobat Sign los usuarios de Acrobat Sign y no están verificados a menos que se indique lo contrario."
Integraciones de Adobe Acrobat Sign
La integración de Acrobat Sign para Veeva Vault se está actualizando para proporcionar la funcionalidad de notificar a los usuarios cuando su firma sea requerida en un acuerdo y permitir a los usuarios firmar dentro del entorno de Veeva Vault.
Problemas resueltos
| Problema |
Descripción |
|---|---|
| 4293759 | Resumen: La opción noChrome no es coherente al pasar un valor “false” después de pasar un valor “true” en la misma sesión. |
| Corrección: Añadir lógica para eliminar noChrome de la sesión cuando noChrome=false se pasa como parámetro de consulta. | |
| 4320157 | Resumen: Los acuerdos en estado Borrador de la pestaña Administrar (el estado de creación en la API) caducan según la configuración de la fecha límite, a pesar de no ser un acuerdo activo. |
| Corrección: Se ha actualizado el cálculo de la fecha límite para excluir las transacciones en estado Borrador/Creación. |
|
| 4353443 | Resumen: Las herramientas de desarrollo informan de un error de WCAG en la página de envío relativo a objetos secundarios de grupos de opciones que faltan debido a que el conmutador de flujo de trabajo se define como un grupo de opciones. |
| Corrección: Actualizar el objeto secundario a un objeto de botón, dado que solo hay dos opciones, no una matriz más grande. |
|
| 4355729 | Resumen: Algunas circunstancias podrían dar como resultado la autenticación del nombre KBA utilizando el apellido dos veces en el bloque de firma. |
| Corrección: Se ha agregado código para detectar valores de nombre duplicados y solicitar al usuario que los verifique o actualice. |
|
| 4359478 | Resumen: Las fuentes de firma se pueden presentar en diferentes tamaños en el PDF final debido a que las fuentes no tienen un tamaño predeterminado fijo. |
| Corrección: Los conjuntos de fuentes se han ajustado para tener un tamaño coherente. |
|
| 4375042 | Resumen: Los gráficos relacionados con el tiempo no se cargan en el nuevo entorno de creación de informes. |
| Corrección: Una actualización de la base de datos ha resuelto el problema. |
|
| 4375549 | Resumen: El filtro “Grupo” no se muestra en la interfaz de exportación de datos. |
| Corrección: Se han actualizado los datos de los grupos en la base de datos, con lo que se ha corregido el problema. |
|
| 4375884 | Resumen: Los destinatarios a los que se delega explícitamente pueden delegar aún más la autoridad de su acuerdo. |
| Corrección: El código se ha mejorado para devolver el participantSetID adecuado. | |
| 4377068 | Resumen: Al copiar una plantilla de la zona protegida a la producción, se copia la plantilla con los campos de formulario y se muestra el error “Error al ejecutar la solicitud”. Esto se debe a que los campos de hipervínculo se detectan con una altura negativa. |
| Corrección: Se ha mejorado la funcionalidad de detección de campos de formulario para garantizar una comprensión coherente de la ubicación de los campos y las coordenadas de ubicación relativas. |
|
| 4380228 | Resumen: La vista de la barra lateral de firmar electrónicamente para dispositivos móviles no proporciona la opción “Ver historial”. |
| Corrección: La aplicación se ha actualizado para proporcionar el contenido del historial. |
|
| 4382167 | Resumen: Las versiones localizadas de la descripción de HIPAA no están claras. |
| Corrección: Se ha mejorado el lenguaje. |
|
| 4383351 | Resumen: Copiar un formulario web entre entornos (por ejemplo, de zona protegida a producción) genera campos que no se muestran en el acuerdo final. |
| Corrección: La llamada a la API PUT /widgets/{widgetId}/formFields se ha mejorado para garantizar que los campos se coloquen correctamente. | |
| 4384877 | Resumen: La configuración de biofarmacéutica podría ignorarse al enviar una transacción Enviar en lote si la biofarmacéutica está configurada en el nivel de grupo. |
| Corrección: Se ha mejorado el código para garantizar una herencia adecuada en el nivel de grupo al generar acuerdos. |
|
| 4387692 | Resumen: Los pagos a través de Braintree pueden anularse si el usuario intenta firmar un acuerdo que ya se ha firmado. |
| Corrección: Se ha establecido un control para identificar si el acuerdo se ha modificado antes de completarse el pago. |
|
| 4396329 | Resumen: La imagen de una firma, cuando se toma desde un dispositivo móvil, gira 90 grados. |
| Corrección: El código se ha mejorado para obtener la orientación de las imágenes antes de aplicarlas al PDF. |
|
| 4396574 | Resumen: Los flujos de trabajo enviados desde un grupo no principal pueden fallar con un “Error de validación de estado de borrador”. debido a que se aplica la configuración de sesión frente a la configuración de grupo. |
| Corrección: Se ha mejorado el código para garantizar que la configuración del grupo se aplique correctamente cuando se selecciona un nuevo grupo. |
|
| 4396871 | Resumen: Los informes de auditoría en coreano muestran un nombre de archivo dañado de todos los caracteres hash. |
| Corrección: La función se ha mejorado para incluir todas las familias de fuentes requeridas. |
|
| 4397811 | Resumen: Las líneas de asunto del correo electrónico podrían mostrarse incorrectamente si hubiera dos puntos en la cadena debido al etiquetado interno para identificar hipervínculos. |
| Corrección: El código se ha vuelto más sólido para permitir este caso de uso. |
|
| 4399942 | Resumen: Se pueden aplicar indicaciones de color incorrectas al crear campos para los participantes Cualquiera y Todos. |
| Corrección: Se ha cambiado la lógica en la función de color para Cualquiera y Todos. |
|
| 4399995 | Resumen: Al enviar a través de la API, la dirección URL de BulkSigning debe redactarse con una dirección URL de cortesía en lugar de la URL segura genérica para permitir que el firmante acceda a la IU de BulkSign sin experiencia de inicio de sesión adicional si el firmante ya se ha autenticado con SAML. |
| Corrección: El código se ha mejorado para permitir la dirección URL de cortesía al emplear llamadas de la API SendinBulk. |
|
| 4403487 | Resumen: Los correos electrónicos de cancelación personalizados podrían incluir la parte en CC en la notificación de los firmantes. |
| Corrección: La función para quitar la parte en CC se ha añadido a la plantilla de cancelación personalizada. |
|
| 4404574 | Resumen: El almacenamiento de formularios web podría fallar si el formulario web se crea en un grupo de abonados (no en el grupo principal). |
| Corrección: El código se ha mejorado para garantizar que la configuración del grupo de abonados esté habilitada para el formulario web. |
|
| 4405782 | Resumen: Los motivos de firma no se ajustan a la configuración regional seleccionada. |
| Corrección: Se ha mejorado el código para cambiar la configuración regional del contenido y alinearlo con la sesión actual. |
|
| 4415593 | Resumen: No se recibía texto al utilizar la opción de firma móvil para números canadienses. |
| Corrección: Se ha corregido el problema con el proveedor. |
|
| 4419917 | Resumen: El uso de now() como parámetro en una expresión localizada produce una excepción que hace que la fecha no se procese correctamente. |
| Corrección: La función Fecha convierte ahora la fecha numérica en una cadena antes de quitar la localización, lo que permite un valor de fecha correcto. |
|
| 4420339 | Resumen: En los casos en los que el primer firmante es un delegado y el mismo aparece más adelante en el ciclo de firma, puede producirse un error con la URL de firma. |
| Corrección: El código se ha mejorado para garantizar que la lista de firmas se ordena correctamente cuando se obtiene de la base de datos. |
|
| 4421259 | Resumen: las transacciones de Enviar en lote se pueden configurar para evitar el acceso al entorno de creación en la aplicación utilizando la autenticación mediante contraseña cuando se incluye un contrafirmante interno |
| Corrección: se ha mejorado el código para administrar mejor el flujo de trabajo, lo que permite la creación. |
Implementación de producción: 20 de abril de 2023
Implementación de GovCloud: 24 de abril de 2023
Funcionalidad mejorada
- Actualización de los sellos electrónicos para permitir solo el gráfico: se están mejorando los sellos electrónicos para permitir la colocación solo del sello gráfico, sin el componente de texto (Nombre, Fecha, Hora y Motivo de firma). Para admitir este caso de uso:
- Al configurar el sello, existe una nueva opción que permite omitir el componente de texto y mostrar únicamente el sello gráfico.
- La Firma digital se puede crear con una relación de aspecto cuadrada (permitiendo un sello redondo) creándola con etiquetas de texto, Acroforms o la API.
\n - El texto del sello (cuando se aplica) se lee ahora correctamente como "Sellado digital" en lugar de "Firmado digitalmente".
- Al configurar el sello, existe una nueva opción que permite omitir el componente de texto y mostrar únicamente el sello gráfico.
Cambios de la experiencia
- Nuevo diseño de encabezados y pies de página: el encabezado y el pie de página se han rediseñado para incluir mejor las pantallas en plataformas más pequeñas y para mejorar la accesibilidad.
- El encabezado de doble pila se combinará para que contenga el logotipo de marca y las pestañas de navegación en una barra de encabezado.
- La barra de encabezado se contraerá en un icono de opciones en las plataformas más pequeñas o cuando la ampliación de la pantalla requiera que el espacio muestre correctamente el contenido.
- El pie de página se eliminará por completo y el selector de Idioma se reubicará en el menú del perfil de la esquina superior derecha de la página.
Problemas resueltos
| Problema |
Descripción |
|---|---|
| 4389075 | Resumen: al cargar un acuerdo firmado anteriormente como archivo adjunto, los campos de varias líneas no conservan la capacidad de mostrar líneas fuera del ámbito del espacio de campo original. |
| Corrección: se ha añadido código para conservar la anotación original del PDF para campos de varias líneas en los archivos adjuntos. | |
| 4389207 | Resumen: los firmantes de Microsofts Teams obtienen una pantalla en blanco al utilizar la autenticación de Acrobat Sign. |
| Corrección: se ha actualizado el código para pasar los parámetros correctos en el entorno de Teams para completar la autenticación. |
|
| 4406571 | Resumen: los informes de auditoría en japonés duplican el texto honorífico. |
| Corrección: la plantilla se ha actualizado para quitar la duplicación. |
|
| 4415574 | Resumen: el entorno de zona protegida no está cargando todos los grupos debido a problemas de paginación |
| Corrección: la paginación se ha corregido en el entorno de zona protegida. |
|
| 4415966 | Resumen: la zona horaria definida por el cliente para los informes de auditoría no se respeta en los formularios web |
| Corrección: el código compatible con los informes de auditoría para formularios web se ha actualizado para incluir la configuración de zona horaria definida por el cliente. |
|
| 4417187 | Resumen: Es posible que los clientes con la opción Visibilidad limitada de documentos activada no vean todos los campos al exportar datos mediante el nuevo entorno de informes. |
| Corrección: El código relativo a la visibilidad de los documentos y datos se ha actualizado para permitir el acceso a los datos de campo para los informes. | |
| 4417835 | Resumen: es posible que la información del firmante sobre los acuerdos completados en el entorno de zona protegida no se muestre al ver el acuerdo debido a un conflicto con la marca de agua. |
| Corrección: las mejoras de código permiten que la marca de agua y la información del cliente se muestren correctamente en los acuerdos completados. |
|
| 4418255 |
Resumen: cuando se crea un formulario webb en un grupo que no es el grupo principal del usuario, la opción de utilizar varios firmantes se hereda del usuario en lugar del grupo. |
| Corrección: la herencia de la propiedad de función se ha corregido para que se utilice el grupo seleccionado en lugar del grupo del usuario. |
|
| 4420675 | Resumen: algunos usuarios no han podido ejecutar informes con el nuevo entorno debido a que la API devolvía información incompleta. |
| Corrección: se ha añadido código adicional para que se incluya el tipo de evento de API que devuelve información insuficiente. |
|
| 4426975 | Resumen: Algunas configuraciones de correo electrónico, como eliminar el correo electrónico y el nombre del remitente, no se aplican correctamente. |
| Corregir: Las plantillas de correo electrónico se han corregido para aplicar correctamente la configuración heredada. | |
| 4427301 | Resumen: Los firmantes que utilizan una configuración regional distinta del inglés de EE. UU. no ven el menú desplegable Motivos de firma al firmar. |
| Corregir: El código para recuperar la lista de motivos de firma se ha corregido para adaptarse a la configuración regional del destinatario. |
|
| 4430515 | Resumen: Cuando un remitente añade un campo de entrada con la palabra "直" como valor predeterminado, el firmante ve la fuente antigua al firmar y en el documento completado |
| Corrección: Se ha mejorado la priorización de fuentes para corregir la sustitución. |
Implementación de producción: 23 de mayo de 2023
Implementación de GovCloud: 6 de junio de 2023
Funcionalidad mejorada
- Integración incorporada con Microsoft Power Automate: disponible para todas las cuentas con licencia empresarial de Acrobat Sign que deseen automatizar los procesos previos o posteriores a la firma. Esta integración está habilitada por el administrador de cuentas en la pestaña Configuración de la cuenta > Integración de flujos de trabajo. Una vez habilitada, se accede a la integración a través de un mosaico en la página de Inicio o una nueva pestaña de Flujo de trabajo en la barra de navegación superior.
\nCon el derecho incluido de Power Automate (activado tras la habilitación), los usuarios pueden acceder a todos los conectores estándar y prémium de Power Automate para usar con Adobe Acrobat Sign.Los clientes con licencias de Power Automate existentes a través de Microsoft también pueden utilizarlas con la integración.
Nota
El acceso a descubrir esta función a través de los puntos de acceso de la pestaña Flujos de trabajo y de la página Inicio está habilitado de forma predeterminada para todos los usuarios.
La capacidad de crear y usar flujo de trabajo no estará disponible hasta que sea habilitada explícitamente por el administrador de la cuenta.
Los controles para deshabilitar la detección de usuarios están en Configuración de la cuenta > Configuración global.
- Compatibilidad con nombres y firmas para la configuración regional de hebreo: el nombre y los valores iniciales en la configuración regional de hebreo (de derecha a izquierda) ahora son compatibles con los campos de firma en el documento final y los PDF de informes de auditoría.
- Requerir que se guarde un formulario web al abrirlo: los administradores pueden quitar la opción de cancelar el proceso de guardado cuando Guardar al abrir el formulario web está habilitado, lo que obliga al firmante a convertir el proceso de formulario web en un proceso de acuerdo normal.
Problemas resueltos
| Problema |
Descripción |
|---|---|
| 4316916 | Resumen: en el caso de que varios firmantes apliquen su firma prácticamente al mismo tiempo en un flujo de firmas en paralelo, la firma del primer firmante se omite en las versiones posteriores del documento. |
| Corrección: se ha añadido un proceso de bloqueo a la conversión del documento para evitar la colisión de la aplicación de firma en la versión oficial del documento. Los firmantes posteriores en un flujo de firmas en paralelo recibirán un mensaje que indica que el acuerdo se ha actualizado y que se les pide que firmen de nuevo si su versión ha cambiado (debido a una aplicación de firma) desde que abrieron el acuerdo. | |
| 4382014 | Resumen: las casillas de verificación añadidas mediante la ubicación automatizada de campos no se alinean correctamente con el gráfico de casilla de verificación. |
| Corrección: el código de ubicación se ha mejorado para utilizar un desplazamiento de píxeles para el campo, y el tamaño de este se calcula antes de colocarlo cuando se cambia el nivel de zoom, lo que mejora la ubicación del campo. |
|
| 4415970 | Resumen: los usuarios creados en una cuenta con Usuarios en varios grupos (UMG) habilitado, que posteriormente establecen el grupo Predeterminado para no permitir el envío y deshabilitar UMG, pueden tener desactivado el botón Iniciar desde biblioteca en la página de inicio. |
| Corrección: el código se ha mejorado para tener en cuenta la deshabilitación de UMG y la herencia correcta de la configuración del grupo del usuario. |
|
| 4416451 | Resumen: los remitentes que intentan enviar una transacción Enviar en lote donde el remitente firma primero y aplica una firma digital de un IdP basado en la nube encuentran un error que indica que el IdP no está disponible. |
| Corrección: el código de Enviar en lote se ha mejorado para identificar correctamente que el remitente puede firmar primero con una firma digital |
|
| 4418343 | Resumen: los participantes que firmen con Motivos de firma habilitados en un entorno localizado comprobarán que las cadenas “Firmado por”, “Motivo” y “Fecha” no están localizadas. |
| Corrección: se han localizado las cadenas. |
|
| 4419664 | Resumen: los clientes que sacan informes excepcionalmente largos en el nuevo entorno podrían experimentar errores debido al tamaño del conjunto de datos. |
| Corrección: los parámetros del conjunto de datos se han mejorado para dar cabida a solicitudes mucho mayores. |
|
| 4420278 | Resumen: la asignación de campos puede revertirse al primer destinatario al guardar una plantilla y, a continuación, hacer clic en el botón Atrás. |
| Corrección: se ha actualizado el constructor de campos de formulario para asignar correctamente el ID de participación al guardar la plantilla. |
|
| 4420932 | Resumen: los PDF creados por algunas aplicaciones no cumplen con el estándar de PDF y, como resultado, no se pueden descargar como documentos individuales desde la página Administrar. |
| Corrección: evalúe los PDF cargados y vuelva a guardarlos si ve que son deficientes. | |
| 4421539 | Resumen: el nuevo entorno de creación de informes no exporta campos de formulario si todos están establecidos en Solo lectura |
| Corrección: el indicador de solo lectura no se tiene en cuenta al extraer datos del informe. |
|
| 4424177 | Resumen: la opción “Firmante” está disponible en Editar permisos en el nivel de grupo cuando la opción Iniciar sesión en nombre de otros no está activada. |
| Corrección: se ha actualizado el orden del código para comprobar la configuración de firma antes de mostrar los permisos. |
|
| 4426708 | Resumen: la cadena de hipervínculo se extiende más allá del límite del cuadro de presentación al confirmar una redirección a una nueva dirección URL a través del campo Hipervínculo. |
| Corrección: se ha aplicado un ajuste de desbordamiento a la cadena. |
|
| 4427788 | Resumen: en las cuentas con la opción Usuarios en varios grupos activada, los abonos de grupo existentes se eliminan cuando un usuario asciende a administrador de grupo mediante la búsqueda de miembros del grupo debido al filtrado que se aplica al ID de usuario resultante. |
| Corrección: la lista de valores sin filtrar se utilizará al guardar las nuevas relaciones de usuarios. |
|
| 4427893 | Resumen: no se puede generar un documentKey en las devoluciones de llamada para las cuentas de webhooks 2.0 |
| Corrección: se han añadido comprobaciones nulas para interceptar los eventos y corregir el problema. |
|
| 4428561 | Resumen: en el nuevo entorno de creación de informes, puede que no se muestren todos los grupos al filtrar por el grupo. |
| Corrección: se ha mejorado el código de búsqueda para garantizar que se muestren todos los grupos. | |
| 4430423 | Resumen: de derecha a izquierda los idiomas escritos invierten la firma después de la aplicación. |
| Corrección: se ha agregado la compatibilidad con los idiomas escritos de derecha a izquierda para capturar una firma y aplicarla correctamente a la documentación. | |
| 4430515 | Resumen: cuando un remitente añade un campo de entrada con la palabra "直" como valor predeterminado, el firmante ve la fuente antigua al firmar y en el documento completado |
| Corrección: se ha mejorado la priorización de fuentes para corregir la sustitución. | |
| 4433166 | Resumen: Es posible que algunos campos generados por etiquetas de texto no sean visibles al ver el acuerdo firmado en línea. Los PDF descargados se procesan correctamente. |
| Corregir: Se ha actualizado la biblioteca de PDF, lo que corrige el problema con la descodificación de los metadatos de PDF para mostrar archivos PDF. |
Implementación de producción: 19 de julio de 2023
Implementación de GovCloud: 25 de julio de 2023
Funcionalidad mejorada
- Informes de consumo de transacciones: los informes de consumo de transacciones proporcionan al personal administrador visibilidad para comprender mejor los patrones de consumo de transacciones de su organización. Así, puede crear informes específicos para hacer un seguimiento del consumo de transacciones con cuatro gráficos diferentes:
- Tendencia del volumen de transacciones
- Transacción por remitente
- Transacción por grupo
- Transacción por flujo de trabajo
- Nueva auditoría de actividad de configuración para revisar las actividades de los administradores - Un nuevo Tipo de informe que proporciona un registro de auditoría que ayuda a garantizar el cumplimiento continuo, protegiendo contra cualquier cambio inapropiado y auditando comportamientos sospechosos dentro de tu organización.
\nComo administrador, tienes completa Visibilidad de los cambios de configuración realizados en la configuración de los usuarios, grupos o cuenta (dependiendo del Nivel de autoridad del Usuario).Puede filtrar el registro de auditoría en función del nombre de la configuración, quién realizó el cambio o el destino del cambio (nombre, persona usuaria o grupo). Luego, vea y exporte estos informes para un análisis más detallado. El personal administrador de cuentas puede ver registros en todos los grupos. Los administradores de grupos solo pueden ver los registros de auditoría de los grupos en los que tienen autoridad.
- Detalles mejorados en las exportaciones de datos para reflejar correctamente los eventos de sustitución de personas destinatarias: se han añadido nuevas columnas de exportación de datos para representar mejor cuándo se cambian las personas destinatarias durante el proceso de firma de una transacción. Las nuevas columnas son las siguientes:
- Estado de persona destinataria
- Persona destinataria ha firmado
- Motivo del cambio de persona destinataria
- Fecha del cambio de persona destinataria
- Registro de informes de auditoría para métodos de seguridad de autenticación obligatoria : los clientes que utilicen la función Autenticación obligatoria de identidad (en la pestaña Ajustar configuración de biofarmacéutica ) con autenticación basada en el teléfono registrarán explícitamente cada evento de autenticación en el informe de auditoría. Los nuevos eventos de informes de auditoría incluyen la fase en la que se capturó la autenticación (abrir el acuerdo, aplicar una firma y seleccionar el botón Clic para firmar) y el tipo de autenticación utilizada. (La autenticación telefónica es el único método admitido en esta versión. La autenticación de Acrobat Sign está programada para incluirse en el lanzamiento de agosto de 2023.)
\nLa lista de actividades también refleja cada autenticación (aunque en un formato más corto).
- Soporte de formulario web para autenticación de identidad forzada - Los formularios web ahora respetan la configuración de Forzar autenticación de identidad , permitiendo el cumplimiento de firma con regulaciones como CFR 21 parte 11, y registrando completamente los eventos de firma en el registro de auditoría (como se describe a continuación).
\nAdemás, la autenticación de Acrobat Sign se ha añadido como método de autenticación, proporcionando a los formularios web el registro detallado de firmas que cumple muchos requisitos de conformidad.
- Libreta de direcciones de la organización integrada con LDAP o Active Directory: la clientela que gestiona a sus personas usuarias en Adobe Admin Console puede vincular su LDAP o Active Directory para importar una libreta de direcciones de la organización para todas las personas usuarias de la cuenta. Esto permite escribir el nombre o el correo electrónico de cualquier persona en el LDAP/AD de la compañía y ordenar esa parte en la lista de contactos generada automáticamente. Los contactos de la organización (derivados del LDAP/AD de la organización) se enumeran por separado de los personales (derivados de cualquier dirección de correo electrónico a la que se haya enviado un acuerdo).
- Nuevo informe de aprovisionamiento de personas usuarias para ayudar a resolver los problemas de creación de personas usuarias: las cuentas que administran a sus personas usuarias en Adobe Admin Console disponen de un nuevo informe de aprovisionamiento de personas usuarias en una nueva página Pendiente de la pestaña Usuarios. Esto resulta especialmente útil para las cuentas que trasladan personas usuarias de varias organizaciones de Adobe Admin Console existentes (tal vez en diferentes entornos) a una organización empresarial. Para filtrar las personas usuarias activas de las que aún no han completado su activación en la nueva organización, la pestaña Usuarios se ha dividido en dos secciones:
- Autorizado: usuarios que están correctamente aprovisionados y pueden utilizar Acrobat Sign. Esta página es idéntica a la anterior página Usuarios, con la misma funcionalidad.
- Pendiente: las personas usuarias que aún no tienen todos los derechos necesitan alguna acción o asistencia.
- Autorizado: usuarios que están correctamente aprovisionados y pueden utilizar Acrobat Sign. Esta página es idéntica a la anterior página Usuarios, con la misma funcionalidad.
- Se ha mejorado la granularidad de los permisos para editar la configuración de nivel de grupo: el personal administrador de nivel de cuenta ahora tiene una granularidad de nivel de pestaña para permitir la edición de permisos de nivel de grupo. Al de nivel de grupo se le proporciona un mensaje claro de su acceso restringido en la parte superior de sus páginas de grupo cuando la autoridad para editar está deshabilitada.
- Seleccione cómo se asigna nombres a los archivos adjuntos cuando se agregan a correos electrónicos: los administradores de los niveles de cuenta y grupo pueden ahora determinar cómo se asignan nombres a los archivos adjuntos a las notificaciones por correo electrónico. Los nombres de los archivos están condicionados por la configuración Unir varios documentos en uno solo después de firmar, que proporciona un archivo adjunto con todos los archivos combinados o archivos adjuntos por separado con sus nombres individuales. Las opciones son las siguientes:
- Nombre del acuerdo:
- Cuando se combinan todos los archivos: un archivo con el nombre del acuerdo. Por ejemplo, Contrato de servicios 2023
- Cuando los archivos están separados: se adjunta un archivo por archivo cargado. Cada archivo utiliza el nombre del acuerdo con un enumerador añadido. Por ejemplo, Contrato de servicio 2023 (parte 1), Contrato de servicio 2023 (parte 2), Contrato de servicio 2023 (parte 3)
- Cuando se combinan todos los archivos: un archivo con el nombre del acuerdo. Por ejemplo, Contrato de servicios 2023
- Nombre del archivo
- Cuando se combinan todos los archivos: un archivo con el nombre derivado del primer archivo cargado.
- Cuando los archivos están separados: se adjunta un archivo por archivo cargado. Cada archivo adjunto conserva el nombre de archivo original independientemente del origen (plantilla, documento de acuerdo cargado, documento transitorio, archivo adjunto del destinatario).
- Cuando se combinan todos los archivos: un archivo con el nombre derivado del primer archivo cargado.
- Híbrido
- Cuando se combinan todos los archivos: un archivo con el nombre del acuerdo.
- Cuando los archivos están separados: se adjunta un archivo por archivo cargado, y cada archivo adjunto conserva el nombre del original.
- Cuando se combinan todos los archivos: un archivo con el nombre del acuerdo.
- Nombre del acuerdo:
Para acceder a los controles, vaya a Configuración de cuenta > Configuración global > Los archivos adjuntos al correo electrónico se denominarán:
- Anular uso compartido de acuerdos: las personas que han creado el acuerdo o cualquier persona participante que pueda haber creado un uso compartido con otra parte puede anular el uso compartido de los acuerdos compartidos. Al anular el uso compartido con cualquier parte, el acuerdo se deja de compartir automáticamente con todas las partes descendentes y se elimina toda la rama de uso compartido.
Cambios de la experiencia
- La interfaz de flujo de trabajo de envío personalizado estará habilitada para todos los usuarios - Todas las cuentas que han habilitado los flujos de trabajo de envío personalizados para sus administradores han sido habilitadas con acceso al diseñador de flujo de trabajo para todos los usuarios. Las personas usuarias pueden tener acceso al diseñador del flujo de trabajo a través de la pestaña Flujos de trabajo en la barra de navegación superior y el mosaico Crear flujos de trabajo reutilizables en la página Inicio. Los usuarios solo tienen la autoridad para crear flujos de trabajo para su uso personal hasta que un administrador habilite explícitamente la opción de compartir flujos de trabajo en el menú de administrador.
Los administradores que deseen suprimir el acceso al diseñador de flujo de trabajo para los usuarios pueden hacerlo en la Configuración global bajo la sección Flujo de trabajo de envío personalizado:
- La pestaña Usuario se ha dividido en dos tablas para las personas usuarias de Admin Console: las cuentas que administran las personas usuarias en Adobe Admin Console tienen la pestaña Usuarios dividida en dos páginas:
- Habilitado: esta página contiene una tabla de todas las personas usuarias que se han creado correctamente en el entorno Acrobat Sign y quién debería poder utilizar el servicio sin problemas. Esta página es equivalente a la pestaña anterior Usuarios, con todas las mismas funciones.
- Pendiente: esta página contiene las personas usuarias que se han añadido al perfil de usuario en Admin Console, pero que no se han convertido correctamente en un usuario o usuaria funcional en el sistema Acrobat Sign.
- Flujo de autenticación mejorado de Acrobat Sign - El método de autenticación de Acrobat Sign se ha mejorado para reducir la complejidad y la cantidad de pasos para los firmantes.El correo electrónico de la persona destinataria se importa al sistema de autenticación de Adobe para determinar si el usuario o usuaria es una entidad conocida, lo que elimina varias pantallas o clics y proporciona una ruta más limpia hacia la autenticación. Se solicita a la persona destinataria que proporcione una contraseña si el correo electrónico ya existe. Se indica automáticamente que se cree una cuenta si el correo electrónico no existe.
- Compatibilidad con hasta 10 firmas digitales por cada destinatario: se ha mejorado la limitación de una firma digital por destinatario para las firmas en la nube para que se puedan colocar hasta 10 campos de firma digital por destinatario. (Aadhaar y Singpass no son compatibles)
- El nuevo entorno Informes se carga de forma predeterminada al abrir la página: la versión predeterminada de la página Informes se ha cambiado para cargar el nuevo entorno de informes cuando las personas usuarias abren la interfaz por primera vez. Las personas usuarias conservan la opción de volver al entorno clásico si es necesario.
Nota
Se espera que el entorno de informes clásico se elimine por completo del servicio a finales de 2023. Se recomienda a los clientes y clientas que aún utilizan informes clásicos que vuelvan a crear y programen sus informes en el nuevo entorno lo antes posible para garantizar la continuidad de los informes.
- Antes de la versión de julio de 2023, el acuerdo enviado mediante un flujo de trabajo de envío personalizado no respetaba los métodos de autenticación establecidos en el nivel de cuenta y de grupo. El remitente podía cambiar el método de autenticación predeterminado para el firmante, aunque la configuración de cuenta o grupo no lo permitiera. La versión de julio corrigió este comportamiento y lo hizo coherente con la página Enviar , que requiere que el remitente utilice el método de autenticación predeterminado si la configuración de cuenta o grupo no lo permite cambiar.
Por ejemplo, si el método de autenticación predeterminado para los firmantes internos es Correo electrónico y la opción Permitir a los remitentes cambiar el método de autenticación predeterminado no está habilitada, los remitentes solo podrán enviar el acuerdo con el método de autenticación Correo electrónico. Este es el comportamiento correcto y se alinea con la experiencia en la página Enviar.
Actualizaciones de aplicaciones móviles
- Opción de notificaciones push en la plataforma iOS: las cuentas que administran a las personas usuarias en Adobe Admin Console pueden habilitar notificaciones automáticas para dichas personas con la aplicación Acrobat Sign para iOS instalada en sus dispositivos móviles. Las notificaciones push activas informan a las personas destinatarias de que hay nuevos acuerdos que esperan su atención y se notifica a las personas remitentes de los acuerdos firmados y completados. Los usuarios individuales pueden optar por desactivar las notificaciones push en la configuración de su dispositivo.
Esta función estará disponible para usuarios en iOS v15+ en la versión 3.29 en el App Store de Apple a principios de agosto.
Integraciones
Acrobat Sign para Veeva Vault se está actualizando con lo siguiente:
- Personalización de la marca actualizada: la marca Adobe Sign se ha actualizado a Adobe Acrobat Sign para alinearse con la marca actual del servicio. Como parte de este cambio de marca, todos los objetos de la integración Veeva Vault se han actualizado a Adobe Acrobat Sign.
- Garantía de versión del documento actual: dado que Veeva Vault permite que hayan varias versiones de un documento, la instalación Acrobat Sign para Veeva Vault actualizada obligará a que se adjunte solo la versión más reciente.
Problemas resueltos
| Problema |
Descripción |
|---|---|
| 4356308 |
Resumen: El campo de correo electrónico de los flujos de trabajo no se restablece correctamente a un valor vacío después de eliminar un valor anterior con más de una división debido a espacios o comas. Los valores divididos permanecen en el modelo, lo que provoca un error cuando se añaden nuevos valores, ya que el campo leería varios valores donde se espera uno. |
| Corrección: El código del campo de entrada se ha actualizado para permitir que los nuevos valores de entrada agreguen el valor directamente y no el valor al contenido anterior. | |
| 4358989 |
Resumen: El uso compartido de una plantilla de biblioteca entre grupos habilitados para UMG podría hacer que la plantilla no se guardara si el número de grupos superaba 100 debido a que el código de búsqueda de grupos solo hacía referencia a los primeros 100 grupos. |
| Solución: la lógica de búsqueda de grupos se ha actualizado para recorrer las páginas si están presentes y guardar todos los nombres de grupos en la tienda. |
|
| 4361087 |
Resumen: Los acuerdos enviados para firma paralela muestran la acción Cargar firma en la página Administrar. |
| Corregir: La página Administrar se ha actualizado para ocultar correctamente la acción Cargar cuando el acuerdo tiene una condición no admitida. | |
| 4379342 |
Resumen: los acuerdos con varios destinatarios que utilizan autenticación que requiere un token del sistema Acrobat Sign (p. ej., autenticación telefónica) pueden encontrarse con una situación en la que un destinatario activa un error de "Token de acceso no válido" debido a que una llamada de API del token de actualización destruye el token de autenticación de la sesión. |
| Corrección: se ha mejorado la administración de los tokens entre sesiones para corregir el problema subyacente. | |
| 4383564 |
Resumen: no se pueden firmar documentos a través del correo electrónico Firma solicitada cuando la verificación de la identidad del firmante está activada y el firmante está en un recurso compartido diferente. |
| Corregir: Se ha actualizado el código que administra la configuración de uso compartido. | |
| 4384284 |
Resumen: Iniciar sesión en el entorno de la nube gubernamental puede redirigir al usuario de vuelta al centro. |
| Corregir: Se han actualizado los orígenes de confianza del centro. | |
| 4403772 |
Resumen: Los errores al añadir plantillas de documento no disponibles en una plantilla de flujo de trabajo se retrasan debido a que la API tarda más de lo esperado en actualizar la plantilla. |
| Corregir: Se ha añadido el mensaje "Guardando" para notificar al usuario que el proceso aún está en curso. | |
| 4403836 |
Resumen: No se entregan mensajes al usuario si un acuerdo creado mediante API cambia automáticamente de un flujo de trabajo escrito a electrónico. |
| Corregir: La documentación de la API se ha actualizado para indicar este evento. | |
| 4404257 |
Resumen: El gráfico de flecha roja de Sign no tiene suficiente contraste. |
| Corrección: El color se ha actualizado para cumplir el requisito 4.5:1. | |
| 4409720 |
Resumen: Los usuarios que han firmado un documento se marcan posteriormente como Inactivos en el sistema y, a continuación, volver al acuerdo firmado puede crear una situación en la que se les envían correos electrónicos posteriores para el acuerdo, posiblemente varias veces, debido a que el sistema delega la acción para el firmante inactivo. |
| Corrección: Se ha añadido lógica a la cuenta para los usuarios que están inactivos, pero que tienen acceso a los acuerdos para evitar la delegación. | |
| 4412152 |
Resumen: La relación de contraste del indicador de enfoque no es suficiente para campos de todos los tipos en la página de eSign. |
| Corrección: El color se ha actualizado para cumplir el requisito 4.5:1. |
|
| 4412153 |
Resumen: El índice de contraste del indicador de enfoque no es suficiente para el botón de aplicación. |
| Corrección: El color se ha actualizado para cumplir el requisito 4.5:1. |
|
4417413 4422433 |
Resumen: Los campos calculados se procesan correctamente si la configuración regional es inglés de EE. UU., pero no en páginas traducidas en las que se utiliza una coma en lugar de un decimal. |
| Corrección: El código se ha actualizado para tener en cuenta la configuración regional antes de abordar el cálculo. | |
| 4417905 |
Resumen: El informe de auditoría no incluye el motivo de BioPharma de un segundo firmante. |
| Corrección: Se ha actualizado el código para permitir la firma de eventos por varios motivos. | |
| 4419219 |
Resumen: Si la primera letra de la firma se inclina hacia atrás como la letra minúscula p, se trunca a medida que la letra se aleja del espacio de firma. |
| Corrección: Se ha actualizado el texto de la firma para que empiece por la derecha y que no se pierda al procesar caracteres que se inclinan hacia la izquierda. |
|
| 4420176 |
Resumen: La carga de un documento firmado falla cuando las firmas son campos de firma digital. |
| Corrección: La página Administrar se ha actualizado para ocultar correctamente la acción Cargar cuando el acuerdo tiene una condición no admitida. |
|
| 4420880 |
Resumen: El registro del informe de auditoría para las firmas aplicadas a través de un permiso de cuenta compartida no está claro. |
| Corrección: El texto del registro de auditoría se ha actualizado para que sea más explícito en el proceso de firma y para quién firmó en nombre de otro. | |
| 4422206 |
Resumen: Al exportar la lista de usuarios de un grupo, la columna Grupos está vacía excepto para el grupo principal si el usuario es administrador de varios grupos. |
| Corrección: Se ha mejorado la consulta para unirse a varios grupos y se ha actualizado la función exportUser para administrar correctamente este caso de uso. | |
| 4424153 |
Resumen: Cuando se coloca un hipervínculo en un documento con varias páginas que hacen referencia a una página del documento, el hipervínculo no funciona en dispositivos móviles. |
| Corrección: La funcionalidad de desplazamiento y desplazamiento en la aplicación móvil se ha mejorado para establecer mejor el foco en el destino del hipervínculo. | |
| 4426232 |
Resumen: El parámetro pageSize no funciona al realizar la solicitud 'GET /libraryDocuments/{libraryDocumentId}/formData', lo que hace que el tiempo de respuesta sea superior a 2 minutos y se interrumpa el flujo de trabajo. |
| Corrección: El código se ha revertido a una versión anterior mientras se investigaba la causa raíz. | |
| 4426529 |
Resumen: Un carácter de control especial introducido como nombre de usuario impide la descarga del informe de auditoría. |
| Corrección: Se ha creado una función para comprobar y limpiar los caracteres de control invisibles. | |
| 4426607 |
Resumen: Al enviar un acuerdo a través de un flujo de trabajo, si varios firmantes tienen el mismo correo electrónico pero diferentes tipos de autenticación o valores, un tipo de autenticación reemplaza al otro(s) para ese correo electrónico. |
| Corrección: Se ha mejorado el código para verificar la información de autorización y la dirección de correo electrónico en el índice de firmantes. | |
| 4427083 |
Resumen: Las exportaciones de datos con la columna Correo electrónico del destinatario añadida pueden desencadenar un error si el recuento de destinatarios supera los 99. |
| Corrección: Se ha aumentado la matriz de la lista de destinatarios. | |
| 4427245 |
Resumen: Los hipervínculos necesarios se consideran "completados" cuando la persona firmante/aceptante decide cancelar la redirección del hipervínculo. |
| Corrección: Código actualizado para comprobar que se abre el vínculo antes de quitar el indicador necesario y marcar el campo como completado. | |
| 4427490 |
Resumen: El campo de archivo adjunto se restablece al tamaño anterior después de cambiar el tamaño y guardar la plantilla del campo. |
| Solución: Ahora se puede cambiar el tamaño del campo de archivo adjunto de forma manual. |
|
| 4427512 |
Resumen: Es posible arrastrar y soltar la dirección URL del acuerdo en los campos. |
| Corrección: Las propiedades de campo se han mejorado para evitar que se suelte la dirección URL del acuerdo en el campo. | |
| 4427761 |
Resumen: Los flujos de trabajo creados en cuentas habilitadas para UMG se pueden enviar sin aplicar la autenticación. |
| Corrección: La autenticación por firmante se ha mejorado para garantizar que la autenticación se aplique a los flujos de trabajo. | |
| 4429024 |
Resumen: El bloque de firma no está visible para la última persona destinataria cuando la persona remitente carga una copia firmada para la primera persona destinataria. |
| Corrección: Se ha aplicado un nuevo método para colocar campos de firmante para incluir a los firmantes intermedios cuando un acuerdo tiene un evento de carga. | |
| 4429142 |
Resumen: Los flujos de trabajo pueden bloquearse al agregar un segundo archivo al flujo de trabajo debido a un problema de paginación si la nueva plantilla no está en el grupo inicial de plantillas cargadas. |
| Corrección: La longitud de la colección se ha actualizado para que se corresponda con el número de modelos del conjunto de métodos. | |
| 4429268 |
Resumen: Las personas usuarias con tokens de IMS no pueden ejecutar llamadas de API a puntos finales de la aplicación |
| Corrección: El ámbito application_read y application_write se ha agregado a la configuración WEB_APP_LOGIN_IMS_SCOPES |
|
| 4429712 |
Resumen: Los grupos de personas destinatarias añadidas en las plantillas de flujo de trabajo personalizadas requieren que la persona remitente proporcione un nombre de grupo antes de enviar. |
| Corrección: Los grupos de personas destinatarias agregadas en la plantilla personalizada del diseñador de flujos de trabajo mediante el campo de entrada (delimitado por comas) insertan ahora un nombre de grupo generado automáticamente. El nombre generado tiene un prefijo para identificarlo como generado automáticamente, seguido de la cadena "Grupo de personas destinatarias X", donde X es un número incremental aplicado a uno o más grupos. Por ejemplo, "(Nombre generado automáticamente) Grupo de personas destinatarias 1", "(Nombre generado automáticamente) Grupo de personas destinatarias 2", etc. |
|
| 4429860 |
Resumen: La opción Cargar documento se ha eliminado de la experiencia de usuario web de Acrobat en función de las funciones que se lanzarán en julio |
| Corrección: Se ha añadido un indicador 'floodgate' para suprimir las nuevas funciones hasta julio. | |
| 4431104 |
Resumen: Los eventos webhook AGREEMENT_ACTION_REQUESTED no se generan para los flujos de trabajo de firma automática. |
| Corrección: Se ha agregado un método para garantizar que el atributo sendType no se modifique durante la actualización del recurso de borrador. |
|
| 4432028 |
Resumen: La pestaña Flujo de trabajo está visible en el carril de navegación superior, aunque la opción "Habilitar acceso de diseñador del flujo de trabajo para todos los usuarios" esté deshabilitada en el nivel de grupo. |
| Corregir: Ahora, el código lee la configuración de los miembros del pod activos en lugar de leer todos los miembros del pod. |
|
| 4432450 |
Resumen: Es posible que una cuenta no cree automáticamente personas usuarias con dominios de correo electrónico reclamados internamente debido a valores de almacenamiento en caché incorrectos. |
| Corrección: La memoria caché de la cuenta de dominio reclamada se borra cada vez que se actualiza. | |
| 4434547 |
Resumen: La edición de un formulario web deshabilitado permite cambiar el nombre, pero el nombre no se conserva. |
| Corrección: Se ha eliminado la opción para modificar formularios web deshabilitados. | |
| 4435506 |
Resumen: No ocurre nada al seleccionar la opción Obtener código en Formularios web en el entorno web de Acrobat después de una actualización. |
| Corrección: El código se ha reparado para restaurar la función. | |
| 4437747 |
Resumen: Error de redirección cuando la URL de redirección contiene & y una actualización de AdobeSignAuthService. |
| Corrección: El problema de código en AdobeSignAuthService se ha corregido y se ha vuelto a implementar. |
|
| 4439111 |
Resumen: Los flujos de trabajo guardados inicialmente sin firmantes obligatorios conservarán el estado de error incluso después de que un firmante se configure como corresponda. |
| Corrección: El código se ha mejorado para borrar correctamente el mensaje de error cuando se vuelve a configurar la persona destinataria. | |
| 4440076 |
Resumen: los archivos PDF que contengan más de 1024 caracteres después de EOF no se convierten correctamente, lo que cancela el acuerdo. |
| Corrección: se ha actualizado la biblioteca de administración para que sea más sólida para los PDF que son menos diligentes con el estándar PDF en lo que respecta al identificador EOF. | |
| 4440077 |
Resumen: El diseñador del flujo de trabajo activa un error después de agregar personas destinatarias debido a un error en un método. |
| Corrección: Se ha corregido el error y se ha vuelto e implementar el método. | |
| 4443907 |
Resumen: los administradores de grupo no han podido agregar usuarios, lo que ha desencadenado un error que indica que no se les permite actualizar la página en función de la configuración de edición de grupo. |
| Corrección: la configuración se ha actualizado para permitir que la autoridad de administración de grupo agregue usuarios. |
Implementación de la producción: 22 de agosto de 2023
Implementación de GovCloud: 24 de agosto de 2023
Funcionalidad mejorada
- Registro de informes de auditoría para métodos de seguridad de autenticación obligatoria: el registro mejorado de informes de auditoría se ha ampliado para incluir la compatibilidad con las autenticaciones de SAML y de Admin Console. A los clientes que hayan habilitado la función Obligatoriedad de la autenticación de la identidad (en la pestaña Configuración de biofarmacéutica) se les registrará cada evento de autenticación de forma explícita en el informe de auditoría, incluida la fase en la que se capturó la autenticación (apertura del acuerdo, aplicación de la firma y selección del botón Clic para firmar ). La lista de actividades del acuerdo también refleja cada autenticación (aunque en un formato más corto).
Cambios de la experiencia
- Se ha actualizado el encabezado De en todos los correos electrónicos salientes a un formato más coherente para reducir los problemas con los servidores de correo electrónico. Los dos tipos de encabezados son los siguientes:
- Cuando el destinatario tiene un nombre conocido, como en el caso de un usuario registrado, o cuando la configuración Nombre de destinatario requerido está en uso, el encabezado será el siguiente: Adobe Sign en nombre de “nombre” “apellido” <adobesign@adobesign.com>
- Cuando se desconoce el valor del nombre del destinatario, el encabezado será el siguiente: Adobe Sign <adobesign@adobesign.com>
- Cuando el destinatario tiene un nombre conocido, como en el caso de un usuario registrado, o cuando la configuración Nombre de destinatario requerido está en uso, el encabezado será el siguiente: Adobe Sign en nombre de “nombre” “apellido” <adobesign@adobesign.com>
Problemas resueltos
| Problema |
Descripción |
|---|---|
| 4425785 |
Resumen: los campos de fecha con el formato 'dd/mmm/aaaa' no se pueden rellenar en el idioma checo al utilizar el valor čvn. |
| Corrección: los proveedores de configuración regional para la funcionalidad de fecha se han actualizado para administrar correctamente este caso de uso. | |
| 4429246 |
Resumen: la edición de la lista de destinatarios de un flujo de trabajo puede afectar a los acuerdos enviados por dicho flujo de trabajo, lo que provoca que los acuerdos se queden en estado En curso. |
| Corrección: el código que administra la forma en que un acuerdo entiende la lista de destinatarios de los acuerdos se ha mejorado para administrar la lista de destinatarios dentro de la transacción, ignorando las ediciones realizadas en la plantilla. | |
| 4432494 |
Resumen: los acuerdos del entorno de Acrobat pueden no cargar la vista de la imagen del acuerdo al abrirse en la página Administrar debido a una excepción no controlada. |
| Corrección: el método utilizado para rellenar la imagen se ha actualizado para administrar correctamente la excepción. | |
| 4436936 |
Resumen: los formularios web con campos de hipervínculo obligatorios generan un error cuando los usuarios intentan guardarlos. |
| Corrección: se ha añadido una condición que permite guardar el formulario web a pesar de que el hipervínculo no está seleccionado. | |
| 4437223 |
Resumen: al firmar un acuerdo en Adobe Sign con un dispositivo iOS, puede producirse un error del servidor debido a que la API no coloca correctamente los campos de solo lectura. |
| Solución: se ha actualizado la API utilizada para colocar los campos del acuerdo. | |
| 4441057 |
Resumen: se envía una notificación de recordatorio por correo electrónico a un destinatario que aún no está activo cuando se crea el recordatorio mediante REST versión 5 y el futuro destinatario ha sido reemplazado por el remitente. |
| Solución: se ha añadido una condición para enviar el recordatorio solo a los participantes delegados que puedan firmar el acuerdo en ese momento. |
|
4442166 |
Resumen: los acuerdos archivados no se borran del sistema cuando se añaden a la cola de eliminación. |
| Corrección: los acuerdos archivados se borran inmediatamente cuando se envían para su eliminación, en lugar de mantenerlos en la cola durante 14 días. | |
| 4444011 |
Resumen: error "HTTP 501 access_denied" al utilizar Intesi como sello electrónico debido a un token de punto final no válido. |
| Corrección: se ha actualizado la forma de crear el token para que sea más sólida y proporcione tolerancia de versión. | |
| 4447727 |
Resumen: algunos formularios web de 2018 y versiones anteriores pueden no cargarse y muestran un mensaje de error genérico debido a un error de puntero nulo. |
| Corrección: el código problemático se ha identificado y corregido. |
- Actualizado Ver acuerdo experiencia : la interfaz del cliente para ver un acuerdo se ha actualizado para todos los usuarios. Los cambios en la experiencia son:
- Los controles de PDF situados debajo del documento se han movido para mostrarse entre el contenido del documento y las opciones de acción del acuerdo.
- Se ha añadido una opción para ver dos páginas en la vista del documento.
- La opción Buscar se ha eliminado de los controles de PDF en este momento, pero los usuarios pueden utilizar Ctrl/Cmd + F para buscar en el contenido del documento.
- La cabecera De en todos los correos electrónicos salientes se ha actualizado para proporcionar una promoción de la marca corregida. La cadena" Adobe Sign" se ha actualizado a "Adobe Acrobat Sign" para todas las instancias. Por ejemplo:
- cuando la configuración Nombre de destinatario requerido está en uso, la cabecera se leerá como Adobe Acrobat Sign en nombre de <nombre> <apellido> <adobesign@adobesign.com>
- Cuando el valor del nombre del destinatario es desconocido, la cabecera se leerá como Adobe Acrobat Sign <adobesign@adobesign.com>
- cuando la configuración Nombre de destinatario requerido está en uso, la cabecera se leerá como Adobe Acrobat Sign en nombre de <nombre> <apellido> <adobesign@adobesign.com>
Problemas resueltos
| Problema |
Descripción |
|---|---|
| 4418093 |
Resumen: al crear un acuerdo, los campos de sello de participación se crean con la función POST_SIGN. En los casos de uso de plantillas de biblioteca, se espera que los campos de sello de participación tengan la función del firmante. Al crear una plantilla de biblioteca desde un acuerdo, el campo no se actualiza a la función correcta para los campos de sello de participación, lo que provoca problemas descendentes cuando se utiliza la plantilla. |
| Solución: se ha actualizado el código para establecer la función esperada de los campos de sello de participación. |
|
| 4429823 |
Resumen: la flecha de navegación "Siguiente" no salta al campo siguiente una vez que se ha seleccionado un botón de opción y debería hacerlo. |
| Solución: se ha mejorado la navegación entre los campos para resolver este problema. | |
| 4429824 |
Resumen: el nombre del formulario web se trunca en una vista de iFrame. |
| Corrección: el CSS de la página se ha actualizado para ajustar la posición del texto. | |
| 4438886 |
Resumen: es posible que los formularios web de los navegadores de iOS para dispositivos móviles no se desplacen a la siguiente casilla de verificación obligatoria cuando se mueve el enfoque. |
| Corrección: el código se ha ajustado para forzar un desplazamiento al siguiente elemento antes de establecer el enfoque. |
|
| 4439434 |
Resumen: hacer clic en la pestaña Siguiente no funciona en formularios web con campos adjuntos. |
| Corrección: las propiedades de referencia del archivo adjunto se han registrado para permitir que la pestaña Siguiente se mueva correctamente por los campos del archivo adjunto. | |
| 4440393 |
Resumen: los participantes en un acuerdo que están desactivados mientras el acuerdo está en curso se eliminan de la tabla de participantes, lo que da como resultado información de participantes incompleta si se extrae del acuerdo a través de la API. |
| Corrección: se ha añadido lógica para incluir el conjunto de participantes reemplazado en el conjunto total de participantes del acuerdo. |
|
| 4441785 |
Resumen: el mensaje que se muestra al intentar delegar desde un vínculo de correo electrónico y utilizar la función de nombre de destinatario requerida con delegación no es muy intuitivo. |
| Corrección: el mensaje se ha mejorado al indicar al usuario cómo delegar desde la página de eSign y proporcionar un vínculo a la misma. |
|
| 4445134 |
Resumen: los documentos firmados por el PDF del acuerdo con campos en listas de anotaciones no se pueden descargar. |
| Corrección: ahora se permite la clonación de anotaciones para evitar la excepción. |
|
| 4445626 |
Resumen: Rellenar y firmar genera un error 400 "MISSING_REQUIRED_PARAM" cuando la autenticación del firmante predeterminada está establecida en PASSWORD. |
| Corrección: los métodos de autenticación necesarios se omiten en los flujos de trabajo de Rellenar y firmar. | |
| 4446367 |
Resumen: los datos del campo de formulario desaparecen después de firmar el acuerdo cuando la hora se selecciona como 12:00 de la mañana en lugar de utilizar cálculos de campo. |
| Corrección: se ha añadido 1 milisegundo a la fecha si se proporciona como "12:00 de la mañana" para omitir la devolución de 0.0 como resultado de la conversión de la fecha a un número. |
|
| 4447747 |
Resumen: la llamada a GET /widgets/{widgetId}/formData mediante application/json genera 500 "MISC_SERVER_ERROR" debido a cambios de código recientes. |
| Corrección: el código se ha revertido a la versión anterior, restaurando la funcionalidad. | |
| 4447879 |
Resumen: los sellos pueden intentar colocarse mientras se actualizan los documentos creados. Esto hace que los acuerdos se cancelen. |
| Corrección: código añadido para gestionar mejor la excepción de envío y evitar la condición de carrera. | |
| 4448750 |
Resumen: después de la actualización reciente, el terminal web de actualización requiere ahora un parámetro de seguridad de cliente. Esto puede dar lugar a que se publique un mensaje de error en la interfaz de usuario cada 15 minutos. |
| Corrección: el código se ha actualizado para garantizar que el parámetro sea verdadero antes de ejecutar el flujo de proxy. | |
| 4450877/4454555 |
Resumen, nueva creación: no se pueden mover los campos de firma/texto para las versiones actualizadas de Chrome/Edge |
| Solución: el entorno de creación se ha actualizado para adaptarse a los cambios en los exploradores Chrome/Edge | |
| 4451025 |
Resumen: el uso de la API de PUT /agreements/{agreementId}/formFields para actualizar un campo de formulario con un cálculo funcionará correctamente al firmar, pero puede estar vacío hasta el final si el PDF se descarga si la cadena tiene caracteres de escape (como ') |
| Corrección: las expresiones no se escapan antes de pasar la cadena al análisis y se imprimen en el PDF. | |
| 4454835 |
Resumen: las versiones localizadas del encabezado del correo electrónico no incluyen la cadena Adobe Acrobat Sign. |
| Solución: los encabezados de correo electrónico han añadido la cadena con inclusión de marca a las plantillas de correo electrónico localizadas. | |
| 4455067 |
Resumen: al ordenar los flujos de trabajo por la fecha, no se genera una lista ordenada correctamente cuando se utiliza en localizaciones en un idioma diferente del inglés. |
| Solución: el método de ordenación se ha actualizado para ordenar correctamente las vistas localizadas de los flujos de trabajo. |
Implementación de la producción: 13 de noviembre de 2023
Implementación de GovCloud: 16 de noviembre de 2023
Funcionalidad mejorada
- Una nueva experiencia de la página Enviar . La redacción de un nuevo acuerdo en la página Enviar ha cambiado a un proceso más procedimental, que comienza con los documentos que se van a firmar y añade los destinatarios al final.
La nueva experiencia Enviar puede habilitarse navegando a Configuración de la cuenta > Configuración global > Nueva experiencia de firma de solicitud
Nota
La nueva experiencia de Envío no está actualmente al mismo nivel que la Página de envío clásica.Se recomienda encarecidamente que si habilitas la opción para los usuarios, también habilites la opción de cambiar entre las experiencias.
- Una nueva experiencia de Creación integrada en la aplicación. El nuevo entorno de Creación ahora permite al usuario seleccionar un tipo de campo y, a continuación, hacer clic en el documento para colocar tantos campos como sea necesario. Al hacer doble clic en un campo, se muestran las propiedades del campo en el panel de información de la izquierda, donde se pueden configurar propiedades individuales.
Ten en cuenta que el nuevo entorno de Creación solo es accesible cuando se utiliza la nueva experiencia de la página Enviar.
Nota
Se anexará automáticamente a la dirección URL un nuevo parámetro agreementStatus cuando el acuerdo alcanza un estado de finalización de Completado o Cancelado.
- Los acuerdos completados se adjuntan: ?agreementStatus = completed.
- Los acuerdos cancelados (rechazados) se adjuntan: ?agreementStatus = declined.
El nuevo parámetro se aplica a todos los acuerdos, incluidos los acuerdos enviados manualmente, los formularios web, los acuerdos Enviar en bloque, etc.
- Enviar en bloque se ha actualizado y mejorado para permitir más destinatarios por acuerdo, más transacciones en total y más. Enviar en bloque se ha actualizado con una nueva interfaz que permite incluir muchas funciones solicitadas por los clientes que están disponibles en el proceso estándar “enviar para firmar”. Las nuevas funciones incluyen las siguientes:
- Varios destinatarios con funciones, tipos de autenticación y mensajes privados configurables individualmente.
- Configuraciones para acuerdos concretos, como el nombre del acuerdo, el idioma, la caducidad y el orden de firma.
- Se ha añadido el seguimiento de uso a la integración de Power Automate. Los administradores podrán ver el uso de Power Automate por parte de su inquilino durante el mes anterior y descargar el uso de su organización durante los últimos 12 meses en forma de CSV que contiene lo siguiente:
- Flujos activos mensuales. Número de flujos disponibles para su uso en el sistema Acrobat Sign durante un mes natural.
- Ejecuciones de flujo mensuales. El número de veces que se activó un flujo en un mes natural.
- Llamadas de API mensuales. Número total de llamadas de API utilizadas para ejecutar el flujo en un mes natural.
- Almacenamiento de Dataverse. La cantidad total de almacenamiento de Dataverse consumida al final de un mes natural.
- Mensajes privados para flujos de trabajo de envío personalizados. Ahora se pueden configurar mensajes privados para cada destinatario al diseñar flujos de trabajo de envío personalizados.
- Mensajes privados para contrafirmantes de formularios web. Los mensajes privados ahora se pueden configurar en formularios web para los contrafirmantes.
- Grupos de destinatarios ad hoc para formularios web. Ahora se pueden utilizar los Grupos de destinatarios ad hoc al configurar un formulario web. Los grupos de destinatarios ad hoc se definen en la página de plantilla y solo se usan en el formulario web donde se crean.
El acceso a Grupos de destinatarios reutilizables no está incluido en esta versión.
- Compatibilidad de formularios web con identidades digitales. La identidad digital es un método de autenticación compatible con participantes y contrafirmantes añadidos.
- Anulación manual para acceder al entorno de creación de informes clásico : la versión de noviembre de 2023 ha promovido que todas las cuentas utilicen el entorno de creación de informes moderno. Las cuentas que deben acceder al entorno clásico pueden habilitar esa opción para los usuarios habilitando explícitamente el vínculo de cambio.
- El informe de uso de transacciones se expone en la parte superior de la página de informes de consumo de transacciones. - Los clientes que tienen una Licencia VIP basada en transacciones tienen su resumen de consumo de transacciones expuesto en la parte superior de la página de informes de consumo de transacciones.
- Se han mejorado los informes de acuerdos: el tipo de informe Acuerdo ha añadido un nuevo mosaico Borrador a la página de resumen del acuerdo y un nuevo filtro que puede filtrar acuerdos por su Estado actual.
- Se han mejorado los grupos de destinatarios reutilizables: los grupos de destinatarios reutilizables ahora se pueden añadir a la página clásica Enviar utilizando el vínculo existente. Al introducir el nombre del grupo, se completa una lista de los grupos de destinatarios disponibles en un submenú bajo el campo del nombre del grupo.
Además, se ha añadido una función de búsqueda para encontrar grupos ya sea por el nombre del grupo o introduciendo el correo electrónico de un abonado individual del grupo.
- Bloquear destinatarios en zonas geográficas designadas: los administradores pueden bloquear explícitamente el acceso a los acuerdos mediante la dirección IP del destinatario en las configuraciones regionales designadas. Los destinatarios que intentan acceder a un acuerdo o formulario web reciben un mensaje que indica que Acrobat Sign no está disponible en su ubicación. Actualmente, China es la única opción seleccionable.
- Nuevo método de autenticación: código de acceso único por correo electrónico (OTPvE): se ha añadido una autenticación de código de acceso de un solo uso mediante correo electrónico como método de autenticación de un solo factor. Esta autenticación proporciona un método de baja fricción para cualificar a un destinatario mediante su dirección de correo electrónico cuando se accede al acuerdo. OTPvE está disponible al enviar un acuerdo individual, al utilizar Enviar en lote y al crear formularios web.
- Protección del contenido de los acuerdos : protege la visualización de los acuerdos, incluso después de completarlos, utilizando el método de autenticación del destinatario original asignado a los destinatarios o un código de acceso único enviado a la dirección de correo electrónico del participante si no se ha asignado ninguna autenticación.
- Flexibilidad mejorada para los requisitos de autenticación de la firma: la configuración de la autenticación obligatoria de identidad (Configuración de cuenta > Configuración de biofarmacéutica) se ha separado, lo que permite una selección más detallada de cuándo debe producirse la reautenticación del destinatario.
Las cuentas creadas antes de la versión de noviembre de 2023 deben adherirse a la nueva Autenticación obligatoria de identidad mediante la activación explícita de la actualización en la página Configuración de biofarmacéutica:
- Mayor compatibilidad para usuarios de varios grupos: UMG ahora es compatible con las siguientes integraciones:
- Salesforce
- Power Automate
- Nuevos webhooks para eventos de anular uso compartido: la interfaz de usuario de webhook tiene dos nuevos eventos que se activan al dejar de compartir un acuerdo.
- Acuerdo no compartido: se activa cuando un usuario deja de compartir explícitamente un acuerdo con otro usuario.
- Acuerdo no compartido automático: se activa como resultado de la revocación del uso compartido del acuerdo “anterior”. Todos los usuarios con los que una parte “compartida con” comparte además un acuerdo se revocarán automáticamente si se pierde el acceso al acuerdo compartido.
- Se han añadido usuarios de varios grupos a las integraciones de Microsofts Teams, Outlook y Word/PPT : los clientes que utilizan las integraciones de Acrobat Sign para Microsoft Teams, Outlook o aplicaciones de Word/PowerPoint ahora pueden seleccionar un grupo desde el que enviar un acuerdo al realizar el envío a través de la integración.
Actualizaciones de integración
- Acrobat Sign para Veeva Vault v 1.3.0 se lanzará a finales de noviembre
- Actualización de la biblioteca de Veeva Vault: la aplicación se ha actualizado a una biblioteca de API de Vault (VAPIL) más moderna y eficiente para mejorar la integración.
- Actualización de la versión de la API Veeva Vault: la versión de la API Veeva Vault se ha actualizado a la versión 23.1
- El paquete de implementación de integración se ha mejorado para garantizar que no se impongan requisitos a los clientes para utilizar la última versión del documento.
- Adobe Acrobat Sign para Microsoft Teams con Live Sign - Live Sign permite a los usuarios conseguir que los acuerdos se firmen más rápido al organizar una experiencia de firma segura dentro de una reunión de Microsoft Teams desde cualquier dispositivo que se asemeje a la firma en persona.
- Compatibilidad con la aplicación móvil de Salesforce para la integración de Acrobat Sign: los clientes que utilizan la aplicación móvil Salesforce ahora pueden utilizar la integración de Acrobat Sign en sus dispositivos móviles iOS o Android para administrar sus acuerdos.
Cambios de la experiencia
- Los informes de transacciones ahora incluyen flujos de trabajo, Rellenar y firmar y Firma automática: las transacciones de Rellenar y firmar y Firma automática estructurada (a través de la interfaz de Acrobat Sign) ahora se contabilizan en el informe de consumo de transacciones actualizado, lo que proporciona a las organizaciones una vista más completa de su volumen de transacciones y sus métricas.
Nota
Las transacciones de Rellenar y firmar utilizadas en la interfaz de Acrobat forman parte de la plataforma de Acrobat y no se contabilizan en el informe Consumo de transacciones de Acrobat Sign.
- Experiencia mejorada para usuarios de Power Automate: la experiencia integrada con Power Automate se ha perfeccionado para mejorar la experiencia del usuario con las siguientes actualizaciones:
- Se ha ampliado la localización a otros idiomas.
- Admite usuarios en varios grupos.
- Accede a Power Automate en la zona protegida de Acrobat Sign mediante un nuevo conector de zona protegida.
- Admite la descarga del informe de auditoría del acuerdo.
- VIP clientes tienen acceso a una nueva experiencia de Chatbot al utilizar la guía de la aplicación: el nuevo Chatbot se ha desarrollado para mejorar la respuesta a las preguntas de los clientes al proporcionar una interfaz mejor e interactiva que ofrece sugerencias para las principales consultas en el mensaje de bienvenida, recomendaciones basadas en selecciones anteriores del usuario, asistencia directa para consultas y resolución de consultas complejas. Se solicita a los usuarios que proporcionen comentarios sobre la información devuelta para ayudar a aprender a responder mejor en instancias futuras, y se presenta una opción para conectarse a un agente de soporte a través del chat si no se encuentra la información solicitada.
- Editar formularios web mediante el uso compartido avanzado de cuentas: las cuentas que tienen el uso compartido avanzado habilitado pueden permitir que los usuarios o grupos con los que han compartido su contenido editen los formularios web. El usuario o grupo con el que se ha compartido debe tener el permiso Editar habilitado para obtener acceso al formulario web.
Problemas resueltos
| Problema |
Descripción |
|---|---|
| 4337861 |
Resumen: cuando un acuerdo tiene una firma digital y está protegido mediante contraseña, el servicio de rasterización no puede crear una imagen en miniatura lo suficientemente pequeña para dispositivos móviles, lo que provoca que los usuarios de estos dispositivos vean un error Miniatura aún no disponible. |
| Corrección: se ha actualizado el proceso para utilizar el tamaño de imagen adecuado antes del cifrado, lo que afecta a la escala de la imagen. | |
| 4373355 |
Resumen: algunas casillas de verificación de formularios de origen externo se pueden representar como no marcadas después de firmar. |
| Corrección: se ha añadido una comprobación adicional para garantizar que, cuando se evalúa isCheckBoxTrue, el estado de apariencia comprobada coincida con uno de los valores aceptables desmarcados. |
|
| 4395764 |
Resumen: las notificaciones de webhook no contienen un parámetro de orden cuando el acuerdo se envía mediante un flujo de trabajo personalizado, lo que provoca un problema al analizar los destinatarios. |
| Corrección: se ha añadido una nueva lógica de generación de pedidos basada en la estructura de gráficos almacenada en el flujo de trabajo enlazado. |
|
| 4417517 |
Resumen: envía flujos de trabajo que contengan un grupo de destinatarios y una parte en CC pueda enviar el correo electrónico de notificación de firma a la dirección de correo electrónico en CC. |
| Corrección: la plantilla de correo electrónico se ha corregido para no incluir partes en CC en el evento de notificación del firmante. | |
| 4418217 |
Resumen: El vínculo Administrar usuarios en la consola Gov Cloud apunta a una página de ayuda en lugar de a la consola Gov Cloud. |
| Corrección: el vínculo se ha actualizado para señalar correctamente a la consola Gov Cloud. | |
| 4430408 |
Resumen: la ordenación por fecha no funciona en los flujos de trabajo debido a que la fecha se ve como una cadena. |
| Corrección: se ha corregido el valor de la fecha a la que se debe hacer referencia correctamente como fecha y se ha ordenado correctamente. | |
| 4435150 |
Resumen: cuando el remitente también es un firmante y se sustituye a dicho firmante, si el acuerdo caduca, el remitente no puede adoptar el estado Caducado y dejar el acuerdo en un estado Enviado para firmar. |
| Corrección: el código se ha mejorado para comprobar explícitamente el estado del acuerdo para la caducidad cuando se reemplaza un destinatario. | |
| 4439375 |
Resumen: cuando los XObjects de las páginas de un PDF tienen entradas PieceInfo.LastModified no válidas, el PDF procesado puede aparecer en blanco. |
| Corrección: la biblioteca que se utiliza para combinar PDF se ha actualizado, lo que resuelve este problema. | |
| 4439478 |
Resumen: el PDF con parámetros de cifrado nulos en DecodeParms puede hacer que Acrobat Sign anule la creación del acuerdo. |
| Corrección: la biblioteca del PDF se ha actualizado para controlar mejor los DecodeParms nulos. |
|
| 4440373 |
Resumen: la relación de contraste es insuficiente para los colores de la marca de referencia frente al color de fondo gris de la barra lateral en la página de eSign. |
| Corrección: se han introducido colores completamente nuevos para cumplir el requisito de relación de contraste 3:1, incluidos el color del texto, el color de fondo, la opacidad y la sombra de fondo de gris de la barra lateral. |
|
| 4440504 |
Resumen: se observa un “error al ejecutar la solicitud” al copiar una plantilla de la zona protegida en la producción. La plantilla se copia sin campos de formulario. Esto se debe a que se ha seleccionado un número negativo para la ubicación de la página desde SandboxOrchestrator. |
| Corrección: SandboxOrchestrator se ha actualizado para corregir este problema. | |
| 4443410 |
Resumen: el informe Auditoría de actividad de configuración solo muestra una configuración. |
| Corrección: la consulta se ha solucionado para devolver correctamente 15 resultados. | |
| 4443916 |
Resumen: los campos de fecha con el formato 'dd/mmm/aaaa' devuelven un error del servidor cuando el mes localizado es "čvn" |
| Corrección: la biblioteca locale.date se ha actualizado para administrar correctamente este valor de fecha. | |
| 4445937 |
Resumen: los flujos de trabajo no se ordenan correctamente si el idioma de la interfaz de usuario no es el inglés. |
| Corrección: se ha mejorado la ordenación del código para ordenar correctamente el contenido localizado en función de los formatos de fecha localizados. | |
| 4445977 |
Resumen: la validación y el formato condicional no funcionan con las etiquetas de texto de anclaje debido a un defecto en v6 API POSTcall. |
| Corrección: se ha implementado un nuevo método para convertir manualmente la versión 6/FormFieldGenerator en data_objects. |
|
| 4446030 |
Resumen: la ordenación de la columna "Última modificación" no funciona correctamente para grupos, ya que solo se tiene en cuenta el primer número de la fecha, en lugar de ordenar en función de la fecha completa. |
| Corrección: se ha implementado la función 'sortValue' en groupgrid.js para ordenar la columna 'Last Modification' en función de las marcas de tiempo. |
|
| 4447218 |
Resumen: los acuerdos no siguen la política de gobernanza de datos en el entorno de zona protegida. |
| Corrección: se ha creado una aplicación de API para habilitar la gobernanza de datos en la zona protegida. | |
| 4447334 |
Resumen: falta la validación de la configuración regional para la importación masiva de usuarios mediante archivos CSV. |
| Corrección: el código para importar usuarios mediante CSV se ha actualizado para insertar la configuración regional de la aplicación predeterminada (en_US) cuando se encuentra un código de configuración regional no válido. | |
| 4447971 |
Resumen: el campo de fecha se cambia al valor predeterminado "—" cuando el acuerdo pasa a Participante 2 debido a que la cadena calculada nunca se cumple. |
| Corrección: antes de calcular los campos, todos los valores posibles de los campos de formulario se convierten en números. Esto incluye cadenas en formatos de fecha. Al calcular los campos, se omiten las cadenas con formato de fecha. |
|
| 4448602 |
Resumen: la carga de Word puede dar lugar a un espaciado entre letras condensado debido a que se utiliza una fuente incorrecta. |
| Solución: la fuente se ha eliminado de la lista de fuentes posibles. | |
| 4448946 |
Resumen: es posible que los firmantes no vean todos los campos de formulario rellenados después de que se complete un acuerdo de firma automática debido a un espacio detrás del nombre del campo de formulario. |
| Solución: se está aplicando el recorte de nombres de campo. | |
| 4449000 |
Resumen: correos electrónicos de notificación para webhooks, borrar campo y Guardar no borra el campo |
| Corrección: la función de notificación se ha mejorado para garantizar que el campo se borra. | |
| 4449148 |
Resumen: el administrador de grupo no puede enviar correos electrónicos de verificación a usuarios no verificados |
| Solución: se ha corregido un conflicto con los administradores de UMG y Group para permitir el envío de correos electrónicos. | |
| 4449662 |
Resumen: añadir dos destinatarios externos con la misma dirección de correo electrónico puede provocar una condición de error cuando se cancela el recordatorio. |
| Solución: se ha añadido una nueva comprobación de errores para varias instancias de destinatarios externos en la función de recordatorio. | |
| 4452509 |
Resumen: los eventos con 'type', 'PHONE_AUTHENTICATED' y 'SIGN_AUTHENTICATED' no están disponibles en los eventos de la API REST de Sign en Salesforce |
| Corrección: los eventos se han agregado. | |
| 4452510 |
Resumen: Opción Vida (Prueba) no disponible para VIDA en el entorno de demostración |
| Corrección: el servicio se ha reimplementado y el problema se ha resuelto. | |
| 4457457 |
Resumen: cuando se carga un documento que se ha rellenado y firmado fuera del ecosistema de Adobe Sign, los datos se ofuscan porque los cuadros para las etiquetas de texto se sitúan por encima de los campos existentes. |
| Corrección: se ha añadido un ajuste que indica al procesamiento del documento que utilice el artefacto adecuado al crear el documento para firmar. |
|
| 4457557 |
Resumen: no se pueden crear formularios web con participantes y contrafirmantes en cuentas de zona protegida y de firma de producción debido a que partes desconocidas del formulario web devuelven un puntero nulo. |
| Corrección: Se ha realizado una comprobación adicional para comprobar si hay valores nulos. y gestionarlos adecuadamente. | |
| 4458537 |
Resumen: los firmantes en el entorno de GovCloud podrían no poder firmar debido a que las medidas de seguridad niegan sesiones suficientes. |
| Corrección: el tipo y el número de sesiones se evaluaron y aumentaron para adaptarse a la demanda. |
