Reunião 03/09 - Inicio para projeto de prestação de contas

[L1malucas]

Resumo da Reunião: Meeting Transcription

Data: 2025-09-03
Participantes: Atila Bezerra, Gabriel Pontes, Jeris Lopes, Mauricio Souza Menezes, Lucas Renova

---

1. Organização e Planejamento do Projeto

• Divisão do projeto em duas frentes principais:
  • Prestação de contas (módulo mais complexo com muitas regras de negócio, a ser tratado inicialmente).
  • Processo de compras (módulo focado em fluxo operacional, com regras mais simples).
• Desenvolvimento inicial focado na prestação de contas, enquanto o protótipo funcional do sistema de compras (apelidado de "Mercúrio") foi apresentado para validação.
• Protótipo inclui funcionalidades de cadastro de fornecedores, produtos, controle de estoque, movimentação de produtos (com histórico de entradas e saídas, usuários responsáveis) e processos de compra com alertas financeiros e justificativas para escolhas.

2. Protótipo e Validação

• Protótipo feito em formato visual e funcional básico, para validação da cliente e alinhamento dos próximos passos.
• O protótipo inclui exportação de relatórios em PDF, com possibilidade futura de Excel.
• Discussão sobre filtros e funcionalidades que o sistema deve ter, como pesquisa por código, categorias, estoque baixo, etc.
• Questionamento sobre dashboards e KPIs; ainda não foram implementados por falta de definição clara dos indicadores desejados pela cliente.

3. Organização Interna e Gestão do Projeto

• Utilização do GitHub para centralizar códigos, discussões, anotações e tarefas.
• Existência de reuniões internas para alinhar as informações coletadas e organizar os requisitos de forma estruturada.
• Fluxograma de requisitos e definição de atores/perfis para mapear o processo atual e digitalizar etapas, eliminando trabalhos manuais e automatizando processos.
• Planejamento para levantamento e refinamento dos requisitos com a cliente, com reuniões podendo ser presenciais ou online, conforme disponibilidade.

4. Nome do Projeto

• O sistema de compras e vendas ganhou o nome interno "Mercúrio" (Deus do comércio na mitologia grega).
• Houve debate sobre a adequação do nome devido à associação mitológica, com sugestão para um nome mais neutro e associado à área da saúde.
• Ficou acordado que o nome pode ser ajustado futuramente, buscando algo que integre contabilidade pública e gestão em saúde.

5. Cronograma e Entregas

• Estimativa inicial de prazo: aproximadamente 50 dias para entrega do projeto principal, contado a partir do início efetivo (referido a partir do dia 2 do mês corrente).
• Dificuldade prevista está principalmente no levantamento e validação detalhada dos requisitos para evitar retrabalhos posteriores.
• Necessidade de marcar reunião com a cliente para apresentação do protótipo e esclarecimento de dúvidas, possivelmente já na data seguinte em formato online.

6. Infraestrutura e Custos

• Discussão sobre orçamento e custos da infraestrutura necessária para hospedar e rodar o sistema.
• Expectativa inicial de uso de soluções gratuitas ou de baixo custo para desenvolvimento e testes, com custos para produção a serem definidos posteriormente.
• A cliente poderá colaborar com recursos financeiros para infraestrutura.

7. Questões Jurídicas e Parcerias

• Necessidade de definição jurídica para formalizar a parceria:
  • Discussões sobre uso ou criação de CNPJ para o projeto.
  • Possibilidade de contrato de gaveta para definir direitos e deveres das partes, incluindo divisão de lucros e responsabilidades.
• Levantamento de documentos pessoais para avaliação contábil e definição jurídica do modelo societário.
• Discussão sobre a eventual entrada no projeto de um terceiro relacionado ao "médico dela", que encontra-se em fase de negociação e avaliação.
• Preferência por focar primeiramente no projeto atual de prestação de contas antes de assumir outros projetos ou manutenções.

8. Estratégia de Crescimento e Novos Projetos

• Visão estratégica de usar o projeto atual como piloto para desenvolver estrutura organizacional e maturidade na gestão de projetos.
• Planejamento para expansão futura do negócio e recepção de novas demandas após a consolidação do projeto inicial.
• Avaliação de editais públicos para captação de recursos, com prazos definidos para entrega e possibilidades de recursos não reembolsáveis.
• Importância de manter o foco nas entregas programadas para evitar dispersão e garantir qualidade e confiabilidade.

9. Próximos Passos

