Notas de la versión de Adobe Sign: 2021

Adobe Sign: octubre de 2021  

Funcionalidad mejorada

  • Vínculos para notificar infracciones: ahora, las cuentas de empresas pequeñas y de personas individuales incluyen un vínculo para que los destinatarios accedan a un método que permite informar de actividades potencialmente abusivas relacionadas con solicitudes de acuerdos entrantes.
Vínculo para notificar infracciones en el correo electrónico

  • 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 la habilitación de los clientes estadounidenses en niveles empresariales y comerciales vendidos directamente por Adobe a través del programa de ETLA. Las transacciones de Notarize se pueden comprar como complemento a un coste adicional solo para estos clientes.
    • Enviar actualizaciones de página: los clientes con notario habilitado pueden seleccionar la opción Requiere notarización en el registro del destinatario, justo a la derecha del método de autenticación:
Nota:

Los clientes que utilicen la página Enviar integrada en sus aplicaciones o integraciones también tendrán acceso a la funcionalidad notarial.

Interfaz de Notarize en la página Enviar

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:

Configurar las opciones de Notarize

  • 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.

Nombre del parámetro

Objeto de REST

Descripción

memberInfos

ParticipantInfo[]

Conjunto de objetos ParticipantInfo que contiene datos específicos del participante (correo electrónico, por ejemplo). Todos los participantes de la matriz pertenecen al mismo conjunto.

función

Valor

Descripción

FIRMANTE

Firma el acuerdo

APROBADOR

Aprueba el acuerdo

DELEGATE_TO_SIGNER

Una persona que no puede firmar, pero delega el acuerdo en otro firmante

DELEGATE_TO_APPROVER

Una persona que no puede aprobar, pero delega el acuerdo en otro aprobador

SHARE

Participante con el que se ha compartido este acuerdo

DELEGATE

Participante en el que se delegó el acuerdo. Esta función no se puede usar en el momento de crear o actualizar el acuerdo mediante una llamada de POST/PUT en el recurso del acuerdo. La delegación se produce por separado por los participantes.

NOTARY_SIGNER

Participante en la sesión del notario

Función asumida por todos los participantes en el conjunto (firmante, aprobador, etc.)

 

Extensión FileInfo

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

FileInfo

Nombre del parámetro

Tipo

Predeterminado

Obligatoria

Descripción

documento

Document

opcional

Documento que está asociado al acuerdo.
Este campo no se puede proporcionar en la llamada POST.
En caso de una llamada GET, este es el único campo que se devuelve en la respuesta

label  

Cadena

opcional

Valor de etiqueta exclusivo de un elemento de información de archivo. En el caso del flujo de trabajo personalizado, se asignará un archivo al elemento de archivo correspondiente en la definición del flujo de trabajo.

libraryDocumentId

Cadena

opcional

ID de un documento de biblioteca existente que se agregará al acuerdo

transientDocumentId

Cadena

opcional

ID de un documento transitorio que se agregará al acuerdo

notarize

true

falso

opcional

Indica que este documento debe estar certificado por notario.

 

Extensión ParticipantInfo

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

ParticipantInfo

Nombre del parámetro

Tipo

Predeterminado

Obligatoria

Descripción

correo electrónico

Cadena

N/A

obligatorio

El correo electrónico del participante.

notaryAuthentication

Enum

MULTI_FACTOR_AUTHENTICATION

opcional

MULTI_FACTOR_AUTHENTICATION: la autenticación notarial se realiza mediante un método de autenticación de doble factor
NONE: No se requiere autenticación.

 

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.

NotaryInfo

Nombre del parámetro

Tipo

Predeterminado

Obligatoria

Descripción

notaryType

Enum

Si solo Servicio Notarize Notary a petición está activado en la cuenta,
notaryType se establece de forma predeterminada en NOTARIZE_NOTARY; de lo contrario, se establece de forma predeterminada en BYON_NOTARY

obligatorio

NOTARIZE_NOTARY: el servicio Notarize proporciona al notario
BYON_NOTARY: la cuenta proporciona al notario

payment

Enum

BY_SENDER

opcional

Solo se aplica si type == NOTARIZE_NOTARY
BY_SENDER: el remitente paga por la notarización
BY_SIGNER: el firmante paga por la notarización

appointmentStart

Cadena

""

opcional  

Cadena con formato ISO_DATE_TIME. Consulte ISO_ZONED_DATE_TIME

note

Cadena

ninguno

opcional  

Notas para la sesión notarial.

notaryEmail

Cadena

""

opcional  

correo electrónico del notario propio

 

Ejemplo/acuerdo

