Cuando SILTRA muestra un error, lo primero es ubicarlo en el proceso. No significa lo mismo un rechazo al validar el fichero en el equipo, un problema al conectar o firmar el envío y un mensaje generado por la Tesorería General de la Seguridad Social (TGSS) después de recibir una remesa. SILTRA permite procesar ficheros de cotización, afiliación e INSS, intercambiarlos con TGSS y consultar respuestas; cada fase deja información distinta. (Manual oficial SILTRA; TGSS, Sistema RED).

Esta guía está dirigida a pequeñas empresas y profesionales que gestionan remesas, no a una persona que solo quiere descargar o actualizar SILTRA. Tampoco es una tabla de códigos. Los números 509 y 603 pueden aparecer en consultas, pero un código aislado no explica por sí solo qué dato o proceso falló. Guarda el texto completo, identifica módulo y etapa y compáralo con la documentación oficial que corresponde a la versión en uso. Si hay cotización, afiliación o una prestación en juego, no repitas el envío a ciegas.

SILTRA, Sistema RED y el envío: tres piezas distintas

SILTRA es una aplicación de escritorio de la TGSS para intercambiar ficheros en el Sistema de Liquidación Directa. (Manual oficial SILTRA) En cotización, el programa de nóminas genera ficheros XML que SILTRA valida y adapta antes de enviarlos. En afiliación e INSS, procesa remesas específicas y permite revisar respuestas. El manual describe también los módulos de envío y recepción, consulta de envíos, seguimiento de liquidaciones y buzones de entrada y salida. Las etiquetas y menús pueden cambiar entre versiones; utiliza el manual que la TGSS tenga publicado para tu sistema operativo. (Manual SILTRA, introducción y funciones; documentación SLD).

Sistema RED es el sistema de transmisión de la TGSS. La Seguridad Social indica que para usar RED hay que estar debidamente autorizado. (TGSS, acceso a Sistema RED) Las autorizaciones con medio de transmisión Sistema de Liquidación Directa o RED Internet utilizan una aplicación compatible como SILTRA o WinSuite32, según modalidad. Eso significa que un problema de autorización o credencial puede aparecer antes de que el fichero llegue a procesarse. Reinstalar la aplicación no corrige necesariamente una autorización, un certificado expirado o un permiso faltante. (TGSS, acceso a Sistema RED).

La remesa es el fichero que se presenta. La respuesta es el mensaje que la TGSS devuelve. Una remesa puede validarse localmente y aun así requerir revisar lo que ocurra después del envío. Conserva el identificador o referencia de cada operación y la respuesta asociada. Si la consulta se refiere a la liquidación completa, revisa la vista de seguimiento en el módulo pertinente y no solo el último aviso emergente.

Clasifica el mensaje antes de cambiar datos

Validación local. El aviso aparece mientras el programa procesa o valida el fichero antes de conectarse. Revisa el tipo de fichero, los campos indicados, el periodo y el origen de los datos. En cotización, el software de nóminas genera el XML; si la validación señala un dato, compruébalo en el sistema que lo produjo y no edites manualmente el archivo sin saber qué regla se está aplicando. (Manual SILTRA, validación y adaptación de remesas).

Acceso o certificado. El sistema no consigue identificarse, firmar o establecer la comunicación. Comprueba quién está autorizado, qué certificado se ha seleccionado, su validez y si el equipo cumple requisitos técnicos. No compartas la clave privada ni el PIN por correo. Si el problema persiste, usa los canales de soporte oficiales de TGSS y describe el mensaje sin adjuntar secretos.

Transmisión. La remesa sale del equipo pero el intercambio no termina con la confirmación esperada. Mira el buzón de salida, el estado del envío y si el mensaje está pendiente o ya fue enviado. No pulses varias veces el botón de envío para «forzar» la operación hasta saber qué ocurrió; podrías duplicar intentos o perder la relación entre fichero y respuesta.

Respuesta de la TGSS. El sistema recibe un fichero de respuesta, aviso técnico o resultado de validación del organismo. Abre el documento completo y relaciona su identificador con el fichero que originó la respuesta. El manual de SILTRA incluye funciones de consulta de envíos y de seguimiento, además de la recepción de mensajes. No interpretes como error del programa un rechazo que comunica una regla o dato de la remesa. (Manual SILTRA, consulta y seguimiento).

