Empezado por Faneka (Mensaje 560724)

Yo valido cada RF antes de enviar, si tiene algun problema esa no se envía, se queda 'pendiente' y en el proximo envio se intenta de nuevo.

Empezado por Faneka (Mensaje 560724)

Yo valido cada RF antes de enviar, si tiene algun problema esa no se envía, se queda 'pendiente' y en el proximo envio se intenta de nuevo.

Empezado por ermendalenda (Mensaje 560735)

Si esa no se envía y envías los siguientes después lo tienes que mandar como subsanacion. Y generándo un nuevo registro encadenado al último generado, tampoco rmte valdría como incidencia, aunque supongo que lo habrás tenido en cuenta, por que si te ha fallado la validación va a seguir mal.

Empezado por djatila (Mensaje 560764)

Por si te sirve de algo. Una validez básica, es que puedas serializarlo.

Empezado por rci (Mensaje 560708)

Hola, me he encontrado un caso que no se como resolver.
Es cuando al realizar un envío de registros de facturación a Veri*Factu, no hay respuesta en el formato esperado sino que se produce una excepción y el mensaje que indica es

Te avisa de lo que falla en el XML que has enviado, pero no da mas detalles.
Supongamos que enviamos varios registros de facturación a la vez, todos están correctos menos uno que por el motivo que sea, se ha generado mal y le falta una propiedad obligatoria.
Al recibir la excepción no indica cual de los registros de facturación están mal y claro... si hay 1000 pues te puedes volver loco.

Como estáis planteando este caso?

A lo mejor es necesario validar el XML de cada registro de facturación (RegistroFacturacionAltaType) con el esquema antes de crear el "paquete" con todos los registros a enviar (RegFactuSistemaFacturacion) ? Esto es posible?

Muchas gracias por vuestra ayuda!

Saludos

Empezado por sglorka (Mensaje 560769)

Mi recomendación es que hagas lo siguiente. Si mandas un bloque con 100 de RF's, y NO te rechaza el envío, entonces en la respuesta tienes información de las posibles aceptaciones con errores para que las corrijas. Si el envío es rechazado y no ha sido por una causa comunicaciones ( System.ServiceModel.EndpointNotFoundException, System.ServiceModel.CommunicationException ) si no por una causa del tipo ServiceModel (Error en el modelo ), entonces repites el envío pero en bloques de 1 en 1 hasta que hayas enviado los 100 Rf's. Es la única forma de averiguar qué registro está mal construido.

Puedes mejorar el algoritmo, si por ejemplo cuando vas por el quinto registro ya te lo rechaza entonces el siguiente bloque que mandas agrupas del el sexto hasta el 100. Y puede ser vuelto a rechazar por mala construcción, pues repites el proceso.

Empezado por rci (Mensaje 560759)

A parte he hecho una consulta a veri*factu para ver si en lugar de que salte una excepción que no indica que registro de facturación está mal, si pueden contestar una respuesta en formado esperado e indicando el registro que falla. Me han contestado que lo están estudiando...

Empezado por rci (Mensaje 560771)

Me han contestado que no pueden :(



A ver si encuentro a alguien que haya podido validar el XML contra el esquema XSD (en c#.net). Sinó tendré que reenviar esos registros una a uno hasta encontrar el incorrecto, como propone sglorka

Saludos

Empezado por ermendalenda (Mensaje 560772)

Yo tampoco los válido pero la verdad es que no me preocupa demasiado, una vez depurado es raro que pase algo. Me preocupan más los errores no detectables, que gracias al foro he corregido alguno y los posibles cambios de version de verifactu o cambios en la normativa fiscal y que tengamos que cambiar los programas en caliente sin tener mucho tiempo d epru2bas, ya sabemos que aquí aprueban cosas para aplicar en 3 días.
Pero agarrate a la factura electronica. Eso sí que tiene un meneo, menos mal que ya la tengo lista(para la actualodad)