ADMIN: Nuevo calendario

Una de las principales necesidades a las que ADMIN ayuda es la planificación y seguimiento de los trabajos a realizar sobre nuestros activos. Ya contabamos con notificaciones y listados específicos para acciones a realizar recientes o próximas, pero faltaba una forma de visualizar la planificación completa. Para ello hemos implementado un calendario que muestra:

  • Ordenes de servicio: por fecha ejecución prevista y si el colaborador es supervisor o responsable.
  • Ejecuciones supervisiones: por fecha prevista y si el colaborador es supervisor o ejecutor.
  • Incidencias: por fecha de inicio y colaborador es supervisor o técnico.
  • Los siguientes sólo se muestran si no se ha seleccionado “Ver todos”:
    • Registro de accesos del colaborador (por fecha de entrada).
    • Registro de movimientos del colaborador (por fecha de salida).
    • Tareas del colaborador (por fecha ejecución límite).

Vista de un día

Visualice la información de 1 día específico, pudiendo desplazarse a cada elemento con un solo clic.

calendario_vistdia
Calendario – Vista 1 día

Vista mensual

Visualice toda la información resumida de un mes completo.

calendario_vistames_grande
Calendario – Vista 1 mes

Si hace clic sobre el número del día del calendario se visualiza la información detallada de ese día.

calendario_vistames_detalledia
Calendario – Vista 1 mes – Detalle día

Más información en la página de ADMIN.

ADMIN: ADministración de MantenimIeNtos – Nuevas funcionalidades

En las últimas fechas hemos estado trabajando añadiendo intereseantes nuevas funcionalidades a nuestro sistema de adminisración de mantenimientos (ADMIN).

Entre estas nuevas funcionalidades destacan:

  • Ficha técnica de activos:
    • Se ha ampliado la información a completar para cada activo.
    • Campos dinámicos.
    • Definición de indicadores dinámicos.
  • Registro de incidencias (fallas, averías…).
  • Planes de supervisión de instalaciones.
  • Catálogo de ubicaciones jerárquicas (geolocalizadas)
  • Registro de movimientos de colaboradores (integrado con Waze).
  • Registro de permisos de acceso a ubicaciones para colaboradores y contactos de proveedores.
  • Panel de control: punto centralizado con los principales KPIs del sistema.
  • Notificaciones:
    • Movimiento iniciado
    • Ejecución de supervisión no finalizada
    • Nueva incidencia registrada

Esto unido a la administación de contratos preventivos, correctivos y órdenes de servicio convierte al sistema en una completa suite de administración del día a día en el ciclo de vida de los activos de la compañía.

Toda la información del sistema está disponible aquí.

Nueva demo: JPréstamos

Hoy os traemos 2 demos de nuestro sistema JPréstamos.

JPréstamos es un sistema para la completa administración de préstamos en la nube, desde su etapa de preventa y formalización, al registro y gestión de cobro.

Desarrollado con últimas tecnologías Web, permitiendo su uso desde diferentes plataformas y dispositivos.

Demo sistema

Demo oficina virtual

Más información aquí.

Nueva demo: Sistema de Administración de Propiedades Inmbiliarias

Hace ya un tiempo que no actualizábamos la demo de nuestro sistema SAPROIN (Sistema de Administración de PROpiedades INmobiliarias). El sistema ha madurado y crecido en funcionalidad desde entonces.

SAPROIN  es una aplicación multiplataforma y multidispositivo en la nube desarrollada para la completa administración de propiedades inmobiliarias y activos, entidades (clientes, proveedores, bancos, entidades propias), eventos, mantenimientos, ingresos, y gastos.

A continuación puede ver el vídeo con la nueva demo del sistema:

Para obtener más información del sistema haga clic aquí. Para ver otras demos del sistema haga clic aquí.

Cargar el tipo de cambio desde Banco Central de Costa Rica en GNU/Linux

El Banco Central de Costa Rica tiene una serie de servicios web disponibles para obtener de forma automatizada varios indicadores económicos (más información). Uno de los más utilizados es el que nos devuelve el tipo de cambio entre el Dólar y el Colón.

Para obtener estos datos en una entorno de producción con un servidor GNU/Linux, lo más sencillo es crear un pequeño script que se encargue de obtener la información, y llame a un procedimiento almacenado en la base de datos para guardarla.

Estos serían los pasos que sigue el script:

  1. Obtener la fecha actual y pasarla al formato de la llamada de los servicios web.
  2. Componer las URLs para las llamadas a obtener el tipo de cambio de compra y de venta para la fecha actual.
  3. Obtener el tipo de cambio de compra mediante “curl” y “sed”.
  4. Obtener el tipo de cambio de venta mediante “curl” y “sed”.
  5. Si se ha obtenido el tipo de cambio:
    1. Llamada a la base de datos para almacenarlo (hay que tener cuidado con el formato al leer la fecha).
    2. Envío de email informativo (utilizando “mutt”).
  6. Si no se ha obtenido el tipo de cambio:
    1. Envío de email informativo (utilizando “mutt”).

