SLS (Statens Løn System)
La integración con SLS comunica las ausencias de las hojas de horas aprobadas a SLS, el sistema de nómina de la Administración danesa, como registros de ausencia (FRAV), para que nadie tenga que introducir a mano en SLS las bajas por enfermedad, las vacaciones y los permisos.
Qué envía
- Las ausencias registradas en actividades que tienen un Código de ausencia SLS , para los empleados de unidades organizativas con un Grupo de pago SLS .
- Un registro por empleado, código y tramo de días, que se crea, actualiza o elimina en SLS a medida que cambia la hoja de horas.
- Nada anterior a la Fecha de corte , y nada que aún no esté aprobado.
La integración no lee nada de SLS. Los empleados se identifican por su número CPR, así que el atributo CPR debe estar relleno.
Antes de empezar
ØS (Økonomistyrelsen) te proporciona lo siguiente:
- La dirección del servicio web de SLS
- Un usuario del servicio web y su contraseña
- Un fichero de certificado de cliente (
.p12,.pfxo.pem) y la contraseña que lo protege - El grupo de pago (løngruppe) de cada institución o unidad organizativa
ØS solo acepta llamadas desde direcciones de red que conoce. Las direcciones de mTime aparecen en Direcciones IP; pide a ØS que las permita antes de la primera ejecución.
Configurarla en mTime
- Ve a y selecciona Statens Løn System.
- Introduce la Dirección de SLS y haz clic en Comprobar conexión . Abre una conexión de red con la dirección y la vuelve a cerrar —no se envía nada— y te indica si SLS deja entrar a mTime.
- Elige el fichero del Certificado de cliente e introduce su Contraseña del certificado . mTime lee una sola vez el certificado y su clave del fichero; la contraseña del fichero nunca se guarda.
- Introduce el Usuario del servicio web y la Contraseña del servicio web .
- En Sincronización de ausencias, activa Enviar ausencias y configura la Fecha de corte con tu fecha de puesta en marcha. Las ausencias anteriores nunca se envían.
- Activa la integración y guarda.
Después, indica a mTime qué ausencias debe comunicar:
- En cada unidad organizativa cuyos empleados estén en SLS, configura el Grupo de pago SLS . Las unidades dependientes no lo heredan: configúralo en cada unidad organizativa que tenga empleados.
- En cada actividad de ausencia que deba llegar a SLS, configura el Código de ausencia SLS . El cuadro Códigos de ausencia SLS de la página de la integración muestra todos los códigos que permite ØS, las reglas que siguen y las actividades de cada código; puedes añadir y quitar actividades ahí mismo. Las actividades sin código no se comunican.
Cuándo se envían las ausencias
Las ausencias se envían cuando se aprueba un resumen del periodo, o cuando se envía, si las condiciones laborales no requieren aprobación. Lo que se envía es el periodo del resumen: cada día de ausencia en una actividad con código en ese periodo se convierte en un registro en SLS, o lo actualiza.
Si un resumen se reabre y se vuelve a aprobar, se envía la diferencia: se crean los días nuevos, se actualizan los días modificados y se eliminan de SLS los días que ya no están.
Cómo se convierten los días en registros
mTime sigue las reglas de ØS para cada código; el cuadro Códigos de ausencia SLS muestra qué regla se aplica a qué código.
- Un día completo se comunica como un día. SLS limita un día a 7 horas y 24 minutos (444 minutos); un día más largo se envía limitado, y la fila del Registro de integraciones lo indica.
- Dos o más días completos seguidos con el mismo código se comunican como un periodo, del primer al último día.
- Una parte de un día se comunica como un solo día con sus minutos, en los códigos que admiten minutos.
- Los códigos de medio día (como 505 y 615) se comunican como medio día.
- Una ausencia en curso —una baja o un permiso sin fecha de fin todavía— se envía con el final abierto y se amplía a medida que se aprueba cada mes. Cuando termina, el registro recibe su fecha de fin.
Un día sin jornada teórica (un fin de semana o un festivo) nunca se comunica.
Comprobar lo que ha llegado a SLS
Hay dos sitios donde verlo:
- El informe Ausencias SLS, para el especialista de RR. HH.: por empleado y día, qué está en SLS, qué falta por enviar y qué necesita una resincronización. Empieza por ahí.
- El Registro de integraciones en , para el administrador: una fila por registro, con la respuesta de SLS y la solicitud enviada. El número CPR aparece enmascarado. Una fila que SLS aceptó con una observación (Advarsel), o en la que mTime recortó un día al límite, se marca con un aviso.
Una fila fallida se reintenta automáticamente durante tres días. Después, sigue en estado fallido hasta que una persona ejecuta la resincronización.
Mantener SLS al día tras un cambio de configuración
Cambiar el código SLS de una actividad o el grupo de pago de una unidad organizativa no vuelve a enviar nada por sí solo. Ejecuta la tarea Resincronización de integraciones para SLS: compara lo que dicen las hojas de horas aprobadas con lo que tiene SLS y crea, actualiza o elimina los registros que difieren. Ejecútala primero como simulación: el informe muestra todos los cambios que haría. También cubre a un empleado cuyas ausencias nunca se enviaron porque el código se añadió después de la aprobación.
Solución de problemas
| Problema | Solución |
|---|---|
| Comprobar conexión dice Sin respuesta | SLS no responde a llamadas desde direcciones que no conoce. Pide a ØS que permita las direcciones IP de mTime. |
| Comprobar conexión dice rechazada | Comprueba el número de puerto de la dirección. Si es correcto, SLS no acepta la dirección de red de mTime: ponte en contacto con ØS. |
| No se envía nada | Comprueba que Enviar ausencias está activado, que la actividad tiene un Código de ausencia SLS, que la unidad organizativa del empleado tiene un Grupo de pago SLS, que el empleado tiene número CPR, que los días son iguales o posteriores a la fecha de corte y que el resumen está aprobado. |
| El informe muestra Sin grupo de pago | Las ausencias de esa unidad organizativa nunca llegan a SLS. Configura el Grupo de pago SLS en la unidad organizativa y después ejecuta la resincronización. |
| Una fila ha fallado con Lukket | SLS ha cerrado el periodo a cambios. La ausencia debe corregirse en SLS. |
| Una fila ha fallado con Fejl y el texto de SLS | SLS ha rechazado el registro; el texto indica por qué (un grupo de pago desconocido, un CPR que no está en SLS, un código no permitido para el empleado). Corrige la causa y después ejecuta la resincronización. |
| Un día muestra Requiere resincronización en el informe | Un envío o una eliminación falló y se han agotado sus reintentos. Ejecuta la Resincronización de integraciones para SLS. |
Próximos pasos
Una vez que la integración esté en marcha, consulta Integraciones para saber cómo desactivar una integración, y el informe Ausencias SLS para la vista día a día.