132 lines
15 KiB
Plaintext
132 lines
15 KiB
Plaintext
Compras: ecrãs e proposta de menu
|
||
Referências funcionais, estrutura de navegação e inspiração visual
|
||
|
||
Explorar os ecrãs do Oracle Purchasing
|
||
Referência: Oracle E-Business Suite 12.2, com foco no Procurement Command Center. Esta análise descreve funções documentadas; não é uma demonstração interactiva nem uma reprodução de capturas de ecrã.
|
||
Consultar o guia oficial do Procurement Command Center. Na página, procurar os títulos em inglês abaixo para localizar cada painel.
|
||
Ecrã Função documentada
|
||
Summary — Resumo Visão global das actividades e dos indicadores de procurement.
|
||
Requisitions — Requisições Priorizar requisições conforme as necessidades e apoiar a criação de encomendas.
|
||
Orders — Encomendas Acompanhar encomendas e o tempo de processamento do ciclo de compra.
|
||
Order Details — Detalhes da encomenda Painel de detalhe incluído no capítulo de operações de procurement.
|
||
Agreements — Acordos Rever acordos e identificar problemas que possam afectar as compras.
|
||
Strategic Sourcing — Compras estratégicas Analisar negociações, poupanças e negociações ainda não adjudicadas.
|
||
Indirect Procurement — Compras indirectas Identificar oportunidades de utilização de contratos e analisar compras fora de contrato.
|
||
Supplier Analysis — Análise de fornecedores Analisar entregas pontuais, qualidade e cumprimento dos preços.
|
||
Item Analysis — Análise de artigos Apoiar a selecção de artigos com base no histórico e em critérios de desempenho.
|
||
Employee Shopping Tracker — Pesquisa no catálogo Analisar pesquisas de artigos ou serviços para melhorar o catálogo.
|
||
Fonte das funções acima: guia oficial Oracle. Os painéis permitem pesquisa, filtros laterais, combinação de critérios e pesquisas guardadas. A disponibilidade depende da instalação e configuração do Command Center.
|
||
Percurso de exploração sugerido
|
||
1. Começar em Summary para compreender a visão global.
|
||
2. Passar a Requisitions e Orders para seguir o ciclo operacional.
|
||
3. Consultar Agreements e Strategic Sourcing para explorar contratos e negociações.
|
||
4. Terminar em Supplier Analysis e Item Analysis para analisar fornecedores e artigos.
|
||
Este percurso é uma recomendação de leitura, não uma sequência obrigatória
|
||
Propor um menu de procurement
|
||
Proposta conceptual para um software próprio. Os módulos, campos e acções seguintes são recomendações de desenho, não o menu oficial do Oracle.
|
||
Menu principal Submenus e acções propostas
|
||
Painel inicial Minhas tarefas; requisições pendentes; encomendas em aberto; alertas de entrega; contratos a expirar.
|
||
Requisições Nova requisição; minhas requisições; todas as requisições autorizadas; acompanhamento do estado.
|
||
Aprovações Pendentes; histórico; devolver para correcção; aprovar ou rejeitar com justificação.
|
||
Consultas e concursos Pedidos de cotação; concursos; propostas recebidas; mapa comparativo; adjudicações.
|
||
Ordens de compra Criar ordem; rascunhos; ordens aprovadas; alterações; acompanhamento de entregas.
|
||
Fornecedores Cadastro; documentos; categorias de fornecimento; qualificação; histórico de compras.
|
||
Contratos Contratos activos; acordos de preços; renovações; adendas; alertas de validade.
|
||
Recepções Receber bens; confirmar serviços; recepções parciais; divergências; devoluções.
|
||
Facturas Registo; conferência com ordem e recepção; divergências; envio à contabilidade; consulta do estado de pagamento.
|
||
Catálogo Artigos e serviços; categorias; unidades de medida; preços acordados.
|
||
Relatórios Despesa por fornecedor e categoria; tempos de aprovação; entregas em atraso; compras fora de contrato.
|
||
Administração Utilizadores e perfis; limites de aprovação; centros de custo; moedas; integrações; registo de auditoria.
|
||
Organização dos ecrãs
|
||
• Navegação: menu lateral por módulo e barra superior com pesquisa, notificações e perfil.
|
||
• Listagens: filtros por estado, período e fornecedor; tabela central; acção principal claramente identificada.
|
||
• Detalhe: separadores para dados gerais, linhas, anexos, aprovações e histórico.
|
||
• Requisição: departamento, centro de custo, descrição, artigo ou serviço, quantidade, unidade, data necessária e anexos.
|
||
• Comparação de propostas: fornecedor, preço, moeda, impostos, prazo de entrega, condições de pagamento e critérios de selecção.
|
||
• Ordem de compra: fornecedor, referência à requisição, linhas, entrega, condições comerciais e estado de aprovação.
|
||
Perfis e controlos propostos
|
||
Requisitante: cria e acompanha pedidos. Aprovador: decide sobre pedidos atribuídos. Comprador: gere consultas e ordens. Recepção: confirma entregas. Financeiro: confere facturas. Administrador: configura acessos e regras.
|
||
Recomenda-se separar criação, aprovação e recepção, restringir dados por perfil e registar alterações. O módulo Facturas deve integrar-se com a contabilidade, evitando duplicar a execução de pagamentos.
|
||
Fluxo de referência proposto: requisição → aprovação → consulta ou concurso, quando aplicável → adjudicação → ordem de compra → recepção → conferência da factura → processamento financeiro.
|
||
Especificação do ecrã Nova requisição
|
||
Proposta funcional para desenvolvimento do software próprio; não descreve um ecrã oficial do Oracle. As regras deverão ser confirmadas com a organização antes da implementação.
|
||
Objectivo e acesso
|
||
Permitir ao requisitante registar uma necessidade de bens ou serviços, guardar um rascunho e submetê-lo para aprovação. Acesso proposto: Requisições → Nova requisição. O utilizador só pode seleccionar departamentos e centros de custo para os quais tenha autorização.
|
||
Campos do cabeçalho
|
||
Campo Obrigatoriedade e comportamento Validação na submissão
|
||
Número da requisição Automático e só de leitura, atribuído ao guardar. Identificador único; não editável pelo requisitante.
|
||
Requisitante e data de criação Automáticos, a partir da sessão e do sistema. Utilizador autenticado; data e hora registadas pelo sistema.
|
||
Departamento Obrigatório; selecção da lista autorizada. Departamento activo e acessível ao utilizador.
|
||
Centro de custo Obrigatório; lista dependente do departamento. Activo, autorizado e compatível com o departamento.
|
||
Título e descrição da necessidade Obrigatórios; título breve e descrição do objectivo. Não aceitar campos vazios ou apenas espaços.
|
||
Tipo de pedido Obrigatório: bens, serviços ou misto. As linhas devem ser coerentes com o tipo seleccionado.
|
||
Data necessária Obrigatória; data pretendida para entrega ou início do serviço. Não anterior à data local de submissão. Avisar quando o prazo for inferior ao prazo de compra configurado.
|
||
Local de entrega ou execução Obrigatório; local autorizado e instruções complementares opcionais. Local activo; instruções não substituem a selecção do local.
|
||
Prioridade e justificação de urgência Prioridade normal por defeito; justificação obrigatória se urgente. Urgência não dispensa aprovação nem autoriza contornar o processo.
|
||
Moeda Obrigatória; única para toda a requisição. Moeda activa. Para comparação com orçamento noutra moeda, exigir taxa e data de conversão válidas.
|
||
Projecto ou actividade Opcional, salvo exigência do centro de custo. Quando indicado, deve estar activo e associado ao centro de custo.
|
||
Estado Só de leitura; rascunho ou submetido neste ecrã. Alterado exclusivamente pelas acções autorizadas.
|
||
Campos das linhas
|
||
Campo Obrigatoriedade e comportamento Validação na submissão
|
||
Artigo ou serviço e categoria Obrigatórios; escolher do catálogo ou introduzir descrição livre quando permitido. Entrada de catálogo activa. Fora do catálogo: descrição, categoria e justificação obrigatórias.
|
||
Especificação técnica Obrigatória para pedidos fora do catálogo; opcional se o catálogo já definir a necessidade. Indicar características necessárias; para serviços, âmbito e resultado esperado.
|
||
Quantidade Obrigatória; valor numérico positivo. Superior a zero; precisão compatível com a unidade de medida.
|
||
Unidade de medida Obrigatória; proveniente do catálogo ou da lista configurada. Unidade activa e compatível com o artigo ou serviço.
|
||
Preço unitário estimado Obrigatório na moeda do cabeçalho; não representa preço adjudicado. Superior a zero. Sem estimativa, permitir guardar rascunho, mas bloquear submissão até completar.
|
||
Tratamento fiscal e taxa estimada Obrigatórios; opções configuradas, incluindo isenção ou não aplicável. Taxa válida para o tratamento escolhido. Não assumir automaticamente uma taxa fiscal.
|
||
Subtotal, imposto e total estimado Calculados e só de leitura. Preço unitário proposto sem imposto. Subtotal = quantidade × preço unitário; imposto calculado pelo tratamento configurado; total = subtotal + imposto. Arredondamento conforme a moeda.
|
||
Fornecedor sugerido Opcional; selecção do cadastro e motivo da sugestão. Fornecedor activo. A sugestão não constitui adjudicação nem obriga à contratação.
|
||
Anexos e resumo
|
||
Permitir anexar especificações, fotografias ou documentos de suporte, sujeitos às extensões e ao tamanho máximo configurados. Verificar ficheiros no servidor, incluindo conteúdo potencialmente perigoso, e aplicar os mesmos acessos da requisição. Exigir anexos apenas nas categorias ou situações definidas pelas regras internas; mostrar essa exigência antes da submissão.
|
||
Apresentar o total estimado na moeda do pedido, a indicação de que não é um compromisso de compra e o percurso de aprovação previsto. Se houver controlo orçamental integrado, mostrar a disponibilidade e a data da consulta; sem integração, indicar “Orçamento não verificado”, sem simular disponibilidade.
|
||
Acções do ecrã
|
||
Acção Comportamento proposto
|
||
Adicionar linha Inserir artigo ou serviço mantendo a moeda e os dados do cabeçalho.
|
||
Remover linha Disponível em rascunho; pedir confirmação se a linha tiver dados e recalcular o resumo.
|
||
Anexar ou remover documento Disponível em rascunho; validar ficheiro e confirmar remoção.
|
||
Guardar rascunho Permitir dados incompletos; validar os valores já preenchidos e manter a requisição fora da fila de aprovação. Confirmar a gravação com número e data.
|
||
Pré-visualizar Mostrar cabeçalho, linhas, anexos e totais antes de submeter, sem alterar o estado.
|
||
Submeter para aprovação Validar o pedido completo, apresentar confirmação com total e percurso previsto, gravar e encaminhar uma única vez. Mostrar número e estado após sucesso.
|
||
Voltar à lista Se houver alterações não guardadas, oferecer guardar rascunho, descartar alterações ou continuar a editar.
|
||
Regras de submissão e mensagens
|
||
• Exigir pelo menos uma linha válida, todos os campos obrigatórios e os anexos condicionais.
|
||
• Confirmar no servidor os acessos, os dados activos, os cálculos e a regra de aprovação. Bloquear se não existir um percurso de aprovação aplicável.
|
||
• Quando o controlo orçamental for obrigatório, bloquear se não for possível verificá-lo. Insuficiência de orçamento deve seguir a regra de bloqueio ou excepção aprovada pela organização, nunca uma dispensa automática.
|
||
• Bloquear a auto-aprovação do requisitante; encaminhar para aprovador autorizado alternativo quando necessário.
|
||
• Detectar possíveis pedidos duplicados e apresentar aviso para revisão. Evitar submissões repetidas por duplo clique ou repetição da ligação.
|
||
• Destacar cada erro junto ao campo e apresentar um resumo navegável, por exemplo: “Seleccione um centro de custo” ou “A quantidade deve ser superior a zero”. Preservar os dados introduzidos.
|
||
• Após submissão, tornar os dados submetidos só de leitura. Correcções posteriores devem seguir um processo controlado de devolução ou revisão, com histórico.
|
||
• Registar autor, data, alterações e transições de estado. Detectar edição concorrente para não substituir silenciosamente alterações de outro utilizador.
|
||
• Em falha de gravação ou ligação, não apresentar sucesso. Preservar os dados no ecrã e permitir verificar o estado antes de tentar novamente.
|
||
Critérios de aceitação
|
||
1. Um pedido incompleto pode ser guardado em rascunho, mas não pode ser submetido.
|
||
2. Campos obrigatórios em falta, quantidade inválida ou preço sem estimativa impedem a submissão e mostram mensagens específicas.
|
||
3. Alterar quantidade, preço ou tratamento fiscal actualiza os totais segundo as regras configuradas.
|
||
4. Um pedido válido é gravado e encaminhado uma única vez, com número identificável e estado submetido.
|
||
5. O utilizador não consegue seleccionar centros de custo não autorizados nem editar dados de um pedido já submetido.
|
||
6. Ao abandonar alterações não guardadas, é apresentada uma confirmação; nenhuma perda de dados ocorre sem escolha explícita.
|
||
Decisões a confirmar antes do desenvolvimento: limites de aprovação, política orçamental, moedas e taxas de conversão, tratamentos fiscais, categorias com anexos obrigatórios, limites dos ficheiros e regras de urgência. Não foram assumidos limiares ou valores específicos da organização.
|
||
Comparar as referências visuais
|
||
A comparação distingue documentação de um sistema real de projectos de design. As recomendações de utilização são uma apreciação para este trabalho; não resultam de testes de usabilidade.
|
||
Referência Conteúdo disponível Utilização recomendada e limite
|
||
Oracle Purchasing
|
||
Documentação oficial de painéis operacionais e analíticos do Procurement Command Center. Validar funções e processos. A documentação não substitui uma demonstração da instalação concreta.
|
||
Figma — Purchase Management Dashboard
|
||
Projecto com ordens de compra, fornecedores, comparação de cotações, orçamento, entregas e aprovações hierárquicas. Explorar a estrutura de um projecto de interface. Um desenho não comprova funcionamento, integrações ou segurança de um sistema.
|
||
Dribbble — Procurement UI
|
||
Galeria de interfaces de procurement, painéis, fornecedores e concursos. Comparar rapidamente abordagens visuais. As imagens isoladas podem não mostrar o fluxo completo ou os estados de erro.
|
||
Behance — Procurement Dashboard
|
||
Galeria de projectos de painéis e plataformas de procurement. Procurar projectos que expliquem várias páginas e decisões de design. A profundidade e o carácter funcional variam por projecto.
|
||
Fontes consultadas: as referências ligadas em cada linha. Consulta realizada em 29 de Outubro de 2026. A comparação baseia-se nas descrições públicas disponíveis; não foi feita uma inspecção visual detalhada de cada ecrã nem um teste dos protótipos.
|
||
Recomendação para avançar
|
||
Usar o Oracle como referência funcional, o projecto Figma como ponto de partida para organização de interface e as galerias Dribbble e Behance para procurar alternativas visuais. Não copiar uma aparência sem confirmar que suporta o processo de compra pretendido.
|
||
Critérios para escolher uma interface
|
||
• Clareza dos estados: rascunho, submetido, aprovado, rejeitado e concluído.
|
||
• Facilidade de executar tarefas: criar uma requisição, comparar propostas e acompanhar uma encomenda.
|
||
• Visibilidade de prazos, responsáveis e próximos passos.
|
||
• Tratamento de anexos, comentários, divergências e histórico.
|
||
• Legibilidade, contraste e navegação por teclado.
|
||
• Adaptação à língua portuguesa e às moedas utilizadas pela organização.
|
||
Estes critérios são recomendações para avaliação futura; não representam resultados medidos nas referências.
|
||
|