Respuestas de foro creadas
-
Entradas
-
Me alegra que hayas podido realizar la actualización!
Gracias por compartir la solución al problema, seguramente le será de utilidad a otros usuarios.
Saludos,
FedericoHoracio,
La pregunta es simple aunque la respuesta no lo es tanto.
No es un problema de implementación, dado que la configuración a nivel parametrización que comentás es la correcta.
Tampoco sería un bug de Libertya dado que no es una funcionalidad errónea, sino que es más bien un faltante que permita brindar la posibilidad de facilitar a un usuario sin conocimientos de programación una manera de poder resolver este asunto.
Lamentablemente, para la versión actual de Libertya la única alternativa que se me ocurre es tener que modificar el código fuente.
Saludos,
FedericoEse error es porque no tenés instalado plpgsql, lo cual me parece raro si es que estás utilizando Libertya normalmente. En caso de que efectivamente no hayas tenido instalado plpgsql, te van a faltar varias funciones de Libertya. Antes de realizar cualquier actualización, primeramente deberías verificar ésto.
Saludos,
FedericoBuenas!
Vamos por partes…
Quote:¿Cuál es parámetro que hay que customizar y donde lo ubico?Clase LaunchInvoice, método doIt(). Hay varios threads en el foro al respecto de cómo rellenar los reportes desde Java, como por ejemplo éste.
Quote:¿Soy yo, o nadie usa el número de remito en la factura?Eso no sabría contestarte, dado que justamente la etapa de customización de los reportes es inherente a cada empresa.
Quote:¿No debería ser algo común e intuitivo?Aunque es un producto de código abierto y versátil en varios aspectos, hay que tener en cuenta que Libertya no es una aplicacíón pequeña, es un ERP. Se requiere un mínimo conocimiento para su uso general, y un tanto más si tenés la tarea de ponerlo a punto para su funcionamiento en una empresa.
Esta problemática no es exclusiva de Libertya, la puesta en producción de cualquier ERP conlleva este tipo de tareas.
Sin embargo, contás con la ventaja que otros productos no brindan (además de costo cero de licencia): tenés todo el código disponible, contás con un foro activo y participativo, y como si esto fuera poco, están los cursos online que podés llegar a tomar si son de tu interés.
Suerte,
FedericoBuenas,
Me puse a inspeccionar esa parte del código, y el dato nunca se va a visualizar dado que el parámetro no es cargado:
Code:jasperwrapper.addParameter(“NROREMITO”, “” );Esto seguramente se deba a que no ocurre en todos los casos que exista una relación 1 a 1 entre la factura y el remito (hay una tabla M_MatchInv que relaciona LINEAS de factura con LINEAS de remito). Qué valor indicar si la asociación se encuentra distribuida en varios documentos remito/factura?
El parámetro está ahí para que el mismo pueda ser adecuado durante el proceso de customización. Según la política que se aplique en la empresa, la clase Java que rellena este parámetro – al igual que otros parámetros y la distribución visual del informe – deberá ser modificado acordemente.
Saludos,
FedericoQuote:La pregusta es si es practico crear un Articulo simbolico que sea Servicio(Proveedor-Compras), generar el pedido y hacer una recepcion con Remito del servicio si es asi lo hago por el proceso normal como lo he detallado, o es conveniente que siendo servicio cargue directamente la factura sin generar pedido ni remito.??Libertya permite armar el circuito según las necesidades de cada empresa. Es posible crear facturas directamente, crear facturas a partir de un pedido o remito, o crear remitos a partir de pedidos o facturas. La utilización queda a criterio de los usuarios.
Quote:La segunda es que genere, un pedido con tres articulos, fui a la ventana de ” Relacionar Pedido Remito -Factura”, y genero la corresponcencia del Pedido con el Remito ( al remito en esa ventana le llama( Entrega/Recibo), ahora el problema es que cuando recepciono el pedido con un remito no me da de baja el pedido sino que pudo seguir recepcionandolo y aumentando stock, no sè si estare haciendo mal la relación. Adjunto ImagenLa imagen solo muestra la ventana vacía de correspondencias. Estás completando los documentos correspondientes (pedido, remito)?.
Saludos,
FedericoQuote:Error al realizar la instalación: Instalacion cancelada en post configuracion!Esto me da la pauta de que algo muy raro esta ocurriendo, dado que para la actualización de LY 10.03 a la 10.09 NO hay definido un proceso de post-instalación.
Estás utilizando la máquina virtual correcta? Deberías utilizar la JDK 6 de Oracle (anteriormente de Sun), y no OpenJDK.
Estás descargando el archivo correcto, sin haber realizado modificaciones al manifest.properties?
Saludos,
FedericoBuenas,
Me tomé el trabajo de verificar la actualización de LY10.03 a LY10.09 bajo PostgreSQL 8.3 (ya que todos los tests fueron realizados en 8.2) en Ubuntu. Seguí el instructivo paso por paso y no tuve problema alguno.
Estoy al tanto que la actualización funciona correctamente, como por ejemplo se comenta en este thread, y también en este otro.
Creo que luego de haber realizado tantas pruebas, lo más sencillo es que pruebes primeramente “desde 0” en una instancia limpia, y a partir de ahí sacar las conclusiones de por qué estás teniendo inconvenientes en tu instancia.
Te adjunto la bitácora de actualización, en caso de que te sea de utilidad.
Saludos,
Federico [file name=Component_install_20101128_124321.zip size=135501]http://www.libertya.org/media/kunena/attachments/legacy/files/Component_install_20101128_124321.zip[/file]Buenas,
No hay inconveniente en instalarlo bajo DEBIAN. Yo lo utilizo en UBUNTU sin problemas. En todos los casos, la mayor complejidad radica en la instalación de PL/Java, el resto no requiere demasiado esfuerzo.
En 2003 no lo he probado pero creo que usando el instalador automático sale andando (creo que hay algún que otro thread en el foro al respecto).
Saludos,
FedericoAntes que nada, realizas los pasos correctos de actualización del reporte en LY?
1) Modificar el reporte desde iReport
2) Realizar el build correspondiente del reporte
3) Actualizar el precompilado (.jasper) en los metadatos de LYSaludos,
FedericoBuenas,
No, la compilación no modifica en absoluto nada de la base de datos. Tené en cuenta sin embargo que si realizaste modificaciones “aisladas” de los fuentes (sin respetar el desarrollo bajo components) y luego quieras actualizar el core, esto podría llegar a traer conflictos.
Saludos,
FedericoBuenas,
Seguramente deberás modificar los fuentes. Aunque en muchos casos, para realizar copias se utilizan métodos que dinámicamente inspeccionan los campos existentes en metadatos, proablemente en este caso esté indicado explícitamente qué campos copiar. Si éste fuera el caso (habría que investigar el código), se deberá ampliar el proceso correspondiente.
Saludos,
FedericoBuenas,
La identificación de las instancias se realiza al momento de realizar el pedido o de remitir. A nivel artículo solo hay que definir el conjunto de atributos que éste contiene.
Al persistir el artículo, el sistema generará las posibles combinaciones entre los valores de los atributos.
Luego estas combinaciones se utilizan en la línea de pedido/remito. Justamente hay ciertos cambios en conjunto con LY10.09 que obligan al usuario a seleccionar una de las combinaciones existentes.
Saludos,
Federico