Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[ermendalenda]

Empezado por afxe

Ya tenemos nombre para los programas de facturacion: SIF, otro módulo más que vender a nuestros clientes: ERP, CRM, SGA, SII, BI.... El caso es que yo me había planteado sacar el módulo de facturación del ERP, tal y como tengo el módulo de contabilidad, de manera que el ERP se puede conectar con nuestra contabilidad, o con otras como A3, Director, Contaplus.... Y nuestra contabilidad puede importar a su vez de diferentes ERP's. La idea que plantemos es hacer los mismo para el SIF, es decir, que el ERP lleve la logística, fabricación/elaboración, pedidos a proveedores, compras, gastos, gestión de comerciales, pedidos a clientes, entregas de mercancía (albaranes)... y cuando llegue el momento de facturar, que se conecte a un SIF (posiblemente en la nube, no lo hemos decidido hasta tener los detalles técnicos) y que nuestro ERP no tenga que estar sujeto a las reglas que imponga Hacienda, que sí serán contempladas y cumplidas por nuestro SIF, el cual quisiéramos incluso que se pueda conectar con otros ERP's.

Me cabe la duda si la parte financiera (control de cobros y efectos recibidos, remesas, transferencias, domiciliaciones, devoluciones...) podrán estar en el ERP o tendrán que estar en el SIF, ya que el ERP no va a tener almacenada información de facturación (para que no lo consideren al ERP como un SIF).

¿Qué pegas le veis a este sistema? Lo que no quisiera es tener que certificar el ERP o estar sujeto a lo que pida Hacienda que deba cumplir... por ejemplo, lo de los manuales (aunque parece que no lo van a exigir).

Respecto a las novedades del reglamento, no crees que le falta algo?, por ejemplo, cuando pasas informacion a contanet, contaplus etc... es otro SIF, con lo cual habra un punto intermedio que no veo aún detallado en el reglamento. Que vayas trabajando en disociar todo lo relacionado a la facturación con el ERP no es mala idea pero hay algunas cosillas arriesgdas, primero que debes asegúrarte que no haya ni un solo dato, ni contabilidad con la facturación total, NADA.
Por otro lado hay que tener en cuenta que Verifactu no se va a plantar aquí, con lo cual ve pensando, que cuando esto ya esté funcionando, twn por seguro que incluiran las compras y por tanto los SIF también van a ser los sisyemas que manejen los registros de compras, además del FacturaE Faceb2b que también est por llegar, pendiente de aprobación, y por tanto en el SIF tendrás que tener la parte de ventas contemplado.
En resumen, es complicado separarlo, por que al final va a haber puntos comunes en que tengas las compras y las ventas, por ejemplo cualquier listado de cuadro de mandos.

[ermendalenda]

Parece que ya he entendido lo del registro de eventos.
La intención es que los XMLs sirvan de registro de eventos. Pero hay que esperar al reglamento para que la Orden Ministerial lo confirme.

[ermendalenda]

Me han confirmado de la AEAT, que este enlace es donde van a colgar la documentación verifactu, por si algún moderador lo puede poner en el índice igual q hacéis con tbai
https://www.agenciatributaria.es/AEA...ERI_FACTU.html

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

Empezado por ermendalenda

Me han confirmado de la AEAT, que este enlace es donde van a colgar la documentación verifactu, por si algún moderador lo puede poner en el índice igual q hacéis con tbai
https://www.agenciatributaria.es/AEA...ERI_FACTU.html

Gracias.
Ya está añadido al primer mensaje.

[ermendalenda]

https://www-autonomosyemprendedor-es...27163.amp.html

[tejano]

Empezado por ermendalenda

https://www-autonomosyemprendedor-es...27163.amp.html

Por lo que he leído, pone que los que están dentro del SII están exentos de ello. Me imagino que los que estamos dentro del Ticketbai-Batuz todavía estamos a un nivel superior al SII.

[ermendalenda]

Empezado por tejano

Por lo que he leído, pone que los que están dentro del SII están exentos de ello. Me imagino que los que estamos dentro del Ticketbai-Batuz todavía estamos a un nivel superior al SII.

No sé, veo aún un pcoo de lio, tendrán que aclarar en el reglamento, esto de que si envías tienes que indicar que es Verifactu y si no no, pero tienes que guardar los ficheros firmados etc, pero si haces el Sii no estas obligado a los puntos tal y tal, me esta dando un corte de digestión del mareo, vamos a tener que hacer un diagrama de flujos para aclararnos.

[antoine0]

Empezado por ermendalenda

[...] Por otro lado hay que tener en cuenta que Verifactu no se va a plantar aquí, con lo cual ve pensando, que cuando esto ya esté funcionando, twn por seguro que incluiran las compras y por tanto los SIF también van a ser los sisyemas que manejen los registros de compras [...]

No lo tengo tan claro.
Por ejemplo, podríamos pensar en algún día del futuro, los SIC («sistemas informáticos de compras») registren los códigos de todas las compras (españolas con IVA deducible), y pasen la información a Hacienda. Así lo que ahora es una simple recomendación con un efecto marginal sobre la detección de fraudes, pasaría a tener un efecto mucho más generalizado.
Pasar la información podría hacerse en directo (portal web), bajo petición como lo propuesto en este reglamento, o a través del SII.
Pero de inmediato se ve un pequeño problema: si todas las facturas emitidas por los SIF españoles sometidos al reglamento van a llevar un QR (creo), no será el caso de las facturas emitidas por los que están en el SII... que representan en general la mayoría de las compras en cualquier empresa. De hecho, parece ser que han eliminado completamente del proyecto de reglamento el «código identificado», por tanto parece imposible recuperar de forma útil una referencia univoca a la factura del proveedor. Y por haber intentado varias veces cuadrar mis ficheros del SII con los ficheros de mis proveedores, te puedo asegurar que cuadrar una cosa con la otra no es un juego informáticamente sencillo.

Al escribir esto, veo una cosa que no había percibido hasta ahora: una función que deberían hacer los SIF comercializados será generar los 347 del lado facturación con facilidad, para poder intercambiar la información con los clientes. Los 347 me parecen una herramienta de lucha contra el fraude, y no he leído por ninguna parte que se piensa quitarlos (fuera del SII); entonces Hacienda podría usarlos para detectar eficientemente casos «problemáticos»; y acto seguido insistir en qué estén bien documentados, ya que para un SIF debería ser sencillo generarlo. O si se prefiere, usar errores en la declaración 347 como un indicio de qué «hay que investigar más».

[ermendalenda]

Empezado por antoine0

No lo tengo tan claro.
Por ejemplo, podríamos pensar en algún día del futuro, los SIC («sistemas informáticos de compras») registren los códigos de todas las compras (españolas con IVA deducible), y pasen la información a Hacienda. Así lo que ahora es una simple recomendación con un efecto marginal sobre la detección de fraudes, pasaría a tener un efecto mucho más generalizado.
Pasar la información podría hacerse en directo (portal web), bajo petición como lo propuesto en este reglamento, o a través del SII.
Pero de inmediato se ve un pequeño problema: si todas las facturas emitidas por los SIF españoles sometidos al reglamento van a llevar un QR (creo), no será el caso de las facturas emitidas por los que están en el SII... que representan en general la mayoría de las compras en cualquier empresa. De hecho, parece ser que han eliminado completamente del proyecto de reglamento el «código identificado», por tanto parece imposible recuperar de forma útil una referencia univoca a la factura del proveedor. Y por haber intentado varias veces cuadrar mis ficheros del SII con los ficheros de mis proveedores, te puedo asegurar que cuadrar una cosa con la otra no es un juego informáticamente sencillo.

Al escribir esto, veo una cosa que no había percibido hasta ahora: una función que deberían hacer los SIF comercializados será generar los 347 del lado facturación con facilidad, para poder intercambiar la información con los clientes. Los 347 me parecen una herramienta de lucha contra el fraude, y no he leído por ninguna parte que se piensa quitarlos (fuera del SII); entonces Hacienda podría usarlos para detectar eficientemente casos «problemáticos»; y acto seguido insistir en qué estén bien documentados, ya que para un SIF debería ser sencillo generarlo. O si se prefiere, usar errores en la declaración 347 como un indicio de qué «hay que investigar más».

Si te fijas, quitando el código identificativo(texto), el qr contiene los mismos datos. El xml que generes contendrá los datos ampliados de ese código, además está en curso para aproximadamente las mismas fechas y estructuras de ficheros la obligación de la factura electrónca entre empresas, así que habrá que enlazarlo como.puedas con el ERP o contabilidad que tengas o vas a tener que llevar 2 gestiones a la vez.
Saludos

[antoine0]

Empezado por ermendalenda

Si te fijas, quitando el código identificativo(texto), el qr contiene los mismos datos.

