SII en D365FO

SII en D365FO

El Suministro Inmediato de Información (SII) es una de las obligaciones fiscales que más incidencias genera en proyectos de D365FO, no tanto por la configuración inicial en sí, sino por todos los detalles que hay que tener en cuenta para que las facturas lleguen correctamente y sin rechazos a la AEAT y, en su caso, a las haciendas forales. En este artículo repaso la configuración base y, sobre todo, las incidencias reales que más me he encontrado trabajando con SII en proyectos de D365FO.

¿Qué es el SII?

El SII es el sistema de la Agencia Tributaria mediante el cual determinadas empresas están obligadas a remitir electrónicamente el detalle de sus registros de facturación, prácticamente en tiempo real, en lugar de presentar los libros de IVA tradicionales. En D365FO, este envío se gestiona a través del framework de Electronic Reporting, que genera y transmite el XML correspondiente a cada factura.


Configuración base del SII en D365FO

Antes de entrar en las incidencias, un resumen rápido de los elementos que hay que tener configurados correctamente desde el inicio:

1 Parámetros generales de la entidad legal

Código de país y código de régimen general correctamente informados en los parámetros fiscales de la entidad legal. Son datos base que se incluyen en cada envío al SII, y si están mal configurados, la AEAT rechaza los registros.

2 Asignación de informes electrónicos (Electronic Reporting)

Cada formato de informe electrónico debe estar correctamente asignado a la entidad legal y al proceso correspondiente (facturas de venta, de compra, etc.). Cuando hay haciendas forales de por medio, esta asignación se complica porque el formato y el destino del envío no son los mismos que para la AEAT nacional.

3 Parámetros de aplicación específicos

Aquí se define qué grupos de impuestos entran al SII y cuáles no. No todos los grupos de impuestos configurados en el sistema deben reportarse, así que hay que revisar esta parametrización con cuidado para no enviar de más ni de menos.


Incidencias reales más habituales

1NIFs de clientes y proveedores con formato incorrecto

Uno de los rechazos más frecuentes del SII. Si el NIF de un cliente o proveedor no tiene el formato exacto que espera la AEAT (espacios, guiones, letras en minúscula, NIFs extranjeros mal estructurados), el registro se rechaza. Es imprescindible revisar y limpiar este dato en el maestro de terceros antes de empezar a enviar al SII, especialmente en migraciones de datos donde el NIF viene de un sistema antiguo con formatos distintos.

2Código de régimen general mal configurado

Si el código de régimen general de la entidad no coincide con la actividad real de la empresa, el SII puede rechazar los envíos o, peor aún, aceptarlos con una calificación fiscal incorrecta que luego hay que corregir con rectificativas.

3Mala asignación de informes electrónicos para haciendas forales

Cuando la empresa tributa en País Vasco o Navarra, el formato y el destino del envío cambian respecto al SII estatal. Si el mapeo de informes electrónicos no se mantiene y actualiza correctamente para cada hacienda foral, las facturas pueden acabar enviándose al destino equivocado o con un formato que la hacienda foral correspondiente no acepta.

4Grupos de impuestos mal parametrizados en el SII

Si en los parámetros de aplicación no se revisa bien qué grupos de impuestos deben entrar al SII, pueden darse dos problemas: que se reporten operaciones que no deberían ir al SII, o que falten operaciones que sí deberían reportarse. Ambos casos generan descuadres entre lo declarado y lo que Hacienda tiene registrado.

5Configuración incorrecta del DUA

El DUA (Documento Único Administrativo) de las importaciones tiene su propia casuística dentro del SII. Si no se configura correctamente para que se identifique y envíe como tal, puede no llegar al SII o llegar con datos incompletos, lo cual es un problema porque las operaciones de importación tienen un tratamiento fiscal específico.

6Facturas de carga inicial entrando al SII por error

En proyectos con migración de datos, es habitual cargar facturas de apertura o saldos iniciales que no llevan impuestos asociados, ya que son solo para dejar reflejado el saldo pendiente. Si estas facturas de carga no se excluyen correctamente de los parámetros del SII, el sistema intenta reportarlas igualmente, generando errores o registros sin sentido fiscal en el envío.

⚠️ La mayoría de estas incidencias no se detectan en el momento de configurar, sino semanas después, cuando ya hay volumen real de facturación. Por eso es tan importante probar el SII con casuísticas variadas (clientes extranjeros, importaciones, facturas rectificativas) antes de dar el proyecto por cerrado.

Checklist antes de dar por buena la configuración del SII

  • Código de país y código de régimen general revisados en los parámetros de la entidad legal
  • NIFs de clientes y proveedores limpios y con formato válido, especialmente los migrados
  • Informes electrónicos correctamente asignados, revisando el caso específico de haciendas forales si aplica
  • Grupos de impuestos que entran al SII revisados uno a uno en los parámetros de aplicación
  • DUA probado con una importación real de prueba
  • Facturas de carga inicial excluidas del envío al SII

Resumen

La configuración base del SII en D365FO es relativamente sencilla, pero las incidencias reales aparecen en los detalles: formatos de NIF, mapeo de informes para haciendas forales, qué grupos de impuestos reportar y qué facturas excluir. La mayoría de estos problemas se evitan revisando bien la parametrización antes de arrancar y probando con casuísticas reales, no solo con facturas estándar.

¿Quieres agilizar la configuración fiscal en tus proyectos de D365FO?

Accede a nuestro Pack Base de Impuestos, con códigos, grupos y valores listos para importar.

Ver plantillas de impuestos →

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *