Antes de atualizar o sistema, tenha certeza que seus backups estão em  dia. Dúvidas sobre segurança dos seus dados? Leia esta FAQ

Abaixo estão detalhadas as alterações efetuadas no Gerenciador Financeiro Info Livre nas últimas versões disponibilizadas - Leia-as atentamente sempre ANTES de atualizar o seu sistema.

Mudanças implementadas na versão 9.18 - 23/07/2010

  • Nota Fiscal Eletrônica: O GFIL já tem usuários emitindo NFe em produção em MG, MT, PA, PE, e SP.
    Melhorias no módulo NFe nesta versão:
    1)Incluída opção para se emitir uma NFe de uma compra;
    2)Melhorada a opção de pesquisa de NFe para cancelar;
    3)Incluída opção para se gravar e buscar textos prontos para o campo "Informações Adicionais de Interesse do Fisco";
    4)Se você precisa preencher os campos "Marca dos Volumes" e "Espécie de Volumes" nos dados de transporte, agora você pode preenchê-los com apenas um clique, buscando esses dados da última NFe emitida com a mesma transportadora da NFe nova;
    5)Corrigido erro que ocorria ao se reenviar uma NFe em forma normal e que havia sido enviada em contingência DPEC;

  • O "Relatórios/Lançamentos/Consolidado - Caixa e Bancos (exclusive Transferências)/Relatório", agora pode ser filtrado por uma conta caixa;

  • Criado o "Relatórios/Lançamentos/Consolidado Caixa/Bancos Analítico". Com esse relatório será possível extrair um relatório analítico de todas as despesas e receitas da empresa de forma analítica, independentemente de onde se originou o lançamento (banco ou livro caixa);

  • No módulo de cadastro de filiais/empresas o sistema permitia que uma filial alterasse dados cadastrais de outra. Agora, para alterar dados nesse módulo, será necessário estar logado com a filial da qual se deseja alterar os dados;

  • No cadastro de produtos e matérias-primas estavam ocorrendo alguns erros quando se fazia uma alteração de dados - corrigido;

  • Alguns usuários não estavam conseguindo enviar e-mail pelo GFIL, mas utilizando seu próprio servidor SMTP. Fizemos alguns ajustes nessa opção do GFIL. Se você for testar esse envio, por gentileza, retorne-nos com os resultados;

  • Corrigido erro que ocorria ao transformar orçamento ou consignação em venda;

Mudanças implementadas na versão 9.17 - 09/07/2010

  • Nota Fiscal Eletrônica: O GFIL já tem usuários emitindo NFe em produção em MG, MT, PA, PE, e SP.
    Melhorias no módulo NFe nesta versão:
    1) Se a "Situação Tributária do ICMS" do produto na NFe for modificada para uma que tenha tributação, a alíquota de ICMS será completada pelo sistema, buscando essa informação do cadastro do produto (ICMS fora ou dentro do estado, conforme o caso);
    2) Na geração da NFe, caso o(s) produto(s) da venda da qual está sendo emitida NFe, tenha NCM informado no cadastro, esse NCM também será incluído na nota e, por consequência no Danfe;
    3) Criado o cadastro de CFOPs. Com isso cada usuário poderá incluir os CFOPs que mais utiliza. Esse cadastro de CFOPs será utilizado tanto no cadastro de produtos como na emissão de NFes. Se você informar o CFOP do produto no seu cadastro, quando emitir uma NFe de venda, o sistema completará automaticamente esse dado no itens da NFe;
    4) Incluída opção para se excluir uma NFe que ainda não tenha sido transmitida;
    5) Nas opções de pesquisa (tela inicial da NFe) foram feitas algumas pequenas correções em relação à dinâmica de pesquisa;
    6) Ao imprimir o DANFE você pode imprimir diretamente na impressora ou na tela. Essa definição você faz na nova opção - "Saída do DANFE" - dos parâmetros da empresa (guia NFe);
    7) Em alguns casos o DANFE não imprimia todos os itens de produtos - corrigido;
    8) Nos parâmetros da empresa - guia da NFe - foi disponibilizada uma opção para desabilitar a impressão da data e hora de saída das mercadorias no DANFE. Essa opção será útil para quem não despacha a mercadoria no mesmo dia da emissão da NFe;
    9) Na tela principal do GFIL, foi incluído um botão para acesso rápido ao módulo NFe;
    10) Na seção "Vídeo-Aulas", agora tem 3 vídeos sobre a NFe GFIL;

  • O mesmo limite de descontos do operador que é aplicado na venda e ordem de serviço, agora também vale para baixa de contas a receber;

  • O GFIL passa a fazer o controle de adiantamentos, tanto de clientes como a fornecedores. Esse controle será útil naquelas situações em que um cliente paga um valor adiantado e que futuramente será utilizado para abater em uma venda ou ordem de serviço ou ainda, quando a situação se inverte, ou seja, quando sua empresa adianta um valor para um fornecedor.
    Para registrar a entrada do adiantamento do cliente ou a saída do adiantamento ao fornecedor, foi criado o menu "Financeiro / Adiantamentos". A verificação dos saldos (de cliente e/ou fornecedores) de adiantamentos, acesse o menu "Relatórios / Adiantamentos". Já, o abatimento do adiantamento do cliente será feito no fechamento da venda ou OS e o adiantamento de fornecedor, será feito no pagamento da compra;

  • Nos cadastro de clientes e fornecedores foi criado o campo "E-mail 2";

  • A exemplo do que já existia nos módulos de clientes, fornecedores e produtos, agora o cadastro de veículos também tem opção para se incluir ocorrências;

  • Agora no comprovante da consignação também poderá ser impresso o código, código de barras, código original ou referência do produto, conforme estiver definido no módulo de parâmetros da empresa;

Mudanças implementadas na versão 9.16 16/06/2010

  • Nota Fiscal Eletrônica: O GFIL já tem usuários emitindo NFe em produção no PA, PE, MG e SP.
    Melhorias no módulo NFe nesta versão:
    1) Agora os dados da transportadora não necessitam mais ser digitados, pois o sistema "buscará" esses dados do cadastro da transportadora selecionada. A informação dos dados do veículo/reboque continua como dantes;
    2) Foi incluído o campo "ICMS Fora do Estado" no cadastro de produtos; 3) Foi incluído o campo "CFOP de Venda Fora do Estado" no cadastro de produtos. Quando se iniciar uma NFe de uma venda, o sistema vai verificar se o cliente (destinatário) está no mesmo estado (UF) da empresa emitente da NFe ou em outro estado e "buscar" os CFOPs correspondentes. Se o CFOP de todos os produtos daquela venda cuja NFe está sendo iniciada for o mesmo, o sistema também vai completar automaticamente o campo "Natureza da Operação" da NFe;
    4) Os campos "Qtde de Volumes" e "Peso Bruto (kg)" do quadro "Peso/Volumes" da NFe, serão preenchidos conforme dados da venda;

  • 5) Incluído o CFOP 5405; 6) Se nos parâmetros da empresa estivesse habilitada a opção "Empresa participante do simples nacional", o sistema bloqueava indevidamente a opção para destaque de ICMS; 7) A tela dos termos de uso, que precede o módulo NFe pode agora ser inibida para os acessos seguintes;
  • Na inclusão de itens de produtos e/ou serviços agora tem opção para desconto no item em % (percentual);

  • Agora, ao solicitar a impressão do carnê de pagamento (venda ou OS), o sistema vai dar uma opção para que sejam impressos os juros de mora (atraso) que o cliente pagará se atrasar uma parcela. Será impresso o valor em Reais do juro diário com base no percentual estabelecido nos parâmetros da empresa;

  • Parece que finalmente conseguimos corrigir o erro "Field not found" que ocorria nas pesquisas de cadastros com alguns usuários. Se esse erro acontecia em seu programa, por gentileza, após atualizar para esta versão, acompanhe o sistema e, caso ocorra novamente, comunique-nos imediatamente;

  • O relatório financeiro estatístico não estava considerando os produtos com saldo em estoque negativo. Em teoria, estoque negativo, não poderia existir, mas, como se sabe, na prática existe. Então, consideramos que esse relatório deve considerar como um valor negativo também no somatório do patrimônio da empresa e constar desse relatório, o que, a partir desta versão, será feito;

  • O relatório financeiro estatístico data atual não estava computando o saldo do livro caixa no seu total final;

  • Na tela de pesquisa de O.S. (F9), o sistema agora vai trazer habilitada a opção (cliente, Nº da OS, data de abertura, etc.) que ficou habilitada no último acesso a essa mesma tela;

