Software SILICIE bodega: el libro que se cuadra solo

En una línea: el software SILICIE de Campodato convierte cada movimiento de bodega (entrada, salida, trasiego, regularización) en el asiento de Impuestos Especiales correspondiente, lo encadena con huella SHA-256 inalterable y genera la declaración lista para remitir, todo en un solo registro, sin teclear el dato dos veces.

Aviso de transparencia: la remisión de Campodato opera hoy en modo sandbox (entorno de pruebas de la AEAT) por diseño. El sistema no habla con producción AEAT hasta que haya certificado y decisión expresa del titular de la bodega. Así no remites un apunte de prueba al sistema real por accidente.

---

1. Por qué tu bodega entra en Impuestos Especiales

La primera pregunta que hace todo bodeguero cuando le hablan de SILICIE es: «¿pero si el vino tributa al 0 %?». Y la respuesta es que el tipo impositivo cero no equivale a quedar fuera del impuesto. El vino sigue siendo un producto objeto de Impuestos Especiales de Fabricación (IIEE) conforme a la Ley 38/1992 y el RD 1165/1995. Eso tiene consecuencias prácticas concretas:

• La bodega es, a efectos de la AEAT, una «fábrica de vino».
• Necesitas inscripción en el registro territorial de Impuestos Especiales de tu Delegación.
• Obtienes un CAE (Código de Actividad y Establecimiento): el identificador fiscal de tu establecimiento en el sistema de IIEE.
• Estás obligado a llevar contabilidad de productos: materias primas y elaborados, entradas, salidas, régimen fiscal y documento de circulación.

El sistema SILICIE (Suministro Inmediato de Libros Contables de Impuestos Especiales) es la herramienta que la AEAT ha construido para recibir esa contabilidad de forma electrónica y casi en tiempo real. Lo regula la Orden HAC/998/2019, en vigor desde el 1 de enero de 2020, sobre la base de la Ley 38/1992 y el art. 50 del RD 1165/1995. Esta orden fue modificada por la Orden HAC/566/2020, de 12 de junio.

---

2. Los tres planos que conviven sobre los mismos datos

Uno de los errores más frecuentes en la gestión de una bodega es mezclar tres registros distintos que hablan del mismo producto (la uva, el mosto, el vino) pero responden a tres autoridades completamente diferentes:

El módulo bodega-silicie de Campodato cubre el tercer plano (la capa fiscal de Impuestos Especiales) y lo conecta con el cuaderno de campo y la trazabilidad de calidad, de modo que el dato de la uva viaja hasta el asiento sin que nadie lo teclee dos veces.

Los libros vitivinícolas de la CCAA (Reg. UE 2018/273 y 2018/274) y las declaraciones de la INFOVI (RD 739/2015) son contexto y capa adicional, no el núcleo de este módulo. Se mencionan donde procede para situar al bodeguero, pero no se desarrollan como funciones ya implementadas.

---

3. SILICIE o modelo 553: el guard del régimen

La norma distingue dos vías según tu volumen de producción anual:

Obligado a SILICIE (regla general) Aplica a fábricas de vino, depósitos fiscales, almacenes fiscales y fábricas de vinagre. Si estás en esta vía, suministras la contabilidad electrónicamente y eso suprime el modelo 553: ya no lo presentas. La AEAT recibe tu libro casi en tiempo real.

Excepción del pequeño elaborador (≤ 100.000 L/año) Si tu producción no supera los 100.000 litros anuales, puedes acogerte a esta excepción:

• Llevas los libros en papel, que la oficina gestora tiene que habilitar antes de que hagas cualquier apunte.
• No estás obligado a suministrar por SILICIE.
• Sigues presentando el modelo 553 con la periodicidad que corresponda.

Base legal nuclear: Ley 38/1992; RD 1165/1995 art. 50; Orden HAC/998/2019 (SILICIE, en vigor desde el 1-1-2020), modificada por la Orden HAC/566/2020. El plazo exacto de suministro por tipo de asiento conviene verificarlo en el BOE o con la oficina gestora, ya que la norma establece matices por categoría de asiento.

Campodato modela las dos vías con RegimenSilicie = 'silicie' | 'papel_modelo_553'. Si tu establecimiento está en papel + 553, el sistema aplica un guard de régimen que bloquea la remisión electrónica y muestra el umbral de 100.000 L: no puedes enviar por SILICIE algo que no te corresponde. El libro interno se lleva igual en ambos casos; lo que varía es el canal de suministro a la AEAT.

Para una comparativa exhaustiva entre las dos vías, consulta SILICIE o modelo 553: qué le toca a tu bodega según el umbral.

---

4. El dato único: del movimiento al asiento

El principio central del módulo es sencillo de enunciar y difícil de implementar bien: el bodeguero registra el movimiento una vez, en su lenguaje de bodega, y el módulo deriva el apunte de Impuestos Especiales.

Esto significa que no hay un formulario de «bodega» y otro de «SILICIE» que haya que rellenar por separado. Hay un solo registro (el movimiento que vives en la bodega) y el software resuelve la traducción al asiento fiscal.

La aritmética es decimal exacta a 4 decimales, implementada con escala entera de números enteros (BigInt) para evitar errores de coma flotante. Las columnas de Postgres usan tipo numeric(16,4), coherente con el cálculo.

Las validaciones impiden apuntes de cero unidades (un apunte de cero no documenta ningún movimiento real) y obligan a signo explícito en las regularizaciones.

---

5. Mosto a vino y trasiego: los dos matices que más errores generan

Dos situaciones muy frecuentes en el ciclo de elaboración del vino suelen registrarse mal cuando el software no está pensado para la bodega:

Trasiego entre depósitos del mismo CAE

Un trasiego, vaciar el contenido de un depósito a otro dentro del mismo establecimiento, no altera el saldo del CAE. El vino cambia de recipiente, pero sigue dentro del mismo establecimiento con el mismo CAE. Por tanto, el asiento es de tipo elaboracion y el efecto en existencias es cero: no se descuenta nada, no se añade nada. Registrarlo como salida y entrada generaría un doble apunte incorrecto que inflaría artificialmente el stock.

Campodato resuelve esto derivando automáticamente el tipo elaboracion y dejando el saldo intacto cuando el movimiento es un trasiego dentro del mismo establecimiento.

Mosto → vino: dos regularizaciones, no una

Cuando el mosto fermenta y se convierte en vino, no hay una «metamorfosis» contable neutra: hay un cambio de producto con naturaleza fiscal distinta. El módulo lo trata como dos regularizaciones encadenadas:

1. Regularización a la baja del mosto (baja del producto origen con su epigrafe y unidades).
2. Regularización al alza del vino (alta del producto obtenido con su epigrafe y unidades).

El resultado neto, que el vino ha reemplazado al mosto, queda reflejado con total trazabilidad: qué se dio de baja, cuándo y en qué cantidad; qué se dio de alta, cuándo y en qué cantidad. Esto es especialmente relevante para cuadrar el libro ante una inspección de la AEAT.

---

6. Integridad: la cadena de hash SHA-256 inalterable

Cada asiento que produce el módulo se encadena al anterior mediante una huella SHA-256, la misma primitiva criptográfica que usan Verifactu, TicketBAI y el módulo de fichajes de Campodato. No se reimplementa el algoritmo: se reutiliza sha256Hex de @campodato/compliance, lo que garantiza coherencia entre módulos y un único punto de mantenimiento del hash.

Qué entra en la huella de cada asiento

El valor SHA-256 se calcula sobre una cadena canónica campo=valor que incluye, en orden fijo y predefinido:

• Identificadores: OrganizationId, EstablecimientoId, Ejercicio, NumeroAsiento
• Datos del movimiento: Tipo, Epigrafe, Producto, Unidades, Unidad, FechaMovimiento
• Posición en cadena: CadenaSeq (número de secuencia en la cadena, independiente del correlativo legal)
• Opcionales presentes: RegimenFiscal, Justificante, DepositoId, AnulaAsientoId
• Idempotencia del cliente: ClientOpId
• Eslabón anterior: HashAnterior

Un detalle relevante: el número de asiento correlativo legal (NumeroAsiento) y la posición en la cadena (CadenaSeq) entran ambos en la huella. Esto significa que ni el número ni el orden pueden retroceder sin que la verificación lo detecte.

Qué garantiza la verificación

La función de reverificación comprueba, por establecimiento y ejercicio:

• Que CadenaSeq es consecutivo sin huecos (no hay asientos perdidos ni insertados).
• Que NumeroAsiento es correlativo sin huecos dentro del ejercicio (empieza en 1, nunca retrocede).
• Que HashAnterior de cada asiento es el hash del asiento previo.
• Que el hash persisted en base de datos coincide con el hash recalculado desde los campos.

Si algo falla, el sistema devuelve el índice del primer asiento roto y el motivo exacto: no te dice «hay un error», te dice dónde y por qué. Esto es lo que espera encontrar la AEAT en una auditoría de la cadena.

¿Por qué importa que sea append-only?

SILICIE (Orden HAC/998/2019) establece que la anulación de un asiento es un asiento posterior, jamás una modificación o un borrado del original. No hay UPDATE ni DELETE sobre los asientos registrados. Esto es el mismo invariante que Verifactu aplica a las facturas: la secuencia es inalterable; para corregir, se añade.

---

7. Declaración por asiento o mensual agregada

Campodato genera dos modalidades de declaración, conforme a las opciones que reconoce SILICIE:

Por asiento (modalidad general) Cada asiento se declara individualmente. El plazo de referencia general para registrar el asiento es de 24 horas hábiles desde el movimiento, aunque el plazo exacto por tipo de asiento conviene verificarlo en el BOE o con la oficina gestora, ya que puede variar según la categoría del apunte.

Mensual agregada (modalidad para bodegas de vino) SILICIE admite el suministro conjunto de un grupo de asientos contables. El módulo agrega por tipo | epígrafe | producto | unidad del mes y genera la declaración con un loteHash que la vincula a la cadena de asientos individuales.

El loteHash

Cada declaración lleva un loteHash derivado de las huellas SHA-256 de los asientos que incluye. Esto hace que el lote sea reverificable contra la cadena propia de tu bodega: si alguien cuestiona un dato declarado, puedes demostrar desde qué asientos se calculó y que esos asientos no han sido alterados.

---

8. Remisión en sandbox: qué significa y por qué importa

El módulo de remisión de Campodato implementa el principio de fail-closed: si no puede verificar que el entorno es el correcto, no remite. Hay tres capas de protección:

1. Constante de código: ENTORNO_SILICIE = 'sandbox' está fijada en el código fuente. No hay parámetro de configuración que permita cambiarla a producción desde el exterior.
2. Guard en arranque y antes de cada remisión: guardEntornoSandbox() lanza una excepción ante cualquier valor distinto de 'sandbox', tanto al iniciarse el módulo como inmediatamente antes de cada llamada al servicio de la AEAT. Si la variable de entorno CAMPODATO_SILICIE_ENTORNO no vale 'sandbox', el módulo para en seco.
3. Restricción en base de datos: la tabla silicie_remisiones tiene un CHECK (entorno = 'sandbox') a nivel de esquema. Aunque fallara todo lo anterior, la base de datos rechazaría cualquier remisión etiquetada como producción.

La remisión en sandbox funciona contra el entorno de pruebas de la AEAT: puedes probar el flujo completo, verificar que la declaración se genera bien y que el acuse de recibo llega, sin poner ningún dato real en el sistema fiscal de producción.

Cuando quieras dar el paso a producción necesitarás:

• El certificado digital reconocido.
• Una decisión expresa del titular de la bodega.
• La habilitación del envío real por parte del equipo de Campodato.

Hasta entonces, el módulo funciona íntegramente: libros, cadena de hash, declaración, verificación. Solo la remisión al sistema real de la AEAT permanece bloqueada.

---

9. Qué hace Campodato y qué no (sin sobrevender)

La norma de este proyecto es describir solo capacidades reales, las que existen en el código a fecha de este artículo (Olas 1-9). Lo que no está construido se dice.

Qué hace hoy el módulo bodega-silicie

• Registra movimientos en lenguaje de bodega (entrada, salida, autoconsumo, merma, trasiego, regularización).
• Deriva el asiento SILICIE desde el movimiento, sin formulario duplicado.
• Mantiene existencias con aritmética decimal exacta a 4 decimales.
• Modela las dos vías de suministro (silicie y papel + modelo 553) con guard de régimen.
• Encadena los asientos con huella SHA-256, correlativo legal y posición en cadena, ambos en la huella.
• Reverifica la cadena y señala el primer asiento roto con su motivo.
• Genera la declaración por asiento o mensual agregada, con loteHash reverificable.
• Remite en sandbox (entorno de pruebas AEAT), fail-closed por diseño.
• Anula mediante asiento posterior: nunca borra ni modifica el original.
• Categoriza epígrafes desde una tabla versionada sin hardcode, con vigencia desde/hasta.

• Exporta el libro y los asientos a PDF y CSV, con la misma huella de cotejo en los dos formatos del mismo rango.

Qué hay fuera de bodega-silicie pero sí existe en Campodato

• Declaraciones vitivinícolas de cosecha, producción y existencias (Reg. UE 2018/273 y RD 739/2015): están en la pantalla de Registro vitícola, con la de cosecha derivada de la vendimia ya registrada. Se generan como borrador; no hay conexión con el portal INFOVI.
• e-DA vía EMCS: tiene pantalla propia y genera el documento con su ARC, simulado y en entorno de pruebas. No se transmite al EMCS de la AEAT, y un e-DA de pruebas no genera asiento SILICIE ni toca el libro de existencias.

Qué no está implementado

• Remisión a producción AEAT: conscientemente no habilitada. Requiere certificado y decisión del titular.
• Comunicaciones a la oficina gestora (altas, ceses y otras comunicaciones al Registro Territorial de IIEE): no construidas.
• Presentación por el canal autonómico: no hay interfaz con el sistema de libros vitivinícolas de ninguna CCAA. Los datos están; el envío por ese canal, no.
• Contingencia del modelo 525: no construida.

Si algo no está en la lista de lo implementado, no lo está. Confirmarlo siempre con el equipo antes de comprometer un proyecto.

---

10. Contexto: otras obligaciones de la bodega

El módulo bodega-silicie convive con otras obligaciones que la bodega tiene en paralelo y que Campodato cubre en otras pantallas o deja explícitamente fuera:

Libros vitivinícolas de la CCAA Obligación derivada del Reglamento (UE) 2018/273 y 2018/274, y del RD 739/2015. Registran entradas y salidas de producto, prácticas enológicas, existencias y mermas. El art. 35.3 del Reg. de Ejecución (UE) 2018/274 fija su conservación en cinco años como mínimo tras la liquidación de las cuentas a que se refieran —ojo al matiz: el plazo no arranca el día de la anotación, sino cuando esa cuenta queda liquidada—. Varias CCAA (País Vasco, Navarra, Murcia) ya exigen o facilitan el libro electrónico; otras están en proyecto. Esta capa la gestiona la CCAA, no la AEAT.

Documentos de acompañamiento al transporte Cuando el vino sale de la bodega, necesita uno de los documentos de acompañamiento reconocidos en el art. 10 del Reg. Delegado (UE) 2018/273. En España, el producto no sujeto a Impuestos Especiales y el de pequeños productores circula con el documento electrónico al que la autoridad competente asigna un código de referencia administrativo específico, el código MVV. Cuándo hace falta, qué excepciones hay y qué pasa si el camión sale sin él está desarrollado en documento de acompañamiento del vino. Para movimientos bajo control de IIEE, el documento es el e-DA vía EMCS; si el sistema no está operativo, se usa el modelo 525 (Orden HAC/481/2019) como contingencia.

Subproductos: orujos y lías Los orujos y lías con contenido alcohólico superior al 1,2 % vol entran en el ámbito del Impuesto sobre el Alcohol y deben reflejarse en la contabilidad de IIEE. El raspón es un residuo sin aprovechamiento alcohólico y no requiere registro de este tipo.

INFOVI y declaraciones La INFOVI (Información sobre el mercado vitivinícola, RD 739/2015) requiere declaraciones periódicas: producción, existencias a 31 de julio y cosecha. No forman parte del módulo bodega-silicie actual, pero comparten los mismos datos de origen.

Para la capa del viñedo (cuaderno de campo, tratamientos fitosanitarios, laboreo, cosecha), consulta nuestra guía sobre el cuaderno de campo digital obligatorio y la integración con el cuaderno SIEX/IUWS.

---

11. Preguntas frecuentes

¿Por qué necesito llevar SILICIE si el vino tributa al 0 %?

Porque el tipo impositivo cero no equivale a estar fuera del Impuesto sobre el Alcohol y Bebidas Derivadas. El vino sigue siendo producto objeto de Impuestos Especiales de Fabricación conforme a la Ley 38/1992. La bodega tiene la condición de «fábrica de vino» y está obligada a llevar contabilidad de productos y a informar a la AEAT mediante SILICIE (o, si aplica la excepción, mediante modelo 553 con libro en papel).

¿Qué pasa si produzco menos de 100.000 litros al año?

Puedes acogerte a la excepción del pequeño elaborador: llevas los libros en papel, que la oficina gestora habilita antes de cualquier apunte, y presentas el modelo 553 en lugar de suministrar por SILICIE. Campodato modela esta vía y activa un guard que bloquea la remisión electrónica si tu establecimiento está en papel + 553.

¿Cómo registro el paso de mosto a vino?

Como dos regularizaciones: una baja del mosto (regularización a la baja) y un alta del vino (regularización al alza). No es un único asiento neutro: hay un cambio de producto con epígrafe distinto en cada caso. El módulo de Campodato lo gestiona así para que las existencias del CAE queden correctamente actualizadas en cada línea de producto.

¿El trasiego entre depósitos cuenta como salida?

No. Un trasiego entre depósitos del mismo CAE es una práctica interna de elaboración: el vino cambia de recipiente, pero no entra ni sale del establecimiento. El asiento derivado es de tipo elaboracion y el efecto en existencias es cero. Solo si el traslado es entre establecimientos con CAE distintos (aunque sean del mismo titular) habría un movimiento fiscal (salida del origen y entrada en el destino).

¿Puedo corregir un asiento que tiene un error?

Sí, pero nunca borrando ni modificando el original. La corrección se hace mediante un asiento de anulación (tipo anulacion) que referencia al asiento incorrecto. Si procede, se añade después un asiento correcto. Este es el patrón que exige SILICIE (Orden HAC/998/2019) y el que garantiza la integridad de la cadena de hash: el histórico siempre es completo y trazable.

Campodato dice que remite en sandbox, ¿cuándo podrá remitir a producción de la AEAT?

Cuando haya certificado digital reconocido y decisión expresa del titular de la bodega. Hasta entonces, el módulo funciona íntegramente (libros, cadena de hash, declaración, verificación) y la remisión opera contra el entorno de pruebas de la AEAT. El paso a producción no es automático: requiere habilitación expresa y es una garantía, no una limitación: nadie puede remitir datos reales a la AEAT por accidente.

---

Conclusión y próximo paso

Si llevas una bodega con obligación de SILICIE, o si estás creciendo y te acercas al umbral de los 100.000 litros, el punto de dolor es siempre el mismo: dos o tres registros distintos sobre los mismos datos, con el riesgo de que la contabilidad IIEE no cuadre con lo que hay físicamente en los depósitos. El módulo bodega-silicie de Campodato resuelve eso en un solo registro: un movimiento, un asiento, una cadena de hash que la AEAT puede auditar.

El módulo está en producción en el entorno Campodato con remisión en sandbox. Si quieres ver cómo queda tu libro de existencias antes de comprometerte, el equipo puede preparar una demo con datos de tu bodega.

Solicitar demo del módulo bodega-silicie

---

Fuentes y base legal citada

• Ley 38/1992, de 28 de diciembre, de Impuestos Especiales. BOE núm. 312, 29-12-1992.
• RD 1165/1995, de 7 de julio, Reglamento de los Impuestos Especiales. Art. 50.
• Orden HAC/998/2019, de 23 de septiembre, que regula el sistema SILICIE. BOE núm. 239, 4-10-2019. En vigor desde el 1-1-2020.
• Orden HAC/566/2020, de 12 de junio, que modifica la Orden HAC/998/2019 (SILICIE). BOE-A-2020-6744.
• Reglamento (UE) 2018/273 y 2018/274, sobre registros de bodega y documentos vitivinícolas.
• RD 739/2015, de 31 de julio, sobre la organización del sector vitivinícola e INFOVI.
• Orden HAC/481/2019, de 26 de marzo, modelo 525 de contingencia para documentos IIEE.

---

Artículo elaborado por el Equipo Campodato (Summum Marketing). Contenido informativo; no sustituye al asesoramiento fiscal ni legal. Verifica plazos, umbrales, epígrafes vigentes y tu situación concreta con la oficina gestora de Impuestos Especiales o tu asesoría. Última revisión: junio de 2026.