![]() |
Factura Electronica (FacturaE)
Alguien sabe cuando es obligatorio usar la factura electronica?
Se ve esto afectado en alguna manera por VeriFactu? Estoy mezclando cosas? Tengo en la cabeza que la FacturaE seria obligatoria en 2026. |
Cita:
Hola hay un hilo para las facturas electrónicas, no obstante Facturae es obligatorio para las empresas que facturan a Organizaciones publicas hace años B2G, lo que no es obligatorio, aún, es lo que supongo que preguntas, el B2B, la nueva normativa de la ley Crea y Crece, que aún está en desarrollo normativo/reglamentario. No hay noticias y me temo que el retraso de Verifactu puede provocar un retraso adicional de la factura eletrónica, con la que se ha liado no creo que saquen ambas a la vez, estaba prevista sacarla en breve y dar el periodo de adaptación, si siguen con lo previsto se va a liar más parda aún. Por otro lado esta normativa no sería Facturae, es otro formato, UBL 2.1 según normativa europea, o también puedes optar por contratar y remitir a un punto de entrada privado (de pago), por ejemplo B2Brouter, que te dan más facilidades de formato, y que ellos apañen el resto: generar el UBL, remitan al punto de entrada común(que aún no está definido), etc.. Así que trabquilo de momento |
Cita:
|
Por aquí, si no me equivoco:
https://www.clubdelphi.com/foros/sho...5&goto=newpost |
Cita:
|
Cita:
De momento un hilo solo, supongo que los moderadores ya decidirán, en su momento, si hacer la subdivisión temática, como este de Verifactu |
Ley crea y crece
Hola el Hilo es aquí, yo ya me he subscrito por si acaso...
|
El componente para verifactu ya soporta el formato FacturaE de tal forma que al terminar el envio de las facturas, puede generar, y opcionalmente firmar las facturas en formato facturaE. Mediante varios eventos captura los datos que le faltan para conformar el XML. Documentado en el programa Demo.
Durante los primeros meses del año que viene soportara de la misma forma el formato UBL 2.1 Saludos ! Cita:
|
Cita:
|
Cita:
¿ Pero ya se sabe el formato del XML de FacturaE ? Lo digo por el comentario de "ya soporta el formato FacturaE" Saludos |
Cita:
La normativa nueva de factura electronica no va em facturaE, va orientado a otro formato, UBL 2.1 para los B2B. Pero sin dejar de usarse FacturaE(de momento) |
Buenas,
Quieres decir que¿ el formato que se usa para mandar facturas a FACE es el que se usa parará para el nuevo formato de factura electrónica entre empresas ? Saludos |
UBL o FacturaE
Entonces si tuviésemos que empezar a desarrollar la factura electrónica que haríais.
Desarrollaríais UBL 2.1 y luego un conversor para FacturaE. FacturaE y conversor UBL 2.1 o las 2 por separado. Yo en el programa tengo 49999... y pico casos de factura que existen y no se cual es la mejor forma de abordar esto. |
Cita:
No, como comento en el post, será UBL 2.1 |
Cita:
Por otro lado, convertir de uno a otro lo veo más complicado, ten en cuenta que pueden haber incompatibilidades entre un formato y otro en cuanto a: -Formato de decimales -Longitudes de textos diferentes -Nodos que pueden estar en uno sí y en otro no. Resumiendo, si actualmente no necesita ningún cliente tuyo Facturae, yo abordaría directamente UBL 2.1 y si son 2 ó 3 Faces los que tiene que hacer que lo haga manualmente con el software gratuito de Facturae y le pegas los nodos de QR con una pequeña función,, como algún usuario a propuesto. |
Facturae
Cita:
Espero que pronto saquen normativa para poder saber a que atenernos y ver a que santo hay que rezar para no sufrir tanto como con el verifactu |
Cita:
|
Cita:
Pq nosotros el XML de FacturaE ya lo generamos correctamente y ningún problema cuando lo firmas con Autofirma de FACE :) ... Pero lo que queremos ahora es firmar nosotros mismos el XML para conseguir el XSIG firmado a través de nuestro SW y ahí es donde estamos teniendo problemas :confused: pq no vemos cómo hacerlo y los NuGet que encontramos no están operativos ni funcionan ... He visto por aquí la librería Java externa que algunos de vosotros utilizáis, pero tampoco nos apetece tener que instalar Java a nuestros clientes cuando nunca lo hemos necesitado ... Nuestro SW está programado en VB.net y nos gustaría encontrar alguna forma de hacerlo :o ... Se agradecen sugerencias :rolleyes: ... ¡Gracias! |
Facturae
Cita:
De momento estamos conectando con autofirma, el programa es c#. Lo que si hacemos es conectar directamente con el autofirma desde el programa. En su momento por el 2016 no encontramos la manera de hacerlo y lo que dices había que instalar cosas externas. Volveremos a mirar si hay otra manera ya que vamos a sacar programa nuevo. |
Cita:
Nosotros generamos el XML de la FacturaE y es el cliente el que abre Autofirma y selecciona el xml correspondiente ... ¿Vosotros hacéis la llamada a Autofirma por línea de comandos con parámetros? ¿Cómo lo hacéis? :cool: Cita:
Si encontráis alguna forma de hacerlo actualmente, ya decís, pq nosotros no hemos sido capaces de encontrar nada ... Muchas gracias! :) |
Nosotros hacemos la siguiente llamada por línea de comandos:
Cita:
Para que funcione, yo copio, desde la carpeta de instalación de Aufirma, lo siguiente: AutofirmaCommandLine.exe y las carpetas: certutil, y jre y las añado en la carpeta de instalación de mi aplicación. |
Autofirma
Yo lo que hice en su momento fue descargarme el proyecto de autofirma lo toque por alguna cosilla ("No me acuerdo ") y a mis clientes les paso el .jar de autofirma personalizado a una carpeta y luego desde mi programa le paso los parámetros y lo firma.
Me ahorraba el tema por si no tenían instalado el autofirma y se lo pasaba yo. Antes la gente no sabia ni que era un certificado. El proyecto https://github.com/ctt-gob-es/clienteafirma |
¿os referís a tener un xml en una ruta y a partir de él generar el xsig?
|
Cita:
|
Cita:
Muchas gracias @Noe277 |
Cita:
Nos gustaría hacerlo "desde dentro" de nuestro SW (vb.net) sin tener que usar Autofirma, ni aplicaciones externas :D ... ¿Tienes la solución mágica @Jarogo08? ;) |
Librerias
Cita:
Este proyecto no es de Facturae directamente, pero es una biblioteca en C# que permite crear firmas XAdES (BES, EPES, etc.) y puede usarse para firmar un XML Facturae si configuras bien los parámetros de política. 2) FirmaXadesNetCore en NuGet (versión .NET Standard) Una adaptación de FirmaXadesNet compatible con .NET Standard / .NET 6 / .NET 7 / .NET 8, lo que facilita usarlo en proyectos modernos. |
Cita:
Sí, nosotros lo hacemos! Déjame montarte un ejemplo y lo pongo aquí. A ver si me da tiempo hoy! |
Cita:
|
Aplicación de Windows Forms, un formulario con un botón (está en VB. NET)
Código:
Imports java.securitycommons-logging-1.1.dll facturaE_additional.dll IKVM.OpenJDK.Core.dll IKVM.OpenJDK.Security.dll IKVM.OpenJDK.Text.dll IKVM.OpenJDK.Util.dll IKVM.OpenJDK.XML.API.dll IKVM.OpenJDK.XML.Parse.dll IKVM.Runtime.dll MITyCLibAPI-1.0.4.dll MITyCLibCert-1.0.4.dll MITyCLibPolicy-1.0.4.dll MITyCLibTrust-1.0.4.dll MITyCLibTSA-1.0.4.dll MITyCLibXADES-1.0.4.dll xmlsec-1.4.2-ADSI-1.0.dll No me preguntéis de donde se sacan porque las busqué hace unos 10 años y no tengo ni pajolera de donde las conseguí :D No sé si tengo posibilidad de subir un rar con esta aplicación de ejemplo, así ya tendríais también las librerías |
Cita:
Lo encontré hace un par de semanas, tengo todas las librerías de las que hablas, pero no fui capaz de hacerlo funcionar ... A ver si ahora con lo que tú me dices lo consigo ... Muuuuuuuchas gracias!!! :) |
Cita:
Pues copiando y pegando debería funcionarte, acabo de montar la aplicación para ponérosla y me va sin problema! Sólo tienes que cambiar las 4 variables del principio del botón, obviamente |
Cita:
¡¡¡Muchísimas gracias @Jarogo08!!! :) |
Cita:
Me debes una! :cool::cool: :D:D |
Cita:
||-|| ||-|| ||-|| |
Nuevo cambio, acaban de aprobar el borrador del real decreto de factura electronica.
Otra vez volvemos a Facturae, mejor , sí, pero para volverse loco. Lo peor no es el desarrollo, son los tiempos que dan para los cambios de estado de las factura que tendrán que matizar a que se refieren con 4 días habiles: no es lo mismo recibida, que aceptada, que anulada, que pagada... Y 4 días habiles puede estar acorde para los envios de facturas emitidas y recibidas/contabilizadas(SII), pero para cambiar estados a facturas recibidas 4 días es un desastre monumental, y creo que poco alineado con la normatiba de facturacion en cuanto a tiempos de contabilización, para los departamentos de contabilidad/administración si se pretende que sea verificada ( la aceptación o no) las recibidas, seriamos esclavos. espero qie maticen y no sea una locura. Espero que el cambio de eatado de 4 días se refieran a "recibida". Aún no he leido completamente el borrador, pero ya me ha subido la tensión. |
Cita:
|
Cita:
Se ha aprobado pero hay que esperar... tic tac. |
Real decreto
Cita:
|
Cita:
https://portal.mineco.gob.es/Recurso...lectronica.pdf |
| La franja horaria es GMT +2. Ahora son las 06:58:00. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi