Árvore de páginas

Gerenciamento dos Pedidos de Venda do Portal (HTML)

Visão Geral do Programa

Essa rotina permite o gerenciamento de pedido do portal de vendas.

Suas principais funções são a aprovação de pedidos, aprovação de cancelamento de pedidos e o eliminação de pedidos sem movimento ou cancelados pelo usuário do portal.

Processo de atribuição de Usuário Responsável pela análise e aprovação dos pedidos.   

Gerenciamento de Pedidos

Objetivo da tela:

Acompanhar e gerenciar os pedidos de venda cadastrados no portal de vendas, permite a aprovação de pedidos, aprovação de cancelamento de pedidos e eliminação de pedidos.

As cotações de vendas não geram pendência de aprovação, porém os pedidos gerados a partir de cotações do portal de vendas podem gerar pendências de aprovação.

Pedidos implantados para leads que se encontram com a situação "Em cotação" não são considerados cotação do portal de vendas, e geram pendências de aprovação como qualquer outro pedido.

Por padrão essa interface está disponível no menu do ERP para usuários com o grupo de segurança Analista de Pedidos (APD).

Essa interface pode ser disponibilizada para acesso no Portal de Vendas, se for atribuído ao usuário do portal o grupo de segurança Gestor de Vendas (GCM) e um Representante. 

Os grupos de segurança e Representante podem ser atribuídos no programa Manutenção de Usuário (SEC000AA).

 

Interface principal:

Ação:

Descrição:

Pesquisa rápidaPermite a pesquisa por parte do número do pedido do cliente, nome abreviado do cliente ou nome abreviado do representante principal do pedido.
Busca avançada

Permite pesquisa envolvendo diversas informações.

Possibilita a seleção de parâmetros que definem o filtro de pedidos "Em digitação a mais de X dias". São considerados em digitação pedidos que não foram confirmados pelo usuário do portal por meio do botão "Liberar".

Os detalhes estão abaixo na seção: Pesquisa Avançada.

Aba Aprovação de Pedidos

Listagem dos pedidos pendentes de aprovação.

São apresentados na lista apenas os pedidos já confirmados pelo usuário do portal de vendas por meio do botão "Liberar".

Pode ser integrado ao workflow do Fluig WFAPP.

Obs. Serão apresentados apenas os pedidos que precisam passar por aprovação. A obrigatoriedade de passar por aprovação é definida no perfil do usuário do portal na interface Configuração de Clientes e Representantes no Portal de Vendas.

Aba Aprovação de Cancelamento

Listagem dos pedidos pendentes de aprovação de cancelamento.

São apresentados na lista os pedidos em que o usuário do portal solicitou cancelamento.

Somente pedidos confirmados pelo usuário do portal por meio do botão "Liberar", ficarão pendentes de aprovação de cancelamento.

Pedidos que ainda não foram confirmados no portal, são cancelados automaticamente no momento da solicitação e não exigem o processo de aprovação de cancelamento.

Obs: Se for ligada a função PORTAL-LIBERA-CANCEL no programa CD7070, nenhum cancelamento passará pelo processo de aprovação, sendo que todos os pedidos serão cancelados no momento em que o usuário do portal solicitar o cancelamento.

Aba Saneamento de PedidosPossibilita a exclusão de pedidos cancelados ou sem movimento no portal de vendas. Os pedidos sem movimento são os que o usuário do portal não concluiu em um período de dias (parametrizável). 


Busca Avançada:

Campo:

Descrição:

Data Implantação Inicial

Filtro por data, considera os pedidos do portal implantados a partir da data informada.

Data de Liberação

Filtro por data, considera os pedidos liberados pelo usuário do portal a partir da data informada.

Nr Pedido

Filtro por faixa, permite informar o número do pedido inicial e final, todos os pedidos dentro da faixa serão considerados no filtro.

Nr Pedido Cliente

Filtro por faixa, permite informar o número do pedido do cliente inicial e final, todos os pedidos dentro da faixa serão considerados no filtro.

Nome Abreviado 

Filtro por faixa, permite informar o nome abreviado do cliente inicial e final, todos os pedidos dentro da faixa serão considerados no filtro.

Representante