Para automatizar la ejecución del script, basta declarar un crontab que lo ejecute una vez al día:

  • 00 6 * * * /RUTAALSCRIPT/tipoCambioCR.sh

Pueden encontrar un ejemplo de este script en el siguiente repositorio:

Gestión de imágenes y documentos (prototipo con GRAILS)

Como parte de las mejoras propuestas para nuestro sistema Sistema de Administración de PROpiedades INmobiliarias vamos a incluir la opción de añadir documentos multimedia a los elementos que lo conforman:

  • Imagen principal: a propiedades y entidades (clientes, proveedores y empresas propias)
  • Otras imágenes: a propiedades
  • Planos: a propiedades
  • Documentos: a propiedades y entidades
  • Vídeos: a propiedades

Las imágenes y documentos se alojan en el servidor de la aplicación, mientras que los vídeos deben estar alojados en Youtube o Vimeo.

A la hora de seleccionar los documentos multimedia a subir al servidor se ha validado su formato en cliente (con el parámetro accept del input y en JavaScript una vez seleccionado) y en servidor,  y su tamaño en cliente (en JavaScript una vez seleccionado) y en servidor.

*Actualización: se ha dejado de controlar el tamaño máximo de las imágenes, ahora se redimensionan al subirlas al servidor.

El diseño de la aplicación debe permitir incluir con facilidad documentos multimedia a otros objetos, como podrían ser los arrendamientos (podría subirse el contrato escaneado). Además, puede que se requiera la implementación de un gestor documental que permita acceder a los documentos multimedia sin tener que hacerlo desde el objeto que los contiene.

De este modo, lo primero ha sido montar un prototipo muy sencillo que tenga esta funcionalidad, para posteriormente incluirlo en el sistema. Sobre un proyecto en blanco de GRAILS 2.5.1, sólo añadiendo Twitter Bootstrap (para la visualización de las secciones de los documentos  multimedia), y una galería de imágenes en Jquery, este ha sido el resultado:

Se ha buscado poder reutilizar tango pantallas como código en el servidor (la gestión de los documentos multimedia se hace desde un controlador común haciendo un forward desde el controlador de cada objeto que los contiene).

Los parámetros de número máximo de elementos están guardados en el fichero de configuración Config.groovy, y los parámetros tamaño máximo están guardados en las clases (cada objeto sabe cual es su tamaño máximo permitido), de esta forma hay un ejemplo de las 2 formas de gestionarlos.

Para quien pueda servirle, el código fuente del prototipo está disponible en esta dirección:

Administración de contratos de mantenimiento

El costo de los mantenimientos (preventivos y correctivos) de los activos de muchas empresas suponen un gran esfuerzo a la hora de afrontar sus pagos. No hay duda de que los mantenimientos preventivos bien realizados aumenta el tiempo de vida útil de los activos (lo que a largo plazo supone abaratar su precio).

Para controlar y optimizar estos gastos, evitando tener activos sin sus necesarios mantenimientos, es de gran ayuda contar con un sistema que permita:

  • Acceso al sistema controlado por usuarios, asignando permisos de acuerdo a perfiles.
  • Definir los mantenimientos (preventivos y correctivos) con sus ordenes de servicio.
  • Definir un proceso de trabajo basado en un flujo de estados, variando las acciones disponibles para cada elemento dependiendo del estado en que esté, y guardando siempre una bitácora de acciones sobre cada elemento (acción, usuario y fecha)
  • Realizar un seguimiento de los mantenimientos ya introducidos (principalmente para evitar que se pase la fecha de las ordenes de servicio).
  • Avisos de contratos próximos a vencer para atender su renovación si procediese (teniendo en cuenta los meses de preaviso pactados con el proveedor).
  • Avisos órdenes de servicio próximas con opción de añadir seguimientos a cada una de ellas.
  • Envío de órdenes de servicio a proveedores por email.
  • Análisis posterior de los gastos realizados (reportes).
  • Otras características:
    • Gestor de tareas.
    • Tablón de anuncios.
    • Órdenes de servicio manuales
  • Acceso al sistema desde cualquier dispositivo con conexión a Internet.

Atacando esta necesidad, de la mano de una de las principales inmobiliarias del país (Grupo Condal), hemos desarrollado un sistema para la “Administración de contratos de mantenimiento”.

Diagrama general sistema
Diagrama general

