Para equipos del banco que definen canal y producto

Digital y canales
Empresas y transaction banking
IT / integración
Riesgos y cumplimiento

API bancaria, CLI y MCP

Finanzas programables para tus clientes.

Misma oferta del banco vía API, terminal y herramientas para IA. Vos definís límites, productos y auditoría.

Los equipos de sistemas, partners y fintechs integran sin reinventar el core. Personas y empresas usan automatizaciones donde el banco habilita.

Agendar llamada Ver alcance del piloto

Objetivo: más actividad en cuenta, menos abandono en digital, empresas que dejan de irse por falta de integración, todo medible en números que ya manejan (activación, ticket, NPS).

Personas · retail Pagos, alertas y reglas desde la app o integraciones, siempre con límites que define el banco. Empresas · B2B Tesorería y ERP conectados por API; operadores y scripts por CLI; IA por MCP donde corresponda.

Dos clientes, una base técnica

Personas App, reglas y (si el banco habilita) asistentes con IA sobre la cuenta, con tope y consentimiento.

Empresas Pagos, cobros y reporting al ERP; MCP para flujos con IA según política del banco.

Permisos por rol
Auditoría
Listo para integraciones e IA

banco-cli

Tres entradas al mismo negocio: web services, terminal y servidor MCP.

El banco elige qué se publica, en qué entorno y con qué aprobaciones. Mismo criterio que en canales actuales, otra forma de conectar.

API: cuentas, movimientos, pagos, con permisos por rol
CLI: scripts, soporte avanzado, pruebas sin mil pantallas
MCP: herramientas concretas para modelos de IA, sin “atar a mano” el home banking

~/piloto · banco-cli

$ curl -fsSL https://example.bank/cli | sh $ banco session start --segmento personas,empresas # OK políticas y perfiles de canal cargados # OK rutas · onboarding digital · tesorería cliente · aprobaciones $ banco mcp serve --politicas entorno_piloto # OK herramientas expuestas para agentes · límites por scope $ banco api introspect --salida openapi $ banco qualificar --salida json { "estado": "listo", "siguiente": "definir_kpis_piloto" }

Ejemplo ilustrativo. El banco define permisos y entornos en producción.

Usuarios y ejemplos

Quién usa la API, la CLI y el MCP

Las tres herramientas conviven. Quién las usa depende del rol que autorice el banco.

Banking API (REST)

Usuarios típicos: equipos de TI y desarrollo del banco, sistemas de la empresa cliente (ERP, tesorería), partners y fintechs habilitados, apps de terceros con contrato.

Ejemplos: consultar saldos y movimientos desde el ERP; iniciar transferencias con doble control; recibir avisos por webhook cuando confirma un pago.

CLI (terminal)

Usuarios típicos: integración y soporte nivel avanzado del banco, mesa de operaciones que necesita respuesta rápida, equipos que automatizan en scripts o CI/CD interno.

Ejemplos: reprocesar un caso en piloto; exportar un diagnóstico para auditoría; correr un chequeo masivo antes del cierre.

MCP (IA)

Usuarios típicos: quien monta asistentes con IA para clientes o para uso interno (siempre con herramientas explícitas), sin dar acceso libre al modelo al core.

Ejemplos: “avisame si entró el sueldo y repartí entre cuentas según reglas”; “prepará el lote de pagos a proveedores bajo tope diario”; “resumí movimientos del día para la PYME”.

Desarrolladores y equipos técnicos

Documentación estable y ambientes de prueba para integrar sin sorpresas.
Menos pedidos manuales a operaciones: más cosas resueltas por API o script.
Misma política que el canal digital: menos “casos especiales” sin traza.

Agentes de IA (vía MCP)

El modelo solo llama acciones que el banco publicó como herramientas.
Límites por monto, por horario y por tipo de cliente, visibles para riesgos.
Registro de qué hizo el asistente, útil para el cliente y para el banco.

