Linha Datasul

Árvore de páginas

Versões comparadas

Versão antiga 17

changes.mady.by.user Eliz Regina Pedrini do Nascimento

Gravado em

comparado com

Nova versão 106

changes.mady.by.user Eligio Soberanski

Gravado em

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Comentário: Migration of unmigrated content due to installation of a new plugin

...

  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 pendencia 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.

...

  • 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
titleNota:

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.

Informações
titleProxy 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).