Control de flujo

[gcqZW]

Si no me equivoco por ahora esta en pruebas y deja mandar de forma seguida, pero ten cuidado que a algunos les han baneado temporalmente debido a eso.

[BorjaRRR]

Creo que estaba enviando mal los registros. En el campo FechaHoraHusoGenRegistro de cada registro le estaba metiendo la hora actual con los cual todos los registros iban con el mismo valor de FechaHoraHusoGenRegistro.
Ahí está la clave, entiendo que ese campo debe llevar el instante en el que se genera la factura y es ahí donde hacen las comprobaciones de los tiempos de envío.
¿Esto es así o me equivoco?

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

Empezado por BorjaRRR

He estado haciendo pruebas y todos los envíos me devuelven ok independientemente del tiempo entre envíos. He probado a lanzar dos envíos en un intervalo de unos segundos y también con un intervalo de mas de dos minutos, todos me devuelven ok.

Tenía entendido que había que realizar los envíos con un mínimo de 60 segundos (lo que devuelven en la respuesta) y un máximo de 120 (60 + margen 60).
¿Esto es correcto?

Empezado por gcqZW

Si no me equivoco por ahora esta en pruebas y deja mandar de forma seguida, pero ten cuidado que a algunos les han baneado temporalmente debido a eso.

Yo he enviado uno, dejando pasar unos minutos y me ha devuelto "Acepada con errores" y este error: El valor del campo FechaHoraHusoGenRegistro debe ser la fecha actual del sistema de la AEAT, admitiéndose un margen de error de: 120 segundos.

[trumbolt]

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

Yo he enviado uno, dejando pasar unos minutos y me ha devuelto "Acepada con errores" y este error: El valor del campo FechaHoraHusoGenRegistro debe ser la fecha actual del sistema de la AEAT, admitiéndose un margen de error de: 120 segundos.

Es un error que creo que puede ser relativamente común en entornos de producción. Si, como en mi caso, se guarda el timestamp de cuando ha sido generado el registro, cualquier respuesta que indique más de 120 segundos o cualquier error de soap:fault del server que signifique el reenvío posterior de la info, implicarán siempre la salida de ese error. Y eso sin entrar en que el equipo del cliente (lo mío es soft de escritorio) tenga mal la fecha aunque para eso ya he visto que la gente se está apoyando en la hora del ROA.

De todas formas, es afortunadamente un error que no hay que subsanar

Por cierto, cuando la gente habla de "marcar incidencia" cuando la hora de envío es superior a la de generación del registro en esos 120 segundos, ¿a qué se refiere?

[Faneka]

En la cabecera puedes marcar como incidencia -> 'S' cuando por algún motivo no se pudo enviar el fichero, yo aparte de que no pueda porque este sin linea, sin certificado, etc.. si desde que creo el fichero hasta que se envia por lo que sea pasan más de 120 s tambien lo marco para que no me devuelva aceptado con errores.

[trumbolt]

Empezado por Faneka

En la cabecera puedes marcar como incidencia -> 'S' cuando por algún motivo no se pudo enviar el fichero, yo aparte de que no pueda porque este sin linea, sin certificado, etc.. si desde que creo el fichero hasta que se envia por lo que sea pasan más de 120 s tambien lo marco para que no me devuelva aceptado con errores.

Siempre abro el excel de descripción de registros por el de alta y no me había fijado en los nodos opcionales de <RemisionVoluntaria>. Gracias compañero

[bmfranky]

Empezado por trumbolt

Siempre abro el excel de descripción de registros por el de alta y no me había fijado en los nodos opcionales de <RemisionVoluntaria>. Gracias compañero

Hola, una cosa, no useis el excell de descripcion del servicio web, esta super desactualizado, teneis que usar los pdf de ayuda aqui. https://www.agenciatributaria.es/AEA...ERI_FACTU.html
No estan actualizando el excell desde la version inicial, el 28/10/2024.