Histórico da Página
...
1.1- Primeiramente é imprescindível que o smartclient seja 32 bits para uso do SIGALOJA, podendo usar o Appserver 64 bits. --revisar
1.2- Para que o Protheus seja capaz de receber a mensagem RetailSales o serviço REST deve estar configurado em seu ambiente: Configuração REST. Para mais detalhes sobre o conceito de um serviço REST clique aqui.
...
Parâmetro | Tipo | Descrição | Exemplo de Conteúdo | Observação |
---|---|---|---|---|
MV_EAIMTTH | N | Numero de Threads para processar mensagens | 4 | Defina a quantidade de threads de acordo com a capacidade do seu servidor. Ex: Recomendado 8 threads e no mínimo de 4 threads para ter uma boa Performance. |
MV_LJECOMO | L | E-commerce CiaShop .T. (Ativo) .F. (Desativado)
| .F. | Colocar obrigatoriamente falso (.F.) |
MV_LJECOMM | L | Identifica que o sistema utiliza eCommerce E-commerce .T. (Ativo) .F. (Desativado)
| .F. | Colocar obrigatoriamente falso (.F.) |
MV_TABPAD | C | Preço Padrão para digitação de vendas | 001 | Deve possuir o código cadastrado na tabela de preços (DA0) para referência. Importante: Esse parâmetro não define regras de preço para o E-commerce, o preço recebido via integração não é modificado, esse parâmetro é necessário por regras do módulo SIGALOJA. |
MV_RESEST | L | Indica se o estoque deve ser reservado para clientes que possuem bloqueio de credito. | .T. | Recomenda-se habilitar esse parâmetro com integração Vtex para gerar a liberação do pedido e reservar o estoque mesmo quando o crédito estiver bloqueado(Boleto por exemplo). Dessa forma é possível carregar automaticamente o Lote e Sublote de produtos na liberação do Pedido para itens que controlam Lote mas os mesmos não foram informados. |
MV_LJIFPLI | C | Define as formas de pagamento para geração de pedido de venda liberado para faturamento, ou seja, sem nenhum tipo de bloqueio financeiro. | FI|CC|R$ | Importante: Incluir todas as formas de pagamento usadas na integração para geração do pedido liberado. |
MV_LJGERSC | N | Se utiliza o conceito de gerar Solicitação de Compras para reserva sem estoque. | 4 | Para MarketPlace como o Pedido já vem fechado recomenda-se o uso deste parâmetro = 4 para permitir reservar mesmo sem estoque. Obs: As configurações para geração automática de solicitação de compra não são compatíveis para a integração do e-commerce |
MV_LJTESPE | C | Define qual o TES será utilizado para a geração do Pedido de Venda por meio da rotina Venda Assistida. O parâmetro pode ser macro-executado. | 501 | O sistema considera as regras da rotina TES Inteligente (MATA089) para eleger um TES considerando somente o cadastro do tipo de operação (campo FM_TIPO) “V” IDENTIFICACAO IDENTIFICAÇÃO DE ENTREGAS FUTURAS. Caso não seja eleito um TES automaticamente, seja pela ausência do TES Inteligente ou pela não-adequação às regras, o TES informado nesse parâmetro será utilizado na geração do Pedido de Venda. Esse TES não deve gerar movimento financeiro (Campo Gera Dupl. = Não). Esse parâmetro também permite executar funções de usuário para definir qual TES o sistema deverá considerar para geração do pedido de venda. Para executar uma função de usuário por meio desse parâmetro, basta incluir o & antes da função de usuário. Se a função do usuário retornar um TES, este será utilizado no pedido de venda, desconsiderando o TES inteligente. |
MV_LJPEDVE | L | Define a utilização da emissão de Pedidos de Venda através da rotina de Venda Assistida. | .T. | Se o parâmetro MV_LJPEDVE estiver configurado como .F., o tratamento realizado será o mesmo realizado anteriormente, ou seja, apenas estarão disponíveis as opções 1-Retira Posterior e 2- Retira. Neste caso a geração de Pedidos de Vendas no módulo de Faturamento não estará disponível, e a opção padrão será 2-Retira. |
MV_LJCONDP | C | Determina a Condição de Pagamento que será utilizada para a emissão do Pedido de Venda através da rotina de Venda Assistida. Esta condição de pagamento é meramente informativa pois o TES utilizado não pode gerar movimento financeiro. | 001 | Importante: Deve-se verificar na tabela |
MV_LJTPFRE | C | Tipo de frete para o processo de integração de venda via mensagem padronizada RetailSales. | F | O parâmetro pode ser macro-executado. Para isso, ele deve iniciar com & e em seguida com a função a ser chamada. Exemplo: &U_EXEMPLO(). Caso não seja eleito um Tipo de Frete diferente do permite no campo será informado uma critica e não integrará a orçamento/venda. |
...
- Vendedor - Não é necessário o de/para de vendedor, sendo usado o parâmetro MV_VENDPAD (Vendedor Padrão - Modulo SIGALOJA)
- Cliente - Para integração Vtex o de/para é feito automaticamente, sendo usado para a MP - RetailSales (Orçamento/Venda). Documentação na pagina: Clientes - CustomerVendor
- Produto - Na integração Vtex o de/para é feito automaticamente no momento da inclusão do produto no Protheus, sendo possível também ser realizado manualmente. Documentação na pagina: Cadastro de Produtos - Item
- Armazém/Estoque - Documentação disponivel disponível na pagina: Saldo de Estoque - Stocklevel
- Forma de Pagamento /Administradora Financeira - É necessário o de/para da tabela SX5 - Formas de pagamento, exemplo para tabela compartilhada:
...
O De/Para deve ser realizado a partir da bloco json Json recebido na MP - RetailSales, colocando a informação recebida no valor externo, como mostra no exemplo:
...