DeskHUB

Arquitectura

Una constitución técnica,
no una lista de buzzwords.

Cada decisión de DeskHUB se valida contra los principios DW-01..DW-10. Aquí están las capas, los principios y las decisiones que hacen que el ecosistema funcione como un ecosistema, no como una plataforma más.

Stack por capas

DeskCore sostiene. Desk Integration conecta. DeskFlow coordina. DeskWork presenta.

Diagrama conceptual

DeskHUB · v1.2

Usuarios

  • Solicitante
  • Técnico
  • Gerencia

DeskWork

  • Workspaces
  • Tickets
  • Proyectos
  • Conocimiento

DeskFlow

  • Workflows durables
  • Reglas de SLA
  • Idempotencia

Desk Integration

  • Conectores
  • APIs
  • Webhooks
  • Credential vault

DeskCore

  • Identidad
  • Multi-tenant
  • RLS
  • Audit base

Sistemas externos

  • ERP
  • CRM
  • Correo
  • Calendar
  • Archivos
  • Identidad

Cada capa superior consume la inferior vía contratos explícitos. Las dependencias se evalúan contra DW-02 (decoupling) y DW-04 (lean canonical).

Capa 1

DeskWork

Producto — Workspaces, UI, experiencia del equipo.

Capa 2

DeskFlow

Motor de workflow. Durable, idempotente, auditado.

Capa 3

Desk Integration

Conectores · APIs · Webhooks · Credential vault · n8n adapter.

Capa 4

DeskCore

Identidad · Multi-tenant · RLS · Servicios comunes · Audit base.

Sistemas externos: ERP, CRM, correo, calendar, archivos, identidad, observabilidad. El ecosistema conecta y coordina; cada sistema conserva su autoridad sobre su dato.

Constitución DW-01..DW-10

Diez principios que cualquier propuesta nueva debe validar.

Estos principios son la constitución técnica del ecosistema. Antes de aprobar una ADR, una migración, una nueva dependencia o un cambio de API, cada propuesta se valida contra esta lista.

  1. DW-01

    System of Record & Conflict Governance

    Cada dominio es dueño de su dato. El ecosistema conecta y coordina; no pretende ser el system of record universal. Cuando hay conflictos entre fuentes, hay una política explícita que decide cuál gana, sin sorpresas.

  2. DW-02

    Decoupled Workflow Engine

    DeskFlow NO depende de n8n como runtime crítico. n8n puede ser un adapter de integración, pero el motor durable vive dentro del Core. Esto evita lock-in con una sola herramienta de orquestación.

  3. DW-03

    Durable Execution & Idempotency

    Los workflows son durables: si el operador se va a dormir o el proceso muere a mitad, retoma exactamente donde quedó. Y son idempotentes: ejecutarlos dos veces produce el mismo resultado.

  4. DW-04

    Lean Canonical Model

    El modelo canónico es mínimo y extensible. No inflamos entidades para parecer completos. Cada tabla, cada campo debe responder a un Outcome medible. Si no, no entra.

  5. DW-05

    Federated Authorization

    DeskHUB controla el contexto y la sesión; el sistema destino conserva su autorización. Pasamos identidad y permisos verificados; nunca replicamos reglas de autorización de un sistema en otro.

  6. DW-06

    Tiered Connector Governance

    Tres niveles de conector: certificados (soportados y auditados), asistidos (configuración con soporte del equipo) y self-managed (lo hace el cliente bajo su responsabilidad). La diferencia es legible antes de firmar.

  7. DW-07

    Contextual Workspace UX

    El usuario ve su trabajo, no la complejidad técnica. Las vistas se arman por contexto (qué estoy resolviendo, para quién, con qué prioridad) — no por la fuente de donde vienen los datos.

  8. DW-08

    Immutable Audit Ledger

    Toda acción relevante queda registrada en un ledger inmutable. El audit no se borra, no se reescribe, no se 'corrige en silencio'. Es la fuente de verdad sobre lo que pasó.

  9. DW-09

    Ecosystem Coexistence

    Integrar antes que sustituir. DeskHUB convive con tu stack actual. Si un conector no existe, no es razón para reemplazar el sistema; es razón para construirlo.

  10. DW-10

    Predictable Integration Economics

    El costo de integrar un sistema nuevo es legible antes de firmarlo. Sin tarifas sorpresa por evento, por conector o por seat. El modelo es predecible para que el cliente pueda planificar.

Ecosistema · portafolio público

Para financiadores, partners y stakeholders.

Una página dedicada muestra la amplitud del portafolio en construcción, las familias articuladas y un explorador de servicios. No afirma disponibilidad comercial — muestra profundidad sin inventar madurez.

Familias articuladas
7
Service Explorer
ON
Estados públicos
5
Claims comerciales
0
Explorar el ecosistema

Estado documental · v0.2

Reconciliación arquitectónica en curso.

DeskHUB v0.2 atravesó una fase de reconciliación adversarial (Codex CXR-01..09 + MiniMax Self-Audit + 3 rondas de QC). La página dedicada muestra el estado actual sin cerrar ninguna decisión.

Conflicts
36
Root decisions
3
PO-RC abiertas
12
Decisiones cerradas
0
Ver reconciliación v0.2

Cómo se ve esto en el producto

Recorre DeskWork antes de leer más.

Las decisiones arquitectónicas no son abstractas. La demo las hace visibles: workspaces, timer, auditoría, SLA.

Probar la demo