Resumen. Esta página muestra, con capturas reales, todo lo que vive una persona después de pedir una demo: cómo activa su cuenta con el enlace de un solo uso, cómo inicia sesión y recupera su contraseña, qué ve en Mis demos, qué pasa al abrir una demo con o sin acceso, y qué ocurre cuando el acceso vence o el equipo lo retira. También recorre, sección por sección, el portal del cliente (/dashboard) y aclara qué muestra datos reales, qué está vacío y qué es solo de ejemplo.

Para quién: el dueño (qué vive el cliente, qué funciona y qué no) y un desarrollador (rutas, endpoints, archivos y reglas). El formulario "Solicitar demo" está en Flujos del visitante y la parte del equipo (aprobar, extender, revocar) en el Manual del administrador.

Personas de ejemplo (ficticias, creadas con el flujo real en el entorno de capturas):

1. El recorrido en una imagen
2. Activar la cuenta (/activar/<token>)
3. Iniciar sesión (/login)
4. Recuperar la contraseña (/forgot-password y /reset-password)
5. Mis demos (/dashboard/demos)
6. Abrir una demo: con acceso y sin acceso
7. Cuando el acceso vence o el equipo lo retira
8. El menú del portal: prospecto vs. cliente
9. El portal del cliente, sección por sección
10. ¿Qué puedo hacer según mi rol?
11. Para desarrolladores
12. Limitaciones conocidas
13. Páginas relacionadas

De la solicitud a la demo abierta hay cuatro momentos: la persona pide la demo, el equipo la aprueba, la persona activa su cuenta con el enlace y, desde Mis demos, abre la demo. El servidor vuelve a comprobar el acceso cada vez que se abre una demo.

sequenceDiagram
    autonumber
    actor P as Prospecto
    participant W as Web koptup.com
    participant A as API KopTup
    actor E as Equipo KopTup
    P->>W: Llena el formulario Solicitar demo
    W->>A: POST /api/demo-requests
    A-->>P: Acuse con el código DR-AAAA-XXXXXX (si hay correo)
    A-->>E: Aviso de solicitud nueva (correo o WhatsApp, si están configurados)
    E->>A: Aprueba en Admin › Solicitudes de demo
    A->>A: Crea la cuenta prospect sin contraseña, los accesos y un enlace de 72 h
    A-->>E: Muestra el enlace para copiarlo o enviarlo por WhatsApp
    A-->>P: Correo con el enlace de activación (si hay correo)
    P->>W: Abre /activar/TOKEN
    W->>A: POST /api/auth/activate/check (revisa el enlace sin gastarlo)
    A-->>W: Nombre y correo enmascarado
    P->>W: Crea su contraseña
    W->>A: POST /api/auth/activate (gasta el enlace)
    A-->>W: Sesión iniciada, igual que un login
    W-->>P: Mis demos con aviso de bienvenida
    P->>W: Abrir demo
    W->>A: GET /api/demo-access/slug (lo hace el servidor de la web)
    A-->>W: Permitido, con los días que quedan
    W-->>P: Se abre la demo

GIF: Camila abre su enlace, crea la contraseña, llega a Mis demos y abre el ERP.

Cuando el equipo aprueba una solicitud, el sistema crea una cuenta de prospecto sin contraseña (estado invitado) y un enlace de un solo uso que vence a las 72 horas. El enlace llega por correo (si el servidor tiene correo configurado) y, siempre, el panel se lo muestra al equipo para copiarlo o enviarlo por WhatsApp.

Al abrir el enlace, la página solo revisa que sirva (no lo gasta: si un filtro de correo abre el enlace antes que la persona, no pasa nada). El enlace se gasta en el momento de crear la contraseña.

Formulario de activación (ejemplo con el enlace vigente de Julián).

1. Saludo con el nombre de la solicitud. Debajo, el correo de la cuenta enmascarado (p. ej. j***[email protected]).
2. Aviso de un solo uso con la fecha y hora en que vence el enlace.
3. Contraseña: mínimo 8 caracteres, máximo 128. El texto de ayuda se pone verde al llegar a 8.
4. Ojo para mostrar u ocultar lo que escribes (aplica a los dos campos).
5. Confirmación de la contraseña.
6. Activar mi acceso: guarda la contraseña, deja la cuenta activa, inicia la sesión y te lleva a Mis demos con el aviso "Tu cuenta quedó activa".

Si las contraseñas no coinciden o son cortas, el error aparece debajo sin enviar nada al servidor:

La validación de la contraseña ocurre en el navegador antes de enviar.

Hay cuatro motivos por los que un enlace de activación deja de servir. Todos muestran una tarjeta clara con la salida para la persona:

Errores del enlace: ya usado (A), vencido (B), reemplazado (C) y no válido (D).

Enlace ya usado: (1) motivo, (2) ir a iniciar sesión, (3) pedir un enlace nuevo por WhatsApp con el mensaje ya escrito.

En el entorno de capturas el estado "vencido" se simuló adelantando la fecha del enlace en la base de datos local; en la vida real ocurre solo a las 72 horas.

stateDiagram-v2
    state "Cuenta invitada (sin contraseña)" as Invitada
    state "Cuenta activa" as Activa
    [*] --> Invitada: El equipo aprueba o da acceso directo a un correo nuevo
    Invitada --> Activa: Crea su contraseña con el enlace de activación
    Invitada --> Activa: Restablece la contraseña con Olvidé mi contraseña
    Activa --> Activa: Nuevas demos aprobadas (entra con su contraseña, sin enlace)

stateDiagram-v2
    state "Pendiente (72 h)" as Pendiente
    state "Usado" as Usado
    state "Reemplazado" as Reemplazado
    state "Vencido" as Vencido
    [*] --> Pendiente: Se emite al aprobar o con Enlace de activación en el panel
    Pendiente --> Usado: La persona crea su contraseña
    Pendiente --> Reemplazado: El equipo emite un enlace nuevo
    Pendiente --> Vencido: Pasan 72 horas
    Usado --> [*]
    Reemplazado --> [*]
    Vencido --> [*]

Puntos clave:

• Una cuenta invitada no puede iniciar sesión (no tiene contraseña). Si lo intenta, ve el mensaje de la sección 3.
• Si a una persona que ya tiene cuenta activa le aprueban otra demo, no recibe enlace de activación: la demo aparece en su Mis demos y el correo (si hay) la invita a iniciar sesión. Si era cliente, conserva su rol.
• Olvidé mi contraseña también activa una cuenta invitada: si la persona pide restablecer la contraseña y usa ese enlace, la cuenta queda activa y el enlace de activación pendiente deja de servir.

Inicio de sesión con correo y contraseña.

1. Continuar con Google: funciona solo si el servidor tiene Google configurado; la cuenta que crea es de rol user (cliente). Al volver de Google, la web recibe un código de un solo uso (vence en 60 segundos) y lo canjea por la sesión; los tokens no viajan en la dirección.
2. Continuar con GitHub: hoy no hace nada (ver Limitaciones).
3. Correo electrónico.
4. Contraseña (con ojo para mostrarla).
5. Recordarme: hoy no cambia nada; la sesión dura lo mismo con o sin marcarlo.
6. ¿Olvidaste tu contraseña? lleva a la sección 4.
7. Ingresar.

Más abajo están Crear cuenta (/register), Continuar como invitado y ver demos (/demo) y Volver al inicio.

¿Adónde te lleva después de entrar?

Si llegaste al login desde una página protegida (por ejemplo una demo), al entrar vuelves a esa página y no a la de inicio. El login solo acepta rutas internas del sitio.

(1) Aviso "Inicia sesión para continuar a /demo/erp": al entrar, la web te devuelve a la demo.

GIF: sin sesión, la demo pide iniciar sesión; después de entrar, se abre directamente.

(1) Una cuenta invitada que intenta entrar sin haber usado su enlace de activación.

¿Cuánto dura la sesión? El acceso se renueva solo cada 15 minutos mientras haya una sesión vigente, hasta 7 días después de iniciar sesión. Pasado ese plazo, o si la cuenta inicia sesión en otro navegador o cambia su contraseña, el navegador anterior tendrá que volver a iniciar sesión. El botón de salida (icono de puerta, arriba a la derecha del portal) cierra la sesión y lleva al inicio del sitio.

