// BANCA · Autonomía · Gobierno IA · Seguridad · Transferencia · Comparativa · KPIs · Plan · FAQ · CTA · Objeciones // AUTONOMÍA + CONTROL HUMANO const BancaAutonomy = () => (

La autonomía nunca es binaria en banca.

Cinco niveles graduables · configurables por caso, cliente, monto, jurisdicción y política. Las decisiones de alto impacto mantienen aprobación humana obligatoria.

APROBACIÓN HUMANA OBLIGATORIA
    {[ 'Denegación de crédito de alto impacto', 'Terminación de relaciones bancarias', 'Congelamiento de activos', 'Reportes regulatorios (SAR/STR)', 'Bloqueos definitivos de cuenta', 'Decisiones con impacto legal', 'Excepciones regulatorias', 'Casos con baja confianza del modelo', 'Cambios de política y umbrales', ].map((u) => (
  • {u}
    • ))}
{[ { n: 'N1', t: 'Observación', r: 'Conecta y clasifica señales' }, { n: 'N2', t: 'Predicción', r: 'Anticipa riesgo, anomalía o deterioro' }, { n: 'N3', t: 'Recomendación', r: 'Propone alternativas con fundamento' }, { n: 'N4', t: 'Ejecución asistida', r: 'Prepara la acción · espera aprobación' }, { n: 'N5', t: 'Ejecución controlada', r: 'Recurrentes dentro de umbrales aprobados' }, ].map((l, i, arr) => (
{l.n}
{l.t}
{l.r}
{i === 2 && BANCA DEFAULT}
))}
); // GOBIERNO DE IA · Govern · Map · Measure · Manage const BancaGovernance = () => (

Model Risk Management · Govern · Map · Measure · Manage.

Diseño de gobierno alineado con marcos internacionales de Model Risk y AI Governance · sin afirmar afiliación ni certificación oficial. Sujeto a validación jurídica por jurisdicción.

{[ { n: '01', k: 'GOVERN', c: '#0050BD', items: ['Roles', 'Responsabilidades', 'Políticas', 'Riesgo aceptable', 'Usos autorizados', 'Usos prohibidos'] }, { n: '02', k: 'MAP', c: '#F4024C', items: ['Caso de uso', 'Clientes afectados', 'Datos', 'Sistemas', 'Regulación', 'Dependencias', 'Impacto'] }, { n: '03', k: 'MEASURE',c: '#B8860B', items: ['Precisión · Recall', 'Falsos positivos/negativos', 'Drift', 'Equidad', 'Explicabilidad', 'Robustez', 'Latencia'] }, { n: '04', k: 'MANAGE', c: '#0F5132', items: ['Límites · controles', 'Monitoreo', 'Aprobaciones', 'Rollback', 'Reentrenamiento', 'Retiro', 'Incidentes'] }, ].map((f, i) => (
{f.n} · {f.k}
    {f.items.map((it) => (
  • ·{it}
    • ))}
))}
Marcos tomados como referencia: regulación bancaria local · supervisión prudencial · AML/CFT · protección de datos · protección del consumidor · Model Risk Management · resiliencia operacional · riesgo de terceros · EU AI Act cuando aplique · DORA cuando aplique. Sujeto a validación jurídica por jurisdicción. [VALIDAR CUMPLIMIENTO · CERTIFICACIÓN · JURISDICCIÓN]
); // SEGURIDAD · PRIVACIDAD · SOBERANÍA const BancaSecurity = () => (

Datos, modelos y decisiones · dentro del perímetro del banco.

OMNIX se despliega dentro del perímetro autorizado del banco. Residencia de datos, cifrado, tokenización, acceso por roles, mínimo privilegio, segregación de funciones y logs auditables por diseño.

Controles por diseño
{[ { i: 'shield', t: 'Despliegue VPC / on-prem / air-gapped', d: 'Modalidad seleccionada por proyecto · [VALIDAR ARQUITECTURA]' }, { i: 'lock', t: 'Cifrado + tokenización + seudonimización', d: 'Datos en tránsito, reposo y uso · gestión de llaves' }, { i: 'users', t: 'Acceso por roles · mínimo privilegio', d: 'Segregación de funciones · control por propósito' }, { i: 'file-search', t: 'Logs de auditoría · WORM inmutables', d: 'Cada señal, decisión y acción con evidencia' }, { i: 'globe', t: 'Residencia de datos por jurisdicción', d: 'Configurable · [VALIDAR JURISDICCIÓN]' }, { i: 'refresh-cw', t: 'Versionado · retención · eliminación', d: 'Ciclo de vida controlado · borrado seguro' }, { i: 'link', t: 'Gestión de terceros · vendor risk', d: 'Evaluación · monitoreo · continuidad de terceros críticos' }, { i: 'alert-triangle', t: 'Certificaciones', d: 'ISO 27001 · SOC 2 · sectoriales · [VALIDAR CERTIFICACIÓN]' }, ].map((c, i, arr) => (
{c.t}
{c.d}
))}
); // TRANSFERENCIA · 5 fases banca const BancaTransfer = () => (

