web analytics

Programa para la gestión de un plan de acción

Muchas veces se dispone de la tecnología más avanzada del mercado pero se es incapaz de hacer las cosas más sencillas.

La complejidad de los diferentes ERP o sistemas de gestión del mantenimiento asistido por ordenador (SAP-PM, Maximo…) consigue que hacer cosas de manera ágil y sencilla sea un imposible, por ello un consultor de SAP cobra lo que cobra y un «consultor» de Access no lo cobra.

Para ser un experto en Access tampoco hace falta, y sin ganas de quitarme mérito a mi mismo, esforzarse demasiado, pero dominar SAP ya es otro tema, estoy convencido que la gran mayoría de los usuarios aprovechan el 10% de las funciones y herramientas de SAP tal vez un 30% los más avanzados, por lo menos esa es la sensación que me queda tras usarlo durante 4 años; al realizar la gestión de avisos, ordenes de trabajo, notificaciones, planificación periódica del mantenimiento preventivo, ubicaciones, recambios, etc. la mitad o más de los campos de cada una de las transacciones que utilizaba habitualmente los dejaba vacíos, o simplemente había opciones que no usaba por lo intrincado de su uso.

Leer mas…Programa para la gestión de un plan de acción

Control de microparos en líneas y máquinas

Normalmente en planta dispondremos de un sistema MES que nos permite saber en todo momento que está pasando en nuestras líneas de producción, donde estamos teniendo pérdidas o donde hay cuellos de botella, pero esto no siempre está disponible (o no con suficiente información) y al final hay que conseguir datos de otra manera, normalmente manual y gracias al operador de máquina.

Sin información poco podemos hacer para mejorar alguna cosa.

Leer mas…Control de microparos en líneas y máquinas

Vinculación dinámica de tablas con VBA: Separando Front-End de Back-End

Una vez tuve que hacer una aplicación Access que sería usada en diferentes sitios simultáneamente, enseguida me imaginé el lío en el que me metía para poder mantener al día de bugs y mejoras las bases de datos en las tres diferentes ubicaciones, hasta entonces siempre había realizado aplicaciones que se ejecutaban en el mismo lugar, en local o en la misma red, y de la cual sólo me tenía que preocupar de un archivo, pero lo de hacerlo para tres redes inaccesibles una a otra y cada una con sus datos ya era más complicado. Implicaba que cada cambio realizado, por tonto que fuera, requería ser actualizado en las 3 diferentes ubicaciones, trabajo por triplicado vamos, una pérdida de tiempo.

La solución pasó por separar los datos (Back-End) de la interface gráfica (Front-End), así si realizaba algún cambio en la aplicación, que sería el 99% de las veces en el Front-End, solamente debería hacerlo una vez, ya que sería ese archivo de Front-End el que distribuiría y después cada uno de los usuarios sólo debería vincularlo con sus propias tablas de datos (Back-End)

Leer mas…Vinculación dinámica de tablas con VBA: Separando Front-End de Back-End

Error de DLL DAO 3.6 en Access 2010 64bit

Si trabajamos con Microsoft Access 2010 en su versión de 64bit e intentamos cargar la referencia Microsoft DAO 3.6 Object Library (también pasará con la referencia Microsoft DAO 3.51 Object Library) nos dará error en la carga de la librería (me gusta mas llamarlo librería que biblioteca).

Por lo que he estado leyendo por varios sitios es un problema de que la dll de DAO 3.6 no está preparada para trabajar en 64bit, y por lo que parece no lo estará nunca, es precisamente en Office 2010 cuando existe una versión de 64bit por primera vez.

Leer mas…Error de DLL DAO 3.6 en Access 2010 64bit