[Federico Cristina]

Bryan, cómo estaS?

El módulo de facturación electrónica (LYEI) para LY 22.0 requiere la instalación a nivel base de datos de todas las versiones previas a la 2.3, esto implica instalar los siguientes componentes desde la ventana de instalación de componentes:

– org.libertya.locale.ar.electronicInvoice.1.0.jar
– org.libertya.locale.ar.electronicInvoice.2.0.jar
– org.libertya.locale.ar.electronicInvoice2.2final_dbupgrade_from_2.0_or_2.1.jar
– org.libertya.locale.ar.electronicInvoice2.3final_dbupgrade_from_2.2.jar

Recodar también que previamente a la actualización de BDD se debe ubicar el archivo org.libertya.locale.ar.electronicInvoice2.3final_r58.jar en el directorio $OXP_HOME/lib/plugins y ejecutar $OXP_HOME/ConfigurarAuto.sh para actualizar los binarios de LYEI.

Todos estos archivos podés descargarlos desde sourceforge:

– https://sourceforge.net/projects/libertya/files/components/lyei/

Como siempre, realizar una copia de respaldo tanto de binarios como de base de datos previo a cualquier actividad de instalación / upgrade.

Siguiendo estos pasos, y si el instalador indicó que la instalación fue correcta para cada unos de los 4 jars, deberías visualizar todas las nuevas estructuras a nivel BDD generadas en la instalación. También podés validar la instalación de los últimos componentes mediante el siguiente query de ejemplo:

– select * from ad_plugin_detail_v order by created desc limit 5

Saludos,
Federico

[Federico Cristina]

Buenas,

El error que se muestra ahí es el siguiente:

org.postgresql.util.PSQLException: ERROR: no existe la columna «partnerid2»

Esa columna no es parte de Libertya CORE y no recuerdo haberla visto en un componente, con lo cual supongo es un desarrollo ad-hoc?

En cualquier caso, el problema aparentemente radica en que a nivel metadatos existe la referencia a esa columna, pero físicamente no existe a nivel postgres. Como workaround se podría probar:

– a desactivar esa columna a nivel metadatos (desde System Administrator)
– a crear esa columna físicamente con una sentencia SQL de tipo: ALTER TABLE C_AllocationHDR ADD COLUMN PartnerID2 INT NULL (en realidad al no conocer esa columna tampoco se su tipo, habría que especificar el tipo de dato adecuado según corresponda).

Saludos,
Federico

[Federico Cristina]

Buenas Daniel,

Si modificaste archivos java del core de libertya desde los fuentes de github, entonces podes compilar el proyecto completo mediante utils_dev/compilar.sh. Tené en cuenta que esto te genera un nuevo ServidorOXP.zip y además pisará tu actual /ServidorOXP con los nuevos binarios.

Si por el contrario desarrollaste un componente ad-hoc siguiendo los lineamientos de libertya components, entonces deberás empaquetar los binarios dentro de un jar, ubicarlos en /ServidorOXP/lib/plugins y ejecutar ConfigurarAuto.sh para que embeba los cambios.

Saludos!

[Federico Cristina]

Buenas, habría que realizar un análisis detallado dedl caso, pero entiendo que este requerimiento funcional implicaría un conjunto considerable de modificaciones. En particular habría que adecuar varias cosas: el conjunto de metadatos asociado, parametrización de secuencias y adicionalmente la lógica correspondiente dentro del código fuente de Libertya, dado que existe cierto número de validaciones que se realizan en la gestión de números de documentos fiscales.

Slds,
Federico

[Federico Cristina]

Carlos, no hemos tenido tiempo todavía de validarlo pero podés verificar lo siguiente, agregá en la clase LYEIWSAA del proyecto LYEI la línea marcada en negrita donde se especifica el timeout para obtener un nuevo TA:

// Obtener un TA valido
MLYEIElectronicInvoiceLog.logActivity(LYEIWSAA.class, Level.INFO, null, aConfig.getC_LYEIElectronicPOSConfig_ID(), aConfig.getC_LYEIElectronicInvoiceConfig_ID(), “Invocando a loginCms para POS ” + aConfig.getPOS() + ” en ” + endPointAddress);
login = locator.getLoginCms();
((LoginCmsSoapBindingStub)login).setTimeout(LYEITools.getTimeout(LYEIConstants.EXTERNAL_SERVICE_WSAA_PREFIX, targetEnv));
String response = login.loginCms(generateTRABase64(aConfig, ctx, targetEnv));

En C_ExternalSevice tenes que tener el servicio WSAA_HOMO o WSAA_PROD con un timeout especificado mayor a cero, por ejemplo 15000 (o sea 15 segundos).

Avisanos si funciona correctamente así ya lo incorporamos al master.

• Esta respuesta fue modificada hace 5 meses, 1 semana por Federico Cristina.
• Esta respuesta fue modificada hace 5 meses, 1 semana por Federico Cristina.

[Federico Cristina]

Mauro, gracias por el feedback. Probablemente falte incorporar alguna validación de expiración de solicitud por timeout a fin de que la aplicación desista se su intento de conectar contra ARCA. Estaremos revisándolo.

Slds!
Federico

[Federico Cristina]

Buenas,

Fijate si este video sobre configuración de contabilidad en Libertya puede serte de utilidad. En el canal de LY en YouTube también hay otros videos que abarcan tópicos relacionados con contabilidad.

