Mudanças entre as edições de "Alterações cadastrado de eventos"
| (Uma revisão intermediária pelo mesmo usuário não está sendo mostrada) | |||
| 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. | + | 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. | 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. | + | 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. | + | 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. | + | 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. | + | 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. | + | 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. | + | 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 == | ||
Edição atual tal como às 18h53min 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
Estão contempladas neste escopo as seguintes funcionalidades e ajustes no força de vendas:
- Permitir a busca e seleção de clientes tanto da base de clientes ativos quanto da base cliente_aprovação no cadastro de eventos de CRM.
- Identificação e persistência do tipo de cliente (ativo ou em aprovação) vinculado ao evento.
- Exibição, no campo Participantes, de todos os usuários pertencentes à hierarquia do usuário logado, respeitando as regras de permissão existentes.
- Possibilidade de cadastrar novos contatos diretamente no contexto de criação ou edição do evento de CRM.
- Criação e manutenção de eventos de CRM, incluindo o registro de notas de relacionamento.
- Vinculação de pedidos ao evento, desde que pertençam ao mesmo cliente associado ao evento.
- Vinculação de notas ao evento, desde que pertençam ao mesmo cliente associado ao evento.
- Validações de consistência para impedir a vinculação de pedidos ou notas de clientes diferentes.
- Consolidação do histórico de relacionamento do cliente no módulo de CRM do força de vendas, incluindo eventos, notas e vínculos comerciais.
Escopo Não Incluso
Não fazem parte deste escopo as seguintes funcionalidades ou evoluções:
- Alterações no processo de aprovação de clientes (fluxo, regras ou status da base cliente_aprovação).
- Criação ou alteração de regras comerciais, políticas de preço ou condições de pagamento associadas a pedidos.
- Customizações na hierarquia organizacional ou nas regras de permissão de usuários.
- Desenvolvimento de relatórios gerenciais, dashboards ou indicadores analíticos específicos sobre eventos ou notas de CRM.
- Automatizações de workflow, notificações ou alertas relacionados a eventos, pedidos ou notas.
- Migração de histórico de eventos ou notas de sistemas legados.
- Ajustes de layout ou redesign completo da interface do força de vendas, exceto os estritamente necessários para suportar as funcionalidades descritas no escopo 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.
Pré-condições
- Usuário autenticado no força de vendas.
- Usuário pertencente a uma hierarquia válida no sistema.
- Permissões de acesso ao módulo de CRM habilitadas.
- Notas, pedidos e participantes corretamente vinculados ao evento.
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, inclusive os contatos do cliente deve ser apesentados no campo participante.
[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] - Acesso a funcionalidade de nota e pedido
As opções de inclusão de pedido e nota devem estar associados a liberação de ações pelo controle de ações através do perfil do usuário.
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 |