- Este debate está vacío.
-
Entradas
-
Hola gente, estoy a punto de salir a produccion con la factura electronica y no puedo crear facturas de venta con percepciones. Les agrego el log del error.
La ventana del Libertya me aparece el error: La suma de los campos Importe en IVA debe ser igual al valor ingresado en ImpIVA.
Este es el LOG.
Cualquier ayuda sera mas que bienvenida.
Gracias!
17:45:06.265 OpenXpertya.startup: Libertya (r) Versión 15.03_20-03-2015 – Software Libre de Gestión- (c) 2013 DISYTEL; Implementación: Versión 15.03 20150625-1023 – ${env.CONSULTORA_OXP}
17:45:06.265 OpenXpertya.startup: XP – Java HotSpot(TM) Client VM 20.4-b02 – Windows 7 6.1 Service Pack 1
> CConnection.setAppsServerInfo: jnp://localhost:1099
– javax.naming.CommunicationException: Receive timed out [Root exception is java.net.SocketTimeoutException: Receive timed out]
– {java.naming.provider.url=jnp://localhost:1099, java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory, jnp.discoveryTimeout=5000, jnp.timeout=5000, java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces, jnp.sotimeout=5000}
===========> AccessSqlParser.getTableInfo: parse – could not remove ON C_BPartner, AD_User c, C_BPartner_Location l, C_Location a foo ON l.C_BPartner_Location_ID = foo.C_BPartner_Location_ID [72]
===========> MWindowVO.create: No Window – AD_Window_ID=135, AD_Role_ID=1010076 – SELECT Name,Description,Help,WindowType, AD_Color_ID,AD_Image_ID, a.IsReadWrite, WinHeight,WinWidth, IsSOTrx FROM AD_Window_vt w, AD_Window_Access a WHERE w.AD_Window_ID=? AND w.AD_Window_ID=a.AD_Window_ID AND a.AD_Role_ID=? AND a.IsActive=’Y’ AND AD_Language=’es_AR’ [11]
===========> CLogger.saveError: AccessTableNoView – (Not found) [11]
===========> AccessSqlParser.getTableInfo: parse – could not remove ON C_BPartner, AD_User c, C_BPartner_Location l, C_Location a foo ON l.C_BPartner_Location_ID = foo.C_BPartner_Location_ID [73]
===========> MTable.saveError: FillMandatory – Entidad Comercial, Dirección de la Entidad Comercial
[11]
===========> MTable.saveError: FillMandatory – TEM, Percepciones IIBB (3,5 %), Percepciones IIBB (1,75%)
[11]
===========> MTable.saveError: FillMandatory – Nombre
[11]
> Msg.getMsg: NOT found: OXPSYS [11]
> Msg.getMsg: NOT found: OXPSYS [11]
===========> MBPartner.saveError: SaveError – Al ingresar un el campo Nro. Identificación se requiere completar el campo Tipo de Identificación. [11]
> MBPartner.save: beforeSave failed – MBPartner[ID=1012145,Value=AFIP,Name=ADMINISTRACION FEDERAL DE INGRESOS PUBLICOS,Open=0.00] [11]
===========> MTable.saveError: SaveError – Al ingresar un el campo Nro. Identificación se requiere completar el campo Tipo de Identificación. [11]
===========> AccessSqlParser.getTableInfo: parse – could not remove ON C_BPartner, AD_User c, C_BPartner_Location l, C_Location a foo ON l.C_BPartner_Location_ID = foo.C_BPartner_Location_ID [2338]
> MInvoice.saveUpdate: DocumentNo updated: A000200000001 -> A000200000001 [11]
> MInvoice.saveUpdate: DocumentNo updated: A000200000001 -> A000200000001 [11]
===========> FacturaElectronicaBarcodeGenerator.initializeCodeParts: No existe CAE [2342]
===========> FacturaElectronicaBarcodeGenerator.generateCode: Alguno de los datos requeridos no existe [2342]
===========> FacturaElectronicaBarcodeGenerator.getBarcodeImage: El codigo no existe porque falta algun dato [2342]
> MInvoice.saveUpdate: DocumentNo updated: A000200000001 -> A000200000001 [2345]
> MInvoice.saveUpdate: DocumentNo updated: A000200000001 -> A000200000001 [2345]
> MInvoice.saveUpdate: DocumentNo updated: A000200000001 -> A000200000001 [2345]
===========> ProcessorWSFE.searchForProblems: Everything is OK [2346]
===========> ProcessorWSFE.readOutput: R::1:La suma de los campos Importe en IVA debe ser igual al valor ingresado en ImpIVA.:20150701 [2346]
===========> MInvoice.completeIt: CAE Error: La suma de los campos Importe en IVA debe ser igual al valor ingresado en ImpIVA. [2346]
> MInvoice.saveUpdate: DocumentNo updated: A000200000001 -> A000200000001 [2346]
===========> MWFActivity.run: run [2346]
java.lang.Exception: La suma de los campos Importe en IVA debe ser igual al valor ingresado en ImpIVA.
at org.openXpertya.wf.MWFActivity.performWork(MWFActivity.java:1069)
at org.openXpertya.wf.MWFActivity.run(MWFActivity.java:904)
at java.lang.Thread.run(Thread.java:662)parece que el problema es por que Libertya suma las percepciones con el IVA, entonces me genera un error cuando me conecto al web service.
Archivo Request
–
–
2
80
30702397606
1
1
20150701
5.67
0.00
4.5
0.00
0.00
1.17
20150701
20150701
20150701
PES
1
–
–
5
4.50
0.95El iva muestra 1.17 pero en realidad es 0,95
La diferencias son percepciones de venta.
Algun consultor dispuesto a solucionar este tema????
Gracias!!!
Si esta marcado, incluso las percepciones se estan haciendo perfectamente cuando hago una venta. El problema es a la hora de emitir una factura de venta que AFIP me devuelve lo que se ve.
Por ahi viene la mano sin dudas. Tengo que conseguir los WSFE CODES para IIBB y para impuesto municipal. Sabes cuales o donde los puedo conseguir?
Aquí vas a conseguir algo de información adicional. Desconozco si las percepciones de IIBB van tabuladas como un impuesto específico o sólo como percepción.
Aparentemente no está 100% desarrollado el soporte para trabajar con otros impuestos que no sean IVA (e.g.: IIBB y otras percepciones, impuestos internos, municipales, etc). Nosotros vamos a estar haciendo desarrollos menores para cubrir algunos casos específicos y quizás saquemos un plugin para completar un poco más el soporte para FE.
Si sirve de algo estoy trabajando en jython para usar directamente el pywsafip y no usar archivos de intercambio. También una ventaja no depender del SO donde se ejecute.
Hola,
le dí una mirada rápida al código del proceso que genera el archivo entrada.txt y por lo que ví no separa los impuestos registrados en una factura, los agrupa todos como IVA.
Para el caso de percepciones, deben enviarse dentro del tag “ImpTrib” en el request, por lo que deberían venir separadas del IVA.
Las especificaciones técnicas del webservice de AFIP están acá, dentro de “Herramientas de asistencia”, vas a encontrar el manual para el desarrollador.
Saludos,
Juan ManuelLo que hay que hacer para evitar que ingrese las percepciones junto con el IVA es activar el campo WSFECODE en la ventana de impuestos y asignarle a que impuesto 1, 2 o 3 segun corresponda. De esta forma cuando llama al webservice de AFIP lo informa como impTrib
Saludos
Bueno, por lo que pude ver la generación de FE actualmente (v15.03) tiene un par de problemas:
[ul]
[li]No discrimina lo que es impuesto IVA de lo que no, con excepcion de las percepciones, excepto que ..[/li]
[li]Los datos de percepciones son generados en el archivo entrada.txt pero luego ignorados completamente por el script wsfev1.py[/li]
[li]Tanto Libertya como esta versión modificada del script wsfev1.py no manejan otros impuestos que no sean IVA ni percepciones (e.g.: Impuestos Internos), desde ya dentro del contexto de facturación electrónica.[/li]
[li]Si existen impuestos con el mismo código de FE los mismos no se agrupan de la forma que lo espera el web service de la AFIP, ocasionando errores[/li]
[li]Al utilizar el TPV, los artículos con tasas compuestas (con más de una impuesto) mantienen un impuesto del tipo carpeta (que contiene otros impuesto) hasta que se completa el documento. Ahora, trabajando con FE el documento se completa recién una vez obtenido el CAE, lo cual solo deja como opciones a) modificar el TPV para que “abra” las tasas compuestas antes de completar el documento o b) hacer que el procesador de FE pueda manejar tasas compuestas[/li]
[li]Libertya toma como inválidas las respuestas del webservice de la AFIP con un CAE válido aunque con observaciones. Puede pasar que la factura se genere sin inconvenientes aunque quien recibe la factura no puede tomarse el IVA como crédito fiscal. Adicionalmente, estas observaciones de la AFIP deberían ser impresas junto con la factura.[/li]
[/ul]Actualmente nosotros tenemos la mayor parte de esto solucionado, duplicando parte de la lógica de cálculo de impuestos y otros valores dentro del procesador de FE, lo cual no es del todo ideal.
La idea de este post es el de dejar una referencia para evitar que otros pierdan tiempo haciendo debugging y eventualmente trabajar en conjunto hacia una solución mas robusta y completa.
Saludos
Seria una solución a los puntos antes planteados, encontrar un interacion mejor con la aplicación pywsafip que la actual?
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.
- Debes estar registrado para responder a este debate.
