igual que el apartado de tener un acceso al historico de declaraciones responsables por ejemplo, yo estaba pensando en mostrar la declaración actual, pero no guardarme en cada cliente, las que va teniendo.

Ejemplos de Declaración Responsable
 

Han publicado un ejemplo de Declaración Responsable:

https://sede.agenciatributaria.gob.e...le(V0.5.1).pdf

Lo uno al hilo existente al respecto.
Por favor, acordaros de hacer una búsqueda antes de publicar nuevos mensajes.

Ah.. ok. No es el caso. Gracias.

En la documentación indican que es obligatorio guardar el registro de todas los documentos y versiones que se han instalado, usado en un SIF.

Pues nada, más curro, tocara cada vez que se actualiza el modulo generar la declaracion y guardarla en PDF en una carpeta por si se les ocurre pedirla.

Alguien sabe dónde se puede consultar esa ley explicando qué campos y de qué forma no tienen que estar visibles para el inspector?

Nosotros acabamos de pensar que para entrar lo hara con un usuario "AEAT" por ejemplo, lo que nos falta edari como bien comentas es que puede ver de la aplicación el inspector. Esto es un no parar de modificar los programas :(

Si el SIF es solo modo Veri*Factu, también hace falta?

Aquí en el BOE https://www.boe.es/diario_boe/txt.ph...E-A-2023-24840 hay un apartado que habla sobre ello, aquí no se diferencia Veri*Factu de No Veri*Factu.

4. En los sistemas informáticos deberá encontrarse debidamente disociado el acceso a la información con trascendencia tributaria del acceso a la posible información confidencial de carácter no patrimonial, de forma que la Administración tributaria pueda acceder directamente a la consulta y al resto de funcionalidades exigidas sobre la información de los registros de facturación y de eventos, según se establece en el artículo 8 y en el artículo 14 de este Reglamento.

Muchas gracias. si os parece dejamos este hilo para la declaración responsable y podemos comentar el tema de los datos confidenciales en el otro hilo creado especialmente para eses tema.
https://www.clubdelphi.com/foros/sho...d.php?p=565248
Acabo de continuar el debate allí.

Gracias

Y en cuanto al penúltimo párrafo?

Alguien entiende lo que piden...porque con esta gente todo el día dando vueltas con el lenguaje :mad:

Lo que dice es que para gestionar los registros y los datos pertinentes usan consultas transaccionales, por ejemplo llamadas a una base de datos MySQL.
Realizándolo todo en una sola consulta.
Que cracks, yo realizo unas 5/6, solo para los datos y un par mas para guardar todo.

¿Esto es realmente obligatorio? porque yo también lo hago en unas cuantas y me parece imposible hacerlo todo en una

No creo, simplemente es la descripción del funcionamiento de su programa, nada más.

VERI*FACTU - Ejemplo de declaración responsable
 

Acaban de publicar este aviso.

Se ha publicado un nuevo documento con ejemplo/s de declaración responsable (DR). Se recomienda consultar el documento mencionado para contrastar las DR de los sistemas informáticos de facturación (SIF) del mercado. Los ejemplos incluidos son básicos y simplificados, por lo que se sugiere añadir a las DR reales de los SIF todos los detalles necesarios, especialmente sobre la implementación del Real Decreto 1007/2023 y la orden ministerial HAC/1177/2024. Es especialmente relevante para SIF complejos y su integración con otros sistemas, ayudando a proporcionar una visión más completa a los usuarios y evitando futuras aclaraciones del fabricante.

Se recomienda revisar el apartado 15, relativo a la certificación de SIF mediante DR, de las preguntas frecuentes publicadas en la Sede Electrónica de la AEAT, así como los comentarios realizados sobre DR en el documento "Preguntas frecuentes de empresas de desarrollo", publicado en este mismo portal, sobre todo en lo referente a la FAQ número 5 "Arquitecturas de los SIF".

Ante cualquier duda/sugerencia y/o falta de corrección sobre la nueva información publicada, se recuerda el buzón de consultas técnicas de VERI*FACTU: [email protected]

Un saludo

Hola, es el mismo que ya había, no han cambiado nada.

Cuanto más añado en la DR, más posibilidades veo de que me hagan requerimiento de aclaraciones.

Buenos días,


En ese "menú especial" que va a tener el inspector para ver los registros de Verifactu de alta,anulación.... vais a incluir también los "log" de modificaciones a las líneas de facturas, proformas, cobros y asientos contable o "que los pidan si llega el caso"?


Gracias

Ya he visto por ahí una DR de una empresa gigante mal hecha, han puesto que al editar registros o mandan registro de anulacion o de subsanacion. Vaya tela, es todo tan lioso que es dificil hacerlo todo bien

Ya he visto por ahí una DR de una empresa gigante mal hecha, han puesto que al editar registros mandan registro de anulacion o de subsanacion. Vaya tela, es todo tan lioso que es dificil hacerlo todo bien

declaración Microsoft
 

Declaración responsable de Microsoft https://learn.microsoft.com/en-us/dy...-billing-spain

Fenómeno, al menos estos si tendrán buenas abogados para hacerlo bien sin pillarse los dedos. Gracias.

Copia pega y traduce. adaptarlo a nuestro sistema y vualaaa

Ya está traducida.
https://learn.microsoft.com/en-us/dy...h_22_07_25.pdf

Me parece una tomadura de pelo la DR de Microsoft, no explican nada sobre cómo los CF (componentes de facturación) cumplen con la normativa, no identifican el CPF (componente principal de facturación) y cómo es su relación con el resto de componentes, como código de identificación del sistema usan "Business Central", cuando sólo se pueden usar dos caracteres. Redundan todo el rato en las bondades del ERP pero no es este el objetivo, el objetivo es explicar el SIF que contiene el ERP. Y lo de B2Router, tres cuartos de lo mismo.
En fin, en casa de herrero cuchara de palo.

Lo cual deja claro que todo esto está mal planteado y documentado desde el principio. Si ni siquiera Microsoft, que tendrá miles de empleados, ha sido capaz de seguir a rajatabla las directrices de VeriFactu, imagínate nosotros.

Otro ejemplo más de que las cosas no se han hecho del todo bien y que muchas cosas están sujetas a interpretación.

Un punto a tener en cuenta es que ni siquiera Microsoft, al menos en este programa, se ha metido a hacer la versión No-Verifactu, lo cual es notable. Me gustaría sabe cómo están haciendo la implementación, porque aunque puedas crear una empresa de prueba , estás mandando los registros con tu propio certificado a producción, lo cual a los clientes no les suele hacer gracia. Y por otro lado, según hacienda, desde hoy cuando instalas el programa tienes que empezar a mandar registros ya porque si no no lo consideran homologado. Lo están aplicando o como lo están haciendo ?? Ya se lo han explicado a los clientes ?? (yo toda la publicidad que veo es que esto empieza el 1 de enero) Qué opinan los clientes que van a actualizar y les dices que tienen que empezar ya ?? Todo esto sería bueno saberlo, porque a Microsoft si la pueden hacer caso en Hacienda para cambiar cosas (o les brean a BSODs) pero a mí que soy un pringao pues va a ser que no.

Precisamente esta misma duda, o relacionada, iba a plantear yo hoy...

¿Qué hacéis con los usuarios que descarguen vuestro software para probarlo unos días antes de comprarlo? Porque eso se lleva haciendo así desde los años 90. Las empresas descargan varios, lo prueban unos días, hacen facturas ficticias para saber cómo se hace una factura, cómo se añaden los artículos, si les gusta, etc.

¿Cómo pretende Hacienda que los usuarios hagan esto SIN UN P___ ENTORNO DE PRUEBAS? ¿Pretenden obligar al usuario (que solo está probando el software, y no uno, sino varios a la vez), a dar de alta su certificado digital en la empresa, rellenar los datos reales de la empresa, un cliente de pruebas REAL con su NIF, etc.?

Pues igual que desde los años 90 espinete, no hay más, le das acceso para 15 dias y punto, y cuando se pasan esos 15 dias o menos o cuando se decidan pues se le resetean todo y empiezan ya acogidos a VERIFACTU, y si no se lo quiere quedar pues se resetea todo para que lo pueda usar otro o se borra, lo demás es una historia que no está haciendo nadie, prueba por ejemplo la castaña de holded o cualquier otro.

En nuestro caso tenemos un modo de pruebas y un modo de formación (que también está el problema de los cursos).
En ese caso VERI*FACTU no se puede activar (es decir, en pruebas o formación no se envía nunca nada). Puedes probar la configuración de RRSIF, activarlo o desactivarlo, pero VERI*FACTU en esos casos no está disponible.

Y como controlas que el cliente no active el modo pruebas o formación para el uso normal ??. Así evita enviar a Verifactu

Y digo yo.
Por que no le poneis el la versiin de prueba en vez del nombre "Factura" o "Factura simplificada" algo así como "Documento de pruebas" y ppr supuesto con otro nombre/version y donde wsta el qr algo asi como "espacio para qr" Lo mismo lo aceptan, es cuestion de plantearselos.

Esas versiones conllevan una serie de comprobaciones y de acciones "extra", que en principio no las hacen aptas para el trabajo del día a día.
Limitación en el número de registros que se crean, marcas de agua en los listados, se fuerza la razón social de la empresa,... (y comprobaciones en el licencimamiento). Por comentar algunas.

Ok. Ya entiendo.
Nosotros también nos hemos planteado hacer una versión de prueba, para revisión por los nuevos clientes, y en el caso de aprobarla, se les instalaría la versión "ORIGINAL", por llamarla de alguna forma.

Hace muchos años era la forma normal de trabajar, pero por las propias necesidades de los clientes, que cada vez tienen más prisa para implantar un nuevo SIF, se dejaron de hacer, y las pruebas ahora, van siempre sobre el programa definitivo. Al terminarlas, se borraban los datos de prueba y se empezaba con los buenos. La AEAT nos ha quitado esa posibilidad.

Nosotros hemos optado por crear una empresa ficticia para pruebas/formación en el momento de instalar el programa. Esta empresa tiene unos datos fiscales falsos, productos de prueba, etc. que no se pueden modificar, así que todo lo que imprimas, generes, etc. tendrá esos datos falsos.
Solo en esa empresa se podrán crear facturas sin enviar a VeriFactu, sin QR, etc.

¿Y si algún cliente quiere probar verifactu, el QR, etc.? Pues les remito la respuesta que nos dio Hacienda: no se puede. Fin :rolleyes:

Yo estoy de acuerdo, además, una cosa es que el correo de verifactu es mas encauzado a la ayuda del desarrollo técnico, otras respuestas que están dando, referentes a la interpretacion de la normativa, en aspectos no técnicos, son meras interpretaciones y seguro que alguna está equivocada, no me meto si adrede o inconscientemente.
lEn a normativa no hay ningún artículo que prohíba específicamente tener instalado un software de facturación en modo demo o de prueba. Las leyes se centran en regular los requisitos técnicos y funcionales que deben cumplir los sistemas informáticos de facturación homologados, pero no impiden el uso de versiones de demostración siempre que no se utilicen de forma fraudulenta. Y ppr ello no hay especificaciones tecnicas de que si está en prueba o demo tengas que enviar y anular. Si ademas nos vamos a una drmo que no emita QR se podria decir que es similar a estar en el SII, wntonces puedo ofrecer demos a clientes que a lo mejro quieren el SII pero para veridactu no?, venga ya!! esto que se han sacado de la manga es irracional.
Debeis pelear vuestros intereses, una vez se asiente estais jodidos.

Con exposiciones razonadas de que te van a hacer perder ventas no tienen más remedio que repensarlo:
En una instalación on-premise no es viable decir al potencial cliente que instale un cetificado, vas a tener 0 probadas.
Por tanto, si esto es asi y sw permite para las onpremise, por derecho habria que permitirlas a todas.
De la misma forma, no es lógico dar más oportunidad a lps que ofrezcan los SII en demo.
Tampoco es racional que ya solo se pueda hacer demos de on-premise in situ por que das mas oportinidad a losque venvenden desarrollos basados en la nube y pueden tener un cettificado propio.
No pueden ponerlñ todo imposible.

Declaración responsable Veri*factu
 

Hola a todos,

Estoy con la Declaración Responsable de Veri*factu y en el ejemplo de la AEAT uno de los párrafos del punto 2.c dice:

"- Existe la posibilidad de elegir una forma especial que permite entrar en la aplicación de facturación de tal manera que solo se da acceso a la información con trascendencia tributaria, ocultando o impidiendo el acceso a la posible información confidencial de carácter no patrimonial, de forma que la Administración tributaria pueda acceder directamente a la consulta y al resto de funcionalidades exigidas sobre la información de los registros de facturación y de eventos. En este caso se ha implementado mediante un control tipo “check” que puede ser seleccionado (por defecto no lo está) antes de entrar en la aplicación."

Esto se dice/se exige en la Ley o el Reglamento de Veri*factu?
Se debe dar acceso a la AEAT a nuestro SIF?

¿Me he perdido algo?

Muchas gracias,

Sacado del otro hilo de la declaración responsable:

Aquí en el BOE https://www.boe.es/diario_boe/txt.ph...E-A-2023-24840 hay un apartado que habla sobre ello

4. En los sistemas informáticos deberá encontrarse debidamente disociado el acceso a la información con trascendencia tributaria del acceso a la posible información confidencial de carácter no patrimonial, de forma que la Administración tributaria pueda acceder directamente a la consulta y al resto de funcionalidades exigidas sobre la información de los registros de facturación y de eventos, según se establece en el artículo 8 y en el artículo 14 de este Reglamento.

Perfecto, muchas gracias.