sequenceDiagram
    autonumber
    actor P as Persona
    participant W as Web
    participant A as API
    P->>W: Olvidaste tu contraseña, escribe su correo
    W->>A: POST /api/auth/forgot-password
    A->>A: Si la cuenta existe y entra con correo y contraseña, crea un enlace de 1 hora
    A-->>P: Correo con el enlace /reset-password (si hay correo configurado)
    A-->>W: Siempre el mismo mensaje, exista o no la cuenta
    W-->>P: Pantalla Correo enviado
    P->>W: Abre el enlace y escribe la nueva contraseña
    W->>A: POST /api/auth/reset-password
    A->>A: Gasta el enlace, guarda la contraseña y cierra la sesión anterior
    A-->>W: Contraseña actualizada
    P->>W: Inicia sesion con la nueva contraseña

GIF: de "¿Olvidaste tu contraseña?" a entrar con la contraseña nueva.

Paso	Captura
1. Escribes tu correo (1) y pulsas Enviar enlace de recuperación (2).
2. La página confirma "Correo enviado". Siempre dice lo mismo, exista o no la cuenta, para que nadie pueda averiguar qué correos están registrados.
3. En el enlace del correo escribes la nueva contraseña (1), puedes mostrarla (2), la confirmas (3) y pulsas Restablecer contraseña (4).
4. Listo: botón Ir a iniciar sesión.
Si el enlace no sirve (vencido, usado o mal copiado) aparece (1) "El enlace de recuperación es inválido o expiró".

Capturas de /forgot-password y /reset-password con la cuenta de Camila.

Reglas:

• El enlace de recuperación vence en 1 hora y sirve una sola vez; pedir otro invalida el anterior.
• Las cuentas que entran con Google no reciben enlace (no tienen contraseña de KopTup).
• Al restablecer, la sesión abierta en otros navegadores deja de renovarse.
• Sin correo configurado en el servidor no llega ningún enlace, aunque la pantalla diga "Correo enviado" (en las capturas el enlace se generó directamente en la base de datos local para poder mostrar el paso 3).

Es la página principal del prospecto y también existe para el cliente. Muestra cada demo aprobada con su estado, los días que le quedan y el botón para abrirla. Los datos son reales: salen de GET /api/me/demos (los accesos de tu cuenta).

Primera visita después de activar: aviso verde de bienvenida y las dos demos aprobadas (ERP y LMS, 14 días).

Mis demos de Camila con los cinco tipos de tarjeta.

1. Vence pronto (amarillo): faltan 3 días o menos. Muestra "Te quedan N días" en ámbar.
2. Pedir más tiempo: abre el formulario de solicitud con esa demo ya marcada.
3. Activa (verde): "Te quedan N días", fecha de vencimiento, último ingreso ("Aún no la abres" si nunca entró) y Abrir demo.
4. Vencida (gris, imagen en blanco y negro): "Terminó el (fecha)" y botón Pedir más tiempo.
5. Retirada (rojo): "Este acceso fue retirado." y botón Solicitar de nuevo.

Orden: primero las vigentes (la que vence antes, arriba), luego las vencidas y al final las retiradas. La última tarjeta, ¿Te interesa otra solución?, lleva al formulario para pedir otra demo. Al pie, dos avisos: las demos usan datos de ejemplo (no cargues información confidencial) y las demos abiertas del catálogo siguen disponibles sin solicitud.

Para mostrar la tarjeta "Vencida" se adelantó la fecha de ese acceso en la base de datos local; el resto de estados se crearon con el flujo real (acceso directo de 2 días para "Vence pronto" y revocación desde el panel para "Retirada").

"Pedir más tiempo" abre /solicitar-demo?demos=wms-logistica: (1) la demo ya viene marcada y (2) el nombre y el correo vienen de tu sesión.

La solicitud llega al equipo como cualquier otra (si ya tienes una abierta de los últimos 30 días, se le suman las demos). Al aprobarla, el acceso vigente se extiende; si ya había vencido, se crea uno nuevo.

Sin demos aprobadas	En el celular (390 px)
(1) "Aún no tienes demos" con el botón Solicitar una demo (aquí, la cuenta del cliente Mateo).	Las tarjetas se apilan; el menú se abre con el botón de tres rayas.

Cada demo del catálogo tiene un modo de acceso que el equipo elige en Admin › Catálogo de demos:

