[gnucash-br] Migrando da versão 2.6 para 3.7 (e agora 3.10)

[Arnaldo Ortega]

Oi Danilo,

Com relação ao cartão, muito bom! Agora tenho um controle legal de quando
"gastei" e quando "paguei" - deu um certo trabalho pra explicar a lógica
contábil aqui em casa mas valeu a pena para uma melhor alocação. O trabalho
adicional é mínimo, é uma entrada a mais, depois de estruturadas as contas
corretamente.

Esta semana instalei o Qlik View, vou tentar montar algo com ele nas
próximas semanas.

Abraço,
Arnaldo

On Sun, Jul 5, 2020 at 1:03 PM Danilo Freitas da Costa <danfcosta em gmail.com>
wrote:

> Opa Arnaldo, boa tarde!
>
> Eu estava usando a 3.7 e nesta semana migrei pra 4. Normalmente eu demoro
> mais de 6 meses pra migrar, mas resolvi desbravar.
>
> Uso muito pouco os gráficos do GC, pois como mencionei em conversas
> anteriores, faço um controle separado em Excel (conectado automaticamente
> ao GC).
>
> Até então, não percebi problemas. Mas vi alguma melhoria de performance
> (uso no Windows com a base em SQLite).
>
> Não lembrava desse problema de orçamento que mencionou. Não ocorreu
> comigo, e sempre uso essa funcionalidade. Vou fazer ou double check.
>
> Mudando de assunto:
>
> Como está a experiência da nova forma que adotou de registro das compras
> via cartão? Eu ainda tenho aqui no meu TO DO pra testar isso.
>
>
> On Sun, Jul 5, 2020, 12:06 Arnaldo Ortega <arnaldo.ortega em gmail.com>
> wrote:
>
>> Bom dia, pessoal,
>>
>> Continuando minha saga, nas últimas semanas fui fazendo a migração da 3.7
>> para 3.8, 3.9 e finalmente 3.10. Percebi melhoras significativas na
>> performance e estabilidade, em especial nos gráficos - ficaram mais rápidos
>> e até agora, em 2 semanas de uso, não deram nenhum crash.
>>
>> Persiste o problema com 01/02/2018, vejam no link abaixo um exemplo de
>> gráfico de despesas, o mês de fevereiro/2018 fica em branco, mesmo havendo
>> despesas registradas neste mês. Alguém mais passou por isto?
>>
>> https://imgur.com/ghy6nIh
>>
>> Outro problema bizarro ocorre no orçamento de 2019. Se coloco 01/01/2019
>> como data inicial ele vira para 31/12/1969. Acabei deixando 02/01/2019 como
>> data inicial. Este problema tem um bug registrado mas como 2019 já passou e
>> não faz sentido fazer orçamento para o passado, acredito que não vão
>> corrigir. Por enquanto não vi em outros anos mas só testei entre 2016 e
>> 2020..
>>
>> Abraço,
>> Arnaldo
>> _______________________________________________
>> gnucash-br mailing list
>> gnucash-br em gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-br
>>
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.gnucash.org/pipermail/gnucash-br/attachments/20200705/60f3bd31/attachment.htm>