Preguntas frecuentes (FAQ) - Integrador SST
eSocial - Seguridad y Salud del Trabajador (SST)
Oúltimo horario del gobierno estableció que el envío de eventos SST comienza el día13/10/2021 porprimeras empresas del grupo. Los otros grupos deben comenzar a enviar en una fecha posterior.
- Siga los plazos del evento para todos los grupos empresariales accediendo a nuestra página eSocial especial en el Portal de requisitos legales .
- Consulte también las preguntas frecuentes para preguntas generales sobre eSocial .
O Integrador SST está apto a enviar todos os eventos de Segurança e Saúde no Trabalho (SST) do eSocial, e também o evento de exclusão. Son ellos:
- S-2210 - Comunicación de Accidentes de Trabajo
- S-2220 - Vigilancia de la Salud del Trabajador
- S-2221 - Examen Toxicológico del Conductor Profesional Por Cuenta Ajena
- S-2240 - Condiciones ambientales de trabajo - Agentes nocivos
- S-3000 - Eliminación de eventos
EL Integrador SST No considera el evento S-2230 (Licencia), por ser un evento generado por el sistema de nómina.
No. La S-2240 (Condiciones Ambientales de Trabajo - Agentes Nocivos) debe ser enviada de acuerdo a la situación de exposición del trabajador en elfecha actual. El evento no debe enviarse con fecha retroactiva.
- Enenero/2019 un trabajador comenzó a operar un martillo en el mismo ambiente de trabajo. Por lo tanto, estuvo expuesto a agentes nocivos:ruido yvibración.
- Enenero/2021, se colocó una caldera al lado de ese mismo trabajador. Así, a partir de esa fecha estuvo expuesto a un total de tres agentes nocivos:ruido,vibración y ahora tambiencalor.
En el escenario anterior, los tres agentes deben declararse en elS-2240 a partir del día13/10/2021 (si es una empresa del grupo 1, ya que es la fecha de inicio de este grupo).
- En24/11/2021, este mismo trabajador entró en contacto con otro agente nocivo:petróleo.
A partir de esta fecha (24/11/2021) la empresa deberá declarar laS-2240 nuevamente, con un agente más, en este caso: Químico (Petróleo - petróleo). A partir de ahí, el trabajador se considera expuesto a cuatro agentes nocivos.
El evento S-2240 debe declararse antes del día 15 (quince) del mes siguiente al inicio de los eventos obligatorios de SST o al ingreso/ingreso del trabajador.
Recomendamos a los clientes mayores declarar S-2210 para el producto. HCM XT , usando el módulo Administração de Pessoal o Segurança e Medicina .
Esta recomendación se debe a las dinámicas y dependencias que pueden existir con las licencias (evento S-2230 - Licencia Temporal) y con el proceso de nómina, para declaraciones y rectificaciones.
Escenarios de integración e módulos necesarios
No. Puedes usar el Integrador SST con el Segurança e Medicina Mayor, pero esto no es obligatorio .
Es posible utilizar cualquier módulo que tenga registros de empleados ( Administração de Pessoal , Por ejemplo). En este caso el Integrador SST busca datos de empleados y los envía al proveedor. Y el prestador hace la gestión de las informaciones de SST.
No. EL Integrador SST Funciona con cualquier módulo. HCM XT que tenga registros de empleados .
Los movimientos de empleados realizados por la Segurança e Medicina También se envían al proveedor.
Si solo tienes las soluciones para Segurança e Medicina y el eDocs de Senior, valorar si realmente es necesario utilizar el Integrador SST .
EL Segurança e Medicina es capaz de gestionar todos los datos SST y generar archivos de eventos eSocial. EL eDocs Es el mensajero de Senior, responsable de enviar estos eventos al gobierno.
Juntas, las dos soluciones atienden al escenario en el que la empresa hace su propia gestión del SST. EL Integrador SST Fue construido pensando en empresas donde esta gestión la realiza un proveedor.
Sí. EL Integrador SST es un módulo que se ejecuta dentro de la plataforma X senior.
No es necesario tener el Panel de Gestión.
No es necesario tener el módulo Gestão de Departamento Pessoal .
Esta pregunta plantea algunas preguntas adicionales, que también serán respondidas a continuación:
a) ¿Debo desactivar la integración entre sistemas y, cuando esté todo listo, activarla nuevamente?
No deshabilites la integración. Al desactivarlo, detendría no solo los cambios en la estructura, sino también todos los asuntos pendientes relacionados con la admisión, el despido, las bajas y muchos otros. Esto crearía una cola de procesamiento inviable para el seguimiento y seguimiento.
b) ¿Cuál es el impacto en la integración entre sistemas?
No hay impacto. No es necesario cambiar la configuración o deshabilitar la integración. No hay cambios en la funcionalidad y validaciones y revisiones. Así que nada cambia.
c) ¿Cuál es el impacto en el proveedor de SST?
El impacto es alto. La creación de una nueva estructura cambia todo el mapeo que mantiene el proveedor sobre: PCMSO, PPRA, PPP, eSocial y demás requisitos legales. Esta acción debe ser coordinada y organizada de forma conjunta entre el cliente y el proveedor de SST, es decir, no debe ser unilateral y sin comunicación.
Para mitigar el impacto, considere estas recomendaciones:
- comunicar y alinear con el proveedor de SST sobre la necesidad de crear una nueva estructura.
- En el sistema de Senior, puedes crear toda tu nueva estructura de sectores y puestos. Pero antes de realizar movimientos colectivos, planifique por etapas con el proveedor de SST.
Ejemplo de un plan paso a paso: si tiene 100 sucursales, comience con 10; si tiene 1000 empleados, comience con 100; y acompañar la integración de datos y cambios junto con el proveedor de SST. - adelantar la relacion de nuevos sectores y puestos para el proveedor de SST. Así, puede evaluar los impactos y prepararse para recibir la integración de datos con la nueva estructura.
Importante
Tenga especial cuidado con elcódigo de recursos humanos en el sistema del proveedor de OSH. Por ejemplo, podría tener el trabajoAnalista con el código1/100 y luego, con la nueva estructura, Analista de sistemas con el código2/100, con la misma descripción de actividades, riesgos y exámenes.
Comunicación entre los sistemas
EL Integrador SST envía un conjunto de información del empleado al proveedor. Estas informaciones generarán pendencias de integración entre los sistemas.
En las tablas abajo contienen las informaciones de los empleados que son publicadas por el sistema de la Senior y pueden ser consumidas por el sistema del prestador. Estas son las informaciones que van a generar pendencias de integración.
Información integrada | Ejemplos de valores | Fuente de información en el módulo Administração de Pessoal ( HCM XT ) | |
---|---|---|---|
Fecha y hora de la creación de la pendencia | - |
Informaciones administradas por el sistema al crear las pendencias de integración. |
|
Situación | - | ||
Motivo de la pendencia de integración | Admisión del empleado Alteración del empleado Demisión del empleado Historial de centro de costo Historial de departamento Historial de categoría eSocial Historial de cargo Historial de puesto de trabajo Historial de sucursal Alteración de la matrícula eSocial dejar la historia Historia del ambiente laboral. Alteração da matrícula eSocial Carga Inicial |
||
Operación | Inserción Alteración Exclusión |
||
Fecha y hora programada para el envío | - | ||
Fecha y hora del envío | - | ||
Motivo de la cancelación | - |
Información integrada | Ejemplos de valores | Fuente de información en el módulo Administração de Pessoal ( HCM XT ) | |
---|---|---|---|
Campo del sistema | Menú | ||
Nombre | - | La integración considera el campo Nombre completo en el registro de Personas. (El campo Nombre completo es opcional en HCM XT . Si falta esta información, la integración considera el nombre completado en el campo al lado del código de registro en el Formulario Básico). | Personas > Registro de Personas |
CPF (Registro de Persona Física) | 999.999.999-99 | CPF | |
Número de Identificación Social (NIS) | 99999999999 | PIS | |
Fecha de nacimiento | 01/01/1990 | Fecha de nacimiento | |
Sexo | Masculino, Femenino | Sexo | |
Estado civil | Soltero, Casado, Divorciado, Viudo, Concubinato, Separado, Unión estable, Otros | Estado civil | |
Deficiente | Sí, No | Desactivado | |
Número del RG* | 99.999.999-9 | Carnet de identidad | |
Estado de la Cédula de Identidad | AC, AL, AP, AM, BA, CE, DF, ES, GO, MA, MT, MS, MG, PA, PB, PR, PE, PI, RJ, RN, RS, RO, RR, SC, SP, SE, TO | ||
Fecha de emisión del RG | 01/01/2020 | ||
Organo Emisor del RG* | SSP | ||
Número de la libreta laboral | 999999999 | Tarjeta de Trabajo | |
Serie de la libreta laboral | 99 | ||
Dígito de la libreta laboral | 9 | ||
Fecha de emisión de la libreta de trabajo | 01/01/2020 | ||
Estado de la libreta de trabajo | AC, AL, AP, AM, BA, CE, DF, ES, GO, MA, MT, MS, MG, PA, PB, PR, PE, PI, RJ, RN, RS, RO, RR, SC, SP, SE, TO | ||
Código de registro | 99999 | Empleado | Empleados > Formulario Catastral > Empleados |
Inscripción eSocial* | SEAAAA999999999999999999999999 | Información gerenciada por el sistema, es exhibida arriba de la foto del empleado | |
Tipo de contratación | Empleado, Director, Trabajador rural, Trabajador doméstico, Jubilado, Pasante, Aprendiz, Agente público, Profesor, Cooperado | Tipo de contrato | |
Fecha de admisión | 01/01/2020 | Fecha de admisión | |
Situación | Preadmisión Cubre a los empleados que tienen una fecha de contratación futura. Cuando llega la fecha de admisión, el estado cambia automáticamente de Preadmisión a Trabajando., Laboral Cubre a los empleados que se encuentran en las siguientes situaciones: Trabajando, Licencia sin goce de sueldo, Licencia pagada por la empresa, Licencia pagada por el empleado, Licencia de paternidad, Aviso previo de trabajo, Ausencias, Horas extras, Situación de cronometraje, Sobre aviso/disponibilidad, Mandato sindical, Otros . , Vacaciones Cubre a los empleados que se encuentren en las siguientes situaciones: Vacaciones, Vacaciones colectivas, Vacaciones ya tomadas con antelación. , Despedido Cubre a los empleados que se encuentren en situaciones: Despido, Jubilación. , Lejos Sólo cubre a los empleados que se encuentran en situaciones de licencia que requieren la realización de algún tipo de examen: Prestación por enfermedad, Accidente de trabajo, Despido, Licencia por enfermedad (remuneración de la empresa), Licencia por accidente de trabajo (remuneración de la empresa), Licencia por maternidad del INSS, Licencia por maternidad, Maternidad de empresa ciudadana, Servicio militar. , | Situación | |
Tipo de empleado |
Empleado, Tercero |
EL Integrador SST sólo integra datos de trabajadores del tipo Colaborador y Tercero , que se originan en las siguientes ubicaciones del Administração de Pessoal :
Empleados del tipo Asociados son desconsiderados. |
|
Fecha de despido | 01/01/2020 | Fecha del historial de alejamiento generado por la situación de despido | Empleados > Historiales > Alejamientos |
Data de referencia de las informaciones | 01/01/2020 | Fecha de creación de la pendencia de integración (información gerenciada por el sistema al crear las pendencias) |
Notas
- Al registrar la admisión de un empleado extranjero al Integrador SST , necesitará un CPF para admitirlo en una empresa.
- Al registrar un empleado con fecha de contratación futura, el Integrador SST crea dos problemas de integración:
- una cuestión pendiente en la fecha de inscripción, con el estatus de Preadmisión
- un tema pendiente futuro (fecha de admisión) con el estado de Trabajo
Información integrada | Ejemplos de valores | Fuente de información en el módulo Administração de Pessoal ( HCM XT ) | |
---|---|---|---|
Campo del sistema | Menú | ||
Código de la jubilación especial del empleado | - | Jubilación Especial | Empleados > Historiales > Adicionales > Empleado |
Nota
El código de retiro especial corresponde al historial adicional por empleado. Esta es la única información histórica en la versión senior X.
Información integrada | Ejemplos de valores | Fuente de información en el módulo Administração de Pessoal ( HCM XT ) | |
---|---|---|---|
Campo del sistema | Menú | ||
Categoría | Elementos de acuerdo con la Tabla 01 del eSocial (Categorías de Trabajadores) | Categoría de trabajador | Empleados > Historiales > Categoría eSocial |
A partir de (fecha de inicio del historial de la categoría) | - | Fecha de inicio del historial de una nueva categoría eSocial |
Nota
Puede elegir qué categorías de eSocial se considerarán en el proceso de integración. Esta definición se realiza en la pantalla de configuración de integración de proveedores .
Información integrada | Ejemplos de valores | Fuente de información en el módulo Administração de Pessoal ( HCM XT ) | |
---|---|---|---|
Campo del sistema | Menú | ||
Código de la deficiencia | Un empleado puede tener más de una deficiencia | Deficiencia | Empleados > Formulario Catastral > Empleados, pestaña Deficiencias |
A partir de (fecha de inicio del historial de la deficiencia) | - | Fecha | |
Nombre de la deficiencia | - | Descripción (Discapacidad) | |
Deficiencia principal del empleado | Sí, No | Discapacidad que tiene la casilla de verificación Principal. Déficit. marcada. | |
Rehabilitado | Sí, No | Rehabilitado | Empleados > Formulario Catastral > Empleados, pestaña Básica |
Tipo de la deficiencia en el eSocial | Física, Auditiva, Visual, Mental, Intelectual, Otra | Determinado por el campo Tipo Deficiencia eSocial (Tablas > Generales > Tipos Deficiencias) que esté asociado a la deficiencia del empleado. | Empleados > Formulario Catastral > Empleados, pestaña Deficiencias |
Nota
La integración de las informaciones de deficiencias es opcional y puede ser alterada en las configuraciones de la integración.
Empresa actual del empleado:
Información integrada | Fuente de información en el módulo Administração de Pessoal ( HCM XT ) | |
---|---|---|
Campo del sistema | Menú | |
Código de la empresa | Código de la empresa donde el empleado está alocado | Empleados > Historiales > Sucursal |
Razón social de la empresa | Razón social de la empresa donde el empleado está alocado | |
Código de identificación de la empresa en el prestador SST | Este es el código de identificación de la empresa en el sistema del prestador SST. No es generado por el Administración de Personal de la Senior. |
Empresa anterior del empleado:
Información integrada | Fuente de información en el módulo Administração de Pessoal ( HCM XT ) | |
---|---|---|
Campo del sistema | Menú | |
Código de la empresa anterior | Código de la empresa donde el empleado estaba alquilado antes de la transferencia | Empleados > Historiales > Sucursal |
Razón social de la empresa anterior | Razón social de la empresa donde el empleado estaba asignado antes de la transferencia | |
Código de identificación en el prestador SST (empresa anterior) | Este es el código de identificación de la empresa anterior en el sistema del prestador SST. No es generado por el Administración de Personal de la Senior. |
Observación
Las informaciones de la empresa anterior del empleado serán enviadas siempre que él tenga algún movimiento entre empresas en el su historial, independiente de el motivo de la integración ser una transferencia o no.
Si el empleado no posee historiales de transferencias, serán enviadas solamente las informaciones de la empresa actual.
Rama actual del empleado:
Información integrada | Ejemplos de valores | Fuente de información en el módulo Administração de Pessoal ( HCM XT ) | |
---|---|---|---|
Campo del sistema | Menú | ||
Código de la Sucursal | - | Código de la sucursal donde el empleado está asignado | Empleados > Historiales > Sucursal |
Nombre de la sucursal | - | Nombre de la sucursal donde el empleado está asignado | |
Razón social de la sucursal | - | Razón social de la sucursal donde el empleado está asignado | |
Tipo de Inscripción | CNPJ*, CPF*, CAEPF*, CNO*, CEI* | Tipo de inscripción de la sucursal donde el empleado está asignado | |
Número de Inscripción | - | Número de la inscripción de la sucursal donde el empleado está asignado | |
A partir de (fecha de inicio del historial) | - | Fecha en que el empleado fue admitido o transferido para la sucursal, con base en el historial |
Rama anterior del empleado:
Información integrada | Ejemplos de valores | Fuente de información en el módulo Administração de Pessoal ( HCM XT ) | |
---|---|---|---|
Campo del sistema | Menú | ||
Código de la sucursal anterior | - | Código de la sucursal donde el empleado estaba asignado antes de la transferencia | Empleados > Historiales > Sucursal |
Nombre de la sucursal anterior | - | Nombre de la sucursal donde el empleado estaba asignado antes de la transferencia | |
Razón social de la sucursal anterior | - | Razón social de la sucursal donde el empleado estaba asignado antes de la transferencia | |
Tipo de inscripción de la sucursal anterior | CNPJ*, CPF*, CAEPF*, CNO*, CEI* | Tipo de inscripción de la sucursal donde el empleado estaba asignado antes de la transferencia | |
Número de inscripción de la sucursal anterior | - | Número de la inscripción de la sucursal donde el empleado estaba asignado antes de la transferencia | |
A partir de (fecha de inicio del historial) | - | Fecha en que el empleado fue admitido o transferido para la sucursal anterior, con base en el historial |
Observación
Las informaciones de la sucursal anterior del empleado serán enviadas siempre que él tenga algún movimiento entre sucursales en su historial, independiente del motivo de la integración ser una transferencia o no.
Si el empleado no posee historiales de transferencias, serán enviadas solamente las informaciones de la sucursal actual.
Información integrada | Fuente de información en el módulo Administração de Pessoal ( HCM XT ) | |
---|---|---|
Campo del sistema | Menú | |
Código | Código del entorno laboral donde trabaja el empleado | Colaboradores > Historia > Ambiente de Trabajo |
Nombre | Nombre del ambiente de trabajo donde trabaja el empleado | |
Tipo de Inscripción |
Tipo de registro (CNPJ, CPF, CAEPF, CNO, CEI) del entorno laboral donde trabaja el empleado |
|
Número de Inscripción | Número de registro del entorno laboral donde trabaja el empleado | |
A partir de (fecha de inicio del historial) | Fecha en que el empleado comenzó a trabajar en el lugar de trabajo, según su historial. |
Notas
- La integración de la información del escritorio es opcional y se puede cambiar en la configuración de integración .
- Si el empleado no cuenta con un historial de ambiente laboral en el sistema de nómina, el Integrador SST Se supone que el empleado trabaja en el entorno del empleador. Es decir, el Integrador SST utilizará información de la empresa actual del empleado.
Información integrada | Fuente de información en el módulo Administração de Pessoal ( HCM XT ) | |
---|---|---|
Campo del sistema | Menú | |
Código | Código del centro de costo donde el empleado está asignado | Empleados > Historiales > C.Custo |
Nombre | Nombre del centro de costo donde el empleado está asignado | |
A partir de (fecha de inicio del centro de costo) | Fecha en que el empleado fue asignado en el centro de costo, con base en el historial |
Nota
La integración de las informaciones de centro de costo es opcional y puede ser alterada en las configuraciones de la integración.
Información integrada | Fuente de información en el módulo Administração de Pessoal ( HCM XT ) | |
---|---|---|
Campo del sistema | Menú | |
Código de posición de trabajo | Código del puesto donde el empleado está asignado | Empleados > Historiales > Manutención de Historiales |
Código de la estructura de posiciones | Estructura de la cual el puesto hace parte | |
Nombre | Nombre del puesto donde el empleado está asignado | |
A partir de (fecha de inicio de posición de trabajo) | Fecha en que el empleado fue asignado en el puesto de trabajo, con base en el historial |
Notas
- La integración de las informaciones de puesto de trabajo es opcional y puede ser alterada en las configuraciones de la integración.
- Al cambiar el puesto de trabajo de un empleado, provocando un cambio en las historias vinculadas a él, se generará un asunto pendiente por cada una de las historias cambiadas, considerando también la opción de enviar esta información. Ejemplo:
Al alterar un puesto de trabajo, donde hubo cambio también del local y cargo, el sistema va generar tres pendencias: puesto, local y cargo.
Para generar solamente las pendencias del puesto, seria necesario deshabilitar el envío de local y de cargo en las configuraciones de la integración.
Información integrada | Fuente de información en el módulo Administração de Pessoal ( HCM XT ) | |
---|---|---|
Campo del sistema | Menú | |
Código del sector/local | Código del local donde el empleado está asignado | Empleados > Historiales > Local |
Código de la tabla de organigrama del sector/local | Organigrama del cual el local hace parte | |
Nombre del sector/local | Descripción del local donde el empleado está asignado | |
A partir de (fecha de inicio del historial del sector/local) | Fecha en que el empleado fue asignado en el local, con base en el historial |
Nota
La integración de las informaciones de sector es opcional y puede ser alterada en las configuraciones de la integración.
Información integrada | Fuente de información en el módulo Administração de Pessoal ( HCM XT ) | |
---|---|---|
Campo del sistema | Menú | |
Código del cargo | Código del cargo ejercido por el empleado | Empleados > Historiales > Cargo |
Nombre del cargo | Nombre del cargo ejercido peor el empleado | |
Código de la estructura de funciones | Estructura de la cual el cargo ejercido hace parte | |
A partir de (fecha de inicio del historial de cargo) | Fecha en que el empleado paso a ejercer el cargo, con base en el historial |
Nota
La integración de las informaciones de cargo es opcional y puede ser alterada en las configuraciones de la integración.
Información integrada | Fuente de información en el módulo Administração de Pessoal ( HCM XT ) | |
---|---|---|
Campo del sistema | Menú | |
Código | Código de la escala de actuación del empleado | Empleados > Historiales > Escala |
Nombre | Descripción de la escala de actuación del empleado | |
A partir de (fecha de inicio del historial del turno) | Fecha en que el empleado paso a actuar con la escala | |
Turno de la escala (1° turno, 2° turno, 3° turno, 4° turno, Mixto, General) | Turno de la Escala | Tablas > Horarios > Escalas |
Nota
La integración de las informaciones de turno es opcional.
Información integrada | Fuente de información en el módulo Administração de Pessoal ( HCM XT ) | |
---|---|---|
Campo del sistema | Menú | |
Código | Código de la situación de alejamiento | Empleados > Historiales > Alejamientos |
Descripción | Descripción de la situación de alejamiento | |
Inicio | fecha de salida | |
Término previsto | Predicción de terminación | |
Termino | Fecha de finalización |
Notas
- La integración de las informaciones de alejamiento es opcional y puede ser alterada en las configuraciones de la integración.
- Sólo se consideran situaciones que implican bajas por vacaciones o que requieren algún tipo de examen, tales como: Prestación por enfermedad, Accidente de trabajo, Despido, Baja por enfermedad (remuneración de la empresa), Licencia por accidente de trabajo (remuneración de la empresa), Licencia por maternidad INSS, Licencia por maternidad, Ciudadano maternidad de empresa, servicio militar.
Sí. EL Integrador SST da Senior puede comunicarse con cualquier proveedor de SST . La empresa sólo necesita utilizar un sistema perteneciente a uno de lossocios aprobados para la integración.
Para obtener más información sobre la homologación y qué sistemas ya han pasado por el proceso, consulte elDocumentación de integración con proveedores de SST.
Sí. Es posible definir la integración con diferentes prestadores para cada empresa y/o sucursal.
Esta definición es hecha en las configuraciones de integración con el prestador.
Depende de cómo se defina la estructura en los sistemas. Estos son los escenarios soportados por la integración:
Escenarios admitidos:
- Escenario estándar : para cada empresa y sucursal del Administração de Pessoal , existe un registro respectivo de empresa y sucursal en el sistema del proveedor de SST.
En este escenario, los tipos de movimiento que se presentan en los asuntos pendientes de integración son:- cuando haya un movimiento entre empresas , el tipo será Historial de la empresa (
HISTORICAL_COMPANY
); - cuando el movimiento es entre sucursales (unidades) , el tipo será Historial de sucursales (
HISTORICAL_COMPANY_BRANCH
).
- cuando haya un movimiento entre empresas , el tipo será Historial de la empresa (
- Escenario alternativo 1 : cada rama (unidad) del Administração de Pessoal se define como una empresa en el sistema del proveedor de SST. Por lo tanto, es posible indicar en la configuración de integración (para cada sucursal) el código respectivo que identifica a la empresa en el proveedor de SST.
En este escenario, cuando exista movimiento entre empresas o sucursales en el Administração de Pessoal , el tipo de movimiento que se presenta en el pendiente de integración es Historial de la Compañía (HISTORICAL_COMPANY
).
- Escenario alternativo 2 : en este escenario, diferentes empresas del Administração de Pessoal están vinculados a la misma empresa en el sistema del proveedor. Las sucursales de estas diferentes empresas están vinculadas a las sucursales de la empresa "agrupadora" en el sistema del proveedor.
En este escenario, cuando exista movimiento entre empresas o sucursales en el Administração de Pessoal , el tipo de movimiento que se presenta en las ediciones de integración es Historial de Sucursales (HISTORICAL_COMPANY_BRANCH
).
Escenario no admitido:
- Sucursales (unidades) en el sistema del proveedor que representan a empresas del Administração de Pessoal — La integración no se admite en este escenario, ya que no será posible vincular los registros de la empresa con los registros de las sucursales. En otras palabras, el código de empresa del proveedor introducido en la configuración del Integrador SST será diferente del código de sucursal que representa a la empresa.
El proveedor no puede enviar eventos directamente al eDocs . Sólo puede enviar los eventos al Integrador SST (que será enviado al eDocs ) o a tu propio servicio de mensajería (si existe).
EL eDocs es un servicio de mensajería para personas mayores. EL Integrador SST sólo puede comunicarse con el eDocs .
Para los empleados que solo tienenun contrato, la conexión de los registros debe ser realizada por elnúmero de CPF.
Para los empleados que tienenmúltiples contratos, la conexión se realiza pordatos especificados en el saneamiento de cada sistema (por ejemplo: tipo de empleado + registro).
Si su intención es cambiar el código del colaborador, debe utilizar elintercambio de registro enficha cadastral.
Si el objetivo es utilizar la información de un colaborador como base para dar de alta uno nuevo, puede utilizar el botónDuplicar enpantalla de registro de empleados.
- Creando historias: la Integrador SST genera un nuevo asunto pendiente con la información del empleado, el cual contiene el historial inicial inherente al ingreso.
- Historias cambiantes:
- Historiales actuales (actuales): o Integrador SST genera un nuevo problema de integración con el tipo de operación Cambiar (
Update
). - Historias futuras: la Integrador SST actualiza futuros problemas de integración con nueva información.
- Historias pasadas (antiguas): o Integrador SST no genera ninguna integración pendiente.
- Historiales actuales (actuales): o Integrador SST genera un nuevo problema de integración con el tipo de operación Cambiar (
- Eliminando historiales: o Integrador SST nunca elimina registros directamente en el sistema del proveedor a través de la integración, solo envía integraciones pendientes señalando la eliminación. La eliminación efectiva del registro deberá ser tramitada por el cliente o proveedor de SST, si así lo desea. Obtenga más información sobre este comportamiento endocumentación de admisiones pendientes.
Sí, es posible crear automáticamente las estructuras deSector (Local),Oficina yJerarquía en la integración con elsistema SOC.
Sin embargo, es una decisiónproveedor de SST configurar el sistemaSOC para permitirle crear automáticamente estas estructuras. Ni Senior ni el producto Senior controlan esta opción.
Para comprender cómo configurar y su impacto, el proveedor de SST debe comunicarse con el equipo de servicio alTecnología AGE - SOC, o consulte la documentación de integración en el manual del sistema SOC.
Ubicación de configuración dentro del sistema SOC:
La configuración se realiza mediante el parámetroLe permite crear una jerarquía:
Después de activarlo, si el Integrador SST enviar una integración pendiente en la que el registro no existe (o no está saneado) en el sistema SOC, este sistema creará el registro, antes que la jerarquía.
La responsabilidad de generar eventos de eSocial (XML) recae en el sistema del proveedor de SST. Cómo sucede esto depende de laescenario de integración adoptado:
- Integración vía API:
- El sistema del proveedor de SST es responsable de enviar el evento XML al Integrador SST .
- EL Integrador SST , luego de recibir el XML enviado por el sistema del proveedor, este se encarga de enviar estos archivos al eDocs .
- Finalmente, el eDocs lo envía al entorno de Gobierno (eSocial) .
- Integración mediante exportación e importación de archivos:
- El sistema del proveedor de SST es responsable de exportar el evento XML .
- EL Integrador SST es responsable de importar estos eventos al sistema SenioreDocs y enviar estos archivos al .
- Finalmente, el eDocs lo envía al entorno de Gobierno (eSocial) .
Mientras la integración esté activa, no debes realizar altas, movimientos o bajas manualmente en el sistema del proveedor, ya que esto puede generar inconsistencias y errores en la integración.
La operación de desvincular el módulo. Integrador SST del registro de empleados en el HCM XT requiere cuidados. Al desvincular el módulo, ninguno de los movimientos y actualizaciones que realicen los empleados desvinculados serán replicados en el sistema del proveedor.
Para conocer más sobre la asociación de módulos y los impactos en la integración, acceda a la documentación: Problemas pendientes generados al indicar módulos .