Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[nincillo]

Empezado por ermendalenda

Por cierto.puedes indicarme coml te has descargado wl nuevo wsdl, por favor?

Del link que puso un poco más arriba @keys.

El primero de los link que aparecen en esa pagins, es un pdf que tiene los wsdl, wsd, etc.

[sglorka]

Veo que nadie hacer referencia a los registros de eventos que vienen definidos en la hoja de Excel https://www.agenciatributaria.es/sta...23-12-20).xlsx

¿ Qué os parece ?

[ermendalenda]

Empezado por sglorka

Veo que nadie hacer referencia a los registros de eventos que vienen definidos en la hoja de Excel https://www.agenciatributaria.es/sta...23-12-20).xlsx

¿ Qué os parece ?

Buff vaya tela
Habrá que dejarse esto tambén programado para mi los "L2" son los importantes, por que de trazabilidad, no voy a hacer procesos, ya que se presupone que va todo ok:

01 Instalación o puesta en marcha inicial del sistema informático. 02 Inicio del funcionamiento del sistema informático como sistema VERI*FACTU. 03 Fin del funcionamiento del sistema informático como sistema VERI*FACTU. 04 Lanzamiento del proceso de detección de anomalías en los registros de facturación. 05 Detección de anomalías en la integridad, inalterabilidad y trazabilidad de registros de facturación. 06 Lanzamiento del proceso de detección de anomalías en los registros de eventos. 07 Detección de anomalías en la integridad, inalterabilidad y trazabilidad de registros de eventos. 08 Restauración de copia de seguridad. 09 Exportación de registros de facturación generados en un periodo. 10 Exportación de registros de eventos generados en un periodo. 11 Registro resumen de eventos

[ermendalenda]

Empezado por ermendalenda

Buff vaya tela
Habrá que dejarse esto tambén programado para mi los "L2" son los importantes, por que de trazabilidad, no voy a hacer procesos, ya que se presupone que va todo ok:

01 Instalación o puesta en marcha inicial del sistema informático. 02 Inicio del funcionamiento del sistema informático como sistema VERI*FACTU. 03 Fin del funcionamiento del sistema informático como sistema VERI*FACTU. 04 Lanzamiento del proceso de detección de anomalías en los registros de facturación. 05 Detección de anomalías en la integridad, inalterabilidad y trazabilidad de registros de facturación. 06 Lanzamiento del proceso de detección de anomalías en los registros de eventos. 07 Detección de anomalías en la integridad, inalterabilidad y trazabilidad de registros de eventos. 08 Restauración de copia de seguridad. 09 Exportación de registros de facturación generados en un periodo. 10 Exportación de registros de eventos generados en un periodo. 11 Registro resumen de eventos

Tengo dudas, si en sistemas Verifactu (Siempre envio), no es obligatorio los registros de eventos, pero hay un evento que dice " 02 Inicio del funcionamiento del sistema informático como sistema VERI*FACTU." y otro " 03 Fin del funcionamiento del sistema informático como sistema VERI*FACTU."...?
supongo que son excepciones y esos sí hay que enviarlos.

[antoine0]

Empezado por ermendalenda

Tengo dudas, si en sistemas Verifactu (Siempre envio), no es obligatorio los registros de eventos, pero hay un evento que dice " 02 Inicio del funcionamiento del sistema informático como sistema VERI*FACTU." y otro " 03 Fin del funcionamiento del sistema informático como sistema VERI*FACTU."...?
supongo que son excepciones y esos sí hay que enviarlos.

En un sistema no-Veri*factu pero que ha funcionado en algún momento en modo Veri*factu, los registros de eventos no son opcionales. Esta obligación es de aplicación para todo el tiempo, sin distinguir entre el periodo de funcionamiento en un modo u otro. Por tanto, un sistema que puede funcionar en los dos modos debe registrar los cambios de modo, con la fecha-hora en que se producen (y estas fechas son importantes para interpretar correctamente los registros de facturación).

Lo que no tengo claro es si entre los dos eventos 02 y 03, es decir durante el periodo de tiempo que ha funcionado en modo Veri*factu, pueden o deben estar más registros de eventos.

Tampoco tengo claro si un sistema solo-Veri*factu debe tener un registro de eventos con exactamente dos eventos (un 01 y un 02), correctamente encadenados y firmados. O incluso si estos dos registros pueden «venir de fábrica», por ejemplo creados por el programa de instalación inicial de la base de datos.

Pero los eventos están en versión 0.3 según la hoja de Excel, habrá aclaraciones ulteriores.

[[newtron]]

Hola a tod@s.


Estoy echando un vistazo a esto y no me importa el fichero wsdl en mi Delphi 2007, a ver si alguien me puede dar luz. Hago lo siguiente:


- Inserto un objeto HTTPRIO
- Pulso en Component-Import WSDL

- Pongo la url del wsdl: https://prewww2.aeat.es/static_files...cturacion.wsdl
y pulso next-next-finish