• Agendar reunião com a cliente para apresentação do protótipo e discussão dos requisitos (preferencialmente online, podendo ser presencial conforme disponibilidade).
• Preparação e envio de minuta contratual para formalização da parceria no projeto atual.
• Continuação do levantamento e refinamento dos requisitos, com participação parcial da equipe para agilizar o processo.
• Manutenção da organização das tarefas e discussões via GitHub para assegurar transparência e alinhamento.

---

Conclusão:
A equipe está alinhada para avançar no desenvolvimento do projeto de prestação de contas e vendas, utilizando um protótipo funcional para validar as expectativas da cliente. A organização interna, divisão clara de responsabilidades, planejamento para reuniões de refinamento e cuidado com questões jurídicas foram enfatizados. O foco permanece em uma entrega sólida dentro do prazo estimado, utilizando o projeto como base para futuras expansões e captação de recursos.

[atila-brz]

@L1malucas .

Segue aquele papo da análise dos dois sistemas e quais funcionalidades precisam entrar e de que forma elas entram.

TEXTO ORIGINAL (ESCRITO POR MIM)

PENSAR NO FUTURO QUE O FLUXO DE DOCUMENTOS QUE NEIDE FAZ ALGO PARECIDO COM O Cumprimento do Objeto e Prestação de Contas Final do SIGMA, só que devidamente incorporado.

MÓDULO DE CONCILIAÇÃO FINAL PENSADO NOS PROCESSOS DO SGIMA DE UNIFICAÇÃO COM OPÇÃO DE REVISÃO CONFORME ESTÁ LÁ.

📄 Texto Original (Escrito por mim)

Análise comparativa de como unir ambos sistemas.

++++++ https://v0-sistema-de-prestacao-de-contas.vercel.app/ ++++++

Proposta de Unificação de Tela:

• Criação de Contrato na Guia de Orçamento.
• Criação de Plano de Trabalho na Guia de Orçamento.
• Pensar na separação do Planejamento em duas guias diferentes:
  • Uma seria no plano de trabalho (Envolve as entidades WorkPlan... WorkPlanItem e derivadas).
  • Outra guia seria Orçamento, que envolve Linhas Orçamentarias e derivados. (Budget e BudgetLine).
  • Precisa ser pensado de que forma seguiremos com o registro de Centro de Custo. As linhas orçamentarias podem está relacionadas a centro de custos e etc.
• A guia Executado vs Planejado ela também entra, porém ela não é necessariamente uma Guia que é obrigatória de preenchimento no cadastro inicial. Ela é mais um gerenciamento que traz informações consolidades do que foi planejado no Plano de Trabalho, com o consolidado do que eu executei de forma mensal.
• A parte de alertas, revisões e versões é algo futuro, não entrar no escopo atual.
• As metas do assistencial ela é saída do Plano de Trabalho. O consolidade de WorkPlanItem é a base que será montadas os objetos de métricas para retornar a aplicação front-end do assistencial.
• O dashboard orçamentário traz uma visão geral com uma relação do que foi executado, com o que foi planejado. É quase um resumo do que foi cadastrado, com o que foi atualizado no andamento do contrato.
• As telas de lançamentos de Receitas e Despesas elas também entram no sistema. Porém, da forma como está implementada hoje não gostei muito, a visualização. Mas, pode-se pensar em algo mais atraente, acredito que com a mudança para a identidade visual do Sigma, fique melhor.
• Precisa pensar de que maneira aplicar o WorkFlow. Despesas por exemplo, é algo que passa por um worflow, isto é, passa por um ciclo de aprovação. Não seria só cadastrar no front, precisaria passar por um ciclo de aprovação, onde é cadastrado, e outra pessoa específica vem e aprova. Como fazer esse menu de listagem, cadastro, aprovação? Essa é a ideia a se pensar.
• Existem workflow também no contrato e no orçamento, visto que tudo é passado por uma controladoria e responsáveis pelas aprovações.
• Conciliação entra no sistema, porém não para os 50 dias ainda, seria para posterior aos 50 dias, vou fazer a integração com extração de transações financeiras de documentos ofx.

++++++ https://v0-manual-vs-siga-pc.vercel.app/prestacao ++++++

• Essa tela precisa aparecer no prestação como módulo de fechamento da prestação de contas mensal.
• Ela seria algo parecido quando Neide executa o fechamento dos arquivos. Imagine como um fechamento de todos documentos que passaram pelo fluxo e ela precise "zipar", nesse módulo apresenta uma tela com um resumo final do consolidado para a prestação de contas dela. Por isso entra no sistema.

