Arquitectura técnica
FARO Connect
Documentación de la arquitectura técnica de la plataforma.
FARO Connect convierte datos dispersos en decisiones trazables.
Es una arquitectura de dirección, no un dashboard. Tres capas que ninguna BI tradicional resuelve junta:
Motor de tensiones
Detecta contradicciones entre áreas. Ventas sube, margen baja: el sistema lo lee como una sola cosa.
Activos propios
11 activos propios: diccionario, taxonomía, KPIs, reglas, tensiones, alertas, acciones, playbooks, relaciones causa-impacto, score+memoria, recalibración.
Workflow de ejecución
Acción + responsable + vencimiento + KPI afectado + escalamiento automático.
Una tensión no es un dato malo. Es una contradicción entre áreas.
Esto es lo que diferencia a FARO de cualquier BI. Detecta el problema antes que el síntoma.
Una BI muestra los 4 indicadores. FARO muestra la tensión.
FARO Connect no es IA improvisando. Son 11 activos propios.
Cada predicción se apoya en activos versionables, auditables y testeables. La IA es un componente, no el sistema.
Diccionario de datos
Taxonomía FARO
Biblioteca de KPIs
Biblioteca de reglas (DSL)
Motor de tensiones
Biblioteca de alertas
Biblioteca de acciones
Playbooks (Action Guide)
Relaciones causa-impacto
FARO Score + memoria
Motor de recalibración
+ extensible
10 fases. Cada una con dueño, fórmula, validador y output medible.
Pipeline determinístico ETL → reglas → tensiones → tareas. Cada fase es una capa con interfaces claras.
FARO Connect no es para cualquier empresa.
Definir el ICP de implementación protege la calidad del modelo y la viabilidad técnica del partner.
- Empresa con 3+ áreas operativas activas
- Datos existentes en ≥ 1 sistema (ERP, Excel, CRM)
- Dirección dispuesta a ejecutar acciones sugeridas
- Sucursales o áreas con criterios mixtos (tensiones reales)
- Sponsor ejecutivo con poder de decisión
- Pyme menor a 10 empleados
- Solo necesita un dashboard de KPIs
- Sin ERP ni datos operativos digitales
- Cultura de "que el sistema decida solo"
- Empresa con BI maduro que solo quiere otro tablero
- Sin sponsor con poder de implementar cambios
FARO no reemplaza dirección. La estructura.
Sin trazabilidad no hay dirección confiable.
Pipeline determinístico: fuente → RAW → validación → calidad. Cada dato tiene origen rastreable hasta el archivo y el usuario.
origen = source_id + file_name + uploaded_by + timestamp + lote + estado INSERT INTO raw_imports(raw_payload, metadata) VALUES (:json_original, :metadata);
8-12 metadatos mínimos por carga · 100% RAW preservado
La inteligencia está en la composición, no en la IA.
KPIs miden. Reglas evalúan. Alertas avisan. Tensiones cruzan. Cada capa tiene fórmula y umbral configurable.
Cada capa es testeable y versionable.
80 problemas no son 80 decisiones. Son 5 prioridades y 75 ruido.
La fórmula de priorización es transparente, configurable y auditable. Cada decisión tiene justificación numérica.
prioridad = impacto * 0.35
+ urgencia * 0.25
+ riesgo * 0.20
+ recurrencia * 0.10
+ confianza * 0.10
Una recomendación sin responsable es literatura.
Cada decisión genera una acción con dueño, fecha, KPI afectado y workflow. Si vence o se bloquea, escala automáticamente.
Aquí termina BI y empieza dirección.
Un solo número que el director recuerda. Auditable hasta la fila de cada KPI.
FARO Score combina KPIs + tensiones + alertas + ejecución + riesgo + confianza de datos. Por área, sucursal, módulo, responsable o industria.
score = 100 - penalizaciones + bonificaciones
Lo que es FARO. Lo que es estándar. Lo que decide el partner.
Activos propios (de FARO). Stack estándar (build-friendly). Decisiones abiertas para el equipo de implementación.
- Biblioteca de KPIs
- Motor de tensiones
- Biblioteca de reglas (DSL)
- Biblioteca de acciones
- Biblioteca de tensiones
- FARO Score
- Memoria de decisiones
- Motor de recalibración
- Playbooks
- Diccionario de datos
- Taxonomía por industria
- PostgreSQL + JSONB
- dbt para modelado
- Airbyte o n8n (ingesta)
- Great Expectations · dbt tests
- FastAPI o Django REST
- Celery + Redis (jobs)
- Cube o Metabase (BI capa)
- OpenAI API + RAG (recomendaciones)
- Lucide (iconografía)
- Sentry (observabilidad)
- Workflow engine: Temporal · Camunda · propio
- Hosting: Supabase · RDS · propio
- Frontend: Next.js · Remix · SvelteKit
- Modelo multi-tenancy: schema-per-tenant · row-level security
- Auth: Clerk · Auth0 · propio
- CDN / edge compute
- CI/CD pipeline
- Modelo de despliegue (SaaS · on-prem · híbrido)
La propiedad intelectual es de FARO. La infraestructura es estándar.
Cuatro semanas para validar viabilidad. Después decidimos build.
Workshop técnico → ERD + contratos → POC con caso real → decisión informada.
Workshop técnico (8h)
Revisar los 50 anexos críticos. Identificar bloqueantes. Acordar scope del POC.
ERD + contrato de datos
Definir política de unidades. Resolver inconsistencias del modelo. Mapear fuentes reales del caso.
POC con caso real
Fase 0 + 1 implementadas con datos reales del cliente piloto. Validar end-to-end. (En presentación se muestra prototipo · Empresa Demo)
Decisión build vs no build
Si build: contrato + roadmap + equipo. Si no: aprendizaje + ajuste del modelo conceptual.
NDA recomendado antes de compartir anexos completos.
Cómo leer la tabla maestra.
15 columnas por etapa. Cada celda es una decisión técnica documentada. No es Excel: es la espina dorsal del sistema.
46 etapas. 10 fases. 6 macrobloques. Un solo sistema.
Cada celda es una etapa real, documentada con 15 columnas. Las que tienen acento corresponden a activos propios de FARO.
FARO empieza antes de conectar datos. Primero entiende la empresa.
7 etapas de diagnóstico previo. Sin esto, cualquier implementación técnica corre hacia el lugar equivocado.
Pipeline determinístico: fuente → RAW → validación → calidad → limpieza → enriquecimiento.
11 etapas que sostienen la trazabilidad técnica. Cada dato tiene origen rastreable hasta el archivo y usuario.
17 etapas que componen el corazón del sistema.
Tablas maestras, modelo ejecutivo, KPIs, reglas, tensiones, diagnóstico y decisión. La propiedad intelectual de FARO vive en este bloque.
11 etapas donde termina BI y empieza dirección.
Acciones, responsables, workflow, escalamiento, seguimiento, score y aprendizaje. El sistema cierra el círculo y aprende del uso.
Esto no es una idea. Es una arquitectura construible con propiedad intelectual definida.
46 etapas con fórmula, dueño, validador y output medible. 11 activos propios. 50 anexos técnicos. Stack estándar más propiedad intelectual de FARO.