Notificaciones técnicas de Adobe Acrobat Sign 2021-2022

Plantilla de Adobe Sign: W-4 (2022)

Se espera que el nuevo formulario IRS W-4 (2022), titulado W-4 2022 (Certificado de retención del empleado), se añada a la biblioteca de Adobe Sign como parte de la versión de abril de 2022.

ACCIÓN OBLIGATORIA

La nueva plantilla del formulario W-4 tiene un nuevo valor libraryDocumentId. Si usa el valor libraryDocumentId de la plantilla existente en sus aplicaciones, deberá actualizarlo.

La versión de 2021 se eliminará del sistema en junio de 2022.

Cualquier aplicación o API que utilice el formulario antiguo (versión de 2021) deberá actualizarse antes del 1 de junio para evitar problemas e interrupciones en el servicio.

Para encontrar el valor libraryDocumentId en una cuenta habilitada para la API:

1. Inicie sesión como administrador de la cuenta
2. Haga clic en la pestaña Cuenta > API de Adobe Sign > Información de API > haga clic en el vínculo Documentación de métodos de la API REST
3. En la sección GET /libraryDocuments, haga clic en el botón OAUTH ACCESS-TOKEN 
   • Active el ámbito library_read:self
4. Haga clic en ¡Pruébalo! 
5. En el cuerpo de la respuesta, busque la nueva plantilla del formulario W-4 2022 (Certificado de Retenciones del Empleado), (no la versión de 2021) para ver el valor libraryDocumentID.  

Añadidos dos nuevos webhooks con la versión del 14 de junio

Se han añadido dos nuevos webhooks en la versión del 14 de junio:

• Vencimiento del acuerdo actualizado (AGREEMENT_EXPIRATION_UPDATED) (Solo disponible mediante la API de REST v6 POST /webhooks): se activa cuando se actualiza la fecha de vencimiento de un acuerdo.
  
• Nombre del firmante del acuerdo cambiado por el firmante (AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER): se activa cuando un destinatario cambia su nombre al firmar por un valor diferente del nombre proporcionado cuando se creó el acuerdo.

Ambos webhooks están disponibles.

Versión de funciones: Adobe Acrobat Sign: 15 de junio Versión completada

La versión de funciones se ha completado y todas las funciones están disponibles.

Actualización de permisos para Adobe Acrobat Sign para integraciones de Microsoft el 8 de junio de 2022 completada

El 8 de junio de 2022, Acrobat Sign migró el marco de notificaciones para las integraciones de Microsoft Teams, Outlook, Word y PowerPoint de callbacks a webhooks. Esto mejorará la entrega de notificaciones y permitirá a los usuarios recibir todas sus notificaciones de documentos de Acrobat Sign en su integración preferida, independientemente de dónde se haya originado el documento.

Ahora que la actualización está completa, se solicitará a los usuarios finales que vuelvan a aceptar los permisos de Acrobat Sign, incluyendo ver, crear/editar y eliminar webhooks, antes de que puedan continuar usando las integraciones.

La reaceptación de los permisos de Acrobat Sign solo se requiere una vez y se aplicará a Acrobat Sign en todas las integraciones de Microsoft 365.Este permiso se otorga a nivel de cuenta y debe ser aceptado por los usuarios finales.

Visita la página de ayuda correspondiente a continuación y revisa «Establecimiento de la relación autenticada» para obtener información adicional. Para asistencia en directo de Acrobat Sign, inicia sesión en tu cuenta de Acrobat Sign y haz clic en «?»luego en "Contactar soporte" para ver tus opciones de soporte.

La función clásica Código de acceso se eliminó del servicio con la versión de junio de 2022

La función Código de acceso se eliminó por completo del sistema de Acrobat Sign con la versión de junio de 2022, al eliminarse del servicio la página clásica Administrar.  

Interrupción del servicio para el Diseñador de flujos de trabajo personalizados programada para el 15 de junio de 2022, completada.

El Diseñador de flujos de trabajo personalizados tuvo una breve interrupción del servicio para actualizar el código subyacente en conjunto con el lanzamiento principal del 15 de junio.

Entre las 3:00 y las 3:30 pm hora del Pacífico, el diseñador de flujos de trabajo puede que no haya permitido a los usuarios crear un nuevo flujo de trabajo o guardar un flujo de trabajo que estaba siendo editado.

El uso de flujos de trabajo para generar acuerdos no se vio afectado durante este tiempo.

Final previsto de la compatibilidad con Microsoft Internet Explorer 11 y los navegadores Edge heredados el 31 de diciembre de 2021

