Respuestas de foro creadas
-
Entradas
-
Seguro, siempre la última versión. En caso de que ya hayas instalado podés reemplazar el jar, reconfigurar y listo.
Hola Gisela,
Te recomiendo intentar desinstalar Postgres desde el panel de control, en todo caso asegurarte de que no está instalado antes de intentar la instalación de Libertya 15.03. En caso de que te siga pidiendo la clave probá sin clave o con la clave postgres.
Saludos,
Saulo
No hay respuesta/solución fácil para este problema ya que esta funcionalidad le pega a código pensado para no tener más de un usuario logueado por instancia de JVM. Nosotros venimos ensayando una solución para esto que modifica cerca de 20 archivos, tema para probar con cuidado.
Sería interesante ver que otras partes además de la localización necesitan apoyarse más en el contexto de usuario en vez del contexto global de la aplicación.
Acabamos de sacar una nueva versión (beta) -> https://github.com/saulojg/Libertya15.03CITI/releases/tag/v1-beta.3
Hola,
Si estos cambios se tratan de bugs debería usarse el issue tracker de Sourceforge. Para todo lo que sea desarrollos podés contactar a los partners del listado, teniendo en cuenta que por lo general quienes pueden editar código suelen ser los partners corporativos y/o consultores.
Saludos,
Saulo
Hola Cristina, para esto sólo se necesita que el servicio de Libertya esté en ejecución. Luego, desde un navegador web ingresarían a:
Code:Justo acabo de crear un thread sobre esto, tema largamente postergado. Por ahora lo considero una solución provisoria. Desde ya, pruebas y sugerencias son más que bienvenidas.
Aparentemente este proceso tiene un control de registros duplicados un tanto polémico. El problema parece resolverse con este parche.
Code:diff –git base/src/org/openXpertya/process/CurrentAccountReport.java base/src/org/openXpertya/process/CurrentAccountReport.java
index b75c476..6e9537d 100644
— base/src/org/openXpertya/process/CurrentAccountReport.java
+++ base/src/org/openXpertya/process/CurrentAccountReport.java
@@ -224,7 +224,7 @@ public class CurrentAccountReport extends SvrProcess {
+ rs.getString(“document_id”)
+ (Util.isEmpty(rs.getInt(“c_invoicepayschedule_id”),
true) ? “” : “_”
– + rs.getInt(“c_invoicepayschedule_id”));
+ + rs.getInt(“c_invoicepayschedule_id”)) + rs.getInt(“c_doctype_id”);
if(documents.get(documentKey) == null){
Timestamp fechaVencimiento = null;
if (!p_ShowDetailedReceiptsPayments) {El resto del código de este proceso es .. código write-only, como casi cualquier código en Perl
Además, utilizar el parámetro Sólo comprobantes de cuenta corriente falla por que no encuentra una columna.Quienes tengan reemplazos para este reporte me interesaría verlos, quizás se pueda llegar a algo similar pero mantenible (con todo respeto).
Existe un error de sintaxis en alguna de las expresiones utilizadas en esa ventana (e.g.: lógica de solo lectura, lógica de visibilidad). Estas expresiones tienen la forma:
Code:abTanto a como b pueden ser una variable (e.g.: @#Date@) o un valor específico (e.g.: ‘Y’, 100006, etc). Los operadores pueden ser
Code:! = ^ > <Ejemplo:
Code:@GrandTotal@>0Hola a todos,
Realizamos un fork de este proyecto, donde se efectuaron los siguientes cambios:
[ul]
[li]Se agrega un callout que intenta completar automáticamente el tipo de documento según AFIP, dentro de las ventanas de Facturas Cliente/Proveedor[/li]
[li]Se exportan sólo comprobantes fiscales[/li]
[li]Se extendió la documentación[/li]
[li]Refactoring general[/li]
[li]Se reduce el largo (3 a 2 caracteres) del código que utiliza la AFIP para los tipos comprobantes, para así mantener la compatibilidad con instalaciones existentes (en especial aquellas realizando facturación electrónica)[/li][/ul]
El plugin está disponible para su descarga en https://github.com/saulojg/Libertya15.03CITI/releases
Saludos
Libertya cuenta con varios puntos de extensión para las clases de modelo, los cuales están documentados en https://www.libertya.org/wiki/doku.php?id=plugins:ejemploplugin
Saludos
Saulo
vechettiariel wrote:Seria una solución a los puntos antes planteados, encontrar un interacion mejor con la aplicación pywsafip que la actual?Personalmente creo que lo ideal sería que todo el manejo de FE esté autocontenido en Libertya, después de todo no debería ser tan difícil trabajar con estos web services de la AFIP desde Java.
Podrías probar ingresando al perfil System, ventana Referencia, buscar DocSubTypeCae (que es una lista de validación) e intentar agregar la factura C con los códigos provistos por la AFIP. De todas formas, habría que ver que el resto de los componentes de FE calculen bien los montos (i.e.: estas facturas no tienen IVA).
