Si vendes con Amazon FBA en varios países de la UE y estás en OSS, no presentar el Modelo 369 no es un despiste menor. Es dejar sin declarar el IVA de ventas B2C transfronterizas que ya has generado y que, además, suele dejar rastro suficiente en tus informes de Amazon. El problema no es solo la multa. El problema es acumular trimestres, errores de país, recargos y una regularización más difícil de defender cuanto más tarde lo mires.
Muchos sellers se confían porque el 369 no siempre se toca cada semana como el 303. Ahí está el fallo. El 369 va por trimestre, pero cuando llega el plazo ya necesitas ventas clasificadas por país de consumo, tipos de IVA y esquema correcto. Si improvisas el último día, aumentan las opciones de presentar mal, presentar tarde o no presentar. Y cuando eso pasa, la factura suele ser bastante peor que el tiempo que habrías dedicado a ordenarlo.
Qué incumplimientos suelen acabar en problemas con el Modelo 369
Hay tres escenarios típicos. El primero es no presentar el modelo cuando estás dado de alta en OSS y te corresponde declarar el trimestre. El segundo es presentarlo fuera de plazo. El tercero es presentarlo con datos incompletos, inexactos o mal clasificados. En la práctica, el seller que falla en el 369 casi nunca falla solo en una cosa: suele mezclar retraso, importes mal agregados y una lectura floja del VAT Transaction Report.
En Amazon FBA este riesgo es mayor porque una misma cuenta puede tener ventas domésticas, ventas a distancia intracomunitarias, devoluciones, ajustes y operaciones que no deben entrar en OSS. Si además vendes desde stock repartido por varios países, la frontera entre lo doméstico y lo transfronterizo no se arregla con una suma rápida en Excel. Por eso conviene tener claro primero qué entra realmente en OSS para Amazon FBA y después cómo se estructura el Modelo 369.
Otro error habitual es pensar que "si no he cobrado todavía todo el settlement" o "si Amazon ya tiene los datos" el trimestre puede esperar. No. El 369 no depende de que te hayas organizado ni de que Amazon te lo ponga fácil. Depende de si has realizado operaciones cubiertas por OSS durante el período y de si sigues registrado en el régimen.
Qué sanciones puedes encontrarte: no presentar, presentar mal o hacerlo por la vía incorrecta
A nivel de marco general, la Ley General Tributaria diferencia entre no presentar en plazo y presentar incorrectamente declaraciones o autoliquidaciones sin perjuicio económico. Esa diferencia importa porque no es lo mismo desaparecer del radar que presentar algo defectuoso que aún permite regularizar. Pero conviene decirlo claro: en el 369 no siempre vas a poder encajar el problema como una mera infracción formal. Si el error afecta al importe declarado, al país de consumo o a la cuota a ingresar, el análisis ya no es tan simple.
No presentar el modelo
Como referencia general, el artículo 198 LGT contempla la no presentación en plazo de autoliquidaciones o declaraciones sin perjuicio económico con una multa fija. En el caso general, la referencia conocida es 200 euros, y si presentas fuera de plazo sin requerimiento previo puede reducirse a la mitad. Eso no significa que cualquier 369 tardío se cierre automáticamente con esa cifra. Significa que existe un régimen sancionador formal de partida, pero la calificación concreta depende de cómo quede configurado el incumplimiento en tu expediente.
Traducido a lenguaje de seller: si no presentas, no presupongas que "serán 100 euros y ya está". Puede haber más fricción, más requerimientos y más coste indirecto del que imaginas. Además, cuando un trimestre mal presentado arrastra el siguiente, el problema se multiplica porque la reconciliación histórica se vuelve más lenta y menos defendible.
Presentar con errores o con datos incompletos
El artículo 199 LGT cubre la presentación incompleta, inexacta o con datos falsos en declaraciones sin perjuicio económico, con una sanción fija de referencia. También contempla sanción específica si presentas por medios distintos a los obligatorios cuando debías hacerlo electrónicamente. En OSS esto importa bastante porque no basta con "presentar algo". El archivo tiene que cuadrar con los criterios del modelo y con la lógica de tus operaciones.
Los errores que más se repiten en Amazon FBA suelen ser estos:
- Meter en OSS ventas que en realidad eran domésticas.
- No separar bien países de salida y llegada.
- Ignorar devoluciones o ajustes del mismo período.
- Arrastrar operaciones fuera del esquema UNION-OSS.
- Declarar importes con lógica de settlement, no con lógica fiscal.
Si quieres revisar esos fallos antes de presentar, merece la pena repasar los errores más comunes del Modelo 369. Es más barato corregir el criterio antes del cierre que reconstruirlo cuando ya tienes un aviso encima.
Recargos por presentar fuera de plazo: aquí es donde mucha gente se confunde
Una cosa es la sanción y otra el recargo por presentación extemporánea sin requerimiento previo. No son exactamente lo mismo ni operan igual. Desde la reforma del artículo 27 LGT, el esquema general es claro: si presentas tarde sin requerimiento, el recargo empieza en el 1% y suma un 1% adicional por cada mes completo de retraso. Cuanto antes regularices, menos duele. Cuanto más lo alargues, más caro sale.
Este punto cambia bastante la estrategia práctica. Antes había sellers que retrasaban la regularización esperando "un momento mejor" o a tener todo perfecto. Mala idea. Si ya sabes que el trimestre está fuera de plazo, normalmente te interesa regularizar cuanto antes y cerrar el perímetro del error. El coste de esperar rara vez compensa, sobre todo si el desorden de datos sigue creciendo con cada nuevo período.
También conviene separar dos conversaciones que a menudo se mezclan. El recargo responde al hecho de presentar tarde sin requerimiento. La sanción responde al incumplimiento o a la forma del incumplimiento. En algunos casos convivirán; en otros, la discusión jurídica será más fina. Pero desde un punto de vista operativo, el mensaje útil es este: el reloj corre en tu contra desde el día siguiente al vencimiento.
Prescripción de 4 años y por qué DAC7 no te "cubre" nada
La referencia general de prescripción en materia tributaria es de cuatro años. Eso no significa que puedas relajarte durante cuatro años y luego olvidarte. Significa que la Administración dispone, como regla general, de ese plazo para comprobar, liquidar y exigir, con los efectos de interrupción que correspondan. En la práctica, cualquier requerimiento, actuación administrativa o movimiento del propio contribuyente puede volver a poner el contador en marcha.
Aquí entra DAC7. Amazon, como operador de plataforma, puede comunicar información a las autoridades fiscales. Pero esa obligación informativa de la plataforma no sustituye tu obligación de presentar correctamente tus modelos. DAC7 no "presenta por ti", no corrige tu 369 y no convierte un trimestre omitido en trimestre cumplido. Lo único que hace es reducir tu margen para pensar que nadie verá el hueco.
De hecho, confiar en que "Amazon ya reporta" suele empeorar la gestión interna. El seller baja la guardia, deja de revisar sus informes y se encuentra meses después con ventas transfronterizas mal clasificadas, un alta OSS mal aprovechada y un histórico que ya no se reconcilia bien ni con el VAT report ni con sus propias liquidaciones. Cuando llegas a ese punto, ya no estás resolviendo un modelo. Estás deshaciendo una cadena de errores.
Cómo reducir el riesgo sin depender de una gestoría ni de un Excel eterno
La forma más realista de reducir el riesgo es bajar la fricción operativa. No necesitas una teoría brillante sobre IVA europeo. Necesitas un flujo repetible: descargar los informes correctos, separar qué entra en OSS y qué no, revisar países, validar importes y llegar al cierre con el modelo casi resuelto. Cuanto más manual sea el proceso, más probabilidades hay de que algo se rompa en el peor momento.
FBAtax está pensado justo para ese tramo del problema. Procesa dos informes de Amazon, el Settlement Report (.txt) y el VAT Transaction Report (.csv), y te prepara la salida fiscal sin tener que reconstruir todo desde cero cada trimestre. Para el 369 genera el fichero TXT en formato BOE conforme a la Orden HAC/610/2021. Para el 303 genera un Excel con las casillas calculadas. Y los modelos 349, 390 y 347 están en Beta como vista previa orientativa.
Eso no elimina tu responsabilidad, pero sí reduce bastante el riesgo de fallo humano en tareas repetitivas. En vez de pelearte con filtros, columnas y cruces de países al cierre del trimestre, llegas con una base procesada y revisable. Si ahora mismo estás montando el 369 a mano, puedes probar FBAtax gratis durante la Beta, sin tarjeta. El ahorro real no es solo tiempo. Es bajar la probabilidad de un error que te obligue a regularizar tarde.
Mi recomendación es simple. Si ya estás en OSS, no esperes al próximo susto para ordenar el proceso. Revisa cómo declaras, confirma que entiendes qué necesitas para presentar el 369 sin improvisar y automatiza la parte repetitiva cuanto antes. Probar FBAtax ahora, mientras la Beta es gratuita, cuesta bastante menos que corregir varios trimestres fuera de plazo.
Preguntas frecuentes
¿Qué pasa si presento el Modelo 369 fuera de plazo sin requerimiento previo?
Entra en juego el recargo por presentación extemporánea y, según cómo se califique el caso, puede haber además consecuencias sancionadoras. El punto práctico es que presentar tarde sigue siendo mejor que dejarlo sin presentar durante meses.
¿Amazon reporte mis datos por DAC7 me libra de presentar el 369?
No. DAC7 es una obligación de información de la plataforma. Tu obligación de declarar el IVA OSS sigue siendo tuya. Amazon puede comunicar datos; no sustituye tu autoliquidación ni corrige tus errores.
¿Cuánto tiempo tiene Hacienda para revisar un 369 no presentado o incorrecto?
Como regla general, cuatro años. Pero ese plazo puede interrumpirse. Por eso no conviene pensar en la prescripción como un refugio operativo. Lo sensato es cerrar cada trimestre bien y no acumular ruido fiscal.