{
    "fileInfos": [
        {
            "transientDocumentId": "",
            "notarize": true
        }
    ],
    "name": "nombre_acuerdo_notario",
    "participantSetsInfo": [
        {
            "memberInfos": [
                {
                    "email": "nombre@dominio.com",
                    "securityOption": {
                        "notaryAuthentication": "MULTI_FACTOR_AUTHENTICATION"
                    }
                }
            ],
            "order": 1,
            "role": "NOTARY_SIGNER",
            "name": "nombre_conjunto_participantes"
        }
    ],
    "signatureType": "ESIGN",
    "state": "IN_PROCESS",
    "notaryInfo": {
        "appointment": "2021-10-29'T'13:00",
        "notaryEmail": "notarios@email.com",
        "notaryType": "PROVIDER_NOTARY",
        "note": "Esto es una nota para el notario.",
        "payment": "BY_SIGNER"
    }
}

 

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:

Código de error REST

Código de estado HTTP

Mensaje

Escenario

PERMISSION_DENIED

403

La configuración del usuario o el token de ámbito de OAuth no permiten el envío de acuerdos para la notarización.

Se producirá este error cuando la función se establezca en NOTARY_SIGNER y el llamador de API (es decir, el remitente potencial) no tenga habilitada la función notarial o si el proveedor de servicios notariales no está establecido.

 

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.
{
  "securityInfo": {
  "authenticationMethod": "NONE"
},
  "signingCapabilities": [
    "ACCEPT_BEFORE_NOTARIZATION"
  ]
}

 

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.

Atributo

Tipo

Descripción

Estado

Enum<Cadena>

Valor

SIGNED

APROBADA

ACCEPTED

DELIVERED

FORM_FILLED

ACCEPTED_BEFORE_NOTARIZATION

                                         

Este estado indica que el destinatario con la función SIGNER ha completado el acuerdo.

Este estado indica que el destinatario con la función APPROVER ha completado el acuerdo.

Este estado indica que el destinatario con la función ACCEPTOR ha completado el acuerdo.

Este estado indica que el destinatario con la función CERTIFIED_RECIPIENT ha completado el acuerdo.

Este estado indica que el destinatario con la función FORM_FILLER ha completado el acuerdo.

Este estado indica que el destinatario con la función NOTARY_SIGNER ha completado el acuerdo sin necesidad de notariarlo

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.

Problemas resueltos

Problema Descripción
4308901 Se ha corregido un problema por el que delegar un acuerdo con la autenticación telefónica generaba un error si el número de teléfono delegado tenía el mismo código de país.
4314113 Se ha corregido un problema por el que los usuarios no podían editar las fechas de caducidad predeterminadas al enviar un nuevo acuerdo.
4318558 Se ha corregido un problema por el que reemplazar un destinatario por autenticación telefónica provocaba el error “El ID de conjunto de participantes especificado no es válido”.
4319038 Se ha corregido un problema por el que el remitente no obtenía la opción Verificación de la identidad de los destinatarios externos al enviar mediante el flujo de trabajo Enviar por lotes.
4319798 Se ha corregido un problema que podía hacer que la selección de un botón de opción desplazara el enfoque del cursor a un campo diferente.
4320154 Se ha corregido un problema que podía impedir que una plantilla de biblioteca se guardara en una nueva relación de grupo.
4323013 Se ha corregido un problema por el que al abrir un formulario web en la página de administración se generaba un error: “El documento aún no está disponible o no tendrá páginas que ver”.
4323554 Se ha corregido un problema por el que las marcas de fecha y hora del evento para actualizar los derechos de administrador podían producir dos registros con los mismos valores de tiempo.
4323609 Se ha corregido un problema por el que, al cargar un acuerdo firmado en la página de administración, no se activaba el webhook AGREEMENT_WORKFLOW_COMPLETED.
4325142 Se ha corregido un problema por el que las plantillas de correo electrónico personalizadas no reflejaban el valor de nombre correcto para un participante si cancelaban el acuerdo.
4326747 Se ha corregido un problema que podía provocar que la página Enviar por lotes no completara el proceso de carga y omitiera las acciones Cargar y Enviar.
4326855 Se ha corregido un problema que podía impedir que los destinatarios rechazaran la aprobación de un acuerdo.
4327000 Se ha corregido un problema que podía provocar errores en las credenciales de Smart-Id, con un error que indicaba que no se encontraron algoritmos.
Nota:

Este documento detalla las nuevas funciones, los cambios de experiencia y los problemas resueltos de la versión actual.

No se garantiza que todas las funciones y cambios estén activados en la fecha de lanzamiento.

Si desea que se le notifiquen las notas de la versión por correo electrónico, suscríbase aquí >

Logotipo de Adobe

Inicia sesión en tu cuenta