• BUILD 805 – Implementado comparativo diário e mensal no DRE.
• BUILD 805 – Implementado MDF-e.
• BUILD 813 – Implementado a impressão comparativa do balancete gerencial.
• BUILD 813 – Implementado o envio de CÓPIA CARBONADA OCULTA, para o e-mail da contabilidade, de todos os DF-e emitidos no estabelecimento.
• BUILD 814 – O fechamento de caixa do PDV foi alterado, para que ao ser configurado para ocultar totais de caixa, em caixas controlados por caixeiros e/ou individualizados, o campo DINHEIRO também seja ocultado.
• BUILD 814 – A sangria de caixa foi alterada, em caixas controlados por caixeiros e/ou individualizados, para quando o funcionário for informado, o campo VALOR seja preenchido com o saldo disponível deste funcionário e não o valor total do caixa.
• BUILD 816 – Implementado filtro, no GERENCIADOR DE NF’s DE SAÍDA, que permite ao operador filtrar os movimentos por FORMA DE PAGAMENTO praticada no PDV.
• BUILD 816 – Alterado o layout da impressão da FATURA DE COBRANÇA para exibir o CÓDIGO DE VENDA (CV) dos documentos que a compõe.
• BUILD 820 – Foi alterado o cadastro de clientes para:
• BUILD 820 – Alterado o sistema de boletos bancários para gerar remessa por lote e efetuar baixa de documentos a receber por arquivo retorno afim de automatizar o processo de baixa.
• BUILD 823 – Implementado o cadastro de CAMPANHAS DE COMISSIONAMENTO de funcionários.
• BUILD 823 – Implementado FLAG, no cadastro de campanhas de comissionamento, que permite retroagir o cálculo às vendas, ainda com comissão zerada mas que no decorrer do período atingiram a meta de comissionamento, ou seja, aplicar comissão às vendas anteriores à primeira meta.
• BUILD 823 – Melhorada a mensagem ao usuário, na descompensação de cheques recebidos de terceiros em dia conciliado no financeiro (balancete), explicando ao usuário que é preciso desconciliar o dia para efetuar o processo.
• BUILD 823 – Alterado o relatório de CAIXAS DO PDV, SOBRAS E FALTAS DE CAIXAS, para incluir filtro para aplicar VALOR DE TOLERÂNCIA para só computar FALTAS e SOBRAS acima de um valor estabelecido pelo usuário.
Também é possível escolher onde este valor será aplicado:
• BUILD 823 – Alterado o SPED FISCAL para exportar os números inutilizados, de DF-e, no período, com código de situação “05”.
• BUILD 825 – Alterado o cadastro de CLIENTES e de CLIENTES NOMINAIS para permitir configurar se o registro se refere à um contribuinte do ICMS ou não. Esta informação vai no XML do DF-e emitido.
• BUILD 825 – Implementado parametrização no TECH POSTO que permite:
Para a opção dois (2) o período inicial mínimo é 01/03/2017. Para datas anteriores esta configuração não promoverá nenhuma diferença.
• BUILD 831 – A POSIÇÃO DE LIQUIDEZ foi alterada para exibir a totalização dos ATIVOS e PASSIVOS, exibindo o saldo da diferença, na tela e no relatório.
• BUILD 831 – A CAMPANHA DE COMISSIONAMENTO foi alterada para ao utilizar GRUPOS DE PRODUTOS, para incluir IMPULSIONADORES e/ou CONDIÇÕES, o sistema mantenha o GRUPO ao invés de todos os itens que compõe o grupo selecionado.
Isto facilita a visualização da informação pelo usuário e também a manutenção da campanha.
Uma vez o grupo fazendo parte de uma campanha, qualquer produto adicionado ao grupo irá, automaticamente, fazer parte da campanha, sem a necessidade de inserção direta, pois ele já faz parte de um grupo já presente na campanha.
• BUILD 831 – A impressão em 80mm, no PDV, da CONFERÊNCIA DE CAIXA, dos movimentos de CARTÕES, foi alterada para exibir o código da AUTORIZAÇÃO.
• BUILD 831 – Ao acessar a RE-IMPRESSÃO DE FATURAS todas as faturas em aberto são geradas e exibidas na tela e isto força o BANCO DE DADOS fazendo com que o relatório demore a abrir.
Foi alterado este comportamento para aguardar a seleção do filtro pelo usuário e a confirmação para que o relatório seja emitido.
• BUILD 832 – Foi criado configuração no cadastro do cliente que permite ao usuário definir que DF-e emitidos pelo módulo de gestão para o referido cliente não agrupem os itens pelo CÓDIGO + DESCRIÇÃO.
O padrão é agrupar, ou seja, se emitirmos uma NF-e que referencia outras NFC-e que possuem “n” itens, estes itens são agrupados e totalizados por CÓDIGO + DESCRIÇÃO. Se esta configuração estiver ativada, cada item de cada DF-e será exibido no novo documento.
• BUILD 835 – Implementado a segurança em dois passos, via Google Authenticator, em login principal e secundário.
• BUILD 835 – Criado, nas contas de usuário do sistema, opção para definir se uma conta é de uso exclusivo para login secundário.
• BUILD 835 – Adicionado campo, na visualização dos cadastros de bicos/bombas e tanques, para exibir o ID da automação ao qual o registro está vinculado.
• BUILD 837 – Implementado segurança em dois passos em requisições, cliente especial e seleção de vendas pelo funcionário.
• BUILD 837 – Implementado tela para dar acesso ao frentista a visão de sua evolução na campanha de comissionamento.
• BUILD 837 – Implementado comunicação com o sistema CLUB GAS de fidelização de clientes.
• BUILD 843 – O cadastro de produtos foi alterado para permitir que o usuário associe uma tabela de conversão de unidades, DE/PARA, para produtos do tipo COMBUSTÍVEIS. Esta alteração foi necessária, porque agora os postos podem comprar diretamente das usinas e elas emitem NF em METRO CÚBICO.
• BUILD 845 – O cadastro de produtos foi alterado para permitir que algumas propriedades possam ser configuradas, sem a necessidade do cliente entrar em contato com o suporte da TECH SHOP, isto para produtos do tipo COMBUSTÍVEIS. São as propriedades abaixo:
• BUILD 846 – Alterado o SPED ICMS para atender o atual layout de 2022.
• BUILD 851 – Implementado PICPAY e PIX do SICOOB e do BB no sistema Tech Posto via Digital Wallet, não utilizando o SHIPAY, ou seja, comunicação direta.
• BUILD 852 – Implementado novo protocolo de autenticação / comunicação de servidores de e-mail que exigem “OAuth2.0”. Vale lembrar que o Gmail irá utilizar este novo meio de comunicação a partir de 30 de Maio de 2022.
• BUILD 852 – Implementado, nas configurações do TECH POSTO, local para seja possível a configuração o servidor de e-mails do cliente.
Isto é extremamente necessário, pois, devido ao alto volume de emissão de DANFEs em nossos clientes, o nosso servidor de e-mail está caindo nas BLACKLISTs como propagador de spam.
Portanto se faz necessário o uso de provedor particular de e-mail por parte de nossos clientes.
• BUILD 754 – Implementado relatório de VENDAS, CUSTOS E LUCRATIVIDADE no menu RELATÓRIOS -> GERENCIAIS.
Este relatório permite ao proprietário analisar as vendas, observando, por combustível, as variações de custo médio, valor de venda, margem unitária, participações em: vendas, custo médio das vendas e da margem bruta.
Ao final do relatório é apresentado resumo por grupo de produtos que também permite a análise das participações em: vendas, custo médio das vendas e da margem bruta; entre outras informações.
•BUILD 754 – Implementado relatório de VENDAS POR TIPOS DE RECEBIMENTO, que permite uma análise dos meios de pagamento praticados nos PDV, do estabelecimento comercial, na visão fiscal, detalhando o VL TOTAL, TROCO, LÍQUIDO, TICKET MEDIO e TX DE PARTICIPAÇÃO destes meios nos fechamento das vendas.
•BUILD 756 – Implementado o controle por forma de pagamento para cartões IdentFID utilizados para alteração de preços em bomba.
Podemos ajustar as formas de pagamento permitidas para um determinado cartão, obrigando o usuário do sistema PDV a utilizar somente a(s) forma(s) configuradas.
•BUILD 761 – Desenvolvido DASHBOARD onde será apresentado, de forma gráfica, todos os indicadores de movimentações financeiras e de estoque para o usuário do sistema. Este painel funciona em janela a parte da tela principal (gestão) do TECH POSTO.
•BUILD 762 – Desenvolvido GERENCIADOR DE CONTAS A PAGAR.
•BUILD 763 – Implementado filtro para exibir somente os registros EXCLUÍDOS no relatório ANÁLISE DOS REGISTROS DE VENDAS DE AUTOMAÇÃO.
•BUILD 763 – A emissão de NF-e referenciando NFC-e pela tela de RECEBIMENTO DE CLIENTES, seja na Gestão, no PDV e/ou na manutenção do caixa do PDV, foi alterada para apresentar mensagem ao usuário discriminando os documentos que não irão compor o novo DOCUMENTO FISCAL, indicando os motivos: sem CV, já associado a outra NF-e e/ou do tipo NF-e.
•BUILD 763 – Alterado o cadastro de CARTÕES DE CRÉDITO para incluir os tipos CARTEIRAS DIGITAIS e FROTA.
•BUILD 763 – Alterado o relatório de CARTÕES RECEBIDOS NO PERÍODO para permitir o AGRUPAMENTO DO RELATÓRIO POR TIPO DE CARTÃO: CRÉDITO, DÉBITO, CARTEIRA DIGITAL E/OU FROTA.
•BUILD 763 – Alterado o relatório de VENDAS POR TIPOS DE RECEBIMENTO para separar as vendas de cartões por CRÉDITO, DÉBITO, CARTEIRA DIGITAL E/OU FROTA.
•BUILD 770 – No gerenciador de CONTAS A PAGAR, na impressão dos movimentos visualizados no GRID, foi adicionado RODAPÉ incluindo os totais de documentos, de pagamento e o saldo remanescente.
•BUILD 770 – O executável REGITRAR foi alterado conforme listado abaixo:
Todas as remoções são referentes à funcionalidades PAF-ECF não mais utilizadas.
•BUILD 770 – No ambiente onde se utiliza cartão para mudança de preços na bomba, a tela de seleção de abastecimentos capturados pela automação, no PDV, foi alterada para permitir:
•BUILD 770 – A tela de emissão de carta de correção, no gerenciador de NF DE SAÍDA, foi alterada para exibir texto explicando o que pode ser corrigido por ela.
•BUILD 770 – Implementado, no gerenciador de transações, validador que impede que movimentos que gerem créditos em haver para pagamento antecipado de fornecedores sejam estornados sem que haja saldo suficiente.
O usuário será obrigado a desfazer o lançamento que consumiu o crédito para depois desfazer o movimento que gerou o crédito.
•BUILD 774 – O filtro “TIPO DE DESCONTO”, usado em RELATÓRIOS, foi alterado para “TIPO DE A/D”, onde A – Acréscimo e D – Desconto.
Este filtro foi desenvolvido para que o gestor possa visualizar diversos relatórios de gerenciamento e de vendas sem a presença do DESCONTO, porque quando emitimos o DRE, o DESCONTO se encontra em seu respectivo plano de conta e não pode ser expresso no total das vendas, pois se for, gera duplicidade.
Agora o ACRÉSCIMO está sendo tratado da mesma forma.
•BUILD 774 – Quando movimentos de caixas do PDV são visualizados, no GERENCIADOR DE MOVIMENTOS DE CAIXAS DO PDV, de forma a totalizar por dia, o sistema impedia o acesso ao detalhamento de alguns tipos de movimentações, como por exemplo: ACRÉSCIMOS, DESCONTOS, DINHEIRO, SDO CAIXA ANTERIOR, SDO PRÓXIMO CAIXA e TICKETS.
O sistema foi alterado parar permitir o acesso para que o usuário tenha o detalhamento destes movimentos agrupados, bem como aos relatórios de movimentações.
•BUILD 774 – Foi otimizado a performance de acesso aos dados de LOGIN de um usuário.
Esta tela estava muito lenta e, agora o sistema irá carregar as permissões do usuário em SEGUNDO PLANO e, só irá liberar o acesso para edição quando terminar o processo de leitura.
O cabeçalho da tela de edição do usuário irá mostrar uma mensagem indicando que o processo de carregamento das permissões está em execução e irá remover este aviso no término do referido processo, indicando que o operador poderá realizar edições nas permissões do usuário que está sendo editado.
Todas as outras edições, como por exemplo: alterar senha, definir como adm, remover de adm, alterar nome de usuário, alterar vínculo com cadastro de funcionário, etc; poderão ocorrer sem problemas enquanto o processo de leitura de permissões ocorre em segundo plano.
•BUILD 774 – Foi alterado o LIVRO CAIXA para que quando um período seja requisitado e, havendo neste período caixas do PDV ainda abertos ou não conciliados, que os totais de DINHEIRO e de REFORÇO DE CAIXA sejam incluídos no LIVRO CAIXA de forma TEMPORÁRIA, avisando o usuário que aquela operação é referente à um CAIXA DO PDV ainda NÃO CONCILIADO.
•BUILD 774 – Vamos imaginar um cenário onde uma conciliação de estoque é aberta antes do final do mês, no último dia do mês, por exemplo: 31/01/2021.
No outro dia o usuário deseja visualizar a conciliação que está aberta, não informo as datas porque são povoadas automaticamente, baseadas no mês atual, dia inicial até dia atual, neste caso do dia 01/02/2021 até 01/02/2021.
No cenário acima, o movimento de conciliação em aberto não é localizado, gerando mensagem ao usuário que NADA FOI LOCALIZADO, levando o usuário a ter que se lembrar da data de abertura da conciliação e, alterar o filtro de data, ou a ligar no suporte da TECH SHOP dizendo que a conciliação que estava aberta “sumiu”.
Baseado no cenário acima descrito, alteramos o filtro para tratar a opção “VISUALIZAR MOVIMENTOS EM ABERTO” de forma a ignorar todos os outros filtros.
Os outros filtros são aplicáveis somente com a opção “VISUALIZAR MOVIMENTOS CONCLUÍDOS/CONCILADOS/FECHADOS”.
•BUILD 774 – Implementado o depósito em cofre eletrônico direto do livro caixa.
•BUILD 775 – Gerenciador de NF DE SAÍDA não estava permitindo visualizar o espelho de DF quando selecionado um documento do tipo NFC-e.
•BUILD 775 – Gerenciador de NF DE SAÍDA, no detalhamento de formas de pagamento recebido, quando visualizávamos um documento a receber, o código do cliente não era exibido.
•BUILD 775 – Gerenciador de NF DE SAÍDA, na tela de totalização de formas de pagamento recebidas, as opções de detalhamento só eram ativadas depois do usuário “clicar com o mouse” em cima do total, foi alterado para já ativar quando o focu da célula alterar, evitando o uso do mouse e facilitando o uso pelo teclado.
•BUILD 775 – Atualizado o SPED ICMS para atender as alterações impostas pelo layout 3.0.5, mais precisamente sobre escrituração de créditos de ICMS oriundos de fornecedores inscritos no SIMPLES para o Estado de Goiás.
•BUILD 775 – Implementado o relatório gerencial de VENDAS COM TROCO.
•BUILD 778 – Implementado toda a estrutura para atender ao DECRETO PRESIDENCIAL Nº 10.634 de FEVEREIRO de 2021.
Foi implementado:
•BUILD 783 – Alterado o relatório TÍTULOS EM ATRASO DE CLIENTES para incorporar novo filtro que permite ignorar os clientes que estão em atraso, mas estão dentro da carência pré-definida em seu cadastro.
•BUILD 783 – Alterado o relatório VENDAS -> DETALHES DOS MOVIMENTOS POR CLIENTES para incorporar novo filtro que permite a seleção de quais formas de pagamento utilizadas no PDV o usuário deseja visualizar.
•BUILD 783 – Retornada configuração no PDV para EXIGIR A IDENTIFICAÇÃO DO CLIENTE NAS VENDAS, com isso, o sistema passará a exigir o CPF/CNPJ do cliente em todas as operações de vendas.
•BUILD 783 – Criada configuração no cadastro do cliente que permite EXIGIR A IDENTIFICAÇÃO DO VEÍCULO nas vendas do PDV que o utilizem. Entende-se por veículo o conjunto CARRO + PLACA + KM + MOTORISTA.
•BUILD 784 – Criação de configuração para definição de mensagem a ser impressa em recibos do tipo REQUISIÇÃO em vendas do PDV. Para acessar e informar uma mensagem basta entrar nas CONFIGURAÇÕES DO PDV, na aba “CLIENTE ESPECIAL / VENDA AUTOMÁTICA / OUTROS”.
•BUILD 785 – Liberados novos gráficos no DASHBOARD:
•BUILD 785 – Novos recursos no DASHBOARD:
•BUILD 787 – Melhorado o desempenho do relatório VENDAS NO PERÍODO -> TABELA DE VENDAS POR FORMAS DE PAGAMENTO, que estava demorando muito para apresentar as informações na tela do usuário.
A alteração se deu na STORED PROCEDURE que alimentava o relatório e também o DASHBOARD no gráfico VENDAS POR FORMA DE PAGAMENTO.
•BUILD 787 – O relatório VENDAS NO PERÍODO -> TABELA DE VENDAS POR FORMAS DE PAGAMENTO está agora separando as vendas de cartão CRÉDITO e DÉBITO, igual no DASHBOARD.
•BUILD 787 – Adicionado ao relatório de SALDO NO PERÍODO, de COMBUSTÍVEIS e de PRODUTOS, o valor UNITÁRIO PRATICADO DE VENDA, no período desejado, e a totalização do estoque baseado neste valor.
•BUILD 787 – Retornado, no cadastro de clientes, a coluna GRUPO ao qual o cliente está associado.
•BUILD 787 – Agora o gerenciamento dos dispositivos móveis (celulares, tablets, etc) será realizado pelo cliente no próprio TECH POSTO, menu APOIO -> DISPOSITIVOS MÓVEIS.
O acesso a este recurso permite gestão total: inclusão, exclusão, bloqueio, quais dispositivos possuem acesso, etc..
•BUILD 788 – Implementado a seleção de banco de dados a ser definido como padrão já no login do usuário para facilitar a seleção de qual banco o usuário deseja trabalhar.
Para que esta opção esteja disponibilizada ao usuário é necessário ativar chave de registro do Windows através de script.
Nesta tela é exibido o BUILD e o STATUS (online/offline) de cada banco de dados registrado para a estação de trabalho.
•BUILD 788 – A impressão de fatura de cobrança foi alterada para exibir informações sobre a chave PIX onde o cliente poderá efetuar o seu pagamento.
Estas informações são obtidas junto ao cadastro das contas correntes do cliente à qual a fatura está associada e, sendo que, estas informações podem ser alteradas somente com a senha da TECH SHOP para evitar fraudes dentro do estabelecimento comercial do cliente.
Basta acessar as contas correntes, editar a que deseja, ir na última ABA PIX e selecionar o tipo de chave e informar a chave PIX que a partir deste momento todas as faturas associadas à esta C/C iram apresentar a mensagem para pagamento via chave PIX..
•BUILD 790 – O cadastro de GRUPO DE CLIENTES foi alterado para implementar duas novas opções, uma para ATIVAR outra para DESATIVAR a herança de todos os clientes associados ao grupo selecionado.
•BUILD 790 – O cadastro DE CLIENTES foi alterado para permitir a seleção do GRUPO DE CLIENTE ao qual está associado, bem como remover a associação com um grupo, sem a necessidade de acessar o cadastro de GRUPOS DE CLIENTES para fazer esta operação.
•BUILD 793 – O processo de gestão de usuários estava muito lento, em alguns casos o sistema ficava processando por mais de um minuto e somente depois a tela era liberada para edição, isto também ocorria no relatório de rastreamento de usuários, onde a abertura da tela principal do relatório demorava muito.
A importação de permissões também era outro problema.
Todo o código foi reescrito para otimizar o processo..
•BUILD 793 – Na MANUTENÇÃO DE CAIXA DO PDV foi adicionado coluna, na visualização de movimentos de cartões, para exibir se o movimento já se encontra conciliado pelo GERENCIADOR DE CARTÕES.
Também na mesma tela foi adicionado filtro que permite agrupar os movimentos pelo seu tipo:
•BUILD 793 – Foi adicionado na visualização dos cadastros de produtos duas novas colunas que exibem se o produto permite desconto e se permite alteração de preço de venda na entrada de notas fiscais.
Também foi adicionado dois novos comandos que permitem ao usuário ativar essas propriedades sem a necessidade de entrar no cadastro..
•BUILD 794 – Foi implementado no GERENCIADOR DE RELATÓRIOS mais uma opção de exportação: MICROSOFT EXCEL SOMENTE DADOS.
•BUILD 794 – Implementada nova forma de remover clientes associados à um grupo.
Esta alteração visa dar mais celeridade ao processo utilizando a mesma tela que é utilizada para inserção de clientes.
Para entender o direito ao crédito é necessário entender o REGIME DE SUBSTITUIÇÃO TRIBUTÁRIA que é o direito assegurado aos Governos de cobrar o ICMS, antes mesmo da venda ser realizada ao Consumidor Final. Para sua implantação é fixada um preço estimado de venda ao consumidor e os grandes produtores e fornecedores são obrigados a cobrar o imposto de forma antecipada e recolher ao Estado. No caso do Combustível a Substituição Tributária obriga a Petrobras e as Distribuidoras a reter e recolher o ICMS.
É utilizado o PREÇO MÉDIO PONDERADO A CONSUMIDOR FINAL (PMPF) para calcular o imposto.
Mas quando você pratica PREÇOS DE VENDA INFERIORES, aos fixados na tabela, você tem direito a ser ressarcido.
O mesmo ocorre se você gerar o registro e ficar comprovado que você vendeu à um preço maior que o preço da tabela PMPF, neste caso, o Estado poderá cobrar a diferença.
Este assunto deve ser debatido entre o cliente e o seu contador de confiança, avaliar cada caso separadamente e, se assim achar, gerar os registros para obtenção da restituição do crédito.
Você seleciona o tipo da data base para a previsão, se será a data atual do sistema e/ou data final do período selecionado (data final definida no passo 1, + 1 dia)
A tela de edição de itens de documento fiscal foi alterada para exibir a mesma coluna que trata o item “1”
Exibir as OBSERVAÇÕES de cadastro de clientes para facilitar a comunicação entre o caixa/funcionário do posto e o cliente que está abastecendo.
Caso opte por compor, o produto bonificado entrará nos resultados como LUCRO, na data do movimento de entrada (esta opção é a padrão, sistema já trabalhava assim).
Caso opte por não compor, o custo médio será recalculado, sendo reduzido, para que o lucro venha a cada venda do produto.
b) Pagamento de Despesa
c) Receita Eventual
a) Incluída coluna de média diária de venda em litros
b) Incluída coluna de média diária de venda em moeda
c) Exibido a quantidade de dias da projeção
1) Alterado a entrada de NF para que a quantidade e custo médio inicial sejam coletados a partir do inventário e/ou entrada de NF anterior mais próxima
a. Uma vez efetuada a entrada, todos os registros de venda, leituras de caixas do PDV, inventários subsequentes ao dia de entrada serão alterados até a data da próxima NF entrada do produto
b. Não havendo próxima entrada de NF para o produto, a alteração se dará até o dia atual
2) Alterado o inventário de estoques para:
a. Que seja possível executar comandos de propagação de alterações efetuadas
b. Que seja possível solicitar o recalculo de custo médio a partir de uma data selecionada
3) O cadastro de tanques e produtos foi alterado para não permitir mais de um custo médio, quando o combustível estiver alocado em mais de um tanque
Esta operação hoje é possível utilizando o clique direito do mouse e forçando o usuário a entrar no menu ORDENAÇÃO e escolher o que deseja: crescente ou decrescente.
Sendo assim é mais fácil clicar no cabeçalho da coluna desejada e as informações alternarem entre crescente e decrescente conforme o usuário clica.
Esta alteração visa impedir o usuário de alterar informações que podem comprometer o LMC e a venda do produto no PDV. BUILD 642 – Alterado o cadastro de CONTAS CORRENTES para permitir a inserção das seguintes informações:
1) LAYOUT CNAB 2) DATA e SALDO BASE, que estarão liberados mediante permissão para tal BUILD 642 – Alterações:
Incluído novos campos na integração com o BOA VISTA:
1) Tipo de captura: POS ou TERMINAL PDV
2) Produto – identifica a finalidade do produto transacionado
Alterado o assistente de consolidação/compensação para:
1) Selecionar/Remover todos na relação de documentos para a operação
2) Filtrar por arquivos e vínculos, de acordo com a digitação para uma seleção mais rápida
3) Rateio dos valores de juros, seja individual ou em grupo por descrição de cartão
Alterado também a URL de comunicação com o BOA VISTA
Isso trazia problemas junto a SEFAZ, visto que, venda de combustível há a necessidade de informar o encerrante de cada abastecimento e, agrupando, geramos problemas de inconsistência de informações.
Era necessário alterar para que cada item de venda saia no XML e DANFE, devidamente identificado e, por isso, pode-se gerar DANFEs muito grandes.
Para sanar o problema acima foi criado configurações que permitem ao cliente definir se, no fechamento de caixa do PDV, as vendas complementares terão seus DANFEs impressos e a quantidade máxima de itens por documento fiscal, variando de 1, mínimo, até 10 no máximo.
Para ter acesso à essas configurações, basta estar dentro do PDV e pressionar CTRL+C, acessando as configurações e, logo após, a guia OPERAÇÕES DOS FUNCIONÁRIOS
1) Não perguntar mais se o usuário deseja identificar o cliente, nos casos em que o total geral das vendas pendentes não ultrapassa o limite que obriga a identificação do destinatário
2) Fixar o CFOP em 5.656, atualmente está errado em 5.102, na tela de cliente nominal
1) O CONFIGURAR.EXE foi alterado para que seja habilitar um PDV para venda automática, desde que ele não seja vinculado à um ECF ou um POS MÓVEL
2) Alterado a configuração do PDV para permitir a configuração da VENDA AUTOMÁTICA, aqui podemos definir o TIMEOUT, ou seja, vendas capturadas por automação e paradas a mais de X minutos. Aqui temos as configurações 30 minutos, 1 hora, 1 hora e meia e 2 horas
Para permitir a parametrização, foi criado na tela de configuração do sistema TECH POSTO, na guia GERAL, OUTRAS OPÇÕES, uma permissão que irá permitir o rastreio ou não destas informações no momento da primeira conciliação de estoque de um produto.
Ficará a encargo do técnico ativar ou não a opção, que por default, inicia como DESMARCADA, ou seja, para rastrear todas as movimentações do produto em sua primeira conciliação de estoque
1) LANÇAMENTO
a. FINANCEIRO
i. TÍTULOS A RECEBER
1) Localizar movimentos também pelo NSU
2) Cruzar a pesquisa e tentar localizar AUTORIZAÇÃO no campo NSU e vice-versa pois podem haver erros de digitação por parte do usuário
3) Estando os campos AUTORIZAÇÃO e NSU com valores numéricos, antes de confrontar com as informações do BOA VISTA, remover os ZEROS À ESQUERDA
1) No próprio cadastro de clientes, na tela principal, botão EXTRATO
2) Ao acessar os detalhes do cadastro de clientes, na guia LIMITES, ao lado do campo SALDO DEVEDOR
3) Na tela principal do TECH POSTO, via menu PESQUISAR, opção EXTRATO DE CLIENTE
Alterado o cadastro de produtos para permitir a alteração das informações acima descritas quando o produto for um combustível e, ao gravar as informações, espelhar no cadastro de tanques
Uma contém os PDVs associados ao modelo de NF
Outra contém informação para exibir se o modelo é de SCAN
Pelo motivo da greve dos camioneiros, este relatório visa facilitar, ao gestor do estabelecimento, prestar esse tipo de informação às autoridades que assim solicitar.
Este relatório está no menu RELATÓRIOS -> GERENCIAIS -> TABELA DE EVOLUÇÃO DE VPL NAS BOMBAS
1) Data
2) Número da NF
3) Valor unitário
4) Quantidade
5) Valor Pago
6) Dados do Fornecedor (nome, telefone, localidade)
Esta alteração visa ajudar o cliente na hora da compra.
Foi alterado a STORED PROCEDURE de fechamento de caixa para validar este tipo de situação e definir como padrão o FUNCIONÁRIO DO SISTEMA para assumir a venda e retirar a mesma do “limbo”.
1) Cartões de crédito/débito
2) Cheques recebidos de terceiros a prazo/vista
3) Contas a receber
4) Estoques de combustíveis/produtos
Ou seja, só irá se tornar despesa, no relatório e no balancete quando efetuado o pagamento da mesma, via contas a pagar.
1) Inserir o número do documento, na identificação das despesas, para melhor identificar o documento a pagar, mas se este campo ficar em vazio inserir o número da NF
2) Associar estas duplicatas como forma de pagamento ao espelho da transação para posterior visualização do usuário destas informações
Esta configuração está disponível no PDV, na guia OPERAÇÕES DO FUNCIONÁRIO, é possível configurar também o TIMEOUT da comunicação.
Para configurar o mesmo devemos obter essas informações com o contador e em posse desses códigos acessar as configurações do sistema TECH POSTO, no menu APOIO, e ir na guia PLANOS DE CONTAS CONTÁBEIS.
1) CFOP
2) Número de documento referenciado
Removida a coluna “NF?” e inserido a coluna “NF REF.” que exibirá o número da NF-e que referencia aquele documento.
1) Dependentes: CPF, CNPJ, RG e IE
2) Clientes: tipo de residência, tempo de residencia, gênero, profissão, endereço do trabalho, salário, cargo, dados do cônjuge, profissão do cônjuge
Nesta situação o PVA não valida o arquivo, obrigando o usuário a fornecer um NOME GENÉRICO para cada participante não identificado
Este agrupamento já ocorria nos totais individualizados por funcionários
1) Clientes
2) Fornecedores
3) Funcionários
4) Terceiros
5) Factory
6) Contas Correntes
7) Cartões de Crédito/Débito
A princípio o sistema irá contar com os tipos de documentos abaixo, automaticamente inseridos na atualização do sistema. Este cadastro pode ser alterado pelo cliente, podendo inserir, alterar ou excluir.
1) Certidão de Casamento
2) Certidão de Nascimento
3) CNPJ
4) Comprovante de Endereço
5) Contrato Social
6) CPF
7) Inscrição Estadual
8) RG
1) Estando o caixa NÃO CONCILIADO o processo possa ocorrer mesmo com o caixa fechado e exibindo aviso ao usuário que o caixa será alterado no seu financeiro, identificando qual caixa
2) Estando o caixa CONCILIADO, o processo não ocorra e um aviso ao usuário seja emitido explicando o motivo do impedimento e avisando que o caixa deverá ser desconciliado para que o estorno possa ocorrer, aqui na mensagem o caixa também é identificado
A identificação do caixa será TURNO + DT. ABERTURA
Esta opção não é exibida quando utilizado um ECF.
Em caixas individualizados, os totais, acima descritos, apareceram somente quando visualizado TODOS os funcionários.
É possível detalhar os cancelamentos, para saber por exemplo:
1) Se um DF-e foi cancelado antes ou depois do caixa fechado
2) Visualizar o espelho fiscal de um DF-e
Esta data somente será exibida se os movimentos estiverem sendo exibidos sem nenhum tipo de agrupamento
a) Incluir código e nome do funcionário que realizou o processo ( caixas individualizados )
b) Incluir data/hora da impressão
c) Incluir o CV da operação
d) Em comprovantes de uso de crédito, o nome da assinatura deve ser o nome do cliente e não do estabelecimento comercial
1) Visualização do CÓDIGO DE VENDA
2) Visualização do FLAG que indica se a venda de combustível se deu pelo TECLADO
3) Visualização do CÓDIGO DO CLIENTE ESPECIAL utilizado na venda
4) Visualização dos PRODUTOS que compõe os documentos fiscais selecionados
1) Identificar via do estabelecimento e via do funcionário
2) Não separar vias por quebra de página e sim por fim de relatório para forçar o uso da guilhotina
Este processo é mais lento e demanda mais paciência por parte do usuário em aguardar o retorno.
Ou seja, se tivermos um produto de código 00000000000001 e um bico de código 001 e tentarmos realizar a venda pelo o código do produto, o PDV irá priorizar o uso do código para o combustível, assim a venda iniciará sempre pelo bico 001.
Neste cenário o usuário fica obrigado a pesquisar pelo nome do produto ou abrir a tela de pesquisa e localizar o produto para realizar a venda do mesmo.
Foi implementado a correção do número do produto para iniciar sempre pelo o último número do bico e ajustar o que já estiver cadastrado, definindo um novo código ao mesmo
A opção acima, está disponível no cadastro de produtos, na tela de visualização, clicar com o botão direito do mouse sobre o GRID, ir em OUTRAS OPÇÕES, será a última opção VALIDAR CÓDIGO DE PRODUTO VS CÓDIGO DE BICOS/BOMBAS
Esta opção somente estará disponível quando for usuário TECH SHOP
1) INCLUIR NA LISTA DE INADIMPLENTES? – se a operação de negativação irá incluir o CPF/CNPJ do documento na relação de inadimplentes do sistema
2) PERMITE REAPRESENTAR? – se o documento devolvido naquela alínea pode ser reapresentado, ou seja, depositado em C/C novamente
3) BLOQUEIA RECEBIMENTO DE NOVOS DOCUMENTOS? – se o documento devolvido naquela alínea gerará bloqueio no sistema impedindo que o sistema aceite outros documentos do
mesmo CPF/CNPJ. Esta opção está em sincronia com a do item “1”, ou seja, estando o item “1” ativado, o item “3” também será ativado de forma automática
Aqui o problema maior é que o cliente já foi embora e denegando o DF-e, todo o processo é estornado e retornado ao PDV, ficando o usuário, por muitas das vezes, desavisado e gerando transtornos na conferência do caixa
A questão aqui é que o PDV estava permitindo a alteração do tipo de DF-e no ato da venda, configurando quebra de configuração realizada em negociação pelo estabelecimento e pelo próprio cliente.
Agora, existindo esta configuração no cadastro do cliente, o funcionário no PDV não poderá mais alterar o tipo de DF-e, ficando obrigado a finalizar a venda com aquele modelo já definido no cadastro do cliente.