Histórico da Página

(Obrigatório)

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

(Obrigatório)

Objetivo

 Desenvolver as telas para gerenciamento de ordens de compra do módulo de compras em HTML.

Requisitos:

• Listar ordens de compra;
• Definir comprador para ordem de compra;
• Manutenir ordem de compra;
• Gerenciar o Split de ordens de ordens de compra;
• Consultar ordens de compra;
• Transferir ordens de compra (HCOR);
• Validar de inclusão de OC somente para itens que o comprador possui permissão (HCOR);
• Identificar ordens de compra rejeitadas pelo MLA (TUDPUW);
• Visualizar follow-up na consulta de ordem de compra (TUGAKZ);
• Identificar ordens de compra recebidas parcial e total (TUOSSK);
• Sugerir narrativa da ordem de compra com a narrativa do item (TUVKPU);
• Sugerir usuário logado como requisitante na inclusão de ordem de compra;

Requisitos que não serão atendidos:

• Opções na listagem de ordens que dizem respeito a cotações, pacotes e pedidos não serão inseridas neste momento (somente serão colocadas em tela quando os respectivos requisitos forem desenvolvidos);
• Gravação de usuário de inclui ordem de compra no progress;
• Validação de inclusão de itens que não são de responsabilidade do comprador no progress;
• Sugestão de narrativa da ordem conforme narrativa do item no progress;
• Sugestão de requisitante conforme usuário logado no progress;

(Obrigatório)

Definição da Regra de Negócio

Exemplo de Aplicação:

• Alguns navegadores deixarão de suportar plug-ins em breve, como é o caso do Flash Player, utilizado para execução das interfaces Flex. Com isso existe a necessidade de migrar as interfaces para uma tecnologia compatível com os navegadores.

Detalhamento das regras de negócio

A solução proposta consiste em desenvolver as telas propostas com o novo Framework HTML da TOTVS, com as mesmas funcionalidades existentes no Flex atualmente, assim como incluir alguns pequenos itens de melhoria sugeridos por clientes e citados nos requisitos. 

1) Listagem de ordens de compra:

• Consiste na conversão da tela existente em Flex, de listagem de ordens de compra para a tecnologia HTML, considerando todas as funcionalidades existentes;
• A tela de ordens de compra em Flex apresenta somente as ordens que o comprador precisa gerenciar no processo de compra, sem mostrar por exemplo, ordem recebidas ou eliminadas, a nova interface em HTML terá que prever a apresentação e filtros de ordens em qualquer situação;
• No flex também é possível visualizar apenas as ordens de compra referente ao comprador logado no sistema, no HTML haverá opções de filtro para que tenha acesso a ordens de outros compradores também;
• Deverá ser desenvolvida a tela para definição de comprador;
• Deverão ser previstas buscas para facilitar encontrar as ordens por narrativa e por narrativa do item;

Manutenir ordem de compra:

• Deverá ser prevista a interface de inclusão de ordem de compra, com as mesmas funcionalidades existentes no Flex, ou seja, inclusão, alteração, habilitar/desabilitar campos, validações, integrações com outros módulos, split de ordens, parâmetros para configuração de parcelas, etc;
• Deverão ser desenvolvidos os zooms a serem utilizados pela tela de inclusão;
• Deverá ser gravado o usuário que incluiu a ordem de compra para se ter um maior controle;

Pesquisar ordens de compra:

• A tela de pesquisa de ordens de compra no Flex é uma interface separada da listagem, porém no HTML deverá ser aproveitada a mesma interface para as duas funcionalidades, da mesma forma como foi feito nas requisições;

Transferir ordens de compra:

• Como será possível gerar ordens de compra para um comprador alternativo durante o processo de geração de ordens, deverá existir uma rotina para transferência de ordens de compra;

Validar de inclusão de OC somente para itens que o comprador possui permissão:

• Deverá ser criada um parâmetro no programa de usuário de materiais para indicar se o usuário pode ou não incluir itens em ordens de compra para os quais não é comprador;
• Esse controle deverá ser feito na inclusão de ordem.

Image Added

Identificar ordens de compra rejeitadas pelo MLA

• Na listagem de ordens de compra e consulta de ordem deverá ser prevista uma forma de apresentar ordens de compra que tenham sido rejeitadas pelo processo de aprovação do MLA (ou seja, cotação rejeitada);

Visualizar follow-up na consulta de ordem de compra:

• A partir da tela de consulta de ordens de compra, deverá ser inserida uma opção para consulta de follow-up, abrindo a tela já existente;

Identificar ordens de compra recebidas parcial e total:

• Na listagem de ordens de compra e consulta de ordem deverá ser prevista uma forma de apresentar ordens de compra que tenham sido recebidas parcialmente e totalmente (somente apresentação, sem mudar a situação da ordem);

Sugerir narrativa da ordem de compra com a narrativa do item:

• Deverá ser incluso um parâmetro nos programa de parâmetros de compras CC0104 para se possa sugerir a narrativa da ordem de compra conforme a narrativa do item;
• Esse parâmetro deverá ser tratado na tela de inclusão de ordens;

Image Added

Sugerir usuário logado como requisitante na inclusão de ordem de compra:

• Deverá ser incluso um parâmetro nos programa de parâmetros de compras CC0104 para se possa sugerir o requisitante da OC como o usuário logado (caso o mesmo seja requisitante);
• Esse parâmetro deverá ser tratado na tela de inclusão de ordens;

Opcional

Protótipo de Tela

 Apresentados juntamente com as regras de negócio.

Opcional

Fluxo do Processo

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

Opcional

Dicionário de Dados

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.