Abierta al stack de su cliente.
La solución se conecta a lo que la empresa ya usa: plataformas de datos, identidad, herramientas y agentes. Usamos estándares abiertos y construimos adaptadores y conectores donde el proyecto lo exija. La gobernanza ya viene en el producto.
Visión ejecutiva
Qué cambia en la práctica para quien decide, cuando la solución es abierta al stack que la empresa ya tiene.
- Su stack es el punto de partida
- Los datos se quedan donde están. La fábrica se conecta a las plataformas que la empresa ya opera, sin exigir migración.
- Sin dependencia de un proveedor
- Las conexiones usan estándares abiertos (MCP, OpenID Connect, SQL, HTTP). Cambiar una pieza del stack no obliga a rehacer la solución.
- Cada persona con su propia cuenta
- El inicio de sesión usa el proveedor de identidad de la empresa. Quien usa las herramientas y los agentes es la persona, con el acceso que ya tiene.
- Alcance y plazo por proyecto
- Cada integración tiene requisitos, responsables y criterios de prueba definidos antes. Decimos con claridad qué está disponible hoy y qué depende de un proyecto.
El stack de su cliente, por categoría
Las categorías de un stack de datos e IA, lo que la solución conecta hoy y lo que conecta por proyecto.
Disponible en el productoPor proyecto
Hyperscalers
La nube en que el stack ya corre.
- AWSPor proyecto
- Microsoft AzurePor proyecto
- Google Cloud (GCP)Por proyecto
Cómo nos conectamos. La red, la identidad y los costos son los del cliente. La conexión se define en cada proyecto.
Plataformas de datos
Data warehouse y lakehouse donde viven los datos.
- SnowflakeDisponible en el producto
- Databricks (Unity Catalog)Disponible en el producto
- PostgreSQLDisponible en el producto
- Microsoft FabricPor proyecto
- Google BigQueryPor proyecto
- Amazon RedshiftPor proyecto
Cómo nos conectamos. Adaptador de datos con descriptor y driver. La lectura de metadatos descubre el alcance antes del uso.
Arcogi es partner Registered de la Snowflake Partner Network.
Integración y transformación
Ingesta, transformación y orquestación.
- dbtPor proyecto
- FivetranPor proyecto
- Apache AirflowPor proyecto
- InformaticaPor proyecto
Cómo nos conectamos. La solución no reemplaza la ingesta: consume lo que el stack ya prepara. La conexión es por proyecto.
Gobierno y catálogo de datos
Catálogo, linaje y calidad.
- Catálogo, dominios y contratos de datos del productoDisponible en el producto
- Microsoft PurviewPor proyecto
- CollibraPor proyecto
- AlationPor proyecto
- AtlanPor proyecto
Cómo nos conectamos. El gobierno de datos ya forma parte del producto: catálogo, dominios y contratos de datos. Con la plataforma de gobierno del cliente, convive y conecta por proyecto.
BI y analytics
Donde las personas analizan y deciden.
- Power BIPor proyecto
- TableauPor proyecto
- LookerPor proyecto
- QlikPor proyecto
Cómo nos conectamos. Los productos de datos son consumidos por las herramientas de análisis del cliente. Usamos MCP cuando la herramienta lo ofrece.
IA, modelos y agentes
Proveedores de modelo, agentes y clientes.
- Anthropic (Claude)Disponible en el producto
- OpenAIDisponible en el producto
- Agentes de terceros (A2A)Disponible en el producto
- Clientes MCP, como Claude CodeDisponible en el producto
- Azure OpenAIPor proyecto
- Amazon BedrockPor proyecto
- Google Vertex AIPor proyecto
Cómo nos conectamos. Proveedores de modelo configurados por organización. Los agentes de terceros entran por A2A y los clientes por MCP.
Identidad y seguridad
Quién es la persona y a qué puede acceder.
- Proveedor corporativo OpenID ConnectDisponible en el producto
- Microsoft Entra IDPor proyecto
- OktaPor proyecto
Cómo nos conectamos. OpenID Connect con el proveedor corporativo. Los permisos vienen de la plataforma, no del token.
Aplicaciones y gestión de servicios
Sistemas de origen y de gestión del trabajo.
- Jira (vía MCP)Disponible en el producto
- ServiceNowPor proyecto
- SAPPor proyecto
- SalesforcePor proyecto
- OraclePor proyecto
- Microsoft DynamicsPor proyecto
Cómo nos conectamos. Lectura por adaptador o por servidor MCP. La conexión se define en cada proyecto.
Los nombres de productos y empresas pertenecen a sus titulares y aparecen solo para indicar el stack del cliente al que la solución puede conectarse. No indican alianza, certificación ni homologación, salvo la alianza Registered con Snowflake, indicada en la categoría Plataformas de datos.
Visión técnica
Los protocolos y estándares que el producto usa en cada capa.
Identidad
OpenID Connect · Authorization Code con PKCE
La persona entra con la cuenta del proveedor corporativo. El token se valida por firma (JWKS), emisor, audiencia y nonce. Los permisos vienen de la plataforma, no de campos del token.
Acceso de agentes y herramientas
MCP (JSON-RPC sobre HTTP, con SSE) · OAuth 2.1 con PKCE S256
Un servidor MCP expone agentes y herramientas a clientes como Claude Code, con los métodos initialize, tools/list y tools/call. El cliente se registra y la persona autoriza en la primera conexión.
Herramientas externas
Cliente MCP para servidores remotos
Conectamos servidores MCP de terceros, como Jira. Cada herramienta se califica antes del uso y su definición se verifica por hash: si cambia en el servidor remoto, la herramienta sale de servicio hasta una nueva revisión.
Agentes de terceros
A2A (message/send) · Agent Card firmado (JWS, Ed25519)
La plataforma es cliente y servidor A2A: delega a agentes de proveedores y recibe llamadas de socios, con la tarjeta del agente publicada y firmada.
Datos
Adaptadores: Snowflake (SQL API), Databricks (Unity Catalog), PostgreSQL
Autenticación por par de claves (JWT), token de acceso programático o token de principal de servicio, según la plataforma. Los secretos se guardan en una bóveda. La lectura de metadatos descubre el alcance.
Integración por API
API HTTP versionada (/api/v1) · webhook
Comandos y consultas por API. Los agentes pueden dispararse manualmente o por webhook.
Describe lo que el producto implementa hoy. Los detalles de red, identidad y autenticación se confirman en cada entorno.
Cómo entra un adaptador o conector
Un adaptador habla con una plataforma de datos. Un conector une herramientas y agentes por MCP o A2A. El camino es el mismo para los dos.
- 01
Descubrimiento del stack
Mapeamos plataformas, identidad, redes y reglas de acceso del cliente.
- 02
Descriptor
Cada tipo de adaptador se describe como dato: campos de conexión, métodos de autenticación, privilegios exigidos y pruebas. Un tipo nuevo entra como una descripción nueva.
- 03
Driver o conector
Un driver habla con la plataforma. Cuando la plataforma ofrece MCP, usamos el conector MCP.
- 04
Prueba y alcance
Prueba de conexión, verificación de los privilegios mínimos y descubrimiento del alcance antes de cualquier uso.
- 05
Operación
La conexión entra en operación con responsable, seguimiento de consumo y revisión periódica.
Empiece por su stack.
Traiga el diseño de su entorno. Le decimos qué se conecta hoy, qué exige un adaptador nuevo y cuál es el plazo.
Disponible en el producto y validado en un entorno de demostración con datos sintéticos. AWS, GCP, Microsoft y las demás plataformas se conectan por proyecto, con alcance y criterios de prueba acordados. No declaramos una integración con un proveedor antes de que exista.
¿Qué parte de su operación necesita avanzar?
Empezamos por una decisión recurrente o un resultado importante. Identificamos los datos, las personas y la primera capacidad necesaria.