Mudanças entre as edições de "Rotina de CRM do Portal"

De GeoSales
Ir para navegação Ir para pesquisar
Linha 17: Linha 17:
  
  
 +
= PORTAL GEOSALES · DOCUMENTAÇÃO FUNCIONAL =
  
−
== Rotina de CRM do Portal ==  
+
== Rotina de CRM do Portal ==
 +
    Como funciona o acompanhamento de relacionamento com o cliente:
 +
    contatos, eventos, tarefas e notas reunidos na mesa do cliente.
  
−
Como funciona o acompanhamento de relacionamento com o cliente:contatos, eventos, tarefas e notas reunidos na mesa do cliente.
+
=== O que essa rotina resolve ===
 +
    O portal já registrava pedidos, títulos e pesquisas — o que acontecia entre uma venda e outra ficava
 +
    fora do sistema. Reuniões, ligações, pendências e as pessoas com quem se fala no cliente viviam em
 +
    agenda pessoal, papel ou e-mail.
  
−
== O que essa rotina resolve ==
+
    A rotina de CRM traz esse acompanhamento para dentro do portal, ancorado no cliente. Ao abrir um
 +
    cliente no Atendimento, o vendedor encontra na mesma tela o histórico de anotações, os
 +
    compromissos marcados, as pendências em aberto e a lista de pessoas de contato daquela empresa.
  
−
O portal já registrava pedidos, títulos e pesquisas — o que acontecia entre uma venda e outra ficavafora do sistema. Reuniões, ligações, pendências e as pessoas com quem se fala no cliente viviam emagenda pessoal, papel ou e-mail.
+
    Tudo é organizado em abas dentro da mesa do cliente, que é a tela que já se usava para consultar
 +
    pedidos e situação financeira.
  
−
A rotina de CRM traz esse acompanhamento para dentro do portal, ancorado no cliente. Ao abrir umcliente no Atendimento, o vendedor encontra na mesma tela o histórico de anotações, oscompromissos marcados, as pendências em aberto e a lista de pessoas de contato daquela empresa.
+
=== Evento e Tarefa ===
 +
    A rotina trabalha com dois conceitos, e a diferença entre eles organiza o resto do sistema.
  
−
Tudo é organizado em abas dentro da mesa do cliente, que é a tela que já se usava para consultarpedidos e situação financeira.
+
          Evento é um compromisso com hora marcada — uma reunião, uma visita, uma apresentação. Tem
 +
          início e fim, participantes e pode repetir.
 +
          Tarefa é uma pendência com prazo — retornar uma ligação, enviar uma proposta, cobrar um
 +
          documento. Tem assunto, vencimento, responsável e prioridade.
  
−
== Evento e Tarefa ==
+
    Cada um tem aba própria na mesa do cliente e tela de cadastro própria. O que define se um registro
 +
    é evento ou tarefa é um campo explícito no cadastro do tipo, e não uma regra deduzida de outros
 +
    campos. O termo Atividade foi substituído por Tarefa, mas segue no nome da tela que configura
 +
    os tipos.
  
−
A rotina trabalha com dois conceitos, e a diferença entre eles organiza o resto do sistema.
+
          POR QUE A LISTA DE TIPOS DE TAREFA COMEÇA VAZIA
  
−
* '''Evento''' é um compromisso com hora marcada — uma reunião, uma visita, uma apresentação. Teminício e fim, participantes e pode repetir.
+
          Na migração, todos os tipos que já existiam viraram Evento. Nenhum virou Tarefa, de
 +
          propósito — o sistema não tinha como adivinhar a intenção de cada um.
  
−
* '''Tarefa''' é uma pendência com prazo — retornar uma ligação, enviar uma proposta, cobrar umdocumento. Tem assunto, vencimento, responsável e prioridade.
+
          A consequência prática é que, ao abrir o Cadastro de Tarefa pela primeira vez, a lista
 +
          de tipos vem vazia. Não é falha: alguém precisa cadastrar o primeiro tipo marcado
 +
          como Tarefa.
  
−
Cada um tem aba própria na mesa do cliente e tela de cadastro própria. O que define se um registroé evento ou tarefa é um campo explícito no cadastro do tipo, e não uma regra deduzida de outroscampos. O termo Atividade foi substituído por Tarefa, mas segue no nome da tela que configura os tipos.
+
=== Tipo de Atividade: onde a configuração acontece ===
 +
    O Tipo de Atividade é a peça de configuração que governa toda a rotina. É ele que determina o que
 +
    aparece para o usuário na hora de marcar alguma coisa.
  
−
IMAGEM
+
    Cada tipo carrega quatro definições:
 +
    DEFINIÇÃO        O QUE FAZ
  
−
== Tipo de Atividade: onde a configuração acontece ==
+
    Tipo             Diz se é um Evento ou uma Tarefa. Obrigatório. É o que separa as duas telas e as duas abas.
  
 +
    Online            Marca o evento como remoto, dispensando endereço. Só aparece na tela quando o Tipo é Evento —
 +
                      para Tarefa o campo some, porque não faz sentido.
  
 +
    Perfis            Quais perfis de usuário podem usar aquele tipo. Um tipo sem perfil vinculado não aparece para
 +
                      ninguém.
  
−
O Tipo de Atividade é a peça de configuração que governa toda a rotina. É ele que determina o queaparece para o usuário na hora de marcar alguma coisa.
+
    Ativo            Desliga o tipo sem apagá-lo. Os registros antigos que o usam continuam íntegros.
  
−
Cada tipo carrega quatro definições:
+
    {{{IMAGEM A INSERIR}}}
  
−
IMAGENS
+
Com o campo Tipo em Evento, a caixa Online aparece ao lado.
  
−
== Cadastro de Tipo de Atividade ==
+
    {{{IMAGEM A INSERIR}}}
  
−
O Tipo de Atividade define quais opções estarão disponíveis para os usuários no cadastro de eventos e tarefas.
+
A mesma tela com o Tipo em Tarefa: a caixa Online deixa de existir, porque não se aplica.
  
