Asunción de responsabilidades

[Jarogo08]

Empezado por CarlosR

- Qué hacer cuando se rompa la cadena de verifactu ? Puede darse el caso de un error de programación,
de comunicación remota, de caida del sistema, etc. Se deberia generar un evento indicándolo pero no
pueden dejar de vender y cerrar la puerta hasta que un informático les atienda. Aunque se les avise a todos.

No sé a que te refieres a que se rompa la cadena Verifactu. Lo que te contestó gcqZW tienes que hacerlo si las facturas tienen más de 240 segundos (por ejemplo si estuviste sin internet unas horas). Otra cosa es que el encadenamiento entre las facturas esté mal (no sé si eso esa lo que le llamas "romper la cadena Verifactu"). En ese caso tendrías que mandar subsanaciones

Empezado por CarlosR

- Varias empresas están acogidas al SIF verifactu y son de los mismos propietarios, todas centralizadas
en un equipo común. Deben tener distinto código de instalación ?

Si te refieres a que el cliente tiene un único programa instalado pero que admite multiempresa, cada una de esas empresas tiene que tener un número distinto de instalación y por tanto encadenamientos separados

Empezado por CarlosR

- En verifactu, pueden pedir la remisión de registros por un requerimiento ? Pueden pedir la remisión
de eventos ? Debe haber un sistema de exportación de registros del sif de forma local ante una
inspección ?

Como dijo gcqZW, entiendo que eso es solo en modo NO Verifactu

Empezado por CarlosR

- Hay que dar de baja las facturas inventadas remitidas en prueba ? Cómo consigo yo los códigos y series
de tales facturas para darlas de baja ? (por lo visto lo que hay es que guardar el registro)

Tendrás que anularlas. El usuario tendrá que saber si la factura que hizo fue una prueba o fue real (recomiendan usar una serie distinta para las pruebas).

Empezado por CarlosR

- Las prefacturas y las facturas deben tener el mismo número ?

Entiendo que no, o al menos yo no lo hago. La prefactura puede no validarse y por tanto ya tendrás distintos registros en prefacturas y facturas

[CarlosR]

Empezado por Jarogo08

No sé a que te refieres a que se rompa la cadena Verifactu. Lo que te contestó gcqZW tienes que hacerlo si las facturas tienen más de 240 segundos (por ejemplo si estuviste sin internet unas horas). Otra cosa es que el encadenamiento entre las facturas esté mal (no sé si eso esa lo que le llamas "romper la cadena Verifactu"). En ese caso tendrías que mandar subsanaciones

La tabla que contiene los encadenamientos del sif puede sufrir problemas. Por ejemplo de programación. Una ciscunstancia con la que no cuentas y no puede generar bien el encadenamiento. No vas a parar el funcionamiento de la empresa. En este caso queda roto. La AEAT indica que hay que avisar a todas las terminales y que debe estar la cadena bien. Yo pregunto, ¿ en espera del informático ? Imagino que habrá que tirar de eventos voluntarios y justificarlo. Esa era mi duda.


Si te refieres a que el cliente tiene un único programa instalado pero que admite multiempresa, cada una de esas empresas tiene que tener un número distinto de instalación y por tanto encadenamientos separados

Yo entiendo que aquí hay que meter lo que la AEAT llama dispositivo de facturación. La máquina física es la misma, es un dispositivo de facturación. Eso si, los registros de sif deben ser por empresa individuales. Sigo con la duda.


Como dijo gcqZW, entiendo que eso es solo en modo NO Verifactu

En cuanto al registro de eventos y enviar requerimientos son dos matices distintos. Los eventos son de obligado emisión en NO Verifactu y optativos en verifactu. No tengo claro si los requerimientos se harán por parte de la aeat. Entiendo que no, pero no estoy seguro. En cuanto a exportar datos del registro a ficheros externos, legibles y ordenados es algo que no veo muy bien la diferencia entre NO Verifactu y solo verifactu. Yo entiendo que no hay que exportar, pero en la documentación no lo dejan muy claro, es algo ambiguo.


Tendrás que anularlas. El usuario tendrá que saber si la factura que hizo fue una prueba o fue real (recomiendan usar una serie distinta para las pruebas).

Vale, me parece muy bien. Pero, donde consigo la información de todo lo que envié de pruebas ? Aquí se hacen cientos y miles de pruebas, Desde cero, anulando, volviendo a comenzar, facturas exportación e intracomunitarias, etc,etc. Nadie avisó de que las habría que anular por lo que no sé qué documentos son.

Imagino que no tendrá mayor relevancia porque fueron enviadas a la url de pruebas y para eso estará. Otra cosa es que ahora digan que hay que guardar los registros aunque fuesen de pruebas. En fin, lo veo algo muy difuso.
Todo lo de pruebas es pruebas, inventado, no real.



Entiendo que no, o al menos yo no lo hago. La prefactura puede no validarse y por tanto ya tendrás distintos registros en prefacturas y facturas

