[Franco Bonafine]

Quote:

En Windows: qué archivo es el que tiene el pljava? pljava.jar ?(pregunto porque no está el pljava.jar en mi ultima instalacion: solamente estan install.sql y uninstall.sql en la carpeta /share/pljava de postgres 8.3)

En Windows, si pljava fue correctamente instalado en Postgres debería estar el archivo pljava.jar en el directorio /share/pljava. Los scripts install.sql y uninstall.sql sirven para crear y borrar respectivamente el esquema sqlj en una Base de Datos, esquema que es necesario para que la Base de Datos soporte funciones implementadas en Java. Si en ese directorio no está el archivo pljava.jar es porque algo anduvo mal en la instalación de postgres.

Quote:

Las variables de entorno CLASSPATH y JAVA_HOME, a qué carpeta o archivo tienen que apuntar? al jre? al jdk?

Ambas tienen que apuntar al directorio de instalación del JDK (nó el JRE). Por ejemplo, en mi caso que tengo Java 1.6 (update 14) instalado en C:Java, las variables de entorno son:
CLASSPATH = C:Javajdk1.6.0_14
JAVA_HOME = C:Javajdk1.6.0_14

Quote:

¿Hace falta definir en postgres.conf el lugar de donde sacarlo? como por ejemplo:

dynamic_library_path = ‘$libdir:C:\Program Files\Java\jdk1.6.0_16\jre\lib\i386:C:\Program Files\Java\jre6\bin\client:C:\PostgreSQL\8.3\lib:C:\ServidorOXP\lib’

En principio esta línea no sería necesaria. No recuerdo haber hecho una instalación de Postgres y tener que agregar una línea de ese estilo en el conf.

Quote:

y

custom_variable_classes = ‘pljava’ # list of custom variable class names
pljava.classpath=c:\postgresql\8.3\share\pljava.jar

Estas líneas sí son necesarias en el archivo postgresql.conf. Aquí se indica el jar de pljava necesario para que funcione esta característica. Puede verse como se apunta al jar que mencionábamos al principio del post. Normalmente, si al instalar postgres se instala correctamente el pljava esta línea ya debería estar en el archivo conf. Pero he tenido la experiencia de que en algunos casos tuve que agregar estas líneas manualmente (y luego reiniciar el servidor postgres). Tener en cuenta que aquí va el path de instalación, que en el caso de danisan es c:postgresql. No olvidar utilizar dobles barras invertidas \ como separador sino no funciona.

Quote:

Porqué el ultiimo instalador de Postgres 8.3 que se baja del sitio de postgres no tiene la opcion de instalar pljava, ni tampoco “adminpack”?

No he bajado la última versión pero he instalado varios postgres 8.3 y tienen la opción de instalar pljava pero es verdad que ya no está la opción de adminpack. Por este último no habría que preocuparse, nunca tuve problema. Con respecto a pljava, hay que recordar que antes de ejecutar el instalador de postgres 8.3 debemos realizar una serie de pasos preparativos, justamente para que el instalador nos de la opción de instalar pljava (si no los hacemos la opción no aparecerá). Estos pasos están descriptos en la wiki de libertya, dejo el link de la sección que explica como hacerlo.
[url]http://www.libertya.org/wiki/index.php/Como_instalar_libertya_en_Windows#Preparaci.C3.B3n_de_la_base_de_datos
[/url]
Saludos,
Franco

[Franco Bonafine]

Estiamada Cintia:

Veo que has realizado todos los pasos correctamente tal como lo indica la documentación. El problema que se te presentó se origina por una caso que no hemos contemplado en el proceso de actualización, con lo cual no es un error tuyo.

El proceso de actualización lo has realizado de forma correcta. Una solución temporal para poder iniciar a trabajar con Libertya es no levantar el Servidor de Aplicaciones y conectarse directamente a la base de datos. En las opciones de conexión, el test de servidor te va a fallar pero el testde Base de Datos debería dar OK. Al no iniciar el Servidor de Aplicaciones, la validación de versiones entre el Cliente y el Servidor no se va a realizar, y podrás iniciar sesión a Libertya sin problemas.

A la brevedad solucionaremos el problema que has encontrado para que luego de actualizar la aplicación no aparezca ese error entre versiones del cliente y el servidor.

Saludos

[Franco Bonafine]

La carga de tarjetas de créditos se hace desde la ventana de Entidades Financieras que está en el perfil de Administración. Para cada tarjeta con la cual quieras trabajar hay que crear un Entidad Financiera (EF). Todas las EF cargadas se mostrarán en la lista de tarjetas que ofrece el TPV.

