Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[Delphier]

Empezado por ermendalenda

Buenas tardes, me podrias indicar donde van los siguientes CIERRES de NODOS segun sea una anulacion o alta.
</RegistroAnulacion>
</RegistroAlta>


Va antes de <TipoHuella>01</TipoHuella>

o despues de <Huella>DEFHG...234234G</Huella>


gracias

........................
<SistemaInformatico>
<IDOtro>
<CodigoPais>ES</CodigoPais>
<IDType>02</IDType>
</IDOtro>
<TipoUsoPosibleSoloVerifactu>S</TipoUsoPosibleSoloVerifactu>
<TipoUsoPosibleMultiOT>N</TipoUsoPosibleMultiOT>
<NumeroOTAlta>1</NumeroOTAlta>
</SistemaInformatico>
<FechaHoraHusoGenRegistro>2024-06-03T18:54:56.341+02:00</FechaHoraHusoGenRegistro>
<TipoHuella>01</TipoHuella>
<Huella>09E8CAFA5F83723D6D714340360D33F897329C092FD648BEA71FAD6A7D82AADE</Huella>
</RegistroAlta>

[ermendalenda]

Empezado por Delphier

........................
<SistemaInformatico>
<IDOtro>
<CodigoPais>ES</CodigoPais>
<IDType>02</IDType>
</IDOtro>
<TipoUsoPosibleSoloVerifactu>S</TipoUsoPosibleSoloVerifactu>
<TipoUsoPosibleMultiOT>N</TipoUsoPosibleMultiOT>
<NumeroOTAlta>1</NumeroOTAlta>
</SistemaInformatico>
<FechaHoraHusoGenRegistro>2024-06-03T18:54:56.341+02:00</FechaHoraHusoGenRegistro>
<TipoHuella>01</TipoHuella>
<Huella>09E8CAFA5F83723D6D714340360D33F897329C092FD648BEA71FAD6A7D82AADE</Huella>
</RegistroAlta>

Gracias por la respuesta.
Al ver tu mensaje me he dado cuenta de un error mío.
Como no tengo el formateo para el iso 8601 lo hacia a mano y le metía a pelo +01, pero he visto que le ponías +02 y he estado mirando que en horario de verano es +02
Es correcto?

[ermendalenda]

Ya está me he fabricado la funcion para que devuelva +01 ó +02
erraria para horas entre las 2 y las 3 de la mañana del ultimo domingo de octubre despues del cambio horario, pero a esa hora no emito nada.
Además me teng9 que dejar un aviso en el último cambio de horario de 2026 por que la normativa de quitar los cambios horarios está pendiente desi ca a seguir o no. No se si eso os afecta a los demás o lo contemplaría windows
Es una trabajera estar con un lenguaje arcaico.

[Delphier]

Empezado por ermendalenda

Ya está me he fabricado la funcion para que devuelva +01 ó +02
erraria para horas entre las 2 y las 3 de la mañana del ultimo domingo de octubre despues del cambio horario, pero a esa hora no emito nada.
Además me teng9 que dejar un aviso en el último cambio de horario de 2026 por que la normativa de quitar los cambios horarios está pendiente desi ca a seguir o no. No se si eso os afecta a los demás o lo contemplaría windows
Es una trabajera estar con un lenguaje arcaico.

Usa TXSDatetime si puedes y listo.

Uses Soap.XSBuiltIns


    //XSDatetime
    XSDatetime := TXSDatetime.Create;
    XSDatetime.AsDateTime := Now;

    Factura.RegistroAlta.FechaHoraHusoGenRegistro := XSDatetime; // Formato: YYYY-MM-DDThh:mm:ssTZD (ej: 2024-01-01T19:20:30+01:00) (ISO 8601)

[rci]

Buenas, alguien tiene algún indicio de para cuando podría presentarse la Orden Ministerial de forma oficial?

Espero que no sea la última semana antes de vacaciones

Saludos

[ermendalenda]

Empezado por rci

Buenas, alguien tiene algún indicio de para cuando podría presentarse la Orden Ministerial de forma oficial?

Espero que no sea la última semana antes de vacaciones

Saludos

Pues si para final de este mes aún no está, todavía cabe la posibilidad de que sea para julio para qie nos vayamos contentos de vacaciones. En agosto no suelen activar estas cosas

[ermendalenda]

Me estoy volviendo loco un pelin con esto. A ver
Si son las 17:48:00 en la penÍnsula la horaque hay que poner es 15:48:00+02
?