−
{| class="wikitable"
+
    Duas exigências do Cadastro de Evento derivam dessas definições, sem campo próprio. O endereço
−
! Campo !! Descrição
+
    passa a ser obrigatório quando o tipo é Evento e não é online — um evento remoto não pede local. Já a
−
|-
+
    hora obrigatória é um indicador antigo que a tela de tipos não oferece: os tipos que já existiam
−
| '''Tipo''' || Obrigatório. Define se o tipo será utilizado para Evento ou Tarefa.
+
    mantêm o valor que tinham, e todo tipo criado hoje nasce sem exigir hora.
−
|-
 
−
| '''Online''' || Indica que o evento é remoto e dispensa endereço. O campo é exibido somente quando Tipo = Evento.
 
−
|-
 
−
| '''Perfis''' || Define quais perfis podem utilizar o tipo. Sem perfil vinculado, o tipo não é exibido para usuários.
 
−
|-
 
−
| '''Ativo''' || Permite desativar o tipo sem excluí-lo. Os registros existentes vinculados a ele permanecem íntegros.
 
−
|}
 
  
−
=== Regras para o cadastro de Evento ===
+
==== Como os tipos chegam à tela do usuário ====
 +
    Esta é a lógica que mudou e vale entender, porque explica por que dois usuários podem ver
 +
    listas diferentes:
  
−
* O endereço é obrigatório quando o tipo selecionado é Evento e não está marcado como Online.
+
    FILTRO 1                        O tipo precisa estar ativo.
−
* Para eventos online, o endereço não é exigido.
 
−
* A obrigatoriedade de hora é controlada por um indicador legado que não está disponível na tela de tipos.
 
−
* Tipos antigos mantêm a configuração de obrigatoriedade de hora que já possuíam.
 
−
* Todo tipo criado atualmente é configurado sem exigir hora.
 
  
−
=== Como os tipos são exibidos aos usuários ===
+
    FILTRO 2                        O tipo precisa estar vinculado ao perfil do usuário logado.
  
−
Para que um tipo apareça no cadastro, todas as condições abaixo devem ser atendidas:
+
    FILTRO 3                        O Tipo precisa bater com a tela: o Cadastro de Evento só lista tipos
 +
                                    marcados como Evento; o Cadastro de Tarefa, só os de Tarefa.
  
−
# O tipo deve estar ativo.
+
    Antes existiam apenas os dois primeiros filtros. O terceiro é a novidade, e é o que faz evento e tarefa
−
# O tipo deve estar vinculado ao perfil do usuário logado.
+
    não se misturarem mais.
−
# O campo Tipo deve corresponder à tela: o Cadastro de Evento apresenta somente tipos de Evento, e o Cadastro de Tarefa apresenta somente tipos de Tarefa.
 
  
−
Se um tipo não aparecer, verificar primeiro se está ativo e vinculado ao perfil do usuário. Em seguida, confirmar se o tipo está classificado corretamente como Evento ou Tarefa.
+
          POR QUE UM TIPO PODE "SUMIR" DA TELA
  
−
== Mesa do cliente ==
+
          Se um usuário reclamar que um tipo desapareceu, a causa é quase sempre o vínculo de
 +
          perfil: o tipo existe e está ativo, mas não está liberado para o perfil daquela pessoa. O
 +
          segundo suspeito é o Tipo — um cadastro marcado como Evento nunca aparecerá na tela
 +
          de Tarefa.
  
−
A mesa do cliente é acessada pelo Atendimento e reúne as informações comerciais e de relacionamento. Cada aba depende da permissão correspondente do usuário.
+
=== As telas da rotina ===
  
−
{| class="wikitable"
+
==== A mesa do cliente ====
−
! Aba !! Conteúdo
+
    É o coração da rotina. Abrindo um cliente pelo Atendimento, aparecem abas — e cada uma só é
−
|-
+
    exibida se o usuário tiver a permissão correspondente:
−
| '''Mesa''' || Painel comercial existente, com pedidos, informações financeiras e pesquisas.
 
−
|-
 
−
| '''Notas''' || Linha do tempo de anotações livres sobre o cliente, agrupadas por recência, com autor e resumo.
 
−
|-
 
−
| '''Eventos''' || Compromissos do cliente organizados em linha do tempo por data.
 
−
|-
 
−
| '''Tarefas''' || Pendências do cliente, exibidas com prazo e prioridade.
 
−
|-
 
−
| '''Contatos''' || Pessoas vinculadas ao cliente, com nome, cargo, telefone e e-mail.
 
−
|}
 
  
−
=== Abas Eventos e Tarefas ===
+
    ABA              O QUE MOSTRA
  
−
As abas de Eventos e Tarefas possuem filtros no topo, sete indicadores clicáveis na lateral que funcionam como atalhos de filtragem e registros exibidos em cartões. As ações dos cartões permitem operar sem sair da listagem.
+
    Mesa              O painel comercial que já existia: pedidos, financeiro, pesquisas.
  
−
{| class="wikitable"
+
    Notas            Linha do tempo de anotações livres sobre o cliente, agrupadas por recência.
−
! Recurso !! Eventos !! Tarefas
 
−
|-
 
−
| Filtros || Período, status e tipo || Período, status, prioridade e tipo
 
−
|-
 
−
| Ações do cartão || Notas, editar e alterar status || Notas, editar, alterar status e prioridade
 
−
|-
 
−
| Ordenação || Por data || Por data e, no mesmo dia, por prioridade
 
−
|}
 
  
−
A alteração do status pelo cartão não exige abrir o cadastro do registro.
+
    Eventos          Compromissos do cliente em linha do tempo, agrupados por data.
  
−
=== Aba Contatos ===
+
    Tarefas          Pendências do cliente, com prioridade e prazo.
  
−
A aba Contatos apresenta as pessoas vinculadas ao cliente e um resumo do relacionamento com quatro indicadores:
+
    Contatos         As pessoas daquele cliente: nome, cargo, telefone e e-mail.
  
−
* Quantidade total de contatos cadastrados.
+
    {{{IMAGEM A INSERIR}}}
−
* Quantidade de contatos com telefone informado.
 
−
* Quantidade de contatos com cargo informado.
 
−
* Quantidade de contatos já vinculados a algum evento.
 
  
−
É possível criar um evento diretamente a partir de um contato. Nesse caso, o evento fica relacionado tanto ao cliente quanto à pessoa com quem será realizado o contato.
+
Aba Notas: as anotações em linha do tempo, agrupadas por recência, com o autor e o resumo à direita.
  
−
== Cadastro de Evento e Cadastro de Tarefa ==
+
    As abas de Eventos e Tarefas seguem a mesma estrutura: filtros no topo, sete indicadores clicáveis na
 +
    lateral que funcionam como atalho de filtro, e os registros em cartões.
  
−
As telas são separadas porque os registros possuem campos e comportamentos diferentes.
+
    A diferença entre elas é a prioridade, que existe só para tarefas:
 +
                                    ABA EVENTOS                    ABA TAREFAS
  
−
; Cadastro de Evento
+
    Filtros                        Período, status e tipo        Período, status, prioridade e tipo
−
: Contém dados de data e hora, endereço/local, convidados e repetição. Possui as abas Detalhes, Convidados e Repetição.
 
  
−
; Cadastro de Tarefa
+
    Ações do cartão                Notas, editar e status        Notas, editar, status e prioridade
−
: Contém assunto, tipo, vencimento, descrição, prioridade e responsável.
 
  
−
Ambos permitem vincular o registro a um cliente ou cliente prospect e, opcionalmente, a um contato daquele cliente.
+
    Ordenação                      Por data                      Por data e, no mesmo dia, por prioridade
  
−
=== Status inicial ===
+
    {{{IMAGEM A INSERIR}}}
  
−
Na criação, o campo Status é preenchido com '''Agendado''' e fica bloqueado. O status é liberado para alteração durante a edição do registro.
+
Aba Eventos: três filtros e três ações por cartão. Comparando com a imagem seguinte, a de Tarefas, aparece a
 +
    prioridade a mais.
  
−
== Atendimento ao Cliente e Prospect ==
+
    {{{IMAGEM A INSERIR}}}
  
−
A tela de busca foi renomeada para contemplar clientes e prospects e recebeu filtros voltados à prospecção:
+
Aba Tarefas: a barra com as cinco abas, os filtros, a linha do tempo com o selo de status e o marcador colorido de cada
 +
    registro, e os indicadores de contagem à direita.
  
−
* Busca por e-mail.
+
    As ações do cartão funcionam sem sair da tela — alterar o status de um compromisso não exige abrir
−
* Filtro por data de cadastro, permitindo informar um intervalo, somente uma data mínima ou somente uma data máxima.
+
    o cadastro.
  
−
== Status e prioridade ==
+
==== Aba Contatos ====
 +
    Além da lista de pessoas, traz um resumo de relacionamento com quatro números: quantos contatos
 +
    estão cadastrados, quantos têm telefone, quantos têm cargo informado e quantos já foram vinculados
 +
    a algum evento.
  
−
Todo Evento e toda Tarefa possuem status. O status pode ser definido no cadastro, quando permitido, ou alterado pela ação disponível no cartão. Somente as tarefas possuem prioridade.
+
    Desses contatos é possível criar um evento já vinculado à pessoa, o que liga o compromisso não só à
 +
    empresa, mas a quem se vai falar.
  
−
=== Status disponíveis ===
+
    {{{IMAGEM A INSERIR}}}
  
−
{| class="wikitable"
+
Aba Contatos: as pessoas do cliente com cargo, telefone e e-mail, e o Resumo de relacionamento à direita.
−
! Status !! Cor !! Significado
 
−
|-
 
−
| Agendado || Azul || Estado inicial de um novo registro.
 
−
|-
 
−
| Reagendado || Laranja || O compromisso foi remarcado.
 
−
|-
 
−
| Cancelado || Vermelho || O compromisso ou atividade não será realizado.
 
−
|-
 
−
| Finalizado || Verde || Registro concluído.
 
−
|}
 
  
−
=== Prioridade das tarefas ===
+
==== Cadastros de Evento e de Tarefa ====
 +
    São telas separadas porque os dois têm campos diferentes. O Cadastro de Evento tem data, hora,
 +
    endereço, convidados e repetição. O Cadastro de Tarefa tem assunto, vencimento, descrição,
 +
    prioridade e responsável.
  
−
A prioridade possui cinco níveis, de Muito Baixa a Muito Alta, com '''Normal''' como padrão. Ela se aplica somente às tarefas.
+
    Ambos permitem vincular a um cliente ou a um cliente prospect, e opcionalmente a um contato
 +
    daquele cliente.
  
−
As tarefas são ordenadas primeiro pela data de vencimento e, dentro do mesmo dia, da maior para a menor prioridade. Dessa forma, os vencimentos mais próximos aparecem primeiro e as tarefas mais urgentes ficam no topo do dia.
+
    {{{IMAGEM A INSERIR}}}
  
−
== Repetição de eventos ==
+
Cadastro de Tarefa: assunto, tipo, vencimento, prioridade e responsável. O campo Status, à direita, vem preenchido
 +
    como Agendado e bloqueado.
  
−
Um evento pode se repetir diariamente, semanalmente ou mensalmente. Cada ocorrência é armazenada como um registro próprio, e as ocorrências são relacionadas por um identificador de série. Assim, uma ocorrência pode ser tratada isoladamente sem alterar as demais.
+
    {{{IMAGEM A INSERIR}}}
  
−
{| class="wikitable"
+
Cadastro de Evento: tela distinta, com local, datas e as abas Detalhes, Convidados e Repetição.
−
! Frequência !! Limite a partir da data inicial
 
−
|-
 
−
| Diária || 3 meses
 
−
|-
 
−
| Semanal || 12 meses
 
−
|-
 
−
| Mensal || 24 meses
 
−
|}
 
  
−
Quando a repetição é utilizada, a data final é obrigatória e deve estar entre a data inicial do evento e o limite permitido para a frequência selecionada. Na repetição mensal, também são informados os dias do mês em que o evento ocorrerá.
+
    As duas telas exibem o status, com um comportamento proposital: na criação ele aparece preenchido
 +
    como Agendado e bloqueado, porque ninguém cria um compromisso já cancelado. Só na edição o
 +
    campo fica liberado.
  
−
== Convidados e notificações por e-mail ==
+
=== Atendimento ao Cliente e Prospect ===
 +
    A tela de busca de clientes foi renomeada — antes era só "Atendimento ao Cliente" — e ganhou dois
 +
    filtros pensados para prospecção: busca por e-mail e filtro por data de cadastro, que aceita um
 +
    intervalo, uma data mínima ou uma data máxima.
  
−
Um evento pode possuir dois tipos de convidados:
+
=== Status e prioridade ===
 +
    Todo evento e toda tarefa carregam um status, definido pelo usuário no cadastro ou pelo botão no
 +
    cartão. Tarefas carregam também uma prioridade.
  
−
* '''Usuários do sistema:''' pessoas da própria empresa, selecionadas em uma lista.
+
    São quatro status, e cada um tem uma cor fixa que aparece tanto no selo do cartão quanto no
−
* '''Convidados externos:''' pessoas de fora da empresa, informadas por nome e e-mail, sem necessidade de possuir usuário no Portal.
+
    marcador lateral:
  
−
Quando a opção de notificação está habilitada na criação do evento, o sistema gera um e-mail com base em um modelo configurável e o coloca na fila de envio automático. Se a logomarca da empresa estiver cadastrada, ela será incluída no e-mail.
+
          Agendado — azul — o estado inicial de todo registro novo
 +
          Reagendado — laranja — o compromisso foi remarcado
 +
          Cancelado — vermelho — não vai acontecer
 +
          Finalizado — verde — concluído
  
−
'''Atenção:''' para eventos recorrentes, o e-mail de notificação é disparado uma única vez, e não para cada ocorrência gerada.
+
    A prioridade tem cinco níveis, de Muito Baixa a Muito Alta, com Normal como padrão. Ela vale só
 +
    para tarefas.
  
−
== Visibilidade dos registros ==
+
    Na listagem, as tarefas são ordenadas primeiro por data e, dentro do mesmo dia, da mais prioritária
 +
    para a menos prioritária — de modo que o que vence primeiro aparece primeiro, e o que é urgente
 +
    aparece no topo do dia.
  
−
Um Evento ou uma Tarefa fica visível para o usuário quando ele é o criador do registro ou o responsável por ele. O campo de responsável permite que um usuário crie uma tarefa e a atribua a outra pessoa.
+
=== Repetição de eventos ===
 +
    Um evento pode se repetir diariamente, semanalmente ou mensalmente.
  
−
== Permissões de acesso ==
+
    O ponto importante é como isso é guardado. Cada ocorrência da repetição vira um registro próprio
 +
    no sistema, e todas ficam ligadas entre si por um identificador de série. Isso permite tratar uma
 +
    ocorrência isoladamente — cancelar só a reunião da semana que vem, por exemplo — sem afetar
 +
    as demais.
  
−
O acesso à rotina é controlado pelo Controle de Acessos e pelo Controle de Ações. As permissões relacionadas estão agrupadas sob o módulo CRM.
+
    Para evitar que uma repetição gere um volume indefinido de registros, cada frequência tem um
 +
    limite de quanto pode se estender:
 +
    FREQUÊNCIA                                LIMITE A PARTIR DA DATA INICIAL
  
−
{| class="wikitable"
+
    Diária                                    3 meses
−
! Permissão !! Efeito
 
−
|-
 
−
| <code>VISUALIZAR_MODULO_CRM</code> || Exibe o módulo CRM no menu lateral.
 
−
|-
 
−
| <code>VISUALIZAR_MENU_LISTAGEM_NOTA</code> || Libera a aba Notas e a tela de listagem de notas.
 
−
|-
 
−
| <code>VISUALIZAR_MENU_CADASTRO_EVENTO</code> || Libera as abas Eventos e Tarefas e as respectivas telas de cadastro. A permissão é compartilhada pelas duas abas.
 
−
|-
 
−
| <code>VISUALIZAR_ABA_CONTATO_CLIENTE</code> || Libera a aba Contatos.
 
−
|-
 
−
| <code>MANTER_CONTATO_CLIENTE</code> || Permite incluir, editar e excluir contatos. Sem essa permissão, o usuário pode apenas consultar.
 
−
|-
 
−
| <code>OCULTAR_ABA_MESA_CLIENTE</code> || Oculta a aba Mesa para usuários que utilizam o Portal apenas como CRM e não precisam da parte comercial.
 
−
|-
 
−
| <code>VISUALIZAR_MENU_LISTAGEM_TIPO_EVENTO</code> || Libera a tela de cadastro dos tipos.
 
−
|-
 
−
| <code>VISUALIZAR_MENU_LISTAGEM_FASE_PEDIDO</code> || Libera a tela de fases do pedido, também localizada no módulo CRM.
 
−
|}
 
  
−
=== Considerações para liberação aos clientes ===
+
    Semanal                                  12 meses
  
−
* As permissões criadas para a rotina começam desativadas e não são atribuídas automaticamente aos perfis. Devem ser concedidas conforme a necessidade de cada cliente.
+
    Mensal                                    24 meses
−
* As permissões criadas nesta rotina estão vinculadas ao plano comercial '''Evolution'''. Mesmo concedidas, não alcançam clientes de outros planos.
 
−
* As telas que vieram do módulo Eventos mantiveram os planos comerciais que já possuíam.
 
−
* Como algumas telas mudaram de módulo, os perfis que já as utilizavam precisam receber a permissão <code>VISUALIZAR_MODULO_CRM</code> para voltar a visualizá-las.
 
  
−
== Estrutura de dados ==
+
    Quando há repetição, informar até quando ela vai é obrigatório, e essa data precisa ficar entre o
 +
    início do evento e o limite da frequência.
  
−
=== Evento e Tarefa compartilham a mesma tabela ===
+
    {{{IMAGEM A INSERIR}}}
  
−
Eventos e tarefas são armazenados na tabela <code>EVENTO</code>. Não existe uma tabela exclusiva para tarefas. A distinção entre Evento e Tarefa é determinada pelo Tipo de Atividade vinculado ao registro.
+
Aba Repetição: a frequência, a data limite e, no caso mensal, os dias do mês em que o evento se repete.
  
−
Por isso, relatórios e integrações que precisem separar eventos de tarefas devem considerar o tipo associado ao registro.
+
=== Convidados e e-mail ===
 +
    Um evento pode ter dois tipos de convidado:
  
−
=== Tabelas envolvidas ===
+
          Usuários do sistema — pessoas da própria empresa, escolhidas de uma lista.
 +
          Convidados externos — pessoas de fora, informadas por nome e e-mail. Não precisam ter usuário
 +
          no portal.
  
−
{| class="wikitable"
+
    {{{IMAGEM A INSERIR}}}
−
! Tabela !! Finalidade
 
−
|-
 
−
| <code>EVENTO</code> || Armazena o registro, incluindo título, descrição, datas, horas, endereço, status, prioridade, responsável, criador e vínculos com cliente e contato.
 
−
|-
 
−
| <code>TIPO_EVENTO</code> || Armazena os tipos configuráveis, incluindo os indicadores de Evento/Tarefa e Online. Na tela, é apresentada como Tipo de Atividade.
 
−
|-
 
−
| <code>TIPO_EVENTO_PERFIL</code> || Define quais perfis podem utilizar cada tipo.
 
−
|-
 
−
| <code>PARTICIPANTE_EVENTO</code> || Armazena convidados que são usuários do sistema.
 
−
|-
 
−
| <code>PARTICIPANTE_EXTERNO_EVENTO</code> || Armazena convidados externos, com nome e e-mail.
 
−
|-
 
−
| <code>FREQUENCIA_EVENTO</code> || Armazena os dias em que ocorre uma repetição.
 
−
|-
 
−
| <code>CLIENTE_SOCIO_APROVACAO</code> || Armazena contatos de clientes. A tabela, originalmente utilizada para sócios de clientes prospect, foi estendida para funcionar também como cadastro de contatos.
 
−
|}
 
  
−
=== Relacionamentos entre os dados ===
+
    Aba Convidados: participantes que são usuários do sistema em cima, e os externos embaixo, informados por nome e e-
 +
    mail. A caixa Notificação dispara o aviso.
  
