Respuestas de foro creadas
-
Entradas
-
Los partes de movimientos puede ser utilizados para modelar transferencia de mercadería entre ubicaciones.
No mencionas si son pedidos de compra o de venta, pero en cualquier caso, la funcionalidad que tiene Libertya para automatizar descuentos es muy amplia y algo compleja. En principio podrías:
– Realizar descuentos al entero documento o descuento por líneas.
– Mantener diferentes listas de precios por proveedor
– Tener descuentos para cada proveedor
– Tener descuentos por artículo, o flia o marca, etc
– Tener descuentos por compra en cantidad o por volumen de compra
– realizar descuentos manuales en TPV (para ventas)
– combos, promociones
– etcHabría que analizar exactamente que necesitas modelar, y a partir de eso utilizar la mejor alternativa. Si es solamente un descuento manual arbitrario para cada proveedor o cliente, quizá podrías utilizar un Esquema de Descuento de proveedor en la EC. En el peor de los casos, antes de hacer el pedido cambias el porcentaje. Claro que esto implica manejar el entero circuito de descuentos, pero bueno.
Nunca lo probamos, pero quizá podrías habilitar el % de descuento que ahora esta en Read Only en el Order y ver si eso te permite manejar un descuento de línea.
Bueno, si ya creaste documentos fiscales en la base de datos de prueba, para utilizarla como una base de datos en blanco deberás primeramente anular todos los comprobantes fiscales que hayas creado. Si son muchos, quizá lo mas conveniente sea que en una nueva base de datos repliques manualmente la configuración lograda en la anterior.
Todavía no existen Web Services para integraciones heterogéneas, aunque será cuestión de tiempo comenzar a tenerlas. Por lo pronto, las posibilidades son usar algún reporte de exportación de datos en formato csv o como mencionaste, directamente contra la Base de Datos.
SaludosBueno en esos Logs no se aclara demasiado el panorama. Consulta… el log en línea de la aplicación que te dice? (Herremientas -> Errores) Te dice lo mismo? Porque me parece que ese no lo mencionaste.
Un detalle… me parece que el IVA de los artículos que tienen el importe de retención, debería ser IVA 0%, es decir ni exento ni 21%, de todas formas por tratarse de un documento No Fiscal, el iva no tendrá demasiada relevancia aquí, pero podría ser algo para descartar.
Deberías mirar tanto en el log de errores del Home como en el log de la aplicación en Herramientas -> Errores. Sin mas detalles es dificil ver que puede estar pasando.
Es raro, ese circuito funciona bien. Por favor, mira en el home de Libertya, en el último archivo .Log, ahí debería haber un registro explicativo del error, porque el que te esta mostrando el stack no tiene el error descriptivo.
El código, cuando encuentra que no puede guardar la línea de la factura guarda éste registro a nivel Warning:
log.warning(“Validation failed – ” + errorMsg);
Buscá por favor si encontras algo con el texto “Validation failed” para ver porque esta fallando, porque a simple vista pareciera estar todo bien.
Nosotros lo resolvimos desarrollando un componente de Facturación Masiva, de ese modo, por ejemplo, una vez al año, se define y ejecuta masivamente un plan de facturación anual en cuotas para diferentes grupos de clientes, a partir de un documento plantilla.
Habría que ver un ejemplo concreto pero sin tocar la clase del procesador de retenciones lo veo un poco dificil…
Podes utilizar el módulo de Entradas y Salidas Simples, desde el perfil de Almacen. Alli cargas movimiento en negativo, y eso modelarará egresos de material. Este documento se procesará independientemente de que este funcionando el procesador contable o no, con lo que no tendras asientos contables.
Saludos
No se si será el origen del error, pero en principio, como te comenté en el primer post, en el campo Tipo de Documento Factura debe ir el valor Factura de Retención (Cliente) y NO Factura a Cliente.
Antes de utilizar Retenciones Sufridas, es necesario configurar desde el perfil Administrador, módulo Esquema de Retención, un esquema a tal efecto. Esto se realiza indicando en el desplegable Aplicación de la Retención el valor “Retención Sufrida” y en los tipos de documento crédito y factura los valores Comprobante Retención (Cliente) y Factura de Retención (Cliente) respectivamente.
Luego, desde los Recibos de Clientes, no es necesario “buscar” una retención que haya sido previamente cargada desde el módulo de Factura de Cliente, ya que el módulo creará tal documento a partir del importe que ingresemos y el tipo de retención que se haya indicado.
Saludos.
Como sugerencia, sería conveniente que antes de comenzar, diseñes bien tus familias, subfamilias, marcas, etc para que puedas automatizar la actualización de precios, que es uno de los grandes problemas que hoy tiene el segmento retail. Con Libertya podrás mantener actualizado los precios con muy poco esfuerzo, pero para eso es necesario arrancar con un diseño de Listas de Precios muy bien modelado.
SaludosAriel, nosotros estamos trabajando con el segmento. Te dejo un Link al respecto de nuestro site.
Edit: Te adjunto también algo de info respecto a la funcionalidad particular que agregamos para esos casos. No usamos el foro para aspectos comerciales pero podes comunicarte con nosotros al mail que figura bajo la firma.
Saludos.Un comentario. Hasta el momento nosotros no lo hemos probado, pero según el ChangeLog de la versión LY1110 se amplió el soporte para Jasper Reports a fin de permitir la incorporación de este tipo de informes sin la necesidad de codificar clases adicionales para su rellenado. Los mismos pueden ser almacenados en metadatos o bien ser referenciados externamente.