BOLETÍN OFICIAL DEL ESTADO
Núm. 27 Martes 1 de febrero de 2022 Sec. III.   Pág. 14343
III. OTRAS DISPOSICIONES
MINISTERIO DE INCLUSIÓN, SEGURIDAD SOCIAL
Y MIGRACIONES
1635 Resolución de 21 de enero de 2022, de la Secretaría General Técnica, por la 
que se publica el Convenio entre el Instituto Nacional de la Seguridad Social 
y la Comunidad Autónoma de La Rioja, para el impulso y consolidación del 
Sistema Tarjeta Social Digital.
Con fecha 18 de enero de 2022 se ha suscrito el Convenio entre el Instituto Nacional 
de  la  Seguridad  Social,  y  la  Comunidad  Autónoma  de  la  Rioja,  para  el  impulso  y 
consolidación del Sistema Tarjeta Social Digital y, en cumplimiento de lo dispuesto en el 
artículo 48.8 de la Ley 40/2015, de 1 de octubre, de Régimen Jurídico del Sector Público, 
procede la publicación en el «Boletín Oficial del Estado» del citado Convenio, que figura 
como anexo de esta Resolución.
Madrid, 21 de enero de 2022.–La Secretaria General Técnica, Iría Álvarez Besteiro.
ANEXO
Convenio entre el Instituto Nacional de la Seguridad Social y la Comunidad 
Autónoma de La Rioja para el impulso y consolidación del sistema Tarjeta Social 
Digital
En Madrid y Logroño, a 18 de enero 2022.
REUNIDAS
De una parte, el Instituto Nacional de la Seguridad Social, representado por doña 
María del Carmen Armesto González-Rosón, Directora General, cargo para el que fue 
nombrada por Real por Real Decreto 131/2020, de 21 de enero, competente para la 
firma del presente convenio de acuerdo con lo dispuesto en el artículo 5 del Real 
Decreto 2583/1996, de 13 de diciembre (BOE de 3 de enero de 1997), de conformidad, 
asimismo, con lo señalado en el artículo 48.2 de la Ley 40/2015, de 1 octubre, de 
Régimen Jurídico del Sector Público.
Y de otra parte, la Comunidad Autónoma de la Rioja, representada por don Pablo 
Rubio Medrano, Consejero de Servicios Sociales y Gobernanza Pública, autorizado para 
la aprobación del presente convenio en virtud del Acuerdo del Consejo de Gobierno de 5 
de noviembre de 2019 (BOR núm. 133, de 6 de noviembre de 2019), por el que se 
delega en los Consejeros la competencia para aprobar los convenios y protocolos, y 
facultado para su firma conforme a lo dispuesto en el artículo 42.1.k) de la Ley 8/2003, 
de 28 de octubre, del Gobierno e incompatibilidades de sus miembros (BOR núm. 140, 
de  13  de  noviembre  de  2003).  Habiéndose  aprobado  en  texto  del  convenio  por 
resolución  de  25  de  noviembre  de  2021,  del  Consejero  de  Servicios  Sociales  y 
Gobernanza Pública, de conformidad con el Acuerdo de Consejo de Gobierno de 5 de 
noviembre de 2019. e.
Ambas partes se reconocen mutua capacidad para obligarse y convenir, y a tal efecto: 35ww
EXPONEN
Uno.  El Real Decreto 2583/1996, de 13 de diciembre, de estructura orgánica y
funciones del Instituto Nacional de la Seguridad Social (en adelante INSS), le atribuye,
en su artículo 1.a) el reconocimiento y control del derecho a las prestaciones económicas 
del sistema de la Seguridad Social en su modalidad contributiva en consonancia también 
con lo establecido en el artículo 66.1.a) del Texto Refundido de la Ley General de la 
Seguridad Social aprobado por Real Decreto Legislativo 8/2015, de 30 de octubre, y en 
el artículo 1.2.d) del Real Decreto 2583/1996 que le atribuye la gestión y funcionamiento 
del  Registro  de  Prestaciones  Sociales  Públicas,  creado  por  el  artículo  30  de  la 
Ley 42/1994, de 30 de diciembre de Medidas fiscales, administrativas y de orden social, 
y regulado en el Real Decreto 397/1996 de 1 de marzo.
La  Ley  6/2018,  de  3  de  julio,  de  Presupuestos  Generales  del  Estado  para  el 
año  2018,  en  el  apartado  tres  de  la  disposición  adicional  centésima  cuadragésima 
primera, en la redacción dada por la disposición final 5.1 del Real Decreto Ley 20/2020, 
de 29 de mayo, atribuye al INSS la administración, la gestión y el mantenimiento del 
registro y del sistema informático que da soporte a la Tarjeta Social Digital (en adelante 
TSD).
Dos.  La Tarjeta Social Digital (TSD) es un sistema de información creado por la 
disposición adicional centésima cuadragésima primera de la Ley 6/2018, de 3 de julio, de 
Presupuestos Generales del Estado para el año 2018, destinado a mejorar y coordinar 
las políticas de protección social impulsadas por las diferentes administraciones públicas.
Constituye un conjunto asociado de datos de carácter personal, que incluye las 
prestaciones sociales de contenido económico, destinadas a personas y familias, con 
cargo a recursos de carácter público. Participan en esta iniciativa los organismos del 
sector público que tengan a su cargo el reconocimiento, el mantenimiento o el abono de 
prestaciones personales o familiares de carácter económico, y que son gestionadas por 
las administraciones públicas, entidades y organismos y empresas públicas. Además, 
recoge  una  información  paramétrica  y  actualizada  sobre  determinadas  situaciones 
subjetivas, y ofrece, en base a dicha información, explotaciones estadísticas dirigidas a 
la medición de la vulnerabilidad social a nivel sectorial, geográfico, económico o laboral 
que sirvan de fundamento a las autoridades de la Administración Central, Autonómica o 
Local para el diseño e implementación de sus políticas de protección social.
Tres.  La  Ley  Orgánica  3/2018,  de  5  de  diciembre,  de  Protección  de  Datos 
Personales  y  garantía  de  los  derechos  digitales,  obliga  a  los  responsables  de  los 
ficheros, así como a los encargados del tratamiento de datos, a cumplir con el principio 
de responsabilidad activa en la adopción de medidas de índole técnica y organizativa 
necesarias que garanticen la seguridad de los datos de carácter personal y eviten su 
alteración, pérdida, tratamiento o acceso no autorizado.
Esta obligación legal ha sido cumplida mediante el análisis preventivo de los riesgos 
inherentes a la naturaleza de los datos, objeto de tratamiento en la Tarjeta Social Digital, 
formalizado mediante la Evaluación de Impacto de Protección de Datos para identificar, 
evaluar y tratar los riesgos asociados al tratamiento de datos personales, y de ese modo, 
poder  asegurar  los  principios  de  protección  de  los  datos  integrados  en  la  TSD  y 
garantizar los derechos y libertades de los interesados, incluida la evaluación del impacto 
del tratamiento de aquellos datos personales de los menores de edad de 13 años que se 
incluyan en la TSD. Respecto al resto de medidas exigidas por el principio legal de 
responsabilidad activa, destaca la Resolución de 14 de septiembre de 2018, por la que 
se establecen las prescripciones técnicas necesarias para el desarrollo y aplicación de la 
entonces «Tarjeta Social Universal», (en la actualidad, ha de entenderse «Tarjeta Social 
Digital»), publicada en el BOE el día 20 de septiembre de 2018.
Cuatro.  El Reglamento (UE) 2016/679 del Parlamento Europeo y del Consejo,  s
de 27 de abril de 2016, relativo a la protección de las personas físicas en lo que respecta  oe.
al tratamiento de datos personales y a la libre circulación de estos datos y por el que se  w.
deroga la Directiva 95/46/CE (Reglamento general de protección de datos), constituye la  35ww
enloermmean tdoes , rlaesfe breansceisa  judreídl icDaesr elecghíoti mdaes  plaa raU nlaió jnu sEtifuicraocpieóan,  dees ltoasb ldeicvieernsdoos,  treantatrme ieontrtooss 
addeq luoisri ednadtoo sm apyeorsr ocnaapleasc ideand ,s due  adretícciuslioó n6 y ,p ao rl ap avertze,  mdeál sr eosbpligoancsiaobnlees  ddeel  atrsaitsatemniecinat oa,   BOE-A-cable e
los titulares del dato así como establecer las garantías y condiciones para una seguridad 
activa.
Cinco.  Por otra parte, el Real Decreto 3/2010, de 8 de enero, por el que se regula el 
Esquema Nacional de Seguridad en el ámbito de la Administración Electrónica, obliga a 
los responsables de los sistemas de información a clasificar sus sistemas y aplicar, en 
consecuencia, y de acuerdo con un análisis de los riesgos de seguridad, las medidas de 
seguridad necesarias que combatan dichos riesgos.
Seis.  El texto refundido de la Ley General de la Seguridad Social, aprobado por 
Real Decreto Legislativo 8/2015, de 30 de octubre, en su artículo 77.1, dispone que los 
datos, informes o antecedentes obtenidos por la Administración de la Seguridad Social 
en el ejercicio de sus funciones tienen carácter reservado y sólo podrán utilizarse para 
los fines encomendados a las distintas entidades gestoras y servicios comunes de la 
Seguridad Social, sin que puedan ser cedidos o comunicados a terceros, salvo que la 
cesión o comunicación tenga por objeto alguno de los que expresamente se enumeran 
en dicho artículo.
Siete.  La Ley 40/2015, de 1 de octubre, de Régimen Jurídico del Sector Público 
establece  en  su  artículo  141  el  deber  de  colaboración  entre  las  Administraciones 
Públicas,  recogiendo  en  el  número  1  c)  la  obligación  de  facilitar  a  las  otras 
Administraciones la información que precisen sobre la actividad que desarrollen en el 
ejercicio de sus propias competencias, concretando en su artículo 142 -como una de las 
técnicas  de  colaboración-  el  suministro  de  datos  que  se  hallen  a  disposición  del 
organismo público o la entidad al que se dirige la solicitud y que la Administración 
solicitante precise disponer para el ejercicio de sus competencias.
Ocho.  La Ley 6/2018, de 3 de julio, de Presupuestos Generales del Estado, en su 
disposición adicional centésima cuadragésima primera establece en su apartado cuatro 
que  las  administraciones  públicas,  entidades  y  organismos,  y  empresas  públicas 
responsables  de  la  gestión  de  las  prestaciones  sociales  públicas  de  contenido 
económico  enumeradas  en  el  apartado  Dos  facilitarán  al  Instituto  Nacional  de  la 
Seguridad Social la información actualizada correspondiente a los datos identificativos de 
los  titulares  de  las  prestaciones  económicas,  así  como,  en  cuanto  determinen  o 
condicionen  el  reconocimiento  y  mantenimiento  del  derecho  a  aquellas,  de  los 
beneficiarios, cónyuges y otros miembros de las unidades familiares, y los importes y 
clases  de  las  prestaciones  abonadas  y  la  fecha  de  efectos  de  su  concesión  o 
reconocimiento.
En este contexto, los representantes de las partes consideran necesario para el 
cumplimiento de sus respectivos fines, establecer y definir las actuaciones, tanto por 
parte del Instituto Nacional de la Seguridad Social como responsable de la gestión y 
administración  del  sistema  de  información  TSD  como  por  parte  de  la  Comunidad 
Autónoma de la Rioja, como administración gestora de prestaciones sociales públicas de 
contenido económico, en su doble función de suministradora de información a TSD y de 
usuaria de los servicios de TSD, para garantizar un sistema estable y periódico de 
actualización y consolidación del sistema de información Tarjeta Social Digital como 
herramienta de gestión al servicio de las administraciones y organismos públicos con 
competencias en materia de gestión de prestaciones sociales de contenido económico.
En consecuencia, dentro del espíritu de mutua colaboración para el cumplimiento de 
los fines públicos, las partes acuerdan suscribir el presente Convenio de acuerdo con las 
siguientes:
CLÁUSULAS w.
Primera.  Objeto del Convenio.
debeErlá np rreesaelinztaer  aCmonbvaesn pioa rtteiesn pea rpao er l odbejseatorr oellsot adbel elac eTrS  yD  yd esfuin piro slates rioarc teujaecciuocnieósn , qcuoen 
la finalidad de que el sistema de información Tarjeta Social Digital sustituya al Registro
de  Prestaciones  Sociales  Públicas  garantizando  todas  las  funcionalidades  que 
actualmente ofrece dicho Registro y se convierta en el sistema de información básico de 
las  prestaciones  sociales  económicas  públicas  en  España  que  da  apoyo  a  las 
administraciones con competencias de gestión y control en esta materia al tiempo de 
erigirse en herramienta de análisis, investigación y explotación de datos en el ámbito de 
la protección social en España.
Una vez realizadas las actuaciones del presente convenio, Tarjeta Social Digital será 
el único sistema de información donde se remitirán de forma obligatoria puntualmente la 
información de las prestaciones sociales económicas públicas.
Segunda.  Finalidad de la información de Tarjeta Social Digital.
La  información  sobre  las  prestaciones  económicas  públicas  transmitida  por  la 
Comunidad Autónoma a Tarjeta Social Digital tiene por objeto ser compartida y accesible 
por todas las administraciones y organismos públicos con competencias en materia de 
gestión de protección social en orden a facilitar el ejercicio de sus competencias en el 
reconocimiento  de  las  prestaciones,  la  detección  de  situaciones  de  concurrencia, 
incompatibilidad,  obtención  indebida  de  la  protección,  avanzando  en  términos  de 
simplificación  administrativa,  ya  que  este  intercambio  de  información  entre 
administraciones públicas releva al ciudadano de la obligación de aportar certificaciones 
para el acceso a las prestaciones, redundando en la calidad de la atención otorgada por 
los empleados públicos.
La  información  sobre  las  situaciones  subjetivas  en  materia  de  discapacidad, 
dependencia y familia numerosa a facilitar por la Comunidad Autónoma a Tarjeta Social 
Digital no será accesible para ninguna administración, organismo o entidad ni para 
terceros, salvo el propio titular de los datos. Esta información se integra en Tarjeta Social 
Digital con la finalidad de dar soporte a la función de explotaciones estadísticas, trabajos 
de investigación y analítica de datos para la mejora de las políticas de protección social.
Tercera.  Obligaciones de las partes.
A)  Por parte del Instituto Nacional de la Seguridad Social:
– Se responsabilizará, estableciendo los controles necesarios, de que la información 
se utilice de forma que la protección de datos de carácter personal quede totalmente 
garantizada  en  los  términos  que  se  regulan  en  el  apartado  seis  de  la  disposición 
adicional  centésima  cuadragésima  primera  de  la  Ley  6/2018,  de  3  de  julio,  de 
Presupuestos Generales del Estado para el año 2018.
–  Garantizará  el  funcionamiento  del  sistema  asumiendo  su  mantenimiento  y 
actualización tecnológica permanente.
– Facilitará el acceso en consulta a la información de las prestaciones a los usuarios 
autorizados por las distintas administraciones, organismos y entidades dadas de alta en 
el sistema, a través de la aplicación INFOTSD.
– Implementará servicios web en conexión con las aplicaciones de gestión de las 
administraciones  usuarias  del  sistema  TSD  para  la  descarga  automática  de  la 
información de prestaciones asociada a los identificadores de personas físicas de las 
personas solicitantes y/o beneficiarias de prestaciones.
– Implementará servicios web en conexión con las aplicaciones de gestión de las 
administraciones  usuarias  del  sistema  TSD  para  el  control  e  identificación  de  las  s
personas que conforman las unidades de convivencia que se benefician de prestaciones  oe.
como Rentas Mínimas de Integración Social; Ingreso Mínimo Vital; etc. w.
orga––n  MiDsmeasnoatser rnuodsllruaáar árai ocetsul  dapelrioz TacSeddoDi  mcdoeien ne ptsoeta rpidoaídsriatcic idlaaas de. jaencuucailó enl  Cdiaretácltoag poo dre l aEsn atiddamdineiss taradcsicorniteass  ay   2022-1635n https://ww
TSD así como el Catálogo de Prestaciones que forman parte de TSD.
B)  Por parte de la Comunidad Autónoma de la Rioja:
–  Se  compromete  a  llevar  con  anterioridad  al  31  de  diciembre  de  2021,  las 
adaptaciones necesarias en sus aplicaciones y sistemas de información para poder 
transmitir a partir del 1 de enero de 2022 y actualizar permanentemente en Tarjeta Social 
Digital, toda la información de las prestaciones sociales económicas cuya gestión tiene 
encomendada, así como de la situaciones subjetivas a que se refiere el apartado cuarto 
de la disposición adicional centésima cuadragésima primera de la Ley 6/2018, cuando 
tenga  competencias  de  gestión  o  coordinación  sobre  ellas,  de  acuerdo  con  los 
procedimientos establecidos en el Protocolo de Intercambio de Información para TSD 
incluido en el anexo I del presente Convenio. En el caso de la situación subjetiva de 
dependencia y las prestaciones económicas previstas en la Ley 39/2006, de 14 de 
diciembre  de  Promoción  de  la  Autonomía  Personal  y  Atención  a  las  personas  en 
situación de dependencia, se estará a lo previsto en el artículo 71.1.g) del texto refundido 
de la Ley General de la Seguridad Social, aprobado por Real Decreto Legislativo 8/2015, 
de 30 de octubre.
– Se compromete a mantener el envío de información al Registro de Prestaciones 
Sociales Públicas durante el ejercicio 2022 con el fin de garantizar el servicio de forma 
ininterrumpida durante el período de tránsito desde RPSP a TSD, en previsión de 
posibles retrasos por parte de algún organismo o administración en su incorporación de 
TSD.
Cuarta.  Financiación.
Las  actuaciones  previstas  en  el  presente  Convenio  no  darán  lugar  a 
contraprestaciones financieras entre las partes firmantes.
Quinta.  Protección De Datos Personales.
El control y seguridad de los datos incorporados en TSD se regirá por lo dispuesto en 
el Reglamento (UE) n.º 2016/679, del Parlamento Europeo y del Consejo, de 27 de abril 
de  2016  (en  adelante  RGPD),  en  la  Ley  Orgánica  3/2018,  de  5  de  diciembre,  de 
Protección de Datos Personales y garantía de los derechos digitales, en el Reglamento 
de desarrollo de la Ley Orgánica 15/1999, de 13 de diciembre, de protección de datos de 
carácter personal aprobado por Real Decreto 1720/2007, de 21 de diciembre, así como 
por  lo  establecido  en  el  apartado  seis  de  la  disposición  adicional  centésima 
cuadragésima primera de la Ley 6/2018, de 3 de julio, de Presupuestos Generales del 
Estado  para  el  año  2018,  y  en  la  demás  normativa  de  aplicación  en  materia  de 
protección  de  datos  personales,  así  como  en  los  protocolos  de  Seguridad  de  la 
Información aprobados por el Instituto Nacional de la Seguridad Social.
Sexta.  Vigencia.
El presente Convenio tendrá vigencia hasta el 31 de diciembre de 2022, fecha en la 
que los compromisos adquiridos por cada una de las partes a que se refiere la cláusula 
Tercera deben haberse materializado y traducido en un funcionamiento consolidado del 
Sistema.
La eficacia de este Convenio quedará supeditada a lo dispuesto en el artículo 48.8 
de la Ley 40/2015, de 1 de octubre de Régimen Jurídico del Sector Público, conforme al 
cual, el convenio se perfecciona por la prestación del consentimiento de las partes y  e.
resultará  eficaz  una  vez  inscrito,  en  el  plazo  de  cinco  días  hábiles  desde  su  w.b
formalización,  en  el  Registro  Electrónico  estatal  de  Órganos  e  Instrumentos  de  35ww
ACsoiompiesmraoc,ió sne dráe lp suebclitcoar dpoú belnic oe l epsltaaztaol ,d ael  dqiueez  sdeía rse fhieárbei lelas  ddisepsodsei csióun f oardmicaioliznaacl isóénp etinm ae.l 
d«eB olale tcíno mOufinciidaal dd eal uEtsótnaodmo»a,  os ind ep elarj upicroiov idnec isau q puueb lcicoarrceiósnp ofancdual taat ilvaa  oetnra e al dbmoleintiísnt roafcicióianl 
firmante.
De acuerdo con lo previsto en el artículo 49.h) de la Ley 40/2015 de Régimen 
Jurídico del Sector Público, el Convenio podrá prorrogarse, siempre que las partes así lo 
acuerden unánimemente antes de su finalización, por el periodo estrictamente necesario 
cuando no se hubieran podido materializar todos los compromisos a que se refiere la 
cláusula tercera durante el período de vigencia inicial del Convenio.
Séptima.  Seguimiento y solución de discrepancias.
Con el fin de coordinar las actividades necesarias para la ejecución del presente 
convenio, así como para llevar a cabo su supervisión, seguimiento y control, se creará 
una Comisión Mixta de Coordinación y Seguimiento compuesta por tres representantes 
nombrados por el representante de la Comunidad Autónoma y otros tres nombrados por 
la titular de la Dirección General del INSS.
En calidad de asesores, con derecho a voz, pero sin voto, podrán incorporarse 
cualesquiera otros funcionarios que se considere necesario.
La Comisión se reunirá a instancia de cualquiera de las partes para examinar los 
resultados e incidencias de la colaboración realizada.
Las controversias que puedan surgir en la interpretación y cumplimiento del presente 
convenio serán resueltas por la Comisión Mixta de Coordinación y Seguimiento.
Mediante  acuerdo  de  la  Comisión  Mixta  de  Coordinación  y  Seguimiento  podrá 
concretarse  cualquier  aspecto  relacionado  con  el  procedimiento  de  suministro  de 
información establecido por este convenio que precise de desarrollo, siempre que no 
afecte al contenido esencial del mismo.
La  Comisión  Mixta  de  Coordinación  y  Seguimiento  se  regirá  en  cuanto  a  su 
funcionamiento y régimen jurídico, respecto a lo no establecido expresamente en la 
presente cláusula, por lo dispuesto en la sección 3.ª del capítulo II del título preliminar de 
la LRJSP.
Octava.  Modificación y resolución.
Conforme el artículo 49.g) de la LRJSP, para la modificación de cualquier cláusula de 
este convenio será necesaria la unanimidad de los sujetos firmantes del mismo, a 
propuesta de la comisión de seguimiento.
El presente convenio se extinguirá por el cumplimiento de las actuaciones que 
constituyen su objeto o por incurrir en causa de resolución, de acuerdo con lo dispuesto 
en el artículo 51.1 de la LRJSP.
De conformidad con lo establecido en el artículo 51.2 de la LRJSP, son causas de 
resolución del convenio, las siguientes:
a)  el  transcurso  del  plazo  de  vigencia  del  convenio  sin  haberse  acordado 
expresamente su prórroga.
b)  el acuerdo unánime de todos los firmantes.
c)  el incumplimiento de las obligaciones y compromisos asumidos por parte de 
alguno de los firmantes. En este caso, la otra parte notificará a la parte incumplidora un 
requerimiento  para  que  cumpla  en  un  determinado  plazo  con  las  obligaciones  o 
compromisos que se consideran incumplidos. Este requerimiento será comunicado a la 
Comisión Mixta de Coordinación y Seguimiento. Si transcurrido el plazo indicado en el 
requerimiento persistiera el incumplimiento, la parte notificará a la otra parte firmante la 
concurrencia de causa de resolución y se entenderá resuelto el convenio. s
d)  la decisión judicial declaratoria de nulidad del convenio. oe.
e)  por cualquier otra causa distinta de las anteriores prevista en el convenio o en  w.
otraAs sleimyeissm. o, será causa de resolución del convenio la denuncia expresa de cualquiera  2022-1635n https://ww
sdoeb lraes  lap acrotensti,n uya pcrieócni sdaerlá m disem lao .reunión de la comisión de seguimiento para la decisión
Novena.  Consecuencias aplicables en caso de incumplimiento.
La parte incumplidora no tendrá que indemnizar económicamente a la otra parte por 
incumplimiento de las obligaciones del convenio o por su extinción, sin perjuicio de su 
responsabilidad frente a terceros. No obstante, el incumplimiento de las obligaciones y 
compromisos  asumidos  por  parte  de  alguno  de  los  firmantes  podrá  dar  lugar  a  la 
resolución del presente convenio, de acuerdo a lo establecido en la cláusula anterior.
Si el incumplimiento supusiera la infracción del algún precepto de la Ley Orgánica de 
Protección de Datos y garantía de los derechos digitales, lo previsto en el párrafo 
anterior se entenderá sin perjuicio de las acciones legales que cualquiera de las partes 
pueda emprender de acuerdo con dicha Ley.
Décima.  Régimen Jurídico.
El presente convenio tiene naturaleza administrativa y se rige por lo dispuesto en el 
capítulo VI del título preliminar de la Ley 40/2015 de Régimen Jurídico del Sector 
Público. Las partes se comprometen a colaborar en todo lo que les sea de aplicación 
para la efectiva adecuación del presente convenio a los trámites previstos en dicha Ley, 
en especial, lo relativo al artículo 50 sobre trámites preceptivos para la suscripción de 
convenios y sus efectos.
Undécima.  Jurisdicción competente.
Las cuestiones litigiosas que pudieran surgir en la interpretación y cumplimiento del 
presente  Convenio,  sin  perjuicio  de  lo  previsto  en  la  cláusula  séptima,  serán  de 
conocimiento y competencia del Orden Jurisdiccional Contencioso Administrativo, de 
conformidad  con  la  Ley  29/1998,  de  13  de  julio,  reguladora  de  la  jurisdicción 
Contencioso-administrativa.
Y en prueba de conformidad, las partes indicadas firman el presente documento en 
duplicado ejemplar, en el lugar y fecha indicada al comienzo.–Por el Instituto Nacional de 
la Seguridad Social, la Directora General del Instituto Nacional de la Seguridad Social, 
María del Carmen Armesto González-Rosón.–Por la Comunidad Autónoma de La Rioja, 
el Consejero de Servicios Sociales y Gobernanza Pública, Pablo Rubio Medrano.
ANEXO I
Protocolo de intercambio de ficheros para la carga de datos en Tarjeta Social 
Digital
Introducción
Objetivo del documento.
El objetivo del presente documento es proporcionar toda la información necesaria 
para enviar información al Sistema Tarjeta Social Digital (TSD) del Instituto Nacional de la 
Seguridad Social (INSS).
Está dirigido a aquellas Entidades Externas que gestionan prestaciones y ayudas de 
protección social, y que por ello requieren informar y actualizar el Sistema de Información 
de Tarjeta Social Digital.
Aplica para aquellas entidades que vayan a remitir información por los canales IFI,  e.
IFIWEB o EDITRAN. w.b
Este documento unifica todas las instrucciones que se habían distribuido para dicho  35ww
cometido.
Documentación relacionada.
Nombre del documento Descripción
Documento anterior que 
0 - Protocolo común de intercambio de Información para TSD y 
describía los canales de 
nueva IFIWEB (V1.2)
comunicación disponibles.
1 - PRESTACIONES-PAGOS Datos específicos (V08.00)
2 - PRESTACIONES-PAGOS Diseño de registros (V08.00) Documentos anteriores que 
3 - PRESTACIONES - Validaciones de campos (V08.00) describían la forma de remitir 
4 - PAGOS - Validaciones de campos (V08.00) datos de prestaciones y pagos.
5 - PRESTACIONES-PAGOS Anexos (V08.00)
1 - SITUACIONES SUBJETIVAS Datos específicos (V03.00)
2 - SITUACIONES SUBJETIVAS Diseño de registro (V03.00) Documentos anteriores que 
3 - SITUACIONES SUBJETIVAS Validaciones de campos  describían la forma de remitir 
(V03.00) datos de situaciones 
4 - SITUACIONES SUBJETIVAS Anexos (V03.00) subjetivas.
5 - SITUACIONES SUBJETIVAS Catálogo de acciones (V03.0)
Tarjeta Social Digital
Introducción.
La Tarjeta Social Digital es un sistema de información creado por la disposición 
adicional  centésima  cuadragésima  primera  de  la  Ley  6/2018,  de  3  de  julio,  de 
Presupuestos Generales del Estado para el año 2018, destinado a mejorar y coordinar 
las políticas de protección social impulsadas por las diferentes administraciones públicas.
Constituye un fichero con datos de carácter personal que incluye la información 
actualizada  correspondiente  a  todas  las  prestaciones  sociales  contributivas,  no 
contributivas y asistenciales de contenido económico, reconocidas a los ciudadanos y 
financiadas con cargo a recursos de carácter público.
Este documento es una guía para el Intercambio de Información con el Sistema de 
Información de la TSD. Para ello se estructura de la siguiente forma:
– Tarjeta Social Digital. Breve introducción del sistema.
– Mecanismos de comunicación de datos: Herramientas disponibles para que las 
entidades externas remitan datos.
– Prestaciones. Descripción de la información de Prestaciones que debe remitirse al 
sistema.
– Pagos. Descripción de la información de Pagos que debe remitirse al sistema.
– Situaciones Subjetivas. Descripción de la información de situaciones subjetivas que 
deben remitirse al sistema.
Información a remitir.
Básicamente la información que deben remitir las Entidades Externas al Sistema 
TSD podrá ser de los siguientes tipos.
– Prestaciones. Una prestación se compondrá de:
• Datos personales. Identificación de la persona que percibe la prestación o de las  oe.
personas beneficiarias en el caso de la prestación de Ingreso Mínimo Vital (miembros de  w.
la un••  iDDdaaadttoo dsse  dd ceeo  rlnaev spiivdreeesnntccaiiacai).ó  yDn .Ro Dmeanicttoailsiso  p ddreeo  pIlnaiot epsg edrraesc olianó anp. r(emsiteamcibórno.s de la unidad familiar). 2022-1635n https://ww
– Pagos. Reflejan los pagos que se realizan motivados por una prestación. Se 
componen de:
• Identificación de la prestación. Datos para relacionar la prestación que motiva el 
pago.
• Datos del pago. Entre otros, el periodo que comprende el pago su importe.
– Situaciones subjetivas. Situaciones concretas que caracterizan a una persona. 
Únicamente determinadas entidades remitirán esta información, que se detallará más 
adelante. Las situaciones subjetivas se componen de:
• Datos personales. Identificación de la persona que tiene dicha situación.
• Datos de residencia. Domicilio de la persona.
• Datos de la situación subjetiva. Datos propios de la situación subjetiva.
Mecanismos de comunicación de datos
Tipos de cargas de datos.
El Sistema de Información de Tarjeta Social Digital requiere que cada Entidad Pública 
que  participe  en  el  proyecto  de  TSD,  le  haga  llegar  sus  Prestaciones,  Pagos  y/o 
Situaciones Subjetivas.
Atendiendo al volumen de información que se desea enviar, existen dos tipos de 
cargas:
– Cargas iniciales (o masivas): Se utilizarán para cargas de nuevos datos (altas de 
prestaciones, pagos o situaciones subjetivas que no existen en el sistema) donde el 
volumen de información a enviar es muy elevado. Su uso generalmente viene motivado 
por nuevas entidades que quieran hacer una carga inicial de datos.
– Cargas diarias (o periódicas): Utilizadas para remitir información periódicamente. 
Permite no solo enviar nuevos datos sino que se aceptan modificaciones o borrados 
sobre información previamente enviada.
Serán las entidades externas las encargadas de seleccionar el tipo de carga que 
realizará. Un uso típico para una nueva entidad que quiere incorporarse al Sistema TSD 
pasaría por utilizar una (o varias) cargas iniciales, que le permitirían dar de alta todas sus 
prestaciones, pagos o situaciones subjetivas. Mediante cargas diarias actualizarían la 
información suministrada previamente e incorporarían las nuevas que pudiesen surgir. 
Es importante destacar que no es obligatorio realizar cargas diarias todos los días pero 
la entidad externa tiene la obligación de remitir las actualizaciones de información que se 
produzcan una vez incorporada en TSD.
A continuación se muestran los volúmenes máximos de información que se pueden 
transmitir atendiendo al tipo de carga e información remitida:
Tipo de fichero Carga inicial Carga diaria
PRESTACIONES. 9.500.000 registros 100.000 registros
PAGOS. 22.500.000 registros 250.000 registros
SITUACIONES SUBJETIVAS. 9.500.000 registros 100.000 registros
Si un fichero de intercambio supera el máximo número de registros permitido, todos  w.
los registros se devolverán con error. 35ww
Entornos TSD disponibles.
Existen dos entornos de TSD que las entidades externas podrán utilizar para remitir
datos.
– Producción: Entorno productivo con datos reales que contiene la información que 
todas las entidades remiten.
– Formación: Para facilitar la incorporación de nuevas Entidades al Sistema de 
Información de TSD, existe un entorno paralelo al de Producción, que denominamos 
Entorno de Formación, cuyo objetivo es que las entidades puedan poner a punto sus 
Sistemas antes de enviar información real a Producción. La información que se remita a 
este entorno no será consultable desde el Portal Tarjeta Social.
Herramientas de intercambio de información que se ofrecen.
El suministro de datos por parte de Entidades Externas a la Seguridad Social puede 
realizarse utilizando las herramientas que se relacionan a continuación:
– IFI: Intercambio Institucional de Ficheros.
– IFIWEB: Intercambio Institucional de Ficheros vía Web.
– EDITRAN IP.
Observar que, salvo excepciones, una Entidad utilizará una única herramienta en la 
comunicación de datos de TSD.
En  el  último  punto  de  este  capítulo  se  proporciona  enlace  a  una  serie  de 
documentación publicada en la Sede de la Seguridad Social donde pueden ampliar esta 
información si así lo requieren. No obstante a continuación hacemos un breve resumen 
de las características más importantes de cada herramienta.
IFI – Intercambio Institucional de Ficheros.
IFI es un software de Intercambio de Ficheros formado por una aplicación Cliente/
Servidor que permite a las instituciones enviar y recibir ficheros a/desde la Seguridad 
Social.
Sus principales características son:
– Aplicación Cliente/Servidor. El servidor está ubicado en la Seguridad Social y el 
cliente se distribuye e instala en cada Entidad autorizada a transmitir ficheros con la 
Seguridad Social.
– Identificación del cliente mediante certificado electrónico personal de la FNMT 
clase  2  o  Componente  Genérico  ACGISS  (emitido  por  la  PKI  de  la  GISS),  con 
autorizaciones de transferencia otorgadas por parte de la Seguridad Social.
– Mecanismo de intercambio basado en buzones de envío/recepción. Estos buzones 
están representados físicamente por directorios en el sistema de archivos. De esta 
forma, el Cliente IFI posee un buzón de recepción donde coloca los ficheros recibidos del 
servidor y un buzón de envío de donde toma los ficheros que envía al servidor.
– Posee un planificador, por lo que el modo de envío puede ser modo atendido 
(requiere  la  intervención  de  un  usuario)  y  desatendido  (automático).  El  cliente  de 
Intercambio de Ficheros posee un planificador que, mientras el usuario mantenga su 
conexión con el servidor, se encarga de comprobar de forma periódica si existen ficheros 
en el servidor pendientes de recibir o si existen ficheros en el cliente pendientes de 
enviar, para transmitir dichos ficheros.
Si su Entidad ya está intercambiando información con la Seguridad Social utilizando 
como herramienta IFI, recomendamos utilizar esta vía también para este intercambio de 
información. e.
IFIWEB – Intercambio Institucional de Ficheros Vía Web. 35ww
que Epl eInrmteirtcea ma bliao  dSee gfiucrhidearods  SInosctiiatul coiofnreacleesr  vaí ao wtraesb  (AIFdImWinEiBst)r aecsio unneas  ayp lOicargcaiónnis mweobs 
Públicos determinados intercambios en modo seguro de ficheros necesarios para el
ejercicio de sus funciones. Bc
Sus principales características son:
– Aplicación Web accesible a través de la Sede Electrónica de la Seguridad Social
– Autenticación y firma tanto con certificados digitales reconocidos en la Sede como 
con el Sistema Cl@ve. En la Sede de la Seguridad Social está publicado el listado de 
certificados  admitidos  en  la  Seguridad  Social.  Para  IFIWEB,  de  esta  lista  deben 
considerarse únicamente los certificados de usuario, persona física o empleado público y 
no  los  de  persona  jurídica  o  representante.  Con  autorizaciones  de  transferencia 
otorgadas por parte de la Seguridad Social.
– Funciona en modo atendido, es decir que para el envío/recepción de ficheros se 
requiere la intervención manual de un usuario autorizado.
EDITRAN IP.
Dado que se trata de una herramienta comercial, esta herramienta se recomienda 
únicamente  para  aquellas  Entidades  con  las  que  la  Seguridad  Social  ya  tiene 
establecidos otros Servicios de Intercambio de Ficheros vía Editran.
Autorización de los Servicios de Intercambio de Información.
Como se ha informado anteriormente, existen dos Entornos de TSD (Producción y 
Formación) y por ello existen también dos Servicios de Comunicación de Datos para 
cada herramienta disponible.
Para poder enviar información al Sistema de Información de TSD a cualquiera de 
estos entornos es necesaria una autorización previa.
Para  obtener  esta  autorización  se  requiere  enviar  al  Equipo  de  Soporte  TSD 
(tsd.soporte@seg-social.es) el Formulario de Alta/Baja en Servicios de Intercambio de 
Información (Solicitud Alta/Baja en SII.doc) correctamente cumplimentado y firmado por 
el Responsable o Interlocutor en su Entidad.
La cumplimentación de los apartados 1 al 4 de este formulario es común a todas las 
herramientas.  Todos  los  campos  que  se  solicitan  en  este  formulario  son  de 
cumplimentación obligatoria, y cualquier cambio en el mismo debe ser comunicado por la 
misma vía.
Observar que, en el mismo se solicita el código DIR3 de la Entidad Gestora, y que 
esta información necesariamente debe coincidir con el código DIR3 que se informará en 
los ficheros que se envíen a TSD.
Si una entidad gestora que envía datos a TSD cambia su código DIR3, antes de 
remitir datos con el nuevo código DIR3, es imprescindible que la entidad comunique este 
cambio para realizar las modificaciones oportunas en los datos existentes en TSD y que 
los ficheros que envíe no sean rechazados. Para esta comunicación de cambio de DIR3, 
se deberá remitir un correo al buzón tsd.soporte@seg-social.es y desde este buzón de 
detallará la forma de operar.
A  continuación  explicamos  cómo  cumplimentar  correctamente  el  apartado  5  en 
función de la herramienta elegida.
Autorización del Servicio utilizando como herramienta IFI.
Hay que observar que para este propósito únicamente se puede tener un cliente IFI 
por cada Departamento/Entidad responsable del Intercambio de información. Como se 
ha dicho anteriormente IFI trabaja con buzones de envío por lo que tener varios usuarios  s
que envíen ficheros, únicamente requiere tener acceso a ese buzón de envío por parte  oe.
de dichos usuarios. w.
Es por ello que, en el apartado 5 del Formulario de Alta/Baja en SII se debe incluir a  35ww
ufínsi cúan idceo  lau sFuNaMrioT  doe el lc rlieesnpteo nIsFaI,b lqeu dee sl eCreár teifli ctaitduola re nd eell  ccearstoifi cdaed uot idlizea ur suuna Crioe rtoif ipcaedrsoo ndae 
Componente Genérico ACGISS, y el código de servicio a autorizar.
Los códigos de servicio en este caso son:
– XEI-TRSC: Servicio para el envío/recepción de ficheros al entorno de Producción 
de la TSD.
– XEI-FOTS: Servicio para el envío/recepción de ficheros al entorno de Formación de 
la TSD.
En el caso de que se requiera un Certificado de Componente Genérico ACGISS, se 
debe enviar, junto con el Formulario de Alta/Baja en SII, el Formulario para la Solicitud de 
un Certificado de componente Genérico (Solicitud certificado de componente genérico 
vr1.3.pdf) cumplimentado y firmado digitalmente por su titular/responsable.
Autorización del Servicio utilizando como herramienta IFIWEB.
Cuando una Entidad se quiera dar de alta en los servicios IFIWEB de envío de datos 
para la TSD, en el apartado 5 del Formulario de Alta/Baja en Servicios de Intercambio de 
información se deben incluir todos los usuarios para los que se solicita autorización, junto 
con los servicios que se requiere autorizar.
Los códigos de servicio en este caso son:
–  XGWGTRSU:  Servicio  para  el  envío/recepción  de  ficheros  al  entorno  de 
Producción de la TSD.
– XGWGFOTS: Servicio para el envío/recepción de ficheros al entorno de Formación 
de la TSD.
Autorización del Servicio utilizando como herramienta EDITRAN.
Dado que se trata de una herramienta comercial, esta herramienta se recomienda 
únicamente para aquellas Entidades con las que la Seguridad Social ya tiene establecida 
conexión Editran para otros Servicios de Intercambio de Ficheros vía Editran.
Por lo que si una Entidad que ya tiene conexión Editran con la GISS se quiere dar de 
alta en los servicios EDITRAN de envío de datos para la TSD, en el apartado 5 del 
Formulario de Alta/Baja en Servicios de Intercambio de información es necesario incluir 
el código del remoto Editran que utilizan en su conexión a la GISS, junto con los 
Servicios que se requiere autorizar (Sesiones de Editran).
Estas sesiones se denominan:
– TSPAGD: Servicio para el envío/recepción de ficheros al entorno de Producción de 
Datos de Pagos Diario.
– TSPAGM: Servicio para el envío/recepción de ficheros al entorno de Producción de 
Datos de Pagos Masivo.
– TSPRED: Servicio para el envío/recepción de ficheros al entorno de Producción de 
Datos de Prestaciones Diario.
– TSPREM: Servicio para el envío/recepción de ficheros al entorno de Producción de 
Datos de Prestaciones Masivo.
– TSSISD: Servicio para el envío/recepción de ficheros al entorno de Producción de 
Situaciones Subjetivas Diario.
– TSSISM: Servicio para el envío/recepción de ficheros al entorno de Producción de 
Situaciones Subjetivas Masivo.
– FSPAGD: Servicio para el envío/recepción de ficheros al entorno de Formación de 
Datos de Pagos Diario. e.
– FSPAGM: Servicio para el envío/recepción de ficheros al entorno de Formación de  w.b
Datos de Pagos Masivo. 35ww
Dato–s F dSeP PRrEesDta: cSioenrveicsi oD ipaariroa. el envío/recepción de ficheros al entorno de Formación de
Dato–s F dSeP PRrEesMta: cSioenrveisc iMo apsairvao .el envío/recepción de ficheros al entorno de Formación de
– FSSISD: Servicio para el envío/recepción de ficheros al entorno de Formación de 
Situaciones Subjetivas Diario.
– FSSISM: Servicio para el envío/recepción de ficheros al entorno de Formación de 
Situaciones Subjetivas Masivo.
En aquellas Entidades que no tienen conexión Editran con la GISS, pero sí disponen 
de esta herramienta y quieren utilizarla en este intercambio de Información, se debe 
hacer un trabajo previo de Establecimiento de Conexión. Por lo que adjunto al Formulario 
de Alta/Baja en SII deben hacernos llegar un contacto técnico en su Entidad a este 
efecto.
Operativa del Sistema de Intercambio de Información.
Estos  Servicios  de  Intercambio  de  Información  siguen  el  formato  de  Petición/
Respuesta. Esto es, que las Entidades envían a la Base de Datos de TSD por la vía 
autorizada  una  serie  de  ficheros  con  información,  y  el  Sistema  de  TSD,  una  vez 
validados, les envía un fichero de respuesta.
El fichero que envía la Entidad tendrá un primer registro de cabecera (con el código 
de entidad gestora, el nombre del organismo y la fecha del envío), n registros de detalle 
y un último registro de pie (con el número total de registros enviados):
Si bien se detallará más adelante el contenido de los campos de cada registro, a 
título general el funcionamiento de la cabecera, detalle y pie es el siguiente:
Registro de cabecera, cuyos primeros campos serán los siguientes:
– Primer carácter: con el valor «C».
– Siguientes nueve caracteres: con el código DIR3 de la entidad gestora que realiza 
el envío.
– Siguientes cuarenta caracteres: con el nombre del organismo que realiza en envío.
– Siguientes ocho caracteres: con la fecha del envío (formato aaaammdd).
Registros de detalle, cuyo formato dependerá del tipo de dato (Prestaciones, Pagos o 
Situaciones Subjetivas).
Registro de pie, cuyos primeros campos serán los siguientes:
– Primer carácter: con el valor «P».
– Siguientes nueve caracteres: con el número total de registros que se han enviado. 
Se validará que el número total de registros coincida con el número total de registros 
recibidos (el de cabecera, más los de detalle más el de pie).
Los ficheros de respuesta que se devuelvan serán iguales a los recibidos (mismo 
formato) añadiendo los errores encontrados tras la validación. Se informarán hasta cinco 
códigos de respuesta por cada registro.
Los códigos de respuesta que empiecen por el carácter 9 (9nnnnn) no se consideran 
códigos  de  error,  son  avisos  para  aclarar  alguna  circunstancia  de  la  actualización 
(aunque la información se haya grabado correctamente).
Los registros sin ningún código de rechazo o sólo con códigos de aviso, se habrán 
grabado correctamente en los datos de TSD.
Si hay un error en el registro cabecera o pie, todos los registros de detalle se 
devolverán con error y el fichero no se habrá procesado. e
Algunos  campos  sin  contenido  en  el  fichero  de  envío  pueden  devolverse  con  bo
contenido en el fichero de respuesta (p.e. el campo OTRO IDENTIFICATIVO del registro  35ww
IdDeE NPTrIeFsICtaAcTioInVeOs  dep eanratr adcao)m. plementar  algunos  errores  o  avisos  referidos  al
Operativa con IFI.
Para el envío de ficheros para la TSD por IFI se requiere que los ficheros tengan una 
nomenclatura determinada y ser depositados en el buzón de envío correspondiente 
conforme esté configurado el cliente IFI en su Entidad. Una vez procesados y validados, 
se devolverá una respuesta que IFI depositará en el buzón de recepción.
El nombre del fichero a remitir deberá llamarse:
Entorno Nombre de fichero
PRODUCCIÓN IFI.TRSC<tipofich><op>.D<aammdd>.N<nnn>»
FORMACIÓN IFI.FOTS<tipofich><op>.D<aammdd>.N<nnn>»
Donde:
– <tipofich> indicará el tipo de información que el fichero contiene, siendo aceptados 
los siguientes valores:
Información enviada Tipo de carga Valor tipofich
Prestaciones. Carga inicial. PRM.
Prestaciones. Carga diaria. PRD.
Pagos. Carga inicial. PAM.
Pagos. Carga diaria. PAD.
Situaciones subjetivas. Carga inicial. SSM.
Situaciones subjetivas. Carga diaria. SSD.
– <op> será una constante que indicará si el fichero se corresponde con un fichero 
que envía la entidad («P») o un fichero de respuesta («R») que el INSS devuelve. Es 
decir, para todos los ficheros que remitan las entidades deberá ir el valor P.
Información enviada Valor op
Fichero de envío. P
Fichero de respuesta. R
– <aammdd> es el año, mes y día de envío del fichero.
– <nnn> es un número secuencial para el caso de que se envíen varios ficheros en 
un mismo día.
Como ejemplos válidos de ficheros enviados podríamos tener:
IFI.TRSCPRDP.D200824.N001: Fichero enviado al entorno de producción (TRSC), 
que contiene Prestaciones (PR), es una carga diaria (D), enviado por una entidad (P), el 
día 24/08/2020.
IFI.TRSCPRDR.D200824.N001: Fichero de respuesta en el entorno de producción 
(TRSC). Sería el fichero de respuesta del ejemplo anterior. Contiene Prestaciones (PR),  e
es una carga diaria (D), enviado por el INSS como respuesta (R), el día 24/08/2020. bo
IFI.FOTSSSMP.D200825.N001: Fichero enviado al entorno de formación (FOTS),  35ww
eqnuteid acodn (tPie)n, ee l dsiítau a2c5i/o0n8e/2s0 s2u0b.jetivas (SS), es una carga inicial (M), enviado por una
(FOITFSI.)F. OSTeSrSíaS MelR .fDic2h0e0ro8 25d.eN 0r0e1s:p uFeicshtae rod edl e erjeemsppuloe staan teenri oer.l  eCnotonrtnieon ed es iftouramcaiocnióens 
subjetivas (SS), es una carga inicial (M), enviado por el INSS como respuesta (R), el 
día 25/08/2020.
Puede encontrar más detalle de la operativa de envío/recepción de ficheros con IFI 
en el Manual de usuario IFI publicado en la Sede de la Seguridad Social.
Operativa con IFIWEB.
Esta aplicación es accesible a través de la Sede Electrónica de la Seguridad Social, 
dentro de las gestiones que pueden realizar Administraciones y Mutuas. La aplicación 
consta de tres servicios diferenciados:
– Envío de ficheros: Con este servicio podrán enviar los ficheros a intercambiar con 
la Seguridad Social. Dado que se requiere que el fichero a enviar esté firmado, el 
servicio obligará a ello forzando la firma con el certificado digital del usuario o con 
Cl@ve, en función del método de entrada utilizado. El certificado con el que se firme el 
fichero deberá pertenecer al mismo usuario que ha entrado en el Sistema.
– Descarga de ficheros: Con este servicio el usuario podrá descargar ficheros de 
respuesta a sus peticiones, así como ficheros de respuesta para peticiones de otros 
usuarios de su mismo organismo.
– Consulta de ficheros: Con este servicio el usuario podrá consultar el estado de 
ficheros de respuesta a sus peticiones, así como ficheros de respuesta para peticiones 
de otros usuarios de su mismo organismo. La consulta se podrá hacer por identificador 
de petición o bien por fechas.
El acceso a cualquiera de los tres servicios requiere de la identificación del usuario, 
con certificado digital o con Cl@ve, y una validación de permisos.
 
Tras identificarse, IFIWEB le mostrará las opciones de menú correspondientes y que 
tiene autorizadas.
En el caso de TSD las opciones de menú que el usuario puede disponer para el 
envío de ficheros al entorno de Formación son: es
– FTSD - Envío prestaciones carga inicial. w.
– FTSD - Envío prestaciones carga periódica. 35ww
––  FFTTSSDD  --  EEnnvvííoo  ppaaggooss  ccaarrggaa  ipneicriióadl.ica.
––  FFTTSSDD  --  EEnnvvííoo  ddee  ssiittuuaacciioonneess  ssuubbjjeettiivvaass  ipneicriióadl.ica. BOE-A-cable e
Y las opciones de menú que el usuario puede disponer para el envío de ficheros al 
entorno de Producción son:
– TSD - Envío datos prestaciones carga inicial.
– TSD - Envío datos prestaciones carga periódica.
– TSD - Envío datos de pagos carga inicial.
– TSD - Envío datos pagos carga periódica.
– TSD – Envío de situaciones subjetivas inicial.
– TSD - Envío de situaciones subjetivas periódica.
Para el envío de ficheros por IFIWEB, no se requiere una nomenclatura especial en 
los nombres de los ficheros. Es IFIWEB quien en función de la opción de menú/servicio 
que el usuario elija para el envío del fichero quien pone la nomenclatura correspondiente. 
Una vez procesados y validados, se devolverá una respuesta al Organismo, y no sólo al 
usuario que realizó el envío del fichero de datos.
Las opciones de menú que el usuario dispone para la recepción de ficheros del 
entorno de Formación son:
– FTSD - Recepción prestaciones carga inicial.
– FTSD - Recepción prestaciones carga periódica.
– FTSD - Recepción pagos carga inicial.
– FTSD - Recepción pagos carga periódica.
– FTSD - Envío de situaciones subjetivas inicial.
– FTSD - Envío de situaciones subjetivas periódica.
Las opciones de menú que el usuario dispone para la recepción de ficheros del 
entorno de Producción son:
– TSD - Recepción datos prestaciones carga inicial.
– TSD - Recepción datos prestaciones carga periódica.
– TSD - Recepción datos de pagos carga inicial.
– TSD - Recepción datos pagos carga periódica.
– TSD - Envío de situaciones subjetivas inicial.
– TSD - Envío de situaciones subjetivas periódica.
Para facilitar esta tarea, IFIWEB dispone de un Servicio de Consulta de Datos, en el 
que te informa de la situación de todos los intercambios de información, y de si en alguno 
de ellos se dispone de una respuesta. «CONSULTA DE ESTADO»
Puede encontrar más detalle de la operativa de envío/recepción de ficheros con IFI 
en el Manual de usuario IFIWEB publicado en la Sede de la Seguridad Social.
Operativa con EDITRAN.
El envío y recepción de ficheros se realizan por las Sesiones establecidas a este 
efecto según se indican en el apartado 3.4.3 de este capítulo.
Peculiaridades de los ficheros de intercambio para el entorno de formación.
Como se ha ido explicando a lo largo de este apartado, existen dos entornos para 
TSD: Producción y Formación (o entorno de prácticas).
Para  evitar  posibles  errores  y  cargas  de  datos  en  entornos  incorrectos,  s
exclusivamente para los ficheros que se envían al entorno de Formación se espera un  oe.
nuevo  campo  en  el  contenido  del  fichero  (en  el  registro  cabecera)  llamado 
«IDENTIFICADOR CIRCUITO DE FORMACIÓN» según se detalla a continuación:
Cabecera Tipo Lon Ini Fin Comentarios
CARÁCTER IDENTIFICATIVO DE 
A 1 1 1  
REGISTRO DE CABECERA.
ENTIDAD GESTORA. A 9 2 10  
NOMBRE DEL ORGANISMO. A 40 11 50  
FECHA IDENTIFICATIVA ENVIO. N 8 51 58  
Solo tendrá contenido en el circuito 
IDENTIFICADOR CIRCUITO DE 
A 7 59 65 de Formación, contendrá el literal 
FORMACION.
«PRUEBAS».
…          
Este campo solo se informará en los ficheros que se envíen al entorno de Formación, 
en el resto de casos no deberá tener contenido.
Todos los ficheros que se remitan para este entorno deberán contener en este campo 
de la cabecera el literal «PRUEBAS». Si un fichero remitido a formación (ya sea con el 
nombre correcto – IFI - o por la opción adecuada – IFIWEB, EDITRAN) no contiene dicho 
campo  se  rechazarán  todos  los  registros  con  el  error  10008  (datos  de  carga  no 
corresponden  al  entorno  de  ejecución).  De  la  misma  forma  si  este  campo  tuviera 
contenido en ficheros que se deseen cargar el Producción se rechazarían de la misma 
forma.
Gestión de incidencias.
Para una mejor gestión y control, toda incidencia y/o consulta que pueda surgir con la 
puesta en marcha de estos Intercambios de Información, debe dirigirse al Equipo de 
Soporte TSD (tsd.soporte@seg-social.es).
Observar que, en el caso de que estas incidencias o consultas sean de carácter 
técnico, y referentes a la instalación y/o uso de los mecanismos de intercambio de 
información que se ofrecen, deben aportar la siguiente información:
– Código DIR3 de la Entidad Autorizada.
– Herramienta utilizada (IFI/IFIWEB/Editran).
– Tipo de Certificado electrónico, y DNI del responsable o titular del mismo.
– Sistema operativo, versión y tipo (32 o 64 bits).
– Copia de los mensajes de error que se produzcan.
– Contenido de la consola JAVA en el momento en que se produce el error. La 
consola Java se abre, en las versiones 1.7.0_xx, desde el Panel de Control de Windows: 
Icono Java > Avanzado > Consola de Java > Ver consola.
– Si utiliza IFIWEB: Navegador utilizado y versión. / Versión del JRE.
– Si utiliza IFI: Fichero «ClienteIFI.log» de la carpeta «log» de su instalación.
Enlaces y recursos.
Enlaces e.
Sede de la Seguridad Social https://sede.seg-social.gob.es50 w.
Portal de Administración Electrónica https://administracionelectronica.gob.es
Autorización de Servicios
Documentos Descripción
Formulario para la autorización de los Servicios 
SolicitudAltaBajaSII.doc
de Intercambio de Información.
Solicitud certificado de componente genérico  Formulario para la Solicitud de un Certificado 
vr1.0.pdf de Componente para Cliente IFI.
IFI – Intercambio de Ficheros Institucional
Documentos y otros Recursos Descripción
Manual de usuario IFI. Manual de usuario de IFI.
Actualización del cliente IFI (para instalación del 
Manual de actualización del Cliente IFI.
cliente en entornos no Windows).
Manual de instalación IFI. Manual de instalación.
Servicio de intercambio de ficheros 
Ejecutable del cliente IFI.
institucionales.ClienteIFI4_10.exe
IFIWEB - Intercambio de Ficheros Institucional Vía Web
Documento Descripción
Manual de usuario IFIWEB. Manual de usuario IFIWEB.
En la Sede de la Seguridad Social está 
publicado el listado de certificados admitidos en 
la Seguridad Social. Para IFIWEB, de esta lista 
Certificados admitidos para IFIWEB.
deben considerarse únicamente los certificados 
de usuario, persona física o empleado público y 
no los de persona jurídica o representante.
Envío de prestaciones
Fichero de prestaciones.
A continuación de detallará el formato del fichero de Prestaciones. Según se ha 
explicado anteriormente, la estructura de este fichero contendrá 1 registro de cabecera, 
N registros de datos y 1 registro de pie.
Es importante destacar que este formato será el que se utilice tanto para cargas 
iniciales como para cargas diarias.
Los volúmenes máximos que se podrán utilizar son los siguientes:
Tipo de fichero Carga inicial Carga diaria
PRESTACIONES. 9.500.000 registros 100.000 registros
Registro de cabecera.
Nombre campo Tipo Long Ini Fin Comentarios
1.  DATOS DEL ENVÍO.          
1.1  REGISTRO DE CABECERA.         (Longitud de registro=500 caracteres)
CARÁCTER IDENTIFICATIVO DE REGISTRO DE 
A 1 1 1 Valor fijo: «C».
CABECERA.
Código que identifica a la entidad gestora que realiza el envío.
ENTIDAD GESTORA. A 9 2 10 Los valores permitidos son los Códigos DIR3: https://
administracionelectronica.gob.es/ctt/dir3/descargas
NOMBRE DEL ORGANISMO. A 40 11 50 Nombre del organismo que realiza el envío.
Fecha envío.
FECHA IDENTIFICATIVA ENVIO. N 8 51 58
Formato AAAAMMDD.
FILLER. A 417 59 475 Sin contenido, relleno a espacios para futuros usos.
Tabla de 5 ocurrencias. Sin contenido, relleno de espacios 
TABLA CÓDIGOS DE RESPUESTA. 5      
cuando se envían datos por parte de la entidad.
Posibles códigos de error devueltos tras la validación del registro 
de cabecera.
Si existe error en registro de cabecera todos los registros de 
detalle contendrán el error 10000 (además de otros posibles 
CÓDIGOS RESPUESTA. N 5 476 500 errores de formato).
La descripción de todos los posibles errores se encuentra en el 
Anexo 20.
Si no se devuelven errores (todos a ceros) significa que el 
registro de cabecera es correcto.
Registro de datos (Prestación).
Nombre campo Tipo Long Ini Fin Comentarios
1.2. DATOS PRESTACIONES.          (Longitud de registro=500 caracteres)
Código que identifica la acción que se pretende realizar: Alta de 
CÓDIGO DE ACTUACIÓN. N 2 1 2 prestación, Modificación, Baja, etc.
Los valores permitidos figuran en el ANEXO 1.
Código que identifica a la entidad gestora que realiza el envío.
ENTIDAD GESTORA. A 9 3 11 Los valores permitidos son los Códigos DIR3: https://
administracionelectronica.gob.es/ctt/dir3/descargas
DATOS IDENTIFICATIVOS DE LA PERSONA (TITULAR / MIEMBRO DE LA UNIDAD DE CONVIVENCIA O FAMILIAR).
IDENTIFICATIVO. G 0 12 12 Identificador asociado a la persona perceptora de la prestación.
Valores: «1», «6» o «9» (este último solo para españoles 
  TIPO DE DOCUMENTO. A 1 12 12
menores de 14 años).
  NUMERO DEL DOCUMENTO. A 10 13 22 Número y letra de control.
Código de duplicidad/desdoblamiento en TGSS.
  DUPLICIDAD/DESDOBLAMIENTO. N 4 23 26
Se enviará a ceros si se desconoce. s
Entrada: para cambios de identificación deberá contener el  b
OTRO IDENTIFICATIVO. G 0 27 27 IDENTIFICATIVO anterior. 35ww
SIDaElidNaT:I FpIuCeAdTeI VdeOv oelnv edrestee rcmonin acodnotse enridroor epsa roa  ainvfiosorms.ar del nuevo
  TIPO DE DOCUMENTO. A 1 27 27 
  NUMERO DEL DOCUMENTO. A 10 28 37   Bc
Nombre campo Tipo Long Ini Fin Comentarios
  DUPLICIDAD/DESDOBLAMIENTO. N 4 38 41  
APELLIDOS Y NOMBRE. G 0 42 42  
Primer apellido de la persona perceptora/beneficiaria de la 
  APELLIDO PRIMERO. A 33 42 74
prestación
Segundo apellido de la persona perceptora/beneficiaria de la 
  APELLIDO SEGUNDO. A 33 75 107
prestación. Si no se dispone de él incorporar «—».
  NOMBRE. A 33 108 140 Nombre de la persona perceptora/beneficiaria de la prestación
Fecha de nacimiento de la persona perceptora de la 
FECHA NACIMIENTO. N 8 141 148 prestación.Formato AAAAMMDD. Solo se admitirán fechas 
lógicas y no anteriores a 19000101.
OTROS DATOS PERSONALES.
Código de nacionalidad de la persona perceptora/beneficiaria de 
la prestación.
Los valores permitidos serán los del Código ISO 3166. Se 
NACIONALIDAD. N 3 149 151
admiten además los valores:
952 - APATRIDAS
953 - PAIS DESCONOCIDO
Código de sexo de la persona perceptora/beneficiaria de la 
SEXO. N 1 152 152
prestaciónLos valores permitidos serán 1 (varón) o 2 (mujer)
Código de estado civil de la persona perceptora/beneficiaria de la 
ESTADO CIVIL. N 1 153 153
prestación.Los valores permitidos figuran en el ANEXO 2.
Teléfono móvil de la persona perceptora/beneficiaria de la 
TELÉFONO MÓVIL. A 13 154 166
prestación
Indicador de datos protegidos de la persona perceptora/
beneficiaria de la prestación.
Los valores permitidos serán ‘P’ (datos protegidos) o ‘ ‘ (resto de 
INDICADOR DATOS PROTEGIDOS. A 1 167 167
casos).
Para Modificación de datos personales también se permitirá ‘D’ 
(desproteger)
DATOS DE RESIDENCIA.
Código del país de residencia de la persona perceptora/
beneficiaria de la prestación
Los valores permitidos serán los del Código ISO 3166.
Si se desconoce, existe el código 953 (PAIS DESCONOCIDO).
PAÍS DE RESIDENCIA. N 3 168 170
Para domicilios nacionales se completará únicamente el grupo 
DOMICILIO NACIONAL.
Para domicilios extranjeros se completará únicamente el grupo 
DOMICILIO EXTRANJERO
DOMICILIO NACIONAL. G 0 171 171 Grupo para domicilio nacional
Código de la provincia de residencia de la persona perceptora/
beneficiaria de la prestación.
  PROVINCIA DE RESIDENCIA. N 2 171 172 Solo si el PAIS DE RESIDENCIA es España (Código 724).
Los valores permitidos estarán entre 01 y 52 (ambos inclusive) o  es
99 (desconocido). o
Código del municipio de residencia de la persona perceptora/ 35ww
  CÓDIGO MUNICIPIO DE RESIDENCIA. A 11 173 183 bSLaeodonsmlo evi tfsaiidcil ooiearslr e iPassAe  dpI Seeen r lDmacuE iptei drRneotEsrstaS asnIceD ieróEánnNn .e ClsotIsaA   ddeeisrle  ECcscópidóaingñ:oa  I(NCEó,d liogso  c7ó2d4ig)os  OE-A-2022-16able en https://
http://www.ine.es/nomen2/index.do (página nomenclátor del INE).
Nombre campo Tipo Long Ini Fin Comentarios
Nombre del municipio de residencia de la persona perceptora/
beneficiaria de la prestación (si se desconoce, podría contener 
  NOMBRE MUNICIPIO DE RESIDENCIA. A 40 184 223
‘DESCONOCIDO’).
Solo si el PAIS DE RESIDENCIA es España (Código 724)
Código de la vía de residencia de la persona perceptora/
beneficiaria de la prestación.
  CÓDIGO DE VÍA. A 2 224 225
Solo si el PAIS DE RESIDENCIA es España (Código 724).
Los valores permitidos figuran en el ANEXO 3.
Nombre de la vía de residencia de la persona perceptora/
  NOMBRE DE LA VÍA. A 40 226 265 beneficiaria de la prestación.
Solo si el PAIS DE RESIDENCIA es España (Código 724)
Número de la vía de residencia de la persona perceptora/
  NÚMERO DE LA VÍA. A 5 266 270 beneficiaria de la prestación.
Solo si el PAIS DE RESIDENCIA es España (Código 724).
Escalera de residencia de la persona perceptora/beneficiaria de 
  ESCALERA. A 2 271 272 la prestación.
Solo si el PAIS DE RESIDENCIA es España (Código 724).
Puerta de residencia de la persona perceptora/beneficiaria de la 
  PUERTA. A 3 273 275 prestación.
Solo si el PAIS DE RESIDENCIA es España (Código 724).
Piso de residencia de la persona perceptora/beneficiaria de la 
  PISO. A 2 276 277 prestación.
Solo si el PAIS DE RESIDENCIA es España (Código 724).
Bloque de residencia de la persona perceptora/beneficiaria de la 
  BLOQUE. A 4 278 281 prestación.
Solo si el PAIS DE RESIDENCIA es España (Código 724).
Código postal de residencia de la persona perceptora/beneficiaria 
  CÓDIGO POSTAL. N 5 282 286 de la prestación.
Solo si el PAIS DE RESIDENCIA es España (Código 724).
DOMICILIO EXTRANJERO. G 0 287 287 Grupo para domicilio extranjero
Dirección de residencia en el extranjero (1) de la persona 
perceptora/beneficiaria de la prestación.
  DIRECCIÓN DE RESIDENCIA 1. A 35 287 321
Solo si el PAIS DE RESIDENCIA distinto de España (Código <> 
724 y <> 953).
Dirección de residencia en el extranjero (2) de la persona 
perceptora/beneficiaria de la prestación.
  DIRECCIÓN DE RESIDENCIA 2. A 35 322 356
Solo si el PAIS DE RESIDENCIA distinto de España (Código <> 
724 y <> 953).
Localidad de residencia en el extranjero de la persona 
perceptora/beneficiaria de la prestación (si se desconoce, podría 
  LOCALIDAD DE RESIDENCIA EXTRANJERA. A 35 357 391 contener ‘DESCONOCIDO’).
Solo si el PAIS DE RESIDENCIA distinto de España (Código <> 
724 y <> 953).
Nombre campo Tipo Long Ini Fin Comentarios
DATOS DE LA PRESTACIÓN.
Clave propia de la Entidad Gestora que identifica unívocamente a 
la prestación y a la persona que la percibe.
Las primeras nueve posiciones deben coincidir con la clave de 
ENTIDAD GESTORA.
CLAVE PROPIA ENTIDAD. A 40 392 431
Debe ser clave única, identificando unívocamente a la prestación.
Para modificaciones posteriores de la prestación o en alta de 
pagos asociados deberá usarse esta misma CLAVE PROPIA 
ENTIDAD.
Código de la prestación.Los valores permitidos figuran en el 
CLAVE PRESTACION. A 7 432 438
ANEXO 4.
Fecha asociada a la situación actual.
Formato AAAAMMDD.
Solo se admitirán fechas lógicas y no anteriores a 19000101 ni 
mayores a tres meses de la fecha del sistema.
Si se trata de un alta de una prestación periódica será la fecha de 
FECHA SITUACIÓN. N 8 439 446
efecto de la prestación.
Si se trata de un alta de una prestación con pago único será la 
fecha de la concesión.
Si se trata de una baja o suspensión será la fecha de efecto de la 
misma.
Código que identifica el tipo de pago de la prestación.Los valores 
TIPO DE PAGO. A 1 447 447
permitidos serán U (único) o P (periódico).
Código que identifica la situación actual de la prestación.Los 
SITUACIÓN ACTUAL. A 1 448 448
valores permitidos serán A (alta), B (baja) o S (suspensión).
BLOQUE IMPORTES. G   449 449  
Código asociado al importe de la prestación.Los valores 
  CÓDIGO. A 2 449 450
permitidos figuran en el ANEXO 5.
  IMPORTE. N 9 451 459 Importe de la prestación. En céntimos de euro. Podría ser cero.
