Respuestas de foro creadas
-
Entradas
-
Buenas,
Fijate las clases org.openXpertya.db.CConnection y org.openXpertya.db.DB_PostgreSQL. Seguramente por ahí encontrarás lo que andás buscando.
Saludos,
FedericoLeopoldo,
La identificación por conjunto de atributos (específicamente en este caso es el Número de Serie, pero podrían ser otros como talle, color, etc.) ya existe en Libertya.
Por ejemplo, al momento de cargar un remito de salida la aplicación permite especificar que instancia del artículo es la que vamos a enviar. El remito se encuentra relacionado con un pedido, y eventualmente también tendrá relación con una factura, con lo cual el tracking correspondiente del artículo estará presente.
Creo que este thread se encuentra más bien orientado a cómo es la manera más sencilla de cargar las instancias al momento de recibirlas.
Saludos,
FedericoBuenas,
Quizás no lo dejé del todo claro, pero obviamente me estoy refiriendo a la gestión de números de serie mediante la utilización de instancia de atributos. El producto es siempre el mismo.
Sobre el proceso de importación no es mala idea, debería contener una columna adicional con el número de serie en cada caso, la cual se utilizará para generar las instancias correspondientes (podría impactar en un remito o bien en un recuento de inventario físico).
Saludos,
FedericoJavier,
Muchas gracias por tu aporte!
Vamos a incorporarlo al proyecto a fin de verificar su estabilidad para luego incluirlo en el próximo release de Libertya.
Saludos!
FedericoBuenas,
Acabo de verificar el escenario planteado y efectivamente presenta el mensaje de error indicado. Esto se debe a un conjunto de nuevas validaciones realizadas sobre los remitos, pero que no fueron contempladas para la lógica de ensamblaje.
Justamente para este caso, la relación con los pedidos es un tanto especial. Tendremos solucionado este problema en el próximo release de Libertya.
Saludos,
FedericoBuenas,
Por el momento no se cuenta con dicha funcionalidad, pero es interesante poder contemplarla a futuro.
Quizás la alternativa más directa sería incorporar un botón en la cabecera del remito, el cual requiera el artículo y la cantidad de líneas a generar (cada una de éstas con cantidad 1). Luego sería cuestión de recorrer las líneas cargando el número de serie en cada caso, bien desde teclado o desde lector de codigo de barras.
Cualquier feedback al respecto es bienvenido.
Saludos,
FedericoBuenas,
Ocurre con todas las facturas o solo con una en especial?
Debido a que es un NullPointerException, y ya que estás debuggeando el código, inspeccioná justamente en la línea 125 de MJasperReport, los parámetros que le son pasados al método fillReport() del JasperFillManager.
Saludos,
FedericoEl problema de los campos vacíos te ocurre solo en esa ventana o en todas? Se presenta algún error en consola o en pantalla?
Saludos,
Federicorazor7, la solución más sencilla que encontré en Ubuntu 10.04 es la de utilizar PostgreSQL 8.3 con PL/Java para dicha versión.
Lo único que hay que hacer (en lugar de descargar postgre mediante apt-get) es descargar los fuentes de PostgresSQL 8.3 y compilarlos, lo cual no es demasiado complicado (solo requiere algunas descargas adicionales de paquetes de desarrollo).
Haciéndolo de esta manera no tuve mayores inconvenientes.
Suerte!
FedericoHernan,
Si querés consultar por los asientos contables generados a partir de las transacciones realizadas, lo que podés hacer es utilizar la funcionalidad de Información de Cuentas (ver -> Información de Cuenta). Desde allí podrás buscar (y filtrar por varios criterios) las entradas contables correspondientes.
Saludos,
FedericoBuenas,
Una consulta de este estilo podría llegar a ser de utilidad para conocer las ventanas, pestañas y campos existentes; y para cada pestaña, la tabla que referencia; y para cada campo, la columna que referencia.
Code:SELECT w.name AS Window_Name, t.name AS Tab_Name, tt.name AS Referenced_Table, f.name AS Field_Name, c.name AS Referenced_Column
FROM ad_window w, ad_tab t, ad_field f, ad_table tt, ad_column c
WHERE w.ad_window_id = t.ad_window_id
AND t.ad_tab_id = f.ad_tab_id
AND t.ad_table_id = tt.ad_table_id
AND f.ad_column_id = c.ad_column_id
ORDER BY w.name, t.name, f.nameSaludos,
FedericoTiene una ventana/pestaña referenciándola? De ser asì, probablemente por ahí venga el origen del problema. De todas maneras con desactivarla (borrado lògico) ya es suficiente.
Saludos,
FedericoCarlos,
En realidad la tabla y ventana están funcionando correctamente y la información se está persistiendo correctamente.
En lugar de ser un “error”, Libertya debería presentar ese mensaje simplemente como un “warning” o incluso un nivel menor como “fine”.
El mensaje refiere a que la tabla C_Lockers no posee su clase X_C_Lockers asociada, la cual podrías generarla mediante el uso de GenerateModel e incorporarla al proyecto.
Saludos,
FedericoMuevo el thread a Desarrolladores.
José,
El servidor de aplicaciones puede tener configurada solo una base de datos, ya que el mismo se encontrará trabajando en background sobre la misma. Las conexiones que devolverá para el acceso al sistema desde un cliente serán siempre para dicha base.
Esta configuración se hace desde el ejecutable Configurar que se encuentra en el directorio ServidorOXP, y la podés modificar todas las veces que te sea necesario (uno de los campos justamente es la base de datos a la cual deseas conectarte).
Sin embargo, si realmente necesitás trabajar en simultáneo con tres bases de datos, las cuales todas deben tener levantado un servidor de aplicaciones respecto, deberás contar con tres instancias independientes de Libertya, en sendos hosts.
Saludos,
Federico