SILTRA es una aplicación de escritorio de la Tesorería General de la Seguridad Social (TGSS) que sirve para intercambiar ficheros de cotización, afiliación e INSS dentro del Sistema de Liquidación Directa (SLD). El manual de la TGSS la describe como una herramienta multiplataforma desarrollada en Java, con intercambio de ficheros XML y certificado digital. En una consulta práctica, conviene separar tres nombres que suelen mezclarse: Sistema RED, Sistema de Liquidación Directa y SILTRA (manual oficial de SILTRA, pp. 6–8).

En términos sencillos: RED es el marco de relación electrónica con la TGSS; SLD es una modalidad de liquidación de cuotas; SILTRA es el programa que procesa e intercambia determinados ficheros en esa modalidad. La empresa puede tener un programa de nóminas que genera los datos, una autorización RED que define quién opera ante la Tesorería y SILTRA para el flujo técnico. Tener instalado el programa no concede por sí solo autorización ni confirma que una liquidación haya quedado presentada (acceso al Sistema RED, TGSS).

Resumen práctico con fuentes oficiales

SILTRA es una aplicación de escritorio multiplataforma desarrollada en Java que intercambia ficheros de cotización XML, afiliación e INSS entre el usuario y la TGSS en el Sistema de Liquidación Directa. (Manual de usuario SILTRA, TGSS)

La TGSS explica que Sistema RED requiere autorización y que quienes usan Sistema de Liquidación Directa necesitan un programa de nóminas adaptado y SILTRA. (Acceso al Sistema RED, TGSS)

En el flujo de cotización, el programa de nóminas genera XML; SILTRA los valida y adapta; después se realiza el envío y se reciben las respuestas de la Tesorería. (Manual de SILTRA, apartados 3 y 5)

Si el fichero pasó una validación local, revisa si también se envió y qué respuesta generó la TGSS antes de dar por terminada la liquidación. (Manual de SILTRA, pp. 14–16 y 126–140)

La TGSS publica versiones y manuales actualizables; no deduzcas qué versión debes instalar de una instrucción antigua ni de una guía no oficial. (Manuales y versiones de SILTRA, TGSS)

Qué trabajo hace y qué trabajo no hace

El uso más reconocible de SILTRA está en el intercambio de información con la TGSS. El manual enumera procesos para remesas de cotización, archivos de afiliación e INSS, comunicaciones y seguimiento de las respuestas. En cotización, el usuario selecciona ficheros generados en formato XML, SILTRA los somete a validaciones y adaptaciones, y desde el módulo de comunicaciones se transmiten. Más tarde se descargan y consultan los mensajes de respuesta, documentos de cálculo y recibos que produzca el sistema (Manual de SILTRA, pp. 6–16).

La aplicación no es un programa general de recursos humanos ni una calculadora de salarios. La TGSS explica que el fichero de cotización lo genera el programa de nóminas adaptado y que SILTRA se usa para procesar e intercambiar esa información. Por ello, si una cifra de nómina, tramo, alta o dato de trabajador no coincide, la investigación puede empezar en el dato de origen o en el fichero que produjo el software de nómina. SILTRA puede señalar problemas de validación, pero no reemplaza la revisión de cómo se generó el contenido (Manual de SILTRA, apartados 3.1 y 3.2).

Tampoco debe confundirse con la autorización RED. El acceso al Sistema RED requiere estar autorizado por la TGSS. Para las autorizaciones cuyo medio de transmisión es SLD, la página de la Seguridad Social señala que además deben disponer de un programa de nóminas adaptado y de SILTRA. Esa condición explica por qué descargar la aplicación no habilita automáticamente a cualquier empleado o asesor para actuar por una empresa (TGSS: acceso al Sistema RED).

El número de una versión tampoco define qué prestaciones cubre toda la herramienta. Cada manual se actualiza y describe módulos específicos. El área oficial de manuales lista, por separado, instalación/configuración, ejecución en modo desatendido, instrucciones del instalador y manual general. Usa documentación publicada por TGSS y comprueba su fecha antes de seguir un procedimiento de una captura antigua (TGSS: manuales SILTRA).

Relación entre SILTRA, Sistema RED y SLD

