Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[CarlosR]

Hace ya algunos meses que se hacen los suecos para contestar o te remiten a alguna norma o anteproyecto que tengan publicado.
No se pisan las uñas. Imagino que de algún modo querrán coordinarse también con la futura ley Crea y Crece de factura electrónica.

De todas formas hay mucha información disponible. Vídeo, preguntas y respuestas, boe, definición de servicio web, excell con formatos, etc.

[keys]

Noticias frescas https://www.agenciatributaria.es/AEA...olladores.html

[ermendalenda]

Empezado por keys

Noticias frescas https://www.agenciatributaria.es/AEA...olladores.html

Gracias keys
A ver que nos encontramos.

[ermendalenda]

Veo algunos cambios, los más importantes que veo son estos:
* Nuevos Nodos
Subsanacion
RechazoPrevio

Hay que esperar que nos expliquen si estos se encadenan y como, además los conceptos se entremezclan, por que el de subsanación es muy parecido al de rechazo previo, pero no se si cuando te rechazan hay que marcar los 2 una vez subsanado. Tendrán que aclarar y poner ejemplos o cambiarlo. Por otro lado ¿Como se encadena este registro, justo con el anterior generado en el orden secuencial actual?


*Nuevo Nodo
Macrodato
Identificador que especifica aquellas facturas con base o importe de la factura superior al umbral especificado. Este ...
A ver si alguno sabe para que puede ser


Por otro lado, han informado que el calculo del hash lo harñan sobre una parte del contenido que ya informaran, tambén han cambiado el nombre de algún nodo, otros nodos lo han cambiado de sitio y otros lo han eliminado.
No voy a tocar nada hasta que pongan el Wsdl o el Xsd por que aun no lo veo.

[antoine0]

Empezado por ermendalenda

*Nuevo Nodo
Macrodato
Identificador que especifica aquellas facturas con base o importe de la factura superior al umbral especificado. Este ...
A ver si alguno sabe para que puede ser

Esto existe ya en el SII. Es para evitar errores con consecuencias.
Cuando tienes una factura con un importe muy grande (100.000 € en el SII si no recuerdo mal, el importe es parametrizable de aquí la redacción poco esclarecedora), tienes que documentar este nodo para significar que S(í), el importe es grande pero está comprobado que es así.

[ermendalenda]

Empezado por antoine0

Esto existe ya en el SII. Es para evitar errores con consecuencias.
Cuando tienes una factura con un importe muy grande (100.000 € en el SII si no recuerdo mal, el importe es parametrizable de aquí la redacción poco esclarecedora), tienes que documentar este nodo para significar que S(í), el importe es grande pero está comprobado que es así.

Gracias. En este caso me viene muy bien,.

[unomasmas]

Empezado por antoine0

Esto existe ya en el SII. Es para evitar errores con consecuencias.
Cuando tienes una factura con un importe muy grande (100.000 € en el SII si no recuerdo mal, el importe es parametrizable de aquí la redacción poco esclarecedora), tienes que documentar este nodo para significar que S(í), el importe es grande pero está comprobado que es así.

No veo clara esta utilidad... ¿Cómo lo tenéis implementado? Ese importe de ¿100.000 €? lo tenéis como constante y preguntáis al usuario si es correcto en cada factura. Es la única forma de ver su utilidad porque si simplemente se informa el nodo con un S(í) o un N(o) en función de la cantidad no tiene ningún sentido. Pero la pregunta que se haga al usuario puede ser un poco rara: Me imagino un "Vaya tocho de factura ¿No te habrás pasado?"; vale, puede ser bastante más sutil: "Factura de alto importe; no hay error ¿Verdad?". Sin embargo, no me parece que este sea un control importante a añadir; a fin de cuentas, si te has confundido y a alguien le has facturado unos cientos de miles más de la cuenta, seguro que si tú, como emisor, no te has enterado, al destinatario no le va a pasar desapercibido.

[ermendalenda]

Hola. A ver si me podeis ayudar con la clave de Régimen
ya que lo normal es 01 pero si tiene recargo de equivalencia es 18,
mi duda es si el contenido de la clave 18 va el nodo del iva y el nodo del recargo o hay que crear 2 nodos de DetalleDesglose: 1 para el iva y otro para el recargo
Gracias

[ermendalenda]

Empezado por ermendalenda

Hola. A ver si me podeis ayudar con la clave de Régimen
ya que lo normal es 01 pero si tiene recargo de equivalencia es 18,
mi duda es si el contenido de la clave 18 va el nodo del iva y el nodo del recargo o hay que crear 2 nodos de DetalleDesglose: 1 para el iva y otro para el recargo
Gracias

Por cierto han cambiado el numero, en la anterior version era el 15. Miedo me da cada vez que hacen un cambio, hay que revisarlo todo.

[CarlosR]

Empezado por ermendalenda

Hola. A ver si me podeis ayudar con la clave de Régimen
ya que lo normal es 01 pero si tiene recargo de equivalencia es 18,
mi duda es si el contenido de la clave 18 va el nodo del iva y el nodo del recargo o hay que crear 2 nodos de DetalleDesglose: 1 para el iva y otro para el recargo
Gracias