También en la wiki de Libertya hay un apartado con temas funcionales en donde se incluyen artículos relacionados con el plan de cuentas, la importación de datos, etc.

Saludos!
Federico

[Federico Cristina]

Buenas, pareciera un problema de conectividad (quizás originado en los servicios de ARCA). Tenés algo de información adicional en consola/terminal como para intentar identificar el origen del problema? O en Libertya podés ir a Herramientas -> Preferencias -> Errores.

Saludos!
Federico

[Federico Cristina]

Buenas, fijate en esta novedad del foro en donde se incluye la descarga de un documento paso a paso para la actualización.

Saludos,
Federico

[Federico Cristina]

Buenas,

Bryan, es probable que estés probando la versión PyME de Libertya 22.0? Dicha versión es una distribución simplificada y adaptada en ciertos aspectos a partir de la versión Corporate de Libertya 22.0. Esta última es la versión con la configuración de perfiles y entradas de árbol más parecido a las versiones antiguas de Libertya. Te sugeriría probar esta versión en caso de que no lo haya hecho.

Daniel, quizás estás accediendo a la compañía System? Deberías acceder a la compañía Libertya con el perfil Configuración de la Compañía (usando la distro Corporate de LY).

PD: Migrar de LY 13.0 a LY 22.0 requiere no solo actualizar LY CORE paso a paso (13.01 -> 14.02 -> 15.03 -> 16.04 -> 17.05 -> 18.06 -> 19.07 -> 21.00 -> 22.00), si no también actualizar todos los componentes asociados que se estén usando, como por ejemplo LocaleAR, LYEI, LYWS, etc. Tenerlo en cuenta en las pruebas que están haciendo.

Saludos!
Federico

[Federico Cristina]

Buenas Luis, cómo estás? Antes que nada podría llegar a ser de utilidad que nos comentes qué versión de Libertya estás utilizando?

Saludos!
Federico

[Federico Cristina]

Buenas, no se si es lo que andás necesitando:

Usar una Orden de Producción (O/P) para transformar el insumo

Crear dos productos:

Etiqueta A3 (Hoja) → unidad: hoja

Etiqueta A3 (Paquete) → unidad: paquete de 1000 hojas

Definir la unidad de medida de cada producto correctamente.

En el producto “Paquete”, definir la UoM como “paquete” (crear una si no existe).

En el producto “Hoja”, usar “unidad” o “hoja”.

Configurar una lista de materiales (BoM):

Crear una lista de materiales que diga: 1 Paquete de etiquetas → produce → 1000 Hojas de etiquetas

Usar una orden de producción (tipo ensamblado inverso):

Crear una orden de producción para “desensamblar” el paquete y producir hojas. Esto ajustará el stock automáticamente: baja 1 paquete, sube 1000 hojas.

—

Otra opción si no se quiere usar producción, se podría registrar una salida de inventario del producto “Paquete”. Se registra simultáneamente una entrada de inventario de 1000 unidades del producto “Hoja”. Esto requiere más control manual, pero puede funcionar si no se desea llevar un esquema de producción.

Como es un área en la que no estoy muy en tema, validá bien si alguna de estas alternativas puede serte de utilidad.

Saludos,
Federico

• Esta respuesta fue modificada hace 9 meses, 1 semana por Federico Cristina.
• Esta respuesta fue modificada hace 9 meses, 1 semana por Federico Cristina.

[Federico Cristina]

Ariel, cómo estás?

Realizaste la instalación del patch tanto a nivel binarios como a nivel base de datos?

Podés verificar si existen los valores predeterminados correspondientes, por ejemplo que el atributo MostrarImpuestosFC_B sea Y.

Adicionalmente, validá que no existan clases duplicadas entre los jars ubicados en /ServidorOXP/lib/plugins, como por ejemplo la clase LaunchInvoice, y lógicamente que se encuentre en dicho directorio el archivo org.libertya.core.patchly21_discriminaimpuestos.jar.

Saludos,
Federico

[Federico Cristina]

Ariel, cómo estás?

Respecto al patch org.libertya.core.patch.hasar.2G.jar, el mismo soluciona errores del tipo: La respuesta recibida tiene un formato no válido. Faltan datos del estado fiscal o general del controlador. (Petición: { 39 “X” }, Respuesta: { 39 }).

En el documento de instalación de dicho patch se sugiere que una vez instalado, se elimine el archivo org.libertya.core.patch.hasar.2G.jar de /ServidorOXP/lib/plugins a fin de evitar potenciales conflictos al momento de instalar nuevas versiones de CORE.

Respecto al patch org.libertya.core.patchly21_discriminaimpuestos.jar, tal como se menciona en este thread, también se incluye la discriminación en tickets/facturas fiscales a consumidores finales.

Saludos!
Federico

[Federico Cristina]

Buenas Diego, gracias por el feedback.

Prestá especial atención a la persistencia de registros, dado que – como te comentaba – LY 22.0 se apoyaba en el uso de OIDs de Postgres, feature que dejó de existir a partir de Postgres 12.0. Probablemente se presenten errores al momento de guardar registros en la base de datos.

Si querés podés instalar este patch para Libertya 22.0 que justamente resuelve este inconveniente.

Saludos!
Federico

[Autor]

Entradas