Mudanças implementadas na versão 9.15 - 02/06/2010

  • Para quem utiliza o módulo de Nota Fiscal Eletrônica, agora tem o menu "Relatórios / Nota Fiscal Eletrônica / De Vendas";

  • Em alguns relatórios (orçamentos, tickets, termos de garantia, etc.), quando você solicitar para imprimir e, na tela de filtragem, indicar para que seja enviado por e-mail, o sistema vai preencher o e-mail do destinatário. Obviamente que isso só vai ocorrer se o destinatário (cliente ou fornecedor) tiver esse dado preenchido no seu cadastro;

  • Se um determinado operador fosse gravar uma venda, mas esse operador tivesse um limite de 10% (ou outro limite) para conceder descontos ao cliente e, naquela venda, o supervisor da empresa tivesse autorizado um desconto maior, até esta versão, o sistema não permitiria o desconto superior aos 10%. Era preciso que um operador com limite de desconto maior se logasse e gravasse a venda. A partir de agora, esse desconto maior poderá ser autorizado no sistema. Na tela de recebimento da venda, o operador vai informar o desconto no campo próprio, o sistema vai informar que aquele desconto excedeu seu limite, mas vai permitir que o desconto permaneça e o recebimento da venda continue com aquele desconto. No momento da gravação (finalização da venda), o sistema abrirá uma tela para que um super operador autorize esse desconto excepcional e somente para aquela venda.
    No histórico de operações, além da descrição normal da transação, o sistema registrará "Aut. especial por 1", onde 1 = código do operador autorizador;

  • Na tela de pesquisa ordens de serviço foram modificadas um pouco as opções de seleção/filtragem. Acreditamos que essa nova forma vai dinamizar mais as pesquisas, já que as OS têm e precisam ter, várias opções de busca. Envie-nos sua opinião;

  • Até esta versão o sistema exigia que um vendedor estivesse cadastrado como vendedor padrão. Como se sabe, essa opção existe para agilizar a venda, já que ao incluir uma nova venda normal ou orçamento, o sistema já inclui automaticamente esse vendedor nessa venda/orçamento. Isso facilita/agiliza, mas, em determinadas situações, pode ser prejudicial. Por exemplo, em uma situação em que a empresa pague comissão de vendedor e o vendedor de uma determinada venda não seja o padrão. Como o sistema inclui automaticamente esse vendedor, o operador poderia esquecer de alterar. Aí a comissão seria gerada para o vendedor errado.
    A partir de agora você pode desabilitar a opção padrão do cadastro do vendedor e deixar sem nenhum vendedor padrão. Ao incluir uma venda será necessário selecionar o vendedor. Aí esse risco acima mencionado, não existirá.
    Se um vendedor estiver cadastrado como padrão, o sistema continuará selecionado-o automaticamente na venda normal e orçamento;

  • Modificada um pouco a tela de login. Agora será possível reconfigurar os parâmetros de conexão com o banco de dados. Essa opção será útil principalmente para quem utiliza o programa em rede e precisa mudar o IP do servidor e também vai facilitar a prestação do suporte já que a alteração agora será automatizada e não mais com a alteração manual do arquivo config.ini, como era até agora;

  • Controle (emissão e baixa) de boletos do banco 341-Itaú está pronto para testes. Se você tem cobrança sem registro com esse banco e deseja fazer a emissão dos boletos pelo GFIL, faça os testes (emissão pelo GFIL, pagamento do boleto no banco e baixa pelo GFIL no dia seguinte) e nos avise dos resultados;

  • Criado o módulo de cadastro de transportadoras - menu "Cadastro / Transportadoras". Se sua empresa envia mercadorias aos clientes via transportadoras, registre os dados das mesmas nesse novo módulo. AVISO: no cadastro de clientes havia o campo "Transportadora de Preferência". Esse campo vai continuar, mas agora não será mais digitado e sim selecionado a partir dos cadastros efetuados no módulo de transportadoras. Se você tinha esse campo preenchido nos cadastros de seus clientes, será necessário preencher novamente;

  • Para muitos usuários que utilizam o módulo de contrato de manutenção, o contrato que o GFIL gerava até esta versão, tinha cláusulas e condições que não condiziam com área de atuação da empresa. Com objetivo de permitir uma maior flexibilidade na geração desses contratos de manutenção, agora todas as cláusulas poderão ser editadas, inclusive o preâmbulo do contrato. Até esta versão, só era possível incluir/alterar da cláusula sexta em diante.
    O sistema continuará "buscando" as cláusulas do arquivo C:\Info Livre\FinanceiroIB\ContratoManut_ClausAdic.xml. Antes de você atualizar o programa para esta versão, delete* esse arquivo para que o atualizador grave um novo arquivo com as cláusulas 1 a 7 e também o preâmbulo e, depois de efetuada a atualização, faça uma atenta leitura da ajuda do programa (tecla F1) no tópico "Contratos de Manutenção". Dê especial atenção à nova opção que utiliza variáveis que você poderá utilizar ou não nas cláusulas personalizáveis.
    *Se você já tiver gravado cláusulas personalizadas nesse arquivo, copie essas cláusulas para depois reincluir no arquivo.
    Não esqueça precisamos sempre de sua opinião sobre as alterações/implementadas em cada versão;