Yo leí hace nada que toda factura debe ir vinculada a la prefactura que la creó y que no debe desaparecer la prefactura. Hasta verifactu yo no usaba documentos temporales para crear la factura. Se iban contabilizando a medida que se terminaban de confeccionar. El orden lo tenía en el registro de facturas. Ahora es distinto, la aeat necesita que las facturas sean correlativas para enviárselas tanto por número como por ffecha. En las facturas de contado no hay ningún problema. Pero las o la serie de recapitulativas es distinto. Para poder enviárselas ordenadas he creado la prefactura. Un documento temporal, Así como se van terminando se van contabilizando y toma el siguiente número que le corresponde en la facturación independientemente del número que tenga la prefactura. Si la prefactura y la factura deben tener el mismo número ya no sirve de anda la prefactura. Es mas, con esto se cargarían la facturación recapitulativa. Ya le lanzado algunas consultas a diversos lugares a ver que me contestan.




Gracias por las respuestas.

[Jarogo08]

Empezado por CarlosR

Yo leí hace nada que toda factura debe ir vinculada a la prefactura que la creó y que no debe desaparecer la prefactura. Hasta verifactu yo no usaba documentos temporales para crear la factura. Se iban contabilizando a medida que se terminaban de confeccionar. El orden lo tenía en el registro de facturas. Ahora es distinto, la aeat necesita que las facturas sean correlativas para enviárselas tanto por número como por ffecha. En las facturas de contado no hay ningún problema. Pero las o la serie de recapitulativas es distinto. Para poder enviárselas ordenadas he creado la prefactura. Un documento temporal, Así como se van terminando se van contabilizando y toma el siguiente número que le corresponde en la facturación independientemente del número que tenga la prefactura. Si la prefactura y la factura deben tener el mismo número ya no sirve de anda la prefactura. Es mas, con esto se cargarían la facturación recapitulativa. Ya le lanzado algunas consultas a diversos lugares a ver que me contestan.

Gracias por las respuestas.

Sí sí... la prefactura queda vinculada a la factura y no permito borrarla. Pero lo que preguntabas era si debían de tener el mismo número. Yo puedo tener la prefactura 2 vinculada a la factura 1

Saludos

[CarlosR]

Empezado por Jarogo08

Sí sí... la prefactura queda vinculada a la factura y no permito borrarla. Pero lo que preguntabas era si debían de tener el mismo número. Yo puedo tener la prefactura 2 vinculada a la factura 1

Saludos

OK. Gracias

[edari]

Empezado por Jarogo08

Tendrás que anularlas. El usuario tendrá que saber si la factura que hizo fue una prueba o fue real (recomiendan usar una serie distinta para las pruebas).

Cuando se comenta que hay que borrar las facturas en pruebas nuestras o las realizadas durante el proceso de formación a nuestros clientes, entiendo que no se tienen que anular "inmediatamente" después de subir cada una a la AEAT sino que se tendrán que anular todas juntas al terminar las "pruebas"...


Es correcto?


Gracias

[CarlosR]

Empezado por edari

Cuando se comenta que hay que borrar las facturas en pruebas nuestras o las realizadas durante el proceso de formación a nuestros clientes, entiendo que no se tienen que anular "inmediatamente" después de subir cada una a la AEAT sino que se tendrán que anular todas juntas al terminar las "pruebas"...


Es correcto?


Gracias

Yo no sé ya que pruebas hicimos dentro de los miles de pruebas, todas inventadas por supuesto.
No sé si la AEAT tiene una consulta para poder darlas de baja. Debería tener un espacio para dar de baja todas las pruebas para los desarrolladores. No es lícito decir esto después de haber enviado datos erróneos, inventados y en muchos casos duplicados y con el hash en muchos casos sin encadenar. Para eso son las pruebas no ?


Un saludo.

[bmfranky]

Empezado por CarlosR

Yo no sé ya que pruebas hicimos dentro de los miles de pruebas, todas inventadas por supuesto.
No sé si la AEAT tiene una consulta para poder darlas de baja. Debería tener un espacio para dar de baja todas las pruebas para los desarrolladores. No es lícito decir esto después de haber enviado datos erróneos, inventados y en muchos casos duplicados y con el hash en muchos casos sin encadenar. Para eso son las pruebas no ?


Un saludo.

Hola, yo creo que lo de anular las pruebas , se refiere una vez en producción, a partir del 1 de enero del año que viene(Aunque creo que seria en julio de este año), solo se "debe" enviar a los endpoints de producción, entonces , si envías una factura de pruebas,(Recomendada una serie especial), has de anularla para que la AEAT, no la tenga en cuenta, lo que envíes a los de preproducción, no te preocupes, no existen cara el funcionamiento normal de un negocio.
Aunque de todas formas, el anularlos seria un buen ejercicio, para implementar las opciones de búsqueda y anulación de un registro.

[CarlosR]

Empezado por bmfranky

