#DicaLinx 
Você Sabia?
A Linx possui um canal no YouTube, chamado #DicaLinx, com tutoriais de dicas sobre o sistema, para auxiliar o usuário no funcionamento das rotinas do EMSys.
O objetivo deste canal, é que o próprio usuário consiga sanar suas dúvidas, referente ao uso do sistema, de forma ágil.
O projeto teve início este ano, e receberá atualizações constantes. 
Não deixe de conferir o canal (#DicaLinx) e aproveite para deixar as suas sugestões! 
Veja os vídeos disponíveis para o EMSys.

Ação: Alterado a rotina do cheque troco, quando for utilizado no PDV.

• Implementado parâmetro para não permitir a baixa do cheque troco automaticamente durante a confirmação do caixa.
• Implementado um status novo para o cheque troco para esses casos (U - Utilizado PDV)
• Implementada tela para realizar baixa destes cheques troco manualmente

Benefício: Quando o parâmetro "Não Realizar baixa de cheque troco no momento da venda" estiver habilitado, sistema não faz a baixa do cheque troco automaticamente. Foi criado um status "Utilizado PDV" na tela de cheque troco para separar. Caso esse parâmetro esteja marcado e ocorra uma venda com cheque troco no PDV, sistema vai marcar o cheque como "Utilizado PDV". Foi criada também a tela "Baixa Cheque troco", que é por onde o usuário vai conseguir fazer a baixa dos cheques com o status "Utilizado PDV".

Caminho: Financeiro →  Cheques Recebidos →  Cheque Troco

Ação: Ajustado a gravação dos XML das notas Denegadas no EMSys, para quando a sefaz retornar com caracteres o sistema fará a remoção antes de gravar no Banco de dados.

Benefício: Agora os usuários não terá impedimentos durante a integração das notas.

Caminho: Notas Denegadas

Ação: Ajustado o calculo do somatório do percentual de origem combustível (pOrig), implementado a regra para permitindo uma tolerância de "0,1%" tanto para mais quanto para menos.

Benefício: Com a tratativa o TAC vai permiti uma tolerância de 0,1% para mais e para menos no campo pOrig para vendas utilizando o modelo 55 com a tributação monofásica.

Caminho: Finalização de vendas

Ação: Ajustado regra para incluir as promoções da Scantech no EMSys, para evitar impedimentos no TAC.

Benefício: Agora o sistema não vai gravar a hora da data fim da promoção, desta forma não terá impedimentos para os usuários.

Caminho: Gerencial →  Scanntech →  Promoção Scanntech

Ação: Ajustado o fechamento de turno, para que o sistema faça a remoção do ponto final informado no campo Troco Final.

Beneficio: Quando o usuário copiar um valor para o campo "Troco Final" no Fechamento de turno, e possuir um ponto final, o TAC vai remover o ponto automaticamente para evitar impedimentos de conversão.

Caminho: TAC →  Turno →  Fechar turno

Ação: Ajustado o atualizador do FiscalFlow para os clientes que estão utilizando a opção Hibrido (parâmetro 16000 = N e 16020 = S na tab_parametro_host).

Beneficio: Agora o sistema não vai apresentar impedimentos durante a atualização para os clientes que utilizam o ambiente hibrido.

Caminho: Atualizador FiscalFlow

Ação: Feito ajuste na função MonitorarPrecos para o sistema desconsiderar os espaços em branco do códigos de barras.

Beneficio: O envio dos preços de todos os produtos do TAC, terá o envio pelo Monitorador de preço sem impedimentos.

Caminho: Monitorador de preço

Ação: Ajuste do número do cupom na tab_cupom_fiscal das venda com ShellBox. Alteração na função MontaCupomVirtual para criar inicialmente o número do cupom antes da venda e as demais informações somente após a venda para retornar com sucesso.

Beneficio: Agora o sistema vai apresentar as informações com mais detalhes e sem impedimentos durante a validação do cupom das vendas com shellbox.

Caminho: Shell Box

Ação: Realizado ajustes na tabela cupom fiscal, para permitir inserir 60 caracteres no campo CONSUMER_NAME da tab_sale no banco do tac.

Beneficio: Agora o cliente não terá impedimentos com as vendas de ShellBox.

Caminho: ShellBox

Ação: Ajustado o envio dos movimentos RPS pelo TACon, alterado função LoadVendaRPS para incluir no SELECT as notas com status zero para que RPS nesse status subam sem impedimentos.

Beneficio: Agora o sistema faz o envio das vendas realizadas com o Modo RPS corretamente.

Caminho: Vendas RPS

Ação: Ajustado o envio das sangrias para o fechamento de caixa.

• Alterado no TACON para enviar somente o cod_vendedor no campo de operador para o EMSys, para não ocorrer impedimentos no envio de sangria/suprimento

Beneficio: Agora o sistema não apresentará impedimento durante o envio dos movimentos sangrias.

Observação: Realizado alteração pois no EMSys é feito uma validação comparando o cod_operador enviado pelo tacon com o cod_pessoa da tab_pessoa no EMSys, assim não podendo enviar o cod_operador do TAC.

Caminho: Fechamento de caixa

Ação: Melhoria na rotina de cancelamento dos cupons no TAC.

Beneficio: Agora o Log será apresentado com maiores informações, para entender melhor a rotina onde não é possível realizar o cancelamento de cupom pelo Gerenciador de Vendas, removido caracteres especial das exception.

Caminho: TAC →  NFC-e →  Gerenciador de Vendas

Ação: Implementado dados de Mensagem Adicional no envio da nota para o Modo RPS.

Beneficio: Agora o TACON esta enviando corretamente os dados adicionais da nota quando for utilizado o Modo RPS.

Caminho: Modo RPS

Ação: Implementado caminho para impressão de nota quando for utilizado a opção do parâmetro "mini impressora = não".

Benefício: Quando a pasta "C:\Temp" não existir, o TAC vai criar a mesma antes de realizar a impressão..

Caminho: TAC →  NFC-e →  Gerenciador de Notas Fiscais →  Imprimir Nota

Ação: Implementado no TAC novo algoritmo de identificação das vendas TEF no TAC..

Beneficio: É possível realizar a associação de bandeira de formas diferentes, no cadastro de forma de pagamento é possível fazer uma nova configuração, onde será alimentado a tab_forma_pagto_config_tef, que faz validações nas tab_operadora_cartao, tab_rede_autorizadora_cartao e tab_tab_bandeira_cartao.

Agora esta associando corretamente as formas de pagamento de acordo com retorno da bandeira

Observação: A forma de pagamento das vendas no TAC não foi alterada, somente as tabelas onde consulta as associações.

Caminho: Forma de Pagamento

Ação: Implementado Client 2.0 do Fiscal Flow.

Beneficio: Agora o TAC esta homologado para utilizar o Client 2.0 do Fiscal Flow.

Caminho: Fiscal Flow