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 |
| BIGRETAIL-140502 | motivo: evolução tecnologica do storex home, resolucao: issue cria a acessibilidade para tela de perfil | |
| BIGRETAIL-140431 | Causa: o campo de nota fiscal estava limitado a tamanho NUMBER(6) Solução: alterado o campo de nota fiscal para NUMBER(9) Objetos alterados: PRCD_NFSPVD PRCD_NFSPTR PRCD_NFSLEGADO Evidências: https://share.linx.com.br/x/g7-pJw | |
| BIGRETAIL-140056 | motivo: criação da tela nova de cadastro de veiculo resolução: para o cadastro é necessário a implementação no menu e essa issue compreende a criação da acessibilidade da tela. | |
| BIGRETAIL-139815 | Implementação da criptografia da senha tipo hash das tabelas de usuários e vendedores Dependência do VA: 1.27.0.0 Evidências de testes: https://share.linx.com.br/display/BRPED/BIGRETAIL-139815+-+Entrega+-+%5BLGPD%5D+-+%5BREQ_DEVSEC_08%5D+-+BD+-+STD+-+Login+VA | |
| BIGRETAIL-139667 | Release Notes — Adequação de Segurança Causa Necessidade de uso de SHA-256 / SHA-512 para armazenamento de senha. Solução Implementado cálculo de hash via classe Java no banco. Evidencia Tecnica : https://share.linx.com.br/x/PKK2Jw | |
| BIGRETAIL-137648 | Implementação de melhorias no cadastro de cliente. Evidências de testes: https://share.linx.com.br/display/BRPED/BIGRETAIL-137648+-+Entrega+-+%5BVA+Standard%5D+Melhorias+funcionais+no+cadastro+de+cliente | |
| BIGRETAIL-137170 | Atualizados os objetos impactados na mudança do CNPJ alfa numérico. | |
| BIGRETAIL-137169 | Objetos alterados para contemplar a mudança do cnpj/cgc alfanumérico. | |
| BIGRETAIL-137168 | Objetos alterados para contemplar a mudança do cnpj/cgc alfanumérico. Notas: WMB_NOTA_FISCAL_TRANSF deverá ser feito separado da implantação do release. o script está anexo a este chamado. | |
| BIGRETAIL-137167 | Alterações dos objetos de banco de dados , referentes a modificação do CNPJ/CGC de NUMBER para VARCHAR2. | |
| BIGRETAIL-137165 | Objetos alterados conforme orientado na descrição deste chamado. Notas: WMB_CLIENTE_IN_IC -> deve ser feito truncate table antes do procedimento de evolução. PDV_CLIENTE_RESUMO_OFF ->Devido a tabela estar muito grande, e não poderá ser feito um truncate, deverá ser feito o procedimento de mudança do tipo de dado da coluna NR_CPF_CNPJ separado da implantação desse release. Atentar-se para o script de evolução da tabela PDV_CLIENTE_RESUMO_OFF que está anexo no chamado. |
Itens de sustentação entregues nesta versão
Issue | Resumo | Número do caso |
| BIGRETAIL-140821 | Objetivo: Trazer todas as sangrias no relatório de fechamento operador, independentemente se tiver mesmo valor e descrição. Objetos alterados: VW_MOVTO_SANGRIA_SAIDA Como validar: - Fazer duas ou mais sangrias com o mesmo valor e descrição; - Fazer o fechamento de operador; - Verificar se todas as sangrias constam no relatório. Obs: a forma de validar está nas evidencias da issue passada pelo time de RC. | 05377665 |
| BIGRETAIL-140698 | Objetivo: Gerar a confirmação dos vales de serviço/seguro ( geração do contra vale ID_TTR = 51) Objetos alterados: PRCD_CANC_PEDIDO_VENDA_JAVA PRCD_JOB_CONTRA_VALE_JAVA Como validar: -- Realizar o cancelamento de um seguro de vida e/ou de uma garantia; -- Verificar se gerou corretamente o vale ID_TTR = 51(contra vale) referente aquela venda; Evidencias na observação desta issue. | 05369278 |
| BIGRETAIL-140676 | Problema: Estava cadastrado um patrametro com o código errado. Solução: foi ajustado o código do parametro. Link de evidência: https://share.linx.com.br/x/q5UQK | |
| BIGRETAIL-140635 | Ajustes necessários nas rotinas MOBILE. | |
| BIGRETAIL-140486 | Objetivo: Tratar o reenvio dos vales da devolução de serviços para o Senior; Tratar o retorno de vale já integrado. Objetos alterados: PRCD_JOB_INTEGRA_DEV_GAR Como Validar: - Alguns vales acontece de ficar sem retorno do Senior, na tabela WMB_DEVOLUCAO_GARANTIA e ficam com STATUS = 'E' - O JOB PRCD_JOB_INTEGRA_DEV_GAR vai passar a reenviar esses status com "E" (dos ultimos dois dias); - Caso esse vale retorne que já está integrado: " Ocorreram erros.-Não foi possível importar a Nota Fiscal - 2353. Nota fiscal já existe, não pode ser incluída. Erro." O programa vai considerar sucesso e gerar a confirmação do vale na tabela WMB_CONTROLE_NF_DEV_CLI Segue evidencias na Observação dessa issue | |
| BIGRETAIL-140397 | Tratamento do saldo de devolução de garantia recuperada no PDV Evidências de testes: https://share.linx.com.br/pages/viewpage.action?pageId=669632938 | |
| BIGRETAIL-140141 | Causa: Para pedidos abertos pelo E-commerce por empresas (PJ). Ao integrar o cliente, existe uma regra especifica para PJ, na qual considera o campo RAZAO SOCIAL. O conteúdo desse campo logo sendo o mesmo do campo NOME_CLIENTE, contendo apenas uma palavra. Então gera uma crítica de validação onde o nome da empresa deve conter no mínimo duas palavras. Critica gerada: "Nome não contempla requisitos - Mínimo duas palavras" Solução: Alteração realizada na rotina de integração de pedidos do E-commerce para ERP. Assim validando se o nome da empresa está chegando com apenas uma palavra. Caso positivo, passar a considerar o nome da empresa concatenando o NOME e SOBRENOME do cliente. Link de Evidências; https://share.linx.com.br/x/Y5zpJw | |
| BIGRETAIL-140044 | Objetivo: Somar o valor do juros do seguro no valor tetal da NFCe na integração com o Senior Objetos alterados: PCKG_INTEGRA_NOTA Como Validar: -- Fazer uma venda com NFCe + seguro vida e fechar na condição de pagamento carnê com Juros (OBS: pode pegar de exemplo o pedido enviado na abertura do chamado ou o pedido utilizado na validação que está no xml anexo). -- Pagar o pedido, e verificar se o mesmo foi integrado ao Senior (Obs: dependendo do ambiente em que for fazer o teste, os jobs de pagamento e envio ao senior esteja desligados). Em anexo está o xml de teste feito no ambiente QA2. Tem o XML de envio e o de retorno com sucesso. | 05312046 |
| BIGRETAIL-140040 | Problema: Igualar as rotinas de impostos da RT nos clientes Solução: Rotinas igualadas Link de evidências: https://share.linx.com.br/x/hgDXJw | |
| BIGRETAIL-140030 | Causa: Durante os testes da issue BIGRETAIL-134268 (Devolução não gerando com retenção), a equipe de QA identificou que, na integração com o CD21, não foram atualizados os campos vl_perc_org_pub e vl_base_ret_org_pub_o. Com isso, os dados de órgão público da NF com TTR = 71 ficaram divergentes em relação à NF com TTR = 2. Solução: Foi realizada a atualização dos campos vl_perc_org_pub e vl_base_ret_org_pub_o na NF com TTR = 21, alinhando-os aos valores da NF com TTR = 71, conforme padrão da integração com o CD21. Evidências: https://share.linx.com.br/x/IRPXJw | |
| BIGRETAIL-140016 | motivo- erro ao realizar login via portal big retail resoluacao - coluna que indica permissão de login via biometria não constava na versão do bd utilizada | |
| BIGRETAIL-139894 | Geração de script de rollback da versão. | |
| BIGRETAIL-139794 | CAUSA:Para cenários cujo é esperado a geração de uma nota de entrega , que não seja a única, a trigger que cuida de marcar os pedidos para gerarem nfe , ttr=2 , ttr=71 , não fazia nenhum tipo de marcação e quando esses pedidos eram processados pela rotina que gera a nota ( prcd_nfs_pvd ) não era gerado nenhuma nota, pois pela lógica atual da procedure era esperado para a nota tt=2 uma nota ttr=71 criada anteriormente CORRECAO:A trigger foi simplificada e modificada para englobar os pedidos de venda com estoque, entrega ou retira posterior, para pessoa física e jurídica, para gerar a nota única, desta forma ao ser processada pela rotina que cria as notas, será criado a nota de venda como esperado, para que isso ocorra, estamos marcando esses pedidos para gerarem a nota única, assim passam pela trava existente na rotina que cria as notas de venda e entrega. Evidências: https://share.linx.com.br/x/WRrXJw | 05243353, 05244798, 05252473, 05252748, 05253737, 05255064, 05256675, 05264218, 05299599 |
| BIGRETAIL-139663 | CAUSA: Ao ler os dados de endereço da tabela endereco_cliente, algumas informações não são retornadas para um cep genérico, na integração cliente e cliente fornecedor. CORRECAO: Foi alterado a rotina de integração de cliente e cliente fornecedor para ler da view v_endereco_Cliente desta forma as informações sempre são retornadas completas, mesmo se o cep for genérico. Evidência: https://share.linx.com.br/x/CKG2Jw | 05076849 |
| BIGRETAIL-139582 | Objetivo: Atualizar o pacote de estoque carga e On Line Objetos alterados: EVOLUCAO_TAB_PRODUTO_SERIE PCKG_WMB_IB_EST_ONL PRCD_WMB_ESTOQUE_CARGA_IB TRG_WMB_TAB_PRODUTO_SERIE TRGR_WMB_ESTOQUE_CARGA_IB WMB_TAB_PRODUTO_SERIE WMB_TAB_PRODUTO_SERIE_IC Como validar: Realizar a carga de estoque Diaria e On line e validar o resultado. Conforme descrito no documento abaixo: https://share.linx.com.br/display/BRPED/BIGRETAIL-139582+-+Entrega+-+%5BBerlanda%5D+Estoque+carga+e+On+Line | |
| BIGRETAIL-139258 | Causa: O Rateio de parcelamento no pagamento de títulos tinha um arredondamento incorreto. | 04720595 |
| BIGRETAIL-139115 | Causa: Foi identificado que, quando a NF (relacionadas de produto e serviço) com TTR=71, por algum motivo, não recebe o retorno de integração como “Processado com Sucesso”, a NF TTR=90 permanece sendo enviada continuamente, recebendo como retorno a mensagem “Ocorreram erros no processamento”. Solução: Foi ajustado o filtro de envio da NF TTR=90 para que o envio ocorra apenas quando todas as NFs relacionadas (produto e serviço) estiverem devidamente integradas. Além disso, foi realizado um ajuste na integração das NFs relacionadas (produto e serviço) TTR=71: quando houver o retorno contendo a mensagem “%Nota Fiscal%existe no Sistema%”, essas NFs passarão a ser atualizadas automaticamente como integradas. Evidências: https://share.linx.com.br/x/q9-pJw | 05090948 |
| BIGRETAIL-138666 | Causa: Foi identificado que, ao enviar o XML do cadastro de cliente para o sistema Senior, as informações de observação — especificamente os elementos das tags obsDat e obsHor — estavam sendo preenchidas com a data e hora da inclusão do registro no sistema. Solução: Foi realizada uma alteração para que os elementos das tags obsDat e obsHor passem a ser preenchidos com a data e hora do movimento, em vez da data e hora de inclusão do registro. Evidências: https://share.linx.com.br/x/qlOhJw | 05055184 |
| BIGRETAIL-138325 | Causa: No processo de faturamento, o tamanho do nome do país está maior do que o sistema suporta. Solução: Alteração realizada no processo de faturamento, para o sistema passar a aceitar nome de país com mais de 20 caracteres, limitando-se até 50 caracteres. Evidências: https://share.linx.com.br/x/xFGhJw |