Centro de ayuda de Adobe

Ayuda de Adobe Acrobat Sign

Notas de la versión de Adobe Acrobat Sign - 2026

Última actualización el 17 jun. 2026

Notas de la versión de Adobe Acrobat Sign: 2026

Adobe Acrobat Sign versión v17.0

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

Implementación de GovCloud: 10 de febrero de 2026

Funcionalidad mejorada

Casillas de verificación agrupadas en creación y plantillas: los remitentes ahora pueden crear grupos de casillas de verificación a través de la Solicitud de firma y las Plantillas de biblioteca modernas, estableciendo entornos con reglas de validación como seleccionar exactamente, como mínimo, como máximo o un rango de X de opciones Y. Enviar en lote, formulario web, y flujos de trabajo personalizados son compatibles mediante el uso de plantillas de biblioteca. Esta mejora garantiza una lógica de formulario coherente y mejora la precisión de los datos en todos los flujos de trabajo de firma.

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

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

Agregar grupos de destinatarios en el enrutamiento híbrido para la solicitud de firma moderna – Ahora se pueden incluir grupos de destinatarios en el enrutamiento híbrido, lo que permite que varios destinatarios o grupos actúen en paralelo dentro del mismo paso de enrutamiento. Los modos de grupo admiten que uno o todos los miembros completen la acción, proporcionando mayor flexibilidad para flujos de trabajo complejos de aprobación y firma.

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

Desactivar el enlace Descargar acuerdo para Acuerdos en Progreso – Los administradores ahora pueden eliminar el enlace "Descargar una copia" de las páginas de confirmación posteriores a la firma a nivel de cuenta o grupo, evitando que los destinatarios descarguen acuerdos desde la página posterior a la firma.

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

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

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

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

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

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

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

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

Nuevas options para Firmas en la nube - Se han añadido nuevos Proveedores de Servicios de Confianza para admitir firmas digitales en la nube:
- Swisscom

Cambios de la experiencia

Notificaciones de cancelación de acuerdos de flujo de trabajo – Notificación de cancelación actualizada para reflejar el comportamiento del flujo de trabajo.
Al cancelar un acuerdo creado por flujo de trabajo, la casilla de verificación "Notificar a los destinatarios" ya no aparece. Las notificaciones siempre se envían según la Configuración del flujo de trabajo. Este cambio ajusta el mensaje para reflejar este comportamiento en el desafío de cancelación.

Mejoras en la página de inicio de sesión - La página de inicio de sesión de Acrobat Sign ahora ofrece una experiencia más limpia y coherente. En cuanto introduzcas tu correo electrónico, la página detectará automáticamente tu tipo de cuenta y te enviará al método de inicio de sesión correcto, eliminando los pasos innecesarios y las pantallas heredadas. Esto hace que iniciar la sesión sea más rápido, sencillo e intuitivo para todos.
- Nuevo formato de correo electrónico para usuarios de Acrobat Sign para empresa que inician sesión directamente en la interfaz web: Acrobat Sign ahora aplica un límite de 64 caracteres a la parte local de una dirección de correo electrónico (la parte antes del símbolo “@”) al editar un correo electrónico existente o crear un nuevo usuario.
  Todos los usuarios con una parte local superior a 64 caracteres han sido evaluados y se ha determinado que son ID de Usuario inactivos o de prueba.

Tenga en cuenta que esta experiencia se entrega a través de un despliegue gradual basado en el entorno del Servidor de Adobe Acrobat Sign. El cronograma de despliegue se publica en la experiencia de inicio de sesión actualizada Notificación Técnica.

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

Problemas resueltos