Mudanças implementadas na versão 9.14 - 06/05/2010

  • No sub módulo de ocorrências de ordens de serviço foi incluída uma opção - "Ao gravar a ocorrência, enviar um e-mail para o cliente com o conteúdo da mesma" - que, se habilitada, ao gravar a ocorrência, o sistema vai abrir a tela para envio de um e-mail ao cliente informando-lhe da ocorrência registrada na OS. Isso será útil para quem costuma avisar o cliente do andamento/situação do equipamento que ele deixou na empresa;

  • Criado o menu "Consultas / Matérias-Primas". Opção para consulta rápida de preços de compra e estoques de matérias-primas;

  • No módulo de ordem de produção, quando se "carregava" (F7) uma composição salva anteriormente, o sistema utilizava o mesmo valor dos preços unitários daquela OP. Porém, o preço de compra da matéria-prima poderia ter sofrido modificações desde o salvamento da composição até que ela seja utilizada. Por isso, agora, o preço de compra da matéria-prima que o sistema utilizará, será o preço de compra constante do cadastro da MP;

  • Nos parâmetros da empresa foi criada a opção "Não imprimir timbre (relatórios específicos) e deixar margem superior de: " Se essa opção estiver habilitada, o GFIL não imprimirá o cabeçalho (timbre) nos seguintes relatórios: orçamentos, tickets (normais), ordem de serviço, termos de garantia, pedidos de compra e termo de consignação. Essa opção é util se você tem um papel já com o timbre da sua empresa pré-impresso e deseja utilizá-lo. O sistema deixará uma espaço em branco na margem superior desses relatórios conforme você indicar nesse item;

  • A exemplo das contas recebidas, no módulo de contas pagas também foi incluída a opção para impressão de cheque;

  • Corrigido o bug que, em alguns casos, não atualizava corretamente o saldo de caixa quando se excluía um lançamento do caixa;

  • No sub módulo produtos da ordem de serviço foi incluído o campo para informar o número de série da peça(s) vendida(s). Idêntico ao campo número de série dos módulos de vendas e compras;

Mudanças implementadas na versão 9.13 - 12/04/2010

  • Atenção: nessa versão ocorreram mudanças significativas (veja abaixo) em relação ao controle do livro caixa e que afetam grande parte dos módulos do sistema. Todo módulo que gera dados financeiros teve as rotinas alteradas. É importante acompanhar bem o sistema após atualizar, principalmente se você for optar pelo controle individual do caixa. Fizemos mais de uma centena de testes, mas sempre podem ocorrer bugs que não conseguimos detectar em laboratório. Se isso ocorrer, pedimos que nos comunique o mais rápido possível;

  • O Gerenciador Financeiro Info Livre agora está homologado na Receita Estadual do Paraná - SEFAZ-PR, para emissão de NFe sob o registro nº 06113-6. Lembramos que, até onde sabemos, o Paraná é o único estado que necessita desse registro prévio. Nos demais estados isso não é necessário. Em São Paulo, por exemplo, já temos usuários utilizando a NFe GFIL em ambiente de produção
    Lembrando ainda que os 3 primeiros usuários a entrarem em modo de produção da NFe em cada estado, terão a licença relativa a esse módulo isentada no primeiro ano;

  • Criado um relatório específico para gerar uma listagem dos produtos e seus respectivos valores para utilização pela contabilidade da empresa. É uma espécie de balanço do estoque.
    O relatório não será acessado por nenhum menu. No primeiro acesso do ano, o sistema abrirá uma opção para essa impressão, cuja base será 31/12 do ano imediatamente anterior.
    Como esse relatório só ficaria só disponível para ser impresso no próximo ano, caso você deseje imprimi-lo agora para testá-lo e até mesmo apresentá-lo ao seu contador para analisá-lo, entre em contato para passarmos instruções de como imprimi-lo agora. Obviamente que o preço dos produtos que vai constar nesse relatório pode não ser o que estava em 31/12/2009, já que, de lá para cá, os preços podem ter sofrido modificação;

  • Os relatórios de lançamentos do livro caixa agora têm 3 novas opções de filtragem: "Exclusive Transferências", "Inclusive Transferências" e "Somente Transferências". Como a própria nomenclatura das novas opções diz, você poderá extrair os relatórios do livro caixa sem (exclusive) que sejam listadas as transferências (entre caixas e para ou de contas bancárias), com (inclusive) as transferências ou só das transferências;

  • Finalmente implementada uma opção para controlar individualmente o saldo do livro caixa. A implementação não é compulsória. O sistema só fará o controle individual para quem habilitar o item "Controlar saldos de caixa individualmente, por operador", dos parâmetros da empresa.
    Essa implementação será útil para aquelas empresas que têm mais de uma pessoa (operador/caixa) recebendo ou efetuando pagamentos e necessitam fazer conferência de saldos de caixa ao final do expediente.
    Se definido o controle individual, o lançamento que cada operador fizer (em qualquer módulo do sistema - caixa, vendas, compras, etc., exceto transferências entre caixas) afetará apenas os seus saldos (do operador logado).
    Somente "Super Operadores" terão os poderes de verificar o saldos dos outros caixas (outros operadores), bem como efetuar transferências (novo menu "Financeiro / Livro Caixa / Transferências Entre Caixas") de saldo de um operador para outro.
    O operador normal (não Super Operador), ao acessar a tela de consulta de saldos de caixa, visualizará apenas os seus saldos diários. Já "Super Operadores" terão acesso ao saldo de todos os caixas.

  • Os relatório que agrupa todas as receitas e despesas do período (consolidado caixa e bancos), agora pode ser extraído também agrupadamente por grupo de contas caixa;

  • O "Relatórios / Lançamentos / Caixa Analítico" agora pode ser filtrado para imprimir lançamentos de apenas um determinado grupo de contas caixa;

Mudanças implementadas na versão 9.12 - 02/04/2010

  • No módulo de ordens de serviço foi implementada uma opção para se fazer um rateio ou redistribuição da comissão de vendedores, diferente do cálculo padrão.
    Para viabilizar essa nova opção foi incluida a guia "Comissão de Vendedores (redistribuição)" na tela de fechamento - Essa guia está presente no submódulo "Fechamento" da OS.
    Por padrão, quando se inicia o fechamento de uma OS, o sistema calcula a comissão dos vendedores de acordo com o estabelecido nos parâmetros da empresa, ou seja, por um percentual estipulado no cadastro de cada produto ou por um percentual estabelecido no cadastro de cada vendedor. A comissão é gerada apenas para os vendedores principais (das peças de da mão-de-obra), informados lá nos dados principais da ordem de serviço.
    Essa guia "Comissão de Vendedores (redistribuição)" presente no fechamento vai permitir ao operador ratear ou redistribuir a comissão, incluindo outros vendedores e/ou alterando valores dos vendedores principais. Lembrando que, para extrair relatórios de ordens de serviços filtrando por vendedor somente será possível dos vendedores principais (um para peças de outro para mão-de-obra), como já era antes dessa implementação. A nova opção é apenas para dar flexibilidade na distribuição da comissão.
    O sistema de lançamentos (gerados no fechamento) de comissão foi modificada. Até a versão anterior, se a forma de pagamento da comissão era pelo percentual do produto, o sistema gerava um lançamento de comissão a pagar para cada peça (produto) da OS. Agora será apenas um lançamento contendo a soma das comissões calculadas de acordo com o valor e percentual de cada produto. Obviamente que, se a nova opção de modificar a comissão for utilizada, o valor não guardará coerência com o percentual dos produtos, já que o operador poderá alterar esse valores;

  • Quando se alterava uma OS e a tabela de preços era modificada e se optava por atualizar os preços das peças incluídas naquela OS, ocorria um erro, que foi corrigido;

  • Nos tipos de movimentação de produtos (ajuste de estoques) foi incluído tipo saída "Consumo Próprio". Se sua empresa consome com frequência produtos de estoque, faça a saída no ajuste e utilize esse tipo de movimentação;

