Compatibilidade mínima com Produtos Linx
Aqui você encontra as versões mínimas dos produtos que estão integrados com o Storex Home ERP TN
Caso a versão de algum dos produtos esteja inferior às listadas, não 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 |
|---|---|---|
BD-Storex-Home-TN | 1.1.0 | ftp://10.4.229.5/Produtos//Produtos/BD-Storex-Home-TN/BD-STOREX-HOME-TN-1.1.0 |
Instruções de atualização da versão
Conteúdo da versão
Itens de Legislação Fiscal entregues nesta versão
Demanda | Resumo | Número do caso |
Evoluções e melhorias entregues nesta versão
Demanda | Resumo | Número do caso |
| BIGRETAIL-95446 | Qual a reclamação do cliente? Quando vendeu produto, pelo estoque centralizado, no cupom do PDV não saiu data de entrega. Explicação do que ocorreu: Somente estava sendo calculado a data de entrega, para produtos do estoque centralizado, se o campo CD_AGENDA_HORARIO_POSTERIOR da tabela MODAL_EMPRESA estivesse parametrizado com P. Foi parametrizado o estoque centralizado e para esta parametrização o campo CD_AGENDA_HORARIO_POSTERIOR, estava nulo. Se nulo, não faz. Qual a correção? Alteraram o objeto que calcula de entrega para não considerar mais, somente se estoque centralizado, calcular a data de entrega considerando o prazo de transferência. Se o campo CD_AGENDA_HORARIO_POSTERIOR estiver como N, Nulo, P, ou E, o sistema vai calcular a data de entrega e gravar na tabela PEDIDO_VENDA e PEDIDO_VENDA_MULTIPLO. Se o campo CD_AGENDA_HORARIO_POSTERIOR estiver como S, no VA é obrigatório informar a data de entrega para o cliente. O período disponível para que o cliente escolha será a quantidade de dias parametrizado como período (no caso está parametrizado como 10 dias) mais a quantidade de dias de transferência do estoque centralizado. Na tela de modalidade empresa, o campo de agendamento de horário , não estava mostrando a opção P, foi incluído na tela. O que testar: Testar a tela alterando o campo de agendamento de horário com as seguintes opções: nulo, S, E, P e N. Validar se gravou a alteração da parametrização. | |
| BIGRETAIL-92645 | Corrigido o problema onde, na tela de cancelamento manual de cupom, quando era um cupom acumulado, não estava sendo limpo os dados do cupom no pedido de venda, assim quando pago posteriormente via outra forma de pagamento, o pedido ainda continuava "amarrado" ao cupom. |
Itens de sustentação entregues nesta versão
Demanda | Resumo | Número do caso |
| BIGRETAIL-94008 | Retirado NR_PARCELA das telas/relatórios: Fechamento Caixa Operador, Fechamento Caixa PDV, Fechamento Caixa Filial, Fechamento Caixa PDV- Financeiro , Fechamento Caixa Filial SAP Evidências de Teste: https://jira.linx.com.br/secure/attachment/1393498/1393498_StorEx+Home+Alterar+as+telas+de+Fechamento+de+Caixa-Operador.docx Objetos alterados: finf0030.fmb/rep_vda_038_onoffm.rdf finf0100.fmb/rep_vda_036_onoffm.rdf finf0110.fmb/rep_vda_037_onoffm.rdf finf0130.fmb/rep_vda_040_onoffm.rdf finf0120.fmb/rep_vda044.rdf | |
| BIGRETAIL-94545 | Implementadas solicitações de melhoria conforme EF do link na descrição. Tratamento para permissão de informação de preço referenciado para geração de programação de atualização de preços via arquivos e alteração na tela de gravação de margem ideal para que ela passe a gerar programação de alteração de preço. A issue que contém os objetos de banco de dados alterados para esta mesma demanda é a BIGRETAIL-94546. Os objetos alterados para esta issue são : pref0090.fmx pref0230.fmx Orientação para testes e evidências estarão no documento do seguinte link: https://grupolinx-my.sharepoint.com/:b:/r/personal/luciano_sfernandes_linx_com_br/Documents/%C3%81rea%20de%20Trabalho/qa/ams/telhanorte/CONCLU%C3%8DDO/Gest%C3%A3o%20de%20Pre%C3%A7o%20-%20%20Novo%20m%C3%A9todo%20de%20Pricing%20por%20pre%C3%A7o%20referencial/Documento%20de%20Entrega%20-%20Gest%C3%A3o%20de%20Pre%C3%A7o.pdf?csf=1&web=1&e=eUouHG | |
| BIGRETAIL-95723 | Acrescentados os campos Vl. Mínimo Cartão TN e Qtde Máx Parcelas Crt TN Evidências de Teste: https://jira.linx.com.br/secure/attachment/1401355/1401355_AMS-TELHANORTE+Parametriza%C3%A7%C3%A3o+de+Valor+M%C3%ADnimo+e+Quantidade+de+Parcelas+no+bradescard.pdf Caminho para orientação: Passos: Acesse a tela CXAF0110 no caminho "Commerce VCS / Cadastros/Financeiro / Parâmetros PDV" Realizar um cadastro inicial de parâmetros, incluindo o valor mínimo e quantidade de parcelas para transações Um Campo tem dependência do outro, então se tirar a quantidade do valor mínimo e tentar salvar não irá conseguir porque o vlr. maximo precisa de ambos os campos preenchido, conclusão. Assim que preencher ambos, clicar no ícone [Disquete] que fica ao lado esquerdo da tela Objetos alterados: cxaf0110.fmb | |
| BIGRETAIL-94878 | Ajuste efetuado no tipo de dado na passagem de parâmetros entre procedures dentro do programa, formato de data estava com problema. Não existem dados suficientes para validação em DEV e QA. Programa atualizado : rep_fin8001 Evidência : https://share.linx.com.br/pages/viewpage.action?pageId=453550322 |