El diccionario se encuentra en la base de datos, schema libertya, todas las tablas que comienzan con ad_

El método ideal para trabajar con el diccionario es ingresando al sistema con usuario/clave System.

Saludos

Muchas gracias!

Hola,

En el caso mencionado anteriormente el 2do tab se creó a partir del primero como una copia regular de registros (desde el menú, Edición -> Copiar Registro). Esta operación de copiado fue repetida en varias ocasiones con el objetivo de preservar las opciones ya escogidas para otros registros y así intentar ganar algo de tiempo.

Acabo de h…[Leer más]

El problema o al menos el problema inicial es que al duplicar/copiar un Tab/Pestaña existente durante el desarrollo de un plugin, el nuevo Tab conserva el mismo AD_ComponentObjectUID que el registro original. Se imaginarán las consecuencias de esto … durante el desarrollo no se nota nada raro pero luego al intentar instalar el plugin la p…[Leer más]

Bienvenido al foro!

Te recomiendo mirar los tutoriales que están en Youtube http://www.youtube.com/channel/UCTr6m-ay_HBBQ1ytkIgaLgQ

Saludos

Problema resuelto, estaba mostrando la pestaña como grilla pero los campos que agregué por default no venían habilitados en modo grilla.

¿ Probaste migrando de 11 a 12, luego de 12 a 13 ? Ya que estás quizás te convenga migrar también de 13 a 14.

Saludos

¿ Probaste utilizando ; en vez de , como separador de campos ?

I’d like to point out that Libertya has a whole lot of messages already translated to English. Being in your place I’d take a look at all *_trl tables and attempt to batch-convert them, paying special attention to the ad_componentobjectuid and ad_componentversion_id fields. Afterwards, you could do some fine tuning by checking Show Translation…[Leer más]

Libertya solo puede compilarse con Java 6

Sumando al mensaje anterior, se puede utilizar el nombre de carpeta abreviado, el cual se puede ver con el comando dir /x

Este es el valor que tengo en esta computadora

Code:
JAVA_HOME=C:PROGRA~2JavaJDK16~1.0_2

wsbiz wrote:
Una solución sería hacer un query a la DB al momento de emitir el ticket para ir a buscar el último número, no?

Tengo entendido que así es como funciona, independiente del número que se muestra en el TPV, ¿ te animas a probarlo y contar como te fue ?

Pregunta al aire … Luego de actualizar, ¿ borraste el parche para cobros/pagos que habia salido para v13.01 ?

Las conexiones JNP (puerto 1099) son solo una parte. Te recomiendo revisar la pantalla mostrada por Configurar.exe y revisar la conectividad hacia los otros servicios, sobre todo el de base de datos.

Pregunta al aire .. ¿ alguno de estos pagos o cobros fue imputado ?

¿ Esto es reproducible ? O sea, ¿ pasa consistentemente cada vez que se cargan muchos cheques ?

Una approach para encarar esto puede ser configurar PostgreSQL para que las loguee queries lentas (>5s yo diría) y/o correr pgFouine en el server para así detectar muchas queries cortas que roben mucho tiempo.

Quizás lo soluciones cargando el path a Java 6 en las variables de entorno PATH y JAVA_HOME. Habría que ver si esto influye en otras aplicaciones que dependan de Java 7.

Simplemente tendrías que iniciar el servicio de Libertya y luego conectarte con el servidor desde algun navegador ingresando

Code:
http://nombre-servidor

Por las dudas verificá el firewall en el servidor y que puerto le asignaste al servidor de aplicaciones (creo que 80 es el default).

Desde ya, las máquinas clientes deberían tener el JDK 1.6…[Leer más]

Me parece que todo lo que necesitás está en la pantalla Esquema de Vencimientos (perfil Administración)

No hay problema ya lo pude solucionar, gracias!

Se nota que probaste un par de veces seguidas

Fijate el ticket #6 quizás con eso lo solucionas

Saludos,

Saulo