Cód. Int.

MODASP

Cód.ClienteTítuloDescrição
925-Linx Reshop | Venda à ordemImplementação para atender as operações de venda à ordem no Linx POS com o Vitrine do Linx Reshop.
3710-Orçamento em Formato A5Implementada a nova opção de impressão para Orçamento. Agora, além da opção Formato A5 (impressora não fiscal), é possível imprimir no Formato Bobina (ECF).
4801-Linx OMS | Pick-UP

Melhoria na tela Pagamento para não permitir a inclusão de parcelas com valores duplicados referente a operação Pick-up do Linx OMS quando utiliza o Vale Troca.

Essa melhoria tem como objetivo recuperar as formas de pagamento Y, W e R no resgate do vale troca.

4810-Validação entre Collation do SQL e do LinxPOS

Em ambientes que se faz necessária a criação de um banco de dados novo do Linx POS, foi implementada a validação da Collation do SQL, com o objetivo de não permitir que a configuração do Collation SQL, esteja diferente com a padrão do LinxPOS.

Caso ambas estejam incompatíveis, será apresentada a seguinte mensagem:

486034091901Chave primária das tabelas de CF-e SAT/MFE

Redefinição da chave primária referentes às tabelas do CF-e SAT e MFE, bem como o processo de migração do padrão de chaves (ID_LOJA_CF_SAT ).

Com isto, irá garantir a integridade da numeração do sequencial do SAT, inclusive os dados enviados e já existentes do Linx ERP.

5042






Utiliza ticket presente na venda/troca

O Linx POS começou a validar o ticket presente já utilizado anteriormente em uma venda e/ou troca. Ou seja, após a utilização do ticket presente, não será mais permitido a utilização do mesmo em uma venda e/ou troca.

Para essa validação ser efetuada, foi criada a coluna STATUS_TROCA na tabela LOJA_VENDA_TROCA_TICKET do banco de dados da loja.

Veja todos os detalhes dessa implementação clicando aqui.

5043

33569257

Reimpressão de ticket presente de venda

Implementada a possibilidade de reimprimir o ticket presente das vendas já finalizadas.

Essa melhoria foi aplicada na tela Consulta de Vendas e poderá ser feita somente pelo usuário Gerente.

Veja todos os detalhes dessa implementação clicando aqui.
5045-Geração de ticket presente em todas as vendas

Implementada a impressão do ticket presente em todas as vendas efetuadas na loja.

(aviso)Para isso, foi criado o novo parâmetro TKT_PRESENTE_OBRIGATORIO. (Tela 014005 - Parâmetros, Linx ERP).

Além disso, o parâmetro IMPRIME_TICKET_PRESENTE tem que estar habilitado.

Veja todos os detalhes dessa implementação clicando aqui.
5237-Gerenciamento de serviços

Implementado o Serviço de Monitoramento dos produtos Linx ETL, MID-e Client e do SQL Server, que tem a finalidade de inicializar automaticamente os status destes produtos, caso eles estejam parados.

Como funciona

Uma vez instalado o Service Pack, a configuração do Serviço de Monitoramento deve ser feita localmente onde o mesmo está instalado, seja no servidor ou na estação no Linx POS Manager, em: Configurações, Utilitários.

Na sessão Linx Services Control, selecione a opção Configurar para ser exibida a tela Controle de Serviços.

Em seguida, habilite quais serviços serão monitorados. E, então, estipule um Tempo de Processamento em minutos.

Dica: É recomendável informar um tempo de execução variável de acordo com cada ambiente, pois dependendo do tempo, estas transações efetuadas simultaneamente em cada ambiente são fatores que podem consumir mais das configurações do computador, devendo ser analisados individualmente pela equipe de infraestrutura/suporte do cliente Linx.

Para finalizar, ainda na tela Controle de Serviços, selecione Configurar para o serviço ser inicializado.


5318
Novo Crediário On-line

Desenvolvemos uma atualização do Crediário On-line, com novos parâmetros e telas, que facilitam a inclusão e consulta à documentos dos clientes. Sem falar na maneira intuitiva de registrar uma venda utilizando o crediário, novos modelos de comprovantes, carnês e contratos e novos tipos de pagamento para o recebimentos das parcelas.

5556-Informações complementares

No módulo Configurações, na área Cupom Fiscal, campo Mensagens Promocionais (CTRL + R Régua Móvel) do Linx POS Manager, foi implementada a possibilidade de incluir mensagens complementares. Consequentemente, essa melhoria irá impactar diretamente nas impressões do TEF e NFC-e/S@t.

