En Alistera CRM separé el espacio, el contrato, la factura y el pago. Una oficina puede estar ocupada y la factura emitida mientras el dinero todavía no ha llegado. Para entender el negocio hay que relacionar esos estados sin borrar sus diferencias.
Construí para Alistera un CRM operativo independiente. Incluye un catálogo de espacios, contratos, facturas, pagos, planificación y gestión de accesos. Es un producto autónomo junto al sitio público y el juego: cada uno tiene su propósito y sus datos.
Esta pantalla muestra oficinas ficticias, su estado y su relación con el alquiler. Es un ejemplo funcional de la interfaz del catálogo, no la disponibilidad actual de los espacios de Alistera.
Catálogo de oficinas
Interfaz archivada · datos de demostración
Un espacio existe en el tiempo
El catálogo contiene 93 entradas: 71 oficinas, 12 mesas de trabajo y 10 espacios comunes. Pero una lista no basta. «¿Está disponible este espacio?» requiere una fecha o un periodo. La misma oficina puede estar ocupada hoy y disponible dentro de un mes.
Por eso el contrato se vincula a un intervalo y hay que comprobar los solapamientos al cambiar datos. El calendario ayuda a una persona a ver un conflicto; la validación del servidor evita que surja de dos pestañas abiertas al mismo tiempo.
La factura es una solicitud; el pago, un evento
El modelo financiero separa el importe facturado, el pago confirmado y su asignación. Un pago parcial no tiene por qué saldar toda la factura. Una transferencia puede necesitar repartirse entre obligaciones. Un campo «estado» no sustituye de forma fiable esas relaciones.
A continuación aparecen facturas y registros de pago de demostración. Se puede examinar cómo la interfaz distingue una obligación de la entrada de dinero sin utilizar datos financieros reales.
Facturas y pagos
Interfaz archivada · datos de demostración
El dinero se almacena como números enteros en fils. Así se evitan sorpresas habituales de la aritmética de coma flotante al sumar y comparar importes. Esa decisión no arregla la contabilidad por sí sola; elimina una fuente innecesaria de errores.
Se conserva el historial de las acciones financieras. Una corrección debe explicar qué cambió, no fingir que el estado anterior nunca existió. A veces una empresa necesita una verdad incómoda sobre ayer, no una tabla de hoy perfectamente retocada.
El trabajo no termina en la interfaz
La aplicación utiliza React, Vite, Cloudflare Worker y D1. El inicio de sesión y el perfil están vinculados al sistema de permisos; la autorización se comprueba en la API, no solo ocultando botones. La planificación se puede ver en una lista, un tablero kanban o un diagrama de Gantt. Las vistas cambian; las tareas deben seguir siendo las mismas.
Un CRM implementado no demuestra que toda la empresa ya realice en él sus operaciones diarias. En la etapa verificada puedo mostrar el modelo, las funciones y las comprobaciones técnicas; no invento cifras de uso ni ahorros de tiempo.
En esta etapa están implementados el catálogo, los contratos, los registros financieros y la planificación. Se pueden examinar con oficinas y facturas de demostración. La adopción diaria completa y la medición del beneficio para el equipo son otra etapa, por lo que aquí no hay cifras de uso ni de tiempo ahorrado.
Historias relacionadas: Control y versiones de informes · Sitio público de Alistera.
@nevsky_alexander
En Instagram, Dubái más allá de la postal: familia, ciudad, descubrimientos y la vida entre proyectos. En Threads, ideas en voz alta sobre diseño e IA. En YouTube, vídeos que necesitan más espacio que una historia. Sígueme donde te sientas más a gusto y seguimos en contacto