Mudanças implementadas na versão 9.11 - 19/03/2010

  • Correção de bug do módulo vendas. Quando se fechava uma pré-venda, o sistema não estava efetuando o lançamento do valor à vista no caixa e nem lançando comissão de vendedor. Se você tiver vendas gravadas que foram originadas em pré-vendas, sugerimos cancelá-las e refazê-las, para que todos os lançamentos módulos fiquem coerentes;

Mudanças implementadas na versão 9.10 - 10/03/2010

  • No módulo vendas (normal) foi incluída uma opção "Inclui item autom.". Estando essa opção marcada o sistema incluirá automaticamente o item (produto) assim que ele for selecionado. Com isso não será necessário pressionar o botão "Inclui(F2)" . Vai facilitar para aqueles usuários que têm um grande fluxo de mercadorias, mas que, em vez de utilizarem o módulo de venda balcão, preferem a venda normal por terem também muita venda à prazo e, lá no venda balcão não há opção de venda parcelada para clientes (somente no cartão). Caso se utilize um leitor de código de barras, bastará ir passando os itens pelo leitor e o sistema os incluirá na venda automaticamente.
    Ao se utilizar essa opção não será possível alterar o valor unitário, conceder desconto e/ou acréscimo no item e a quantidade sempre será igual 1.
    Para quem não desejar utilizar a opção, nada muda. Basta não marcar a opção. O TAB sequer passará por esse novo campo.
    Sempre que a tela de vendas normais for acionada, o sistema trará ou não essa nova opção habilitada, conforme ela estava quando a última venda foi realizada;

  • Na tela de atualização de preços de venda agora pressionando-se a tecla F5, o sistema mostra o preço de compra do produto;

  • Corrigido bug na tela de vendas que travava a tela quando se acessava a tela de fechamento da venda, mas não se concluía o fechamento;

  • Corrigido bug da venda que buscava como padrão a tabela de preços compras;

  • Liberado mais um banco para testes/utilização do controle de boletos (emissão e baixa) pelo GFIL. É o Sicoob (756-0). Tendo em vista a dificuldade em obter informações junto à central desse banco a respeito do layout de sua cobrança, aplicamos o layout do Paraná, já que, nesse estado, fomos prontamente atendidos em relação à disponibilização dos arquivos relativos às normas internas do Banco no tocante a gerão de boletos.
    Caso sua cooperativa tenha normas diferentes contate a agência solicitando para configurar sua cobrança pelo layout Paraná. Também sugerimos uma atenção redobrada nos primeiros boletos que emitir, apresentando os resultados na sua agência;

Mudanças implementadas na versão 9.09 - 24/02/2010

  • Criada opção para se gravar uma pré-venda. A opção foi implementada no próprio módulo de vendas, onde foi incluído o botão "Incluir Pré-Venda" e também o menu "Pré-Venda / Fechar Venda / Imprimir Ticket e Cancelar". Essa nova opção será útil nos casos em que a loja tem vendedores que não efetivam a venda completa no sistema, mas que apenas negociam a venda com o cliente e o fechamento é feito por um caixa geral ou um operador responsável apenas para esse fechamento. Para quem não tem esse tipo de situação na empresa, nada muda, a inclusão das vendas continua normalmente pelo botão "Incluir Venda".
    Ao gravar a pré-venda o sistema apenas baixa os produtos do estoque. O financeiro (caixa, comissão de vendedor, contas receber, etc.) só será gerado quando a venda for ser fechada posteriormente (menu "Pré-Veda / Fechar Venda"), ou seja, a quando venda for efetivada. A numeração será única (sequencial) tanto para vendas, como para pré-vendas.
    Na tela de pesquisa vendas (F9), agora tem duas opções "Vendas Efetivadas" e "Pré-Vendas";

  • Criado o "Relatórios / Movimentos Pendentes / Pré-Vendas";

  • Tínhamos uma sugestão enviada por inúmeros usuários solicitando que se permitisse efetuar vendas à prazo no módulo de venda balcão, tendo em vista que a venda normal era um pouco mais demorada. Mas essa implementação seria inviável.
    A venda normal é sim um pouco mais demorada, mas assim o é justamente porque oferece mais opções, como é o caso da opção de se efetuá-la com pagamento parcelado. Se colocarmos essa e/ou outras opções na venda balcão, ela se tornaria uma venda normal. Obviamente que aí a venda balcão não teria sentido.
    Para resolver isso, ou pelo menos, agilizar um pouco a venda normal, criamos uma nova opção no módulo de "Cadastro de Vendedores/Funcionários" com a nova opção "Definir como Padrão para Vendas e Orçamentos"; e, no módulo "Cadastro de Contas Caixa", com a nova opção "Definir como Padrão Para Vendas Normais".
    Definindo um dos cadastros de cada um desses módulo como padrão, ao se iniciar uma nova venda normal, o sistema carregará automaticamente esse vendedor e essa conta caixa definidos como padrão, como já era com a forma de recebimento e tabela de preços;

  • Nos cadastros de classes de clientes e fornecedores, categorias e setores de produtos também foi incluído campo "Padrão". O cadastro que tiver essa condição será "carregado" automaticamente quando um cliente, fornecedor ou produto for incluído;

  • Nos relatórios de contas a receber e recebidas agora é possível filtrar para que o relatório liste apenas as contas que tiveram boletos emitidos;

  • Estamos implementando o controle (emissão e baixa) de boletos de cobrança de mais alguns bancos. Se você tem cobrança simples nesses bancos e puder colaborar nos testes, por gentileza, entre em contato;

  • o "Relatórios / Serviços Efetuados / Sintético" agora poderá ser filtrado por somente atendimento normais e/ou cortesia. Com isso poder-se-á imprimir um relatório que liste, por exemplo, somente os atendimento que foram feitos no período sem custos para o cliente;

Mudanças implementadas na versão 9.08 - 08/02/2010

  • O "Relatórios / Compras Efetuadas / Produtos / Analítico Produtos Comprados" agora tem opção de impressão "Completo", onde será listado também o fornecedor do produto. Com isso, será possível comparar preços praticados por diferentes fornecedores de determinado produto;

  • Na tela de pesquisa de pedidos de compra e consignações foi implementada a opção para se listar todos os movimentos ainda pendentes;

  • No módulo de cadastro de contas bancárias foi incluído o banco "409 - Itaú Unibanco" na lista de bancos;

  • Corrigido problema que ocorria em alguns micros com Windows Vista ou Seven, onde estava ocorrendo erro "Cannot attach to services" quando se tentava fazer o backup;

  • No módulo de controle de boletos (emissão e baixa) foi incluído mais um banco: Bradesco. Se você tem cobrança simples sem registro desse banco, pedimos que faça os testes. Mas não faça emissão de boletos em larga escala. Primeiro é preciso fazer alguns testes com alguns boletos, gerando-os e, após o pagamento dos mesmos, efetuar a baixa no sistema utilizando o arquivo de retorno do banco.
    Pretendemos implementar ainda para outros bancos. Aguardamos sugestões;

 