DATOS ESPECIFICOS IMV o RIS.
Número de convivientes en la unidad de convivencia (IMV) o 
NÚMERO CONVIVIENTES. A 2 460 461
unidad familiar (RIS) (Entre 1 y 99).
Indica si la persona asociada a este registro es el titular de la 
PERCEPTOR. A 1 462 462 prestación IM o RIS o es beneficiario.Los valores permitidos son 
T (titular) o B (beneficiario)
Indica si el perceptor está de alta o de baja.Los valores 
ESTADO PERCEPTOR. A 1 463 463
permitidos son A (alta) o B (baja)
FILLER. A 12 464 475 Sin contenido, para futuros usos.
Tabla de 5 ocurrencias. Sin contenido, relleno de espacios 
TABLA CÓDIGOS DE RESPUESTA. 5      
cuando se envían datos por parte de la entidad.
Posibles códigos de retorno devueltos tras el tratamiento del 
registro.
Identifican los errores que no permitieron la incorporación del  es
registro a TSD. Podría haberse incorporado el registro a TSD y  o
CÓDIGOS RESPUESTA. N 5 476 500 devolver avisos (los avisos empezarán por 9). w.
LASani  nedoxeo ss ce2r 0idp.ecvióune ldvee nto edrorosr eloss  (ptoodsoibsl eas  ceerrroosre) so  sseo leon sceu ednetvrau eelvne enl   2022-1635n https://ww
avisos, significa que el registro se ha tratado correctamente.
Registro de pie.
Nombre campo Tipo Long Ini Fin Comentarios
1.3  REGISTRO FINAL DE FICHERO.          (Longitud de registro=500 caracteres)
CARÁCTER IDENTIFICATIVO DE REGISTRO DE 
A 1 1 1 Valor fijo: «P».
PIE.
Número de registros total del fichero (contando cabecera, 
NUMERO TOTAL DE REGISTROS. N 9 2 10
registros de datos y pie).
FILLER. A 465 11 475 Sin contenido, para futuros usos.
Tabla de 5 ocurrencias. Sin contenido, relleno de espacios 
TABLA CÓDIGOS DE RESPUESTA. 5      
cuando se envían datos por parte de la entidad.
Posibles códigos de error devueltos tras la validación del registro 
de pie.
Si existe error en registro de pie todos los registros de detalle 
contendrán el error 10000 (además de otros posibles errores de 
CODIGOS RESPUESTA. N 5 476 500 formato).
La descripción de todos los posibles errores se encuentra en el 
Anexo 20.
Si no se devuelven errores (todos a ceros) significa que el 
registro de pie es correcto.
Validaciones generales.
Campos numéricos.
Todos los campos numéricos (representados con una N en la columna Tipo de la 
tabla anterior) deberán ir ajustados a la derecha.
En el caso de no llegar a la longitud definida se deberán rellenar con ceros por la 
izquierda.
Si un campo numérico no tiene contenido se deberá rellenar a ceros.
Para el caso de campos numéricos que representan un importe, se enviarán en 
céntimos de euro (sin decimales) y siempre deberá ser positivo.
Campos alfanuméricos.
Todos los campos alfanuméricos (representados con una A en la columna Tipo de la 
tabla anterior) deberán ir ajustados a la izquierda.
En el caso de no llegar a la longitud definida se deberán rellenar con espacios por la 
derecha.
Campos fecha.
Los campos fecha se consideran siempre numéricos (aparecen con tipo N en la tabla 
anterior) de 8 posiciones.
Todos los campos fecha requieren el formato AAAAMMDD.
Apartado Datos identificativos de la persona.
Este apartado es clave para identificar unívocamente a la persona que percibe o es  e.e
beneficiaria de la prestación. b
Para ello se utilizará el campo IDENTIFICATIVO, que representa el Indicador de  35ww
Persona Física (IPF), según se detalla a continuación:
– La primera posición del campo identifica el tipo de IPF, siendo válidos los valores 
siguientes:
• 1: DNI.
• 6: NIE.
• 9: IPF ficticio. Solo para españoles menores de 14 años.
– Las posiciones dos a once se formatearán según el tipo de IPF:
• 1: DNI: Las primeras diez contendrán el número de DNI con ceros a la izquierda y 
la última contendrá la letra del DNI
• 6: NIE: Las primeras diez contendrán el número de NIE (normalmente empezará 
por 0X, 0Y o 0Z) y la última contendrá la letra del NIE.
• 9: IPF ficticio:
○ 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 dos 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).
– Las posiciones doce a quince representan la duplicidad de ese identificador y su 
desdoblamiento, conceptos manejados en Afiliación para IPFs repetidos.
• Para los tipos 1 y 6 se completarán si se conocen. En caso de no conocerse, se 
enviarán a ceros.
• Para los tipos 9, al ser un identificador autogenerado, se completarán siempre a 
ceros.
– El  campo  OTRO  IDENTIFICATIVO  tiene  el  mismo  formato  que  el  campo 
IDENTIFICATIVO. Representa un IPF y solo se utilizará para los casos en los que se 
desee informar de un cambio de un IPF previamente informado, código de actuación 05 
en cuyo caso será obligatorio (típico uso de extranjeros que tienen IPF de tipo 6 y al 
conseguir nacionalidad española cambian su IPF a uno de tipo 1).
El APELLIDO SEGUNDO si no se conoce deberá contener «—».
La  FECHA  DE  NACIMIENTO  es  obligatoria  y  no  aceptará  valores  menores 
a 19000101.
Apartado Otros Datos Personales.
El  campo  NACIONALIDAD  se  completará  en  base  a  la  codificación  ISO  3166 
numérica. Además se aceptarán los valores:
– 952 - APATRIDAS.
– 953 - PAIS DESCONOCIDO. e.
El campo INDICADOR DE DATOS PROTEGIDOS hace referencia a una especial  35ww
pardomteincicsitóranc ipóanr ac oarrqeuseplolonsd iecniuted.a Sdaunso vsa loqruees  plao dhraáyna sne rs:olicitado  expresamente  ante  la
– P - PROTEGIDOS.
– D – Desproteger. (NO REQUIERE PROTECCIÓN) Solo permitido para código de 
actuación 06.
– Vacío – NO REQUIERE PROTECCIÓN.
Apartado Datos de Residencia.
En  este  bloque  se  remitirá  la  dirección  de  la  persona  que  tiene  asociada  la 
prestación. El tratamiento es diferente en función de si es un domicilio nacional o 
extranjero.
El campo PAIS DE RESIDENCIA determinará si el domicilio es nacional o extranjero. 
Se introducirá el código 953 si se desconoce.
Para DOMICILIO NACIONAL (código país 724) se validarán los siguientes campos:
– PROVINCIA DE RESIDENCIA. Será siempre obligatorio. Si se desconoce existe el 
valor 99 PROVINCIA DESCONOCID.
– CODIGO MUNICIPIO DE RESIDENCIA. Código del municipio de residencia de la 
persona perceptora/beneficiaria de la prestación. Los valores permitidos serán los del 
Código  INE,  los  códigos  admitidos  se  encuentran  en  esta  dirección:  http://
www.ine.es/nomen2/index.do (página nomenclátor del INE).
– NOMBRE DEL MUNICIPIO DE RESIDENCIA. Si se desconoce el código anterior, 
será obligatorio introducir aquí en texto la localidad de residencia. Si no se conoce, el 
nombre del municipio podría contener «DESCONOCIDO».
– El  resto  de  campos  no  son  obligatorios  pero,  en  caso  de  que  alguno  tenga 
contenido se deberá cumplir la siguiente obligatoriedad:
• CÓDIGO DE VÍA (obligatorio)
• NOMBRE DE LA VIA (obligatorio)
• NÚMERO DE LA VIA (no obligatorio)
• ESCALERA (no obligatorio)
• PUERTA (no obligatorio)
• PISO (no obligatorio)
• BLOQUE (no obligatorio)
• CÓDIGO POSTAL (obligatorio)
Para DOMICILIO EXTRANJERO (código país distinto de 724 y 953), se enviará en 
modo texto la dirección extranjera a través de los siguientes campos:
– DIRECCIÓN DE RESIDENCIA 1. Datos de la dirección.
– DIRECCIÓN DE RESIDENCIA 2. Datos adicionales por si no fuese suficiente el 
campo anterior.
– LOCALIDAD DE RESIDENCIA EXTRANJERA. Nombre de la localidad extranjera. 
Si se desconoce deberá contener ‘DESCONOCIDO’.
Apartado Datos Específicos IMV o RIS.
Este conjunto de datos únicamente se deberá completar si el registro que se está 
enviando es una prestación de Ingreso Mínimo Vital (IMV, código 1230102) o una Renta 
de Integración Social (RIS, código 560202). En cualquier otro caso estos datos irán 
rellenos a espacios en blanco.
Tipos de acciones disponibles en Prestaciones. e
Una vez descrito el formato del fichero de prestaciones y validaciones básicas,  w.
perxotecrendaesm poosd raá ne xrepmliciatirr  alal sIN aScSci.ones disponibles que, a través del fichero, las entidades  2022-1635n https://ww
El campo CÓDIGO DE ACTUACIÓN indicará qué operación se pretende aplicar con 
el registro (prestación) remitido. Sus posibles valores son:
– 01: Alta de prestación. Alta de prestación en el sistema de tarjeta social digital
– 02: Modificación de prestación. Modificación de datos de una prestación existente 
(previamente cargada) en el sistema de tarjeta social digital
– 03: Borrado de prestación. Borrado físico de una prestación. Se utilizará esta 
acción para corregir errores y borrar prestaciones previamente remitidas al sistema de 
tarjeta social digital
– 04: Cambio de situación de prestación. Se utilizará para modificar el estado de una 
prestación previamente enviada (campo ESTADO ACTUAL). Un uso típico podría ser 
una prestación que ha estado de Alta durante un periodo de tiempo y en un momento 
dado pasa a Baja.
– 05:  Cambio  de  identificación  de  persona.  Cambio  en  el  identificador  de  una 
persona existente en el sistema de tarjeta social digital. Uso típico de campo de tipo de 
IPF de 6 (extranjero) a 1 (nacional).
– 06: Variación de datos personales. Variación de datos personales de persona 
existente en el sistema de tarjeta social digital
– 07: Traspaso de prestación. Asocia una prestación existente en el sistema de 
tarjeta social digital a otra persona.
Dado que la carga inicial (o masiva) de prestaciones es un proceso muy costoso que 
pretende agilizar la carga de una gran cantidad de información en el sistema, únicamente 
permitirá acciones de tipo Alta prestación (01).
Por el contrario, el proceso de carga diaria permite utilizar todas las acciones que 
aquí se detallan.
Alta de prestación:
Se utilizará para dar de alta una nueva prestación en el sistema por parte de una 
entidad externa. Se aportará por la entidad externa la información referente a los datos 
personales  (incluyendo  como  opcional  el  indicador  de  protección),  el  domicilio  de 
residencia y los datos de la prestación.
Validaciones a aplicar:
– La obligatoriedad de los campos a aportar en un registro de Alta de prestación 
vienen detallados en la tabla del apartado 4.2.8.
– Si la prestación ya se encuentra dada de alta en el sistema se rechazará.
– Si la persona perceptora de la prestación ya se encuentra en el sistema (mismo 
IDENTIFICADOR) no se le dará de alta. Se asociará a la persona encontrada la nueva 
prestación recibida siempre y cuando se detecte que se trata de la misma persona. Para 
ello se aplicará el algoritmo de coincidencia del 80% de los datos personales (nombre y 
apellidos). En el caso de que, aun siendo un identificador encontrado, no coincidan los 
datos personales (menos del 80% de similitud) se devolverá error de identificación.
– No se admitirán movimientos de alta de prestación asociados a un identificador de 
persona que previamente haya sido modificado a través de un movimiento de CAMBIO 
DE IDENTIFICACION DE PERSONA (05). En estos casos, en el fichero de respuesta se 
indicará el error 31034 (Referencia al identificativo antiguo en el movimiento) y se 
devolverá a la entidad gestora a nivel informativo cual es el identificador actual de  es
persona dada de alta en TSD en el campo OTRO IDENTIFICATIVO. o
– Si el domicilio contiene campos con valor ‘desconocido’ y existe para esa misma  35ww
cSpoeITnrsUc–oe AndSCaei  I eOelanlN   peT rnASe CsDetTl a ucUcnaiAó mdLnop .dmoe iTbcieIlPi osO ev ráD l‘iBEd’ o P(,b AéaGsjatOe)   yns oela  s iFnetrEráoC dmHuoAcde Si fieIcTla UvdaAol.CorI OUN ( pdaegboe  úsenric eol) ,d íeal  qcaume pseo   OE-A-2022-16able en https://
– Solo para el proceso de carga inicial o masiva, no se permitirá dentro del mismo 
fichero el envío de alta de prestaciones asociadas al mismo identificativo (IPF) con 
apellidos y nombres distintos. Esto es debido a que las validaciones que obligan estas 
situaciones ralentizarían el proceso masivo. En caso de detectarse esta situación, se 
devolverá error con el código 11033 (Identificador duplicado con diferente valor en 
Apellidos y/o nombre en el fichero de entrada. No se contempla este caso en carga 
inicial). Esta situación se puede dar especialmente en hermanos con IPF’s ficticios 
nacidos el mismo día (que tendrán el mismo IDENTIFICATIVO). Si fuese necesario 
tramitar su alta se deberá remitir a través de una carga diaria.
– Si el registro que se pretende crear es de la prestación Ingreso Mínimo Vital (IMV, 
código 1230102) o una Renta de Integración Social (RIS, código 560202), se deberán 
aportar  obligatoriamente  los  campos  NUMERO  CONVIVIENTES,  PERCEPTOR  y 
ESTADO PERCEPTOR.
– Para prestaciones IMV o RIS, se usará el mismo movimiento para el alta de la 
prestación y alta de beneficiario. El campo CLAVE PROPIA ENTIDAD será igual para 
titulares y beneficiarios, la diferenciación vendrá por el tipo de Perceptor (T o B). Solo se 
dará alta de la prestación si es titular. Si es beneficiario se dará de alta una asociación 
entre la prestación (que ya deberá existir por un alta previa de titular) y la persona 
(beneficiario). Si el campo obligatorio «número de convivientes» es superior a 1 se 
tendrán que recibir como datos identificativos obligatorios los de los miembros de la 
unidad de convivencia o familiar. (Ejemplo: si se hace constar 3 miembros, deberán 
enviar datos identificativos de 2 miembros además de los datos del titular).
– Para prestaciones IMV o RIS, se rechaza el alta de un beneficiario, en el caso de 
que la prestación no exista (necesaria el alta previamente de la prestación con el titular).
Modificación de prestación:
Se utilizará para modificar algún dato de una prestación almacenada en el sistema. 
La entidad externa identificará la prestación que quiere modificar (con el identificador de 
la persona y el código de prestación) y remitirá los datos del apartado de DATOS DE 
PRESTACION que desea modificar.
A través de esta acción también se podrán modificar los datos específicos de las 
prestaciones Ingreso Mínimo Vital (IMV - 1230102) o Renta de Integración Social (RIS - 
560202).
Validaciones a aplicar:
– La obligatoriedad de los campos a aportar en un registro de Modificación de 
prestación vienen detallados en la tabla del apartado 4.2.8. En este caso, los campos 
marcados como no obligatorios si se completan no se validarán. A nivel de importes, se 
podrán modificar (tanto el código como el importe) a través de este tipo de registro.
– Si la prestación no se localiza en el sistema, se rechazará la operación.
– La prestación solo podrá ser modificada por la entidad gestora que la dio de alta.
– 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 prestación, se rechazará la operación. Para ello, debe 
coincidir  su  identificador  y  los  datos  personales  (nombre  y  apellidos)  al  menos  en 
un 80 % con los almacenados en el sistema TSD. Si la no coincidencia está motivada 
por un cambio de identificador (la persona cambió de identificador) se procesará el 
movimiento advirtiendo en el fichero de respuesta de esta situación e incluyendo el 
identificador actual asociado a la prestación. Se devolverá el código de aviso 91030  e.
«AVISO: aceptado con observaciones referentes al identificativo». Asociado a este aviso  w.
se devolverá a la entidad gestora, a nivel informativo, el nuevo identificativo en el campo  35ww
OTR–O S IiD ElaN TprIFesICtaAcTióIVn Oq.ue se pretende modificar es un Ingreso Mínimo Vital (IMV,
caópdoirgtaor  12o3b0lig1a0t2o)r ioa muennat eR elnotsa  dcea mInptoesg raNcUióMn ESRoOci alC (ORNISV, IcVóIEdiNgTo E5S6,0 2P0E2)R, CsEe PdTeObRer ány   BOE-A-cable e
ESTADO  PERCEPTOR.  Esto  se  realizará  siempre  a  la  prestación  IMV  o  RIS  del 
perceptor  titular  (no  de  los  beneficiarios).  Es  decir,  los  datos  personales  que 
acompañarán al registro deben ser los del titular de la prestación.
Borrado de prestación:
Se utilizará para BORRAR una prestación. Su sentido será el corregir altas que se 
remitieron por error. Conlleva un borrado físico de la prestación. Puesto que el borrado 
de una prestación implica que dicha prestación ya está almacenada en nuestro sistema, 
la entidad externa aportará únicamente la clave de entidad que identifica la prestación 
unido a los datos identificativos del envío, de la entidad gestora y del perceptor de la 
prestación.
Validaciones a aplicar:
– La obligatoriedad de los campos a aportar en un registro de Borrado de prestación 
vienen detallados en la tabla del apartado 4.2.8. En este caso, los campos marcados 
como no obligatorios si se completan no se validarán, ya que la única información 
necesaria para realizar el borrado es la entidad y la clave de la prestación.
– Si la prestación no se localiza en el sistema, se rechazará la operación.
– La prestación solo podrá ser borrada por la entidad gestora que la dio de alta en el 
sistema.
– Si la prestación ya tuviera asociado un histórico de pagos, este sería borrado en el 
mismo proceso del borrado de la prestación.
– Si la prestación con objeto de ser eliminada es la única que tenía asociada la 
persona perceptora de la prestación, se eliminaran tanto los datos personales como los 
de domicilio siempre y cuando no tengan situaciones subjetivas asociadas.
Cambio de situación de una prestación:
Esta acción únicamente está pensada para comunicar los cambios de situación que 
se  produzcan  en  una  prestación  previamente  enviada  al  sistema.  Se  utilizará  para 
suspender (S), extinguir (B) o activar (A) una prestación. Los datos a aportar por la 
entidad externa se reducirán a identificar la prestación que se quiere modificar, el nuevo 
estado y su fecha.
Validaciones a aplicar:
– La obligatoriedad de los campos a aportar en un registro de Cambio de situación 
de una prestación vienen detallados en la tabla del apartado 4.2.8. En este caso, los 
campos marcados como no obligatorios si se completan no se validarán, ya que la única 
información necesaria para realizar el cambio de situación es la identificación de la 
prestación y el nuevo estado y fecha.
– Si la prestación no se localiza en el sistema, se rechazará la operación.
– La situación de la prestación solo podrá ser modificada por la entidad gestora que 
la dio de alta en origen.
– 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 prestación, se rechazará la operación. Para ello, debe 
coincidir su identificador y los datos personales (nombre y apellidos) al menos en un 80% 
con los almacenados en el sistema TSD. Si la no coincidencia está motivada por un 
cambio de identificador (la persona cambió de identificador) se procesará el movimiento  e.
advirtiendo en el fichero de respuesta de esta situación e incluyendo el identificador  w.b
actual  asociado  a  la  prestación.  Se  devolverá  el  código  de  aviso  91030  «AVISO:  35ww
daecevopltvaedroá  cao lna  oebnstiedravda cgieosnteosr ar, eafe nreivnetel sin faolr midaetinvtoif,i cealt ivnou»e.v oA sidoecniatidfioca taiv oe setne  ealv cisaom pseo 
OTR–O S IiD EloN qTuIFeI CsAeT IpVreOt.ende modificar es la situación de una prestación de Ingreso
Mínimo Vital (IMV, código 1230102) o Renta de Integración Social (RIS, código 560202)
se deberán enviar los datos personales del titular de la prestación y, para el cambio, se 
tendrá en cuenta el campo SITUACIÓN ACTUAL.
– Si lo que se pretende modificar es el estado de un beneficiario de una prestación 
de Ingreso Mínimo Vital (IMV, código 1230102) o Renta de Integración Social (RIS, 
código  560202)  se  deberán  enviar  los  datos  personales  del  beneficiario.  El  campo 
PERCEPTOR en este caso tendrá valor B (Beneficiario) y se utilizará el campo ESTADO 
PERCEPTOR para su modificación.
Cambio de identificación de persona:
Se utilizará para modificar el identificador de persona perceptora de prestación que 
se encuentre dada de alta en la BBDD de TSD.
Se aportará por la entidad externa el identificador antiguo, el identificador nuevo, 
compuesto al menos por tipo y número de documento y también los datos personales 
(nombre y apellidos) a efectos de validación.
Validaciones a aplicar:
– La  obligatoriedad  de  los  campos  a  aportar  en  un  registro  de  Cambio  de 
identificación de persona vienen detallados en la tabla del apartado 4.2.8. En este caso, 
los campos marcados como no obligatorios si se completan no se validarán, ya que la 
única información necesaria será es la identificación del perceptor de la prestación y su 
nuevo identificador.
– Si  la  persona  perceptora  no  se  encuentra  dada  de  alta  en  el  sistema  (el 
identificador antiguo no existe en TSD) se rechazará la acción.
– El identificador de persona podrá ser modificado por la entidad gestora que dio de 
alta a la persona o por cualquier otra.
– Se  comprobará  que  los  datos  personales  fijos  (nombre,  apellidos)  coinciden 
al 80% con los almacenados en la BBDD de TSD. En caso de no coincidir al 80% o más, 
se rechazará la acción.
– Se admiten cambios de identificador de tipo NIE a NIF, pero no de tipo NIF a NIE. 
También se permite cambio de tipos distintos a 1 y 6 a NIE o a NIF.
– El cambio de identificador de tipo NIE a NIF implica el cambio automático de la 
nacionalidad a «Española». No puede haber personas con NIF y con nacionalidad 
extranjera.
– A efectos de control y validaciones posteriores, se guardará el identificador antiguo 
en TSD asociado al identificador actual.
– Cuando se produzca un cambio de identificación:
• A  partir  de  ese  momento  no  se  permitirá  el  alta  de  nuevas  prestaciones  o 
situaciones subjetivas asociadas a este identificativo. El error que se utiliza para marcar 
esta  circunstancia  es:  31034  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 02 (Modificación de prestación) 
y 04 (Cambio de situación de prestación) 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):  91030  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. e.e
Variación de datos personales: 35ww
dadaS ed eu taillitzaa reán  pTaSraD  ma oindsifticaanrc ilaoss  ddea tuonsa p eenrstiodnaadl egse sdteo rau.n aS ep earpsoorntaar áq upeo rs lea  eennctiudeandt rlae 
información referente a los datos personales y domicilio de residencia.
Esta operación también podrá ser utilizara para proteger (P) o desproteger (D) 
personas atendiendo a su INDICADOR DE CONFIDENCIALIDAD.
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 4.2.8. En este caso, los campos 
marcados como no obligatorios si se completan no se validarán.
– Si  la  persona  perceptora  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 prestación, se rechazará la operación. Para ello, debe 
coincidir su identificador y los datos personales (nombre y apellidos) 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.
– Si el domicilio contiene campos con valor «desconocido» y existe en TSD un 
domicilio válido, éste no será modificado. Se generará el código de aviso 91040: AVISO: 
Aceptado el cambio excepto en los datos de DOMICILIO ya que los datos existentes son 
más completos.
Traspaso de prestación:
Este  movimiento  estará  destinado  a  realizar  traspasos  de  prestaciones  entre 
personas siempre dentro de una misma entidad gestora. Básicamente se deberán enviar 
los datos para identificar la prestación y los datos de la persona que asume la prestación.
Validaciones a aplicar.
– La obligatoriedad de los campos a aportar en un registro de traspaso de prestación 
vienen detallados en la tabla del apartado 4.2.8. En este caso, los campos marcados 
como no obligatorios si se completan no se validarán, ya que la única información 
necesaria para realizar la operación es la identificación de la prestación y los datos del 
nuevo perceptor.
– Si la prestación no se localiza en el sistema, se rechazará la operación.
– El traspaso de la prestación solo podrá ser realizado por la entidad gestora que la 
dio de alta en origen.
– Si la persona con objeto de asumir la prestación traspasada NO se encuentra en 
TSD, se dará de alta con los datos personales recibidos y se le asociará la prestación 
traspasada. Si por el contrario ya se encuentra dada de alta (utilizando el módulo 
de 80 %) en TSD, no se dará de alta de nuevo ni se modificará ningún dato personal y se 
le asociará la prestación recibida. e.
– No se permitirá el traspaso si la persona que va a asumir la prestación viene  w.b
asociada a un identificativo antiguo que ha sido modificado a través del ‘Cambio de  35ww
3id1e0n3ti4fi cRaceifóenre ndcei ap earl siodnean’t.i fiEcal teivroro ar nqtiugeu os ee nu teilli zma opvaimraie mntaor. cAars oecsiatad oc iarc uenssteta necrrioar  esse: 
OdeTvRoOlv eIDráE aN TlaIF eICntAidTaIVdO g.estora, a nivel informativo, el nuevo identificativo en el campo
– Si la persona originalmente asociada a la prestación no posee otras prestaciones 
ni situaciones subjetivas tras el traspaso, se eliminara de TSD.
– Si  la  prestación  que  se  pretende  traspasar  es  Ingreso  Mínimo  Vital  (IMV, 
código 1230102) o Renta de Integración Social (RIS, código 560202), se rechazará 
directamente el movimiento.
Obligatoriedad de campos:
En esta tabla se presenta la información obligatoria que se deberá remitir para cada 
tipo de acción:
01  02  03  04 CAM  05 CAM  06 VAR  07 TRAS 
Nombre campo
ALTA MOD. BAJA SITUAC. IDENTIF. DATPER PRESTA
CÓDIGO DE 
01 02 03 04 05 06 07
ACTUACIÓN.
ENTIDAD GESTORA. S S S S S S S
DATOS IDENTIFICATIVOS DE LA PERSONA (TITULAR/MIEMBRO DE LA UNIDAD DE 
CONVIVENCIA O FAMILIAR).
IDENTIFICATIVO.              
  TIPO DE 