(aviso) Essa implementação funcionará somente para ambientes que utilizam D-TEF.

Exemplo:

5957-Utilização do protocolo TLS 1.2

Quando configurado o ambiente para utilização do protocolo de comunicação TLS 1.2, o Linx POS efetuará de forma implícita a conexão por essa via.

Dica: TLS é um protocolo de criptografia destinado a manter os dados seguros quando são transferidos em uma rede.

Os componentes necessários dependem do seu ambiente e dos recursos do Configuration Manager usados.

6959

17590


Procedure LX_MOBI_SALE

A partir deste Service Pack, foram feitas as seguintes melhorias:

  • Inclusão da procedure LX_MOBI_SALE;
  • Atualização do campo CHEQUE_CARTAO da tabela LOJA_VENDA_PARCELAS.
7000-Troca na tela de Pré-venda

Na tela Pré-Venda foi incluída o botão Troca, com o objetivo de facilitar todo o processo de venda nos terminais de pré-venda.

Clique aqui e confira mais detalhes desse facilitador.
8292-Permitir a abertura da gaveta antes da finalização da vendaNa tela Pagamento, a tecla F10, se acionada, passa a abrir a gaveta de dinheiro, nos casos onde há impressora de caixa configurada.
8331-FCP RJ | Inf. Adicionais no documento fiscalAtendendo à Lei nº 8.405/2019 do RJ, na qual determina a inclusão de informações referentes ao FCP (Fundo de Combate a Pobreza) incidentes ou não na operação, implementamos o campo FCP nos documentos fiscais emitidos (DANFE ou DANFE NFC-e).
8462-Tratativa de mensagens para parâmetros inválidos

Com o objetivo de exibir mensagens mais compreensivas aos usuários, foi aplicada melhoria na abertura do sistema, para eventuais casos em que algum parâmetro estiver inválido.

Veja um exemplo:

8911-Performance | Robô de reprocessamento de notasMelhoria na performance na entrada do sistema, devido a eventuais casos de instabilidade por parte do MID-e, onde tenha um número elevado de notas pendentes no Robô de reprocessamento de notas.
9013-Leiaute da tela de Pagamento do segundo monitorMelhoria no leiaute da tela de Pagamento na apresentação do segundo monitor.
9192-

D-TEF | Códigos de autorização de transação (número de aprovação e título)


Para as vendas com D-TEF, foi aplicada alteração nas colunas da tabela loja_venda_parcelas para gravar conforme o SiTEF o código de autorização de transação do D-TEF.

Essa alteração está condicionada ao parâmetro UTILIZA_PADRAO_DTEF, que tem o valor padrão = T (no Linx ERP da tela 014007 - Parâmetros ).

(aviso) Para ambientes que já estejam configurados com o Robô de Conciliação, o parâmetro, obrigatoriamente, deve estar desabilitado.
A partir da instalação deste Service Pack, o parâmetro será criado na base do Linx POS.


Caso o parâmetro UTILIZA_PADRAO_DTEF não for alterado, as colunas e seus respectivos valores ficarão da seguinte forma:

ColunasValores
NUMERO_APROVACAO_CARTAO ==> Irá coletar o campo NumeroAutorizacaoRede
NUMERO_TITULO ==>Irá coletar o campo NumeroControleRede(NSU_REDE)
FINALIZACAO ==>Irá coletar o campo numerocontrole(NSU)

Algumas adquirentes estão com o campo maior no retorno do NSU Rede, então deve-se ler do LogEstendido do parâmetro UTILIZA_PADRAO_DTEF.

Caso o parâmetro UTILIZA_PADRAO_DTEF for alterado/desligado, as colunas e seus respectivos valores serão alteradas para:

ColunasValores
Numero_aprovacao ==>

NSU REDE

Numero_titulo ==>NSU
Finalizacao ==>Código autorização

É importante ressaltar que para tal alteração, as telas do Linx ERP deverão ser configuradas:

  • 009192 – Conciliação Automática de Cartões (Para os novos campos, deve-se adicionar os valores citados na tabela acima).
  • 009077 – Conferencia e Integração de Vendas de Loja

Telas para efeito de consulta:

  • 300027 – Consulta de Ticket
  • 009072 – Consulta de Cartão a Receber
9303
Desativação da emissão em contingência