A más tardar el 31 de diciembre de 2021, Adobe Sign dejará de ser compatible formalmente los navegadores Microsoft Internet Explorer 11 o Microsoft Edge heredado. Se recomienda a los clientes que dejen de acceder a la aplicación Adobe Sign a través de estos navegadores. Después del 31 de diciembre de 2021, los clientes que usen estos navegadores pueden tener una experiencia degradada, y algunas funciones pueden dejar de funcionar.

La página de firma electrónica del destinatario debe continuar funcionando correctamente en estos navegadores para evitar interrumpir los flujos de trabajo del destinatario. Sin duda, contribuiremos a que esta transición sea lo más fluida posible.

Versión de funciones: Adobe Acrobat Sign: 5 de abril Versión completada

Adobe Acrobat Sign ha completado la versión de funciones programada para la primera semana de abril de 2022. No se experimentó ningún tiempo de inactividad durante el lanzamiento

La versión de abril de 2022 incluirá mejoras en las funciones para usuarios y administradores, así como soluciones a varios problemas notificados por los clientes.  

Nuevo certificado SSL:
en vigor desde el 1 de abril de 2022

Acrobat Sign ha lanzado los nuevos certificados SSL en la mañana del 1 de abril de 2022.
No hay cambios en la clave pública, protocolos criptográficos subyacentes o esquema.

ACCIÓN OBLIGATORIA

Uso de la clave pública

• Si tiene integraciones personalizadas de Acrobat Sign que utilizan las API de SOAP o REST, no se precisa ninguna acción en caso de que cualquiera de estas integraciones tenga “fijada” la clave pública existente.
• Si estás usando los certificados SSL de Acrobat Sign para SSO, o si estás fijando el certificado en sí (o usando otros métodos), puedes encontrar los nuevos certificados de Acrobat Sign en los requisitos del sistema de Adobe Acrobat Sign.
  • Si su configuración de SSO admite varias cadenas o certificados públicos, puede añadir los nuevos certificados ahora y quitar la antigua cadena o certificado público de su configuración después del cambio de abril.
  • Si su SSO no admite varias certificaciones/cadenas públicas, deberá sincronizar su conmutador SSL con Acrobat Sign el 1 de abril de 2022.  

Los nuevos certificados SSL están activos desde el 1 de abril de 2022.

Versión de funciones menores: Adobe Acrobat Sign, 3 de mayo de 2022

Acrobat Sign completó un lanzamiento menor de funciones el 3 de mayo de 2022. No se experimentó ningún tiempo de inactividad durante el lanzamiento

El lanzamiento de mayo de 2022 incluye una mejora de funcionalidad para permitir autenticación basada en conocimiento para participantes adicionales en formularios web. 

Actualización del inquilino para las integraciones de Acrobat Sign para Word/PowerPoint, Outlook y Teams

El 22 de marzo de 2022, Adobe Acrobat Sign actualizó el inquilino de la aplicación Acrobat Sign para Office 365, el inquilino de la aplicación en común para las integraciones entre Word/PowerPoint, Outlook y Teams.  

A partir de las 10:00 a. m., hora del este, es posible que se solicite a los administradores/usuarios que vuelvan a aceptar una solicitud de permisos de la aplicación para poder acceder. La hora exacta depende de cuándo caduque el token de autenticación emitido por Microsoft de la cuenta (hasta 24 horas después del momento de inicio).

Mantenimiento programado para el servicio Plantillas de correo electrónico personalizadas de Adobe Sign (CEMT), completado

El sábado, 12 de febrero de 2022, desde las 6:00 p.m. PST hasta las 7:00 p.m. PST, el Servicio de plantillas de correo electrónico personalizadas (CEMT) de Adobe Sign tendrá una breve degradación del servicio mientras se actualizan los componentes de infraestructura central. Durante este tiempo, los clientes podrían ver las plantillas de correo predeterminadas en lugar de las plantillas personalizadas previstas. No se espera ninguna interrupción.

Versión de funciones: enero de 2022, completado

Adobe Sign ha completado la versión de enero de 2022 sin que se experimenten interrupciones en la aplicación.

El lanzamiento de enero incluye mejoras de funcionalidad para usuarios y administradores, así como resoluciones a múltiples problemas reportados por clientes.  

Las nuevas páginas Inicio y Administrar se convierten en el estándar en enero de 2022; las páginas clásicas se eliminan del servicio