S S S S S S S
DOCUMENTO.
  NÚMERO DEL 
S S S S S S S
DOCUMENTO.
  DUPLICIDAD/
N N N N N N N
DESDOBLAMIENTO.
OTRO 
             
IDENTIFICATIVO.
  TIPO DE 
N N N N S N N
DOCUMENTO.
  NÚMERO DEL 
N N N N S N N
DOCUMENTO.
  DUPLICIDAD/
N N N N N N N
DESDOBLAMIENTO.
APELLIDOS Y 
             
NOMBRE.
  APELLIDO 
S S N S S S S
PRIMERO.
  APELLIDO 
N N N N N N N
SEGUNDO.
  NOMBRE. S S S S S S S
FECHA NACIMIENTO. S S N S S S S
OTROS DATOS PERSONALES.
NACIONALIDAD. S N N N N S S e.
SEXO. N N N N N N N w.
(cIóndgirge(o*s1 od)  eM pLínroeisms tcoaa cVmióitpnao)l  si-r  áIcMno nVe )ne  osb tla5a 6nm0c2oa0.rc2a ( Rseernátna  odbel iIgnatetogrrioasc iósno loS occuiaanl d–o R eISl )c.ó Ednig oc adseo  pcroensttraacriióon ( csueaalq 1u2ie3r0 o1t0r2o 
(Ingre(*s2o)  MLínoism coa mViptaols -  cIoMnV e) sota 5 m60a2rc0a2  s(eRreánnt ao bdlieg aIntoterigorsa csioólno  cSuoacniadlo – e Rl cISód) iyg oe ld ec apmrepsot aPcEióRn CsEeaP T1O23R0 1s0e2a 
Beneficiario («B»). En caso contrario (cualquier otro código de prestación) irán en blanco.
01  02  03  04 CAM  05 CAM  06 VAR  07 TRAS 
Nombre campo
ALTA MOD. BAJA SITUAC. IDENTIF. DATPER PRESTA
ESTADO CIVIL. N N N N N N N
TELÉFONO MÓVIL. N N N N N N N
INDICADOR DATOS 
N N N N N N N
PROTEGIDOS.
DATOS DE RESIDENCIA.
PAÍS DE RESIDENCIA. S N N N N S S
DOMICILIO NACIONAL.              
  PROVINCIA DE 
S N N N N S S
RESIDENCIA.
  CÓDIGO MUNICIPIO 
N N N N N N N
DE RESIDENCIA.
  NOMBRE MUNICIPIO 
S N N N N S S
DE RESIDENCIA.
  CÓDIGO DE VÍA. S N N N N S S
  NOMBRE DE LA VÍA. S N N N N S S
  NÚMERO DE LA VÍA. N N N N N N N
  ESCALERA. N N N N N N N
  PUERTA. N N N N N N N
  PISO. N N N N N N N
  BLOQUE. N N N N N N N
  CÓDIGO POSTAL. S N N N N S S
DOMICILIO 
             
EXTRANJERO.
  DIRECCIÓN DE 
N N N N N N N
RESIDENCIA 1.
  DIRECCIÓN DE 
N N N N N N N
RESIDENCIA 2.
  LOCALIDAD DE 
RESIDENCIA  S N N N N S S
EXTRANJERA.
DATOS DE LA PRESTACIÓN.
CLAVE PROPIA 
S S S S N N S
ENTIDAD.
CLAVE PRESTACIÓN. S S N N N N N
FECHA SITUACIÓN. S S N S N N N
TIPO DE PAGO. S S N N N N N s
SITUACIÓN ACTUAL. S S N S N N N bo
(*1)  Los campos con esta marca serán obligatorios solo cuando el código de prestación sea 1230102  35ww
(cIóndgirge(o*s2 od)  eM pLínroeisms tcoaa cVmióitpnao)l  si-r  áIcMno nVe )ne  osb tla5a 6nm0c2oa0.rc2a ( Rseernátna  odbel iIgnatetogrrioasc iósno loS occuiaanl d–o R eISl )c.ó Ednig oc adseo  pcroensttraacriióon ( csueaalq 1u2ie3r0 o1t0r2o 
(BInegnreefsicoia Mrioín (i«mBo» )V. iEtanl  c- aIsMoV c)o on tr5a6ri0o2 (0c2u a(lRqeunietra  odtreo  Icnótedgigroa cdióen p rSeosctaiacli ó–n )R irIáSn)  ey ne bl lacanmcop.o PERCEPTOR sea
01  02  03  04 CAM  05 CAM  06 VAR  07 TRAS 
Nombre campo
ALTA MOD. BAJA SITUAC. IDENTIF. DATPER PRESTA
BLOQUE IMPORTES.              
  CÓDIGO. N N N N N N N
  IMPORTE. N N N N N N N
DATOS ESPECÍFICOS IMV o RIS.
NÚMERO 
S (*1) S (*1) N N N N N
CONVIVIENTES.
PERCEPTOR. S (*1) S (*1) N S (*1) N N N
ESTADO PERCEPTOR. S (*1) S (*1) N S (*2) N N N
FILLER. N N N N N N N
(*1)  Los campos con esta marca serán obligatorios solo cuando el código de prestación sea 1230102 
(Ingreso Mínimo Vital - IMV) o 560202 (Renta de Integración Social – RIS). En caso contrario (cualquier otro 
código de prestación) irán en blanco.
(*2)  Los campos con esta marca serán obligatorios solo cuando el código de prestación sea 1230102 
(Ingreso Mínimo Vital - IMV) o 560202 (Renta de Integración Social – RIS) y el campo PERCEPTOR sea 
Beneficiario («B»). En caso contrario (cualquier otro código de prestación) irán en blanco.
Envío de pagos
Fichero de pagos.
A continuación se detallará el formato del fichero de PAGOS. Según se ha explicado 
anteriormente, la estructura de este fichero contendrá 1 registro de cabecera, N registros 
de datos y 1 registro de pie.
Es importante destacar que este formato será el que se utilice tanto para cargas 
iniciales como para cargas diarias.
Los volúmenes máximos que se podrán utilizar son los siguientes:
Tipo de fichero Carga inicial Carga diaria
PAGOS. 22.500.000 registros 250.000 registros
Registro de cabecera.
Nombre campo Tipo Lon Ini Fin Comentarios
1.  DATOS DEL ENVÍO.          
1.1  REGISTRO DE CABECERA.         (Longitud de registro=200 caracteres)
CARÁCTER IDENTIFICATIVO DE REGISTRO DE 
A 1 1 1 Valor fijo: «C».
CABECERA.
Código que identifica a la entidad gestora que realiza el envío.
ENTIDAD GESTORA. A 9 2 10 Los valores permitidos son los Códigos DIR3:
https://administracionelectronica.gob.es/ctt/dir3/descargas
NOMBRE DEL ORGANISMO. A 40 11 50 Nombre del organismo que realiza el envío. e.
Fecha envío. w.
FFEILCLHERA .IDENTIFICATIVA ENVÍO. NA 1178 5519 17558 FSoinr mcoantote YnYidYoY, rMeMlleDnDo .a espacios. 2022-1635n https://ww
TABLA CÓDIGOS DE RESPUESTA. 5       Tcaubalnad doe s 5e  oecnuvríarenn dcaiatso.s S pionr c poanrtteen dideo l,a r eelnletindoa dd.e espacios
Nombre campo Tipo Lon Ini Fin Comentarios
Posibles códigos de error devueltos tras la validación del registro 
de cabecera.
Si existe error en registro de cabecera todos los registros de 
detalle contendrán el error 10000 (además de otros posibles 
CÓDIGOS RESPUESTA. N 5 176 200 errores de formato).
La descripción de todos los posibles errores se encuentra en el 
Anexo 20.
Si no se devuelven errores (todos a ceros) significa que el 
registro de cabecera es correcto.
Registro de datos (Pago).
Nombre campo Tipo Lon Ini Fin Comentarios
1.2  DATOS PAGO.         (Longitud de registro=200 caracteres)
Código que identifica la acción que se pretende realizar.
CÓDIGO DE ACTUACIÓN. N 2 1 2
Los valores permitidos figuran en el Anexo 1.
Código que identifica a la entidad gestora que realiza el envío.
ENTIDAD GESTORA. A 9 3 11 Los valores permitidos son los Códigos DIR3:
https://administracionelectronica.gob.es/ctt/dir3/descargas
Clave propia de la Entidad Gestora que identifica unívocamente a 
la prestación y a la persona que la percibe.
CLAVE PROPIA ENTIDAD. A 40 12 51
Se usará para asociar este pago con la prestación que 
previamente se habrá cargado.
Ejercicio al que hace referencia el pago.
EJERCICIO. N 4 52 55
Solo se permiten valores de año lógicos.
Fecha de inicio del pago.
FECHA INICIO PAGO. N 8 56 63 Formato YYYYMMDD. Solo se admitirán fechas lógicas y no 
anteriores a 19000101.
Fecha de fin del pago.
FECHA FIN PAGO. N 8 64 71 Formato YYYYMMDD. Solo se admitirán fechas lógicas y no 
anteriores a 19000101.
Importe del pago. En céntimos de euro.
IMPORTE PAGO. N 11 72 82
Nunca será cero.
Código que identifica la clase de pago.
CLASE DE PAGO. A 2 83 84
Los valores permitidos figuran en el Anexo 6.
Código que identifica la situación del pago.
SITUACIÓN DE PAGO. A 2 85 86
Los valores permitidos figuran en el Anexo 8.
FILLER. A 89 87 175 Sin contenido, para futuras ampliaciones
Tabla de 5 ocurrencias. Sin contenido, relleno de espacios 
TABLA CÓDIGOS DE RESPUESTA. 5      
cuando se envían datos por parte de la entidad.
Posibles códigos de error devueltos tras el tratamiento del 
registro.
Identifican los errores que no permitieron la incorporación del 
registro a TSD. e
CÓDIGOS RESPUESTA. N 5 176 200 e.
La descripción de todos los posibles errores se encuentra en el  o
ASreni gneisoxto rso e2 s 0de.e hvau etrlvaetand eor rcoorrerse c(ttoadmoesn ate c.eros) significa que el  2022-1635n https://www.
Registro de Pie.
Nombre campo Tipo Lon Ini Fin Comentarios
1.3  REGISTRO FINAL DE FICHERO.          (Longitud de registro=200 caracteres)
CARÁCTER IDENTIFICATIVO DE REGISTRO DE 
A 1 1 1 Valor fijo: «P».
PIE.
NUMERO TOTAL DE REGISTROS. N 9 2 10 Número de registros del fichero (contando cabecera y pie).
FILLER. A 165 11 175 Sin contenido, relleno a espacios.
Tabla de 5 ocurrencias. Sin contenido, relleno de espacios 
TABLA CÓDIGOS DE RESPUESTA. 5      
cuando se envían datos por parte de la entidad.
Posibles códigos de error devueltos tras la validación del registro 
de pie.
Si existe error en registro de pie todos los registros de detalle 
contendrán el error 10000 (además de otros posibles errores de 
CÓDIGOS RESPUESTA. N 5 176 200 formato).
La descripción de todos los posibles errores se encuentra en el 
Anexo 20.
Si no se devuelven errores (todos a ceros) significa que el 
registro de pie es correcto.
Validaciones generales.
Campos numéricos:
Todos los campos numéricos (representados con una N en la columna Tipo de la 
tabla anterior) deberán ir ajustados a la derecha.
En el caso de no llegar a la longitud definida se deberán rellenar con ceros por la 
izquierda.
Si un campo numérico no tiene contenido se deberá rellenar a ceros.
Para el caso de campos numéricos que representan un importe, se enviarán en 
céntimos de euro (sin decimales) y siempre deberá ser positivo.
Campos alfanuméricos:
Todos los campos alfanuméricos (representados con una A en la columna Tipo de la 
tabla anterior) deberán ir ajustados a la izquierda.
En el caso de no llegar a la longitud definida se deberán rellenar con espacios por la 
derecha.
Campos fecha:
Los campos fecha se consideran siempre numéricos (aparecen con tipo N en la tabla 
anterior) de 8 posiciones.
Todos los campos fecha requieren el formato AAAAMMDD.
Campo Clave Propia Entidad:
Este campo es el que se utiliza para vincular un pago con la prestación asociada (no 
puede haber pagos sin una prestación). Para ello, se deberá incorporar en este campo el  e.e
mismo valor que se introdujo en el campo Clave Propia Entidad de la PRESTACIÓN  w.b
previamente remitida. 35ww
Tipos de acciones disponibles en Pagos.
Una vez descrito y formato del fichero de pagos y validaciones básicas, procedemos 
a explicar las acciones disponibles que, a través del fichero, las entidades externas 
podrán remitir al INSS.
El campo CÓDIGO DE ACTUACIÓN indicará qué operación se pretende aplicar con 
el registro (pago) remitido. Sus posibles valores son:
– 11: Alta de pago. Alta de pago asociado a una prestación existente en el sistema.
– 12: Borrado de pago. Borrado físico de un pago. Se utilizará esta acción para 
corregir errores y borrar pagos previamente remitidos al sistema de tarjeta social digital
– 13: Cambio de situación de pago. Se utilizará para modificar el estado de un pago 
previamente enviado (campo SITUACION PAGO).
Dado que la carga inicial (o masiva) de pagos es un proceso muy costoso que 
pretende agilizar la carga de una gran cantidad de información en el sistema, únicamente 
permitirá acciones de tipo Alta de pago (11).
Por el contrario, el proceso de carga diaria permite utilizar todas las acciones que 
aquí se detallan.
Alta de pago.
Se utilizará para dar de alta un nuevo pago para una prestación existente en el 
sistema. La entidad externa deberá aportar los datos referentes al pago.
Validaciones a aplicar:
– La obligatoriedad de los campos a aportar en un registro de Alta de pago vienen 
detallados en la tabla del apartado 5.2.2
– Si la prestación referenciada en el alta del pago (por el campo clave propia 
entidad) no existe en el sistema se rechazará la operación.
– Solo la entidad que dio de alta la prestación podrá asociar pagos a la misma.
– La limitación en el periodo del pago que se va a informar se establece en 5 años.
Borrado de pago.
Se utilizará para borrar un pago. Esta acción está destinada a corregir altas de pago 
erróneas. Por tanto una baja de un pago conllevará el borrado físico del pago.
Validaciones a aplicar:
– La obligatoriedad de los campos a aportar en un registro de borrado de pago 
vienen detallados en la tabla del apartado 5.2.2
– Si la prestación referenciada en el borrado del pago (por el campo clave propia 
entidad) no existe en el sistema se rechazará la operación.
– Solo la entidad que dio de alta el pago podrá borrar dicho pago.
– Para  identificar  el  pago  que  se  desea  borrar  se  utilizarán  todos  los  datos 
obligatorios. Es decir, si no se especifican en el movimiento de borrado los mismos datos 
que se encuentran en el sistema no se eliminará el pago.
Cambio de situación de pago.
Esta acción tiene como objeto el cambio de situación de un pago que se estaba  o
percibiendo y por alguna razón se desea cambiar su situación. Esta acción se utilizará  35www.
geneVraalildmaecnioten epsa raa  ainpdlicicaarr: si un pago está «Pagado» o «No pagado».
– La obligatoriedad de los campos a aportar en un registro de cambio de situación
de pago vienen detallados en la tabla del apartado 5.2.2
– Si la prestación referenciada en el cambio de situación del pago (por el campo 
clave propia entidad) no existe en el sistema se rechazará la operación.
– Solo la entidad que dio de alta el pago podrá cambiar la situación de dicho pago.
– Para identificar el pago que se desea modificar se utilizarán todos los datos 
obligatorios. Es decir, si no se especifican en el movimiento de cambio de estado los 
mismos datos que se encuentran en el sistema (excepto situación de pago que es el 
valor que se pretende cambiar) no se modificara el estado pago.
– Teniendo en cuenta que solo se van a almacenar los pagos referentes al año en 
curso  y  a  los  5  años  anteriores,  solo  se  podrán  cambiar  el  estado  de  los  pagos 
contenidos en este periodo.
Obligatoriedad de campos.
En esta tabla se presenta la información obligatoria que se deberá remitir para cada 
tipo de acción:
Nombre campo 11 Alta 12 Borrado 13 Cambio Situac.
CÓDIGO DE ACTUACIÓN. 11 12 13
ENTIDAD GESTORA. S S S
CLAVE PROPIA ENTIDAD. S S S
EJERCICIO. S S S
FECHA INICIO PAGO. S S S
FECHA FIN PAGO. S S S
IMPORTE PAGO. S N N
CLASE DE PAGO. S S S
SITUACIÓN DE PAGO. S N S
FILLER. N N N
Envío de situaciones subjetivas
Fichero de situaciones subjetivas.
A continuación de detallará el formato del fichero de SITUACIONES SUBJETIVAS. 
Según se ha explicado anteriormente, la estructura de este fichero contendrá 1 registro 
de cabecera, N registros de datos y 1 registro de pie.
Es importante destacar que este formato será el que se utilice tanto para cargas 
iniciales como para cargas diarias.
Los volúmenes máximos que se podrán utilizar son los siguientes:
Tipo de fichero Carga inicial Carga diaria
SITUACIONES SUBJETIVAS. 9.500.000 registros 100.000 registros
Registro de Cabecera.
Nombre campo Tipo Lon Ini Fin Comentarios
1.  DATOS DEL ENVÍO.          
1.1  REGISTRO DE CABECERA.         (Longitud de registro=500 caracteres)
CARÁCTER IDENTIFICATIVO DE REGISTRO DE 
A 1 1 1 Valor fijo: «C».
CABECERA.
Código que identifica a la entidad gestora que realiza el envío.
ENTIDAD GESTORA. A 9 2 10 Los valores permitidos son los Códigos DIR3: https://
administracionelectronica.gob.es/ctt/dir3/descargas
NOMBRE DEL ORGANISMO. A 40 11 50 Nombre del organismo que realiza el envío.
Fecha envío.
FECHA IDENTIFICATIVA ENVÍO. N 8 51 58
Formato YYYYMMDD.
FILLER. A 417 59 475 Sin contenido, relleno a espacios.
Tabla de 5 ocurrencias. Sin contenido, relleno de espacios 
TABLA CÓDIGOS DE RESPUESTA. 5      
cuando se envían datos por parte de la entidad.
Posibles códigos de error devueltos tras la validación del registro 
de cabecera.
Si existe error en registro de cabecera todos los registros de 
detalle contendrán el error 10000 (además de otros posibles 
CÓDIGOS RESPUESTA. N 5 476 500 errores de formato).
La descripción de todos los posibles errores se encuentra en el 
Anexo 20.
Si no se devuelven errores (todos a ceros) significa que el 
registro de cabecera es correcto.
Registro de Datos (Situación Subjetiva).
Nombre campo Tipo Lon Ini Fin Comentarios
1.2  DATOS SITUAC. SUBJETIVAS.         (Longitud de registro=500 caracteres)
Código que identifica la acción que se pretende realizar.
CÓDIGO DE ACTUACIÓN. N 2 1 2
Los valores permitidos figuran en el Anexo 1.
Código que identifica a la entidad gestora que realiza el envío.
ENTIDAD GESTORA. A 9 3 11 Los valores permitidos son los Códigos DIR3: https://
administracionelectronica.gob.es/ctt/dir3/descargas
DATOS IDENTIFICATIVOS DE LA PERSONA.
Identificador asociado a la persona a la que hace referencia la 
IDENTIFICATIVO. G 0 12 12
situación subjetiva.
Valores: «1», «6» o «9» (éste último solo para españoles 
  TIPO DE DOCUMENTO. A 1 12 12
menores de 14 años).
  NUMERO DEL DOCUMENTO. A 10 13 22 Número y letra de control.
Código de duplicidad/desdoblamiento en TGSS. s
  DUPLICIDAD/DESDOBLAMIENTO. N 4 23 26 e
Se enviará a ceros si se desconoce. e.
OTRO IDENTIFICATIVO. G 0 27 27 EISIDDnaEEtlirNdNaaTTd:aII FFp: IIupCCeaAAdrTTae II cVVdaeOOmv  oaeblnnivot eedsrre sdioteeer .r cimdoeninn actoidfinoctsae ceniróidrnoo r depesab roea r aiánv ficosoornmst.eanr edre el nl uevo  2022-1635n https://www.
  TIPO DE DOCUMENTO. A 1 27 27 
Nombre campo Tipo Lon Ini Fin Comentarios
  NUMERO DEL DOCUMENTO. A 10 28 37  
  DUPLICIDAD/DESDOBLAMIENTO. N 4 38 41  
APELLIDOS Y NOMBRE. G 0 42 42  
Primer apellido de la persona a la que hace referencia la 
  APELLIDO PRIMERO. A 33 42 74
situación subjetiva
Segundo apellido de la persona a la que hace referencia la 
  APELLIDO SEGUNDO. A 33 75 107
situación subjetiva. Si no se dispone de él incorporar «—».
Nombre de la persona a la que hace referencia la situación 
  NOMBRE. A 33 108 140
subjetiva
Fecha de nacimiento de la persona a la que hace referencia la 
situación subjetiva.
FECHA NACIMIENTO. N 8 141 148
Formato YYYYMMDD.
Solo se admitirán fechas lógicas y no anteriores a 19000101.
OTROS DATOS PERSONALES.
Código de nacionalidad de la persona a la que hace referencia la 
situación subjetiva.
Los valores permitidos serán los del Código ISO 3166. Se 
NACIONALIDAD. N 3 149 151
admiten además los valores:
952 - APATRIDAS
953 - PAIS DESCONOCIDO
Código de sexo de la persona a la que hace referencia la 
SEXO. N 1 152 152 situación subjetiva
Los valores permitidos serán 1 (varón) o 2 (mujer)
Código de estado civil de la persona a la que hace referencia la 
ESTADO CIVIL. N 1 153 153 situación subjetiva.
Los valores permitidos figuran en el ANEXO 2.
Teléfono móvil de la persona a la que hace referencia la situación 
TELÉFONO MÓVIL. A 13 154 166
subjetiva
Indicador de datos protegidos de la persona a la que hace 
referencia la situación subjetiva.
Los valores permitidos serán ‘P’ (datos protegidos) o ‘ ‘ (resto de 
INDICADOR DATOS PROTEGIDOS. A 1 167 167
casos).
Para Modificación de datos personales también se permitirá ‘D’ 
(desproteger)
DATOS DE RESIDENCIA.
Código del país de residencia de la persona perceptora/
beneficiaria de la prestación
Los valores permitidos serán los del Código ISO 3166.
Si se desconoce, existe el código 953 (PAIS DESCONOCIDO).
PAIS DE RESIDENCIA. N 3 168 170
Para domicilios nacionales se completará únicamente el grupo 
DOMICILIO NACIONAL.
Para domicilios extranjeros se completará únicamente el grupo 
DOMICILIO EXTRANJERO
DOMICILIO NACIONAL. G 0 171 171 Grupo para domicilio nacional o
Código de la provincia de residencia de la persona perceptora/ 35ww
  PROVINCIA DE RESIDENCIA. N 2 171 172 bSL9eo9ons l(o edv fseaicisl oiecarlor eiPnasAo  dpcISeeid r loDma)E i.pti drReoEsstS aeIcDsitóEanrN.áCn IeAn etrse  E0s1p ya ñ5a2  ((Camódbigoos  i7n2c4lu).sive) o  OE-A-2022-16able en https://
Nombre campo Tipo Lon Ini Fin Comentarios
Código del municipio de residencia de la persona perceptora/
beneficiaria de la prestación.
  CÓDIGO MUNICIPIO DE RESIDENCIA  Solo si el PAIS DE RESIDENCIA es España (Código 724)
A 11 173 183
NACIONAL. Los valores permitidos serán los del Código INE, los códigos 
admitidos se encuentran en esta dirección:
http://www.ine.es/nomen2/index.do (página nomenclátor del INE).
Nombre del municipio de residencia de la persona perceptora/
  NOMBRE MUNICIPIO DE RESIDENCIA  beneficiaria de la prestación (si se desconoce, podría contener 
A 40 184 223
NACIONAL. ‘DESCONOCIDO’).
Solo si el PAIS DE RESIDENCIA es España (Código 724)
Código de la vía de residencia de la persona perceptora/
beneficiaria de la prestación.
  CÓDIGO DE VÍA. A 2 224 225
Solo si el PAIS DE RESIDENCIA es España (Código 724).
Los valores permitidos figuran en el ANEXO 3.
Nombre de la vía de residencia de la persona perceptora/
  NOMBRE DE LA VÍA. A 40 226 265 beneficiaria de la prestación.
Solo si el PAIS DE RESIDENCIA es España (Código 724)
Número de la vía de residencia de la persona perceptora/
  NÚMERO DE LA VÍA. A 5 266 270 beneficiaria de la prestación.
Solo si el PAIS DE RESIDENCIA es España (Código 724).
Escalera de residencia de la persona perceptora/beneficiaria de 
  ESCALERA. A 2 271 272 la prestación.
Solo si el PAIS DE RESIDENCIA es España (Código 724).
Puerta de residencia de la persona perceptora/beneficiaria de la 
  PUERTA. A 3 273 275 prestación.
Solo si el PAIS DE RESIDENCIA es España (Código 724).
Piso de residencia de la persona perceptora/beneficiaria de la 
  PISO. A 2 276 277 prestación.
Solo si el PAIS DE RESIDENCIA es España (Código 724).
Bloque de residencia de la persona perceptora/beneficiaria de la 
  BLOQUE. A 4 278 281 prestación.
Solo si el PAIS DE RESIDENCIA es España (Código 724).
Código postal de residencia de la persona perceptora/beneficiaria 
  CÓDIGO POSTAL. N 5 282 286 de la prestación.
Solo si el PAIS DE RESIDENCIA es España (Código 724).
  DOMICILIO EXTRANJERO. G 0 287 287 Grupo para domicilio extranjero
Dirección de residencia en el extranjero (1) de la persona 
perceptora/beneficiaria de la prestación.
  DIRECCIÓN DE RESIDENCIA 1. A 35 287 321
Solo si el PAIS DE RESIDENCIA distinto de España (Código <> 
724 y <> 953).
Dirección de residencia en el extranjero (2) de la persona 
perceptora/beneficiaria de la prestación.
  DIRECCIÓN DE RESIDENCIA 2. A 35 322 356
Solo si el PAIS DE RESIDENCIA distinto de España (Código <> 
724 y <> 953).
Localidad de residencia en el extranjero de la persona  oe.
perceptora/beneficiaria de la prestación (si se desconoce, podría  w.
  LOCALIDAD DE RESIDENCIA EXTRANJERA. A 35 357 391 contener ‘DESCONOCIDO’). 35ww
S72o4lo y s <i e>l  9P5A3I)S. DE RESIDENCIA distinto de España (Código <>
Nombre campo Tipo Lon Ini Fin Comentarios
BLOQUE INFORMACIÓN SITUAC. SUBJETIVAS (solo se remitirá una situación subjetiva por registro).
Código situación subjetiva.
TIPO DE SITUACION SUBJETIVA. N 2 392 393
Los valores permitidos figuran en el ANEXO 8.
En función del tipo de situación subjetiva se deberá incorporar 
información adicional en este bloque. Dado que los campos 
difieren en gran medida se detalla la información a completar en 
ATRIBUTOS SEGÚN SITUACIÓN. A 82 394 475
cada caso en siguientes apartados. En todos los casos este 
bloque de información siempre tendrá la misma longitud, 
terminando en el carácter 475.
TABLA CÓDIGOS DE RESPUESTA.
Posibles códigos de retorno devueltos tras el tratamiento del 
registro.
Identifican los errores que no permitieron la incorporación del 
registro a TSD. Podría haberse incorporado el registro a TSD y 
CÓDIGOS RESPUESTA. N 5 476 500 devolver avisos (los avisos empezarán por 9).
La descripción de todos los posibles errores se encuentran en el 
ANEXO 20.
Si no se devuelven errores (todos a ceros) o solo se devuelven 
avisos, significa que el registro se ha tratado correctamente.
Tipo situación subjetiva 01: Familia numerosa
Nombre campo Tipo Lon Ini Fin Comentarios
TIPO DE SITUACION SUBJETIVA. N 2 392 393 01 - FAMILIA NUMEROSA.
INDICADOR FAMILIA NUMEROSA. A 1 394 394 Posibles valores: S (SI), N (NO).
CATEGORIA. A 2 395 396 Tipo de familia numerosa. Ver ANEXO 9.
FILLER. A 79 397 475 Sin contenido.
Tipo situación subjetiva 02: Grado de discapacidad reconocido.
Nombre campo Tipo Lon Ini Fin Comentarios
TIPO DE SITUACION SUBJETIVA. N 2 392 393 02 - GRADO DE DISCAPACIDAD RECONOCIDO.
INDICADOR GRADO DISCAPACIDAD 
A 1 394 394 Posibles valores: S (SI), N (NO).
RECONOCIDO.
GRADO DE DISCAPACIDAD. N 3 395 397 Porcentaje de discapacidad (%).
TIPO DE DISCAPACIDAD. A 2 398 399 Tipo de discapacidad. Ver ANEXO 10.
DISCAPACIDAD PERMANENTE. A 1 400 400 Posibles valores: S (SI), N (NO), X (Desconocido).
DIFICULTADES DE MOVILIDAD. A 1 401 401 Posibles valores: S (SI), N (NO) o X (Desconocido).
LIMITACION DE MOVILIDAD. A 2 402 403 Posibles valores: Entre «00» y «15» y «X» (para desconocido).
FILLER. A 72 404 475 Sin contenido. s
Tipo situación subjetiva 03: Grado de dependencia reconocido. b
TIPO DE SITUACINOoNm SbrUeB cJaEmTpIoVA. TiNpo L2on 3I9ni2 3F9in3 03 - GRADO DE DEPENDECNomCeIAn tRarEioCsONOCIDO.
INDICADOR GRADO DEPENDENCIA  A 1 394 394 Posibles valores: S (SI), N (NO). BOE-A-cable e
RECONOCIDO.
Nombre campo Tipo Lon Ini Fin Comentarios
GRADO DEPENDENCIA RECONOCIDO. A 2 395 396 Tipo de dependencia. Ver ANEXO 11.
FILLER. A 79 397 475 Sin contenido.
Tipo situación subjetiva 04: Demandante de empleo.
Nombre campo Tipo Lon Ini Fin Comentarios
TIPO DE SITUACION SUBJETIVA. N 2 392 393 04 - DEMANDANTE DE EMPLEO.
INDICADOR DEMANDANTE DE EMPLEO. A 1 394 394 Posibles valores: S (SI), N (NO).
TIPO DE DEMANDA DE EMPLEO. A 2 395 396 Tipo de demanda. Ver ANEXO 12.
INDICADOR DEMANDANTE DE PRIMER 
A 1 397 397 Posibles valores: S (SI), N (NO).
EMPLEO.
INDICADOR RIESGO DE EXCLUSION SOCIAL. A 1 398 398 Posibles valores: S (SI), N (NO).
FILLER. A 77 399 475 Sin contenido.
Tipo situación subjetiva 05: Garantía juvenil.
Nombre campo Tipo Lon Ini Fin Comentarios
TIPO DE SITUACION SUBJETIVA. N 2 392 393 05 - GARANTIA JUVENIL.
INDICADOR GARANTIA JUVENIL. A 1 394 394 Posibles valores: S (SI), N (NO).
FILLER. A 81 395 475 Sin contenido.
Tipo situación subjetiva 06: Nivel de rentas.
Nombre campo Tipo Lon Ini Fin Comentarios
TIPO DE SITUACION SUBJETIVA. N 2 392 393 06 - NIVEL DE RENTAS.
En centimos de euro (Primer carácter ' ' para importes positivos ' 
BASE LIQUIDABLE GENERAL. A 14 394 407
o '-' para negativos).
FILLER. A 68 408 475 Sin contenido.
Tipo situación subjetiva 07: Autónomos.
Nombre campo Tipo Lon Ini Fin Comentarios
TIPO DE SITUACION SUBJETIVA. N 2 392 393 07 - AUTONOMOS.
INDICADOR AUTONOMO. A 1 394 394 Posibles valores: S (SI), N (NO).
FILLER. A 81 395 475 Sin contenido.
Registro de pie.
Nombre campo Tipo Lon Ini Fin Comentarios
1.3. REGISTRO FINAL DE FICHERO.         (Longitud de registro=500 caracteres).
CARÁCTER IDENTIFICATIVO DE REGISTRO DE  e.
A 1 1 1 Valor fijo: «P». bo
PIE. w.
NFIULMLEERR.O TOTAL DE REGISTROS. NA 4695 121 41705 NSiúnm ceornot ednei droe,g risetlrleons od eal  efiscphaecroio s(c.ontando cabecera y pie).
Nombre campo Tipo Lon Ini Fin Comentarios
Tabla de 5 ocurrencias. Sin contenido, relleno de espacios 
TABLA CÓDIGOS DE RESPUESTA. 5      
cuando se envían datos por parte de la entidad.
Posibles códigos de error devueltos tras la validación del registro 
de pie.
Si existe error en registro de pie todos los registros de detalle 
contendrán el error 10000 (además de otros posibles errores de 
CODIGOS RESPUESTA. N 5 476 500 formato).
La descripción de todos los posibles errores se encuentran en el 
ANEXO 20.
Si no se devuelven errores (todos a ceros) significa que el 
registro de pie es correcto.
Validaciones generales.
Campos numéricos.
Todos los campos numéricos (representados con una N en la columna Tipo de la 
tabla anterior) deberán ir ajustados a la derecha.
En el caso de no llegar a la longitud definida se deberán rellenar con ceros por la 
izquierda.
Si un campo numérico no tiene contenido se deberá rellenar a ceros.
Campos alfanuméricos.
Todos los campos alfanuméricos (representados con una A en la columna Tipo de la 
tabla anterior) deberán ir ajustados a la izquierda.
En el caso de no llegar a la longitud definida se deberán rellenar con espacios por la 
derecha.
Campos fecha.
Los campos fecha se consideran siempre numéricos (aparecen con tipo N en la tabla 
anterior) de 8 posiciones.
Todos los campos fecha requieren el formato AAAAMMDD.
Apartado Datos identificativos de la persona.
Este apartado es clave para identificar unívocamente a la persona de la situación 
subjetiva. Para ello se utilizará el campo IDENTIFICATIVO, que representa el Indicador 
de Persona Física (IPF), según se detalla a continuación:
– La primera posición del campo identifica el tipo de IPF, siendo válidos los valores 
siguientes:
• 1: DNI
• 6: NIE
• 9: IPF ficticio. Solo para españoles menores de 14 años.
– Las posiciones dos a once se formatearán según el tipo de IPF:
• 1: DNI: Las primeras diez contendrán el número de DNI con ceros a la izquierda y  e
la última contendrá la letra del DNI bo
• 6: NIE: Las primeras diez contendrán el número de NIE (normalmente empezará  35ww
por •0 X9,:  0IPYF o f i0cZtic) iyo :la última contendrá la letra del NIE.
○ Las posiciones dos a tres contendrán las dos primeras letras del primer apellido
(sin partículas). Bc
○ 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 dos 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).
– Las posiciones doce a quince representan la duplicidad de ese identificador y su 
desdoblamiento, conceptos manejados en Afiliación para IPFs repetidos.
• Para los tipos 1 y 6 se completarán si se conocen. En caso de no conocerse, se 
enviarán a ceros.
• Para los tipos 9, al ser un identificador autogenerado, se completarán siempre a 
ceros.
El  campo  OTRO  IDENTIFICATIVO  tiene  el  mismo  formato  que  el  campo 
IDENTIFICATIVO. Representa un IPF y solo se utilizará para los casos en los que se 
desee informar de un cambio de un IPF previamente informado (típico uso de extranjeros 
que tienen IPF de tipo 6 y al conseguir nacionalidad española cambian su IPF a uno de 
tipo 1).
El APELLIDO SEGUNDO si no se conoce deberá contener «—».
La  FECHA  DE  NACIMIENTO  es  obligatoria  y  no  aceptará  valores  menores 
a 19000101.
Apartado OTROS DATOS PERSONALES.
El  campo  NACIONALIDAD  se  completará  en  base  a  la  codificación  ISO  3166 
numérica. Además se aceptarán los valores:
– 952 - APATRIDAS
– 953 - PAIS DESCONOCIDO
El campo INDICADOR DE DATOS PROTEGIDOS hace referencia a una especial 
protección  para  aquellos  ciudadanos  que  la  hayan  solicitado  expresamente  ante  la 
administración correspondiente. Sus valores podrán ser:
– P - PROTEGIDOS
– D – Desproteger. (NO REQUIERE PROTECCIÓN)
– Vacío – NO REQUIERE PROTECCIÓN
Apartado DATOS DE RESIDENCIA.
En este bloque se remitirá la dirección de la persona que tiene asociada la situación 
subjetiva.  El  tratamiento  es  diferente  en  función  de  si  es  un  domicilio  nacional  o 
extranjero.
El campo PAIS DE RESIDENCIA determinará si el domicilio es nacional o extranjero. 
Se introducirá el código 953 si se desconoce.
Para DOMICILIO NACIONAL (código país 724) se validarán los siguientes campos: s
– PROVINCIA DE RESIDENCIA. Será siempre obligatorio. Si se desconoce existe el  w.
valor 99 PROVINCIA DESCONOCIDA. 35ww
pers–o nCaO pDeIrGceOp tMorUaN/bIeCnIPefIiOci aDriEa  RdeE SlaID pErNesCtIaAc.i óCnó. dLigoos  dveall omreusn ipceiprimo idtideo rse ssideeránnc ialo sd ed elal 
wCwódwig.inoe .eINs/En,o mloesn 2/icnóddeixg.odso  (paádgminitaid noos mesnec láetonrc udeenl tIrNaEn) . en  esta  dirección:  http:// BOE-A-cable e
– NOMBRE DEL MUNICIPIO DE RESIDENCIA. Si se desconoce el código anterior, 
será obligatorio introducir aquí en texto la localidad de residencia. Si no se conoce, el 
nombre del municipio podría contener ‘DESCONOCIDO’.
– El  resto  de  campos  no  son  obligatorios  pero,  en  caso  de  que  alguno  tenga 
contenido se deberá cumplir la siguiente obligatoriedad:
• CODIGO DE VÍA (obligatorio).
• NOMBRE DE LA VIA (obligatorio).
• NUMERO DE LA VIA (no obligatorio).
• ESCALERA (no obligatorio).
• PUERTA (no obligatorio).
• PISO (no obligatorio).
• BLOQUE (no obligatorio).
• CODIGO POSTAL (obligatorio).
Para DOMICILIO EXTRANJERO (código país distinto de 724 y 953), se enviará en 
modo texto la dirección extranjera a través de los siguientes campos:
– DIRECCION DE RESIDENCIA 1. Datos de la dirección.
– DIRECCION DE RESIDENCIA 2. Datos adicionales por si no fuese suficiente el 
campo anterior.
– LOCALIDAD DE RESIDENCIA EXTRANJERA. Nombre de la localidad extranjera. 
Si se desconoce deberá contener ‘DESCONOCIDO’.
Tipos de acciones disponibles en situaciones subjetivas.
Una vez descrito y formato del fichero de situaciones subjetivas y validaciones 
básicas, procedemos a explicar las acciones disponibles que, a través del fichero, las 
entidades externas podrán remitir al INSS.
El campo CODIGO DE ACTUACION indicará qué operación se pretende aplicar con 
el registro (situación subjetiva) remitido. Sus posibles valores son:
– 21: Alta de situación subjetiva. Alta de una nueva situación subjetiva para una 
persona, dentro del sistema de Tarjeta Social Digital
– 22: Modificación de situación subjetiva. Modificación de datos de una situación 
subjetiva existente (previamente cargada) en el sistema de Tarjeta Social Digital
– 23: Borrado de situación subjetiva. Borrado físico de una situación subjetiva. Se 
utilizará esta acción para corregir errores y borrar situaciones subjetivas previamente 
remitidas al sistema de Tarjeta Social Digital.
– 25: Cambio de identificador de persona. Cambio en el identificador de una persona 
existente en el sistema de tarjeta social digital. Uso típico de campo de tipo de IPF de 6 
(extranjero) a 1 (nacional).
– 26: Variación de datos personales. Variación de datos personales de persona 
existente en el sistema de tarjeta social digital.
Dado que la carga inicial (o masiva) de situaciones subjetivas es un proceso muy 
costoso que pretende agilizar la carga de una gran cantidad de información en el 
sistema, únicamente permitirá acciones de tipo Alta de situación subjetiva (21).
Por el contrario, el proceso de carga diaria permite utilizar todas las acciones que 
aquí se detallan. s
Alta de situación subjetiva. w.b
draeipcsohidrSateae snr iáctuu iaptai,loic zrei aóle rntlái .pp orpo advreea e sdditoaurra  lcadi óeinn f aoslrutmab ajeuctniióvaan   ynre utfeoevdreaon st selio tuasa  lvcoaisól ondr aestsou sdb ejpe etloirvssao  anatar ilbeuusnt,ao e sl p adesorosmcoiincaiadli.oo  sSd eae    OE-A-2022-16able en https://
Validaciones a aplicar.
– La obligatoriedad de los campos a aportar en un registro de Alta de Situación 
Subjetiva vienen detallados en la tabla del apartado 6.2.4.
– Si la persona que se recibe asociada a la situación subjetiva no se encuentra en 
TSD, se procederá con su alta.
– Si la persona asociada ya se encuentra en el sistema (mismo IDENTIFICADOR) 
no se le dará de alta. Se asociará a la persona encontrada la nueva situación subjetiva 
siempre y cuando se detecte que se trata de la misma persona. Para ello se aplicará el 
algoritmo de coincidencia del 80% de los datos personales (nombre y apellidos). En el 
caso de que, aun siendo un identificador encontrado, no coincidan los datos personales 
(menos del 80 % de similitud) se devolverá error de identificación.
– La situación subjetiva se identificará en el sistema en base al tipo de situación y al 
identificador de la persona perceptora. En el caso de que la situación subjetiva que se 
pretende dar de alta ya se encontrase asociada a esa misma persona se devolverá un 
error (una misma persona no puede estar asociada varias veces la misma situación 
subjetiva).
– No se admitirán movimientos de alta de prestación asociados a un identificador de 
persona que previamente haya sido modificado a través de un movimiento de CAMBIO 
DE IDENTIFICACION DE PERSONA (05). En estos casos, en el fichero de respuesta se 
indicará el error 31034 (Referencia al identificativo antiguo en el movimiento) y se 
devolverá a la entidad gestora a nivel informativo cual es el identificador actual de 
persona dada de alta en TSD en el campo OTRO IDENTIFICATIVO.
– Si el domicilio remitido contiene campos con valor ‘desconocido’ y existe para esa 
misma persona en TSD un domicilio válido, éste no será modificado.
– Solo para el proceso de carga inicial o masiva, no se permitirá dentro del mismo 
fichero el envío de alta de situaciones subjetivas asociadas al mismo identificativo (IPF) 
con apellidos y nombres distintos. Esto es debido a que las validaciones que obligan 
estas situaciones ralentizarían el proceso masivo. En caso de detectarse esta situación, 
se devolverá error con el código 12033 (Identificador duplicado con diferente valor en 
Apellidos y/o nombre en el fichero de entrada. No se contempla este caso en carga 
inicial). Esta situación se puede dar especialmente en hermanos con IPF’s ficticios 
nacidos el mismo día (que tendrán el mismo IDENTIFICATIVO). Si fuese necesario 
tramitar su alta se deberá remitir a través de una carga diaria.
Modificación de situación subjetiva.
Se  utilizará  para  modificar  el  estado  de  vigencia  de  una  situación  subjetiva 
almacenada en TSD así como los atributos de dicha situación subjetiva. Se aportará por 
la entidad la información referente a los datos personales, el tipo de situación subjetiva y:
– Si se quiere establecer a «no-vigente» una situación subjetiva, se remitirá ‘N’ como 
valor  para  el  indicador  de  vigencia  ignorando  el  contenido  de  los  demás  atributos 
recibidos.
– Si se quiere establecer a «si-vigente» una situación subjetiva, se remitirá ‘S’ como 
valor para el indicador de vigencia además de todos los valores de los demás atributos 
que reemplazarán a los existentes.
– Si se quiere alterar el valor de alguno de los atributos de una situación subjetiva, 
se remitirá ‘S’ como valor para el indicador de vigencia además de todos los valores de 
los demás atributos que reemplazarán a los existentes. e.
Toda situación subjetiva (salvo NIVEL DERENTAS) tiene un indicador de vigencia  35ww
pprroimpeior  cqaume psoe  dceo mlap sleittuaa csiióenm (pIrNeD cIConA DpOosRib DleEs  FvAalMorIeLsIA S N oU MNE. RSOe ScAo,r rIeNsDpIoCnAdDe OcRon D eEl 
GDERPAEDNOD EDNEC IA DRIESCCOANPAOCCIIDDAOD,  etcR).ECONOCIDO,  INDICADOR  DE  GRADO  DE
Validaciones a aplicar.
– La obligatoriedad de los campos a aportar en un registro de Modificación de 
Situación Subjetiva vienen detallados en la tabla del apartado 6.2.4. En este caso, los 
campos marcados como no obligatorios si se completan no se validarán. A nivel de 
importes, se podrán modificar (tanto el código como el importe) a través de este tipo de 
registro.
– Si la situación subjetiva no se localiza en el sistema, se rechazará la operación.
– La situación subjetiva podrá ser modificada por la entidad gestora que la dio de 
alta 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 situación subjetiva, se rechazará la operación. Para 
ello, debe coincidir su identificador y los datos personales (nombre y apellidos) al menos 
en un 80 % con los almacenados en el sistema TSD. Si la no coincidencia está motivada 
por un cambio de identificador (la persona cambió de identificador) se procesará el 
movimiento advirtiendo en el fichero de respuesta de esta situación e incluyendo el 
identificador actual asociado a la persona. Se devolverá el código de aviso 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.
Borrado de situación subjetiva.
Se utilizará para borrar una situación subjetiva. Su sentido será el corregir altas que 
se remitieron por error. Conlleva un borrado físico de la situación.
Validaciones a aplicar.
– La obligatoriedad de los campos a aportar en un registro de Borrado de Situación 
Subjetiva vienen detallados en la tabla del apartado 6.4.4. En este caso, los campos 
marcados como no obligatorios si se completan no se validarán.
– Si la situación subjetiva no se encuentra dada de alta en el sistema para la 
persona asociada, se rechazará el movimiento de borrado.
– Si la persona asociada a la situación subjetiva que se pretende borrar no se 
encuentra en el sistema, se rechazará. Para que no se rechace, debe coincidir su 
identificador y los datos personales (nombre y apellidos) al menos en un 80% con los 
almacenados en la BBDD de TSD.
– Solo se podrá borrar una situación subjetiva por la última entidad que la modificó.
– Si la situación subjetiva con objeto de ser eliminada es la única que tenía asociada 
la persona y además no tenía prestaciones registradas en el sistema, se eliminaran tanto 
los datos personales como los de domicilio.
Cambio de identificación de persona.
Se utilizará para modificar el identificador de una persona previamente enviada al 
sistema TSD por tener una situación subjetiva asociada.
Se aportará por la entidad externa el identificador antiguo, el identificador nuevo, 
compuesto al menos por tipo y número de documento y también los datos personales 
(nombre y apellidos) a efectos de validación.
Validaciones a aplicar. e.
– La  obligatoriedad  de  los  campos  a  aportar  en  un  registro  de  Cambio  de  35ww
úiilddoneesi cnncattaii ffiimccinaapfcdooioósrmr n.m adaceiró cpnae dronssoe ncceaos mvairoeia nn eons  eodrbeált iagelalasto droliaos s e idsnie  lnsaet itf aiccboalmcai ópdnlee lt adanep  anrlotaa  sdpeoe  v6rsa.2oli.dn6aa. r Eáynn ,  esysuat e qn cuuaees volao,    OE-A-2022-16able en https://
– Si la persona no se encuentra dada de alta en el sistema (el identificador antiguo 
no existe en TSD) se rechazará la acción.
– El identificador de persona podrá ser modificado por la entidad gestora que dio de 
alta a la persona o por cualquier otra.
– Se  comprobará  que  los  datos  personales  fijos  (nombre,  apellidos)  coinciden 
al 80% con los almacenados en la BBDD de TSD. En caso de no coincidir al 80% o más, 
se rechazará la acción.
– Se admiten cambios de identificador de tipo NIE a NIF, pero no de tipo NIF a NIE. 
También se permite cambio de tipos distintos a 1 y 6 a NIE o a NIF.
– El cambio de identificador de tipo NIE a NIF implica el cambio automático de la 
nacionalidad a «Española». No puede haber personas con NIF y con nacionalidad 
extranjera.
– A efectos de control y validaciones posteriores, se guardará el identificador antiguo 
en TSD asociado al identificador actual.
– Cuando se produzca un cambio de identificación:
• A  partir  de  ese  momento  no  se  permitirá  el  alta  de  nuevas  prestaciones  o 
situaciones subjetivas asociadas a este identificativo. El error que se utiliza para marcar 
esta  circunstancia  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.
Variación de datos personales.
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 aportará por la entidad la 
información referente a los datos personales y domicilio de residencia.
Esta operación también podrá ser utilizara para proteger (P) o desproteger (D) 
personas atendiendo a su INDICADOR DE CONFIDENCIALIDAD.
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 y apellidos) 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  e.e
siguientes circunstancias. b
idned ipc••r  aoSSdteoeecr  p cpdoioóeddn rpr.áár o stsoeolcilciccitiióatanr r.l  aSl api  redonete slcapcsrio óbtnea csdceeisó u ndn ead  edp aeutrosnsoa n dpaee  inrlasd oiScnaeang duinordi deicala dvn aSdlooorc  ie‘aPll ’  vceaonlno esrl t ai‘nDrad’  icceaondm oeorl    OE-A-2022-16able en https://
protegido, se mantendría la protección.
– Si el domicilio contiene campos con valor ‘desconocido’ y existe en TSD un 
domicilio válido, éste no será modificado. 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.
Obligatoriedad de campos.
En esta tabla se presenta la información obligatoria que se deberá remitir para cada 
tipo de acción:
25 CAM  26 VAR 
Nombre campo 21 ALTA 22 MODIF 23 BORR
IDENTIF. DATPER.
CÓDIGO DE ACTUACIÓN. 21 22 23 25 26
ENTIDAD GESTORA. S S S S S
DATOS IDENTIFICATIVOS DE 
         
