Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[Sistel]

Empezado por espinete

Nosotros desarrollamos un software de facturación desde hace 20 años. Obviamente se van lanzando actualizaciones cada año, etc. pero siempre hay clientes que se quedan con versiones antiguas, o versiones "pirata", etc. así que hay clientes usando versiones de 2015, 2010 o incluso 2008 que simplemente no quieren actualizar.
Respetable, supongo.

- Esas versiones no eran compatibles obviamente con la Ley Antifraude: podías borrar facturas, modificarlas, no había registro de cambios, etc.
- Esas versiones se registraban enviándole un código al cliente por email (si, en aquella época no todo el mundo tenía internet en el negocio).

Dicho esto... Si uno de esos clientes, hoy en día, necesita reinstalar, o un nuevo código porque ha formateado el disco, etc. ¿estaríamos nosotros como desarrolladores infringiendo la normativa que impide suministrar software que no cumpla con la Ley Antifraude?
¿Estaríamos en nuestro derecho de no facilitar números de serie de versiones tan antiguas y obsoletas para las que no se ofrece asistencia técnica? ¿Sigue por ejemplo Microsoft facilitando números de serie, oficiales y legales, de Windows XP?

Como veis, no tiene relación directa, o tal vez sí, pero lo cierto es que ha generado debate en la empresa y no sabemos muy bien cómo proceder. Yo voto por descatalogar definitivamente esas versiones antiguas y punto, pero hay quien opina que esos clientes tienen derecho a usarla porque la pagaron en su momento.

No sé... si yo compré el Office 2003, tengo derecho a seguir instalándolo en 2024? ¿Es incluso posible hacerlo si el número de serie lo he perdido y necesito otro, o si he cambiado de ordenador?

Pues eso. Me gustaría saber vuestras opiniones, que hoy es viernes y a lo mejor esto relaja un poco

Hola,

Por lo que me pareció entender en la charla del otro día, de la Agencia Tributaria, el desarrollador del software debe hacer una auditoría externa o una declaración responsable de que cumple con la nueva Ley Antifraude.

Entiendo que en este caso, haría la declaración responsable del software que cumple (versión actual) no de las versiones anteriores.
Por ejemplo de "Facturación Pepe, versión 5 (Antifraude) y posteriores"
Y, por tanto, quedarían exentas de cumplir la nueva normativa las versiones anteriores, como "Facturación Pepe, versión 4".

Si un cliente usa "Facturación Pepe, versión 4" debe saber que es un software antiguo que no cumple con la nueva ley y por tanto puede ser sancionado.

Supongo que con eso el desarrollador queda exento de responsabilidad.

Saludos

[xevi]

Una consulta a ver si alguien me puede aportar un poco de luz

En un software de Contabilidad, simplemente Contabilidad (Cuentas, Asientos, Balances, Libros...)
¿Sabeis como afecta o el alcance de la ley Anti Fraude?

Porque el tema por lo que voy leyendo e informando, todo gira entorno a la facturación y más concretamente al emitir la factura, pero queda un poco a nivel de programador o desarrollador todo el tema de trazabilidad, integridad... por lo que yo solamente he desarrollado un registro de eventos y además le he incluido una integridad a mi manera en cada apunte de la base de datos "asientos", pero como digo, no veo que haya una normativa específica, detallada para los sitemas de Contabilidad.

Agradezco cualquier aporte al respecto.

Gracias.

Un Saludo,
Xevi

[keno_71]

Nosotros tenemos la misma "discusión", tenemos clientes con versiones antiguas, tenemos pensado enviar el email para informar que solamente se mantendrá mantenimiento con aplicación nueva porque además haremos un cambio sustancial en la misma para que se note que es otra y a los que no quieran cambiar no se les hará mantenimiento. El problema viene con clientes que se actualicen, que se les cobre un mantenimiento pero que tengan el otro programa antiguo (que no se lo puedo desinstalar) y haga algo que no deba.

[ermendalenda]

Inmediatez de envio:
Estaba claro que iban a ser laxos en el tiempo de envio, es técnicamente muy complicado (para algunos imposible) mantener siempre la inmediatez. En el seminario ya han hecho refrencia a este punto.
Nuevo Nodo "CuotaTotal", en referencia al calculo del hash, que ya no va a ser sobre el registro de facturación completo, aparece un nuevo nodo que, supongo, veremos en la siguiente versión.