Hola, yo creo que lo de anular las pruebas , se refiere una vez en producción, a partir del 1 de enero del año que viene(Aunque creo que seria en julio de este año), solo se "debe" enviar a los endpoints de producción, entonces , si envías una factura de pruebas,(Recomendada una serie especial), has de anularla para que la AEAT, no la tenga en cuenta, lo que envíes a los de preproducción, no te preocupes, no existen cara el funcionamiento normal de un negocio.
Aunque de todas formas, el anularlos seria un buen ejercicio, para implementar las opciones de búsqueda y anulación de un registro.

Tiene toda la pinta, sí.



Gracias.

[CarlosR]

- Qué hacer cuando se rompa la cadena de verifactu ? Puede darse el caso de un error de programación, de comunicación remota, de caida del sistema, etc. Se deberia generar un evento indicándolo pero no pueden dejar de vender y cerrar la puerta hasta que un informático les atienda. Aunque se les avise a todos.
Respuesta. Mandar como incidencia


- Varias empresas están acogidas al SIF verifactu y son de los mismos propietarios, todas centralizadas en un equipo común. Deben tener distinto código de instalación ?

Respuesta. En principio sería el mismo sin problema

- En verifactu, pueden pedir la remisión de registros por un requerimiento ?
Respuesta.En principio no es necesario ya que estarías enviando todo a los servidores de AEAT . De todos modos estaría bien guardar los registros remitidos.


- Pueden pedir la remisión de eventos ?
Respuesta.En la opción verifactu los eventos no obligatorios


- Debe haber un sistema de exportación de registros del sif de forma local ante una inspección ?
Respuesta.En principio no es necesario ya que estarías enviando todo a los servidores de AEAT


- Hay que dar de baja las facturas inventadas remitidas en prueba ?
Respuesta.Si, por lo que sacaron de faq si sería así.



- Cómo consigo yo los códigos y series de tales facturas para darlas de baja ?
Respuesta.puedes realizar la consulta de lo remitido filtrando por obligado via WS o via web


- Las prefacturas y las facturas deben tener el mismo número ? Si es así se cargan la factura recapitulativa.
Justamente he creado la prefactura para que mientras no se validan se pueda usar cualquier número y luego se creen números consecutivos a la hora de validarlas. Preguntas y respuestas, pag. 13



Respuesta.en principio no tendría xq tener el mismo numero


- Que calificación de operación llevan las facturas que sale todo a 0, por ejemplo imponibles, ivas para un regalo, un cambio..


Respuesta.podría ser una n1 o si es exenta, depende del caso.


<sum1etalleDesglose>
<sum1:ClaveRegimen>01</sum1:ClaveRegimen>
<sum1:CalificacionOperacion>N1</sum1:CalificacionOperacion>
<sum1:BaseImponibleOimporteNoSujeto>100</sum1:BaseImponibleOimporteNoSujeto>
</sum1etalleDesglose>




Por si alguien está interesado en estas respuestas las reflejo aquí.
Un saludo.

[Jarogo08]

Empezado por bmfranky

Hola, yo creo que lo de anular las pruebas , se refiere una vez en producción, a partir del 1 de enero del año que viene(Aunque creo que seria en julio de este año), solo se "debe" enviar a los endpoints de producción, entonces , si envías una factura de pruebas,(Recomendada una serie especial), has de anularla para que la AEAT, no la tenga en cuenta, lo que envíes a los de preproducción, no te preocupes, no existen cara el funcionamiento normal de un negocio.
Aunque de todas formas, el anularlos seria un buen ejercicio, para implementar las opciones de búsqueda y anulación de un registro.

A ver... que igual me lié yo!

Todo lo que mandaste al entorno de pruebas no hay que borrarlo / anularlo, digo yo! para eso es un entorno de pruebas

Yo pensé que preguntabas una vez que estés ya enviando en real, al entorno real. Si haces una prueba (para explicarle al cliente como se factura por ejemplo) y la factura no es buena ahí es donde habrá que anularla.

[edari]

Por si sirve a alguien


Yo la semana pasada asistí a un Webinar en el que uno de los participantes era uno de los "responsables" de la AEAT con Verifactu y se refería claramente a que cuando estemos montando un entorno de pruebas en casa de nuestros clientes para darles la formación cada vez que se subiera una factura a Verifactu inmediatamente se anularan


También recomendó que en la impresión de esas pruebas poner una marca siempre una "marca de agua" para que se vea claramente que son pruebas y con la obligatoriedad de mantener los xml, aunque la norma diga que no estamos obligados a conservar los xml (en modo Verifactu), que vamos, que mejor que los guardemos por si acaso...

[Faneka]

Cuando se refiere al entorno de pruebas en el clienet supongo que quieren decir pruebas en el entorno de producción, allí si que dicen de anular las facturas una vez enviadas. Yo he creado una serie para que todo lo que se meta en ella al generar la factura se envia a veri*factu y luego se anula automáticamente, que es como aconsejaban para que el cliente no tenga que estar luego anulandolas por su cuenta.