LA PERSONA.
IDENTIFICATIVO.          
TIPO DE DOCUMENTO. S S S S S
NUMERO DEL DOCUMENTO. S S S S S
DUPLICIDAD/
N N N N N
DESDOBLAMIENTO.
OTRO IDENTIFICATIVO.          
TIPO DE DOCUMENTO. N N N S N
NUMERO DEL DOCUMENTO. N N N S N
DUPLICIDAD/
N N N N N
DESDOBLAMIENTO.
APELLIDOS Y NOMBRE.          
APELLIDO PRIMERO. S S S S S
APELLIDO SEGUNDO. N N N N N
NOMBRE. S S S S S
FECHA NACIMIENTO. S S S S S
OTROS DATOS 
         
PERSONALES.
NACIONALIDAD. S N N N S
SEXO. N N N N N
ESTADO CIVIL. N N N N N
TELÉFONO MÓVIL. N N N N N
INDICADOR DATOS 
N N N N N
PROTEGIDOS.
DATOS DE RESIDENCIA.           e
PAIS DE RESIDENCIA. S N N N S w.
DPROOMVICINILCIOIA N DAEC RIOENSAIDLE.NCIA. S  N  N  N  S
S. En(* 1ca) sLoo sc ocnatmraprioos ( ceol nin edsictaa dmoar rlcleav aserárá unn oab Nlig),a tdoaridoos  qsuoelo  lsoi  qeul ien dsiec apdroert edned lea  essit uealicmióinna sru lbaj evtiigvean tcieian ed eu nlaa   BOE-A-cable e
situación subjetiva, esos campos serán ignorados, no siendo obligatorios.
25 CAM  26 VAR 
Nombre campo 21 ALTA 22 MODIF 23 BORR
IDENTIF. DATPER.
CODIGO MUNICIPIO DE 
N N N N N
RESIDENCIA NACIONAL.
NOMBRE MUNICIPIO DE 
S N N N S
RESIDENCIA NACIONAL.
CÓDIGO DE VIA. S N N N S
NOMBRE DE LA VIA.  S N N N S
NUMERO DE LA VIA. N N N N N
ESCALERA. N N N N N
PUERTA. N N N N N
PISO.  N N N N N
BLOQUE. N N N N N
CODIGO POSTAL. S N N N S
DOMICILIO EXTRANJERO.          
DIRECCIÓN DE RESIDENCIA 
N N N N N
1.
DIRECCIÓN DE RESIDENCIA 
N N N N N
2.
LOCALIDAD DE RESIDENCIA 
S N N N S
EXTRANJERA.
BLOQUE INFORMACION 
         
