Setup de instalação: Linx OmniPOS (9.7.3) - Setup.pdf
Clique aqui para acessar as evidências.
Código Interno | Código do Cliente | Melhoria | Descrição |
---|---|---|---|
POSSP-1524 | 36263497 | Desconto sobre Troca | Criado o parâmetro HABILITA_DESCONTO_ITEM_DEVOLUCAO, que define se é permitido ou não a aplicação de desconto em item de troca, considerando o impacto na contabilização das vendas para o financeiro e principalmente nas integrações para o Visual Linx. Quando desabilitado, o usuário terá apenas a opção de alteração do preço origem. |
POSSP-1702 | Melhoria no processo de consulta de artigo devido lentidão | Implementada melhoria de performance no Linx OmniPOS, na consulta de artigo, ao se utilizar o produto Vitrine do Linx Reshop. | |
POSSP-1967 | Criação de log completo do processo de DOC_FISCAL | Criamos o parâmetro HABILITA_RASTREAMENTO_DOC_FISCAL, que tem por objetivo ativar o rastreio dos documentos fiscais, e com isso detalhar as informações da geração do doc_fiscal. | |
POSSP-3181 | Bloco X SC - Atos DIAT 10 e 11/2020 | Aplicamos ajustes no sistema em atendimento às mudanças no Bloco X de SC, de acordo com as determinações dos Atos DIAT 10 e 11 de 2020. Agora, o Linx OmniPOS não bloqueará se houver determinada quantidade de Reduções Z pendentes, para envio a SEFAZ. Além disso, o envio de arquivo de estoque não será mais mensal, mas sim anual, conforme legislação, feito manualmente pelo Linx UX, conforme critério do usuário. | |
POSSP-3245 | Novo parâmetro de identificação de credenciadora para pagamento eletrônico “NÃO TEF” | Criamos o parâmetro QRLINX_ID_CREDENCIADORA_CARTAO, utilizado para apontar o ID da credenciadora do cartão, para pagamentos eletrônicos não TEF. Este ID será utilizado para que o PDV possa identificar o LX_COD_TEF_REDE e o ID_ADM_CARTAO no pagamento. Por exemplo: Mercado Pago (app) sua credenciadora é a LinxPay. IMPORTANTE: o valor padrão desse parâmetro é 0. A geração do ID é feita a partir do cadastro da credenciadora. Após gerar o ID, ajuste o valor do parâmetro QRLINX_ID_CREDENCIADORA_CARTAO. | |
POSSP-3303 | Venda à Ordem | Implementamos no Linx OmniPOS o parâmetro HABILITA_VENDA_ORDEM, que se verdadeiro, habilita a operação triangular para vendas vitrine, do Linx Reshop. Ao ativar o recurso, não será alterado nenhum processo para o operador, mas sim, impactará na emissão dos documentos. | |
POSSP-3338 | Automatização e confirmação da Redução Z para o Hub Fiscal | Para evitar pulo de sequencial das Reduções Z, criamos uma API, que monitora e identifica esse cenário, e se por algum motivo não existir a Redução Z, no Linx UX, o PDV cria de forma automática e envia novamente para a retaguarda. | |
POSSP-3400 | Link de Pagamento | Implementamos a integração da solução de Linx Pay, com o Linx OmniPOS, para permitir o pagamentos das vendas com link de pagamento. Veja mais no manual. | |
POSSP-3429 | Sumarização de Promoção | Ajustamos o PDV para receber a sumarização das promoções aplicados pelo Motor de Promoção de O Boticário. Essas promoções podem ser aplicados para o mesmo item da venda. | |
POSSP-3467 | Homologação ECF Blindada Epson - TM-T900F | Homologada a impressora fiscal (ECF) Blindada Epson - TM-T900F para utilização com o Linx OmniPOS. | |
POSSP-3571 | Showrooming - DAV para Mobile | Viabilizamos a gravação de orçamento de pedido Showrooming via Linx Mobile, para resgate e faturamento no Linx OmniPOS. Saiba mais no manual do produto. | |
POSSP-3700 POSSP-4048 | Replicar vendedor da cabeça para os itens | Criado o parâmetro REPLICA_VENDEDOR_ITENS_ATENDIMENTO. Quando habilitado, o sistema terá o comportamento de atribuir a cada produto a identificação do vendedor responsável pela venda. | |
POSSP-3706 | QR Linx | Habilitamos no Linx OmniPOS nova forma de pagamento, o QR Linx, que viabiliza o uso de diferentes carteiras digitais para pagar uma venda. Saiba mais no manual. | |
POSSP-3812 | 37694058 | Venda não presencial | Implementamos o parâmetro HABILITA_VENDA_NAO_PRESENCIAL, que habilita o botão Não Presencial, disponível no menu principal do módulo atendimento. Esse recurso deve ser utilizado para operações do tipo "não presencial" para que seja emitida NF-e com a operação finalidade 2000990. Obs.: as regras fiscais utilizadas para geração da NF-e seguem as configurações de regra de imposto, cadastradas na retaguarda. |
POSSP-3885 | Processo de devolução D&G | Criado o parâmetro TIPO_DEVOLUCAO_DIFERENTE. Quando seu valor for 0, manterá o processo atual de troca envolvendo documentos fiscais diferentes do configurado no PDV. Quando seu valor for 1, o botão de devolução simplificada ficará disponível, e o campo da chave da nota bloqueado, pedindo confirmação do usuário, caso queria alterar o número. Por fim, se seu valor for 2, ele terá o mesmo comportamento anterior, porém com o acréscimo da etapa de verificação da autorização do gerente. | |
POSSP-3886 | Inconsistência em cadastro de filial | Para clientes que utilizarem QR Linx, adicionamos mensagem de alerta ao acionar o recurso, caso haja alguma inconsistência no cadastro da filial, a fim de evitar possíveis intercorrências contábeis. Se não houver nenhum problema no cadastro, o acionamento seguirá para a geração do QR Code, normalmente. | |
POSSP-3905 | 38546977 | Problema ao imprimir DANFE (NFE) no PDV | Criamos o novo parâmetro TIMEOUT_RESPONSE_PRINT, para que o cliente possa personalizar o tempo que o sistema aguarda pela impressão de documento NF-e, de acordo com a média de segundos que cada equipamento da loja leva para responder o comando. Caso seja configurado, por exemplo, 10 segundos, o sistema aguardará até esse limite pela impressão. |
POSSP-4068 | Atualização de componentes CLISITEF | Atualizamos os componentes CliSiTef para a versão 7.0.116.12. | |
POSSP-4093 | Desconto no item + Reshop | 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. | |
POSSP-4145 | Implementação PIX - QRLinx | Viabilizamos no Linx OmniPOS, o pagamento de QR Linx com PIX. Além disso, o display com QR Code dinâmico exibirá agora os logos das carteiras digitais que a loja em questão aceita. Essas melhorias foram feitas de forma oculta, não sendo necessário novas configurações além da ativação convencional do QR Linx, e atualização da versão para o Linx OmniPOS 9.7 SPK3 ou superior, Linx UX versão 3.10.67 ou superior e Linx OmniPOS Services 3.0.0.1. | |
POSSP-4284 | Identificação do Meio de pagamento Pix | Incluímos a identificação da modalidade PIX, na tabela LJV_ADM_CARTAO, sobre as informações de conciliação para retaguarda. | |
POSSP-4288 | (QR Linx) - Ativação Rápida | Implementamos o botão Ativação Automática, disponível através do caminho Módulo Administração > Configurações> QR Linx, que facilita a ativação dessa forma de pagamento, gerando automaticamente um RG. Com isso, após configurar os parâmetros correspondentes ao QR Linx, não será necessário preencher manualmente o código do PDV, fornecido pela equipe de implantação, pois se o botão estiver acionado, esse código será gerado automaticamente, toda vez que o recurso for habilitado ou reabilitado na retaguarda. | |
POSSP-4294 | Venda Delivery | Viabilizamos no PDV o faturamento de venda com acréscimo de frete. Saiba mais sobre Venda Delivery no manual. | |
POSSP-4297 | Vale-Omni | Implementamos a geração de vale-omni no Linx OmniPOS, a fim de viabilizar a utilização de saldo de crédito, proveniente de troca, em outras ocasiões pelo consumidor. Mais informações acesse aqui. | |
POSSP-4382 | Novo parâmetro impressão de cupom (Comprovante de Pagamento) | Criamos o parâmetro QRLINX_QTDE_VIAS_RECIBO, que indica a quantidade de vias para impressão do comprovante (relatório gerencial) de pagamentos via QR Linx, de acordo com os dados de retorno. | |
POSSP-4540 | 39265565 | Identificar manualmente a transportadora nas Vendas Delivery | Implementamos parâmetro DELIVERY_DADOS_MANUAIS_TRANSP. Se verdadeiro, permite que o usuário digite manualmente os dados da transportadora. Reflexo no PDV: |
POSSP-4640 | Origem do atendimento | Implementamos o parâmetro UTILIZA_CANAL_VENDA_ORIGEM, se verdadeiro, passará a exibir a tela para seleção do canal de vendas, no início do atendimento, que identifica sua origem, seja teleatendimento, e-commerce, presencial ou outros. |