Replies: 1 comment
|
Olá, @Ckk3 . Desculpe a demora. A diretoria e os conselheiros estão conversando há algum tempo sobre esta plataforma financeira. Entendemos que há estes atritos no formulário e também já temos mapeado para resolver isso. Obrigado pela sugestão, vamos considerá-la para as próximas conversas. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Estávamos fechando o post mortem do Python Nordeste 2026 e dois pontos do fluxo financeiro apareceram bastante.
O formulário de reembolso (Ultradox) não tem login com usuário salvo, então cada solicitação começa do zero: nome, endereço e dados bancários de novo, mesmo sendo a mesma pessoa do mesmo evento. E tem regras que não estão escritas em lugar nenhum, tipo limite no tamanho do nome do arquivo, que a gente só descobre depois de enviar e receber erro. Deixar essas regras no próprio formulário, ou validar antes do envio, já ajudaria bastante.
O outro ponto é o saldo. A gente acompanha o do evento numa planilha à mão, porque o painel em https://financeiro.python.org.br não é atualizado todo dia.
O Open Collective do Strawberry é um exemplo de como isso pode ser mais simples: https://opencollective.com/strawberry-graphql/transactions. As despesas ficam visíveis, e qualquer pessoa pode abrir uma nova, que precisa de aprovação antes da transação acontecer. Junta os dois problemas: cada evento com seu saldo atualizado, e o reembolso saindo de lá mesmo. Não precisa ser o Open Collective, é mais pra mostrar o tipo de coisa.
Isso já foi discutido antes? Queríamos entender se tem alguma limitação que a gente não conhece.
All reactions