Respuestas de foro creadas
-
Entradas
-
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 http://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.
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 corresponda).
Code:insert into m_storage
select
x.*
from
(
select
p.m_product_id,
l.m_locator_id,
p.ad_client_id,
l.ad_org_id,
‘Y’ as isactive,
now() as created,
0 as createdby,
now() as updated,
1010717 as updatedby,
0 as qtyonhand,
0 as qtyreserved,
0 as qtyordered,
now() as datelastinventory,
0 as m_attributes
from m_product as p
cross join m_locator l
where
p.ad_client_id = 1010016
and l.ad_client_id = 1010016
and p.producttype = ‘I’
) as x
left join m_storage s on
x.m_product_id = s.m_product_id
and x.m_locator_id = s.m_locator_id
and x.ad_client_id = s.ad_client_id
and x.ad_org_id = s.ad_org_id
where s.m_product_id is nullSaludos,
Saulo
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 mismo para la forma de configurarlos.