Mudanças implementadas na versão 9.07 - 09/01/2010

  • Corrigido bug que mostrava erro de licença quando se tentava imprimir um cheque pelo módulo de contas recebidas;

  • Corrigido bug do relatório consolidado de caixa bancos. Para quem tem mais de uma filial controlada no sistema, esse relatório apresentava inconsistências;

  • O ticket normal de venda de produtos e/ou serviços imprimia, entre outras informações, a referência do produto. Agora, nesse local (onde era impressa a referência) é possível configurar para que seja impresso a referência ou o código ou o código original ou o código de barras do produto. A configuração poder ser feita na guia "Outras Configurações" do módulo de parâmetros da empresa;

  • No módulo de atualização de preços de compra agora é possível alterar os preços selecionando-se apenas os produtos de um determinado setor de localização ou de uma marca. Também foi implementada uma opção para se diminuir os preços de compra de um produto, de todos ou de determinado grupo (categoria, setor ou marca). Antes só era possível aumentar os preços;

  • Criados os "Relatórios/Matérias-Primas Movimentações /Analítico e Sintético";

Mudanças implementadas na versão 9.06 - 09/12/2009

  • Implementada uma nova opção para gerenciamento de boletos bancários relativos às contas a receber do sistema - menu "Contas / Gerenciamento de Boletos".
    A opção para emissão de boleto que existia no módulo de lançamentos de contas a receber continuará normal, sem alteração.
    Esse novo módulo será bem mais abrangente, pois terá um controle completo dos boletos gerados, bem como um módulo especial para baixa das contas recebidas via cobrança bancária, através da leitura/processamento do arquivo de retorno do banco. De imediato, abrangerá apenas a cobrança simples do banco Sicredi. A intenção é implantar também para outros bancos. Contudo, o desenvolvimento desses módulos é bastante demorado e diferente para cada banco, o que gera custos elevados e que não temos como repassar aos usuários. Só para você ter uma noção, somente nessa implementação que foi feita, foram necessários 4 meses de trabalho. Por isso, não podemos fazer uma previsão de quais bancos serão contemplados e tampouco quando.
    No cadastro de contas bancárias foram criados 3 novos campos, que deverão ser completados antes de se iniciar a emissão dos boletos: código do banco, último boleto e unidade agência. Depois, basta acessar o módulo de emissão de boleto (menu "Contas / Gerenciamento de Boletos"), selecionar as contas a receber que desejar emitir os boletos e emiti-los/imprimi-los/enviá-los por e-mail.
    Se sua empresa trabalha com cobrança simples Sicredi, o uso do gerenciador do banco torna-se agora totalmente dispensável, pois toda a geração e controle dos boletos poderá ser feita no GFIL. Se for o utilizar essa nova opção, pedimos a gentileza de nos enviar os resultados dos testes, bem como sua opinião
    Próximo banco que pretendemos implementar: 104 - CEF. Precisamos de voluntários para ajudar nos testes, principalmente com arquivos de retorno. Se você puder colaborar, entre em contato;

Mudanças implementadas na versão 9.05 - 10/11/2009

  • A T E N Ç Ã O: se você tem versão inferior a 9.04, após a atualização para a 9.05 será necessário recadastrar os dados de seu registro/licença. Veja nas providências da versão 9.04 abaixo como atualizar o registro;

  • Implementado o módulo para emissão de Nota Fiscal Eletrônica - menu "Utilidades / Nota Fiscal Eletrônica. A instalação não será automática. Será necessário marcar a opção "Atualizar Arquivos do Módulo de Nota Fiscal Eletrônica" no programa de atualização da versão.
    Se sua empresa necessitará emitir NFe, você poderá emiti-las agora através do GFIL. Porém, antes que você defina que o GFIL será o sistema que você utilizará para emissão das NFes de sua empresa, analise com muita atenção o seguinte:
    a) Inicialmente o módulo NFe estará disponível apenas para o ambiente de homologação (testes). Não temos uma previsão exata de quando ele poderá ser utilizado no ambiente de produção, pois, dependerá dos resultados dos testes que deverão ser realizados pelos usuários;
    b) Tendo em vista a enorme complexidade para o desenvolvimento e manutenção dessa nova opção, não será possível manter os valores da licença nos padrões atuais.  Para não onerar usuários que não têm necessidade de emitir NFe, separamos a licença e, a partir de agora, o GFIL terá duas licenças: 1) Sem NFe; e 2) Com NFe. A primeira continua normal, como já era até a versão 9.04. A segunda terá um valor adicional. Ainda não está definido esse valor, mas deverá ser o mesmo que o valor da licença do próprio GFIL. Mesmo com esses valores, o GFIL será um dos sistema mais baratos do Brasil, em seu gênero;
    c) Temos intenção de implementar também o gerador de SPED Fiscal. Estamos trabalhando nisso. Contudo, não há uma previsão de quando ficará pronto;
    d) NFe envolve várias questões legais. Se os procedimentos não forem feitos ou forem feitos incorretamente, as consequências podem ser diversos prejuízos financeiros advindos principalmente de multas do fisco. A exemplo do próprio GFIL, o nosso suporte estará limitado a tira-dúvidas. É muito importante que o acesso a esse módulo seja feito somente por pessoas com conhecimento da situação tributária (ICMS, IPI, etc.) dos produtos comercializados, bem como regimes em que a empresa se enquadra perante os fiscos estadual e federal, tenha conhecimento de normas do sistema de escrituração digital, como por exemplo, prazos de manutenção dos arquivos XML gerados nas transmissões, tenha conhecimento em instalação configuração de certificado digital, etc. Nosso suporte estará disponível para esclarecimento das funcionalidades do módulo. Contudo, ferramentas e informações externas que se fizerem necessárias, deverão ser contratadas com profissionais específicos de cada área;
    e) É imprescindível a leitura e pleno entendimento de todo o arquivo de ajuda esse módulo - menu "Sistema / Ajuda / NFe";
    Se você estiver disposto a testar a NFe GFIL, entre em contato conosco para podermos efetuar o acompanhamento dos usuários que estão efetuando os testes;

  • O "Relatórios / Produtos Movimentações / Analítico" estava listando como saídas as entradas geradas pelo estoque inicial informado no cadastramento do produto;

  • A partir de agora o GFIL passará a processar códigos de barras emitidos por  balança, nos módulos de venda. A balança deve emitir a etiqueta no seguinte padrão: 2CCCC0TTTTTTDV, onde 2=fixo, sempre 2; CCCC=código do produto; 0=fixo, sempre 0; TTTTTT=valor total; DV=DV EAN13. Todas as balanças emitem etiquetas nesse padrão. Se esse padrão não vier configurado de fábrica na balança, você deve solicitar ao seu técnico que configure na balança. O CCCC que será alimentado na balança deve ser o valor do campo código do cadastro de produtos. Lembre-se de que o preço do produto a ser alimentado na balança, deve ser o mesmo da tabela de preços que será usada na venda, pois o sistema calculará a quantidade (peso) do produto dividindo o valor total (TTTTTT) pelo preço da tabela de preços utilizada na venda;

  • Criados os relatórios de clientes e produtos sem movimentação. Ambos podem ser impressos através do menu principal de relatório e também no menu "Imprimir" da tela de seus respectivos cadastros (clientes e produtos);

