Hola, a ver si entre todos los que podais veis alguna solución a este problema que he enviafo a verifactu
Cita:
Mi siguiente duda es sobre este tipo de factura por Recttificativa (Rx) sustitución (S) y cuando la factura resultante tiene importes/cuotas rectificadas distinta a cero.
Ejemplo:
-----------------
<ImporteRectificacion>
<BaseRectificada>-100.00</BaseRectificada>
<CuotaRectificada>-12.00</CuotaRectificada>
<CuotaRecargoRectificado>0.00</CuotaRecargoRectificado>
</ImporteRectificacion>
------------------
Observo es que si procedemos a leer dicho registro y en determinados escenarios, nos podemos encontrar un problema para cuadrar los libros de IVA, siendo en estos casos un posible problema para una futura y correcta confección de los mismos:
Escenario 1:
-El desarrollador a optado por no rellenar el Nodo (que es opcional) de FacturasRectificadas.
Escenario 2:
-A pesar de que normalmente el desarrollador lo incluya, puede pasar que esté rectificando una factura sin Registro Previo por que haya empezado a enviar con posterioridad a la emisión dela factura que quiere rectificar.
El resultado que observo es que no puedo obtener a que tipo de IVA debo imputar las diferencias de Bases del Nodo anteriormente descrito ImporteRectificacion, a no ser que casualmente sea una actividad que use siempre el mismo tipo de IVA, cosa prácticamente imposible de aplicar en desarrollo.
¿Estoy en lo cierto que existe esta "anómalia", que se tiene que tener en cuenta para la posible generación de comprobaciones de IVAS y contabilidades o se me ha escapado algo?
Si es así, ¿Estaría previsto obligar al menos para solucionar la "anomalía" el escenario 1, que es el más "peligroso", obligar a identificar la factura a la que sustituye, en caso de existir registro previo y con importes rectificados?
|
Este problema se complica de forma distinta según si el que emite ha decidido hacerlo en 1 paso o 2 pasos, teniendo en cuenta que si yo quiero leer las facturas recibidas, debo "adivinar"(leyendo el resultando el registro anterior) a ver si es un abono que además puede ser un abono que no tenga nada que ver con la emision de la sustitución.
Si esto es así, la conclusion es que no se pueden realizar los libros de iva ni verificaciones de facturas de forma 100% fiable. Habria que añadir un resumen con las facturas por sustitucion y lectura del registro antrerior del mismo sif(si fuera un abono) para que el.usuario verifique/rellene a que ivas corresponde las diferencias si las hubiera