v6 – Correção no aplicativo comunicações

Desenvolvimento

Teste

Ajuste

Re Teste

Aprovação

Documentação

Finalização

             

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

             

CASO:

Tem um debug ativo na versão 6.814.

Clique na imagem para ampliar

AÇÃO:

Retirado.

v6 – Inativação de 3 apps

Desenvolvimento

Teste

Ajuste

Re Teste

Aprovação

Documentação

Finalização

             

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

             

AÇÃO:

  • Aplicativos desativados.

  • AUTOCOM3_SQL.EXE (* esse ainda esta indo no build como ativado, após o build da 6.815 percebi o problema e atualizei o repositório do instalador :: whilder)

  • SPEDSINTEGRA.EXE

  • COMUNICACOES_EXPORTAR.EXE

Sugestão de teste:

  • Após a atualização do sistema, tente abrir estes aplicativos.

  • O app deverá dar uma mensagem que a V6 não o utiliza mais.

  • QQ coisa diferente (como foi o caso do autocom3_sql), deverá ser reportada na revisão.

v6 – Retirada da obrigatoriedade da alíquota FECP no calculo do fundo de combate a pobreza

Desenvolvimento

Teste

Ajuste

Re Teste

Aprovação

Documentação

Finalização

             

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

             

AÇÃO:

DE

Clique na imagem para ampliar

PARA

Clique na imagem para ampliar

Segue print de uma tributação para testes:

Clique na imagem para ampliar

Sugestão de teste:

  • TESTAR COM ZERO e TESTAR COM ALGUM VALOR NO FECP

  • Em ambos os casos, a desoneração precisa ser destacada no item.

v6 – Mudança no envio dos custos alterados para o servidor

Desenvolvimento

Teste

Ajuste

Re Teste

Aprovação

Documentação

Finalização

             

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

             

AÇÃO:

  • Antes desta versão o software reaproveitava registros com mais de 30 dias.

  • Nessa nova versão somente há incrementos de registros e não mais reaproveitamento.

  • Alterações nos ajustes de saldo e balanço não irão gerar entradas na tabela estoque_cm.

  • Somente notas de compra e entradas por transferência irão gerar entradas na tabela estoque_cm.

  • a mudança foi realizada pois um possível erro de índice na loja poderia gerar a não inclusão do registro no servidor central.

    Sugestão de manutenção para reduzir o tamanho da tabela:

    use estoque_cm excl
    delete all for ltransf=.T.
    pack
    reindex

Sugestão de teste 1:

  • Zap na tabela estoque_cm no central e filial.

  • Inclusão de uma NF de compra.

  • Transmissão para o servidor.

  • Conferencia se o preço chegou la.

Sugestão de teste 2:

  • No central, abra a tela de produtos e coloque um produto em edição.

  • Na filial, de entrada nesse produto, transmita para o central e confira se o preço chegou na estoque_cm.

  • O preço não irá para o campo produtos.novocm e produtos.novocr pois o registro do produto estava bloqueado em edição.

  • Salve o produto na tela de cadastro, abra o comunicações do central e clique novamente em receber das filiais. Aguarde o processo chegar até o fim.

  • Consulte novamente os campos PRODUTOS.NOVOCM e PRODUTOS.NOVOCR, o valor deverá ter sido preenchido nos campos.

v6 – Correção no pdv quando uma nota com TEF é autorizada pelo menu F4

Desenvolvimento

Teste

Ajuste

Re Teste

Aprovação

Documentação

Finalização

             

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

             

CASO:

  • Tags do grupo cartões não eram preenchidas.

AÇÃO:

  • Corrigido.

Sugestão de teste:

  • Atualizar o sitef demo no servidor 192.168.1.180

  • Arquivos de instalação atualizados estão na pasta \\192.168.1.21\Compartilhada\Sitef demo atualizado

  • Site da software express está com arquivos defasados, usem o que está na pasta compartilhada: \\192.168.1.21\Compartilhada\Sitef demo atualizado

  • Instalar o PINPAD no pdv, realizar uma venda teste credito e debito. Realizar a emissão com uninfe desligado, de modo que a nota não seja autorizada e depois autorize ela pelo F4

v6 – Ajuste no sngpc para usar tabela de médicos, ao invés da tabela prescritor e também colocação fixa do prefixo 0052 no numero da inscrição e uma regrinha para alertar o usuário caso ele digite alguma inscrição que comece com 0052 ou 52

Desenvolvimento

Teste

Ajuste

Re Teste

Aprovação

Documentação

Finalização

             

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

             

CASO:

Durante esse mês, onde eu precisei voltar com os serviços da Galanti, eu percebi que os farmacêuticos cadastram muitas vezes o mesmo prescritor, pois não padronizam a forma que preenchem a inscrição do prescritor.

Para resolver isso, eu fiz o seguinte, coloquei na tela do SNGPC o PREFIXO 0052, e adicionei uma regra no sistema para que se o farmacêutico digitar 0052 ou 52 no inicio do código do médico o software avise e impeça a digitação.

Exemplo na pratica, digamos um médico que a inscrição dele seja 52-1234. Nesse caso:

Temos farmacêuticos que digitam assim: 00521234 – MEDICO FULANO
Outros digitam assim: 521234 – MEDICO FULANO
Outros digitam assim: 1234 – MEDICO FULANO

Com isso, o mesmo prescritor foi cadastrado 3 vezes no Autocom3 mas com inscrições diferentes. O impacto disso é quando tenta tirar um relatório de prescrições do médico 1234-FULANO. Nunca conseguirá um resultado 100%, pois houve lançamentos com números de inscrições diferentes.

Para melhora também fiz uma padronização no cadastro, pois hoje no Autocom3 usamos uma tabela de MEDICOS, bastante completa e o sngpc usa a tabela SNGPC_PRESCRITORES. A mudança do software fará com que a tabela SNGPC_PRESCRITORES não seja mais utilizada e passemos a usar somente a tabela MÉDICOS.

  • A tabela MÉDICOS do Autocom3 possui um cadastro mais limpo de prescritores, sem os erros de digitação que citei ali em cima. Dessa forma, com a implantação da versão o farmacêutico ganhará um pouco mais de agilidade pois terá um cadastro de médicos mais completo.

    Essa versão está indo para testes HOJE aqui na Autocom3 e com previsão de ser liberada ao TI amanha. A implantação nas lojas segue agenda do TI.

AÇÃO:

  • Concluído.

Clique na imagem para ampliar

v6 – Correção na identificação de cliente com CNPJ e inscrição ISENTO

Desenvolvimento

Teste

Ajuste

Re Teste

Aprovação

Documentação

Finalização

             

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

             

CASO:

Identificando cliente cadastrado que possuiu CNPJ mas sua IE está como ISENTO. Esse teste foi feito com PDV em produção.

Clique na imagem para ampliar

AÇÃO:

  • Deve haver algum carácter invisível no campo clientes.cpfcli deste cliente no servidor.

  • Foi colocado um tratamento na exportação da carga de clientes do servidor para o PDV.

Sugestão de teste:

  • Atualize o sistema em cima da mesma base que gerou o erro.

  • Envie carga para os caixas, confira se recebeu.

  • Emita a mesma nota.

Mudança no exportador.

Clique na imagem para ampliar

v6 – Troca na query de busca de clientes do delivery

Desenvolvimento

Teste

Ajuste

Re Teste

Aprovação

Documentação

Finalização

             

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

             

 

AÇÃO:

Sai WHERE CODCAT=10

Entra WHERE CODCAT<>999

Sugestão de teste:

  • Façam pesquisa de clientes que estejam com uma categoria diferente de 10, exemplo 90

v6 – Backup 2 e 3 fazendo backup do banco sql server

Desenvolvimento

Teste

Ajuste

Re Teste

Aprovação

Documentação

Finalização

             

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

             

AÇÃO:

  • Quando rodar o backup 1, os arquivos BKP do banco sql serão criados.

  • Nesse momento, ele irá copiar os BKP no endereço 2 e endereço 3 do backup.

  • isso fará com que o banco sql não precise gerar 2 ou 3 vezes o mesmo arquivo BKP.

v6 – Atualização do xml nas tags FONE para conter fones com 9 dígitos

Desenvolvimento

Teste

Ajuste

Re Teste

Aprovação

Documentação

Finalização

             

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

             

AÇÃO:

  • Desenvolvido.

Clique na imagem para ampliar

Sugestão de teste:

  • Emitir NF com telefone celular no cadastro de lojas e no cadastro do cliente.

  • Emitir NF com telefone convencional (8 dígitos) no cadastro de lojas e no cadastro do cliente.

v6 – PDV Fundo de caixa

Desenvolvimento

Teste

Ajuste

Re Teste

Aprovação

Documentação

Finalização

             

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

             

CASO:

Ao entrar com operador e digitar um valor de fundo de caixa, apertar o ENTER depois usar a tecla para esquerda e voltar para o campo de valor novamente e digitar um novo valor ele soma com o valor digitado anteriormente.

AÇÃO:

  • Componente de calculadora foi desativado.

v6 – PDV – Comanda

Desenvolvimento

Teste

Ajuste

Re Teste

Aprovação

Documentação

Finalização

             

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

             

CASO:

Caso na tela de recuperação de comanda eu DIGITO o número da comanda e aperto ENTER, aparece a mensagem: “Esta comanda não esta aberta”. Caso eu aperte novamente o enter é recuperado a comanda normalmente. Caso eu selecione a comanda na lista, ela é recuperada normalmente também.

Clique na imagem para ampliar

AÇÃO:

Corrigido.

V6 – MDF-e (Impressão de Danfe)

Desenvolvimento

Teste

Ajuste

Re Teste

Aprovação

Documentação

Finalização

             

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

Tempo

             

CASO:

Ao emitir mdf-e e imprimir o danfe, o número de telefone está com a mesma situação que já foi corrigida na NF-e um digito do telefone cadastrado na loja é cortado.

AÇÃO:

Corrigido.

 

 

 

 

 

Print Friendly, PDF & Email

Sobre o Autor