Después de esto (que es lo que he hecho siempre para el tema sii si mal no recuerdo) me da este mensaje:





¿Alguien me puede decir por dónde van los tiros?


Gracias y un saludo.

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

Empezado por newtron

- Inserto un objeto HTTPRIO
- Pulso en Component-Import WSDL
- Pongo la url del wsdl: https://prewww2.aeat.es/static_files...cturacion.wsdl
y pulso next-next-finish

Después de esto (que es lo que he hecho siempre para el tema sii si mal no recuerdo) me da este mensaje:
¿Alguien me puede decir por dónde van los tiros?

Yo lo he hecho con Delphi 11.3 y con la 10.2.3 y me ha funcionado sin problemas.

Adjunto las units generadas (por si sirve).

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

Aprovecho que se ha publicado documentación para actualizar el primer hilo del mensaje con los últimos cambios y documentos.

Además se ha habilitado una nueva sección dentro del FTP del club, donde se irán copiando/almacenando los documentos, para tenerla accesible en cualquier momento. No sólo tiene que ser documentación "oficial"; Si se cree conveniente que otros documentos, códigos o información pueden ser útiles, también se pueden incorporar (basta con que aviséis a algún moderador o a mi mismo).
https://terawiki.clubdelphi.com/Otro...LeyAntifraude/

[nincillo]

Empezado por newtron

Hola a tod@s.


Estoy echando un vistazo a esto y no me importa el fichero wsdl en mi Delphi 2007, a ver si alguien me puede dar luz. Hago lo siguiente:


- Inserto un objeto HTTPRIO
- Pulso en Component-Import WSDL

- Pongo la url del wsdl: https://prewww2.aeat.es/static_files...cturacion.wsdl
y pulso next-next-finish


Después de esto (que es lo que he hecho siempre para el tema sii si mal no recuerdo) me da este mensaje:





¿Alguien me puede decir por dónde van los tiros?


Gracias y un saludo.

Hola, eso mismo ya lo comenté yo unos cuantos post más atrás. Te pongo link al primero de los post, pero luego seguí poniendo cosas según iba descubriendo cosas.

El link es: https://www.clubdelphi.com/foros/sho...&postcount=933

Creo que al final el motivo era porque las urls eran https, pero nadie me lo "confirmó/rebatió". A ver si ahora entre los dos lo conseguimos descifrar...

[antoine0]

En las descripciones de mensajes veo que están previstos husos horarios, con exactamente 3 posibilidades: 01 (GMT, Canarias en invierno), 02 (CET/BST, península en invierno o Canarias en verano) y 03 (CEDT, península en verano); una codificación fuera de estándar, poco acertada y demasiado restrictiva, diría yo. Visto los ejemplos, es una cosa que han añadido después del 29/10 Es un campo obligatorio en la fecha-hora de generación del registro, con la descripción (en el Excel) siguiente

Huso horario que está usando el sistema informático de facturación en el momento de generación del registro de facturación.

¿Hay una cosa parecida en alguno de los Ticket*BAI?

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

Empezado por antoine0

En las descripciones de mensajes veo que están previstos husos horarios, con exactamente 3 posibilidades: 01 (GMT, Canarias en invierno), 02 (CET/BST, península en invierno o Canarias en verano) y 03 (CEDT, península en verano)
...
¿Hay una cosa parecida en alguno de los Ticket*BAI?

Que yo sepa y recuerde no.

[ermendalenda]

Empezado por antoine0

En las descripciones de mensajes veo que están previstos husos horarios, con exactamente 3 posibilidades: 01 (GMT, Canarias en invierno), 02 (CET/BST, península en invierno o Canarias en verano) y 03 (CEDT, península en verano); una codificación fuera de estándar, poco acertada y demasiado restrictiva, diría yo. Visto los ejemplos, es una cosa que han añadido después del 29/10 Es un campo obligatorio en la fecha-hora de generación del registro, con la descripción (en el Excel) siguiente

¿Hay una cosa parecida en alguno de los Ticket*BAI?

Me podrias indicar donde has visto esas posibilidades, solo he enonctrado estas en el xsd y no hacen referencia a invierno, verano...


- <simpleType name="HusoHorarioGenRegistroType">
- <restriction base="string">
- <enumeration value="01">
- <annotation>
<documentation xml:lang="es">GMT+0</documentation>

</annotation>


</enumeration>


- <enumeration value="02">
- <annotation>
<documentation xml:lang="es">GMT+1</documentation>

</annotation>


</enumeration>


- <enumeration value="03">
- <annotation>
<documentation xml:lang="es">GMT+2</documentation>

</annotation>


</enumeration>


</restriction>


</simpleType>

[ermendalenda]

Empezado por nincillo

Del link que puso un poco más arriba @keys.

El primero de los link que aparecen en esa pagins, es un pdf que tiene los wsdl, wsd, etc.

gracias
me pongo ya a ello