Compatibilidade mínima com Produtos Linx
Aqui você encontra as versões mínimas dos produtos que estão integrados com o BD STD!
Caso a versão de algum dos produtos esteja inferior às listadas, realize a atualização do produto!
O correto funcionamento desta versão requer que as aplicações abaixo estejam atualizadas nas versões corretas!
Produto | Versão | Caminho |
|---|---|---|
STOREX-HOME-ERP-STD | 7.78.0 | ftp://10.4.229.5/Produtos/STOREX HOME ERP STANDARD/STOREX-HOME-ERP-STANDARD-7.78.0 |
| VA-STANDARD | 1.15.0.0 | ftp://10.4.229.5/Produtos/LINX STOREX HOME VA STD/LINX-STOREX-HOME-VA-STD-1.15.0.0 |
| STOREX-HOME-IPL | 1.0.0.17 |
Configurações necessárias para funcionamento correto da aplicação
Aqui você encontra as configurações necessárias para a atualização da versão!
As instruções estão agrupadas por versão! Fique atento às orientações para configurar corretamente sua aplicação!
Conteúdo da versão
Itens de Legislação Fiscal entregues nesta versão
Não há itens de legislação entregues nesta versão!
Evoluções e melhorias entregues nesta versão
Issue | Resumo | Número do caso |
Itens de sustentação entregues nesta versão
Issue | Resumo | Número do caso |
| BIGRETAIL-138911 | Problema: Permitir a ativação da RT por filial e não todas de uma vez. Solução: Alterado o parâmetro 1245 com a data de inicio da RT para permitir o cadastro de filial especificas. Dessa forma se for cadastrado uma linha do parâmetro com uma data especifica de inicio da RT essa data vai ser a válida para aquela filial. Link de evidência: https://share.linx.com.br/x/DkJtJw | |
| BIGRETAIL-138869 | CAUSA: CSTAT 999 não era considerado pela trigger TRG_CUPOM_ELETRONICO CORRECAO: Adicionado CSTAT 999 no critério de atualização da trigger Evidência: https://share.linx.com.br/x/0kVKJ | |
| BIGRETAIL-138685 | Problema: A geração do arquivo REDPROD parava no meio do processo com erro de "Invalid number" deixando o arquivo incompleto, sem todos os produtos ativos. Solução: Colocamos um comando na rotina para tratar a formatação de números e um log para resolver o problema. Link de evidência: https://share.linx.com.br/x/PE1tJw | 05221452 |
| BIGRETAIL-138224 | CAUSA: Trava criada para não criar linhas repetidas na tabela wmb_cliente_integra, impedia que novas alterações fossem registradas na tabela para o mesmo cliente até que a transação corrente fosse processada. CORRECAO: Foi colocado um número máximo de linhas (três) que a rotina permite de modificações registradas na tabela wmb_cliente_integra para o mesmo cliente. Evidência: Cenário foi validado com o cliente na base de QA Adelino. | 05094281 05130259 |
| BIGRETAIL-137313 | Causa: Rotina que coleta os dados para geração da tabela wmb_cupom, para o cenário de cupons com mais de uma nfce (cancelada/invalida + válida) lia em alguns casos os dados da nota tpemis=1 ao invés dos dados da nota tpemis=9 (nfce que será a nota válida). Correção: Foi atualizado a ordenação da rotina que gera os dados na tabela de integração de cupons (wmb_cupom) para ler os dados da nfce com tpemis=9 primeiro. Já que esta será a nota válida. Evidência: https://share.linx.com.br/x/eCVtJw | |
| BIGRETAIL-136579 | CAUSA:Durante processamento dos dados do pedido, pela rotina que gera a nota 71, o valor do UF destino é alterado para SC , devido uma lógica pré-existente, porém ao avaliar o parâmetro 1117 e validar o endereço de entrega e atribuir o CFOP interestadual, esse dado de UF destino permanece como SC e passado para a rotina que calcula impostos, essa rotina devido os parâmetros altera o CFOP para estadual, com isso a nota fica com o CFOP errado. CORRECAO: Ao avaliar o parâmetro 1117, devemos restaurar o valor do parâmetro de UF destino para que ao processar os dados pela rotina de calculo de imposto o CFOP fique consistente. Evidência: https://share.linx.com.br/x/hT1tJw |