Respuestas de foro creadas
-
Entradas
-
Florencia, Libertya esta integrado al reporteador JasperReport, por lo que esos documentos que mencionas pueden acomodarse muy facilmente con dicha herramienta visual. Luego compilas el reporte, y lo volves a subir a Libertya.
Saludos.
Dario, el error es muy claro, y te lo enuncia el propio log:
ERROR: insert or update on table “i_product” violates foreign key constraint “cbpartner_iproduct”
Detail: Key (c_bpartner_id)=(3) is not present in table “c_bpartner”.En otras palabras, existe un producto que esta referenciando a un proveedor que no existe, en particular al proveedor con Id = 3.
Las “violates foreign key constraint” o violaciones de restricciones de integridad referencial, impiden que insertes referencias a cosas que no existen. Para solucionarlo, deberías eliminar el producto que referencia al proveedor inexistente o bien insertar primero un proveedor con ese id.
En principio, mencionar que LY te permite trabajar con 173 monedas ya configuradas, pero podes agregar mas. Para cada moneda vas a tener que defir una tasa de conversión a otra moneda ya existente, con una rango de fechas dentro del cual será válido.
¿Como asigno la moneda de cada Factura Proveedor?
Simplemente cuando cargues la factura de compra, seleccionas la lista de precios que corresponda. La asociación de Proveedor-Tarifa es muchos a uno (N Proveedores tienen 1 tarifa por defecto pero podes trabajar con mas seleccionandola manualmente), en la factura siempre vas a poder seleccionar la Tarifa o Lista de Precios que corresponda. En una palabra, si trabajas con N monedas para un proveedor, esas N listas de precios van a estar disponibles para seleccionarlas al cargar la factura.¿Puedo ver la Cuanta Corriente Consolidada en cualquier moneda?
No, la cc la vas a ver automáticamente consolidada desde cualquier moneda a la moneda base con la que trabajes según hayas indicado en la instalación, si instalaste la localización argentina será Peso Argentino, y en relación a la conversión que se haya definido en el módulo de Moneda.¿Genera automáticamente las NC / ND por diferencia de cambio al generar las Ordenes de Pago?
A ver si entiendo… la idea seria que ajuste la diferencia cambiaria con nc/nd porque la factura está confeccionado con una tasa desactualizada? En principio te diría que no. LY toma la tasa de conversión cargada válida a la fecha. Si la factura se realizó con una factor cambiario diferente, y se pretende ajustar el mismo con otro documento… habría que codificar un poco. De todas formas, la tasa cambiaria puede ser modificada antes de cargar la factura para respetar cualquier coeficiente de conversión convenido, lo que pasa es que de ésta manera no habría un documento de ajuste que balancee la diferencia, pero si no se lo necesita entiendo que puede llegar a ser una opción.Carlos, pienso que si no te interesa trabajar con el stock de los componentes del combo, sería mas fácil que crees un artículo combo y listo… así como tenes el LY ahora te serviría. Sin embargo, si te interesa manejar el stock de los componentes podes habilitar la funcionalidad Lista de Materiales:
De esa manera, vas a tener como artículos individuales por un lado, la Gaseosa, el chocolate, la caja de caramelos y por otro el combo “Gaseosa, Chocolate y Caramelo” que va a ser un producto compuesto de los 3 mencionados. Todos tienen stock, y al vender un combo se te descuentan los componentes. Pero también podes dejar los componentes sin stock y trabajar directamente con el Combo.
Si elegis trabajarlo así, antonces tenes mirá éste threat en el que se contesta como habilitar la funcionalidad de LDM:
http://www.libertya.org/comunidad/foro-libertya/6-ayuda/1566-activar-funcionalidad-ldm#1566
Empezá por habilitarlo, y luego te vamos guiando sobre como usarlo, de todas formas es muy intuitivo.
Precisamente, ésa es la prueba. Es decir, habiendo artículos si no te los muestra el buscador, es condición suficiente para suponer que no esta correctamente configurado el pl/java de tu restore.
Me parece que lo mejor es que revices en el manual de instalación como configurar el pl/java, tambien hay varios threats al respecto en el foro que seguro te van a ser de utilidad.
Javier, gracias por la data. Tuve problemas con el emulador hace un tiempo pero se solucionaron. En realidad lo molesté a Franco porque estoy mirando un poco el panorama a efectos de intentar armar algunos nuevos drivers para algunas Hasar nuevas. Hay un thread en la sección de Partners con toda la data de modelos y forma de trabajo, si no lo ves pediles a los chicos que te den acceso. Ahí estamos posteando las dudas por ahora, y en algún momento los avances también. La idea es armar una planilla con las diferencias en los comandos e ir creando los nuevos drivers y tu colaboración siempre es bienvenida.
Franco, estoy con el tema de mirar las nuevas definiciones de los comandos Hasar. Entiendo que uno de los métodos de HasarFiscalPrinter donde debo buscar comandos utilizados es FiscalClose. No lo encuentro! Esta definido en la interface FiscalPrinter pero no veo su implementación, es decir, no está dentro de la clase HasarFiscalPrinter.
Cintia, no creo que sea un problema tuyo. Creo que es un bug del LY que seguramente se arreglará.
La tabla C_Letra_Comprabante solo tiene una restricción UNIQUE y es que no se repita ad_client_id y Letra. (Además obviamente de su Primary Key). De manera que el campo de predeterminado no tiene efecto algúno sobre las claves de unicidad.
Una opción que tenes es hacerlo por código. Si tenes solo una compañía sería algo como:
UPDATE libertya.C_letra_comprobante
SET isDefault = ‘N’
WHERE letra = ‘A’Con eso no deberías tener inconvenientes.
Quizá otra opción sería un trigger ON INSERT FOR EACH ROW sobre la tabla en cuestión. De última, se hará un refresh por código para mostrar por pantalla los valores sin necesidad de refrescar manualmente la ventana… Digo, como otra opción.
Tomas… yo también estuve escarbando y no encontré nada. Hay uno llamado “Estado de Cuenta de EC” que te va a listar todos las entidades pero solo si tuvieron movimientos en cuenta corriente, de manera que no creo que te sirva para todas las EC.
No se si tenes conocimientos de informática, pero salvo que los chicos del foro indiquen lo contrario, te recomiendo que habras el pgAdmin y hagas una consulta sobre la tabla C_BPartner. Cualquier cosa consultanos.
No, si no recuerdo mal, cuando no hay efectivo el movimiento igualmente se efectúa quedando el saldo en negativo, lo cual me parece correcto porque cuando abris un nuevo libro se arrastra el saldo del anterior y se va a balancear en algún momento.
Que raro… porque en general lo único que necesitas para trabajar con efectivo es el libro de caja abierto.
Podrías copiar el error completo (Herramientas => Preferencias => Errores) para ver si hay alguna info adicional.
Otra cosa que podrías probar, es destildar “Generar línea de caja” y después paga la factura desde Orden De Pago. Si esta tildado te lo intenta pagar al completar la factura.
Si estas facturando manualmente, probablemente sea porque el libro de caja no esta abierto. Mas allá de que tenga o no movimientos de efectivo, fijate que no esté en estado COMPLETO.
Otra cosa, ojo si estas cobrando desde el tpv en efectivo, es probable que te habra automáticamente un libro de caja y si tenes otro abierto cuando quieras cobrar te va a pinchar, pero se soluciona cerrando todos los abiertos menos el último.
Creo que tenes que hacerle doble clik al nodo nuevo, para que puedas afectar la info asociada a ése nodo. Sino haces eso, seguís viendo el nodo raíz.
Saludos.
Javier, buenísimo.
Respecto a tus preguntas:
¿Se puede imputar un costo a un nodo y otro a un nodo que es un hijo del anterior? Digamos en tu ejemplo: 10% a Sucusal A y 30 a Dtpo de Ventas que es “hijo” de Sucursal A.
Yo creo que es poco probable que esto suceda… pero de todas formas contemplarlo o no contemplarlo no haría ningúna diferencia a nivel de código, no? o por lo menos contemplarlo nos ahorraría alguna validación.Porque estas esta haciendo la diferenciación de si es de costo o ganancia a nivel de “centros de costos”? Para mi es mas simple tener un solo árbol de Centros de Costo Y Ganancias, y que la diferenciación se de a nivel de imputación.
Sí tenes razón, como decís es mucho mejor hacer la diferenciación a nivel de imputación.También: tené en cuenta los casos en que los centros de costos se puede modificar…. por ej, debería poder haber mas de un arbol de centros de costos? Acá el tema viene porque es probable que surga algo como “vamos a refefinir el arbol de centros de costos”; pero lo que en realidad quieren es dejar de usar el anterior (pero mantenenrlo para que quede como referencia) y pasar a usar un nuevo arbol.
Entiendo… pero ésto sería mas o menos como querer cambiar un plan de cuentas habiendo asientos imputados, no lo tiene que dejar. Creo que lo mas simple por ahora proponer solo un árbol, y que las modificaciones solo puedan darse si no hay referencias en base de datos, por lo que no deberíamos tener ningún control por código para las modificaciones de nodo, estando las foreing key habilitadas.Vamos a avanzar entonces con lo que definiste. Ahora, tiene algún impacto el concepto de componente en el modelo de datos que definiste? O eso como se va a distribuir, con un script?