Incidencia de una función en línea. Algunas operaciones se originan en servicios online de Sistema RED y no en una remesa de cotización. El manual distingue la información generada por servicios online de las respuestas vinculadas a envíos. Si el mensaje está asociado a una consulta o trámite en línea, revisa ese servicio y su autorización antes de editar un XML.

Ficha de diagnóstico que evita pruebas al azar

Antes de pedir asistencia, registra el contexto en una nota. Incluye fecha y hora, módulo utilizado, paso exacto donde aparece el error, versión de SILTRA visible en el equipo, sistema operativo y si el mensaje es reproducible. Anota tipo de operación: cotización, afiliación, INSS o CRA. Señala si el fichero llegó a enviarse y si hay un recibo técnico o respuesta posterior.

Para la remesa, conserva el nombre original del archivo, tipo y periodo. Identifica CCC o NAF solo dentro del canal de soporte autorizado y en la cantidad de datos necesaria. No compartas datos personales de trabajadores en un foro ni captures pantallas donde aparezcan certificados, contraseñas o listas de personas. Si vas a pedir ayuda por un canal abierto, sustituye los identificadores por ejemplos ficticios que mantengan el formato, pero no alteres el archivo real que necesita revisar la asesoría.

Guarda el texto íntegro del error. Una nota como «sale el 509» pierde información sobre módulo, campo, fase o versión. Si el mensaje contiene varias líneas, conserva todas; el encabezado puede indicar el fichero y la parte final, el campo que se rechaza. Si el programa genera un fichero de respuesta, guárdalo junto con el nombre de la remesa enviada y el justificante de transmisión.

Describe qué cambió antes de que comenzara la incidencia: una nueva versión del programa de nóminas, un cambio de certificado, una actualización de datos de empresa, una modificación en el periodo o una instalación en otro equipo. La coincidencia temporal no demuestra la causa, pero ayuda a reproducir el problema. No pruebes múltiples cambios a la vez: modifica una hipótesis, repite el paso en una copia controlada y registra el resultado.

Secuencia para revisar una remesa de cotización

  1. Confirma el periodo y la liquidación. Verifica que el fichero generado corresponde al mes o periodo que pretendes presentar y a la cuenta de cotización adecuada.
  2. Revisa el fichero en SILTRA. La aplicación valida y adapta el XML antes del envío según el flujo de cotización descrito en el manual. Lee el resultado completo y separa errores que impiden enviar de avisos informativos.
  3. Vuelve al origen de los datos. Si aparece una discrepancia, revisa el registro en el programa de nóminas, convenio, jornada o dato de afiliación pertinente. No corrijas un fichero con un editor de texto sin confirmar que ese es el procedimiento admitido.
  4. Envía una vez confirmada la remesa. Comprueba el buzón de salida y el estado de la comunicación.
  5. Recibe y asocia la respuesta. Descarga los mensajes y vincúlalos al envío correspondiente. La recepción de un fichero no implica por sí sola que la liquidación esté cerrada correctamente.
  6. Consulta seguimiento y resultado. Revisa la liquidación y los documentos de cálculo o recibos que correspondan al flujo concreto. Si el estado no está claro, contrasta con la documentación de la TGSS.

El manual oficial explica el flujo de generación, validación, adaptación, envío, recepción, seguimiento e impresión de documentos. La configuración elegida puede automatizar algunos pasos o mantenerlos separados. Si no conoces la configuración del entorno, consulta al responsable técnico antes de cambiarla: automatizar envío después de validar no es equivalente a dejar un fichero en espera. (Manual SILTRA, capítulos 3–6).

Si aparece un código como 509 o 603

No atribuyas un significado definitivo a un número sin el texto que lo acompaña. Los códigos pueden referirse a módulos o respuestas diferentes y la ayuda de terceros puede corresponder a otra versión o situación. El propio manual de SILTRA organiza la consulta por operaciones y tipos de respuesta; utiliza el mensaje completo y busca la sección que corresponde a la fase en que ocurrió. Si la guía no contiene el código o no coincide con el mensaje, solicita aclaración al soporte oficial o a quien gestiona el autorizado RED.

Para poder localizarlo, anota: código tal como aparece, descripción literal, título del mensaje, nombre de fichero, CCC/NAF, periodo, módulo y versión de SILTRA. Si se trata de un error técnico al iniciar, indica también si aparece antes o después de elegir certificado. Si surge al procesar una remesa, especifica si ocurre durante la validación local o después de recibir respuesta. No pegues un código aislado en un buscador y apliques una solución que cambie bases, tramos, datos de empresa o afiliación sin comprobar el motivo.

Los números 509 y 603 deben tratarse como un caso que necesita contexto, no como una guía completa de errores. El número no prueba por sí solo que falte una actualización, que la cotización sea incorrecta o que haya que reinstalar SILTRA. La TGSS publica manuales y avisos sobre versiones y funcionalidades; comprueba la fecha y el alcance de cada documento antes de seguir una instrucción. (TGSS, avisos RED sobre SILTRA).

Cuando el problema es Sistema RED o la autorización

Si no puedes entrar o el certificado no aparece, verifica primero si el usuario está autorizado para la empresa y el servicio utilizado. La TGSS indica que el acceso a Sistema RED requiere autorización y un método de identificación electrónica válido. También publica requisitos técnicos distintos según se utilice RED Internet, RED Directo o SLD. Confirma la modalidad antes de seguir un tutorial de acceso pensado para otro canal. (TGSS, requisitos de acceso a Sistema RED).

Después comprueba que el certificado pertenece a la persona autorizada, que sigue vigente y que el navegador o entorno de firma puede usarlo. No pidas a una persona que envíe su certificado o contraseña por mensajería. Si el acceso se bloquea, utiliza la ayuda o servicio de soporte oficial indicado en el portal de TGSS. Cuando abras una incidencia, describe qué trámite intentabas, qué modalidad RED usas y el error exacto; no incluyas la clave privada.

La aplicación SILTRA no sustituye la autorización del Sistema RED ni transforma una cuenta de usuario en autorización para cualquier empresa. Si falla la relación entre autorizado, empresa o CCC, la resolución puede corresponder a la administración de la autorización y no a la reparación de archivos locales. Separa esa consulta de la revisión de cotización para evitar repetir una remesa que todavía no pudo transmitirse.

Si el problema aparece después de instalar una versión

La TGSS publica avisos cuando pone a disposición una versión SILTRA y describe cambios concretos. Por ejemplo, el aviso de SILTRA 4.0.0 de 2026 menciona modificaciones determinadas del programa. Un aviso de versión no significa que todos los errores se solucionen actualizando ni que una versión anunciada se haya instalado automáticamente. Comprueba en la fuente oficial cuál es la versión disponible y qué cambios incluye, y sigue el procedimiento de actualización que corresponda al entorno. (TGSS, aviso de SILTRA 4.0.0).

Antes de modificar la instalación, guarda copia de seguridad del entorno SILTRA y conserva ficheros de entrada y respuesta. El manual incluye una utilidad de copia de seguridad y explica que puede cubrir ficheros procesados y base de datos. No uses restauración o reconstrucción de buzones como primer intento para todos los errores; algunas utilidades afectan a los datos de seguimiento y la guía reserva ciertas operaciones para supuestos concretos. Lee las advertencias del manual antes de utilizarlas. (Manual SILTRA, utilidades y copia de seguridad).

Si el problema aparece en varios equipos al mismo tiempo, registra las versiones y pasos que coinciden. Si sucede solo en un equipo, documenta diferencias de certificado, configuración, permisos y acceso a carpetas. No borres carpetas de datos ni reinstales mientras no sepas si se perderían mensajes o justificantes. Pregunta a la persona responsable de nóminas o al soporte técnico si conviene guardar logs antes de intervenir.

Qué documentación conservar

Por cada envío, conserva el fichero tal como salió del programa de nóminas, la validación o adaptación que generó SILTRA, el justificante de transmisión, el mensaje de recepción y cualquier respuesta asociada. Añade fecha, periodo, CCC o NAF identificado de forma segura, tipo de remesa y versión del software. Mantén una copia aparte antes de corregir datos para poder comparar el original y el reenvío.

