Puerto host preferido V1.9: 18898 (puede remapearse dinámicamente). Cada payload conserva autenticación por device key.
DEVICE KEY→MQTT→POSTGIS→THAMAN
PRIVACY BY DESIGN
El caballo es público. Su ubicación no.
OMEGA puede publicar identidad, historial y evidencia autorizada sin convertir la posición privada del animal en información abierta. HorseTrack opera como capa separada y auditable.
OMEGA MARKETPLACE · V2.0-F
Comprar con evidencia. Vender con confianza.
HorseID verificado, performance, inspección, Commercial Trust, transferencia y logística bajo una sola operación.
VERIFIED MARKET
HORSEID identidad→MARKET listing→THAMAN compare→TRUST KYC / Data Room→TRANSFER authority→LOGISTICS entrega
PUBLICACIONES–
VERIFICADAS–
SUBASTAS–
PAÍSES–
RATING MEDIO–
De la publicación a la entregaOferta → inspección → contrato → escrow adapter → Transfer Authority → transporte → recepción
REAL MONEY OFF
THAMAN MARKET INTELLIGENCE
Comparación antes de comprar
OMEGA cruza datos verificables de identidad, rendimiento y operación. THAMAN explica diferencias; no garantiza rendimiento futuro.
Los detalles privados requieren sesión de Authority válida.
BOUNDARY
No-claims
OMEGA orquesta evidencia y adaptadores. No afirma custodia de fondos, KYC productivo ni firma cualificada sin proveedores habilitados.
REAL MONEY OFF
TRANSACTION AUTHORITYV1.3 vincula Party ID a cuentas, agrega Data Room privado, timeline hash-chain y evidencia de firma/adaptadores. No afirma KYC productivo, firma cualificada ni custodia de dinero real.
PIPELINE
Operaciones comerciales
KYC / PARTY ID
Registrar parte
NUEVA OPERACIÓN
Crear deal desde Marketplace
KYC STATUS
Partes verificadas
PRIVATE / AUTHORITY
Party Ref
Nombre
País
Método
Estado
PRODUCTION IDENTITY & COMMERCIAL TRUST
Data Room + Timeline + Messaging
ACCOUNT BINDING
Party ID ↔ Cuenta
Una cuenta sólo obtiene acceso privado si su Party ID está vinculado o posee Authority.
DATA ROOM PRIVADO
Documentos por deal
CONTRACT ARTIFACT
PDF reproducible
Genera un PDF verificable desde contrato + HorseID + partes + SHA-256. No equivale por sí solo a firma cualificada.
Esperando contrato.
HASH-CHAIN TIMELINE
Historia inmutable verificable
Cadena pendiente de verificación.
MENSAJERÍA DEL DEAL
Canal privado
SEGURO
Cotización
TRANSPORTE
Cotización logística
OMEGA PROVIDER FABRIC
Financial & Provider Adapter Fabric
Enrutamiento multi-país para KYC, firma, escrow, seguros, logística, facturación y compliance. LIVE permanece fail-closed.
LIVE PROVIDERS OFF
PROVIDERS–
ROUTES–
SANDBOX–
LIVE–
OPERATIONS–
REAL MONEY OPS0
PROVIDER REGISTRY
Adaptadores por país y capacidad
Provider
País
Capacidad
Modo
Authority
Estado
ROUTE RESOLVER
Resolver provider
Sandbox routes activas. LIVE requiere aprobación explícita.
SANDBOX OPERATION
Evidencia de operación
BOUNDARIES
Autoridad externa
✓ Secretos fuera de DB
✓ LIVE providers bloqueados por defecto
✓ Real money OFF
✓ Fiscal validity OFF
✓ Webhook LIVE verification OFF
✓ Betting OFF
COUNTRY FABRIC
LATAM-ready
Cada país puede enrutar capacidades a un proveedor distinto sin modificar Commerce Core. El provider se resuelve por país + capability + prioridad.
🇦🇷 AR🇵🇾 PY🇧🇴 BO🇵🇪 PE🇪🇨 EC
OMEGA ENTERPRISE CONTROL PLANE
Multi-Tenant Commercial Control
Hipódromos, federaciones, studs y organizadores aislados por tenant, con white-label, planes, sedes y feature flags.
SENSITIVE FEATURES LOCKED
TENANTS–
SEDES–
MEMBRESÍAS–
PLANES–
RESOURCE BINDINGS–
SENSITIVE ON0
ISOLATION CONTRACTMembership Guard + Resource Owner Binding + Tenant Context. Betting, real money y providers financieros LIVE permanecen bloqueados.
TENANT CONTEXT
Organización activa
PLAN & WHITE-LABEL
Licencia SaaS
EXECUTIVE DASHBOARD
Capacidad del tenant
FEATURE FLAGS
Capacidades por tenant y país
Feature
País
Estado
Lock plataforma
Origen
SITES
Sedes / pistas / oficinas
RESOURCE ISOLATION
Recursos propiedad del tenant
Tipo
Recurso
Sede
Visibilidad
TENANT ACCESS
Miembros
La cuenta sólo puede operar tenants donde posee membresía activa. Super Admin conserva control de plataforma.
WHITE-LABEL
Branding del tenant
FEATURE CONTROL
Configurar capacidad
betting / real_money / live financial providers / fiscal_live están bloqueados por plataforma en V1.4.
TENANT CONTEXT HEADER
X-OMEGA-TENANT
Las futuras APIs privadas pueden resolver el contexto activo mediante el código del tenant. OMEGA valida membresía antes de entregar branding, plan o features.
Sin prueba todavía.
OMEGA ENTERPRISE HARDENING
Production Isolation & Security Control
PostgreSQL RLS, tenant sessions, MFA/TOTP, API keys, storage segregado, audit tenant-aware, rate limits, metering y snapshots lógicos.
LIVE SSO OFF
RLS TABLES–
SECURITY PROFILES–
API KEYS–
TENANT SESSIONS–
STORAGE OBJECTS–
SNAPSHOTS–
HARDENING CONTRACTRLS real en PostgreSQL para tablas privadas endurecidas. Tenant ID obligatorio en control-plane privado. Storage separado por prefijo tenant. Secrets sólo por referencia. Betting/real-money continúan OFF.
TENANT SECURITY
Perfil activo
POSTGRESQL RLS
Row Level Security
Verificando...
OIDC / SSO
Identity Provider Fabric
Live SSO permanece fail-closed hasta issuer HTTPS + secret_ref + habilitación explícita de plataforma.
TENANT SESSION
Sesión reforzada
Activa una sesión scoped al tenant. Si MFA está requerido, exige TOTP verificado.
Sin sesión endurecida.
MFA / TOTP
Enrolamiento
No enrolado desde esta UI.
API KEY
Clave por organización
Sólo se muestra una vez.
PRIVATE STORAGE
Segregación por tenant
Los objetos privados se guardan bajo un prefijo físico por organización, con SHA-256 y referencia de clave de cifrado. V1.6 no declara KMS real sin proveedor externo.
BACKUP / EXPORT
Logical Snapshot
Export JSON verificable por tenant. No se presenta como PITR físico de PostgreSQL.
0 snapshots iniciales es correcto.
RATE LIMIT
Control por tenant
USAGE METERING
Consumo auditable
BOUNDARIES
No-claims
✓ PostgreSQL RLS verificado en runtime
✓ API keys hash-only
✓ TOTP secret derivado, no persistido plaintext
✓ Storage segregado
○ KMS externo aún no conectado
○ SSO LIVE aún OFF
○ PITR físico aún no reclamado
OMEGA PRODUCTION RELIABILITY
Reliability & Observability NOC
Migraciones versionadas, liveness/readiness, Prometheus, request tracing, jobs idempotentes, backup evidence y restore rehearsal.
REAL MONEY OFF
READY–
MIGRATIONS–
JOBS QUEUED–
BACKUPS–
AVAILABILITY–
ERROR BUDGET–
RELIABILITY CONTRACTSTART_PASS exige readiness, migration ledger sin drift, job worker vivo y métricas Prometheus. Los backups físicos se ejecutan mediante scripts explícitos y restore rehearsal aislado.
DR CONTRACTV1.9 hereda la baseline DR certificada V1.6 HF17, separa WAL del PGDATA y habilita ensayo PITR a timestamp. El failover automático continúa deshabilitado.
BROKER
Redis + DLQ
DATABASE DR
WAL / Standby
OBSERVABILITY
Prometheus · Grafana · OTel
BOUNDARIES
Claims honestos
✓ Redis durable broker + DB source of truth
✓ Dead-letter queue
✓ Circuit-breaker state ledger
✓ WAL archive en volumen externo
✓ Streaming standby tooling certificado en V1.6
✓ Prometheus/Grafana sidecars
✓ OpenTelemetry Collector para métricas
○ Failover automático aún no reclamado
✓ PITR target-time tooling disponible
✓ PITR target-time certificado en baseline V1.7 HF5; V1.9 preserva el tooling
TOOLS
DR Scripts
Usá BACKUP_BASE_V1_7.cmd, PITR_REHEARSAL_V1_7.cmd y VERIFY_REPLICA_STREAMING_V1_7.cmd desde Windows.
OMEGA TRUE PITR
Automated Resilience
WAL externo, recuperación a timestamp, retención segura, RPO/RTO y vigilancia de réplica.
NO AUTO-FAILOVER
WAL EXTERNO–
PITR CAPABLE–
PITR PASS–
RPO TARGET–
RTO TARGET–
AUTO FAILOVEROFF
RESILIENCE CONTRACTLa recuperación a timestamp se certifica sólo después de ejecutar un rehearsal que demuestre marker PRE presente y marker POST ausente en un cluster temporal. Retention aplica en dry-run por defecto.
POSTGRESQL
Archive / PITR
POLICY
RPO · RTO · Retention
EVIDENCE
Certification
TOOLS
Windows Operations
✓ BACKUP_BASE_V1_9.cmd — physical base backup + pg_verifybackup
V1.9 separa autoridad primaria, vault secundario, evidencia de copias y rehearsals de failover/failback sin afirmar HA multi-host antes de probarla.
AUTO FAILOVER OFF
SITES–
DR VAULT–
OFF-HOSTNO
VAULT COPY PASS0
FAILOVER PASS0
AUTO FAILOVEROFF
MULTI-SITE CONTRACTEl vault local secundario prueba separación lógica y copia verificable, pero no sobrevive a pérdida total del host. OFF-HOST sólo se certifica cuando un destino físico/S3 externo sea configurado y auditado. El failover es rehearsal controlado con fencing explícito; no es automático.
SITE REGISTRY
Authority topology
DR VAULT
Secondary copy target
FAILOVER AUTHORITY
Controlled only
TOOLS
Windows Operations
✓ DR_VAULT_SYNC_V1_9.cmd — base backup + WAL copy to secondary vault
○ OFFHOST_PREFLIGHT_V1_9.cmd — external destination preflight, fail-closed by default
BOUNDARIES
Claims honestos
✓ V1.7 HF5 PITR certified source
✓ Local secondary DR vault
✓ Controlled failover rehearsal tooling
○ Off-host certified: NO
○ Automatic failover: OFF
○ Real money: OFF
○ Betting: OFF
OMEGA RESILIENCE AUTHORITY
Continuous Assurance & Recovery Authority
V1.9 convierte la evidencia DR/PITR/failover en un plano de autoridad continuo, con anchors verificables, dos aprobadores, fencing obligatorio y ejecución productiva bloqueada hasta off-host real.
PROD FAILOVER BLOCKED
CONTROL PLANE–
ANCHORS–
ASSURANCE SCORE–
OFF-HOSTNO
PROD ELIGIBLENO
OPEN CASES0
AUTHORITY CONTRACTAutomatic failover permanece OFF. Producción exige fencing, doble aprobación, evidencia reciente y off-host certificado. Sin esos requisitos, el sistema debe permanecer bloqueado aunque exista una réplica técnicamente promovible.
POLICY
Fail-Closed Authority
CERTIFICATION LINEAGE
Anchors
PRODUCTION ELIGIBILITY
Current blockers
CONTINUOUS ASSURANCE
Active Evidence
Todavía no se ejecutó el assurance activo de V1.9.
TOOLS
Operations
✓ RUN_CONTINUOUS_ASSURANCE_V1_9.cmd — WAL active probe + authority snapshot