Adobe Sign retira la experiencia clásica de las páginas Inicio y Administrar en la versión de enero de 2022.En ese momento, todas las cuentas harán la transición a la experiencia moderna de Inicio y Administrar, sin opción de revertir a la interfaz clásica.
Ten en cuenta que estamos comprometidos a hacer que esta transición sea lo más fluida posible, y hemos lanzado funciones para igualar los comportamientos de la página de administración clásica, incluyendo:

• Búsqueda dirigida por nombre y apellidos.
• Ahora, los remitentes pueden agregar un mensaje al reemplazar al firmante.
• Se ha añadido una funcionalidad para recordar a los CC y firmantes que lo han completado.

En la versión de diciembre, estamos mejorando aún más las funciones de búsqueda y agregando una función de ‘vista rápida de los metadatos’.  

La autenticación de Adobe Sign redirige a Adobe Identity Management

A partir de la versión de septiembre de Adobe Sign, algunos de los usuarios que se autentican directamente en la aplicación Adobe Sign verán que su método de autenticación se redirige a Adobe Identity Manager.

Adobe ha estado estandarizando la autenticación de este formato hasta finales de 2020.

Versión de funcionalidades: Adobe Sign de octubre de 2021

Adobe Sign ha completado la versión de octubre de 2021 sin que se experimenten interrupciones en la aplicación.

La versión de octubre incluirá mejoras en las funciones para usuarios y administradores, así como soluciones a varios problemas notificados por los clientes.  

Bloqueo de los valores de nombre extendidos a las firmas escritas

La versión de marzo introdujo una opción de configuración para habilitar o deshabilitar la capacidad de un destinatario de editar el valor de su nombre al firmar, siempre que el nombre se proporcionara o se conociera (mediante API o perfil de usuario). Las firmas escritas se han excluido de esta función, lo que permite a algunos firmantes cambiar el valor de su nombre durante el proceso de firma. La versión de septiembre actualiza esta función para cumplir con la configuración de bloqueo de nombres para todos los tipos de firmas, incluidas las escritas.

• Los clientes que hayan activado Escribir su nombre y sus iniciales y deshabilitado Los firmantes pueden cambiar su nombre o iniciales verán un cambio de comportamiento: el valor del nombre ya no se puede editar durante el proceso de firma para las firmas escritas.
• Los clientes que deseen permitir la edición del valor del nombre durante el proceso de firma deben habilitar Los firmantes pueden cambiar su nombre o iniciales (en el menú Preferencias de firma).

Acceso cerrado a la página de eSign en la versión de septiembre

Para cumplir con los requisitos legales de Adobe, Adobe Sign va a actualizar el comportamiento de aceptación de las Condiciones de uso en la página de eSign. En la nueva experiencia, todos los destinatarios “desconocidos” deben aceptar las Condiciones de uso de Adobe Sign (haciendo clic en el botón Continuar) antes de interactuar con el acuerdo. Esta aceptación es distinta de cualquier TOU personalizado que pueda haber configurado la cuenta del cliente, que continuará resolviéndose según la configuración de aceptación de TOU/CD de la cuenta.

• Un destinatario "desconocido" es cualquier dirección de correo electrónico que no sea un correo electrónico de usuario registrado y activo en una cuenta de confianza.
  
• Los usuarios “conocidos” han aceptado las Condiciones de uso de Adobe Sign como parte del proceso de registro al verificar su cuenta de usuario, por lo que no se les pide que las acepten de nuevo.

A continuación se muestra un ejemplo del flujo de consentimiento implícito para un acuerdo con unas Condiciones de uso personalizadas configuradas por el cliente:

1. Acepte las Condiciones de uso de Adobe Sign seleccionando el botón Continuar después de abrir el acuerdo.
2. Rellene los campos del acuerdo según sea necesario.
3. Acepte la Revelación al cliente y las Condiciones de uso personalizadas seleccionando el botón Hacer clic para firmar.

Actualizaciones de la API y de la página de envío para la función de integración de Notarize (prevista para octubre)

La versión de octubre presentará una nueva función de Adobe Sign para admitir la integración con la plataforma Remote Online Notarization (RON) de Notarize, Inc. La integración de Adobe Sign con Notarize, Inc. está disponible para su uso en los EE. UU. únicamente.

A continuación se muestra el resumen de los cambios:  