Desarrollo Web con un interfaz adaptativa (lo que permite acceder computadoras, tabletas, celulares…) implementado sobre la JVM (entorno Java) con Grails como principal framework. Se ha trabajado sobre la siguiente pila tecnológica:

Pila tecnológica

En el siguiente vídeo presentamos una pequeña demo con algunas de las principales características del sistema:

Demo de la versión 2.0.0:

GPS-K Logistics: Localización satelital y administración de flotillas

GPSK_logoDurante los últimos meses hemos estado trabajando sobre la plataforma “GPS-K Logistics” de Grupo Kineret. Actualmente esta plataforma de localización satelital y administración de flotillas está operativa con unidades en Costa Rica, Panamá y Nicaragua, además de prospectos en México, Honduras y Guatemala, buscando situarse como un referente a nivel centroamericano para posteriormente harcelo a nivel latinoamericano.

La plataforma GPS-K Logistics permite:

  • Seguimiento de unidades (vehículos, motocicletas, personas, etc.) en tiempo real.
  • Administración, cumplimiento y tiempo en clientes en rutas.
  • Simulación de recorridos históricos (con registro de eventos, limites de velocidad, paradas…).
  • Integración dispositivos Garmin y navegación celular (a través de Waze y Google Maps).
  • Control de combustible y temperatura.
  • Amplio menú de reportes, con la opción de automatizarlos.
  • Generación de diferentes alarmas o eventos (botón de pánico, batería desconectada…).
  • Envío de comandos a las unidades (apagado, cierre central…).
  • Avisos personalizados en respuesta a eventos de las unidades.
  • Diferentes mapas (4 de Google, 3 de Microsoft, OpenStreetMap y mapa propio GPS-K).
  • Definición de cercas electrónicas y control de entradas y salidas de las mismas.
  • Definición de puntos de interés para cada cliente.
  • Amplio listado propio de puntos interés comunes para todos los usuarios.
  • Búsqueda centralizada de unidades, puntos de interes propios, puntos de interés del mapa y cercas electrónicas.
  • Personalización de iconos de rastreo y capas del mapa.
  • Aplicacion desktop con base de datos propia sincronizada, aplicación Web, y aplicación Web para dispositivos móviles.

Los principales objetivos del proyecto han consistido en:

  • Actualización tecnológica de la plataforma.
  • Rediseño de la interfaz de usuario de la aplicación Web.
  • Rediseño de la interfaz de usuario de la aplicación Web para dispositivos móviles.
  • Incremento en la funcionalidad proporcionada por la aplicación Web.
  • Reporteador automático.
  • Integración nuevo dispositivo inteligente GPS de última generación (controla eventos de conducción como aceleraciones, giros, frenazos… y genera dos evaluaciones de la conducción, una basada en la seguridad, y otra en la ecología).

Tecnológicamente hablando se ha pasado de Visual Studio 2005 a 2013, y del framework 2.0 de .net al 4.5. Hemos migrado la versión de los componentes de Devexpress utilizados de la 8.2 a la 14.1, y los hemos aprovechado al máximo posible. Además, se ha enriquecido la interacción del usuario ampliando el uso de Javascript en las pantallas.

En cuanto a la visualización del interfaz de usuario se ha rediseñado por completo la aplicación siguiendo las más utilizadas actualmente, como es un diseño casi liso, muy limpio, manejando la superposición de diferentes elementos para mejorar su acceso (muy al estilo utilizado por Apple en IOS 7-8 y OS X Yosemite, Google en Android Lollipop y Microsoft en Windows Phone y Windows 8). Esto sin perder la esencia de la plataforma, donde se prima la rápida visualización de las unidades y su estado, con la opción del rastreo a un clic, manteniendo mucho espacio para el mapa.

El pase de diapositivas requiere JavaScript.

Más información en la página Web de Grupo Kineret.

Sincronizando bases de datos diferentes

En muchos proyectos te encuentras retos inesperados tras hacer la toma de requisitos. Parte de lo bonito de nuestra profesión es afrontarlos y superarlos, pero claro, esto aumenta el trabajo a realizar.

En nuestro mayor proyecto hasta la fecha, la Reingeniería del Sistema interno de Grupo Kineret SA, se buscaba actualizar el sistema sustituyendo módulos desarrollados varias tecnologías (Coldfusion, VisualFox, ASP.NET, vb.net) cada uno con su bases de datos, por un sistema integrado con una sola tecnología (vb.net) y una única base datos.

El primer paso consistía en la integración y rediseño de bases de datos.

Estado previo:

  • Diferentes módulos accediendo cada uno a una base de datos propia (4 bases de datos).
  • Algunas de las tablas de las bases de datos propias con pequeñas sincronizaciones.
  • Varios cientos de tablas, la mayoría con decenas de columnas.
  • Desarrollo largo (finalmente, tras varios aumentos en el alcance) unos dos años y medio.
  • Requisito de liberación paulatina de cada desarrollo (ir liberando módulos dejando todos los demás perfectamente operativos).

