Software para SILICIE y el Modelo 573 de líquidos de vapeo

¿Qué hace el software, desde la factura hasta el asiento presentado?

Coge tus movimientos de donde ya están: albaranes y facturas de compra, de venta y de traslado, exportados de tu ERP o de tu programa de facturación. Los convierte en asientos de existencias con el tipo de movimiento, el epígrafe, el régimen y las unidades que espera la Agencia Tributaria, y los valida antes de enviar, no después.

Lo que no pasa la validación se queda en una bandeja con el motivo escrito en castellano, no con un código de error. Lo que pasa se envía firmado con tu certificado y vuelve con su respuesta, que queda guardada junto al asiento. No tecleas un movimiento dos veces ni subes ficheros a mano.

Con esos mismos datos se calcula el Modelo 573 del periodo. La contabilidad y la autoliquidación salen de la misma fuente, así que no pueden contradecirse entre ellas.

• Importa albaranes y facturas desde el ERP, por base de datos, export automático o API
• Valida cada asiento antes del envío y explica el fallo en lenguaje normal
• Guarda la respuesta de la AEAT pegada al movimiento que la generó
• Alimenta el Modelo 573 con los mismos datos, sin recontar nada aparte

¿Cómo presenta el software los asientos con mi certificado digital?

El certificado digital se instala en tu servidor y se renueva ahí. Con él, el programa se identifica contra los servicios web de la AEAT y envía los asientos sin que nadie abra un navegador ni suba un fichero a mano.

Los envíos van por lotes y con reintento controlado: si una petición se corta a mitad, el sistema consulta primero a la AEAT qué llegó y solo después reenvía, para no duplicar asientos. Las anulaciones y las rectificaciones se mandan como lo que son, referenciando el asiento original ya aceptado.

Cada respuesta de la AEAT se archiva con su fecha, su código y su contenido, pegada al asiento que la generó. Cuando llegue un requerimiento, la trazabilidad ya está hecha y no hay que reconstruirla.

El detalle de cómo está montado el cliente contra los servicios web lo cuento en el caso de SILICIE VapeTax. Aquí me quedo en lo que te afecta a ti usándolo.

El Modelo 573 se calcula con FIFO separando el impuesto devengado del régimen suspensivo

Aquí es donde se paga de más. En un establecimiento con CAE conviven dos tipos de stock del mismo producto: el que ya lleva el impuesto devengado y el que sigue en régimen suspensivo. Si el cálculo trata las existencias como un montón único de mililitros, las salidas consumen lo que no toca y acabas tributando dos veces por el mismo líquido.

El motor no lleva un saldo: lleva capas. Cada entrada crea una capa con su régimen, su epígrafe y su fecha. Cada salida consume por orden de antigüedad y deja escrito de qué entrada salió cada mililitro.

De ahí sale la cuota del periodo y también el porqué. Puedes abrir cualquier línea de la autoliquidación y ver los movimientos que la componen. Esa es la diferencia entre una cifra que defiendes y una cifra que te crees.

• Cada entrada es una capa con régimen, epígrafe, fecha y unidades propias
• Las salidas consumen por antigüedad y dejan rastro de la capa consumida
• Cada línea del 573 se puede abrir hasta el albarán de origen
• Los cambios de régimen se anotan como movimiento, no se corrigen a mano

¿Por qué se descuadran los litros entre el almacén y la declaración?

Porque el almacén trabaja en mililitros y en gramos, y la declaración se presenta en litros y en kilogramos. La conversión parece trivial hasta que la haces mal.

Los dos fallos más habituales son redondear línea a línea en lugar de sobre el total del periodo, y recortar decimales por debajo de lo que admite el formato. Cada línea pierde una miga y, con miles de movimientos, esa miga se convierte en una diferencia que después nadie sabe de dónde sale.

El software guarda siempre la unidad de trabajo original y convierte una sola vez, en el momento de declarar. El factor vive en la ficha del artículo, no en la cabeza de nadie: mililitros por unidad, gramos por unidad, epígrafe. Si un artículo entra sin ese dato, no se envía y salta el aviso, en lugar de colarse redondeado a cero.

