Histórico da Página

Criado o parâmetro GERA_LOG_REGEDIT, com o objetivo de gravar os logs contendo informações de todas as vendas diárias do Linx POS.

Quando o parâmetro estiver habilitado, o sistema passará a gerar um novo log com os registros gravados diariamente no Regedit, geralmente na pasta padrão de instalação do sistema.

Exemplo: C:\LinxPos\Log\Regedit; com o formato de texto (extensão .txt); nome do arquivo: CodigoFilial-Terminal-Data.

Aplicado o envio da quantidade de parcelas do tipo de pagamento no método Consulta Campanha na comunicação com o Linx Reshop.

Implementamos blindagem para evitar que numa situação de emissão de nota fiscal de venda ao consumidor, o sistema emita também NFC-e ou CF-e SAT/MFE. Ao marca opção “Emitir NF-e”, na tela de pagamento, e confirmar a emissão da nota, o sistema automaticamente entenderá que não deverá emitir também o outro modelo de documento fiscal.

Aplicado bloqueio na tabela PARAMETROS, a fim de não permitir deletar e alterar informações nessa tabela.

Para eventuais casos em que haver queda de energia no estabelecimento ou algum desligamento inesperado do sistema no momento da finalização da venda e/ou a mesma ficar com o status de recuperada, foi implementado um bloqueio para vendas recuperadas com emissão de NFC-e, a fim de ajudar o operador sobre qual atitude tomar antes de acionar o suporte.
Caso o ticket não tenha sido encerrado corretamente, é necessário prosseguir com o cancelamento da venda clicando no botão Cancelar (F7), para garantir a integridade das informações.
Se precisar realizar a reimpressão da NFC-e/ CF-e SAT, acesse o Módulo de Notas Fiscais no Linx POS Manager.

Para ambientes que possuem sistema e-Commerce de terceiros integrados com o Linx POS, pelo botão "Emitir Nota Fiscal", na tela "Consulta de Vendas", será possível efetuar a emissão de NF-e de venda, quando não houver documento vinculado.

Integração com: https://iguatemi365.com/

Quando uma venda fica com status a recuperar em virtude de imprevisíveis quedas de energia no estabelecimento ou algum desligamento inesperado do sistema no momento da venda, o botão Limpar (F8) foi desabilitado. Nesta situação, o operador poderá prosseguir com a conclusão da venda (Pagamento - F3) ou cancelando (Cancelar - F7) a mesma.

A partir deste Service Pack, o Linx Reshop foi totalmente incorporado ao Linx POS.

Com isto, o Linx POS se tornou um sistema de gerenciamento de programa de fidelidade, gerador de promoções, banco de créditos de clientes, integração entre vendas físicas com e-commerce e com e-mail marketing, assim, melhorando a fidelização de clientes e diminuindo problemas de ruptura de estoque e perda de vendas. Os principais recursos já existentes do Linx Reshop e incorporados ao Linx POS, são: Vitrine, Delivery, Fidelidade, Campanhas, Promoção, Oficina e Vale Credito.

A utilização do Linx Reshop no Linx POS está condicionada ao parâmetro UNICOLOYALTY_HABILITA.

Na tela de venda, foi implementada uma validação no campo VENDA_FINALIZADA da tabela LOJA_VENDA_PGTO, que verifica se para cada terminal existe alguma venda que não esteja finalizada naquele determinado dia.

Caso o campo esteja como VENDA_FINALIZADA = 0 (venda não finalizada), o Linx POS irá recuperá-la e será necessário finalizá-la ou cancelar a mesma.

Este procedimento de recuperação de venda já existia, porém ele recuperava somente as vendas que estavam no regedit. Agora com o Service Pack 3, serão recuperadas as vendas que também não estão registradas no regedit.

Na tabela LOJA_PROCESSOS_SP foi criada a coluna VERSÃO com o type = Smallint, com o objetivo de adequar estruturalmente o banco de dados do Linx POS aos produtos Linx POS Linx Mobile e ao Linx OMS Services.

Além disso, essa tabela recebeu melhorias no procedimento de gravação de dados.

No componente LxEngSecurity.dll, foi implementada uma validação da licença sem data de expiração na inicialização do Linx POS, para que não haja paralisações na operação após um período sem utilização do sistema.

Implementamos a validação de CPF/CNPJ ao identificar o consumidor em uma venda. Assim, caso o CPF/CNPJ seja inválido, o sistema apresentará a seguinte mensagem na tela:

Criado o parâmetro OMS_VALIDA_FILIAL_TROCA, que identifica se o sistema emitirá nota fiscal de devolução para as troca originária OMS, cujo faturamento ocorreu em outra loja.

Desativado o parâmetro UTILIZA_CLIENT_DINAMICA e substituído pelo parâmetro UTILIZA_FISCAL_FLOW.

Foi efetuada uma blindagem no cursor curvendaparcelas, para evitar que seja alimentado com valor que não seja inteiro.
Caso exista alguma venda onde o cursor esteja incorreto, será corrigido e informado no log do Linx POS a seguinte mensagem na venda: "Foi necessário a correção da informação de parcela nesta venda”.

