NOVIDADES NO GECOB - VERSÃO 3.036 DE 02/09/2019
Observação: a data indicada refere-se ao dia em que a alteração foi desenvolvida e não quando foi lançada. A data da última versão lançada encontra-se acima. As alterações podem demorar um tempo para serem lançadas após o desenvolvimento por vários motivos, entre eles, para haja um tempo razoável desde a atualização anterior ou para que seja avaliada a inclusão de outras alterações que estejam pendentes ou que possam vir a ocorrer. Por questões de desempenho podemos limpar periodicamente a lista de atualizações, mantendo apenas o que foi desenvolvido nos últimos 2 anos.
Remoção do GBBOLETO na emissão de boletos, por estar em desuso
Incluída emissão de boleto para o banco Credisis
Incluído o campo NÚMERO da parcela do controle de dívidas nos campos possíveis para edição de modelos de documentos relacionados a parcela
Ajuste no processamento de arquivos de retorno para melhorar a localização do título.
Os relatórios com e sem linhas estavam saindo iguais, sempre com linhas
Corrigido erro que impedia salvar a dívida.
Ajuste para que ao salvar os cadastros os campos textuais digitáveis (exceto os textos grandes, como observações) passem por uma limpeza (trim) para remoção dos espaços e caracteres especiais (como quebras de linha, por exemplo) presentes no início e final do texto, e também para remoção de quebra de linha (#13) no meio do texto. O objetivo desta alteração é evitar que ao copiar o texto de um campo de um programa externo e colar ele em nosso programa não fique gravado nenhum caractere especial que possa comprometer funções do sistema. Identificamos que ao copiar um texto do Whatsapp, por exemplo, caso o usuário copie com quebra de linha esta quebra ficava gravada no campo. Ao gerar algum arquivo de dados, como o de remessa bancário, por exemplo, se o campo copiado for algum usado no arquivo o sistema pode enviar caracteres indevidos a este arquivo, gerando problemas na leitura dele. Por exemplo, ao copiar a razão social ou endereço do cliente do Whatsapp com uma quebra de linha (selecionou e copiou 2 linhas nas mensagens), ao salvar o cadastro e posteriormente emitir um boleto para este cliente, esta quebra era incluída no arquivo e o banco não conseguia ler. Com esta alteração isso não deve mais ocorrer.
Nas configurações do boleto foi incluída a possibilidade de o sistema imprimir o valor da multa e dos juros nas instruções em reais. Para isso é necessário que o campo APLICAR JUROS EM PERCENTUAL esteja desmarcado nas configurações, e é necessário incluir nas INSTRUÇÕES DE PAGAMENTO os marcadores específicos para exibição destes valores, sendo o [MULTAVALOR] para o valor da multa, e [JUROSVALOR] para o valor dos juros. Note que quando os juros são aplicados em reais deve ser considerado o valor ao dia, então o percentual de juros que informará nas configurações será diário. No padrão CNAB240 nosso sistema trabalha sempre com percentual de juros ao mês, porém no CNAB400 alguns bancos requerem que o valor dos juros seja em reais ao dia.
Ajuste na função de cálculo de juros executada quando o programa é aberto. Esta função fica dentro do banco de dados e havia uma divergência com relação a função executada dentro do próprio programa conforme preenche os campos no cadastro da parcela da dívida. Foi ajustado para que o cálculo do banco de dados fique igual ao do programa, que é mais correto.
Incluída contagem de parcelas no rodapé do controle de parcelamento do contrato.
Incluída coluna com valor do repasse na consulta de repasses a pagar
Incluído campo STATUS na dívida
Ao pesquisar parcelas a receber ou repasses a pagar (menu financeiro) pendentes o sistema não retornava nenhuma informação. Este erro ocorria ao acessar o módulo pelo botão de alerta, à direita na tela principal. O acesso ao módulo pelo menu financeiro estava funcionando normalmente.
Incluída possibilidade de bloquear acesso aos campos de cadastros no controle de usuários
Corrigido erro que impedia adicionar usuários
O botão para solicitar registro que existia na tela de ativação foi removido para evitar abusos.
Foi incluído nas configurações do sistema um botão que permite apagar o banco de dados. Este recurso apaga todos os dados do sistema, recriando a base de dados com os dados que ela tinha no momento em que ele foi instalado pela primeira vez. Ao acionar a função o sistema exibirá um código aleatório na tela e enviará este código ao nosso site, sendo necessário ter conexão com a internet para completar o processo. Nesta mensagem você será instruído a entrar em contato conosco, e nós lhe enviaremos uma senha com validade curta que permitirá completar o processo, sendo este um mecanismo de segurança para evitar abusos. O botão com a função de limpeza aparecerá em vermelho, e só estará visível caso possua uma licença ILIMITADA, para as demais licenças não é permitida a limpeza de dados. Vale salientar que com a limpeza você perde todos os dados de forma irrecuperável, então faça um backup antes e execute o procedimento somente se tiver certeza que deseja isso. Como forma de evitar acidentes não há tecla de atalho para o botão, sendo necessário clicar sobre ele. Além disso, ao executar a função você verá 3 mensagens de confirmação por segurança, somente se confirmar nas 3 a limpeza ocorrerá. Por tudo você verá 5 telas, sendo a primeira com um código, pedindo para entrar em contato, a segunda para que informe a senha que lhe enviaremos, e as outras 3 com mensagens de confirmação.
Ajuste interno na função de cálculo de juros para que o período seja contabilizado mais precisamente. O método de cálculo continua sendo o pro-rata die (em proporção ao dia), mas o cálculo do período agora é feito considerando a proporção do primeiro e do último mês. Por exemplo: o período entre 14/01/2018 a 18/06/2018 será considerado assim: 18 dias/31 dias (jan) + 4 meses (fev a mai) + 17 dias/30 dias (jun) = 5,1473. Anteriormente o sistema ia somando meses na primeira data e calculava a fração baseado na sobra final de dias. Este novo método deixará o cálculo de juros mais próximo ao usado pelo mercado, embora possa ocasionar pequenas diferenças com relação ao que era usado antes.
Ajuste na emissão de arquivo CNAB 400 do SICREDI, no registro detalhe tipo 5, que não estava passando na validação do banco devido ao preenchimento de zeros no campo "seu número".
Ajuste para remover acentuação e caracteres especiais das instruções de pagamento nos arquivos de remessa cnab 400 do sicredi.
Correção do cálculo do nosso número no arquivo de remessa dos boletos do sicredi. Também foi feito um refactoring em vários campos em todos os bancos para evitar a presença de traços em campos numéricos no arquivo de remessa.
Correção no arquivo de remessa CNAB 400 do banco SICREDI, o sistema estava incluindo erroneamente o traço do CNPJ do beneficiário no header do arquivo.
Foi feito um ajuste para permitir que ao emitir boleto de um lançamento financeiro para o qual informou manualmente o número do documento não ocorra mais erro de emissão. O ideal é que o campo seja deixado em branco para que o sistema processe o boleto
Corrigido erro que ocorria ao abrir o programa caso fosse deixada uma mensagem para o usuário.
Alguns lançamentos financeiros poderiam entrar como transferência no fluxo de caixa, fazendo com que não aparecessem em algumas estatísticas.
Ajuste na impressão de boletos das dívidas, estava aparecendo duas perguntas se deseja imprimir. O texto do botão relatório também foi alterado, de "IMPRIMIR BOLETOS (NÃO REGISTRADOS)" para "IMPRIMIR BOLETOS".
Ajuste na impressão de boletos em carnês.
Alteração interna nos mecanismos de lançamentos financeiros.
Corrigido erro de access violation que poderia ocorrer quando o sistema exibe o alerta de limites de cadastros da licença. O erro não impedia o funcionamento do sistema, mas poderia atrapalhar na exibição dos alertas.
Corrigido cálculo da data de desconto nos boletos. Em vez de somar o número de dias indicado nas configurações ao vencimento o correto é subtrair.
Alteração interna na base de dados para substituição de views por stored procedures em algumas consultas.
Ajuste interno no mecanismo de atualização do sistema, que agora acompanha um script sql em vez de uma cópia da base de dados física. Desta forma o software torna-se mais independente da versão do Firebird, sendo possível usar versões diferentes. Entretanto, a versão mínima ainda permanece sendo a 2.5. Futuramente pretendemos incluir no SORIOTOOLS a possibilidade de trocar a versão do Firebird entre as opções suportadas.
Correção nas pesquisas por data. Ao selecionar a opção SEMANA PASSADA o sistema não selecionava exatamente o início e fim correto da semana, que sempre começava na segunda e terminada no domingo. Devido esta característica nas segundas ele selecionada 2 semanas atrás.
Foi realizado um ajuste na pesquisa rápida das telas de controle/cadastro para permitir a pesquisa em campos do tipo inteiro, data e hora. Anteriormente apenas campos textuais entravam na pesquisa.
Ao estar numa tela de cadastro ou consulta, ao usar o scrool do mouse com o cursor posicionado sobre a lista que está atrás da tela de cadastro/consulta o sistema fazia a rolagem de dados, indo para outro registro, o que poderia gerar problemas caso estivesse realizando um cadastro
Ajuste interno no arquivo de licenciamento para limpar arquivos temporários que ele tenha criado e para tentar enviar erro no licenciamento ocasionado por uma eventual falha de acesso ao arquivo de log criado durante o processo.
(11)96630-4568
