Respuestas de foro creadas
-
Entradas
-
Buenas,
Las impresoras que tienen implementación en LY son: P320F, P321F, P322F, P330F, P435F, P715F, PL8F, PL9F, PR5. Probablemente algún otro modelo pueda utilizarse con estas mismas clases, pero deberías verificarlo.
Saludos,
FedericoBuenas, probablemente estés intentando acceder a una ventana a la cual el perfil con el que estás accediendo no tiene permisos, con lo cual deberías acceder con el perfil adecuado para cada caso (Almacenes, Compras, Ventas, Configuracion de la Compañía, Administracion).
Saludos,
FedericoGracias por el feedback.
Es probable que el problema se origine en alguna caché, particularmente una que o bien tiene una validez muy prolongada o bien no caduca nunca. Si bien es una suposición, en función de lo que comentan (salir de la aplicación / reiniciar JBoss) podría llevar a venir por ahí.
Procuraremos revisar este tema en el mediano plazo a fin de encontrarle una solución para ambos clientes.
Slds,
FedericoBuenas,
En principio por lo que comentás es un problema de difícil detección dado que no se da sistemáticamente en todas las ocasiones, sino recién despues de un uso intensivo de la aplcación.
Esto lógicamente dificulta el seguimiento del mismo.
Lo que podría sugerirte en principio es probar a incrementar aun más la memoria de la aplicación a ver si al mejora, o al menos el intervalo de tiempo en donde funciona correctamente es mayor.
Por otro lado, de no ser un problema de memoria, podría llegar a ocurrir que la ejecución de algún circuito en particular haga que la falla se presente, con lo cual no estaría demás hacer un verificar qué operaciones se realizan ANTES de que se manifieste el inconveniente.
Por último, y ya que estamos en el foro de desarrolladores, te sugeriría que en el peor de los casos veas de debuggear la aplicación en cuanto encuentres que se presenta el problema.
Saludos!
FedericoBuenas, y ante todo gracias por el aporte.
Una solución quizás mejor sea directamente omitir el valor isPosted dentro de PO.copyValues(). Creo que esta modificación fue realizada tiempo atrás en el repositorio.
Slds!
FedericoBuenas y bienvenido!
Ante todo, muchas gracias por el ofrecimiento. Actualmente estamos abordando los temas relacionados con la actualización de Java y Postgres e incluso JBoss, aunque dado el tamaño del ERP y el número de puntos críticos lógicamente la tarea no es trivial. De todas maneras apoyarse en las versiones actuales no tiene mayores contrapartidas más allá del soporte de nuevas funcionalidades, y por supuesto la contrapartida del EOL de cada uno de ellos.
Por el momento maven no es una de las migraciones prioritarias simplemente porque por el momento Ant cumple correctamente con su trabajo y brinda las herramientas necesarias y suficientes de buildeo y/o deploy.
En cuanto a Git, ha sido analizada su migración en varias oportunidades, la última vez cuando Google Code cerró y ofrecían migración directa a GitHub. Sin embargo, el uso de hash para las revisiones hace complejo el seguimiento de versionado post-deploy en las instancias en producción, más aun teniendo en cuenta la eventual instalación de componentes, cada uno con posibles dependencias de versiones entre ellos y LY CORE.
Por supuesto cualquier sugerencia y ayuda es bienvenida. Estamos en contacto.
Saludos!
FedericoBuenas,
Que indica el log del JBoss?
Fijate si el problema no se debe a un tema de memoria:
En los archivos /ServidorOXP/LibertyaEnv.properties y /ServidorOXP/LibertyaEnvTemplate.properties; modificar la línea:
Quote:OPCIONES_JAVA_OXP=-Xms64M -Xmx512Mpor:
Quote:OPCIONES_JAVA_OXP=-Xms1024M -Xmx1536M -XX:MaxPermSize=1024MPor último, reconfigurar e iniciar nuevamente el JBoss.
Saludos,
FedericoBuenas,
Primeramente deberías definir los medios de cobro en la ventana medios de cobro TPV, en donde también se definen los medios de cobro usados en el ámbito de la ventana Recibos de Clientes.
Posteriormente, fijate si luego de seleccionar una factura a cobrar, en la segunda pestaña te es posible seleccionar el pago realizado anteriormente con el que ya habías cancelado una factura (y que le quedaba un resto a utilizar).
Saludos,
FedericoBuenas,
Es un tanto extraño, principalmente por ser un problema errático y no un error que se presenta sistemáticamente. ¿Puede ser que provenga por la versión de Postgres (requiere 8.3 u 8.4) o Java (requiere Oracle 1.6) que estés usando? ¿Has podido resolverlo?
Saludos,
FedericoBuenas,
Vas a tener que trabajar un poco. Principalmente:
– Ampliar el formato de importación de entidades comerciales para que “vea” las nuevas columnas
– Ampliar la definición de la tabla I_BPartner con las nuevas columnas
– Ampliar la definición de metadatos (tabla, columna, ventana, pestaña, campo) para referenciar y visualizar estos campos en la ventana Importar Entidades Comerciales.
– Ampliar el importador org.openXpertya.process.ImportBPartner para incluir en el volcado de I_BPartner a C_BPartner la información alojada en las nuevas columnasSaludos,
FedericoBuenas,
La ventana Tipo de Documento (bajo el perfil Configuración de la Compañía) permite realizar estas actividades.
Sin emabrgo, si la intención es crear un nuevo Conjunto de tipos de documento para un punto de venta en particular (por ejemplo: facturas A,B..etc; notas de crédito A,B,… etc para el punto de venta
, esto es factible realizarlo mediante el proceso Crear Tipos de Documento de Punto de Venta el cual automatiza la operatoria y los genera automáticamente con su correspondiente configuración.Saludos,
FedericoBuenas,
Por lo que interpreto, si se realizó un fix de CORE (archivos OXP.jar, etc.) y NO de los plugins, y luego hay problemas, problablemente se origine en las versiones de los binarios.
El CORE usado para aplicar el FIX se corresponde con la versión de los binarios sobre los que se apoyan los plugins? O sea, si estamos en un LY 13.01 con un conjunto de plugins, y se debe realizar cierta corrección de CORE, la misma DEBE ser desarrollada sobre los fuentes de LY 13.01.
Adicionalmente, recordar que el Configurar.sh realiza lo siguiente:
– Extrae todos los archivos contenidos en OXP.jar actual con los binarios de CORE (si ya se había ejecutado el Configurar.sh previamente también contendrá los binarios de los plugins).
– Extrae todos los plugins contenidos en /lib/plugins pisando eventuales binarios de CORE
– Se genera nuevamente el OXP.jar comprendiendo todos los archivos de los pasos anteriores)Si uno de esos plugins contiene una redifición completa de una de las clases de CORE (pisado completo), y el fix en cuestión tambien incluye esa clase, entonces tendremos un conflicto entre la versión del fix y la del componente dado que sólo una puede existir.
Habría que revisar entonces qué comprende la corrección de emergencia, bajo qué versión hay que desarrollarla, y si no incluye alguna clase que existe en los plugins.
Saludos,
FedericoBuenas,
Lógicamente es factible (y necesario) el cambio, pero requeire algo de esfuerzo de desarrollo tanto a nivel BBDD como en los formularios Swing y Web de la ventana pop-up de Direcciones, cambiando el campo a uno de tipo lookup que apunte a una tabla de ciudades.
Lo interesante del caso es que la tabla C_City (que referencia a un C_Region) existe, con lo cual es cuestión de ver cómo aprovecharla y usarla en la ventana en cuestión.
Saludos,
FedericoBuenas,
La imputación crédito-débito de cualquier tipo, ya sea total o parcial se puede realizar desde la ventana de Recibos de Cliente o bien Ordenes de Pago (dependiendo si es un cobro o un pago); ambas accesibles desde el perfil Administración.
Saludos,
FedericoBuenas,
El problema pareciera ser que no resuelve el m_pricelist_version_id a partir del nombre de la versión de lista de precio indicado en el CSV, y de allí que el error es: Key (m_pricelist_version_id)=(0) is not present in table “m_pricelist_version”.. Estimo que primeramente deberías revisar entonces la definición en el CSV.
Adicionalmente, ¿Qué versión de LY estás utilizando? ¿Estás ejecutando la operación mediante el cliente tradicional o mediante el cliente Web?
Saludos,
Federico