Definiciones del eSocial
Las parametrizaciones de esta pantalla asociadas al SST afectansolamente el entorno G5. Por lo tanto, no afectarán al SST Integrator (G7).
Atención
Esta documentación solo se aplica a los módulos: AP, SM.
Esta pantalla se utiliza para configurar los ajustes de uso de eSocial en el sistema.
Importante
Para cambiar o eliminar información que ya se ha enviado al eSocial, el proceso se debe realizar directamente en el origen de la información. De esta forma el sistema está preparado para monitorear y generar las tratativas de forma automática, enviando los lecturas de cambio y exclusión.
Al realizar estas operaciones manualmente en la base de datos, el sistema no genera las debidas pendencias para el eSocial. Esto causa inconsistencias irreversibles entre la base de datos del sistema y el Gobierno.
Por esta razón, no se permite realizar ningún comando directamente en la base de datos sin orientación específica de Senior, especialmente en las tablas: R030DES, R000DME, R034MAT y todas con prefijo R350 *.
Empresa
Informe a la empresa para la que las definiciones son válidas. No es permitido informar a una empresa que no sea brasileña.
Cuando exista integración entre Seguridad y Medicina y Administración de Personal, la inclusión y exclusión de definiciones para una empresa sólo podrá realizarse a través de Administración de Personal.
Guía de inscripción
Tipo de ambiente eSocial
Identifica el tipo de entorno:
Atención
cuando el campoEmpresas Registradas como Afiliadas es igual aS-Sí en la pantalla Asignaciones Misceláneas - Registro (FR000ASS), y el campoTipo de entorno eSocial se llena con la opción1 - Producción en la pantalla Configuración de eSocial (FR030DES), habrá un impacto en las siguientes rutinas:
- el diseñoS-1210 - Pagos de Ingresos de Trabajo, generado a través de la pantalla de Envío de Estado de Cuenta Mensual (FRENVFOL), no se generará;
- el diseñoS-2299 - Apagado, no llevará la etiqueta de Fondos de Terminación;
- el diseñoS-2399 - Trabajador Sin Empleo/Relación Estatutaria - Terminación no llevará la etiqueta de Fondos de Terminación;
- en la pantalla Bases (FR044BAS), el sistema revisará el campoCompetencia del CNPJ, en lugar del campoInicio Periódicos.
- 1 - Producción: este tipo se usa para enviar datos del empleador a la base de datos oficial de eSocial, y solo debe usarse en la base de producción.
Importante
- La opción1 - Producciónno está habilitado por defecto en el sistema, y para usarlo, debe estarcambió una clave en los archivos de configuración del sistema.
- Con esta opción no se permite realizar la exclusión de datospor lo tanto, los envíos hechos con este tipo de ambiente son oficiales y están sujetos a efectos jurídicos y fiscalización.
- Al cambiar este campo2 - Producción restringida por1 - Producción, no se permitirá volver a la opción Aprobación. Portanto, esta mudança é irreversível.
- Después de cambiar el entorno a producción, solo será posible editar los campos Inicio de tabla, Inicio no periódico e Inicio periódico enalgunas situaciones.
- 2 - Producción restringida - Datos
reales: este tipo envía datos reales a la base de aprobación de eSocial, que serán validados, incluso con sistemas externos, sin efectos legales. Esta opção permite realizar a exclusão de dados do ambiente de homologação.
Este campo está disponible en el módulo de Seguridad y Medicina solo cuando no está integrado con Administración de Personal. Si hay integración, el campo solo estará disponible en el AP.
Importante
Al cambiar el tipo de entorno, es importante revisar la configuración del motor eSocial (FR000DMEpara que los envíos se transmitan al destino correcto (URL del eDoc o directorio para guardar en disco, dependiendo del tipo de procesamiento).
Por defecto, el sistema no brinda la opción de enviar datos al entorno de producción oficial (tipo1 - Producción).
Para seleccionar este tipo de entorno, disponemos de una clave que debe incluirse exclusivamente en el archivo de configuración del entorno de producción.
El uso de esta clave evita que un entorno de pruebas envíe datos al entorno de producción de eSocial.
Cómo activar la clave:
- Abra la configuración del entorno de producción oficial a través del Centro de Configuración Senior (SeniorConfigCenter.exe).
- En "Llaves", añada la clave
com.senior.vetorh.esocial.enable_productiony defina su valor comotrue.
Esta clave sólo se debe incluir exclusivamente en el archivo de configuración del entorno producción. - clickea enAplica
- r
- y, para que surta efecto, es necesari
- o:
En consecuencia, el tipo de ambiente1 - Producción estará disponible para su selección en la pantalla de configuración de eSocial.
Intercambio de ambiente de producción para la homologación
Al cambiar el tipo de entorno a la opción1 - Producción en el sistema, no se permitirá volver a la opción de Homologación. Portanto, esta mudança é irreversível.
Al cambiar la opción de "2" a "1", también ocurrirá lo siguiente:
- los campos de fecha de inicio de la tabla, no periódicos y periódicos se pondrán a cero.
- el sistema eliminará de la base de datos la información de envío realizada, como las pendencias generadas. Esta información se elimina solamente de la base, y no del ambiente del gobierno.
El botón Eliminar datos de producción restringida sólo está disponible para el tipo de ambiente "2". Por lo tanto, si desea excluirlas del entorno del eSocial, esto debe hacerse antes de cambiar el tipo de ambiente a "1".
Creación de ambiente de Homologación para envío para Producción restringida
Los clientes que deseen continuar enviando información al entorno del gobierno de Producción restringida deben mantener dos instalaciones de las aplicaciones de Senior: Gestión de Personas y eDocs. No se puede utilizar una misma instalación para enviar a los dos tipos de entorno.
Algunos cuidados que deben tener cuando tenga estos ambientes:
- La clave que permite el uso del entorno de producción debe incluirse exclusivamente en el archivo de configuración del entorno producción.
- En la Gestión de Personas, cada ambiente debe estar configurado en la pantalla de Ajustes del Motor eSocial (FR000DME), apuntando a la URL o directorio conforme al. Tipo de ambiente definido en la pantalla de Ajustes de eSocial (FR030DES).
- Así como la Gestión de Personas, eDocs también posee un tipo de ambiente en sus configuraciones, donde necesita ser configurado el ambiente correspondiente. Para ello, es necesario que eDocs esté actualizado a la versión 5.8.10.5 o superior.
- Cuando se realiza una copia de la base de producción para ser utilizada en el ambiente de homologación, la información de la pantalla de Ajustes del eSocial debe ser ajustada para el tipo de ambiente Producción restringida y, en la pantalla Configuración del motor eSocial, la URL o directorio debe ser ajustado para el ambiente de homologación de eDocs. Con eso, cada instalación enviará su información al ambiente correcto del gobierno.
Importante
Al copiar del ambiente de producción al ambiente de homologación (producción restringida), es necesario ajustar las fechas de los registros de la sucursal GPS y Empregador eSocial, de acuerdo con las fechas llenas en la pantalla de configuración de eSocial. Este ajuste debe realizarse antes de generar las tablas de eSocial.
Por ejemplo, si la fecha de inicio de las tablas es 01/2017, los registros en los datos maestros de la sucursal no pueden tener una fecha posterior. Si hay algún cambio, puede agregar un nuevo historial con una fecha posterior, después de enviar las tablas y eventos no periódicos.
No se pueden eliminar datos del entorno de producción
con la opción1 - Producción no se permite la eliminación de datos, y el botónEliminar datos de producción restringidos no estará disponible en la pantalla Configuración de eSocial. Por lo tanto, los envíos hechos con este tipo de ambiente son oficiales y están sujetos a efectos jurídicos y fiscalización.
generar eventos
En este campo, informe qué tipos de eventos eSocial debe generar el sistema. Opciones disponibles:
- 1 - Eventos hoja y SST
- 2 - Solo eventos de hoja
- 3 - Solo eventos SST
Cuando la opción3 - Solo eventos SST es seleccionado, existen las siguientes particularidades:
- El control sobre el envío de eventos de fichas a eSocial, como el S-1000 por ejemplo, será responsabilidad de la empresa. El sistemano requerirá enviando estos eventos.
- El evento S-1000 a efectos delimpieza de datos de producción restringidos no serán generados por Administración de Personal. Este evento debe ser generado por el sistema responsable de los eventos de nómina.
- Para que los empleados sean considerados en la presentación de eventos de SST, es necesario que suinscripción están registrados (con excepción de los empleados sin contrato - S-2300).
- Para comenzar a enviar los eventos SST del empleado, será necesario hacer lo siguiente:cierre de la SST, en eSocial > Empleados > Cierre SST (FRFECSST).
Inicio Tablas, Inicio No Periódicos y Inicio Periódicos
Informar las fechas de inicio de envío para cada tipo de diseño, respetando el phasing de eSocial. El phasing está determinado por el marco de la empresa en las reglas definidas por el Gobierno, e influirá en las validaciones realizadas por el sistema.
La fecha de inicio de las tablas asume la fecha en que se envía el diseño S-1000 inicial. Las demás deberán cumplimentarse con la fecha de inicio de vigencia/envío de los esquemas no periódicos y periódicos, respectivamente (según phasing).
Estos campos serándesactivado siempre que se cumpla alguna de estas condiciones:
- El tipo de entorno es el mismo que1 - Producción
- Existen eventos de este tipo (tablas, periódicas o no periódicas) enviados ycon recibo
- Cuando el tipo de entorno es igual a2 - Producción restringida, incluso si está esperando el envío manual/automático o también enviado perosin recibo, el sistema deshabilitará estos campos
- El campoGeneración es igual a3 - Solo eventos SST (en este caso los campos serán deshabilitados y reseteados)
Las fechas de inicio de eSocial configuradas en estos campos influyen en los controles y validaciones del sistema de generación y envío de formatos eSocial, además de la aceptación de eventos por parte del entorno de Gobierno. Es fundamental que estas fechas cumplan con el phasing de su empresa y el cronograma oficial del gobierno.
- Grupo
- 1
- (empresas con ventas anuales de más de R$ 78 millones):
- Tablas de local: 08/01/201 8;
- Grupo
- 2
- (entidades comerciales con facturación en 2016 de hasta R$ 78.000.000,00 (setenta y ocho millones) y que no opten por Simples Nacional:
- Tablas de loc
- al: 16/07/2018;
- grupo
- 3
- (Personas Jurídicas - patronos que opten por Simples Nacional y entidades sin fines de lucro):
- Tablas de local: 10/01/2019
- grupo 3
- (Empleadores individuales (excepto domésticos), FP productor rural):Tablas de local: 10/01/2019;Inicio No Revistas: 10/04/2019; Inicio Periódicos: 19/07/2021
- grupo 4 (organismos públicos y organizaciones internacionales) -
- no empezado
- :
- Top Tables (excepto evento S-1010): 21/07/2021;
- Inicio no periódico: 22/11/2021;
Mediante la publicación de la Ordenanza N° 1.419, el Gobierno también creó lagrupo 5 (entidades públicas estatales y del Distrito Federal) y el grupo 6 (entidades públicas municipales, comisiones polinacionales y consorcios públicos). Sin embargo, estos colectivos de empresarios aún no tienen fijada una fecha oficial para su entrada en eSocial.
Aunque el sistema presenta los grupos4,5 y6, aún no es posible configurarlos. Estas definiciones estarán disponibles en una versión futura.
El acceso a losPágina eSocial en nuestro Portal de Requisitos Legales y obtenga más información sobre las fases y los grupos de empresas en eSocial.
Fecha de inicio de envío obligatorio de eventos de Seguridad y Salud en el Trabajo (SST) a eSocial. El phasing lo determina el marco de la empresa en las reglas definidas por el Gobierno
Esta fecha influye en las validaciones que realiza el sistema y el envío de información relacionada con la SST a eSocial, como: accidentes de trabajo, exámenes y certificados de salud, entre otros.
Este campo serádesactivado siempre que se cumpla alguna de estas condiciones:
- El tipo de entorno es el mismo que1 - Producción (en este caso el campo será deshabilitado y reiniciado)
- Hay eventos de SSTenviado ycon recibo (en este caso, la fecha de inicio ya no se puede cambiar)
- El campoGeneración es igual a2 - Solo eventos de hoja (en este caso, el campo se desactivará y la fecha de inicio se establecerá en cero)
Al iniciar la fecha obligatoria de los eventos de SST, es importante utilizar la pantalla de cierre de SST (FRFECSST) para que el sistema genere el primer envío del esquema S-2240 (Condiciones Ambientales de Trabajo - Factores de Riesgo), ya que a partir de esta fecha se debe generar el S-2240 para todos los empleados.
Si el tipo de entorno utilizado es1 - Producción:
- Grupo 1 (Empresas con ventas anuales superiores a R$ 78 millones): 13/10/2021
- Grupo 2 (entidades comerciales con facturación en 2016 de hasta R$ 78.000.000,00 (setenta y ocho millones) y que no optan por Simples Nacional: 10/01/2022
- grupo 3 (Personas Jurídicas - patronos optando por Simples Nacional y entidades sin fines de lucro): 10/01/2022
- grupo 3 (Empleadores individuales (excepto domésticos), productor rural PF): 10/01/2022
- grupo 4 (organismos públicos y organizaciones internacionales): 11/07/2022
Si el tipo de entorno utilizado es2 - Producción restringida (homologación):
- Cuando el entorno de producción restringido esté en uso, la fecha de inicio de SST será01/03/2021 para todos los grupos.
Mediante la publicación de la Ordenanza N° 1.419, el Gobierno también creó lagrupo 5 (entidades públicas estatales y del Distrito Federal) y el grupo 6 (entidades públicas municipales, comisiones polinacionales y consorcios públicos). Sin embargo, estos grupos de empresarios, a pesar de tener ya una fecha programada para el envío de eventos de SST, aún no tienen una fecha oficial definida para el ingreso a eSocial.
Aunque el sistema presenta los grupos4,5 y6, aún no es posible configurarlos. Estas definiciones estarán disponibles en una versión futura.
El acceso a losPágina eSocial en nuestro Portal de Requisitos Legales y obtenga más información sobre las fases y los grupos de empresas en eSocial.
Inicio eSocial Simplificación
Este campo define la fecha de inicio para el envío de eventos considerando laversión S-1.0 de eSocial Simplificado (S-1.0). La fecha ingresada en este campo debe ser igual o posterior a19/07/2021 y no puede ser posterior a23/05/2022.
Importante
- El SST no tendrá en cuenta esta fecha;
- Para poder informar la fechaInicio eSocial Simplificación, no debería haber asuntos pendientes con respecto a los diseños S-1030 y S-1040. Por lo tanto, el usuario debe generar los diseños S-1030 y S-1040 a través del menú eSocial > Generar Tablas (FRGERTAB), marque los campos respectivos de estos diseños y haga clic en elPara generar.
- Para activar la Simplificación, es necesario que la Gestión de Personas | HCM está en la versión 6.10.1.17 | 6.2.35.96 o superior.
Después de enviar por primera vez sus diseños con la versión S-1.0, ya no podrá enviarlos con una versión anterior. Esta operación puede tener un gran impacto en los procesos de la empresa.
Enviar resultado del examen S-2220
Le permite informar si el diseño S-2220 tomará el resultado del examen en el registroindResult. El campo se habilitará cuando el campogenerar eventos es con el valor "1 - Eventos Leaf y SST" o "3 - Solo eventos SST" y el campoSST en el hogar está lleno.
Este campo está habilitado cuando el campoCálculo de MO de prorrateo desde la pantalla de registro de empresas, en Empresas > Empresas (FR030EMP), tiene la opción distinta deN - No utiliza prorrateo. Tiene las siguientes opciones:
- 1- Sucursal: para empresas que no utilicen Prorrateo, busque todas las sucursales con el campoTipo de sucursal desde la pantalla de registro de sucursales, en Empresas > Sucursales > Registro (FR030FIL), diferente deE - Empleador eSocial;
- 2 - Cuota: busca todos los prorrateos vinculados a las filiales de la empresa. Se genera una cuota para cada suscripción.
Importante
Al seleccionar la opción2 - Prorrateo en este campo es necesario vincular la sucursal a la prorrateo en la pantalla de asignación de prorrateo (Empresas > Contabilidad > Asignar Prorrateo (FRASSRAT)) o en la pestaña Prestatarios del registro de prorrateo (Tablas > General > Prorrateo (FR020RAT)), dependiendo de la opción seleccionada en el campoSucursal de preferencia de pedido para almacenamiento.
Sucursal de preferencia de pedido para almacenamiento
Este campo está habilitado cuando el campoCapacidad de generación tener la opción2 - Prorrateo y cuando el campoUtiliza prestatarios de rutina, del registro de la empresa (FR030EMP), tiene la opciónR - Por Prorrateo. Define el orden de preferencia para buscar información de sucursales para generar las asignaciones de los esquemas S-1020 (los esquemas S-1200, S-2299 y S-2399 tomarán la capacidad de acuerdo al S-1020 generado):
- 1 - Verificación de Prorrateo, Prorrateo Prestatarios: el sistema observará la asignación de prorrateo (Empresas > Contabilidad > Asignar Prorrateo (FRASSRAT)), si no existe una sucursal vinculada a este prorrateo, se revisará la pestaña Prestatarios del registro de prorrateo (Tablas > General > Prorrateo (FR020RAT)).
- 2 – Prestatarios de Prorrateo, Asignar Prorrateo: el sistema observará la pestaña Prestatarios del registro de prorrateo (Tablas > General > Prorrateo (FR020RAT)), si no existe sucursal vinculada a este prorrateo, se verificará la asignación del prorrateo (Empresas > Contabilidad > Prorrateo de Ticks (FRASSRAT)).
Cuando el sistema encuentre la capacidad en la búsqueda que tiene prioridad (señal de prorrateo o pestaña Prestatarios), la búsqueda se dará por terminada.
Última matriculación
Campo no editable que muestra la matrícula del último colaborador cuya admisión ha sido cerrada.
El sistema sugiere en este campo un código identificador de ocho (8) caracteres para la empresa, el cual será llevado a la generación de los leautes para el eSocial.
Este campo está disponible en el módulo de Seguridad y Medicina solo cuando no está integrado con Administración de Personal. Si hay integración, el campo solo estará disponible en el AP.
Función eSocial
Campo para definir si la empresa utiliza o no funciones. Su valor predeterminado es0 - No aplicable, pero si la empresa usa funciones, se usa para registrar si las funciones se basan en el trabajo, la función o el historial del trabajo. De acordo com a opção selecionada, o campo Função eSocial é mostrado em certas telas:
| Opción | El campo Función eSocial se muestra en... |
|---|---|
| 0 - No aplicable |
Valor por defecto, deshabilita el uso de funciones |
| 1 - Historial de funciones |
Colaboradores > Historias > Roles (FR038HFU) |
| 2 - Historial de trabajos | |
| 3 - Historial de posiciones |
Colaboradores > Histórico > Mantenimiento Histórico (FRISCOL) y Colaboradores > Histórico > Publicaciones adicionales ( FR038HPO) En este caso, además del campoFunción social electrónica igual aSí, el sistema solo lleva a eSocial los Posts que tienen laVarias posiciones (en elregistro posterior) igual aNo y en el que eltipo de actuación ser Poseedor. El historial del puesto se considera independientemente de si el tipo de actividad es la principal o no. |
| 4 - Historial de funciones y posiciones |
Colaboradores > Historial > Puesto (FR038HCA) Colaboradores > Historias > Roles (FR038HFU) Al procesar el diseñoS-1040 - Tabla de Funciones y Cargos en Comisión, el sistema observará la definición de eSocial. Si la opción4 - Historial de funciones y posiciones está configurado, la rutina buscará el historial de funciones y el historial de posiciones marcadas comoFunción social electrónica para el procesamiento de diseñoS-1040 - Tabla de Funciones y Cargos en Comisión. Para diseños que no son de diario y que dependen del diseñoS-1040 - Tabla de Funciones y Cargos en Comisión (como los diseños S-2200 - Rutina de Horarios Observación En la versión eSocial simplificada (S-1.0), ya no se enviará el evento S-1040. Sin embargo, la rutina seguirá buscando el historial de funciones y posiciones directamente en los esquemas S-2200, S-2206, S-2300 y S-2306. |
Importante
Cuando el valor seleccionado en el campoFunción social electrónica es diferente de0 - No aplicable, es importante revisar las historias de los empleados (cargo, función o cargo), para asegurar cuáles representan realmente un rol para eSocial.
Esta revisión debe realizarse preferentemente en el historial actual o después del inicio de eSocial.
Enviar Detalle Nota Fiscal S-1260
Este campo define si la información de marketing de producción se enviará o no a eSocial, es decir, es información opcional. Cuando la opciónS-Sí está seleccionado, el sistema habilita campos en la pantallaProducción Comercialización.
Enviar Observaciones Eventos S-1010
Informe si desea enviar la información del campo observación (Tablas> Eventos> Eventos> Registro (FR008EVC)) en el esquema S-1010 del eSocial.
Enviar eventos de incidencia CPRP S-1010
En este campo se debe informar si el sistema debe o no considerar las incidencias del IPE (Instituto de Previsión Social) de eventos para el rubro:
- Si se da la opciónN-No: la incidencia de CPRP de los artículos será siempre0 - No base, no verificar la incidencia de EPI según el registro del evento;
- Si se da la opciónS-Sí: para la generación del campo se considerará la incidencia del IPE del registro del eventocódigoIncCPRP (Código de incidencia de la rúbrica de las cotizaciones del Régimen Especial de la Seguridad Social - RPPS/Régimen Militar) en las rúbricas.
Observación
Como este es un campo nuevo en la generación del encabezado (creado en la simplificación de eSocial - versión S-1.0), no hay información en los encabezados ya generados y creará uno nuevo, si la incidencia de CPRP es diferente desde0 - No base.
El campoEnviar eventos de incidencia CPRP S-1010 fue creado para evitar la duplicidad de ítems innecesarios, ya que si se informa la incidencia del IPE en el registro del evento, se creará un nuevo ítem considerando esa información para la incidencia del CPRP.
Enviar Grupo Horario contractual S-2200 / S-2206
Este campo define si las informaciones referentes a los horarios del colaborador deberán ser llevadas al eSocial, a través de los leiautes S-2200 y S-2206. Si se rellena con:
- S-Sí: la información se llevará a todos los empleados, no validando el tipo de horario de trabajo (campotpRegJor del diseño de eSocial);
- N-No: la información de horarios solo se procesará para los empleados cuyas horas de trabajo (tpRegJor) es igual a1 - Sujeto a Jornada Laboral (Cap. II de la CLT) en los diseños.
Cabe señalar que, en el sistema, el régimen de jornada 1 está asignado a todos los empleados de CLT, con excepción de aquellos que tengan notas en el historial de anotación referentes a los Artículos del artículo 62.
Importante
Si se cambia este campo de "N - No" a "Y - Sí", se devolverá un mensaje informando que se generarán asuntos pendientes referentes al diseño S-2206 y también se solicitará la confirmación del usuario.
Consistir Cierre Hoja S-1299
Este campo define si se aplicará la consistencia referente a la regla de validación de nómina por eSocial al procesar el Cierre (eSocial > Eventos Periódicos > Cierre (FRFECFOL)). Esta validación ayuda a recibir el diseño S-1299, evitando que sea señalado con errores.
Importante
Este indicador se creó porque la regla original definida por eSocial obligaría al sistema a recorrer toda la lista de empleados registrados en la base de datos para aplicar la validación. Dependiendo de la cantidad de registros, esto puede provocar una generación lenta del diseño S-1299.
- Se verifican los envíos de los perfiles S-2190 válidos, y que no tengan ningún S-2200 correspondiente. Se valida sólo cuando la fecha de admisión es igual a la fecha de referencia del S-1299 que se está generando.
A diferencia de lo que dice la regla original, el sistema no verificará todas las ocurrencias del S-2190 desde el uso de eSocial, sino solo el mes en que se está generando el S-1299. Esto se hizo para mejorar el rendimiento del sistema; de lo contrario, habría muchas ocurrencias y una pérdida significativa de rendimiento.- Si está enviando los eventos en versión2 .5.1
- : comprueba si el S-2190 corresponde al S-2200 de un empleado con el mismo CPF S
- Este elemento comprueba si hay algún colaborador en la base (buscando en la tabla R034FUN) que no tiene los eventos de remuneración (S-1200) enviados.
Las excepciones de esta regla son:- Sólo hace la consistencia para colaboradores cuyo tipo de colaborador es igual a "1";
- Sólo hace la consistencia para colaboradores enviados en el S-1200 (los del S-1202 son ignorados, conforme la regla sugiere);
- Desconsidera a los empleados despedidos;
- En el caso de que se produzca un accidente en el que se haya cometido un accidente, no se producirá un accidente.
- Desconsidera colaboradores con categoría eSocial igual a "111" en todo el período de escrutinio. Ejemplo: si la categoría se cambia a "111" el día 15 del mes de referencia, el colaborador no será consistido, aunque poseía esta categoría sólo a la mitad del mes en adelante;
- Desconsidera colaboradores admitidos después del mes de referencia del layout S-1299.
Para conocer más sobre las comprobaciones realizadas por la regla original, consulte el archivo Anexo II de los Diseños eSocial - Reglas de Validación, disponible enDocumentación del sitio web oficial de eSocial.
Enviar Plan de Salud S-1200/S-2299/S-2399
Seleccione cómo desea manejar el envío de información de un plan de salud privado colectivo a eSocial. Esta información se transmite a través de los esquemas S-1200, S-2299 y S-2399.
Opciones disponibles:
- 0 - Enviar Planes de Salud y obligar a enviarlos: obliga al envío de información del plan de salud si existe un rubro con naturaleza 9219, presentando error en el log si no encuentra planes registrados en Anuales > Informe/Dirf > Descuento Plan Salud.
- 1 - Envía Planes de Salud y cuando no lo tengas solo alerta en el log: si existe un rubro con naturaleza 9219, enviará los planes de salud registrados en Anuales > Informe/Dirf > Descuento Plan Salud. Si no hay ningún plano registrado, el/los trazado(s) se generarán sin esta información, solo alertando en la bitácora la falta de registro.
- 2 - No enviar Planes de Salud, sin generar alertas: independientemente de que exista o no un encabezado con naturaleza 9219, los planes de salud registrados en Anuales > Informe/Dirf > Descuento Plan de Salud no se enviarán, y el/los diseño(s) se generarán sin alertas en el log.
Importante
Este campo solo será considerado en la versión 2.5 de eSocial.
Opción Disídio S-2206
Cuando hay un disidente colectivo con efecto retroactivo, este campo determina si el sistema debe:
- generar los archivos complementarios del esquema S-2206 paratodos los cambios contractuales que ocurrió en el período de vigencia (opción 0 - Enviar S-2206 para todos los envíos después de la fecha de vigencia (Fecha del Acuerdo)); o
- generar los archivos adicionales para el diseño S-2206solo para elcambios salariales que ocurrió en el período de vigencia (opción1 - Enviar S-2006 solo cuando haya habido cambio de salario).
Consultar eldocumentación de negociación colectiva para una comprensión completa de este comportamiento.
Valor compensación Hist. Salario Considera para S-2200/S-2206
Este campo permite la inclusión o exclusión de antecedentes salariales con cambio solo en el monto del complemento para ser notificado a eSocial o no. Cuando el campo está marcado conS-Sí el asunto pendiente será enviado a eSocial.
Observación
A eSocial sólo se le comunicará el salario y no el importe del salario y el complemento.
compensación Hist. Salario Considera para S-2200 / S-2206 / S-2300 / S-2306
Este campo permite notificar o no a eSocial la inclusión, alteración o exclusión del historial salarial (con cambio únicamente en el monto del complemento).
Notas
Se le notificará a eSocial:
- Solo salario, si se selecciona la opciónser S - Sí, considerar Complemento Salarial en la generación de pendientes en la Inclusión/Cambio/Exclusión;
- La suma del salario y la cuantía del complemento, si la opción escogida esC - Considera Complemento Salarial para generación de Altas/Cambios/Exclusiones pendientes.
Mostrar búsqueda preliminar de registros
Informar si durante la incorporación de un nuevo Colaborador se debe presentar una pantalla preliminar de selección de fichas. Al seleccionar la opción:
- S-Sí: la pantalla sólo será desplegada durante la inclusión del Empleado si existe un registro preliminar registrado con la misma fecha de admisión. Si no, la pantalla no se muestra. La pantalla permite seleccionar un registro preliminar que completará la información del Colaborador, tal como ya está registrado en el registro preliminar, vinculando también el registro preliminar al Colaborador registrado;
- N-No: la pantalla de selección de preinscripción no se presenta cuando se incluye al Colaborador, independientemente de la existencia de preinscripción en la misma fecha de ingreso.
Observación
Si no se selecciona ningún registro preliminar o el marcadoMostrar búsqueda preliminar de registros parecerse aN-No, y al final de la inclusión existe un registro preliminar con el mismo CPF, Fecha de Ingreso, Fecha de Nacimiento y Categoría, automáticamente se realiza el vínculo entre el Colaborador y el registro preliminar. Si el registro preliminar tiene una Categoría o Fecha de Nacimiento diferente a la del Contribuyente que se está registrando, se le pregunta al usuario si desea vincular al Contribuyente con el registro preliminar.
S-1000 enviado por el Portal Nacional
Informar si el esquema S-1000 ya fue registrado en eSocial a través del Portal Nacional. si informar el valorS-Sí, el sistema inserta el recibo en el formato S-1000 y cambia la situación14 - No enviado al ámbito gubernamental (Patrón de Hogar), pero no vuelve a enviar el diseño a eSocial. Además, al informarFecha de cierre de la empresa, el sistema no creará el diseño de apagado S-1000. Este campo solo estará habilitado cuando el empleador sea eSocial por CPF.
Anejo S-2230
Defina si el sistema permitirá el procesamiento de salidas futuras para el diseño S-2230. Esto le permite programar envíos para fechas posteriores, ya que los registros de este diseño solo se envían si están en la fecha actual o pasada (excepto las vacaciones, que se permiten hasta 60 días en el futuro).
Si se establece en "Y - Sí", si se establece una fecha de baja posterior a la actual, se generará con el estadoEn espera de envío programado, lo que permitirá que eSocial Engine procese este registro en la fecha programada y cambie su estado para enviarlo automáticamente. Si se establece en "N - No", el sistema no permitirá la eliminación de la licencia porque tiene una fecha futura.
Prestaciones de Mantenimiento Entidad Pública
Este campo ofrece al usuario la opción de elegir entre dos formas de mantener los beneficios:
- "1 - Pantalla de Mantenimiento de Beneficios";
- "2 - Personalización (Tablas R347)".
Para la opción "2 - Personalización (Tablas R347)", las tablas R347 en cuestión son:
- Auxiliar de S-2410 - Registro de Prestaciones - Entradas Públicas - Inicio (R347BEI);
- Auxiliar de S-2416 - Registro de Prestaciones - Entidades Públicas - Cambio (R347BEA);
- Auxiliar de S-2418 - Reactivación de Beneficio - Entidades Públicas (R470BER);
- Auxiliar de S-2420 - Registro de Prestaciones - Entidades Públicas - Terminación (R347BET).
Notas
- Por defecto, este campo se sugiere con la opción "1 - Pantalla de Mantenimiento de Beneficios", pudiendo ser modificado, excepto cuando ya exista un registro en la pantalla o en las tablas de personalización de la empresa;
- Si en el campo se ingresa la opción "2 - Personalización (Tablas R347)", se deshabilitará el menú Empleados > Entidades Públicas > Mantenimiento de Beneficios;
- si el campogenerar eventos está configurado en "3 - Solo eventos SST", el campoPrestaciones de Mantenimiento Entidad Pública será deshabilitado;
- Los beneficios son necesarios para la generación de los diseños eSocial S-2410, S-2416, S-2420 y S-2418.
información opcional
Indique si el sistema llevará la información opcional/opcional a eSocial. Este campo fue creado para cumplir con lasNota Técnica 15/2019.
- 1- Tomar y consistir en información (Tratamiento anterior NT 15): el sistema validará la información opcional y la enviará a eSocial.
- 2- No lo lleves a eSocial: el sistema no tomará ni consistirá en información eSocial opcional. Al usar esta opción, el campo estará deshabilitado para su edición.
Importante, después de cambiar el valor del campo a2 - No lo lleves a eSocial no será posible volver a cambiarlo. Cuando el primer diseño S-1000 no se envió o se devuelve con un error, el sistema no realiza ninguna validación de este campo. No se aplicarán consistencias en este campo cuando elTipo de entorno eSocial por2 - Producción restringida - Datos reales.
Este campo tiene como objetivo atender a clientes que tengan sucursales registradas en una base de datos separada o tengan sucursales registradas en el sistema de Administración de Personal en el registro de empresas.
Las opciones a seleccionar son:
- 0 - No aplicable
- 1 - El empleador existe en más bases de datos
- 2 - El empleador tiene más de un registro en esta base de datos
Las opciones 1 y 2 ponen a disposición en el registro de la sucursal, en las pestañas eSocial Empleador y eSocial Establecimiento, y en el registro de Proceso Judicial, el campoOpción base descentralizada.
Este tratamiento es necesario para que eSocial no reciba archivos duplicados en los formatos S-1000, S-1005 y S-1070, donde su clave es CNPJ o Número de Proceso.
Para otros diseños de tabla donde la clave es el código, el campoidentificación de compañía, donde el cliente informará un identificador diferente en cada empresa, evitando así la duplicidad de código en eSocial.
código guía
Si la empresa está incluida en la simplificación, se generará la etiquetaindGuía en eventos periódicos y eventos de parada (S-2299 y S-2399) siendo:
- "A - Automático": la etiquetaindGuía sólo se generará si la clasificación fiscal de la empresa es igual a "22 - Asegurado Especial, incluso cuando se trate de un empleador doméstico";
- "Y - Sí": la etiquetaindGuía siempre se generará, independientemente de la clasificación fiscal de la empresa;
- "N - No": la etiquetaindGuía no se generarán, independientemente de la clasificación fiscal de la empresa.
Al indicar al sistema queestá utilizando bases descentralizadas, ocurrirá lo siguiente durante elcierre yreapertura de nóminas:
Cerrando las hojas:
Conbases descentralizadas, cuando el período decierre mensualmente, todas las empresas deben realizar el procedimiento de cierre normal en sus bases, en el menú eSocial > Eventos Periódicos > Cierre (FRFECFOL).
Esto generará un evento S-1299 para cada empresa, y eDocs se encargará de unificar estos eventos y enviar el S-1299 unificado a eSocial.
La rutina de unificación debe estar activa en eleDocs.
Reapertura de las hojas:
Conbases descentralizadas, cuando hay necesidad dereapertura de las hojas de una de las empresas,todas las empresas deberá realizar el trámite a través del menú eSocial > Eventos Periódicos > Reapertura (FRENAFOL).
Cuando una empresa reabre generará un S-1298 pendiente, pero eDocs no unifica este evento. Por lo tanto, para efectos de los controles del sistema, es necesario que todas las empresas realicen el procedimiento. Así, se garantiza la consistencia entre todas las bases.
Sobre la base de todas las empresas queno son los encargados de enviar al patrón (S-1000) el trámite tendrá la condición de base descentralizada.
Identificador base descentralizado
Cuando utilice bases de datos descentralizadas, complete un identificador único para cada base de datos descentralizada, asignando diferentes números secuenciales al mismo CNPJ.
Con este identificador, el sistema evitará duplicidades si se realiza más de una generación de la misma base simultáneamente (misma fecha y hora).
Inicio DCTFWeb
Ingrese la fecha de aprobación de la competencia delDCTF Web. La fecha debe estar de acuerdo con el día de entrada definido por el Gobierno para el grupo al que pertenece su empresa.
Inicio GRFGTS
Ingrese la fecha de aprobación de la competencia delGRFGTS. La fecha debe estar de acuerdo con el día de entrada definido por el Gobierno para el grupo al que pertenece su empresa.
Observación
Según lo publicado en la Resolución N° 926, el GRFGTS será reestructurado y reemplazado por el nuevoFGTS Digital. Por lo tanto, este paso puede cambiar.
Descubre más en nuestropágina especial sobre el tema en el Portal de Requisitos Legales.
Fecha de cambio del sistema por parte de la Compañía yFecha de cierre de la empresa
Informe la fecha en que una empresa deja de existir en la base de datos actual (ya no es un cliente, por ejemplo), su información ya no debe enviarse a eSocial. Al llenar este campo, el sistema dejará de generar asuntos pendientes para esta empresa, y los expedientes generados para la misma dejarán de ser transmitidos al Gobierno a partir de la fecha informada.
El campoFecha de cambio del sistema tiene un propósito diferente al campo Fecha de cierre de la empresa del registro de sucursales, lo que también significa que la información ya no se transmite al Gobierno, sino que este último se utiliza cuando se quiere enviar información a eSocial de que una sucursal ha cerrado sus actividades. Esta acción cerrará todos los diseños de mesa (S-1005 a
Antes de informar al cierre de la empresa, es necesario informar al de las filiales, en el Catastro de éstas (FR030FIL). No es posible registrar el cierre de la empresa con una fecha retroactiva o con colaboradores activos.
Los camposFecha de cambio del sistema y Fecha de cierre de la empresa están habilitados en la pestaña Registros cuando el campoEmpresas registradas como subsidiarias de la pantalla Asignaciones (FR000ASS) tiene el valorN-No, si tiene el valorS-Sí, estará disponible en la pestaña Sucursal del empleador.
En el módulo de Seguridad y Medicina los campos solo están disponibles cuando no está integrado con Administración de Personal. Si hay integración, los campos solo están disponibles en el AP.
Botón Eliminar datos de producción restringida
Este botón está disponible en la parte inferior de la pantalla. Permite a las empresas depurar todos los eventos enviados al entorno de Producción Restringida, incluido el evento S-1000
Al realizar la exclusión el sistema presentará una alerta sobre los impactos en el sistema y en la base del gobierno. Después de la exclusión, el sistema presentará un mensaje de confirmación de retirada del empleador de la base de datos de la producción restringida de eSocial.
Observación
Este botón está habilitado solo para el tipo de ambiente2 - Producción restringida - Datos reales. con la opción1 - Producción La eliminación de datos no está permitida, por lo tanto, los envíos realizados con este tipo de entorno son oficiales y están sujetos a efectos legales.
Cuando exista integración entre Seguridad y Medicina y Administración de Personal, la eliminación de los datos de producción restringida sólo podrá realizarse a través de Administración de Personal.
Botón Activar Producción restringida
Este botón se utiliza para eliminar todos los registros de diseño generados en el sistema para eSocial y para actualizar elTipo de entorno por2 - Producción restringida - Datos reales. Ningún envío se realizará para el eSocial con esta acción.
Cuando exista integración entre Seguridad y Medicina y Administración de Personal, la activación de datos de producción restringida sólo podrá realizarse a través de Administración de Personal
Este botón aparecerá en la pantalla de ajustes de eSocial sólo cuando cumpla estos criterios:
- existe alguna definición de eSocial con Tipo de ambiente = 1 (Producción)
- no existe la clave
com.senior.vetorh.esocial.enable_productiontruecon el valor - hay algún envío al eSocial.
Esta combinación identifica una posible base de producción restaurada en un entorno de homologación.
¿Cuándo debo utilizar?
La ejecución de este procedimiento es recomendada cuando la base de datos actual es una copia de la base oficial, y será utilizada para pruebas.
¿Qué sucederá al usar el botón?
Al hacer clic en el botón Activar Producción restringida, el sistema realizará las siguientes operaciones:
- Aparecerá un mensaje de confirmación, indicando lo que será realizado por el proceso.
- Excluirá los envíos del empleador en cuestión (la misma acción realizada por el botón Eliminar datos de producción restringida).
En este momento cualquier el envío se realizará para el eSocial, por lo tanto, esta acción no generará una exclusión del layout S-1000. - Cambiará el tipo de entorno del registro en cuestión a2 - Producción restringida - Datos reales.
- Al final del proceso, mostrará un mensaje informándole que el tipo de entorno se ha cambiado a2 - Producción restringida - Datos realesy solicitando que la configuración de eSocial Engine (FR000DME) son revisados. Esto es necesario para garantizar que la información se envía al destino correcto.
- Con el cambio del tipo de ambiente, se abrirá la pantalla de Configuración del motor eSocial (FR000DMEpara que la información del campo sea alterada en ella también. Si el tipo de entorno no es el mismo en las dos pantallas, las pendencias de cambio no se generará y la situación se informará en el archivo de registro.
Cuando este botón está habilitado?
Este botón permanece habilitado sólo cuando la pantalla está colocada en los registros de los patrones Tipo de ambiente = 1 y que tengan envíos realizados al eSocial. Actualmente el sistema no permite cambiar el tipo de entorno de estos registros.
Contenido del módulo exclusivo: AP
Cambiar botón para eSocial Group 3
Este botón permite a las empresas configuradas comoGrupo 2 cambie su configuración de eSocial a la grupo 3. Esta función se muestra solo en la parte inferior de la pantalla:
- mientras edita/altera un registro en la pantalla de configuración de eSocial;
- si la empresa está actualmente definida como grupo 2.
El botónCambiar al Grupo 3 eSocial ayuda a actualizar la configuración de las empresas que han cambiado de grupo después de la publicación de laResolución CDES N° 05. Esta Resolución cambió la organización de los grupos y las fechas de inicio de algunas de las fases de implementación de eSocial.
El acceso a losPágina eSocial en nuestro Portal de Requisitos Legales y obtenga más información sobre las fases y los grupos de empresas en eSocial.
- Las fechas de inicio de eSocial definidas para la empresa deben ser coherentes con las fechas del grupo 2 de eSocial.
- No puede haber envíos pendientes de diseños no periódicos con recibo o en tránsito (exceptoEsperando envío manual).
- La fecha de inicio de las mesas sólo se actualizará si no hay envíos de mesas con recibo o en tránsito (exceptoEsperando envío manual
). Si la empresa pertenece al Grupo 3 de eSocial, pero ya envió las tablas anteriormente (en el periodo del Grupo 2), se ajustarán las fechas de inicio de las revistas y no revistas, pero no se cambiará la fecha de las tablas . Esto se debe a que los Grupos 2 y 3 pueden comenzar a enviar mesas en la misma fecha.
El sistema no cambia la fecha de inicio de las mesas, ya que si ya se enviaron eventos de cierta fecha, significa que la empresa ingresó a eSocial efectivamente en esa fecha. - Si hay admisiones cerradas por la pantalla de Cierre de Admisión (FRFECADM), estas admisiones serán reabiertas. En este caso, deberá volver a cerrarlos en esta misma pantalla.
- Si la Naturaleza Jurídica de la empresa comienza con3 o4 (definido por el campoEstablecimiento de la naturaleza en el registro de la sucursal (FR030FIL)), el sistema mostrará un mensaje sugiriendo el cambio de grupo.
Al hacer clic en el botónCambiar al Grupo 3 eSocial:
- si la Naturaleza Jurídica de la empresa no comienza con3 o4, aparecerá un mensaje advirtiendo que la empresa seleccionada no encaja en el grupo 3, pero no impedirá el trámite;
- Se mostrará la pantalla Tutorial de configuración de eSocial (FRIZAR SOCIAL), lo que le permite seleccionar solo el grupo 3.
Después de confirmar el cambio del grupo dedos por3 a través de la pantalla Tutorial, ocurrirá lo siguiente:
- Las fechas de inicio para el envío de eventos periódicos y no recurrentes se cambiarán en la configuración de eSocial.
- La fecha de inicio de las mesas solo se cambiará si no hay envíos realizados y con acuse de recibo de eSocial.
- Si hay problemas abiertos (sin enviar), se eliminarán.
- Si se realizan cierres de admisiones (FRFECADM), estas admisiones serán reabiertas.
Guía de lectura
Esta pestaña está destinada a definir cómo se enviará el diseño a eDocs. Para ello, se debe informar en el campoEnviar a eDocs una de las opciones1 - Automático o2 - manuales. Após isso, o envio deve ser realizado através da tela de Consulta de Pendências eSocial, em eSocial > Consulta Pendências (FR350STA).
Cuando se accede a la pantalla Configuración de eSocial desde el módulo de Seguridad y medicina, esta pestaña solo mostrará los eventos de Seguridad y salud en el trabajo (OSH). Los demás diseños serán presentados por el módulo de Administración de Personal.
Nota
Algunos de los leautes presentados en la lista de esta guía sólo están disponibles para la definición, es decir, el hecho de que un listado aparezca en esta guía no significa que esté disponible para su uso.
Guía de las categorías opcionales del layout S-2300
En esta guía es posible informar de forma histórica (por la fecha de la competencia) y por categoría, los contribuyentes de las categorías opcionales del lienzo S-2300 que deben enviarse al eSocial. Las categorías de diseño opcionales están disponibles enManual de redes sociales.
Marque en la columna enviar las categorías opcionales que serán consideradas por el sistema al cerrar la admisión del colaborador y enviadas al lance S-2300.
Además de los contribuyentes exigidos por el lance S-2300, el eSocial permite que las empresas y los organismos públicos puedan acceder, opcionalmente, a otros contribuyentes individuales que consideren necesario. Esta guía proporciona flexibilidad para que el empleador decida si quiere o no enviar a los empleados de estas categorías opcionales, como un medio de control interno, por ejemplo.
Importante
Para que la categoría eSocial "781 - Ministro de confesión religiosa o miembro de vida, congregación u orden consagrada" esté disponible en la lista de categorías opcionales del formato S-2300, es necesario que el usuario registre unnueva competencia en la pantalla Configuración de eSocial (FR030DES).
Guía de eventos de SST
En esta pestaña es posible definir, por empresa, qué eventos SST deben o no ser generados por el sistema.
Competencia
Campo correspondiente a la competencia para iniciar el SST en eSocial, que permite tener un historial de los cambios realizados.
Concepto
Muestra las categorías de empleados en eSocial. Los eventos que puede generar el sistema son:S-2210, S-2220 y S-2240.
generar evento
Especifique cuándo debe generarse el evento. Se puede generar un evento:
- "1 - Siempre". A partir del momento en que se informe la fecha de inicio de la SST, se generará el respectivo evento para todos los colaboradores;
- "2 - Cuando sea obligatorio". Generará el evento en los casos en que el envío no sea opcional para el empleado.
Resumen de la presentación obligatoria de información sobre SST, por categoría:
| Categoría | S-2210 | S-2220 | S-2240 |
|---|---|---|---|
| 1XX | Obligatorio | Obligatorio | Obligatorio |
| 2XX | Obligatorio | Obligatorio | Obligatorio |
| 3XX | Obligatorio, en relación a servidores vinculados al RGPS (Régimen General de la Seguridad Social). Opcional en relación con otros | Opcional | Obligatorio, en relación a servidores vinculados al RGPS (Régimen General de la Seguridad Social). Opcional en relación con otros |
| 4XX | Opcional | Opcional | Opcional |
| 701 a 781, excepto 731 a 738 | Opcional | Opcional | Opcional |
| 731 a 738 | Opcional | Opcional | Obligatorio |
| 9XX | Opcional | Opcional | Opcional |
- "3 - Nunca". Aunque se informe la fecha de inicio del SST, nunca se generará el respectivo evento, independientemente del colaborador.
English
Español