No módulo Cliente do Linx Manager, na consulta de um cliente, foi ajustada a função do botão Propriedades (P), localizado no canto superior direito do sistema, para que seja possível utilizá-lo somente quando a opção Alterar (F2) for pressionada.

Na função Pesquisar (F3), o botão Propriedades (P) estará desabilitado.

Desenvolvido o parâmetro SERV_HUB_SIMP_VL_TROCA, que possui a finalidade de gerar o Vale Omni com mais agilidade e de forma simplificada.

Essa novas funções serão habilitadas quando o novo parâmetro SERV_HUB_SIMP_VL_TROCA estiver com o valor = T.

O uso deste parâmetro é exclusivo para o parceiro Givex.

Para pré-vendas que utilizaram o Link de pagamento, foi implementada a validação com Token para ambientes que utilizam o protocolo/domínio do Office 365 (smtp.office365.com) com serviço MS.Exchange.

Os ambientes que possuem acesso restrito a internet, devem liberar a URL: https://outlook.office365.com/ews/exchange.asmx

Implementado o parâmetro VALIDA_CUSTO_DESCONTO. Se for habilitado, num atendimento em que houver desconto no item (seja via Reshop, Promo, etc..) irá validar se após o desconto o PRECO_LIQUIDO do item ficará menor do que o CUSTO. Caso fique, a diferença é aplicada como desconto na venda.

Além disso, foram aplicadas outras duas melhorias:
1 - Ajuste no valor de troca por devolução, onde se caso o sistema identificar uma troca por DEFEITO (mesmo produto, cor e tamanho como venda e troca) e o preço atual de venda for diferente do preço de troca, deverá ser bipado primeiro o item de troca, ajustado o valor do item de troca, e ao bipar o item de venda o sistema irá alterar o preço do item de venda para garantir valores líquidos iguais entre venda e troca;

2 - Rateio de troca entre Venda para Linx Reshop, em que em um atendimento houver um item de troca e dois de venda, os valores da troca são rateados entre os itens da venda e enviados para o Reshop, com isso a campanha vai ser ativada sobre os valores da venda abatendo a troca.

Para eventuais casos em que haver queda de energia no estabelecimento ou algum desligamento inesperado do sistema no momento da finalização da venda e/ou a mesma ficar com o status de recuperada, foi implementado um bloqueio para vendas recuperadas com emissão de NFC-e, a fim de ajudar o operador sobre qual atitude tomar antes de acionar o suporte.
Caso o ticket não tenha sido encerrado corretamente, é necessário prosseguir com o cancelamento da venda clicando no botão Cancelar (F7), para garantir a integridade das informações.
Se precisar realizar a reimpressão da NFC-e/ CF-e SAT, acesse o Módulo de Notas Fiscais no Linx POS Manager.

O PDV foi preparado para aplicar desconto, via campanha do Linx Reshop, não só no subtotal, mas também no item. A determinação de qual das duas formas de aplicar a dedução é configurada na própria campanha, pela ferramenta de inteligência promocional.

Implementamos nos Linx POS, a emissão de NF-e por intermédio do MID-e Client. Mais informações sobre a configuração desse recurso, você encontra aqui.

Melhoria incluindo uma validação para impedir a emissão da nota de venda à ordem, quando não tiver a natureza de operação correspondente na base, evitando assim emitir notas com natureza errada. Também foi feita uma melhoria no assistente de emissão da nota, para exibir o título "Nota fiscal de venda à ordem" para este tipo de nota, que antes exibia apenas "Nota fiscal de venda".

Na Consulta de Estoque do Linx POS Manager, foi feita melhoria na verificação na tabela do banco de dados referente à geração da carga de estoque e consulta de estoque via On-Demand.

Adicionada uma validação na abertura do Linx POS, para exibir em tela uma mensagem alertando o operador que a data de expiração da licença da LnSecurity.dll for igual ou menor que 10 dias corridos.

Foi atualizada a DLL  do MID-e Client a fim de gerar a captura da DANFE em HTML, sem apresentar mensagem de inconsistência.

Para ambiente que utilizam o Linx Reshop, foi aplicada mensagem, a fim de identificar usuário ou senha incorretos em Configurações, opção Ambiente Reshopdo Linx POS Manager.

Caso o usuário ou a senha estejam incorretos, será apresentada a mensagem:

Implementado o parâmetro CREDIARIO_ONLINE_FILES. Nele deve ser apontado o diretório para o Linx POS criar os arquivos de controle da transação. Caso o parâmetro esteja vazio será utilizado o diretório Linx POS no Temp do Usuário Windows.

Implementação para que o Gift Card no LinxPOS funcione com a URL padrão determinada pelo time do HUB. Saiba mais

Produção: http://servicehub.linx.com.br/api/v1/LinxServiceApi/GiftService

Homologação: http://hfllinxintegracaogiftwebapi-hom.azurewebsites.net/LinxServiceApi/GiftService