Error en calculo de iva

[siyei]

Respecto a esto,
" La expresión "Lo demás es hacer trampas al solitario" creo que no es acertada ya que si el Valor = base + cuota y conoces la cuota y el valor entonces está claro que puedes obtener la base por diferencia. LO dice la ecuación matematica"
En Verifactu que no se transmite el detalle de la factura podría servir y calcular la base en función de total Factura y la cuota de IVA. Pero en FACE que la Base es igual al precio unitario (con hasta 6 decimales) x la cantidad - descuentos ... Ya no te puedes inventar la base pues se calcula sumando las bases de las líneas de dicho documento.

Por otro lado, supongo que no habréis trabajado con muchos ayuntamientos, porque yo como en BladeRunner, he visto ayuntamientos rechazar facturas de miles de euros porque no cuadraban al céntimo con lo que ellos tenían grabado.
Es una putada, pero es así (en dichos sitios no suelen estar los más listos de la clase).

El ultimo caso, por ejemplo, el cliente tenía un presupuesto de tanto para remitir al ayuntamiento. En lugar de una factura, genera dos. La suma de las dos facturas tenía que cuadrar al céntimo con lo que el ayuntamiento decía sin tener en cuenta que no es lo mismo sumar dos documentos con IVA incluido, que sumar las bases y calcular el IVA. El cliente lleva meses para poder cobrar y la cifra ya te digo que no es baladí. De locos.

Al hilo de esto, otro problema que nos vamos a encontrar es la gente que en lugar de contabilizar todos los tickets genera una única factura de agrupación con los tickets de un periodo determinado. En ese caso pasa lo mismo, la suma de los importes de los tickets con IVA incluido no es la misma que sumar las bases y calcular el IVA. Como esos tickets ya se han subido a Verifactu supongo el importe de dicha factura debe cuadrar al céntimo con la suma de los tickets, si no ya tenemos el lío montado.

[sglorka]

Empezado por siyei

Supongo que no habrás trabajado con muchos ayuntamientos, porque yo como en BladeRunner, he visto ayuntamientos rechazar facturas de miles de euros porque no cuadraban al céntimo con lo que ellos tenían grabado.
Es una putada, pero es así (en dichos sitios no suelen estar los más listos de la clase).

El ultimo caso, por ejemplo, el cliente tenía un presupuesto de tanto para remitir al ayuntamiento. En lugar de una factura, genera dos. La suma de las dos facturas tenía que cuadrar al céntimo con lo que el ayuntamiento decía sin tener en cuenta que no es lo mismo sumar dos documentos con IVA incluido, que sumar las bases y calcular el IVA. El cliente lleva meses para poder cobrar y la cifra ya te digo que no es baladí. De locos.

Al hilo de esto, otro problema que nos vamos a encontrar es la gente que en lugar de contabilizar todos los tickets genera una única factura de agrupación con los tickets de un periodo determinado. En ese caso pasa lo mismo, la suma de los importes de los tickets con IVA incluido no es la misma que sumar las bases y calcular el IVA. Como esos tickets ya se han subido a Verifactu supongo el importe de dicha factura debe cuadrar al céntimo con la suma de los tickets, si no ya tenemos el lío montado.

Bueno el caso de los resumen de tiques contabilizados no es lo mismo la suma individual de los tiques que una única suma con todos los tiques, eso está claro, pero no te vas a encontrar con ese problema ya que Verifactu no admite la clave F4. En todo caso, si la admitiera alguna vez, el cálculo que debes realizar para este asiento resumen no sería el de los tiques individuales, tendría que recalcular todas las bases imponibles y cuotas repercutidas y te daría distinto de las sumas individuales pero eso no es problema, ya lo explican ellos, hacen referencia a base imponibles GLOBALES en "https://sede.agenciatributaria.gob.es/Sede/impuestos-tasas/iva/iva-libros-registro-iva-traves-aeat/preguntas-frecuentes/2-registro-cuestiones-comunes.html?faqId=34326c3d02bc9510VgnVCM100000dc381e0aRCRD"

cito "Sí. Se informará en un solo registro desglosándose la base imponible global correspondiente a cada tipo impositivo y los distintos tipos impositivos."