Integración con Notarize: la integración de Adobe Sign con la plataforma Remote Online Notarization (RON) de Notarize, Inc. permite a los clientes añadir un servicio de notarización en línea remoto como parte de sus transacciones de Adobe Sign. Disponible para habilitación para clientes en niveles empresariales y de empresa vendidos directamente por Adobe a través del programa ETLA. Las transacciones de Notarize se pueden comprar como complemento a un coste adicional solo para estos clientes. 

Hay dos elementos que los clientes deben revisar al crear sus propias aplicaciones o utilizar integraciones: 

La página Enviar tiene un nuevo elemento para identificar a un firmante como que requiere una firma notarial y pasos de configuración adicionales para guiar el proceso de firma.  

La API REST se ha actualizado para adaptarse a los requisitos necesarios para aprovechar esta funcionalidad, y los clientes que utilicen la API REST deben revisar lo siguiente para determinar si su uso actual sufrirá algún impacto. 

• Enviar actualizaciones de página
  

Los clientes que tengan activada la opción Transacciones de Notarize pueden seleccionar la opción Requiere notarización en el registro del destinatario, justo a la derecha del método de autenticación:

Una vez configurado el acuerdo y después de que el remitente haga clic en Siguiente, se le presentarán opciones de configuración adicionales para el proceso de notarización:

• Actualizaciones de API: hay actualizaciones significativas de las API que añaden compatibilidad con la integración de Notarize:

POST /agreements

Gracias a la actualización de la API POST /agreements, ahora se puede enviar un acuerdo para la notarización.

• Debe utilizarse una nueva función, NOTARY_SIGNER, para indicar un participante en la sesión notarial.
  
• Se ha añadido un nuevo atributo NotaryInfo a la definición AgreementInfo para que contenga todas las opciones asociadas a la creación de un nuevo acuerdo que requiera notarización.

Extensión FileInfo

La definición de FileInfo debe expandirse para indicar qué documentos deben notarizarse.

Extensión ParticipantInfo

La definición de ParticipantInfo se ha ampliado para permitir especificar el método de autenticación notarial.

NotaryInfo

Se ha añadido un nuevo campo opcional notaryInfo a la definición AgreementInfo para que contenga el objeto NotaryInfo que especifica opciones adicionales asociadas con la notarización.

Ejemplo/acuerdo

PUT|GET /agreements/{aid}

La API PUT /agreements/{aid} admite la actualización de un acuerdo con opciones de notarialización. La API GET /agreements/{aid} devolverá cualquier opción establecida para la notarización del acuerdo. Consulte la sección POST /agreements para ver los atributos actualizados.

Códigos de error

Los códigos de error existentes de POST /agreements no se modifican. Hemos definido un nuevo código de error como se indica a continuación:

Impacto de la documentación

En el objeto AgreementInfo de la solicitud, el elemento estado incluirá el nuevo estado del acuerdo WAITING_FOR_NOTARIZATION.

POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens

Los clientes (firmantes notarios) pueden utilizar la API para obtener un token de firma que les permita completar la fase de firma electrónica del flujo. 

• Se ha añadido una nueva capacidad de firma para capturar la nueva función ACCEPT_BEFORE_NOTARIZATION. 
• No se deben obtener tokens de firma para completar la fase de notarización.

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status

Los clientes (firmantes notarios) pueden utilizar la API para completar la fase de firma electrónica del flujo. Para incorporar la nueva función, se ha introducido un nuevo valor de estado de enum: ACCEPTED_BEFORE_NOTARIZATION.

El firmante notario puede seguir la secuencia de llamadas a la API siguiente para completar la fase de firma electrónica:

1. GET /agreements/{agreementId}/members: para obtener el ID de participante del firmante notario y el ID de conjunto de participantes
2. POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens: solicitar el token de firma para el firmante notario con la capacidad ACCEPT_BEFORE_NOTARIZATION
3. POST /transientDocuments: para cargar el documento revisado
4. PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status: enviar el documento revisado y completar la fase de firma electrónica.

Nuevo evento webhook

Los clientes pueden suscribirse al nuevo evento webhook, AGREEMENT_READY_FOR_NOTARIZATION, para recibir una notificación cuando el acuerdo esté listo para la notarización. El evento no es visible en la IU de webhooks y se puede suscribir a través de la llamada a la API POST /webhooks.

Impacto de la documentación

Las siguientes API no se modifican, pero su documentación se ha actualizado para incluir el nuevo estado del acuerdo WAITING_FOR_NOTARIZATION o la nueva función NOTARY_SIGNER.

GET /agreements

En el objeto UserAgreements/UserAgreement de respuesta, el elemento “status” ahora incluye el estado correspondiente “WAITING_FOR_NOTARIZATION”.

GET /agreements/{agreementId}

En el objeto AgreementInfo de respuesta, el elemento “status” ahora incluye el estado correspondiente WAITING_FOR_NOTARIZATION.

GET /agreements/{agreementId}/events

La API se actualiza para admitir nuevos eventos READY_TO_NOTARIZE y NOTARIZED.

Objeto de evento de respuesta

• El elemento participantRole ahora incluye la nueva función NOTARY_SIGNER.
• type incluye los nuevos eventos READY_TO_NOTARIZE y NOTARIZED. El elemento descripción será Documento enviado para notarización y Documento notariado, respectivamente

GET /agreements/{agreementId}/members/participantSets/{participantSetId}

En el objeto DetailedParticipantSetInfo de respuesta, el elemento estado ahora incluye el estado correspondiente WAITING_FOR_NOTARIZATION.

PUT /agreements/{agreementId}

El objeto AgreementInfo de solicitud ahora incluye el estado WAITING_FOR_NOTARIZATION.

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}

El estado WAITING_FOR_NOTARIZATION es uno de los valores del elemento estado en el objeto DetailedParticipantSetInfo.

POST /agreements/{agreementId}/view

El estado WAITING_FOR_NOTARIZATION se ha añadido como una de las vistas permitidas.

GET /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingInfo

Si el participante especificado en la ruta de solicitud tiene una función de firmante notario, la API devolverá la configuración de firma ACCEPT_BEFORE_NOTARIZATION, en línea con todas las demás configuraciones de firma para este acuerdo/participante.

Versión: Adobe Sign septiembre de 2021

Adobe Sign completó un lanzamiento de funciones el 16 de septiembre de 2021. No se experimentó ningún tiempo de inactividad durante el lanzamiento

La versión de septiembre incluirá mejoras en las funcionalidades para usuarios y administradores, así como soluciones a varios problemas notificados por los clientes.  

Opción Nombre de la compañía que se va a eliminar de la autenticación por teléfono

La seguridad de SMS (en lo que respecta al ID de envío que coincide con el nombre de la compañía en el mensaje) ha mejorado hasta el punto en que el envío de mensajes SMS de Adobe Sign con otro nombre de compañía puede provocar que el mensaje falle en la entrega.

Por tanto, la opción para personalizar el mensaje de autenticación telefónica con el nombre de la compañía se eliminará del servicio en la versión de septiembre de 2021.

Problema conocido: La nueva página de inicio o la página Gestionar están en blanco

Problema: Al cambiar a las nuevas páginas de Inicio o Gestión, estas están totalmente en blanco.

Prueba: intenta cargar esta página: https://documentcloud.adobe.com/

• Si no puede cargar https://documentcloud.adobe.com/, debe ponerse en contacto con la administración de su red interna para desbloquear el dominio documentcloud.adobe.com.
• Si puede acceder al vínculo anterior, póngase en contacto con el servicio de asistencia

El POST REST de Adobe Sign v6 /workflows/ID/agreements se ha eliminado del servicio

La llamada a la API de REST POST /workflows/ID/agreements de la versión 6 se ha eliminado del servicio en la versión de junio de 2021, un año después de eliminar la llamada de la documentación y notificar a los usuarios que el punto de conexión debía eliminarse.

Los clientes que sigan utilizando esta llamada de API recibirán ahora un error 404.

La alternativa sugerida para reemplazar esta funcionalidad es usar una llamada a POST/acuerdo con un Id. de flujo de trabajo en la solicitud JSON.

Cuerpo de solicitud de muestra:

v6REST Update for GET /agreements/{agreementId}/signingUrls

Antes de la versión de junio, al llamar a GET /agreements/{agreementId}/signingUrls, la API devolvía un 404 inmediatamente después de crear el acuerdo.

Durante un breve tiempo después de que se borrara el error 404, la respuesta devolvía una respuesta que no fuera 404, pero solo incluía las direcciones URL de firma del remitente. (Mientras que la participación del firmante aún se estaba definiendo).

Después del lanzamiento de junio de 2021, se devolverá el código 404: AGREEMENT_NOT_EXPOSED hasta que se complete toda la lista de direcciones URL de firma, momento en el que se envíe el código 200.

Se recomienda a los clientes que no deseen continuar probando la llamada de API hasta que se devuelva la respuesta 200 que usen Webhooks y respondan al evento AGREEMENT_CREATED.

Tiempo de inactividad programado para las integraciones de Adobe Sign para Word/PowerPoint, Outlook y Teams

