Empezando con el servicio completo

Gracias por elegir Power Portals Pro Full Service. Tu suscripción incluye 20 horas de configuración y configuración inicial. Cuantos más seguidores puedas reunir antes de nuestra llamada inicial, más horas dedicarás a construir tu portal en lugar de a recopilar información.

No necesitas todas las respuestas antes de empezar. "Aún no lo sé" es una buena respuesta, y lo resolveremos juntos.

1. Personas

• Un líder de proyecto: la persona que toma las decisiones sobre el portal y firma la puesta en marcha.
• Un Administrador de Sistema Dataverse para una breve llamada de configuración única. Consiste en crear usuarios de aplicaciones para nuestras aplicaciones (véase la sección 3) y asignar sus roles de seguridad.
• Un Administrador Global para tu inquilino de Microsoft, para aprobar nuestras solicitudes (véase la sección 3). Su función es una única aprobación para cada una.
• ¿A quién contactar para asuntos de facturación y técnicos, si son personas diferentes?

2. Tu entorno Dataverse

• La dirección del entorno al que se conectará el portal, por https://yourcompany.crm.dynamics.comejemplo.
• Si quieres que los cambios se prueben en algún sitio primero, como en un entorno sandbox, antes de que lleguen a tus datos en vivo.

3. Cómo nos conectamos con tu Dataverse

Nos conectamos a tu Dataverse a través de dos aplicaciones, cada una como usuario dedicado de la aplicación y no como uno de tu equipo:

• El propio portal se conecta como Usuario de la App, con un rol de seguridad diseñado específicamente que cubre solo lo que el portal necesita.
• Configuramos y mantenemos el portal a través de Power Portals Pro - Administrador de Despliegue: instalamos y actualizamos nuestra solución gestionada, y realizamos los cambios de seguridad que tu portal necesita. Necesita el rol de Administrador de Sistemas.

El Administrador de Despliegue

Tu Administrador Global aprueba nuestra aplicación "Power Portals Pro - Administrador de Despliegue" una vez, y tu Administrador de Sistema crea un usuario de la aplicación para ella y le asigna el rol de Administrador de Sistemas.

• Inicia sesión con un certificado guardado en Azure Key Vault, que no se puede copiar, así que no hay ninguna contraseña que pueda filtrarse.
• Tú mantienes el control. Puedes desactivar su usuario de la aplicación en cualquier momento; el portal en funcionamiento no se ve afectado, pero no podemos hacer cambios hasta que esté habilitado de nuevo.

El usuario de la app: ¿de quién está registrado?

El Usuario de la App está vinculado a un registro de Microsoft Entra, y tú eliges quién es el propietario.

Opción A: usamos nuestro registro de la app (recomendado)

Tu Administrador Global aprueba nuestra aplicación "Power Portals Pro - App User" una vez.

• Ventajas:
  • Nada que puedas crear o mantener.
  • No tiene ningún secreto: el portal demuestra que es nuestra aplicación con una identidad gestionada por Azure que solo existe en nuestro hosting, así que nada caduca y no hay nada que filtrar o rotar.
  • Es la forma más rápida de empezar: una sola aprobación.
  • Solo solicita el permiso básico de inicio de sesión y lectura de perfiles que Microsoft requiere para aprobar cualquier aplicación, y el portal ni siquiera usa eso.
• Contras:
  • Necesita la aprobación de un Administrador Global para una aplicación externa a tu organización, algo que algunas políticas de seguridad no permiten.

Opción B: usas tu propio registro en la app

Tu administrador crea un registro de aplicación en tu inquilino y comparte su secreto con nosotros de forma segura.

• Ventajas:
  • Eres el propietario total y puedes rotarlo o borrarlo cuando quieras.
  • Se adapta a organizaciones cuyas políticas no permiten aplicaciones externas.
• Contras:
  • Tu administrador lo crea y configura.
  • Su secreto expira (el centro de administración de Microsoft Entra permite como máximo 24 meses). Antes de que lo hiciera, tu administrador tiene que crear uno nuevo y enviárnoslo. Si falla, el portal deja de funcionar hasta que se reemplaza.

En cualquiera de las dos opciones, desactivar el usuario de la aplicación en tu entorno Dataverse corta el acceso al portal de inmediato.

4. Tu dirección web

• ¿Quieres que el portal esté en tu propio dominio, portal.yourcompany.compor ejemplo? Si no, se ejecuta en una dirección que proporcionamos.
• Si es así, ¿quién gestiona tu DNS? Normalmente es tu registrador de dominio o el equipo de TI. En la mayoría de los casos, solo necesitas dos registros DNS que te enviemos: uno que apunte la dirección al portal y otro que demuestre que eres el propietario del dominio. Luego emitimos y renovamos el certificado de seguridad sin coste adicional.
• ¿Tu organización requiere su propio certificado? Algunas políticas de seguridad, o dominios comodines, requieren un certificado que tú proporciones. Si es así, avísanos quién emite tus certificados.

