Declaración Responsable

[ermendalenda]

Sabéis si han colgado ya algún ejemplo de la DR?
Les pregunté a Verifactu si la hcia según lo que se entiende en el Reglamento y me dijeron que mejor esperara al ejemplo.
Ya me gustaría poner el producción el software pendiente de activar los envios y no tenemos ni donde se enviaría en producción ni el ejemplo de la DR

Nos lo dirán 2 días antes?

[Faneka]

Yo tambien estoy a la espera de que saquen el modelo de ejemplo. Lo diran a la vuelta de las vacaciones, jj.

[gcqZW]

Hace tiempo encontré por ahí un ejemplo, lo que no sé si estará correcto o no, habrá que esperar a que saquen un ejemplo decente.

DECLARACIÓN RESPONSABLE DEL SISTEMA INFORMÁTICO DE FACTURACIÓN

En *******, a 11 de diciembre de 2024.
D. Paco paquito paquin, actuando en representación de EMPRESA SL en calidad de Administrador Único
DECLARO RESPONSABLEMENTE:

a) Nombre del sistema informático: Verifactu
b) Código Identificador: 01
c) Identificación versión: 1.0.0.16
d) Componentes: Software Open Source de emisión de documentos de facturación. Realiza las funciones de serialización xml, encadenamiento de bloques entre documentos, envío de registros a la Agencia Tributaria y tratamiento de respuestas. Su código fuente y documentación está disponible públicamente en el enlace: https://github.com/repositorio/VeriFactu
e) Funcionamiento: Exclusivamente como «VERI*FACTU»
f) Tipo de Uso: Varios obligados tributarios
g) Tipo de firma registros facturación: No procede dado su funcionamiento exclusivo como «VERI*FACTU»
h) Nombre Entidad Productora: Empresa SL
i) NIF Entidad Productora: B12345678
j) Dirección postal Entidad Productora: Avenida Aqui y alli, 25 BAJO 12530 *******(Ciudad)
k) Empresa SL hace constar que dicho sistema informático, en la versión indicada, cumple con lo dispuesto en el artículo 29.2.j) de la Ley 58/2003, de 17 de diciembre, General Tributaria, en el Reglamento que establece los requisitos que deben adoptar los sistemas y programas informáticos o electrónicos que soporten los procesos de facturación de empresarios y profesionales, y la estandarización de formatos de los registros de facturación, aprobado por el Real Decreto 1007/2023, de 5 de diciembre, en la Orden HAC/1177/2024, de 17 de octubre y en la sede electrónica de la Agencia Estatal de Administración Tributaria para todo aquello que complete las especificaciones de esta orden.
i) Fecha y lugar: 11 de diciembre de 2024 en ******, España.

Contacto: info@email.com
Repositorio de código fuente: https://github.com/repositorio/VeriFactu


Firmado: Paco paquito paquin
Administrador Único

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

Junto este hilo con el anterior similar ya abierto.

[ermendalenda]

Hola, no sé si alguien ha hecho a verifactu alguna consulta similar o sabe responderme.

En un restaurante tenemps en mesa un Qr que abre una app de pedidos, el cliente puede pagar en el o seleccionar forma de pago a camarero, esos datos llegan a un TPV que es el encargado de generar la correspondiente factura y generar los registros Verifactu.
En la App habría que poner la D.R.?
Es que lo veo un poco inconsistente con la protecciónb de datos, ya que no solo hay que poner el CIF, si no tambien DNI y Nombre y expuesto a todos los clientes, o sea, las preguntas son, la App es un dispostivo de facturaction. y es un cliente usuario del SIF?

[[newtron]]

Empezado por ermendalenda

Hola, no sé si alguien ha hecho a verifactu alguna consulta similar o sabe responderme.

En un restaurante tenemps en mesa un Qr que abre una app de pedidos, el cliente puede pagar en el o seleccionar forma de pago a camarero, esos datos llegan a un TPV que es el encargado de generar la correspondiente factura y generar los registros Verifactu.
En la App habría que poner la D.R.?
Es que lo veo un poco inconsistente con la protecciónb de datos, ya que no solo hay que poner el CIF, si no tambien DNI y Nombre y expuesto a todos los clientes, o sea, las preguntas son, la App es un dispostivo de facturaction. y es un cliente usuario del SIF?

Yo entiendo que quien está sujeto a Verifactu es la aplicación que genere y envíe la factura (ticket). Si como comentas la app lo que hace es generar un pedido y cobrarlo no creo que esté sujeta a Verifactu por lo que no tendrías que poner ahí ninguna declaración responsable. Yo en particular tengo en la calle bastantes terminales móviles que ahora mismo hacen facturas y cuando entre Verifactu harán albaranes (que cobrarán) y no creo que haya que adaptar nada puesto que posteriormente la factura se emitirá desde un SIF adaptado.


Saludos.

[sglorka]

Empezado por newtron

Yo entiendo que quien está sujeto a Verifactu es la aplicación que genere y envíe la factura (ticket). Si como comentas la app lo que hace es generar un pedido y cobrarlo no creo que esté sujeta a Verifactu por lo que no tendrías que poner ahí ninguna declaración responsable. Yo en particular tengo en la calle bastantes terminales móviles que ahora mismo hacen facturas y cuando entre Verifactu harán albaranes (que cobrarán) y no creo que haya que adaptar nada puesto que posteriormente la factura se emitirá desde un SIF adaptado.

Saludos.

