Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Proyecto SIF/Veri*Factu/Ley Antifraude > Errores (relacionados con al AEAT)
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

 
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 04-10-2025
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 2.759
Poder: 7
ermendalenda Va por buen camino
Anomalia interpretacion registros rectificativas/sustitucion

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

Última edición por ermendalenda fecha: 04-10-2025 a las 12:35:35.
Responder Con Cita
 



Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
Interpretacion Errores LOG Firebird ASAPLTDA Firebird e Interbase 2 05-05-2014 13:02:44
Interpretación de tipo de dato flotante mlara Firebird e Interbase 10 29-04-2014 19:16:58
sustitucion de caracteres ercrizeporta Varios 2 10-10-2007 16:19:26
Interpretación de salida de un PLC. imossa Varios 9 01-10-2007 16:14:33
Interpretación de un archivo GDB PabloTech Conexión con bases de datos 2 26-01-2007 15:50:14


La franja horaria es GMT +2. Ahora son las 20:59:14.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi