Ese texto críptico sólo me hacer acordar a la pelicula The Shining

Fuera de broma, pareciera que puede estar correlacionado con el set de datos que intentabas importar. ¿ Probaste buscar esa cadena dentro del archivo ?

Tarde pero seguro, te recomiendo probar que puedas acceder desde la línea de comandos primero utilizando psql.

Este problema suena a que te falta configurar algo en el archivo pg_hba.conf.

Saludos

Acabo de actualizar el script con algunos cambios menores. En caso de cualquier problema pueden seguir reportando aquí así lo seguimos refinando.

Este script actualmente funciona (o debería) en Libertya v13.01 y 14.02, en PostgreSQL >= v8.3 incluyendo la rama v9.x.

Por las dudas te comento que la versión de iReport soportada por Libertya es la 2. Por ende, es altamente probabable que si editás los reportes con una versión (mayor) superior los reportes resultantes no se puedan utilizar.

Sería ideal poder contar con esa corrección dentro del core de Libertya. ¿ Podrías generar un diff con esta modificación ?

Solamente te restaría asociar el debugger de Eclipse con el proceso del servidor. Esto está descripto por Federico Cristina en este post https://www.libertya.org/comunidad/foro-libertya/8-desarrolladores/7180-atributos-en-interfase-web#7192

Saludos

Ycampos wrote:
Estimados Amigos, descargue la version 14.02 hoy, intento instalar pero llego al paso de contraseña, pero no me pide usuario solo contraseña y hasta ahi no avanzo porque no se cual seria la contraseña.

si alguien puede apoyar gracias.

Podés probar con usuario AdminLibertya y clave AdminLibertya

Creo que no es un motivo de preocupación, aparentemente Libertya funciona sin problemas con PostgreSQL 9.x. Esto no lo he probado de primera mano pero sé de otros partners que están utilizando Libertya de esta manera.

Te recomiendo ver los videos sobre Gestión de Almacenes en el canal de Libertya @Youtube

El proceso se puede automatizar con el comando pg_dump

Estos temas están más que cubiertos en el canal de Libertya en Youtube

Es recomendable tener un plan de cuentas bien desarrollado desde el principio ya que ir modificándolo sobre la marcha requiere un nivel mayor de atención y conocimientos sobre el sistema

mgarcia wrote:
lo que necesito es cambiar el precio al facturar en el TPV, pero que no salga abajo como descuento sino que directamente salga el precio que se digitó.

Esto parece una cuestión de simplemente configurar el formato de impresión de la factura para que no muestre las bonificaciones o recargos sino el precio final que se escogió/ingresó.

Por experiencia propia, pude ver que la lista de inventario contempla solamente artículos que hayan tenido algún ingreso en algún almacén, lo cual es un gran problema para hacer una carga de stock inicial. Por ahora, el workaround que tenemos implementado es ejecutar el siguiente script SQL de manera periódica (reemplazar los IDs según corre…[Leer más]

Una forma relativamente económica de hacer esto puede ser adaptar Libertya para que interactúe con el software de impresión JPFBatch (Open Source) en modo de servidor (utilizando el parámetro AsServer = true en el archivo de configuracion). De esta forma se puede reutilizar gran parte del código existente para controladores fiscales Hasar, lo mism…[Leer más]

Una aclaración que puede llegar a ser útil, el método descripto por Federico aplica para hacer debugging de todo el código que ejecuta el servidor de Libertya (e.g.: Procesador contable, Programador de Tareas, etc)

Para no duplicar información, les dejo la referencia (en inglés) de Google para esto: https://code.google.com/p/support/wiki/IssueTracker#Issue_entry

Lo ideal es que se reporte lo mínimo necesario como para entender cual es el problema, como reproducirlo y opcionalmente si es que ya tienen un fix. Cualquier cosa pregunten.

Saludos

Hola,

¿ Alguien podría reportar este bug en Google Code por favor ? Con esta información podemos dejar todo preparado para incluir este fix en el código principal.

Gracias,

Saulo

PS: Les recomiendo usar el tag de código para el foro así es mucho más fácil de leer el código SQL/Java/etc que quieran mostrar ya que entre otras cosas no se elimi…[Leer más]

Algo que quizás pueda funcionar es ver cual es el valor máximo X para m_product_id y luego resetear la secuencia de PostgreSQL con

Code:
ALTER SEQUENCE seq_m_product RESTART WITH X+1;

luego de importar manualmente los registros

Este es el comportamiento por default de Libertya, no creo que este ni bien ni mal aunque creo que puede ser esperable que al levantar un pedido desde el TPV se vayan actualizando los pendientes de entrega.

Nosotros tenemos código específico en el TPV para lidiar con estas dos situaciones, como parte de la integración con nuestro sistema [u…[Leer más]

Este es un problema conocido, aunque no se si se han cargado tickets al respecto.

Un workaround fácil para esto es agregar 1=1 en la cláusula WHERE de la tabla. Creo que hay uno o dos posts sobre este tema en el foro.