Contabilidad y SII

Enviar registros no garantiza que los libros cuadren

El sistema SII mantiene los libros registro del IVA mediante datos remitidos a la AEAT. La aplicación contable debe relacionar esos registros con documentos, asientos y periodos. Un envío aceptado técnicamente puede seguir mal clasificado en contabilidad; un asiento correcto puede quedar pendiente o rechazado en SII.

La información general de la AEAT, comprobada con fecha 05-08-2026, identifica colectivos y funcionamiento. El marco contable sigue en el Real Decreto 1514/2007. El comparador debe examinar la reconciliación entre ambos, no solo el conector.

Ejemplo mensual con tres fuentes de datos

Una empresa recibe ventas desde ERP, gastos desde una plataforma y facturas manuales en contabilidad. Cada sistema genera referencias distintas. Al final de mes, el libro SII muestra una rectificativa que el ERP envió, pero el asiento permanece con el importe original. El cuadro de IVA y la cuenta del cliente divergen.

El responsable necesita una vista que enlace registro, factura y asiento, señale diferencias y asigne corrección. No basta reenviar datos. La solución debe decidir cuál es la fuente maestra para cada campo y conservar la respuesta administrativa sin sobrescribir el documento.

Ensayo de conciliación y rechazo

Prepara operaciones emitidas, recibidas, rectificativas e intracomunitarias empleando datos controlados. Introduce intencionadamente un identificador inválido, corrígelo y observa si quedan duplicados. Compara libro, mayores de IVA y documentos; revisa fechas, bases, cuotas, claves y estado. Exporta diferencias para que la asesoría pueda analizarlas.

Los criterios son identificador común, validación previa, tratamiento de respuesta, reintento, conciliación, permisos, cierre y auditoría. Añade calendario de pendientes y asigna propietario a cada origen. Una cifra total igual puede ocultar documentos cruzados, por lo que el control debe llegar al registro.

Caso límite: rectificativa en periodo posterior

Una factura de marzo se corrige en abril después de haber cerrado el mes interno. La modificación debe reflejarse con el tratamiento temporal correcto, mantener referencia al original y actualizar informes sin reescribir silenciosamente marzo. El software ha de mostrar qué cambia en SII y qué asiento corresponde.

Hay además una frontera regulatoria relevante: el RRSIF vigente no incluye a los obligados al SII. Eso no transforma SII en plataforma B2B ni elimina requisitos documentales. Mezclar los tres estados produciría filtros y mensajes falsos.

Comprueba asimismo las facturas recibidas cerca del cierre. La fecha de registro contable, el periodo de deducción y el plazo de suministro no se resuelven con una regla única de importación. El sistema debería pedir decisión cuando los datos no encajan, conservar el documento y evitar mover automáticamente una operación cerrada sin autorización.

En una organización con varios orígenes, asigna un propietario por interfaz. Si falla la plataforma de gastos, contabilidad no debe limitarse a esperar: necesita un listado de documentos afectados y un procedimiento de carga controlada que no genere duplicados cuando vuelva el conector.

Conclusión para un libro reconciliable

Escoge el sistema que permita explicar cada diferencia entre SII y contabilidad, asignarla y cerrarla con evidencia. La automatización de envío es secundaria si las respuestas quedan aisladas. Haz la prueba con un rechazo y una rectificativa posterior; exige exportación y trazabilidad por documento. El objetivo final no es una bandeja vacía, sino libros coherentes con los asientos que sustentan el cierre.

Incluye el informe de diferencias en la rutina mensual y conserva quién lo revisó. Esa disciplina permite detectar una integración degradada antes de acumular varios periodos.