Respuestas de foro creadas
-
Entradas
-
1) Hay que cambiar en el reporte (si es por allí por donde los ves), que al seleccionar los comprobantes, sólo lo haga con aquellos de estado cerrado y no anunlado.
2 y 3) Hay que crear el circuito de rendición de viáticos, ya que no existe (expensas).Las Hassar funcionan todas parecidas, se amplía vía configuración declarándolas. Las Epson no andan, al menos por ahora.
Si es windows con una máquina virtual (en el host un cliente apuntando a 1.1.1.1 y en la máquina virtual apuntando a 2.2.2.2) y si es linux con carpetas distintas para cada cliente.
En los pedidos de compras (órdenes de compra) existe una fecha de pedido y una fecha comprometida para la entrega.
En los pedidos de venta este campo no está visible, pero sigue existiendo en la tabla.
Me parece que deberían habilitar el campo en cuestión y trabajar con el mismo, en vez de con el de la fecha del pedido.
No deberían revertir el pedido, ni cambiarle la fecha original.Asimismo y sin estar seguro de entender bien el proceso, no es necesario generar la factura anticipada para tomar el pago anticipado. El pago anticipado se puede tomar sin asociarlo a ningún comprobante y cuando se genere el mismo, se puede tomar dicho pago como parte de pago de la factura generada en ese momento.
Me parece que de alguna de las 2 formas pueden solucionarlo.
Quizás lo que te digo es obvio. Si necesitás enviar mercadería vía transporte debes emitir remito (es una obligación legal).
Sino, si lo que quieres hacer es que la factura tenga datos de remito, lo que debes hacer es modificar el reporte para que imprima los datos (seguimos con las obviedades). Algunos datos ya los has hecho y habrás visto que se pasan como parámetros. Por lo tanto debes modificar la clase launchinvoice, buscando el método para recuperar la ubicación en el almacén y pasar dicha info como parámetro (obvio crearlo en el jasper).No existe como parte de la instalación el servicio, debes crearlo. Buscá en el foro que me parece haberlo visto (no como para centos, sino genérico com libertyad).
No, no es posible. Primero debes “producir” el artículo final (que está compuesto de materia prima). Al producirlo se descuenta del inventario helado y vasito (materia prima) y se da de alta en el inventario helado con vasito (producto final), que es lo que quieres vender (tiene su propio código de artículo, debe tener un precio y deberá tener un inventario a menos que tildes en el tpv que venda sin controlar el mismo).
Lo que podrías hacer, vía programación, es que, en el remito (que es el que descuenta del inventario), si se trata de un artículo con ldm, haga un ciclo y busque y remita todos los artículos componentes en las cantidades indicadas en la fórmula.
Así venderías el artículo compuesto y descontarías el stock de los componentes. No deberías producir, porque sino descontarías 2 veces la materia prima.Qué entendés por módulos? El usuario para definir el sistema es System y el usuario que puede usar todos los perfiles es AdminLibertya.
Los perfiles tienen asociados los menús y estos las distintas funcionalidades.
No hay nada “activo” que se pueda ver. Tenés procesos que se ejecutan en el servidor, como la contabilización, y procesos que se ejecutan interactivamente, a partir de los menús.