Respuestas de foro creadas
-
Entradas
-
Daniel,
Por lo que veo en el mensaje de error, tu instancia de Libertya sigue utilizando pyafipws. Has seguido el paso a paso de los instructivos que te indiqué?
Por lo que estimo, tenés un servidor en donde – supongo yo – instalaste el módulo nativo de factura electrónica, puede ser? Lo primero a verificar EN EL SERVIDOR es:
1) Que bajo el perfil Configuracón de la Compañía, exista una entrada de menú llamada: Configuración de Factura Electrónica. Esto nos daría la pauta de que se encuentra instalado el modulo nativo de facturación electrónica LYEI a nivel Base de Datos.
2) Que en el directorio C:\ServidorOXP\lib/plugins se encuentre el archivo org.libertya.locale.ar.electronicInvoice.2.1.jar. Esto nos daría la pauta de que en el servidor se encuentran los binarios del módulo nativo de factura electrónica LYEI.
Recordar luego ejecutar el Configurar.bat sin realizar cambios a la configuración, simplemente a fin de propagar los binarios.
Con estos cambios y la correcta configuración de LYEI desde la ventana “Configuración de Factura Electrónica” ya deberías poder emitir DESDE EL SERVIDOR.
Ahora bien, si la intención es emitir DESDE OTRO EQUIPO que se conecta al servidor, deberás bajar los binarios actualizados desde el servidor LY hacia tu otro equipo, descargándote el cliente liviando via Java Web Start (JNLP) o bien utilizando directamente el cliente web. Lógicamente para cualquiera de estas opciones deberás tener iniciado el servidor de aplicaciones Libertya.
Slds,
FedericoDaniel,
Lo que te está comentando Horacio es que en realidad a en las versiones más recientes de Libertya ya no es necesario utilizar PyAfipWS. O sea, no necesitás tener ningún directorio C:\pyafipws, ni instalar python, etc. Lo único que se requiere instalar es OpenSSL, lo cual es sencillo.
Para instalar y usar el módulo nativo de facturación electrónica (LYEI) versión 2.1, seguí los siguientes tutoriales:
Saludos,
FedericoBuenas Germán,
Salvo los argumentos en la firma de cada operación, los nombres de las claves a cargar en las maps coinciden con los de las columnas de las tablas que estés gestionando.
Por ejemplo, si estás usando la operación productCreate, la map de argumentos deberá contener – entre otros – name, value, description, c_uom_id, c_tax_category, etc. O sea, cualquiera de las columnas perteneciente a M_Product. Salvo ciertos casos particulares, la obligatoriedad – o no – del envío de columnas dependerá de la definición de columnas a nivel LY o bien de la lógica de negocios a nivel LY, nunca a nivel LYWS.
Slds!!
Germán,
Cómo estás.
En este enlace vas a encontrar las generalidades sobre LYWS, mientras que en este otro enlace tenes la API completa, con los argumentos que espera cada operación.
Tené en cuenta que LYWS fue concebido de manera tal que sea un thin layer dinámico y siga siendo vigente a lo largo del tiempo más allá de la versión de LY y componentes que se utilicen o los cambios estructurales a nivel BBDD. Por lo tanto en muchos casos las operaciones esperan un conjunto de datos en una especie de map clave/valor, tal como se explica en la documentación.
Saludos!
FedericoAriel,
Cómo estás? Gracias por la información. Estaremos revisando el escenario planteado a fin de intentar replicar el problema.
Saludos!
Buenas,
Probablemente sea un team de configuración. Por favor fijate si este thread puede serte de utilidad.
Saludos!
FedericoBuenas, además de lo que sugiere Horacio para poder determinar el origen del problema, me comentan de probar a intercambiar la tasa de cambios (por ejemplo cargar de dólares a pesos en lugar pesos a dólares).
Slds!
Buenas,
Efectivamente estamos trabajando en en el tema y es de esperar que lo tengamos disponible para el mes de Mayo.
Saludos!
FedericoDaniel,
Cómo estás?
Hemos podido reproducir el error y se ha creado el ticket correspondiente: https://sourceforge.net/p/libertya/tickets/66/
Estaremos evaluando su corrección a fin de que la misma se encuentre disponible para el próximo release.
Saludos,
FedericoBuenas,
Gracias por la información, intentaremos replicar el escenario mencionado.
¿Este problema se presenta sistemáticamente ante cada intento o aleatoriamente en algunos casos únicamente?
Saludos!
Buenas,
El cuelgue se estaría originando en alguna librería de soporte a la JVM. En particular se observa:
Problematic frame: # C [fontmanager.dll+0x2dbe8]
Creo recordar haber visto algún caso similar, en donde esta librería generaba problemas bajo la JDK 6.
Como solución directa, te sugeriría probar a utilizar la version 8 de Java, dado que en dicha versión hasta el momento no hemos recibido reportes de este tipo de problemas.
Saludos!
FedericoDaniel,
Cómo estás?
Para realizar modificaciones como la que indica Matías, se requiere ciertos conocimientos de parametrización de Libertya. Deberás modificar los metadatos de la aplicación, accediendo al sistema bajo el perfil System Administrator.
Una vez en dicho perfil, ir a la ventana Tabla y Columna, buscar la tabla C_BPartner y posteriormente ir a la entrada C_BankAccount_ID en la subpestaña de columnas, en donde podrás modificar la lógica predeterminada de dicha columna.
De más está decir que hay que proceder con cuidado cuando se realizan modificaciones sobre los metadatos de la aplicación.
Saludos!
Buenas Daniel, si bien no tenemos implementado una funcionalidad como la que indicás, quizás podría ser de utilidad apoyarse/extender el código del módulo nativo de factura electrónica de libertya (LYEI), el cual ya posee facilidades relacionadas de conectividad a los WS de AFIP.
Código fuente del proyecto: https://sourceforge.net/p/libertyaei/code/HEAD/tree/trunk/
Saludos!
Federico