Ejemplo Cadena para calcular Hash

<sum1:NIF>00000006Y</sum1:NIF><sum1:NumSerieFacturaEmisor>150.3.1.5</sum1:NumSerieFacturaEmisor><sum1:FechaExpedicionFacturaEmisor>25-02-2024</sum1:FechaExpedicionFacturaEmisor><sum1:TipoRegistroSIF>S0</sum1:TipoRegistroSIF><sum1:TipoFactura>F2</sum1:TipoFactura><sum1:CuotaTotal>0.20</sum1:CuotaTotal><sum1:ImporteTotal>2.20</sum1:ImporteTotal><sum1:HuellaRegistroAnterior>8ADCCCBD8DBBF8A668C78571C7AC2768EB77C77468C49A44E1829 03CB4468FE5</sum1:HuellaRegistroAnterior><sum1:FechaGenRegistro>25-02-2024</sum1:FechaGenRegistro><sum1:HoraGenRegistro>11:15:24</sum1:HoraGenRegistro>

Hay que tener en cuenta que el primer registro no tiene el nodo huellaregistroanterior.

Sobre la aplcación que van a poner:
Aunque la aplciación que desarrolle la Aeat, es de último recurso y para empresas con bajos recursos supongo que la podrá usar cualquiera.
Si se pudiera usar, me surgen algunas dudas sobre el uso de esta aplicación que tendrán que aclarar:

* ¿Si uso un software SIF puedo a la vez usar para otras series para el mismo NIF el software de hacienda? (digamos que tengo un departamento con poca facturación con unos servicios determinados que no merece la pena que tenga un SIF y solo hace 2 o tres factura al mes)

* Suponiendo que pueda usar el software de hacienda, ¿ puedo generar facturas sustitutivas, rectificativas o anulaciones para el mismo cif del que he generado con el CIF desde esa aplicaciónde la AEAT?

En el SII si se puede.

[ermendalenda]

Empezado por ermendalenda

Inmediatez de envio:
Estaba claro que iban a ser laxos en el tiempo de envio, es técnicamente muy complicado (para algunos imposible) mantener siempre la inmediatez. En el seminario ya han hecho refrencia a este punto.
Nuevo Nodo "CuotaTotal", en referencia al calculo del hash, que ya no va a ser sobre el registro de facturación completo, aparece un nuevo nodo que, supongo, veremos en la siguiente versión.

Ejemplo Cadena para calcular Hash

Hay que tener en cuenta que el primer registro no tiene el nodo huellaregistroanterior.

Sobre la aplcación que van a poner:
Aunque la aplciación que desarrolle la Aeat, es de último recurso y para empresas con bajos recursos supongo que la podrá usar cualquiera.
Si se pudiera usar, me surgen algunas dudas sobre el uso de esta aplicación que tendrán que aclarar:

* ¿Si uso un software SIF puedo a la vez usar para otras series para el mismo NIF el software de hacienda? (digamos que tengo un departamento con poca facturación con unos servicios determinados que no merece la pena que tenga un SIF y solo hace 2 o tres factura al mes)

* Suponiendo que pueda usar el software de hacienda, ¿ puedo generar facturas sustitutivas, rectificativas o anulaciones para el mismo cif del que he generado con el CIF desde esa aplicaciónde la AEAT?

En el SII si se puede.

Pongo un ejemplo:
Empresa de 100establecimientos con 1000 empleados
Emiten continuamente facturas sustitutivas.
Cada semana hay varios errores sobre la emisión a clientes erroneos.
Incluso en la misma factura puede haber correcciones en disitntos momentos.
Se hace un pelin complicado hacer una hilera de las rectificativas.
En estos casos, con el SII usamos el programa de hacienda para corregir

[jlmoli_67]

¿se puede hacer el calculo del hash sobre el valor del nodo sin incluir el nombre del nodo o da igual pero eso si, aplicar siempre la misma forma de calcularlo ya sea con o sin los nombre ?

[ermendalenda]

Empezado por jlmoli_67

¿se puede hacer el calculo del hash sobre el valor del nodo sin incluir el nombre del nodo o da igual pero eso si, aplicar siempre la misma forma de calcularlo ya sea con o sin los nombre ?

Con el nombre del nodo siempre.
No puede ser opcional, si no pones el nombre no se puede saber cuál es cada campo y díganos que tiene que ha er 1 solo protocolo para que el que recibe sepa ver si está bien calculado

[pararegistrarme]

Un fragmento de los mensajes que se capturan en "OnBeforeExecute" del "THTTPRIO" es del estilo a este:

 <?xml version="1.0"?> ...
.
.
.

 <AltaFactuSistemaFacturacion SOAP-ENC:id="1"  xsi:type="NS2:AltaFactuSistemaFacturacion">                  
    <Cabecera SOAP-ENC:id="2" xsi:type="NS3:Cabecera">                      
       <IDVersion xsi:type="NS3:VersionType">1.0</IDVersion>                      
       <ObligadoEmision SOAP-ENC:id="3"  xsi:type="NS3:PersonaFisicaJuridicaESType">                        
...

Muy engorroso de leer. ¿Alguien conoce alguna forma de eliminar la parte "sobrante" de las etiquetas?
Es decir:

 
Esta es la línea que tenemos: <Cabecera SOAP-ENC:id="2" xsi:type="NS3:Cabecera">
Línea que quiero obtener: <Cabecera>


O este otro caso:
Lo que obtenemos: <IDVersion xsi:type="NS3:VersionType">1.0</IDVersion> 
Lo que quiero obtener: <IDVersion>1.0</IDVersion>

Gracias de antemano por vuestro tiempo.

[ermendalenda]

Empezado por pararegistrarme

Un fragmento de los mensajes que se capturan en "OnBeforeExecute" del "THTTPRIO" es del estilo a este:

 <?xml version="1.0"?> ...
.
.

 <AltaFactuSistemaFacturacion SOAP-ENC:id="1"  xsi:type="NS2:AltaFactuSistemaFacturacion">                  
    <Cabecera SOAP-ENC:id="2" xsi:type="NS3:Cabecera">                      
       <IDVersion xsi:type="NS3:VersionType">1.0</IDVersion>                      
       <ObligadoEmision SOAP-ENC:id="3"  xsi:type="NS3:PersonaFisicaJuridicaESType">                        
...

Muy engorroso de leer. ¿Alguien conoce alguna forma de eliminar la parte "sobrante" de las etiquetas?
Es decir:

 
Esta es la línea que tenemos: <Cabecera SOAP-ENC:id="2" xsi:type="NS3:Cabecera">
Línea que quiero obtener: <Cabecera>


O este otro caso:
Lo que obtenemos: <IDVersion xsi:type="NS3:VersionType">1.0</IDVersion> 
Lo que quiero obtener: <IDVersion>1.0</IDVersion>

Gracias de antemano por vuestro tiempo.

supongo que una forma seria capturar el string completo en una variable y usar la función stringreplace(stringcapturado,cadenassustituir,'',
.rfReplaceAll) con cada cadena que quieras eliminar

[ermendalenda]

Despues de tanto tiempo con la ley Crea y crece y la Ley antifraude siguen mezclando ambas y metiendo Verifactu y Factura eletrónica en una batidora:
https://www.externalix.com/retraso-f...a-obligatoria/

[Casimiro Noteví]

Empezado por ermendalenda

Despues de tanto tiempo con la ley Crea y crece y la Ley antifraude siguen mezclando ambas y metiendo Verifactu y Factura eletrónica en una batidora:
https://www.externalix.com/retraso-f...a-obligatoria/

Ya sabes, "en río revuelto... ganancia de pescadores".
Así que lo revuelven todo, confunden a la gente y así "pescan" a algunos.

[Javierus]

Empezado por ermendalenda

Despues de tanto tiempo con la ley Crea y crece y la Ley antifraude siguen mezclando ambas y metiendo Verifactu y Factura eletrónica en una batidora:
https://www.externalix.com/retraso-f...a-obligatoria/

Leyendo el artículo, no me parece que confunda nada, sino que está intentando que el lector no lo haga; en concreto (las negritas son del artículo):

