ARGUMENTARIO PROCESOS CALCULO INFORMATICO DEL IMPUESTO SOBRE EL VALOR AÑADIDO.

Transcripción

1 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: Precio Real: 0,00364 Total linea: 36,4 Iva Linea: 5,82 Total Documento: 42,22 Linea de Venta (Calculo Fiscal) Unidades: 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 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, 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 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 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 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,: 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: Redondeo: 0,03 Total Imponible: 100,48

5 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: 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.