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.