• Abierta (publico): la ve cualquiera, sin cuenta.
• Requiere acceso (solicitud): solo con un acceso aprobado y vigente.
• Solo por invitación (privado): igual, pero solo un administrador puede darla.

Cuando abres /demo/<slug>, el servidor de la web decide antes de mostrar nada (no basta con esconder un botón). Si no tienes acceso, ves una pantalla de acceso en la misma dirección /demo/<slug>.

flowchart TD
    A["Abres /demo/slug"] --> B{"¿Demo abierta y activa?"}
    B -- "Sí" --> OK["Se abre la demo"]
    B -- "No" --> C{"¿Tienes sesión?"}
    C -- "No" --> S1["Pantalla: Sin sesión"]
    C -- "Sí" --> D{"¿Eres del equipo KopTup?"}
    D -- "Sí" --> OK
    D -- "No" --> E{"¿Demo en mantenimiento?"}
    E -- "Sí" --> S2["Pantalla: En mantenimiento"]
    E -- "No" --> F{"¿Acceso vigente a esa demo?"}
    F -- "Sí" --> OK
    F -- "No" --> G{"¿Qué pasó con tu acceso?"}
    G -- "Nunca lo tuviste" --> S3["Pantalla: Sin acceso"]
    G -- "Venció" --> S4["Pantalla: Acceso vencido, con la fecha"]
    G -- "El equipo lo revocó" --> S5["Pantalla: Acceso retirado"]
    C -. "El servidor no responde" .-> S6["Pantalla: No se pudo verificar"]

Con acceso vigente la demo se abre normal (aquí el ERP, con la etiqueta "Datos de ejemplo"). Cada apertura actualiza "Último ingreso" en Mis demos.

Situación	Captura
Sin sesión en una demo que requiere acceso: (1) modo "Requiere acceso", (2) motivo "Sin sesión", (3) Solicitar acceso, (4) Ya tengo acceso: iniciar sesión (vuelve a la demo después del login). Debajo, una vista previa de la demo.
Sin acceso (con sesión, pero esa demo no te la aprobaron): (1) motivo, (2) Solicitar acceso, (3) Ver mis demos.
Solo por invitación sin invitación: (1) modo, (2) motivo, (3) Solicitar demo personalizada.
Acceso vencido: (1) motivo, (2) fecha en que venció, (3) Pedir más tiempo, (4) Ver mis demos.
Acceso retirado: (1) motivo, (2) Solicitar de nuevo, (3) Escribirnos (/contact). No muestra fechas.

Pantallas de acceso de /demo/erp, /demo/telemedicina, /demo/cuentas-medicas, /demo/delivery y /demo/voice-ai.

Otras dos variantes, sin captura: En mantenimiento (botones "Ver otras demos" y "Solicitar demo guiada") y No se pudo verificar cuando el servidor no responde ("Intentar de nuevo"). En ese último caso las demos abiertas siguen funcionando y las demás quedan cerradas por seguridad.

stateDiagram-v2
    state "Activo" as Activo
    state "Por vencer (3 días o menos)" as PorVencer
    state "Vencido" as Vencido
    state "Revocado (Retirada)" as Revocado
    [*] --> Activo: Aprobación o acceso directo (14 días por defecto)
    Activo --> PorVencer: Faltan 3 días o menos
    PorVencer --> Activo: El equipo extiende
    PorVencer --> Vencido: Llega la fecha de vencimiento
    Vencido --> Activo: El equipo extiende o aprueba otra solicitud
    Activo --> Revocado: El equipo revoca
    PorVencer --> Revocado: El equipo revoca
    Vencido --> Revocado: El equipo revoca
    Revocado --> [*]: Para volver hace falta un acceso nuevo

"Por vencer" no es un estado guardado: es como se ve un acceso activo en sus últimos 3 días (y cuando se envía el recordatorio por correo).

Qué pasa en cada caso:

GIF: el acceso a "Voz con IA" está activo, el equipo lo revoca en Admin › Accesos a demos, la tarjeta pasa a "Retirada" y la demo muestra "Acceso retirado".

Si la demo ya estaba abierta cuando vence o se revoca el acceso, la página revisa el acceso cada 60 s y cada vez que la persona vuelve a la pestaña; al notar que lo perdió, recarga y el servidor muestra la pantalla de acceso. Las demos con servidor propio (cuentas médicas, sistema experto, LinkedIn Ads) además rechazan la siguiente operación.

