Urbicloud naco como una iniciativa de facilitar la labor de administración pensada específicamente como una herramienta de ayuda para los administradores de copropoiedades, y con el animo de centralizar la información de la copropiedades.
Dee origen estaba hecho para que mi señora administradora de copropiedades tuviera a mano un recurso que facilitara el control básico de la copropiedad , como era la información de los copropietarios, sus vehículos, mascotas y en general de los residentes.
Con el pasar de los días, de vio que podría usarse el sistema para controlar el acceso a la unidad , la correspondencia, la solicitud de móviles y el ingreso de vehículos no pertenecientes a la copropiedad para tener un mejor control de su ingreso y salida, también lo propio ocurría con los visitantes independiente de su modo de ingreso.
Una prestación en ese momento novedosa era que cuando algún evento de los descritos anteriormente se presentaba el mismo se reportaba a los propietarios y/o residentes a los cuales ses afectara como por ejemplo la llegada de correspondencia y lo propio con un visitante, el mensaje o alerta llega por dos medios atraés de SMS y de correo electrónico para que que el registro en el sistema el cual se pude consultar en cualquier momentos.
Posteriormente se vio que sería muy interesante tener una forma de que la bitácora de los vigilantes estuviera en línea, y se proceso a crear un modulo para el registro de los sucesos de importancia que pudiera ser registrados en la misma , tal cual se hace con bitácora física, la novedad en este caso es que se dotó al sistema de un modelo de integración para que eventuales empresas de seguridad que tuvieran interés en el modulo pudieran integrarse y tener un control remoto de los eventos encantados en la mismo.
Posteriormente y viendo que uno de los servicios que mas usaba en las copropiedades esa la reserva de servicios comunes como la piscina, canchas, salón ocal entre otro se creo un modulo para permitir hacer esta reserva de forma virtual ya fuera por los vigilantes mismo o de los usuarios desde un modulo creado para poder hacerlo..
Dado lo anterior se creo un modulo para ponerlo a disposición de los propietarios y residentes que permite consultas y actualizaciones bascas e información, sobre los datos requeridos por la urbanización como son dirección , teléfono de contacto, documento de intensidad, residentes, mascotas y vehículos registrados a nombre de los residentes y algunos datos de importancia como son los indices de copropiedad, uso del inmueble, área y otros inmuebles vinculados como son parqueaderos, locales y cuartos útiles para tener una información mas precisa sobre las áreas y coeficientes asociados a cada propietario, esto incide de forma directa en representación del propietario en las decisiones que se tomen por votación en las asambleas.
Para permite la votación en linea ya se presencial o remota se elabora un modulo que lo permite, haciendo un seguimiento en linea de las votaciones e indicando como va en todo los momento el desarrollo de una asamblea y las repuesta de los propietarios a las diferentes preguntas que se planten en las asambleas.
Dado que se planteo que no todos los propietarios o representantes de estos que asistían de forma presencial a las asamblea no tenían planes de minutos se consiguió un routter in alambico con plan de datos que permite la conexión simultanea nea hasta de 255 usuarios simultáneos conectados a la aplicación de votación.
Posteriormente se agregaron módulos de compras que permitían mediante un control de inventarios y pedidos desde las diferentes instancias de la copropiedad , servicios varios, vigilancia, jardinería, manteamiento etc, programar las compras y llevar un control de existencias y gastos para optimizar los pedidos efectuados.
Para el efecto se creo un modulo de pedidos para que los diferentes funcionarios pudieran solicitar en linea los suministros que requieren para su correcto desempeño.
A la se creo un control de activos vinculado a las compras y mantenimiento para saber las partes de los activos que se compran, su estado y programación de mantenimiento para que l sistema avise con anticipación que un activo debe ser sometido a reposición o mantenimiento, el modulo también lleva un control de partes de cada activo sus fecha de compras y valor de compra o remplazo
Una de las labores mas importante de las copropiedades son las tareas programadas de mantenimiento y soporte ya sea de activos o de la copropiedad misma como pueden ser en general la limpieza, revisión y puesta apunto de las zonas húmedas, limpieza de pares y pisos, mantenimiento de plantas y jardines, de demarcación de parqueaderos, sacada de basuras, limpieza de shut en general todas las actividades que una propiedad se llevan a cabo, para el efecto se diseño una aplicación que permite no solo programar sino hacerle seguimiento a todas las tareas y funciones que llevaba cabo todos los empleados, contratistas y funcionarios de la copropiedad ya san estas administrativas o logísticas internas o externa , el modulo cuenta con sistema administrador que lleva seguimiento a las tareas programas y efectuadas y un modulo que se entrega a los funcionarios y/o empleados de la copropiedad para que procesen la información que están llevando acabo con respectivo registro fotográfico , de audio o por escrito.
Cambien se creo un modulo que permite el control y censado de señales como ejemplo el estado de los tanques (llenado y vaciado) , señales eléctricas en las moto bombas, estado se zonas húmedas presencia en ascensores etc., todo con tecnología IoT basado en una red de sensores proporcionado por Sigfox , el modelo permite seguir en tiempo real la evolución de los eventos y en caso de superar un umbral programado el sistema es capaz de enviar una alerta tanto en SMS como en correo electrónico a los administradores para que tomen las medidas pertinentes.
Aunque en un principio se pensé que el modulo de facturación , cartera y contabilidad era mejor mantenerlo independiente y sub contratarlos tal y como se venia haciendo para evitar entrar en conflicto con los administradores, contadores, facturadores y en general todas las personas que tiene intereses en esos procesos y que podrán poner objeción al sistema por verse afeados por los mismos, se mantuvo así simplemente importando alguna información que podría se útil.
Sin embargo se vio que dado que se tenia el modulo de compras con sus respectivo programa de pagos y egreso mucha de la información contable ya esta en el sistema para ser usada y ademas como se cuenta desde hace mucho con un sistema contable del tipo NIF que aunque no fue desarrollado para urbicloud si es un sistema muy maduro que cuenta con mas de 20 años de funcionamiento a nivel empresarial , se planteo y se hizo de forma tal que quedara integrado a Urbicloud , lo propio ocurrío con la facturación que aunque no fue diseñada para copropiedades en si misma si fue probada en centros comerciales y empresas que por su funcionamiento se asemejan a este tipo de funcionalidad, salgo algunas modificaciones mas de forma que fondo también se implemento en Urbicloud.
Así las cosas Urbicloud quedo conformado como un sistema bastante integral como herramienta para facilitar la labor administrativa
Ahora de forma independiente al proceso puramente de creación y puesta a punta del sistema, con el transcurrir del tiempo el sistema fue sometido a diferentes mejoras tanto funcionales pero sobre todo de tecnología y seguridad llegando a permitir generar un modelo de desarrollo que facilita de manera amplia la implementación de mas módulos, incorporación de campos de información flexibilidad de la programación y el uso de base de bases de datos de tipo transaccionales (Postgresql), para contabilidad y sistemas bancarios como no transaccionales (NOSQL MongoDB). Para almacenamiento de información no estructurada y flexible como la información de la copropiedad archivos de audio e imágenes.
Se creo nn modelo totalmente separado de programación Modelo, vistazo controlador basado en el paradigma DTO/DAO que facilita de forma significativa el soporte y mantenimiento del sistema formulado en módulos estructurados de forma tal que funcionan de acuerdo al modelo actual CRUD (creación, borrado, actualización y consulta)
El Frontend esta hecho bajo javascrip (vainilla y jquery) con plantillas Boostrap 5.0 y modelo de iconos e imágenes Awesome.
El desarrollo del FrontEnd cumple con las especificación PWA (Progressive Web Apps) lo que hace que el depliegue de la interfce gráfica sea totalmente compatible el despliegue en móviles Android y iOS, además de los navegadores como Safari, Firefox y Google Chrome tanto en computadores convencionales como Tables.
El sistema posee un Markplace en su pagina web principal para permitir el ofrecimiento de bienes y sevicios por parte de los propietarios y residentes de la copropiedades , para el efecto dicho Markplace cuenta con un botón de pago integrado de EPAYCO y una utilidad que fcilita la integración con aquellos usuarios que desean promocionar sus bienes y servicios pero no cuentan con sistema o pagina de integración o interfaces que le permita efectuar procesos transaccionales para el efecto urbicloud facilita un sisteam desacoplado para poder hacerlo de forma simple,
El Backend esta hecho en java bajo un servidor Tomcat 9.2 para el despliegue en Internet mediante JSP.
La conexión y transito de datos entre el Frontend y el Backend se efectuó bajo DWR 3.0 que es un Fork para java del conocido sistema Ajax ampliamente conocido entre los desarrolladores de aplicaciones. Web.
.El sistema está implementa en AWS EC2 Linux , con balanceador de cargas, sistema de protección de puertos, sistema de auto backup por sftp, generación automático de certificados SSL mediante Letś encrypt
El sistema cuenta con un proxy reverse NGINX que facilita la carga de imágenes y contenido estático, la protección ante muchos tipo de ataques como DDOS y virus y además trabaja de forma colaborativo entre Balanceo de cargas con Tomcat y EC2.
El sisema fue concebido bajo la premisa de una aplicación de uso para adultos mayores por eso maneja un sistema de Experiencia de usuario y GUI responsive que se ciñe de forma estricta a las recomendaciones de protocolo de métrica y ergonometria LighHouse de Google para la implementación de este tipo de interfaces gráficas
