Establezca la configuración del modo SAML en Acrobat Sign en SAML permitido.
- Compruebe que conoce su contraseña nativa de Acrobat Sign
- Esta es una precaución para no quedar bloqueado accidentalmente de su cuenta después de cambiar el IdP.
Novedades
Introducción
Administrar
Enviar, firmar y administrar acuerdos
Capacidades y flujos de trabajo de acuerdos avanzados
Integrar con otros productos
Acrobat Sign Desarrolladores
Soporte y solución de problemas
Adobe Acrobat Sign ha implementado un nuevo dominio: adobesign.com.
Los clientes pueden identificar su dominio iniciando sesión en Acrobat Sign y comprobando la URL:
Si la dirección URL incluye documents.adobe.com, el dominio no cambia. Sin embargo, los clientes deberán permitir explícitamente el correo electrónico de adobesign@adobesign.com
Para garantizar la continuidad del servicio, los clientes deben prepararse ante la migración de dominios revisando la siguiente lista de acciones y abordando los problemas pertinentes para su cuenta.
Todas las cuentas afectadas tendrán la posibilidad de cambiar al nuevo dominio una vez que hayan resuelto cualquier problema o tarea de la lista siguiente.
El cambio de la configuración de SAML requiere que opte por el nuevo dominio inmediatamente después de guardar la nueva configuración de IdP en Acrobat Sign.
El inicio de sesión único en la cuenta se interrumpirá hasta que se complete el cambio de dominio.
Si es cliente de SAML, asegúrese de establecer la configuración del modo SAML en Acrobat Sign en SAML permitido.
Los administradores con usuarios que usen la aplicación móvil de Acrobat Sign para iOS deben avisar a sus usuarios de que la actualicen a la versión 3.22 o posterior.
El cambio de dominio no afecta a la aplicación Acrobat Sign para Android.
La actualización de las plantillas personalizadas de correo electrónico debe realizarla el administrador de éxito o el equipo de asistencia.
Dado que las plantillas se pueden actualizar en cualquier momento antes de cambiar al nuevo dominio, se recomienda que solicite esta actualización lo antes posible.
Si su cuenta utiliza cualquier plantilla personalizada de correo electrónico, estas deben actualizarse para hacer una referencia a adobesign@adobesign.com como alias de correo electrónico que los usuarios pueden añadir a su lista segura.
Los clientes que restrinjan activamente el correo electrónico deben permitir de forma explícita los mensajes desde adobesign@adobesign.com
De lo contrario, las notificaciones de acuerdos entrantes (por correo electrónico) se filtrarían a las carpetas de correo no deseado.
Los clientes con seguridad de red restrictiva deben permitir explícitamente el tráfico desde los terminales de producción del nuevo dominio.
Si los permisos de red actuales están configurados para permitir el paso del tráfico de echosign.com, también deben agregarse los terminales de adobesign.com.
Entorno | Dominio "echosign" | equivalente de dominio "adobesign" |
---|---|---|
Producción | echosign.com | adobesign.com |
echocdn.com | adobesigncdn.com | |
echosignforsalesforce.com | adobesignforsalesforce.com | |
-- | documentcloud.adobe.com |
|
Demostración | echosigndemo.com | adobesigndemo.com |
echocdndemo.com | adobesigncdndemo.com | |
echosignforsalesforcedemo.com | adobesignforsalesforcedemo.com |
Aquí puede encontrar una lista ampliada de extremos de Adobe Acrobat Sign, pero solo los enumerados anteriormente son relevantes para esta migración de dominios.
No es necesario editar los intervalos de IP.
Las cuentas que aprovechen el servicio de API deben revisar su código para comprobar que se admita también el dominio adobesign.com.
Los tokens de actualización (utilizados para obtener nuevos tokens de acceso) no están vinculados al dominio, por lo que no se ven afectados por el cambio de dominio.
Clientes/Partners/Integrators puede contener código que incluya una comprobación codificada de la URI devuelta. Puede hacerse como medida de seguridad para evitar que alguien intente redirigir el dominio de forma incorrecta.
El cambio de la configuración de SAML requiere que opte por el nuevo dominio inmediatamente después de guardar la nueva configuración de IdP en Acrobat Sign.
El inicio de sesión único en la cuenta se interrumpirá hasta que se complete el cambio de dominio.
Establezca la configuración del modo SAML en Acrobat Sign en SAML permitido.
Crear un nuevo cliente con su IdP (MSADFS, Okta, etc.)
Al migrar a un nuevo dominio, el contenido del proveedor de servicios de Acrobat Sign en la página SAML de Acrobat Sign mostrará la configuración de dominio existente.
Debe editar manualmente las tres direcciones URL para reflejar el nuevo dominio al que está migrando.
No edite lo siguiente:
Edite manualmente lo siguiente:
Actualice las configuraciones del proveedor de identidades utilizando los valores del cliente IdP recién creado.
Inicie sesión en Acrobat Sign como administrador de nivel de cuenta y vaya a Cuenta > Configuración de la cuenta > Configuración de cuenta.
Los marcadores del antiguo dominio (echosign.com) pueden realizar varias solicitudes de habilitación de cookies cuando el proceso de inicio de sesión desplace al usuario al nuevo dominio (adobesign.com).
Puede mitigarse actualizando los marcadores.
Prueba de la conexión SSO
Los clientes de Adobe Acrobat Sign para Salesforce deben volver a vincular la conexión de OAuth entre Acrobat Sign y Salesforce (lo antes posible) una vez cambiado el dominio.
Al cambiar el dominio, se rompe la conexión de confianza entre Acrobat Sign y Salesforce. Hasta que se vuelva a conectar el vínculo de OAuth:
Las organizaciones que hayan configurado la configuración del sitio remoto para Acrobat Sign también deben actualizar la dirección URL del sitio remoto para reflejar adobesign.com (en lugar de echosign.com).
Vaya a: Ajustes > Configuración > Seguridad > Configuración del sitio remoto.
Repita los pasos 3-5 con todos los sitios remotos que utilicen echosign.com como dominio para la URL.
Tenga en cuenta que es posible que la dirección URL del sitio contenga la cadena “echosign” en una ubicación de la cadena que no sea el dominio. NO edite estos valores:
Los formularios web existentes seguirán funcionando correctamente después de cambiar el dominio.
Cuando se crea un formulario web, se lo identifica mediante un webformId (wid) exclusivo.
Al cambiar el dominio, se cambia la dirección URL del formulario web, pero no el webformId.
Ejemplo:
URL del formulario web en echosign.com:
El mismo formulario web después del cambio de dominio:
Dado que Acrobat Sign sigue aceptando el tráfico entrante en el dominio echosign.com, la URL se resuelve y se envía el webformId correcto.
Se recomienda a los clientes que, cuando sea posible, actualicen el contenido para utilizar las direcciones URL del nuevo dominio.
Se recomienda encarecidamente a todas las cuentas que "opten" por el nuevo dominio lo antes posible, de modo que haya tiempo para resolver cualquier problema que pueda surgir.
Las cuentas pueden volver al dominio antiguo si se producen problemas.
Cuando crea que su cuenta está lista para la migración:
Inicie sesión en Acrobat Sign como administrador de nivel de cuenta.
Vaya a Cuenta > Configuración de cuenta > Configuración de cuenta.
Haga clic en el botón Actualizar ahora
Una superposición muestra una lista de comprobación de acciones importantes.
Revise los puntos y vaya marcándolos cuando esté seguro de que una cuestión está correctamente resuelta para su cuenta.
Haga clic en Aceptar cuando todas las casillas estén marcadas y, a continuación, haga clic en Guardar:
Los marcadores del antiguo dominio (echosign.com) pueden realizar varias solicitudes de habilitación de cookies cuando el proceso de inicio de sesión desplace al usuario al nuevo dominio (adobesign.com).
Se recomienda que se notifique a los usuarios que actualicen sus marcadores para que apunten al nuevo dominio de inicio de sesión.
Si tiene que volver al dominio antiguo por cualquier motivo, el proceso es el mismo que para el cambio inicial.
Inicie sesión en Acrobat Sign como administrador de nivel de cuenta.
Vaya a Cuenta > Configuración de cuenta > Configuración de cuenta.
Haga clic en el botón Actualizar ahora y, a continuación, haga clic en Guardar
A continuación, encontrará una lista de preguntas frecuentes sobre la migración de dominios.
Si no encuentra aquí una respuesta para su pregunta, póngase en contacto con su administrador de éxito o con el servicio de asistencia al cliente.
Caso: cuenta migrada al dominio adobesign.com: llamada de API realizada con el dominio echosign.com
{ "apiAccessPoint": "https://api.na2.adobesign.com/", "webAccessPoint": "https://secure.na2.adobesign.com/" } |
El dominio en la respuesta de ejemplo apunta a adobesign.com, aunque la solicitud se realizara desde echosign.com.
Caso: cuenta migrada al dominio adobesign.com: llamada de API realizada con el dominio adobesign.com.
1 2 3 4 |
{ "apiAccessPoint": "https://api.na2.adobesign.com/", "webAccessPoint": "https://secure.na2.adobesign.com/" } |
No.
Las cuentas de cualquier URL *.documents.adobe.com no se migran.
Solo se migran las cuentas del dominio *.echosign.com al dominio adobesign.com.
No.
Se están utilizando los mismos intervalos de IP (enumerados en la página de requisitos del sistema) para el dominio adobesign.com.
No se ha añadido ni eliminado nada.