Cómo se relacionan las pantallas, los actores, las integraciones, la base de datos y los workflows automáticos.
Actualizado el 20 de octubre de 2026
Diagrama interactivo de cómo viaja una petición: navegador → Cloudflare → gate HMAC → n8n → PostgREST → PostgreSQL. Tiene recorridos guiados, búsqueda, zoom y exportación. Generado con archify desde docs/arquitectura-portal.archify.json.
Cómo nace una ficha y por qué departamentos pasa, con lo que hace cada uno. Cada carril es un departamento; en el diagrama hay recorridos guiados («Play story») para seguirlo paso a paso. Generado con archify desde docs/flujo-ficha.archify.json.
| Paso | Departamento | Dónde | Qué se hace |
|---|---|---|---|
| 1 | Ventas · Consultor | Fichas · «Solicitar ficha» | Crea la solicitud (sociedad o nombre comercial, email, consultor, plan, tipo de implementación y tipo de pago SEPA). El cliente recibe el enlace por correo; también se puede copiar con «🔗 Enlace». Una ficha también puede nacer de una oferta ganada, del importador de Sheet o de HighLevel. |
| 2 | Cliente | Formulario de la solicitud | Rellena empresa, facturación, jefe de proyecto, firmante y TPV, y firma el mandato SEPA; puede dar un email de Google para compartir la carpeta de Drive. Si la implementación es grupal, reserva su sesión de bienvenida en el propio portal (calendario de la CSM de grupales; HighLevel ya no se usa desde el 24-sep) y elige turno preferido. En el paso 03 puede añadir hasta 10 personas más de la implementación (nombre y email obligatorios; puesto del catálogo). |
| 3 | Automático | Al enviar | Se crea la carpeta de Drive y se avisa al consultor. El correo «Ya puedes subir tus documentos» va al jefe de proyecto (o al email de contacto si no hay). Las otras personas que indicó el cliente entran en «Contactos del cliente», la lista compartida de la ficha. Si el TPV no está integrado, Soporte recibe una tarea en Asana (Integraciones) y un correo. |
| 4 | Cliente → CS | Correo de la carpeta · «Ya he subido mis documentos» | Al confirmar, se crea la tarea de carga de datos para el equipo de carga de datos, con el enlace «Abrir carpeta de Drive» y sus subtareas de revisión; se avisa por correo al implementador y la ficha pasa a carga_datos. Si el cliente avisa por otra vía, el implementador pulsa «Datos cargados» en Proyectos (individuales y grupales) y pasa lo mismo. |
| 5 | Ventas · Consultor | Fichas · pestaña «Rellenado cliente» → «Completar ficha» | Completa módulos, locales, datos financieros, plan y precios, y guarda. La ficha queda en estado rellenado. Cuando el cliente ya está dado de alta en la app, pulsa «Marcar» en Introducido Yurest (no se puede deshacer). |
| 6 | Implementación | Individual: Sin asignar · Grupal: Proyectos | Individual: la ficha aparece en Sin asignar; se elige implementador y se pulsa «Crear Proyecto». El proyecto (también el de Cocina de Producción) trae la sección «Sesiones de arranque» con la Sesión de Planificación y la Sesión de Bienvenida: el implementador llama al cliente y las agenda, y el home le avisa mientras no tengan fecha y hora. Grupal: el proyecto nace solo al guardar la ficha y queda en la carpeta «Sin promoción». Con el proyecto se da de alta el acceso del cliente al Espacio Cliente; mientras el Espacio Cliente está en pausa no se le manda ningún correo. |
| 7 | Implementación | Proyectos → Grupales · «Asignar promoción» | Se elige tanda y turno (el turno tiene límite de plazas). Las invitaciones van al jefe de proyecto, a la persona de contacto y a todos los «Contactos del cliente» salvo los desmarcados. También se puede asignar o cambiar desde la Cascada CS. Al guardar se convocan las sesiones (invitaciones de Calendar con Meet) y el cliente recibe el correo de bienvenida. Los eventos se crean en el calendario del implementador de la promoción: se turnan por semanas o el que se fije en Promociones; si se cambia, las sesiones ya convocadas pasan a su calendario. Desde la promoción del 28-sep convoca el portal; las anteriores las convocó HighLevel. Si una sesión no le toca a un cliente, el implementador la marca «No aplica» y no se le convoca a ella. |
| 8 | Implementación | Proyectos · detalle del proyecto | Se imparten y documentan las sesiones y se trabajan las secciones y checklists hasta completar el proyecto. |
| 9 | Customer Success | Cascada CS | Sigue al cliente por fases: En implementación, Post 1 mes, Post 1 QBR, Post 2 QBR y, desde ahí, QBR recurrente cada 4 meses. Al completar el proyecto, la ficha pasa sola a Post 1 mes; cada reunión tiene su follow-up automático, su aviso de preparación y su formulario en el portal. El detalle, en «Vida de un cliente en Customer Success». |
| 10 | Contabilidad | Grabar en A3 | Revisa el mandato SEPA («Ver mandato», «Descargar PDF»), lo da de alta en A3 y activa el interruptor «Estado A3». |
El recorrido completo de un cliente de implementación grupal: estados de onboarding, correos y recordatorios automáticos, y lo que hace cada equipo. Los carriles separan CS y carga de datos, Implementación, lo automático (n8n) y al cliente. Generado con archify desde docs/flujo-cliente-grupal.archify.json.
| Paso | Quién | Estado / disparador | Qué pasa · qué se envía |
|---|---|---|---|
| 1 | Cliente | Solicitud | Rellena la solicitud, elige turno preferido y reserva obligatoriamente su sesión de bienvenida en el portal (WF-124, calendario de la CSM de grupales): lunes, miércoles y viernes a las 10:30 y a las 16:00, 4 plazas por hueco, con al menos 36 h de antelación y sin festivos nacionales. Recibe la confirmación «Reunión Bienvenido a Yurest agendada» y un recordatorio 24 h antes. Si rechaza la invitación en Google o el evento se cancela, la reserva se anula y le llega un correo para elegir otra fecha; si cambia el enlace de Meet, se le manda el nuevo. La CSM recibe un aviso interno de cada reserva, y un «Fuera de la oficina» en su calendario cierra el hueco. Si la agenda no carga, el portal lo reintenta solo dos veces antes de ofrecer «Reintentar». Si alguien mueve a mano en Google el evento de un hueco, el portal lo devuelve a su hora y avisa a la CSM; una reserva cancelada a mano en la base de datos se trata como cancelada por la CSM (el cliente recibe el correo para elegir otra fecha). Para darle una hora fuera de los huecos, la CSM usa «Sesión aparte» en la Cascada CS: un evento solo para ese cliente, con su Meet, de lunes a viernes entre las 08:00 y las 20:00 y con al menos 1 h de antelación. La fecha se ve en Proyectos › Grupales («Fecha de bienvenida»). |
| 2 | Automático | Ficha rellenado | WF11 crea la carpeta de Drive (Nóminas, Gastos Generales, Compras y, si contrató la Carga masiva de recetas, Recetas), la comparte con el cliente, su jefe de proyecto y su CS Agent, y manda desde la cuenta de Implementación al jefe de proyecto el correo «Ya puedes subir tus documentos» con el botón «Ya he subido todos mis documentos». Las otras personas que indicó en la solicitud entran en «Contactos del cliente». WF58 crea el proyecto grupal con las 6 tareas de configuración del entorno; en Proyectos › Grupales cuelga del implementador de la promoción que se le asigne. |
| 3 | CS | Bienvenida «Asistió» → pending_documents | Tras la sesión se marca si asistió, en Proyectos o en la columna «Bienvenida» de la Cascada CS (Asistió / No se presentó); desde la Cascada también se puede cancelar o reagendar. Con «Asistió» arranca el reloj de la documentación (WF96, cada hora). Si no se presenta, WF-124 le escribe «tu inicio en yurest está pausado: reagenda tu bienvenida». Si no tiene la sesión asignada ni marcada, la fila lleva la marca «Sin bienvenida». |
| 4 | Automático | pending_documents | WF96 (cada hora) cuenta desde la entrada en pending_documents, es decir, desde la bienvenida con Show. Cada aviso sale una sola vez y se detiene en cuanto hay documentos. Los correos van al jefe de proyecto (o, si no hay, al email de la ficha).· 48 h (naturales) · al cliente desde la cuenta de Implementación: «Documentación pendiente para activar su cuenta». · 72 h (naturales) · al cliente desde la cuenta de Implementación: «Último aviso: pasos pendientes para el inicio de su formación», con el recuadro «Impacto en su cuenta». · 4 días hábiles · aviso interno al implementador: «‹cliente› · 4 días hábiles sin documentación», para que le llame. Los correos no llevan fecha de promoción: el cliente todavía no tiene grupo, así que no se le aplaza ni se le reasigna. |
| 5 | Cliente → CS | «Ya he subido» → carga_datos | Desde el botón del correo o el Espacio Cliente; WF96 también lo detecta solo si aparecen archivos nuevos del cliente en su carpeta de Drive (subcarpetas incluidas), y si el cliente avisa por otra vía el implementador pulsa «Datos cargados» en Proyectos › Grupales (WF-127). Se crea la tarea en Asana (Carga Datos) para el equipo de carga de datos con el enlace «Abrir carpeta de Drive» y sus subtareas de revisión; las cuatro vías crean la misma tarea y no la duplican si la ficha ya la tiene. Los recordatorios se detienen. |
| 6 | Automático → Implementación | Al pulsar «Ya he subido» | Correo al implementador avisando de que el cliente ha subido sus documentos. En el portal, alerta «X clientes con la carga de datos hecha y sin promoción», que lleva a Proyectos › Grupales › Sin promoción. |
| 7 | Implementación | Tarea de carga completada → active_onboarding | Con los datos cargados se asigna la promoción desde Proyectos o Cascada CS (solo tandas a ≥ 9 días hábiles). Se ve y se puede cambiar el turno preferido; cada turno tiene su límite de plazas en BD y WF69 rechaza la asignación si está completo. Se invita a todos los «Contactos del cliente» salvo los desmarcados. Al completarse la tarea de carga, WF96 avisa por correo al implementador; la columna «Datos cargados» de Proyectos › Grupales distingue Pendiente, En carga y Cargados. |
| 8 | Automático | Asignar promoción (WF69 → WF-109 → WF-113) | Se generan las 20 sesiones de la plantilla (las de módulos no contratados, bloqueadas y fuera del proyecto), se envía una invitación de Google Calendar con Meet por sesión desde la cuenta de Implementación y el correo de bienvenida a la promoción (fechas + credenciales). Una sesión que cae en festivo nacional no se convoca: se avisa al implementador para que la reprograme a mano. Dar de baja o pausar un grupal lo saca de las invitaciones al momento. Las sesiones marcadas «No aplica» para un cliente no se le convocan. Un email mal escrito de un contacto ya no tumba la sesión en Google: ese correo se descarta con aviso y el resto del cliente se convoca. Antes de convocar, WF-113 comprueba que los eventos de las sesiones futuras siguen en Google: si alguien borró uno a mano, la sesión sale «Borrada en Google» en el panel de convocatorias y se recupera con «Reprogramar» o se da de baja con «Cancelar». Desde Comunicaciones, «Reenviar convocatoria» añade a los contactos elegidos a las sesiones futuras y les reenvía la bienvenida (WF-113). |
| 9 | Automático | Víspera de cada sesión | Recordatorio de sesiones de mañana: cada día a las 18:00 lee la agenda de mañana de los calendarios de los implementadores. Manda un correo a cada asistente externo, uno por persona para que nadie vea a los demás, desde la cuenta de Implementación: «Recordatorio: ‹sesión› mañana ‹hora›», con fecha, hora, número de asistentes y botón «Unirse a la videollamada». No escribe a nadie de @yurest.com, ni a salas ni a quien ha rechazado, y se salta las reuniones internas (interdepartamental, reunión interna, pre-reunión). Cubre las sesiones grupales que convoca HighLevel (promociones hasta el 21-sep) y las privadas. Promociones desde el 28-sep (convocadas por WF-113): ese recordatorio se salta sus eventos (id pr…, en las cuatro ramas desde el 24-sep) porque les toca WF-114 «Promociones Recordatorios»: a las 09:00, 24 h antes, «Recordatorio: ‹sesión› mañana a las ‹hora›». Un correo por cliente desde la cuenta de Implementación, con la promoción, la hora de inicio y fin y el botón de Meet; no se repite aunque se lance dos veces. Cron encendido el 24-sep. |
| 10 | Implementación | Asistencia Show / No Show | Lo decide y lo marca el implementador, en el proyecto o en Participación: el portal ya no marca asistencia solo (WF-126 y WF-129 apagados desde el 28-sep). Al marcar No Show se elige el motivo de una lista cerrada, con nota opcional. «Guardar» registra sin correo; «Guardar y enviar» (o «Marcar y enviar» en Participación) enseña antes la vista previa del correo (WF-130) y, al confirmar, lo envía WF96. En individuales y privadas con reunión agendada, la casilla «Quitar la reunión de Google Calendar» (marcada por defecto) borra el evento sin avisar a los invitados (WF07); la tarea conserva la fecha de la ausencia. En individuales se elige además cómo se recupera la sesión: réplica para reagendarla aparte, «se verá en otra sesión» ya agendada o «desplazar el calendario pendiente», que corre las siguientes sesiones y manda un solo correo «Nuevo calendario de sesiones». En grupal, un No Show deja la sesión dada: tarea completada y sin réplica. Cada No Show genera el registro PDF «Not-Show» y no imputa tiempo en Asana. |
| 11 | Automático | Escalera de no-shows | WF96 evalúa la escalera de esa ficha en cuanto se envía desde el portal (ya no por cron). La bienvenida no cuenta, y el contador vuelve a cero al reasignar. Los correos van al jefe de proyecto del cliente desde la cuenta de Implementación, con el responsable de Implementación en copia, y llevan el motivo marcado. En individuales sale un correo por ausencia, sin escalera. · 1º No Show · «Se perdieron la sesión de hoy»: si hay grabación, con el botón a la clase grabada y la recomendación de verla antes de la siguiente; si no, sale igual, sin vídeo. · 2º No Show · «Aseguremos el avance de ‹cliente› con yurest»: enlace a la última grabación y aviso de que, si falta a la siguiente, pasará al próximo grupo desde el inicio. · 3º No Show · se busca la primera promoción de su mismo turno que empiece a ≥ 9 días hábiles. Si la hay, WF96 le pasa a ella por WF69 (la misma ruta que «Cambiar promoción»: sale de las sesiones de Calendar de su grupo y le convocan a las del nuevo) y, cuando WF69 lo confirma, sale el correo «Reagendamos sus sesiones de implementación» con la fecha y el turno del grupo nuevo, sin perder nada de lo contratado. No se pausa y el contador vuelve a cero. Sin hueco en su turno, o si WF69 rechaza el cambio (por ejemplo, el turno se acaba de llenar), la ficha pasa a paused_onboarding, no sale correo al cliente y queda para que lo gestione una persona (si falló WF69, el implementador recibe un aviso). Mientras está pausado deja de recibir convocatorias y recordatorios; el home avisa al implementador («N clientes pausados por no-shows») y Proyectos lo marca «Onboarding pausado». El botón «Reactivar onboarding» todavía no está operativo: falta su ruta en el backend. |
| 12 | Cliente · Implementación | Sesiones privadas | 2 incluidas (+3 con Pack consultoría); el cliente las reserva o cancela en el Espacio Cliente. Las dos de la plantilla de la promoción (Seguimiento 30 min y Privada 1 h) también las agenda desde el enlace de los correos de la promoción, agendar-sesion.html (WF-138), con la agenda del implementador de su promoción: L–V 9–18, al menos 48 h de antelación y hasta el plazo del cierre. Aviso al implementador tras 21 días sin privada. Tras el cierre de la promoción, las privadas pendientes caducan a los 30 días: el cliente ya no puede reservarlas y el equipo puede agendarlas con aviso. |
| 13 | Automático · Implementación | Cierre de la promoción (WF-125) | El día siguiente a la última sesión grupal convocada del cliente, WF-125 le manda el correo de cierre desde la cuenta de Implementación (con el implementador en copia): hitos alcanzados, privadas que le quedan y su caducidad, y canales de ayuda. El proyecto pasa a completado. Si el onboarding del cliente no ha terminado, no sale el correo ni se completa el proyecto. Además, desde Proyectos › Documentación se puede generar a mano el comunicado de cierre (PDF o HTML) y enviarlo a los contactos del cliente. |
| 14 | Automático → CS | Proyecto completado → Post 1 mes | La ficha entra sola en Post 1 mes de Customer Success y empieza su ciclo de reuniones (post 1 mes, 1QBR, 2QBR y QBR cada 4 meses), con follow-ups, avisos de preparación y escalado a cuenta crítica. Se detalla en la sección siguiente. |
Qué pasa con un cliente desde que termina su implementación: las fases de la Cascada CS, las reuniones de cada fase, los avisos automáticos a la CSM y cuándo un cliente pasa a riesgo o a churn. La lógica vive en la base de datos (funciones cs_*); n8n solo la expone (WF-122) y manda los avisos (WF-123). Los carriles separan a la CSM, lo automático, al cliente y el riesgo. Generado con archify desde docs/flujo-customer-success.archify.json.
| Fase | Cómo se entra | Reunión que toca |
|---|---|---|
| Sin asignar | El cliente aún no ha arrancado o nadie lo ha colocado. También los grupales sin promoción. Moverlo aquí a mano se guarda. Lleva siempre la columna «Carga de datos». | — |
| En implementación | Se ve aquí mientras tiene implementador y ya ha arrancado (su promoción ha empezado o su proyecto está activo), hasta que alguien lo mueve. Un grupal solo entra con implementador y promoción (lo bloquea la base de datos); al asignarle promoción pasa aquí solo. | — |
Post 1 mes post_implementacion | Solo, al completarse el proyecto de implementación o el handover, si estaba en Sin asignar o En implementación. | Post 1 mes, prevista a 21 días |
Post 1 QBR qbr_1 | Solo, al marcar «Showed» la reunión post 1 mes. | 1QBR, prevista a 3 meses |
Post 2 QBR qbr_2 | Solo, al marcar «Showed» la 1QBR. | 2QBR, prevista a 4 meses |
QBR recurrente seguimiento | Solo, al marcar «Showed» la 2QBR. Sustituye a la antigua fase Seguimiento (29-sep). | 3QBR a 4 meses; cada QBR hecha, cancelada o que no aplica crea la siguiente a 4 meses |
| Upsell | A mano, cuando hay oportunidades de ampliar lo contratado. | Reunión de upsell con sus oportunidades |
| Churn | Solo, al registrar una baja de tipo Cliente (desde «+ Churn» o desde Bajas). Las bajas de local o de módulos no cambian la fase. | — |
| Paso | Quién | Cuándo | Qué pasa · qué se envía |
|---|---|---|---|
| 1 | Automático | Entrada en la fase | Se crea la reunión de la fase con su fecha prevista (21 días, 3 meses o 4 meses). El cambio queda en el historial del cliente como movimiento automático. |
| 2 | Automático → CSM | Una semana antes de la fecha prevista, sin agendar | Follow-up automático para la CSM (etiqueta «Automático» en la pestaña Customer) y aviso por DM de Slack (WF-123, lunes a viernes a las 08:00). Agendar la reunión cierra ese follow-up. |
| 3 | Automático → Dirección CS | Sigue sin agendar: +14 días y +45 días | A los 14 días, segundo aviso a la CSM. A los 45, correo de cuenta crítica con copia a la dirección de CS y el estado de riesgo del cliente pasa a Crítico. |
| 4 | CSM | Agendar | En la ficha del cliente › Customer › Hitos del ciclo de vida, la reunión pasa a «Agendada» con fecha y hora. La CSM elige invitados (jefe de proyecto marcado) y duración (45 min por defecto). WF-133 crea el evento con Meet en su Google Calendar y manda desde su Gmail la confirmación y el recordatorio de 24 h, y el enlace nuevo si cambia el Meet. «Cancelar» y «Reagendar» están siempre disponibles: cancelar deja la reunión «Por reagendar» y pide al cliente 2-3 huecos. |
| 5 | Automático → CSM | 3 días laborables antes | WF-123 manda a la CSM por Slack, a las 08:00, la fecha, la hora y la checklist de preparación: usabilidad en Power BI (pestaña Clientes y scoring), tickets en Zendesk (se piden a Soporte Técnico), notas del CRM, handover y entorno del cliente. Si se agenda con menos margen, llega la mañana siguiente; si cambia la fecha, vuelve a avisar. |
| 6 | CSM · Cliente | Durante la reunión | Se rellena el formulario de la reunión en la pestaña Formularios (post 1 mes, 1QBR, 2QBR; las QBR recurrentes usan el de la 2QBR repasando la anterior), que sustituye a los Google Forms. Cliente, tipo e implementador vienen puestos. «Guardar borrador» o «Completar formulario». |
| 7 | Automático | Formulario completado | NPS (1-10), CSAT (1-5) y CES (1-5) se guardan como encuesta del cliente; en la post 1 mes hay dos CES, backoffice y app, y cuenta su media. Si se contesta que el cliente queda en riesgo, pasa a En riesgo con el motivo. Sale un borrador de resumen para el cliente (lo visto, próximos pasos, sus tareas, la próxima reunión) para copiar o abrir en el correo dirigido a su jefe de proyecto. |
| 8 | CSM | Después de la reunión | Marca la reunión: «Showed» (resumen obligatorio), «No show» y reprogramarla (WF-133 manda desde su Gmail el correo para buscar otra fecha), «Cancelada» o «No aplica». Con «Showed», el cliente avanza solo a la fase siguiente y empieza el siguiente contador. Una reunión creada de más o por error se quita con «Eliminar reunión» (no la realizada ni la bienvenida individual): desaparece sin correo al cliente, queda en el historial y WF-133 cancela su evento futuro en Google. |
| 9 | CSM · Automático | En cualquier fase | En riesgo no es una fase: el cliente sigue en la suya, con la fila en rojo y en la pestaña «En riesgo». Entra por marca manual (bandera o «Marcar en riesgo»), downsizing o bonificación en los últimos 90 días, encuesta baja (CES ≤ 2, entre otras), caída de NPS, CSAT o CES respecto a la reunión anterior, 5 o más contactos seguidos «Sin respuesta» o health score alto. La marca manual enseña el motivo que escribió la CSM. Cada día laborable se guarda una foto del riesgo para los KPIs por mes. El riesgo también se ve en la Lista de fichas y en el gestor de Proyectos. |
| 10 | CSM | Bajas y retención | Desde la pestaña Churn de la ficha: «+ Downsizing» (locales o módulos), «+ Bonificación» (pausas y descuentos pactados, alimentan la vista Churn) y «+ Churn» (baja del cliente entero, que lo pasa solo a la fase Churn). |
| 11 | CSM | Cada contacto con el cliente | «+ Registrar contacto» con el tipo (proactivo o reactivo) y la persona con la que habló. Alimenta Seguimiento de clientes y los KPIs. |
| 12 | CSM → Implementación | Necesita algo del implementador | «Tareas a Implementación», desde la pestaña Customer o la cabecera de la Cascada. Al implementador le sale como alerta en su home, donde la marca «Hecha». |
| 13 | CSM | Problema técnico | «Registrar incidencia» en la pestaña Soporte técnico: abre el ticket en Zendesk y la tarea en Asana (WF67), igual que desde Proyectos. |
| 14 | CSM | Grupal que cambia de tanda | «Cambiar promoción» (o «Asignar promoción») en la pestaña Customer, con el mismo selector que usa Implementación. |
CSM de cada cliente. Por defecto, según el tipo de implementación: una CSM para los grupales y otra para los individuales. Sale siempre del tipo de implementación; ya no se reasigna a mano. «Mis clientes» en la Cascada filtra por ese CSM.
Dónde se trabaja. Mi día CS (agenda con Google Calendar, follow-ups y reuniones del día), Cascada CS (fases, tabla y ficha del cliente con sus 13 pestañas), Seguimiento de clientes, KPIs Customer Success, Bajas y Churn.
Las audiencias que tocan la plataforma —organizadas por departamento— y sus pantallas principales.
El recorrido completo del cliente. La ficha puede nacer de varias fuentes; el ejemplo detalla la solicitud al cliente, la ruta más habitual. En implementación grupal se añade un paso: el cliente reserva su sesión de bienvenida en el portal antes de enviar, y el implementador asigna la promoción desde Proyectos.
Sidebar agrupado por departamento (con búsqueda global ⌘K, que también encuentra proformas por su número). Cada pantalla es accesible desde cualquier otra y se filtra por permisos del usuario.
Índice completo de pantallas (84). Todas las páginas del portal con su fichero y su función. Las de «Cliente / público» se acceden por enlace con token; el resto viven tras el login.
| Pantalla | Fichero | Para qué |
|---|---|---|
| 📊 Informes | ||
| Distribución implementadores | distribucion.html | Carga y disponibilidad del equipo de implementación. |
| Proyectos (dashboard) | informe-implementacion.html | KPIs de implementación con filtros por implementador y plan. |
| Carga de datos | carga-datos.html | Estado de la carga de datos de cada cliente (snapshot diario de Asana + Drive). |
| Seguimiento semanal | informe-seguimiento.html | Lo mismo que manda el correo de los lunes a Operaciones (WF-104), calculado en servidor para que pantalla y correo no diverjan. |
| Participación en sesiones | participacion.html | Asistencia por promoción con marcado en bloque, filtro por mes de inicio y sesiones asistidas/faltadas por cliente. Pestaña «Re enganche»: el recorrido de cada cliente que salta de una promoción a otra. |
| Incidencias en desarrollo | incidencias-dev.html | Snapshot diario de las incidencias Zendesk × Asana que están en DEV. |
| Integraciones TPV | incidencias-integraciones.html | Gemela de la anterior para las integraciones de TPV, por estado y proveedor. |
| Mapa de calor de tickets | informe-tickets.html | Volumen de tickets por franja horaria. |
| Heatmap · Agente IA | informe-tickets-ia.html | Mismo mapa de calor para el agente de IA. |
| Resumen semanal | resumen-semanal.html | Resumen IA de las incidencias de la semana. |
| Resumen mensual | resumen-mensual.html | Informe mensual profundo de incidencias. |
| Informe mensual de KPIs | informe-mensual-soporte.html | KPIs de soporte del mes cerrado (WF105): tipos de ticket, módulos, top organizaciones, incidencia_dev e integraciones TPV. |
| Churn técnico | churn-tecnico.html | Señales técnicas de fuga de clientes. |
| 💼 Ventas | ||
| Configurador de oferta | configurador.html | Arma la oferta (planes, módulos, order bumps) y la envía al cliente. Desde el 7-oct la consultoría personalizada sale primera y marcada (997 € de pago único) y la implementación grupal cuesta 250 € (antes, incluida); las dos tarjetas comparan la misma lista de lo que incluye cada modalidad. |
| Ofertas generadas | ofertas.html | Listado de ofertas y su estado (enviada / ganada); ampliar caducidad. |
| Distribuidores potenciales | distribuidores-detectados.html | Dominios detectados al rellenar el TPV de un local que aún no constan como distribuidor. |
| Fichas de cliente | lista.html | Fichas con pestañas Fichas / Rellenado cliente / Solicitudes. |
| Escalados de clientes | escalados.html | Ampliaciones y upsell de contrato (módulo, local o firmas), con pago mensual o anual. Finanzas, Compras, Yulia IA y Paneles BI también se pueden escalar. Badge y alerta del home con los escalados sin aplicar. Un local se puede crear directo o solicitar al cliente (estado «Solicitado», con «Copiar enlace» y «Reenviar»): el cliente rellena local, encargado, TPV y SEPA en escalado-local.html. Al aplicarlo se da de alta el local en la ficha con su SEPA y su contacto, y si el TPV es integrado se abre su ticket de integración. El alta en el entorno Yurest del cliente sigue siendo manual; el home avisa 7 días con «Local nuevo contratado» a quien ve Escalados y al comercial, CSM e implementador del cliente. |
| 🔧 Implementación | ||
| Sin asignar | sinasignar.html | Fichas personalizadas pendientes de asignar implementador. |
| Proyectos | proyectos.html | Gestor de proyectos: pestañas (Formularios pasa a llamarse Documentación), secciones por módulo, cronograma Asana, vistas «Implementación / Escalado N», anotaciones que leen y escriben notas de HighLevel, turno preferido (editable) y asignación de promoción en los grupales, fecha de bienvenida, «Datos cargados», marca de riesgo de Customer Success, pestaña «Comunicaciones automáticas» (lo que el portal ha enviado al cliente, con «Ver correo», «Reenviar» y «Reenviar convocatoria»), adjuntos en almacenamiento privado, motivo al pausar, promoción inicial y actual, y exportación a CSV/Excel. «Datos cargados» con tres estados (Pendiente, En carga, Cargados). Sección «Sesiones de arranque» en los proyectos nuevos. Contactos = la lista compartida con Customer Success. Al marcar un No Show individual, recuperar la sesión en otra o desplazar el calendario pendiente. Desde el 24-oct la tabla sesiones recoge también las sesiones agendadas de los individuales (tipo individual), y «Última actividad» = última sesión dada (regla única en js/lib/sesion-reglas.js, la misma en WF01). «No aplica» por sesión de promoción. Alta de proyecto de Cocina de Producción con sus locales. Icono «Calendario de promociones»: mes por implementador, con festivos. En individuales, «Cerrar fase» en cada sección de módulo genera el resumen de cierre en PDF (sesiones, asistentes, criterios, incidencias y decisión de avance), que se guarda en Documentación y Customer Success ve en Formularios. La ficha del cliente muestra «Locales y módulos contratados» por local, como en la Cascada CS. En la pestaña Hardware, «Editar artículos» corrige una proforma sin justificante y regenera el PDF con el mismo número. En Grupales, el desplegable «Promociones» oculta por defecto las terminadas. Si el contacto de HighLevel de la ficha ya no existe, Anotaciones lo avisa y pide corregir el ID. Desde el 24-oct cada tarea lleva versión: guardar desde una copia vieja (otra pestaña, o después del Panel de sesiones) se rechaza y recarga en vez de pisar; las anotaciones se guardan entrada a entrada (sin pisarse entre Proyectos y Cascada CS); convocar, cancelar, recordar o cerrar promociones exige permiso de escritura. |
| Panel Sesiones | panel-sesiones.html | Agenda de sesiones + registro Show/No-Show y auto-resumen. «Seleccionar sesión» filtra por mes y semana (o mes entero). Marca cada sesión con ✅ (resumen enviado) o 💾 (guardado sin correo); los invitados se toman solo por su email. |
| Promociones | promociones.html | Promos grupales (una nueva cada semana con la auto-serie), ocupación de huecos, implementador que imparte cada una y convocatorias: panel «Sesiones convocadas» y «Calendario por cliente». Antes de que arranque la promo se puede cambiar la fecha u hora de una sesión aún sin convocar («Cambiar fecha»). |
| Importador de clientes | importador-clientes.html | Alta unificada: ficha desde Google Sheets y proyecto desde Asana en un solo paso. Origen HighLevel (WF-132) para migrar clientes: contactos, notas, promoción inicial y aviso si el cliente está de baja. |
| Configurador de checklists | checklists.html | Construye con IA las checklists del cliente y las da de alta en Yurest por su API (WF112). Subgrupo «Configuradores». |
| Configurador de recetas | configurador-recetas.html | De la carta del restaurante (fotos o PDF) a fichas técnicas con ingredientes y el JSON de carga en Yurest. La IA va por n8n (WF140) y los productos de compra por el proxy de WF112. Botón «Historial»: copias en el servidor del trabajo de cada cliente para consultarlas o restaurarlas (WF-145). Subgrupo «Configuradores». |
| ❤️ Customer Success | ||
| Mi día CS | cs-inicio.html | Agenda de la CSM: reuniones agendadas, bienvenidas grupales reservadas (con el follow-up «Marcar asistencia a la bienvenida» si pasan sin marcar), follow-ups pendientes (los vencidos salen hoy), clientes sin respuesta y su Google Calendar. |
| Cascada CS | clientes.html | Una pestaña por fase (Sin asignar, En implementación, Post 1 mes, Post 1 QBR, Post 2 QBR, QBR recurrente, Upsell, Churn) más «En riesgo», con la tabla de la fase: salud, próximo hito, último contacto, alertas, uso, MRR y CSM, más «Bienvenida» y, en Sin asignar, «Carga de datos». Se cambia de fase arrastrando la fila o con el selector «Fase». La ficha del cliente tiene 13 pestañas (Información, Datos, Formación, Formularios, Soporte técnico, Customer, Anotaciones, Usabilidad, Desarrollos, Facturación, Escalados, Churn y Comunicaciones), con «Registrar incidencia», «Tareas a Implementación» y «Cambiar promoción». En Customer, «Eliminar reunión» y, en la bienvenida grupal, «Sesión aparte». |
| Seguimiento de clientes | cs-actividad.html | Panel de dirección con la actividad de la cartera: gráfico del año con los clientes contactados cada mes (proactivo o reactivo), tabla de los contactados el último mes con los que están en riesgo en rojo, y quién no responde. |
| KPIs Customer Success | cs-kpis.html | Contactos hechos, show rate de las reuniones (también 3QBR y 4QBR), encuestas, clientes en riesgo por mes y por motivo, entradas a Customer y upsells. |
| Bajas | bajas.html | Gestión de bajas de clientes. |
| Churn | churn.html | MRR y número de bajas por mes (cliente entero, locales y módulos) con la tabla de bonificaciones. Sustituye al Excel de churn. |
| HighLevel · Contactos | cs-highlevel.html | Contactos del CRM HighLevel. |
| HighLevel · Clientes ganados | highlevel-clientes.html | Oportunidades ganadas en HighLevel. |
| Clientes Yurest sin CRM | huerfanos-prod.html | Clientes en producción sin ficha en el CRM. |
| 📒 Contabilidad | ||
| Grabar en A3 | contabilidad.html | Mandato SEPA + toggle de alta en A3. Los escalados de pago anual llevan la píldora «Anual». |
| Clientes A3 | clientes-a3.html | Clientes ya grabados en A3. |
| Cruce A3 | cruce-a3.html | Cruce de lo facturado en A3 con el portal, HighLevel y producto (WF137). Lee la última foto, que se genera a mano desde la oficina porque A3 solo es accesible por túnel. |
| Pagos de proformas | proformas.html | Seguimiento de cobros de proformas de hardware. |
| Facturas de cliente | facturas.html | Facturas que emitimos al cliente; se publican en su Espacio Cliente. |
| Facturas de distribuidores | facturas-distribuidores.html | Facturas que los distribuidores nos emiten por comisiones (otra base de datos). |
| 🎧 Soporte | ||
| Estado clientes Yurest | estado-clientes-yurest.html | Telemetría de uso del producto por cliente (snapshot de producción). Tipología por locales activos (Independiente 1-2, Corporate 3-5 o 1-2 con cocina de producción, Enterprise más de 5) y tipo de implementación según HighLevel: primero el pipeline de Customer Success donde está el cliente (WF-136) y, si no está en ninguno, su venta ganada (WF50). Indicadores que siguen los filtros y filtran con un clic, filtros por módulos e integraciones, gestor de columnas y exportación a Excel o CSV. |
| Integraciones | integraciones.html | Panel de tareas de integración (Asana) y TPV no integrados. Con «ID Zendesk», la tarjeta enseña el último comentario y los recordatorios del ticket y permite añadir una nota interna (WF07). |
| Doc. integraciones | documentacion-integraciones.html | Manual de integraciones (público). |
| Hardware envíos | hardware.html | Envíos de hardware (SEUR) y generación de proformas. Las etiquetas de varios bultos salen en un solo PDF; zona «Recogida / entrega en mano» sin gastos de envío. El home avisa de los pedidos pendientes de envío. «Editar artículos» corrige una proforma sin justificante (artículos, precios, envío, IVA) y la regenera con el mismo número, también desde la pestaña Hardware del proyecto. |
| Stock | stock.html | Inventario de hardware. El stock se descuenta al marcar el pedido como enviado. |
| Clientes Free 3 meses | clientes-free.html | Clientes en periodo gratuito y su paso a Basic. |
| 💡 Producto | ||
| Triaje de sugerencias | triaje.html | Clasificación de tareas por módulo con sugerencias IA. |
| Triaje de sprint | triaje-sprint.html | Tablero del sprint activo de Producto leído y escrito en vivo contra Asana: capacidad según horas disponibles (descuenta vacaciones y festivos de València) y el % de horas productivas de cada persona, editable en la propia vista (70 % senior, 50 % junior por defecto), burndown, carga por tipo, canal y módulo. |
| Productividad | productividad.html | Horas imputadas por persona y día frente a las esperadas, en el sprint y hasta hoy, y desvío entre tiempo real y estimado. |
| Errores | errores.html | Errores del sprint: burn down por día hábil, columna actual, desglose por sección y caja «En QA / por subir». Un error cuenta como resuelto al pasar a QC. |
| Tareas Asana | tareas-asana.html | Tareas abiertas que dependen de Producto (Back Clientes), por semana y por persona, editables en Asana. Snapshot cada 15 min (WF-115). |
| Presupuestos | presupuestos.html | Listado con KPIs y filtros; alta y edición en un asistente de 4 pasos; estado, cobro y entrega editables desde la fila; visor del documento para editar, descargar o enviar el PDF (con el IVA elegido). |
| Bolsa de horas | bolsa-horas.html | Control financiero de horas (consumo FIFO). |
| Documento interno IA | documento-interno-ia.html | Base de conocimiento de sprints generada por IA. |
| Updates | updates.html | Newsletter de novedades a clientes desde Asana: combina sprints, módulo por tarea, «Generar con IA» respeta lo retocado a mano y se descarga en PDF, HTML o Word. |
| 🧪 I+D | ||
| Permisos de roles | permisos-roles.html | Permisos de cada rol de la plataforma Yurest (backoffice y app), con la ficha de cada vista (qué hace, etiquetas, fallos de seguridad y avisos) y asistente de rol nuevo. Desde el 7-oct ya no calcula pesos ni niveles. Es una simulación: no guarda nada en Yurest. Permiso propio permisos_roles. |
| Editor de etiquetas ZPL | editor-etiquetas.html | Diseña etiquetas para impresoras Zebra (texto, códigos de barras, QR, cajas) y genera su código ZPL; también importa ZPL existente. Diseños base, entre ellos la ficha «Receta». Imprime directamente con Zebra Browser Print (varias impresoras, con una fijada o preguntando cada vez). Sin backend: los diseños se guardan en el navegador. Permiso propio editor_etiquetas. |
| 📣 Marketing | ||
| Landings | landings.html | Accesos a las webs de Yurest, entre ellas el Muro de rentabilidad (externo); se abren en una pestaña nueva. |
| 🧑🍳 RRHH | ||
| Tareas de cocina | tareas-cocina.html | Turnos y tareas de la cocina de la oficina (sustituye a YuTasks). Avisa de los usuarios del portal que aún no están dados de alta en cocina. |
| Mi equipo | mi-equipo.html | Inventario del equipo físico de cada persona; el empleado declara el suyo, corrige el nº de serie y firma la cesión. |
| Gestión documental | documentos-rrhh.html | NDA y cesión de equipos por empleado, generados y firmados en el portal. |
| 🛡️ Administración | ||
| Usuarios y permisos | admin.html | Roles, permisos por usuario y auditoría. Cada página del portal tiene su propio permiso. |
| Logs de actividad | logs.html | Trazabilidad de acciones del portal. Se busca por persona, por texto o pegando el id de una ficha, un proyecto o un usuario. |
| Mis contraseñas | mis-contrasenas.html | Gestor de contraseñas de portales externos, cifradas en BD. |
| 👤 Cliente / público (enlace con token) | ||
| Ficha de alta (cliente) | solicitud.html | El cliente rellena empresa, JP, firmante, TPV y firma SEPA. En el paso 03 puede añadir «Otras personas que participarán en la implementación». Si la implementación es grupal, reserva su sesión de bienvenida y elige turno preferido. |
| Sesión de bienvenida | bienvenida.html | Selector de huecos de la bienvenida grupal (WF-124) que se abre desde la solicitud; sustituye al calendario de HighLevel. |
| Tu oferta (cliente) | oferta.html | El cliente ve la oferta, edita plan/módulos y paga (Redsys). |
| Formulario de alta | ficha-cliente.html | El consultor completa todos los detalles de la ficha. La implementación grupal sale a 250 € a cobrar; las fichas anteriores al 7-oct conservan lo vendido entonces (1.700 € con un 100 % de descuento). Admite el ID de oportunidad de HighLevel a mano. |
| Documentos subidos | documentos-subidos.html | Destino del botón del correo de la carpeta de Drive: el cliente confirma que ha subido sus documentos (WF-116). Pide confirmar porque los antivirus de correo abren los enlaces solos. |
| Firmar mandato SEPA | firmar-sepa.html | Re-firma del mandato SEPA por parte del cliente. |
| Agendar sesiones privadas | agendar-sesion.html | El cliente grupal agenda sus dos privadas de la promoción con el implementador (WF-138), desde el enlace de los correos. |
| Nuevo local | escalado-local.html | El cliente rellena los datos del local que amplía (local, encargado, TPV y SEPA con firma) para un escalado solicitado (WF-142). Caduca a los 30 días. |
| Espacio Cliente | espacio-cliente.html | Sitio propio del cliente (espacio-cliente.yurest.es): cronograma, mensajes, documentos, facturas, hardware, contrato y sesiones privadas. Login con contraseña propia, no enlace con token. El equipo entra con la llave maestra: elige cliente en un selector y lo ve en solo lectura. En pausa: no sale ningún correo al cliente. |
| ⚙️ Sistema / utilidades | ||
| Portal (inicio) | index.html | Home con accesos por departamento y buscador global. |
| Acceso | login.html | Login; emite el token de sesión firmado. |
| Página no encontrada | 404.html | Error 404. |
| Novedades del portal | novedades.html | Histórico de lo publicado en el portal, filtrable por área. Se entra desde el home, no desde el sidebar. |
| Informe ejecutivo de soporte | informe-soporte-zendesk.html | Informe estático de un periodo concreto (Zendesk Search API), pensado para imprimir. Fuera del sidebar. |
| Matcheo entre sistemas | matcheo-sistemas.html | Cruce de IDs Yurest / HighLevel / Zendesk por cliente. |
| Cascada CS (alias) | cs-kanban.html | Entrada alternativa al kanban de Customer Success. |
| Proforma (mockup) | proforma-mockup.html | Mockup visual del documento de proforma. |
| Doc. integraciones (standalone) | documentacion-integraciones-standalone.html | Versión independiente del manual de integraciones. |
| Doc. integraciones (Zendesk) | documentacion-integraciones-zendesk.html | Manual de integraciones embebible en Zendesk. |
El backend n8n orquesta una decena de servicios externos. Todo pasa por workflows; el frontend nunca habla directamente con ellos.
| Servicio | Para qué | Dirección |
|---|---|---|
| Asana | Proyectos de implementación (secciones por módulo/cliente), tareas, cronograma, tickets de Zendesk enlazados y, para Producto, el sprint: horas imputadas, errores y tareas de Back Clientes. | lectura + escritura |
| HighLevel (CRM) | Contactos, negocios, oportunidades y notas (las anotaciones del proyecto). Al ganar la ficha sincroniza contacto / business / Custom Object Local. Importador de clientes desde HighLevel (WF-132), que migra contactos, notas y promociones. La ficha admite el ID de oportunidad a mano. La sincronización (WF65) no adopta locales de otra empresa, manda el TPV «Yuprod» como «No aplica» y rellena el «ID BBDD» del Business por CIF si está vacío (nunca pisa uno existente). Dos snapshots diarios alimentan el tipo de implementación de Estado clientes: ventas ganadas (WF50, que ya incluye los clientes Basic y no machaca el snapshot si HighLevel limita peticiones) y pipelines de Customer Success (WF-136). Si el contacto de una ficha se borró o fusionó en HighLevel, las anotaciones lo avisan en vez de fallar. Desde el 24-sep ya no agenda la bienvenida grupal ni convoca promociones: lo hace el portal. | lectura + escritura |
| Zendesk | Tickets de soporte por TPV; se enlazan a Asana por el campo «ID Zendesk». «Registrar incidencia», desde Proyectos o desde la Cascada CS, abre el ticket y su tarea en Asana (WF67). | lectura + escritura |
| Google Drive | Carpeta por cliente con la documentación de la ficha; grabaciones de sesiones compartidas. | escritura |
| Redsys (TPV BBVA) | Pasarela de pago para aceptar ofertas (cobro = importe final × 1,21). | request / response |
| SEUR | Envíos de hardware (SEUR PIC); proformas con coste de envío por zona. Las etiquetas de varios bultos se unen en un solo PDF. | escritura |
| Gmail | Los correos salen de varias cuentas: la de Implementación (documentación, promociones, bienvenida y no-shows), el Gmail de cada CSM (reuniones de Customer, WF-133), el de algunos implementadores (resúmenes de sesión, WF52) y la de Soporte (avisos y otros correos del portal). WF-134 busca el original en esos buzones para reenviarlo o enseñarlo («Ver correo»). | escritura + lectura |
| Google Calendar | Agenda de cada implementador: se leen sus huecos para no solapar sesiones y se crean, mueven y cancelan los eventos. También los eventos de las sesiones de promoción que convoca WF-113 (desde la cuenta de Implementación), que comprueba antes de convocar si alguno se borró a mano, la bienvenida grupal en el calendario de la CSM de grupales (WF-124), que detecta rechazos y eventos borrados y devuelve a su hora los eventos movidos, y la agenda de Mi día CS. En el calendario de cada CSM, los eventos con Meet de las reuniones de Customer (WF-133), que también revisa rechazos y cambios de Meet. | lectura + escritura |
| API de Yurest (WS) | Vacaciones del equipo de desarrollo para el sprint y alta de checklists en la cuenta del cliente. | lectura + escritura |
| Slack | Avisos internos: alertas de ofertas, incidencias en DEV, crones caídos y errores de credenciales. DMs a las CSM con follow-ups y preparación de reuniones (WF-123). Canal privado #pregunta-al-portal con el bot de ayuda (WF-131). Novedades del portal al canal del equipo (WF-135, cada 10 min). | escritura |
| Anthropic (Claude) | Bot de ayuda del portal en Slack (WF-131): responde dudas de Ventas, Implementación, CS y Producto con el manual y las reglas de negocio. Además, el conector «Portal Yurest» de claude.ai (Worker mcp-portal) deja al staff con permiso api_claude consultar proyectos, fichas y la Cascada CS en solo lectura, con su usuario del portal y sin datos bancarios ni credenciales. | request / response · lectura (conector) |
| OpenAI (gpt-4o) | Resúmenes de sesión, resúmenes de incidencias, sugerencias de triaje, documento interno y reescritura de la newsletter. | request / response |
Cómo está montada la plataforma hoy, tras la migración a infraestructura propia.
| Pieza | Detalle |
|---|---|
| Frontend | HTML/JS estático servido por Cloudflare Pages desde un repo privado (build scripts/build-site.sh). URLs limpias, sin .html. |
| Segundo sitio | El Espacio Cliente se publica aparte, en espacio-cliente.yurest.es (build scripts/build-espacio-cliente.sh → _site-cliente). No comparte despliegue con el portal interno: al cliente se le da la raíz del dominio a secas. |
| Backend | 299 workflows en n8n propio: 208 de producción y 91 copias [DEV]. Toda la lógica y las integraciones viven aquí, salvo la de Customer Success, que vive en funciones SQL cs_* que n8n solo expone. |
| Base de datos | PostgreSQL autogestionado (BD yurest), sustituto de Supabase. Los workflows leen y escriben directamente. Desde el cierre de seguridad del 30-sep, anon y authenticated no tienen acceso a las tablas, vistas ni funciones de public: todo pasa por n8n con service_role. RLS activa en todas las tablas de public y storage fuera del search_path. |
| Entorno DEV | dev.portal.yurest.es contra la BD yurest_dev y las copias [DEV] de los workflows (webhooks bajo /webhook/dev/). Los correos van a la cuenta de Soporte y las escrituras en Asana, Calendar y Drive se simulan. La rama dev se sincroniza con main una vez al día. |
| Autenticación | El login emite un token de sesión firmado (HMAC); cada webhook de staff lo valida en línea. Sin auth básica compartida. |
| Bloqueos de IP (España) | El portal y el Espacio Cliente salen por IPs compartidas de Cloudflare Pages (rango 188.114.9x para dominios personalizados). Durante los partidos, las operadoras españolas bloquean esas IPs por orden de LaLiga y el portal deja de cargar para quien use esa operadora, hasta que acaba el partido. No es una caída: por otra IP de Cloudflare responde igual. Mitigación de hoy: datos móviles de otra operadora o VPN. |
| Permisos | Roles con permisos predefinidos + deltas por usuario; cada página tiene su propio permiso y el sidebar se filtra por él. Cada usuario puede cambiar su contraseña. Trazabilidad en logs.html. |
La instancia tiene 299 workflows a 20 de octubre de 2026 (91 son copias [DEV]). Estos son los que sostienen el flujo principal; el resto cubre integraciones, informes y automatismos programados.
| Workflow | Trigger | Qué hace |
|---|---|---|
Auth / roles | POST login · roles | Valida credenciales y emite el token de sesión HMAC; resuelve permisos (rol + deltas por usuario). |
Configurador / ofertas | POST oferta-enviar · GET ofertas | Genera la oferta, la envía al cliente y gestiona estados (enviada/ganada) y caducidad. |
Pago Redsys | POST pago/iniciar · retorno TPV | Firma la petición Redsys, procesa el retorno y dispara el enlace a la ficha tras el cobro. |
Fichas de alta | POST guardarFicha · GET altas | Listado y CRUD de fichas. UPDATE solo de campos enviados (no destructivo). |
Solicitudes | POST crearSolicitud · GET listaSolicitudes | Crea la solicitud con access_token y devuelve la lista filtrada por estado. |
Responder solicitud | POST responderSolicitud | Cliente envía → INSERT ficha + carpeta Drive + emails (cliente/consultor) + tarea Asana si TPV no integrado. El correo de la carpeta va al jefe de proyecto; las otras personas de la implementación se importan a «Contactos del cliente». |
Importador Sheet | POST importar-sheet | Convierte una URL de Google Sheets en una ficha pre-rellenada. |
Proyectos | POST/PUT proyectos + tareas | Crea el proyecto desde la ficha (master Asana según módulos), secciones y tareas. |
WF07 · Calendar | POST calendar/event · calendar/disponibilidad | Crea, mueve y cancela el evento de Google Calendar de una sesión (con Meet e invitados) y lee la agenda del implementador. Cancelar o mover avisa a los invitados salvo con avisar:false (No Show y desplazar el calendario). También sirve a Integraciones la actividad de un ticket Zendesk (último comentario y recordatorios) y añade notas internas firmadas con el usuario del portal. |
Panel de sesiones | webhooks panel/* | Agenda sesiones, valida disponibilidad de calendario y registra Show/No-Show en Asana. Toma los invitados solo por su email, marca cada sesión como resumen enviado o guardado, y manda el correo «Nuevo calendario de sesiones» al desplazar el calendario. Busca las sesiones en la semana o el mes que pide el panel (máx. 35 días). |
Grabado A3 | POST grabadoA3 | Toggle del flag grabado_a3 con diagnóstico de filas afectadas. |
Sync HighLevel | webhook al ganar ficha | Upsert de contacto / business / oportunidad ganada + Custom Object Local en el CRM. Usa la oportunidad puesta a mano en la ficha si es de ese contacto; sin contacto no toca ninguna oportunidad. No adopta locales de otra empresa; «Yuprod» va como «No aplica» y, si algún local falla, la sincronización queda «parcial». Rellena el «ID BBDD» del Business cuando el CIF casa con un único cliente de producción, ningún otro Business lo lleva y el campo está vacío. |
WF77 · Espacio Cliente | webhooks portal-cliente/* | Todo lo que ve y hace el cliente en su espacio: login propio, cronograma, mensajes, documentos, facturas, pedidos de hardware, contrato y sesiones privadas. También sirve la llave maestra del equipo (lista de clientes y cabecera X-Cliente-Proyecto), que corta cualquier escritura. El workflow más grande de la instancia. |
WF-101 · Accesos Portal | webhook portal-accesos | Altas, reenvíos y revocaciones de los accesos al Espacio Cliente. El acceso inicial lo crea WF01 al nacer el proyecto. |
WF102 · Facturas Cliente | webhooks facturas · factura | Sube la factura al bucket privado y la publica en el Espacio Cliente. |
WF99 · Facturas Distribuidor | webhook facturas-distribuidor | Facturas de comisiones que nos emiten los distribuidores; vive contra la BD del portal de distribuidores. |
WF-97 / WF-98 · Carga de datos | cron 06:15 + GET | Reconstruye y sirve el estado de la carga de datos de cada cliente cruzando Asana y Drive. WF-98 sirve además los comentarios de la tarea de carga de varias fichas a la vez (Proyectos › Grupales). |
WF-99 · Sesiones privadas staff | webhooks staff/privadas* | Mismo motor de huecos que el Espacio Cliente, pero agendando nosotros y sin que la cuota vete. |
WF26 · Escalados | POST escalados · aplicar | Al aplicar un escalado de tipo modulo o local sobre una implementación individual, crea en el proyecto la sección del módulo nuevo con sus sesiones y la sella con escalado_id, que es lo que separa las vistas del tab Proyecto. Un escalado de local se puede solicitar al cliente: nace en «Solicitado» y le manda el enlace desde la cuenta de Implementación (reenviar reutiliza el token). Al aplicarlo, una función de la BD da de alta el local con su SEPA y su contacto en una transacción y, con TPV integrado, WF62 abre el ticket de integración de ese local aunque el cliente ya tenga otros. |
WF-142 · Escalado local público | POST escalado-local/solicitud · responder | Formulario público del cliente para un escalado de local solicitado, autorizado por el token del enlace. Token, caducidad (30 días) y validación viven en la BD; al responder, el escalado pasa a pendiente y dispara WF-143. |
WF-143 · Avisos escalado local | webhook + cron 5 min | Cuando un escalado de local llega a pendiente, manda un correo a Soporte, al implementador, al CSM y al comercial del cliente (uno por persona, una sola vez por escalado). |
WF-104 · Seguimiento | cron lunes 08:00 + GET informe-seguimiento | Calcula en servidor el informe semanal de implementaciones. La misma respuesta alimenta el correo a Operaciones y la pantalla, para que no puedan divergir. |
WF105 · Informe mensual | cron día 1 + GET informe-mensual-soporte | Lanza las 52 consultas a la Search API de Zendesk del mes cerrado y guarda el informe ya redactado en informes_mensuales_soporte. |
WF-106 · Triaje de sprint | webhooks sprint-triaje/asana* | Lee y escribe en vivo el tablero «Sprint #N» de Producto en Asana: tareas, secciones, miembros y campos personalizados. |
WF-107 · Vacaciones sprint | GET sprint-triaje/vacaciones | Vacaciones del equipo de desarrollo leídas del WS API de Yurest; el triaje ya no las pide a mano. |
WF-108 · Alerta de memoria | timer del host cada 5 min | Vigila la memoria de la máquina de n8n y avisa por DM de Slack. Vive fuera de n8n porque el sandbox no ve el sistema de ficheros. |
WF-100 · Participación | webhooks sesiones/* | Asistencia por promoción, marcado en bloque (se proyecta al árbol del proyecto) y datos del re enganche. |
WF58 · Proyecto grupal | webhook al guardar la ficha + reconcile cada 6 h | Crea el proyecto grupal en cuanto se guarda la ficha, con las 6 tareas fijas de «Configuración del entorno». |
WF61 · Fase CS | POST cs-estado | Cambio de fase de la Cascada CS. Acepta «Sin asignar» y devuelve el error de la BD (un grupal no entra en implementación sin implementador y promoción). |
WF67 · Registro de error | POST registro-error | «Registrar incidencia» desde Proyectos › Tickets soporte y Cascada CS › Soporte técnico: ticket en Zendesk (etiqueta cascada_cs si viene de CS) y tarea en Asana. No necesita proyecto. No confundir con el WF67 de oportunidades de HighLevel. |
WF69 · Asignar promoción | POST desde Proyectos, Cascada CS y WF96 | Asigna o cambia la promoción del cliente grupal (también al cambiarle de grupo por el tercer no-show); dispara la convocatoria de WF-113. |
WF-109 · Sesiones de promoción | webhook | Genera las sesiones de cada promoción desde la plantilla fija del cronograma, conservando los eventos ya agendados. |
WF-110 · Horas del sprint | cron + GET | Horas imputadas por día en Asana; alimenta Productividad y el triaje. |
WF-111 · Errores | cron + GET | Snapshot de los errores del sprint y su historial de columnas para la página Errores. |
WF112 · Checklists · Bonificaciones | webhooks | Proxy de IA y API de Yurest para el configurador de checklists; CRUD de bonificaciones para la vista Churn. |
WF-113 · Convocatorias | webhook promociones/convocatorias | Convoca, reprograma y cancela las sesiones de la promoción al asignarla, y manda el correo de bienvenida con fechas, calendario y credenciales. Invita al jefe de proyecto, a la persona de contacto y a los «Contactos del cliente» salvo los desmarcados, y salta las sesiones «No aplica» de cada cliente. Operación «reenviar»: añade a los contactos elegidos a las sesiones futuras y les reenvía la bienvenida. Comprueba en Google cada sesión convocada futura: las borradas a mano salen «Borrada en Google» y no se recrean solas. Descarta los emails inválidos (con aviso) para que un solo invitado malo no haga rechazar el evento, y limpia los errores viejos de sesiones que ya están al día. Cancelar deja la sesión «No aplica» en los proyectos que siguen en la promo. Antes del arranque, «ajustar» fija a mano la fecha u hora de una sesión aún no convocada, y «fechas» da al calendario las fechas reales. El correo de bienvenida enseña la cuenta Master real del cliente. |
WF-138 · Agenda de privadas | POST agenda-privadas/estado · reservar | El cliente grupal agenda sus dos privadas desde agendar-sesion.html: huecos libres del implementador de su promoción (FreeBusy de Google) y, al reservar, evento de Google primero y fecha en la tarea del proyecto después; si la BD lo rechaza, se borra el evento. |
WF-114 · Recordatorios | cron 09:00 | Recordatorio de las sesiones de promoción del día siguiente, un correo por cliente. Encendido desde el 24-sep. Se salta bajas, pausados y promociones archivadas. |
WF-115 · Tareas Asana | cron 15 min + webhooks | Snapshot de las 4 secciones de Back Clientes y escrituras (guardar, comentar) en Asana. |
WF-116 · Carga desde el correo | POST firmado | Lo mismo que el check del Espacio Cliente: crea la tarea de carga de datos y pasa la ficha a carga_datos. |
WF-117 · Contadores del home | GET home/contadores | Calcula en servidor los contadores de los badges del sidebar y el home. |
WF96 · Onboarding | cron cada hora + POST onboarding/noshow | Estados del onboarding grupal: recordatorios de documentación (48 h, 72 h, 4 hábiles), detección de archivos en Drive y, al enviarse un No Show desde el portal, la escalera de no-shows de esa ficha. Los recordatorios van al jefe de proyecto. Al detectar documentos en Drive crea la tarea de carga como las demás vías, sin duplicarla; al terminarla el equipo de carga, avisa por correo al implementador. En el tercer no-show con hueco en su turno, le cambia de grupo por WF69. |
WF-122 · Customer Success | GET cs?recurso= · POST cs/accion | Puerta de la Cascada CS: valida la sesión y llama a las funciones SQL cs_* (ficha, resumen, agenda, KPIs, acciones, formularios), también los contactos del cliente, las tareas a Implementación y cancelar o reagendar reuniones. Toda la lógica del ciclo de vida está en la BD. |
WF-123 · CS Avisos diarios | cron L-V 08:00 | Avanza el ciclo de vida (follow-ups automáticos, 2º aviso, cuenta crítica con correo a la dirección de CS) y manda por DM de Slack a cada CSM sus follow-ups y los avisos de preparación de reuniones. Guarda la foto diaria del riesgo para los KPIs por mes. |
WF-124 · Bienvenida grupal | webhooks + cron 15 min | Huecos y reservas de la sesión de bienvenida en el calendario de la CSM de grupales; correos de confirmación, recordatorio 24 h y no-show. Cada 15 min revisa en Google las reservas futuras: si el cliente rechaza o el evento se cancela, anula la reserva y le pide otra fecha; si cambia el Meet, le manda el enlace nuevo. Avisa a la CSM de cada reserva, el «Fuera de la oficina» cierra el hueco y la CSM puede cancelar desde la Cascada. Si el evento de un hueco aparece movido en Google, lo devuelve a su hora y avisa a la CSM. Una reserva cancelada a mano en la base de datos sigue la misma ruta que la cancelada por la CSM. «Sesión aparte» (permiso de un solo uso que da WF01) reserva una hora fuera de los huecos con evento propio. Los fallos al servir la agenda quedan registrados como error. |
WF-125 · Cierre de promoción | cron + envío manual | Al día siguiente de la última sesión grupal del cliente, correo de cierre (hitos, privadas pendientes y su caducidad) y proyecto a completado, que lo pasa a Customer Success. |
WF-127 · Carga desde Proyectos | POST | Botón «Datos cargados» del implementador: lo mismo que WF-116, sin que el cliente pulse el correo. |
WF-128 · Comunicaciones | GET | Lista lo que el portal ha enviado a un cliente (correos, invitaciones, avisos) para la pestaña Comunicaciones de Proyectos y Cascada CS. |
WF-130 · Vista previa No Show | POST onboarding/noshow/preview | Devuelve el correo de No Show que saldría, sin enviar nada, para confirmarlo antes. Si toca cambio de grupo, enseña la fecha y el turno del grupo nuevo. |
WF-131 · Bot de ayuda | eventos de Slack | Responde en el canal #pregunta-al-portal con Claude, el manual y las reglas de negocio. |
WF-132 · Importador HighLevel | webhook | Origen HighLevel del importador de clientes: trae la oportunidad ganada como ficha y migra el cliente completo: contactos (paginados), notas a la bitácora del proyecto, promoción inicial y actual y aviso si el cliente está de baja. |
WF-133 · Reuniones CS en Google | cron 5 min | Reuniones de Customer (post 1 mes, QBR, upsell y la bienvenida individual ya agendada) en el Google Calendar de cada CSM, con Meet e invitados. Desde su Gmail manda confirmación, recordatorio de 24 h, nuevo enlace, no show y cancelación con «reagendar obligatorio». Relee los eventos: cada hora los de las reuniones futuras y cada 15 min el de la bienvenida individual, que queda «Por reagendar» si todos rechazan o el evento desaparece. Cancela en Google el evento futuro de una reunión eliminada desde la Cascada, sin correo al cliente. |
WF-134 · Reenviar comunicación | POST proyectos/comunicaciones/reenviar | Botón «Reenviar» de Comunicaciones (Proyectos y Cascada CS): busca el correo original en Enviados de la cuenta de Implementación, de Soporte y de los Gmail de implementadores, y lo reenvía tal cual desde la cuenta de Implementación a los contactos elegidos. Con modo:'ver' («Ver correo») no envía nada: devuelve el original leído (cabeceras, HTML, adjuntos) para enseñarlo. Nunca adivina: si no lo encuentra o hay varios, lo dice. |
WF-139 · Menciones | GET/POST menciones | Menciones «@» en las anotaciones de Proyectos y Cascada CS: da la lista de compañeros que entran en cualquiera de las dos páginas y de los comerciales (que leen esa bitácora aunque no tengan permiso), apunta el aviso del mencionado (tabla menciones), lo devuelve al panel de alertas del escritorio y lo marca leído al abrir esas anotaciones. Quién puede ser mencionado lo decide la base de datos, no el navegador. |
WF137 · Cruce A3 | GET contabilidad/cruce-a3 | Sirve a cruce-a3.html la última foto del cruce A3 ↔ portal ↔ HighLevel ↔ producto. Solo lee: la foto se publica a mano. |
WF140 · Configurador de recetas | POST recetas/ia | IA del configurador de recetas con la clave en el servidor; el formulario «Carga en Yurest» sube el JSON resultante al Yurest del cliente. |
WF-145 · Recetas Historial | GET/POST recetas/historial | Historial del configurador de recetas: guarda una copia del trabajo de cada cliente al exportar, antes de «Nuevo cliente» y antes de restaurar otra (tabla recetas_historial), la lista con su resumen, la devuelve entera para consultarla o restaurarla y la borra si se elimina. Quién entra lo decide la base de datos (permiso del configurador). |
WF-135 · Novedades a Slack | cron 10 min | Lee las novedades publicadas del portal y manda las nuevas al canal de Slack del equipo, agrupadas por departamento y con @canal (sin Backend ni General). |
WF50 / WF-136 · Snapshots HighLevel | cron 06:30 · cron 06:45 | WF50 guarda las ventas ganadas de HighLevel (también las de clientes Basic); WF-136, las oportunidades de los pipelines de Customer Success (sin Churn ni Upsell) en highlevel_cs_snapshot. Estado clientes (WF47) cruza ambos por ID BBDD o CIF: pipeline CS de Planes o Basic = Grupal, Corporate o Enterprise = Individual; si no está en CS, manda la venta ganada. Si HighLevel limita peticiones y fallan demasiadas lecturas, el refresco se aborta y se conserva el snapshot anterior. |
Tablas y relaciones que sostienen todo el flujo. Soft-delete vía deleted_at en casi todas (no en locales).
Alcance: diagrama esencial. fichas_alta tiene ~120 columnas reales
(financiero fin_*, highlevel_*, health_*, exento_iva,
fraccionamiento_*, TPV, dirección de entrega…); arriba solo las representativas. Tablas
secundarias no diagramadas: usuarios, cs_estado_historial,
prod_clientes_snapshot/estado, hardware_pedidos, escalados (pago mensual o anual en detalle.periodicidad),
seur_*, sesiones, facturas_cliente, portal_accesos,
proyecto_mensajes, bolsa_horas_compras/asignaciones, bonificaciones, promociones_bienvenidas, promociones_cierres, bienvenida_reservas (con el motivo de cancelación y el último Meet enviado), bienvenida_apartes (permisos de un solo uso para la sesión aparte), comunicaciones_cliente, onboarding_eventos, panel_resumenes_enviados, las de Customer Success (cs_hitos, con el evento de Google y el Meet de cada reunión y borrado lógico al eliminarla, cs_followups, cs_contactos, cs_encuestas, cs_formularios, cs_handover, cs_oportunidades, cs_riesgos, cs_riesgo_mensual, cs_tareas_impl, cs_incidencias_cuenta), sprint_time_entries, los snapshots de Producto (errores_snapshot, tareas_asana_snapshot), los de HighLevel (highlevel_clientes_snapshot, ventas ganadas, y highlevel_cs_snapshot, pipelines de Customer Success) y los de soporte
(soporte_incidencias_dev_snapshot, soporte_integraciones_tpv_snapshot). La fuente de verdad es database/schema.sql + las migraciones en
database/migrations/.
Nota semántica: en fichas_alta el estado completada significa
"rellenada por el cliente" y rellenado significa "completada por el consultor". Triggers SQL
actualizan automáticamente fecha_rellenado, fecha_completado y grabado_a3_at
al cambiar el campo correspondiente.
| Acción | Quién | Dónde | Qué pasa |
|---|---|---|---|
| Solicitar ficha | Consultor | lista.html · botón "Solicitar ficha" | Crea solicitud + envía email al cliente con URL ?t=<token>. |
| Rellenar solicitud | Cliente | solicitud.html (link del email) | Datos empresa + JP + firmante + TPV (integrado/no) + IBAN + firma SEPA. |
| Completar ficha | Consultor | Pestaña "Rellenado cliente" → botón | Abre ficha-cliente.html con los datos prellenados; al guardar pasa a estado rellenado. |
| Editar ficha | Consultor / Yurest | Pestaña "Fichas" · botón Editar | UPDATE solo de campos enviados — no destructivo. |
| Eliminar ficha/solicitud | Consultor / Yurest | Pestañas correspondientes · botón Eliminar | Soft-delete con confirmación + toast de diagnóstico. |
| Grabar en A3 | Contabilidad | contabilidad.html · toggle por fila | UPDATE flag grabado_a3; trigger setea grabado_a3_at. |
| Ver mandato SEPA | Contabilidad | contabilidad.html · botón "📄 Ver mandato" | Modal con datos legales completos + firma + descarga PDF (popup, una sola hoja A4). |
| Ver el trabajo de un escalado aparte | Implementación | proyectos.html · tab Proyecto · selector «Implementación / Escalado N» | Filtra las secciones por escalado_id. Sin sello = implementación inicial. El progreso y los KPIs no cambian: las secciones de escalado siguen contando en el total. |
| Atender las alertas del home | Cualquiera | index.html · panel de alertas | Se calculan en el front sobre las fichas ya cargadas y llevan a lista.html con el filtro puesto. Incluye «fichas nuevas pendientes de introducir en Yurest» (estado rellenado, sin introducido_yurest, creadas desde el 22-jun-2026). |
| Ver las alertas desde cualquier página | Cualquiera | Asistente Yu (todas las páginas con login) | La mascota «yu» con ojos de abajo a la derecha lleva el número de alertas y, al pulsarla, las lista con su enlace. Usa el mismo cálculo que el panel del home (js/lib/alertas-calculo.js): pinta la última foto guardada en el navegador y la recalcula en segundo plano si tiene más de 10 minutos. |
| Exportar la lista de proyectos | Implementación | proyectos.html · botón Exportar | Vuelca a CSV o Excel lo que la tabla tiene filtrado en ese momento; no pasa por el backend. |
| Añadir add-ons a mano | Consultor | ficha-cliente.html · bloque financiero | Para fichas que no nacen de una oferta, donde no hay carrito del que arrastrarlos. |
| Asignar promoción a un grupal | Implementación | proyectos.html · carpeta «Sin promoción» (o la alerta del home) | WF69 guarda la promoción y WF-113 convoca las sesiones y manda la bienvenida. Se ve el turno que prefirió el cliente. |
| Confirmar documentos subidos | Cliente | Botón del correo de la carpeta → documentos-subidos.html | WF-116 crea la tarea de carga de datos y la ficha pasa a carga_datos. Un segundo clic solo avisa de que ya estaba confirmado. |
| Reservar la bienvenida grupal | Cliente | solicitud.html → bienvenida.html | Elige hueco en el calendario de la CSM de grupales (WF-124). La reserva cuelga de la solicitud y pasa sola al proyecto cuando nace. |
| Marcar No Show y avisar al cliente | Implementación | proyectos.html (sesión) o participacion.html | Motivo obligatorio. «Guardar» solo registra; «Guardar y enviar» enseña la vista previa (WF-130) y WF96 manda el correo que toque en la escalera. Si la sesión tenía reunión propia, «Quitar la reunión de Google Calendar» (marcada por defecto) la borra sin avisar a los invitados (WF07 con avisar:false). |
| Marcar «Datos cargados» | Implementación | proyectos.html · Individuales o Grupales | WF-127 crea la tarea de carga de datos, como si el cliente hubiera pulsado el botón del correo. |
| Cambiar de fase a un cliente | Customer Success | clientes.html · arrastrar la fila o selector «Fase» | Guarda la fase nueva y queda en el historial. Entrar en Post 1 mes, Post 1 QBR o Post 2 QBR crea la reunión de esa fase con su plazo. |
| Rellenar el formulario de la reunión | CSM | clientes.html · ficha › Formularios | Al completarlo, NPS/CSAT/CES pasan a encuesta, «en riesgo: Sí» marca el riesgo y se genera el resumen para el cliente. |
| Marcar en riesgo | CSM | clientes.html · bandera junto al nombre | El cliente sigue en su fase, con la fila en rojo y en la pestaña «En riesgo». Se ve también en Fichas y en Proyectos. |
| Ver, reenviar un correo o la convocatoria | Implementación / CS | Pestaña Comunicaciones (proyecto o Cascada CS) | «Ver correo»: WF-134 (modo ver) enseña el original tal cual salió, en un iframe aislado. «Reenviar»: WF-134 reenvía el original a los contactos elegidos. «Reenviar convocatoria»: en grupal, WF-113 añade a esos contactos a las sesiones futuras y les manda la bienvenida; en individual abre «Convocar sesiones» con ellos marcados. Una sola sesión individual: «Reenviar convocatoria de esta sesión» en el modal de la sesión (correo con su fecha, hora y Meet + invitación en Calendar; queda en Comunicaciones). |
| Recuperar una sesión perdida | Implementación | proyectos.html · No Show (individual) | Tres opciones: réplica para reagendar aparte; «se verá en otra sesión» ya agendada (cierra la perdida, sin correo); o «desplazar el calendario pendiente», que corre las siguientes sesiones un hueco y manda un solo correo «Nuevo calendario de sesiones». |
| Marcar «No aplica» una sesión de promoción | Implementación | proyectos.html · sesiones de la promoción | La sesión queda bloqueada para ese cliente y WF-113 deja de convocarle (le quita del evento si ya estaba). Se puede deshacer. |
| Agendar la bienvenida individual | Implementador | proyectos.html · Sesiones de arranque | Llama al cliente y agenda la tarea «Sesión de Bienvenida» (WF07). El home avisa mientras no tenga fecha y hora. La Cascada CS la ve en solo lectura. |
| Agendar, cancelar, reagendar o eliminar una reunión CS | CSM | clientes.html · ficha › Customer | WF-133 crea o cancela el evento con Meet en su Google Calendar y manda los correos desde su Gmail. Cancelar deja la reunión «Por reagendar». «Eliminar reunión» la quita sin correo al cliente (no la realizada ni la bienvenida individual); si tenía evento futuro, WF-133 lo cancela. |
| Dar la bienvenida grupal fuera de los huecos | CSM | clientes.html · ficha › Customer › Bienvenida · «Sesión aparte» | Elige día y hora (L-V 08:00-20:00, al menos 1 h de antelación). WF01 da un permiso de un solo uso y WF-124 crea un evento solo para ese cliente, con confirmación y recordatorio como cualquier reserva; si tenía otra sesión, sale de ella. |
| Cerrar la fase de un módulo | Implementador | proyectos.html · pestaña Proyecto · «Cerrar fase» en la sección del módulo (individuales) | Sesiones del módulo, asistentes, criterios, incidencias, recomendación y decisión de avance; se guarda en el proyecto y se descarga en PDF para enviarlo a mano. La sección muestra «Fase cerrada» y Customer Success lo ve en Formularios. |
| Corregir una proforma de hardware | Soporte / Implementación | hardware.html · Proformas generadas, o pestaña Hardware del proyecto · «Editar artículos» | Solo sin justificante. Cambia artículos, precios, envío o IVA y regenera el PDF con el mismo número (WF21); si ya estaba enviada, ofrece reenviarla. |
| Aplicar un escalado de local | Ventas / CS | escalados.html · Aplicar | Lo hace Soporte. Da de alta el local en la ficha con su SEPA y su contacto, contrata los módulos y crea su sección en el proyecto; con TPV integrado abre su ticket de integración. El entorno Yurest del cliente se prepara a mano. |
| Solicitar un escalado de local al cliente | Ventas / CS | escalados.html o asistente de la ficha · «Solicitar al cliente» | El staff fija módulos e importes y el cliente recibe un enlace a escalado-local.html. Al enviarlo, Soporte, implementador, CSM y comercial reciben correo y el escalado queda pendiente de aplicar. |
| Registrar incidencia | CSM / Implementación | clientes.html › Soporte técnico · proyectos.html › Tickets soporte | WF67 abre el ticket en Zendesk (miembro de la organización, módulo, capturas) y la tarea en Asana. |
| Pedir una tarea a Implementación | CSM | clientes.html · Customer o cabecera de la Cascada | Le sale al implementador como alerta en el home, donde la marca «Hecha». |
| Añadir contactos del cliente | Implementación / CS | Pestaña Contactos (proyecto) o Información (Cascada CS) | Una sola lista por ficha (cs_contactos_cliente). Se edita en Proyectos; desde la Cascada se añaden y se quitan. Quién recibe las invitaciones grupales se marca contacto a contacto en el selector de promoción. |
| Escalado con pago anual | Ventas / CS | escalados.html o asistente de la ficha | Selector Pago mensual / Pago anual: se propone anual cuando el mandato SEPA es de pago único. En Grabar en A3 sale con la píldora «Anual». |
| TPV no integrado | Cliente | solicitud.html · checkbox cabecera TPV | Al enviar: tarea automática en Asana (proyecto Integraciones) + email a soporte/Yurest/Roocket. |
"Completada" = rellenada por cliente · "Rellenado" = cerrada por consultor. La nomenclatura es legacy pero los triggers SQL ya alinean fechas con esta semántica.