Categoría: Normativas

a es: 32034 Referencia al identificativo antiguo en el movimiento. Asociado a este error se devolverá a la entidad gestora, a nivel informativo, el nuevo identificativo en el campo OTRO IDENTIFICATIVO.
• Sin embargo se permitirán los códigos de actuación 22 (Modificación de una situación subjetiva) aunque nos lleguen asociados al identificativo antiguo. Aunque se hayan modificado los datos solicitados, se devolverá este código de aviso (no es un error): 92030 AVISO: aceptado con observaciones referentes al identificativo. Asociado a este aviso se devolverá a la entidad gestora, a nivel informativo, el nuevo identificativo en el campo OTRO IDENTIFICATIVO.
6.2.5 Variación de datos personales (código de actuación 26)
Se utilizará para modificar los datos personales de una persona que se encuentre dada de alta en TSD a instancias de una entidad gestora. Se podrán modificar los campos ESTADO CIVIL, TELÉFONO MÓVIL e INDICADOR DATOS PROTEGIDOS y todos los campos de «datos de residencia».
Esta operación también podrá ser utilizada para proteger (P) o desproteger (D) personas atendiendo a su INDICADOR DE DATOS PROTEGIDOS.
6.2.5.1 Validaciones a aplicar.
– La obligatoriedad de los campos a aportar en un registro de variación de datos personas vienen detallados en la tabla del apartado 6.2.6. En este caso, los campos marcados como no obligatorios si se completan no se validarán.
– Si la persona no se encuentra dada de alta en el sistema (el identificador no existe en TSD) se rechazará la acción.
– Los datos personales podrán ser modificados por la entidad gestora que dio de alta a la persona o por cualquier otra.
– Si los datos de la persona que se remiten en este registro no coinciden con los que se indicaron en el alta previa de la persona, se rechazará la operación. Para ello, debe coincidir su identificador y los datos personales (nombre, apellidos y fecha de nacimiento) al menos en un 80 % con los almacenados en el sistema TSD.
– El indicador de protección podrá variarse por una entidad teniendo en cuenta las siguientes circunstancias.
• Se podrá solicitar la protección de una persona indicando el valor «P» en el indicador de protección.
• Se podrá solicitar la desprotección de una persona indicando el valor «D» en el indicador de protección. Si en las bases de datos de la Seguridad Social constara como protegido, se mantendría la protección.
– Se modificará el domicilio siempre que se consideren los datos igual o más completos que los ya cargados en TSD. Teniendo en cuenta los campos «País», «Nombre localidad» y «Nombre vía». Si los datos de domicilio no se modifican se generará el código de aviso «92040: AVISO: Aceptado el cambio excepto en los datos de DOMICILIO ya que los datos existentes son más completos».
6.2.6 Obligatoriedad de campos.
En esta tabla se presenta la información obligatoria que se deberá remitir para cada tipo de acción:
7.1 Anexo 1. Códigos de actuación.
7.2 Anexo 2. Estado civil.
7.3 Anexo 3. Código de vía.
7.4 Anexo 4. Prestaciones.
Si la prestación que quiere enviar no se encuentra en el catálogo, por favor solicite su creación a incidencias.tsd@seg-social.es, anexando la normativa reguladora de la misma.
7.4.1 Prestaciones de entidades de ámbito estatal.
7.4.2 Prestaciones de entidades de ámbito autonómico.
7.4.3 Prestaciones de entidades de ámbito local.
7.4.4 Prestaciones de las mutuas colaboradoras con la Seguridad Social.
7.5 Anexo 5. Tipos de importe.
7.6 Anexo 6. Clase de pago.
7.7 Anexo 7. Situación de pago.
7.8 Anexo 8. Tipo de situación subjetiva.
7.9 Anexo 9. Tipo de familia numerosa.
7.10 Anexo 10. Tipo de discapacidad reconocida.
7.11 Anexo 11. Tipo de dependencia reconocida.
7.12 Anexo 12. Tipo de demanda de empleo.
7.13 Anexo 13. Tipo de complemento.
7.14 Anexo 14. Subtipo de prestación.
El subtipo de prestación siempre irá siempre estará relacionado con un tipo de prestación según se muestra en la siguiente tabla:
7.15 Anexo 15. Tipo de deducción.
7.16 Anexo 20. Errores.
7.16.1 Anexo 20.1 Errores de formato.
7.16.1.1 Anexo 20.1.1 Errores formato en Prestaciones y Pagos.
7.16.1.2 Anexo 20.1.2 Errores formato en Situaciones Subjetivas.
7.16.2 Anexo 20.2 Errores en la carga de datos.
7.16.2.1 Anexo 20.2.1 Errores carga de datos en Prestaciones y Pagos.
7.16.2.2 Anexo 20.2.2 Errores carga de datos en Situaciones Subjetivas.
7.17 Anexo 30. Carga de históricos.
Con la finalidad de que las entidades gestoras puedan consultar las prestaciones que ya no están de alta, bien por haber causado baja una vez incorporadas a TSD o bien porque ya no estaban de alta en el momento de realizar la carga inicial de prestaciones en TSD, se ha previsto la creación de un histórico de prestaciones y pagos.
Las prestaciones que se cargaron en alta en TSD y han pasado a la situación de baja se integran en el Histórico de TSD de forma automática. Sin embargo, para completar este histórico está previsto que se reciban las prestaciones reconocidas a partir de 1 de enero de 2020 que no se incorporaron a TSD porque cuando se recibió la carga inicial ya se encontraban de baja.
Para completar el histórico de prestaciones y pagos se podrán enviar a TSD los datos de las prestaciones citadas en el párrafo anterior (reconocidas a partir de 2020 que no se enviaron en la carga inicial por estar en esa fecha ya de baja) y sus correspondientes pagos.
El envío de la información del histórico se realizará en el siguiente orden:
1.º Envío inicial de las prestaciones.
Se podrá realizar, dependiendo del volumen, con una carga inicial (que permite el envío de hasta 9.500.000 registros) o una carga diaria (100.000 registros).
Las prestaciones se comunicarán con el código de actuación 01 «Alta de prestación». Se realizarán las mismas validaciones que las establecidas para las altas recogidas en el punto 4.2.1 Alta de prestaciones.
En la cabecera del fichero de envío se deberá marcar «H» en el campo «Identificación información histórico».
Deberá remitirse con la siguiente información:
– Campo «Situación actual»: A (alta).
– Campo «Fecha de situación»: fecha del reconocimiento inicial de la prestación, es decir, su fecha de efectos.
2.º Modificación del estado de las prestaciones a baja.
Se deberá realizar con ficheros de carga diarios (100.000 registros).
Se remitirán con el código de actuación 04 «Cambio de situación de prestación» las bajas de las prestaciones antes comunicadas. Se realizarán las mismas validaciones que las establecidas para los cambio de situación de una prestación las recogidas en el punto 4.2.4 Cambio de situación de una prestación.
En la cabecera del fichero de envío se deberá marcar «H» en el campo «Identificación información histórico».
Deberá remitirse con la siguiente información:
– Campo «Situación actual»: B (baja).
– Campo «Fecha de situación»: fecha en la que se produjo la extinción de la prestación.
3.º Envío de los pagos asociados a las prestaciones.
Se podrá realizar, dependiendo del volumen, con una carga inicial (22.500.000 registros) o con una carga diaria (250.000 registros).
En la cabecera del fichero de envío se deberá marcar «H» en el campo «Identificación información histórico».
Se remitirán con el código de actuación 11 «alta de pago» los pagos asociados a las prestaciones anteriores. Se realizarán las mismas validaciones que las las establecidas para el alta de pagos, recogidas en el punto 5.2.1 alta de pago.
7.18 Anexo 40. Otras validaciones.
7.18.1 Anexo 40.1 Formación IPF ficticio (tipo 9).
Este tipo de IPF solo se utilizará para españoles menores de catorce años que carezcan de DNI o NIE. Se creará de la siguiente forma:
– Primera posición, «9».
– Las posiciones dos a tres contendrán las dos primeras letras del primer apellido (sin partículas)
– Las posiciones cuatro a cinco contendrán las dos primeras letras del segundo apellido (sin partículas). Si no existiera segundo apellido se remitirán tres guiones medios «—».
– Las posiciones seis a siete contendrán los dos últimos caracteres del año de nacimiento.
– Las posiciones ocho a nueve contendrán el mes de nacimiento
– Las posiciones diez a once contendrán el día de nacimiento
– Las posiciones doce a quince vendrán a ceros (salvo que se conozcan la duplicidad y el desdoblamiento de Afiliación).
Es importante destacar que los dos apellidos que se utilizarán para la creación de este valor deben desestimar partículas, vocales con diéresis (se sustituyen por la vocal correspondiente) y tildes.
El juego de caracteres válidos que pueden aparecer en el IPF ficticio son: A, B, C, D, E, F, G, H, I, J, K, L, M, N, Ñ, O, P, Q, R, S, T, U, V, W, X, Y, Z, Ç y –.
Las partículas que deben eliminarse serán: «DA», «DAS», «DE», «DEL», «DES», «DELA», «DELS», «DES», «DI», «DO», «DOS», «DU», « Y», «LA», «LE», «LES», «LAS», «LOS», «SA».
Ejemplo: Primer apellido: De Miguel; Segundo apellido: Fernández: Fecha nacimiento: 1990-06-12
IPF ficticio: 9-MIFE900612.