Bueno respecto del tipo de rectificativa, simplemente, si hay disminución de la base imponible por devolución o descuentos sería R1, si es una rectificativa sustitutiva o hay aumento de la base imponible por error en precios, sería R4. R2 y R3 sólo son para recuperar cuotas devengadas por impago de facturas y R5 para todas las simplificadas.
Algún cliente mío ha recibido notificación del SII por enviar como R4 sus rectificativas

Gracias por la regla. Muy interesante.

Sin embargo, entiendo de tu descripción que si hay disminución de la base imponible por error en los precios, sería R1, ¿correcto?
Entonces ¿de dónde viene que las subidas de precio acaban en R4 cuando las bajadas son R1?
La ley en 80.2 dice que «[...] o se altere el precio después del momento en que la operación se haya efectuado, la base imponible se modificará en la cuantía correspondiente.»
Lo leí como que una alteración de precio, de cualquier signo, entraría en este caso.

El texto en la elipsis cubre las devoluciones y demás diferencias a la baja de cantidades; por tanto está claro que un eventual aumento de base por error en las cantidades debe acabar como R4.

De hecho, para mí R4 es un cajón de sastre para los casos excepcionales, los casos normales (aunque no son muy numerosos) suelen acabar como R1. Pero estoy igual que rci, puede que no sea del todo correcto...:cool:

Bajo mi punto de vista, una disminución de la base imponible por error en los precios no sería R1. Sólo sería R1 si se produce una disminución de la bases imponibles debido a devoluciones o descuentos. Un error en los precios, yo personalmente, lo interpretaría como R4 independientemente de que baje o suba la base imponible.

Entiendo que la frase que citas de la ley L20/91 Art. 22 apartado 4, referente a la alteración del precio una vez efectuada la operación, no se refiere a que el precio era incorrecto en origen, más bien entiendo que una vez expedida la factura y debido a algún problema financiero posterior, dicho precio habría que aumentarlo para poder cubrir costes. En este caso, también seria una R1.

En resumen, para ser prácticos, optaría por marcar como R1 todas las rectificaciones ocasionadas por devoluciones y descuentos ( las de alteración de precio son infrecuentes) y como R4 todas las demás, errores en la identificación fiscal del cliente, cualquier rectificación de facturas rectificativas, errores en la aplicación de precios o errores en la aplicación de descuentos.

Recordar que el documento de descripción del servicio web para el SII, dice textualmente
R1 Factura Rectificativa (Error fundado en derecho y Art. 22 apartados 4, 5 y 11 L20/91), pongo link a dicha ley https://www.boe.es/buscar/act.php?id...1991-14463#a22

Gracias por tomar el tiempo de explicármelo.
Estoy de acuerdo contigo que las modificaciones de precios son infrecuentes (y menos al alza, ya que la presión del cliente suele sentirse en sentido contrario) y por tanto entiendo el criterio de poner R4 sistemáticamente en tal caso.

Solo señalar que en el marco peninsular, la ley aplicable es la 37/92 (o sus correspondientes forales, idénticas en esta materia) y el tipo R1 se refiere al artículo 80 apartados 2, 1 y 6 respectivamente: https://www.boe.es/buscar/act.php?id...1992-28740#a80. El texto me parece muy similar o idéntico.

Sí tienes razón, el marco peninsular hace referencia a otra Ley, pero básicamente deben decir lo mismo ya que el reglamento de facturación es común para todo el País.

Muy buena la ayuda, y todo OK, pero ya sabes que siempre hay que darle mas vueltas a todo, en este caso es cuando es un bien de inversion S/N Con el Iva normal, hago lo siguiente:

Código Delphi [-]
  Ivas[1]:=DetalleIVARecibidaType.Create;
  IVAS[1].BaseImponible:=Edit3.Text;            // BASE IMPONIBLE
  IVAS[1].TipoImpositivo:=Edit13.Text;            // IVA %
  IVAS[1].CuotaSoportada:=Edit14.Text;
  If CheckBox2.Checked Then    // Si es un bien de inversión.
  Begin
     Ivas[1].BienInversion:=BienInversionType(0);
  End;

Pero en la inversión de sujeto pasivo no tiene la propiedad de Bien Inversión, sin embargo en el portal de la agencia tributaria si permite poner bien de inversion s/n.

Alguna luz al respecto?

Ahí me has pillado porque no tenía conciencia de que hubiera que informar de ese detalle y mirando por las preguntas frecuentes me encuentro esto:





donde dice que no es obligatorio informar de ese dato.


Saludos.

Debería estar si se han importado correctamente los XSD de la versión 1.1 bis (2022)...
Una factura recibida «normal» tiene un bloque DesgloseIVA/DetalleIVA de tipo DetalleIVARecibidaType (que incluye campos como PorcentCompensacionREAGYP o ImporteCompensacionREAGYP) que acaba con un campo BienInversion que es opcional.
La misma factura recibida puede tener también (antes) un bloque InversionSujetoPasivo/DetalleIVA de tipo DetalleIVARecibida2Type (sin los campos PorcentCompensacionREAGYP o ImporteCompensacionREAGYP) que acaba también con un campo BienInversion, que también es opcional.

Entonces creo que el código siguiente debería funcionar:

Código Delphi [-]
  Ivas[0]:=DetalleIVARecibida2Type.Create;
  IVAS[0].BaseImponible:=Edit3.Text;            // BASE IMPONIBLE
  IVAS[0].TipoImpositivo:=Edit13.Text;            // IVA %
  IVAS[0].CuotaSoportada:=Edit14.Text;
  If CheckBox2.Checked Then    // Si es un bien de inversión.
  Begin
     Ivas[0].BienInversion:=BienInversionType(0);
  End;

Problemas con Rectificativas al 0% y 5%
 

Buenas... Me están rechazando las facturas rectificativas (TipoFactura = R1) de aquellos que no están exentos (tipoNoExento = S1) y que tienen un IVA del 0% o del 5%. ¿Alquien se ha topado con este error? adjunto XML que genero.

¿Alguien me echa una manita?

A nosotros nos pasa igual


Mis clientes intentan hacer abonos al 0% o al 5% y tampoco les deja


Lo único que he conseguido es subir los del 0% pasándolos como Nosujeta pero no sé me estoy convirtiendo en el "delincuente" del mes :eek:


...
<sii:TipoDesglose>
<sii:DesgloseFactura>
<sii:NoSujeta>
<sii:ImportePorArticulos7_14_Otros>850.00</sii:ImportePorArticulos7_14_Otros>

</sii:NoSujeta>


</sii:DesgloseFactura>


</sii:TipoDesglose>


...

Y las del 5% ni idea

Falta la fecha de operación.

Desde la última actualización en julio, Hacienda averigua si el tipo está ajustado a la fecha de operación indicada. Si no hay fecha de operación, utiliza la fecha de factura.
Y una factura rectificativa como el ejemplo está fechada (correctamente) en octubre, por tanto un tipo sujeto del 0% no es posible (y supongo que será igual para el 5%). Hay que indicar la fecha de operación, que en tal caso se corresponde con la fecha de operación de la factura rectificada.

Creo entender que hay que indicar en fecha de operación, no la fecha en que se retira la mercancía, sino la fecha en la que se vendió la mercancía que ahora es retirada.... ¿Correcto? Pues en el módulo de contabilidad no tengo acceso a ese dato. Intentaré poner a pelo fecha de septiembre a cualquier IVA del 0% o 5% a ver si cuela y os digo el resultado.
Edito: Tengo un problema: En la misma factura cambio de producto: (Se retira mercancía a punto de caducar y se cambia por mercancía con más fecha de caducidad, operaciones típicas en lácteos y cárnicas envasadas). Tengo IVA del 0% y 2%, o 5% y 7.5% en la misma factura. La FechaOperacion es única para la factura.

Ha funcionado. Al generar los registros de IVA, si detecto un 0% o un 5% y es rectificativa, encasqueto a pelo: aReg_Fra_Emi[Ind].FacturaExpedida.FechaOperacion := '30-09-2024';

Lo he comentado con el cliente y me dice que habrá que hacer algo parecido cuando el IVA suba del 2% al 4% y del 7.% al 10%. Me comenta que cuando se ponga con las facturas de rappel en enero del año que viene, si va a tener que hacer una factura por cada periodo de IVA actividad de IVA, ya que la FechaOperacion es única para la factura.... :confused::confused::confused:

Alguien que comunique con el SII de Canarias me puede verificar si puedes hacerlo ?
Gracias

Mmmmm... Qué bueno caso...
Parece claro que Hacienda espera que le pongamos tipos diferenciados en el rappel, ¾ al 0% y ¼ al 2% (realmente deben ser en proporción a los volúmenes de venta).
Y evidentemente la nueva validación no lo permite, o parece que no lo permite.

Creo que habrá noticias al respecte antes de 3 meses. Por qué lo de hacer facturas separadas no lo veo: le quita todo el sentido al concepto de rappel sobre un volumen anual de ventas.

Error 1304 Final De Archivo Prematuro
 

Buenas.
Llevo unos dias intentanto enviar una factura recibida normal y me da ese error. Estoy ya desesperado porque algo se me escapa pero no lo veo mas que lo intento. Podria alguien decirme donde esta el fallo o bien poner un xml completo que funcione para que yo pueda fijarme. Os lo agradeceria muchisimo


certificado= "**FRA A CARGO DE ESTE TITULAR**"
URL DE ENVIO: https://prewww1.aeat.es/wlpl/SSII-FA...iiFactFRV1SOAP

Aquí tienes un ejemplo

Muchas gracias keys. Eres un crack !!

El problema era una gilipollez. Visto lo visto voy a tener que descansar cada 4 horas. Estoy muy quemado

Gracias de nuevo

simplificada identificada
 

Hola,
Se puede emitir una simplificada (f2) que incorpore los datos del cliente? No se como hacerlo sin tener que cambiar de tipo de factura.


gracias

No se puede. Tienes que enviarlas como F1 o lo que le corresponda