Corrección de bugs en las modificaciones de AbanQ
Os dejo por aquí el código fuente de la librería flbase modificada, corrigiendo bugs para conseguir la funcionalidad mostrada en anteriores posts. Había múltiples bugs (algunos debidos a mi desconocimiento del código de AbanQ y otros a efectos no contemplados). Creo que esta versión es bastante más robusta que la anterior. Permite además, efectos muy chulos, por ejemplo, modificar desde QSA la query de visualización de una FLTableDB por lo que puedes, en una misma ventana cargar datos de diferentes consultas según las diferentes opciones que el usuario seleccione.
A ver qué os parece...
Siguen los ejemplos de poca clase…
Recibo hoy una carta de una entidad de recobro de facturas, solicitándonos el pago de una deuda de 79,68 € ... que no me consta en ningún lado. Así que presto, llamo a dicha compañía, Intrum Justita, y la conversación, cuando menos es esperpéntica.
En primer lugar, se niegan a decirme a quién le debo, supuestamente, el dinero... Claro, ante la pregunta, "oiga, ¿y cómo sé que no se están uds inventando la deuda?" no tuvo más remedio que decirme a quién le debíamos ese importe. Y bingo, ¡¡era una compañía Teleco!! Sí, las que según la OCU, son las que protagonizan el mayor número de quejas y consultas de los consumidores. Esto promete. Tenemos una reclamación puesta a la antigua Airtel, de (atención) 2001 ya que nos cobraron una línea y un móvil, que nunca nos dieron (con lo cual, evidentemente, en Airtel, hoy Vodafone, no tienen albarán ni ningún documento justificativo que indique que disfrutamos de ese servicio, ¡¡puesto que no lo disfrutamos!!).
Respuesta de la operadora: "¿Han reclamado uds?". "Sí, lo hicimos". "Bien, pues para reclamar, primero deben de pagar". ¡¡¡OLEEEE!!! Me encanta la política de este país. Según esa regla de tres, ¡¡acabo de encontrar un modo de financiación estupendo!! Emito facturas falsas, por servicios no prestados, y total, como para "reclamar primero hay que pagar" acabo de conseguir financiación a corto plazo y sin interés... ¡¡alguno habrá que pague y que reclame, en un proceso de años!!
Le expongo a la operadora este punto de vista (por cierto, en ese momento pierde ella un poco los nervios) y con un tono de voz elevado, me indica que me harán la reclamación por vía judicial y me incluirán en el asnef y ese tipo de registros. Intento tranquilizar los ánimos, y le indico que, por favor, me envíen copias de los documentos que obran en su poder y justifiquen que realmente tengo esa deuda y que realmente prueban que recibí ese servicio... y su respuesta no tiene desperdicio "ni tenemos esa documentación ni la podemos enviar". ¡¡Es genial!! Mi vía de financiación es cada vez más sólida: Hay empresas que se dedican al recobro sin siquiera verificar que lo que solicitan es real.
Si no fuera, porque uno quiere ser empresario y no un timador profesional, quizás vería viabilidad en esta fórmula.
De verdad que hay cosas a las que no doy crédito...
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.
Categorías
- Artes Gráficas (26)
- ERP Open Source (20)
- General (26)
- Librerías Qt (24)
- Mundo empresarial (21)
- Programación (13)
- Uncategorized (1)
Mis blogs favoritos
Programación
Mi empresa
Entradas anteriores
- diciembre 2010 (1)
- octubre 2010 (1)
- 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)