5. Quién usa el portal

• ¿Quiénes son los usuarios de vuestro portal? Por ejemplo, clientes, socios, proveedores, o vuestro propio personal.
• ¿Cómo consiguen una cuenta?
  • Cualquiera puede inscribirse.
  • Solo a las personas que invitas.
  • Solo personas que ya existan como contactos en tu Dataverse.
• ¿Tu propio personal necesita iniciar sesión? El personal puede iniciar sesión con sus cuentas de trabajo de Microsoft y sus roles de seguridad existentes en Dataverse pueden aplicarse.
• ¿Cuántos usuarios esperas aproximadamente? No hay cargo por usuario; esto nos ayuda a planificar.

6. Cómo inician sesión los usuarios

Recomendamos las cuentas de Microsoft y Google .

• Verifican las direcciones de correo electrónico, para que una cuenta pueda ser vinculada de forma segura con un contacto existente en tu Dataverse.
• Son los más fáciles de montar desde tu lado.
  • Microsoft: podemos ayudar con el registro.
  • Google: creas las credenciales de inicio de sesión en tu cuenta de Google Cloud y nos las envías. Te daremos la configuración exacta para introducir.

Hay otras opciones disponibles si las necesitas:

• Cuentas de correo electrónico y contraseña, con confirmación por correo electrónico requerida antes del primer uso. Estas también se pueden desactivar por completo.
• Facebook, que configuras y para el que proporcionas credenciales, al igual que Google.

Cuéntanos qué proveedores quieres ofrecer.

7. Qué hace el portal

• ¿Qué tablas (datos) deberían aparecer en el portal? Por ejemplo, casos, pedidos, facturas, solicitudes o citas.
• ¿Qué pueden hacer los usuarios para cada uno?
  • Solo lectura.
  • Crea nuevos registros, por ejemplo, enviar una solicitud o una solicitud.
  • Editar los registros existentes.
  • Borra registros.
• ¿Qué registros puede ver cada usuario?
  • Solo los suyos.
  • Todos en su empresa.
  • Registros que pertenecen a algo a lo que tienen acceso, como los casos en su cuenta.
• ¿Existen diferentes grupos de usuarios con diferentes accesos? Por ejemplo, clientes y socios, o usuarios habituales y administradores de empresas.
• ¿Qué información quieres recopilar de los usuarios? Haz una lista de los formularios y los campos de cada uno, y cuáles son obligatorios.
• ¿Los usuarios suben o descargan documentos?
• ¿Quieres gráficos o la posibilidad de exportar listas a Excel?

8. Aspecto y tacto

• Tu logo, idealmente como SVG o PNG de alta resolución.
• El color de tu marca.
• Un pequeño icono para las pestañas del navegador (Favicon), si tienes uno.
• El nombre del portal tal y como debería aparecer ante los usuarios.
• En qué idiomas debería estar disponible el portal.
• Las páginas que te interesan, por ejemplo, una página principal, una página de ayuda o preguntas frecuentes, y datos de contacto. Un boceto o una lista es suficiente.

9. Correos electrónicos que envía el portal

El portal envía correos electrónicos como confirmaciones de registro y restablecimiento de contraseñas a través de tu Dataverse.

• ¿De qué dirección deberían venir? Por ejemplo noreply@yourcompany.com.
• ¿Quién puede crear un buzón compartido con esa dirección en Exchange Online? No necesita licencia y a tu administrador de Exchange o Global le lleva unos minutos en el centro de administración de Exchange. Configuramos y probamos todo en el lado de Dataverse una vez que existe.

10. Sustitución de un portal existente

Si el nuevo portal reemplaza uno existente, como un sitio de Power Pages:

• La dirección actual del portal y para qué se utiliza hoy.
• Direcciones que la gente ha guardado en favoritos o que aparecen en correos electrónicos y documentos, así que siguen trabajando después del cambio.

11. Legales y políticas

• Una política de privacidad y términos de uso del portal, o enlaces a los que ya tienes en el portal.
• Cualquier cookie o redacción de consentimiento que requiera tu organización.

12. Cronología

• Tu fecha objetivo de puesta en marcha y cualquier fecha límite que haya detrás.
• Cualquier revisión que el portal necesite antes de su lanzamiento, por ejemplo, de tu equipo de seguridad o accesibilidad.

Próximos pasos

Envía lo que tengas hasta ahora para support@powerportalspro.com, o responde a tu correo de bienvenida, y organizaremos la llamada de inicio. Se aceptan respuestas parciales.

Lo que incluye el servicio, el acceso que nos das y cómo lo protegemos están establecidos en los términos del servicio completo.