Tem algo a dizer?

Nos diga como podemos melhorar a Pluma pra você!

Dividir uma transação conciliada em mais de uma categoria

Gostaria de solicitar a possibilidade de dividir um valor sincronizado do meu banco em mais de uma categoria. Em alguns casos, um único pagamento engloba despesas diferentes. Por exemplo, ao realizar o pagamento da minha operadora, o valor pode incluir internet residencial, plano de celular e, eventualmente, a compra de algum equipamento. Apesar de ser uma única transação, na prática são gastos distintos. Poder separar esse lançamento em categorias específicas tornaria meu controle financeiro muito mais preciso e organizado, refletindo de forma fiel para onde cada parte do meu dinheiro está indo. Essa funcionalidade faria toda a diferença na minha gestão financeira. Poderiam, por gentileza, viabilizar essa opção?

gfjunior2000 Há 23 dias

1
💡

Pedido de Melhoria

Planned

🔄 Melhoria: Definição de responsável (dono/pagador) por transação de cartão de crédito

📌 Contexto Atualmente, as transações de cartão de crédito ficam vinculadas ao usuário que realizou o lançamento. Porém, em cenários onde o cartão é compartilhado (casais, familiares, sócios, etc.), é comum que uma pessoa realize a compra, mas outra seja a responsável pelo pagamento. 💡 Proposta de melhoria Permitir definir uma outra pessoa como dona/pagadora de uma determinada transação de cartão de crédito. 🧾 Regras sugeridas Transação à vista Possibilidade de selecionar o responsável no momento do lançamento. Por padrão, o responsável continua sendo o próprio usuário que está cadastrando. Deve ser possível editar posteriormente. Transação parcelada Ao definir um responsável diferente, todas as parcelas devem assumir esse responsável por padrão. Caso o usuário altere o responsável depois, o sistema deve permitir aplicar a alteração com as seguintes opções: 🔹 Apenas nesta parcela 🔹 Nesta e nas posteriores 🔹 Em todas as parcelas Reversão para padrão Deve ser possível remover o responsável atribuído e retornar ao padrão (usuário atual). Também respeitando as opções: Apenas atual Atual e posteriores Todas 🎯 Benefícios Maior flexibilidade para gestão compartilhada de despesas. Melhor controle financeiro individual dentro de um mesmo cartão. Redução de lançamentos manuais ou ajustes posteriores. Experiência mais aderente à realidade de uso de cartões compartilhados.

ivanilsonsousa95 Há 14 dias

💡

Pedido de Melhoria

Clint Review

Bug crítico – Falha na aplicação do motor de regras de categorização automática

Estou registrando novamente um bug relacionado ao mecanismo de regras de categorização automática, pois o problema persiste e continua impactando diretamente a confiabilidade da automação. Atualmente, o sistema reconhece a existência de determinada regra de categorização — inclusive bloqueando a criação de uma nova regra com os mesmos critérios por violação de unicidade — o que demonstra que a regra está corretamente persistida na base de dados. No entanto, o motor de categorização não está aplicando essa regra às novas transações importadas. No caso específico, existe uma regra ativa configurada com o critério “Descrição contém PAYGO”, associada à categoria “Alimentos e bebidas”. A regra foi criada corretamente, permanece visível no painel de gerenciamento e o sistema confirma sua existência ao impedir a criação de outra regra idêntica. Contudo, transações recentes cuja descrição contém “PAYGO” continuam sendo classificadas como “Saúde e bem-estar”, contrariando explicitamente o critério definido pelo usuário. Esse comportamento evidencia uma dissociação entre a camada de persistência das regras (rule storage) e o pipeline de processamento responsável pela categorização das transações. A interface indica que a regra existe e está ativa, porém o mecanismo de avaliação não a aplica durante o processamento das novas entradas. Tecnicamente, o cenário sugere uma falha na integração entre o rule engine e o fluxo de ingestão/importação das transações. Entre as hipóteses técnicas plausíveis estão: As regras estão sendo armazenadas corretamente, porém não estão sendo consultadas no momento da execução do motor de categorização. Existe conflito de precedência entre regras definidas pelo usuário e o algoritmo de categorização padrão, com possível sobrescrita posterior. O motor de categorização pode estar sendo executado antes do carregamento ou sincronização das regras personalizadas. Pode haver falha na normalização da string da descrição (case sensitivity, trim, encoding, caracteres invisíveis ou variações textuais). O processo de importação não está disparando reavaliação das regras já existentes. Pode existir job assíncrono de recategorização que esteja sobrescrevendo a classificação aplicada pela regra. O comportamento esperado é determinístico: regras ativas definidas pelo usuário devem ter precedência sobre qualquer categorização automática padrão e devem ser aplicadas de forma consistente a todas as transações que satisfaçam o critério estabelecido. Adicionalmente, caso haja conflito ou impossibilidade de aplicação, o sistema deveria fornecer feedback explícito ao usuário, ao invés de aparentar funcionamento normal enquanto ignora silenciosamente a regra configurada. O problema é recorrente, ocorre com diversas transações e não apenas com o caso citado. Isso obriga recategorização manual constante, gera retrabalho e compromete significativamente a confiança no mecanismo de automação. Solicito, portanto, verificação detalhada da integração entre: camada de persistência das regras (rule storage layer); engine de avaliação das regras (rule engine); fluxo de ingestão/importação de transações; ordem de execução do processamento automático; lógica de precedência entre regras do usuário e categorização padrão; eventuais processos assíncronos de recategorização. Adicionalmente, seria altamente recomendável disponibilizar um mecanismo de reprocessamento manual das regras para transações já importadas, permitindo reaplicar as regras vigentes em lote, caso o motor não esteja aplicando corretamente no momento da ingestão. A funcionalidade de regras automáticas é essencial para organização financeira eficiente. No estado atual, não está operando de maneira confiável nem determinística, o que compromete sua utilidade prática.

annaeduarda Há 16 dias

1
🐞

Bug

Completed

Não está conseguindo deletar categoria

Conversation: Untitled Started: 04/02/2026, 17:54:18 Participants: caiohtp ──────────────────────────────────────────────────────────────────────────────── caiohtp • 04/02/2026, 17:54:18 Olá, boa tarde AI Bot • 04/02/2026, 17:54:19 Hello! I'm a bot here to assist you with any questions about Pluma Finance. Don't hesitate to ask! AI Bot • 04/02/2026, 17:54:19 So what brings you here today? caiohtp • 04/02/2026, 17:54:19 Olá, boa tarde AI Bot • 04/02/2026, 17:54:23 Olá, boa tarde! Como posso te ajudar hoje com o Pluma Finance? caiohtp • 04/02/2026, 17:54:34 Não estou conseguindo excluir nenhuma categoria Lucca Cerf • 04/02/2026, 17:54:56 boa tarde! vou checar para voce Lucca Cerf • 04/02/2026, 18:00:23 Estamos passando por uma migração no sistema neste momento e por isto não está conseguindo deletar agora. Amanhã estará ok. Me passa o nome das categorias que eu deleto pra voce aqui.

caiohtp Há 24 dias

🐞

Bug

Sugestões de melhorias:

COR JUROS RF - é o lançamento de recebimento de juros de renda fixa do Itau, não pagamento de juros. Não em uma categoria de recebimento desse tipo. SISPAG GRPA - é o recebimento de renda de aluguel via Quinto Andar, não tem uma categoria para renda de aluguel, seria legal criar. PIX QRS Latam Gateway e PIX QRS MERCADO BIT são lançamentos para investimento em crypto. Talvez criar uma categoria de investimentos quando faço ted para outras instituições não listadas tbm, pq não são gastos. Senti a falta da categoria Festas/Shows/Eventos O pagamento da fatura toda do cartão aparece como um lançamento novamente Revisei todas as transações mas não consigo confirmar que tá tudo revisado. Ao importar investimentos do Itaú, boa parte não veio (uma parte que não veio, identifiquei ser Previdência).

fabioperotti Há 5 dias

💡

Pedido de Melhoria