|
Creo que estos 'calores' nos están afectando.
Avanzo que estoy un poco oxidado con Veri*factu, pero:
-Es casos de fallo de internet que afecta al no envío del RF a Veri*factu (como el caso que comentan), lo suyo es dar valor al TAG INCIDENCIA del XML a enviar, tenga 1, 2 ó 328 RF detallados, y volver a enviar esos mismos datos de los RF ( de hecho yo modifico el XML creado [ no enviado] añadiendo ese TAG en él).
-Y tal como se está comentando, ni hablar de realizar una subsanación. (A cuento de qué si la factura es correctísima?)
-Y lo del botón en el SIF... Que queréis que os diga? Creo que no es correcto; yo no dejo en manos del usuario enviar o no enviar; se factura, se crea RF, se envía a Veri*factu. Punto pelota.
Por cierto cuando la firma digital usada para el envío caduque (*), estaremos en el mismo caso, y si se va el subministro eléctrico también, y si se 'jode' nuestro maravilloso SDD igual, etc. Pero los RF serán correctísimos.
(*) Habrá empresas que tardaran horas (o días) en disponer de la nueva firma digital. Y que hacemos entonces? Dejamos de facturar? Dejamos de crear los RF?... No, no, no. Se factura, se crean los RF y cuando se puede se envían a Veri*factu con la 'magia' del tag INCIDENCIA.
Cabecera->RemisionVoluntaria->Incidencia Valores 'S' ó 'N'
"Indicador que especifica si la remisión voluntaria de los registros de facturación se ha visto afectada por algún tipo de incidencia técnica (por ej. ausencia de corriente eléctrica, problemas de conexión a Internet, fallo del sistema informático de facturación…). Si no se informa este campo se entenderá que tiene valor “N”. Este campo forma parte del detalle de las circunstancias de generación de los registros de facturación. A rellenar sólo en los casos de remisión voluntaria «VERI*FACTU» cuando haya ocurrido alguna situación de este tipo."
Nada, que no tengo aire acondicionado y estoy sudando un 'montón'.
Saludos,
Carlos G.
|