Un caso útil no es una colección de capturas ni una lista de tecnologías. Nos interesa explicar qué había que resolver, qué restricciones condicionaban la decisión, qué responsabilidad asumimos y qué evidencia existe hoy.
PROOF / HIERARCHYSCOPE MATTERS
CLIENT WORKProblemas reales de negocio
Condis · ModernizationeVins · Product Engineering
SEPARATE PROOF TYPES
RABASSOFT ENGINEERINGArquitectura y capacidad técnica
Schema Engine · Experimental
CLIENT WORK
Trabajo con clientes, con el alcance y el estado explícitos.
Cada colaboración demuestra algo distinto. No intentamos convertirlas en la misma historia ni atribuirnos más responsabilidad de la que realmente tuvimos.
Condis Supermercats
01 / BUSINESS SYSTEMS MODERNIZATION
APLICACIÓN OPERATIVA
Del estudio previo a una aplicación operativa para gestionar incidencias y propuestas de inversión.
El trabajo comenzó con un estudio técnico para comprender la aplicación existente, sus datos, reglas y dependencias antes de comprometer el desarrollo. Esa evidencia permitió definir la transición, rediseñar lo necesario y construir la nueva aplicación.
STUDY
El estudio previo recuperó reglas, dependencias, datos y necesidades de los usuarios antes de definir el alcance y la transición.
APPLICATION
El software desarrollado es una aplicación para gestionar incidencias y propuestas de inversión.
MIGRATION
Migración de datos tratada como un proceso repetible y verificable, con trazabilidad de resultados y errores.
DELIVERY
La transición también moderniza cómo se entrega y evoluciona el sistema, no sólo su interfaz.
01STUDYEstudiar el sistemaAplicación · datos · usuarios
02DEFINEDefinir la transiciónAlcance · arquitectura · migración
03BUILDConstruir la aplicaciónIncidencias · propuestas de inversión
04OPERATEOperar y evolucionarEntrega · operación · evolución
Evolucionar un SaaS existente sin ignorar clientes, datos y restricciones de producto.
Rabassoft colaboró en áreas definidas de frontend y producto mientras la plataforma y el backend continuaban bajo responsabilidad del equipo de eVins. La evolución combinó modernización técnica, arquitectura modular y capacidad para incorporar nuevas prioridades sin perder la fecha comprometida.
FOUNDATION
Modernización progresiva de Angular y PrimeNG y transición desde una estructura basada en NgModules hacia una arquitectura standalone, sin recurrir a una reescritura completa del producto.
PERFORMANCE
Lazy routes y carga dinámica redujeron un 80% el JavaScript incluido en la carga inicial, aligerando el arranque y mejorando de forma perceptible la carga de páginas.
TYPE SAFETY
El tipado estricto se extendió progresivamente sobre áreas con tipado débil. Inconsistencias que antes podían pasar inadvertidas empezaron a detectarse durante el desarrollo y la compilación.
MODULARITY
Las rutas y capacidades del frontend se compusieron según los módulos contratados, evitando cargar e inicializar funcionalidad que no correspondía a cada cliente.
DELIVERY
Ante nuevos requerimientos y un calendario ajustado, priorizamos e implementamos módulos adicionales y entregamos el alcance acordado en la fecha comprometida.
PRODUCT CONSTRAINT
Las decisiones sobre módulos y marketplace se adaptaron a restricciones reales de clientes, datos y operativa existente, no a un rediseño greenfield ideal.
02MODERNIZEModernizar la baseAngular · standalone · tipado estricto
03OPTIMIZEOptimizar la carga−80% JavaScript inicial · rutas modulares
04DELIVEREntregar prioridadesMódulos adicionales · fecha comprometida
SCOPE BOUNDARY
Rabassoft trabajó en áreas definidas de frontend y producto. La plataforma global, el backend y sus controles de autorización permanecieron bajo responsabilidad del equipo de eVins.
Schema Engine: metadatos validados, decisiones de aplicación explícitas.
Schema Engine nace para reducir la implementación repetida de interfaces como formularios, tablas o paneles de propiedades cuando su estructura debe variar según la aplicación, el propósito, el modo de funcionamiento o el contexto efectivo.
Explora cómo convertir metadatos de datos y presentación en definiciones de interfaz validadas y normalizadas, ejecutadas mediante runtimes independientes del framework.
La aplicación conserva siempre el control sobre los datos, las operaciones aceptadas y la autorización. La presentación puede reflejar permisos efectivos, pero nunca sustituye la validación de seguridad de la aplicación o del servidor.
El primer vertical implementado son los formularios controlados mediante JSON Schema y UI Schema. Las demás familias de vista forman parte de la dirección futura y no se presentan como capacidades actuales. Schema Engine es ingeniería propia de Rabassoft y un entorno de experimentación arquitectónica, no trabajo de cliente ni evidencia de adopción productiva.
CORE
Compilación, diagnósticos, definiciones normalizadas y runtimes diseñados para permanecer independientes del framework de presentación.
CONTROL
La aplicación puede aceptar, rechazar o diferir operaciones sin entregar al renderer la propiedad del modelo.
PROJECTIONS
Un mismo modelo puede presentarse de formas distintas según el propósito y el contexto que proporciona la aplicación.
INTEGRATIONS
Validación, traducción, adapters y renderers sustituibles evitan que una tecnología concreta defina el modelo portable.
01INPUTSchema + UI SchemaMetadatos actuales de datos y presentación
Schema Engine permanece públicamente como Experimental hasta que sus contratos, documentación, releases y adopción justifiquen otra clasificación. Las tablas, los paneles de propiedades, las variantes contextuales y la proyección basada en autorización son dirección futura, no capacidades actuales. No mostramos aquí versiones o métricas que puedan quedar desactualizadas.
WHAT COUNTS AS PROOF
Preferimos una historia acotada y verificable a una historia comercial más grande.
La utilidad de un caso depende de que permita entender qué ocurrió y qué puede inferirse de él. Por eso el contexto, el alcance y los límites forman parte de la prueba.
01 / SCOPE
Alcance visible
Explicamos qué responsabilidad tuvo Rabassoft y qué quedó fuera.
02 / STATUS
Estado actual
Un proyecto en preproducción se presenta como preproducción; un experimento, como experimento.
03 / EVIDENCE
Evidencia antes que adjetivos
Las decisiones, restricciones y mecanismos verificables pesan más que una lista de tecnologías.
04 / BOUNDARIES
Límites explícitos
No convertimos colaboración parcial, trabajo interno o una demo en una historia comercial más grande de lo que es.
YOUR CONTEXT
¿Tu situación se parece a alguna de estas?
No necesitas llegar con la solución decidida. La primera conversación sirve para entender el contexto y comprobar si hay encaje.
Nos gustaría usar Google Analytics 4 para entender qué contenidos y recorridos resultan útiles y mejorar la web. Sólo se activa si aceptas; rechazar no limita ninguna función.
APLICACIÓN OPERATIVA
