Saltar a contenido

Sedes

Qué es y por qué existe

La sede es el registro de una ubicación física donde se celebran torneos o se dispone de mesas de tenis de mesa. Es un concepto transversal al ecosistema: los torneos requieren una sede para existir, y la reserva de mesas opera sobre sedes.

En la v2, la sede es un registro comunitario: cualquier usuario puede dar de alta una ubicación. La sede no implica propiedad ni exclusividad — es un punto en el mapa que la comunidad puede usar como referencia para organizar actividad.

La sede puede ser pública (un espacio abierto donde cualquiera puede organizar) o privada (un espacio donde organizar requiere potestad declarada y está sujeto al control de los administradores de la sede).

Reglas de negocio

  • 1 Una sede es una ubicación física registrada en la plataforma.

  • 1.1 Cualquier usuario con cuenta activa puede crear una sede.

  • 1.2 Al crear una sede, el usuario proporciona: nombre, dirección, geolocalización y número de mesas disponibles.

    • 1.2.1 El número de mesas es un dato orientativo para la comunidad. La plataforma no lo usa funcionalmente (no valida capacidad de torneos ni gestiona disponibilidad).
  • 1.3 La plataforma controla duplicados antes de aceptar la creación. Se comprueba por nombre y geolocalización.

  • 1.4 Toda sede creada queda en estado pendiente de aprobación hasta que un administrador de plataforma la valide.

    • 1.4.1 No se pueden crear torneos en una sede pendiente de aprobación.
  • 1.5 Una sede puede ser pública o privada. El tipo lo define el usuario que la crea.

    • 1.5.1 Una sede pública representa un espacio abierto (parque, polideportivo municipal, etc.) donde cualquier usuario puede organizar torneos sin restricción.
    • 1.5.2 Una sede privada representa un espacio donde organizar requiere autorización (club, local privado, etc.).
  • 1.6 Una sede puede cambiar de pública a privada y viceversa.

    • 1.6.1 Si una sede cambia de pública a privada, los torneos creados mientras era pública se mantienen sin cambios. El administrador de la sede no adquiere retroactivamente la capacidad de suspenderlos.
  • 1.7 La plataforma registra sedes como puntos de referencia para la comunidad. La gestión logística del espacio (preparación de mesas, acceso al recinto, material necesario) es responsabilidad del organizador del evento y es ajena a la plataforma.

  • 2 El usuario que crea una sede se convierte en su primer administrador de sede.

  • 2.1 El administrador de sede puede editar los datos de la sede (nombre, dirección, geolocalización, fotos, tipo público/privado).

  • 2.2 El administrador de sede puede designar a otros usuarios como administradores de la misma sede.

  • 2.3 Si todos los administradores de una sede eliminan su cuenta, la sede queda huérfana. El administrador de plataforma asume la gestión de sedes huérfanas.

  • 3 Cuando un usuario crea un torneo en una sede, los administradores de esa sede reciben una notificación con el nombre del usuario creador del torneo.

  • 3.1 En una sede privada, la notificación es accionable: el administrador de la sede puede suspender el torneo si considera que el creador no tiene potestad para organizar allí. → DOM-GC-002

  • 3.2 En una sede pública, la notificación es informativa. El administrador de la sede no puede suspender torneos.

  • 4 Los estados de una sede son:

  • 4.1 Pendiente de aprobación: la sede ha sido creada pero el administrador de plataforma no la ha validado aún. No se pueden crear torneos.

  • 4.2 Activa: la sede está validada y disponible para la creación de torneos.

  • 4.3 Inactiva: la sede ha sido desactivada por sus administradores o por el administrador de plataforma. No se pueden crear torneos nuevos. Los torneos existentes no se ven afectados.

Actores implicados

  • Usuario — Cualquier usuario con cuenta activa puede crear una sede y convertirse en su administrador.
  • Administrador de sede — Gestiona los datos de la sede, puede designar otros administradores. En sedes privadas, puede suspender torneos no autorizados.
  • Administrador de plataforma — Aprueba sedes pendientes, gestiona sedes huérfanas. → DOM-TX-001
  • Organizador — Crea torneos en sedes activas. En sedes privadas, declara que tiene potestad para organizar allí. → DOM-GC-002

Qué NO es

  • Una sede no es un club. Un club es un actor del ecosistema con identidad propia; una sede es una ubicación física. Un club puede gestionar una o varias sedes (ej: su local principal y un colegio cercano con el que tiene acuerdo), pero son conceptos independientes. Varias sedes pueden no estar vinculadas a ningún club.
  • Este documento no define cómo se crean torneos en una sede. Eso corresponde a → DOM-GC-002.
  • Este documento no define la reserva de mesas. Eso se documentará en su propio documento de dominio cuando se aborde el pilar de Reserva de Mesas.
  • El administrador de sede no es un organizador de torneos. Administrar una sede es gestionar la ubicación; organizar un torneo es crear y gestionar una competición.

Preguntas abiertas

  • PA-01 ~~¿Qué datos adicionales puede tener una sede además de nombre, dirección y geolocalización?~~ Parcialmente resuelta → regla 1.2 (número de mesas como dato orientativo). Pendiente: definir si se incluyen otros datos opcionales (horarios de acceso, fotos, descripción, datos de contacto).
  • PA-02 ¿El administrador de plataforma puede rechazar una sede en el proceso de aprobación? Si sí, ¿se notifica al creador con el motivo?
  • PA-03 ¿Existe un límite de sedes que un usuario puede crear?

Referencias