El sábado 17 de julio de 2021, Adobe Sign completó el mantenimiento de las siguientes integraciones:

• Adobe Sign para Microsoft Teams
• Adobe Sign para Microsoft Word/PowerPoint
• Adobe Sign para Microsoft Outlook

Las integraciones ahora están funcionando normalmente.

Nuevo parche: Adobe Sign, agosto de 2021

Adobe Sign completó la actualización de parches el 11 de agosto de 2021. El PATCH se completó sin tiempo de inactividad.

La versión del parche de agosto incluye cambios menores en la experiencia y soluciones a varios problemas notificados por los clientes.  

Fin del servicio programado para la API SOAP en mayo de 2021

Con el lanzamiento de la versión 6 de la API REST, que proporciona la mejor experiencia de programación para desarrolladores de Adobe Sign, la API SOAP ha quedado obsoleta y dejará de ser compatible después de mayo de 2021.  La API REST ahora es la interfaz preferida para los integradores y los desarrolladores de aplicaciones, y el desarrollo posterior debería transferirse a esta API.

A continuación, se muestran algunas referencias para facilitar la transición:

• Migración desde SOAP
• Métodos de la versión 6 de la API REST de Adobe Sign

ACCIÓN OBLIGATORIA

Si ha desarrollado una integración o una aplicación en el servicio de Adobe Sign basado en la API SOAP, tendrá que volver a escribir su aplicación con al menos la versión 6 de la API REST antes de mayo de 2021.  Durante los trimestres próximos, se enviarán comunicaciones directas a los desarrolladores e integradores para garantizar una transición fluida a la última API.

Fin de servicio programado para navegadores IE 11 en integraciones de Microsoft

Microsoft finalizará el soporte para Internet Explorer 11 el 17 de agosto de 2021.

Por lo tanto, también finalizará la compatibilidad de las integraciones de Adobe Sign para Microsoft con IE11 en el mismo periodo.

Los servicios afectados son:

• Dynamics 365 (en línea y en local)
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint (en línea y local)
• Teams

Fin del servicio programado para la integración de Adobe Sign con Dropbox

Está previsto que la integración de Adobe Sign con Dropbox finalice el 31 de julio de 2021.

En ese momento, Adobe Sign ya no estará disponible a través de tu cuenta de Dropbox, sin embargo todos tus contratos de Adobe Sign permanecerán disponibles para ti y se puede acceder a ellos iniciando sesión en tu cuenta de Adobe Sign.

Nueva versión: Adobe Sign, junio de 2021

Adobe Sign ha completado la versión de junio de 2021 sin tiempo de inactividad.

La versión de junio incluirá mejoras en las funciones para usuarios y administradores, así como soluciones a varios problemas notificados por los clientes.  

Nuevo certificado SSL disponible:
En vigor desde el 1 de junio de 2021

Adobe Sign lanzará nuevos certificados SSL el 1 de junio de 2021
No hay ningún cambio en la clave pública, los protocolos criptográficos subyacentes ni el esquema.

Los nuevos certificados están disponibles para descargar desde la página de requisitos del sistema de Adobe Sign.

ACCIÓN OBLIGATORIA

Uso de la clave pública
Si tiene integraciones personalizadas de Adobe Sign que utilizan las API SOAP o REST, no es necesaria ninguna acción si cualquiera de estas integraciones tiene “fijada” la clave pública existente.

Si estás usando los certificados SSL de Adobe Sign para SSO, o si estás fijando el certificado en sí (o usando otros métodos), puedes encontrar los nuevos certificados de Adobe Sign en los requisitos del sistema de Adobe Sign.

Los nuevos certificados SSL se activarán el 1 de junio de 2021

Nuevo W-4 para 2021 añadido a la biblioteca de Adobe Sign

Se espera que el nuevo formulario IRS W-4 (2021), titulado W-4 2021 (Certificado de retención del empleado), se añada a la biblioteca de Adobe Sign como parte de la versión de febrero de 2021.

ACCIÓN OBLIGATORIA

La nueva plantilla del formulario W-4 tiene un nuevo valor libraryDocumentId. Si usa el valor libraryDocumentId de la plantilla existente en sus aplicaciones, deberá actualizarlo.

La versión de 2020 se eliminará del sistema en mayo de 2021.

Cualquier aplicación o API que utilice el formulario antiguo (versión de 2020) deberá actualizarse antes del 1 de mayo para evitar problemas e interrupciones en el servicio.

