Acompanhamento de Projeto
Versão demonstrada. Ajustes em curso para colocar a parte de pagamento em produção.
Totem, app do aluno e painel admin funcionando. Faltam ajustes e validação de segurança.
Depende de autorização da reitoria, sem prazo. Por ora a validação será manual.
Estimativa da Nicole, com testes das catracas em andamento. Possível piloto em tablet.
Sistema apresentado e funcional (totem facial, app do aluno com Pix e histórico, painel administrativo com relatórios e usuários). Faltam os ajustes pedidos na reunião e a auditoria de segurança pela TI da PKJ. Vai para produção e segue sendo aprimorado por cima.
Dados a consultar já definidos, mas falta a autorização da reitoria (precisa de assinatura), sem previsão. Enquanto não sai, a validação do aluno (liberado/bloqueado e valor) é feita manualmente pela operadora, em tempo real, em uma tela tipo PDV.
Mesmo esquema (facial + pagamento), sistema da universidade mais simples. PKJ vai solicitar a liberação dessa segunda universidade; DevSider avalia como incluir no mesmo sistema.
| Pendência | Responsável | Prioridade |
|---|---|---|
| Enviar documentação, backlogs e acesso ao repositório para a TI da PKJ auditar (segurança) | DevSider | Alta |
| Gerar link da versão (deploy) para a PKJ acompanhar | DevSider | Alta |
| Tela de validação manual (PDV) em tempo real: puxar cadastro, consultar e liberar/bloquear | DevSider | Alta |
| Cadastro facial controlado pela PKJ (aluno não cria o próprio) | DevSider | Alta |
| Recarga manual de saldo no caixa + rastreabilidade (login da operadora) | DevSider | Alta |
| Gestão das 2 catracas (trocar manualmente / liberar nas duas) | DevSider | Média |
| QR code único para quem não tem facial (gera no caixa, lê na catraca, inutiliza) | DevSider | Média |
| Dois relatórios separados: vendido x servido | DevSider | Média |
| Pagamento por cartão no app + limite de crédito (~R$100) | DevSider | Média |
| Gestão de logins e permissões (admin cria operadoras) | DevSider | Média |
| Mensagem na catraca quando o aluno é rejeitado | DevSider | Baixa |
| App: cardápio, horário e idiomas (PT, ES, EN) | DevSider | Baixa |
| Enviar o vídeo que está faltando | DevSider | Baixa |
| Pendência | Responsável | Prioridade |
|---|---|---|
| Obter a autorização da reitoria para a integração via API (assinatura) | Universidade | Alta |
| Solicitar liberação da segunda universidade | PKJ | Média |
| Definir, com a DevSider, o cadastro centralizado e o acesso do aluno (CPF ou matrícula + senha) | PKJ + DevSider | Média |
| Auditoria de segurança do sistema pela TI da PKJ | PKJ | Alta |
| Testes das catracas (em andamento) | PKJ | Média |
Preocupação de que parte do sistema foi feita de forma acelerada via Cloud. A DevSider precisa entregar documentação e acesso ao código para a TI auditar antes de avançar. É o item que destrava a confiança no projeto.
A integração automática depende de uma assinatura externa que não tem data. Mitigação: a Fase 1 (pagamento) e a validação manual seguem sem depender disso.
Por causa do segundo restaurante, lista 1 ou 2 vezes ao dia não serve: o aluno pode passar nos dois. A validação manual cobre isso até a integração existir.
Subsídio 1 e 2 mudam com frequência, então o valor não pode ficar fixo no cadastro. Reforça a necessidade da consulta em tempo real (manual agora, automática depois).