Problema	Descripción
4528600	Resumen: la configuración de la validación de campos no funciona cuando se adjunta una capa de campos de formulario a un flujo de trabajo personalizado. Las reglas de validación, como los límites regex o de rango numérico, se quitan cuando se inicia el flujo de trabajo, lo que hace que los campos acepten entradas no válidas.
4528600	Corrección: las reglas de validación ahora se aplican correctamente cuando las capas de campos de formulario se incluyen en flujos de trabajo personalizados. Los campos conservan su comportamiento de validación tanto en la experiencia de creación clásica como en la nueva. No se requiere ninguna acción.
4528748	Resumen: los administradores ven intermitentemente un “error no soportado” al añadir miembros del grupo a usuarios recién sincronizados (sincronización de Azure). Algunos usuarios nuevos del grupo tienen el groupID establecido como valor nulo
4528748	Corrección: si el grupo de un usuario tiene un valor nulo después de su creación, se coloca en el grupo predeterminado de la cuenta.
4529934	Resumen: en Administrar > Formularios web, “Descargar datos de campo del formulario” sigue cargando y nunca termina, especialmente en formularios web con muchos envíos. Los clientes de equipos sin acceso a la API no pueden exportar datos (p. ej., del 1 al 31 de mayo) para la creación de informes
4529934	Corrección: se ha añadido una exportación de CSV paginada y más rápida en la interfaz de usuario. Las descargas de datos del formulario se completan de forma fiable para rangos de fechas seleccionados, sin bloquearse.
4532186	Resumen: en la nueva experiencia de creación, el resaltado del color de campo no coincide con el comportamiento de la creación clásica. Cuando hay varios destinatarios involucrados, todos los campos permanecen completamente coloreados en lugar de atenuar los campos de destinatarios no seleccionados. Esto hace que sea difícil verificar las asignaciones de campo.
4532186	Corrección: se ha restaurado la claridad visual atenuando (20 % de opacidad) los campos que pertenecen a destinatarios no seleccionados. Esto replica la claridad de la creación clásica al tiempo que se preserva el sistema de diseño moderno. El resaltado ahora ayuda a los usuarios a identificar fácilmente los campos del destinatario seleccionado actualmente y reduce el riesgo de realizar una asignación incorrecta.
4534061	Resumen: el vínculo “Descargar una copia” aparece en la página de confirmación posterior a la firma incluso cuando la configuración de la cuenta o grupo está configurada para deshabilitarse.
4534061	Corrección: se ha añadido una nueva configuración para suprimir explícitamente la opción de descarga para todas las páginas posteriores al envío. La página posterior a la firma ahora respeta correctamente la configuración de control de descarga, ocultando el vínculo “Descargar una copia” cuando la configuración está deshabilitada.
4536347	Resumen: en la experiencia clásica, los remitentes no podían añadir un segundo archivo (o volver a intentar añadir un archivo) al iniciar determinados flujos de trabajo, bloqueando los envíos de flujo de trabajo de múltiples documentos, debido a un error en cómo el selector de archivos gestionaba las plantillas compartidas entre múltiples grupos.
4536347	Corrección: se ha corregido la gestión del selector de archivos de plantillas compartidas entre múltiples grupos para que los usuarios puedan añadir archivos adicionales o volver a intentar seleccionar los archivos en la experiencia clásica sin errores.
4537504	Resumen: faltaba un valor desplegable condicional del documento firmado a pesar de que se había seleccionado correctamente durante la firma, debido a que la lógica de visibilidad se evaluaba para un campo dependiente oculto y no conservaba el valor representado en el PDF firmado final.
4537504	Corrección: se ha actualizado la representación del campo condicional para resolver correctamente las dependencias de visibilidad en el momento de la firma y guardar el valor desplegable seleccionado en el documento firmado cuando se cumplen las condiciones.
4537995	Resumen: en grupos de destinatarios, al cambiar el método de autenticación para los usuarios externos se revertía a Teléfono después de guardar, impidiendo que se aplicara la autenticación OTP por correo electrónico, debido a un error de gestión del estado front-end que sobrescribía la selección del usuario.
4537995	Corrección: se ha corregido la lógica de la interfaz de usuario del grupo de destinatarios para que se conserve y se vuelva a aplicar correctamente el método de autenticación seleccionado en todas las acciones de guardado, lo que garantiza que se mantenga el valor elegido en lugar de restablecerse al valor predeterminado.
4539214	Resumen: en flujos de trabajo personalizados, una etiqueta de mensaje larga hace que el texto del mensaje se superponga y oscurezca el hipervínculo de plantilla de mensaje en la página de envío, debido a una gestión inadecuada del diseño de contenido excesivo de la etiqueta.
4539214	Corrección: se ha actualizado la lógica de diseño de la página de envío para restringir y ajustar correctamente las etiquetas de mensaje largas para que el hipervínculo de plantilla de mensaje permanezca visible y accesible.
4539854	Resumen: algunos firmantes son redirigidos fuera de la experiencia de firma al abrir determinados acuerdos, debido a un campo de vínculo de formato incorrecto en el documento subyacente que carece de un atributo de nombre obligatorio.
4539854	Corrección: el flujo de firma ahora gestiona correctamente los campos de vínculo sin nombre asignando un nombre válido en el momento del procesamiento, previniendo errores y permitiendo que los firmantes completen acuerdos sin redirección.
4539858	Resumen: en los dispositivos iOS, los aprobadores que usan el teclado de escritura china no pueden completar la aprobación porque el botón Aprobar permanece deshabilitado después de introducir su nombre, debido a que la página de firma no detecta los eventos de entrada de escritura como entrada de texto válida.
4539858	Corrección: se ha actualizado la lógica de gestión de entrada para reconocer la entrada de texto manuscrito en iOS, asegurando que el botón Aprobar se habilite correctamente una vez que se introduzcan los caracteres válidos.
4540392	Resumen: los administradores ven de forma intermitente errores HTTP 400 y los grupos de destinatarios parecen que no están en los flujos de trabajo aunque los grupos existan y el acceso esté configurado correctamente, debido a que las cabeceras de solicitud exceden el límite de tamaño de cabecera de la plataforma cuando los usuarios pertenecen a un gran número de grupos.
4540392	Corrección: se ha aumentado el límite de tamaño de cabecera de solicitud del lado del servidor para que las búsquedas de grupos de destinatarios ya no fallen cuando los usuarios tienen muchas suscripciones al grupo.
4541258	Resumen: los administradores solo podían ver las 100 primeras plantillas en la interfaz de usuario de sincronización de Producción o Zona protegida, con plantillas adicionales ausentes de las listas Local y Remota, debido a que la página de sincronización cargaba un conjunto de datos limitado y la función de búsqueda filtraba únicamente las plantillas ya cargadas en el explorador.
4541258	Corrección: se ha actualizado la interfaz de usuario de sincronización para que al introducir texto en el campo de búsqueda se carguen todas las plantillas para el entorno seleccionado (hasta 5000), asegurando que las plantillas más allá de las 100 iniciales estén disponibles para la búsqueda y selección
4541739	Resumen: los destinatarios reemplazados no podían firmar digitalmente y aparecía el mensaje “El acuerdo no se puede firmar digitalmente ya que no está en la fase de firma digital” debido a que el flujo de trabajo no lograba realizar la transición de los futuros firmantes reemplazados a la fase de firma digital cuando había campos de firma digital presentes.
4541739	Corrección: se ha actualizado el flujo de trabajo de firma para hacer correctamente la transición de destinatarios reemplazados o delegados a la fase de firma digital cuando existen campos de firma digital, lo que les permite firmar y completar el acuerdo.
4541849	Resumen: los campos de texto de una sola línea con tamaño de fuente automático prellenados con caracteres multibyte se han truncado en los PDF firmados, causando que parte del texto se cortara debido al tamaño incorrecto del texto durante el procesamiento del PDF.
4541849	Corrección: se ha corregido la medición de texto y el comportamiento del tamaño de fuente automático para caracteres multibyte para que el valor completo quepa dentro del campo sin truncarse.
4542574	Resumen: editar una plantilla de biblioteca permitía que los campos desplegables obligatorios incluyeran valores no emparejados, causando que el botón Haz clic para firmar permaneciera inactivo durante la firma cuando se seleccionaban esos valores, debido a la falta de validación que garantizaba que los valores mostrados en el menú desplegable y los valores de exportación permanecieran correctamente emparejados.
4542574	Corrección: la edición de plantillas ahora aplica la validación en campos desplegables para que solo los valores correctamente emparejados se puedan guardar, lo que evita entradas no emparejadas y garantiza que las selecciones desplegables necesarias no bloqueen la firma.
4542942	Resumen: en formularios web, los campos obligatorios deshabilitados por la lógica condicional continuaban mostrando el asterisco necesario, confundiendo a los firmantes y haciéndoles pensar que la entrada aún era obligatoria, debido a que la interfaz de usuario no actualizaba los indicadores obligatorios cuando los campos estaban deshabilitados. Se ha identificado un problema separado de alineación de firma móvil pero se abordó bajo un ámbito diferente.
4542942	Corrección: la interfaz de usuario del formulario web ahora oculta el asterisco obligatorio cuando un campo se deshabilita por la lógica condicional, asegurando que los indicadores obligatorios reflejen con precisión si se esperan datos de entrada del firmante.
4543157	Resumen: en la vista En curso de la página Administrar, la columna Destinatarios seguía mostrando el nombre del delegador después de delegar una función de firma, aunque otro firmante estuviera firmando activamente debido a que la interfaz de usuario no actualizaba el destinatario mostrado para reflejar el delegado actual.
4543157	Corrección: se ha actualizado la lógica de la página Administrar para que la columna Destinatarios ahora muestre el nombre del delegado principal cuando una función de firma se delega, asegurando que la vista En curso refleje con precisión quién está firmando actualmente.
4543253	Resumen: en la experiencia de Flujo de trabajo clásico, los campos asignados a los testigos (firma, nombre, fecha) desaparecían después de guardar un acuerdo en estado de borrador, aunque los campos existían en el back-end, debido a que la lógica de representación del borrador no restauraba los campos de los testigos cuando se guardaba el progreso.
4543253	Corrección: se ha corregido la lógica de representación del borrador para conservar y mostrar todos los campos asignados a testigos después de guardar el progreso, asegurando que los acuerdos abiertos en estado de borrador mantengan la misma visibilidad de campo que durante la creación y la firma.
4543513	Resumen: a los usuarios se les impedía enviar acuerdos en la interfaz de usuario web de Sign con el error “La configuración regional no es válida o está ausente”, debido a que la validación de la configuración regional aplicaba incorrectamente las reglas de configuración regional a nivel de API en la interfaz web cuando la configuración regional del grupo de envío difería de la configuración regional del grupo principal heredado del usuario.
4543513	Corrección: se ha corregido la validación de la configuración regional para que la interfaz de usuario web de Sign resuelva y acepte correctamente combinaciones válidas de la configuración regional de grupo y usuario, previniendo que las restricciones de configuración regional solo de API bloqueen el envío de acuerdos en la experiencia web.
4543592	Resumen: algunos informes de auditoría mostraron “Destinatario autenticado con Adobe Acrobat Sign” después de “Documento firmado electrónicamente” y “Acuerdo completado”, debido a que los eventos se almacenaban con marcas de tiempo a nivel de segundo, lo que provocaba que las acciones de autenticación y firma que se producían en el mismo segundo aparecieran desordenadas.
4543592	Corrección: se ha actualizado el registro de eventos de auditoría para almacenar y mostrar marcas de tiempo con precisión de milisegundos, asegurando que los eventos de autenticación, firma y finalización se secuencien correctamente en el informe de auditoría.
4543617	Resumen: crear una plantilla a partir de un acuerdo lanza la experiencia clásica en lugar de la nueva experiencia, a pesar de que la nueva experiencia es la predeterminada, debido a que la acción aún se está enrutando hacia el flujo de creación heredado.
4543617	Corrección: se ha actualizado la acción “Crear plantilla a partir del acuerdo” para abrirse en la nueva experiencia, alineando el comportamiento de CTA con la UX predeterminada y evitando cambios de contexto inesperados para los usuarios.
4544564	Resumen: los campos ocultos añadidos o actualizados a través de la API (visible:false) se representaban como visibles en la experiencia de Firma electrónica moderna. La interfaz de usuario de firma ignoró el marcador de visibilidad del campo, por lo que los destinatarios podían ver campos que debían permanecer ocultos.
4544564	Corrección: se ha actualizado la interfaz de usuarios de Firma electrónica moderna para filtrar los campos donde visible es falso en la lógica de representación y navegación, de modo que los campos ocultos nunca se muestren y no afecten al comportamiento de la página.
4544571	Resumen: la opción de entrega de WhatsApp faltaba en la Configuración de envío aunque WhatsApp estaba habilitado para la cuenta y disponible durante el envío del acuerdo, causando un comportamiento incoherente y confusión para los administradores.
4544571	Corrección: la opción de entrega por WhatsApp se ha restaurado en la Configuración de envío siempre que la función esté disponible, asegurando una visibilidad y configuración consistentes entre la configuración de administrador y la experiencia del acuerdo de envío.
4545381	Resumen: la fuente Roboto faltaba en la nueva experiencia de solicitud de firma, aunque estaba disponible en la experiencia clásica, debido a que la nueva experiencia de creación no incluía todas las fuentes compatibles heredadas.
4545381	Corrección: se ha añadido Roboto a la lista de fuentes en la nueva experiencia de solicitud de firma, restaurando la paridad de fuentes con la experiencia clásica y permitiendo un formato coherente al crear acuerdos.
4545484	Resumen: algunos administradores no han podido acceder o crear grupos de destinatarios desde Administrador > Libreta de direcciones debido a un fallo en la solicitud del back-end, lo que se traduce en un error 400 al cargar los datos del grupo de destinatarios. El problema bloqueaba la configuración inicial de grupos de destinatarios para los administradores afectados.
4545484	Corrección: se ha corregido la gestión de solicitudes del back-end para que la búsqueda y creación de grupos de destinatarios ya no falle con un error 400. Los administradores ahora pueden acceder y administrar de forma fiable los grupos de destinatarios independientemente de la red o ubicación.
4545547	Resumen: los acuerdos creados a partir de los PDF de AutoCAD no conseguían enviarse cuando se añadía un campo de firma digital, mostrando un error de envío genérico, debido a que el sistema no gestionaba correctamente la rotación de la página al validar la ubicación del campo de firma digital.
4545547	Corrección: las coordenadas del campo de firma digital ahora se ajustan para tener en cuenta las páginas rotadas, asegurando que los campos se validen con respecto a los límites correctos de la página para que los PDF generados por AutoCAD puedan enviarse con éxito con firmas digitales.
4545894	Resumen: cuando se usa un grupo de destinatarios y no se coloca manualmente ningún campo de firma, el bloque de firma generado automáticamente muestra el texto del correo electrónico en un tamaño muy pequeño. El texto se vuelve progresivamente más pequeño a medida que se añaden más destinatarios al grupo.
4545894	Corrección: el bloque de firma generado automáticamente ahora representa correctamente el correo electrónico en un tamaño normal y legible, independientemente de cuántos destinatarios se incluyan en el grupo de destinatarios.
4546085	Resumen: al usar Añadirme en la nueva experiencia de solicitud de firma, los correos electrónicos que contienen un apóstrofe se muestra incorrectamente. La dirección con formato incorrecto impide que el acuerdo se envíe a menos que el correo electrónico se vuelva a introducir manualmente o se use el envío clásico.
4546085	Corrección: las direcciones de correo electrónico con apóstrofes ahora se decodifican y muestran correctamente cuando se selecciona Añadirme en la nueva experiencia de solicitud de firma, permitiendo que los acuerdos se envíen sin corrección manual.
4546110	Resumen: en la nueva experiencia de creación de plantilla, añadir un campo Hipervínculo asignado a un participante específico hace que la plantilla no se pueda guardar. El mismo campo funciona cuando se asigna a todos los participantes o cuando se usa la experiencia clásica.
4546110	Corrección: los campos Hipervínculo ahora admiten asignaciones de participantes de marcador de posición en la nueva experiencia de plantilla, lo que permite que las plantillas se guarden correctamente cuando el campo se asigna a un participante específico.
4546257	Resumen: en el entorno de zona protegida, los acuerdos enviados a través de una API de aplicación personalizada muestran incorrectamente un botón Atrás en la página de creación debido a que la zona protegida carga la configuración desde una aplicación administrada por Adobe con la creación sin interrupciones habilitada, a diferencia de Swagger o Producción.
4546257	Corrección: el comportamiento de la zona protegida se ha alineado con Producción y Swagger asegurando que la página de creación respete la configuración de la aplicación prevista, evitando que aparezca el botón Atrás para acuerdos enviados a través de las API de aplicación personalizadas.
4546547	Resumen: los formularios web no pudieron actualizar el contrafirmante y devolvieron varios errores debido a que los registros de usuarios antiguos carecían de un indicador interno obligatorio, lo que provocó que se procesara un valor nulo durante la sustitución del contrafirmante.
4546547	Corrección: se ha reforzado la lógica de actualización del contrafirmante con una gestión segura de los valores nulos para que los formularios web puedan reemplazar con éxito a los contrafirmantes incluso cuando los registros de usuarios más antiguos carecen del marcador interno esperado.
4546553	Resumen: los usuarios asignados a múltiples grupos podían crear plantillas en un grupo donde la creación de plantillas está deshabilitada cuando la nueva experiencia Crear plantilla está habilitada. Esto permitía eludir las restricciones a nivel de grupo.
4546553	Corrección: la creación de plantillas ahora aplica los permisos a nivel de grupo de manera consistente en las experiencias nueva y clásica. Los usuarios ya no pueden crear plantillas en grupos donde la creación de plantillas está deshabilitada, incluso si pertenecen a otros grupos con ese permiso habilitado.
4547744	Resumen: los administradores de grupos podían asignar derechos de administrador de cuenta a usuarios a través de la nueva página de administración de usuarios. Esto excedía su ámbito de permisos y creaba un riesgo de cumplimiento al permitir la elevación de privilegios más allá de la función de administrador de grupos.
4547744	Corrección: el control de selección de función ya no está disponible para los administradores de grupos. Solo los administradores de cuenta existentes pueden asignar o revocar derechos de administrador de cuenta, asegurando que los cambios de función se alineen con los límites de permisos.
4547796	Resumen: algunos remitentes que usan la interfaz de usuario en polaco ocasionalmente reciben un correo electrónico de confirmación con texto incorrecto de “no es posible proporcionar una firma digital”, aunque el acuerdo se envía y firma normalmente.
4547796	Corrección: se han corregido las traducciones al polaco para los correos electrónicos de confirmación del remitente para que el mensaje muestre “se ha enviado para su firma” en lugar del texto incorrecto “no es posible proporcionar una firma digital”.
4548315	Resumen: cuando el remitente se incluye como destinatario con copia en el nuevo flujo de trabajo de envío, no se muestra ningún error de validación y las notificaciones de correo electrónico con copia no se envían a ningún destinatario listado después del remitente en la lista con copia. Esto difiere del comportamiento del flujo de trabajo clásico y puede hacer que los destinatarios con copia pierdan notificaciones.
4548315	Corrección: se ha actualizado la lógica del nuevo flujo de trabajo de envío para que todos los destinatarios con copia, excluyendo al remitente, reciban notificaciones por correo electrónico con copia, independientemente de su posición en la lista con copia, alineando el comportamiento con los resultados esperados.
4548583	Resumen: PDF/A no se ha podido habilitar para un grupo si el grupo predeterminado del usuario tenía las firmas escritas habilitadas, incluso cuando las firmas escritas estaban deshabilitadas para el grupo que se estaba editando. Esto bloqueaba la configuración válida de PDF/A para grupos no predeterminados.
4548583	Corrección: se ha actualizado la validación para verificar la configuración de firmas escritas en el grupo que se está modificando, no en el grupo predeterminado del usuario, lo que permite que PDF/A se habilite correctamente donde esté permitido.
4549337	Resumen: las notificaciones por SMS para acuerdos cancelados se han suprimido cuando la configuración de Correo electrónico de acuerdo cancelado estaba deshabilitada. Esto impedía que los clientes que deshabilitan las notificaciones por correo electrónico enviaran alertas de SMS de cancelación obligatoria.
4549337	Corrección: se han desacoplado las notificaciones de cancelación de SMS y por WhatsApp de la configuración de correo electrónico introduciendo un control de notificación dedicado, lo que permite la entrega de SMS para acuerdos cancelados incluso cuando las notificaciones por correo electrónico están deshabilitadas.
4549472	Resumen: en Acrobat Sign para la administración pública, los usuarios no podían crear plantillas reutilizables usando la nueva experiencia Crear plantilla. Después de cargar un documento, el flujo de trabajo se detenía en una pantalla en blanco, bloqueando la creación de plantillas.
4549472	Corrección: se ha restaurado la dependencia de creación que faltaba y que requería la nueva experiencia Crear plantilla en entornos gubernamentales, lo que permite que la pantalla de creación se cargue correctamente y que las plantillas se creen con éxito.
4549862	Resumen: cuando la página de destino se establece en la nueva experiencia de solicitud de firma, el mensaje de advertencia de inicio de sesión configurado no se muestra después de iniciar sesión. Esto impide que las organizaciones muestren avisos críticos de mantenimiento o interrupción cuando los usuarios llegan directamente a la página de envío.
4549862	Corrección: se ha restaurado la compatibilidad para mostrar el mensaje de advertencia de inicio de sesión en la nueva experiencia de solicitud de firma. Cuando los usuarios llegan a la página Enviar después del inicio de sesión, el mensaje de advertencia configurado ahora aparece como una notificación, coincidiendo con el comportamiento anterior y las expectativas del cliente.
4550175	Resumen: al pulsar Entrar después de introducir un número de teléfono para la autenticación telefónica en un flujo de trabajo, se envía el formulario prematuramente y se activa un error del sistema, lo que interrumpe el flujo de trabajo debido a que se envía el formulario en lugar de esperar una confirmación explícita.
4550175	Corrección: se ha actualizado el cuadro de diálogo del destinatario para evitar el envío del formulario al pulsar Entrar en los campos de autenticación telefónica, lo que garantiza que los usuarios permanezcan en el cuadro de diálogo y deban hacer clic en Continuar, eliminando así la interrupción no deseada del flujo de trabajo.
4550302	Resumen: los correos electrónicos de solicitud de firma y recordatorio en alemán utilizaban formas de tratamiento inconsistentes, alternando entre el informal “Du” y el formal “Sie” dentro del mismo mensaje, lo que provocaba una redacción confusa y poco profesional.
4550302	Corrección: se han actualizado las traducciones de correo electrónico al alemán para usar una forma de tratamiento única y consistente en toda la plantilla, lo que garantiza un lenguaje uniforme y predecible en todos los correos electrónicos de solicitud de firma y recordatorio.
4550556	Resumen: los acuerdos que contenían PDF con planos arquitectónicos de gran tamaño no se enviaban al añadir campos de firma digital, lo que provocó un error durante la creación debido a la rotación de la página y a la gestión del tamaño en la colocación de la firma digital.
4550556	Corrección: se ha actualizado el procesamiento de campos de firma digital para gestionar correctamente las páginas rotadas de gran formato, lo que permite que los acuerdos con planos arquitectónicos se envíen con éxito con firmas digitales aplicadas.
4550579	Resumen: cuando se completaba un acuerdo eliminando los últimos destinatarios restantes durante un estado de revisión, el sistema no generaba el evento AGREEMENT_WORKFLOW_COMPLETED, por lo que no se enviaba ninguna notificación webhook, interrumpiendo los flujos de trabajo que dependen de este evento para detectar la finalización.
4550579	Corrección: se ha actualizado la gestión de eventos para que los acuerdos completados mediante la eliminación de destinatarios en revisión ahora generen los eventos de finalización apropiados, lo que garantiza que los webhooks AGREEMENT_WORKFLOW_COMPLETED se activen como se espera.
4550998	Resumen: las casillas de verificación prerrellenadas aparecían marcadas en la creación pero estaban desmarcadas para los firmantes porque los valores de las casillas de verificación se almacenaban como cadenas de texto no vacías en lugar de estados explícitos SÍ/NO, lo que causaba que la experiencia de firma las tratara como desmarcadas.
4550998	Corrección: se ha actualizado la gestión de valores de casillas de verificación para que cualquier valor prerrellenado no vacío se interprete como marcado y los valores vacíos o faltantes como desmarcados, lo que garantiza que los estados de las casillas de verificación permanezcan consistentes para los firmantes.

Adobe Acrobat Sign versión 17.0.1

Implementación de producción: 17 de marzo de 2026

Implementación de GovCloud: 19 de marzo de 2026

Funcionalidad mejorada

Crear una copia: puntos de acceso ampliados, reutilización más rápida de acuerdos.
Crear una copia ya está disponible directamente a través de los filtros En curso y Pendientes de la página Administrar, así como desde la página de confirmación posterior al envío. Estos puntos de entrada adicionales facilitan la reutilización de acuerdos en más momentos del ciclo de vida del envío, reduciendo la necesidad de empezar desde cero.
Nota: Con esta versión, los controles administrativos para deshabilitar esta función se eliminarán del menú de administración, estableciendo Crear una copia como una capacidad estándar disponible para todos los usuarios elegibles.

Entornos disponibles: zona protegida, comercial, administración pública | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: cuenta y grupo; habilitado de manera predeterminada.

Cambios de la experiencia

Visibilidad de la caducidad de las claves de integración: las fechas de caducidad ahora se muestran en la pestaña Tókenes de acceso
La pestaña Tókenes de acceso, en el menú Preferencias personales, muestra la fecha de caducidad para cada clave de integración. Esto proporciona a los usuarios y administradores una visibilidad más clara sobre la antigüedad de las claves y el momento de reemplazo, facilitando la monitorización de las claves existentes y el poder evitar interrupciones inesperadas cuando una clave alcanza el final de su período de validez de 10 años.

Entornos disponibles: zona protegida, comercial, administración pública Niveles de servicio disponibles:Acrobat Sign Solutions Ámbito de configuración: API

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.

Visualización de correo electrónico personalizado OEM 2.0: identidad más clara de remitente y destinatario en las distintas experiencias integradas, y envío correcto de correo electrónico.
Para los socios de OEM 2.0 que utilizan flujos de trabajo integrados, Acrobat Sign ahora puede mostrar el correo electrónico personalizado de un usuario en lugar del correo electrónico registrado del socio en las distintas superficies de interfaz de uso clave y notificaciones. Los acuerdos, colas como “Pendiente” y correos electrónicos de “Revisar y firmar” reflejan consistentemente la identidad personalizada mientras conservan el correo electrónico registrado internamente para autenticación y derechos. Esto mejora la claridad para remitentes y firmantes y evita que los correos electrónicos se envíen a direcciones registradas que no se pueden entregar.

Entornos disponibles: Sandbox, Comercial | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: API - Socios OEM 2.0; solo bajo solicitud

Notificación del webhook para fallos en la entrega de SMS: visibilidad en tiempo real de los envíos de SMS fallidos, remediación automatizada y paridad con los rebotes de correo electrónico.
Acrobat Sign ahora emite un nuevo evento webhook, AGREEMENT_PHONE_BOUNCED, cuando un acuerdo enviado por SMS no puede ser entregado debido a problemas como números de teléfono no válidos, rechazo del operador o líneas bloqueadas. Esto permite a los clientes detectar fallos en la entrega de SMS en casi tiempo real y activar automáticamente acciones de seguimiento, como corregir números de teléfono, reintentar la entrega o abrir casos de soporte, eliminando puntos débiles y reduciendo retrasos en los flujos de trabajo de firma primero en dispositivos móviles.

Entornos disponibles: zona protegida, comercial, administración pública Niveles de servicio disponibles: Acrobat Sign Solutions Ámbito de configuración: API

Cargas útiles de webhook: se ha añadido un campo condicional extendedStatus del participante para actualizaciones de participación dinámicas, mejorando la visibilidad del estado del participante.
Las notificaciones de webhook ahora incluyen un campo extendedStatus en cada objeto participante (memberInfos[]) cuando el remitente modifica un acuerdo en curso usando participación dinámica. Este campo proporciona detalles adicionales del ciclo de vida del participante mientras deja el campo de estado existente sin cambios para compatibilidad con versiones anteriores.

Valores de status (sin cambios): ACTIVE, REPLACED.
Valores de extendedStatus: ACTIVE, REPLACED, REMOVED, COMPLETED.

Entornos disponibles: zona protegida, comercial, administración pública | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: API

Problemas resueltos

