| Data de Lançamento |
|
| Autor | Jennifer Navarro Rocha |
Prezado cliente,
Com o intuito de fornecer as ferramentas necessárias para o bom desempenho de sua farmácia, a Linx traz inovações para o software e, através deste informativo, serão abordadas as melhorias e inovações do software aplicadas ao módulo.
Maiores informações referente a esta inovação e às demais alterações serão detalhadas neste documento, com a finalidade de trazer maior credibilidade e garantir a excelência dos processos administrativos da sua farmácia.
Foi realizada uma alteração na forma de atualização do PDV. Ocorriam alguns problemas relacionados às dependências dos arquivos e, para solucioná-los, a partir da versão 2.0.33.157, o próprio PDV incluirá as dependências necessárias, bastando apenas executar o arquivo "PDVNFCe.exe" como administrador.
Atualizar versões da(s) aplicações abaixo.
| Aplicação | Versão |
| Banco de Dados - PostgreSQL | 4.08.056 |
| Chamado Jira | Chamado Workflow | Descrição | Ajustes contemplados |
|---|---|---|---|
| FARMAGOI-15129 | 41361629 41951037 | Contabil - serie NFC-E | 01 |
| FARMAGOI-21163 | 44791102 | PinPad não habilita para digitação de senha do convênio | 02 |
| FARMAGOI-21355 | 44558668 44799449 44886924 | Erro ao finalizar a venda | 03 |
| FARMAGOI-21562 | 43530638 | Cancelando recebimentos | 04 |
| FARMAGOI-21811 | 45147517 45232513 | Arquivo webservice.xml apontando para homologação no estado da BA | 05 |
| FARMAGOI-21899 | 45190310 | Lentidão carregar os itens bipados no pdv | 06 |
01 - As notas apresentavam erro no painel NFC, que resultava na não identificação da serie 000 e as notas emitidas via sat modelo 59, estavam seguindo a numeração NFCE e serie NFC, porém essas emissões estavam apresentando um problema no Sped.
Após a análise, foram implementados no Sped Fiscal os registros "C800" e "C850" e para o Sped Contribuições "C860 e C870", tendo como finalidade o envio destas vendas.
02 - Ao configurar como 1 a flag "TP_CAPTURA_SENHA_CONV" , o "PINPAD" não estava habilitando a digitação da senha ,porém quando era permitido a digitação e inserção da mesma ,ocorria que estava imprimindo os dados de assinatura do cliente.
Após a análise foi feito ajustes nos métodos "MostraDadosFidelize" para exibir ao usuário a mensagem: "Pressione F4 para ativar o PINPAD... "e "EmiteComprovanteConvenio" para quando imprimir "VENDA REALIZADA COM SENHA PESSOAL" não mostrar as informações para assinatura no comprovante.
03 - A venda do PDV não era finalizada no momento de montar o XLM, devido ao seguinte retorno: "Critica: O índice e o comprimento devem se referir a um local dentro da sequência".
Após a análise ,foi Incluído no log "Validações" para registrar os métodos de MFe da classe: "clsNFCe.cs".
04 - Por diversas vezes, o sistema cancelava o recebimento de fatura no PDV, porém, não excluía a baixa, impossibilitando que a loja realizasse o recebimento novamente.
Após análise, foi identificado que na baixa de faturas no PDV, caso algum erro ocorresse e fosse feito o cancelamento do recebimento, em alguns cenários após o cancelamento do recebimento a baixa realizada não era estornada, ficando quitada. Foi corrigido no PDV para sempre no cancelamento do recebimento estornar as faturas baixadas, caso necessário.
05 - Após a correção realizada no arquivo "webservice.xml" na versão final 164 ,oque não estava acontecendo na versão final 166, o arquivo voltou a conter um url de homologação do estado da Bahia.
Após a análise ,foi realizado um ajuste na tag: "NFeConsultaQrCode".
06 - Foi encaminhado para o desenvolvedor o backup do banco da loja para verificar a lentidão no PDV.
Após análise no backup do cliente ,foi realizada uma melhoria de desempenho no PDV ,fazendo que diminuísse o tempo que gastava em media para lançar um item no banco e quanto a maneira de identificar se possui uma venda em aberto no caixa.