Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mutación — Regalar Ticket #30

Open
fforres opened this issue Aug 5, 2023 · 3 comments
Open

Mutación — Regalar Ticket #30

fforres opened this issue Aug 5, 2023 · 3 comments
Labels
Backend mutation Mutation Request

Comments

@fforres
Copy link
Member

fforres commented Aug 5, 2023

Un usuario puede regalar un userTicket a otro usuario.

Cuando un userTicket se regala a otro usuario, el userTicket queda en estado "pendiente de aceptación".

este userTicket no puede ser redimido hasta que la invitación sea aceptada, rechazada, o retirada.

Permisos:

  • Solo el dueño del ticket puede regalar un ticket.
@fforres fforres added the mutation Mutation Request label Aug 5, 2023
@Pillin
Copy link

Pillin commented Aug 5, 2023

Inputs necesario:
Correo del destinatario
ID del ticket

@Pillin
Copy link

Pillin commented Aug 5, 2023

.

@Pillin Pillin added the Backend label Aug 5, 2023
@fforres
Copy link
Member Author

fforres commented Oct 3, 2023

@Benjvvp creo q no deberíamos hacer esta parte ahora al toke. Deberíamos implementar la API en las versiones más básicas primero. (onda...api sin frontend...niun brillo 😆 )

Dejo escrita la explicacion igual :)


Esto es cuando yo tengo un ticket. (lo compré, o lo reservé)
Pero no puedo asistir al evento.

Entonces en ves de cancelarlo, se lo quiero regalar a alguien más.

Estos flujos tienen 3 entidades principales. UsuarioA, UserTicketA, UsuarioB

Flujo de aceptacion

  • UsuarioA pide el UserTicketA
  • UsuarioA inicia el proceso de "regalo de tickets" de UserTickeA hacia `UserB
  • UsuarioB recibe un correo que dice "Te estan regalando un ticket, aceptalo en la página xxxxx"
  • UsuarioB va a la página y ve que tiene un ticket "por aceptar"
  • UsuarioB acepta el ticket UserTicketA
  • FIN

Flujo de Cancelacion

  • UsuarioA pide el UserTicketA
  • UsuarioA inicia el proceso de "regalo de tickets" de UserTickeA hacia `UserB
  • UsuarioA Cancela el regalo
  • FIN

Flujo de Rechazo

  • UsuarioA pide el UserTicketA
  • UsuarioA inicia el proceso de "regalo de tickets" de UserTickeA hacia `UserB
  • UsuarioB No acepta el regalo
  • UsuarioA recibe un correo con "Tu regalo fue rechazado"
  • FIN

Esto quiere decir que tenemos que tener una tabla nueva de "UserTicketGifts", que tenga una referencia al GifterUser ReceiverUser, UserTickets y con un campo status (pa ver si fue aceptado/rechazado/etc)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Backend mutation Mutation Request
Projects
Status: No status
Development

No branches or pull requests

2 participants