VERI*FACTU - Ejemplo de declaración responsable

[keys]

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

[emailesc]

Empezado por keys

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.

[mqm]

Copia pega y traduce. adaptarlo a nuestro sistema y vualaaa

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

Empezado por mqm

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

[sglorka]

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.

[espinete]

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.

[emailesc]

Empezado por espinete

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.

[espinete]

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.?

[Franche]

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.

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

Empezado por espinete

¿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.?

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.

[novatico]

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

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

[ermendalenda]

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

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 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.

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

Empezado por novatico

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

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.

[novatico]

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

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.

[espinete]

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

[ermendalenda]

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.

[ermendalenda]

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.

[Carlos]

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,

[pablog2k]

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.

[Carlos]

Perfecto, muchas gracias.