−
* Cada registro da tabela <code>EVENTO</code> referencia um registro de <code>TIPO_EVENTO</code>, que determina se é Evento ou Tarefa.
+
    Quando o evento é criado com notificação ligada, o sistema gera um e-mail a partir de um modelo
−
* Cada registro pode estar vinculado a um cliente e, opcionalmente, a um contato desse cliente.
+
    configurável e o coloca na fila de envio automático. O e-mail leva a logomarca da empresa quando ela
−
* Os convidados usuários do sistema e os convidados externos são armazenados em tabelas distintas.
+
    está cadastrada.
−
* Cada ocorrência de uma repetição possui uma linha própria na tabela <code>EVENTO</code>; as ocorrências são relacionadas pelo identificador de série.
 
−
* Os contatos são mantidos na tabela <code>CLIENTE_SOCIO_APROVACAO</code>, que reúne registros de sócios e contatos. Essa característica deve ser considerada na elaboração de relatórios e integrações.
 
  
−
== Módulo CRM no menu lateral ==
+
          CUIDADO COM REPETIÇÃO E E-MAIL
  
−
O Portal passou a apresentar o módulo CRM no menu lateral, reunindo telas que anteriormente estavam distribuídas entre os módulos Eventos e Vendas.
+
          Num evento que se repete, o e-mail é disparado uma única vez, e não a cada ocorrência
 +
          gerada. Sem isso, uma repetição semanal de um ano enviaria 52 e-mails para
 +
          cada convidado.
  
−
Itens do menu CRM:
+
=== Quem enxerga o quê ===
  
−
* Tipo de Atividades — cadastro dos tipos.
+
==== Visibilidade dos registros ====
−
* Listagem de Eventos.
+
    Um evento ou tarefa aparece para o usuário quando ele é o criador do registro ou o responsável
−
* Cadastro de Tarefa.
+
    por ele. O responsável existe justamente para que alguém possa criar uma tarefa e atribuí-la a
−
* Listagem de Fases do Pedido.
+
    outra pessoa.
−
* Listagem de Notas.
 
  
−
Com essa reorganização, o módulo Eventos deixou de existir como item de menu. As telas que estavam nesse módulo passaram para CRM; Notas e Fases do Pedido, antes localizadas em Vendas, também foram migradas.
+
==== Permissões ====
 +
    O acesso é controlado no Controle de Acessos e no Controle de Ações, com tudo agrupado sob o
 +
    módulo CRM:
 +
    PERMISSÃO                                        O QUE LIBERA
  
−
== Referência documental ==
+
    VISUALIZAR_MODULO_CRM                            Exibe o módulo CRM no menu lateral.
  
−
Documentação elaborada a partir do código e das telas do Portal GeoSales.
+
    VISUALIZAR_MENU_LISTAGEM_NOTA                    Aba Notas e tela de listagem de notas.
  
−
'''Observação:''' este conteúdo foi convertido do documento funcional “Rotina de CRM do Portal”, datado de 30/09/2026. As imagens e capturas de tela do PDF original não foram incorporadas ao texto Wiki.
+
    VISUALIZAR_MENU_CADASTRO_EVENTO                  Abas Eventos e Tarefas, e as telas de cadastro. As duas abas dividem a
