TP GDD
- Login y seguridad
- ABM de Rol
- Registro de Usuario
- ABM de Cliente
- ABM de Empresa de espectáculos
- ABM de Categoría
- ABM grado de publicación
- Generar Publicación
- Editar Publicación
- Comprar
- Historial del cliente.
- Canje y administración de puntos
- Generar Pago de comisiones
- Listado Estadístico
ABM Rol
Create
Rol:
- Nombre
- Funcionalidades (selección acotada)
Actualmente hay estos roles:
- Empresa
- Administrativo
- Cliente
Update
Rol:
- Nombre
- Lista de Funcionalidades (agregar/quitar)
Delete
Baja lógica. Hay que quitárselo a los usuarios que lo posean.
Se debe poder volver a habilitar un rol inhabilitado
Login y seguridad
Usuario debe elegir rol al loguearse (si tiene más de uno)
3 intentos fallidos => inhabilitar user
limpiar intentos fallidos cuando hay un intento satisfactorio
Registro de Usuario
Rol es uno sólo o son varios por usuario
Cliente y Empresa no pueden ser la misma persona ¿¿¿¿¿????????
| Usuarios |
| Username (único) |
| Password (encriptar SHA256) |
| Rol asignado |
| Datos identificatorios (según el tipo de usuario) |
Create
Alta de un usuario (Cliente/Empresa)
Update
- Modificar el Password (por el usuario o por el administrador)
Delete
- Administrativos pueden dar baja lógica a un usuario
- Esto es independiente a la inhabilitación por fallas de ingreso
ABM de Clientes
| Datos a ingresar |
| Nombre |
| Apellido |
| Tipo documento (no repetir) |
| Nro documento (no repetir) |
| CUIL (no repetir, verificar si es válido) |
| Mail |
| Telefono |
| Direccion |
| Cod postal |
| Fecha Nacimiento |
| Fecha de Creación |
| Datos de tarjeta de crédito |
Create
- Con los datos anteriores
- Generar user y Password automáticamente y cambiarlos al primer inicio de sesión
Read
- Filtrar por:
- Nombre
- Apellido
- DNI
- Email
Update
- Se pueden modificar todos los datos anteriores
Delete
- Al parecer se puede deshabilitar a un cliente y volverlo a habilitar (si está deshabilitado no puede comprar)
ABM de Empresa de Espectáculos
Adiministradores crean, modifican, dan de baja empresas.
Empresas sólo pueden vender y no comprar.
| Datos a ingresar |
| Razón social (unico) |
| Mail |
| Telefono |
| Dirección |
| Código Postal |
| Ciudad |
| CUIT (unico, validar) |
Create
- Con los datos de arriba
- Autogenerar pass y user. Pedir cambio de pass al primer inicio de sesión.
Read
Update
- Todos los datos de arriba son modificables
Delete
ABM de Rubro
| Categoría |
| Código |
| Descripción |
No hace falta hacer este ABM wiiiiii
ABM Grado de Publicación
- Prioridad: Puede ser Alta / Media / baja
- Todos los grados tienen una comisión
Generar Publicación
Estados:
- Borrador: Podes modificar todos los datos y la publicación no está visible
- Activa o publicada: Lo pueden ver todos, disponible para operar.
No puede volver a borrador. Chequear que fecha de comopra <= fecha de evento.
- Finalizada: No ofrece más localidades a la venta. Cambio automático: cuando se han vendido todas las localidades del evento => pasa a finalizada. Cuando está finalizada no podés cambiar el estado.
Se debe poder determinar cuantas localidades se ofrecen, lo cual determinaria el stock.
| Publicación |
| Codigo (autonumérico) |
| Descripción |
| Ubicaciones (filas, asientos, precio y tipo de ubicaciones) |
| Fecha de publicación |
| Fecha evento |
| Rubro |
| Direccion |
| Grado de Publicación |
| Usuraio responsable de la publicación |
| Estado de la publicación |
En esta funcionalidad también se deberá permitir la generación de publicaciones
por lotes (batch - varias publicaciones al mismo tiempo). Dado que un espectáculo
puede repetirse en el tiempo, como por ejemplo funciones de cine u obras teatrales. Se
tendrá que permitir el ingreso de varias fecha-hora del espectáculo, de este modo, si
contamos con una lista de 10 elementos fecha-hora de espectáculo, se deberán generar
10 publicaciones diferentes con su correspondiente fecha-hora. El rango de fecha-hora
ingresado debe ser incremental y el próximo elemento a ingresar tiene que ser mayor al
siguiente, si ingresamos 01/01/2019 10:00 el próximo valor tiene que ser mayor a este
último, el sistema debe validar estas condiciones e informar posible errores.
Editar Publicación
- Sólo si está en borrador
- No puede haber 2 espectáculos iguales a la misma fecha y hora
- No dejar modificar la fecha a un día anterior al actual
Comprar
Filtrar publicaciones
- Una o más categorías
- Descripción
- Rango de fechas
Mostrar primero las que tengan más peso
Mostrarlas en una grilla y con páginas y dejarte pasar entre páginas.
- Se puede comprar varias entradas del espectáculo
- Método de pago electrónico:
- Registrar con cual se efectuó la compra
- Si el usuario no tiene datos de su tarjeta, se los pedis.
- No generar compras con importes negativos
- Cada compra suma puntos
Historial de Cliente
- El cliente debe poder conocer su Historial de compras
- Grilla paginada
- Mostrar medio de pago usado
Canje y Administración de puntos
- Puntos tienen vencimiento
- Se pueden canjear por premios
Generar rendición de comisiones
- Registrar facturas por el cobro de comisiones de ventas
| Factura |
| ubicaciones(entradas) a rendir (compras) |
| Importe de cada venta |
| Que importe corresponde a que comisión |
- Rendir de compras más antiguas a más nuevas, sin saltear.
- Adiministradores deciden cuantas quieren rendir.
Una vez generadas las rendiciones de comisión, se pagará a la empresa de
espectáculos los importes recaudados por las ventas, descontando las comisiones
generadas anteriormente.
Listado Estadístico
TOP 5 de:
-
Empresas con mayor cantidad de localidades no vendidas:
- Filtrar por:
- grado de visibilidad de publicación
- mes-año
- Ordenar por:
-
Clientes con mayores puntos vencidos
-
Clientes con mayor cantidad de compras, "agrupando las publicaciones por empresa"
Consultas son a nivel trimestral.
Sistema pide:
- año
- trimestre
- Tipo de listado
Sólo mostrar columnas correspondientes al tipo de listado que elegiste
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent