Análise
| Análise | |
| Projeto 3001 | |
| Data da Análise: 28/06/2017 |
Projeto
Cenário:
Papel e Cia deseja começar a vender faturado para empresas, e precisa identificar no cadastro do cliente a relação de funcionários do cliente que estão habilitados para efetuar a compra. Esta relação de funcionários iria aparecer na tela assim que fosse informado o cliente no ato da venda.
Requisitos:
- Permitir informar o nome completo (com CPF ou RG) do funcionário, que será cadastrado como um ¿Contato¿ do Parceiro (Cliente que realmente está comprando os produtos);
- Usar a aba Contatos do cadastro de Parceiro (imagem abaixo) para incluir os N funcionários (Contatos) da empresa (Pessoa Jurídica) que estão autorizados a comprar na Papel&Cia;
- Para isto será necessário incluir uma coluna para o usuário informar o Documento (CPF ou RG, então não terá validador) e outra para indicar se o Contato pode retirar Produtos (Sim ou Não);
- Criar uma permissão especifica para definir os usuários que poderão acessar estas duas novas colunas dos Contatos
- Quando informar o cliente no Checkout (F2) deverá abrir uma janela mostrando somente os N funcionários habilitados (aqueles marcados, item 3 acima) para realizar a compra em nome da empresa;
- O usuário do Checkout deve escolher o funcionário que irá efetuar a compra, e esta informação deve ficar gravada na Observação da Venda (com o código, nome e documento);
- Com isto os dados do item acima estarão disponíveis em Vendas/Títulos >>> Manutenção;
- Certificar que a coluna Observação da Venda já está disponível no metadados, com isto a Papel&Cia poderá criar relatórios das Vendas com a indicação do Cliente e do Funcionário que retirou os produtos. Como não iremos gravar os dados da pessoa autorizada (código, nome e documento) em campos específicos mas sim na Observação da Venda os relatórios criados podem ter outras informações.
Definições
- BI não possui componente para exibição de RichEdit. O cliente foi alertado de que imprimir observação pelo BI não é a melhor opção.
- Caso o parceiro não tenha nenhum contato cadastrado (que retira produto), nenhuma informação será exigida na venda.
Telas
Abaixo estão dois protótipos de tela para ilustrar e auxiliar às mudanças de interface feitas no projeto.

Detalhe da tela de parceiros onde os contatos são gravados

Detalhe da tela do CheckOut, onde será apresentada a tela com os contatos que podem retirar produto
Resumo das Tarefas
-- Banco de Dados --
- Criação das colunas na tabela de contato.
- Criação de permissão.
- Tratamento para atualizar ATU_EM na TT_CLI.
- Nova tabela na carga para CheckOut.
-- Backoffice --
- Alteração no cadastro de parceiros.
-- CheckOut --
- Receber nova tabela na carga.
- Apresentar tela de escolha dos contatos.
- Gravar contato na observação.
-- Middleware --
- Consulta para PoS.
-- PoS --
- Receber contatos na consulta.
- Apresentar tela para escolha dos contatos.
- Gravar contato na observação.