Más cerebro. Menos trabajo. — acceso restringido N2 / N3.
Segundo factor activado. Estos son tus recovery codes, de un solo uso.
Si Brainmore funciona ahora, qué cambió y qué necesita tu decisión. Cada cifra dice cómo se calcula; lo que todavía no se mide dice «Aún no medido».
Las consultas empresariales que esperan la aprobación de N3, cliente por cliente. Se revisan y se deciden dentro de Studio 2.
Capacidades publicadas con el Studio anterior. Siguen respondiendo hasta que se migren; desde aquí no se editan.
Conocimiento que propusieron las personas o que el sistema validó solo. N3 lo aprueba, lo rechaza o lo revoca; nada de esto se publica sin esa decisión.
Si el recorrido completo de una persona llega hasta el final. Tres estados por paso, y el tercero importa: lo que no se pudo ejecutar no es un aprobado.
Qué versión corre, desde cuándo, qué se midió y qué falta. Lo que no se midió se muestra como NO MEDIDO: nunca como un cero y nunca como un NO.
/api/version —hechos del
proceso, ningún veredicto—.
El resto lo produce QUALITY y lo sirve /panel/api/calidad/estado con la
forma de payload_n3(), contrato v9
(docs/metricas/contrato_estado_calidad.md).
La matriz de versiones y la historia por capacidad viajan DENTRO de ese mismo
registro (version_history y capability_history): no
hay una segunda ruta que pudiera contestar sobre otro conjunto de registros.
Esta pantalla no consulta al proveedor de despliegues ni recalcula ningún veredicto.
Cómo se arma una respuesta, paso a paso. Cada nodo es una decisión de negocio, no una linea de SQL: que se mide, con que fecha, que deja fuera y como se muestra.
Agrega una equivalencia para un cliente: «en esta empresa, esta frase pregunta por esta capacidad». No cambia que se mide ni con que fecha — manda la pregunta a la capacidad que ya estaba certificada.
/panel/api/flow/{capability_id}: cada uno es un
campo del contrato de capacidad, con la misma validación que corre en el motor.
La validación de un cambio, /panel/api/flow/{id}/validar — se
comprueba en el servidor aunque la pantalla ya lo haga: la pantalla valida para no
hacerte perder tiempo, el servidor porque es el unico que no se puede saltar.
Qué sabe responder el motor, qué se sirve sin certificar, qué reclamaron los usuarios y qué hay que contarles. Lo certificado y lo que no lo está NUNCA se suman: no tienen la misma garantía.
Sólo el pulgar abajo abre caso. El pulgar arriba nunca abre uno, y «respuesta válida» no es un defecto.
El ciclo no está cerrado hasta que el usuario se entera. Un aviso que diga «ya lo arreglamos» antes de que el arreglo esté desplegado es peor que el silencio: la persona repite la pregunta, recibe lo mismo, y desconfía también de la disculpa.
/panel/api/calidad/capabilities.
La cola de reclamos, /panel/api/calidad/feedback.
Los avisos, /panel/api/calidad/avisos.
Esta pantalla no recalcula ningún estado ni escribe nada: los tres endpoints son de
sólo lectura.
Cada capacidad nueva, con la versión en la que apareció. Lo que falta es cómo contarla: el beneficio, el problema que resuelve y el ejemplo son texto que alguien escribe, y esta pantalla marca cuáles siguen sin redactar.
Lo que cambió en el motor a partir de un reclamo: qué fallaba, qué cambió, dónde aplica y desde qué versión. Sólo cuenta como aprendido lo que llegó hasta su prueba y su versión; lo que está en camino se ve, pero no suma.
Leyendo el registro…
Los frentes del producto, con su estado derivado de hitos verificables. Lo que no se midió dice No medido; lo que nadie decidió dice Por definir. Ninguno de los dos es un cero.
docs/roadmap/frentes.yml.
El estado, el color, el motivo y el avance los deriva tools/roadmap.py
contando hitos, y viajan dentro del payload de N3 (contrato v13).
Esta pantalla no deriva ninguno: sólo los pinta.
Una consulta que falló por un error estructural (campo o tabla inexistente, sin permiso) no se vuelve a ejecutar contra esa base hasta que cambie su catálogo, pasen los días indicados o se pulse «Reintentar». Los timeouts y el tope de filas sólo se cuentan.
Cuánto se usa Brainmore y para qué, en el cliente que selecciones. Muestra volúmenes; nunca el texto de las consultas.
Lo que Brainmore paga por el modelo de IA. En CLP con el dólar observado del Banco Central de cada día. Las respuestas reutilizadas por el caché no se pagan.
Un Partner opera los clientes que tiene asignados. Cambiar el Partner de un cliente decide quién puede administrarlo: no toca SAP, ni sus empresas, ni la facturación.
El usuario tiene que existir ya como usuario de alguno de los clientes. Aquí no se crean usuarios ni se tocan contraseñas.
Crear e invitar a quien va a usar Brainmore, y ver quién tiene acceso hoy. El estado y la vigencia los resuelve el servidor con la misma definición que usa la puerta: esta pantalla no calcula si alguien venció.
Leyendo clientes y partners…
Sale de /panel/api/tenants/{t}/usuarios y de la matriz
de accesos. «Sin empresas» no es un hueco: es la razón de que alguien no vea nada.
Elige un cliente arriba.
Cargo, departamento, empresas, perfiles, excepciones, qué cargo ve cada consulta y los módulos de cada empresa se administran en la pestaña Permisos y accesos, con la vista previa del impacto antes de guardar.
Sale de /panel/api/tenants/{t}/informes-suscripciones. Nadie
recibe un informe hasta que se marca; solo se puede marcar a quien su perfil permite ver
lo que el informe muestra, y se vuelve a verificar en cada envío.
Elige un cliente arriba.
Sale de /panel/api/tenants/{t}/departamentos. La lista la valida
el servidor (la del cliente o Ventas, Finanzas, Contabilidad, Operaciones, Producción y Otro);
cada cambio queda auditado.
Elige un cliente arriba.
Sale de /panel/api/tenants/{t}/informes-programacion. Días,
hora y encendido por empresa, en la hora del cliente; cada cambio queda auditado.
Elige un cliente arriba.
Sale de /panel/api/tenants/{t}/informes/saldo-bodega/metas. Cajas
de venta de ruta por semana; rige desde esta semana o una futura y cada cambio queda auditado.
Elige un cliente arriba.
Sale de /panel/api/tenants/{t}/informes/parametros. Bodegas,
vendedores y zonas de cada informe; se prueban con un día real antes de guardar y cada cambio
queda auditado. N3 puede aplicarlos hacia atrás (las fotos guardadas no se reescriben).
Elige un cliente arriba.
Qué ve cada persona de un cliente y por qué: su cargo, su departamento, sus empresas, su perfil y los módulos de la empresa. Todo cambio muestra antes a quién afecta y pide un motivo; queda en la bitácora con quién, cuándo y antes → después. El administrador de cada empresa administra lo mismo para la suya en su pantalla de permisos.
Elige un cliente arriba.
Consulta la matriz efectiva de permisos, crea y asigna perfiles, aplica excepciones por usuario y revisa el historial de cambios.
La empresa se activa SOLO si el connector confirma que su base responde.
Amplía lo que un cliente puede preguntarle a Brainmore, sin esperar una versión nueva. Eliges para quién, qué pregunta quieres cubrir, escribes la consulta, la pruebas contra el SAP real del cliente y la publicas. Si algo sale mal, la despublicas y vuelve la respuesta estándar de Brainmore.
Alta de tenant — crea la empresa como entidad. No crea usuarios, contrato ni conector.
Qué creemos que significa cada campo personalizado, inferido de sus datos reales (read-only). La IA propone; N3 confirma.
TERRAIN SEMÁNTICO INTERNO
Esta acción ejecutará únicamente consultas read-only gobernadas sobre GATE HANA INTEGRACION - NO PRODUCTIVO. No realizará escrituras ni permitirá SQL manual.
Tamaño de los universos del maestro de artículos (total, activos, con stock, vendidos, con compras, con movimientos) y % de campos personalizados poblados por universo. Read-only sobre el SAP; solo conteos agregados. Cada corrida queda persistida y versionada.
Los agentes IA de todas las empresas: de quién son, para quién, si están trabajando, cuándo corrieron y cuándo corren, qué falló esta semana, a quién envían y cuánto cuestan. Abajo, lo que las personas les pidieron y todavía no saben hacer.
Qué procesos corren solos, cuándo corrieron por última vez y qué quedó sin conectar.
Se capturan solas cuando el conector de un tenant queda estable. Verifican el esquema contra las consultas standard; no modifican nada del tenant.
Agrupa preguntas no respondidas y feedback negativo por firma reusable de capability. Solo muestra conteos, estados y hashes sanitizados.
El padrón de organizaciones, sus relaciones y la evidencia que las sostiene. Nada de acá sale de SAP: es conocimiento no certificado, y por eso cada afirmación viaja con su fuente y su fecha.
Lo que el cliente dijo que le falta, le preocupa o necesita para contratar. Se guarda tal cual lo dijo. Registrar no compromete nada de producto: Brainmore decide después si construye algo.
Oportunidades abiertas que todavía no tienen responsable. Asumir una no mueve su etapa: repartir trabajo no es progresar en el embudo.
Llamadas y reuniones sobre empresas con las que todavía no se abrió ninguna conversación. Existen, así que se ven.
Lo que los clientes dicen que les falta para contratar. Se cuentan señales reales: no hay puntajes, y los temas se agrupan por el texto que se escribió, sin normalizar.
El orden no es un puntaje. Cada opción ordena por una señal que alguien escribió; «cercanía al cierre» compara, en este orden, si bloquea, la importancia declarada, la etapa y la fecha objetivo. Sin pesos y sin aritmética: cada fila se explica señalando su columna.
Cuántas conversaciones distintas tropiezan con lo mismo.
Orientación, no cotización: el sistema no analizó esta empresa. Es lo que te diría un colega con experiencia, y puedes no hacerle caso.
1 · El archivo
XLSX o CSV. Se lee y se inventaría; no se escribe nada hasta que lo declares y lo confirmes.
2 · Lo que sabes y el archivo no dice
Que una planilla sea un directorio de partners es conocimiento de quien la sube, no algo que se pueda deducir de sus encabezados.
Roles que este archivo AFIRMA (el vocabulario lo manda el servidor)
Columnas que son atributos de la RELACIÓN, no de la organización. Se ofrecen las que ningún campo mapeó: si no las declaras, sólo viven dentro de la fila original.
Lotes importados
El embudo está recalculado desde las filas, no leído del resumen que dejó la corrida: que los dos coincidan es la comprobación.
Preparar borradores
Redacta un primer mensaje para las organizaciones que cumplan el filtro, sobre hechos del CRM y con su evidencia. No envía nada.
Partners potenciales, en las colas por las que pasa un partnership. Cada fila dice qué hacer hoy con esa empresa. Es el mismo CRM: acá se ve por canal.
El código se exhibe UNA sola vez. Es de un uso y vence en 48 h.