Para un caso de afiliación o INSS, guarda el formulario o remesa generado, la validación, el acuse y la respuesta que emitió el sistema. No mezcles esa carpeta con los ficheros de cotización solo porque se produjeran el mismo día. Los módulos generan documentos diferentes y una respuesta debe vincularse con el envío correspondiente.

Si envías evidencia a la asesoría o al soporte, redacta una descripción cronológica: qué operación intentaste, qué esperabas, qué mensaje apareció y qué paso exacto seguiste. Adjunta el fichero solo si el canal autorizado lo permite y contiene únicamente la información necesaria. Si la información incluye datos de trabajadores o empresariales, evita correos personales sin protección.

Casos que requieren soporte especializado

Pide ayuda si el mensaje afecta a una liquidación próxima a vencer, si no sabes si el fichero llegó a TGSS, si las respuestas no corresponden al envío, si se daña la base de datos del seguimiento, si no puedes acceder con la autorización correcta o si existe riesgo de duplicar una presentación. También cuando el código no aparece en el manual disponible o la versión indicada no coincide con la pantalla.

Al abrir la consulta, separa el componente técnico del dato laboral. Una incidencia de instalación puede requerir soporte informático; una discrepancia en bases, afiliación o cotización requiere revisar los datos y normas del caso; una autorización RED puede necesitar atención de la TGSS. La persona que gestiona el software no necesariamente puede decidir una clasificación laboral o calcular una obligación. Formula cada pregunta al responsable adecuado.

Lista breve antes de corregir o reenviar

  • ¿En qué módulo apareció: cotización, afiliación, INSS, CRA o acceso RED?
  • ¿Ocurrió al validar, enviar, recibir o abrir una respuesta?
  • ¿Cuál es el mensaje completo, no solo el número?
  • ¿Qué fichero, periodo y CCC o NAF están relacionados?
  • ¿El envío anterior figura pendiente, recibido o respondido?
  • ¿Has conservado el original y la respuesta recibida?
  • ¿La instrucción de corrección viene del manual actual de TGSS?
  • ¿El cambio afecta datos de nómina o afiliación que se deben corregir en origen?
  • ¿Tienes autorización para el servicio y empresa en cuestión?
  • ¿Una nueva remesa podría duplicar la operación anterior?

Cuando termines, verifica el resultado en el módulo correspondiente y guarda la respuesta final. No cierres la incidencia porque SILTRA deje de mostrar el mensaje: comprueba que la operación quedó registrada y que la liquidación, comunicación o prestación tiene el estado esperado según la información oficial.

Preguntas frecuentes

¿Qué significan los errores SILTRA 509 o 603?

No se debe asignarles un significado universal solo por el número. Conserva el mensaje completo, módulo, fichero, periodo y fase donde aparece; contrástalo con el manual vigente o el soporte oficial de TGSS.

¿Qué diferencia hay entre error de validación y respuesta de la TGSS?

La validación ocurre al procesar el fichero antes del envío. La respuesta llega después del intercambio. Distinguir las etapas evita cambiar el XML cuando el problema es de acceso o buscar un mensaje que todavía no se ha recibido.

¿SILTRA y Sistema RED son lo mismo?

No. Sistema RED requiere autorización de la TGSS y establece la modalidad de transmisión; SILTRA es una aplicación utilizada para intercambiar ficheros en el Sistema de Liquidación Directa.

¿Puedo volver a enviar el fichero varias veces?

Antes de repetir, consulta si el envío anterior llegó y si hay una respuesta asociada. Conserva la referencia y evita duplicar remesas mientras no conozcas el estado de la operación.

¿Qué datos debo incluir al pedir ayuda?

Incluye módulo, fase, versión visible, nombre de fichero, periodo, mensaje íntegro y pasos para reproducir la incidencia. Protege certificados y datos personales; comparte CCC o NAF solo por canales autorizados.

¿Dónde consulto manuales oficiales?

La TGSS publica la documentación de Sistema de Liquidación Directa y los manuales SILTRA. (Documentación oficial) Comprueba la fecha y versión aplicable al sistema antes de seguir pasos de pantalla.