La inteligencia del banco permanece en el banco.

OMNIX construye y opera la capacidad mientras el banco desarrolla el conocimiento, el gobierno y los controles necesarios para asumirla progresivamente. [VALIDAR ALCANCE CONTRACTUAL]

{[ { k: 'DIAGNÓSTICO', dur: '2-3 sem', f: 'Decisión · línea base · fuentes · riesgo · KPI', o: 95, c: 5 }, { k: 'PROTOTIPO', dur: '4-6 sem', f: 'Datos sintéticos · modelo inicial · HITL', o: 80, c: 20 }, { k: 'PILOTO PROD.', dur: '8-12 sem', f: 'Integración autorizada · monitoreo · rollback', o: 60, c: 40 }, { k: 'ESCALAMIENTO', dur: '3-6 mes', f: 'Nuevas señales · productos · canales · países', o: 40, c: 60 }, { k: 'TRANSFERENCIA', dur: 'Cuando decida', f: 'Documentación · capacitación · continuidad', o: 15, c: 85 }, ].map((p, i) => (
FASE 0{i+1} {p.dur}
{p.k}
{p.f}
■ {p.o}% {p.c}% ■
))}
QUÉ SE TRANSFIERE AL BANCO
{['Documentación', 'Arquitectura', 'SDMs', 'Corpus acordado', 'Políticas', 'Reglas', 'Runbooks', 'Workflows', 'Matrices de aprobación', 'Gobierno', 'Monitoreo', 'Evaluación', 'Gestión de excepciones', 'Reentrenamiento', 'Continuidad'].map((it) => (
{it}
))}
); // OMNIX vs SISTEMAS BANCARIOS const BancaVs = () => { const rows = [ { tool: 'Core bancario', solves: 'Registro y transaccionalidad', lacks: 'No correlaciona señales ni decide', omnix: 'Añade capa cognitiva sobre core existente' }, { tool: 'Motor antifraude', solves: 'Detección de señales de fraude', lacks: 'No conecta con identidad, comportamiento, política', omnix: 'Correlaciona señales · prioriza · orquesta respuesta' }, { tool: 'Plataforma AML', solves: 'Monitoreo · alertas', lacks: 'No contextualiza ni prepara investigación', omnix: 'Consolida antecedentes · prepara expedientes' }, { tool: 'KYC', solves: 'Verificación documental', lacks: 'No razona sobre inconsistencias complejas', omnix: 'Detecta inconsistencias · prioriza revisión' }, { tool: 'Credit scoring', solves: 'Estimación de riesgo', lacks: 'No coordina excepciones · sin trazabilidad completa', omnix: 'Coordina antecedentes, explicaciones y aprobaciones' }, { tool: 'BPM', solves: 'Ejecuta flujos definidos', lacks: 'No decide qué flujo activar por contexto', omnix: 'Decide qué flujo activar según el contexto' }, { tool: 'RPA', solves: 'Automatiza tareas repetitivas', lacks: 'No decide sobre casos borde', omnix: 'Automatiza decisiones · usa RPA como ejecutor' }, { tool: 'Case management', solves: 'Gestión de casos', lacks: 'No prioriza ni enriquece con contexto', omnix: 'Enriquece caso con contexto · prioriza · escala' }, { tool: 'SIEM · SOAR', solves: 'Detección · orquestación ciber', lacks: 'Sin visión de servicio bancario · dependencias', omnix: 'Correlaciona ciber con impacto en servicio bancario' }, { tool: 'BI · dashboards', solves: 'Muestra métricas', lacks: 'No mueve la operación', omnix: 'Coordina acción · con auditoría · dentro de umbral' }, { tool: 'Copiloto genérico', solves: 'Asiste al analista', lacks: 'Sin gobernanza bancaria · datos institucionales', omnix: 'SDM propio · determinístico · dentro del perímetro' }, { tool: 'LLM genérico', solves: 'Responde texto', lacks: 'No razona bajo políticas bancarias', omnix: 'SDMs bancarios · citables · auditables · MRM' }, ]; return (

OMNIX no reemplaza · conecta, contextualiza y orquesta.

Core, motor antifraude, plataforma AML, KYC, credit scoring, BPM y case management siguen operando. OMNIX es la capa cognitiva que los coordina.