Verás que las EF también poseen otros datos, como por ejemplo la cuenta bancaria. Esta cuenta es la que se utiliza para crear el pago realizado a partir de la selección de una tarjeta de crédito (entidad financiera) en la pestaña de medios de pago de TPV.

[Franco Bonafine]

Estimado, te respondo por puntos:

Quote:

– Desde donde se importa el extracto? no veo en Importaciones que haya un Formato de Importación para el extracto.

No existen formatos de importación de extractos ya que el mismo depende de cada banco. Aquí debes tu mismo crear el formato de importación acorde al formato del archivo del extracto que te provee el banco.

Quote:

– Si creo el extracto con el botón de Crear Desde, no necesito hacer conciliación, verdad?

En principio no es necesario. No se por qué al crear una línea del extracto a partir de un pago con el Crear Desde, la línea creada no se está marcando como conciliada. Aunque al completar el extracto, el pago se marca como conciliado (IsReconciled = ‘Y’) lo cual me hace pensar que no es necesario entonces hacer una conciliación manual. Esta semántica es la mas lógica ya que si estamos creando un movimiento en el extracto a partir de un pago implica que el movimiento y el pago se corresponden.

Quote:

– Cuando se ejecuta el proceso de Conciliación, lo que se hace es rellenar el campo de Referencia para el movimiento creado en el extracto, no?

Exacto. Además, marca el movimiento del extracto como conciliado y crea un registro en C_BankstatLine_Reconcil por cada matching en la conciliación para guardar a su vez la relación entre la línea del extracto y el pago.

Quote:

– Que pasa si proceso un extracto sin conciliar?

A nivel documentos, si los movimientos (líneas) del extracto tienen pagos asociados estos pagos serán marcados como conciliados de todas formas y no podrán ser seleccionado en una posterior conciliación. Si las líneas no tienen un pago asociado, simplemente se actualiza el saldo del extracto. Me queda la duda de cual sería el impacto en la contabilidad en este caso, pero bastaría con realizar la prueba del caso y ver como realiza los movimientos de dinero en la contabilidad.

Saludos
Franco

[Franco Bonafine]

Hola, aparentemente la configuración de la impresora la tienes bien ya que varios comandos son aceptados y respondidos por el spooler. El error que te aparece es justamente cuando los bytes que devuelve el spooler en respuesta de un comando, son erróneos (en tu caso faltan bytes). Teniendo en cuenta eso, a continuación te escribo una lista de probables problemas y pruebas a realizar:

1) Estás utilizando el spooler para windows? Hasar distribuye dos ejecutables: spooler.exe (DOS) y wspooler.exe (versión para ejecutar desde Windows). Si estas ejecutándolo desde un Windows deberías utilizar el segundo.

2) El comando que falla es el 43, que es el comando de Subtotal que se envía previo a los comandos de pagos y cierre de comprobante. La pregunta es: siempre falla en ese mismo comando (43) al querer emitir una factura? O a veces falla antes o después?

3) Relacionado con el ítem anterior, y metiéndonos en la parte técnica, el WSpooler tiene una particularidad muy desagradable de realizar respuestas de comandos sin indicar el fin de la respuesta. Por lo tanto, a nivel implementación, no existe ningún caracter de control para determinar el fin de una respuesta, ni tampoco es posible determinar la cantidad de bytes que componen a la misma, es por ello que se optó por implementar un contador de timeOuts para determinar el final de una respuesta. Sabiendo esto, puede suceder que la respuesta del WSpooler sea la correcta pero que esté llegando fuera de tiempo (se vencen todos los timeouts). Para verificar esto, podrías copiar y pegar el log que imprime el WSpooler en la consola de DOS en la que se ejecuta. Cada vez que el WSpooler recibe un comando lo imprime en la consola, lo mismo para un respuesta que envía hacia Libertya. De esta forma podríamos ver si la respuesta se envía bien pero lo que está fallando (por algún motivo desconocido) es el viaje de esa respuesta entre el WSpooler y Libertya.

Espero ayudarte con estos tips, cualquier cosa que encuentres postealo y vemos si podemos encaminar la solución.
Saludos
Franco

[Franco Bonafine]