++++++ https://v0-manual-vs-siga-pc.vercel.app/execucao ++++++
++++++ https://v0-manual-vs-siga-pc.vercel.app/orcamento ++++++
++++++ https://v0-manual-vs-siga-pc.vercel.app/pagamentos ++++++

• Esses três módulos precisa entrar no sistema como uma espécie de consolidação parcial.
• Imagine que no módulo anterior do prestação, ele faz um fechamento do consolidade. Porém um documento que aparece lá, por exemplo: "Relação de Pagamentos (RP)" ele é um conjunto de várias transações. Então imagine que em uma tela eu precise consolidar todas as transações que irão compor esse documento e esse documento vai criar o RP, que é um único arquivo que vai aparecer na consolidação final.
• Então essas três telas tem como objetivo criar um documento de todas as transações.
• Ainda não temos quais serão todas as entidades para representar as transações, mas essas telas também entram no sistema com nomes diferentes.

📝 Texto Melhorado pelo ChatGPT

Proposta de Unificação de Telas e Fluxo de Documentos

O objetivo é criar um fluxo de documentos que se aproxime do Cumprimento do Objeto e Prestação de Contas Final do SIGMA, incorporando-o de forma integrada no sistema, contemplando módulos de conciliação e consolidação final.

1. Unificação de Telas e Estrutura de Guias

• Criação de Contrato e Plano de Trabalho serão incluídos na guia de Orçamento.
• Planejamento dividido em duas guias distintas:
  • Plano de Trabalho: envolve entidades WorkPlan, WorkPlanItem e derivadas.
  • Orçamento: envolve Budget, BudgetLine e entidades derivadas.
• É necessário definir como será feito o registro de Centro de Custo, pois as linhas orçamentárias podem estar relacionadas a centros de custo e outros elementos.
• Executado vs Planejado: esta guia não é obrigatória no cadastro inicial, servindo como gestão e consolidação do que foi planejado no plano de trabalho e do que foi efetivamente executado mensalmente.

2. Metas e Consolidação

• As metas assistenciais serão geradas a partir do WorkPlan.
• O consolidado dos WorkPlanItem servirá como base para montar os objetos de métricas que retornarão informações para o front-end do assistencial.
• O dashboard orçamentário apresentará uma visão geral do planejado vs executado, funcionando como resumo do andamento dos contratos.

3. Lançamentos Financeiros

• As telas de Receitas e Despesas serão incorporadas, mas é necessário repensar a visualização para torná-la mais atrativa e alinhada à identidade visual do SIGMA.
• O workflow de aprovação será aplicado:
  • Despesas passam por cadastro e aprovação por responsáveis específicos.
  • Contratos e orçamentos também passam por ciclos de aprovação controlados pela controladoria.
• O menu deve contemplar listagem, cadastro e aprovação, garantindo que cada etapa do workflow seja visualizada e aprovada.

4. Conciliação e Fechamento

• A conciliação financeira será incorporada posteriormente (após 50 dias), integrando extração de transações via arquivos OFX.
• A tela de Prestação de Contas funcionará como módulo de fechamento, similar ao processo que Neide realiza:
  • Apresenta um resumo consolidado de todos os documentos do fluxo.
  • Permite gerar um arquivo único que representa o fechamento mensal da prestação de contas.

5. Consolidação de Documentos

• Módulos de Execução, Orçamento e Pagamentos serão incluídos como consolidação parcial:
  • Cada módulo cria um documento consolidado de transações, que depois alimenta a prestação final de contas.
  • Exemplo: a tela de “Relação de Pagamentos (RP)” consolida várias transações em um único documento.
• É necessário definir as entidades que representarão cada tipo de transação, mas as telas já entram no sistema com nomes provisórios.

6. Observações Gerais

• Alertas, revisões e versionamento são planejamentos futuros e não entram no escopo atual.
• O fluxo deve garantir que cada documento gerado possa ser rastreado e consolidado, mantendo histórico e integridade das informações.

[atila-brz]

@L1malucas

Ambos sistemas acimas elas estão muito pensadas já na parte de execução do prestação de contas.

Precisamos desenvolver a interface que vai fazer o gerencimento de cadastro. É a parte inicial, cadastro das entidades.

Tem que seguir aquele diagrama que coloquei na discussion passada:

Nessa seção da discussion: https://github.com/orgs/monqsoft/discussions/8#discussioncomment-14380080

Ai as entidades da API tá contemplando esse cadastro inicial. Pensar em como fazer a interface aplicada a identidade visual do Sigma.

Tentei fazer uma proposta para cadastros e etc pela v0, mas ficou bom não e meus créditos acabaram.

https://v0-accountability-system-developmen.vercel.app/work-plans