Problema	Descripción
4543515	Resumen: un evento de rebote de correo electrónico de webhook puede generarse incorrectamente para un firmante válido después de que el firmante firme correctamente y el acuerdo avance al siguiente paso. Esto puede ocurrir cuando un delegado en el mismo grupo de firma tiene un correo electrónico no válido y el remitente reemplaza al delegador original. En estos casos, el sistema puede atribuir incorrectamente el evento de rebote “firmado en nombre de...” al firmante válido en lugar del participante cuyo correo electrónico realmente rebota.
4543515	Solución: la lógica de atribución de eventos se ha corregido para que los eventos de rebote de correo electrónico se asocien únicamente con el participante cuyo correo electrónico rebota en realidad. Ya no se genera un evento de rechazo para un firmante válido que ya completó la firma, y las notificaciones de webhook ahora reflejan el participante y correo electrónico correctos.
4544548	Resumen: las claves de integración creadas a través de la interfaz de usuario web pueden caducar después de 10 años, aunque la página de creación establece que la clave proporciona “acceso permanente”. Cuando una clave alcanza los 10 años de su vida útil, las llamadas de API comienzan a devolver un error de token caducado, lo que puede romper las integraciones existentes de manera inesperada.
4544548	Solución: se ha actualizado la mensajería de la interfaz de usuario para eliminar el texto “acceso permanente” y mostrar claramente la fecha de caducidad de las claves de integración. El texto actualizado ahora indica que la clave conserva el acceso hasta la fecha de caducidad o hasta que se revoque manualmente, lo que clarifica la confusión acerca de los 10 años de vida útil predeterminada.
4546301	Resumen: el envío de eventos del webhook puede retrasarse hasta varias horas para acuerdos con documentos muy grandes, incluso cuando la creación del acuerdo finaliza y los pasos de procesamiento iniciales parecen concluir en cuestión de minutos. Durante la ventana de retraso, el servicio de entrega de webhook puede recibir repetidamente respuestas DOCUMENT_NOT_AVAILABLE al intentar recuperar documentos del acuerdo, y el evento de webhook puede no entregarse hasta que el servicio deje de reintentar o los documentos estén disponibles.
4546301	Corrección: Se corrigió el manejo de disponibilidad de documentos para que los acuerdos grandes hagan la transición de manera confiable a un estado donde los documentos sean recuperables sin respuestas DOCUMENT_NOT_AVAILABLE extendidas. Como resultado, los eventos de webhook se entregan sin retrasos de varias horas causados por reintentos de recuperación de documentos contra documentos no disponibles.
4547823	Resumen: el mensaje privado de un destinatario puede no mostrarse para algunos firmantes cuando se crea un acuerdo en el estado Creación a través de la API y luego se edita desde la experiencia Administrar. En este escenario, la interfaz de usuario puede mostrar el valor del mensaje privado como “Ninguno” o en blanco aunque los datos del acuerdo incluyan el valor del mensaje privado correcto. Este comportamiento aparece en escenarios de cuentas compartidas donde un usuario cambia a la cuenta de otro usuario para editar el borrador, y puede afectar solo a destinatarios específicos mientras que otros se muestran correctamente.
4547823	Solución: se ha añadido una marca de verificación para recuperar el contexto de uso compartido activo y devolver el mensaje privado para los usuarios compartidos autorizados. Como resultado, el valor del mensaje privado ahora se muestra correctamente cuando se ve o se envía un borrador creado por la API desde el flujo Creación.
4548274	Resumen: la fecha modificada para las plantillas de biblioteca puede no actualizarse después de que una plantilla se edite y guarde en la nueva experiencia de plantilla. Los usuarios pueden ver campos recién agregados o actualizados en la plantilla, pero la fecha modificada permanece sin cambios en la interfaz de uso Administrar y en vistas administrativas, lo que hace que parezca que la plantilla no fue modificada recientemente. Esto ocurre porque la nueva experiencia actualiza los campos de formulario a través de una ruta que no actualiza también la marca de tiempo modificada de la plantilla.
4548274	Solución: el comportamiento de la actualización de fecha modificada se ha alineado en la nueva experiencia de plantilla y las operaciones de API relacionadas. La ruta de código que guarda cambios de campos de plantilla ahora también actualiza la fecha modificada de la plantilla para que refleje el tiempo real del cambio más reciente.
4548564	Resumen: las firmas y los campos de formularios pueden aparecer invisibles en el PDF firmado cuando se colocan sobre anotaciones de sello preexistentes en el documento de origen. En las plantillas afectadas, las anotaciones de sello se superponen u ocultan los campos interactivos durante el procesamiento, haciendo que las firmas completadas y otros campos queden ocultos en el documento firmado final.
4548564	Solución: se ha actualizado la gestión de las anotaciones de sello para procesar y acoplar de manera segura las anotaciones de sello preexistentes para que ya no oculten los campos de formularios ni las firmas. Los campos colocados sobre áreas selladas ahora permanecen visibles durante toda la firma y en el PDF ejecutado por completo.
4549103	Resumen: Un evento de rechazo de correo electrónico puede registrarse nuevamente para un destinatario previamente incorrecto después de que el remitente reemplace a ese destinatario con una dirección de correo electrónico válida. En algunos casos, la pista de auditoría puede mostrar un segundo evento de rebote para el correo electrónico anterior, y el estado del acuerdo puede reflejar “correo electrónico rebotado” aunque el nuevo destinatario reciba, vea o firme el acuerdo correctamente. Este comportamiento puede hacer que parezca que el acuerdo aún está dirigido tanto a las direcciones de correo electrónico antiguas como a las nuevas.
4549103	Solución: se ha actualizado el flujo de trabajo de reemplazar firmante para prevenir el envío de correos electrónicos de notificación adicionales a un destinatario reemplazado cuyo correo electrónico ya ha rebotado. El sistema ahora verifica el historial de rechazo previo antes de enviar notificaciones relacionadas con el reemplazo, asegurando que no se generen nuevos eventos de rechazo para la dirección de correo electrónico anterior después del reemplazo.
4549306	Resumen: los usuarios cuyas direcciones de correo electrónico contienen ciertos caracteres especiales (por ejemplo, un apóstrofe) pueden no poder iniciar sesión desde las páginas de inicio de sesión públicas genéricas adobesign.com o echosign.com. Después de introducir la dirección de correo electrónico y hacer clic en el campo de contraseña, la página puede recargarse y borrar el campo de correo electrónico en lugar de redirigir al usuario a la partición correcta o a la página de inicio de sesión SSO. Esto impide que los usuarios afectados completen la autenticación y bloquea las integraciones que dependen del punto final de inicio de sesión público.
4549306	Solución: se ha corregido la lógica de resolución de recursos compartidos de inicio de sesión para gestionar y decodificar correctamente las direcciones de correo electrónico que contienen caracteres especiales antes de construir la URL de redireccionamiento entre recursos compartidos. Los usuarios con formatos de correo electrónico afectados ahora son redirigidos correctamente a su partición designada y página de inicio de sesión SSO sin que se borre el campo de correo electrónico.
4549331	Resumen: las firmas y otros campos de formulario pueden aparecer como ausentes o invisibles en el PDF firmado cuando ciertas funciones de procesamiento del documento están habilitadas y el PDF de origen contiene coordenadas de recuadro de página no válidas (por ejemplo, valores incorrectos de CropBox o MediaBox). En este escenario, los campos que dependen de las coordenadas de página pueden procesarse fuera del área de página visible, haciendo que las firmas completadas parezcan ausentes aunque la firma se complete correctamente.
4549331	Solución: se ha corregido la gestión de los recuadros de página del PDF para normalizar de forma segura los valores no válidos de CropBox y MediaBox durante el procesamiento del documento. Como resultado, la ubicación de firmas y campos de formulario ahora se alinea con el área de página visible, y los PDFs firmados muestran las firmas como se esperaba.
4550367	Resumen: la creación de un formulario web puede fallar con un “error del servidor” genérico después de seleccionar Previsualización y Añadir campos cuando la autenticación del firmante predeterminada del grupo del remitente está configurada en Teléfono y la cuenta no tiene cuota de autenticación telefónica disponible, incluso si la autenticación del firmante del formulario web está configurada en un método que no sea teléfono (por ejemplo, Adobe Sign). Como resultado, todos los usuarios en la cuenta afectada pueden estar bloqueados para crear formularios web en todos los documentos.
4550367	Solución: la creación de formularios web ahora evalúa la cuota solo para el método de autenticación realmente configurado para el firmante del formulario web, y ya no aplica verificaciones de cuota de autenticación telefónica basadas únicamente en la configuración de autenticación predeterminada del grupo. Esto previene errores falsos de agotamiento de cuota y permite que los formularios web se creen con normalidad.
4551011	Resumen: cuando un remitente carga ciertos PDF escaneados, añade campos de firma y envía el acuerdo, el PDF firmado puede que no muestre firmas visibles después de completarse la firma. Este comportamiento puede ocurrir cuando el PDF cargado contiene metadatos de límite de página no válidos (las coordenadas de MediaBox y CropBox aparecen invertidas), lo que puede causar que las capas de apariencia de firma y otros campos se procesen fuera del área de página visible.
4551011	Solución: se ha actualizado la gestión de límites de página del PDF para procesar correctamente los PDF con valores de coordenadas no válidas o invertidas de MediaBox y CropBox, de modo que el contenido de las capas de apariencia de firma y campos de formulario se procese dentro del área de página visible y permanezca visible en el PDF firmado final.
4551427	Resumen: algunos destinatarios que ya tienen cuentas activas y correctamente aprovisionadas reciben acuerdos como destinatarios “pseudousuario” en su lugar, por lo que el acuerdo no aparece en su vista normal Administrar. Esto sucede cuando las direcciones de correo electrónico de los destinatarios incluyen espacios al principio o al final, lo que impide que el sistema pueda establecer la coincidencia del correo electrónico con el usuario existente, haciendo que se cree un registro de pseudousuario.
4551427	Solución: se han actualizado el análisis de correo electrónico y la búsqueda de usuarios para normalizar las direcciones de correo electrónico de los destinatarios (eliminar espacios en blanco al principio y al final) antes de buscar su coincidencia con usuarios existentes. Como resultado, los acuerdos dirigidos a usuarios existentes se resuelven a la cuenta registrada en lugar de crear un destinatario pseudousuario, incluso si el correo electrónico se introdujo con espacios (en cargas útiles de API y listas de destinatarios de flujo de trabajo).
4553198	Resumen: cuando un acuerdo incluye al menos un destinatario configurado para envío de SMS y al menos un destinatario configurado para solo entrega de correo electrónico, al cancelar el acuerdo a través de la API no se envía una notificación de cancelación de SMS al destinatario del SMS. El acuerdo se cancela correctamente y se entregan las notificaciones por correo electrónico, pero los destinatarios de SMS no reciben un mensaje de cancelación.
4553198	Solución: se ha corregido el flujo de trabajo de cancelación para asegurar que las notificaciones de cancelación de SMS se envíen a todos los destinatarios configurados para envío de SMS cuando se cancela un acuerdo, independientemente de los métodos de envío de otros destinatarios.
4554463	Resumen: cuando los acuerdos incluyen botones de opción clonados que comparten el mismo nombre de campo en documentos combinados, solo una instancia de la opción seleccionada permanece seleccionada en el PDF firmado final. Aunque los campos aparecen visualmente como casillas de verificación, están implementados como botones de opción. Después de firmar, el valor seleccionado no se propaga de forma consistente en todas las instancias clonadas, lo que provoca una asignación incorrecta o incompleta de la selección esperada.
4554463	Solución: se ha corregido la lógica de gestión de los campos de formulario para que los botones de opción clonados almacenen y propaguen el valor de exportación seleccionado en lugar de un valor de índice interno. Esto garantiza que todas las instancias clonadas del mismo campo de botón de opción reflejen la selección correcta en el PDF firmado.
4554593	Resumen: algunas integraciones de socios que utilizan los puntos finales OAuth heredados para actualizar tokens de acceso comenzaron a fallar con errores HTTP 401. El servicio rechazó las solicitudes de actualización de token con un error que indica que la aplicación no tiene permitido usar los puntos finales OAuth heredados y debe usar los puntos finales OAuth v2 en su lugar. Esto impidió que los clientes autenticaran Acrobat Sign a través de aplicaciones de partner, incluso para integraciones que funcionaban anteriormente.
4554593	Solución: se ha corregido el servicio de autenticación para que las aplicaciones de socios configuradas para usar el flujo OAuth heredado puedan volver a actualizar correctamente los tokens, en lugar de ser forzadas incorrectamente a los puntos finales OAuth v2.
4554614	Resumen: cuando un firmante utiliza la experiencia de firma electrónica moderna en un acuerdo que requiere autenticación del firmante y está configurado para requerir la aceptación de las Condiciones de uso antes de firmar, al hacer clic en Clic para firmar activa un redireccionamiento de 5 segundos a la experiencia de firma clásica. El mensaje de redireccionamiento advierte de que las firmas y las iniciales introducidas en la firma moderna se borrarán, obligando al firmante a tener que volver a introducirlas y firmar dos veces.
4554614	Solución: se ha corregido el flujo de actualización de los tokens de firma para que cuando el firmante acepte las Condiciones de uso antes de firmar, el token de firma reemitido conserve los detalles de autenticación del firmante. Esto evita que el paso final de firma falle en la autenticación y elimina la reversión forzada de la firma moderna a la experiencia clásica.
4555656	Resumen: en determinadas condiciones de tiempo, la transición del estado de un acuerdo puede parecer como realizada correctamente aunque en realidad no ha cambiado el estado del acuerdo. Cuando se recibe una notificación webhook antes de que se complete el procesamiento del backend, las llamadas API posteriores pueden usar datos de estado de acuerdo obsoletos. En esta ventana, ciertos métodos de transición de estado devuelven HTTP 200 OK aunque el acuerdo no esté en un estado válido para la transición solicitada. Como resultado, los flujos de trabajo de automatización pueden asumir que la transición se ha realizado correctamente mientras el acuerdo permanece en su estado original.
4555656	Solución: se ha actualizado la lógica de transición del estado de un acuerdo para aplicar una validación estricta antes de aplicar una transición. Si el acuerdo no se encuentra en un estado válido, la API ahora devuelve una respuesta de error clara en lugar de indicar el éxito de manera silenciosa. Esto garantiza que las transiciones no válidas se rechacen explícitamente, permite que los sistemas de llamada reintenten apropiadamente y evita que los acuerdos permanezcan en un estado no deseado sin visibilidad.

