Respuestas de foro creadas
-
Entradas
-
Si ya tenes importado el precio de compra, y lo ves asignado a una tarifa de compra en la pestaña Precio, entonces ya tenes al menos una tarifa de compra.
Ahora, si a partir de ésa queres crear otra, ya sea de compra o de venta, entonces tenes que ir al módulo de Tarifas (perfil de Compras)y crear una nueva Versión de tu tarifa de compra (es decir, de la tarifa que tiene asignada los precios en tu pestaña de Precios de la ventana de Artículos).
Creas una nueva versión (pestaña Versión) seleccionando como Tarifa Base la que tenes creada.
Para indicar porcentaje de incrementos y filtros de artículo, debes crear una nueva Regla de Precios. Esto es, un conjunto de reglas con filtros de aplicación que se aplicarán incrementalmente en tu conjunto de artículos.
No termino de entender si tu problema es crear listas de precio o la incomodidad de crearlas. Es decir, no sabes como crearlas o simplemente estas preguntando si existe otra manera mas fácil?
En cualquier caso, una estrategia manual es la siguiente. Para cada artículo que importaste, tenes que definirle un precio de compra en la pestaña precio. Para eso, seleccionas la tarifa de Costo en la pestaña de Precio, y le das un valor a los campos de precio. Si haces eso para cada artículo, creaste tu lista de precio de Compra.
Si hicieras lo mismo con la lista de precio de Venta, ya esta. Sin embargo, si tu lista de precio de ventas depende de la de compra, te conviene crear la Lista de Venta a partir de la Lista de Compra desde el módulo de Tarifas.
Me alegro! igual, rectifico algo que dije y que no esta correcto (Pero veo que si bien confundió no te detuvo!). Como mencionas, las secuencias aún si no pertenecen a un documento controlado, estan en el módulo de secuencias. De manera que sí pueden manipularse desde la aplicación.
Creo que el tipo de documento es Cobro a Cliente, con tipo de documento base Recibo de Cliente. El tema es que éste no es un documento controlado, de manera que si no me equivoco no vas a poder manipular su numeración desde la aplicación atraves de la secuencia. Sin embargo, seguramente debe estar implementado como secuencia en la base de datos. Abri el pgAmdmin y mirá dentro de la base de datos (si no le cambiaste el nombre debe llamarse Libertya) en la sección de Secuencias, verás todas las secuencia que utiliza el sistema.
Si no mire mal, la secuencia que utiliza es c_allocation_sdr y su script de creación es
CREATE SEQUENCE libertya.seq_c_allocationhdr
INCREMENT 1
MINVALUE 1
MAXVALUE 9223372036854775807
START 1011821
CACHE 1;
ALTER TABLE libertya.seq_c_allocationhdr OWNER TO libertya;Podrías manipular su valor desde una ventana de SQL.
No conozco Tango en detalle, por lo que no podría indicarte diferencias funcionales. Pero en principio puedo decirte que LY tiene dos grandes ventajas que parten de las particularidades de su licenciamiento: Disponibilidad de código fuente y Licenciamiento libre.
Si tu cliente es pequeño, es probable que no le interese la 1er cuestión. Desde mi experiencia diría que normalmente los clientes chicos estan mas preocupados por el tema costo que por cualquier otro aspecto de la negociación. Aqui LY puede tener una ventaja respecto al soft privativo. Cuando un cliente adquiere soft enlatado en realidad esta pagando un Derecho de Uso. Por el contrario cuando adquieren un servicio sobre LY (normalmente no tienen el know how necesario), precisamente estan adquiriendo consultoría porque el derecho de uso es libre. Eso podría llegar a representar un ahorro (o no) dependiendo de algunos factores.
Si el cliente es una organización grande, entonces LY constituye una opción sumamente interesante porque la empresa será dueña del código fuente, en concecuencia de las decisiones de desarrollo y verticalización y aunque este servicio se tercerize, siempre será libre de elegir un proveedor por contar con el código fuente.
Otra ventaja no menor, es que LY es multiplataforma. Esto quiere decir que podrias correrlo sobre una plataforma Linux ahorrando las licencias Windows si al cliente le preocupara tal cuestión.
Esto optimizaría la renderización de las ventanas? y donde se cachea? en el cliente o en el Servidor de Aplicaciones?
Me alegro que hayas solucionado el problema. Sin embargo, que uno de los factores para la correcta configuración del pl/java depende de las variables de entorno, no es una afirmación de mi autoría sino de PostgreSQL.
Aunque muchas personas hemos instalado el pl/java en Postgres 8.3 sin necesidad del instalador de LY (de hecho el instalador no existía en la 1era versión), obviamente dicha opción es mucho mas simple.
La vez que nos ocurrió algo parecido (ignoro si será el mismo caso que el tuyo), fué porque estaba mal seteado la hubicación del archivo tools.jar en el Configurar.exe, es decir, teníamos seteado que fuera a buscar dicho archivo en un directorio diferente al que propone por defecto. Creo que en el Configurar.exe debería estar seteado que busque dicho archivo en el raiz de tu home de java 6.
Decis que al momento de vender seleccionas: Producto, Cantidad y Nro de Serie. Pero si estas vendiendo N cantidades para un mismo nro de serie, entonces mas que nro de serie es código de producto… me parece.
Para trabajar con códigos de producto en LY podes utilizar los códigos de barra, que en general es la utilidad mas común de código de barra.
Utilizar el código de barra como un Nro de Serie no creo que sea posible en LY en su versión estandar, porque el nro de serie es un atributo configurable del artículo y el código de barra es un campo del ABM de artículos.Ahora, si lo que en realidad queres utilizar son códigos de producto, entonces no veo la manera de que puedas cargar uno a atras del otro, porque al ser productos distintos van a tener distintos precios, descripciones, niveles de reposición, etc, etc. Es decir, cuestiones que tenes que cargarles sí o sí independientemente de si usas código de barras o no.
Seguramente estan mal seteadas las variables de entorno. En la documentación oficial de Postgres para cada versión te indica los valores que tenes que tener seteados para que se active la casilla de pl/java en la instalación.
Las Retenciones las aplica un Agente de retención al realizarle un pago a un cliente. Libertya permite automatizar las retenciones sufridas y las retenciones practicadas. Las percepciones tambien son como retenciones sufridas pero vienen informadas en las facturas de Proveedor. En LY tenes que cargarlas como un impuesto manual en la factura.
(En google seguramente encontrarás algo mas detallado sobre el sentido y las normativas de éstas cuestiones.)
Tenes que crear cargos, con el perfil de Administrador. Luego le seteas esos cargos en la pestaña Motivo.
Los nros de serie no son un componente, sino que vienen incluídos en la versión estandar como la funcionalidad de Conjunto de Atributos. Simplemente necesitas activar dicha funcionalidad.
Mira un poco éste post o busca algo mas en el foro porque es un tema que se trató.En este Link hay un comentario al respecto.