Respuestas de foro creadas
-
Entradas
-
Buenas,
Efectivamente LY soporta retenciones por IIBB y la importación a la que hacés mención.
Saludos,
FedericoBuenas,
En realidad el patch simplemente modifica la lógica funcional alojada en los archivos binarios de Libertya, pero no realiza cambio alguno a nivel base de datos. Sólo en este último caso es necesario ejecutar el Instalador de Componentes, el cual presenta en pantalla el mensaje al que hacés mención.
Si seguiste los pasos indicados, ya deberías tener aplicado el patch.
Saludos,
FedericoBuenas,
Si hacés mención a que “no sirve” por el error de OP/RC, ya hemos liberado un patch que soluciona el problema. Cualquier otro feedback es bienvenido.
Saludos,
FedericoBuenas,
Hemos liberado un patch que soluciona el problema indicado, llamado libertya-13.01-patch_oprc.jar.
Saludos,
FedericoBuenas,
Hemos liberado un patch que soluciona el problema indicado, llamado libertya-13.01-patch_oprc.jar.
Saludos,
FedericoGracias por la info. Ya hemos podido reproducir el error y estamos realizando las correcciones correspondientes.
Saludos,
FedericoBuenas,
Siempre y cuando hayas facturado a partir de un pedido, podes utilizar el informe “Seguimiento de Notas Pedido / Orden de compra”.
La lógica de “Crear Desde” de facturas te impide seleccionar un pedido completado ya utilizado como base para otra factura.
Saludos,
FedericoBuenas,
Tené en cuenta que al crear un artículo se están insertando valores adicionales en tablas que lo referencian. Lo más sencillo es simplemente desactivarlos.
Saludos,
FedericoBuenas,
El mayor problema que se nos presenta es que no hemos podido reproducir el error. Vimos que se han cargado los bugs correspondientes en el tracker de Google Code, en donde pedimos más información sobre los datos y configuración utilizados.
Saludos,
FedericoBuenas,
En este foro he leído comentarios sobre personas que probaron a migrar a Psql 9 sin inconvenientes. No sabría decirte sobre 9.1. Si llegás a probarlo, esperamos tus comentarios.
Saludos,
FedericoBuenas,
Efectivamente no hay mucho soporte a lógica de plugins sobre el TPV, dado que el mismo es una ventana Swing y la misma fue concebida mucho tiempo antes de la implementación de Components (adicionalmente definir los puntos de inserción/redefinición de lógica funcional no es tan trivial como en otros casos de persistencia, acciones de documento, etc.).
Extender las clases parece ser lo correcto, e incluso si notás que alguno de los métodos private/protected de las clases del TPV requieren mayor visiblidad (protected/public) acémelo saber.
En cuanto a llamado, simplemente deberías modificar a nivel metadatos el classname del formulario (AD_Form) con nombre POS. Esto podrías hacerlo “orientado a componentes” (o sea bitacorándo las modificaciones del diccionario de datos en AD_Changelog) a fin de que cuando instales tu plugin en un equipo, automáticamente se realice la modificacion en los metadatos.
Saludos,
FedericoBuenas,
Dado que desde hace un tiempo hemos migrado los fuentes a Google Code, vamos a utilizar el tracker que provee para que la comunidad pueda colaborar indicando los problemas que vayan detectando.
Saludos,
FedericoBuenas,
Puede ser que tu problema se deba a que el directorio de PostgreSQL ya existe (quizás con una versión más vieja que la que usa el sistema). Antes de efectuar la instalación, podrías probar a desinstalar el Postgres que tengas y eliminar el directorio correspondiente (la desinstalación no elimina el directorio que contiene las bases de datos), generalmente alojado dentro de Program Files.
Slds,
FedericoJuan,
Es correcto lo que indica ccarranza respecto de la utilización de un backup. Te agradecería de todas maneras nos indiques qué otro bug has detectado más allá del tema de los pagos con retenciones.
En general siempre es aconsejable trabajar un tiempo sobre una nueva versión de un producto en paralelo con la versión de producción, hasta validar la correcta lógica funcional de todos los circuitos.
Tené en cuenta que el sistema es considerablemente grande y aunque realizar una validación completa de toda la funcionalidad para cada release es una tarea compleja, intentamos siempre minimizar los errores que se puedan presentar (incluso considerando que éste es software libre sin costo de licencia alguno), aunque ésto no siempre es 100% efectivo. Es por ésto que valoramos mucho el feedback por parte de la comunidad.
Saludos,
FedericoBuenas,
Hemos detectado un bug de decimales (ya corregido en desarrollo, pero todavía no publicado) que solo se produce cuando se generan facturas que utilizan una Tarifa con “percepciones incluidas en la tarifa”.
No se si estás utilizando este tipo de tarifa o no. De ser así, podrías probar a utilizar una que no tenga tildado dicho check (o destildarlo) a ver si con ésto ya se resuelve.
Si no estás utilizando este tipo de tarifas, entonces es un problema relacionado pero no exactamente el mismo.
Saludos,
Federico