Pruebas para un nuevo proyecto

[Kuraudeo]

Bueno, la huella puedo generarla en el momento de intentar hacer el envío, si el envío no se puede realizar por alguna razón, ese registro que tengo en mi tabla ya tiene la huella generada, en el momento de intentar hacer el envío. También creo que si se hace con los datos que tengo, en el momento de crear la factura, no tendría que alterar nada.
Mi duda era esa, si tengo que grabar la huella. Había pensado en grabar la huella del primer registro de facturación que genera esa factura, si luego se genera alguna subsanación o se anula, esa huella no grabar, sólo a modo de dato en la factura. En la tabla donde guardo los registro de facturación, ya tengo asociada a que factura corresponde y si tengo varios, puedo acceder a ellos desde la factura.
Pero eso era mi duda, si era obligado que el primer registro de facturación sobre esa factura, tiene que guardar los datos de la huella,huella anterior,etc.
Muchas gracias.

[Jarogo08]

Empezado por Kuraudeo

Mi duda era esa, si tengo que grabar la huella. Había pensado en grabar la huella del primer registro de facturación que genera esa factura, si luego se genera alguna subsanación o se anula, esa huella no grabar, sólo a modo de dato en la factura. En la tabla donde guardo los registro de facturación, ya tengo asociada a que factura corresponde y si tengo varios, puedo acceder a ellos desde la factura.
Pero eso era mi duda, si era obligado que el primer registro de facturación sobre esa factura, tiene que guardar los datos de la huella,huella anterior,etc.
Muchas gracias.

Por tener... no tienes. Las huellas tienen que estar guardadas en la tabla de registros de facturación, pero no es obligatorio que estén en la tabla de facturas.

¿quieres que esté igualmente? Nadie te va a impedir crear un campo en tu tabla de facturas para guardar ese valor. Nosotros por ejemplo lo hicimos, aunque lo que guardamos es la última huella (no la primera como tu sugieres). Es un campo informativo que no tiene mayor importancia

[Kuraudeo]

Buenas, una duda sobre el registro de facturación, esta tabla se tiene que rellenar siempre o sólo en el momento de empezar a trabajar en modo verifactu (en mi caso no me planteo otro).
Me refiero, por ejemplo un cliente en SII, ¿tendría que generar también ese registro de facturación aunque no se genere el envío?
Un cliente que quiera el software y no este obligado a generar facturas (creo que las personas que están en módulos), ¿tiene que generar esta tabla con el registro de facturación?
Gracias.

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

Empezado por Kuraudeo

por ejemplo un cliente en SII, ¿tendría que generar también ese registro de facturación aunque no se genere el envío?

No.

Empezado por Kuraudeo

Un cliente que quiera el software y no este obligado a generar facturas (creo que las personas que están en módulos), ¿tiene que generar esta tabla con el registro de facturación?

No.

Sólo si estás acogido a veri*factu/No-veri*factu tienes que cumplir con todo lo que dice la ley (QR, Reg. facturación, Huellas, Hash,...)

[jakematespain]

Entonces, con todo esto del cambio de fechas,etc, el cliente que tenga un software preparado para el sistema verifactu, por ejemplo, pero no lo tenga activado (el cliente que se a principios de julio ya lo tenía instalado todo, por ejemplo), ese cliente como en el software no lo tiene, no genera ningún registro hasta activar algún sistema.

Otra consulta, en modo verifatu, en lugar de activarlo en el software de Gestión, hace los envíos desde el software de contabilidad. Crea la tabla con toda la información en Gestión, pero el envío se hace desde la contabilidad. Algo como el SII, pero en verifactu. Está claro que tiene que estar totalmente enlazado y sincronizado, por que no sería la misma base de datos, sería una de Gestión y otra de contablidad.

Gracias.

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

Empezado por jakematespain

Entonces, con todo esto del cambio de fechas,etc, el cliente que tenga un software preparado para el sistema verifactu, por ejemplo, pero no lo tenga activado (el cliente que se a principios de julio ya lo tenía instalado todo, por ejemplo), ese cliente como en el software no lo tiene, no genera ningún registro hasta activar algún sistema.

Entiendo que con la prórroga, puedes tener a un cliente con el software actualizado, pero no activarle Ley Antifraude (verifactu o noveri*factu) hasta el 2027.
No es nuestro caso, que en cuanto actualizamos a un cliente, si tiene obligación legal, se lo activamos (en la modalidad que él quiera verif*actu o no_veri*factu). Quedan excluídos los del SII, TicketBAI,...

Empezado por jakematespain

Otra consulta, en modo verifatu, en lugar de activarlo en el software de Gestión, hace los envíos desde el software de contabilidad. Crea la tabla con toda la información en Gestión, pero el envío se hace desde la contabilidad. Algo como el SII, pero en verifactu. Está claro que tiene que estar totalmente enlazado y sincronizado, por que no sería la misma base de datos, sería una de Gestión y otra de contablidad.

Esto no lo he entendido.
En nuestro caso también tenemos la tipología de 2 programas enlazados. Uno de facturación y otro de contabilidad. Cada uno se encarga de lo suyo. En este caso, el de facturación es el que hace todo lo referente a veri*factu y el de contabilidad no sabe nada de eso.

[jakematespain]

Lo de la contabilidad, lo comento por que he visto algún software de contabilidad que se encarga de enviar al SII y no se hace desde Gestión. Por eso lo decía, si se podía hacer algo parecido para el software de Gestión, que fuera el de contabilidad, el que recogiera esa información y la enviara. Sabiendo el tema de plazos, etc y que todo tendría que ir muy sincronizado.

Gracias.