Requisitos integración y sincronización de las bases de datos:

  • Algunos cambios en el diseño de las tablas (varias normalizaciones e integraciones de información).
  • Todos los nombres de tabla diferentes (estandarización).
  • Todos los nombres de las columnas diferentes (estandarización).
  • Algunas claves primarias se modificarían (integraciones de información y mejoras).
  • Mantener la sincronización ACID.
  • Modificaciones masivas.

De la mano con el departamento de TI de Kineret (área con bastante músculo), tras analizar las opciones de sincronización que nos ofrecía el motor utilizado (SQL Server 2008 R2), se decidió que la única opción era hacer la sincronización a través de disparadores de tabla a tabla. Evidentemente esta solución nos aumentaba el nivel de carga en el servidor durante el periodo de desarrollo, pero era la única forma de cumplir los requisitos.

Esta solución implicaba realizar 6 disparadores por tabla, uno para inserciones, uno para modificaciones y otro para borrados, a ambos extremos de la sincronización:

  • Cada disparador debe insertar, actualizar o borrar la información equivalente en el otro extremo a partir de los datos en las tablas “inserted” y “deleted”.
  • En los casos de modificación de tabla primaria necesitamos generar tablas intermedias.
  • Hay que evitar revotes en estos disparadores (controlar al principio su nivel de anidamiento para que no se ejecuten más que una vez).
  • Modificaciones masivas: la mejor forma para realizar las modificaciones fue generado los insert, update y delete haciendo inner joins entre la tabla origen, la tabla inserted o deleted, apuntando la acción a la tabla destino. De esta forma se ejecuta bien tanto las modificaciones sobre una fila, como sobre varias.
  • Deshabilitar todos estos disparadores fácilmente (estandarizamos los nombres con un prefijo que nos permitía simplemente deshabilitarlos haciendo un recorrido automático).

Formato SQL inserción:

INSERT INTO rutaCompletaTabla (col1,col2,….)
select col1,col2,… from inserted

Formato SQL actualización:

UPDATE destino
SET  destino.ch_col1 = i.col1,  destino.col2 = i.col2, …
FROM INSERTED i
INNER JOIN rutaCompletaTabla destino ON  destino.col1PK = i.col1PK …

Formato SQL borrado:

DELETE destino FROM DELETED d
INNER JOIN rutaCompletaTabla destino ON destino.col1PK = d.col1PK …

Generador de código

Escribir manualmente todos estos disparadores sin errores nos hubiese llevado una barbaridad de tiempo, por lo que decidimos desarrollar un generador de código, el cual requería una tabla con la ruta completa de cada tabla y columna de ambos extremos de la sincronización, y tenía las siguientes funciones:

  • Carga de datos.
  • Generación de disparadores.

En este tipo de tareas siempre me acuerdo de esta imagen:

Original de Bruno Oliveira
Original de Bruno Oliveira

El generador bien alimentado nos automatizó la generación de toda la sincronización entre las tablas sin cambios entre claves primarias, y su carga de datos. Y su código generado nos servía como base para modificar las que necesitasen una tabla intermedia para la sincronización, o una carga diferente por la integración de información o modificaciones en el diseño.

De no ser por el desarrollo de este generador, el tiempo de desarrollo se hubiese disparado por culpa de algo invisible para los usuarios (siempre es más complicado de justificar).

Sistema Administración de Propiedades Inmobiliarias

Además de proyectos directos para clientes, también dedicamos tiempo a desarrollo propios. En este caso un Sistema de Administración de Propiedades Inmobiliarias con las siguientes características:

  • Administración de propiedades:
    • Terrenos
    • Edificios
    • Locales comerciales
    • Viviendas
    • Almacenes
    • Etc.
  • Administración de entidades:
    • Arrendatarios
    • Compradores
    • Operadores
    • Propietarios
    • Proveedores
  • Administración de mantenimientos
  • Control de gastos e ingresos

Nos hemos planteado el desarrollo de una aplicación Web (para disponible de acceso multidispositivo y multiplataforma) y un entorno de desarrollo flexible, rápido y moderno. Se decidió realizar el desarrollo sobre Grails, un metaframework de código libre para el desarrollo rápido de aplicaciones Web basado en la convención sobre la configuración, que corre sobre la JVM, y sustentando en solventes tecnologías como:

Para la maquetación general y la definición de estilos visuales estamos utilizando el framework Twitter Bootstrap. Como gestor de control de versiones de código utilizamos Git (GitFlow como flujo de trabajo), y tenemos el repositorio principal alojado en Bitbucket.