Ampliar información

1
ARGUMENTARIO PROCESOS CALCULO INFORMATICO DEL IMPUESTO
SOBRE EL VALOR AÑADIDO.
Regla Fiscal: A efectos de procesos de cálculo a Agencia Tributaria establece
que estos deben calcularse a 3 dígitos en céntimos de euro y realizando
posteriormente a efectos de totales un redondeo a 2 dígitos del tipo:
Si el 3er. Decimal es = o Mayor que 5, el segundo decimal suma 1 .
De este modo una cuota de Iva resultante de 1,558 = 1,56
Problemática: En multitud de empresas es imposible realizar procesos
transacionales operativos a solo 3 decimales, ya que la unidad mínima de
venta y cálculo de precio es de menor valor.
Ejemplos:
Empresa dedicada a la venta de productos donde la unidad mínima de Venta
es 1 unidad y el precio es de 0,00364
Línea de Venta: (Calculo Real)
Unidades: 10.000
Precio Real: 0,00364
Total linea: 36,4
Iva Linea: 5,82
Total Documento: 42,22
Linea de Venta (Calculo Fiscal)
Unidades: 10000
Precio Real: 0,003
Total linea: 30
Iva: 4.8
Total: 34.8
También en procesos de Fabricación donde un componente (por ejemplo un
aditivo) que forma parte del costeo del proceso, suele tener costes inferiores a
céntimo de Euro.
Al gestionar el escandallo de fabricación cargando costes por cada unidad,
llegaríamos al resultante informático de que a un fabricante de muebles no le
cuestan nada anualmente los aditivos para el barnizado de sus fabricados si el
valor del aditivo empleado por unidad mínima de fabricación fuera de 0,0009,
2
habida cuenta además de que esa unidad fabricada puede formar parte de una
fabricación múltiple siendo a su vez componente de una unidad de superior
nivel.
Téngase en cuenta que estos procesos de coste, vienen automatizados desde
la introducción de Documentos de Compra, y por tanto es también en ellos
donde han de ser procesadas las líneas con 5 decimales, en evitación de este
error.
Llegamos por tanto a la conclusión siguiente:
NO PODEMOS PROCESAR LOS PRECIOS UNITARIOS EN LINEA DE
DOCUMENTO A 3 DECIMALES tal como establece la Ley de Redondeo del
Euro.
Sensei establece entonces en sus sistemas de Software informático de gestión
un nivel de 5 decimales en cálculos de línea. Es decir, que podemos gestionar
un precio de unidad mínima de venta o transacción interna de coste de
fabricación de 0,00001 .
PROBLEMÁTICA RESULTANTE DE AGRUPACION DE LAS CUOTAS DE
IVA
•
•
•
•
•
Una factura puede componerse de uno o varios albaranes de entrega.
Un albaran puede tener múltiples líneas.
Un albaran puede tener múltiples Bases Imponibles sobre distintos tipos
de IVA aplicables a los productos transacionados.
El Albaran puede ser un Documento Valorado.
Lo totales del pié de Factura deben ser iguales al Sumatorio de los
Totales de los pies de Documentos Albaranes Valorados.
¿Cómo gestiona el proceso Sensei?
Cada línea de Albaran es gestionada con 5 decimales generando una cuota de
IVA que se guarda informaticamente por línea de Documento con 5 decimales.
El total de ese documento mantiene los siguientes cálculos:
La Base Imponible Documento (Albaran) es igual al Sumatorio del total de las
Bases Imponibles de cada línea a 5 decimales.
Una vez sumadas se aplicará el redondeo a 2 decimales resultando así el
campo Total Base Imponible Documento.
B.I. Total= (Suma(BI Linea 1)+(BI Linea 2))= EEEE,DDDDD
3
1.-Obtenemos un número del tipo: 1234,12345 con 5 decimales.
2.-Aplicación de redondeo: 1234,12
Del mismo modo se calcula el IVA por línea, agrupándose al pie con los
mismos parámetros.
TIPO IVA 1 Documento= (Suma (Cuota Iva linea1)+(Cuota Iva linea 2)= EEEE,DDDD.
1.- Obtenemos un numero del tipo: 1234,12345 con 5 decimales.
2.- Aplicación de redondeo: 1234,12
Por tanto,
B.I 1 + Cuota de IVA 1 + B.I. 2 + Cuota Iva 2 = Total Documento (todo a 2 decimales)
En este calculo ya todo esta procesado a 2 decimales enteros despreciando el
resto y tendríamos los totales acumulados de 1 albaran.
Si han sido procesados 100 Albaranes en el proceso de facturación sobre una
empresa cliente, el proceso de agrupación que se realiza sobre la Factura es el
siguiente:
B.I. 1 de albaran 1 + B.I. 1 de Albaran 2 .. + B.I. 1 de Albaran 100 = Total B.I. 1 (1234,12)
Cuota Iva 1 de Alb. 1 + Cuota Iva 1 de Albaran 2….+ Cuota Iva 1 de Albaran 100= Total Cuota IVA Tipo 1
Este proceso puede repetirse si la Factura contempla múltiples albaranes que a
su vez contengan distintos tipos de IVA en alguno de ellos.
Con lo que los Totales Factura vendrían a ser:
B.I 1 + Cuota de IVA 1 + B.I. 2 + Cuota Iva 2 = Total Documento
¿Qué ocurre entonces en los pies de documento con los cálculos puros
sobre el porcentaje de IVA?
Podemos encontrarnos con el siguiente pie de Factura:
B.I. : 100 €
Tipo Iva 16% Cuota 16,01 Total Documento: 116,01
4
¿Por qué?
Ese resultante será el de un pie de Factura que contenga múltiples Albaranes,
y a su vez con múltiples líneas cada uno de ellos.
Porque el campo B.I. acaba siendo el sumatorio de las Bases Imponibles de
todos los albaranes agrupadas por albaran, que a su vez lo son las de todas
sus lineas a 5 decimales, redondeados a 2 en los totales y pudiendo producir
un acumulado de redondeo de +- 0,01 por linea.
Porque el campo IVA acaba siendo el sumatorio de las Cuotas de Iva de de
todos los albaranes agrupadas por albaran, que a su vez lo son las de todas
sus lineas a 5 decimales, redondeados a 2 en los totales y pudiendo producir
un acumulado de redondeo de +- 0,01 por línea.
DIFERENCIAS EN EL TOTAL BASE IMPONIBLE
También puede suceder que el Total B.I. del documento sea distinta a la suma
“física” de los totales de cada línea, si estos han sido impresos en el
documento a 2 decimales, (no redondeados) ya que estamos haciendo
desaparecer informativamente del documento 3 decimales por línea que sí
están actuando en el factor redondeo.
Sucedería entonces que:
Suma física (calculadora) de las líneas 100,45
Total B.I,: 100.48
A estos efectos el Sistema Informático mantiene el campo DIFERENCIAS DE
CALCULO que puede ser imprimible en el documento antes de la B.I. para
facilitar la comprensión del documento al titular.
Sumas Líneas: 100.45
Redondeo: 0,03
Total Imponible: 100,48
5
Proceso de Liquidaciones de Iva, Mod 300.
Sensei mantiene un histórico de grabación por documento, es decir que
“guarda” los registros de cada total de Base Imponible por documento y cada
total de Cuota de IVA por Documento, y esos importes son los que traspasa a
los procesos contables.
Si tenemos por tanto 5 documentos con 100 € de B.I. y 16,01 de Cuota de Iva,
tendremos unos totales acumulados en el Iva Repercutido de:
Total B.I. IVA Repercutido: 500
Total IVA Repercutido: 80.05 €
La cantidad de 80, 05 € será la que INGRESEMOS FISCALMENTE, y desde
donde generaremos el Mod. 300, ya que es EXACTAMENTE la que le
hemos retenido por concepto IVA a nuestro cliente, lo que en ningún caso
supone que esa cantidad sea el 16% de la Base Imponible.
De este modo, con nuestro sistema SIEMPRE INGRESAREMOS lo que
hayamos RETENIDO, y SIEMPRE DEDUCIREMOS POR IVA SOPORTADO
lo que nos hayan RETENIDO nuestros proveedores, evitando situaciones de
otro tipo y muy comunes en otros productos software donde calculan
directamente el 16% al total de las sumas de las Bases Imponibles, forzando
un cuadre imposible sobre el periodo y reflejan esa cantidad como Total de Iva
Soportado o Repercutido, y que nunca se corresponderá con la cantidad que la
empresa contribuyente ha retenido por cada operación de venta a sus clientes
ni la que ha pagado a cuenta como Iva Soportado a sus proveedores.
Anexo: Este documento describe los procesos de cálculo e informáticos sobre los que ha sido diseñado un
determinado Software de Gestión, sirviendo como base de Análisis Informático y como explicación del método a los
usuarios del mismo, lo que en ningún caso garantiza que el software se encuentre libre de errores, o que tales cálculos
se realicen efectivamente, ni tampoco como factores resultantes de este u otros procesos combinados, no siendo por
tanto vinculante a nivel de la obtención de datos, ni de la idoneidad de los mismos y estando los acuerdos de uso y
responsabilidad en cualquier caso definidos en la aceptación del Contrato Licencia Usuario Final (CLUF) y en los
términos que en él se establecen para los usuarios del producto software.