Para finalizar volvemos a incidir en que una cosa es la obligación de preparar los sistemas informáticos que soporten los procesos de facturación antes de 01/07/2025 -lo cual abordamos en otro post-

Y otra es la obligación de generar factura electrónica en los términos expuestos en este post, obligación que se retrasará seguramente hasta 2026 para las empresas con facturación inferior a 8 millones de euros, siendo ambas cuestiones, diferentes.

[espinete]

Empezado por ermendalenda

Despues de tanto tiempo con la ley Crea y crece y la Ley antifraude siguen mezclando ambas y metiendo Verifactu y Factura eletrónica en una batidora:
https://www.externalix.com/retraso-f...a-obligatoria/

Pues yo también tengo dudas a estas alturas, y eso que llevo meses (años) con lo de TicketBAI y esperando al desarrollo técnico de VeriFactu, y gracias a eso entiendo el 90%.

Pero de verdad que con tanto término y la manía de separar las cosas, me sigo confundiendo: factura electrónica, ley "Crea y Crece", Ley AntiFraude, Verifactu, No-Verifactu... Si yo estoy confundido, imagínate los clientes (empresarios) cuando llegue el momento, que para ellos va a ser "de golpe".
Hasta hace poco "factura electrónica" (o digital) era una una factura en PDF. Firmada con certificado digital para darle más validez legal. Ahora habrá que explicarle a los clientes que ese término ya no es eso sino otra cosa más tocha.

A ver...

- Entiendo que aún no hay entorno de pruebas para poder hacer los envíos. Si aún no lo hay, dudo mucho que esto entre en vigor en 2025 como pretendían (y como siguen insistiendo en la prensa). Más les vale que no sea así. Esta gente es capaz de sacar la normativa en diciembre, o como ya hicieron con el Recargo de Equivalencia con 3 decimales en diciembre hace años
- Entiendo que habrá VeriFactu y No-VeriFactu. El último no requiere envío de las facturas a Hacienda, pero sí guardar los XML?
- Entrará entonces en vigor No-Verifactu ANTES que VeriFactu? O es que estoy más confundido de lo que pensaba?
- Todo esto es independiente a que el software deba cumplir con la Ley Antifraude, o Crea y Crece o como se llame ahora o dentro de un mes: evitar que se borren registros, o se modifiquen, llevar un LOG de los cambios, blablabla

Yo sigo pensando que si TicketBAI se demoró 2 años, y fueron solo 3 provincias, esto no va a salir a corto-medio plazo. Se va a armar. La gente no está preparada para este cambio. Ni los desarrolladores ni los clientes.

En fin, esperaba llegar de vacaciones y que hubiera algo más de información, pero qué va...

[delphiGar]

Empezado por pararegistrarme

Un fragmento de los mensajes que se capturan en "OnBeforeExecute" del "THTTPRIO" es del estilo a este:

 <?xml version="1.0"?> ...
.
.
.

 <AltaFactuSistemaFacturacion SOAP-ENC:id="1"  xsi:type="NS2:AltaFactuSistemaFacturacion">                  
    <Cabecera SOAP-ENC:id="2" xsi:type="NS3:Cabecera">                      
       <IDVersion xsi:type="NS3:VersionType">1.0</IDVersion>                      
       <ObligadoEmision SOAP-ENC:id="3"  xsi:type="NS3:PersonaFisicaJuridicaESType">                        
...

Muy engorroso de leer. ¿Alguien conoce alguna forma de eliminar la parte "sobrante" de las etiquetas?
Es decir:

 
Esta es la línea que tenemos: <Cabecera SOAP-ENC:id="2" xsi:type="NS3:Cabecera">
Línea que quiero obtener: <Cabecera>


O este otro caso:
Lo que obtenemos: <IDVersion xsi:type="NS3:VersionType">1.0</IDVersion> 
Lo que quiero obtener: <IDVersion>1.0</IDVersion>

Gracias de antemano por vuestro tiempo.

El componente HTTPRIO tiene una propiedad Converter que hace referencia al objeto que hace la conversion tanto en la funcion SOAPToObject como ObjectToSOAP, dentro de este objeto tienes la propiedad Options, desmarca soSendUntyped y con esto te quita todas las etiquetas y te da un xml limpio.

