Sus procesos merecen el software adecuado.

Reglas de negocio, transacciones y cambios concurrentes

Una aplicación debe funcionar correctamente también cuando varias personas modifican al mismo tiempo el mismo inventario. Dos reservas no deben asignar el mismo último artículo sin que nadie lo advierta. Por eso determinamos qué cambios deben tener éxito conjuntamente y qué conflictos necesitan una respuesta de negocio. Las restricciones de la base de datos, las transacciones y las comprobaciones de versión pueden resolver distintas partes de esta tarea; la interfaz de usuario por sí sola no puede garantizar estas reglas.

Los procesos de negocio más largos, en cambio, a menudo no caben en una única transacción. Un pedido, un servicio de pago externo y una aprobación de envío tienen sus propios estados de error. Modelamos el proceso con estados claramente definidos y transiciones permitidas. Las solicitudes repetidas reciben un identificador de operación adecuado, para que un corte de conexión no desencadene automáticamente una acción duplicada. Ante errores parciales se necesita una corrección definida a nivel de negocio, por ejemplo la revocación de una aprobación, en lugar de un reinicio técnico generalizado.

Inquilinos, roles y accesos a datos trazables

Para productos SaaS y plataformas internas, diferenciamos la identidad de un usuario de sus permisos sobre un conjunto de datos concreto. Un empleado que ha iniciado sesión no tiene automáticamente permiso para leer cualquier factura o cualquier pedido. Verificamos los accesos en el backend a nivel de organización, rol y proceso. También las exportaciones, los índices de búsqueda, las tareas en segundo plano y los resultados en caché deben respetar estos límites.

Las tablas compartidas con un identificador de inquilino, los esquemas de base de datos separados o las bases de datos propias conllevan requisitos distintos de aislamiento, migración y recuperación. Elegimos el modelo según la separación necesaria y su organización de operación. Las pruebas con varios inquilinos verifican en particular los accesos no autorizados. Un registro de auditoría documenta los cambios relevantes para el negocio con el contexto adecuado; qué datos contiene y cuánto tiempo permanecen disponibles se define de forma expresa.

Almacenamiento de datos, rendimiento y capacidad de ampliación a largo plazo

La estructura de datos sigue a las consultas y a las reglas de negocio. Analizamos los filtros, las ordenaciones, los análisis y las operaciones de escritura típicos antes de introducir tecnologías de almacenamiento adicionales. Las listas de resultados sin límite, las consultas individuales repetidas y las grandes transferencias de datos pueden frenar una aplicación, aunque el servidor parezca apenas cargado. Las mediciones con volúmenes de datos realistas muestran si los índices, los cambios en las consultas, la paginación u otro reparto de tareas ayudan.

El caching es una decisión consciente sobre el grado de actualización de los datos: debe quedar establecido cuándo un resultado almacenado deja de ser válido y qué usuarios pueden verlo. Los cálculos extensos pueden ejecutarse como tareas en segundo plano, pero entonces necesitan indicador de progreso, reanudación y estados de error. Para las ampliaciones, separamos las reglas de negocio de los adaptadores técnicos. Las pruebas automatizadas y los cambios versionados de la base de datos protegen estos límites, de modo que un nuevo canal u otro proveedor no tenga que modificar cada módulo.