El tema de los dos presupuesto también es lógico que no lo admitan ya que la suma total de ambos importes difiere del valor inicial, aunque sea en 1 céntimo, podrías aplicarle algún ajuste a la segunda factura (descuento x valor) para cuadrarla.

Te propongo que hagas la siguiente prueba. Si para tí el Iva que arroja un importe de 2.80€ es de 0.26€ prueba a mandarlo con una base de 2.80-0.26 = 2.54€ verás como te lo acepta y luego prueba a enviar 0.25€ de Iva y 2.80-0.25 = 2.55€ de base, verás como te lo acepta también. Quizás lo que no te acepte sea 2,55€ de base y 0,26€ de Iva para un total de 2.80€

[siyei]

Pero como va ser lógico que te rechacen una factura de miles de euros porque te diga el iluminado del ayuntamiento que dicha factura tiene que valer tal importe, cuando si se aplican las reglas oficiales de valoración de una factura: Base Imponibles (2 decimales) + Importe IVAS (2 decimales) me da un valor diferente a lo que me piden.

Lógicamente os estáis centrando en Verifactu que como ya he dicho es el más sencillo pues no tiene el desglose de la Factura. El problema vendrá cuando se tenga que implantar la Factura electrónica en todas las empresas. Hay que tener en cuenta que el problema que mis clientes se encuentran, no siempre proviene de FACE, sino del programa en cuestión, que tiene dicha administración que trabaja con los decimales como le da la gana y al intentar integrar la factura del cliente final le da error.
Os digo que me he encontrado casos de todo tipo, como un ayuntamiento que para calcular el total documento sumaba los importes de cada linea con el IVA incluido.

La fiesta acaba de empezar.

[sglorka]

Empezado por siyei

Pero como va ser lógico que te rechacen una factura de miles de euros porque te diga el iluminado del ayuntamiento que dicha factura tiene que valer tal importe, cuando si se aplican las reglas oficiales de valoración de una factura: Base Imponibles (2 decimales) + Importe IVAS (2 decimales) me da un valor diferente a lo que me piden.

Lógicamente os estáis centrando en Verifactu que como ya he dicho es el más sencillo pues no tiene el desglose de la Factura. El problema vendrá cuando se tenga que implantar la Factura electrónica en todas las empresas. Hay que tener en cuenta que el problema que mis clientes se encuentran, no siempre proviene de FACE, sino del programa en cuestión, que tiene dicha administración que trabaja con los decimales como le da la gana y al intentar integrar la factura del cliente final le da error.
Os digo que me he encontrado casos de todo tipo, como un ayuntamiento que para calcular el total documento sumaba los importes de cada linea con el IVA incluido.

La fiesta acaba de empezar.

Recuerda que estamos hablando de la administración, las partidas de gastos se cierran al céntimo y si una partida a la que ha sido aprobado su pago por 1234,56€ su sistema de gestión no te va a admitir una factura por valor diferente a ese.

Respecto de tener muchos o pocos clientes en Face en relación a los problemas de rechazo, miré mi código para ver si me podría pasar el caso que me dices y tengo un link al fichero de validaciones de Face
https://www.boe.es/boe/dias/2015/08/...-2015-8844.pdf que te recomiendo te leas,

cito
a)En las facturas emitidas en euros, se validará que los importes totales de las líneas relativos al coste total sean numéricos y estén redondeados, de acuerdo con el método común de redondeo, a dos decimales, como resultado del producto del número de unidades por el precio unitario, y que los importes brutos de las líneas sean el resultado de restar del coste total los descuentos, y de sumar los cargos,
todos ellos numéricos y con dos decimales. Asimismo se validará que el resto de importes a nivel de línea, con excepción del importe unitario, vengan expresados en euros con dos decimales. No se consideran importes los tipos impositivos o los porcentajes a aplicar que, al igual que el importe unitario, podrán tener los decimales que permita el formato Facturae.

b) En las facturas emitidas en euros, se validará que el total importe bruto de la factura sea numérico y a dos decimales, por suma de los importes brutos de las líneas. Asimismo se validará que el resto de importes vengan expresados en euros con dos decimales. No se consideran importes los tipos impositivos o los porcentajes a aplicar que podrán tener los decimales que permita el formato Facturae.
c) Se validará la existencia del código de moneda de acuerdo con lo establecido en el propio esquema “Facturaeˮ.

