El plazo del modelo 303 del segundo trimestre cierra el 20 de julio. Si usáis NetSuite como ERP, la calidad de la declaración depende de cómo estén configurados vuestros tax codes, no de la herramienta. Esta guía explica la configuración mínima que necesitáis, cómo conciliar el libro de IVA de NetSuite con el modelo 303 y qué errores aparecen más en el cierre trimestral.
El modelo 303 es la autoliquidación trimestral del IVA. En NetSuite, la calidad de la declaración depende de la configuración de los tax codes. Plazos de presentación:
| Trimestre | Plazo de presentación |
|---|---|
| 1T | 1 – 20 de abril |
| 2T | 1 – 20 de julio |
| 3T | 1 – 20 de octubre |
| 4T | 1 – 30 de enero del año siguiente |
Los 5 errores más frecuentes antes de presentar (detallados más abajo):
El modelo 303 es la autoliquidación trimestral del IVA en España. Las empresas que no están obligadas al SII — es decir, la mayoría de las pymes — declaran el IVA devengado y el IVA soportado deducible de cada trimestre, calculan la diferencia y la ingresan o solicitan devolución. Las fechas de presentación son:
Si vuestro volumen de operaciones supera los 6 millones de euros anuales, estáis obligados al SII y presentáis el modelo 303 mensual. En ese caso, la fuente del dato es el SII, no el libro de IVA generado por NetSuite directamente — aunque ambos tienen que cuadrar.
El error conceptual más frecuente que vemos en empresas que usan NetSuite: asumir que la plataforma genera automáticamente el modelo 303 listo para firmar. No es así. NetSuite genera los libros de IVA con los datos de las transacciones, y vosotros — o vuestro asesor fiscal — completáis el modelo 303 en la sede de la AEAT. Lo que sí puede hacer NetSuite es generar los datos que van dentro del modelo con la calidad y el detalle necesarios para que rellenarlo sea rápido y sin discrepancias.
La localización española de NetSuite incluye informes de IVA que desglosan el impuesto por periodo fiscal, tipo impositivo y naturaleza de la operación. El punto de partida es el informe de IVA (Tax Report) y, dentro de él, el desglose por tax code.
Cada transacción en NetSuite lleva asociado un tax code. Ese tax code determina: el tipo impositivo (21%, 10%, 4%, exento, no sujeto), si el IVA es devengado o soportado, y si el IVA soportado es deducible al 100% o en prorrata. El modelo 303 agrega todos esos datos por casilla: IVA devengado en operaciones interiores, IVA devengado en adquisiciones intracomunitarias, IVA soportado deducible, etc.
Si los tax codes están bien configurados, el informe de IVA de NetSuite cuadra directamente con las casillas del modelo 303. Si no lo están — si hay tax codes mal nombrados, tipos impositivos duplicados o transacciones que han ido al tipo equivocado — la conciliación se convierte en un trabajo manual que en cierre trimestral nadie tiene tiempo de hacer bien.
La configuración correcta no es compleja, pero requiere atención a los detalles. Estos son los elementos clave.
Una implementación estándar para una empresa española que opera solo en mercado interior necesita al menos estos tax codes:
Si la empresa tiene operaciones intracomunitarias o importaciones, se añaden los tax codes de adquisición intracomunitaria (con la mecánica del IVA auto-repercutido) y los de importación con DUA.
Los tax codes en NetSuite se agrupan en tax groups. El tax group es lo que se asigna a los artículos del catálogo, a los clientes y a los proveedores. Cuando se genera una transacción, NetSuite aplica el tax code que corresponde según la intersección entre el tax group del artículo y el del cliente o proveedor.
El error más habitual en este punto: mezclar tax codes de ventas y de compras en un mismo tax group, o crear tax groups que combinan tipos impositivos que nunca deberían coexistir en una misma línea. El resultado son transacciones con IVA calculado correctamente en importe pero asignado a un código que no cuadra con la casilla del modelo 303 que le corresponde.
La localización española de NetSuite mapea cada tax code a las casillas del modelo 303 a través de la configuración del módulo fiscal. El mapeo estándar para el mercado español es el siguiente:
Si un tax code no está mapeado, las transacciones que lo llevan no aparecen en el informe de IVA. Eso significa que el total del informe no cuadra con las facturas emitidas o recibidas del período — y la discrepancia hay que encontrarla factura a factura.
Estos son los problemas que aparecen con más frecuencia en los cierres trimestrales que revisamos con clientes que usan NetSuite.
El escenario más común: un artículo del catálogo lleva asignado por defecto IVA_21_V, pero en una determinada transacción debería llevar IVA_10_V (por ejemplo, una obra de rehabilitación de vivienda o un producto alimenticio que tributa al 10%). El usuario no cambia el tax code en la línea y la factura queda contabilizada al 21%.
La suma del IVA devengado al 21% en el informe de NetSuite queda inflada, y la suma al 10% queda por debajo de lo real. Si el importe es relevante, la discrepancia es visible al cruzar el informe con el detalle de facturas. Si es pequeña, puede pasar desapercibida hasta que la AEAT cruza el modelo 303 con el modelo 347 de operaciones con terceros.
La corrección pasa por revisar el catálogo de artículos y asegurarse de que el tax group por defecto es el correcto para cada tipo de producto o servicio. Para líneas históricas ya facturadas incorrectamente, hay que emitir la factura rectificativa correspondiente antes de presentar el modelo del trimestre.
Las adquisiciones intracomunitarias (compras a proveedores de la UE) tienen una mecánica especial: el comprador español auto-repercute el IVA (lo devenga y lo deduce en la misma declaración, si la compra es para actividad sujeta y no exenta). En el modelo 303, esto corresponde a las casillas 10-13 (adquisición intracomunitaria) junto con las de IVA soportado deducible.
En NetSuite, esto requiere tax codes específicos de adquisición intracomunitaria que generen dos apuntes de IVA en la misma factura: uno de IVA devengado (cuota del lado del vendedor) y otro de IVA soportado deducible (cuota del lado del comprador). Si la implementación usa el tax code estándar de compras (IVA_21_C) para facturas de proveedores europeos, el IVA auto-repercutido no aparece en el modelo 303 — lo que genera un error en las casillas 10-13 que la AEAT puede cruzar con el modelo 349 de operaciones intracomunitarias.
El devengo del IVA en compras se produce en el momento de la recepción de la factura o de la entrega del bien, lo que ocurra antes. Una factura recibida en junio, pero registrada en NetSuite en julio, cae en el trimestre equivocado. Si el volumen de facturas de compra atrasadas es relevante, el IVA deducible del Q2 queda por debajo de lo real y el del Q3 queda inflado.
La solución preventiva es configurar en NetSuite el período contable de cada factura de compra en el momento de su registro, y no dejar facturas recibidas acumularse para registrar en lote. La solución correctiva es ajustar la fecha de contabilización antes de cerrar el período fiscal en NetSuite — con la fecha de contabilización dentro del trimestre correcto.
Si durante la vida de la implementación se han creado tax codes ad hoc (para un proyecto concreto, para un tipo de retención, para un tratamiento fiscal especial) sin mapearlos al informe de IVA de la localización española, esas transacciones no aparecen en el Tax Report. El libro de IVA de NetSuite queda incompleto sin ningún aviso visible.
El diagnóstico es simple: cruzar el total de IVA devengado del informe de IVA con el saldo de la cuenta contable de IVA repercutido en el balance de situación a cierre de trimestre. Si no cuadran, hay transacciones que no están llegando al informe — y la búsqueda empieza por los tax codes sin mapear.
En algunos equipos financieros existe la práctica de ajustar el libro de IVA directamente antes de la presentación, sin que quede registro en NetSuite del motivo del ajuste. El resultado es un histórico de modelos 303 que no cuadra con el libro de IVA de NetSuite, lo que complica cualquier comprobación posterior o auditoría.
El enfoque correcto es documentar cualquier ajuste como un journal entry en NetSuite con el texto explicativo en el campo de notas de la transacción. Así el ajuste queda vinculado al período correcto, tiene trazabilidad y el auditor o inspector puede seguir el hilo desde el modelo 303 hasta la transacción concreta en el ERP.
El proceso de conciliación antes de presentar el modelo 303 tiene cuatro pasos.
Paso 1 — Cerrar el período fiscal en NetSuite. Antes de extraer el informe de IVA, cerrad el período fiscal del trimestre. Esto evita que facturas registradas después del cierre modifiquen los saldos del período que estáis declarando. En NetSuite, el cierre de período está en Configuración > Contabilidad > Gestión de Periodos Contables.
Paso 2 — Extraer el informe de IVA. En la localización española, el informe de IVA desglosa las bases y cuotas por tax code y por período. Aseguraos de que el rango de fechas es exactamente el del trimestre: 1 de abril a 30 de junio para el Q2.
Paso 3 — Cruzar con el balance de cuentas de IVA. El saldo de las cuentas contables 477 (IVA repercutido) y 472 (IVA soportado deducible) a 30 de junio tiene que coincidir con los totales del informe de IVA. Si no cuadran, la diferencia está en transacciones con tax codes sin mapear, facturas con fecha de contabilización fuera del trimestre, o ajustes que no han ido al módulo fiscal.
Paso 4 — Trasladar los datos al modelo 303. Con el informe de IVA conciliado, completad las casillas del modelo 303 en la sede de la AEAT (o en vuestro software de presentación fiscal). Las bases y cuotas por tipo impositivo van directamente a las casillas correspondientes. El resultado neto — IVA devengado menos IVA deducible — es la cuota diferencial a ingresar o a devolver.
No genera el fichero XML para presentar directamente en la AEAT. La localización española de NetSuite genera los informes de IVA que alimentan la declaración, pero la presentación del modelo 303 se hace en la sede electrónica de la AEAT (o en software fiscal homologado) a partir de los datos extraídos de NetSuite.
Las empresas con actividades exentas y no exentas simultáneas tienen que aplicar la regla de prorrata: solo pueden deducir el IVA soportado en la proporción que corresponde a la actividad sujeta. NetSuite soporta la configuración de prorrata, pero requiere configurar el porcentaje de prorrata provisional al inicio del ejercicio y ajustarlo a la prorrata definitiva en el cierre de año. Si la prorrata no está configurada, NetSuite deduce el 100% del IVA soportado en todas las compras, lo que genera un IVA deducible excesivo en el modelo 303.
Si el error perjudica a la AEAT (habéis declarado menos IVA a ingresar del que correspondía), hay que presentar una declaración complementaria antes de que la AEAT lo detecte. Si el error os perjudica a vosotros (habéis deducido menos IVA del que podíais), podéis presentar una solicitud de rectificación de autoliquidación o incluir el importe no deducido en el modelo 303 del siguiente período, con el límite del ejercicio fiscal.
Las empresas en régimen de recargo de equivalencia (fundamentalmente minoristas) no declaran el modelo 303 porque no repercuten ni deducen IVA — el recargo lo ingresan sus proveedores. Si tenéis un subsidiary o una actividad marginal sujeta al régimen general, esa parte sí declara el 303 y la configuración de tax codes tiene que separar claramente las operaciones de recargo de equivalencia del resto.
Al menos una vez al año, antes del cierre fiscal, y siempre que haya cambios en la estructura de productos, en los mercados en los que opera la empresa o en la normativa fiscal (la AEAT modifica las instrucciones del modelo 303 en algunos ejercicios). Si incorporáis nuevas líneas de negocio o empezáis a trabajar con clientes o proveedores de fuera de España, la revisión es obligatoria antes de las primeras transacciones.
Si el Q2 se acerca y no tenéis claro si vuestros tax codes están bien configurados o si el informe de IVA de NetSuite va a cuadrar con vuestras facturas, nuestro equipo puede revisar la configuración antes del cierre. Llevamos años trabajando con la localización española de NetSuite y hemos visto estos errores en empresas de muy distinto tamaño. Cuéntanos vuestro caso.
Gratuito
