01
Arquitectura de datos para IA
Inventario de fuentes y su estado real, modelo semántico con definiciones compartidas, permisos de acceso y trazabilidad: cada respuesta sabe de dónde salió.
Pilar 2 · Tus datos y sistemas
Sistemas conectables, datos consultables.
Es el paso que casi nadie presupuesta y el que explica la mayoría de los proyectos de IA estancados. No compite con la IA por presupuesto: es su requisito. La modernización corre sobre ARISE, nuestro framework propio.
Por qué este paso aparece siempre tarde
El directorio pide IA. TI sabe que para llegar ahí hay que tocar datos repartidos en siete lugares y sistemas que nadie quiere abrir, pero no tiene cómo explicarlo hacia arriba. La modernización queda esperando un incidente.
Cuando se pasa de «resúmeme este correo» a «cuánto produjimos ayer», la conversación cambia. La información existe en Power BI, SAP y planillas, pero no hay forma directa de preguntarle nada, y «producción» significa algo distinto en cada una.
1 de cada 2 proyectos de IA generativa arrastra trabajo de datos no presupuestado (Accenture, FY25). Ponerlo en el mapa convierte una sorpresa cara en una etapa presupuestada.
Cuatro frentes de trabajo
02
ARISE, nuestro framework de modernización
Framework propio: cuatro fases (Análisis, Migración, Construcción, Despliegue) y nueve agentes en un pipeline auditado, con un ingeniero senior validando antes de avanzar de etapa.
03
Seguridad OWASP Top 10
Análisis estático y vulnerabilidades clasificadas por criticidad, con plan de remediación priorizado. También Mobile Top 10 y MASVS v2 cuando hay app de terreno.
04
Modernización SAP
Transacciones Z con árbol de dependencias y reglas de negocio, preparación de S/4HANA y migración de ABAP crítico cuando S/4HANA no es el destino.
Caso Manuka
eCommerce migrado de PHP y MariaDB a Blazor .NET 8: de 16 semanas a 2, cero errores en build y 100 % de los datos migrados.
SAP: documentar tus Z antes de que te coticen la migración
El fin del mantenimiento estándar de SAP ECC tiene fecha y está en tu contrato. Lo que no está es cuánto costará la migración si la cotizas sin saber qué tienes adentro. Documentar el portafolio Z cambia de qué lado de la mesa está la información.
Con el portafolio documentado
Sin documentar
Sabes cuántas transacciones Z tienes, cuáles se usan y cuáles se pueden retirar antes de migrar.
El alcance lo define quien va a cobrar la migración.
El árbol de dependencias muestra qué se rompe si tocas cada objeto.
Las sorpresas aparecen en el cutover, cuando ya no hay margen.
Las reglas de negocio quedan escritas y dejan de vivir en la memoria de una persona.
El día que esa persona se jubila, el conocimiento se va con ella.
Puedes evaluar si S/4HANA es el destino o si conviene mover lógica a otro stack.
La única opción disponible es la que proponga el proveedor.
Las tres preguntas que siempre nos hacen
¿Cómo sé que lo migrado hace lo mismo?
Cada fase tiene una compuerta de validación humana. Se compara el comportamiento del sistema legado contra el migrado antes de avanzar a la etapa siguiente.
¿Esto consume las horas de mi equipo?
El trabajo corre en paralelo a tu operación. Tu equipo participa en el diseño de la arquitectura de destino y en las pruebas finales, no en el día a día de la migración.
¿Quién mantiene el código después?
Tu propio equipo. Entregamos código documentado que ellos entienden. Si no pueden mantenerlo, el proyecto no está terminado.
Cómo parte
Por un dominio acotado, no por la empresa entera.
Se elige el dominio o el sistema que ya tiene una pregunta esperando respuesta. Es la forma de que el trabajo se pague antes de terminar.
- Inventario y estado real de las fuentes de ese dominio
- Definiciones compartidas y permisos, antes de conectar nada
- Diagnóstico ARISE del sistema que lo bloquea, con estimación por fase
- Alcance y precio fijos, sin facturación por hora
Preguntas frecuentes
- ¿Qué lenguajes y stacks soportan?
- Origen: COBOL, Visual Basic, ASP Classic, .NET Framework, PHP legacy, Java, Oracle Forms, ABAP y AS/400. Destino: .NET 8+, Java, Node.js, Python, Angular, React, Blazor, SQL Server, PostgreSQL y S/4HANA.
- ¿Cómo se compara ARISE con herramientas tipo Panaya para SAP?
- Panaya y similares hacen testing e impacto dentro del mismo stack. ARISE moderniza entre stacks: migra lógica, datos y documentación, y deja código mantenible. Son complementarios: varios proyectos S/4HANA usan ARISE para documentar las Z.
- ¿Mi código sale de mi infraestructura?
- No sin acuerdo previo. Corren en nube privada Azure o en tu tenant, sin APIs públicas, y firmamos NDA antes de recibir una línea de código.
- ¿Y si mi legado funciona bien?
- Entonces no se toca. Solo modernizamos lo que bloquea algo concreto: una integración imposible, un riesgo de seguridad, una dependencia de una sola persona o un requisito regulatorio con fecha.
Empecemos por saber qué sistemas tienes y qué riesgo representan hoy.
El diagnóstico entrega el mapa de riesgos, la estimación de esfuerzo por fase y el plan priorizado por impacto de negocio.