Respuestas de foro creadas
-
Entradas
-
Todos los productos pueden tener varias listas de precios. En gral si comprás y vendés un producto, vas a tener por lo menos 2 : Costo y Ventas.
Los comprobantes se abren por defecto con una lista de precios, si es de compras la de costo y si es de ventas la de ventas.
Lo que calculo que te está pasando es que el comprobante y el artículo no están en la misma lista de precios. Si es así lo que debes corregir es la lista de precios del artículo, agregando la que falta.
Espero haber ayudado.Hola Federico. Ninguno de los 2. Es sobre ventanas, sirve para definir campos que no están asignados a columnas. Por supuesto son de sólo visualización (producto de un select). Servirían para mostrar información relacionada, pero que no está en la tabla a la cual hacer referencia la pestaña.
Con el tema de campo de imágenes ahí quedé. En el producto lo agregué como adjunto (por lo del campo tipo imagen) y para verlo en factura/remito/pedido y tpv me hice una clase copiando algunas cosas de Attachment, agregando un botón en las tablas en cuestión y unas líneas en APanel para que llamen a la nueva clase.
Algo que descubrí es que al colocar un adjunto, te graba dicha imagen en el directorio desde donde lanzaste la aplicación, lo cual generaría a la larga llenado de disco (quizás muy a la larga), pero lo solucioné (creo que lo pueden agregar) incluyendo la siguiente línea “entry.getFile().delete();” en el método “private void displayData( int index )” de la clase Attachment, justo después del cierre del else de la pregunta ” if( bufImg != null ) {“.
Modelé un Club, basado en pedidos. Hice un proceso que mensualmente recorriera todos los socios y generara la cuota en un pedido, de acuerdo a la categoría del socio y al precio actual de la cuota.
Luego, cuando vienen a pagar ese pedido se factura.
Siendo un club, es posible que consuman otras cosas, además de cuota mensual, lo cual también se puede cargar como pedido. Esto también se puede facturar cuando viene el socio a pagar.
De esta manera se tiene una cta cte sin necesidad de generar facturas, las cuales son numeradas, etc.
Ojo, hay que hacer el proceso de generación de pedidos automáticos.Esto no aparece en el estado de cuenta a menos que se seleccione que muestre los pedidos.
Para facilitar la facturación hay que revisar el tema de que en una factura pueda entrar más de un pedido, para que no sea tan engorroso.
Incluso puedes facturar todos los pedidos y que dicha factura no sea abonada en su totalidad y aparezca como deuda.Otra forma sería tener una factura dividida en n pagos (las cuotas) y se irían cancelando con los recibos. Este caso tiene la ventaja de que aparece en el estado de cuenta y no hay que hacer ningún proceso extra.
La otra forma es con el módulo de facturación masiva (no lo he probado, ya había hecho lo anterior cuando salió).
Espero haber ayudado.
Inicias con usuario AdminLibertya, perfil configuración de la compañía.
En el menú seleccionas Configuración de la compañía / Compañía.
En la pestaña Compañía, abajo hay un selector para elegir el archivo de imagen, el cual debe estar en una carpeta de acceso local.
Con jpg funciona seguro, pero es posible que con png y bmp también funcione.
Acepta por lo menos hasta 1Mb, porque eso maneja bien bytea (que es el tipo de campo donde se guarda), sin embargo sugiero no ir más allá de los 250 kb, porque la imagen será recortada. Los archivos que he utilizado nunca han tenido más de 40kb.No instales java 7, sólo el 6 (www.oracle.com / java / se / 6 update).
Eclipse (www.eclipse.org). La última versión anda (juno – 4.2).
y no te olvides de iReport, por si hay que modificar, por ej. las facturas ( http://sourceforge.net/projects/ireport/files/iReport%20%28classic%29/iReport-3.0.0/ – ojo configurar con compatibilidad para 2.01).
y primero se instala el java.
Si ya tenías el java 7 instalado, desinstalalo y limpiá el path.
En windows el instalador te instala automáticamente el postgresql8.3Un poco más de información.
El tema de las columnas virtuales debería funcionar como la lógica de despliegue, sólo que no está siendo interpretada.
Con respecto al campo imagen, el mismo funciona 1/4.
– Permite seleccionar una imagen y se ve (como en el adjunto).
– Guarda la imagen y el lugar de donde la obtuvo en la tabla AD_Image, la cual tiene la estructura habitual de tablas de Libertya.
– Si agregamos el campo ID (AD_Image_ID) en la tabla M_Product y desde dicho campo creamos el constrait respectivo, se debería (vía PO), guardar el valor de la clave de AD_Image en AD_Image_ID en la tabla M_Product. Lo primero ocurre, es decir guarda bien todos los datos en la tabla AD_Image, pero no así lo segundo. No guarda ningún valor en AD_Image_ID en la tabla M_Product.
– Si lo forzamos y le insertamos el valor key de AD_Image en M_Product, es como si no lo hubiéramos hecho, no trae nada, es como si no existiera.Modelé un Club, basado en pedidos. Hice un proceso que mensualmente recorriera todos los socios y generara la cuota en un pedido, de acuerdo a la categoría del socio y al precio actual de la cuota.
Luego, cuando vienen a pagar ese pedido se factura.
Si lo asimilás, el socio es el alumno, la categoría es el curso (el cual es un artículo que puede tener vencimiento, para que no se generen cuotas de mas).
Ojo, hay que hacer el proceso de generación de pedidos automáticos.Otra forma sería tener una factura dividida en n pagos (las cuotas) y se irían cancelando con los recibos. Este caso tiene la ventaja de que aparece en el estado de cuenta y no hay que hacer ningún proceso extra.
Espero haber ayudado.
Hola, el comando estaría, en principio bien.
Lo que no está bien es llevar una base de 10.03 a una instalación de 13.01. No te va a funcionar si no hacés todas las migraciones de las versiones entremedio.
Entre otras cosas, estas migraciones agregan artículso que permiten manejar las retensiones (lo que más rápido me acuerdo).
Para hacer las migraciones, también debes recordar que, recién la versión 11.10 no necesitaba pljava.
Deberías partir de una instalación 10.03, migrar a 10.09, de allí a 11.10 y finalmente a 13.01, y el resultado del backup, después de haber terminado todo, lo restaurás donde querías (por supuesto que todo esto es para mantener los datos originales).
Si además, tenías modificaciones en el código deberás probar que esto siga funcionando o que el sistema funcione como lo tenías customizado en tu 10.03. Si estabas con la versión sin tocar, por lo menos deberías leer los changelog, porque en el camino algo podría haber cambiado (por ej. los límites de crédito en las entidades comerciales).
Volviendo al backup y restore, si el restore (que es de postgresql) termina bien es que se crearon las tablas y cargaron los datos correctamente.Podés usarlo cómo mejor te parezca. Es bueno practicar antes de llevar a una empresa. Simulá todo lo que creas que harías en una empresa. Se ejecuta en una pc común y con cualquier sistema operativo
En teoría, y si no tienen nada de personalización, los upgrades no borran campos, sino que los agregan (en todo caso podría haber puesto en modo inactivo algo).
Lo que pueden probar (y de esto no estoy seguro porque no me ha hecho falta analizar cada uno de los cambios de la 13.01) es, volver los directorios/carpetas del software a la versión 11.10, ir a la tabla de versión (ad_component y ad_component_version) y tratar de dejarla igual que la de version 11.10 (para ver a esta van a tener que crear una base de datos y restaurarle un backup).
Por supuesto después configurar.sh/exe, generar los nuevos clientes y probar (es decir no hacer en producción).
ESTO NO ES SEGURO. NO LO HICE NUNCA. ES ALGO QUE SE ME OCURRIO AL VER LAS TABLAS DE VERSION.Tendrías que instalar alguna versión de Asterisk (por ej Elastix), junto con SugarCRM (que viene con Elastix) que además está relacionado, vía presupuesto, con Libertya; y luego facturar desde Libertya.
No es corto.
La llamada se recibe desde Elastix y por ident de llamada, se obtiene el cliente, de Sugar.
Si existe directamente tomás el pedido en libertya; sino lo das de alta en Sugar como una oportunidad y luego tomás el pedido dando de alta el cliente en Libertya desde un registro Sugar. Luego procedés como cuando existe.
A partir del pedido ya podés facturar normalmente, ó lo hacés desde el TPV (dependerá cómo organices la cobranza con los delivery).
Todo esto fue pensando en la pregunta, sin haberlo hecho uniendo todas las partes.En teoría deberías haber hecho un backup de la base de datos y del directorio de la instalación.
Borrá la base de datos, creala de nuevo, hacé una restauración de la base de datos anterior y reemplazá los archivos del directorio de la misma (yo diría que borres la carpeta y coloques el backup).
Vamos a suponer que no hayas hecho backup de la carpeta; podés cambiarle el nombre a la actual y reinstalar los los instaladores de 11.10.
Luego borrás la base de datos que se generó, la creas nuevamente y hacés una restauración de del backup de la base anterior (de este backup no te salvás).Después de todo esto ejecutas el configurar.sh/exe y descargás los cliente en las pc que tienen acceso.
Con ireport 2.1 ó 3.0 (configurado con compatibilidad hacia 2.1) (y te conviene hacerlo desde windows, en linux me dio muchos dolores de cabeza) hay que abrir el reporte de factura y luego ir a las propiedades del reporte en sí y darle el tamaño de hoja. Después te pones a acomodar todos los campos para que representen tu formulario.
Una vez que lo logres (suponiendo que no agregues ningún campo, no deberás recompilar nada), lo agregas vía configuración de la compañía, separas las fórmulas físicas (de una hoja A4 a 2 hojas A5) y pruebas imprimir.Para hacer lo que planteas tendrías que poder hacer en un mismo formulario 2 cabeceras, 2 pie de página y 2 veces los renglones.
Lo que debes hacer es configurar el formulario como A5 (es la mitad de A4) y trabajar con uno por vez, y por supuesto, separarlos (por el salto de página entre los formularios).
A mi me dio bastantes problemas en linux, pero creo que en windows eso puede andar mejor.