SISTEMA
QUÉ RESUELVE
QUÉ NO POR SÍ SOLO
QUÉ AGREGA OMNIX
{rows.map((r, i) => (
{r.tool}
{r.solves}
{r.lacks}
{r.omnix}
 ))}
); }; // FAQ visible · 10 preguntas const BancaFAQ = () => { const items = [ { q: '¿OMNIX reemplaza el motor antifraude?', a: 'No. OMNIX no reemplaza motor antifraude, core bancario, plataforma AML, KYC ni credit scoring. Es una capa cognitiva que se integra vía APIs y eventos autorizados para correlacionar señales entre estos sistemas, contextualizarlas con identidad, comportamiento y política, y coordinar respuestas proporcionales al riesgo · con evidencia trazable.' }, { q: '¿Puede bloquear transacciones automáticamente?', a: 'Sí, dentro de umbrales explícitamente aprobados por el banco y sujeto a nivel de autonomía configurado. Retenciones temporales, requerimientos de autenticación reforzada y escalamiento a analista son acciones recurrentes que pueden automatizarse. Bloqueos definitivos de cuenta y decisiones con impacto legal mantienen aprobación humana obligatoria.' }, { q: '¿Cómo reduce la fricción para clientes legítimos?', a: 'Aplicando respuestas proporcionales al riesgo. Un cliente con contexto conocido y señales coherentes atraviesa sin fricción adicional. Un cliente con múltiples señales atípicas recibe autenticación reforzada. Sólo casos con alto riesgo residual escalan a revisión. El objetivo no es bloquear más · es actuar con proporcionalidad documentada.' }, { q: '¿OMNIX puede presentar reportes regulatorios (SAR/STR)?', a: 'No. OMNIX prepara borradores de expedientes con evidencia consolidada, señala información faltante y facilita la investigación · pero la presentación del reporte regulatorio permanece bajo responsabilidad del oficial de cumplimiento del banco. La determinación de lavado o financiamiento ilícito nunca es automática.' }, { q: '¿Puede tomar decisiones de crédito?', a: 'Puede apoyar preparando antecedentes, verificando consistencia, priorizando revisión y monitoreando drift. Para decisiones que afecten acceso a crédito mantiene supervisión humana obligatoria, explicabilidad de factores, controles de equidad, mecanismos de apelación y monitoreo bajo Model Risk Management. [VALIDAR JURISDICCIÓN · FAIRNESS · MODEL RISK]' }, { q: '¿Cómo se controlan los sesgos?', a: 'Con evaluación de fairness sobre grupos protegidos, monitoreo de drift por segmento, testing con casos sintéticos, revisión periódica por el Governance Board mixto banco-OMNIX, y transparencia sobre variables usadas. Sin variables prohibidas por regulación. Con mecanismos de apelación cuando la decisión afecta acceso a servicios financieros.' }, { q: '¿Dónde se ejecutan los modelos?', a: 'Dentro del perímetro autorizado del banco. Modalidades soportadas: VPC privada en cloud del banco, on-premise en datacenter del banco, o entornos aislados cuando aplique. Los datos, corpus y modelos nunca salen del perímetro. Sin telemetría cross-tenant. La residencia de datos se configura por jurisdicción.' }, { q: '¿Cómo se audita cada decisión?', a: 'Con logs firmados WORM inmutables que registran: señales usadas, fuentes, modelo, versión, reglas aplicadas, recomendación, nivel de confianza, responsable, aprobación, acción ejecutada, resultado y excepciones. Cada decisión es reproducible bajo el mismo contexto. Los logs se retienen según jurisdicción y política del banco.' }, { q: '¿Qué ocurre si el modelo no reconoce el caso?', a: 'Se escala a revisión humana automáticamente cuando la confianza cae bajo umbral. El caso no se procesa a ciegas. El analista recibe el contexto consolidado y la evidencia disponible. Estos casos alimentan el ciclo de reentrenamiento gobernado. Sin excepciones ni "modo permisivo" no autorizado.' }, { q: '¿Cómo se inicia un piloto sin exponer datos sensibles?', a: 'La Fase 2 (Prototipo Controlado) usa datos sintéticos o anonimizados. Se define caso, línea base, KPI y políticas. Sólo cuando el prototipo demuestra fitness y el banco autoriza formalmente, se pasa a Piloto Productivo (Fase 3) con integración a datos reales bajo controles definidos.' }, ]; const [openIdx, setOpenIdx] = React.useState(0); return (

Diez preguntas · diez respuestas directas.

{items.map((it, i) => (

{it.a}

))}
); }; // CTA FINAL const BancaCTA = () => (
— Identifique qué decisión bancaria puede automatizar primero —

De alertas fragmentadas a decisiones auditables.

La evaluación inicial puede realizarse con datos sintéticos, anonimizados o bajo un entorno controlado.

{[ { l: 'Conocer los SDMs para banca', h: 'ias-propietarias.html' }, { l: 'Ver autonomía controlada', h: 'transferencia.html' }, { l: 'Explorar detección de anomalías', h: 'producto.html' }, { l: 'Conocer transferencia de control', h: 'transferencia.html' }, ].map((l) => ( {l.l} ))}
); Object.assign(window, { BancaAutonomy, BancaGovernance, BancaSecurity, BancaTransfer, BancaVs, BancaFAQ, BancaCTA });