Respuestas de foro creadas
-
AutorEntradas
-
Saulo GilMiembro¿ Que versión de Libertya estás utilizando ? ¿ Podrías adjuntar los archivos que intentaste importar ?
Saulo GilMiembroHola, quizás te convenga cargar estos impuestos manualmente durante la registración de la factura.
Saulo GilMiembroSuena a que no está bien asignada la variable JAVA_HOME, por las dudas revisa este otro post.
Saludos
Saulo GilMiembroHola, por ahora Libertya debe ser ejecutado desde Java 6. La actualización de Java está en desarrollo.
Saludos
Saulo GilMiembroSi estuvieron editando componentes usando cualquier release (a la fecha) de Libertya sobre PostgreSQL 9, es probable que muchos cambios no hayan sido guardados (sobre todo la creación de registros). Es por esto que dichos datos no llegan a la fase de exportación.
10 marzo, 2015 a las 12:59 am en respuesta a: generación de listas de precios – vía web no funciona #39028
Saulo GilMiembroLa solución real a este problema sería dejar que este proceso se ejecute como cualquier otro, sin depender de una interfaz gráfica en particular.
Saulo GilMiembroNo se trata estrictamente de un error de compilación, como muestra claramente el mensaje de error
Code:MailLogger failed to send e-mail!
java.net.UnknownHostException: xxxSimplemente no puede enviar un email notificando sobre el resultado de la compilación ya que los parámetros para enviar emails (e.g.: el host name del smtp server) son incorrectos.
17 diciembre, 2014 a las 9:10 pm en respuesta a: Script para borrar todos los datos transaccionales #38934
Saulo GilMiembroA riesgo de ser redundante, este script borra todos los datos transaccionales. Es decir todo lo que no forma parte de los maestros de datos (e.g.: articulos, clientes, cuentas contables, etc). El propósito principal del script es el de eliminar todos los datos de prueba antes de una puesta en marcha. Eventualmente se puede utilizar para crear nuevas instancias de Libertya en base a otras.
En cuanto a lo que planteas sobre las facturas, eso sería tema para otro thread en el foro.
Saulo GilMiembroLes recomiendo cargar un ticket con este tema. No parece algo difícil de solucionar.
Saulo GilMiembroEsto suele pasar cuando el sistema no encuentra una cotización para dicha moneda dentro del período que estás utilizando.
Saulo GilMiembroEsto debería entrar en una nueva versión de lyws, no de Libertya ¿ cierto ?
Seguramente va a ser necesario algo más que poder buscar usuarios por ID, quizás convenga poder buscarlos por clave. De esta manera se podría hacer que, por ejemplo, cuando un usuario se identifica ante Libertya por medio de otro sistema exista la posibilidad de mostrarle un mensaje de bienvenida con su nombre.
Saulo GilMiembroSi podés dejanos más detalles así vemos que se puede hacer. Dentro de poco yo voy a tener que consultar a esta tabla también, así que quizás me sirva ir descartando este potencial problema.
Saulo GilMiembroSi, podés utilizar los web services recordQuery (consultando c_bpartner directamente) o customService.
Saulo GilMiembroLa primer línea del stack trace describe cual es el problema:
Code:MPOS.get_Value: Column not found – IsAllowCreditCardCashRetirement [11]Aparentemente estás utilizando una versión reciente de Libertya contra una base de datos no tan reciente.
Te recomiendo utilizar el tag code o adjuntar archivos a la hora de mandar logs largos al foro, así es más fácil de leer para todos.
Saludos!
Saulo GilMiembroMe pregunto cual puede ser el impacto de cambiarle la compañía (ad_client_id) a las monedas que están dadas de alta. Esto no debería tener efectos colaterales, al menos que tengas más de una compañía dada de alta dentro de la misma base de datos. Creo que no se pierde mucho con probar, seguramente con esto puedas resolver tu problema.
-
AutorEntradas