Cómo extender, revocar o generar un enlace nuevo desde el panel: Manual del administrador.

El portal (/dashboard) es el mismo para los dos, pero el prospecto solo ve Mis demos y Mi perfil. El servidor de la web también lo impone: si un prospecto escribe a mano /dashboard/orders (o cualquier otra sección), lo devuelve a Mis demos.

flowchart LR
    R{"Rol de la cuenta"} -- "prospect" --> P["Portal del prospecto"]
    R -- "user o client" --> C["Portal del cliente"]
    P --> P1["Mis demos"]
    P --> P2["Mi perfil"]
    C --> C1["Panel"]
    C --> C2["Mis demos"]
    C --> C3["Mis pedidos"]
    C --> C4["Proyectos"]
    C --> C5["Entregables"]
    C --> C6["Facturación"]
    C --> C7["Mensajes"]
    C --> C8["Notificaciones (campana)"]
    C --> C9["Mi perfil"]
    C --> C10["Configuración"]

Portal del prospecto.

1. Mis demos (única sección de trabajo).
2. Mi perfil.
3. Volver al sitio (inicio de koptup.com).
4. Cuadro Cuenta de prospecto: "Aquí ves las demos que te aprobamos. Si contratas un proyecto, verás también pedidos, entregables y facturas."
5. Tu nombre: lleva a Mi perfil.
6. Cerrar sesión.

El prospecto no ve la campana de notificaciones ni Configuración.

Portal del cliente (Mateo), sobre el Panel.

1. Panel · 2. Mis demos · 3. Mis pedidos · 4. Proyectos · 5. Entregables · 6. Facturación · 7. Mensajes · 8. Mi perfil · 9. Configuración · 10. Volver al sitio · 11. Campana de notificaciones (con contador de no leídas) · 12. Selector de vista del Panel ("Sin plan", "Plan SaaS", "Servicio"), explicado en la sección 9.1.

Menú de la cuenta en la barra del sitio	Portal en el celular
Con sesión, el nombre en la barra del sitio abre un menú: el prospecto ve Mis demos, Mi cuenta y Soporte; el cliente además Panel y Facturas.	En el celular el menú lateral se abre con el botón de tres rayas.

¿Cómo pasa un prospecto a ser cliente? Cuando el equipo le cambia el rol (Admin › Usuarios). El flujo comercial completo (propuesta, anticipo y conversión automática a cliente) está en desarrollo: ver Estado y próximos pasos.

Resumen honesto de lo que hace hoy cada sección para una cuenta de cliente (user o client, que en el código se comportan igual):

GIF: Panel, Mis pedidos, detalle, Proyectos, Entregables, Facturación, Mensajes, Notificaciones y Mi perfil del cliente de ejemplo.

Es una maqueta: los números, planes, hitos y montos están escritos en el código y son iguales para todas las cuentas. Arriba a la derecha, el selector cambia entre tres vistas (la elección se guarda en el navegador):

Vista	Qué muestra (todo de ejemplo)	Captura
Sin plan (por defecto)	Lista "Empieza a explorar KopTup" (3 pasos), cuadro "Aún no tienes ningún plan activo", planes recomendados con precios y "¿Cómo funciona KopTup?".	Ver la captura del menú del cliente, arriba.
Plan SaaS	Plan "Growth — Chatbot RAG", conversaciones del mes, satisfacción, disponibilidad, próxima factura y uso del plan.
Servicio	Proyecto "Chatbot RAG con IA" al 65 %, hitos con fechas, estado de pagos y mensajes del jefe de proyecto.

Vistas de ejemplo del Panel; no reflejan datos de la cuenta.

Igual que para el prospecto (sección 5). Si el equipo le da una demo a un cliente, aparece aquí y el cliente conserva su rol.

Lista de pedidos del cliente (el pedido ORD-0001 se creó por la API para el ejemplo).

1. Nuevo pedido (ver abajo).
2. Buscar por nombre o número de pedido.
3. Filtro por estado: Todos, Pendiente, En proceso, Enviado, Completado, Cancelado.
4. Tarjeta del pedido: nombre, estado, descripción, número, fecha, artículos y monto (en dólares).
5. Ver detalle.
6. Conteo por estado al pie.

Detalle de /dashboard/orders/ORD-0001.

1. Estado (hoy aparece en inglés: pending). 2. Ítems con cantidad y valor. 3. Historial del pedido. 4. Ver facturación (lleva a Facturación). 5. Cancelar pedido: lo cancela de inmediato, sin pedir confirmación, y solo mientras el pedido está pendiente de revisión. Cuando el equipo ya lo revisó o lo está trabajando, el botón aparece deshabilitado con el aviso "escríbenos por Mensajes si necesitas cambiarlo o cancelarlo". El estado del pedido lo cambia solo el equipo. Esta página no muestra el menú lateral; se vuelve con "Volver al listado".

(1) Pedido creado desde /dashboard/orders/new: el aviso confirma el envío y, a los 2 segundos, la página vuelve a Mis pedidos, donde aparece como "Pendiente".

El formulario pide nombre, descripción breve, descripción detallada, archivos adjuntos (hasta 10, de 20 MB) e ítems con cantidad y precio unitario en USD. Lo envía a la API con la sesión del cliente; el pedido queda en estado pendiente con sus adjuntos y el equipo lo ve en Admin › Pedidos. Si el envío falla, el formulario muestra el error y no se pierde lo escrito.

"No tienes proyectos activos": (1) Nuevo proyecto y (2) Solicitar nuevo proyecto llevan al formulario de contacto.

Lee los proyectos reales de la cuenta. Cuando hay alguno, muestra progreso, equipo, fechas, presupuesto, fases y entregables, con botones a Entregables y Mensajes. Hoy ninguna pantalla crea proyectos, así que para un cliente real está vacío.

Con la API respondiendo (real)	Si la API falla (datos de ejemplo)
Contadores en cero y filtros (Todos, Aprobados, En revisión, Rechazados), sin mensaje de "vacío".	Si la API falla, la página muestra entregables inventados ("Mockups de diseño UI/UX", "Prototipo funcional"…) como si fueran reales.

Cuando hay entregables en revisión, el cliente puede aprobarlos o rechazarlos (el navegador le pide un comentario), y descargarlos. Solo el equipo puede subirlos (por la API; no hay pantalla para hacerlo).

Con la API respondiendo (real)	Si la API falla (datos de ejemplo)
Totales Pendiente, Vencido y Pagado en $0.00 y sin facturas.	Tres facturas inventadas (INV-2025-045…) con (1) Descargar PDF. Sin métodos de pago configurados (o sin API) no aparece ningún botón de pago.

Hoy no hay facturas reales para mostrar (ver Limitaciones). Cuando hay una factura pendiente y el equipo configuró los datos de transferencia (Admin › Configuración), aparece Cómo pagar: despliega esas instrucciones y el número de la factura como referencia. El cliente no marca la factura como pagada: el equipo registra el pago cuando lo confirma. Sin datos de pago configurados no aparece ningún botón de pago. El cobro en línea está en desarrollo (Estado y próximos pasos).

Factura de prueba con Cómo pagar abierto: instrucciones de transferencia (datos de ejemplo) y el número de la factura como referencia.

Lista de conversaciones con buscador y panel de chat: "No se encontraron conversaciones".

Muestra las conversaciones de la cuenta con el equipo y permite responder (Enter envía, Shift + Enter salta de línea). No hay botón para iniciar una conversación: debían crearse solas con cada pedido, y hoy eso no ocurre, así que está vacío.

(1) Preferencias (lleva a Configuración), (2) filtros por tipo, (3) "No hay notificaciones para mostrar".

Tiene contadores (sin leer, total, proyectos, facturación), filtros (Todas, Pedidos, Proyectos, Facturación, Mensajes), marcar como leída o todas, y borrar. Se llega desde la campana del encabezado. Hoy nada en el sistema genera notificaciones, así que siempre está vacía.

Lo usan el prospecto y el cliente. Funciona de punta a punta.

Mi perfil del cliente de ejemplo.

1. Editar: cambia nombre (mínimo 2 caracteres), teléfono y empresa. El nombre nuevo se ve también en el encabezado.
2. Correo: no se puede cambiar aquí ("es tu usuario para iniciar sesión; para cambiarlo, escríbenos").
3. Tu cuenta: tipo de cuenta (Prospecto (demos), Cliente o Usuario), forma de inicio de sesión, fecha de creación y último ingreso. "El tipo de cuenta lo asigna el equipo de KopTup".
4. Cambiar contraseña: pide la actual y la nueva (mínimo 8, distinta de la actual). Al cambiarla, la sesión de otros navegadores deja de servir. Las cuentas de Google no tienen esta opción.