¿Se puede conciliar lo declarado en la AEAT con tu contabilidad antes de presentar?

Preguntándoselo. El sistema consulta a la Agencia Tributaria los asientos registrados del periodo y los cruza contra tu contabilidad local, uno a uno.

Salen tres listas: lo que coincide, lo que está en la AEAT y no está en tu contabilidad, y lo que está en tu contabilidad y no ha llegado. La segunda es la que asusta y la que casi nadie mira: duplicados de un reintento antiguo, asientos de una prueba que se quedó viva, anulaciones que generaron su propia anotación.

Esa conciliación se pasa antes de calcular el Modelo 573, no después de presentarlo. Un descuadre detectado a tiempo se corrige con una rectificación; el mismo descuadre detectado en un requerimiento se corrige reconstruyendo meses de contabilidad. Es la parte más aburrida del programa y la que más disgustos evita.

Qué NO hace este software

Lo digo antes de facturar, no después. Este software lleva la contabilidad y hace el cálculo; no hace de asesor.

No decide por ti el epígrafe de un producto ni el régimen de una operación rara. Cuando hay duda, la marca y te la deja delante para que la resuelvas tú o tu asesoría. Tampoco te da de alta el CAE ni tramita inscripciones en tu nombre.

Y no arregla datos de origen que están mal. Si en tu ERP un artículo tiene mal los mililitros por unidad, el programa detecta la incoherencia y avisa, pero no se inventa el dato bueno.

Si lo que necesitas es que alguien te diga qué hay que declarar, necesitas un asesor fiscal. Si lo que necesitas es que eso que ya sabes que hay que declarar salga solo, bien calculado y en plazo, esto es lo tuyo.

• No sustituye a tu asesor fiscal ni interpreta la norma por ti
• No presenta otros modelos tributarios: hace SILICIE y el 573
• No tramita altas, CAE ni inscripciones en registros
• No corrige datos maestros mal metidos en tu ERP: los detecta y avisa

¿Qué necesito para ponerlo en marcha y cuánto se tarda?

Tres cosas tuyas, y ninguna la puedo conseguir yo: el certificado digital con el que presentas, el CAE o los CAE de tus establecimientos, y una vía para leer tus movimientos, sea acceso a la base de datos del ERP, un export automático o una API.

Además hay que dejar cerrado el catálogo: qué artículo va a qué epígrafe y cuántos mililitros o gramos tiene cada unidad. Y un inventario inicial repartido por régimen, que es el punto de partida del FIFO.

El orden de trabajo es siempre el mismo: diagnóstico de 30 minutos, revisión de tus datos reales, montaje contra el entorno de pruebas hasta que los asientos entran limpios y, solo entonces, producción. No se pasa a producción con un dato dudoso.

El calendario depende del estado de tus datos. Si el catálogo está sucio, ahí se va el tiempo, y te lo decimos el primer día.

• Lo pones tú: certificado digital, CAE y acceso a tus datos
• Lo pongo yo: integración, validaciones, envío, cálculo y conciliación
• Primero pruebas contra el entorno de la AEAT, después producción
• Ningún asiento sale a producción con un dato marcado como dudoso

¿Cuánto cuesta un software para SILICIE y el Modelo 573?

Presupuesto según volumen de movimientos y número de establecimientos. No hay tarifa publicada porque no hay dos instalaciones iguales: no cuesta lo mismo un CAE con doscientos movimientos al mes que cuatro establecimientos con miles y un ERP al que hay que entrar por dentro.

Antes de hablar de dinero hay un diagnóstico de 30 minutos sin coste. En esa media hora quiero ver cómo llevas hoy los movimientos, cuántos son, con qué programa facturas y qué se te ha atascado. De ahí sale si esto te sirve, dicho con la misma franqueza en los dos casos.

Si te sirve, recibes un presupuesto cerrado con el alcance por escrito: qué se integra, qué se presenta, qué se entrega y qué soporte hay después. Sin partidas abiertas ni horas estimadas sobre la marcha.

Preguntas frecuentes