Começando com o Serviço Completo

Obrigado por escolher o Power Portals Pro Full Service. Sua assinatura inclui 20 horas de configuração e configuração inicial. Quanto mais informações você conseguir reunir antes da nossa chamada inicial, mais horas dessas horas serão dedicadas à construção do seu portal do que à coleta de informações.

Você não precisa de todas as respostas antes de começarmos. "Ainda não tenho certeza" é uma boa resposta, e vamos resolver isso juntos.

1. Pessoas

• Um líder de projeto: a pessoa que toma decisões sobre o portal e aprova o lançamento.
• Um Administrador de Sistema Dataverse para uma breve chamada de configuração única. Envolve criar usuários de aplicações para nossas aplicações (ver seção 3) e atribuir suas funções de segurança.
• Um Administrador Global para seu inquilino Microsoft, para aprovar nossas aplicações (veja seção 3). A parte deles é uma única aprovação para cada uma.
• Quem contatar para questões de faturamento e técnicas, se forem pessoas diferentes.

2. Seu ambiente Dataverse

• O endereço do ambiente ao qual o portal se conectará, por https://yourcompany.crm.dynamics.comexemplo.
• Se você gostaria que as mudanças fossem tentadas em algum lugar primeiro, como em um ambiente sandbox, antes que elas cheguem aos seus dados em tempo real.

3. Como nos conectamos ao seu Dataverse

Nos conectamos ao seu Dataverse por meio de dois aplicativos, cada um como usuário dedicado de aplicação, e não como um dos seus funcionários:

• O próprio portal se conecta como o Usuário do App, com um papel de segurança desenvolvido para esse propósito que cobre apenas o que o portal precisa.
• Configuramos e mantemos o portal através do Power Portals Pro - Administrador de Implantação: instalando e atualizando nossa solução gerenciada, e fazendo as mudanças de segurança que seu portal precisa. Ele precisa do papel de Administrador de Sistemas.

O Administrador de Implantação

Seu Administrador Global aprova nossa aplicação "Power Portals Pro - Deployment Admin" uma vez, e seu Administrador de Sistema cria um usuário da aplicação para ela e atribui a ele a função de Administrador de Sistema.

• Ele faz login com um certificado guardado no Azure Key Vault, que não pode ser copiado dele, então não há senha que possa vazar.
• Você fica no controle. Você pode desativar o usuário da aplicação a qualquer momento; o portal em execução não é afetado, mas não podemos fazer alterações até que ele seja ativado novamente.

O Usuário do App: de quem foi o registro do app?

O Usuário do Aplicativo está vinculado a um registro de app Microsoft Entra, e você escolhe quem é o dono dele.

Opção A: usamos nosso aplicativo de registro (recomendado)

Seu Administrador Global aprova nossa aplicação "Power Portals Pro - App User" uma vez.

• Prós:
  • Nada para você criar ou manter.
  • Não tem segredo algum: o portal prova que é nossa aplicação com uma identidade gerenciada no Azure que existe apenas no nosso hosting, então nada expira e não há nada para vazar ou rotacionar.
  • É a maneira mais rápida de começar: uma única aprovação.
  • Ele solicita apenas a permissão básica de login e leitura de perfil que a Microsoft exige para aprovar qualquer aplicativo, e o portal nem usa isso.
• Contras:
  • Ele precisa da aprovação de um Administrador Global para uma aplicação externa à sua organização, o que algumas políticas de segurança não permitem.

Opção B: você usa seu próprio cadastro no aplicativo

Seu administrador cria um registro de aplicativo no seu tenant e compartilha seu segredo conosco de forma segura.

• Prós:
  • Você é dono total e pode girar ou excluir quando quiser.
  • Ele se adequa a organizações cujas políticas não permitem aplicações externas.
• Contras:
  • Seu administrador cria e configura.
  • O segredo dele expira (o centro de administração do Microsoft Entra permite no máximo 24 meses). Antes disso, seu administrador precisa criar um novo e nos enviar. Se ele expirar, o portal para de funcionar até ser substituído.

Em qualquer uma das opções, desabilitar o usuário da aplicação no seu ambiente Dataverse corta imediatamente o acesso ao portal.

4. Seu endereço web

• Você quer o portal no seu próprio domínio, portal.yourcompany.compor exemplo? Se não, ele roda em um endereço que fornecemos.
• Se você tem, quem gerencia seu DNS? Normalmente é o registrador de domínio ou a equipe de TI. Na maioria dos casos, tudo o que é necessário são dois registros DNS que enviamos para você: um apontando o endereço para o portal e outro provando que você é dono do domínio. Em seguida, emitimos e renovamos o certificado de segurança para você sem custo adicional.
• Sua organização exige seu próprio certificado? Algumas políticas de segurança, ou domínios curinga, exigem um certificado fornecido por você. Se sim, nos avise quem emite seus certificados.