Tengo mis dudas al respecto de tener un terminal móvil que hace pedidos o albaranes que puede cobrar y estar desligado de Verifactu. Si el terminal móvil NO emite facturas y NO cobra, entendería que quedara
fuera del circuito de Verifactu. Desde el momento que puedas registrar un cobro, la obligación de emitir factura se activa inmediatamente (ver ROF), aunque tus clientes sean empresas o autónomos (que tienes hasta el día 15 del mes siguiente para emitir la factura), siempre existe la posibilidad de venderle a un cliente particular y si te paga, la factura debe emitirse de forma inmediata por el terminal que registro el pago. Esto es algo que deberíamos preguntar a Verifactu. Ante una inspección, el hecho de poder vender y cobrar sin emitir factura ( puede ser que vendas a un particular y jamás le emitas factura ) creo que se nos volvería en contra

[ermendalenda]

Consulta realizada al correo de verifactu.
A ver que nos cuentan.
Gracias compañeros.

[ermendalenda]

Empezado por ermendalenda

Consulta realizada al correo de verifactu.
A ver que nos cuentan.
Gracias compañeros.

Hay que poner la D.R.
Además el que gestiona el pedido es un componente principal de facturación(CPF) en este caso, con lo cual si además ha sido realizado por otro fabricante hay que poner su DR y el del componente Api backend y explicar como funciona todo en las DR.

[[newtron]]

Gracias por la info.

[ermendalenda]

Sigue abierto el debate, ya que si esos datos los genero en la misma maquina (tpv) donde se generan registros desde otras aplicaciones, quiere decir que tengo varios componentes principales(aplicaciones o frontend) para el mismo SIF, ya que genero u único hilo de encadenamiento e incluso comparto las mimas series a ver que me dicen si eso es posible varios y distintos CPF(componentes principales de facturacion) mismo sif

[espinete]

¿Dónde/Cuándo tenéis pensado mostrar la Declaración Responsable? Al instalar el software, al abrirlo por primera vez (cada versión/actualización), al hacer el primer envío a VeriFactu...

¿Pondréis un botón para imprimirla, por si el cliente quiere tener una copia impresa, firmarla y guardarla en un cajón junto con todas las declaraciones responsables de las 17 actualizaciones anteriores ?

[[newtron]]

Empezado por espinete

¿Dónde/Cuándo tenéis pensado mostrar la Declaración Responsable? Al instalar el software, al abrirlo por primera vez (cada versión/actualización), al hacer el primer envío a VeriFactu...

¿Pondréis un botón para imprimirla, por si el cliente quiere tener una copia impresa, firmarla y guardarla en un cajón junto con todas las declaraciones responsables de las 17 actualizaciones anteriores ?

Puffff.... no sé dónde leí que lo suyo sería ponerla en el apartado "Acerca de..." para que el usuario pueda consultarla cuando quiera y que solo esté accesible la última.

[Faneka]

Por cierto, aún no han puesto el modelo base para tener una idea de como hay que hacerla......

[ermendalenda]

Mi idea, en el tema de la DR es cumplir justito con lo que pidan.
Pondré un botón en primera pantalla, incluso antes de entrar al usuario [Declaración Responsable] con un icono.
Cuando se pulse pedirá número de usuario y dni.
Verificaremos en la base de datos el nombre para ese número de usuario, y como el dni no lo tengo en la base de datos comprobaré el dni y el nombre contra el servicio de consulta de nifs de la aeat. Y si me da ok guardo una log y le dejo entrar. Nada de imprimir .
Lo que no me gusta es la DR en las app web, no entiendo que haya que poner nombres de personas físicas, dudo que cumpla con la protección de datos. Para un autonomo no hat mas remedio, pero para empresas,que pensais?,son datos tan publicos?. Seguiré investigando

[pablog2k]

No se si lo sabéis, pero ya en el BOE viene como debe de ser la declaración responsable, contenido , ubicación en el programa ...etc , y con lo que pone ya te puedes confeccionar mas o menos como va a ser la tuya en un futuro.

este boe: https://www.boe.es/diario_boe/txt.ph...E-A-2024-22138

Artículo 15. Contenido de la declaración responsable y ubicación de la misma.

[Faneka]

Empezado por pablog2k

No se si lo sabéis, pero ya en el BOE viene como debe de ser la declaración responsable, contenido , ubicación en el programa ...etc , y con lo que pone ya te puedes confeccionar mas o menos como va a ser la tuya en un futuro.

este boe: https://www.boe.es/diario_boe/txt.ph...E-A-2024-22138

Artículo 15. Contenido de la declaración responsable y ubicación de la misma.

Perfecto, gracias

[[newtron]]

Joder.... estoy asombrado... no piden que incluyas el nombre de mi santa esposa, de mi perro ni de cuantas cervezas me tomo al día.

[ermendalenda]

Empezado por Faneka

Perfecto, gracias

Si. Pero recomiendan que se espere a los ejemplos.
Pero veo que se están retrasando un pelin

[ermendalenda]

Vaya, nuevo giro a lo que yo tenía pensado.
Hago resumen de capítulos anteriores, como en Netflix.
Al hilo de las respuestas que me iban haciendo verifactu sobre las declaraciones responsables, me incluyen un par de cosas, resumiendo, que si cobra es un componente principal, por tanto, en mi caso, componentes principales son: app con pedidos, terminales de comandas que puedan cobrar, el tpv, un kiosko desatendidos y todo graba en el mismo servidor, con lo cual solo es un SIF con varios componentes principales y cada uno con su declaración responsable, vaya lío de declaración responsable que tengo que hacer, fijaos que para certificar las app de datafonos co n redsys y otros privados tengo que decirles como funcionan los programas de venta y al final no se enteran, así que fijaos para ponerlo en una D.R y que cuando lo lea un humanoide lo entienda.
Yo pensaba que el componente principal era el del program del tpv, que es la UI principal, la que envía, la que emite rectificativas, anulaciones...
O sea, nunca terminó dios.
Bueno al menos, les he explicado más o menos el esquema y me han dicho que es correcto..algo tranquilo me quedo.