Cita:
Empezado por Mlopez
Otra cosa que nos estamos dando cuenta al hacer algunos envíos de pruebas, es que al parecer el servicio web no está haciendo ninguna comprobación sobre los datos de <Encadenamiento>, al fallarnos un registro de un bloque que iba todo encadenado correlativo entre sí, vimos que las posteriores que tenían esa como anterior las aceptaba como correctas sin errores a pesar de que esa no había sido subida. Y para asegurarnos hemos hecho la prueba de generar tres encadenadas entres sí, no enviar la primera a propósito, y luego enviar las dos siguientes que van encadenadas a una que no existe para ellos, y responde correcto. Incluso hemos forzado a enviar a propósito 2 encadenadas contra la misma origen, provocando claramente una ruptura del encadenamiento y lo acepta todo como "Correcto".
Esto nos indica que no están comprobando nada del encadenamiento, esto tiene algún sentido o los errores de encadenamiento se verían después en la plataforma o algo así? se sabe algo al respecto?
Es que claro así es bastante complicado testear nuestros desarrollos y saber si funcionan correctamente.
|
He notado lo mismo (ya lo comento en un post previo). El sistema acepta facturas incluso si están encadenadas con números inexistentes. Por ejemplo, si le proporcionas una factura con el formato '00001/pepitodelospalotes/2024', la procesa sin alertar de ningún error. Esto refleja una falta de validación adecuada, y no me parece serio que no se revisen estos detalles básicos.
var encadenamientoFacturaAnterior = new EncadenamientoFacturaAnteriorType();
encadenamientoFacturaAnterior.IDEmisorFactura = cifEmisor;
encadenamientoFacturaAnterior.NumSerieFactura = "00001/pepitodelospalotes/2024";//numero factura nunca añadida anteriormente
encadenamientoFacturaAnterior.FechaExpedicionFactura = "02-02-2024";//fecha factura anterior
encadenamientoFacturaAnterior.Huella = "7F3D68A9B8C39A1D29C7B4F54E6FA318CBD26317F02C89DF1A6477E3952D8F3E";//huella generada por ia
Lo acepta como correcto.