Las restauraciones de base de datos se tiene que hacer sobre una base de datos nueva y vacia, no sobre una base de datos Libertya precreada.
Esto es:
1) Crear un base de datos vaica (por ej, desde pgAdmin), con un nombre nuevo (digamos libertya16may2012), con codificación UTF8, con dueño el usuario libertya.
2) sobre esa base de datos hacer el r…[Leer más]

Buenas, y saludos a la gente del foro que hace rato que no ando por acá.

Carlos, estuve mirando por arriba el codigo del reporteador interno, y lo que determina en donde se imprime un item es la columna AD_PrintFormatItem.PrintFormatType (campo traducido como “Area”); ahi se puede especificar si va en la cabecera, en el cuerpo del documento , o…[Leer más]

No, no que yo sepa. La única manera de que un documento de contabilice inmediatamente después de completado, es forzar la contabilización del mismo manualmente.

Buenas. La verdad que no se como funciona ese proceso de eliminación global, pero debería eliminarte los asientos contables asociados (lo cual es relativamente fácil), si no, es un bug.

Buenas. Si tenes el servidor de aplicaciones corriendo, el subsistema contable periódicamente corre y procesa contablemente todos los documentos que no hayan sido contabilizados; no es necesario contabilizarlos manualmente.

Buenas. El codigo de compleción de Pedidos esta en la clase MOrder, metodo completeIt; pero la forma correcta de completar un Pedido pre-creado en estado Draft (Borrador; C_Oder.DocStatus = ‘DR’), es obteniendo una instancia de MOrder para ese pedido en particular y llamar al metodo de MOrder, processIt (“CO”) o algo muy similar (mira la clase…[Leer más]

Buenas.
A que te referís con
“Por algun motivo que desconozco no me aparece la pantalla de manejo de parametros, la que se arma con menu”
Que pantalla de manejo de parámetros?

Por cualquiera, lo importante es que no exista al momento de iniciar el cliente. En ese archivo se guardan datos de configuración del cliente y si no existe, lo va a volver a crear. SI te referis a que cambiar pro , por el tu nombre de usario en la maquina; si queres entra a
C:Documents and Settings y ahi busca una carpeta con tu nombre de…[Leer más]

Ah, si si…. por alguna razón medio magica a mi entender, la lineas chquean que haya bastante stock cada vez que son guardadas….
El tema es asi; en es punto el pedido ya esta completo, y se reservo stock por una unidad (vos tenes en este punto 1 unidad real y 1 reservada, por lo tanto no te quedan ninguna disponible). La logica de completar la…[Leer más]

Me refería a abriar varias instancias del cliente de Libertya (el cliente es lo que usas todo el tiempo) accediendo a la misma base de datos (esto es, el servidor de base de datos). Algo similar puede llegar a pasar si corres instancias del servidor de Libertya contra la misma base de datos (mas difícil, pero es posible si haces cosas raras)

En c…[Leer más]

Lo del role postgre9, no se que tendrá que ver; pero casi seguro que es porque configuraste algo con PosgtreSql 9, o te quedo la configuración (la que vez en Configurar.exe, pero que tambien queda en el archivo libertya.properties en el directorio %USERPROFILE% en windows y HOME, creo, en Linux) incorrecta, ya que al parecer en algun momento e…[Leer más]

Me parece que sí, hay algo raro (a mi me ha pasado crear un remito de entrada que no parece incrementar el stock…).
No lo testie pero estoy casi seguro que el problema esta aca:
MInOut.checkMaterialPolicy()

Busca la siguiente sección de código:

Code:
if( ii == 0 ) {
if( st…[Leer más]

Interesante Walter! Habría que pegarle una mirada.

Saludos

Lo raro es que al parecer PL/Java esta bien isntalado (lo reconoce como lenguaje el servidor y esta habilitado para la base de datos en cuestión) , si no le tiraria otro error. Lo que no esta econtrando es o el jar, o la clase (lo cual puede debeser al clashpath usado internamente).

Ejecutaste
select…[Leer más]

Que tal jdreher; justamente tome como referencia tanto los scripts de Adempiere 3.6 como 3.4 (esta ultima porque utilizaba el mismo manejo de BOM que LIbertya; en una versión posterior cambiaron), incluso reporte un par de bugs (aunque lo hice en un thread de red1.org, no en sourceforge…), más que nada porque varias funciones bajo PostGreSql n…[Leer más]

En donde Fede? En la impresión de la factura?

Igual, yo siempre pensé que no hay problemas (y creo que no los hay desde un punto de vista legal) de hacer tal discriminación, más allá que tal vez quede medio “feito” (si uno da los dos totales de linea, con y sin iva, no esta tan mal; ahora si solo da un total discriminado, ya jode un poco más)…[Leer más]

Me parece que tal como esta el TPV no se permite aunque podrías investigar un poco la nueva funcionalidad de Cajas Diarias; creo que como “efecto colateral” (o como efecto principal… la verdad que no se!), permite especificar un vendedor distinto al “logueado”…. Igual, creo que requiere tener varias “configuraciones de cajas diarias”m una por…[Leer más]

Buenas. Sigo sin saber porque ocurre esto realmente, pero mirando los log de PostgreSQL la tabla
AD_Sequence es accedida usando un select de la forma (y solo a esta tabla)

Code:

SELECT ….. FROM AD_Sequence
FOR UPDATE

Ese FOR UPDATE me parece que es la clave; en realidad creo recordar haber visto sistemas basados en compiere evitaban este…[Leer más]

Que tal. Me parece que lo de Maxion era sobre 10.09. Igual, la ventana te alcanza mostrar que se envía algún comando? En el log de preferencias te muestra algún error (creo que lo podrías ver, pero via la ventana principal)? Finalmente, esto creo que es algo que cambio en 11.05 (la impresión fiscal, al menos desde el tpv se hace “medio” en dife…[Leer más]

Buenísimo. Creo que el tema viene porque la factura al ente recaudador al crearse nunca se especifica la lista de precios; entonces al intentar guardar la factura, se busca la lista por defecto (esta lista luego se usa para ver si tiene la misma moneda que la seteada con la factura; si no se busca una conversión… el tema es que nunca se c…[Leer más]