−
"""
+
                                                      mesma permissão.
 +
 
 +
    VISUALIZAR_ABA_CONTATO_CLIENTE                    Aba Contatos.
 +
 
 +
    MANTER_CONTATO_CLIENTE                            Incluir, editar e excluir contatos. Sem ela o usuário só consulta.
 +
 
 +
    OCULTAR_ABA_MESA_CLIENTE                          Esconde a aba Mesa, para quem usa o portal apenas como CRM e não
 +
                                                      precisa da parte comercial.
 +
 
 +
    VISUALIZAR_MENU_LISTAGEM_TIPO_EVENTO              Tela de cadastro dos tipos.
 +
 
 +
    VISUALIZAR_MENU_LISTAGEM_FASE_PEDIDO              Tela de fases do pedido, que também mora no módulo CRM.
 +
 
 +
    {{{IMAGEM A INSERIR}}}
 +
 
 +
Controle de Acessos: as ações de menu agrupadas sob o módulo CRM. As que controlam as abas da mesa do cliente
 +
    ficam na aba Controle de Ações.
 +
 
 +
          NA LIBERAÇÃO PARA OS CLIENTES
 +
 
 +
          Essas permissões nascem desligadas. Nenhum perfil as recebe automaticamente —
 +
          alguém precisa concedê-las, cliente a cliente. Sem isso a rotina existe no sistema mas
 +
          não aparece para ninguém.
 +
 
 +
          Há ainda um segundo filtro, o plano comercial: as permissões criadas nesta rotina
 +
          estão vinculadas ao plano Evolution, então mesmo concedidas não alcançam clientes
 +
          de outros planos. As telas que vieram do módulo Eventos mantiveram os planos que
 +
          já tinham.
 +
 
 +
=== Como o dado é organizado ===
 +
    Vale conhecer a estrutura porque ela explica dois pontos que afetam diretamente relatórios
 +
    e integrações.
 +
 
 +
==== Evento e Tarefa compartilham a mesma tabela ====
 +
    Não existe tabela de tarefa. Evento e tarefa são guardados na mesma tabela EVENTO , e o que distingue
 +
    um do outro é o Tipo de Atividade ao qual estão vinculados.
 +
 
 +
    A vantagem é que tudo que vale para um vale para o outro sem duplicação: status, responsável,
 +
    vínculo com cliente e contato, notas. Para quem for extrair dados, a consequência é que separar
 +
    eventos de tarefas exige passar pelo tipo.
 +
 
 +
==== As tabelas envolvidas ====
 +
    TABELA                                GUARDA
 +
 
 +
    EVENTO                                O registro em si: título, descrição, datas, horas, endereço, status, prioridade,
 +
                                          responsável, criador e os vínculos com cliente e contato.
 +
 
 +
    TIPO_EVENTO                          Os tipos configuráveis, com o indicador de Evento ou Tarefa e o de online. Na tela
 +
                                          ela aparece como "Tipo de Atividade".
 +
 
 +
    TIPO_EVENTO_PERFIL                    Quais perfis podem usar cada tipo.
 +
 
 +
    PARTICIPANTE_EVENTO                  Convidados que são usuários do sistema.
 +
 
 +
    PARTICIPANTE_EXTERNO_EVENTO          Convidados de fora, com nome e e-mail.
 +
 
 +
    FREQUENCIA_EVENTO                    Os dias em que uma repetição ocorre.
 +
 
 +
    CLIENTE_SOCIO_APROVACAO              Os contatos do cliente. A tabela já existia para sócios e foi estendida para servir
 +
                                          também de agenda de contatos.
 +
 
 +
==== Como elas se ligam ====
 +
          Cada registro em EVENTO aponta para um TIPO_EVENTO — é daí que vem a definição de evento ou
 +
          tarefa.
 +
          Cada registro aponta opcionalmente para um cliente e para um contato daquele cliente.
 +
          Os convidados ficam em duas tabelas separadas, uma para quem é usuário e outra para quem é
 +
          externo.
 +
          As ocorrências de uma repetição ficam na própria EVENTO , uma linha por ocorrência, ligadas pelo
 +
          identificador de série.
 +
 
 +
          SOBRE A TABELA DE CONTATOS
 +
 
 +
          Os contatos foram acomodados numa tabela que já existia para guardar sócios de
 +
          clientes prospect, estendida com identidade própria e vínculo por CNPJ. A decisão
 +
          evitou criar uma estrutura paralela, mas significa que contato e sócio convivem na
 +
          mesma tabela — relevante para quem for montar relatório ou integração.
 +
 
 +
=== O módulo CRM no menu ====
 +
    Até aqui, tudo descrito vive dentro da mesa do cliente. O menu lateral é a outra porta de entrada.
 +
 
 +
    O portal passou a exibir um módulo CRM no menu lateral, ao lado de Vendas, BackOffice e os demais.
 +
    Ele reúne as telas que antes estavam espalhadas por dois módulos diferentes:
 +
 
 +
          Tipo de Atividades — o cadastro dos tipos
 +
          Listagem de Eventos
 +
          Cadastro de Tarefa
 +
          Listagem de Fases do Pedido
 +
          Listagem de Notas
 +
 
 +
    {{{IMAGEM A INSERIR}}}
 +
 
 +
O módulo CRM no menu lateral, com os cinco itens.
 +
 
 +
    Com isso o módulo Eventos deixou de existir como item de menu — o que ele continha passou para o
 +
    CRM. Notas e Fases do Pedido, que ficavam sob Vendas, também migraram.
 +
 
 +
          CONSEQUÊNCIA PARA OS PERFIS
 +
 
 +
          Como essas telas mudaram de módulo, quem as enxergava antes só volta a enxergá-las
 +
          depois de receber a permissão VISUALIZAR_MODULO_CRM no perfil. É um ajuste a fazer
 +
          uma vez, por cliente.
 +
 
 +
    Documentação elaborada a partir do código e das telas do portal.

Edição das 17h46min de 9 de outubro de 2026

Histórico de Alterações

Data Quem Comentários
09/10/2026 Renato Lima Criação do documento

Documento Anexo

Este documento foi criar pela desenvolvedora, após realizar modificações na funcionalidade de CRM implementadas.


Rotina de CRM do Portal


PORTAL GEOSALES · DOCUMENTAÇÃO FUNCIONAL

Rotina de CRM do Portal

    Como funciona o acompanhamento de relacionamento com o cliente:
    contatos, eventos, tarefas e notas reunidos na mesa do cliente.

O que essa rotina resolve

    O portal já registrava pedidos, títulos e pesquisas — o que acontecia entre uma venda e outra ficava
    fora do sistema. Reuniões, ligações, pendências e as pessoas com quem se fala no cliente viviam em
    agenda pessoal, papel ou e-mail.
    A rotina de CRM traz esse acompanhamento para dentro do portal, ancorado no cliente. Ao abrir um
    cliente no Atendimento, o vendedor encontra na mesma tela o histórico de anotações, os
    compromissos marcados, as pendências em aberto e a lista de pessoas de contato daquela empresa.
    Tudo é organizado em abas dentro da mesa do cliente, que é a tela que já se usava para consultar
    pedidos e situação financeira.

Evento e Tarefa

    A rotina trabalha com dois conceitos, e a diferença entre eles organiza o resto do sistema.
         Evento é um compromisso com hora marcada — uma reunião, uma visita, uma apresentação. Tem
         início e fim, participantes e pode repetir.
         Tarefa é uma pendência com prazo — retornar uma ligação, enviar uma proposta, cobrar um
         documento. Tem assunto, vencimento, responsável e prioridade.
    Cada um tem aba própria na mesa do cliente e tela de cadastro própria. O que define se um registro
    é evento ou tarefa é um campo explícito no cadastro do tipo, e não uma regra deduzida de outros
    campos. O termo Atividade foi substituído por Tarefa, mas segue no nome da tela que configura
    os tipos.
         POR QUE A LISTA DE TIPOS DE TAREFA COMEÇA VAZIA
         Na migração, todos os tipos que já existiam viraram Evento. Nenhum virou Tarefa, de
         propósito — o sistema não tinha como adivinhar a intenção de cada um.
         A consequência prática é que, ao abrir o Cadastro de Tarefa pela primeira vez, a lista
         de tipos vem vazia. Não é falha: alguém precisa cadastrar o primeiro tipo marcado
         como Tarefa.

Tipo de Atividade: onde a configuração acontece

    O Tipo de Atividade é a peça de configuração que governa toda a rotina. É ele que determina o que
    aparece para o usuário na hora de marcar alguma coisa.
    Cada tipo carrega quatro definições:
    DEFINIÇÃO         O QUE FAZ
    Tipo              Diz se é um Evento ou uma Tarefa. Obrigatório. É o que separa as duas telas e as duas abas.
    Online            Marca o evento como remoto, dispensando endereço. Só aparece na tela quando o Tipo é Evento —
                      para Tarefa o campo some, porque não faz sentido.
    Perfis            Quais perfis de usuário podem usar aquele tipo. Um tipo sem perfil vinculado não aparece para
                      ninguém.
    Ativo             Desliga o tipo sem apagá-lo. Os registros antigos que o usam continuam íntegros.
    {{{IMAGEM A INSERIR}}}

Com o campo Tipo em Evento, a caixa Online aparece ao lado.

    {{{IMAGEM A INSERIR}}}

A mesma tela com o Tipo em Tarefa: a caixa Online deixa de existir, porque não se aplica.

    Duas exigências do Cadastro de Evento derivam dessas definições, sem campo próprio. O endereço
    passa a ser obrigatório quando o tipo é Evento e não é online — um evento remoto não pede local. Já a
    hora obrigatória é um indicador antigo que a tela de tipos não oferece: os tipos que já existiam
    mantêm o valor que tinham, e todo tipo criado hoje nasce sem exigir hora.

Como os tipos chegam à tela do usuário

    Esta é a lógica que mudou e vale entender, porque explica por que dois usuários podem ver
    listas diferentes:
    FILTRO 1                        O tipo precisa estar ativo.
    FILTRO 2                        O tipo precisa estar vinculado ao perfil do usuário logado.
    FILTRO 3                        O Tipo precisa bater com a tela: o Cadastro de Evento só lista tipos
                                    marcados como Evento; o Cadastro de Tarefa, só os de Tarefa.
    Antes existiam apenas os dois primeiros filtros. O terceiro é a novidade, e é o que faz evento e tarefa
    não se misturarem mais.
         POR QUE UM TIPO PODE "SUMIR" DA TELA
         Se um usuário reclamar que um tipo desapareceu, a causa é quase sempre o vínculo de
         perfil: o tipo existe e está ativo, mas não está liberado para o perfil daquela pessoa. O
         segundo suspeito é o Tipo — um cadastro marcado como Evento nunca aparecerá na tela
         de Tarefa.

As telas da rotina

A mesa do cliente

    É o coração da rotina. Abrindo um cliente pelo Atendimento, aparecem abas — e cada uma só é
    exibida se o usuário tiver a permissão correspondente:
    ABA               O QUE MOSTRA
    Mesa              O painel comercial que já existia: pedidos, financeiro, pesquisas.
    Notas             Linha do tempo de anotações livres sobre o cliente, agrupadas por recência.
    Eventos           Compromissos do cliente em linha do tempo, agrupados por data.
    Tarefas           Pendências do cliente, com prioridade e prazo.
    Contatos          As pessoas daquele cliente: nome, cargo, telefone e e-mail.
    {{{IMAGEM A INSERIR}}}

Aba Notas: as anotações em linha do tempo, agrupadas por recência, com o autor e o resumo à direita.

    As abas de Eventos e Tarefas seguem a mesma estrutura: filtros no topo, sete indicadores clicáveis na
    lateral que funcionam como atalho de filtro, e os registros em cartões.
    A diferença entre elas é a prioridade, que existe só para tarefas:
                                   ABA EVENTOS                    ABA TAREFAS
    Filtros                        Período, status e tipo         Período, status, prioridade e tipo
    Ações do cartão                Notas, editar e status         Notas, editar, status e prioridade
    Ordenação                      Por data                       Por data e, no mesmo dia, por prioridade
    {{{IMAGEM A INSERIR}}}

Aba Eventos: três filtros e três ações por cartão. Comparando com a imagem seguinte, a de Tarefas, aparece a

    prioridade a mais.
    {{{IMAGEM A INSERIR}}}

Aba Tarefas: a barra com as cinco abas, os filtros, a linha do tempo com o selo de status e o marcador colorido de cada

    registro, e os indicadores de contagem à direita.
    As ações do cartão funcionam sem sair da tela — alterar o status de um compromisso não exige abrir
    o cadastro.

Aba Contatos

    Além da lista de pessoas, traz um resumo de relacionamento com quatro números: quantos contatos
    estão cadastrados, quantos têm telefone, quantos têm cargo informado e quantos já foram vinculados
    a algum evento.
    Desses contatos é possível criar um evento já vinculado à pessoa, o que liga o compromisso não só à
    empresa, mas a quem se vai falar.
    {{{IMAGEM A INSERIR}}}

Aba Contatos: as pessoas do cliente com cargo, telefone e e-mail, e o Resumo de relacionamento à direita.

Cadastros de Evento e de Tarefa

    São telas separadas porque os dois têm campos diferentes. O Cadastro de Evento tem data, hora,
    endereço, convidados e repetição. O Cadastro de Tarefa tem assunto, vencimento, descrição,
    prioridade e responsável.
    Ambos permitem vincular a um cliente ou a um cliente prospect, e opcionalmente a um contato
    daquele cliente.
    {{{IMAGEM A INSERIR}}}

Cadastro de Tarefa: assunto, tipo, vencimento, prioridade e responsável. O campo Status, à direita, vem preenchido

    como Agendado e bloqueado.
    {{{IMAGEM A INSERIR}}}

Cadastro de Evento: tela distinta, com local, datas e as abas Detalhes, Convidados e Repetição.

    As duas telas exibem o status, com um comportamento proposital: na criação ele aparece preenchido
    como Agendado e bloqueado, porque ninguém cria um compromisso já cancelado. Só na edição o
    campo fica liberado.

Atendimento ao Cliente e Prospect

    A tela de busca de clientes foi renomeada — antes era só "Atendimento ao Cliente" — e ganhou dois
    filtros pensados para prospecção: busca por e-mail e filtro por data de cadastro, que aceita um
    intervalo, uma data mínima ou uma data máxima.

Status e prioridade

    Todo evento e toda tarefa carregam um status, definido pelo usuário no cadastro ou pelo botão no
    cartão. Tarefas carregam também uma prioridade.
    São quatro status, e cada um tem uma cor fixa que aparece tanto no selo do cartão quanto no
    marcador lateral:
         Agendado — azul — o estado inicial de todo registro novo
         Reagendado — laranja — o compromisso foi remarcado
         Cancelado — vermelho — não vai acontecer
         Finalizado — verde — concluído
    A prioridade tem cinco níveis, de Muito Baixa a Muito Alta, com Normal como padrão. Ela vale só
    para tarefas.
    Na listagem, as tarefas são ordenadas primeiro por data e, dentro do mesmo dia, da mais prioritária
    para a menos prioritária — de modo que o que vence primeiro aparece primeiro, e o que é urgente
    aparece no topo do dia.

Repetição de eventos

    Um evento pode se repetir diariamente, semanalmente ou mensalmente.
    O ponto importante é como isso é guardado. Cada ocorrência da repetição vira um registro próprio
    no sistema, e todas ficam ligadas entre si por um identificador de série. Isso permite tratar uma
    ocorrência isoladamente — cancelar só a reunião da semana que vem, por exemplo — sem afetar
    as demais.
    Para evitar que uma repetição gere um volume indefinido de registros, cada frequência tem um
    limite de quanto pode se estender:
    FREQUÊNCIA                                LIMITE A PARTIR DA DATA INICIAL
    Diária                                    3 meses
    Semanal                                   12 meses
    Mensal                                    24 meses
    Quando há repetição, informar até quando ela vai é obrigatório, e essa data precisa ficar entre o
    início do evento e o limite da frequência.
    {{{IMAGEM A INSERIR}}}

Aba Repetição: a frequência, a data limite e, no caso mensal, os dias do mês em que o evento se repete.

Convidados e e-mail

    Um evento pode ter dois tipos de convidado:
         Usuários do sistema — pessoas da própria empresa, escolhidas de uma lista.
         Convidados externos — pessoas de fora, informadas por nome e e-mail. Não precisam ter usuário
         no portal.
    {{{IMAGEM A INSERIR}}}
    Aba Convidados: participantes que são usuários do sistema em cima, e os externos embaixo, informados por nome e e-
    mail. A caixa Notificação dispara o aviso.
    Quando o evento é criado com notificação ligada, o sistema gera um e-mail a partir de um modelo
    configurável e o coloca na fila de envio automático. O e-mail leva a logomarca da empresa quando ela
    está cadastrada.
         CUIDADO COM REPETIÇÃO E E-MAIL
         Num evento que se repete, o e-mail é disparado uma única vez, e não a cada ocorrência
         gerada. Sem isso, uma repetição semanal de um ano enviaria 52 e-mails para
         cada convidado.

Quem enxerga o quê

Visibilidade dos registros

    Um evento ou tarefa aparece para o usuário quando ele é o criador do registro ou o responsável
    por ele. O responsável existe justamente para que alguém possa criar uma tarefa e atribuí-la a
    outra pessoa.

Permissões

    O acesso é controlado no Controle de Acessos e no Controle de Ações, com tudo agrupado sob o
    módulo CRM:
    PERMISSÃO                                         O QUE LIBERA
    VISUALIZAR_MODULO_CRM                             Exibe o módulo CRM no menu lateral.
    VISUALIZAR_MENU_LISTAGEM_NOTA                     Aba Notas e tela de listagem de notas.
    VISUALIZAR_MENU_CADASTRO_EVENTO                   Abas Eventos e Tarefas, e as telas de cadastro. As duas abas dividem a
                                                      mesma permissão.
    VISUALIZAR_ABA_CONTATO_CLIENTE                    Aba Contatos.
    MANTER_CONTATO_CLIENTE                            Incluir, editar e excluir contatos. Sem ela o usuário só consulta.
    OCULTAR_ABA_MESA_CLIENTE                          Esconde a aba Mesa, para quem usa o portal apenas como CRM e não
                                                      precisa da parte comercial.
    VISUALIZAR_MENU_LISTAGEM_TIPO_EVENTO              Tela de cadastro dos tipos.
    VISUALIZAR_MENU_LISTAGEM_FASE_PEDIDO              Tela de fases do pedido, que também mora no módulo CRM.
    {{{IMAGEM A INSERIR}}}

Controle de Acessos: as ações de menu agrupadas sob o módulo CRM. As que controlam as abas da mesa do cliente

    ficam na aba Controle de Ações.
         NA LIBERAÇÃO PARA OS CLIENTES
         Essas permissões nascem desligadas. Nenhum perfil as recebe automaticamente —
         alguém precisa concedê-las, cliente a cliente. Sem isso a rotina existe no sistema mas
         não aparece para ninguém.
         Há ainda um segundo filtro, o plano comercial: as permissões criadas nesta rotina
         estão vinculadas ao plano Evolution, então mesmo concedidas não alcançam clientes
         de outros planos. As telas que vieram do módulo Eventos mantiveram os planos que
         já tinham.

Como o dado é organizado

    Vale conhecer a estrutura porque ela explica dois pontos que afetam diretamente relatórios
    e integrações.

Evento e Tarefa compartilham a mesma tabela

    Não existe tabela de tarefa. Evento e tarefa são guardados na mesma tabela EVENTO , e o que distingue
    um do outro é o Tipo de Atividade ao qual estão vinculados.
    A vantagem é que tudo que vale para um vale para o outro sem duplicação: status, responsável,
    vínculo com cliente e contato, notas. Para quem for extrair dados, a consequência é que separar
    eventos de tarefas exige passar pelo tipo.

As tabelas envolvidas

    TABELA                                GUARDA
    EVENTO                                O registro em si: título, descrição, datas, horas, endereço, status, prioridade,
                                          responsável, criador e os vínculos com cliente e contato.
    TIPO_EVENTO                           Os tipos configuráveis, com o indicador de Evento ou Tarefa e o de online. Na tela
                                          ela aparece como "Tipo de Atividade".
    TIPO_EVENTO_PERFIL                    Quais perfis podem usar cada tipo.
    PARTICIPANTE_EVENTO                   Convidados que são usuários do sistema.
    PARTICIPANTE_EXTERNO_EVENTO           Convidados de fora, com nome e e-mail.
    FREQUENCIA_EVENTO                     Os dias em que uma repetição ocorre.
    CLIENTE_SOCIO_APROVACAO               Os contatos do cliente. A tabela já existia para sócios e foi estendida para servir
                                          também de agenda de contatos.

Como elas se ligam

         Cada registro em EVENTO aponta para um TIPO_EVENTO — é daí que vem a definição de evento ou
         tarefa.
         Cada registro aponta opcionalmente para um cliente e para um contato daquele cliente.
         Os convidados ficam em duas tabelas separadas, uma para quem é usuário e outra para quem é
         externo.
         As ocorrências de uma repetição ficam na própria EVENTO , uma linha por ocorrência, ligadas pelo
         identificador de série.
         SOBRE A TABELA DE CONTATOS
         Os contatos foram acomodados numa tabela que já existia para guardar sócios de
         clientes prospect, estendida com identidade própria e vínculo por CNPJ. A decisão
         evitou criar uma estrutura paralela, mas significa que contato e sócio convivem na
         mesma tabela — relevante para quem for montar relatório ou integração.

O módulo CRM no menu =

    Até aqui, tudo descrito vive dentro da mesa do cliente. O menu lateral é a outra porta de entrada.
    O portal passou a exibir um módulo CRM no menu lateral, ao lado de Vendas, BackOffice e os demais.
    Ele reúne as telas que antes estavam espalhadas por dois módulos diferentes:
         Tipo de Atividades — o cadastro dos tipos
         Listagem de Eventos
         Cadastro de Tarefa
         Listagem de Fases do Pedido
         Listagem de Notas
    {{{IMAGEM A INSERIR}}}

O módulo CRM no menu lateral, com os cinco itens.

    Com isso o módulo Eventos deixou de existir como item de menu — o que ele continha passou para o
    CRM. Notas e Fases do Pedido, que ficavam sob Vendas, também migraram.
         CONSEQUÊNCIA PARA OS PERFIS
         Como essas telas mudaram de módulo, quem as enxergava antes só volta a enxergá-las
         depois de receber a permissão VISUALIZAR_MODULO_CRM no perfil. É um ajuste a fazer
         uma vez, por cliente.
    Documentação elaborada a partir do código e das telas do portal.