SITUAC. SUBJETIVAS.
TIPO DE SITUACION 
01 01 01 N N
SUBJETIVA.
INDICADOR FAMILIA 
S S N N N
NUMEROSA.
CATEGORIA. S S (*1) N N N
FILLER. N N N N N
TIPO DE SITUACION 
02 02 02 N N
SUBJETIVA.
INDICADOR GRADO 
DISCAPACIDAD  S S N N N
RECONOCIDO.
GRADO DE DISCAPACIDAD. S S (*1) N N N
TIPO DE DISCAPACIDAD. S S (*1) N N N
DISCAPACIDAD 
S S (*1) N N N
PERMANENTE.
DIFICULTADES DE  es
S S (*1) N N N e.
MOVILIDAD. o
LIMITACION DE MOVILIDAD. S S (*1) N N N 35ww
FILLER. N N N N N
S. En(* 1ca) sLoo sc ocnatmraprioos ( ceol nin edsictaa dmoar rlcleav aserárá unn oab Nlig),a tdoaridoos  qsuoelo  lsoi  qeul ien dsiec apdroert edned lea  essit uealicmióinna sru lbaj evtiigvean tcieian ed eu nlaa 
situación subjetiva, esos campos serán ignorados, no siendo obligatorios. Bc
25 CAM  26 VAR 
Nombre campo 21 ALTA 22 MODIF 23 BORR
IDENTIF. DATPER.
TIPO DE SITUACION 
03 03 03 N N
SUBJETIVA.
INDICADOR GRADO 
DEPENDENCIA  S S N N N
RECONOCIDO.
GRADO DEPENDENCIA 
S S (*1) N N N
RECONOCIDO.
FILLER. N N N N N
TIPO DE SITUACION 
04 04 04 N N
SUBJETIVA.
INDICADOR DEMANDANTE 
S S N N N
DE EMPLEO.
TIPO DE DEMANDA DE 
S S (*1) N N N
EMPLEO.
INDICADOR DEMANDANTE 
S S (*1) N N N
DE PRIMER EMPLEO.
INDICADOR RIESGO DE 
S S (*1) N N N
EXCLUSION SOCIAL.
FILLER. N N N N N
TIPO DE SITUACION 
05 05 05 N N
SUBJETIVA.
INDICADOR GARANTIA 
S S N N N
JUVENIL.
FILLER. N N N N N
TIPO DE SITUACION 
06 06 06 N N
SUBJETIVA.
BASE LIQUIDABLE 
S S N N N
GENERAL.
FILLER. N N N N N
TIPO DE SITUACION 
07 07 07 N N
SUBJETIVA.
INDICADOR AUTONOMO. S S N N N
FILLER. N N N N N
(*1) Los campos con esta marca serán obligatorios solo si el indicador de la situación subjetiva tiene una 
S. En caso contrario (el indicador llevará una N), dado que lo que se pretende es eliminar la vigencia de la 
situación subjetiva, esos campos serán ignorados, no siendo obligatorios.
ANEXOS
Anexo 1:  Códigos de actuación oe.
Có0d1igo Alta de prestación. Descripción 2022-1635n https://ww
02 Modificación de prestación.
03 Borrado de prestación.
Código Descripción
04 Cambio de situación de prestación.
05 Cambio de identificación de persona.
06 Variación de datos personales.
07 Traspaso de prestación.
11 Alta de Pago.
12 Borrado de pago.
13 Cambio de situación de pago.
21 Alta de Situación Subjetiva.
22 Modificación de Situación Subjetiva.
23 Borrado de Situación Subjetiva.
Anexo 2: Estado civil
Código Descripción
1 SOLTERO/A.
2 CASADO/A.
3 VIUDO/A.
4 SEPARADO/A.
5 DIVORCIADO/A.
7 PAREJA DE HECHO.
Anexo 3: Código de vía
Código Descripción
AC ACERA.
AD ALDEA.
AL ALAMEDA.
AM AMPLIACION.
AN ANGOSTA.
AP APARTAMENTOS.
AQ ACEQUIA.
AS APARTADO DE CORREOS.
AT ATAJO.
AV AVENIDA. s
BA BAJADA. b
BC BARRANCO. 35ww
BD BARRIADA.
BL BLOQUES.
BO BARRIO.
Código Descripción
CA CALLEJA.
CE CALLEJUELA.
CH CHALET.
CJ CALLEJON.
CL CALLE.
CM CAMINO.
CN COSTANILLA.
CO COLONIA.
CP COOPERATIVA.
CR CARRERA.
CS CASERIO.
CT CARRETERA.
CU CUESTA.
CZ CALZADA.
EA ESCALA.
ED EDIFICIO.
EL ESCALINATA.
ES ESCALERA.
ET ESTRADA.
GL GLORIETA.
GR GRUPO.
KO CORRAL.
LG LUGAR.
LL LLANO.
MC MERCADO.
MN MUNICIPIO.
MO MONTAÑA.
MZ MANZANA.
PA PASEO ALTO.
PB POBLADO.
PC PARTICULAR.
PD PASADIZO.
PE PLAZOLETA. s
PG POLIGONO. b
PI PASILLO. 35ww
PJ PASAJE.
PK PARTIDA.
PL PLACETA.
Código Descripción
PN PROLONGACION.
PO PASEO BAJO.
PP PASEO.
PQ PARQUE.
PR PORTALES.
PS PASO.
PT PATIO.
PU PLAZUELA.
PV PRIVADA.
PZ PLAZA.
RA RAMAL.
RB RAMBLA.
RC RINCONADA.
RD RONDA.
RE RESIDENCIA.
RL RESIDENCIAL.
RN RINCON.
RP RAMPA.
RR RIBERA.
SC SECTOR.
SD SENDA.
SP PASSEIG.
SR SENDERO.
SU SUBIDA.
TL TRANSVERSAL.
TO TORRE.
TR TRAVESIA.
TS TRASERA.
TT TORRENTE.
UR URBANIZACION.
VI VIA.
VL VILLAS.
VV VIVIENDAS. s
XX SIN DATOS DOMICILIAR. b
ZO ZONA. 35ww
ZZ OTROS.
ANEXO 4
Prestaciones
Código Descripción
0010101 Pensión jubilación.
0020101 Pensión incapacidad permanente.
0030101 Pensión viudedad.
0040101 Pensión orfandad.
0050101 Pensión favor familiares.
0060101 Pensiones complementarias (Contributiva).
0060202 Pensiones Complementarias (No contributiva).
0060301 Pensiones Básicas (Contributiva).
0070101 PF hijo cargo +18 años Disc.65%/75% (Contributiva).
0070102 PF hijo cargo +18 años Disc.65%/75% (No contributiva).
0080101 PF hijo a cargo -18 años (Contributiva).
0080102 PF hijo a cargo -18 años (No contributiva).
0090101 Subsidio Maternidad.
0100101 Subsidio Paternidad.
0110102 Subsidio Maternidad no contributiva.
0120101 Subsidio IT pago directo.
0130101 Subsidio IT pago delegado.
0140101 Indemnizaciones lesiones perm.no invalidantes.
0150101 Auxilio por defunción.
0160101 Indemnización tanto alzado AT.
0170101 Riesgo durante embarazo.
0180101 Riesgo durante lactancia.
0190101 Prestación nacimiento 3.º hijo.
0200101 Prestación parto múltiple.
0210101 Prestación familias numerosas.
0220101 Prestación familias monoparentales.
0230101 Prestación madre discapacitada.
0240101 Prestación cuidado menores enferm. grave.
0250101 Pensiones del Fondo Especial.
0260101 Prestaciones del Fondo Especial.
0270101 Pensiones síndrome tóxico. e.
0280101 Prestaciones síndrome tóxico. w.
00239000110011 PPrreessttaacciioónne Cse sseeg Aurcoti veisdcaodl aAr.utónomos.
0310101 Pensión jubilación por incapacidad.
Código Descripción
0320101 Indemnización actos servicio militares.
0330101 Indemnizaciones operaciones paz.
0350101 Pensiones fallecidos guerra civil.
0360101 Pensiones mutilados guerra.
0370101 Pens.mutilados excombatientes república.
0380101 Pensiones Ley 37/1984.
0390101 Prestación contributiva por desempleo.
0400102 Subsidio agotamiento prest. desempleo.
0410102 Subsidio agotamiento +45 años.
0420102 Subsidio desempleo cotiz. insuficientes.
0430102 Subsidio desempleo revisión Invalidez.
0440102 Subsidio desemp. emigrantes retornados.
0450102 Subsidio desempleo Excarcelados.
0460102 Subsidio desempleo + 55 años RG.
0470103 Renta Activa Inserción.
0480102 Subsidio desempleo + 52 años SEASS.
0490102 Renta Agraria.
0500102 Subsidio desempleo SEASS.
0510103 Programa Activación Empleo PAE.
0520103 Programa PREPARA.
0530103 Pens. Asistenciales Ancianidad Exterior.
0540103 Pens.Asistenciales Ancianidad Retornados.
0550203 Ayudas FAS/FONAS.
0560202 Renta integración social.
0570203 Ayuda extraordinaria beneficiarios PNC.
0580101 Complemento Pensión (Contributiva).
0580203 Complemento Pensión (Asistencial).
0590202 Pensiones no contributivas jubilación.
0600202 Pensiones no contributivas invalidez.
0620101 Complemento gran invalidez.
0630101 Ayudas Hijos Discapacidad.
0630103 Ayuda a la discapacidad.
0640101 Ayudas Parto-Adopción Múltiple. s
0650101 Subsidio Jubilación. b
0660101 Subsidio por defunción-sepelio. 35ww
0670101 Ayudas asistenciales.
0680101 Becas residencia.
0690101 Becas y ayudas de estudios.
Código Descripción
0700101 Ayudas Fondo Asistencia Social.
0710101 Pensión I.P. anterior a jubilación.
0720101 Ayudas atención a personas mayores.
0730101 Prestaciones por discapacidad.
0740101 Ayudas Mayores o Discapacitados.
0750101 Ayudas Enfermos Crónicos.
0760101 Ayudas Pacientes Celíacos.
0770101 Ayudas Personas Mayores.
0780101 Ayudas por Fallecimiento.
0790203 Complemento Alquiler Vivienda.
0800202 Dependencia.
0810203 Pensiones Asistenciales.
0820202 S.G.I.M.–LISMI.
0830202 A.T.P.–LISMI.
0840202 S.M.G.T.–LISMI.
0850202 Ayuda económica alquiler.
0860303 Ayuda Emergencia Social.
0870303 Salario social.
0880303 Ayudas económicas familiares.
0890303 Ayudas atención a la infancia.
0900303 Ayudas alquiler.
0910303 Ayudas alimento y gas propano.
0920303 Ayudas transporte.
0930303 Ayudas para alimentación.
0940303 Ayudas para gas propano.
0950303 Ayudas para electricidad.
0960303 Becas comedor escolar.
0970303 Ayuda integración personas/familias.
0980303 Ayuda atención domiciliaria.
0990101 Pensión favor padres.
1000102 Menores guerra civil.
1010102 Menores guerra civil retornados.
1020103 Pensión asistencial por incapacidad. s
1030101 Subsidio IT y asimilados. b
1040102 Anticipos fondo garantía-pago alimentos. 35ww
1050102 Ayudas afectados por el VIH.
1060101 Pens.militar compl/profes.tropa-mariner.
1070101 Indem.militar compl/profes.tropa-mariner.
Código Descripción
1080101 Prest.clases pasivas diversos colectivos.
1090101 Pensión Ex Ministro/Asimilado.
1100101 Pensión familiar Ex Ministro/Asimilado.
1110101 Pensión retiro.
1120102 Pérdida equipaje (naufragio-accid. mar).
1130102 Subsidio extraordinario de desempleo.
1140103 Otras prestaciones asistenciales.
1150102 Invalidez síndrome tóxico.
1160102 Jubilación síndrome tóxico.
1170102 Viudedad síndrome tóxico.
1180102 Ayuda Económica Familiar Complementaria síndrome tóxico.
1190102 Ayuda Domiciliaria síndrome tóxico.
1200101 Nacimiento y cuidado del menor (Contributiva).
1210102 Nacimiento y cuidado del menor (No contributiva).
1220101 Corresponsabilidad. Lactante.
1230102 Ingreso Mínimo Vital.
1240101 Cese actividad autónomo COVID-19.
ANEXO 5
Tipos de importe
Código Descripción
01 IMPORTE BRUTO.
02 NÓMINA DE EMPRESA.
ANEXO 6
Clase de pago
Código Descripción
01 Nómina.
02 Paga extraordinaria.
03 Primer pago.
04 Pago no periódico por rehabilitación.
05 Pago único. e.
06 Liquidación por revisión de prestación. w.
0078 PFiangiqau úitnoi.ca por desviación del ipc.
09 Finiquito devengadas y no percibidas.
Código Descripción
12 Atrasos y liquidaciones.
13 Pago semestral.
20 Liquidación especial irpf enero.
21 Devolución.
ANEXO 7
Situación de pago
Código Descripción
PA PAGADA.
NP NO PAGADA.
ANEXO 8
Tipo de situación subjetiva
Código Descripción
01 Familia numerosa.
02 Grado Discapacidad reconocido.
03 Grado dependencia reconocido.
04 Demandante de empleo.
05 Garantía juvenil.
06 Nivel de rentas.
07 Autónomo.
ANEXO 9
Tipo de familia numerosa
Código Descripción
01 General.
02 Especial.
ANEXO 10
Tipo de discapacidad reconocida
Código Descripción o
01 Ninguna. 35ww
02 Discapacidad física.
0034 DDiissccaappaacciiddaadd  minteenletaclt.ual. BOE-A-cable e
Código Descripción
05 Discapacidad sensorial.
06 Plurideficiencia.
ANEXO 11
Tipo de dependencia reconocida
Código Descripción
01 Moderada.
02 Severa.
03 Gran dependencia.
ANEXO 12
Tipo de demanda de empleo
Código Descripción
01 Servicios previos al empleo.
02 Demanda de empleo.
ANEXO 20
Errores
ANEXO 20.1
Errores de formato
ANEXO 20.1.1
Errores formato en prestaciones y pagos
Código Descripción
No tratado por error en Cabecera/Pie (para infraestructuras: error en 
10000
secuencia).
10001 No existe registro de Cabecera o existe más de uno.
10002 No existe entidad gestora en registro de Cabecera o no existe en tablas.
10003 No existe nombre de entidad gestora en registro de Cabecera.
10004 Fecha de envío errónea en registro de Cabecera.
No existe registro de Pie o existe más de uno o registros después del  e
10005 e.
pie. bo
10006 Número de registros de Pie no coincide con registros enviados. 35ww
10007 Datos de control no esperados (solo para infraestructuras).
10008 Datos de carga no corresponden al entorno de ejecución.
10009 Número de registros supera el máximo permitido por envío. Bc
Código Descripción
10010 Campo CODIGO DE ACTUACION obligatorio.
Contenido de Campo CODIGO DE ACTUACION no esperado (no existe 
10011
en tablas).
Contenido de Campo CODIGO DE ACTUACION no esperado (para 
10012
incorporaciones masivas solo se admiten Altas).
10020 Campo ENTIDAD GESTORA obligatorio.
Contenido de Campo ENTIDAD GESTORA no esperado (no existe en 
10021
tablas).
Contenido de Campo ENTIDAD GESTORA no esperado (no coincide 
10022
con el de la cabecera).
10030 Campo CLAVE PROPIA ENTIDAD obligatorio.
Contenido de Campo CLAVE PROPIA ENTIDAD no esperado (primeras 
10031
posiciones no son entidad gestora).
10050 Campo EJERCICIO obligatorio.
10051 Contenido de Campo EJERCICIO no esperado (año incorrecto).
10060 Campo FECHA INICIO PAGO obligatorio.
Contenido de Campo FECHA INICIO PAGO no esperado (formato fecha 
10061
incorrecto).
10070 Campo FECHA FIN DE PAGO obligatorio.
Contenido de Campo FECHA FIN DE PAGO no esperado (formato fecha 
10071
incorrecto).
Contenido de Campo FECHA FIN DE PAGO no esperado (fecha fin de 
10072
pago anterior a fecha inicio de pago).
10080 Campo IMPORTE DE PAGO obligatorio.
Contenido de Campo IMPORTE DE PAGO no esperado (no es 
10081
numérico).
10090 Campo CLASE DE PAGO obligatorio.
Contenido de Campo CLASE DE PAGO no esperado (no existe en 
10091
tablas).
10100 Campo SITUACION DE PAGO obligatorio.
Contenido de Campo SITUACION DE PAGO no esperado (no existe en 
10101
tablas).
11010 Campo CÓDIGO DE ACTUACIÓN obligatorio.
Contenido de Campo CÓDIGO DE ACTUACIÓN no esperado (no existe 
11011
en tablas).
11020 Campo ENTIDAD GESTORA obligatorio.
Contenido de Campo ENTIDAD GESTORA no esperado (no existe en 
11021 s
tablas). e
Contenido de Campo ENTIDAD GESTORA no esperado (no coincide  w.
11022 con el de la cabecera). 35ww
11030 Campo IDENTIFICATIVO obligatorio.
11031 Contenido de Campo IDENTIFICATIVO no esperado (no contemplado).
Código Descripción
Contenido de Campo IDENTIFICATIVO no esperado (formato 
11032
incorrecto).
Identificador duplicado con diferente valor en Apellidos y/o nombre en el 
11033 fichero de entrada. No se contempla este caso en carga inicial. Estos 
registros deberán enviarse por la carga diaria.
Contenido de Campo IDENTIFICATIVO no esperado (no se admiten 
11034
tipos '9' para mayores de 14 años).
11040 Campo APELLIDO PRIMERO obligatorio.
11060 Campo NOMBRE obligatorio.
11070 Campo FECHA NACIMIENTO obligatorio.
Contenido de Campo FECHA NACIMIENTO no esperado (formato fecha 
11071
incorrecto).
11080 Campo NACIONALIDAD obligatorio.
Contenido de Campo NACIONALIDAD no esperado (no existe en 
11081
tablas).
11091 Contenido de Campo SEXO no esperado (no existe en tablas).
11101 Contenido de Campo ESTADO CIVIL no esperado (no existe en tablas).
11120 Campo PAIS DE RESIDENCIA obligatorio.
Contenido de Campo PAIS DE RESIDENCIA no esperado (no existe en 
11121
tablas).
11130 Campo DOM. NAC.: PROVINCIA DE RESIDENCIA obligatorio.
Contenido de Campo DOM. NAC.: PROVINCIA DE RESIDENCIA no 
11131
esperado (no existe en tablas).
Contenido de Campo DOM. NAC.: CODIGO MUNICIPIO DE 
11141
RESIDENCIA no esperado (no existe en tablas).
Campo DOM. NAC.: NOMBRE MUNICIPIO RESIDENCIA obligatorio (si 
11150
no existe código de municipio).
Campo DOM. NAC.: NOMBRE MUNICIPIO RESIDENCIA no debe tener 
11159
contenido (si existe código de municipio).
11160 Campo DOM. NAC.: CÓDIGO DE VIA obligatorio.
Contenido de Campo DOM. NAC.: CÓDIGO DE VIA no esperado (no 
11161
existe en tablas).
11170 Campo DOM. NAC.: NOMBRE DE LA VIA obligatorio.
11230 Campo DOM. NAC.: CODIGO POSTAL obligatorio.
Contenido de Campo DOM. NAC.: CODIGO POSTAL no esperado 
11231
(formato incorrecto).
Campo DOM. EXT.: LOCALIDAD RESIDENCIA EXTRANJERA 
11260
obligatorio. s
11270 Campo CLAVE PROPIA ENTIDAD obligatorio. bo
1111227810 CCpooasnmitcpeioonn idCeoLs  AdnVeo E Cs oaPnmR epEnoSt iTCdALaCAd VIgOEeN sP tooRbrOali)gP.aIAto rEioN.TIDAD no esperado (primeras  2022-1635n https://ww
11281 Contenido de Campo CLAVE PRESTACION no esperado (no existe en  BOE-A-cable e
tablas).
Código Descripción
11290 Campo FECHA SITUACIÓN obligatorio.
Contenido de Campo FECHA SITUACIÓN no esperado (formato fecha 
11291
incorrecto).
11300 Campo TIPO DE PAGO obligatorio.
11301 Contenido de Campo TIPO DE PAGO no esperado (no existe en tablas).
11310 Campo SITUACIÓN ACTUAL obligatorio.
Contenido de Campo SITUACIÓN ACTUAL no esperado (no existe en 
11311
tablas).
11320 Campo CÓDIGO IMPORTE obligatorio.
Contenido de Campo CÓDIGO IMPORTE no esperado (no existe en 
11321
tablas).
Contenido de Campo CUANTIA IMPORTE no esperado (no es 
11331
numérico).
11340 Campo OTRO IDENTIFICATIVO obligatorio.
Contenido de Campo OTRO IDENTIFICATIVO no esperado (no 
11341
contemplado).
Contenido de Campo OTRO IDENTIFICATIVO no esperado (formato 
11342
incorrecto).
Contenido de Campo INDICADOR PROTEGIDO no esperado (no existe 
11351
en tabla).
Contenido de Campo INDICADOR PROTEGIDO no esperado (no 
11352
permitido).
11360 Campo NUMERO CONVIVIENTES IMV/RIS obligatorio.
Contenido de Campo NUMERO CONVIVIENTES IMV/RIS no esperado 
11361
(formato incorrecto).
11370 Campo PERCEPTOR IMV/RIS obligatorio.
Contenido de Campo PERCEPTOR IMV/RIS no esperado (no 
11371
permitido).
11380 Campo ESTADO PERCEPTOR IMV/RIS obligatorio.
Contenido de Campo ESTADO PERCEPTOR IMV/RIS no esperado (no 
11381
permitido).
ANEXO 20.1.2
Errores formato en situaciones subjetivas
Código Descripción
No tratado por error en Cabecera/Pie (para infraestructuras: error en 
10000 s
secuencia). e.e
10001 No existe registro de Cabecera o existe más de uno. w.
1100000023 NNoo  eexxiissttee  ennotmidbarde  gdees etonrtaid eand  rgeegsistotrroa  deen  Creagbisetcroe rdae o C naob eexciesrtae. en tablas.
10004 Fecha de envío errónea en registro de Cabecera.
Código Descripción
No existe registro de Pie o existe más de uno o registros después del 
10005
pie.
10006 Número de registros de Pie no coincide con registros enviados.
10008 Datos de carga no corresponden al entorno de ejecución.
10009 Número de registros supera el máximo permitido por envío.
12002 Campo RESTO SIN USO no esperado (no debe tener contenido).
12010 Campo CÓDIGO DE ACTUACIÓN obligatorio.
Contenido de Campo CÓDIGO DE ACTUACIÓN no esperado (no existe 
12011
en tablas).
Contenido de Campo CODIGO DE ACTUACION no esperado (para 
12012
incorporaciones masivas solo se admiten Altas).
12020 Campo ENTIDAD GESTORA obligatorio.
Contenido de Campo ENTIDAD GESTORA no esperado (no existe en 
12021
tablas).
Contenido de Campo ENTIDAD GESTORA no esperado (no coincide 
12022
con el de la cabecera).
12030 Campo IDENTIFICATIVO obligatorio.
12031 Contenido de Campo IDENTIFICATIVO no esperado (no contemplado).
Contenido de Campo IDENTIFICATIVO no esperado (formato 
12032
incorrecto).
Identificador duplicado con diferente valor en Apellidos y/o nombre en el 
12033 fichero de entrada. No se contempla este caso en carga inicial. Estos 
registros deberán enviarse por la carga diaria.
Contenido de Campo IDENTIFICATIVO no esperado (no se admiten 
12034
tipos '9' para mayores de 14 años ni para extranjeros).
12040 Campo APELLIDO PRIMERO obligatorio.
12060 Campo NOMBRE obligatorio.
12070 Campo FECHA NACIMIENTO obligatorio.
Contenido de Campo FECHA NACIMIENTO no esperado (formato fecha 
12071
incorrecto).
12080 Campo NACIONALIDAD obligatorio.
Contenido de Campo NACIONALIDAD no esperado (no existe en 
12081
tablas).
12091 Contenido de Campo SEXO no esperado (no existe en tablas).
12101 Contenido de Campo ESTADO CIVIL no esperado (no existe en tablas).
12120 Campo PAIS DE RESIDENCIA obligatorio.
Contenido de Campo PAIS DE RESIDENCIA no esperado (no existe en  s
12121 tablas). e.e
12130 Campo DOM. NAC.: PROVINCIA DE RESIDENCIA obligatorio. 35ww
12131 Cesopneterandidoo ( ndoe  eCxaismtep oe nD OtaMbl.a Ns)A.C.: PROVINCIA DE RESIDENCIA no
12141 CRoEnStIeDnEidNoC dIeA  Cnoa mesppoe DraOdMo .( nNoA eCx.:is CteO eDnI GtaOb laMsU).NICIPIO DE  BOE-A-cable e
Código Descripción
Campo DOM. NAC.: NOMBRE MUNICIPIO RESIDENCIA obligatorio (si 
12150
no existe código de municipio).
Campo DOM. NAC.: NOMBRE MUNICIPIO RESIDENCIA no debe tener 
12159
contenido (si existe código de municipio).
12160 Campo DOM. NAC.: CÓDIGO DE VIA obligatorio.
Contenido de Campo DOM. NAC.: CÓDIGO DE VIA no esperado (no 
12161
existe en tablas).
12170 Campo DOM. NAC.: NOMBRE DE LA VIA obligatorio.
12230 Campo DOM. NAC.: CODIGO POSTAL obligatorio.
Contenido de Campo DOM. NAC.: CODIGO POSTAL no esperado 
12231
(formato incorrecto).
Campo DOM. EXT.: LOCALIDAD RESIDENCIA EXTRANJERA 
12260
obligatorio.
12340 Campo OTRO IDENTIFICATIVO obligatorio.
Contenido de Campo OTRO IDENTIFICATIVO no esperado (no 
12341
contemplado).
Contenido de Campo OTRO IDENTIFICATIVO no esperado (formato 
12342
incorrecto).
Contenido de Campo INDICADOR PROTEGIDO no esperado (no existe 
12351
en tabla).
Contenido de Campo INDICADOR PROTEGIDO no esperado (no 
12352
permitido).
12400 Campo TIPO SITUACION OBJETIVA obligatorio.
Contenido de Campo TIPO SITUACION OBJETIVA no esperado (no 
12401
existe en tabla).
12430 FAMILIA NUMEROSA: campo CATEGORIA obligatorio.
FAMILIA NUMEROSA: contenido de Campo CATEGORIA no esperado 
12431
(no existe en tabla).
12440 GRADO DISCAPACIDAD RECONOCIDO: campo GRADO obligatorio.
GRADO DISCAPACIDAD RECONOCIDO: contenido de Campo GRADO 
12442
no esperado (no es numérico).
12450 GRADO DISCAPACIDAD RECONOCIDO: campo TIPO obligatorio.
GRADO DISCAPACIDAD RECONOCIDO: contenido de Campo TIPO no 
12451
esperado (no existe en tabla).
GRADO DISCAPACIDAD RECONOCIDO: campo DISCAPACIDAD 
12460
PERMANENTE obligatorio.
GRADO DISCAPACIDAD RECONOCIDO: contenido de Campo 
12461
DISCAPACIDAD PERMANENTE no esperado (no existe en tabla).
GRADO DISCAPACIDAD RECONOCIDO: campo DIFICULTADES DE  e.
12470 o
MOVILIDAD obligatorio. w.b
12471 GDIRFAICDUOL TDAISDCEASP DAEC IMDOAVDI LRIEDCAOD NnOo CesIDpOer:a cdoon (tneon ideoxi sdtee  Cena mtapbola ). 2022-1635n https://ww
12480 GobRliAgaDtOor iDo.ISCAPACIDAD RECONOCIDO: campo LIMITACION
Código Descripción
GRADO DISCAPACIDAD RECONOCIDO: contenido de Campo 
12481
LIMITACION no esperado (no existe en tabla).
GRADO DEPENDIENCIA RECONOCIDO: campo GRADO 
12490
DEPENDENCIA obligatorio.
GRADO DEPENDIENCIA RECONOCIDO: contenido de Campo GRADO 
12491
DEPENDENCIA no esperado (no existe en tabla).
GRADO DEPENDIENCIA RECONOCIDO: campo NIVEL 
12500
DEPENDENCIA obligatorio.
GRADO DEPENDIENCIA RECONOCIDO: contenido de Campo NIVEL 
12501
DEPENDENCIA no esperado (no existe en tabla).
GRADO DEPENDIENCIA RECONOCIDO: campo INDICADOR 
12510
ACOMPAÑANTE obligatorio.
GRADO DEPENDIENCIA RECONOCIDO: contenido de Campo 
12511
INDICADOR ACOMPAÑANTE no esperado (no existe en tabla).
DEMANDANTE DE EMPLEO: campo INDICADOR DEMANDA 
12520
obligatorio.
DEMANDANTE DE EMPLEO: contenido de Campo INDICADOR 
12521
DEMANDA no esperado (no existe en tabla).
DEMANDANTE DE EMPLEO: contenido de Campo INDICADOR 
12522
DEMANDA no esperado (para altas debe ser 'S').
GARANTIA JUVENIL: campo INDICADOR GARANTIA JUVENIL 
12530
obligatorio.
GARANTIA JUVENIL: contenido de Campo INDICADOR GARANTIA 
12531
JUVENIL no esperado (no existe en tabla).
GARANTIA JUVENIL: contenido de Campo INDICADOR GARANTIA 
12532
JUVENIL no esperado (para altas debe ser 'S').
NIVEL DE RENTAS: campo IMPORTE BASE LIQ. GENERAL 
12540
obligatorio.
NIVEL DE RENTAS: campo IMPORTE BASE LIQ. GENERAL no 
12541
esperado (formato incorrecto).
DEMANDANTE DE EMPLEO: campo TIPO DE DEMANDA DE EMPLEO 
12560
obligatorio.
DEMANDANTE DE EMPLEO: contenido de Campo TIPO DE 
12561
DEMANDA DE EMPLEO no esperado (no existe en tabla).
DEMANDANTE DE EMPLEO: campo INDICADOR DEMANDANTE 
12570
PRIMER EMPLEO obligatorio.
DEMANDANTE DE EMPLEO: contenido de Campo INDICADOR 
12571
DEMANDANTE PRIMER EMPLEO no esperado (no existe en tabla).
DEMANDANTE DE EMPLEO: campo INDICADOR RIESGO DE 
12580
EXCLUSION SOCIAL obligatorio.
DEMANDANTE DE EMPLEO: contenido de Campo INDICADOR  oe.
12581 b
RIESGO DE EXCLUSION SOCIAL no esperado (no existe en tabla). w.
12590 FoAblMigIaLtIoAr ioN.UMEROSA: campo INDICADOR FAMILIA NUMEROSA
12591 FNAUMMIELIRAO NSUAM nEoR eOspSeAr:a cdoon (tneon iedxoi sdtee  Cena mtapbola I)N.DICADOR FAMILIA
Código Descripción
FAMILIA NUMEROSA: contenido de Campo INDICADOR FAMILIA 
12592
NUMEROSA no esperado (para altas debe ser 'S').
GRADO DISCAPACIDAD RECONOCIDO: campo INDICADOR GRADO 
12600
DISCAPACIDAD RECONOCIDO obligatorio.
GRADO DISCAPACIDAD RECONOCIDO: contenido de Campo 
12601 INDICADOR GRADO DISCAPACIDAD RECONOCIDO no esperado (no 
existe en tabla).
GRADO DISCAPACIDAD RECONOCIDO: contenido de Campo 
12602 INDICADOR GRADO DISCAPACIDAD RECONOCIDO no esperado 
(para altas debe ser 'S').
GRADO DEPENDENCIA RECONOCIDO: campo INDICADOR GRADO 
12610
DEPENDENCIA RECONOCIDO obligatorio.
GRADO DEPENDENCIA RECONOCIDO: contenido de Campo 
12611 INDICADOR GRADO DEPENDENCIA RECONOCIDO no esperado (no 
existe en tabla).
GRADO DEPENDENCIA RECONOCIDO: contenido de Campo 
12612 INDICADOR GRADO DEPENDENCIA RECONOCIDO no esperado 
(para altas debe ser 'S').
12620 AUTÓNOMO: campo INDICADOR AUTÓNOMO obligatorio.
AUTÓNOMO: contenido de Campo INDICADOR AUTÓNOMO no 
12621
esperado (no existe en tabla).
AUTÓNOMO: contenido de Campo INDICADOR AUTÓNOMO no 
12622
esperado (para altas debe ser 'S').
ANEXO 20.2: Errores en la carga de datos
ANEXO 20.2.1: Errores carga de datos en Prestaciones y Pagos
Código Descripción Acción Tipo de carga
20000 Pago duplicado. Alta de pago. Carga masiva.
20030 Prestación del pago no existe. Alta de pago. Carga masiva.
21270 Prestación duplicada. Alta de prestación. Carga masiva.
21272 Titular no existe. Alta de prestación (IMV/RIS). Carga masiva.
21231 Persona duplicada. Alta de prestación (IMV/RIS). Carga masiva.
30000 Pago ya existe. Alta de pago. Carga diaria.
30001 Pago no existe. Borrado/Cambio de situación de pago. Carga diaria.
30020 Entidad gestora no coincide. Alta/Borrado/Cambio de situación de pago. Carga diaria.
30030 Prestación no existe. Alta de pago. Carga diaria.
30031 Situación de prestación no válida. Alta de pago/Cambio de situación de pago. Carga diaria. s
30050 Ejercicio no válido. Alta de pago/Cambio de situación de pago. Carga diaria. bo
Borrado/Modificación/Cambio de situación de  35ww
3311002300 EDnattiodsa dp egressotnoarale sn on oc ocionicnidcied.en: identificación. pMVraoerdsiatifacicicóaióncn idó.en /dCaatmosb pioe drseo sniatuleasc.ión de prestación/ CCaarrggaa  ddiiaarriiaa.. OE-A-2022-16able en https://
Código Descripción Acción Tipo de carga
Modificación/Cambio de situación de prestación/
31031 Persona duplicada. Carga diaria.
Variación de datos personales.
31032 Tipo de identificación no válido. Cambio de identificación de persona. Carga diaria.
31033 Persona ya existe. Cambio de identificación de persona. Carga diaria.
Referencia al identificador antiguo en el 
31034 Alta de prestación/Traspaso de prestación. Carga diaria.
movimiento.
Modificación/Cambio de situación de prestación/
31040 Datos personales no coinciden: primer apellido. Cambio de identificación de persona/Variación  Carga diaria.
de datos personales.
Modificación/Cambio de situación de prestación/
Datos personales no coinciden: segundo 
31050 Cambio de identificación de persona/Variación  Carga diaria.
apellido.
de datos personales.
Modificación/Cambio de situación de prestación/
31060 Datos personales no coinciden: nombre. Cambio de identificación de persona/Variación  Carga diaria.
de datos personales.
Modificación/Cambio de situación de prestación/
Datos personales no coinciden: fecha de 
31070 Cambio de identificación de persona/Variación  Carga diaria.
nacimiento.
de datos personales.
31231 Persona duplicada. Alta de prestación (IMV/RIS). Carga diaria.
31270 Prestación duplicada. Alta de prestación. Carga diaria.
Borrado/Modificación/Cambio de situación de 
31271 Prestación no existe. Carga diaria.
prestación.
31272 Titular no existe. Alta de prestación (IMV/RIS). Carga diaria.
31273 Tipo de prestación no permitido. Traspaso de prestación (IMV/RIS). Carga diaria.
31340 Datos personales no coinciden: identificación. Cambio de identificación de persona. Carga diaria.
31341 Persona duplicada. Cambio de identificación de persona. Carga diaria.
31350 Indicador de protección no válido. Variación de datos personales. Carga diaria.
AVISO: aceptado con observaciones referentes 
al identificador.
Modificación de prestación/Cambio de situación 
91030 Carga diaria.
de prestación.
El campo OTRO IDENTIFICATIVO contendrá el 
nuevo identificativo.
AVISO: Aceptado el cambio excepto en los datos 
91040 de DOMICILIO ya que los datos existentes son  Variación de datos personales. Carga diaria.
más completos.
ANEXO 20.2.2
Errores carga de datos en situaciones subjetivas
Código Descripción Acción Tipo carga e
22080 Situación subjetiva duplicada Alta de situación subjetiva. Carga masiva. w.
32030 Datos personales no coinciden: identificación Bpeorrsraodnoa/lMeso.dificación/Variación de datos  Carga diaria.
32034 Rmeofveimreinecnitao al identificador antiguo en el  Alta de situación subjetiva. Carga diaria.
Código Descripción Acción Tipo carga
Borrado/Modificación/Cambio de identificación 
32040 Datos personales no coinciden: primer apellido Carga diaria.
de persona/Variación de datos personales.
Borrado/Modificación/Cambio de identificación 
32050 Datos personales no coinciden: segundo apellido Carga diaria.
de persona/Variación de datos personales.
Borrado/Modificación/Cambio de identificación 
32060 Datos personales no coinciden: nombre Carga diaria.
de persona/Variación de datos personales.
Datos personales no coinciden: fecha de  Borrado/Modificación/Cambio de identificación 
32070 Carga diaria.
nacimiento de persona/Variación de datos personales.
32400 Situación subjetiva no existe Borrado/Modificación. Carga diaria.
32020 Entidad gestora no coincide Borrado de situación subjetiva. Carga diaria.
Borrado/Modificación/Variación de datos 
32031 Persona duplicada Carga diaria.
personales.
Referencia al identificador antiguo en el 
32034 Alta de situación subjetiva. Carga diaria.
movimiento
32340 Datos personales no coinciden: identificación Cambio de identificación de persona. Carga diaria.
32341 Persona duplicada Cambio de identificación de persona. Carga diaria.
32032 Tipo de identificación no válido Cambio de identificación de persona. Carga diaria.
32033 Persona ya existe Cambio de identificación de persona. Carga diaria.
Alta/Borrado/Modificación/Cambio de 
Error genérico procesamiento situaciones 
32000 identificación de persona/Variación de datos  Carga diaria.
subjetivas
personales.
AVISO: aceptado con observaciones referentes 
al identificador
92030 Modificación de situación subjetiva. Carga diaria.
El campo OTRO IDENTIFICATIVO contendrá el 
nuevo identificativo
AVISO: Aceptado el cambio excepto en los datos 
92040 de DOMICILIO ya que los datos existentes son  Variación de datos personales. Carga diaria.
más completos.
Glosario de términos.
Término Descripción
TSD Tarjeta Social Digital.
IFI Intercambio Institucional de Ficheros.
IFIWEB Intercambio Institucional de Ficheros vía Web.
PAE Portal de Administración de Electrónica del MINHAP.
ANEXO II