Solo para clientes.

Configuración del cliente.

1. Notificaciones por correo, push y SMS: las casillas se guardan solo en este navegador y hoy no cambian ningún envío.
2. Idioma (español o inglés): se aplica al momento y recarga la página.
3. Tema claro, oscuro o automático: se aplica al momento.
4. Guardar cambios: muestra un aviso del navegador "Configuración guardada exitosamente".

Todas las reglas se verifican en el servidor (en la web antes de mostrar la página y en la API en cada consulta), no solo escondiendo botones. La matriz completa con los roles del equipo está en Roles y permisos.

Cada ruta de cuenta tiene su propio límite (login por IP y correo, registro, recuperación, activación y cambio de contraseña), con un aviso en español cuando se supera. Detalle de cada endpoint en API y de los modelos (User.accountStatus, MagicLinkToken, DemoGrant) en Modelos de datos.

Comportamiento actual de main, comprobado en el entorno de capturas:

1. Sin correo configurado no llega nada: ni acuses, ni enlaces de activación, ni recordatorios, ni enlaces de recuperación. El equipo debe enviar el enlace de activación a mano (el panel siempre lo muestra). /forgot-password dice "Correo enviado" aunque no se envíe nada.
2. Una sesión renovable por cuenta: iniciar sesión en otro navegador o dispositivo hace que el anterior pida iniciar sesión otra vez en menos de 15 minutos.
3. Demo abierta cuando vence o se revoca el acceso: la página revisa el acceso cada 60 s y al volver a la pestaña; si el acceso se perdió (venció, se revocó o la demo se desactivó), recarga y muestra la pantalla de acceso. Entre una revisión y otra, la demo ya cargada puede seguir funcionando hasta un minuto.
4. Cambio de prospecto a cliente: el servidor aplica el rol nuevo enseguida, pero el menú lateral del portal se actualiza solo después de cerrar sesión y volver a entrar. El selector de rol de Admin › Usuarios no ofrece "Cliente" ni "Prospecto" (se usa "Usuario", que funciona igual que cliente).
5. Inicio de sesión: "Continuar con GitHub" no hace nada; "Recordarme" no cambia la duración de la sesión; "Continuar con Google" depende de que el servidor tenga Google configurado (si no, el navegador muestra un mensaje técnico del servidor).
6. Panel del cliente: todo es de ejemplo y no depende de la cuenta (la vista "Plan SaaS" incluso usa "Acá").
7. Pedidos: el formulario "Nuevo pedido" pide al cliente el precio unitario de cada ítem, en dólares; el detalle no tiene menú lateral, muestra el estado en inglés y "Cancelar pedido" no pide confirmación.
8. Proyectos, entregables, facturas, mensajes y notificaciones: ninguna pantalla los crea hoy; las facturas tampoco se pueden generar desde el panel por un error del servidor, y la conversación automática de cada pedido no se crea. Para un cliente real, esas secciones están vacías.
9. Datos de ejemplo disfrazados: Entregables y Facturación muestran registros inventados si la API falla, sin avisar que no son reales; cuando están vacías no muestran un mensaje de "no hay".
10. Pagos: no hay pago en línea de facturas. "Cómo pagar" muestra los datos de transferencia que configure el equipo, y el equipo registra el pago; el cobro en línea está en desarrollo.
11. Configuración: las preferencias de notificaciones solo se guardan en el navegador.
12. Textos: /forgot-password, /reset-password, "Nuevo pedido" y el aviso del login con redirección no se traducen al inglés. "Pedir más tiempo" prellena nombre y correo, pero no la empresa.

• Índice de la documentación
• Flujos del visitante: el formulario "Solicitar demo" y el registro.
• Manual del administrador: aprobar, extender, revocar y generar enlaces.
• Guía de demos: qué hace cada una de las 28 demos.
• API · Modelos de datos · Roles y permisos
• Plan (lo que se quiere construir): Sistema de demos · Portal del cliente · Estado y próximos pasos