Lanzamiento de Adobe Acrobat Sign v17.1

Implementación de producción: 5 de mayo de 2026

Implementación de GovCloud: 12 de mayo de 2026

Funcionalidad mejorada

Firma en persona: habilita sesiones de firma alojada en la aplicación web
La firma en persona permite al remitente designar un host interno que facilite una sesión de firma en persona mediante un explorador web. El host inicia una sesión de firma controlada desde la página Administrar o una notificación por correo electrónico, entrega temporalmente el dispositivo al firmante para que complete las acciones requeridas y recupera el control una vez finalizado. La creación y finalización de sesiones se registra en el registro de auditoría, y los firmantes pueden proporcionar opcionalmente un correo electrónico para recibir una copia del acuerdo.

Firma digital masiva desde la página Administrar: aplicar una firma digital a varios acuerdos con una sola autorización
Los firmantes pueden seleccionar varios acuerdos en la vista En espera de su firma y aplicar firmas digitales como acción masiva usando una sola autorización de firma. Esto reduce los pasos de firma repetitivos para flujos de trabajo de alto volumen mientras conserva la seguridad, autenticación y controles de auditoría de firma en la nube existentes. La firma masiva requiere que los firmantes revisen o omitan todos los acuerdos antes de completar la acción masiva.

Enviar solo a destinatarios internos: restringe los acuerdos para que se envíen a destinatarios dentro de la misma cuenta de Acrobat Sign.
La configuración Enviar solo a destinatarios internos previene que los usuarios envíen acuerdos a destinatarios externos a su cuenta de Acrobat Sign. Cuando esta opción está habilitada, los acuerdos solo se pueden enviar a destinatarios cuyos ID de cuenta coinciden con el del remitente. Este control admite requisitos de seguridad internos y evita que los acuerdos se compartan externamente.

Creación de informes de uso de transacciones telefónicas: creación de informes ampliada con Visibilidad a Nivel de grupo y acceso a informes programados
La creación de informes de transacciones telefónicas ahora proporciona Visibilidad sobre las cantidades compradas, las fechas de inicio de cuota y el consumo detallado en las transacciones de SMS y WhatsApp. Los clientes pueden realizar el seguimiento del uso a nivel de grupo y acceder a informes CSV programados a través de una experiencia de creación de informes unificada, lo que permite una elaboración de presupuestos más precisa, asignación interna y monitorización proactiva para evitar la interrupción del servicio cuando se alcanzan los límites de transacciones.
Los informes ahora se generan a través de informes programados en la interfaz de creación de informes, con acceso a la API disponible para recuperar la salida del informe más reciente.

Nuevo punto final: POST /api/rest/v6/reportDownload
Este punto final acepta un scheduleId y devuelve la URL de descarga para el informe CSV generado más recientemente asociado con esa programación.

Cambios de la experiencia

Apariencia de firma en informes de auditoría: registra el método de entrada de firma utilizado por cada firmante, aumentando la visibilidad del cumplimiento y reduciendo la verificación manual
Los informes de auditoría ahora registran el método de apariencia de la firma utilizado cuando un firmante aplica su firma. Para cada evento ESIGNED, la pista de auditoría identifica si el firmante utilizó una firma escrita, una firma dibujada, una imagen cargada o una captura de dibujo o imagen basada en móvil. Esta mejora permite a los equipos de cumplimiento y operaciones verificar los métodos de firma directamente desde el informe de auditoría, reduciendo la ambigüedad y evitando rechazos innecesarios de acuerdos.
Tipos de apariencia de firma:
- Escribir: El firmante escribe su nombre y selecciona un estilo de firma basado en fuente.
- Dibujar: El firmante dibuja su firma usando un ratón o trackpad en un escritorio.
- Imagen: El firmante carga un archivo de imagen de firma desde el escritorio.
- Mobile Draw: El firmante dibuja su firma usando el tacto en un dispositivo móvil.
- Imagen móvil: El firmante carga o captura una imagen de firma en un dispositivo móvil.

Firmas guardadas para URL de firma de API: permite el uso de firmas de perfil guardadas durante la firma basada en API
Permite que los usuarios registrados apliquen sus firmas de perfil guardadas al firmar acuerdos a través de URL de firma generadas por API (GET /agreements/{agreementId}/signingUrls). Las firmas guardadas aparecen para firmantes internos y para firmantes externos que se autentican usando OTP de correo electrónico o Adobe ID. Esta capacidad agiliza los flujos de trabajo de firma para integraciones de back-end mientras mantiene los controles de seguridad en el nivel de cuenta.
Habilitado por Adobe por cuenta tras revisión de seguridad.

Administración de libreta de direcciones personal en la experiencia moderna – Los usuarios pueden eliminar direcciones de correo electrónico guardadas directamente desde su libreta de direcciones personal en la experiencia moderna Solicitar firma , lo que hace más fácil mantener las listas de destinatarios personales precisas y actualizadas.

Ventana de vencimiento del acuerdo: período de vencimiento predeterminado ampliado a 365 días
La fecha límite máxima de finalización para los acuerdos se ha ampliado de 180 días a 365 días. Cuando el vencimiento del documento está habilitado, se asigna automáticamente a los acuerdos una fecha de vencimiento de 365 días que no se puede eliminar. Este cambio garantiza que todos los acuerdos tengan un ciclo de vida definido, mejora el seguimiento a largo plazo y el cumplimiento, y reduce el riesgo de que los acuerdos permanezcan abiertos indefinidamente mientras permite a los usuarios establecer fechas límite más tempranas cuando sea necesario.

Página de Inicio renovada: mejora el acceso al flujo de trabajo, pone al frente las acciones críticas
La página de Inicio se ha rediseñado para facilitar el inicio de los acuerdos, monitorizar la actividad y acceder a las funciones clave, incluida la capacidad de copiar los acuerdos enviados recientemente, ver los mosaicos de acción en un orden más intuitivo, identificar rápidamente los elementos En curso y Pendientes, y disfrutar de un banner Novedades optimizado que reduce el desorden visual, lo que ayuda a los usuarios a moverse con mayor rapidez, reducir los acuerdos que se omiten y navegar por una experiencia de Inicio más enfocada.

La nueva página de Inicio se implementará de forma gradual a lo largo de los 10 días posteriores a su lanzamiento. Consulte la Notificación técnica para la programación.

Mejoras de la versión de prueba: se ha añadido la experiencia de incorporación más reciente a Sign Trial.
La versión de prueba de Sign ahora incluye la experiencia de incorporación mejorada y las funciones introducidas en versiones de pago recientes.

Nuevo Diseñador de flujo de trabajo personalizado se convierte en predeterminado: promocionar el diseñador moderno, quitar controles de cambio de usuario, conservar flexibilidad de administrador
La nueva experiencia del Diseñador de flujo de trabajo personalizado ahora es la predeterminada para todas las cuentas.Los usuarios ya no ven enlaces de cambio para volver al diseñador clásico, mientras que los administradores conservan la capacidad de volver a habilitar el acceso a la experiencia anterior si es necesario. Esta actualización avanza la transición a la interfaz moderna de diseño de flujo de trabajo mientras preserva el control administrativo durante el período de transición.

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.

Gestión de claves mTLS para webhooks – Añadir opción de clave generada por Acrobat Sign, habilitar flujo de trabajo de firma de certificados, mejorar el cumplimiento de seguridad
Los desarrolladores ahora pueden elegir cómo se gestionan las claves privadas para la autenticación mTLS de webhook en Acrobat Sign. Además del modelo existente donde los clientes generan y cargan su propia clave privada y certificado, Acrobat Sign ahora puede generar la clave privada y una solicitud de firma de certificado (CSR). Los clientes pueden usar la Solicitud de firma de certificado para obtener un certificado de su autoridad de certificación y cargarlo para completar la configuración. Esta opción mejora la seguridad al mantener las claves privadas dentro de Acrobat Sign y preservar la compatibilidad con el comportamiento mTLS de webhook existente.

Inicialización de identificación digital a través del parámetro login_hint: permite a los remitentes de API inicializar la autenticación de identidad digital con un identificador de inicio de sesión específico del destinatario.
Varios endpoints de la API REST v6 /agreements ahora admiten un parámetro loginHint que permite a los remitentes de API inicializar la autenticación de Digital Identity Gateway usando un identificador de inicio de sesión conocido, como una dirección de correo electrónico o un ID de usuario.El proveedor de identidad controla la experiencia del usuario, pero el identificador suele rellenar previamente la pantalla de inicio de sesión para reforzar los flujos de trabajo de autenticación de alta confianza y reducir el riesgo de suplantación. El identificador aparece en formato enmascarado en la página de destino de la puerta de enlace de identidad digital y en el informe de auditoría para conservar la trazabilidad al tiempo que se protegen los datos confidenciales.
Los puntos finales siguientes se han actualizado para incluir el parámetro loginHint:
- POST/acuerdos
- PUT/agreements/{agreementId}
- PUT /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}
- GET /agreements/{agreementId}/members/participantSets/{participantSetId}
- GET /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}/Members

Mejoras de límites de identidad y confianza de OEM 2.0 – La función "Mostrar correo electrónico personalizado/OEM en todas partes" ahora prioriza a los usuarios aprovisionados por el mismo partner y crea automáticamente un destinatario cuando no se encuentra coincidencia
Cuando la función Mostrar correo electrónico personalizado/OEM en todas partes está habilitada, la resolución de participantes del acuerdo prioriza a los usuarios aprovisionados por el mismo partner y crea automáticamente un registro de destinatario cuando no existe un usuario coincidente, asegurando un manejo de identidad consistente entre cuentas.

Además, con Mostrar correo electrónico personalizado/OEM en todas partes habilitado, los informes de auditoría indican si un remitente es aprovisionado por partner o una cuenta personal, y los flujos de firmante guían a los usuarios a cambiar cuentas cuando existen direcciones de correo electrónico idénticas entre diferentes tipos de cuenta, reduciendo la confusión y previniendo acceso no deseado.

Problemas resueltos

