#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.

POSTOSUBE-21112

Módulo/Rotina: Ajustar Monitorador.
Benefício/Descrição: Realizado ajuste na rotina de transmissão do monitorador de notas para evitar erros ao atualizar XML.
Caminho: Vendas  →  Venda NFC-e (65).

POSTOSUBE-21215

Módulo/Rotina: Ajustado comprovante para recebimento de títulos.
Benefício/Descrição: Realizado ajuste na impressão do comprovante de recebimento de títulos, ajustado valor impressos no campo de troco.
Caminho: TAC → Administração → Recebimento de Títulos.

POSTOSUBE-21255

Módulo/Rotina: Ajustado envio do cheque troco no recebimento de títulos pelo Tacon.
Benefício/Descrição:  Realizado ajuste no recebimento de títulos para o Tacon. Agora quando gerado um troco e usado cheque troco, o TACON envia corretamente o cheque para o fechamento de caixa no EMSys.
Caminho: TAC →  Administração →  Recebimento de Títulos.

POSTOSUBE-21256

Módulo/Rotina: Ajustado Console de Bombas.
Benefício/Descrição: Realizado ajustes nas rotas do Console de Bombas, separando as rotas para serem independentes, assim evitando travamentos.

POSTOSUBE-21276

Módulo/Rotina:
1 - Ajuste na rotina de lançamento de despesas de forma Mensal.Se o parâmetro "Utiliza controle de Despesa Mensal" estiver ativo, o sistema irá exigir o pagamento da despesa.
2 - Na tela de aprovação de despesa mensal, usuário poderá digitar no campos: Descrição do tipo analítico e centro de custo, para facilitar a pesquisa na tela.
3 - No relatório de despesas aprovadas, caso não seja informado o tipo analítico na tela o sistema irá buscar todas as contas analíticas.
Benefício/Descrição: Melhoria no processo para facilitar o operacional do cliente.
Caminho: Administrativo → Despesas → Despesas.

POSTOSUBE-21361

Módulo/Rotina: Ajustado recebimento de titulo com pagamento em Cheque e Dinheiro.
Benefício/Descrição: Foi realizado um ajuste no processo de recebimento de títulos, que apresentava erro ao efetuar o pagamento utilizando a combinação de Cheque + Dinheiro. Agora, o pagamento múltiplo nessa sequência está funcionando corretamente.
Caminho: TAC →   Administração →   Recebimento de Títulos.

POSTOSUBE-21367

Módulo/Rotina: Ajustado o limite de troco por valor e percentual.
Benefício/Descrição: O ajuste passou a considerar o limite de troco por forma de pagamento, de acordo com o valor e o tipo (percentual ou valor fixo) definidos nos campos ind_tipo_val_maximo_troco e val_maximo_troco da tabela tab_forma_pagto.

POSTOSUBE-21367

Módulo/Rotina: Ajustado o limite de troco por valor e percentual.
Benefício/Descrição: O ajuste passou a considerar o limite de troco por forma de pagamento, de acordo com o valor e o tipo (percentual ou valor fixo) definidos nos campos ind_tipo_val_maximo_troco e val_maximo_troco da tabela tab_forma_pagto.

POSTOSUBE-21432

Módulo/Rotina: Ajustado consulta de valor limite para adiantamento cliente.
Benefício/Descrição: Realizado ajuste nos detalhes da consulta de clientes, onde foi corrigido a consulta do valor de adiantamento disponível para o cliente.
Caminho: TAC → Vendas → Consultar Clientes - F5 → Detalhes.

POSTOSUBE-21424

Módulo/Rotina: Ajustado validação de cpf/cnpj na venda de NFe (55).
Benefício/Descrição: Realizado ajuste na tela de cpf/cnpj para não permitir seguir com a venda caso seja uma NFe (55) e o campo de cpf/cnpj não esteja preenchido corretamente.

POSTOSUBE-21537

Módulo/Rotina: Ajustado rotina de transmissão de notas.
Benefício/Descrição: Realizado ajuste na obtenção do parâmetro de licença referente a data de inicio para CSRT, assim evitando erros na geração da nota.
 

POSTOSUBE-21538

Módulo/Rotina: Ajustado venda com integração 99 no SmartPOS.
Benefício/Descrição: Realizado ajuste na confirmação do uso do voucher 99, assim evitando erros de integração com a 99.

POSTOSUBE-21539

Módulo/Rotina: Ajustado venda com integração 99 no SmartPOS.
Benefício/Descrição: Realizado ajuste na confirmação do uso do voucher 99, assim evitando erros de integração com a 99.
 

POSTOSUBE-20806

Módulo/Rotina: Inclusão dos campos idCSRT e hashCSRT na tag infRespTec do XML.
Benefício/Descrição: Foram adicionados os campos idCSRT e hashCSRT na tag infRespTec do XML, conforme exigências da Sefaz.

Na licença, foram criados os seguintes parâmetros para configuração por estado:

