Revisa las notificaciones técnicas listadas y marca las que sean importantes para ti.
La página de notificaciones técnicas se actualiza constantemente con información nueva, de forma que su contenido es bastante dinámico. Aunque las versiones traducidas están disponibles, el proceso de traducción puede provocar leves diferencias de la versión en inglés oficial de EE. UU. Consulte siempre primero la página en inglés de EE. UU. para asegurarse de leer la información más actualizada y verídica.
[Próxima versión] La próxima versión de Adobe Acrobat Sign está programada para el 8 de septiembre de 2026, v17.2
Esta versión de parches secundarios solucionará los defectos notificados por los clientes y aplicará las actualizaciones de optimización y seguridad necesarias.
El entorno de zona protegida adoptará estos parches cuatro semanas antes de la versión programada. En ese momento se publicará una lista de los problemas de los clientes resueltos, que se actualizará 14 días antes del lanzamiento.
Lanzamiento de función: Adobe Acrobat Sign – Lanzamiento del 21 de julio completado
La versión se completó para todos los fragmentos sin tiempo de inactividad en ninguno de los servicios.
Avisos actuales:
|
Estado |
Problema o evento |
Fecha de ejecución |
|
Nuevo Próxima versión |
A partir del 8 de septiembre de 2026 |
|
|
Nuevo Próxima versión Versión |
A partir del 16 de junio |
|
|
Actualizado Importante Actual |
5 de mayo de 2026 |
|
|
Actualizado |
Septiembre de 2026 |
|
|
Actualizado Versión |
Septiembre de 2026 |
|
|
Versión Próxima versión principal |
Septiembre de 2026 |
|
|
Importante |
A partir de marzo de 2026 |
|
|
Actualizado |
2027 |
|
|
Actual |
Septiembre de 2026 |
|
|
Notificaciones informativas persistentes |
||
|
Actual Informativo |
Actual |
|
|
Actual Informativo |
Actual |
|
Primera notificación: marzo de 2026 |
Actual |
|---|
|
Primera notificación: marzo de 2026 |
Actual |
|---|
La edición de documentos en línea durante la creación se está implementando a través de un despliegue por fases como parte de la versión 17.1.2 para cuentas VIP.
Programación gradual:
Las cuentas de clientes VIP y VIPMP reciben un despliegue de producción gradual tras la versión 17.1.2.
La edición de documentos en línea se incluirá en la implementación 17.2.1 de Sandbox. El despliegue a clientes ETLA está previsto después de la versión 17.2.1.
La función está habilitada por defecto a nivel de cuenta tanto para las cuentas nuevas como para las existentes compatibles. Los administradores de cuenta y grupo pueden habilitar o deshabilitar la función según sea necesario.
La función no es compatible con:
- Cuentas de Acrobat Sign para la administración pública.
- Organizaciones que usan el sistema heredado de gestión de usuarios de Acrobat Sign.
Para obtener instrucciones de configuración, consulte Habilitar o deshabilitar la edición de documentos en línea
Para obtener instrucciones del flujo de trabajo del remitente, consulte Cómo editar texto durante la creación de campos
Los horarios para el despliegue están sujetos a cambios, dependiendo de eventos emergentes.
|
Primera notificación: agosto de 2025; Actualización en febrero de 2026 |
Actual |
|---|
Para ayudar a mantener la estabilidad del sistema y mejorar el rendimiento, Adobe Acrobat Sign está introduciendo un umbral de sondeo para los puntos finales de la API GET. Esta política limita la frecuencia con la que las aplicaciones cliente pueden realizar llamadas de API idénticas al servicio de Adobe Acrobat Sign.
La encuesta de alta frecuencia crea una carga innecesaria en los sistemas back-end, lo que puede dar lugar a un rendimiento degradado y tiempos de respuesta lentos. Se recomienda a los desarrolladores de API que usen webhooks para actualizaciones casi en tiempo real en lugar de consultas repetidas.
Cambios
Esta política de encuesta se aplica a todos los puntos finales de GET API para llamadas idénticas.
Se aplicará un límite a la frecuencia con la que el usuario efectivo puede realizar la misma llamada API a Acrobat Sign. Se devuelve un error cuando el mismo usuario efectivo hace llamadas idénticas con más frecuencia de la que permite el umbral de encuesta aplicable.
Por ejemplo, una solicitud repetida al mismo endpoint para el mismo acuerdo o documento de biblioteca se considera como una llamada idéntica. Las solicitudes para diferentes acuerdos o documentos de biblioteca se tratan como llamadas distintas porque cada objeto representa un destino de solicitud diferente.
Ejemplos de puntos finales afectados
Recuperación de estado
- GET/agreements/{agreementId}: recupera el estado actual de un acuerdo.
- GET/agreements/{agreementId}/documents/{documentId}: recupera el flujo de archivos de un documento dentro de un acuerdo.
Listado, eventos y documentos de biblioteca
- GET/agreements: recupera acuerdos para el usuario.
- GET/agreements/{agreementId}/events: recupera información de eventos para un acuerdo.
- GET /libraryDocuments — Recupera documentos de biblioteca para el usuario.
- GET /libraryDocuments/{libraryDocumentId} — Recupera información para un documento de biblioteca específico.
Detalles de la política de encuesta
El Intervalo Mínimo de Sondeo de Objetos (MOPI) define la frecuencia con la que el mismo usuario efectivo puede realizar la misma solicitud GET a la API del servicio de Acrobat Sign.
El MOPI predeterminado varía según el nivel de servicio:
- Niveles GLOBAL, ENTERPRISE y DEVELOPER: Tres llamadas idénticas por intervalo de un minuto.
- Todos los demás niveles: tres llamadas idénticas por intervalo de tres minutos.
Si el mismo usuario efectivo realiza solicitudes GET idénticas con mayor frecuencia de la que permite el nivel, Acrobat Sign devuelve una respuesta 429 Too Many Requests con un encabezado Retry-After.
Una solicitud se considera idéntica cuando el mismo usuario efectivo realiza la misma solicitud GET con la misma ruta de solicitud y cabeceras dentro del intervalo de sondeo aplicable.
Manejo de ETag
Las aplicaciones pueden continuar usando ETags y la cabecera If-None-Match para puntos finales que admiten peticiones GET condicionales.
Para peticiones GET condicionales que están permitidas bajo el umbral de sondeo, Acrobat Sign puede devolver 304 Not Modified cuando el recurso no ha cambiado.
Cuando se supera el umbral de sondeo, Acrobat Sign devuelve 429 Too Many Requests con una cabecera Retry-After, incluso cuando la solicitud incluye una cabecera If-None-Match.
Acción obligatoria
Si tu aplicación requiere actualizaciones casi en tiempo real, usa webhooks en lugar de encuestas. Los webhooks proporcionan una forma más eficiente y escalable de recibir actualizaciones oportunas.
Si no se pueden implementar webhooks, las aplicaciones deben usar el almacenamiento en caché del lado del cliente para almacenar y reutilizar las respuestas de API.
- Cuando recibes una respuesta 304 Not Modified, usa los datos almacenados en caché en lugar de realizar otra llamada API.
- Cuando recibe una respuesta 429 Too Many Requests, vuelve a intentar la llamada API solo después del número de segundos indicado en el encabezado Reintentar después de.
Recursos
- Manejo de respuestas 429: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#handling-rate-limiting-http-429
- Umbral de encuesta de API: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#get-endpoints
Línea de tiempo
Los umbrales MOPI actualizados ya están en el entorno de producción.
- El comportamiento de limitación ETag actualizado se incluye en la versión 17.1.1. Después de este cambio, Acrobat Sign devuelve 429 Too Many Requests para peticiones limitadas, incluidas las peticiones GET condicionales que incluyen una cabecera If-None-Match.
- La directiva de sondeo se establece como ENFORCED para cuentas nuevas en el entorno Sandbox el 11 de febrero de 2026.
- La política de sondeo se establece como ENFORCED para cuentas nuevas en el entorno de Producción el 5 de abril de 2026.
Póngase en contacto con su CSM si necesita asistencia o tiene alguna pregunta.
|
Primera notificación: marzo de 2026 |
Actual |
|---|
Actualizaciones de rotación de certificados SSL/TLS: transición a periodos de validez más cortos
El sector de SSL/TLS está realizando una transición hacia periodos de validez de certificados significativamente más cortos. Este cambio se basa en las actualizaciones del CA/Browser Forum (el organismo rector de los certificados de confianza pública) y está siendo adoptado por las principales autoridades de certificación (CA), incluida DigiCert.
Como resultado, la vigencia de los certificados se reducirá gradualmente de los ~398 días actuales a tan solo 47 días durante los próximos años.
¿Qué está cambiando?
El período máximo de validez de los certificados TLS de confianza pública se reducirá a 47 días. Este requisito está definido por CA/Browser Forum y se aplica a todo el sector.
¿Por qué se produce este cambio?
Los períodos de vigencia más cortos de los certificados mejoran la seguridad gracias a lo siguiente:
- Reducen la ventana de exposición si un certificado o clave privada se ve comprometida
- Limitan la dependencia de los mecanismos de revocación de certificados
- Fomentan la administración automatizada del ciclo de vida de los certificados
- Mejoran la posición general de seguridad en Internet
Los principales proveedores de exploradores (Google, Apple, Mozilla, Microsoft) respaldan esta transición.
Para obtener contexto adicional del sector, consulta el anuncio de DigiCert:
La vigencia de los certificados TLS se reducirá oficialmente a 47 días
Cómo te afecta esto
- Mayor frecuencia de rotación de certificados
- Los certificados rotarán con mayor frecuencia a medida que disminuyan los períodos de validez máximos.
- Se requiere automatización
- Debido a los períodos de validez más cortos, se espera que las renovaciones de certificados estén completamente automatizadas. Los procesos de renovación manual no son sostenibles con esta frecuencia.
Si tu entorno depende de la asignación de certificados, de almacenes de confianza manuales o referencias de certificados estáticos, revisa tu configuración para garantizar la compatibilidad con las renovaciones frecuentes.
Notificaciones al cliente
Anteriormente, las notificaciones se enviaban cuando los certificados rotaban de forma anual.
A partir del final de junio de 2026, se suspenderán las notificaciones rutinarias para las rotaciones de certificados estándar.
Con periodos de validez más cortos y renovaciones automáticas:
- Las rotaciones rutinarias de certificados no generarán notificaciones al cliente.
- Las notificaciones solo se enviarán en caso de:
- Errores en la renovación
- Impacto en el servicio
- Se necesita la acción del cliente
Este enfoque se alinea con las prácticas recomendadas del sector para la administración automatizada del ciclo de vida de los certificados.
No se requiere ninguna acción (si la automatización está habilitada)
Si tu integración se basa en la validación de confianza TLS estándar y no depende de la asignación de certificados, no será necesaria ninguna acción.
Los certificados continuarán renovándose automáticamente antes del vencimiento.
Cuando es necesaria alguna acción
Es posible que necesites tomar medidas si:
- Utilizas la asignación de certificados (SPKI o la asignación de certificado completo)
- Mantienes almacenes de certificados manuales
- Tienes reglas de cortafuegos vinculadas a huellas digitales de certificados específicas
- Empleas sistemas que no admiten actualizaciones automáticas de certificados
En caso de no tener la certeza completa, consulta con tu equipo de seguridad o de la infraestructura.
Preguntas frecuentes
- ¿Es este un cambio específico de Adobe?
- No. Es un cambio a nivel de todo el sector exigido por CA/Browser Forum e implementado por todas las principales autoridades de certificación.
- ¿Se verá afectada la disponibilidad del servicio?
- No. Los certificados se renovarán automáticamente antes del vencimiento. No se espera tiempo de inactividad como parte de la rotación normal.
- ¿Cuándo se detendrán las notificaciones de rotación de certificados?
- Las notificaciones rutinarias de rotación de certificados se detendrán al final de junio de 2026. Los clientes continuarán siendo notificados únicamente si se requiere una acción o si un problema afecta el servicio.
- ¿Dónde puedo obtener más información?
- Para obtener más información sobre el sector, consulta el anuncio de DigCert:
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- Para obtener más información sobre el sector, consulta el anuncio de DigCert:
¿Necesita ayuda?
Si tienes preguntas sobre la rotación de certificados o necesitas asistencia para validar tu integración, ponte en contacto con el servicio de asistencia de Adobe o con tu representante de cuentas de Adobe.
|
Primer informe: febrero de 2025. Actualización: junio de 2026 |
Actual |
|---|
En la versión 17.2 (septiembre de 2026), todas las cuentas comerciales y gubernamentales se actualizarán para utilizar el entorno moderno Solicitar firma.
- Se desactivarán los vínculos del conmutador
- Los controles de administrador en el menú Administrador permanecerán para los clientes que necesiten volver a la IU clásica.
Cambios
En la versión de septiembre de 2026 (17.2):
- Todas las cuentas comerciales y de Govcloud cambiarán automáticamente a la experiencia moderna Solicitar firma.
- Los vínculos de conmutador se desactivarán tanto para las cuentas comerciales como de Govcloud
- Los controles para volver al entorno clásico seguirán estando disponibles.
En la versión de enero de 2027 (18.0):
- Todas las cuentas cambiarán automáticamente a la experiencia moderna Solicitar firma.
- Se eliminarán los enlaces de cambio.
- Los controles para volver al entorno clásico se quitarán de la IU.
Recomendamos que familiarices a tus usuarios con la experiencia moderna antes de la versión para garantizar una transición fluida.
|
Primer informe: febrero de 2025. Actualización: junio de 2026 |
Actual |
|---|
En la versión 17.2 (septiembre de 2026), todas las cuentas comerciales y gubernamentales se actualizarán para utilizar la experiencia moderna Crear plantilla.
- Se desactivarán los vínculos del conmutador
- Los controles de administrador en el menú Administrador permanecerán para los clientes que necesiten volver a la IU clásica.
Cambios
En la versión de septiembre de 2026 (17.2):
- Todas las cuentas comerciales y de GovCloud cambiarán automáticamente a la experiencia moderna Crear plantilla.
- Los vínculos de conmutador se desactivarán tanto para las cuentas comerciales como de Govcloud
- Los controles para volver al entorno clásico seguirán estando disponibles.
En la versión de enero de 2027 (18.0):
- Todas las cuentas cambiarán automáticamente a la moderna experiencia Crear plantilla.
- Se eliminarán los enlaces de cambio.
- Los controles para volver al entorno clásico se quitarán de la IU.
Recomendamos que familiarices a tus usuarios con la experiencia moderna antes de la versión para garantizar una transición fluida.
|
Primer informe: abril de 2025 - Actualizado en junio de 2026 |
Actual |
|---|
La nueva experiencia de Diseñador de flujos de trabajo está habilitada para todas las cuentas existentes, sustituyendo la versión clásica con el paso del tiempo. Durante la transición, los administradores y usuarios tienen cierta flexibilidad para revertir a la interfaz anterior hasta su retiro completo.
Cronología de despliegue
Septiembre de 2026 (v17.2)
- Todas las cuentas se elevan a la nueva experiencia después de la versión (si no lo están ya).
- Los administradores conservan la posibilidad de volver a la experiencia clásica.
- Los usuarios ya no ven enlaces de cambio; los administradores pueden habilitarlos si es necesario.
Enero de 2027 (v18.0)
- Todas las cuentas se mueven de forma permanente a la nueva experiencia.
- Los controles de administración para volver a la versión clásica se eliminan.
- El Diseñador de flujo de trabajo personalizado clásico se retira completamente y deja de estar accesible.
Recomendamos preparar a los usuarios lo antes posible para garantizar una transición fluida.
Las nuevas cuentas creadas después de la versión de julio de 2025 de Acrobat Sign tendrán habilitada la nueva experiencia de forma predeterminada, y no habrá controles para volver a la versión anterior.
|
Primera notificación: agosto de 2025. Actualización: octubre de 2025 |
Actual |
|---|
Todas las cuentas se han cambiado al entorno moderno
En la versión 17.0 (enero de 2026), todas las cuentas se actualizarán para usar el entorno moderno de firma electrónica.
Los controles para el entorno clásico permanecerán disponibles como medida de respaldo para cualquier caso de uso donde no se pueda usar el entorno moderno.
|
Primer informe: septiembre de 2022. Actualizado en junio de 2026 |
Actual |
|---|
La creación de informes clásica se eliminará por completo de la interfaz de Acrobat Sign en 2027. Esto incluye el vínculo del conmutador que permite cambiar de un entorno a otro. Una vez eliminado, los clientes no podrán volver al entorno clásico para revisar los informes clásicos, y los informes programados dejarán de ejecutarse.
El entorno moderno de creación de informes seguirá siendo la única solución para la creación de informes.
Se recomienda encarecidamente a todos los clientes que vuelvan a crear todos sus informes existentes en el nuevo entorno lo antes posible.
|
Primera notificación: febrero de 2026 |
Actual |
|---|
Resumen
Debido a requisitos reglamentarios actualizados en Tailandia, la entrega de acuerdos por SMS actualmente no es compatible para destinatarios con números de teléfono tailandeses.
Cambios
Tailandia ha introducido requisitos reglamentarios actualizados que restringen los mensajes SMS con direcciones URL que dirigen a los destinatarios hacia flujos que requieren la interacción del usuario. Debido a que firmar un acuerdo requiere interacción del destinatario, la entrega por SMS para este caso de uso está restringida.
Quién se ve afectado
- Acuerdos enviados mediante un mecanismo de entrega de acuerdos por SMS.
- Destinatarios con números de teléfono tailandeses (+66).
Impacto
Los destinatarios con números de teléfono tailandeses pueden no recibir mensajes SMS que contengan vínculos de acuerdos. Como resultado, es posible qye los destinatarios no puedan acceder ni completar el proceso de firma cuando se usa la entrega por SMS.
Esta limitación es de naturaleza regulatoria y no es causada por una interrupción del servicio o defecto del producto.
Cronología
Actualmente no hay una cronología confirmada para cuándo dejará de aplicarse esta restricción o se aplicará una solución técnica. Este aviso se actualizará cuando cambien las condiciones.
Acciones requeridas
- No use la entrega de acuerdos por SMS para destinatarios con números de teléfono tailandeses.
- Incluya correo electrónico como método de entrega alternativo para garantizar la entrega del acuerdo.
Detalles adicionales
Esta limitación se aplica solo a la entrega basada en SMS. Otros métodos de entrega de acuerdos y autenticación no se ven afectados.
|
Primer informe: mayo de 2024 |
Actual |
|---|
La opción de utilizar una unidad externa para cargar archivos se limitará a OneDrive solo en la nueva experiencia de Solicitar firma.
Se recomienda que los clientes que utilizan otras opciones para cargar archivos utilicen la aplicación específica del proveedor para proporcionar una unidad de red a la que se pueda acceder a través del selector de archivos nativo en el sistema local del usuario.
- Dropbox: https://www.dropbox.com/desktop
- Google Drive: https://support.google.com/drive/answer/10838124
- Box: https://support.box.com/hc/en-us/articles/360043697194-Installing-Box-Sync
- Acrobat/Document Cloud: https://www.adobe.com/es/acrobat/how-to/share-pdf-online.html
Recursos adicionales
- Foros de la comunidad
- Weekly Training: seminario web semanal relativo a temas de aprendizaje para nuevos usuarios y administradores
Notificaciones archivadas
Se muestran ordenadas según la fecha en que se eliminó el aviso de la lista de avisos actual, de más reciente a más antigua.
Optimizar tu trabajo con Acrobat Sign
Gestiona y firma documentos online de forma rápida y sencilla.
