Verifique a seguir as correções contempladas nesta versão:
Tarefas Contempladas |
TP 1894015 - Ajuste na saída de mercadoria Ao realizar uma transferência de produto, e se algum desses produtos não possuísse saldo em estoque, a seguinte mensagem era exibida após o preenchimento da nota: "- Microsoft OLE DB Provider for SQL Server: Operação Cancelada! O Estoque não pode ser negativo! (#Prod#:XXXXX,#Cor#:XXX,#Filial#:XXXXXXX) Controle interno: Erro na atualização do cursor CursorLojaSaidasProduto.". Ao tentar excluir o item com saldo negativo o sistema novamente exibia essa mensagem e o mesmo não era excluído da nota, ou seja, só era possível finalizar notas com produtos que tinham saldo em estoque. A correção para este caso está disponível na versão 6.5.2 do Linx POWS. |
|
TP 2105493 - Saída de estoque não gravava número da Nota Fiscal Ao realizar uma saída de estoque e gerar a Nota Fiscal, e encerrar a saída e salvar a operação, o número da NF era gerado. Entretanto, ao limpar a tela e consultar este número da NF novamente, os dados não eram exibidos. Foi verificado que ao consultar o número da NF pelo banco de dados na tabela Loja_Saidas, o numero_nf_transferencia permanecia em branco e aparecia somente na tabela Loja_Nota_Fiscal. Foi realizada a correção da gravação do número da Nota Fiscal e o incidente corrigido. |
|
TP 1519951 - Consignação e venda sem estoque Caso um determinado produto estivesse no estoque com saldo = 1 e o mesmo fosse incluso em um pedido de venda do Linx POWS, e após iniciar um outro pedido e incluir o mesmo produto, o caixa apresentava problemas na conferência e finalização do processo. Ou seja, ao receber o primeiro pedido, o processo era realizado de forma correta e o estoque permanecia com saldo = 0, porém, ao receber o segundo pedido, o estoque apresentava uma mensagem de erro e era necessário excluir o item e incluir um outro produto que possuísse saldo em estoque, pois só desta forma a venda era confirmada. Realizada a correção na tabela LOJA_VENDA_VENDEDOR, para quando receber um pedido e transformar em venda, o sistema não permitirá estoque negativo. |
|
TP 3408134 - Ajuste no campo série de saída de consignação No Linx POWS, ao efetuar uma saída de consignação e emitindo uma Nota Fiscal a ser impressa, o campo Série da Nota Fiscal estava desabilitado. Além disso, o sistema permitia a conclusão da devolução sem os dados da série da nota, fazendo com que a mesma ficasse incorreta. Foi corrigida a tela de emissão de Nota Fiscal, para permitir a digitação da Série para notas de saída. |
|
TP 3418986 - Crediário No Linx POWS, ao acessar a opção do caixa, e entrar no módulo Crediário, ocorria a seguinte mensagem: "A tela ChargeAccountWizard não foi encontrada." Foi realizado a inclusão do form ChargeAccountWizard na tela do crediario e assim sanando o problema nessa versão. |
|
TP 3410094 - Novo Pedido e nova Consignação Na tela de cadastro de Pedidos e de Consignação do Linx POWS era possível concluir vendas de produtos com estoque zerado ou quantidade superior à existente, sendo que esses recursos envolvidos consultavam a disponibilidade do estoque no lançamento do item e assim deixava o estoque negativo. Foi criado um método interno no Linx POWS chamado “CheckProductInventory”, com objetivo de validar se o produto de um pedido aberto em tela possui a quantidade suficiente em estoque. Caso não tenha, o sistema exibirá uma mensagem amigável informando o produto, tamanho e cor que apresentaram problemas.
| Inclusão do Método Interno: Tela Pedido: Objetivo de validar os produtos de um determinado pedido têm quantidade suficiente em estoque no momento em que o usuário clicar no botão Pagamento Direto. Tela Nova Consignação: Objetivo de validar se os produtos de uma determinada consignação têm quantidade suficiente em estoque no momento que o usuário clicar no botão Finalizar. |
|
|
TP 3408650 - Finalização de pedido consignado ou venda. No Linx POWS, independente da rotina executada pelo operador: Pagamento de um pedido consignado ou consignação da Venda, o sistema apresentava a seguinte mensagem: "O aplicativo executou uma operação ilegal. cwrequest1.requestbase.assemblepayments (20) 12 - Variable 'ARREDONDAR' is not found." Realizada a recompilação dos executáveis, com isto sanando o incidente. |
|
TP 1221258 - Impressão de pedido consignado. Na tela de Pedidos, ao consultar os detalhes do histórico de um cliente que realizou consignação com mais de 2 itens ou consultar mais de uma consignação para o mesmo cliente, acessar a aba de Consignações e imprimir um relatório sobre esses dados, o sistema apresentava apenas um dos itens relacionados. Este incidente foi corrigido na versão 6.5.2 do Linx POWS. |
|
TP 3199000 - Ajuste ao realizar saídas com banco Ao realizar uma saída em um banco online e com o parâmetro 'Não permitir estoque negativo' habilitado, ocorria um problema no sistema, pois quando a saída possuía uma peça negativa, a validação das quantidades só era realizada após a impressão da nota. Este procedimento gerava o cancelamento da saída sem que a nota fosse cancelada, sendo que a validação do estoque deveria acontecer antes da emissão da NFe. Essa divergência foi corrigida e está disponível no Linx POWS 6.5.2. |
|
TP 3170325 - Associação da Nota Fiscal de origem, à NF de retorno de consignação O Linx POWS não associava a Nota Fiscal de origem (documento de origem), à Nota Fiscal de Retorno de Consignação. Visto que, de acordo com o decreto nº 45.490 de 30 de novembro de 2000 do Estado de São Paulo é possível referenciar os dados do documento origem no campo 'Observação' da Nota Fiscal de Retorno de Consignação. Mais informações acesse: Secretaria da Fazenda Foram corrigidas as entradas de mercadorias decorrentes de consignação e reserva, para atender às normas do Decreto. |
|
TP 2792120 - Valores divergentes em retorno de consignação Ao realizar o retorno de uma consignação, o sistema apresentava divergências nos valores. Este incidente ocorria quando o produto tinha variação de preço por tamanho, ou seja, essa opção não estava prevista na hora de atribuir valores ao produto, pegando assim, sempre o valor do Preco1. Realizada a correção e agora o sistema calcula o valor correto dos produtos para os tamanhos em questão. |
|