Mudanças entre as edições de "Alterações cadastrado de eventos"
(Criou página com '== Histórico de Alterações == {| class="wikitable" ! Data ! Quem ! Comentários |- | 14/01/2026 || Renato Lima || Criação do documento |- |} == Necessidade == ==...') |
|||
| Linha 10: | Linha 10: | ||
== Necessidade == | == Necessidade == | ||
| + | Com a implantação da funcionalidade de CRM no força de vendas, incluindo o registro e acompanhamento de notas de relacionamento, tornou-se necessário ampliar e adequar os dados disponíveis durante a criação e gestão de eventos comerciais. | ||
| + | O objetivo é garantir que o vendedor consiga centralizar, em um único fluxo, todas as informações relevantes do relacionamento com o cliente, mesmo quando este ainda se encontra em processo de aprovação. | ||
| + | Atualmente, o campo Cliente limita a busca apenas à base de clientes ativos, o que inviabiliza o registro de eventos, notas e interações para clientes em fase de aprovação. Além disso, o campo Participantes não contempla de forma completa a hierarquia do usuário logado nem permite o cadastro dinâmico de novos contatos, o que reduz a flexibilidade no registro das interações de CRM. | ||
| + | |||
| + | Outro ponto crítico é a impossibilidade de vincular pedidos e notas diretamente ao evento, dificultando a rastreabilidade das ações comerciais e a consolidação do histórico de relacionamento do cliente dentro do módulo de CRM. | ||
== Solução == | == Solução == | ||
| + | Para viabilizar a implantação da funcionalidade de CRM no força de vendas, será realizada a evolução da funcionalidade de criação e manutenção de eventos. | ||
| + | O campo Cliente será aprimorado para permitir a busca e seleção tanto de clientes da base ativa quanto de registros provenientes da tabela cliente_aprovação, possibilitando o registro de eventos e notas desde as fases iniciais do relacionamento. | ||
| + | |||
| + | No campo Participantes, o sistema passará a exibir todos os usuários pertencentes à hierarquia do usuário logado, assegurando que as interações de CRM reflitam corretamente a estrutura organizacional. Adicionalmente, será disponibilizada a funcionalidade de cadastro de novos contatos diretamente no contexto do evento, garantindo agilidade e completude no registro das informações. | ||
| + | |||
| + | Após a criação do evento, o usuário poderá vincular pedidos e notas relacionados ao cliente do evento, permitindo que o histórico de interações, negociações e registros de CRM fique centralizado, organizado e facilmente consultável no força de vendas. | ||
== Escopo == | == Escopo == | ||
| Linha 21: | Linha 32: | ||
== Atores == | == Atores == | ||
| + | Vendedor: Usuário responsável por criar, editar e consultar eventos de CRM. | ||
| + | |||
| + | Supervisor: Usuário com permissão para visualizar eventos da sua hierarquia. | ||
| + | Sistema de CRM: Responsável pelo armazenamento, validações e consolidação do histórico de relacionamento. | ||
== Pré-condições == | == Pré-condições == | ||
| Linha 27: | Linha 42: | ||
== Regras de Negócio == | == Regras de Negócio == | ||
| − | '''[RN1] | + | '''[RN1] – Abrangência da Busca de Cliente ''' |
| + | |||
| + | O campo Cliente deve permitir a pesquisa e seleção de registros tanto da tabela de clientes ativos quanto da tabela cliente_aprovação, garantindo suporte ao processo de CRM desde a prospecção. | ||
| + | |||
| + | '''[RN2] – Identificação do Tipo de Cliente ''' | ||
| + | O sistema deve identificar e armazenar se o cliente vinculado ao evento pertence à base ativa ou à base de aprovação, preservando a consistência das informações de CRM. - | ||
| − | '''[ | + | '''[RN3] - Participantes por Hierarquia ''' |
| + | O campo Participantes deve exibir todos os usuários pertencentes à hierarquia organizacional do usuário logado, respeitando as regras de permissão e visibilidade do sistema. | ||
| − | '''[ | + | '''[RN4] - Cadastro de Novos Contatos no Contexto do CRM''' |
| + | O sistema deve permitir o cadastro de novos contatos diretamente no evento, sem necessidade de sair do fluxo, garantindo o registro completo das interações de CRM. | ||
| − | '''[ | + | '''[RN5] - Vinculação de Pedidos ao Evento ''' |
| + | O usuário poderá vincular ao evento apenas pedidos associados ao mesmo cliente selecionado, assegurando a integridade do histórico comercial. | ||
| − | '''[ | + | '''[RN6] - Vinculação de Notas ao Evento ''' |
| + | O usuário poderá vincular ao evento apenas notas associadas ao mesmo cliente selecionado, consolidando o histórico de relacionamento no CRM. | ||
| − | '''[ | + | '''[RN7] - Validação de Consistência de Cliente ''' |
| + | O sistema deve impedir a vinculação de pedidos ou notas que pertençam a clientes diferentes do cliente associado ao evento. | ||
| − | '''[ | + | '''[RN8] - Centralização do Histórico de CRM ''' |
| + | Todos os eventos, notas, pedidos e interações vinculados devem compor o histórico de relacionamento do cliente no força de vendas, permitindo consulta unificada das informações de CRM. | ||
| − | |||
== Aprovação == | == Aprovação == | ||
Edição das 18h08min de 14 de janeiro de 2026
Histórico de Alterações
| Data | Quem | Comentários |
|---|---|---|
| 14/01/2026 | Renato Lima | Criação do documento |
Necessidade
Com a implantação da funcionalidade de CRM no força de vendas, incluindo o registro e acompanhamento de notas de relacionamento, tornou-se necessário ampliar e adequar os dados disponíveis durante a criação e gestão de eventos comerciais. O objetivo é garantir que o vendedor consiga centralizar, em um único fluxo, todas as informações relevantes do relacionamento com o cliente, mesmo quando este ainda se encontra em processo de aprovação.
Atualmente, o campo Cliente limita a busca apenas à base de clientes ativos, o que inviabiliza o registro de eventos, notas e interações para clientes em fase de aprovação. Além disso, o campo Participantes não contempla de forma completa a hierarquia do usuário logado nem permite o cadastro dinâmico de novos contatos, o que reduz a flexibilidade no registro das interações de CRM.
Outro ponto crítico é a impossibilidade de vincular pedidos e notas diretamente ao evento, dificultando a rastreabilidade das ações comerciais e a consolidação do histórico de relacionamento do cliente dentro do módulo de CRM.
Solução
Para viabilizar a implantação da funcionalidade de CRM no força de vendas, será realizada a evolução da funcionalidade de criação e manutenção de eventos. O campo Cliente será aprimorado para permitir a busca e seleção tanto de clientes da base ativa quanto de registros provenientes da tabela cliente_aprovação, possibilitando o registro de eventos e notas desde as fases iniciais do relacionamento.
No campo Participantes, o sistema passará a exibir todos os usuários pertencentes à hierarquia do usuário logado, assegurando que as interações de CRM reflitam corretamente a estrutura organizacional. Adicionalmente, será disponibilizada a funcionalidade de cadastro de novos contatos diretamente no contexto do evento, garantindo agilidade e completude no registro das informações.
Após a criação do evento, o usuário poderá vincular pedidos e notas relacionados ao cliente do evento, permitindo que o histórico de interações, negociações e registros de CRM fique centralizado, organizado e facilmente consultável no força de vendas.
Escopo
Escopo Incluso
Escopo Não Incluso
Atores
Vendedor: Usuário responsável por criar, editar e consultar eventos de CRM.
Supervisor: Usuário com permissão para visualizar eventos da sua hierarquia.
Sistema de CRM: Responsável pelo armazenamento, validações e consolidação do histórico de relacionamento.
Pré-condições
Regras de Negócio
[RN1] – Abrangência da Busca de Cliente
O campo Cliente deve permitir a pesquisa e seleção de registros tanto da tabela de clientes ativos quanto da tabela cliente_aprovação, garantindo suporte ao processo de CRM desde a prospecção.
[RN2] – Identificação do Tipo de Cliente O sistema deve identificar e armazenar se o cliente vinculado ao evento pertence à base ativa ou à base de aprovação, preservando a consistência das informações de CRM. -
[RN3] - Participantes por Hierarquia O campo Participantes deve exibir todos os usuários pertencentes à hierarquia organizacional do usuário logado, respeitando as regras de permissão e visibilidade do sistema.
[RN4] - Cadastro de Novos Contatos no Contexto do CRM O sistema deve permitir o cadastro de novos contatos diretamente no evento, sem necessidade de sair do fluxo, garantindo o registro completo das interações de CRM.
[RN5] - Vinculação de Pedidos ao Evento O usuário poderá vincular ao evento apenas pedidos associados ao mesmo cliente selecionado, assegurando a integridade do histórico comercial.
[RN6] - Vinculação de Notas ao Evento O usuário poderá vincular ao evento apenas notas associadas ao mesmo cliente selecionado, consolidando o histórico de relacionamento no CRM.
[RN7] - Validação de Consistência de Cliente O sistema deve impedir a vinculação de pedidos ou notas que pertençam a clientes diferentes do cliente associado ao evento.
[RN8] - Centralização do Histórico de CRM Todos os eventos, notas, pedidos e interações vinculados devem compor o histórico de relacionamento do cliente no força de vendas, permitindo consulta unificada das informações de CRM.
Aprovação
Considero aprovada a documentação da funcionalidade especificada acima, e autorizo a implementação da mesma no Sistema GeoSales, em nome da Organização a qual estou vinculado.
GeoSales
| Setor | Aprovado Por | Data |
|---|---|---|
| Integração - GeoSales | dd/mm/aaaa |
Empresa solicitante
| Setor | Aprovado Por | Data | Assinatura |
|---|---|---|---|
| Gerente TI - Cliente | Pessoa que aprovou | 00/00/0000 | |
| Gerente de Projeto - Cliente | Pessoa que aprovou | 00/00/0000 | |
| Gerente Comercial - Cliente | Pessoa que aprovou | 00/00/0000 |