Bien, me alegra que hayas solucionado el problema y más aún que hayas comentado la solución aquí.
La moraleja es entonces no utilizar contraseñas con espacios porque falla la creación del keystore.
Con respecto a si ejecutar la sentencia select sqlj.install_jar…, en principio si usaste el instalador de Libertya no es necesario. Por lo que leo en tu comentario también estás ejecutando el Configurar.exe luego de la instalación, cosa que tampoco es necesaria dado a que el instalador de Libertya ya realiza la configuración de forma automática a partir de los parámetros que ingresas en las páginas del instalador.
Para que quede claro como funciona el instalador, a continuación expongo la lista de cosas que el mismo realiza.
1. Instala JDK (si no existe)
2. Instala PostgreSQL (si no existe)
3. Copia los archivos de Libertya al directorio de instalación
4. Realiza la configuración de Libertya (similar a ejecutar el Configurar.exe cuando hacemos una instalación manual, pero el instalador no muestra la interfaz del Configurar.exe y realiza la configuración de forma “silenciosa”).
5. Crea la base de datos con el nombre que indicó el usuario (crea el usuario libertya si no existe)
6. Instala el esquema sqlj en la base de datos
7. Importa el sqlj.jar (ubicado en C:ServidorOXPlib) en la base de datos.
6. Importa el dump de la base de datos

Es decir, hace todo lo que se debe hacer manualmente para dejar Libertya funcionando y lo único que hay que hacer luego de la finalización del instalador es simplemente iniciar el servidor de Libertya y loguearse con el cliente liviano o pesado.
Por cierto, existe un manual en la wiki para la utilización del instalador automatizado. Dejo el link a continuación:

Como utilizar el instalador en Windows

Aquí también encontrarás que para iniciar sesión en hay que utilizar el usuario AdminLibertya y contraseña AdminLibertya.
Por último, agendamos el hecho de que el instalador no se de cuenta que falla la instalación de PostgreSQL. Aquí el instalador debería finalizar también. Gracias por tu colaboración.

[Franco Bonafine]

Crees mal javAd. Si te das una vuelta por los post del foro vas a ver que varios usuarios han logrado instalar Libertya con el instalador automático. Con lo cual me inclino mas porque tengas un problema en tu instalación personal. Comúnmente, cuando surgen estos inconvenientes con el instalador, pedimos que posteen los archivos de log que el mismo crea en el directorio raíz (C:), los cuales nos van a mostrar la causa de tu problema.
Fijate si podés adjuntarnos estos archivos para ver si te podemos ayudar con el proceso de instalación.

[Franco Bonafine]

Hola Gabriel.
La respuesta a si Libertya soporta el uso de lectores de códigos de barra la puedes encontrar en este otro post: Códigos de Barra.

Con respecto a la impresión de los códigos, Libertya no posee la funcionalidad actualmente pero sería posible extender el framework con alguna librería en Java que realice la impresión de códigos. Desde ya esta tarea no es demasiado trivial dado que requiere investigación de alguna librería existente, ampliación del framework de Libertya para utilizar dicha librería y algunas tareas de parametrización finales.

Saludos, Franco

[Franco Bonafine]

Hola Patricia. Al iniciar el instalador se valida la instalación de Postgres para verificar si cumple con los requisitos de Libertya. Aparentemente el Postgres que tienes instalado no tiene PL/Java funcionando, funcionalidad que es necesaria para la correcta operación de Libertya.
Para corregir esto, deberías desinstalar primero el PostgreSQL que tienes instalado. Luego dirigirte al directorio de instalación (de PG) y borrar la carpeta “data” para que te permita realizar una nueva instalación.
Finalmente debes instalar el Postgres 8.3 manualmente siguiendo paso a paso esta guía para asegurarte que PL/Java se instale correctamente.

http://libertya.org/wiki/index.php/Como_instalar_libertya_en_Windows#Preparaci.C3.B3n_de_la_base_de_datos

Por último, una vez instalado el Postgres con PL/Java ejecuta nuevamente el instalador de Libertya y debería funcionar.
Saludos

[Franco Bonafine]

Por lo que veo en el log, el problema está en que por algún motivo que desconozco el keystore se creó una contraseña diferente a la que estás ingresando en el Configurar.exe.
Te propongo dos alternativas de solución y después me cuentas si alguna te funcionó.
Alternativa 1: Ejecuta el Configurar.exe, y prueba ingresando la contraseña de keystore “libertya” (normalmente es esta la contraseña que viene por defecto).
Alternativa 2: Si no funcionó la 1, entonces primero borra completamente la carpeta keystore que se encuentra dentro del directorio de instalación de Libertya (C:ServidorOXP). Por las dudas hacete un backup de esa carpeta antes de eliminarla. Luego ejecuta el Configurar.exe, e ingresa una contraseña nueva para el keystore, que puede ser cualquier contraseña que prefieras. Lo que estamos haciendo aquí es borrar el keystore antiguo (del cual no sabemos la contraseña) y dejando que el Configurar.exe cree un nuevo keystore con la contraseña que vos ingresaste.