No MID-e Client foi implementada uma ativação que realiza o bloqueio de contingência no central, com o objetivo de inibir a emissão em duplicidade quando utilizada a emissão de notas em contingência pelo Fiscal Flow Cloud (Antigo MID-e Central). Assim, cabendo ao Linx POS e/ou MID-e Client a decisão pela emissão em contingência quando houver eventuais situações de indisponibilidades da SEFAZ,

Confira mais detalhes sobre a Desativação da Contingencia no Fiscal Flow Cloud.

Dúvidas sobre a Desativação da Contingência, entre em contato com o suporte do MID pelo e-mail [email protected].

9554-GAP - Alteração de Dados da NF-e após aprovação (DANFE)Adequação em respeito à orientação da SEFAZ, que determina que após autorizada, uma NF-e não poderá sofrer qualquer alteração, pois qualquer modificação no seu conteúdo invalida a sua assinatura digital. Dessa forma, caso seja emitida, enviada e aprovada uma NF-e, o DANFE (Documento Auxiliar da NF-e) é impresso. Se após isso o endereço do cliente for alterado e houver reimpressão do DANFE, o documento gerado não terá atualização do endereço do cliente.
9683-QR Linx

Integramos ao Linx POS o QR Linx, que viabiliza o meio de pagamento das vendas com os principais wallets do mercado, a partir do nosso concentrador (Hub) de carteiras virtuais, que operam por meio da leitura de QR Code.

9728

264988

34708591

Valor do cálculo da nota apuração do IPI

Melhoria realizada para que seja possível efetuar corretamente o cálculo do imposto da nota de apuração IPI.

9882

34693932

044259

Melhoria no serviço do log

Implementação do serviço de Log com o objetivo de identificar corretamente os valores gravados no campo ID_VENDEDOR da tabela LOJA_VENDA_PRODUTO do Linx POS.

9989

28178008

35207422

CFOP 5929 na NF-e referenciando NFCe’s

No Linx POS foi criado o parâmetro USA_CFOP_5929_COMP_NFE, cujo o mesmo indica quais os Estados podem utilizar o CFOP 5929. O valor padrão do parâmetro já estará preenchido com as UFs relacionadas: AC;AL;AP;BA;DF;ES;GO;MS;MG;PA;PB;PR;PE;RS;SP;SE.

No momento da venda, para estes estados o CFOP 5929 será preenchido automaticamente. Exemplo:


10113-Somente para D-TEF | Retorno NSUTratamento para quando o parâmetro UTILIZA_PADRAO_DTEF estiver ligado na tabela loja_venda_parcelas campo finalização passou a gravar o campo NSU caso o parâmetro esteja desligado , a finalização é gravada com NSU Rede como era antes.
10324

018778
122902
194873
703561
35053213
35772664

Venda de TEF pendente

Melhoria para conclusão adequada de venda do tipo de pagamento TEF (SiTef/DTEF), isto é, para que não fique com o status de pendente. E assim, prosseguir com o cancelamento do ticket por meio da tela Consulta de Tickets.

Caso ocorra alguma situação que faça a transação do TEF ficar pendente será exibida a notificação:

O pagamento não foi concluído e a venda deve ser cancelada: NSU XX000X, Rede 0000X, Valor 250,00, data e hora : 09/12/2019 14:33.

10357

021039

35429790

Log com status da nota

O Linx POS foi alterado para quando ocorrer o retorno do MID-e, no log do sistema seja gravado o status da NFC-e tanto On-Line quanto Off-Line.

10432-Tag verProc no XMLImplementada na tag <verProc> da procedure LX_GERA_NFE_SEFAZ_4_00 do XML das notas.
10452-Carácter especial - romaneio de saídaTratativa para que o Linx POS não deixe salvar carácter especial na classe "inventoryinSvc" do campo Romaneio da Saída, evitando inconsistência no Linx ETL da retaguarda.
10541

35510035

004282

Campo CHAVE_NFE

No Linx POS, para eventuais ambientes, foi realizada alteração para não permitir gravar nulo (null) ou vazio nos campos

CHAVE_NFE e PROTOCOLO_NFE da tabela LOJA_NOTA_FISCAL (mesmo que a NF-e esteja aprovada).

11919-Adequação aos domínios Hotmail e Gmail

O Linx POS foi adaptado para enviar e-mails utilizando os domínios Hotmail e Gmail, no que diz respeito ao Linx PAY (Integração com o Link de pagamento).

Veja como é fácil configurar clicando aqui!
12086
QR Linx - comprovante do cliente

Após a conclusão da venda no processo de integração entre o Linx POS e o QR Linx, será impresso um comprovante dos pagamentos com os parceiros de wallets, que operam via leitura de QR Code.