¿Qué es Siltra?
Siltra es la aplicación que utiliza cada empresa en España para intercambiar información con la Seguridad Social (TGSS/INSS). Entre los archivos que recibe se encuentra el archivo FIE (Fichero INSS Empresas), que informa sobre la actividad de bajas de los trabajadores de la empresa: certificados iniciales (partes de baja), certificados de confirmación, certificados de alta (partes de alta), recaídas, cancelaciones y resoluciones del INSS.
La integración de Factorial – Siltra lee ese archivo y convierte esas comunicaciones oficiales en Factorial de Factorial, para que el departamento de recursos humanos no tenga que volver a escribir las ausencias médicas que ya ha comunicado la Seguridad Social.
Disponibilidad: Solo en España — el archivo FIE es un formato de la Seguridad Social española. La integración está actualmente habilitada para un conjunto limitado de empresas, por lo que puede que aún no aparezca en tu cuenta de Factorial.
Beneficios clave:
- Las ausencias médicas se registran en Factorial desde la fuente oficial, sin reescritura manual y sin sistema de nómina intermedio.
- No se escribe nada sin que una persona lo confirme: cada importación comienza con una vista previa.
- No se descarta nada en silencio: todo lo que la integración no puede importar aparece en pantalla con la razón, en lenguaje sencillo.
- Las ausencias importadas están marcadas como provenientes de la Seguridad Social, por lo que se pueden distinguir de las registradas a mano.
- Re-subir un archivo que la empresa ya ha importado no duplica nada.
Antes de comenzar
| Requisito | Detalle |
|---|---|
| Siltra | La empresa debe recibir ya sus archivos FIE a través de Siltra. La integración no se conecta a la Seguridad Social; lee el archivo que la empresa descarga. |
| El archivo | La transmisión tal como la escribe Siltra, con la extensión .msj (carpeta Msjrec de Siltra). La información FIE siempre viaja dentro de una transmisión .msj. |
| Tipos de baja | La empresa debe tener ya creados sus tipos de baja por enfermedad en Factorial. La integración no crea tipos de baja, y el formulario de configuración no se puede completar sin ellos. |
| Empleados | Los empleados deben existir en Factorial, con su número de afiliación a la Seguridad Social (NAF) o su documento de identidad completado. La integración nunca crea empleados. |
| Permisos | La integración es instalada y configurada por un/a administrador/a. |
Características principales
-
Importación del archivo FIE oficial (
.msj) descargado de Siltra. - Vista previa antes de escribir: la integración muestra exactamente lo que crearía, vincularía o cerraría, para quién, y lo que dejaría fuera y por qué.
- Creación de bajas por enfermedad en Factorial como ausencias del tipo de baja que la empresa eligió para cada contingencia oficial.
- Cierre de bajas cuando llega el certificado de alta (parte de alta).
- Vinculación de bajas ya registradas a mano, en lugar de crear un duplicado.
- Control de duplicados a través de días: el archivo FIE repite las bajas en curso cada día, y la integración reconoce lo que ya ha importado.
- Resumen por correo electrónico a las direcciones que la empresa configura, después de cada importación.
Configuración de la integración
Cuando la integración está instalada, Factorial abre una pantalla de configuración. Solo hay dos cosas que configurar, y ambas se pueden revisar más tarde desde la configuración de la aplicación.
1. Mapeo de contingencias
La Seguridad Social clasifica cada proceso de incapacidad temporal en una de cinco contingencias oficiales. Cada empresa nombra sus propios tipos de baja en Factorial, por lo que la integración necesita saber a qué tipo de baja corresponde cada contingencia.
| Contingencia oficial (DIT 1090) | Lo que elijas |
|---|---|
| 1 — Enfermedad común | Un tipo de baja de Factorial |
| 2 — Accidente no laboral | Un tipo de baja de Factorial |
| 3 — Accidente de trabajo | Un tipo de baja de Factorial |
| 4 — Enfermedad profesional | Un tipo de baja de Factorial |
| 5 — Periodo de observación | Un tipo de baja de Factorial |
Reglas:
- Las cinco son obligatorias. La configuración no se puede guardar con una en blanco: una contingencia no mapeada significaría que esas bajas nunca se importan en silencio.
- Dos contingencias pueden apuntar al mismo tipo de baja. Agrupar categorías es normal.
- Si eliges un tipo de baja que requiere una fecha de finalización, la integración te advierte al guardar: una baja por enfermedad en curso aún no tiene fecha de finalización, por lo que esas bajas no podrían ser creadas.
- Si eliges un tipo de baja que ha sido archivado en Factorial, la integración también te advierte.
.png)
2. ¿Quién recibe el resumen de la importación?
La importación se ejecuta en segundo plano, por lo que el resultado se envía por correo electrónico. En la misma pantalla se enumeran las direcciones que deben recibirlo.
Importante: el resumen es nominal y su columna de tipo de baja refleja la contingencia. Agregar una dirección aquí le da a esa persona acceso a información sobre ausencias médicas de sus colegas. Agrega solo a las personas que deben tenerlo.
Dejar la lista vacía es válido: así es como una empresa desactiva estos correos electrónicos.
Importando un archivo
-
Descargar el archivo de Siltra
Descarga la transmisión de Siltra como de costumbre. Es un archivo.msj.
-
Paso 2 — Cargarlo en Factorial
En Factorial, ve a Calendario y haz clic en Importar FIE. Suelta el archivo.msjen la pantalla de carga que se abre.Hay dos configuraciones opcionales disponibles en esta pantalla:El botón Importar FIE aparece solo si la integración de Siltra está instalada y tienes los permisos para usarla. Si no puedes verlo, consulta con tu administrador/a.
- Ocultar datos de salud — la vista previa y el correo electrónico de resumen muestran [oculto: datos de salud] en lugar del tipo de baja, ya que el tipo revela la contingencia.
-
Mostrar otros beneficios — lista los beneficios no relacionados con bajas por enfermedad del archivo, que la integración no sincroniza, con su detalle bruto.
No se escribe nada en este punto..png)
-
Revisar la vista previa
La integración lee el archivo, lo compara con lo que Factorial ya tiene y muestra un informe:
| Bloque | Lo que te dice |
|---|---|
| Línea de contexto | Qué transmisión es: versión, identificador, fecha de generación, número de registros y cuántas bajas médicas menciona. |
| Resumen de cifras | Se aplicará · Ya importado · No aplicable. Se suman a las filas en las tablas a continuación. |
| Tabla de actualizaciones | One fila por cada cosa que se escribirá: empleado/a, fecha de inicio, fecha de finalización, tipo de baja y qué sucederá (crear la baja, vincular la baja que ya existe, establecer la fecha de finalización). |
| No hay cambios | Eventos que el archivo repite y que ya fueron importados. Típico cuando subes un archivo cuyas bajas aún están en curso. |
| No se importaría | Todo lo que se dejó fuera, con la razón de cada uno. |
| Calidad de los datos | Advertencias sobre el archivo en sí, cuando hay algo que vale la pena actuar. |
El nombre del empleado/a mostrado es el que está en Factorial, no el que está en el archivo: el objetivo de la revisión es confirmar que se ha emparejado a la persona correcta.
4. Paso 4 — Confirmar
Si hay algo que aplicar, el botón dice Aplicar las N actualizaciones. Confirmar lanza la importación en segundo plano; puedes cerrar la pantalla.
Si no hay nada que aplicar, la única opción es Entendido, cerrar — no se ofrece un botón de importación que no haría nada.
Paso 5 — Recibir el resumen
Cuando la importación finaliza, los destinatarios configurados reciben un correo electrónico con el informe completo: lo que se creó, lo que se vinculó, lo que se cerró, lo que no cambió y lo que no pudo ser importado y por qué.
Lo que la integración escribe en Factorial
| Situación en el archivo | Lo que sucede en Factorial |
|---|---|
| Un nuevo certificado de baja (parte de baja) | La ausencia es creada, con el tipo de baja mapeado a su contingencia y sin fecha de finalización. |
| Un certificado de alta (parte de alta) para una baja que la integración importó | La fecha de finalización de la ausencia se establece. |
| Una baja y su alta en la misma transmisión | La ausencia es creada ya cerrada. |
| Una baja que alguien ya había registrado a mano en Factorial | La ausencia existente es vinculada y gestionada a partir de entonces — no se duplica. |
| Una baja que la integración ya importó en una ejecución anterior | Nada. Aparece bajo No hay cambios. |
Cada ausencia que crea la integración lleva una nota en su descripción, por ejemplo:
Importado automáticamente desde la Seguridad Social (SILTRA) · transmisión A1234 · baja comunicada el 01-06-2026 · importado el 04-08-2026
La integración escribe bajo su propia identidad: no actúa en nombre de ningún/a administrador/a, y no aprueba las ausencias que crea.
Lo que no se importa y por qué
No se descarta nada en silencio. Cada caso a continuación aparece en la pantalla de vista previa y en el correo electrónico de resumen, con su razón.
| Situación | Lo que hace la integración |
|---|---|
| La persona no está en Factorial | No se importa. La integración nunca crea empleados. |
| El número de afiliación o documento de la persona coincide con más de uno registro de empleado/a | No se importa. One nunca se elige, porque una ausencia médica en el registro incorrecto expone los datos de salud de una persona a otra. Resuelve el duplicado en Factorial e importa de nuevo. |
| La línea de trabajador del archivo llega sin número de afiliación y sin documento | No se importa: el archivo está incompleto en ese punto y debe ser reclamado en la fuente. |
| El empleado/a dejó la empresa antes de la fecha de inicio de la baja | No se importa. Ambas fechas están indicadas. |
| La fecha de contratación del empleado/a es posterior a la fecha de inicio de la baja | No se importa: caería fuera del contrato actual. Regístralo a mano si hubo un contrato anterior. |
| La contingencia no está mapeada a un tipo de baja | No se importa. Completa el mapeo en la configuración de la integración. |
| El tipo de baja mapeado requiere una fecha de finalización y la baja aún está abierta | No se importa. Mapea esa contingencia a un tipo que permita ausencias abiertas. |
| El periodo está ya ocupado por otra ausencia que no es una baja médica (vacaciones aprobadas, por ejemplo) | No se importa. Resuelve la superposición a mano. |
| El INSS dice que el proceso nunca existió, o que la baja no tiene efecto legal | No se importa: una persona debe revisarlo. |
Aún no cubierto
Estos llegan en el archivo, y la integración los lee, muestra y cuenta — pero aún no actúa sobre ellos:
- Certificados de confirmación: la ausencia no se extiende.
- Cancelación de una baja médica: la ausencia creada anteriormente no se anula.
- Cancelación de un alta: la ausencia no se reabre.
- Cambio de contingencia decidido por el INSS: el tipo de baja de la ausencia no se cambia.
-
Beneficios distintos de la incapacidad temporal (maternidad, paternidad, cuidado de un menor…): fuera de alcance.
Archivos que la integración rechaza
Todo el archivo es rechazado — no hay importación parcial — cuando:
- no tiene la extensión
.msj; - la descarga está truncada (los totales de control del archivo no coinciden con lo que se leyó);
- la transmisión concatena varios mensajes: descárgalos por separado;
- la versión del mensaje no es FIE V5.0.
Cambiando la configuración
Abre la configuración de la integración para revisar el mapeo de contingencias o la lista de destinatarios. La nueva configuración se aplica a la siguiente importación; las ausencias ya creadas no se tocan.
Vale la pena volver a abrir la configuración cuando la empresa crea o renombra sus tipos de baja, o cuando cambian las personas que deben recibir el resumen.
Desinstalando la integración
Desinstalar elimina la propia configuración de la integración: el mapeo de contingencias, la lista de destinatarios y el registro de qué baja se convirtió en qué ausencia.
Las ausencias ya creadas en Factorial no se eliminan — son datos propios de la empresa.
Si la integración se instala nuevamente, el mapeo debe configurarse desde cero. Las ausencias que ya existen son reconocidas por sus fechas, por lo que se vinculan en lugar de duplicarse.
Preguntas Frecuentes
-
¿La integración se conecta automáticamente a la Seguridad Social?
No. La empresa descarga el archivo de Siltra y lo carga en Factorial. La importación es manual, y cada importación es confirmada por una persona.
-
¿Con qué frecuencia debo importar el archivo?
La Seguridad Social genera el archivo FIE diariamente. Importarlo a diario mantiene Factorial actualizado; importarlo con menos frecuencia no pierde información, porque las bajas en curso se repiten en archivos posteriores.
-
¿Qué sucede si subo el mismo archivo dos veces?
No se duplica nada. La segunda importación reporta cada evento como Ya importado.
-
¿Crea empleados que no están en Factorial?
No, nunca. Una baja médica no es evidencia suficiente para crear un registro de empleado/a. El caso se reporta para que recursos humanos pueda actuar al respecto.
-
¿Las ausencias que crea se aprueban automáticamente?
No. Se crean como ausencias del tipo de baja configurado; la aprobación sigue el proceso habitual de la empresa.
-
¿Puedo distinguir una ausencia importada de una registrada a mano?
Sí. Cada ausencia que crea la integración lleva una nota en su descripción que dice que proviene de la Seguridad Social, con la transmisión y la fecha de importación.
-
¿Qué sucede con una baja que alguien ya había registrado a mano?
La integración la vincula en lugar de crear una segunda, y la gestiona a partir de entonces — así que el certificado de alta cierra la ausencia que ya existe.
-
¿Quién puede ver la información médica?
La vista previa se muestra a la persona que realiza la importación, y el correo electrónico de resumen va solo a las direcciones configuradas en la configuración de la integración.