Mapa del proyecto
Cómo podría estar armado B2VIP Modular
Vista de todo el sistema para no perder el foco y ver qué falta. Cada pieza trae su estado.
Plataforma · nosotros
Superadmins — ven todoPanel Central: administra todos los tenants.
Catálogo por tienda
La plataforma maneja el catálogo y el precio base de cada tienda; la empresa ajusta encima. La identidad se define una vez; el precio es por tienda.
Entidades maestras
Plataforma · una sola vezLa identidad y specs. Sin precio. Fuente única de verdad.
Ej.: iPhone 17 256GB existe UNA vez; se corrige una vez, aplica en todas las tiendas.
Oferta por tienda
Plataforma · precio + reglas por tiendaVincula cada entidad a una tienda con su precio y manejo propios. La misma cosa cuesta distinto según la tienda.
Ej.: iPhone: precio A en Plan con equipo, precio B en Amigo Kit. El mismo plan lo usa Planes y Plan con equipo.
Ajuste por empresa
Tenant · encima de la oferta baseCada empresa ajusta sobre el precio base que definimos nosotros.
Ej.: Empresa A aplica su margen, sus cupones y sus promociones.
Cómo entra cada empresa
Dominio
empresa.b2vip.mx o dominio propio
Middleware
resuelve el tenant por host
Tenant
carga módulos activos + permisos
Marca + RLS
branding propio; solo ve lo suyo
Espacio de cada empresa (tenant)
Fundamentales
Núcleo que habilita todo (Fase 1).
Modelos maestros
Todas las empresas los tienen.
Tiendas
Cada empresa elige una o varias.
Rutas del sitio hoy
Infraestructura
Huecos e ideas por decidir
Preguntas abiertas para discutir en equipo.
- ?¿Onboarding self-service o siempre asistido por nosotros?
- ?¿Cómo se comparten catálogo/precios base entre tenants (plantillas)?
- ?¿Notificaciones push (campañas) en la PWA desde qué fase?
- ?¿Reportes/analítica por tenant — módulo maestro o parte del Dashboard?
- ?¿Facturación/planes por tenant cuando definamos lo comercial?