Filtro por faixa, permite informar o nome abreviado do representante inicial e final, todos os pedidos dentro da faixa serão considerados no filtro.

Usuário ResponsávelUsuário atribuído como responsável pelo pedido. 
Caso o sistema não esteja parametrizado para integração com Workflow, o responsável será identificado no Pedido de Venda conforme campo ped-venda.user-resp.

Considerar para os dias sem movimento

Define se os pedidos sem movimento no portal serão considerados por data de liberação do pedido ou por data de implantação no portal.

Parâmetro armazenado como preferência do usuário que executa o filtro.

Dias sem Movimento

Usado em conjunto com o parâmetro anterior, define a quantidade de dias para o filtro "Em digitação a mais de X dias".


Filtros rápidos de Pedidos: Permite o filtro dos Pedidos de Venda a partir da informação do Usuário Responsável.

Campo:

Descrição:

Meus Pedidos

Serão filtrados os Pedidos de Venda com Usuário Responsável conforme usuário logado no sistema.

Em AnáliseSerão filtrados os Pedidos de Venda que estão atribuídos para algum Analista.
Sem AtribuiçãoSerão filtrados os Pedidos de Venda sem Usuário Responsável atribuído.


Aba Aprovação de Pedidos:

Campo:

Descrição:

Atribuir

Atribuição do Usuário Responsável pelo pedido. 

A opção de atribuição estará disponível apenas para Pedidos com status “Liberados para Aprovação” quando a opção “Integra com Workflow” estiver desabilitada. A tela de atribuição apresenta as seguintes opções:

  • Usuário Responsável: Campo para informar o Usuário Responsável pelo Pedido. Caso o pedido esteja sem atribuição trará automaticamente o usuário logado no sistema. Implementado zoom para o campo Usuário Responsável.
  • Confirmar: O Pedido de Venda será atribuído ao usuário selecionado. Caso o campo Usuário Responsável esteja em branco, o Pedido de Venda ficará sem atribuição.
Botão Selecionar Ação

Disponível ao selecionar um pedido na lista, apresenta uma interface com as ações disponíveis no processo de aprovação e um campo que permite informar o motivo da ação. Veja as ações disponíveis na seção: Ações para aprovação de pedido.

Botão Histórico do PedidoAbre a interface para visualização do histórico do pedido. A funcionalidade que gera histórico de pedido deve estar habilitado no parâmetro "Gerar Histórico de Pedidos" no programa PD0301.
Botão Excluir PedidoPermite excluir os pedidos selecionados na lista, após clicar no botão será aberto uma interface para o usuário confirmar a exclusão.

Nr Pedido 

Número do pedido de venda. 

Nr Pedido Cliente

Número do Pedido do Cliente.

Cliente

Nome Abreviado do Cliente.

Representante Principal

Nome Abreviado do Representante principal do pedido.

Valor Aberto

Valor em aberto do pedido de venda.

Data de Implantação

Data da implantação do pedido de venda.

Data de Liberação

Data que o usuário confirmou o pedido no portal de vendas por meio do botão "Liberar".

Situação

Situação do pedido no portal de vendas.

Usuário Responsável

Usuário responsável pela análise e aprovação do Pedido. Caso o Pedido não tenha sido atribuído a um usuário, este campo estará em branco.

Dias em Digitação

Dias que o pedido ficou em digitação e não foi liberado pelo usuário do portal.

OrigemIdentifica a origem do pedido, por qual meio ele foi inserido no sistema.


Ações para aprovação de pedido:

Ação:

Descrição:

Aprovar

O pedido será efetivado no ERP, e entrará no processo de atendimento.

Reprovar

O pedido será rejeitado e retornará para a situação em digitação no portal de vendas, o usuário do portal poderá ajustar o pedido e liberar para uma nova aprovação.

Assumir Tarefa

Disponível apenas quando integrado ao workflow do fluig WFAPP, permite ao usuário assumir a atividade de aprovação do Fluig.

Transferir Tarefa

Disponível apenas quando integrado ao workflow do fluig WFAPP, permite ao usuário transferir a atividade de aprovação do Fluig para outro usuário.

Nota:

Dependendo da configuração de integração do portal com Workflow do ECM, esta tela considera os dados dos pedidos e também os dados dos processos do Workflow de Aprovação de Pedidos do Venda do Portal (WFAPP).