Sistema RED permite a autorizados realizar comunicaciones con la TGSS en modalidades que la propia Tesorería distingue. Su portal de acceso indica que hace falta autorización y proporciona requisitos técnicos por modalidad. Esa autorización puede pertenecer a un autorizado RED y tener usuarios asociados; su configuración concreta debe consultarse en la oficina virtual y en la información oficial. Esta guía no presume que toda pyme deba usar una modalidad determinada ni que un empleador tenga que instalar SILTRA personalmente (TGSS: acceso RED y requisitos técnicos).

El Sistema de Liquidación Directa describe el entorno de liquidación de cuotas en el que SILTRA intercambia información. Una autorización con SLD necesita las herramientas enumeradas por TGSS: programa de nóminas adaptado y SILTRA. Otros perfiles, trámites o servicios de RED pueden tener canales y requisitos diferentes. No conviertas la instrucción del SLD en una regla para todos los servicios del Sistema RED.

SILTRA es la pieza de escritorio del flujo. El manual muestra que la pantalla principal tiene apartados de cotización, CRA, afiliación-INSS, comunicaciones, ajustes y utilidades. Esto permite reconocer por qué el programa no se limita a pulsar “enviar”: antes puede procesar un archivo; después hay que enviar, recibir, consultar respuestas o revisar el seguimiento. La presencia de varios módulos no significa que todos sean necesarios en todas las gestiones (Manual de SILTRA, pp. 7–9).

Flujo habitual de un fichero de cotización

1. Preparar el origen

El programa de nóminas adaptado genera uno o más ficheros XML de cotización para el SLD. El manual recomienda que el equipo identifique qué empresa, período y liquidación corresponden a cada fichero. La organización puede añadir un control interno de nombre y responsable, siempre que no altere las convenciones técnicas que la TGSS exige. Antes de procesar, comprueba que seleccionas el archivo correcto y que la carpeta pertenece al entorno autorizado (Manual de SILTRA, apartados 3.1 y 3.2).

Si el XML no se genera, el primer lugar que revisar es el programa que lo produce y sus datos de entrada, no una pantalla de envío de SILTRA. Contrasta si el programa de nóminas está adaptado y si la autorización y el canal elegidos corresponden al proceso. Para una discrepancia de bases, trabajadores, tramos o período, conserva el fichero original y los informes relacionados antes de hacer una segunda prueba.

2. Procesar y validar

En SILTRA se selecciona la remesa y se ejecuta el proceso de validación y adaptación. El manual describe errores que aparecen en la pantalla cuando el fichero falla y señala que, si la validación se completa correctamente, los ficheros procesados quedan en el buzón de salida a la espera de envío. Esa última frase importa: el resultado correcto de esta fase no es por sí mismo el envío a la TGSS (Manual de SILTRA, pp. 12–16).

Cuando hay error, registra el texto, módulo, archivo y momento. No cambies datos al azar para lograr que el validador acepte la remesa. El mensaje puede orientar sobre estructura, campos o información incoherente, pero cualquier corrección debe contrastarse con la fuente de esos datos y con las instrucciones actuales de TGSS. No hay aquí un catálogo de códigos de error ni una promesa de solución universal.

3. Enviar y recibir respuesta

El apartado de Comunicaciones permite realizar procesos de envío y recepción con la TGSS: se transmite la información y posteriormente se descargan los mensajes que llegan al equipo. Verifica que el proceso terminó, que el buzón de salida ya no conserva un archivo pendiente y que hay respuesta asociada al envío. Si no se recibió respuesta, no deduzcas automáticamente que el archivo fue aceptado o rechazado: consulta el seguimiento, el buzón y las gestiones online oficiales que correspondan (Manual de SILTRA, pp. 8–9 y 45–55).

4. Leer resultado y guardar documentos

El manual identifica documentos de cotización como RNT (Relación Nominal de Trabajadores), RLC (Recibo de Liquidación de Cotizaciones) y DCL (Documento de Cálculo). También indica opciones de consulta para revisar información generada por la TGSS y seguimiento de liquidaciones. El documento que interesa depende del trámite y del resultado; que exista un fichero descargable no significa que todos los pasos administrativos estén cerrados (Manual de SILTRA, pp. 7–9).

La empresa puede archivar XML enviado, respuesta TGSS, documentos resultantes y referencia temporal junto con el registro interno de nóminas. El manual describe funciones de copia de seguridad y reconstrucción del buzón y del seguimiento. No sustituyen la política de conservación empresarial, pero ayudan a entender que el histórico de mensajes importa para interpretar lo ocurrido. Guarda lo necesario con acceso restringido; los ficheros pueden incluir datos laborales personales (Manual de SILTRA, apartados de seguimiento, buzones y copias de seguridad).