4520028	Resumen: La columna Grupo en la Página Administrar mostraba valores incorrectos o inconsistentes cuando los usuarios pertenecían a varios grupos. Cambiar el grupo principal del Usuario hacía que los acuerdos mostraran el grupo incorrecto, incluido el último grupo principal seleccionado o varios grupos, en lugar del grupo desde el que se envió originalmente el acuerdo.
Problema	Descripción
4520028	Corrección: Se actualizó la lógica de la página Administrar para usar el grupo de envío del acuerdo (agreement_group_id) en lugar del grupo principal actual del usuario al renderizar la columna Grupo.
4532690	Resumen: Los usuarios no podían editar borradores de acuerdos creados a partir de flujos de trabajo personalizados cuando tanto «Habilitar acuerdos para que solo se envíen mediante un flujo de trabajo» como «Habilitar nueva experiencia de envío de flujo de trabajo personalizado» estaban habilitadas. El sistema bloqueó incorrectamente el acceso a la Página de redacción al editar un borrador existente, tratándolo como una acción de envío nueva en lugar de una edición de borrador.
4532690	Corrección: Se actualizó la lógica de la página Redactar para detectar escenarios de edición de borradores y omitir la comprobación de restricciones del flujo de trabajo, lo que permite a los usuarios editar borradores de acuerdos existentes creados a partir de flujos de trabajo personalizados.
4536764	Resumen: El envío de acuerdos a través de un flujo de trabajo personalizado resultó en un error del servidor debido a un fallo al procesar determinados archivos PDF de plantilla. El error fue causado por datos de apariencia de anotación no válidos o faltantes en uno o más documentos fuente, lo que activó una excepción de renderizado durante el rellenado previo. El problema no era reproducible de manera consistente y no se pudo replicar fuera de los flujos de trabajo afectados.
4536764	Corrección: Se mejoró el manejo de excepciones de renderizado en la capa de procesamiento de PDF.
4537197	Resumen: Al usar la nueva experiencia Enviar en lote con nombres de destinatarios introducidos manualmente, el segundo campo de nombre se quitó durante la firma debido al manejo incorrecto de los datos de nombre de destinatario requeridos en los documentos.
4537197	Corrección: Se actualizó la lógica de procesamiento de documentos para retener correctamente todos los campos de nombre de destinatario al enviar acuerdos en lote.
4538172	Resumen: La copia de flujos de trabajo que incluyen grupos de destinatarios falló durante Sandbox Sync con un mensaje «Error al ejecutar la solicitud» debido a referencias de grupo de destinatarios no válidas. El flujo de trabajo usó IDs de grupo de destinatarios específicos del entorno, que no son portátiles entre entornos, lo que causó que la validación fallara durante la sincronización.
4538172	Corrección: Se actualizó el manejo de Sandbox Sync para validar y procesar correctamente las referencias de grupos de destinatarios durante las operaciones de copia de flujo de trabajo, evitando errores cuando existen grupos de destinatarios en ambos entornos.
4538251	Resumen: En la nueva experiencia Enviar en lote, los campos de información de nombre completo y correo electrónico del firmante no aparecían durante la firma o en el documento final cuando el archivo fuente contenía campos AcroForm existentes. El problema fue causado por el manejo incorrecto de los datos del campo de combinación al combinar campos de información del firmante con campos de formulario preexistentes, lo que resultó en que los campos no se procesaran en los acuerdos secundarios
4538251	Corrección: Se actualizó la lógica de procesamiento de campos de combinación y formulario para aplicar correctamente los campos de información del firmante en documentos que incluyen campos AcroForm existentes.
4545485	Resumen: La creación de acuerdos falló de forma intermitente cuando la generación de miniaturas encontró campos de formulario PDF con formato incorrecto. El error fue causado por documentos fuente que contenían campos de formulario sin nombres válidos y estructuras de campos anidados no válidos, lo que activó errores de procesamiento durante la generación de PDF.
4545485	Corrección: Se agregaron validaciones y verificaciones nulas durante el procesamiento de PDF para manejar campos de formulario con formato incorrecto y evitar errores durante la generación de miniaturas y la creación de acuerdos.
4545814	Resumen: Los campos están desalineados y las etiquetas de texto permanecen visibles al procesar documentos con orientación apaisada generados desde flujos de trabajo basados en XDP. Los cálculos de coordenadas incorrectos en diseños apaisados causan una ubicación inadecuada de campos e impiden que las etiquetas de texto se analicen y eliminen correctamente.
4545814	Corrección: Se actualizó la lógica de renderizado de campos para calcular y ubicar correctamente los campos de formulario en documentos con orientación apaisada, asegurando la alineación adecuada y la eliminación de etiquetas de texto durante el procesamiento.
4545978	Resumen: Los caracteres acentuados en los nombres de los firmantes se procesan incorrectamente en el bloque de firma visible al usar firma digital local. El problema ocurre porque la fuente predeterminada incrustada en el documento carece de codificación adecuada para caracteres de Europa Occidental, causando sustitución incorrecta de caracteres durante el renderizado de la apariencia de la firma.
4545978	Corrección: Se actualizó la configuración de fuente incrustada para incluir codificación adecuada para caracteres acentuados, asegurando el renderizado correcto de los nombres de los firmantes en la apariencia de la firma
4547100	Resumen: Los campos de texto multilínea clonados se procesan de forma inconsistente en el PDF firmado. Los campos de clonación multilínea carecen del diccionario de apariencia predeterminado, lo que causa que los campos clonados muestren menos líneas que el campo fuente incluso cuando ambos campos usan el mismo tamaño y configuración.
4547100	Corrección: Se agregó el diccionario de apariencia predeterminado a los campos clonados multilínea para que los campos clonados y fuente se procesen de forma consistente en documentos firmados.
4548305	Resumen: La lista de verificación de incorporación muestra "Solicitar BAA para preparación HIPAA" como Pendiente incluso cuando HIPAA está habilitado. La lógica de evaluación de la lista de verificación trata incorrectamente la configuración heredada relacionada con HIPAA como incompleta, causando que el estado de la tarea permanezca Pendiente a pesar de que la función esté habilitada.
4548305	Corrección: Se actualizó la lógica de evaluación de la lista de verificación para interpretar correctamente la configuración relacionada con HIPAA, incluyendo valores heredados, para que la tarea de incorporación refleje el estado completado cuando HIPAA está habilitado.
4550731	Resumen: Aparece un espacio grande entre el subrayado de la firma y la marca de tiempo al firmar documentos utilizando Fill & Sign. El problema ocurre cuando el campo de firma no es lo suficientemente ancho para contener el contenido de firma procesado, causando un espaciado incorrecto en la apariencia de la firma
4550731	Corrección: Se actualizó el renderizado de firma para respetar las dimensiones de campo definidas y ajustar el espaciado apropiadamente, reduciendo el espacio entre el subrayado y la marca de tiempo.
4550906	Resumen: El enlace Cambiar contraseña apunta a una URL no válida para ciertos usuarios, causando un error del explorador. El problema ocurre cuando la aplicación lee un punto final desactualizado de la configuración en lugar de la URL correcta, lo que provoca un comportamiento incoherente entre entornos.
4550906	Corrección: Se actualizó el punto final de cambio de contraseña configurado para usar la URL correcta en los entornos afectados.
4550992	Resumen: La edición de ciertas plantillas en la nueva experiencia redirige a la página Crear plantilla en lugar de abrir la plantilla en modo de edición. El problema se produce porque el sistema determina la experiencia basándose en la configuración del propietario de la plantilla en lugar de la configuración del usuario actual, lo que causa un enrutamiento incorrecto al editar plantillas compartidas.
4550992	Solución: Se actualizó la lógica de edición de plantillas para usar la configuración de experiencia del usuario actual en lugar de la configuración del propietario de la plantilla, asegurando que las plantillas se abran en el modo de edición correcto.
4551756	Resumen: Los correos electrónicos de solicitud de aprobación muestran variables de plantilla no resueltas en el campo destinatario, causando formato incorrecto del correo electrónico. El problema se produce debido a un fallo en la lógica de renderizado de plantillas de correo electrónico al generar notificaciones de conflicto de derechos.
4551756	Solución: Se actualizó el renderizado de plantillas de correo electrónico para resolver y completar correctamente los campos de destinatario, asegurando que se muestren direcciones de correo electrónico válidas en los correos electrónicos de solicitud de aprobación.
4551768	Resumen: Los firmantes encuentran un error no controlado al acceder o completar acuerdos debido a un fallo en el procesamiento de apariencia de campos de formulario. Un objeto de apariencia mal formado causa una ClassCastException durante la generación del documento, lo que lleva al fallo de renderizado del acuerdo.
4551768	Solución: Se actualizó la lógica de procesamiento de campos de formulario para validar los tipos de objetos de apariencia antes de la conversión, evitando excepciones y asegurando que los acuerdos se procesen correctamente para la firma.
4552272	Resumen: Los acuerdos cancelados o abandonados aparecen bajo Esperando por ti en la página Administrar. El problema se produce cuando un evento de reinicio de flujo de trabajo no limpia correctamente los datos de estado del participante, dejando datos obsoletos de visibilidad e indexación que hacen que el acuerdo aparezca en vistas incorrectas
4552272	Solución: Se actualizó el manejo de reinicio de flujos de trabajo y la lógica de indexación para limpiar correctamente los datos de estado de participantes anteriores y asegurar que los acuerdos aparezcan solo en su estado correcto.
4553158	Resumen: En entornos de idiomas RTL en iOS, el panel de firma no responde correctamente al dibujar una firma. El panel se desplaza en lugar de capturar la entrada, requiriendo que los usuarios se desplacen manualmente para dibujar y aplicar la firma, lo que impide el comportamiento normal de firma cuando la nueva experiencia de firma de destinatario está habilitada.
4553158	Solución: Se actualizó el manejo de interacción del panel de firma para diseños RTL en ios para capture correctamente la entrada de dibujo sin desplazamiento no deseado, habilitando la creación y aplicación normal de firmas.
4553583	Resumen: Los flujos de trabajo permiten direcciones de correo electrónico con espacios al principio o al final, lo que causa que los acuerdos fallen silenciosamente al enviar en la nueva experiencia. El sistema no valida ni normaliza la entrada, y no se muestra ningún mensaje de error para indicar el problema.
4553583	Solución: Se actualizó el manejo de entrada para recortar automáticamente los espacios en blanco de las direcciones de correo electrónico y evitar guardar valores no válidos, y se agregó manejo para flujos de trabajo existentes para que los acuerdos se puedan enviar exitosamente.
4553676	Resumen: Los hipervínculos se muestran incorrectamente en la vista Administrar, donde el título del acuerdo se agrega a la URL, resultando en enlaces rotos. El problema se produce debido al análisis incorrecto de URL al procesar hipervínculos en la interfaz Administrar.
4553676	Solución: Se actualizó el renderizado de hipervínculos para usar el análisis adecuado de URL, asegurando que los enlaces permanezcan sin cambios y funcionen correctamente en todas las vistas.
4555021	Resumen: La validación OTP falla con un error de "vencimiento" incluso cuando el código se introduce inmediatamente. El problema se produce debido a una condición de carrera en el flujo de Autenticación, donde múltiples eventos de envío causan que el OTP se invalide prematuramente.
4555021	Solución: Se actualizó el flujo de validación OTP para manejar correctamente eventos de envío duplicados o rápidos, evitando el vencimiento prematuro y permitiendo que las entradas OTP válidas tengan éxito.
4555028	Resumen: Quitar el siguiente destinatario para firmar puede fallar con un error del sistema y dejar el acuerdo atascado en un estado de revisión pendiente. El problema se produce cuando el destinatario tiene un recordatorio activo, lo que impide que la actualización del acuerdo se complete correctamente.
4555028	Solución: Se actualizó la lógica de eliminación de destinatarios para gestionar casos en los que el siguiente firmante tiene recordatorios activos, lo que permite que la actualización del acuerdo se complete sin errores.
4555319	Resumen: Los creadores de formularios web solo ven las opciones de firma Escribir y Dibujar al previsualizar el formulario, mientras que los firmantes ven todas las opciones disponibles (Escribir, Dibujar, Imagen, Móvil). El problema se produce porque el modo de previsualización no aplica correctamente la configuración de entrada de firma habilitada cuando el creador no actúa como firmante.
4555319	Solución: Se actualizó el comportamiento de previsualización del formulario web para aplicar el conjunto completo de tipos de entrada de firma habilitados, lo que garantiza que los creadores vean las mismas opciones de firma que los firmantes.
4555345	Resumen: Los acuerdos con múltiples destinatarios de tipo Firmante con testigo no se pueden abrir en Vista previa desde Borrador con el error "ParticipantSetsInfo no se puede modificar". El problema se produce debido a una lógica incorrecta de ordenación de participantes y testigos en flujos de trabajo personalizados, lo que impide que el acuerdo vuelva al estado de creación
4555345	Solución: Se actualizó la lógica de ordenación de participantes y testigos en flujos de trabajo personalizados para calcular correctamente el orden de ejecución, lo que permite que los acuerdos vuelvan al estado de creación y continúen normalmente.
4555615	Resumen: Las cargas útiles de eventos de webhook para destinatarios delegados y reemplazados no incluyen el campo privateMessage. El problema se produce porque el mensaje privado no se propaga al estado del destinatario utilizado para generar cargas útiles de webhook, lo que resulta en datos faltantes para eventos afectados.
4555615	Solución: Se actualizó el manejo de datos de participantes para garantizar que los mensajes privados se incluyan en las cargas útiles de webhook para destinatarios delegados y reemplazados.
4555687	Resumen: Los acuerdos pueden cancelarse automáticamente y moverse a un estado oculto después de la firma debido a un fallo de validación de visibilidad del documento. Cuando un participante es delegado o reemplazado, la asignación de visibilidad del documento no se transfiere correctamente, lo que causa una discrepancia entre los campos asignados y los documentos visibles, lo que puede activar una cancelación automática.
4555687	Solución: La lógica de delegación y reemplazo ahora clona correctamente las asignaciones de visibilidad del documento para nuevos participantes, evitando fallos de validación y cancelación no deseada del acuerdo.
4556516	Resumen: Los campos de formulario pueden ignorar los tamaños de fuente configurados y renderizarse de manera inconsistente en los acuerdos generados. El problema se produce en campos multilínea cuando el motor de procesamiento de documentos ajusta el tamaño de fuente para evitar el recorte de texto, anulando la configuración de tamaño de fuente fijo.
4556516	Solución: Se actualizó el comportamiento de renderizado de fuentes para que los campos multilínea respeten la configuración de tamaño de fuente fijo, alineando el comportamiento con el resultado esperado y evitando ajustes de tamaño no deseados.
4556967	Resumen: Las casillas de verificación seleccionadas pueden aparecer como no seleccionadas en el PDF firmado finalizado para formularios web. El problema se produce cuando se utilizan ciertos valores ocultos (por ejemplo, "no", "falso", "0", "off", "unchecked"), lo que puede causar que los estados de las casillas de verificación se interpreten incorrectamente durante el procesamiento del documento cuando Gibson está habilitado.
4556967	Solución: Se actualizó el procesamiento de casillas de verificación para interpretar correctamente los valores ocultos y preservar los estados seleccionados en el documento finalizado, garantizando consistencia entre la firma y el PDF firmado.
4557222	Resumen: Los campos de enlace de plantillas de campo pueden desaparecer en la página de creación cuando se utilizan dentro de un flujo de trabajo. El problema se produce porque los campos de enlace no se incluyen en los datos de campo de formulario del acuerdo devueltos durante la creación basada en flujo de trabajo, lo que resulta en campos faltantes.
4557222	Solución: Se actualizó el manejo de campos de formulario para incluir campos de enlace de plantillas de campo durante el procesamiento del flujo de trabajo, garantizando que se combinen y visualicen correctamente en la página de creación.
4557272	Resumen: El campo Fecha de firma puede no aparecer en el PDF firmado finalizado. El problema se produce cuando el renderizado del campo de texto falla durante el procesamiento del documento, evitando que el campo de fecha se visualice en el documento de salida.
4557272	Solución: Se actualizó el renderizado de campos de texto para manejar correctamente valores nulos o vacíos, garantizando que el campo Fecha de firma se visualice consistentemente en documentos firmados.
4557282	Resumen: Los campos de botón de opción en formularios web pueden mostrar un valor de ayuda contextual inesperado ("object Object") cuando se crean mediante la nueva experiencia de plantilla. El problema ocurre debido al manejo incorrecto de valores de ayuda contextual vacíos, causando que los datos de marcador de posición se rendericen en lugar de suprimirse.
4557282	Solución: Se actualizó la lógica de manejo de ayuda contextual para ignorar correctamente los valores vacíos, evitando que aparezca texto de marcador de posición no deseado en formularios web.
4557589	Resumen: Los campos de casilla de verificación prellenados pueden aparecer sin marcar cuando se envía el acuerdo para su firma. El problema ocurre cuando se definen valores ocultos duplicados o conflictivos para entradas de casilla de verificación o botón de opción, lo que puede causar una interpretación incorrecta del estado seleccionado durante el procesamiento del documento.
4557589	Corrección: Se actualizó el manejo de valores de campo para procesar correctamente los valores ocultos y preservar las selecciones prellenadas, asegurando que los estados de las casillas de verificación permanezcan consistentes cuando se generen y envíen los acuerdos.
4557672	Resumen: La nueva experiencia de solicitud de firma puede mostrar un error genérico ("La solicitud proporcionada no es válida") al enviar un acuerdo, sin identificar el campo específico que causa la falla. Esto puede ocurrir cuando los detalles del destinatario (como el formato del número de teléfono) fallan en la validación, pero el error no se muestra claramente al usuario.
4557672	Solución: Se actualizó el manejo de validación para proporcionar mensajes de error específicos a nivel de campo, ayudando a los usuarios a identificar y corregir entradas no válidas antes de enviar el acuerdo.
4557680	Resumen: Las asignaciones de casillas de verificación o botones de opción pueden fallar en algunos acuerdos al combinar múltiples documentos, lo que provoca que no se apliquen los valores esperados. El problema ocurre cuando los valores predeterminados no coinciden exactamente con los valores de exportación definidos, lo que puede causar que los campos sean tratados como grupos separados e interrumpir el comportamiento de asignación.
4557680	Solución: Se actualizó la lógica de asignación de campos para ignorar valores predeterminados no coincidentes y asociar correctamente los campos entre documentos, mejorando la consistencia del comportamiento de casillas de verificación y botones de opción.
4557902	Resumen: Puede aparecer un espacio adicional entre la firma y la marca de tiempo de fecha y hora en acuerdos de Fill and Sign. El problema ocurre debido al cálculo incorrecto del espaciado en firmas correctamente formateadas, lo que provoca un diseño inconsistente en comparación con otros flujos de firma.
4557902	Solución: Se actualizó el cálculo del diseño de firma para posicionar correctamente la firma y la marca de tiempo, eliminando el espaciado no deseado y asegurando un formato consistente.
4557947	Resumen: Los campos de casilla de verificación pueden aparecer sin marcar en el PDF firmado finalizado al usar plantillas de biblioteca, aunque el firmante los haya seleccionado. El problema puede ocurrir cuando los campos de casilla de verificación están mal configurados o usan ciertos valores ocultos, lo que lleva a una interpretación incorrecta del estado seleccionado durante el procesamiento del documento.
4557947	Solución: Se actualizó el procesamiento de casillas de verificación para interpretar correctamente los valores ocultos y preservar los estados seleccionados, asegurando que las selecciones de casillas de verificación se mantengan en el documento firmado.
4558295	Resumen: Los valores de botón de opción requeridos pueden faltar en el PDF firmado finalizado. El problema puede ocurrir cuando los valores de campo contienen caracteres especiales (por ejemplo, comillas o símbolos) que no se procesan correctamente, lo que provoca que el valor seleccionado no se renderice en la salida del documento.
4558295	Solución: Se actualizó el procesamiento de valores de campo para manejar correctamente los caracteres especiales, asegurando que los valores seleccionados se preserven y muestren en el PDF firmado.
4558307	Resumen: Los campos de formulario pueden ignorar los tamaños de fuente configurados y renderizarse de manera inconsistente en acuerdos generados. El problema puede ocurrir en campos multilínea cuando el motor de procesamiento de documentos ajusta el tamaño de fuente para prevenir el recorte de texto, anulando la configuración de tamaño de fuente fijo.
4558307	Solución: Se actualizó el comportamiento de renderizado de fuente para que los campos multilínea respeten la configuración de tamaño de fuente fijo, previniendo el redimensionamiento no deseado y asegurando una salida consistente.
4558554	Resumen: Los firmantes pueden completar acuerdos sin interactuar con el bloque de firma. El problema puede producirse en cuentas habilitadas para Gibson cuando el bloque de firma no se procesa o aplica correctamente durante la firma, lo que permite completar el proceso solo con el campo de firma.
4558554	Corrección: Se actualizó la lógica de procesamiento y validación de firmas para garantizar que los bloques de firma se muestren correctamente y sean obligatorios antes de completar el acuerdo.
4558725	Resumen: Las etiquetas de texto pueden no procesarse o convertirse en campos de formulario durante la previsualización. El problema puede producirse cuando el PDF cargado contiene elementos no compatibles o no válidos (por ejemplo, anotaciones nulas o campos rellenables existentes), que impiden que el procesamiento de etiquetas de texto se complete correctamente.
4558725	Corrección: Se actualizó el procesamiento de etiquetas de texto para gestionar PDFs con anotaciones no válidas o no compatibles de forma más fiable, lo que permite generar campos según lo esperado durante la previsualización.
4559285	Resumen: La autenticación telefónica puede fallar en determinadas áreas geográficas al seleccionar un código de país en la nueva experiencia de solicitud de firma. El problema se produce cuando la interfaz de uso muestra un código de país incompleto o incorrecto (por ejemplo, "+1" en lugar de "+1246" para Barbados), lo que puede causar errores de validación al enviar el acuerdo.
4559285	Corrección: Se actualizó la gestión de códigos de país para usar los códigos de marcado completos correctos, garantizando que los números de teléfono se validen y procesen correctamente en la nueva experiencia.
4560119	Resumen: El texto de los campos de formulario puede aparecer desalineado o superpuesto en los acuerdos generados. El problema puede producirse en campos de texto multilínea cuando el motor de procesamiento de documentos introduce diferencias de procesamiento, lo que provoca cambios de diseño en comparación con la vista de creación.
4560119	Corrección: Se actualizó el renderizado de texto y la gestión de diseño para campos multilínea para mejorar la alineación y evitar superposiciones, garantizando una visualización más coherente entre la creación y los documentos finales
4562058	Resumen: El nombre del destinatario puede permanecer sin cambios al seleccionar un correo electrónico diferente de la libreta de direcciones en la página Enviar. El problema se produce porque el campo de nombre no se actualiza cuando se selecciona un nuevo contacto, lo que causa una discrepancia entre el nombre mostrado y el correo electrónico seleccionado.
4562058	Corrección: Se actualizó el comportamiento de selección de destinatarios para que el campo de nombre siempre se actualice cuando se seleccione un nuevo contacto, garantizando que el nombre y el correo electrónico permanezcan sincronizados.
4566339	Resumen: Pueden aparecer estados de casilla de verificación incorrectos al procesar PDFs XFA estáticos con valores de campo mal formados. El problema puede producirse cuando los datos XFA no compatibles o no válidos (por ejemplo, valores de cadena en campos numéricos) se gestionan de forma inconsistente, especialmente en entornos habilitados para Gibson donde los valores predeterminados de las casillas de verificación pueden interpretarse incorrectamente.
4566339	Corrección: Se actualizó la gestión de XFA en la canalización de procesamiento de documentos para normalizar o ignorar valores mal formados de forma más coherente, evitando estados incorrectos de casillas de verificación y alineando el comportamiento en todos los entornos.
4567278	Resumen: Los campos de texto de solo lectura pueden no aparecer en la página de firma cuando los participantes dinámicos están habilitados. El problema se produce debido a inconsistencias en el procesamiento de campos durante la resolución de participantes, lo que puede hacer que los campos no editables se omitan de la vista del firmante.
4567278	Corrección: Se actualizó la lógica de procesamiento de campos para participantes dinámicos para garantizar que los campos de solo lectura se incluyan y muestren de forma coherente durante la firma.
4568023	Resumen: Las opciones de firma de imagen y Mobile pueden no aparecer en los formularios web durante la firma. El problema puede producirse debido a la carga inconsistente de opciones de firma en el flujo de entrada de formularios web, donde determinados métodos de firma no se muestran hasta que la sesión se recarga o se accede a través de una ruta alternativa.
4568023	Corrección: Se actualizó la inicialización de firma de formularios web para cargar de forma coherente todas las opciones de firma habilitadas, garantizando que los métodos de Imagen y Mobile estén disponibles en todos los puntos de entrada.

Adobe Acrobat Sign versión 17.1.1

Implementación de producción: 16 de junio de 2026

Implementación de GovCloud: 18 de junio de 2026

Funcionalidad mejorada

Filtro de destinatario en creación de informes: añada un filtro por destinatarios a informes y exportaciones de datos.
Añada un filtro de Destinatario a la creación de informes moderna para informes de Acuerdo y Transacción y Exportaciones de datos. Los administradores pueden filtrar por correo electrónico del destinatario para devolver todos los acuerdos que incluyan al destinatario especificado, independientemente de la función o el orden de firma. El filtro admite comportamiento de autocompletado y selección múltiple consistente con el filtro Remitente existente y se aplica tanto a informes visuales como a exportaciones CSV.

Cambios de la experiencia

Soporte Bio-Pharma (CFR) en firma electrónica moderna: agrega captura de motivo de firma y reautenticación obligatoria en el momento de firmar
La configuración de firma Bio-Pharma, incluida la captura de motivo de firma y la reautenticación en el momento de firmar, ahora es compatible con la experiencia de firma electrónica moderna. Los acuerdos que usan esta configuración ya no vuelven a la experiencia de firma clásica. No se requiere ninguna acción del cliente ni cambio de configuración de administrador.

Entornos disponibles: zona protegida, comercial, gubernamental | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: el soporte para la configuración de Bio Pharma en firma electrónica moderna está habilitado de forma predeterminada.

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.