Si no hay API clara, el cliente técnico se va o arma trabajo informal

Empresas y personas que ya usan integraciones en otros rubros esperan lo mismo del banco. Sin una superficie definida, ganan Excel, mail y sombra IT. Con API, CLI y MCP ordenados, el banco vuelve al centro de la relación.

Empresas que piden conectar ERP y tesorería sin depender solo de la mesa humana.
Equipos internos que pierden tiempo en tareas que un script o una API resolverían con registro.
Proyectos de IA frenados porque falta una forma segura de “enchufar” el modelo.
Canales actuales siguen, pero no alcanzan para retener al cliente que quiere automatizar.

Clientes personas (retail)

Qué ganan tus clientes personas

Misma cuenta y mismos productos, pero con opciones de automatizar lo cotidiano si el banco lo permite: menos fricción, más uso del canal.

Uso: débitos automáticos, alertas de saldo, categorías de gasto, recordatorios de pago.
Si hay IA: un asistente que solo ejecuta lo que el banco publicó (topes, horarios, consentimiento).
Para el banco: más segunda acción en digital, menos llamadas repetitivas, cliente que no se va por una app más “cómoda” afuera.

Clientes empresas

Qué ganan tus clientes empresas

La empresa quiere operar desde su ERP y su equipo de tesorería, sin depender solo del teléfono o del Excel. La API y la CLI ordenan eso; el MCP suma cuando quieren IA con control.

Uso: pagos a proveedores, nómina, conciliación, consulta de líneas, estado del alta comercial.
Si hay IA: preparar lotes bajo reglas, avisos de liquidez, resúmenes para el directorio (siempre con traza).
Para el banco: menos operación manual, menos errores, cuenta corriente más “pegada”, mejor fee en servicios.

Dos ejemplos de mesa

Retail y empresas en un piloto

Resumen corto para mostrar en comité qué cambia y qué medir.

Personas

Hoy: el cliente abandona un trámite en la app. Mañana: mismo estado en app y API, siguiente paso claro. Métrica: más altas terminadas y menos llamadas al call center.

Empresas

Hoy: mail y Excel para pagos. Mañana: lote desde ERP con registro. Métrica: horas de tesorería ahorradas y menos error operativo.

Banco

Misma política y trazas; riesgo ve scopes; negocio ve adopción por segmento.

Piloto en tres pasos

Cómo arrancamos sin apurar el core

Acordamos alcance, exponemos solo lo necesario en sandbox y medimos con personas y empresas cliente.

1

Contexto y permisos

Roles, segmentos y límites acordados antes de abrir API, CLI o MCP al piloto.

paso 1 · sesión

$ banco session start \ --entidad "Banco_Arg" \ --rol "lider_canal_digital"

Listo: sandbox acotado con roles claros.
2

Calificar casos

Productos y riesgos revisados: qué puede hacer cada cliente en el piloto.

paso 2 · calificar

$ banco qualificar \ --segmento personas,empresas \ --chequeos politica,canal,producto \ --salida resumen

Listo: reglas visibles para negocio y riesgo.
3

Correr el piloto y medir

Indicadores de uso, incidentes y feedback de clientes retail y empresas.

paso 3 · piloto

$ banco plan piloto --objetivo primera_operacion --modo guiado $ banco lifecycle notify --regla segunda_accion --cadencia acordada

Listo: informe para decidir si escalar o ajustar.

Qué desbloquea

Cliente persona

Más autonomía en la app y menos motivos para irse a otro banco “más cómodo”.

Cliente empresa

Menos costo operativo en tesorería; cuenta más usada; mejor cross-sell de servicios.

Banco

Una sola historia para tecnología y negocio: mismo contrato en API, terminal y MCP.

Riesgos y auditoría

Permisos y trazas revisables, incluso cuando entra IA por MCP.

Plataforma

API, CLI y MCP como caras del mismo contrato bancario