Qué revisar cuando alguien pregunta “¿ya está enviado?”

La respuesta depende de cuál fue el último paso completado. Un fichero puede estar generado, seleccionado, validado, en el buzón de salida, enviado, pendiente de respuesta o asociado a una respuesta descargada. El manual expone esos módulos como funciones distintas, así que la palabra “procesado” puede referirse a la fase local y no al envío final. Pregunta por el nombre del archivo y el seguimiento de la liquidación, no solo por si SILTRA mostró un mensaje verde (Manual de SILTRA, pp. 8–16).

Si el fichero se remitió pero no aparece la respuesta esperada, comprueba conexión, buzón y consulta de envíos conforme al manual y a la sede. El manual incluye reconstrucción del seguimiento y del buzón de entrada, y funciones para procesar mensajes descargados por web. Son herramientas documentadas para gestionar información recibida; no constituyen una explicación automática de cualquier retraso ni garantizan que todos los mensajes se recuperen en cualquier situación (Manual de SILTRA, pp. 8–9).

Si el acuse técnico no resuelve la duda, consulta el servicio oficial de seguimiento o las instrucciones de la TGSS para la autorización y liquidación. No edites un XML que ya se envió como si fuera el original, y conserva la asociación entre cada nueva remesa y su respuesta para que nóminas y Seguridad Social no queden mezcladas. Si se trata de un derecho o fecha laboral discutida, SILTRA no reemplaza las fuentes del expediente ni las vías de consulta competentes.

Versión, instalación y actualizaciones

La sede de Seguridad Social mantiene una zona de manuales, guías de instalación y avisos de versión. El 1 de junio de 2026 informó de que estaría disponible SILTRA 4.0.0 e identificó cambios concretos de impresión de ITA y valores de inactividad en T-41. (Aviso de versión SILTRA 4.0.0 de la TGSS) Esa publicación confirma la disponibilidad comunicada para ese momento, pero no prueba que siga siendo la última versión al leer esta página. Antes de instalar o actualizar, revisa el portal actual, fecha de publicación, requisitos del sistema y manual asociado (manuales SILTRA).

Evita copiar instaladores o archivos de configuración desde repositorios o tutoriales no oficiales. Los requisitos de Java, certificado digital, sistema operativo y configuración pueden cambiar. Descarga la versión en la zona oficial que administra la TGSS y lee su manual de instalación. Si operas a través de un asesor o autorizado, coordina qué equipo y buzón contienen el expediente; no configures dos instalaciones para la misma remesa sin control.

La página de manuales lista guías específicas de instalación, configuración y modo desatendido además del manual de uso. Sigue el documento que coincide con tu proceso: una instrucción de instalación no explica el significado de cada respuesta, y un manual de usuario no sustituye requisitos técnicos de la versión actual. Conserva la fecha y versión que instaló la organización, de modo que soporte técnico pueda reproducir el entorno sin adivinar (TGSS: manuales SILTRA).

Seguridad y organización de los ficheros

El intercambio usa certificado digital y puede manejar información sobre empresas y trabajadores. Limita el acceso al programa, carpetas de trabajo y copias al personal autorizado; no envíes XML, respuestas o certificados por un chat o correo abierto si la empresa tiene un canal seguro. La TGSS describe el certificado como parte del proceso de firmado y transmisión en el manual; la organización debe mantener separado el certificado de la copia de los archivos enviados (Manual de SILTRA, pp. 8–9).

Haz copias de seguridad según la política interna y comprueba que puedan restaurarse por el procedimiento documentado. Una carpeta replicada sin historial puede confundir remesas antiguas con las del mes vigente. Separa los datos por empresa y período, y conserva la respuesta de TGSS ligada al XML enviado. Si se cambia de equipo o de responsable, comprueba el buzón y seguimiento antes de volver a transmitir archivos.

Lo que esta guía no cubre

Esta página no es una guía de instalación ni de descarga, un mapa de códigos de error, ni un cálculo de bases, cuotas o nóminas. Tampoco determina qué modalidad de RED debe usar una empresa. La consulta “qué es SILTRA” se responde con su función y su lugar dentro de los procesos documentados; la descarga de versión, requisitos, solución de un mensaje específico y pasos de un expediente deben comprobarse en los recursos oficiales y el manual vigente.

La documentación técnica no decide por sí sola si un dato laboral o salarial es correcto. Para una controversia sobre alta, baja, período o cotización, reúne el documento fuente y la respuesta oficial, identifica el trámite y consulta a la persona autorizada o profesional que gestione la empresa. La herramienta organiza intercambio; no reemplaza el análisis de los derechos u obligaciones que originan el fichero.

Lista de control para identificar el flujo

  • ¿La gestión es de cotización, afiliación o INSS?
  • ¿Qué modalidad de Sistema RED y autorización se usa?
  • ¿El programa de nóminas generó el XML que corresponde a la empresa y el período?
  • ¿SILTRA validó y adaptó el fichero? ¿Aparece aún en el buzón de salida?
  • ¿Se realizó el envío y existe una respuesta de TGSS vinculada al mismo archivo?
  • ¿Se revisaron los documentos de resultado y el seguimiento de la liquidación?
  • ¿La versión y el manual proceden de la zona oficial actual de TGSS?
  • ¿Los mensajes, ficheros y copias se guardan con acceso restringido?

El punto de partida más fiable es la combinación de página oficial de acceso RED y el manual de SILTRA que publica TGSS. Vuelve a revisar las páginas antes de instalar, cambiar versión o seguir un procedimiento concreto. La interfaz y los avisos pueden evolucionar, mientras que las definiciones de esta guía se ciñen a lo descrito por la Tesorería en las fuentes consultadas.

Quién suele intervenir en el proceso

En una organización pequeña, una asesoría externa puede generar y tramitar las remesas bajo la autorización correspondiente; en una empresa con equipo interno, nóminas prepara los datos y la persona que opera la autorización revisa el envío. La distribución del trabajo no es la misma en todas las compañías, pero conviene que esté escrita. Así se evita que dos personas modifiquen el mismo fichero o que nadie compruebe la respuesta de TGSS porque cada una supone que la otra lo hizo.

Antes del cierre mensual, identifica quién es responsable del dato de nómina, quién genera los XML, quién puede transmitirlos y quién descarga el resultado. Define también qué documentos se archivan, quién puede acceder al buzón y a qué persona se escala una incidencia técnica. Este reparto interno no reemplaza los requisitos de autorización de la Tesorería. Sirve para que el trámite tenga dueño y que un cambio de turno o vacaciones no deje una remesa sin seguimiento.

Si una empresa cambia de asesoría, software o persona autorizada, prepara un inventario de sistemas y períodos pendientes. Comprueba qué instalación conserva la copia de seguridad, quién tiene acceso al buzón y si las liquidaciones anteriores muestran respuestas finales. No desinstales equipos ni elimines carpetas antes de reconciliar los archivos con los justificantes y el archivo de nóminas. La guía de usuario incluye utilidades de copia y reconstrucción, pero su uso debe seguir el manual, no improvisarse ante una remesa concreta.

Preguntas frecuentes

¿SILTRA y Sistema RED son lo mismo?

No. La TGSS presenta SILTRA como la aplicación usada en el Sistema de Liquidación Directa para intercambiar ficheros; Sistema RED es el sistema de relación y acceso que requiere autorización de la TGSS.

¿SILTRA calcula las nóminas?

La documentación de la TGSS sitúa la generación de ficheros de cotización en el programa de nóminas y describe SILTRA como la herramienta para procesarlos e intercambiarlos. No la presentes como sustituto de ese programa.

¿Quién puede utilizar SILTRA?

Para usar Sistema RED se requiere autorización de la TGSS. La modalidad SLD tiene, además, requisitos de programa de nóminas adaptado y aplicación SILTRA que deben comprobarse en la información técnica vigente.

¿Qué archivos se gestionan con SILTRA?

El manual TGSS describe intercambio de ficheros de cotización XML, además de procesos de afiliación e INSS. El formato y proceso concreto dependen del trámite y del manual vigente.

¿Una validación correcta significa que ya se presentó la liquidación?

No. El manual distingue el procesamiento/validación del fichero de su posterior envío y de la recepción de respuestas. Comprueba seguimiento, buzón y documentos de resultado.

¿Qué versión de SILTRA está vigente?

La versión depende de las actualizaciones de la TGSS. El portal publicó el lanzamiento de SILTRA 4.0.0 a partir del 1 de junio de 2026; vuelve a consultar el área oficial antes de instalar o actualizar.