13159 – Data de Início CSRT:
Define a data de vigência da rotina por estado. A partir desta data, o sistema passa a considerar os campos idCSRT e hashCSRT no XML.
Exemplos:
PR = 15/09/2025
SP = 17/03/2025

13160 – Identificador do CSRT (idCSRT):
Valor numérico que representa o identificador do CSRT por estado, utilizado para preencher o campo idCSRT no XML.
Exemplos:
PR = 1
SP = 2

13161 a 13164 – Hash do CSRT (hashCSRT):
O hash CSRT deve ser informado em até quatro parâmetros distintos (13161 a 13164), conforme a necessidade de comprimento. Esses valores são concatenados para compor o hash completo.
Exemplos:
PR = T4YY0GHA31L07JHVIU8RF66UU9DL1FLKITUE
SP = K1JIU5EQG37Z07JHVIU8RF24IQ9DL1FLKLKAS

Formação dos Campos no XML:
idCSRT: Será preenchido com o valor definido no parâmetro 13160 de acordo com o estado.
hashCSRT: Será formado pela concatenação dos parâmetros 13161 a 13164 conforme o estado, junto à chave de acesso da nota. O valor resultante será criptografado, gerando uma string final de 28 caracteres, que será utilizada no campo hashCSRT do XML.

POSTOSUBE-21043

Módulo/Rotina: Implementado rotina para destacar o rentenção do PIS/COFINS, CSLL e IRRF.
Benefício/Descrição: Com a implementação agora o TAC vai olhar para os parâmetros (2104, 2106, 2102 e 2100) da tab_parametro_sistema e também para as colunas (IND_RETEM_PIS_COMBUSTIVEL, IND_RETEM_COFINS_COMBUSTIVEL,IND_RETEM_CSLL_COMBUSTIVEL, IND_RETEM_IRRF_COMBUSTIVEL) da tab_cliente, assim de acordo com o parametrizado para a empresa e o cliente sera informado no XML na tag retTrib (vRetPIS, vRetCOFINS, vRetCSLL, vBCIRRF e vIRRF) e na tag infAdic -> infCpl, onde o TAC vai pegar os valores encontrados nos parametros (2105, 2107, 2103 e 2101) e multiplicar pelo soma total de todos os combustíveis da nota e informando cada valor em seu respectivo campo do XML.
Caminho: TAB_NFS_E: conlunas ().
XML → tag retTrib (vRetPIS, vRetCOFINS, vRetCSLL, vBCIRRF, vIRRF) e tag infAdic → infCpl
DANFE → Informações Complementares

POSTOSUBE-21067

Módulo/Rotina: Implementado envio pelo tacon do campos (vIRRF, vBCIRRF, vRetCSLL, vRetPIS e vRetCOFINS);
Benefício/Descrição: Implementado envio dos campos (val_base_ret_irrf, val_ret_irrf, val_ret_pis, val_ret_cofins e val_ret_csll) da tab_nfs_e pelo tacon no endpoint venda/registra (vIRRF, vBCIRRF, vRetCSLL, vRetPIS e vRetCOFINS).

POSTOSUBE-21068

Módulo/Rotina: Implementado captura de novos parâmetros em /empresa e novos campos em /pessoa.
Benefício/Descrição: Implementado captura dos parametros (indRetemPisCombustivel, perAliquotaPisCombustivel, indRetemCofinsCombustivel, perAliquotaCofinsCombustivel, indRetemCsllCombustivel, perAliquotaCsllCombustivel, indRetemIrrfCombustivel, perAliquotaIrrfCombustivel) que desce via tacon no endpoint /empresa e armazenados na tab_parametro_sistema. Implementado também captura dos campos (indRetemPisCombustivel, indRetemCofinsCombustivel, indRetemCsllCombustivel, indRetemIrrfCombustivel) que desce via tacon no endpotin /pessoa e armazenados na tab_cliente.
Caminho: TAB_PARAMETRO_SISTEMA: cod_parametro (2100, 2101, 2102, 2103, 2104, 2105, 2106, 2107).
TAB_CLIENTE: colunas (IND_RETEM_PIS_COMBUSTIVEL, IND_RETEM_COFINS_COMBUSTIVEL,IND_RETEM_CSLL_COMBUSTIVEL, IND_RETEM_IRRF_COMBUSTIVEL).

POSTOSUBE-21382

Módulo/Rotina: Implementado nova LGPD no TACClient
Benefício/Descrição: Com a implementação agora o TACClient passa validar a mesma regra de LGPD do TAC para login de Operador.

POSTOSUBE-21391

Módulo/Rotina: Implementado o tipo de pagamento QrLinx para utilização no PromoFlex.
Benefício/Descrição: Com esta implementação, passa a ser possível selecionar QrLinx no campo de formas de pagamento do PromoFlex. Dessa forma, ao selecionar PromoFlex e abrir a tela de pagamentos do TAC, será exibida apenas a forma de pagamento configurada como QrLinx.
Observação: Para o PromoFlex, continuará sendo enviado o tipo de pagamento 14 - PL.
Caminho: TAC > Vendas > Voucher PromoFlex (CTRL+Y).