d)  Si el “total importe bruto antes de impuestosˮ es positivo, se validará que el “total impuestos retenidosˮ, si tiene contenido, sea mayor o igual que cero.
e)  Se validará que el “total importe bruto antes de impuestosˮ sea igual al “total importe brutoˮ menos el “total general descuentosˮ más el “total general cargosˮ.
f)  Se validará que el “total Facturaˮ sea igual al “total importe bruto antes de impuestosˮ más el “total impuestos repercutidosˮ menos el “total impuestos retenidosˮ.para

Si te fijas, la base imponible debe coincidir con las suma de los importes brutos de cada línea ( para cada tipo de impuesto).
Si tu calculas la base imponible de la manera que comento en mi post anterior luego aseguras que esa base imponible coincide con la suma de los valores brutos de cada línea. Si no coincidiera, como es el caso del 2.80 debes ajustar la línea del bruto aplicando un descuento por valor o recargo por valor a dicha la línea para que, dejando quieta la base imponible, sean las líneas las que se ajusten internamente para solventar el problema

[bmfranky]

Empezado por sglorka

Recuerda que estamos hablando de la administración, las partidas de gastos se cierran al céntimo y si una partida a la que ha sido aprobado su pago por 1234,56€ su sistema de gestión no te va a admitir una factura por valor diferente a ese.

Respecto de tener muchos o pocos clientes en Face en relación a los problemas de rechazo, miré mi código para ver si me podría pasar el caso que me dices y tengo un link al fichero de validaciones de Face
https://www.boe.es/boe/dias/2015/08/...-2015-8844.pdf que te recomiendo te leas,

cito
a)En las facturas emitidas en euros, se validará que los importes totales de las líneas relativos al coste total sean numéricos y estén redondeados, de acuerdo con el método común de redondeo, a dos decimales, como resultado del producto del número de unidades por el precio unitario, y que los importes brutos de las líneas sean el resultado de restar del coste total los descuentos, y de sumar los cargos,
todos ellos numéricos y con dos decimales. Asimismo se validará que el resto de importes a nivel de línea, con excepción del importe unitario, vengan expresados en euros con dos decimales. No se consideran importes los tipos impositivos o los porcentajes a aplicar que, al igual que el importe unitario, podrán tener los decimales que permita el formato Facturae.

b) En las facturas emitidas en euros, se validará que el total importe bruto de la factura sea numérico y a dos decimales, por suma de los importes brutos de las líneas. Asimismo se validará que el resto de importes vengan expresados en euros con dos decimales. No se consideran importes los tipos impositivos o los porcentajes a aplicar que podrán tener los decimales que permita el formato Facturae.
c) Se validará la existencia del código de moneda de acuerdo con lo establecido en el propio esquema “Facturaeˮ.

d)  Si el “total importe bruto antes de impuestosˮ es positivo, se validará que el “total impuestos retenidosˮ, si tiene contenido, sea mayor o igual que cero.
e)  Se validará que el “total importe bruto antes de impuestosˮ sea igual al “total importe brutoˮ menos el “total general descuentosˮ más el “total general cargosˮ.
f)  Se validará que el “total Facturaˮ sea igual al “total importe bruto antes de impuestosˮ más el “total impuestos repercutidosˮ menos el “total impuestos retenidosˮ.para

Si te fijas, la base imponible debe coincidir con las suma de los importes brutos de cada línea ( para cada tipo de impuesto).
Si tu calculas la base imponible de la manera que comento en mi post anterior luego aseguras que esa base imponible coincide con la suma de los valores brutos de cada línea. Si no coincidiera, como es el caso del 2.80 debes ajustar la línea del bruto aplicando un descuento por valor o recargo por valor a dicha la línea para que, dejando quieta la base imponible, sean las líneas las que se ajusten internamente para solventar el problema

Hola, podriais poner un ejemplo de codigo de como realizais el ajuste automatico en el programa? o lo realizais manualmente?, Gracias.

[sglorka]

Empezado por bmfranky

Hola, podriais poner un ejemplo de codigo de como realizais el ajuste automatico en el programa? o lo realizais manualmente?, Gracias.

Bueno te puedo indicar el pseudocódigo aproximado de cómo valoramos una factura para impuestos incluidos en el precio
Espero no incurrir en ningún error. Pero básicamente, asegura que la suma de todos los valores brutos de las líneas para un tipo de Iva coincidan con la base imponible de ese Iva y que la suma de los valores de iva para el tipo de Iva "Tipo" coincida con el Iva del tipo "Tipo". He obviado los recargos de equivalencia para mayor claridad

1.- Construcción de las Bases Imponibles

For each LineaVenta in Ventas (Para cada línea de venta)
LineasVenta(Base) = LineasVenta(Uds) * LineasVenta(Precio) - (DescuentosLineas) + (RecargosLineas) 'En los Descuentos y recargos se incluyen prorrateados los descuentos y recargos globales
Next


2.-Cálculo de Brutos e Impuestos por línea

For each Tipo in TiposDeImpuestos (Para cada Tipo de Impuesto)

For each Linea in LineasVenta(Tipo) 'Obtiene todas las líneas de venta del Tipo "Tipo"

LineaBruto = Linea(Base) * 100 / (100 + Tipo)
LineaIva = Redondea2Decimales(LineaBruto * Tipo / 100)
LineaBruto = Redondea2Decimales(Linea(Base) - LineaIva)

Next

Next

3.-Ajustes de las Bases imponibles

For each Tipo in TiposDeImpuestos

For Each ValorBruto in LineasBruto(Tipo) 'Obtiene todos los valores brutos de las líneas con el Tipo "Tipo"
Parcial += ValorBruto
Next

Ajuste = LineaBruto(Tipo) - Parcial

si Ajuste <> 0 quiere decir que las sumas de las bases de cada línea para el tipo "Tipo" difiere de la Base imponible del tipo "Tipo"
Le aplico el ajuste a la primera línea del Tipo "Tipo"

if Ajuste <> 0 then

For Each Linea in LineaBruto(Tipo)
Linea(Bruto) += Ajuste
exit for
End if

End if

Next

4.- Hacemos lo mismo con los Impuestos

For each Tipo in TiposDeImpuestos

For Each ValorIva in LineasIva(Tipo)
Parcial += ValorIva
Next

Ajuste = LineaIva(Tipo) - Parcial

si Ajuste <> 0 quiere decir que las sumas de los Ivas de cada línea para el tipo "Tipo" difiere de el Valor de Iva para el tipo "Tipo"
Le aplico el ajuste a la primera línea del Tipo "Tipo"

if Ajuste <> 0 then

For Each Linea in LineasIva(Tipo)
Linea(Iva) += Ajuste
exit for
End if

End if

Next

[rci]

Empezado por bmfranky

Hola, podriais poner un ejemplo de codigo de como realizais el ajuste automatico en el programa? o lo realizais manualmente?, Gracias.

Hola bmfranky, cuando puedas mira los mensajes internos o el correo, hace días que estoy intentando contactar contigo sin conseguirlo.
Disculpad que lo pida por aquí

[ermendalenda]

Hola creo que no has puesto un ejemplo complejo.
En este caso has redondeado mal.
Ya que el iva es 0,2545 u se redondea a 0.25
Y la base 2.545 que se redondea a 2.55.
Pero llevas razón en que te vas a encontrar casos en los que si sumas individualmente bases e ivas obtienes diferencias con los totales, cuantas más líneas de artículos y más parametros(descuentos, recargos de equivalencias etc) más descuadres.
Existen varios problemas que te puedes encontrar si no lo haces bien, la solución:
-Internamente tienes que guardar los ivas a 8 decimales aunque los presentes redondeados a 2.
-calculas el importe total iva incluido por cada tipo de iva,sumando los importes , que es lo que tienes más claro.
-sumas los ivas por tipo(pero con los 8 decimales) y ya tienes los ivas, que tienes que presentarlo redondeados a 2 decimales
-se lo restas al importe total de cada importe por tipo el iva correspondiente redondeado, y ya tienes la base

De esta forma los descuadres se los come la base, aplicando el iva correcto SIEMPRE, que es lo más importante para hacienda.
Con lo cual si sumas el iva y la base te va a dar el importe total =que si sumaras los importes individualmente.
No pretendas en todos los casos que la suma de ivas redondeados o de las bases redondeados cuadren con las bases o ivas redondeados.
Nosotros en facturas grandes(de más de 1000lineas, por que son albaranes de 15 dias recapitulados en una factura) tenemos diferencia sumando las líneas hasta de 4 ó 5 euros entre la base y el iva pero si sumas las 2 juntas sale perfecto.. Pero claro eso pasa aplicado descuentos y recargos de equivalencia.
Te aconsejo que lo hagas así para que después en factura electrónica lo tengas más fácil.
Si lo haces con los 2 lados. Sumando ivas y bases cuando apliques recargos o descuentos te vas a encontrar de nuevo con el problema y vas a volver a tener descuadres.

