NORAY_eBook_2_Sistema_Cret

Control de Recaudación por Trabajador
La fase de pruebas
VOLUMEN II
Enero 2014
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 2
Contenido de “La Fase de Pruebas”
Sobre este eBook......................................................................................................................................... 4
Proyecto Cret@. .......................................................................................................................................... 6
Resumen previo sobre Cret@ ...................................................................................................................... 7
Proyecto Cret@ – Fase de pruebas....................................................................................................... 9
Plazos ejecutados hasta ahora. ........................................................................................................... 11
Cuándo ha comenzado la fase de pruebas .......................................................................................... 11
De qué recursos disponen las empresas colaboradoras ...................................................................... 12
De qué recursos disponen los usuarios RED que participan. ............................................................... 12
Qué implicación tiene trasmitir datos de cotización por Cret@ en fase de pruebas. ............................. 12
Datos que la empresa transmite y recibe de Cret@. ................................................................................... 13
Vías de presentación. .......................................................................................................................... 13
Fichero de Bases. ............................................................................................................................... 14
Solicitud de borrador. .......................................................................................................................... 19
Fichero de respuesta. .......................................................................................................................... 21
Fichero de recibo liquidación cotizaciones (RLC). ................................................................................ 23
Fichero Relación Nominal de Trabajadores (RNT). .............................................................................. 26
Los primeros envíos a Cret@. .................................................................................................................... 28
Cómo TGSS valida y procesa los ficheros de bases que se envían. .................................................... 30
Diferencias entre Cret@ en fase de pruebas y Cret@ en real. .................................................................... 32
Plazos de presentación. ............................................................................................................................. 33
WinCret@ - Beta un espejo de Winsuite32. ............................................................................................... 34
Qué funciones tiene. ........................................................................................................................... 34
Buzones. ............................................................................................................................................. 36
Procedimiento de envío de comunicación. ........................................................................................... 37
Procedimiento de recepción de comunicaciones.................................................................................. 38
Consejos sobre el Sistema Cret@ para las Empresas y Autorizados RED. ................................................. 40
Créditos. .................................................................................................................................................... 41
Documentación. ......................................................................................................................................... 41
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 3
Sobre este eBook
El Sistema Cret@ volumen II
En este segundo volumen sobre el Sistema Cret@ hemos querido abordar de una forma más detallada
todo lo que implica la implantación de éste, especialmente cómo se está desarrollando la fase de pruebas,
llamada fase Beta, en la que estamos participando junto a la Tesorería General de la Seguridad Social
(TGSS) y una selección de autorizados RED que usan nuestro software NORAY Nomina.
También hemos incluido todo aquel contenido que hemos considerado relevante y de interés para todos los
posibles interesados, tanto autorizados RED en general, responsables de RRHH, graduados sociales,
asesores laborales como todas aquellas empresas interesadas y que quieran saber cómo implementar el
nuevo sistema de cotización Cret@ en este año 2014.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 4
Recomendación eBook volumen I – El Sistema Cret@
Para una mejor comprensión del presente eBook le recomendamos consulte el eBook volumen I que
contiene información básica sobre el nuevo sistema de cotización “El Sistema Cret@“, donde se tratan
algunos aspectos previos que deberá conocer para una mejor comprensión:
þ
þ
þ
þ
þ
þ
Qué es Cret@.
Cómo funciona la cotización en este sistema.
Qué ventajas tiene sobre el actual sistema de cotización (FAN).
Datos que se deben trasmitir a Cret@.
El concepto de “tramos de cotización”.
Principales motivos que generan tramos.
Puede descargarlo en el siguiente enlace: Descargar NORAY EBook 1 El Sistema Cret@
También puede descargarlo a través del siguiente código QR:
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 5
Proyecto Cret@
¿Qué es?
El proyecto Cret@ es el nombre que le ha dado la TGSS (Tesorería General de la
Seguridad Social) al nuevo sistema de cotización. Sus siglas significan “C”álculo de
“RE”caudación por “Trabajador” y “@” a través de internet.
¿Cuándo?
Se estima que entre en vigor en la segunda mitad del ejercicio 2014, según las previsiones
de la seguridad social, aunque esta fecha podrá verse afectada por diversos motivos
(técnicos, normativos, etc). Por tanto, habrá que esperar a la publicación de la normativa
correspondiente para conocer la fecha exacta.
Comenzarán a usarlo las empresas que cumplan unas determinadas características:
þ Régimen general (0111).
þ Modalidad de pagos normal (domiciliación / pago electrónico).
þ Periodicidad del pago mensual
La TGSS tiene previsto ir incorporando al resto de empresas a este nuevo sistema de
cotización progresivamente.
Fase Beta
Para poner a punto todo se ha iniciado en octubre de 2013 una fase de pruebas
denominada “Fase Beta”. En esta fase Beta están participando la Tesorería General de la
Seguridad Social, las principales empresas de desarrollo se software de nóminas (entre las
que se encuentra Noray Software) y un grupo de usuarios RED seleccionados por la
TGSS.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 6
Resumen previo sobre Cret@
Notables son los cambios entre el sistema de cotización que se ha estado usando hasta ahora y el nuevo
sistema que se está comenzando a implantar. En la siguiente imagen podemos ver cómo comunicamos la
información relativa a cada empresa y sus trabajadores mensualmente para la realización de la liquidación:
En el sistema actual las empresas comunican por cada una de sus cuentas de cotización todos los periodos
de cotización de sus trabajadores dentro del mes (DAT), informando las bases, deducciones y
compensaciones y finalmente calculando la cotización total de la cuenta de cotización (Totales TC2) y el
importe a pagar (Total TC1). En cambio, en el nuevo Sistema Cret@, sólo será necesario comunicar una
pequeña parte de la información y, además, la empresa no calcula el total de la cotización de sus
trabajadores ni el resultado de la liquidación.
Esto es así porque en el nuevo Sistema Cret@ será la TGSS la que realice todos los cálculos
necesarios en función de los datos que dispone (Fichero General de Afiliación, consultas sobre
contratación al SEPE, etc.) y de los datos que las empresas deberán comunicar mensualmente, como por
ejemplo las bases de cotización de los trabajadores.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 7
Las empresas deben, por tanto, mantener un riguroso control del estado de la afiliación de cada uno de sus
trabajadores y cada mes deberán conseguir que todos sus trabajadores estén consolidados con la TGSS.
El Sistema Cret@, en función de todos estos datos, realizará el cálculo de la liquidación mensual de cada
cuenta de cotización.
Es importante recalcar que, mientras que en el actual sistema de cotización (con ficheros FAN) la empresa
tiene la responsabilidad del cálculo de la liquidación, en el Sistema Cret@ la obligación de la empresa
consiste en comunicar los datos necesarios a la TGSS en plazo, siendo responsabilidad de la propia TGSS
el cálculo de la liquidación.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 8
Proyecto Cret@ – Fase de pruebas
Durante la fase de pruebas los usuarios RED participantes transmitirán sus datos al Sistema RED por dos
medios:
• Sistema RED normal (Winsuite32 – Ficheros FAN). Esta modalidad seguirá siendo obligatoria para la
cotización y liquidación en real de sus empresas.
• Sistema Cret@-Beta. Esta modalidad no tendrá consideración de presentación de documentos a
efectos de cotización y tendrá, principalmente, los siguientes objetivos:
§ Identidad en la construcción de tramos.
Los usuarios tendrán que conciliar los tramos de cotización con los de la TGSS. De esta manera,
cuando entre su funcionamiento en real, las empresas que han participado en esta fase Beta tendrán
ya superada esta gestión y conocerán de primera mano la forma correcta de trabajar, dominando su
funcionamiento y consiguiendo que sus datos con respecto al Fichero General de Afiliación estén
depurados. Por otro lado la TGSS conocerá dónde están las principales discrepancias entre sus
bases de datos y los datos de los autorizados RED.
§ Comprobar el sistema de intercambio de
ficheros.
Esto servirá para probar el nuevo sistema XML
(completamente distinto a los actuales ficheros
FAN), tanto en el envío a TGSS como en la
recepción de los ficheros de respuesta.
§ Verificación del sistema de cálculos.
Estas pruebas le permitirán a la TGSS comprobar
todos los cálculos que, en este sistema, deberán
realizar mensualmente.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 9
Autorización previa. Para poder comenzar a trasmitir en el nuevo sistema será necesario que la TGSS
autorice al usuario RED a usar el Sistema Cret@ en fase de pruebas. El Sistema RED no procesará los
ficheros trasmitidos a Cret@-Beta de usuarios no autorizados.
þ
Para esta fase de pruebas el Sistema RED ha autorizado de oficio a los usuarios participantes.
Durante los primeros meses de 2014, en función de cómo se vayan
desarrollando las pruebas, es intención de la TGSS incorporar cada vez más
usuarios a esta fase de pruebas. Los requisitos para poder participar serán:
En nuestra opinión, ¡¡ésta será una gran oportunidad!!
Las empresas y despachos podrán participar en la fase de pruebas, conocer cómo funciona el Sistema
Cret@ mientras se aprende a trabajar con él y familiarizarse con los nuevos conceptos. Disponer de un
tiempo previo para conseguir una identidad de los tramos con la TGSS será, sin duda, una ocasión
extraordinaria.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 10
Plazos ejecutados hasta ahora
Antes de comenzar esta fase de pruebas en el Sistema Cret@ ya se han dado unos pasos previos en los
que ha participado la TGSS, las empresas desarrolladoras de soluciones para la gestión de nóminas y una
parte de los autorizados RED. Esto ha servido para conocer cómo estaba el actual fichero FGA (Fichero
General de Afiliación) con respecto a los datos que manejaban los autorizados RED.
Cuándo ha comenzado la fase de pruebas
Octubre de 2013 fue el mes en que se comenzó con la fase de pruebas. Los autorizados que están
participando han enviado por un lado a Winsuite32 sus ficheros FAN, para realizar la cotización del mes de
septiembre 2013, que se liquidan en octubre, y por otro lado han enviado sus ficheros de comunicación de
bases para una primera validación y cálculo de liquidaciones por parte de la TGSS.
Hasta la terminación de este eBook (enero 2014) han participado 10 direcciones provinciales en esta fase
de pruebas, junto con una selección de autorizados RED de cada Dirección Provincial.
Ha habido un notable avance en todas las pruebas y nuevos procesos que se han llevado a cabo, por lo que
la TGSS extenderá la participación en esta fase de pruebas a TODAS las Direcciones Provinciales y a
todos los autorizados RED que estén dispuestos y que cumplan los requisitos básicos (ver página anterior).
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 11
De qué recursos disponen las empresas colaboradoras
Para que esta fase sea posible, tanto los autorizados RED como las empresas desarrolladoras de
soluciones para la gestión de las nóminas cuentan con distintas líneas de apoyo para resolver las posibles
incidencias.
Los desarrolladores cuentan con los servicios centrales de la TGSS para resolver incidencias en:
• Construcción de tramos.
• Estructura de ficheros.
• Procedimiento.
De qué recursos disponen los usuarios RED que participan
Los autorizados RED disponen de asistencia especial desde las direcciones provinciales que están
desarrollando la fase de pruebas para:
• Nivelación de bases de datos de las empresas con las bases de datos de la TGSS.
• Procedimientos.
WinCret@ Beta.
El envío y recepción de respuestas se gestiona a través de una
aplicación de escritorio (WinCret@ Beta). Esta versión dispone de
un entorno de trabajo donde se tratan los ficheros recibidos.
Las funciones de las que dispone esta aplicación son:
• Validación de esquemas de ficheros de usuario.
• Compresión / descompresión de ficheros.
• Envío y recepción de ficheros.
• Impresión de borradores de RLC y RNT.
• Visualización del fichero de respuesta.
Los cálculos. Los datos de Afiliación, necesarios para realizar los
cálculos, se recogen de la Base de Datos de Afiliación real de la TGSS. Esto implicará que la simulación de
los procesos es lo más real posible.
Qué implicación tiene transmitir datos de cotización por Cret@ en fase de pruebas
Los datos transmitidos durante la fase de pruebas no tendrán efecto de presentación y, por lo tanto, se
deberá seguir realizando la cotización de las cuentas de cotización a través de la actual Winsuite32.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 12
Datos que la empresa transmite y recibe de Cret@
Vías de presentación
La presentación de la relación nominal de trabajadores para el cálculo de la liquidación se puede iniciar
mediante dos vías (compatibles entre sí):
A) Envío de fichero de bases. Se usará cuando sea necesario comunicar bases o cualquiera de los
datos que afecten a uno o varios trabajadores.
Opcionalmente: Dentro de esta comunicación se podrá solicitar la recuperación de bases para
aquellos trabajadores que con respecto al mes anterior no hayan sufrido cambios que afecten a su
cotización.
Puede enviar el fichero de bases de dos formas:
I. Generando fichero de bases XML desde un programa de nóminas.
II. Completando el fichero de respuesta que se recibe en la solicitud del borrador.
B) Solicitud de borrador. Se usará si no es necesario comunicar ninguna variación respecto a lo ya
comunicado el mes anterior. Para el primer mes de uso del Sistema Cret@ será necesario una
comunicación de bases y no se podrá solicitar, por tanto, el borrador.
Puede solicitar el borrador de dos formas:
I. Generando el fichero de solicitud desde un programa de nóminas y trasmitirlo a través de
WinCret@.
II. Solicitar el borrador a través de un servicio online disponible para este fin.
Combinación práctica. Esto quiere decir que se puede comenzar la presentación
de los datos de cotización de una empresa solicitando el borrador, con las bases y
tramos del mes anterior y, posteriormente, enviar un fichero de bases con los
trabajadores para el mes de liquidación que tienen cambios en sus tramos de cotización.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 13
Fichero de Bases
Es un fichero con estructura XML que tiene como objetivo el envío de información
necesaria para el cálculo de la liquidación.
Se usa en la primera liquidación que una empresa envía a TGSS usando el Sistema
Cret@. También se enviará en sucesivos meses cuando se tenga que comunicar
nuevos datos de cotización necesarios para el cálculo de la liquidación.
El plazo para su envío será entre el primer y el penúltimo día natural del mes.
Diferencia con Cotización FAN. A diferencia del actual sistema de
cotización (Ficheros FAN), en los ficheros de comunicación de bases no será necesario
comunicar toda la plantilla en cada fichero. Podrán comunicarse sólo las bases de
trabajadores que sean necesarias. Para un mismo mes se podrán enviar tantos ficheros de
bases como el usuario requiera. El único requisito en la comunicación de bases es que la
liquidación del mes no esté confirmada.
¿Cuándo se confirma una liquidación en Cret@? La confirmación de una liquidación
se produce cuando se genera el Recibo Liquidación de Cotización (RLC). Éste puede ser
realizado por el usuario RED o de oficio por la TGSS en los casos de Cargo en cuenta,
Pago Electrónico, Saldos Acreedores y Saldo Cero.
¿Qué contiene el fichero de bases?
Este fichero desglosa para cada trabajador los distintos tramos de cotización que tiene en el mes de
liquidación. Como mínimo habrá siempre un tramo por trabajador. Dentro de cada tramo se incluirán los
siguientes grupos de información:
• Bases de cotización. Según las percepciones, horas extras de fuerza mayor, otras horas extras, horas
complementarias (T. Parcial), Cotización Exclusiva Empresarial, Contingencias Comunes por
Maternidad T. Parcial, etc.
• Importe de las compensaciones de pago delegado. Compensación por Enfermedad, Compensación
IT por Accidente de Trabajo, etc.
• Bonificación por formación continua.
• Modalidad de salario (en los casos de grupos diarios: 8-11).
En casos de Tiempo Parcial o EREs Parciales.
• Número de horas en caso de contrato a tiempo parcial.
• Coeficiente a tiempo parcial (EREs Parciales).
• Número de horas complementarias.
En determinados colectivos:
• Artistas (0112): Percepciones íntegras.
• Sistema Especial del Tomate (0134): Toneladas de tomate producidas en el mes de liquidación.
• Relación laboral especial (TRL 087): Trabajadores en Formación el número de horas de formación
teórica (presencial o a distancia).
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 14
þ
Recuperación de bases. También se podrá indicar dentro de esta comunicación la solicitud de
recuperación de bases del mes anterior de trabajadores de los que no se ha producido variación. Esto es
posible siempre y cuando en el mes anterior (con respecto al mes que se está liquidando) exista un único
tramo con las mismas bases.
El fichero de bases lo podrá transmitir de dos formas:
Ø Desde software de gestión de Nóminas. Generando un fichero desde su programa de nóminas y
enviándolo a través de WinCret@ Beta.
Ø Online. Cumplimentando el fichero de respuesta al fichero de solicitud de Trabajadores y Tramos.
Esta funcionalidad es muy similar a la que utilizan actualmente los usuarios del Sistema RED Directo
para introducir la información mensual de sus trabajadores y generar la cotización de sus cuentas de
cotización.
Ejemplo. En el caso de NORAY Nomina la generación del fichero de bases se realiza así.
Ejemplo. Fichero de Bases.
Para una mejor comprensión de la comunicación de bases pongamos dos ejemplos:
a)
b)
Trabajador que tiene un solo tramo en un mes.
Trabajador que tiene una situación de IT durante el mes.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 15
EJEMPLO 1
a) Trabajador que tiene un solo tramo en un mes. Los datos para este ejemplo son:
Trabajador con Salario Base (SMI) 645,30 + 2 pagas extras equivalentes a S. Base.
Tipo de retribución = Mensual.
Pagas extras = 645,30 x 2 / 12 = 107,55 € mensual.
Base cotización mensual: 645,30 + 107,55 = 752,85 € -- Se aplica base mínima cotización à 753,00 €.
A nivel de trabajador la comunicación de bases se hace con el siguiente nivel de detalle.
Este tramo, en formato XML, se corresponde con la siguiente imagen:
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 16
EJEMPLO 2
b) Trabajador que tiene una situación de IT durante el mes. Los datos para este ejemplo
son :
Trabajador con situación de IT durante el mes.
En Marzo 2014 tiene una situación de IT que comienza el día 21 (No termina durante el mes)
Base cotización por los días trabajados (20 días): 753,00 € / 30 días x 20 días = 502,00 €
Base reguladora para la IT = 753,00 € Base reguladora diaria = 753,00 / 30 = 25,10 €
Base cotización durante la situación de IT (10 días) = 25,10 x 10 = 251,00 €
Los tramos de cotización son los siguientes:
o Tramo 1. Por los días trabajados.
o Tramo 2. Por los días en IT.
A nivel de trabajador, la comunicación de bases se hace con el siguiente nivel de detalle.
En el siguiente ejemplo mostramos cómo se representan en un fichero de bases estos dos tramos para
este ejemplo de un trabajador en IT en el mes de marzo 2014.
Debe tenerse en cuenta que para una visión más simple de los nodos del fichero de bases que
representan los tramos de este ejemplo hemos contraído aquellos nodos menos importantes, como
pueden ser “Fecha Desde” y “Fecha Hasta”. En este ejemplo estos nodos tomarán las fechas arriba
representadas:
Para el tramo 1:
Fecha desde: 01/03/2014
Fecha Hasta: 20/03/2014
Para el tramo 2:
Fecha desde: 21/03/2014
Fecha Hasta: 31/03/2014
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 17
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 18
Solicitud de borrador
El procedimiento de solicitud del borrador de bases es un proceso simple que puede
hacerse desde el programa de nóminas o bien se puede solicitar on-line.
Para los trabajadores con discrepancias en tramos con respecto a los tramos
calculados en el mes anterior, el autorizado RED deberá comunicar un Fichero de
Bases o corregir las bases a través del servicio on-line (similar a lo que están
haciendo actualmente los usuarios del Sistema RED Directo).
Ejemplo. En el caso de NORAY Nomina la generación del fichero de
solicitud de borrador se realiza así.
En la “Solicitud de Borrador” se genera un solo fichero XML que incluye todas las empresas que
comunican datos a Cret@.
El nombre del fichero es libre, aunque en NORAY Nomina usamos las siglas “SB”, para identificar
“Solicitud de Borrador”, y a continuación el mes y el año.
Ejemplo: Para el mes de abril 2014 usamos el siguiente nombre: SB0414.XML
El siguiente ejemplo de borrador generado por NORAY Nomina corresponde al mes de abril 2014 y,
como puede observarse, por cada una de las cuentas de cotización se solicita la generación del
borrador comunicando los siguientes datos:
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 19
Datos que se comunican en “Solicitud de Borrador” por cada una de las cuentas de cotización
(Empresas):
• Régimen (0111).
• Cuenta de Cotización:
§ Provincia (38)
§ Número (000000359)
• Periodo Desde. Mes (04) y año (2014)
• Periodo Hasta. Mes (04) y año (2014)
• Tipo ( L00)
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 20
Fichero de respuesta
Este tipo de fichero lo utiliza la TGSS para informar a los usuarios de los errores detectados en cualquiera
de los ficheros remitidos.
La TGSS incluirá sólo información relativa a los tramos que no se hayan podido calcular, ya sea porque los
datos enviados por el usuario son erróneos o porque no se haya enviado ninguna información.
Aclaración: Esto quiere decir que recibirá una respuesta por cada uno de los
trabajadores y tramos que trasmita a la TGSS en la que haya incidencias
(Discrepancias). Para aquellos trabajadores de los que no reciba respuesta pero que
haya trasmitido significará que sus tramos y bases son correctos.
Posibles resultados después de recibir respuestas a la solicitud de un borrador
Por cada solicitud de borrador realizada la TGSS transmitirá una respuesta donde podemos encontrar
diferentes posibilidades:
• Todos los tramos son calculables. Se obtendrán entonces estas respuestas:
ü Borrador del recibo (RLC).
ü Borrador de trabajadores (RNT).
ü Fichero indicando que el proceso es correcto.
• Algún tramo no es calculable. Se obtendrá en este caso:
ü Fichero de respuesta con tramos no calculables y un texto explicando el motivo.
• No existen liquidaciones en el mes anterior. Se obtendrá:
ü Fichero de respuesta con Trabajadores/Tramos que deberá comunicar para poder realizar el cálculo.
Identificación de Empresas y Trabajadores. La consulta de un fichero de
respuesta tal y como se recibe del Sistema Cret@ puede ser una labor complicada al no
incluirse nombres de empresa o de trabajador (las empresas se identifican por cuenta de
cotización y los trabajadores por número de afiliación), resultando un tanto complicada la
identificación de cada uno de los elementos.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 21
Para simplificar el proceso, en NORAY Nomina hemos incluido una opción que transformará la respuesta
que recibe WinCret@ en formato XML en una respuesta que el usuario pueda comprender, donde
aparecerá identificada la empresa y el trabajador por su nombre, facilitando así la consulta y comprensión
de la misma.
A tener en cuenta
Debe saber que, debido a que Cret@ es un sistema que calcula la cotización a nivel de trabajador, en el
caso en el que no todos los trabajadores de una empresa vayan a cotizar por la misma base que el mes
anterior, bastará con comunicar sólo aquellos trabajadores que varían con respecto al mes anterior,
informando a través de un Fichero de Bases los nuevos datos. Dentro del fichero de bases que se envía a
Cret@ también existe la posibilidad de solicitar la cotización de un trabajador en función de los tramos y
bases del mes anterior.
Ejemplo. A continuación incluimos algunos mensajes de ejemplo que nos
podemos encontrar en un fichero de respuesta del Sistema Cret@.
• <CodigoErr>R9530</CodigoErr>
<Descripcion>Dato obligatorio</Descripcion>
• <CodigoErr>R9599</CodigoErr>
<Descripcion>EC. Bases A.T. superior al máximo</Descripcion>
• <CodigoErr>R9502</CodigoErr>
<Descripcion>Dato proporcionado no requerido</Descripcion>
• <CodigoErr>R9503</CodigoErr>
<Descripcion>Tramo inexistente en FGA para eses trabajador</Descripcion>
• <CodigoErr>R9456</CodigoErr>
<Descripcion>No se permite la recuperación de bases del mes anterior</Descripcion>
• <CodigoErr>R9529</CodigoErr>
<Descripcion>Liquidación procesada correctamente </Descripcion>
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 22
Fichero de recibo liquidación cotizaciones (RLC)
Este fichero es el que usará la TGSS para informar a las empresas o autorizados RED de los recibos de
liquidación de cotización asociados a las liquidaciones en el momento de su confirmación.
Se identifica con las siglas RLC y cumple la misma función que el modelo TC1.
El fichero de Recibo de Liquidación de Cotizaciones (RLC) tiene una estructura XML y contiene los
siguientes datos:
• Número de Autorizado.
• Identificación de la Liquidación.
• Datos de cabecera del recibo (CCC, periodo, mutua, modalidad de pago, cabecera de pago).
• Datos del cuerpo del recibo (son las líneas de detalle: descripción, base de cotización, importe de cuota
o deducción, huella).
• Datos de pie del informe (huella, texto, código de barras).
Borrador RLC. Durante la fase Beta del Sistema Cret@ no se emiten documentos
originales de RLC sino que en su lugar se emiten borradores. Esto es así porque durante
esta fase la liquidación real de la cotización se realiza a través de ficheros FAN.
Este documento se remitirá al usuario cuando se pueda realizar el cálculo de toda la
liquidación.
NORAY Nomina dispone de una opción para verificar el recibo de liquidación (RLC) y poder
compararlo con el TC1 presentado para detectar posibles diferencias o verificar la exactitud o
aproximación de la liquidación real.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 23
En este ejemplo mostramos un fichero RLC en formato XML y, a continuación, cómo se puede
verificar consultándolo desde NORAY Nomina. Con este aspecto lo podrá consultar desde
WinCret@ Beta.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 24
Este mismo fichero, consultado desde NORAY Nomina, se mostrará con el siguiente formato:
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 25
Fichero Relación Nominal de Trabajadores (RNT)
Este tipo de fichero es el que usa la TGSS para informar a los usuarios de la relación nominal de
trabajadores, tras la confirmación total o parcial de las liquidaciones. Se identifica con las siglas RNT. Viene
a cumplir las mismas funciones que el modelo TC2.
El fichero de Relación Nominal de Trabajadores (RNT) tiene una estructura XML y contiene los siguientes
datos:
• Número de Autorizado.
• Identificación de la Liquidación.
• Datos de Cabecera del Informe RNT (CCC, periodo, razón social, mutua, número de trabajadores).
• Datos del cuerpo del informe (son las líneas de detalle compuestas por NAF, IPF, CAF, fecha desdehasta, días/horas cotizados, descripción, Importe, huella).
• Datos del pie del informe (totales, codificaciones informáticas, Huella, …)
Los trabajadores dentro del fichero RNT se identifican por los siguientes datos:
• NAF. Número de Afiliación.
• IPF. Identificación de persona física.
• CAF. Apellidos y nombre del trabajador abreviados.
Esto implica que habrá cierta dificultad a la hora de identificar a un trabajador, ya que no podemos
identificarlo por su nombre completo sino que tenemos que usar uno de los anteriores identificadores del
trabajador.
En el siguiente ejemplo puede verse una prueba de un trabajador en un fichero RNT.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 26
Borrador RNT. Durante la fase Beta del Sistema Cret@ no se emiten documentos
originales de RNT sino borradores. Esto es así porque durante esta fase la liquidación
real de la cotización se realiza a través de ficheros FAN.
Este documento se remitirá al usuario cuando se pueda realizar el cálculo de toda la
liquidación.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 27
Los primeros envíos a Cret@
Aquí explicamos cómo se va a comportar el Sistema Cret@ en las respuestas que obtenemos mientras
estamos en la fase de pruebas. Es importante recordar que al tratarse de una fase de pruebas los
documentos de liquidación que se generan son siempre borradores.
¿Cómo se comporta el Sistema Cret@ ante el envío de solicitud de borrador de cotización?
Va a depender de los siguientes factores:
A) No existen liquidaciones del mes
• Se genera un fichero de respuesta con Trabajadores y tramos y las bases necesarias para el
cálculo de la liquidación.
El usuario, ante esta respuesta, deberá enviar un fichero de bases para comunicar los datos
necesarios.
B) Existen liquidaciones del mes
Si todos los tramos son calculables con las bases del mes anterior:
• Se generará un borrador del recibo (RLC), borrador de trabajadores (RNT) y fichero de respuesta
indicando “Proceso correcto”.
Si algún tramo no es calculable con la información del mes anterior:
• Se generará un fichero de respuesta con tramos no calculables, indicando el motivo.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 28
¿Cómo se comporta el Sistema Cret@ ante el envío de un fichero de Bases de cotización?
Va a depender de los siguientes factores:
A) No existen liquidaciones del mes
Si todos los tramos son calculables con las bases del fichero:
• Se genera borrador del recibo (RLC), borrador de trabajadores (RNT) y fichero indicando “Proceso
Correcto”.
Si algún tramo no es calculable:
• Se genera fichero de respuesta con tramos no calculables, indicando el motivo y errores enviados
en el fichero.
B) Existen liquidaciones del mes anterior
Se calcularán entonces:
• Los tramos incorporados en el fichero de bases con las bases que se informen.
• Los tramos no incorporados en el fichero de bases con las bases recuperadas de la liquidación del
mes anterior.
Si todos los tramos son calculables:
• Se genera borrador del recibo (RLC), borrador de trabajadores (RNT) y fichero indicando “Proceso
Correcto”.
Si algún tramo no es calculable:
• Se genera fichero respuesta con los tramos no calculables, indicando el motivo y errores enviados
en el fichero.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 29
Cómo TGSS valida y procesa los ficheros de bases que se envían
Cuando la TGSS recibe a través de Cret@ un fichero de bases, realiza una serie de comprobaciones para
determinar si los datos que se envían son compatibles con los datos que se esperan.
Para ello la TGSS contrastará los datos enviados para cada trabajador y sus tramos con el Fichero General
de Afiliación y detectará así alguna de las siguientes incidencias:
• Datos Correctos. Hay coincidencia en el trabajador, sus tramos y las bases que se informan.
• Datos con Errores. No hay coincidencia en al menos uno de los tramos de un trabajador. Los tramos en
los que hay coincidencia no generan error y se validan como correctos.
• Datos inexistentes. Ha comunicado datos de un tramo de un trabajador que no figura en el Fichero
General de Afiliación.
Diagrama de funcionamiento del Sistema Cret@ al enviar un Fichero de Bases y validarlo con el fichero
General de Afiliación.
Estos son los posibles resultados que devuelve el Sistema Cret@, después de realizar las comprobaciones
necesarias, por cada tramo de trabajador que se ha comunicado.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 30
El Sistema Cret@, una vez que ha conciliado con Afiliación, también realiza una validación de los cálculos.
Este proceso se denomina PCRT (Proceso de Cálculo de Recaudación por Trabajador) y algunos de los
controles que realiza son:
• Bases de cotización.
• Horas de contrato a tiempo parcial.
• Compensaciones de pago delegado (IT).
Proceso de carga de bases de cotización
Este proceso lo puede iniciar el envío de solicitud de borrador o una comunicación de bases y se realiza a
nivel de trabajador.
Primero se cargan las bases de todos los trabajadores por los que existe la obligación a cotizar y que se
puedan recuperar del mes anterior.
Si la acción que ha iniciado este proceso es una comunicación de fichero de bases además se sustituyen
las bases recuperadas del mes anterior por las bases informadas por el usuario. Del resultado de la
validación dependerá que el trabajador se considere presentado o no presentado, pudiendo ocurrir
cualquiera de estas circunstancias:
• Si las bases comunicadas son válidas se sustituyen por las recuperadas. Se considerará trabajador
presentado.
• Si las bases comunicadas no son válidas el trabajador se queda sin bases. Se considerará trabajador no
presentado.
Solicitud de liquidación parcial a partir del 24 de cada mes
(Opción no disponible en la fase beta).
Novedad
Si como consecuencia de la liquidación por parte del usuario no se ha podido calcular la totalidad de la
liquidación, por existir trabajadores que no se han conciliado, el usuario puede optar por:
A) Corregir los errores comunicados.
• Cuando se trate de errores en bases beberá enviar un nuevo fichero de bases.
• Cuando se trate de errores en Afiliación beberá tramitar la corrección de dichos errores.
B) Ingresar la liquidación por los trabajadores conciliados mediante solicitud online de borrador. Esto
puede hacerse a partir del día 24 y hasta finalizar el periodo de presentación. Esta solicitud genera un
borrador de liquidación parcial por los trabajadores conciliados.
Atención. Cuando se solicita
liquidación parcial se cotiza sólo por los
trabajadores conciliados.
Por los trabajadores no conciliados se podrá
subsanar sus discrepancias hasta el penúltimo
día del mes. En caso de no corregir las
incidencias de los trabajadores no conciliados
se considerarán no presentados y no se
cotizará por ellos.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 31
Diferencias entre Cret@ en fase de pruebas y Cret@ en real
A continuación se detallan las diferencias más importantes que se deben conocer y tener presentes:
Sistema Cret@
Sistema Cret@
Fase Beta
En Real
Sobre capturar las bases del mes anterior
Si existe liquidación en el mes anterior y no existe en el
mes actual, al generar la liquidación se toman las bases
del mes anterior.
Para poder tomar las bases del mes anterior, el usuario
RED deberá solicitarlo expresamente. Se realizará
trasmitiendo una solicitud de Borrador.
Nivel en el que se trata la información
El tratamiento se hace a nivel de tramo.
El tratamiento se hace a nivel de trabajador.
Si un tramo es válido y otro no, se mantiene el tramo
válido para calcular la liquidación parcial.
Si no se informan todos los tramos de un trabajador, o si
no se puede calcular el trabajador entero (con todos sus
tramos), no se realiza cálculo de liquidación del trabajador
y éste queda sin bases y sin presentación.
Confirmación
En fase Beta de Cret@ no se incluye la solicitud de
confirmación.
A partir del día 28 de cada mes, se produce una
confirmación automática de todos los trabajadores
siempre que haya sido posible el cálculo.
Tipo de liquidaciones de cotización admitidas
Sólo se permitirán liquidaciones L00
Liquidaciones L00, C00, L02, C02, L13, C13, L90, L91,
L93, C90, C92, C93.
Regímenes Admitidos
Sólo se permitirá operar con Régimen General
Se opera con todos los regímenes (es posible que esto no
sea así en el arranque real).
Documentos Generados
Si se puede calcular la liquidación completa, la empresa o
autorizado RED recibe:
Ø
Ø
Ø
Borrador de trabajadores (RNT).
Borrador Recibo Liquidación (RLC).
Fichero respuesta con el mensaje de que todo ha
sido correcto.
Si se puede calcular la liquidación completa, la empresa o
autorizado RED recibe:
Ø
Ø
Ø
Relación nominal de trabajadores (RNT).
Documento de cálculo de la Liquidación.
Fichero de respuesta con el mensaje de que todo
ha sido correcto.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 32
Sistema Cret@
Fase Beta
Sistema Cret@
En Real
Liquidaciones Complementarias asociadas
No se realiza ninguna validación sobre liquidaciones
complementarias asociadas.
Al recibirse solicitud de creación de una liquidación se
informa de la obligatoriedad de presentar la L02 y/o la L13
del mismo periodo.
Borrador Parcial
No existe la opción de solicitar borrador parcial.
A la recepción de solicitud de borrador o fichero de bases,
la solicitud on-line de borrador parcial previa se
desestima.
Fichero Respuesta
Discrepancias. No se informa de los registros repetidos.
Se informa de los registros repetidos. Se considera como
bueno el último de ellos.
Datos para los Cálculos
Para un trabajador incluido en el fichero de bases, no es
necesario incluir las bases de todos sus tramos para ser
calculado. Esta validación se hace tramo a tramo.
Disponiendo de al menos un tramo correcto por
trabajador, se calculará la liquidación de la empresa.
Un trabajador incluido en el fichero de bases sólo se
calculará si se ha aportado bases para todos los tramos
de dicho trabajador. No puede haber discrepancias por
resolver de ningún trabajador.
Plazos de presentación
En este nuevo sistema de cotización los plazos de presentación y de liquidación no coinciden en el mismo
día:
• Plazo de Presentación. Se podrán presentar declaraciones (solicitud de borradores o ficheros de bases)
hasta el penúltimo día del mes.
Con esta medida se pretende que el sistema pueda responder a tiempo y que se le permita así a las
empresas realizar un ingreso dentro del plazo reglamentario.
• Plazo reglamentario de ingreso. Se podrá realizar el ingreso hasta el último día del mes.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 33
WinCret@ - Beta un espejo de Winsuite32.
Para la cotización a través del Sistema Cret@ se dispone de la aplicación WinCret@ beta.
Esta aplicación es muy similar a la actual Winsuite32, por lo que a los usuarios que ya usan este programa
les resultarán familiares la mayor parte de sus funciones.
Como una de sus diferencias a destacar es que está desarrollada en lenguaje Java y, por tanto, como
requisito de funcionamiento será necesario disponer en el equipo (ordenador) de una versión de Java
actualizada.
Para la fase de pruebas se dispone de la versión WinCreta Beta 1.1.
Qué funciones tiene
Este software está creado para las siguientes funciones:
• Envío de documentos a la TGSS de acuerdo con los nuevos tipos de ficheros que usa Cret@.
• Recepción de documentos de la TGSS.
• Procesado de documentos de la TGSS.
Desde la función Cotización se podrán transmitir:
• Solicitud de Borrador.
• Ficheros de bases.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 34
Desde su programa de nóminas se generará la “Solicitud del Borrador” o la comunicación del “Fichero de
bases” y con esta opción de WinCreta Beta podrá seleccionar el fichero generado, validarlo y mediante el
botón “Enviar/Recibir” realizar las adaptaciones correspondientes y colocarlo en la bandeja de salida para
su envío al Sistema Cret@.
Desde la función Comunicaciones podrá:
• Enviar y recibir documentos con la TGSS. Donde se le solicitará que firme cada fichero enviado con su
certificación Silcon.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 35
Desde la función Impresión podrá imprimir:
• Relación Nominal de Trabajadores (RNT). Durante la fase de pruebas este documento es un borrador.
• Recibo de Liquidación de Cotización (RLC). Durante la fase de pruebas este documento es un borrador.
Buzones
Desde la función Buzones podrá comprobar las respuestas que ha recibido y los ficheros preparados
pendientes de enviar.
Seleccionando el mensaje y consultando en la pestaña “Visualizar Fichero” puede ver el contenido del
mensaje recibido.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 36
Procedimiento de envío de comunicación
Para el envío de un fichero de bases deberá seguir el siguiente proceso:
1. Seleccionar el fichero de bases que ha generado su programa de nóminas.
El proceso de validación analizará el fichero y realizará las adaptaciones necesarias.
Podrá ver el siguiente resultado:
2. Para iniciar el envío del fichero deberá pulsar el botón Enviar/Recibir.
La primera vez que envíe un fichero necesitará seleccionar su certificado de usuario (deberá seleccionar
la ubicación de su certificado SILCON).
Deberá introducir su clase (PIN) para firmar.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 37
Comenzará la autentificación del usuario y a continuación se procederá al envío del fichero de bases.
Ahora recibirá la respuesta a su envío en la opción comunicaciones. La respuesta no es automática, la
TGSS tardará un tiempo en procesarla.
Procedimiento de recepción de comunicaciones
Para la recepción de mensajes de respuestas de sus envíos deberá usar la opción Comunicaciones.
Siga los siguientes pasos:
1. Consulte buzón de entrada.
Cuando reciba un nuevo documento lo verá de la siguiente forma:
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 38
2. Seleccione el fichero y pulse la pestaña Visualizar Fichero.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 39
Consejos sobre el Sistema Cret@ para las Empresas y Autorizados RED
Es fundamental que los datos en su programa de nóminas y el Fichero General de Afiliación coincidan, así
que deberá ser muy riguroso en cada uno de los cambios de afiliación que afecten a los trabajadores de sus
empresas, comunicándolos en los plazos establecidos, ya que las diferencias que se detecten generarán
discrepancias en la consolidación de tramos y, por lo tanto, impedirán que pueda cotizar por dichos
trabajadores.
Recomendamos que todos los autorizados RED, que actualmente están transmitiendo su cotización a
través de Winsuite32, participen en la fase previa de pruebas del Sistema Cret@ que la TGSS hará
extensible a la totalidad de las Direcciones Provinciales de la Seguridad Social a partir de febrero de 2014.
Sobre su programa de nóminas
Compruebe que su proveedor de nóminas ya ha realizado o está realizando las adaptaciones necesarias
para el uso del Sistema Cret@.
En caso de usar una aplicación que se haya quedado obsoleta y que no se adapte al nuevo sistema, no
deje para última hora la búsqueda de un software adaptado a este nuevo sistema de cotización.
Si necesita ayuda puede contactar con Noray Software a través de la web de nuestro producto:
www.noraynomina.com
Nuestro software laboral NORAY Nomina ya está adaptado al Sistema Cret@ y nuestro
equipo humano está formado y preparado para atender a nuestros usuarios.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 40
Créditos
Este eBook ha sido creado por Noray Software en enero de 2014.
NORAY es la marca comercial y de productos de Consultores Canarios de Informática, empresa fundada en
1979 con el objeto de desarrollar software para la gestión empresarial y profesional.
NORAY Nomina Essencial es la solución para la gestión de nóminas y seguros sociales en asesorías que
comienzan su actividad profesional y empresas que quieren centralizar esta gestión en su oficina, propiedad
de Consultores Canarios de Informática.
Puedes conocer más detalles sobre este producto en el siguiente enlace QR:
Documentación
Para la confección de este eBook hemos utilizado toda la documentación técnica que la Seguridad Social, y
más concretamente su Gerencia de Informática, nos ha facilitado para llevar a cabo las adaptaciones
técnicas necesarias del Sistema Cret@ en nuestro producto NORAY Nomina.
El trabajar mano a mano con nuestros clientes, seleccionados a participar en esta fase de pruebas, nos has
permitido adquirir los conocimientos técnicos y de operatoria necesarios para un resultado con éxito.
Los diagramas de ejemplo han sido confeccionados por Noray Software.
Hemos incorporado a este eBook imágenes de:
• El software WinSuite32 y WinCret@-Beta cuyo titular es El Ministerio de Empleo y Seguridad Social
(Tesorería General de la Seguridad Social).
• Manuales publicados por TGSS en su web www.seg-social.es.
SISTEMA CRET@ · VOLUMEN II ET@
Pag. 41