Aba Aprovação de Cancelamento:

Campo:

Descrição:

Botão Aprovar CancelamentoO pedido será cancelado no ERP.
Botão Reprovar CancelamentoO cancelamento do pedido será rejeitado e manterá a situação em que se encontra.
Botão HistóricoAbre a interface para visualização do histórico do pedido. A funcionalidade que gera histórico de pedido deve estar habilitado no parâmetro "Gerar Histórico de Pedidos" no programa PD0301.
Botão Excluir PedidoPermite excluir os pedidos selecionados na lista, após clicar no botão será aberto uma interface para o usuário confirmar a exclusão.

Nr Pedido 

Número do pedido de venda. 

Nr Pedido Cliente

Número do Pedido do Cliente.

Cliente

Nome Abreviado do Cliente.

Representante Principal

Nome Abreviado do Representante principal do pedido.

Valor Aberto

Valor em aberto do pedido de venda.

Data de Implantação

Data da implantação do pedido de venda.

Motivo do Cancelamento

Motivo informado pelo usuário do portal no momento em que solicitou o cancelamento do pedido.

  

Aba Saneamento de Pedidos:

Campo:

Descrição:

Eliminar Pedidos Cancelados no Portal

Indica que os pedidos cancelados no portal serão eliminados.

Eliminar Pedidos Não Liberados em X dias

Indica que os pedidos que não foram liberados pelo usuário do portal dentro de um número determinado de dias serão eliminados.

Considerar para os dias sem movimento

Indica qual a data que deve ser considerada para o número de dias sem liberação: Data da Emissão ou Data da Última Alteração no Portal.

Data Inicial

Data Inicial dos pedidos que serão considerados para eliminação.

Dias sem liberação

Quantidade de dias para considerar os pedidos sem movimentação.

Cliente

Permite que a eliminação seja feita apenas dos pedidos do cliente informado.

Histórico de Pedidos de Venda

Objetivo da tela:

Consultar o histórico do pedido de venda.

 

Principais Campos e Parâmetros:

Campo:

Descrição:

Data do Histórico

Data em que aconteceu o evento com o pedido de venda.

Hora do Histórico

Hora da data em que aconteceu o evento com o pedido de venda.

Classificação

Classificação do histórico do pedido, verificar tabela abaixo.

Tipo Histórico

O tipo do histórico, verificar tabela abaixo.

Histórico

Descrição do Histórico do evento do pedido de venda.

Complemento

Complemento do histórico.


Valores para Classificação e Tipo de histórico:

Tipo de Histórico:

Classificação:

1 – Operações do Cadastro de Pedido

1 – Cadastro

2 – Manutenção Cabeçalho

3 – Cancelamento

4 – Suspensão

5 – Reativação

6 – Efetivação/Completa

7 – Alteração de Item

8 – Inclusão de Item

9 – Eliminação de Item

10 – Cancelamento de Item

2 – Workflow de Aprovação de Desconto

1 – Processo Criado

2 – Processo Aprovado Automaticamente

3 – Processo Rejeitado Automaticamente

4 – Processo enviado para Aprovador

5 – Processo Aprovado Manualmente

6 – Processo Rejeitado Manualmente

7 – Processo Enviado para Renegociação

8 – Processo Transferido

3 – Pré-faturamento

1 – Pedido Alocado em Embarque

2 – Pedido Desalocado em Embarque

3 – Embarque Separado

4 – Embarque Faturado

4 – Faturamento

1 – Pedido Faturado

2 – Nota Fiscal do Pedido Cancelada

5 – Análise de Pedido Portal

1 – Pedido enviado para análise

2 – Pedido aprovado

3 – Pedido rejeitado

6 – Avaliação de Crédito

2 – Pedido aprovado em crédito automaticamente

3 – Pedido aprovado em crédito

4 – Pedido não aprovado em crédito

5 – Pedido pendente de informações

7 – Avaliação Comercial

2 – Pedido aprovado na avaliação comercial

3 – Pedido reprovado na avaliação comercial

4 – Pedido suspenso na avaliação comercial

9 – Usuário

Histórico Incluído pelo Usuário

10 - Usuário ResponsávelAtribuição Usuário Responsável