Respuestas de foro creadas
-
AutorEntradas
-
Antonio CalviñoMiembroDario,
No es posible ya que los almacenes (como todo debajo de la compañía) pertenecen a una Organizacion.
Una solución sería crear una 3era Organizacion, asociarle el almacen y darle permisos a todos los usuarios.Saludos
Antonio.
Antonio CalviñoMiembroEstimado,
Resulta un tanto extraño que contabilice en esa cuenta, en la que en realidad se contabilizan los remitos normalmente.
Lo que debería suceder es que la factura de compra contabilice a la cuenta que tiene como nombre (en la pestaña contabilidad) “Discrepancia en producto”. En ese campo deberías cambiar la cuenta de los productos que no sean mercadería de reventa sino servicios o gastos.
De todas maneras, por lo que indicas, tal vez no sepas como verificar la contabilidad de un documento.
Lo que debes hacer es: abrir la ventana de facturas (o la del documento que desees verificar), ubicar el documento y presionar el boton: “Aplicado”
Esto abrirá el visor de cuentas en el cual se puede ver exactamente que asiento genero un documento.
El visor de cuentas se puede abrir desde el menu “ver” o con CTRL+SHIFT+I una vez dentro tambien puedes filtrar por documento directamente.Hay que tener en cuenta que para hacer todo esto, hay que usar un perfil que posea permisos sobre la contabilidad (mostrar mestañas contables tildado en la ventana perfil) y que tenga tildado el campo “mostrar pestañas contables” en la ventana de preferencias del usuario (menu Herramientas -> Preferencias una vez que se ingresa con el usuario deseado)
Con el Visor de cuentas, tambien se pueden “republicar” los asientos (siempre que el período esté abierto) de manera que si cambiamos un valor de una cuenta, podríamos presionar el botón “Volver a publicar” para que se vuelva a generar el asiento y verificar como queda.
Espero haber sido de ayuda.
Saludos
Antonio
Antonio CalviñoMiembroEstimado,
La captura de importar cuentas informa que has importado correctamente todas las cuentas salvo una. Esto sucede normalmente cuando el CSV posee un encabezado (que libertya intenta importar) o una linea en blanco.No me queda claro , cuando hablas de “eliminar lo que quedo mal” si estás hablando de eliminar las cuentas ya importadas al plan de cuentas o bien eliminar los registros aun no importados de la ventana de importacion.
Saludos
Antonio.
Antonio CalviñoMiembroSolo para verificar, aunque no debería tener nada que ver, pero se me ocurrio leyendo esto:
El día 3/11 es justamente el siguiente día al MesAnterior+2 .
Esta afirmación bastante obvia, en realidad es pra poner en evidencia que “podría” tratarse de algún problema derivado de los períodos ya que el valor por defecto de libertya es que se pueda operar en el período anterior+2días … el 3 , ya no.Lo que debería suceder es que te de un mensaje de período cerrado… pero tal vez hay algo por atras que está fallando y no nos damos cuenta.
Revisaste el log de excepciones al momento de agregar el producto ?
Antonio CalviñoMiembroMas que interesante !
Para poder incorporarlo al core, habría que pulir los temas que mencionas.
Es interesante ademas, la posibilidad de parametrizar los info, ya que en algunos lugares se requerirán determinadas columnas y en otros, otras…
Los invito a pensar un poco mas en ese sentido para encontrar una solucion superadora….
Piensen en lo siguiente:
Un usuario que está realizando una compra de un producto, necesita ver los precios, la cantidad “ordenada” (pedida) , el stock actual y la cantidad reservada para poder tomar la decision de comprarlo o no.
Un usuario que esta realizando una venta, solo necesita ver la cantidad disponible y el precio de venta.
Un usuario que está haciendo una transferencia entre depositos, no tiene porque ver ningun precio.Esto quiere decir, que el infoProduct debería poder ser parametrizado según su contexto.
Se me ocurren varios enfoques para esto…
1) Por perfil:
Que se pueda indicar el comportamiento de los info según el perfil… podría ser una tabla mas con alguna info asociada al perfil. Si no se especifica nada, se usa el valor por defecto…
Ventaja: Maxima flexibilidad y seguridad ya que no se permite al usuario ver lo que no debe/necesita.
Desventaja: No es posible customizar el info, para el mismo perfil, en diferentes ventanas con diferente comportamiento (es esto necesario?)2) Por ventana:
Sería algo asi como agregar información extra en el diccionario cada vez que indico una referencia que va a utilizar un info. Pordría ser mediante una tabla adicional donde se den de alta las diferentes “configuraciones de info”. Luego en el diccionario al indicar , por ejemplo una referencia a un M_product_ID , habrá que pedir que se indique a cual “configuracion de Info” se desea apuntar.
Ventaja: Permite customizar el info para cada ventana.
Desventaja: No permite que diferentes usuarios vean cosas diferentes en la misma ventana. Hay que ver como se resuelve cuando no se trata de una ventana (TPV, Cobros/Pagos, etc) ya que ahi no hay donde configurarlo.3) Por perfile/Ventana:
La combinacion de ambos sería factible… pero me parece que demasiado compleja. Igual lo dejo como una alternativa superadora de ambas.Esta “configuración de Info” , mas alla de cómo se determina cual usar (por ventana, por perfil, etc), debería ser suficientemente potente para:
[li]Tener parametros que indiquen las columnas, los filtros y algunas restricciones (tal vez en formato de where ?…esto se podría sacar de la logica de validacion del diccionario )
[/li]
[li]Tener la posibilidad de indicar subclases del info o directamente clases info alternativas, de manera de que cada uno pueda hacerse “su propio info” en caso de quererlo.[/li]Por ultimo y no menos importante, hay que tener en cuenta la compatibilidad y se debería poder incluir esto de la mejor manera para un minimo impacto. Esto es, en lo posible, todos los cambios deberían ser de manera tal que si no se hace nada (no se crean configuraciones, etc. y el diccionario no se actualiza para un info, por ejemplo) la aplicacion siga funcionando con el actual comportamiento. Es decir, que haya valores por defecto que permitan hacer la configuración de infos de manera gradual.
Los invito a discutir respecto del tema, pensandolo de la manera mas amplia posible: Un nuevo esquema de manejo de ventanas Info dentro de la aplicación.
Antonio CalviñoMiembroRespecto del pendrive… no se de nadie que lo haya intentado y efectivamente el tiempo de acceso (sobre todo de inicio del sistema) serán mayores… pero debería funcionar si configuras correctamente las variables de entorno.
Respecto de la instalacion, solo debes seguir los pasos de la wiki para el sistema operativo que tengas.
saludos
Antonio
Antonio CalviñoMiembroPor defecto Libertya posee el usuario AdminLibertya , el cual esta asociado a todos los perfiles existentes. Cada perfil, posee diferente menu y diferentes permisos: Ventas, compras, etc.
Para probar los diferentes perfiles solo debes seleccionar el deseado al hacer login (en la 2da ventana)
Si necesitas crear usuarios, debes asociarle a cada usuario al menos un perfil de los existentes, aunque tambien puedes crear nuevos perfiles y nuevos menues (o usar los mismos)Espero haber aclarado.
Saludos
Antonio
Antonio CalviñoMiembroun producto puede tener diferentes precios en diferentes tarifas. Cada proveedor puede estar asociado a una tarifa diferente. De esta manera, un producto puede tener diferente precio para cada proveedor.
Por otro lado, el campo precio asociado a la pestaña de compras si se usa, pero SOLO para generar tarifas. Si al generar una nueva tarifa no se indica una tarifa “base” a la cual aplicarle la regla de precios, se usa el precio de la pestaña de compras con el proveedor actual. Esto permite tener el precio de lista del proveedor y generar una lista de precios de costo o de venta a partir de este.
Saludos
Antonio
Antonio CalviñoMiembroPost duplicado y contestado en: http://www.libertya.org/comunidad/foro-libertya/5-discusion-general/2317
Antonio CalviñoMiembroEs posible crear un tipo de documento de tipo presupuesto el cual es similar a un pedido de compras, pero no genera pendiente de recepcion. Puedes crearlo desde la ventana de tipos de documento en el perfil de configuracion de la compañia (ex Administrador del sistema). elijes tipo pedido y subtipo presupuesto.
Luego, puedes usar la opcion de “Copiar desde” en la ventana de pedidos para crear un pedido de proveedor a partir de un presupuesto. Al tipo de documento le puedes poner el nombre que desees (por ejemplo: Solicitud de cotizacion, cotizacion,etc)Saludos
Antonio
Antonio CalviñoMiembroDebes tener alguna cosa parametrizada de alguna manera no convencional.
Normalmente esas cuentas no se utilizan para nada. Activaste algo relativo a relacionar una Entidad comercial con una organización ? creo recordar que en ese caso se utilizan esas cuentas.
Tal vez puede ser que hayas modificado las combinaciones de cuentas incluyendo alguna información adicional…
No indicas en que tipos de documento te esta haciendo esos asientos “de mas”, eso serviría para darnos una idea al respecto.Saludos
Antonio
Antonio CalviñoMiembroPor el momento no hay planes de incorporar dicha funcionalidad.
El principal problema (al menos para Argentina) es la diversidad de tipos de cálculos a realizar para poder adaptarse a las cambiantes condiciones. Por otro lado, en cada país existe software especializado y actualizado para esto y parece ser mas razonable armar interfaces con dichos aplicativos para importar el asiento contable generado.Saludos
Antonio.
Antonio CalviñoMiembroCarlos,
En teoria, el terminal server es transparente para la aplicacion, por lo que si te funciona desde el escritorio, deberia funcionar desde una “terminal”.
Ahora, no tengo conocimientos avanzados de la implementacion de Terminal services como para saber si no es tan transaparente como debiera, pero la teoria indica qus si anda local, debe andar mediante un acceso remoto, que no hace mas que ejecutar lo mismo que cuando estas local.
Podrías probar de lanzar la aplicacion desde libertya.bat y podras ver los mensajes en la consola DOS.Saludos
Antonio.
Antonio CalviñoMiembroHeraldin,
Libertya emite retenciones. En particular para IIBB de tucuman habría que ver como lo ha definido la gente de rentas ya que depende de cada provincia fijar la manera de calcularlas. Hay algunos que calculan sobre el pago, otros sobre la factura que se paga y luego hay algunos temas respecto de como determinar la alicuota a usar.
De todas maneras, es altamente probable que con alguno de los algoritmos de retencion existentes, logres hacerlo funcionar según la reglamentacion de tu provincia.
Respecto de si detalla los comprobantes… si te referis a la Orden de pago, si, los detalla. Si te referis al certificado de retencion, no te lo podria decir en este momento… pero modificarlo es algo factible, como todo informe en Libertya.Saludos
Antonio.
Antonio CalviñoMiembroDario,
Dentro de libertya se pueden crear informes de la complejidad que se necesiten y hay varias maneras de crearlos. desde informes simples a partir de tablas o vistas hasta informes complejos con JasperReports y codigo java para “formatear” los datos.En particular, en las capacitaciones técnicas se ve como utilizar los reportes en general. Es decir, te dará las herramientas para definir y codificar el informe que desees. En los cursos funcionales, podras entender de donde tomar la información.
En concreto, una vez realizados los cursos, estarás en condiciones de definir e implementar el informe que necesites.
Particularmente, el informe que mencionas, saldría directamente desde la contabilidad y dependerá un poco del plan de cuentas y de como lo armes. Para hacerlo por cliente, solo deberás filtrar los asientos contables por cliente, pero hay alguna dificultad adicional para las transacciones no asociadas a clientes (sin embargo, sería factible con un poco de empeño)
Saludos
Antonio -
AutorEntradas