Parece ser a leeros que en algún sitio está la versión actualizada del proyecto de reglamento (dónde estaría descrito el contenido del QR, por ejemplo). Pero en este foro solo he visto la dirección (en la web de Hacienda) de un PowerPoint de presentación de las novedades a 21/6. ¿Hay una manera para los desarrolladores normales, tipo programadores Delphi, de leer el proyecto de reglamento actualizado a junio?

Dicho esto, había entendido que las facturas de las empresas bajo SII no están sometidas al reglamento y por tanto no llevan QR.
Si te leo bien, todas las facturas deberán llevar QR. Evidentemente, esto cambia las cosas.

[ermendalenda]

Empezado por antoine0

Parece ser a leeros que en algún sitio está la versión actualizada del proyecto de reglamento (dónde estaría descrito el contenido del QR, por ejemplo). Pero en este foro solo he visto la dirección (en la web de Hacienda) de un PowerPoint de presentación de las novedades a 21/6. ¿Hay una manera para los desarrolladores normales, tipo programadores Delphi, de leer el proyecto de reglamento actualizado a junio?

Dicho esto, había entendido que las facturas de las empresas bajo SII no están sometidas al reglamento y por tanto no llevan QR.
Si te leo bien, todas las facturas deberán llevar QR. Evidentemente, esto cambia las cosas.

Hola. De momento no hay estructuras de nada. Solo que el qr y el código identificativo es la misma cosa, representados: textualmente y en formato qr respectivamente. La novedad es que, según en el pwerpoint, el identificativo ya no hay que ponerlo.
Respecto a los obligados al SII, parece que no van a estar obligados a todo esto, pero a mi me extraña y yo esperaría al reglamento, ya que es raro que vayas a un comercio y tenga el qr en la factura y otros no, lo cual, pposiblemente, provocaría continuas denuncias/sospechas... A no ser que tenga una leyenda tipo "TICKET/FACTURA NO SUJETO AL REGLAMENTO VeriFactu", no sé, de momento solo se pueden hacer conjeturas con el punto espinoso SII.
Respecto al reglamento actual, no creo que esté disponible, solo lo tiene/n la/s empresa/s desarrolladora/s y quizás algún consorcio de empresas relacionadas con ellas. Yo no lo tengo ni lo veo por ningún lado.
Todo lo que hablamos aquí está basado en las propuesta de reglamento de febrero, el powerpoint y la experiencia con Ticketbai que tiene mucho en común con lo que hemos visto en dicha propuesta.
Saludos

[antoine0]

Empezado por ermendalenda

[...] ya que es raro que vayas a un comercio y tenga el qr en la factura y otros no, lo cual, pposiblemente, provocaría continuas denuncias/sospechas...

Efectivamente.

También me parece raro que el QR conforme a TicketBAI fuese distinto del QR que aparezca en las facturas «SIF» de los demás comunidades.

Sin pensar en los SIF del reglamento que deben cumplir TicketBAI, y por tanto las facturas llevarían dos QR

[Sistel]

Empezado por antoine0

Efectivamente.
También me parece raro que el QR conforme a TicketBAI fuese distinto del QR que aparezca en las facturas «SIF» de los demás comunidades.
Sin pensar en los SIF del reglamento que deben cumplir TicketBAI, y por tanto las facturas llevarían dos QR

Hola antoine0,

En España hay 5 Haciendas diferentes: Álava, Bizkaia, Gipuzkoa, Navarra y Agencia Tributaria.

Si una empresa o autónomo tiene su domicilio fiscal en una de las provincias del País Vasco (Álava, Bizkaia o Gipuzkoa) sus obligaciones fiscales son con la Hacienda Foral de esa provincia.

Entiendo que si hace todas sus declaraciones fiscales (o su SII, si le corresponde) a su Hacienda Foral (y no hace declaraciones a la Agencia Tributaria estatal), sólo tendrá que cumplir con TicketBAI (o con Batuz si es de Bizkaia), que es la normativa que le impone su Hacienda Foral.

Saludos

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

Empezado por antoine0

Pero en este foro solo he visto la dirección (en la web de Hacienda) de un PowerPoint de presentación de las novedades a 21/6. ¿Hay una manera para los desarrolladores normales, tipo programadores Delphi, de leer el proyecto de reglamento actualizado a junio?

Por ahora no hay documentación oficial para desarrolladores, ni documentación técnica, ni formato de ficheros, ni ficheros de ejemplo, ni servidores de prueba, ni na de na...