De todos modos puede darse el siguiente caso de factura por partes : Le haces una factura a un empresario que tiene dos partes separadas, una con recargo y otra sin el. En el caso de que el material lo asuma la empresa deberá llevar recargo de equivalencia si está sujeto a ello, en el caso de un gasto particular no.
Como esto va asociado a cada base y tipo de iva no será un problema. Es lo mismo que una factura con una parte exenta y otra no.

[CarlosR]

Ayer hice una consulta para certificar que el esquema que uso de un XML en una tabla de cabeceras con todos los datos que exige la AEAT, además de los hases si cumplirá normas o si bien debería usar tablas paralelas para el registro con los datos de la AEAT y me contestan que esté atento. Que toman nota de la consulta ¡ Y solo quedan 7 meses !
O sacan rápido la información definitiva o a alguno se le acercará de pronto la edad de jubilación.
Es cierto, ahora el hash se hará por partes y no por la totalidad. Aunque ahora no exigen firmar los xml a los que se acojan solo a veri*factu supongo que el tema queda abierto para un futuro.
Tampoco sé si los requerimientos son exportaciones de los xml de las altas, anulaciones y eventos que luego se suben a su portal web o bien habrá webservices para tal fin.

Todavía no hay un servicio de pruebas tal y como hubo en su momento con el SII.

Han relajado algo las normas para los NO Verifactu pero el hecho de que el productor informático sea el responsable de los datos del cliente durante 5 años es para pensarlo. Por mi parte intentaré cumplir con los requisitos de los dos modelos y decidiré a última hora si sólo me quedo con el veri*factu.
He visto que ya hay gente trabajando en el QR. Veo datos que se usarán en la página de la AEAT para consultar si hay el documento registrado pero no veo todos los detalles que debe tener la etiqueta. (tamaño, otros datos mas además de los que se usarán para la consulta de la página) Por otro lado la AEAT devolverá un código con cada factura que se suba por el webservice pero, además de que se archive en las tablas, ¿ se usa para algo ?
Si debe estar en el QR tenemos un problema a la hora de expedir cualquier tipo de factura incluida la simplificada puesto que no siempre pero a veces falla internet, o el router, o un switch, o la propia AEAT. ¿ Se paraliza entonces la expedición de tikets ? (simplificadas)

¡ Esto va lento !

[Sistel]

Empezado por CarlosR

...Si debe estar en el QR tenemos un problema a la hora de expedir cualquier tipo de factura incluida la simplificada puesto que no siempre pero a veces falla internet, o el router, o un switch, o la propia AEAT. ¿ Se paraliza entonces la expedición de tikets ? (simplificadas)

Hola,

Te contesto a esto último:

Supongo que será como en TicketBAI: el software genera los hash, firma el XML (en Veri*Factu no será obligatorio) y genera el QR.
Y ya tienes la factura emitida e imprimible con su QR.
Para ello no se precisa ninguna conexión con Hacienda.
Aparte, inmediatamente, debe enviar la factura a Hacienda.
Por lo que oí en una de las charlas de la AEAT, si no se puede enviar por problemas técnicos, habrá que enviarla más tarde (cuando se pueda) marcando en un determinado campo que se envía con retraso por incidencia.

No paralizas en ningún momento la emisión de facturas (ya sean completas o tickets)

Saludos.

[CarlosR]

Empezado por Sistel

Hola,

Te contesto a esto último:

Supongo que será como en TicketBAI: el software genera los hash, firma el XML (en Veri*Factu no será obligatorio) y genera el QR.
Y ya tienes la factura emitida e imprimible con su QR.
Para ello no se precisa ninguna conexión con Hacienda.
Aparte, inmediatamente, debe enviar la factura a Hacienda.
Por lo que oí en una de las charlas de la AEAT, si no se puede enviar por problemas técnicos, habrá que enviarla más tarde (cuando se pueda) marcando en un determinado campo que se envía con retraso por incidencia.

No paralizas en ningún momento la emisión de facturas (ya sean completas o tickets)

Saludos.

Sí, en lo del envío ya sé que es así. Lo único que lo descuadraría es si hay que usar el código que devuelve la AEAT para integrarlo en el QR. Imagino que es como en el ticketbai.

[rci]

Empezado por CarlosR

Y solo quedan 7 meses !

Como que quedan 7 meses?

No eran 9 meses a partir de la publicación definitiva de la Orden Ministerial, que yo sepa no se ha publicado todavía no?? O si?
No ha empezado la cuenta atrás de 9 meses no?

Gracias

[keys]

Empezado por rci

Como que quedan 7 meses?

No eran 9 meses a partir de la publicación definitiva de la Orden Ministerial, que yo sepa no se ha publicado todavía no?? O si?
No ha empezado la cuenta atrás de 9 meses no?

Gracias

Siguen quedando 9 meses. Cuentan desde que salga la orden ministerial definitiva.

[CarlosR]

Empezado por keys

Noticias frescas https://www.agenciatributaria.es/AEA...olladores.html

En la nueva especificación de la hoja de cálculo se han eliminado las referencias a C-E o el archivo general de los que no se acojan a veri*factu. Con lo que intuyo que todo va al "mismo paquete".