Respuestas de foro creadas
-
Entradas
-
Buenas,
Es verdad que la carga automática ayudaría mucho. Sin embargo es un arreglo mínimo de código para cualquier puesta en producción.
Respecto al tema de los impuestos, lo había probado para Pedidos de Clientes y no me presentó inconvenientes. Sin embargo, como en tu respuesta mencionabas a Pedidos de Proveedores, lo verifiqué y ahí sí se presentaba el problema.
En la clase org.openXpertya.model.CalloutOurder de base/src/, método tax(…), deberás modificar esta línea de código:
Code:shipC_BPartner_Location_ID = Env.getContextAsInt( ctx,WindowNo,”C_BPartner_Location_ID” );Por estas otras:
Code:MOrder order = new MOrder(ctx, (Integer)mTab.getValue(“C_Order_ID”), null);
shipC_BPartner_Location_ID = order.getC_BPartner_Location_ID();Obviamente, este fix ya estará disponible en el próximo release.
Saludos!
FedericoEs verdad lo que comentás Sergio. Sin embargo esto no te garantiza que se haya realizado correctamente la instalación de PL/Java. La manera más fácil de verificar ésto sería viendo si existen las funciones correspondientes dentro del schema sqlj (por ejemplo accediendo desde el pgAdmin).
Para hacer el restore desde línea de comandos se utiliza esta sintaxis:
Code:psql -d baseDeDatos -U usuario -h host -f archivo.sqlespecíficamente para este caso sería algo así:
Code:psql -d libertya -U libertya -h localhost -f dump_libertya_0910.sqlSaludos,
FedericoBuenas,
Respecto al primer punto, es verdad que sería ideal traer automáticamente todas las líneas, sin embargo será necesario realizar la codificación correspondiente.
Como te comentaba previamente, la solución pasa por crear una nueva columna a nivel metadatos de tipo SQL, en la que resuelvas el nombre o código del producto a partir del M_Product_ID de la línea de pedido. Esta columna luego deberá ser parte del identificador visual de la tabla.
Respecto al segundo punto, efectivamente lo he probado con el último release. Este fix tiene varios meses ya, no es específico de este release. Por las dudas, verificá si no es un error en la configuración de Impuestos.
Saludos,
FedericoCintia,
Cierro este thread, y continuamos la disusión en este otro, que ya habías iniciado previamente.
Saludos,
FedericoBuenas,
Tal como te comentó Antonio, en el directorio raiz del equipo deberia haber dos archivos de log de la instalacion, por ejemplo:
c:Libertya_Instalacion_FECHA.log
c:Libertya_ImportacionDB_FECHA.log
Para saber a qué se debe tu error necesitaríamos ver el contenido de esos archivos.
Es probable que por algún motivo el postgreSQL no se instaló correctamente y debido a ésto es que Libertya no puede conectar a la base de datos. Para ganar tiempo, podés probar a instalar Java 1.6 y PostgreSQL 8.3 primeramente de manera independiente, y luego aplicar el instalador automático. Este último debería detectar la presencia de estos componentes y solo trabajar por encima de los mismos.
Fijate este link para mas detalles.
Saludos,
FedericoEstimado,
Deberías consultar en algún foro específico del producto openXpertya. Seguramente allí podrán darte respuesta a tu consulta.
Saludos,
FedericoEhmmm… quizás algún dato que queda en el browser? probaste borrando la cache propia del firefox?
Si encontrás el motivo no dudes en comentar al respecto!
Saludos,
FedericoJavier,
Libertya soporta lo que comentás.
Por un lado, las Entidades comerciales pueden ser Proveedores, Clientes o también Empleados. Dentro de la configuración de empleados, se puede indicar a uno de éstos como representante de ventas.
Por otra parte, las facturas contienen una relación a éste representante de ventas mediante el campo comercial/ususario.
Por último, hay funcionalidad para calcular comisiones según ciertos parámetros customizables. Las ventanas Comisión y Ejecución de Comision te dan acceso a estas funciones. Las mismas se encuentran inicialmente sin acceso para los perfiles debido a que no son de uso frecuente. Deberás habilitar su uso desde el diccionario de datos de la aplicación.
Saludos,
FedericoBuenas,
En Ubuntu 9.04 (el que yo uso) deberías tener acceso desde: Sistema -> Preferencias -> Sun Java 6 Plugin Control Panel. Una vez ahí, en la pestaña General tenés la configuración de los Archivos Temporales de Internet.
Saludos!
FedericoDaniel,
Intentaré responder a tu pregunta la más sintéticamente posible, ya que de lo contrario se requerirían unos cuantos threads juntos, debido a que LY es un proyecto bastante grande (600.000 líneas de código aproximadamente).
Para modificaciones generales, existe un conjunto acotado y bien definidos de puntos donde se debe modificar el código a fin de lograr cambios en la lógica funcional.
Tenés las clases M… (MProduct, MInvoice, MOrder, etc) las cuales extienden indirectamente de PO. Toda la validación y persistencia de objetos nace de ahí.
Luego están los callouts, los cuales permiten acciones en tiempo de edición de un registro. Estos extienden de la clase CalloutEngine.
Por último tenés procesos, que permiten realizar actividades sobre los datos de manera general, los cuales son clases que extienden de SvrProcess.
La gran mayoría de las modificaciones necesarias para customizar una implementación específica se deben realizar sobre este conjunto de clases.
Saludos,
FedericoBuenas,
Para acceder y/o modificar el registro de Windows, deberás ir a Inicio -> Ejecutar -> Regedit. Una vez ahí deberías buscar claves, valores o datos referenciando a postgres.
Es MUY IMPORTANTE trabajar con cuidado sobre el mismo y no dudes en hacer copias de respaldo del éste antes de modificarlo, ya que almacena información crítica sobre tu SO.
Saludos!
FedericoBuenas,
Gracias por tus comentarios. Estoy moviendo el thread a desarrolladores debido a ciertos aspectos técnicos en las respuestas que estoy detallando.
1)
No sería correcto definir a ésto como un bug, es simplemente la carencia de una característica (no está haciendo mal un cálculo, simplemente no está visualizando un dato). La misma se debe a que en la línea de remito, el combo al que hacés referencia apunta a una línea de pedido.
Las líneas de pedido (tabla C_OrderLine) tienen como identificadores estos dos campos (aquí no me estoy refiriendo a claves, sino a componentes visibles para que un usuario pueda identificar un elemento mediante un conjunto de valores, como es en este caso la fecha y el importe), ya que justamente los campos código del producto o descripción del producto no se almacenan en la lína de pedido, sino que simplemente se almacena la referencia al producto con una FK (M_Product_ID) desde la línea de pedido.
Si en la tabla de C_OrderLine agregáramos como identificador el campo M_Product_ID, creo que solo lograríamos mostrar un dato inservible al usuario: la clave interna del producto, quedando algo así como: 1000192 – 2009/10/31 – $283. El primer dato no es el código del producto, sino simplemente el M_Product_ID.
Lo que podrías hacer es cambiar el tipo de dato para el combo de línea de pedido en la tabla línea de pedido, en lugar de ser un TableDir, que sea un campo de tipo Búsqueda. De esta manera se deberían desplegar más columnas para cada línea de pedido en la ventana Info correspondiente.
Una solución más avanzada sería agregar una columna de tipo SQL en la tabla C_OrderLine que resuelva el M_Product_ID con un SELECT value… o SELECT name…, y agregar este campo como identificador.
Por favor, verificá si alguna de estas sugerencias es de utilidad y comentanos al respecto.
2)
EDIT: acabo de verificar este punto, y funciona correctamente. Esto es: en la línea de pedido, al seleccionar un artículo me trae la alícuota correspondiente según la configuración del artículo.
Saludos!
FedericoCintia,
Podrías ampliar un poco más respecto a tu problema? Plataforma, instalación, configuración, modo de inicio, etc?
Buenas,
Podrías probar el instalador automático para Windows, que podes encontrar en el área de descargas, y seguir la guía de instalación correspondiente.
En este thread tenés información relacionada respecto a una instalación sobre Windows Server 2003 que pueda serte de utilidad.
Suerte!
FedericoBuenas,
Deberías verificar si la instalacion de PL/Java fue correcta. La manera más sencilla de hacer esto es, desde el pgAdmin, acceder al schema sqlj. Allí deberás contar con 11 funciones, 3 secuencias y 4 tablas. Una de estas funciones es justamente la que parece que no se encuentra en tu caso.
Si no podés visualizar esto, probablemente sea una debido a una incorrecta instalación de PL/Java al instalar PostgreSQL.
Saludos,
Federico
