Mudanças entre as edições de "Projeto/Dulub"

Edição atual tal como às 14h41min de 18 de agosto de 2023

Relatório de Acompanhamento de Quilometragem

Relatório de Acompanhamento de Quilometragem - Visualização

@@ Linha 1: / Linha 1: @@
-== Histórico de Alterações ==
+[[Relatório de Acompanhamento de Quilometragem]]
-{| class="wikitable"
-! Data
-! Quem
-! Comentários
-|-
-|  06/02/2023  || Renato Lima || Criação do documento
-|-
-|  03/07/2023  || Renato Lima || Alteração do documento
-|-
-|}
-== Necessidade ==
+[[Relatório de Acompanhamento de Quilometragem - Visualização]]
-Dentro do processo de vendas, muitas vezes o vendedor necessita inserir orçamentos para clientes sem que ocorra validação de regra de negócio para que assim ele consiga realizar negociações. Nosso sistema hoje ao orçar pedidos aplica todas as regras parametrizadas, desta forma o cliente necessita:
-- Que permita salvar um orçamento portal e mobile Evo, tornando pendente quanto este cliente estiver com título em atraso ou limite de crédito insuficiente;
-- Quando este cliente não concluir a negociação, o vendedor deve cancelar o pedido e indicar um motivo de uma lista pré definida e poderá inserir uma observação;
-- Enviar email ao vendedor do orçamento criado, onde seja possível identificar que é um Orçamento;
-- Ter um relatório em excel no portal que permitar extrair dados dos pedidos cancelados, contendo motivo, observação inserida, vendedor, cliente, pendências.
-== Solução ==
-Como solução para o cliente e permitir que seja possível inserir um orçamento de pedido, mesmo que este apresente alguma situação que poderia ocasionar pendências ao pedido, será criada uma configuração, quando ela estiver ativada o sistema não fará validação de regras de negócio no orçamento, desta forma o vendedor poderá inserir um pedido onde o cliente tenha Título em atraso ou Limite de Crédito insuficiente, além de permitir o cancelamento informando motivo e observação, vamos executar as seguintes ações:
-'''- Hoje caso o cliente tenha título em atraso não é possível criar orçamento/pedido. '''
-Para que o vendedor consiga fazer um orçamento e que o cliente tenha título em atraso que bloqueia a inclusão, com a configuração ativada, o sistema não fará validação quando o vendedor estiver criando um orçamento, permitindo que ele salve o orçamento. Assim, será criada uma configuração, com a configuração ativada, o sistema irá permitir inserir um Orçamento salvo, ao efetivar o orçamento, caso a pendência de titulo em atraso ainda persista o sistema não vai permitir que ele faça efetivação do pedido. Caso, a configuração a ser criada, esteja indisponível ou como valor de false o sistema deve manter o comportamento atual de não permitir salvar o orçamento/pedido. Sempre que o orçamento for editado e ao tentar salvar as modificações o orçamento/pedido será avaliado, sendo assim, será possível manter o orçamento ou caso a pendência tenha deixado de existir, será possível salvar o pedido.
-'''- Tratar para que o pedido possa ficar pendente no aplicativo mobile quando o cliente não tiver limite de crédito suficiente para o pedido.'''
-Quando tentar inserir um pedido para um cliente e este não tiver saldo de limite de crédito suficiente, o orçamento deve ser salvo com a configuração ativada. Quando o vendedor tentar salvar o pedido o sistema apresenta um alerta informando que o pedido vai ficar pendente, caso o cliente se mantenha sem limite de crédito. Para este comportamento devemos criar um tipo de pendência e criar um configuração que uma vez ela ativada, permitirá ativação deste comportamento. Desta forma, ao tentar realizar um orçamento/pedido o limite de crédito será avaliado e em ambas as situações poderá deixar pendente. Sempre que o orçamento for editado ao tentar salvar as modificações o orçamento/pedido será avaliado, sendo assim possível manter ou retirar a pendência em casos que a situação que gera a pendência não esteja mais ocorrendo.
-'''- Alterar no fluxo de cancelamento de pedido, quando for realizar  o cancelamento de um orçamento, para que seja possível o vendedor selecionar um motivo e seja possível adicionar observação.'''
-Quando o vendedor for realizar o cancelamento de um orçamento o mesmo deve selecionar um motivo e inserir uma observação. Os motivos listados devem ser listados para que o vendedor selecione uma das opções da lista. Os motivos apresentados serão os mesmos que são cadastrados para realização de justificativa de não compra.
-'''- Criar uma opção de e-mail que envie o orçamento para o vendedor quando este for criado, alterado no sistema para que o vendedor fique ciente do orçamento em negociação. E em caso de necessidade, o vendedor pode encaminhar o e-mail ao cliente.'''
-Será criado um modelo de e-mail, que será disparado ao vendedor, quando o vendedor salvar orçamento ou alterar este orçamento para que o vendedor fique ciente do orçamento solicitado. O e-mail deve apresentar:
-'''Informações da Empresa:''' Razão social, Cnpj, Endereço, Telefone e e-mail;
-'''Informações do cliente:''' Código do Cliente, Razão Social, CPF/CNPJ, Endereço, telefone e e-mail;
-'''Informações do Orçamento:''' Tipo do pedido, vendedor, tabela de preço, meio de pagamento, condição de pagamento, tipo de frete, valor total do pedido, desconto total%, valor desconto R$, valor total do pedido com desconto;
-'''Itens do pedido:''' Código do item, descrição, unidade, quantidade, preço tabela. desconto, valor unitário, valor total, impostos, valor geral.
-'''- Criar relatório em Excel que seja possível a emissão pelo Portal GeoSales Evo, permitindo a extração de informações dos orçamento cancelados.'''
-No relatório em excel deve apresentar as seguintes informações:
-Para extrair o relatório na tela deve apresenta os seguintes filtros: Data inicial, Data final que podem ser da data de emissão ou de cancelamento do pedido, Gestor, vendedor, Cliente, pendência, Motivo do cancelamento, Status do pedido, nos campo de pendência, motivo e status do pedido pode ser selecionada uma opção ou mais de uma.
-Os campos a serem exibidos no relatório deve ser:
-No cabeçalho deve apresentar o nome do relatório e data de emissão, já os campos devem ser: Código pedido, Data de emissão,  Código cliente, Nome do cliente, Municipio do Cliente, Uf do Cliente, vendedor, Familia do produto, Item, Quantidade, Unidade medida de venda, preço unitário, preço total do Item, valor total do pedido, valor total do pedido com desconto, pendência,  Status do pedido, data cancelamento, motivo do cancelamento e Observação.
-== Regras de Negócios ==
-'''RN1 -''' Os pedidos só poderão ser aprovados devido as pendências geradas, caso eles sejam pedidos efetivados;
-'''RN2 -''' Enquanto o pedido estiver na situação de orçamento, com a configuração ativa, não ocorrerá  validação de regra para os pedidos apenas salvos, desta forma se ele finalizar o pedido e este estiver com pendência, será efetivado e disponibilizado para aprovação para quem tiver alçada;
-'''RN3 -''' Os pedidos que estejam com o status de orçamento poderão ser cancelados pelo Vendedor;
-'''RN4 -''' Os pedidos que estejam efetivados, só poderão ser aprovados, cancelados ou devolvidos ao vendedor por um usuário com alçada para aprovar as pendências;
-'''RN5 -''' O vendedor ao realizar o cancelamento de um orçamento, é obrigatório a escolha de um dos motivos da lista apresentada;
-'''RN6 -''' Informações de impostos serão apresentados no e-mail enviado ao cliente, caso as regras de tributação estejam integrados ao GeoSales, ou seja tenhamos os parâmetros necessários para realização do calculo de impostos;
-'''RN7 -''' O relatório será ativado para visualização de acordo com o perfil do usuário através do controle de acesso e ações;
-'''RN8 -''' Pedidos já integrados ao ERP, não poderão ser cancelados no GeoSales, apenas no ERP, pois após integração o GeoSales não tem domínio sobre este pedidos;
-'''RN9 -''' Se o pedido for cancelado, não será possível reativa-lo.
-== Resultados Esperados ==
-=== Fluxos Padrão ===
-== 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 ===
-{| class="wikitable"
-! style="width:200px" |Setor
-! style="width:180px" |Aprovado Por
-! style="width:100px" |Data
-! style="width:200px" |Assinatura
-|-
-| Desenvolvimento - GeoSales ||  || 16/08/2023 ||
-|-
-| Integração - GeoSales ||  || 16/08/2023 ||
-|-
-|}
-=== Empresa solicitante ===
-{| class="wikitable"
-! style="width:200px" |Setor
-! style="width:180px" |Aprovado Por
-! style="width:100px" |Data
-! style="width:200px" |Assinatura
-|-
-| Gerente TI - Cliente ||  || 00/00/0000 ||
-|-
-| Gerente de Projeto - Cliente ||  || 00/00/0000 ||
-|-
-| Gerente Comercial - Cliente ||  || 00/00/0000 ||
-|-
-|}

Mudanças entre as edições de "Projeto/Dulub"

Edição atual tal como às 14h41min de 18 de agosto de 2023

Menu de navegação

Pesquisa