Gracias por responder. La verdad es que hace bastante tiempo que intenté compilar que ya no me acuerdo de cuales fueron los errores. Actualmente estoy trabajando con el AbanQ tal cual viene, sin ningún tipo de adaptación. De momento y para lo que yo lo quiero me sirve perfectamente. Ya te decía en mi primer mensaje que no tengo grandes pretensiones, el programa tal como está es más que perfecto, vale, está el tema de los informes, que mira que es complicado. Pero me arreglo, tan solo necesito un pedido a proveedor (español e inglés) y un albarán y factura a cliente. Por lo demás sigo pensando que AbanQ es un ERP excelente, todo lo demás me funciona bien, aunque hay cosillas que si tuviera los conocimientos necesarios cambiaría. En fin.

Incluso lo uso desde un Netbook conectando de forma remota por 3G con la base de datos por SSH, y va perfecto. Un pelín lento obviamente, pero en estos casos lo uso para meter algun que otro pedido en el sistema y poco más.

He de volver a intentar compilar tu versión par AMD64 en cuanto tenga algo de tiempo. Como te decía estoy montando mi empresa y la verdad es que no me queda mucho tiempo libre para estas cosas. Como de momento ya tengo esto “solucionado”, me estoy centrando más en otros temas. Pero prometo que tan pronto pueda me pondré de nuevo a la faena.

Un saludo.

Si no te aperce puede ser porque los módulos no se han instalado correctamente en Base de datos, o porque no has copiado los archivos necearios a /share/facturalux dentro del directorio de AbanQ. Esos archivos son xml, archivos .ui …

Saludos

Es fantástico que te instaures por tu cuenta: te irá muy bien. AbanQ es un gran software, especialmente para las PYMEs españolas. OpenERP lo supera en funcionalidad y en módulos, pero es bastante más complejo, tienes razón.

Para mi gusto AbanQ flojea muchísimo en el tema de informes, por eso le añadí JasperServer.

No he probado a compilar en amd64… (no tengo ningún procesador así), pero, ¿te da el error en el propio AbanQ o en las Qt?

Saludos

No se si lo estaré haciendo bien, pero no me aparece el módulo de administración. ¿Es posible?.

Alberto.

Simplemente quería felicitarte por este magnífico blog y sobre todo darte las gracias por compartir tus conocimientos con la comunidad. Espero que yo algun dia también pueda aportar algo por poco que sea.

Por cosas de la crisis me he visto sin trabajo y he decidido crear una empresa en la que estoy implantando AbanQ. Es un reto para mi.

Aunque la contabilidad me la llevará una gestoria, si me interesa dejar el tema de facturación y almacén lo más adaptado posible a mis necesidades. He probado con OpenERP y me resulta sumamente complejo para lo que yo quiero por lo que lo he descartado, me estoy centrando en AbanQ y aunque practicamente todo lo que trae de “serie” me sirve, si quiero darle unas vueltas al tema de informes, diseño de albaranes, facturas, etc. Precisamente algo que este programa no hace de manera amigable.

Voy a probar tu versión compilada para Windows. He intentado compilarla en Debian para amd64 y no he sido capaz de momento, aun siguiendo todas las indicaciones que das en otro hilo. Seguiré insistiendo ya que no quiero tener que usar Windows solo para esto.

Gracias una vez más.

Un saludo.

Alberto

Con respecto a tu duda, sí hice cambios en el core de AbanQ buscando precisamente lo mismo que tú has realizado: necesitaba desde la ficha de un artículo, poder ver las altas y salidas del mismo (mediante los albaranes) y la versión oficial no me lo permitía directamente tirando de vistas de PostgreSQL. Por eso hice modificaciones. En http://www.pinelo.com/blog/2009/05/27/buenas-practicas-en-abanq-usando-vistas-con-postgresql/ tienes la explicación.

El problema lo tienes en el parámetro autopulate como bien has detectado. En la documentación de Qt 3.3 para QSqlQuery::setName dice If autopopulate is TRUE (the default), the name must correspond to a valid table or view name in the database. Also, note that all references to the cursor edit buffer become invalidated when fields are auto-populated.. El tema estriba en que AbanQ internamente, en la clase FLSqlCursor, “juguetea” con los nombres de las tablas anteponiendolos a los nombres de las columnas del SQL y es en lo que a mí me daba error. Por eso tuve que hacer más cambios ahí.

La verdad es que el utilizar vistas sería deseable por parte de AbanQ, pero entiendo que soportando MySQL (a día de hoy ando desconectado, pero cuando se inició AbanQ no soportaba vistas) era algo más complicado.

Necesito poder ver los movimientos de salida y entrada de artículos.

La idea es irme a la ficha de un artículo y poder ver una tabla con los albaranes de salida y de entrada de ese artículo.

Siguiendo tus maravillosos consejos, me pongo manos a la obra:

1. He creado una vista en PostgreSQL con los campos que me interesan de diferentes tablas.
2. He creado el archivo mtd con la declaración de campos de la vista.
3. He incluido en el formulario un FLTableDB cogiendo los datos de la vista y filtrándolos por la referencia del artículo usando foreign field.

Con la build 20208 no me funciona, dándome un error de “No están implementadas las referencias entre bases de datos”.

Buscando por tu blog una posible solución, me he encontrado con tu versión compilada, me la he descargado y ¡SORPRESA! me funcionan mis modificaciones perfectamente.

La duda es si es por algo que tu versión sí tiene y la 23208 no o tiene que ver con esto que comentabas por otro lado:

En el nuevo build (16502) han cambiado el parámetro “autopopulate” al
definir el nombre de un cursor proveniente de una query.
En el build anterior (15245) estaba puesto a TRUE (el valor por
defecto) y en la nueva versión lo han cambiado a FALSE, lo que
provocaba que no cargase los metadatos de la vista en el cursor y
falle.
Volviendo el parámetro como estaba puedo seguir utilizando las
tablas/vistas que había modificado.
El cambio que hice es en el fichero “FLSqlCursor.cpp”, función
“populateCursor()”, línea 2125,
reemplazando:
QSqlCursor::setName( d->metadata_->name(), false );
por
QSqlCursor::setName( d->metadata_->name(), true );

Probablemente tenga una explicación el cambio del parámetro, pero así
no me funciona :-P

2009/9/7 Sparhawk :

Un saludo.

Con respecto al punto 2, en las bases de datos transaccionales, el comodín siempres es el % (creo que además es estándar SQL). Sólo Access utiliza el * como comodín… Reconozco que nosotros estamos acostumbrados a usar el %.

Gracias por el feedback. Ahora estoy poniendo a punto mis “adiciones” a la última versión de AbanQ. En cuanto las tenga listas, las pongo en el blog.

Saludos!