[josejm]

Empezado por ermendalenda

Me estoy volviendo loco un pelin con esto. A ver
Si son las 17:48:00 en la penÍnsula la horaque hay que poner es 15:48:00+02
?

Buenas, no quiero llevarte a equivocación, pero a mi el TXSDatetime me devuelve 17:48:00+02 para ese caso. Bueno, en realidad devolvería para el día de hoy 2024-06-05T17:48:00.000+02:00

[jlmoli_67]

Buenas, a mi tambien me da esto 2024-06-05T17:48:00.000+02:00

[ermendalenda]

Correcto correcto
Muchas gracias me había liado con unas logs que me han mandando que son en utc y pone +00 y ya he visto fantasmas

[antoine0]

Empezado por ermendalenda

Me estoy volviendo loco un pelin con esto. A ver
Si son las 17:48:00 en la penÍnsula la horaque hay que poner es 15:48:00+02

No. O bien pones 17:48:00+02:00, o bien pones 15:48:00Z (Z es el equivalente de +00:00, significa que es hora UTC, la que está insensible a los cambios de hora)

[sglorka]

Por si alguien está aburrido, que sepa que ya tiene a su disposición la estructura del código QR en la web de desarrolladores de la aeat

Nota del Moderador: Añado el link de descarga del documento y actualizo el primer mensaje del hilo y lo subo a la documentación del FTP.

[ermendalenda]

Empezado por sglorka

Por si alguien está aburrido, que sepa que ya tiene a su disposición la estructura del código QR en la web de desarrolladores de la aeat

En Ticketbai el Qr va abajo, costaba tanto ponerlo también abajo?
Para los que imprimís a la vez que generais y sumais al final va a ser una putadilla tendreis que cambiar la hilera.
Bueno ya sabéis, el separador de serie y numero de factura o ponéis un guioncito, un punto o el ascii en hexadecinal con el signo % delante.

Prácticamente esta casi toda la parte de desarrollo ya informada, a currar

[edari]

Si me cago en la mala sombra del que lo ha decidido me llegará una paralela?

[ermendalenda]

Un par de comentarios
-No he leido nada de que en los pdfs el QR tenga integrado el link del enlace para que al pincharlo vaya igualmente al enlace sin necesidad de leerlo. Dado que anteriormente lo dijeron, os aconsejo de que no lo paseis por alto.

-El 5º Parametro

.....&formato=json

Se remitira "normalmente" en la factura electrónica,.
En la facturae o crean un campo para ello o supongo que se incluirá en un nodo algo así:

            <Invoices> 
…. 
<AdditionalData> 
<InvoiceAdditionalInformation>IDENTIF. VERIFACT…</InvoiceAdditionalInformation> 
<AdditionalData> 
</Invoices> 
</namespace:Facturae>

[ermendalenda]

Empezado por edari

Si me cago en la mala sombra del que lo ha decidido me llegará una paralela?

Mientras no haya testigos... tirale.

[keys]

El código «QR» se situará al principio de la factura, antes de que empiece el contenido
de esta. Por lo tanto, será siempre el primer código «QR» que aparecerá en la factura
(en el caso de que la factura contuviera otros códigos «QR» para otros cometidos). Si se
utiliza un formato de orientación vertical para organizar y disponer el contenido de la
factura, el código «QR» se situará arriba de esta, próximo al margen superior,
preferiblemente centrado respecto a los márgenes izquierdo y derecho de la factura (o,
si no, hacia el margen izquierdo-superior). En el caso de utilizar un formato de orientación
horizontal (apaisado) para la factura, el código «QR» se situará a la izquierda de esta,
preferiblemente cercana al margen superior-izquierdo (o, si no, centrada respecto a los
márgenes superior e inferior de la factura).

Serán hijos de .................... Luego saldrá Navarra y dirá que ellos lo quieren en la mitad de la factura.

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

Empezado por sglorka

Por si alguien está aburrido, que sepa que ya tiene a su disposición la estructura del código QR en la web de desarrolladores de la aeat
Nota del Moderador: Añado el link de descarga del documento y actualizo el primer mensaje del hilo y lo subo a la documentación del FTP.

Gracias por la información.

[ermendalenda]

Alguien ha mirado las especificaciones de la ISO del QR? esa que dicen , a ver si tiene algo especial.

[keys]

La mayoría de las facturas comienzan con el logotipo de la empresa y normalmente en el lado izquierdo. Va a quedar un poco raro.