Relacion de sedes con sus respectivas entidades hijas

[leobar37]

Recursos transferibles entre sedes

En favor a que ciertas entidades se puedan compartir entre sedes se plantea una relacion muchos a muchos entre la entidad Sede y el recurso respectivo.

• Sede <--> Cliente : De esta manera podemos emplear facilmente la trasferencia de un cliente de una sede a otra
• Sede <--> Plan: Podemos compartir los planes o facilmente replicar el mismo plan entre sede
• Sede <--> Asset : En un futuro se podría querer habilitar la transferencia o compartición de assets entre sedes.

Recursos respectivos por sede

Algunas entidades no necesitan compartirse entre sedes ,es por eso que solo tiene una relación de uno a muchos (Sede -> recurso), como es el caso de la relación Sede-> Asistencia, cada sede tendrá sus respectivas asistencias y nunca tendriamos porqué hacer una transferencia del recurso.

Nota: Por motivo de performance, no se crearan las claves foraneas solo será un atributo en la entidad

[leobar37]

Facilidad de acceso al recurso

Al agregar la relacion con de la sede en ciertos recursos, habilitamos la complejidad de hacer el Select de este recurso, es por eso que se debe implementar un wrapper para la connección que facilite todos estos procesos. Algo parecido a esto

[leobar37]

Facilidad de acceso a la sede al momento de entrar al resolver

La mayoria de recursos tiene como atributo la sede, para faciltar que el frontend este pasando este parámetro en cada consulta, se puede implementar un atributo en el header que guarde la información necesaria de la sede junto a una implementación de NestJs se puede tener un decorador que me de la información de la sede facilmente.

[leobar37]

Overview del flujo de authenticación y roles

Notas