Linha Datasul

Árvore de páginas

Portal de Clientes

Objetivo do Portal de Pedidos de Venda para Cliente

O portal de pedidos para cliente tem como objetivo, permitir que clientes selecionados possam incluir os pedidos diretamente na base de dados do Datasul, sem precisar de um representante ou um contato telefônico, tudo de forma simples, rápida e segura via internet.

Apesar de o cliente cadastrar o pedido diretamente na base de dados do Datasul, o pedido não entra automaticamente no processo de atendimento, necessitando que exista um usuário na empresa com o papel de analista de pedidos, que tem a responsabilidade de aprovar os pedidos que são cadastrados a partir do Portal de pedido de venda para o Cliente.

O portal de pedidos também tem como objetivo, notificar os clientes que utilizam o portal sobre o processo de atendimento dos pedidos que eles cadastraram, via e-mail.

Processo de Pedidos pelo Portal

O Fluxo básico do pedido pelo portal começa com:

  1. O cliente cadastra um novo pedido no portal de vendas para Cliente.
  2. O cliente libera o pedido de venda no portal.
  3. O analista de pedido recebe a pendência do pedido de venda liberado e aprova o pedido, o cliente pode ser notificado do resultado do processo de aprovação.
  4. A aprovação do pedido efetiva o pedido, executando o processo de completar pedido, que realiza todas as outras validações do pedido no Datasul, como avaliação de credito, descontos, entre outros. Neste momento o cliente também pode ser notificado dos eventos com o pedido.
  5. Com o pedido completo e aprovado o processo de embarques/faturamento atende ao pedido e permite notificar o cliente.

Pré-requisitos para o Cliente Utilizar o Portal

  • Produto Datasul com o módulo de Pedidos de Venda funcionando.
  • Usuário com permissão para os programas de pedidos.
  • Usuário configurado no cadastro de usuário comercial (CD0821).
  • O cliente deve estar previamente configurado para cadastrar pedidos.
  • O portal deve estar configurado corretamente com a integração com o Workflow no Fluig se necessário.
  • O portal deve estar configurado com os diretórios para suportar o download de DANFE e XML da NF-e.
  • O Cliente deve ter os campos liberados para as telas configuradas.
  • O Cliente deve ter as condições de pagamentos permitidas configuradas.
  • O cliente deve ter os itens permitidos no portal configurado.
  • O cliente deve ter as notificações configuradas.
  • O cliente deve ter usuários associados.
  • Deve haver um modelo de pedido padrão configurado para o portal.

Nota:

A partir da versão 12.1.9 não se faz necessário possuir um modelo de pedido padrão configurado para o portal.

A partir da versão 12.1.11 o portal passa a contar com a funcionalidade da Segurança por Estabelecimento. Com essa funcionalidade os dados serão filtrados de acordo com os estabelecimentos no qual o usuário possui permissão de acesso.

Para ativar/desativar a funcionalidade da Segurança por Estabelecimento, é necessário marcar o parâmetro "Segurança por Estabelecimento" no programa Atualização Parâmetro Global (CD0101).

Importante ressaltar que ao alterar o parâmetro "Segurança por Estabelecimento", é necessário sair do sistema e fazer login novamente.

Proxy Reverso

O acesso ao portal que possui soluções Backoffice, é destinado para os clientes de nossos clientes acessarem ou os representantes. Devido a necessidade de atualização de específicos na camada WEB ou liberação de novas funcionalidades, estava sendo necessário solicitar que os usuários realizassem o procedimento de limpeza de cache do navegador, para que as novas versões dos arquivos fossem reconhecidas pelo navegador.


A fim de evitar que o navegador mantenha cache de arquivos e não reconheça novas versões dos mesmos, pode-se realizar uma configuração na camada de proxy indicando ao navegador que está acessando o portal que ele não deve manter cache dos arquivos.


Para isso basta adicionar as linhas abaixo de acordo com a ferramenta utilizada para expor o acesso ao portal (Proxy Reverso).

_<LocationMatch "/mpd">
Header set Cache-Control "no-cache, no-store, must-revalidate, max-age=0"
Header set Pragma "no-cache"
Header set Expires 0
<LocationMatch>_

A instrução acima foi aplicada em um apache, e a mesma possui a configuração para informar ao navegador que todas as requisições que possuem "mpd" na rota não terão armazenamento de cache.

Após o ajuste reiniciar o apache para que as configurações sejam reconhecidas. Esta configuração não requer parada do servidor de aplicação (Jboss ou Tomcat).