Bueno Mario, espero que alguna de las alternativas solucione tu problema, le veo mas posibilidades a la 2 pero no cuesta nada empezar con la 1.

Saludos, Franco

[Franco Bonafine]

Estimado. Actualmente en Libertya puedes guardar en cada artículo el número de código de barras, comúnmente denominado UPC o EAN. Este dato lo puedes cargar desde la ventana de Artículos.
Con respecto al manejo de stock y facturación, si te refieres a la parte de ventas, desde el TPV (Terminal Punto de Venta) contenido en Libertya es posible ingresar un código de barras en el buscador de artículos y si el código existe automáticamente el artículo se agregará a la lista del pedido. Aquí puedes a su vez configurar un hardware lector de código de barras para no ingresar el código a mano. Simplemente hay que configurar el hardware según su manual, posicionar el cursor en el buscador de artículos y pasar el código de barras bajo el lector.
En cuanto a la parte de compras, la ventana de remitos y facturas de compras actualmente dispone del buscador de artículos estándar que permite buscar por UPC/EAN pero es necesario abrir la ventana de Búsqueda de Artículos. Para automatizarlo un poco mas se podría ampliar la lógica del campo en donde se ingresa el código del artículo para que tenga en cuenta además el código UPC/EAN a la hora de buscar, y así poder utilizar de forma mas rápida un hardware lector de código de barras tal como lo permite el TPV.
Saludos, Franco

[Franco Bonafine]

Hola, como bien comentó Gabriela, actualmente Libertya solo está preparado para operar con controladores Hasar, pero es posible expandir las capacidades de Libertya codificando un conjunto de clases Java para soportar los controladores EPSON. Si estás interesado en hacerlo, dentro de los fuentes podrás encontrar un paquete llamado org.openXpertya.print.fiscal.hasar el cual contiene el conjunto de clases que implementan el driver para Hasar. Siguiendo como ejemplo estas clases y estudiando un poco el manual de los controladores EPSON para saber como es su funcionamiento, es posible obtener un conjunto de clases similar para EPSON y así poder utilizar controladores de este tipo. De todos modos no es una tarea menor debido a que hay que interiorizarse con los mecanismos de comunicación que provee EPSON, formato de los paquetes de información que se envían y reciben a los controladores, codificación de los comandos etc.
Para cerrar entonces, no es posible utilizar impresoras EPSON actualmente mediante alguna configuración, pero si es posible expandir la lógica de Libertya para que lo permita, aunque la ampliación involucre codificación en Java.
Saludos, Franco

[Franco Bonafine]

Hola.
Veamos si puedo ayudarte con el tema de la re instalación. Al desinstalar Libertya no se borra la base de datos. Con lo cual, es muy probable que aún tengas la base de datos de la primera instalación. Para verificar esto, puedes conectarte al servidor de postgres con la herramienta PgAdmin, y ver si aún existe la base de datos “libertya”. De ser así, el instalador puede estar fallando debido a que ya existe una base de datos denominada “libertya” en el servidor postgres.
Lo que puedes hacer, es elimnar la base de datos “libertya” existente y luego ejecutar nuevamente el instalador de Libertya. Esta claro que esto es posible siempre que no tengas datos importantes en tu base de datos original. Para eliminar la base de datos, también puedes utilizar el PgAdmin para conectarte al servidor, y luego te paras sobre la BD “libertya”, click derecho y “Delete/Drop”.

Una vez borrada la base de datos antigua, vuelves a ejecutar el instalador y esta vez sí podrá crear la nueva base de datos del programa, y además se solucionará el problema que habías tenido con el menú del perfil de ventas.

Si no estás seguro de que el problema sea el que describo anteriormente, podrías copiar aquí mismo el log de la instalación de Libertya. El log se encuentra en el directorio ráiz (normalmente C:) y son dos archivos llamados Libertya_XXX. Si puedes subir esos archivos al foro mejor aún, así podemos determinar si el problema es que la BD ya existe, o tienen otro problema por el cual el instalador no puede crear la nueva base de datos.

Saludos
Franco

[Autor]

Entradas