[YellowStone]

Os cuento mi experiencia con FacturaE, porque con Verifactu ese problema no se va a dar porque no hay que incluir las líneas de las facturas.


Para FacturaE, el importe verdaderamente importante es el Total de la factura. Por tema de varios descuentos que se pueden aplicar a los precios unitarios, es fácil que si vas llevando línea a línea los importes, calculando descuentos y calculando impuestos y/o retenciones, por el tema de redondeo, y más cuando vendes tornillos cuyo precio puede ser con más de dos decimales, al final el total que has ido acumulando para FacturaE te descuadre céntimo arriba o céntimo abajo con el total de la factura que le presentaste al cliente. En esos casos, como sé de cuanto va a ser el descuadre, le añado una línea con ese importe de descuadre para llegar al cuadre total de la factura. No hay funcionario que se me resista.


En Verifactu no existe ese problema, no hay que detallar las líneas. Jugar con los totales, no con los parciales.

[sglorka]

Empezado por YellowStone

Os cuento mi experiencia con FacturaE, porque con Verifactu ese problema no se va a dar porque no hay que incluir las líneas de las facturas.


Para FacturaE, el importe verdaderamente importante es el Total de la factura. Por tema de varios descuentos que se pueden aplicar a los precios unitarios, es fácil que si vas llevando línea a línea los importes, calculando descuentos y calculando impuestos y/o retenciones, por el tema de redondeo, y más cuando vendes tornillos cuyo precio puede ser con más de dos decimales, al final el total que has ido acumulando para FacturaE te descuadre céntimo arriba o céntimo abajo con el total de la factura que le presentaste al cliente. En esos casos, como sé de cuanto va a ser el descuadre, le añado una línea con ese importe de descuadre para llegar al cuadre total de la factura. No hay funcionario que se me resista.


En Verifactu no existe ese problema, no hay que detallar las líneas. Jugar con los totales, no con los parciales.

Es una buena solución

[siyei]

Gracias por la información aunque todo lo que indicas ya lo había visto.

Por no alargar el tema, el problema es muy simple, con la limitación de los 2 decimales (como bien indicas el único punto donde se permite más decimales es en los precios unitarios), una factura que lleve un 10% de IVA, NUNCA debería valer 2,80 con IVA incluido.

Siguiendo las indicaciones que dices puedes llegar a hacer que FACE lo admita (aceptamos pulpo), pero nada te impide que el sistema informático de turno que tenga dicha administración al intentar integrar dicha factura te la rechace porque le diga que está mal valorada. Es decir, te exigen en una factura un importe que su ERP te va a rechazar.

Por cierto, mis ERPs también la rechazarían, porque de toda la vida una Factura se valora : Base + Impuestos = Total (redondeado a 2 decimales).

[sglorka]

Empezado por siyei

Gracias por la información aunque todo lo que indicas ya lo había visto.

Por no alargar el tema, el problema es muy simple, con la limitación de los 2 decimales (como bien indicas el único punto donde se permite más decimales es en los precios unitarios), una factura que lleve un 10% de IVA, NUNCA debería valer 2,80 con IVA incluido.

Siguiendo las indicaciones que dices puedes llegar a hacer que FACE lo admita (aceptamos pulpo), pero nada te impide que el sistema informático de turno que tenga dicha administración al intentar integrar dicha factura te la rechace porque le diga que está mal valorada. Es decir, te exigen en una factura un importe que su ERP te va a rechazar.

Por cierto, mis ERPs también la rechazarían, porque de toda la vida una Factura se valora : Base + Impuestos = Total (redondeado a 2 decimales).

Yo tampoco quiero alargar más el tema porque al final es decir más de lo mismo. Pero cuando dices "una factura que lleve un 10% de IVA, NUNCA debería valer 2,80 con IVA incluido" pues entenderás que es un poco fuerte no ?