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.85.0 | ftp://10.4.229.5/Produtos/STOREX HOME ERP STANDARD/STOREX-HOME-ERP-STANDARD-7.85.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-141940 | Objetivo: Liberar o numero da sorte que estava reservado para um pedido de seguro ainda não pago (no processo de cancelamento por hora). Objetos alterados: PRCD_FECPVD_HR Como validar: - Fazer um pedido com seguro de vida(prod: 8000001 ou 8000002) - Não pagar e aguardar o processo automático cancelar o pedido - Verificar que após o cancelamento, o numero da sorte resrvado estava liberado. obs: Demonstrado na observação desta issue. PRCD_FECPVD_HR | |
| BIGRETAIL-141894 | Objetivo: Enviar o lote de distribuição junto com o numero da sorte para o Senior. Objetos alterados: PCKG_SEGURO Como Validar: Fazer uma venda de seguro de vida Mapfre (produto: 8000001, ou 8000002) só o seguro, sem mercadoria; Realizar o pagamento; Verificar se na integração para o Senior o numero de distribuição foi junto com o numero da sorte. Como na tag do exemplo abaixo: <USU_NUMSOR>458578-1</USU_NUMSOR> obs: Para buscar o xml acessar a tabela: wmb_pedido_venda_seg_vida e pegar o campo sq_recb - Depois buscar o xml na tabela retorno_websrv pelo campo sq_recb - Verificar no xml_envio a tag USU_NUMSOR | 05481005 |
| BIGRETAIL-141306 | CAUSA: A procedure DOC_VENDA da package PCKG_INTEGRA_NOTA, teve problemas de desempenho após a adição da verificação se um pedido é tipo nota única. Esta verificação era feita via função em uma parte do cursor que verificava pedidos que não tinham nota 71. CORRECAO: Foi feito uma revisão no cursor removendo partes que estavam impactando no desempenho , mantendo a integridade dos dados retornados. Removido alteração 0061 (impacto de desempenho) e adicionado um novo union para selecionar os pedidos de nota única no cursor DOC_VENDA, acessando tudo via índice. Foi criado um índice para tabela EMISSAO_NF_UNICA pra os campos da nota. Adicionado limite de data 90 dias (param 1336) para processamento cupom/nota nas rotinas DOC_VENDA,EXPORTA_CUPOM_NOTA_VENDA e REFAZ_DOC_VENDA_PENDENTES. Este parâmetro pode ser modificado posteriormente para um valor menor já que uma vez que é fechado um período fiscal , não faz sentido o reprocessamento, pelas rotinas diárias, de notas que ficaram sem integração. Outras melhorias no cursor principal da procedure DOC_VENDA: 1) Foi removido ST_SIT_NF <> 99, pois fazia acesso full na tabela nota_fiscal_saida 2) Removido o distinct , reduntante no cursor já que é usado UNION. 3) Removido order by do cursor principal da DOC_VENDA. Recomenda-se que a alteração no cursor principal da DOC_VENDA também seja avaliado pelo DBA da Berlanda. Evidências: https://share.linx.com.br/x/VBdzK |