grupyrn / jararaca Goto Github PK

O problema estava acontecendo cada vez que um participante do evento entrava com os dados para a reemissão dos QRCodes. Ao tentar reenviar o e-mail, o Django está gerando um novo UUID mas não salvava no banco.

O comportamento esperado seria que ele reenviasse o mesmo QRCode para os participantes ja inscritos e gerasse um novo para cada novo inscrito.

Seria interessante criar uma página contendo as informações importantes como:

• Os participantes deverão comparecer ao evento com o QRcode em mãos (celular, impresso, etc);
• Os participantes são os únicos responsáveis pelo checkin e checkout;
• Caso aconteça alguma coisa, os gestores dos eventos não poderão editar os horarios para poder emitir o certificado;
  Entre outras.
  Com isso, ao enviar o email, enviar junto com o QRcode para que não reste dúvida alguma.

Colocar uma hash em cada certificado para que possa ser verificado sua validade ao entrar no site.

Ao criar o evento, caso tenha vagas limitadas, colocar a quantidade de pessoas que poderão participar e a quantidade de pessoas na fila de espera e, ao chegar nessas quantidades, o evento encerra as inscrições sozinho.

Seria bastante útil a criação de um módulo de submissão de palestras. Existem ferramentas como o SpeakerFight, porém não há nenhuma API de integração com demais sistemas.
A ideia seria apenas receber os dados:

• nome do palestrante
• e-mail
• título da palestra
• descrição
• comentários à organização

Não seria necessário realizar cadastro e login. A posterior alteração/remoção desses dados seria feita através de um link com token enviado para o e-mail do palestrante.

It would be very useful to create a module for submitting talks. There are already tools like SpeakerFight, but there is no API for integration with other systems.
The idea would be just to receive the data:

• name of the speaker
• email
• talk title
• description
• comments to the organization

It would not be necessary to sign up an log in. Subsequent change / removal of this data would be done through a link with token sent to the speaker's email.

Criar modelos de usuário que poderão se cadastrar no sistema do grupy.

• Um usuário fará parte de algum grupo de permissões (admin, contribuidor, membro, etc)
• Um usuário poderá participar como participante nos eventos
• Um usuário poderá participar como palestrante nos eventos
• Um usuário poderá reemitir os próprios certificados

Emitir um certificado diferente para os palestrantes. Criar um campo de anexo igual ao que ja existe hoje para os participantes, com algumas informações diferentes.

Adicionar o Django Debug Toolbar para facilitar o desenvolvimento do sistema.
Só aparecerá quando o debug estiver ativo.

O sistema deve deixar claro, tanto para o admin quanto para os participantes, quando o evento for emitir certificado.

Melhorar mensagem que aparece quando não há nenhum evento futuro.

Atualmente, a área administrativa é bastante permissiva em relação a alteração dos dados dos participantes, permitindo alterar os dados cadastrais e até mesmo horário de check-out. Esse tipo de abertura pode gerar problemas para os organizadores, que não podem e nem devem modificar qualquer tipo de informação gerada pelos participantes.

Além disso, o admin falta recursos para busca de participantes, verificação de elegibilidade para recebimento de certificado por participante e reenvio de certificados.

Sugere-se a restrição de dados, independentemente do nível de acesso administrativo, assim como a inclusão das funcionalidades listadas acima.

Criar um formulário que nós traga um feedback de cada evento, informando quantitativo por gênero, etnia e escolaridade, por exemplo, temos por evento. E, com essas informações, trabalhar para trazer para mais perto, as pessoas que estão mais distantes.

Hoje, ao tentar se cadastrar 3 vezes no mesmo evento, será criado três cadastros diferentes. Colocar uma mensagem de reenvio do QRcode para aquele email.

Informações que devem ser únicos por evento:

• email
• cpf

Adicionar no readme o comando:

python manage.py collectstatic

Sem isso, ele não tá gerando os builds do front-end.

Caso seja preciso enviar algum email para os participantes, antes de enviar o QRcode, selecionar uma opção e colocar a mensagem. Depois ter uma função para enviar os codigos para os participantes.