5. Quem usa o portal

• Quem são os usuários do seu portal? Por exemplo, clientes, parceiros, membros, fornecedores ou sua própria equipe.
• Como eles conseguem uma conta?
  • Qualquer um pode se inscrever.
  • Só as pessoas que você convida.
  • Apenas pessoas que já existem como contatos no seu Dataverse.
• Sua própria equipe precisa fazer login? A equipe pode fazer login com suas contas de trabalho da Microsoft, e suas funções de segurança existentes no Dataverse então se candidatam.
• Aproximadamente quantos usuários você espera? Não há cobrança por usuário; isso nos ajuda a planejar.

6. Como os usuários fazem login

Recomendamos contas Microsoft e Google .

• Eles verificam endereços de e-mail, para que uma conta possa ser associada com segurança a um contato existente no seu Dataverse.
• Eles são os mais fáceis de montar do seu lado.
  • Microsoft: podemos ajudar com o registro.
  • Google: você cria as credenciais de login na sua conta do Google Cloud e as envia para nós. Vamos te dar as configurações exatas para inserir.

Outras opções estão disponíveis, caso você precise:

• Contas de e-mail e senha, com confirmação por e-mail necessária antes do primeiro uso. Essas também podem ser totalmente desligadas.
• Facebook, que você cria e fornece credenciais, assim como no Google.

Diga para nós quais provedores você quer oferecer.

7. O que o portal faz

• Quais tabelas (dados) devem aparecer no portal? Por exemplo, casos, pedidos, faturas, inscrições ou agendamentos.
• Para cada um, o que os usuários podem fazer?
  • Somente leitura.
  • Crie novos registros, por exemplo, enviando uma solicitação ou uma solicitação.
  • Editar registros existentes.
  • Apague registros.
• Quais registros cada usuário pode ver?
  • Só os seus.
  • Todos na empresa deles.
  • Registros pertencentes a algo ao qual eles têm acesso, como os casos na conta deles.
• Existem diferentes grupos de usuários com acessos diferentes? Por exemplo, clientes e parceiros, ou usuários regulares e administradores da empresa.
• Quais informações você quer coletar dos usuários? Liste os formulários e os campos em cada um, e quais são obrigatórios.
• Os usuários fazem upload ou download de documentos?
• Você quer gráficos ou a possibilidade de exportar listas para o Excel?

8. Aparência e sensação

• Seu logo, idealmente como um SVG ou um PNG de alta resolução.
• A cor da sua marca.
• Um pequeno ícone para abas do navegador (favicon), se você tiver um.
• O nome do portal como deveria aparecer para os usuários.
• Em quais idiomas o portal deve estar disponível.
• As páginas que você gostaria, por exemplo, uma página inicial, uma página de ajuda ou FAQ, e detalhes de contato. Um esboço ou uma lista já é suficiente.

9. E-mails enviados pelo portal

O portal envia e-mails como confirmações de cadastro e resetações de senha pelo seu Dataverse.

• De qual endereço eles devem vir? Por exemplo noreply@yourcompany.com.
• Quem pode criar uma caixa de correio compartilhada com esse endereço no Exchange Online? Não precisa de licença, e leva alguns minutos para seu administrador Exchange ou Global no centro de administração do Exchange. Configuramos e testamos tudo no lado do Dataverse assim que ele existe.

10. Substituindo um portal existente

Se o novo portal substituir um já existente, como um site Power Pages:

• O endereço do portal atual e para que ele é usado atualmente.
• Endereços que as pessoas marcaram ou que aparecem em e-mails e documentos, para que continuem trabalhando após a mudança.

11. Jurídico e políticas

• Uma política de privacidade e termos de uso do portal, ou links para os seus portais existentes.
• Qualquer cookie ou redação de consentimento que sua organização exigir.

12. Linha do tempo

• Sua data de lançamento prevista e quaisquer prazos após isso.
• Qualquer revisão que o portal precise antes do lançamento, por exemplo, da sua equipe de segurança ou acessibilidade.

Próximos passos

Envie o que você tem até agora para support@powerportalspro.com, ou responda ao seu e-mail de boas-vindas, e nós organizaremos a chamada de início. Respostas parciais são bem-vindas.

O que o serviço inclui, o acesso que você nos oferece e como o protegemos estão estabelecidos nos termos do Serviço Completo.