Para encontrar el valor libraryDocumentId en una cuenta habilitada para la API:

1. Inicie sesión como administrador de la cuenta
2. Haga clic en la pestaña Cuenta > API de Adobe Sign > Información de API > haga clic en el vínculo Documentación de métodos de la API REST
3. En la sección GET /libraryDocuments, haga clic en el botón OAUTH ACCESS-TOKEN 
   • Active el ámbito library_read:self
4. Haga clic en ¡Pruébalo! 
5. En el cuerpo de la respuesta, busque la nueva plantilla del formulario W-4 2021 (Certificado de Retenciones del Empleado), (no la versión de 2020) para ver el valor libraryDocumentID.  

Nueva versión: Adobe Sign (mayo de 2021)

Adobe Sign ha completado la versión de mayo de 2021 sin tiempo de inactividad.

La versión de mayo incluye mejoras en las funcionalidades para usuarios y administradores, así como soluciones a varios problemas notificados por los clientes.  

Actualización de administración de cookies de Adobe Sign

Adobe Sign está adoptando una nueva advertencia de consentimiento de cookies de OneTrust que se mantiene hasta que el usuario realiza una elección explícita.

Los usuarios que se redirijan a un nuevo dominio durante la autenticación deben dar su consentimiento una segunda vez para el segundo dominio (el caso más habitual es la redirección de echosign.com a adobesign.com debido al cambio de dominio). 

Se recomienda a los usuarios que actualicen sus marcadores para eliminar la redirección.

Rellenar y firmar tiene una ruta para las plantillas y la firma autenticada

La página de creación Solo yo firmo será reemplazada por una nueva página de creación (basada en los últimos diseños de página Enviar ) que permite el uso de plantillas y la ubicación de campos a través de la creación.

La configuración de administración determina la experiencia de usuario predeterminada. Se puede habilitar un vínculo opcional que permita al usuario cambiar entre la interfaz libre de Rellenar y firmar y la nueva experiencia de Firma automática con capacidad de creación. 

Una novedad de esta experiencia es la capacidad de emplear la autenticación para el firmante. 

Los controles se basan en la configuración Aplicar autenticación de identidad. Cuando se activa, se solicita al usuario que introduzca sus credenciales de Adobe Sign al abrir el acuerdo, y de nuevo (de forma opcional) cuando se aplica la firma o se finaliza. 

Los controles para la nueva experiencia de Firma automática, así como la autenticación obligatoria de identidad, se pueden establecer en el nivel de cuenta y/o de grupo (la configuración en el nivel de grupo anula la del nivel de cuenta).

Plan de despliegue

La nueva experiencia de firma automática reemplazará la página heredada Solo firmo yo en las dos versiones principales siguientes. 

Los clientes que utilicen la capacidad heredada Solo firmo yo deben planificar la migración a la nueva experiencia para otoño de 2020, pues en ese momento la página heredada se eliminará del servicio y la nueva se convertirá en la opción predeterminada. 

• No se realizarán cambios en la configuración existente en la versión de julio.
• En la siguiente versión, la nueva experiencia se establecerá como predeterminada, aunque existirá la opción de volver a la página antigua.
• En la versión de otoño de 2020 se eliminará la posibilidad de volver a la interfaz heredada.

La actualización de Adobe Sign para Word/PowerPoint, Outlook y Teams se activa el 19 de abril

La actualización entrará en vigor a las 08:00 h PDT /11:00 h EST/15:00 h UTC

Esta actualización se está poniendo en marcha para mejorar la seguridad general en las tres integraciones.

Una vez completada la actualización, se solicitará a los administradores/usuarios que vuelvan a aceptar una solicitud de permisos de la aplicación para poder acceder.

Nuevo lanzamiento: Adobe Sign marzo de 2021

Adobe Sign ha completado la versión de marzo de 2021 sin tiempo de inactividad.

Este lanzamiento del producto incluye nuevas funciones/mejoras para administradores y usuarios finales, así como múltiples problemas resueltos.

«Fin de servicio» planificado para navegadores Microsoft Edge Legacy en integraciones de Microsoft

Microsoft dejará de dar soporte al explorador Edge Legacy el 9 de marzo de 2021.

Por lo tanto, también finalizará la compatibilidad de las integraciones de Adobe Sign para Microsoft con Edge Legacy en el mismo periodo.

Los servicios afectados son:

• Dynamics 365 (en línea y en local)
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint (en línea y local)
• Teams

Fin del soporte: Las acciones v1 de Adobe Sign para Microsoft Power Automate - programadas para enero de 2021

