Ejemplo práctico de la modificación: Mostrando más información en los Stocks de AbanQ
Quizás no quedó del todo clara la modificación que hice sobre AbanQ, y la mejor manera es un ejemplo práctico para mostrar qué se puede lograr.
Vamos a trabajar con el formulario "Regularización de stocks" del módulo de Almacén del Área de Facturación. Cuando entramos en este formulario, vemos lo siguiente.
Regularización de stocks antes del cambio
Bien. Vamos a suponer que queremos introducir una regularización de Stocks de, por ejemplo, el artículo Aditivo de Mojado. Bien, en este ejemplo, tenemos Referencias "autoidentificables", con lo cual, no es complicado averiguar que CONSOFFADITMOJADO, se corresponde al artículo en cuestión... ¿De verdad no es complicado? Quizás para algunos usuarios sí, y para otros no. Veamos una solución con la modificación que realicé:
Mostrando el resultado de consultas en los FLFormDB de AbanQ (y II)
Conseguido! Creo que ya tengo una versión más o menos estable del ejecutable de AbanQ para Windows con las siguientes modificaciones:
- He eliminado la paleta que incluía InfoSial y a que a mí personalmente, no me gustaba estéticamente
- He corregido algunos problemas con el centrado de los formularios en pantalla. Los únicos que no se centran son las ventanas de Áreas. Estoy trabajando en un tratamiento especial para estos.
- He agregado la propiedad qryVisualizacion a los componentes FLTableDB que se incluyen en QtDesigner. Esto permite, como ya he explicado, mostrar en este tipo de componentes el resultado de una query SQL en lugar de una tabla. Esto es útil, si queremos ver el valor de columnas (o campos) de otras tablas relacionadas y que no se incluyen de manera duplicada en la tabla que editamos (política general de los módulos de AbanQ).
La instalacion Quick para Windows la tenéis aquí.
La instalación normal para Windows está aquí.
Los ficheros fuentes modificados están aquí.
Voy a explicar brevemente cómo utilizar la última característica que he añadido. Vamos a hablar de la tabla artículos. En la definición de articulos.mtd tenemos el codfamilia, y esto es lo máximo que podremos ver en el componente FLTableDB cuando pinchamos en Almacén->Artículos. ¿Y si quisiéramos ver a qué familia pertenece ese artículo? Pues o nos sabemos a qué corresponde el código de la familia (útil para expertos en ERP) o bien entramos a editar el artículo para ver la familia (lo que hace la mayoría).
Esta solución permite un paso intermedio y nos va a permitir visualizar en masterarticulos.ui no la tabla articulos, sino una query con el nombre de la familia.
Mostrando el resultado de consultas en los FLFormDB de AbanQ
Uno de los puntos que ya comenté en su día es la duplicidad de información en AbanQ que se produce en su modelo de datos. Pongo un ejemplo: Factura de proveedores.
Cuando creamos una factura de proveedores, según el formulario que muestro en la imagen, escogemos el Código de proveedor (Cod. Proveedor), y automáticamente el formulario muestra el nombre del proveedor y su CIF. Lo esperable es que en la tabla de facturas de proveedores (facturasprov) se guarde sólo el código de proveedor (codproveedor).
Factura de proveedores
Pero no!!! En la tabla de facturas de proveedores, se guarda también el nombre del proveedor y su CIF. ¿Y si por ejemplo, hemos creado un proveedor y pasado un mes descubrimos que nos hemos equivocado en una letra en el nombre del proveedor? Deberíamos corregirlo en la definición del proveedor y en todas y cada una de las facturas del proveedor. Este tema lo traté en los foros oficiales de AbanQ en este hilo.
Guardando automáticamente los tamaños de los formularios en AbanQ
Como comentaba en un post anterior, hay determinados detalles que pueden marcar el éxito de una aplicación, y uno de ellos es la interfaz gráfica sin duda. En AbanQ uno de los puntos que he encontrado deficiente, ha sido el de guardar el tamaño de los formularios (o ventanas) de la aplicación según el gusto del usuario. La idea: se abre el formulario, y el usuario redimensiona la ventana para verla según su gusto. Cuando cierra ese formulario y vuelve a abrirlo espera el mismo tamaño, y no el antiguo, que puede resultarle incómodo.
Para redimensionar formularios, y guardar su tamaño, la librerías Qt son especialmente válidas (de hecho, el estándar en Qt es hacer formularios o ventanas (widgets) redimensionables).
Voy a explicar los cambios que habría que hacer en el código de AbanQ para conseguir esto: La idea es que guardaremos en el registro (en los "settings" que definen Qt, que es el registro de Windows en la versión de Windows o en archivos de configuración en el home del usuario en el caso Unix) el tamaño de la ventana cuando el usuario la cierra, y redimensionaremos la ventana al abrirla según el último tamaño guardado del usuario.
La poca clase de las grandes empresas…
Ya me lo decía mi padre: Eso es una tontería... y qué razón llevaba (y lleva).
Hay una figura muy "útil" en los negocios: Los seguros sobre ventas. La idea es, contratas una póliza que cubre, para un número de clientes determinados (soportados por la compañía de seguro), las ventas realizadas a crédito con estos clientes ante posibles impagos por un determinado porcentaje. Es decir, es una manera de, a través de una compañía de seguros, tener ciertas garantías de no tener problemas con los impagos.
Además, estas compañía ofrecen una base de datos en la que te indican la fiabilidad de tus clientes actuales y potenciales para pagar. Esa base de datos es la que éstas compañías utilizan para indicarte qué clientes cubren y cuáles no. Está claro, todo cliente que ellos no aseguren (bien por un impago que hayan tenido, o bien por que su análisis de riesgo sobre este cliente indique que es potencialmente peligroso) es un "cliente no fiable" y es bajo propio riesgo bajo el que se le vende.
Estas tipo de compañías, la verdad proporcionan por un plus de tranquilidad por las ventas, por un precio, eso sí, generalmente no barato.
Pero los momentos de crisis llegan para todos, y es en esos momentos en los que se demuestra la clase (esto es un punto de vista personal basado en una experiencia propia y por lo tanto no generalizable) de algunas empresas.
He tenido un percance con nuestra aseguradora, Crédito y Caución, compañía solvente y con gran historia y respeto en el mundo empresarial. Pero, atravesando la actual crisis económica como todos.
Ayer recibimos una notificación de ellos: Unilateralmente modifican las condiciones del contrato e incluyen una franquicia de 1.000 €... Es decir, ellos cubren un porcentaje de las ventas impagadas a partir de los 1.000 euros de impago (es decir, si te dejan una ronchita de 1.500 €, sólo cubren el 75% de 500 €).
Si tenemos en cuenta lo siguiente:
- Sólo hemos dado de alta un siniestro (como ellos lo llaman) en dos años, que además fue cobrado en su totalidad a los 5 días de dar de alta el siniestro
- Que nuestros trabajos medios tienen una facturación pequeña (poco más elevada que la franquicia) y la mayoría de nuestros clientes son administraciones públicas (que ellos no aseguran, por ser de cobro seguro)
- Que cuando les pregunto porqué modifican el contrato responden prácticamente: esto es lo que hay
se deducen dos cosas claras: No nos quieren como cliente, y además, consideran al sector de las artes gráficas como sector de alto riesgo.
Lo peor es la sensación de cómo quieren prescindir de tí como cliente. No hay una explicación sincera o detallada ("la situación que atravesamos es compleja por la crisis y el aumento de los impagos, por lo cual estamos prescindiendo de sectores peligrosos" por ejemplo), o un contacto personal para explicar la situación. No, una carta fría con una modificación unilateral que se acepta u obliga a solicitar la rescisión del contrato. Es así más sencillo que uno, por amor propio, presente la renuncia.
Yo presento la renuncia. Ellos renunciaron a la clase y la elegancia empresarial.
Modificaciones en AbanQ
Ha sido bastante tiempo sin escribir (mucho trabajo, y demasiadas gripes una detrás de otra...) pero vuelvo por aquí.
He estado trabajando bastante en AbanQ para implementar un ERP en una imprenta. La verdad, es que, con soluciones como esta, sobran herramientas cerradas y que además, no suelen tener una adaptación tan buena como ésta tiene.
Uno de los aspectos más importantes de una aplicación, es su interfaz. Los programadores muchas veces no tienen en consideración el interfaz de las aplicaciones, pero son en muchas ocasiones un factor subjetivo clave a la hora de percibir, y por extensión valorar, una aplicación.
Y el aspecto de AbanQ en su versión para Windows, a mí me parecía... feo. Os pongo una captura de el aspecto original que tienen los ejecutables que InfoSial ofrece amablemente para descarga.
AbanQ antes de las modificaciones
Otro detalle se unía a que la interfaz no me pareciera... correcta. Los formularios se abrían en determinadas zonas del escritorio ocultando muchas veces la botonera de navegación porque quedaban fuera del mismo. ¿Solución? Todos los formularios que se abran se centrarán en el escritorio.
Os voy a explicar cómo hacer estos cambios tan sencillos en el código fuente.
[Modificación 27-febrero-2009]: A petición del foro de AbanQ de Google Groups, os pongo un enlace a la aplicación compilada en windows (con MinGW) y con todos los archivos necesarios aqui. Es una versión Quick.
Sobre las encuestas a empresas
Todo el que está cerca de la administración de una empresa ha recibido alguna vez una encuesta de cumplimiento obligatorio enviada por alguna administración pública. Hace un par de semanas, nos ha llegado una encuesta del Ministerio de Trabajo, y ayer una del Ministerio de Industria.
El trabajo necesario para rellenar dichas encuestas es muchas veces intenso, requiriendo el esfuerzo de al menos una persona durante un día para conseguir determinados datos que resultan, cuando menos, sorprendentes. Y eso si la empresa dispone de un sistema de información. En caso contrario, intuyo que la mayoría de empresas, estiman los resultados ya que el trabajo para recopilarlos sería muy laborioso. Así que ya sé qué valor tienen para mí los resultados de esas encuestas.
Os pongo un par de ejemplos para no aburrir mucho. Me preguntaban en esa encuesta del Ministerio de Trabajo, datos como los siguientes:
- Número de días festivos en el año (incluyendo fines de semana)
- Número de altas y bajas de personas en la empresa, así como el paso de contratos temporales a indefinidos y contratos de tiempo parcial a tiempo completo.
Y me pregunto yo
- Días festivos: ¿Acaso no lo sabe la Administración Pública que fija los calendarios laborales? ¿No sería más lógico preguntar: Cuántos días adicionales a los marcados en el calendario laboral ha otorgado su empresa?
- Altas y bajas: ¿No tiene esta información tanto la Seguridad Social (necesario para las cotizaciones) como el Ministerio de Trabajo, a los que hay que informar puntualmente de estos datos?
Evidentemente, esta información (y otra mucha que aparece en dichas encuestas) está ya en manos de las Administraciones Públicas. Eso sí, hay una falta absoluta de sistemas de información que permitan una minería de datos (Data Mining) adecuada y que proporcionaría además datos mucho más fiables. Razones como esta son las que hacen que no confiemos demasiado en la inteligencia de los dirigentes políticos a la hora de decidir inversiones (que generalmente suelen estar lejos de la modernización). Es mucho más interesante mantener encuestas con preguntas en la mayoría de los casos absurdas, que justifiquen el trabajo de una Administración Pública constrastadamente ineficiente (sólo hay que mirar los datos de la UE) y cargar de trabajo al sector privado. Trabajo eso sí, improductivo.
La poca vergüenza de las grandes empresas…
Hoy he descubierto dos cosas
- Que he hecho el tonto durante años
- "El que no llora, no mama"
Realmente, no las he descubierto... pero que se hagan tan patentes, me parecen de vergüenza. Soy usuario del Dúo de Telefónica desde hace 4 años ya (ADSL más teléfono fijo). Técnicamente, no tengo nada que reprochar a un servicio, que sin ser excelente, es correcto en comparación al ofrecido en España. Otra cosa es la calidad del servicio global de telecomunicaciones en España, que no deja de ser paupérrimo comparado con el resto de Europa.
Y durante 4 años he estado pagando algo más de 70 € todos los meses, por 1, 2, 3 o 6 megas de velocidad de bajada. Este finde, en casa de un buen amigo, me dijo que él tenía el trío (Imagenio + ADSL + teléfono fijo) por el mismo importe que yo en una promoción de 18 meses.
Hoy he llamado a Telefónica, algo indignado, y sin, casi esfuerzo, me han aplicado una promoción por la que durante 6 meses me establecen un precio del ADSL de 25 €... a cambio de garantizar mi permanencia durante un año (¡¡¡si llevo 4!!!). Es decir, o me han estado timando durante cuatro años, o he sido idiota durante este tiempo por no haber llamado antes. En cualquier caso, ambas opciones me dejan en muy mal lugar.
Estamos hartos de que las grandes compañías nos inunden de ofertas por captar nuevos clientes... ¿y qué ocurre con los habituales? Es increíble que no exista fidelización de clientes (y más en tiempos tan turbulentos como estos) y que el que te apliquen condiciones que estas compañías ya tienen estipuladas, se realice coaccionándolos con tramitar la baja.
¿Acaso este mundo sólo funciona a partir de las amenazas y no premiando al fiel y leal? Para las grandes compañías de telecomunicaciones, está claro que la amenaza es la que manda.
Avanzando con AbanQ
Estos días he estado intensamente dedicado a seguir estudiando AbanQ para la implementación en el taller. Inicialmente dije que era un producto de funcionalidad reducida y tengo que reconocer que hay que matizar esa afirmación. Comparado con Openbravo o con OpenXpertya, es un producto que (con los módulos básicos de facturación) es de menor funcionalidad que éstos.
Ahora bien, es una plataforma que ofrece unas posibilidades de crecimiento francamente interesantes. No sé si me atrevería a calificarlo de ERP en el sentido estricto de la palabra. Ahora, es una plataforma que permite un crecimiento modularizado de una herramienta de gestión básica de una manera francamente sencilla. Básicamente:
- Definiendo el modelo de datos
- Definiendo los formulario de edición
- Definiendo los informes
podemos implementar en muy poco espacio de tiempo cualquier registro de datos. Unido a esto la posibilidad de asociar scripts de acciones, y poder programar comportamientos propios, hacen la herramienta muy interesante.
Aun así, hay alguna incertidumbre ante el lote de trabajar que me voy a pegar. Estoy utilizando la versión v2.3, pero la nueva versión v3 (realizada en Qt4 y con interfaz web) promete, no mucho, muchísimo. ¿Me estaré hartando de trabajar en una versión a la que sólo queda un mes de vida? Desde InfoSiAL no hay mucha información sobre la fecha de lanzamiento. Aparte, aunque el producto es Open Source, su desarrollo no se hace en plataformas abiertas.
Voy a avanzar un poco qué he ido modificando para ir adecuando la herramienta a mis necesidades:
La tontería del uso del inglés
Una de las cosas que más me ha llamado la atención en el mundo de las artes gráficas, frente al mundo de la informática, es la casi no existencia del uso del inglés para referirse a términos técnicos.
Como muestra un botón. La semana pasada estuve en una presentación de Openbravo, realmente interesante. Durante la misma, los ponentes soltaron todas estas palabras: input, output, sales order, slide, open source, link, project, report, enviroment, development, workflow... todas estas palabras tienen su acepción en castellano perfectamente válida. Sin embargo, son de uso muy común en el mundo de las tecnologías.
En las artes gráficas, sin embargo, el uso del inglés, es relativamente escaso. Siempre se prefiere un término en español. Y eso es algo que me encanta. Seguramente habrá quien diga, que "las nuevas tecnologías vienen del mundo anglosajón y se han aceptado muy rápidamente prefiriendo pues términos en inglés". El mundo de la impresión, proviene de Alemania, EEUU o de los chinos (como hemos visto en la serie Historia de la impresión), sin embargo usualmente existe una versión en español de casi todos los términos utilizados. Por ejemplo, se habla de tintas en lugar de ink, rodillos en lugar de rollers, guillotina en lugar de cutting machine, plegadora en lugar de folding machine, y así tenemos mantillas, tirada, formas, posturas, barniz, órdenes de trabajo, pila, y mil palabras más.
Me gusta mi idioma (el segundo más hablado del mundo, tras el chino).
Categorías
- Artes Gráficas (25)
- ERP Open Source (20)
- General (25)
- Librerías Qt (24)
- Mundo empresarial (21)
- Programación (13)
Mis blogs favoritos
Programación
Mi empresa
Entradas anteriores
- Abril 2010 (1)
- Marzo 2010 (2)
- Febrero 2010 (1)
- Diciembre 2009 (5)
- Noviembre 2009 (3)
- Julio 2009 (1)
- Junio 2009 (2)
- Mayo 2009 (3)
- Abril 2009 (4)
- Marzo 2009 (12)
- Febrero 2009 (2)
- Enero 2009 (2)
- Diciembre 2008 (6)
- Noviembre 2008 (10)
- Octubre 2008 (1)
- Septiembre 2008 (6)
- Agosto 2008 (5)
- Julio 2008 (12)