Versão 9.04 - 02/10/2009

  • A T E N Ç Ã O: foi modificada a sistemática de liberação da licença de uso. Acabou-se aquele terrível transtorno (tanto para você usuário, como para nosso suporte) que cada vez que se mudava o programa de servidor ou se trocava o HD do micro, era necessário efetuar um pedido de alteração do registro.
    Procedimentos para atualização desta versão:
    1) Baixe e instale a atualização;
    2) Entre no programa. Após o login de acesso, vai aparecer uma tela de liberação da licença. Selecione a opção "Liberar esta licença (já efetuei o registro)" e clique em prosseguir. Na próxima tela, anote "Código de Usuário, "Fantasia" e "CNPJ" e também a cidade/estado sede da sua empresa e envie-e esses dados por e-mail (admin@infolivre.com.br). Essa mensagem deverá ser enviada com o mesmo e-mail com o qual sua licença está registrada;
    3) Logo que seu registro for atualizado em nosso servidor (no máximo 2 horas - dia útil - após o envio do pedido), bastará você acessar novamente essa tela de liberação e clicar em "Obter Chave On line" que o sistema vai verificar sua nova chave de liberação em nosso servidor. Aí é só clicar em "Liberar Licença".
    Com essa nova sistemática, o seu código não mudará mais. Mesmo quando os dados forem transferidos para outra máquina ou HD. Porém, a licença de uso continua igual, ou seja, para cada micro onde o programa for utilizado como servidor, é necessário ter uma licença registrada e com o pagamento da taxa anual em dia. Não serão mais aceitas transferências de código na sistemática anterior (código antigo);

  • Na tela de filtragem dos relatórios agora tem a opção "Envio por E-mail". Habilitando essa opção o relatório será enviado por e-mail, podendo optar pelo envio com a utilização do Outlook Express ou servidor próprio;

  • A opção de envio de e-mails pelos módulos de cadastro de clientes e fornecedores agora vai a permitir que se envie as mensagens utilizando o próprio servidor de e-mail. Antes só era possível enviar essas mensagens através do Outlook Express;

  • Na baixa de contas a receber, na opção de pesquisar por determinado cliente, onde se digitava o nome do cliente, agora será possível também pesquisar pelo código. Isso facilita principalmente nos casos de recebimentos via carnê, onde já consta o código do cliente;

 

Versão 9.03 - 16/09/2009

  • Correção de vários pequenos bugs das versões, principalmente relatórios que eram listados em duplicidade;

  • A opção do menu utilidades para geração de arquivo web do cadastros de produtos foi modificada. Além de mais campos estarem disponíveis, agora é possível selecionar quais os campos serão enviados para o arquivo;

  • A exemplo da venda, agora a compra também terá um módulo para se registrar as devoluções a fornecedores. O sistema fará o registro nos mesmos moldes da devolução de clientes, ou seja, serão apenas registrados e estornados os itens de produtos do estoque. Eventuais acertos financeiros, como valor pago á vista, contas a pagar ou pagas, deverão ser feitos manualmente, cada qual no seu respectivo módulo;

  • O relatório de devolução de vendas foi modificado. Cada vez que uma devolução for iniciada, será um registro de devolução a ser listado no relatório. Antes a listagem era pela venda, ou seja, independentemente de quantas vezes (datas diferentes) devoluções fossem feitas em uma venda, o relatório listava a venda apenas uma vez, mostrando como data a data da última devolução. Como numa venda pode haver mais de uma devolução em dias diferentes, o relatório foi modificado. Em decorrência disso, as devoluções feitas antes desta versão, não serão listadas no relatório;

  • Incluído o relatório de devolução de compras;

 

Versão 9.02 - 19/08/2009

  • No módulos de consignação e orçamento de produtos foi incluído o menu "Opções / Localizar Item de Produto". Ao acionar esse menu, será possível localizar um item dentre os produtos que já foram inseridos na consignação/orçamento. Essa função será útil naqueles casos onde o cliente tenha retirado vários produtos em consignação e venha devolver apenas um ou dois deles ou, no caso de orçamento, se queira pesquisar para excluir ou alterar um item específico. A pesquisa possibilitará a busca do item por qualquer dado (código, código barras, etc.) na tela de pesquisa de produtos. Como nessa tela do subMódulo de produtos do módulo orçamentos não há um menu, o acionamento da função é apenas pelas teclas de atalho CTRL+F8;

  • Nos módulos de baixa de contas a receber e pagar foi incluído o menu "Opções" onde será possível acessar o módulo de pesquisa de vendas/OS/compras. Isso vai facilitar naquelas situações onde um cliente está pagando uma ou mais contas e quer saber qual venda ou OS que originou aquela(s) conta(s);

  • Criado o módulo para devolução de produtos de vendas efetuadas. Esse módulo destina-se a registrar as devoluções efetuadas por clientes e deve ser utilizada somente quando apenas um pequeno percentual dos itens de uma venda é devolvido. Quando todos ou quase todos os itens de uma venda forem devolvidos, o ideal é continuar utilizando a opção de cancelar toda a venda.
    Atenção: tendo em vista que existem inúmeras possibilidades em relação ao valor de uma devolução parcial, o sistema não fará os acertos financeiros (contas a receber/recebidas, contas de cartões receber/recebidas, comissão de vendedores pendentes/baixadas, caixa ou bancos). Será estornado apenas a quantidade devolvida no estoque. Se for o caso, você deverá fazer os acertos financeiros manualmente em cada módulo;

  • Implementado um novo menu principal. Agora os módulos podem ser acessados também por um menu vertical que ficará na lateral esquerda da tela. Esse novo menu, além de ser "mais leve" evita vários problemas, como por exemplo, distorções de vídeo em usuários com resolução de vídeo mais baixas. Essa mudança não é definitiva, mas testamos a mesma por 30 dias e nos pareceu ser bem melhor do que o modelo anterior. Você poderá optar entre utilizar apenas o menu novo, apenas o menu antigo, ou ambos. A configuração deve ser feita no item "Menu(s) da tela principal" dos parâmetros da empresa. 
    A efetivação da mudança ainda vai depender de análises que faremos das opiniões de nossos usuários. Pedimos sua colaboração para efetuar alguns testes e enviar sua opinião o mais rápido possível --> sugestoes@infolivre.com.br;

Versão 9.01 - 06/08/2009

  • Corrigidos diversos bugs da versão 9.00;

  • Implementada a opção para reabrir uma ordem de serviço. Isso será útil naquelas situações onde um serviço precisa ser refeito. Mas atenção: para poder manter o controle, o sistema só permitirá reabrir uma ordem de serviço que não tenha tido movimentações financeiras secundárias, ou seja, que nenhuma conta a receber de cliente ou de operadoras de cartões ou comissão de vendedor tenha sido baixada. Se, por exemplo, uma OS for fechada com valores à prazo e você fizer a baixa de uma conta a receber dessa OS, ela não poderá mais ser reaberta;

  • Um operador com limite de desconto em vendas conseguia dar desconto superior ao seu limite nos itens de peças e mão-de-obra de uma ordem de serviço e produtos numa venda - corrigido;

  • Criado relatório consolidado de contas a receber/recebidas de clientes e de operadoras de cartões;

  • Criado o "Relatórios / Lançamentos / Bancos Extrato (com saldo diário);

 