La actualización 3.0 de Adobe Sign para Power Automate introduce nuevas acciones de REST v6 que están pensadas como sustitutos más robustos de las acciones existentes del mismo nombre.

Los flujos de trabajo que utilizan acciones heredadas seguirán ejecutándose si no se realiza ninguna acción. Las acciones heredadas se han marcado con (antiguo) en su nombre.  Se prevé que estas acciones heredadas queden obsoletas en enero de 2021.

La lista de acciones que van a quedar obsoletas es la siguiente:

• Crear una plantilla de biblioteca desde una URL de documento (Anterior)
• Crear una plantilla de biblioteca desde un documento cargado (Antiguo)
• Crear un acuerdo desde una URL de documento y enviarlo a firmar (Antiguo)
• Crear un acuerdo desde una plantilla de biblioteca y enviarlo a firmar (Antiguo)
• Crear un acuerdo desde un documento cargado y enviarlo a firmar (Antiguo)
• Obtener una lista de todos los acuerdos (Antiguo)
• Obtener una lista de todas las plantillas de biblioteca (Antiguo)
• Obtener los datos del campo de formulario del acuerdo (Antiguo)
• Cargar un documento y obtener un ID de documento (Antiguo)

Las nuevas acciones se muestran en la lista Acciones con el mismo nombre que las acciones heredadas.

Los clientes que utilicen estas acciones deben actualizar sus flujos para utilizar las nuevas acciones del conector. Esto se puede hacer reemplazando la acción Heredada por las nuevas acciones del flujo de automatización existente.

Fin del servicio para la autenticación social

En marzo de 2021, se eliminará la posibilidad de solicitar a los firmantes que se identifiquen por medio de sus cuentas de redes sociales para obtener acceso que les permita ver y firmar el documento.  Esta función permitía a los remitentes solicitar que se iniciara sesión mediante una cuenta de Facebook, LinkedIn, Google, Yahoo!, Microsoft Live o Twitter. 

Fin de servicio programado para la integración personal con Twitter

La opción para integrarse con Twitter a nivel de usuario (a través de Preferencias personales) se eliminará de la interfaz de usuario en marzo de 2021. En ese momento:

• Ninguna cuenta de usuario nueva puede habilitar Twitter a nivel de usuario
• Los usuarios que tengan Twitter habilitado dejarán de ver mensajes de Twitter para los nuevos acuerdos creados
• Las cuentas de usuario gratuitas que tengan Twitter habilitado tendrán el límite mensual de transacciones reducido de diez a:
  • 5 transacciones al mes para clientes web de Adobe Sign
    
  • 2 transacciones al mes para clientes de Acrobat
    
• Las credenciales de Twitter de las cuentas habilitadas se eliminarán de los sistemas de Adobe Sign
  
• La aplicación de Twitter de Adobe Sign se eliminará para caducar todos los tokens de Twitter

Nueva versión: Adobe Sign, febrero de 2021

La versión de febrero se ha completado sin ninguna interrupción del servicio.

Esta versión del producto incluye nuevas funciones y mejoras para administradores y Usuarios finales, así como múltiples problemas resueltos.

Diseñador de flujos de trabajo genera mensajes de error

Debido a la mejora de la seguridad en torno al uso compartido de activos de biblioteca, algunos flujos de trabajo pueden comenzar a enviar un mensaje de error de servidor al editar el flujo de trabajo después de la actualización de septiembre:

Los remitentes que intentan utilizar un flujo de trabajo con este problema reciben un mensaje de error que indica que el flujo de trabajo contiene documentos fuera del ámbito:

Este error significa que el flujo de trabajo ha perdido la autoridad para utilizar una o varias plantillas de biblioteca adjuntas. Esto sucede más comúnmente cuando los permisos de acceso de la plantilla se cambian de permitir el acceso a la cuenta/grupo a limitar el acceso al propietario.  

Los administradores deben cancelar este mensaje de error en lugar de volver a cargar la página.

Para corregir el error:

• El propietario de la plantilla debe editar los permisos de plantilla para que estén disponibles para la cuenta o el grupo al que está vinculado el flujo de trabajo
• El propietario del flujo de trabajo puede reemplazar la plantilla por una con los permisos adecuados.  Para ello, cancele el error anterior y proceda a editar el flujo de trabajo y reemplazar el documento

Fin del servicio de Adobe Sign para Workplace de Facebook

La integración de Adobe Sign para Workplace de Facebook se eliminó el 29 de noviembre de 2020.