Ley antifraude 2021 (VERIFACTU) - Programas informáticos

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

[nincillo]

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

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

¿Al intentar compilar el proyecto a ti también te da un error que que las cadenas no pueden tener más de 255 caracteres o algo así?

Gracias.

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

Empezado por nincillo

¿Al intentar compilar el proyecto a ti también te da un error que que las cadenas no pueden tener más de 255 caracteres o algo así?

Si, no había compilado el proyecto.
Con los archivos generados también me da ese error:

[dcc32 Error] SistemaFacturacion.pas(1599): E2056 String literals may have at most 255 elements

Simplemente edita el fichero SistemaFacturacion.pas y divide esa cadena en 2.
Es decir, donde hay algo como esto y falla:

Código Delphi [-]
 InvRegistry.RegisterMethodInfo(TypeInfo(sfSOAP), 'AltaFactuSistemaFacturacion', '',
                                 '[ReturnName="RespuestaLinea", RequestNS="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroLR.xsd", ResponseNS="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/RespuestaSuministro.xsd"]', IS_OPTN or IS_UNBD);

Pon esto:

Código Delphi [-]

 InvRegistry.RegisterMethodInfo(TypeInfo(sfSOAP), 'AltaFactuSistemaFacturacion', '',
      '[ReturnName="RespuestaLinea",  RequestNS="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/' + 
     'es/aeat/tike/cont/ws/SuministroLR.xsd",   ResponseNS="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplic' + 
     ' aciones/es/aeat/tike/cont/ws/RespuestaSuministro.xsd"]',  IS_OPTN or IS_UNBD);

Lo he partido en varios trozos para que se vea bien.

[[newtron]]

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

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

Gracias Germán, seguro que me vienen bien. Mi preocupación es que mi Delphi 10.1 no sea compatible o algo así y eso si que será un problema.


A ver si alguien que use esta versión me puede decir algo.


Gracias y un saludo.

[nincillo]

Empezado por newtron

Gracias Germán, seguro que me vienen bien. Mi preocupación es que mi Delphi 10.1 no sea compatible o algo así y eso si que será un problema.


A ver si alguien que use esta versión me puede decir algo.


Gracias y un saludo.

Me suena que ya lo intenté yo y si que hay incompatibilidades.

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

[[newtron]]

Empezado por nincillo

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

Pues no sé qué decirte pero me extrañaría que fuera por el https porque las de la aeat también lo son y ahí en su día no tuve grandes problemas aunque si es cierto que con las últimas versiones si que los he tenido.


Saludos.

[[newtron]]

Ok, se me ha ocurrido probar a importar el fichero desde un Delphi Berlin que tengo en un portátil y me ha funcionado correctamente por lo que deduzco que debe de ser un problema de mi Delphi local. Seguiré mirando a ver qué averiguo.


Gracias y un saludo.

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

[antoine0]

Empezado por ermendalenda

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

tldr: es interpretación mía.
Son las tres posibilidades traducidas al castellano y a las abreviaciones usuales; GMT+0 es el huso horario GMT (Greenwich Mean Time) de Gran Bretaña y Canarias en invierno; GMT+1 es el huso horario del horario de verano en Gran Bretaña (BST, British Summer Time) y en Canarias, y también es el horario de invierno en el continente (CET, Continental o Central Europe Time) y entonces de la península (menos Portugal); y GMT+2 es el horario de verano en el continente (CEDT, Continental o Central Europe Daylight Time).
Todo esto, pendiente de posible cambios legislativos en las alternancias en los horarios de verano, por tanto es un poco mejor quedarse con GMT+x que poner «horario de invierno».

Sin embargo, el problema lo veo en las exportaciones, donde hay dos fechas distintas pero tal como se ve en el registro de eventos solo hay un huso horario; y me teme que habrá cosas “interesantes” cuando el periodo será los meses de marzo (sobrará una hora del 1 de abril) u octubre (faltará una hora al final del mes)...

[[newtron]]

Hola a tod@s.


Dándole vueltas a este tema se me ocurren mil problemas que vamos a tener a la hora de enviar los datos y uno de ellos es que el NIF y nombre del cliente sean válidos. Imagino que si se intenta subir una factura con un nif erróneo el servidor chillará y la devolverá como no válida y a partir de ahí no sé cómo actuar, sobre todo si el cliente ya no está y no hay forma de comprobar y corregir ese dato.


Se puede hacer una consulta mediante webservice para confirmar que el nif+nombre es correcto pero estoy pensando en que se necesita hacer la llamada con un certificado válido y me temo que los clientes no van a instalar certificados en todos los posibles terminales de la red y que usen el programa. ¿Qué se os ocurre al respecto? porque ando un poco perdido con este asunto.


Gracias y un saludo.

[ermendalenda]

Empezado por antoine0

tldr: es interpretación mía.
Son las tres posibilidades traducidas al castellano y a las abreviaciones usuales; GMT+0 es el huso horario GMT (Greenwich Mean Time) de Gran Bretaña y Canarias en invierno; GMT+1 es el huso horario del horario de verano en Gran Bretaña (BST, British Summer Time) y en Canarias, y también es el horario de invierno en el continente (CET, Continental o Central Europe Time) y entonces de la península (menos Portugal); y GMT+2 es el horario de verano en el continente (CEDT, Continental o Central Europe Daylight Time).
Todo esto, pendiente de posible cambios legislativos en las alternancias en los horarios de verano, por tanto es un poco mejor quedarse con GMT+x que poner «horario de invierno».

Sin embargo, el problema lo veo en las exportaciones, donde hay dos fechas distintas pero tal como se ve en el registro de eventos solo hay un huso horario; y me teme que habrá cosas “interesantes” cuando el periodo será los meses de marzo (sobrará una hora del 1 de abril) u octubre (faltará una hora al final del mes)...

Yo veo que el uso horario de España, según interpreto, es el 2. No creo que tengan que ver las estaciones ni los cambios horarios de cada país.
Saludos