La app y las integraciones comparten reglas. Política y core abajo; canales arriba; una sola traza.

Topología

Clientes (personas + empresas)
+-- Banking API (REST / eventos)
|   +-- Productos y cuentas con scopes
|   +-- Pagos · liquidez · reporting
+-- Banco CLI (terminal-native)
|   +-- Operación interna y DevOps
|   +-- Scripts y pipelines auditables
+-- MCP server (AI-ready)
|   +-- Herramientas tipadas para LLMs
|   +-- Políticas de ejecución por entorno
`-- Core y compliance del banco (mandato único)

estado · json

{ "sesion": "banco_piloto", "superficies": ["rest_api", "banco_cli", "mcp_server"], "etapa": "listo_para_prueba", "politica": "aprobacion_dual_pendiente", "clientes": ["personas", "empresas"], "siguiente": "definir_kpis_y_ambito_piloto" }

Diseñado para controles del banco desde el día uno

Misma identidad y límites para API, terminal e IA. Menos zona gris para compliance.

Mandato único del banco (personas + empresas como clientes)
   |
+-- Banking API · identidad · scopes · rate limits
+-- Banco CLI · sesiones · trazas · entornos (piloto / prod)
+-- MCP · herramientas permitidas por política de IA
   |
`-- Core · contabilidad · riesgos · auditoría (sin bypass)

Qué medir en el piloto

Números que ya usan: activación, uso del canal, tiempo en operaciones, satisfacción.

Personas: más trámites terminados en digital y segunda acción.
Empresas: primera integración o primer lote API/ERP sin incidente.
Banco: menos horas de mesa en casos repetitivos; menos errores operativos.
Técnicos: uso real de sandbox sin bypass de política.

Referencia · comandos

Superficie programable al estilo de las CLI financieras modernas

Estilo similar a otras CLIs financieras: mirar antes de ejecutar, salida estable para scripts. Complementa la API y el MCP. Ejemplos ilustrativos.

banco qualificar Inspección Elegibilidad y chequeos de política con resumen para quien decide.
banco rutas sugerir Inspección Segmento y riesgo → rutas de producto y canal permitidas.
banco plan piloto Ejecución Planes de acción con puertas de aprobación y pista de auditoría.
banco posiciones monitor Inspección Vista breve de KPIs para tesorería y operaciones.
banco lifecycle notify Ejecución Reglas de segunda acción y recordatorios alineados a política.
banco politica explicar Inspección Por qué una acción está permitida, bloqueada o requiere humano.

Empezar con un piloto focalizado de 4 a 6 semanas

Alcance

Discovery: dónde duele hoy la falta de API/CLI/MCP en personas y empresas.
Alcance de producto expuesto por superficie (REST, terminal, MCP) en piloto acotado.
Criterios de riesgo, consentimiento y sandbox para integradores y agentes.
KPIs de negocio + adopción programmable para comité de piloto.

Entregables

Demo: llamadas API, sesión CLI y herramientas MCP según alcance acordado.
Boceto de tablero de KPIs (negocio + técnico) del piloto.
Retrospectiva y recomendación de escalamiento o stop.
Plan de implementación listo para decisión de dirección.

Construir con nosotros

Wake Up Labs como socio en el piloto

Contanos qué segmentos priorizan (personas, empresas o ambos) y cómo deciden hoy riesgos y TI. Preparamos propuesta de alcance, demo y plan de medición.

Directivos que quieren un discurso claro con clientes y con el equipo técnico.
Negocio digital y empresas buscando retención y eficiencia.
TI y seguridad que necesitan permisos y trazas alineados.

El cliente ya compará con quien sí integra.

Si querés acercar API, CLI y MCP con reglas del banco, coordinamos una reunión con propuesta de piloto y métricas. Wake Up Labs ejecuta el piloto bajo contrato; no hay producto cerrado antes del acuerdo.

Agendar llamada