| Painel | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
| Sem Formato | ||
|---|---|---|
| ||
Linx POS | |||||||||
Linx POS 7.10 | Linx POS-e 7.10 SPK 44 | |||||||||
| |||||||||
Instalador da versão do Linx POS-e | |||||||||
Instalador da versão do Linx POS (Exclusivo para PAF-ECF) | |||||||||
Service Pack para Linx POS/POS-e | |||||||||
| |
Versão Mínima SiTEF 7 | |
Versão Mínima DTEF 8.22.10.0404 | |
| Versão Mínima Linx Datasync Retail 5.3.34 | |
Versão Mínima Linx ERP /Franquia SPK 02.25.040Service Pack Linx ERP 8.1 HF 01.26.020 | |
Versão Mínima Client 2.0 | 2.14.9 | |
| Âncora | ||||
|---|---|---|---|---|
|
| Section |
|---|
| Aviso | ||
|---|---|---|
| ||
PAF-ECF Verifique, no Portal de Homologação, os Estados para os quais esta versão está credenciada para a devida instalação. Pesquise pela Vertical Moda, produto Linx POS. PAF-NFC-e |
| Sem Formato | ||
|---|---|---|
| ||
| Sem Formato | ||
|---|---|---|
| ||
| Âncora | ||||
|---|---|---|---|---|
|
| Informações | ||
|---|---|---|
| ||
Para visualizar as evidências vinculadas a esta versão, clique aqui. |
| Sem Formato | ||
|---|---|---|
| ||
| Sem Formato | ||
|---|---|---|
| ||
| Âncora | ||||
|---|---|---|---|---|
|
| Painel | ||
|---|---|---|
| ||
O tamanho dos Os campos de endereço foram padronizados, adotando o mesmo padrão utilizado no layout de NF-e/NFC-e. Os tiveram seus tamanhos equiparados ao leiaute de nota fiscal, com ampliação dos campos de bairro, cidade, país e nome de do endereço foram ampliados nas bases de clientes e endereços. Com isso, e todas as telas e relatórios que utilizam esses dados foram ajustados para refletir o novo padrão. Essa melhoria reduz adequados para garantir maior consistência das informações, reduzir falhas de integração e garante maior consistência nas informações entre sistemas e proporcionar mais segurança e confiabilidade nos dados utilizados. |
| Painel | ||
|---|---|---|
| ||
Melhoria que permite emitir NF‑e Complementar a partir de uma NFC‑e nas UFs autorizadas, trazendo mais agilidade e segurança na correção fiscal. O parâmetro UF_GERA_NFE_COMP_NFCE define quais UFs podem realizar essa operação, enquanto o parâmetro GERA_NF_COMP_NFCE_SEM_CLI indica se permite emitir a nota mesmo sem cliente cadastrado, usando a própria loja como destinatária. Com isso, o sistema adapta automaticamente o processo conforme a configuração da loja, valida as informações necessárias e evita erros antes da emissão, garantindo mais flexibilidade, menos retrabalho e um fluxo de ajuste fiscal muito mais simples e confiável. |
| Painel | ||
|---|---|---|
| ||
A atualização permite ao sistema, o controle que impede combinar vendas de estoque com pedidos de showrooming, quando o lojista não permite vendas híbridas. O Implementada a possibilidade de bloquear operações de venda de estoque físico da loja com itens de showrooming, por meio do parâmetro OMS_SHW_HAB_HIBRIDA é criado automaticamente e, quando configurado como falsoeste parâmetro for falso (.F.), o sistema bloqueia tanto iniciar um pedido de showrooming em operações com não permitirá a coexistência entre itens de showrooming e outros valores a pagar, quanto incluir novos itens pagos quando um pedido de showrooming já estiver aberto, garantindo que os colaboradores sigam exatamente o fluxo definido pelo lojista, mantendo o processo organizado, sem riscos de erros, evitando retrabalhos e inconsistências no caixa. Itens de troca e doação continuam liberados por não gerarem pagamentoque podem ser referentes a itens de venda do estoque da loja, carga de giftcard, vale presente, etc. Por padrão, o sistema mantém o comportamento atual. O bloqueio ocorrerá apenas quando o parâmetro estiver desativado. |
| Painel | ||
|---|---|---|
| ||
Foi implementado um controle que garante mais adicionado o parâmetro VALIDA_NOTA_IPI_ENC_CAIXA que permite o controle opcional por loja, aumentando a segurança fiscal no fechamento do caixa. A verificação de nota fiscal de apuração do IPI é apenas para as vendas do caixa . De modo opcional por loja, o sistema pode exigir a emissão da que está sendo fechado (podem haver vendas de outros caixas). Se o caixa optar por não gerar a nota fiscal de apuração do IPI antes de concluir o fechamento sempre que houver vendas que dependam dessa apuração. Isso evita esquecimentos, assegura a emissão correta da NF-e correspondente e reduz riscos de inconsistências fiscais. O caixa é orientado no momento do fechamento e pode emitir a nota imediatamentequando for informado da necessidade, o caixa não será fechado. |
| Painel | ||
|---|---|---|
|
|
O
| title | ENTERMODA-37268 | Padronização — Endereço |
|---|
| |
Foi implementado o tratamento para garantir o preenchimento correto da tabela DADOS_CADASTRO_XML_NFE também nas notas fiscais emitidas via Fiscal Flow Client. Com essa melhoria, os dados da NF-e passam a ser gravados de forma consistente, eliminando falhas de integração com as validações do ERP e evitando divergências entre o XML original e a nota reimpressa, especialmente em casos de alteração cadastral posterior, como mudança de endereço. O resultado é mais confiabilidade nas informações fiscais, maior aderência aos processos padrão de emissão e redução de retrabalho para o usuário final. |
| Sem Formato | ||
|---|---|---|
| ||
| Sem Formato | ||
|---|---|---|
| ||
| Âncora | ||||
|---|---|---|---|---|
|
| Painel | ||
|---|---|---|
| ||
Tratamento para Pedido Vitrine, gravar informações de produto na tabela UNICO_VITRINE_PEDIDO_ITEM. |
| Painel | ||
|---|---|---|
| ||
Tratamento na transação de pagamento de QRLinx via Assistente de Pagamento. |
| Painel | ||
|---|---|---|
| ||
Tratamento para garantir que o campo SAIDA_ENCERRADA fique = 1, quando os campos NUMERO_NF_TRANSFERENCIA e SERIE_NF estiverem populados. |
| Painel | ||
|---|---|---|
| ||
Tratamento para cálculo correto de TROCO com LANCAMENTO_CAIXA idênticos em TERMINAIS distintos. |
| Painel | ||
|---|---|---|
| ||
Tratamento no resgate do Vale Crédito. |
| Painel | ||
|---|---|---|
| ||
Tratamento para venda com divergência de valores no resgate de brinde Reshop + desconto manual. |
| Painel | ||
|---|---|---|
| ||
Tratamento na finalização de Venda. |
| Painel | ||
|---|---|---|
| ||
Foram realizados ajustes na tela de Impressão de Etiquetas do Linx POS Manager, contemplando: |
| Painel | ||
|---|---|---|
| ||
Tratamento na geração da Reserva de Pedido Showrooming via Linx POS. |
| Painel | ||
|---|---|---|
| ||
Tratamento na finalização da Venda com Troca. |
| Painel | ||
|---|---|---|
| ||
Tratamento na consulta de estoque Showrooming. |
| Painel | ||
|---|---|---|
| ||
Realizado tratamento para otimização da visualização de campo na tela de Estoque, visando melhor usabilidade e organização das informações em tela. |
| Painel | ||
|---|---|---|
| ||
Tratamento implementado para que ao cancelar uma Reserva/Consignação, o estoque dos produtos envolvidos volte a ficar disponível. |
| Painel | ||
|---|---|---|
| ||
Tratamento na geração de venda com NF-e. |
| Painel | ||
|---|---|---|
| ||
T |
| Painel | ||
|---|---|---|
| ||
T |
| Painel | ||
|---|---|---|
| ||
F |
| Painel | ||
|---|---|---|
| ||
T |
| Painel | ||
|---|---|---|
| ||
C |
| Painel | ||
|---|---|---|
| ||
| ||
Por meio desta tratativa, o sistema passa a possibilitar a ativação de campanhas Reshop com o tipo de pagamento Vale Funcionário (TIPO_PGTO = F). |






