Bueno, ahí hice otros commits:
agregue:
bpartnerRemitLocation
productAttribute: con una pequeña modificación; la lista de atributos se muestran en forma nombre:valor, y no como actualmente “valor:nombre”
charAt: acá solucione un bug en PL/Java; todo un tema esta función, porque se usa desde muchas vistas para inferir los “multiplicadores”; en part…[Leer más]

Que tal Fede. De modo resumido:
bomXXX: utilizada desde infoProduct y desde casi cualquier proceso que tenga que ver con precios de lista o cantidades de stock. Lo unico raro aca es cuando uno define un producto bom pero no le asocias un precio: la idea de la funcion es calcular el precio a partir de sus componentes (no se si tiene mucho sentido,…[Leer más]

Muchas gracias por testear Matias! No es ningún atrevimiento, es un aporte. En cuanto al ROUND, es como decis, el tema es que deberias haber corrido el ROUND.sql que esta en la raiz; esta funcion justmante hace que todos esos castings sean innecesarios (y en realidad, ese round se usa desde muchas otro lados; al parecer hay muchos campos a nivel…[Leer más]

Que tal Fede. En teoria deberias correr los scripts y nada mas; lo que hacen simplemente es redefinir (usando un CREATE O REPLACE FUNCTION ) las funciones hechas en PL/Java para que ahora usen la definición en PGSql, pero manteniendo el mismo nombre y los mismo parametros y tipos.
Pongo como ejemplo solo para las funciones BOMPrice:

NOTA: ahi…[Leer más]

Buenas. Estuve avanzando un poco; me faltan unas pocas nada mas.
Subí el proyecto a SF; acá pueden ver el changelog de la ultima versión a la actual
http://pgsqllib.hg.sourceforge.net/hgweb/pgsqllib/pgsqllib/log/b99d2acbc46d

Copipasteo el shortLog:

Code:

66 minutes ago Javier Ader PaymenTerm – paymentTermDiscount agregado default tip c…[Leer más]

La tasa es a la que esta asociada el producto y tiene que estar activa para que el TPV la vea.

Buenas Franco. Estuve mirando el código en 10.09, y si, parece requerir un pedido por remito, pero:

1) No hace la validación de este requerimiento (eso hace en MInOut.prepareIt se obtenga un pedido a partir del id C_Order_ID = 0), y te permite completarlo sin problemas…el tema es que hace cosas muy raras con el stock: al acceder al “pedido” c…[Leer más]

Franco, lo que pusiste esta perfecto; el tpv sí intenta tener en cuenta esta configuración; pero el bug esta en que getPoSCOnfig().isPrintWarehouseDeliverDocument() nunca es seteado a partir de lo que diga la configuración en la base de datos; es seteado siempre a true (en realidad, hay un linea comentada en 10.09 que evita que sea tenido en cu…[Leer más]

Que tal Franco. Si, seguro que se tiene que internamente imputar 60; yo habia pensado que tal vez se podría modelar el vuelto haciendo una entrada de caja por 100 y una de salida por 40; que también conceptualmente correcto, pero bueno, quedaría registrado como un pago “negativo” que por otras cosas que vengo mirando me parece que generaria má…[Leer más]

A que ventana se refieren? Al panel de busqueda que esta en el tpv o la ventana (InfoProduct) que se abre cuando no se encuentra de manera directa? Porque si es la ultima hay un tema de accesos a datos fuera del thread GUI que puede llegar a causar problemas: la búsqueda de los productos se hace de un thread aparte, ese thread actualiza datos que…[Leer más]

Pero no debería buscar las librerias el path del servidor (deberia usar solo sus propias librerias y runtime de java), al menos el cliente pesado… Podes postear el contenido de Libetya.sh?

Yo alguna vez vi algo raro en la construcción del cliente pesado, que me hizo pensar que iba a tener un problema de librerías si el cliente se corría en una…[Leer más]

Cliente 9.07??
Bueno, la clase que no encuentra si esta incluida en cliente pesado generado por la version 10.09 (y casi seguro en la 10.03); el archivo OXPXLib.jar termina contendiendo el que esta en tool/lib/log4j.jar; este jar es que el que contiene la clase que no encuentra tu version (org.apache.Log4j.Level).
Mira el libertya.sh, al invocar a…[Leer más]

Matias, vos decis que la pestaña “de cuotas” (vencimientos de pagos creo que es) es editable? (una pavada pero no lo pude chequiar ya que en la base actual que tengo no tengo ninguna factura con esquemas de pagos…); pense que no, por eso todo el tema de “automatico” vs “manual”. Si es editable (lo cual tiene todo el sentido ahora que lo pienso;…[Leer más]

Que tal Dario. A que llamas instalar pl/java bajo postgres 9.0 o 8.4? Te pregunto porque el instalador de libertya no usa un instalador de postgres común (en realidad, creo que si, pero agrega otro .exe que instala la extensión necesario para que postgres soporte pl/java; el instalador de postgres detecta esta extensión y la instala ta…[Leer más]

De nada.
Matias, que se llame a esta lógica desde MInvoice.prepareIt, no se si esta tan mal, que se lo llame desde el callout, supongo que es para que se regeneren automaticamente cada vez que se cambian y el usuario pueda verlo desde la pestaña “Programa de pagos” o “vencimientos de pagos”, no recuerdo (esto mucho no me gusta, porque i…[Leer más]

Esta buena la idea, yo me había topado en el pasado con una necesidad similiar (tuve que tocar el código…). Lo que si tal vez habria que tener en cuenta la impresora fiscal especifica que se use; no creo que sea muy usual, pero en mi caso se iban a usar 2 contralodores fiscals distintos; una tiqueadora y una paginadora… El tema es que la t…[Leer más]

Buenisimo Antonio. No se que sistema de versionamiento van a usar, pero por lo que estuve mirando tal vez sea conveniente Mercurial; el tema es permite hacer de manera mucho mas simples “repositorios” alternativos (o locales o privados) y es mucho más simple trasladar estos cambios a un repositorio “oficial” o “estable” (previo chequeo de que se…[Leer más]

Bueno, pinta medio mal, pero tal vez este haciendo cosas “raras” (raras para el tpv…).
Veo que estas usando un Tarifa de Costo…. ahi tenes algo mal configurado. Te diría que
1) Crees una lista de venta (con impuestos o no incluidos) y una versión dentro de esta
2) Ponele precios a los productos con los que vas a probar dentro de esta lista (…[Leer más]

No, la categoría de IVA se configura a nivel de compañía y es compartida por todas las organizaciones que la componen (pensá Organización como sucursal); así está diseñado.
Tu categoría de IVA la especificas en Perfil Conf. de Coampañia; Conf.de Compañia->Compañia; Solapa Información de Compañia; supongo que en tu caso Responsable Monotributist…[Leer más]

Tenes que tocar código en cualquiera de los dos casos. En cuanto a la descripción se setea en FiscalDocumentPrint.loadDocumentLines; ahí lo que hace actualmente es agregar “clave del producto” concatenado a “nombre del producto”.
En cuanto a la cantidad de decimales, es un poco más complicado porque esta a cargo del driver especifico que est…[Leer más]