Suprimir notificaciones de acuerdos a través de API: añada control granular en la mensajería de destinatarios
Usando la API REST v6 POST /agreements, controle qué notificaciones se envían al crear acuerdos suprimiendo tipos específicos de correo electrónico para participantes, CC o el remitente. De esta manera, se eliminan los correos electrónicos innecesarios y se admiten experiencias de firma más limpias y controladas en flujos de trabajo integrados.

Entornos disponibles: zona protegida, comercial, gubernamental | Niveles de servicio disponibles: Acrobat Sign Solutions | Ámbito de configuración: API REST v6

Problemas resueltos

Problema	Descripción
4545881	Resumen: los firmantes que usan Descargar y firmar en Acrobat podrían recibir un error “No es reconocible por Adobe Acrobat Sign” después de cargar un PDF firmado digitalmente cuando el certificado de ID digital no incluía un valor de nombre de firmante esperado, como commonName, givenName o pseudonym. El acuerdo no se pudo completar aunque se cargó el PDF firmado.
4545881	Solución: Acrobat Sign ahora maneja los certificados de ID digital con valores de nombre de firmante faltantes sin generar un error durante el proceso de validación de carga. La firma se puede completar exitosamente, aunque el nombre del firmante puede no mostrarse si el certificado no incluye uno.
4547132	Resumen: cuando los acuerdos se crearon a través de la solicitud de API POST /agreements y securityOption se estableció en null, los destinatarios externos podían tener asignado Ninguno como método de autenticación incluso cuando la configuración de la cuenta requería OTP de email como método de autenticación predeterminado. La autenticación de destinatarios internos se aplicó correctamente, pero la autenticación de destinatarios externos no.
4547132	Solución: Acrobat Sign ahora aplica correctamente el método de autenticación predeterminado configurado en la cuenta cuando los acuerdos creados por API incluyen destinatarios con un valor null de securityOption. Los destinatarios externos ahora reciben el método de autenticación predeterminado requerido en lugar de Ninguno.
4553171	Resumen: En cuentas de desarrollador que usan la nueva experiencia Crear plantilla, las plantillas reutilizables podían mostrar el prefijo [DEMO USE ONLY] en la página Administrar, pero el prefijo no estaba disponible al editar el nombre de la plantilla. Los usuarios no podían quitar el prefijo del nombre de plantilla existente a menos que reemplazaran el nombre completo o cambiaran a la experiencia de plantilla clásica.
4553171	Solución: la nueva experiencia Crear plantilla ahora mantiene alineados el nombre de plantilla reutilizable y el nombre del acuerdo para el comportamiento de Marca de agua de la cuenta de desarrollador. Los usuarios pueden editar el nombre completo de la plantilla, incluido el prefijo [DEMO USE ONLY], sin cambiar a la experiencia clásica
4556731	Resumen: después de que un remitente reemplazara un destinatario por sí mismo y luego delegara el acuerdo a otro destinatario, el acuerdo volvió al estado En curso, pero la opción Cargar documento firmado siguió sin estar disponible. Esto impidió que el remitente cargara una copia firmada para acuerdos elegibles en curso después de esa secuencia de delegación.
4556731	Corrección: Acrobat Sign ahora restaura correctamente la opción Cargar documento firmado después de que un destinatario sea reemplazado por el remitente y luego delegado a otro destinatario, cuando el acuerdo es elegible para la carga del documento firmado.
4557576	Resumen: cuando un bloque de firma se asignaba a un grupo de destinatarios con varios miembros, la dirección de correo electrónico en el bloque de firma podría cortarse en lugar de mostrarse claramente. Esto podría hacer que la información del grupo de destinatarios fuera difícil de leer antes de que un miembro del grupo completara la firma.
4557576	Corrección: Acrobat Sign ahora muestra la información del correo electrónico del grupo de destinatarios en los bloques de firma sin cortar abruptamente el texto visible. Los valores largos en el correo electrónico del grupo de destinatarios se maneja para que la información mostrada permanezca legible dentro del bloque de firma.
4561898	Resumen: Algunos destinatarios podrían encontrar un error del servidor después de la autenticación o al finalizar la firma de acuerdos que utilizaban documentos PDF específicos. La falla fue causada por un problema al manejar los datos de estructura del PDF durante la generación del documento firmado, lo que impidió que el firmante completara el acuerdo.
4561898	Corrección: Acrobat Sign ahora maneja los datos de estructura del PDF de manera más defensiva durante la firma y generación de documentos. La corrección previene que los conflictos del árbol de estructura bloqueen la finalización, permitiendo que los destinatarios se autentiquen, firmen y completen los acuerdos afectados exitosamente.
4562041	Resumen: algunas notificaciones webhook podrían retrasarse o fallar al publicarse cuando Acrobat Sign recibía un error interno del servidor mientras generaba la carga útil del webhook. Para la cuenta afectada, varios eventos del 19 de marzo de 2026 se vieron afectados, incluyendo AGREEMENT_WORKFLOW_COMPLETED y otros eventos de acuerdos, lo que retrasó los flujos de trabajo posteriores del cliente
4562041	Corrección: Acrobat Sign ahora maneja las fallas de generación de carga útil del webhook de manera más fiable para que las respuestas internas fallidas no se almacenen en caché de una forma que bloquee o retrase la entrega de eventos. La corrección fue validada a través de pruebas de regresión y está destinada a prevenir que los eventos webhook afectados se retrasen por la misma ruta de falla de generación de carga útil.
4562458	Resumen: los destinatarios podrían recibir un error de ID de acuerdo no válido especificado al abrir una URL de firma para acuerdos enviados a usuarios inactivos en dominios de cuenta reclamados, cuando se utilizaba autenticación de destinatario como Email OTP o autenticación por contraseña. El flujo de firma creó un usuario pendiente de un solo uso para continuar el proceso de firma, pero la solicitud de información de firma podría leer datos de acuerdo obsoletos que no incluían la participación recién creada, bloqueando el acceso hasta que se regenerara el enlace de firma o se actualizaran los datos.
4562458	Corrección: Acrobat Sign ahora recupera los datos actuales de participación del acuerdo al abrir URL de firma autenticadas en este flujo de trabajo. Esto evita que los datos de acuerdo obsoletos en caché causen errores de ID de acuerdo no válido y permite que los destinatarios completen la autenticación y accedan a la página de firma electrónica con éxito.
4566894	Resumen: algunos acuerdos expirados creados a partir de múltiples plantillas no podían copiarse desde la página Administrar. Cuando los usuarios seleccionaban Crear una copia, la operación de copia fallaba con No es posible copiar el acuerdo. Inténtelo de nuevo más tarde porque la validación de acceso a plantillas falló al copiar acuerdos con más de una plantilla.
4566894	Corrección: Acrobat Sign ahora valida correctamente la información de plantillas al copiar acuerdos que fueron creados a partir de múltiples plantillas. Los acuerdos afectados ahora pueden copiarse sin activar el error de sesión del backend.
4568666	Resumen: las notificaciones de webhook podrían fallar intermitentemente para acuerdos que incluían participantes testigo sin un ID de usuario asignado. El evento central del acuerdo se creó, pero la generación de carga útil del webhook podría fallar cuando los datos del participante se procesaban en un orden impredecible, causando que algunos eventos webhook esperados no se entregaran después de AGREEMENT_CREATED.
4568666	Corrección: Acrobat Sign ahora gestiona de forma segura los datos de participantes de webhook que no tienen ID de usuario durante la generación de carga útil. Esto evita que los participantes marcadores de posición de testigos causen fallos en la carga útil del webhook y permite que los eventos de webhook del acuerdo esperados se entreguen de forma consistente.
4571682	Resumen: en algunos acuerdos donde Power Automate modificó los grupos de destinatarios antes de que llegara el turno de un rellenador de formularios posterior, los campos de solo lectura podrían no aparecer para el siguiente rellenador de formularios. Después de que el rellenador de formularios completara sus campos editables, esos campos también podrían desaparecer del acuerdo, aunque los campos siguieran asignados correctamente y marcados como visibles a través de la API.
4571682	Solución: Acrobat Sign ahora conserva la visibilidad de los campos para los grupos de destinatarios subsiguientes después de cambios en la pertenencia al grupo de destinatarios. Los campos de solo lectura, bloques de firma, selecciones desplegables y otros valores de campos completados permanecen disponibles para destinatarios posteriores y en el PDF descargado para los escenarios corregidos.
4571845	Resumen: La firma en persona puede fallar con un error del servidor cuando el correo electrónico del firmante en persona coincide con una cuenta de usuario existente en un fragmento diferente, impidiendo que se complete el acuerdo.
4571845	Solución: Se actualizó el procesamiento del firmante en persona para crear y usar correctamente un registro de firmante temporal, evitando conflictos de usuarios entre fragmentos y permitiendo que la sesión de firma se complete con éxito.
4573019	Resumen: El orden del grupo de destinatarios puede calcularse incorrectamente después de actualizaciones de participantes dinámicos que eliminan una mezcla de destinatarios y grupos de destinatarios, lo que hace que el grupo restante muestre el orden de enrutamiento incorrecto.
4573019	Solución: Se actualizó el recálculo del orden de participantes para que los grupos de destinatarios mantengan el orden correcto después de eliminaciones complejas de participantes dinámicos, incluyendo casos donde un grupo se reduce a un solo miembro restante.
4572455	Resumen: algunos firmantes podrían ver un mensaje de “Error no controlado” o “Algo salió mal” después de completar la firma, aunque la firma se aplicó correctamente y el acuerdo avanzó al siguiente destinatario. El problema ocurrió cuando los participantes dinámicos estaban habilitados y el flujo de firma intentó preparar el documento para el siguiente firmante pero no pudo encontrar la versión del documento firmado esperada.
4572455	Solución: Acrobat Sign ahora verifica la versión correcta del documento firmado al preparar un acuerdo para el siguiente firmante. Esto evita que el flujo de firma muestre un error después de una firma exitosa cuando los participantes dinámicos están habilitados.

Notas de la versión de Adobe Acrobat Sign - 2023

Adobe Acrobat Sign Release Notes - 2022

Aprender

Aprenda con tutoriales en vídeo paso a paso y orientación práctica directamente en la aplicación.

Comunidad

Participe en debates, encuentre respuestas, aprenda de expertos y comparta sus conocimientos.

Inicio de Adobe

Acceda a sus aplicaciones y servicios favoritos de Creative Cloud, gestión de archivos y mucho más.