Código Delphi [-]
HTTPRIO1.Converter.Options := HTTPRIO1.Converter.Options - [ soSendUntyped ];

[delphiGar]

Empezado por delphiGar

El componente HTTPRIO tiene una propiedad Converter que hace referencia al objeto que hace la conversion tanto en la funcion SOAPToObject como ObjectToSOAP, dentro de este objeto tienes la propiedad Options, desmarca soSendUntyped y con esto te quita todas las etiquetas y te da un xml limpio.

Código Delphi [-]
HTTPRIO1.Converter.Options := HTTPRIO1.Converter.Options - [ soSendUntyped ];

Perdona pararegistrarme, me equivoque, en el signo de Converter con la opcion soSendUntyped, es lo contrario, hay que añadirlo para que te de el XML limpio.

Código Delphi [-]
HTTPRIO1.Converter.Options := HTTPRIO1.Converter.Options + [ soSendUntyped ];

[/quote]

[Neftali [Germán.Estévez]]

Empezado por xevi

En un software de Contabilidad, simplemente Contabilidad (Cuentas, Asientos, Balances, Libros...)
¿Sabeis como afecta o el alcance de la ley Anti Fraude?

Sólo afecta a facturación.
Un programa de contabilidad que no genere facturas (por ejemplo, que sólo contabilice porque las importa de otro) no se ve afectado por todo esto.

[[newtron]]

Empezado por xevi

Una consulta a ver si alguien me puede aportar un poco de luz

En un software de Contabilidad, simplemente Contabilidad (Cuentas, Asientos, Balances, Libros...)
¿Sabeis como afecta o el alcance de la ley Anti Fraude?

Porque el tema por lo que voy leyendo e informando, todo gira entorno a la facturación y más concretamente al emitir la factura, pero queda un poco a nivel de programador o desarrollador todo el tema de trazabilidad, integridad... por lo que yo solamente he desarrollado un registro de eventos y además le he incluido una integridad a mi manera en cada apunte de la base de datos "asientos", pero como digo, no veo que haya una normativa específica, detallada para los sitemas de Contabilidad.

Agradezco cualquier aporte al respecto.

Gracias.

Un Saludo,
Xevi

Yo entiendo que la ley Anti Fraude solamente se refiere a sistemas que emitan facturas de venta (normales o simplificadas) por lo que no afectaría a cualquier otro tipo de software, p.e.: contabilidad, crm, control de costos, presupuestos, etc.


Saludos.

[Sistel]

Empezado por newtron

Yo entiendo que la ley Anti Fraude solamente se refiere a sistemas que emitan facturas de venta (normales o simplificadas) por lo que no afectaría a cualquier otro tipo de software, p.e.: contabilidad, crm, control de costos, presupuestos, etc.

Hola,

Incluso si el software de ventas incluye entregas de mercancías (albaranes) y cobros de las operaciones de venta, mientras no emita facturas, entiendo que está al margen de la Ley Antifraude.

Saludos

[ermendalenda]

Empezado por Sistel

Hola,

Incluso si el software de ventas incluye entregas de mercancías (albaranes) y cobros de las operaciones de venta, mientras no emita facturas, entiendo que está al margen de la Ley Antifraude.

Saludos

Ojo, con los cobros, tanto de totales, parciales o a cuenta, están obligados a emitir facturas y si es la factura final hay que reflejarlo también, si la emites desde otra aplicación de facturación, perfecto

[Sistel]

Empezado por ermendalenda

Ojo, con los cobros, tanto de totales, parciales o a cuenta, están obligados a emitir facturas y si es la factura final hay que reflejarlo también, si la emites desde otra aplicación de facturación, perfecto

Hola

Por supuesto, se tiene obligación de emitir factura siempre que hay una operación de venta de un producto o servicio.
Pero no tiene por qué ser en el momento de la entrega de la mercancía o servicio.
Y el cobro puede ser incluso con anterioridad a la emisión de la factura.

Creo recordar que Hacienda pide que se facturen las ventas antes del 15 del mes siguiente a la operación.
(Pero no recuerdo dónde lo leí)

Saludos