Versão 9.00 - 06/07/2009

  • Aviso muito importante: antes de atualizar, leia atentamente todas as informações abaixo:
    Esta versão teve uma grande quantidade de alterações. Aparentemente a mudança não é muito grande, mas, das 225.000 linhas do código fonte do sistema, pelo menos 60% sofreram alterações. Na verdade, como já mencionado acima, a mudança visual não é muito. Basicamente a modificação é a inclusão de uma opção cuja reivindicação é bastante antiga por boa parte de nossos usuários: trata-se da opção para se controlar mais de uma empresa no sistema, ou seja, a partir de agora, o Gerenciador Financeiro Info Livre é multiempresa. O alerta é para que você, antes de atualizar, faça cópias de segurança adicionais dos dados e guarde-as separadamente por alguns dias;
    Salientamos que foram feitos exaustivos testes referente às mudanças efetuadas, mas, foram mais de 900 horas de desenvolvimento e pelo menos 100 MIL linhas de código que sofreram alterações somente em relação às mudanças para a nova opção multiempresa. Nesse trabalho podem ter ficado falhas e que, apesar dos testes feitos em nosso laboratório, algumas situações só ocorrerão no micro do usuário. Por isso, pedimos uma atenção redobrada na conferência dos dados nos primeiros dias de uso dessa nova versão.
    Como se percebe, a versão "pulou" da 8.50 para 9.00. Isso é justamente para destacar os períodos antes e depois do GFIL se tornar multiempresa.
    Explicando a nova opção multiempresa: com a implantação dessa nova opção no sistema, será possível você controlar duas ou mais empresas ou filiais da mesma empresa no mesmo programa. Como já mencionado acima, a mudança visual é pequena. Basicamente o que muda na interface é que na tela de login agora será necessário informar o código da empresa/filial da qual se deseja acessar os dados. A primeira empresa será sempre o código 1. Para usuários que controlem apenas uma empresa esse campo já virá preenchido na tela de login de acesso. Outra mudança visual foi a tela de parâmetros que foi dividida em duas. Os dados principais da empresa, como nome, cnpj, etc. agora farão parte do módulo de cadastro e poderão ser acessados pelo menu "Cadastros / Filiais/Empresas". Os demais dados permanecem na antiga tela de parâmetros acessível no menu "Utilidades". Tanto a nova tela de cadastro, como a de parâmetros, ficaram no padrão das outras telas de cadastro onde, para alterar ou incluir um registro, é preciso primeiro clicar nos botões respectivos.
    Vantagens que traz a sistemática multiempresa
    a) Para quem for controlar uma única empresa: não muda absolutamente nada. Basta informar o código e senha de operador na tela de login e trabalhar normalmente no programa;
    b) Para quem for fazer o controle de 2 ou mais empresas/filiais: a primeira empresa/filial será aquela que já está cadastrada no sistema. Para controlar uma segunda, terceira,... empresa/filial é necessário cadastrá-la no menu "Cadastros / Empresas/filiais". Nesse módulo foi incluído o campo "Nome Reduzido" que servirá para identificar a filial ativa no programa e que aparecerá na barra de status do sistema, bem em baixo na tela principal. Nos relatórios continuará sendo impresso o nome fantasia.
    Depois de cadastrada, basta mudar a nova filial/empresa utilizando o menu "Utilidades / Login/Logoff de operador / Empresa" ou mesmo fechar o programa e abri-lo novamente  informando o código da nova empresa/filial na tela de login.A grande maioria das tabelas (dados) serão individualizados, ou seja, cada empresa/filial terá seus dados próprios, exceto pelos módulos de categorias de produtos/matérias-primas, setores de localização de produtos/matérias-primas, classes de clientes, classes de fornecedores, cadastro de clientes, cadastros de produtos, cadastros de fornecedores, cadastro de tipos de serviços, cadastro de matérias-primas e modelos (layouts) de notas fiscais de produtos e serviços. Os dados desses módulos serão compartilhados por todas as empresas/filiais cadastradas. Por exemplo, se você se logar no sistema com a empresa/filial 1 e cadastrar um cliente, e depois trocar para a empresa/filial 2, esse cliente estará lá cadastrado no cadastro da empresa/filial 2. Já com um funcionário, operador do sistema, frota de veículos, etc., isso não ocorrerá, pois cada empresa/filial terá seus cadastros independentes.
    Para os cadastros de produtos, matérias-primas e tipos de serviços, apesar de serem dados públicos (visíveis e alteráveis independentemente da  empresa/filial ativa no sistema), alguns dados - que estarão em uma guia diferente ("Dados Fiscais e Outros")  - serão individuais. Os campos estoque, estoque mínimo, ICMS, IPI, comissão de vendedor, margem de lucro e outros custos serão diferentes em cada empresa/filial. Exemplificando: você entra no sistema com a empresa/filial 1 e entra no cadastro de produtos e inclui o produto "Arroz Branco" e informa 5,00% na comissão de vendedor, quando mudar a empresa/filial ativa para 2 e entrar no cadastro de produtos, o "Arroz Branco" estará lá, mas com 0,00% na comissão de vendedor e que você deverá reinformar esse dado para a nova empresa/filial;
    Nos menus principais "Produtos" e "Matérias-Primas" foi incluído o sub menu "Transferência Para Outra Empresa/Filial". Como a própria descrição do menu já diz, essa opção deverá ser utilizada para transferir estoques de uma empresa/filial para outra. Foram criados os tipos de movimentação de produtos/matérias-primas: 'Transfer. - Recebido de Outra Filial'  e 'Transfer.- Remessa Para Outra Filial'. A empresa/filial que está remetendo o produto/matéria-prima para outra é que deverá fazer o lançamento, pois o sistema fará a saída desta e a entrada para a empresa/filial que o operador selecionar como destino ao registrar o lançamento.
    Sobre as imagens da tela principal e de relatórios, leia a FAQ http://www.infolivre.com.br/FAQ/perguntas.php?Filtro=logotipo
    Após a atualização para esta versão, deve-se efetuar uma reparação na base de dados - guia opção 2 - botão "Backup e Restore via GBack". Se tiver dúvida, entre em contato com nosso suporte;

  • Modificada a sistemática de registro e renovação da licença, mais especificamente em relação aos valores. Agora os valores relativos ao registro e renovação anual da licença, serão diferenciados. Essa mudança visa principalmente valorizar nossos usuários ativos, já que a renovação da licença terá um valor menor que um novo registro. Assim, os valores passarão a ser: a) registro inicial: R$ 99,00; renovação: R$ 79,00. O desconto adimplência continua no mesmo sistema, ou seja, poderá ou não ser concedido, dependendo da época. Como se percebe, para os usuários já registrados em nada muda em relação aos valores.
    Obs.: representantes cujas licenças já haviam sido negociadas, onde o cliente estava com o programa em testes, poderão manter o valor antigo do registro inicial. Para isso devem contatar com o Clube para maiores informações;  

  • No módulo de ordem de produção foi incluído um campo para se informar o valor da mão-de-obra aplicada em cada item de produto acabado. Esse dado será utilizado na composição do preço de custo do(s) produto(s) para atualização das tabelas de preços se o sistema estiver configurado para efetuar a atualização automática da tabela de preço de compra e das tabelas de preço de venda;

  • Nos módulos de baixa de contas a receber e pagar agora o recibo também será impresso quando a baixa for de várias contas de uma só vez;

  • Da mesma forma com o que acontece no módulo de contas recebidas, agora no módulo de contas pagas, os dados (valor, data, emitente, etc.) do recibo serão mostrados na tela antes da impressão e será possível editá-los.

  • Na baixa de comissão de vendedores agora será possível imprimir um recibo quando a baixa for de lançamentos de um único vendedor;

  • A opção dos parâmetros que permitia que o usuário definisse se o sistema faria ou não backup no seu encerramento, foi excluída. Muitos usuários desavisados desmarcavam essa opção sem analisar sua real função e só iam perceber que o sistema não estava fazendo o backup quando ocorria algum problema. Além do que, se for mesmo intenção não fazer o backup, é possível ainda cancelar essa ação do sistema lá na tela de backup adicional (botão "Cancelar Backup");

  • Na tela de venda balcão, agora o pressionamento do "*" (asterisco) muda o foco para o campo quantidade. Isso será útil para quem utiliza esse módulo e vende quantidades diferentes de 1 (a quantidade 1 o sistema coloca automaticamente). Em vez de ter que pressionar shift+Tab ou mudar o foco para a o campo quantidade com o mouse e alterar essa informação, agora basta pressionar o asterisco, tecla esta que já está do lado das teclas de números. Acreditamos que isso agilizará bastante a venda para quem tem esse tipo de situação (venda de quantidade diferentes 1 na venda balcão);

  • No módulo de lançamento do livro caixa foi incluído o menu "Opções / Conciliar Saldos". Explicando o porquê desse novo menu: se você der baixa em uma conta a receber, lançando a entrada no caixa como cheque e depois descontar esse cheque no banco, deixando o dinheiro no caixa, os saldos discriminados no livro caixa ficariam incorretos. Para corrigir isso, você poderia fazer dois lançamentos de acerto no caixa, um dando a saída em cheque e outro dando entrada em dinheiro, mas, nesse caso, ficariam uma receita e uma despesa no caixa que na prática não existiram. Esse novo menu resolve isso, pois ele fará apenas o acerto dos saldos discriminados (dinheiro, cheques, tickets e outros). Obs.: o saldo geral do caixa não será afetado;

  • Na tela da agenda do dia, que é mostrada logo no início do sistema, foram feitas significativas implementações, com várias novas informações a respeito de outros módulos (contas receber, pagar, estoque de produtos, matérias primas e aniversariantes do dia), bem como um resumo de todos esse módulos. Se o operador que estiver se logando não tiver poderes para visualizar determinado módulo, as informações não serão exibidas. Neste caso o sistema mostrará a sigla O.S.A.M;

  • No módulo de lançamentos de contas a pagar foi incluído o campo "Conta Bancária do Cheque Pré". Quando o "Tipo de Documento" for "Cheque Pré-Datado", o sistema permitirá que se informe a qual conta da empresa pertence o cheque. Quando se extrair um relatório de contas a pagar, filtradas por cheque pré, o sistema permitirá que se filtre a conta bancária da qual o cheque foi emitido pela empresa;

  • No relatório de estoques agora é possível filtrar somente os produtos/matérias-primas que estão abaixo do estoque mínimo. Antes a opção só permitia o filtro de produtos/matérias-primas abaixo ou igual ao mínimo;

  • Quando se fazia uma baixa de várias contas a pagar de uma só vez, o sistema gerava um valor incorreto no saldo em dinheiro do livro caixa. O saldo total era calculado corretamente. Apenas o saldo discriminado é que era afetado por esse bug, que foi corrigido;

  • Nos módulos de vendas, compras, ordens de serviço, consignações, ordens de produção, lançamentos de contas a receber/pagar, cadastro de clientes/fornecedores e orçamentos, foram incluídos novos menus, com novas opções;

  • No menu "Opções / Atualizar Lista Medicamentos (só para farmácias)" é possível importar a lista de medicamentos a partir de arquivo .txt que deve ser baixado no site da www.abcfarma.org.br. Antes de importar dados do arquivo, é preciso fazer uma atenta leitura das informações que são disponibilizadas na tela. Obviamente que essa opção só será útil para farmácias. Como é algo específico para farmácias, não temos como fazer todos os testes desse novo módulo. Por isso, se você for utilizá-lo envie-nos todas as informações sobre qualquer erro ou sugestão que encontrar;

  • Atenção: a partir desta versão será possível alterar a tabela de preços de uma venda balcão. A tabela a ser utilizada inicialmente na venda não será mais definida nos parâmetros. O sistema carregará - como aliás já é na venda normal - a tabela que está definida como padrão no cadastro de tabelas de preços. Se sua tabela padrão não é a mesma que estava definida nos parâmetros até a versão anterior, reveja antes de gravar uma nova venda balcão;

  • Criado o módulo de pedido de compra de matéria-prima. É idêntico ao pedido de compra de produtos;

  • Havendo compromissos e/ou contas a pagar vencidos ou vincendos no dia, o sistema emitirá um alerta abrindo uma janelinha do lado do relógio do Windows sempre que o programa for acessado;

  • Quando havia recebimento (á vista ou à prazo) via cartão de débito/crédito no fechamento de uma ordem de serviço, o sistema, ao gerar a(s) conta(s) a receber da operadora do cartão, estava utilizando incorretamente como data de emissão, a data de abertura da OS, quando o correto é a data de fechamento;

  • Na impressão (preenchimento) de NF de vendas de produtos, foi  incluída opção para imprimir os dados da transportadora. Para incluir esses novos campos em modelos de NF já existentes, selecione o modelo e clique em alterar;

  • No módulo de baixa a receber agora é possível colocar um desconto em percentual. Além de ser mais uma opção para cálculo de descontos em baixas individuais de contas, essa opção possibilitará atribuir desconto também quando a baixa é de várias contas de uma só vez. O desconto em valor (R$) continua como dantes, ou seja, só é possível em baixas individuais;

  • Na tela de pesquisa produtos agora o pressionamento da tecla F5 mostrará o preço de compra do produto selecionado no grid. O preço aparecerá bem discreto já que muitos usuários visualizam essa tela junto com o cliente e, obviamente não é interessante mostrar essa informação ao cliente. O pressionamento rápido por duas vezes da tecla F5 mostrará/esconderá o preço. Assim você poderá visualizá-lo, mas o cliente não terá tempo entender o que é aquela informação;

  • Na inclusão de um novo layout de nota fiscal de produtos, agora o sistema já definirá as margens esquerda e superior de todos os campos com base numa NF modelo 1. Assim, será só alterar cada campo, se necessário;

  • O relatório de fluxo de caixa não estava considerando as contas a receber de operadores de cartões;