Los datos son el proyecto.

Cambiar el core system toma semanas. Mover veinte años de clientes, transacciones, activos y documentos —desde un ERP, un CRM, un ATS, un DMS o algo que alguien construyó en 1998— sin perder un registro es lo que realmente decide el proyecto. AIDEN hace esa parte.

Agendar un diagnóstico Ver cómo funciona
6capas independientes, cada una reemplazable
≥85%de confianza en el mapeo se aprueba solo
SHA-256por documento, de origen a destino
0líneas del motor que cambian al sumar un origen
Motor local mapeo de campos · 4 orígenes 1.284 campos
Toca cualquier fila para ver la regla aplicada.
El problema

Por qué se caen las migraciones

No por el motor de carga. Se caen por lo que nadie midió antes de empezar.

El mapeo se hace en una hoja de cálculo

Dos analistas, seis semanas y un archivo que nadie vuelve a abrir. Cuando el negocio pregunta de dónde salió un dato, la respuesta vive en la memoria de alguien que ya no está en el proyecto.

La calidad se revisa después de cargar

Los duplicados, los formatos rotos y las llaves huérfanas aparecen cuando el sistema nuevo ya está en producción. Corregir ahí cuesta diez veces más que corregir en staging.

Los documentos se quedan atrás

Contratos, facturas, pólizas, expedientes de personal, actas. Migrar el registro sin su evidencia deja a la empresa sin defensa frente a una auditoría o un litigio.

La herramienta viene atada a un sistema

Se compra un migrador para el ERP y no sirve para el CRM. Otro para el ATS. Cada core system trae su propio proyecto, su propio proveedor y su propia versión de la verdad sobre quién es el cliente.

Agnóstico por diseño

El sistema origen es un plug-in.
El modelo canónico es el eje.

AIDEN no se construyó alrededor de un ERP, ni de un CRM, ni de un DMS. Se construyó alrededor de ocho dominios de negocio. Los sistemas entran y salen; los dominios se quedan.

Orígenes que entran por el mismo motor

ERPCRMATS / HRIS DMSWMSCore bancario FacturaciónLegacy propietario Hojas de cálculoAPI REST

Sumar un origen es escribir un conector que cumple una interfaz —extract(), schema(), sample()— y registrarlo. No se toca el motor de transformación, ni el de calidad, ni el de carga. Ni una línea.

Por eso el mismo pipeline que consolida el maestro de clientes de un banco corre el maestro de activos de una operación industrial. Cambian el conector y las reglas. La arquitectura es la misma.

Dominios canónicos

  • parteCliente, proveedor, empleado, candidato, contraparte. Una persona u organización, sin importar en qué sistema aparezca.
  • producto_servicioCatálogo comercial, SKU, plan, línea de servicio.
  • activoTodo lo que tiene número de serie: equipo, vehículo, maquinaria, licencia, inmueble.
  • ubicacionDirecciones, sucursales, plantas, bodegas, jerarquía geográfica.
  • estructura_financieraPlan de cuentas, centros de costo, sociedades, monedas.
  • estructura_organizacionalUnidades de negocio, posiciones, líneas de reporte.
  • conocimiento_taxonomiaCatálogos de referencia, códigos, clasificaciones y sus homologaciones.
  • documentoLa evidencia asociada a cualquiera de los anteriores, con su cadena de custodia.
Pipeline de extremo a extremo

Del archivo crudo al registro certificado

Un solo recorrido, seis etapas, y un reporte de calidad al final de cada corrida.

FuentesCSV · Excel · plano · BD
Extractconector plug-in
Transformmapeo + reglas declarativas
Quality (DAMA)7 dimensiones + cuarentena
LoadCSV · Excel · JSON
Salidacurados + rechazados + reporte
Arquitectura

Seis capas. El dato baja, la evidencia sube.

Cada capa se puede reemplazar o extender sin tocar las demás. AIDEN nunca escribe sobre el sistema origen: solo lee.

01

Fuentes

Cualquier core system donde hoy viva el dato: ERP, CRM, ATS, DMS, WMS o desarrollo propio. Entra por conector, no por proyecto de integración.

interfaz BaseConnector
02

Ingesta universal

Extracción, normalización binaria, checksum y staging. Un solo punto de entrada para archivos, bases de datos o APIs.

Python · SQLAlchemy · Paramiko · pyodbc
03

Motor de IA

Propone el mapeo campo a campo con porcentaje de confianza, detecta anomalías, redacta reglas y clasifica documentos.

Claude API (Anthropic) · FastAPI
04

Transformación

Limpieza, normalización, deduplicación, homologación, validación de esquema y construcción del Golden Record.

Pandas / PySpark · reglas no-code + Python
05

Módulos de dominio

La lógica propia de cada dominio de negocio —finanzas, talento, comercial, operaciones, datos maestros— como plug-in independiente del origen.

Python · configuración YAML/JSON
06

Adaptadores de destino

Carga en el sistema nuevo con reintento, log por registro y reconciliación final contra el origen.

REST · JDBC · BAPI/RFC · templates

Atravesando las seis capas corren tres servicios: orquestación con reintento automático, aislamiento por proyecto y cliente, y la cadena de custodia documental.

Claude AI Engine

La IA propone. Una persona aprueba.

AIDEN usa Claude para el trabajo que consume semanas de análisis manual, y entrega cada sugerencia con su nivel de confianza a la vista. Nada entra al destino sin que alguien lo haya autorizado.

≥ 85%Aprobación automática

Coincidencia clara de nombre, tipo y muestra de datos. Queda registrada en el log de auditoría.

50–84%Va a revisión

Entra a la bandeja del data steward con la evidencia que sustenta la propuesta.

< 50%Decisión manual

AIDEN se abstiene. Un campo mal adivinado cuesta más que un campo sin mapear.

  • Mapeo inteligente de camposAnaliza nombre, tipo y muestra real de datos, y propone el destino campo a campo.
  • Reglas escritas en españolEl consultor describe la transformación en lenguaje natural; Claude devuelve una función Python validada y lista para ejecutar.
  • Clasificación de documentosCuando el sistema legacy no etiquetó nada, infiere el tipo de documento desde el nombre, la ruta y el registro padre.
  • Matriz de retenciónGenera el borrador de retención legal por país y sector. El cliente lo aprueba antes de que corra el pipeline de imágenes.
  • Orden de carga sugeridoLee las dependencias entre entidades y recomienda la secuencia que minimiza errores de integridad referencial.
  • Documentación de linajeRedacta el reporte legible de qué se mapeó, qué se transformó y qué se rechazó, con el motivo de cada rechazo.
Custodia & compliance

Cada registro movido deja rastro

La migración termina cuando existe evidencia de que terminó bien. AIDEN produce esa evidencia mientras corre, no después.

document_custody · append-only
contrato_18442.pdfa3f1c9…d20everificado
factura_09117.pdf7be04a…91f3verificado
poliza_2231.pdfe10c77…4ab8verificado
acta_558903.pdfc4d8b2…6f07verificado
expediente_7719.pdf91aa3e…b5c2verificado
CustodiaHash SHA-256 por archivo y verificación de integridad origen contra destino. La tabla es append-only y se exporta para auditoría regulatoria.
AuditoríaTodo queda registrado: inicio de sesión, aprobación de un mapeo, ejecución de un job, exportación de un reporte.
CifradoTLS 1.3 en tránsito y AES-256 en reposo. Las credenciales de los conectores viven en un vault, nunca en código ni en variables planas.
AccesoControl por rol y por proyecto: Admin, Project Manager, Analyst y Viewer, con permisos granulares por entidad y acción.
RetenciónMatriz configurable por proyecto según el marco legal del país y el sector del cliente.
La firma detrás
AIDEN — by Online-SAT

Online-SAT LLC

AIDEN no nació en un laboratorio. Nació de contar cuántas veces habíamos construido el mismo conector desde cero.

Somos una firma de consultoría en integración y gestión de datos. Durante años entregamos migraciones proyecto por proyecto: conectores nuevos, reglas nuevas, validaciones nuevas, cada vez y para cada sistema. AIDEN es lo que quedó cuando decidimos capitalizar ese trabajo en un motor único en lugar de repetirlo.

Hoy cada proyecto que entregamos deja el framework más completo para el siguiente, sin importar de qué sistema venga. Ese es el trato: el cliente recibe una migración auditada, y la plataforma aprende un origen más.

  • 01Migración entre core systems: ERP, CRM, ATS, DMS y desarrollos propios
  • 02Gestión de datos maestros y construcción de Golden Record
  • 03Calidad de datos sobre las siete dimensiones de DAMA
  • 04Gobierno de datos, linaje y catálogo
  • 05Arquitectura de integración y DataOps
Orígenes soportados hoy CSV · TSV · Excel · planos de ancho fijo
SQL Server · Oracle · MySQL · PostgreSQL
SAP HANA · SQLite · filesystem · REST
Roadmap

A dónde va la plataforma

Tres fases con alcance cerrado, un tercio ya en curso. El motor agnóstico y el MDM están en la Fase 1; lo que se agrega después son integraciones nativas, no capacidades nuevas.

Motor agnóstico y MDM

EN CURSO
meses 1–4

El motor completo, independiente del origen, con los ocho dominios canónicos y la calidad DAMA operando.

  • Conectores por archivo, base de datos y filesystem
  • Motor de IA para mapeo y reglas
  • MDM canónico y Golden Record
  • Pipeline documental con custodia
  • Interfaz React y reportería automática

Conectores nativos

meses 5–9

Lo que se posterga no es la capacidad del motor, es la integración nativa con cada vendor.

  • Conectores nativos SAP y Oracle
  • CDC y sincronización incremental
  • Detección avanzada de anomalías
  • Diseñador visual de pipelines

Plataforma SaaS

meses 10–15

AIDEN disponible para equipos que quieren correr sus propias migraciones.

  • Multi-tenant con planes y facturación
  • Inicio de sesión corporativo (SSO)
  • API pública y SDK para partners
  • Repositorio compartido de templates

Empecemos por medir lo que hay

Un diagnóstico de dos semanas sobre tus datos reales, vengan del sistema que vengan: inventario de entidades, perfilamiento de calidad, mapeo propuesto contra el modelo canónico y estimación de esfuerzo. Con eso decides si sigues con nosotros o no.

Escribir a Online-SAT Volver a la arquitectura
Online-SAT LLC
info@online-sat.com
www.online-sat.com

AIDEN · AI-Driven Data
Exchange & Normalization