BOLETÍN OFICIAL DEL ESTADO
Núm. 312 Miércoles 29 de diciembre de 2021 Sec. III.   Pág. 166771
III. OTRAS DISPOSICIONES
MINISTERIO DE INCLUSIÓN, SEGURIDAD SOCIAL
Y MIGRACIONES
21783 Resolución de 21 de diciembre de 2021, 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 Región de Murcia, para el impulso y 
consolidación del sistema Tarjeta Social Digital.
Con fecha 20 de diciembre de 2021, se ha suscrito el Convenio entre el Instituto 
Nacional de la Seguridad Social, y la Comunidad Autónoma de la Región de Murcia, 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.
Lo que se hace público a los efectos oportunos.
Madrid, 21 de diciembre de 2021.–La Secretaria General Técnica, Iria Álvarez Besteiro.
ANEXO
Convenio entre el Instituto Nacional de la Seguridad Social, y la Comunidad 
Autónoma de la Región de Murcia, para el impulso y consolidación del sistema 
Tarjeta Social Digital
En Madrid, a 20 de diciembre 2021.
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 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 Región de Murcia, representada por 
doña Isabel Franco Sánchez, Consejera de Mujer, Igualdad, LGTBI, Familias y Política 
Social, nombrada por Decreto de la Presidencia n.º 31/2019, de 31 de julio (BORM de 1 
de agosto), competente para la suscripción del presente Convenio conforme al artículo 7 
de la Ley 7/2004, de 28 de diciembre, de Organización y Régimen Jurídico de la 
Administración  Pública  de  la  Comunidad  Autónoma  de  la  Región  de  Murcia,  cuya 
celebración ha sido autorizada por Acuerdo de Consejo de Gobierno de fecha 16 de 
diciembre de 2021.
Ambas partes se reconocen mutua capacidad para obligarse y convenir, y a tal efecto e.
EXPONEN 783ww
Uno.  El Real Decreto 2583/1996, de 13 de diciembre, de estructura orgánica y
feunn csioun easr tdíceul loIn s1ti.t uato)  Neal ciroencaoln doeci mlai eSnetog uryi dacdo nStroocl iadl e(le nd eardeeclhaon tea I NlaSsS ),p rlee satatrcibiounyees, 
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, 
de 27 de abril de 2016, relativo a la protección de las personas físicas en lo que respecta 
al tratamiento de datos personales y a la libre circulación de estos datos y por el que se 
deroga la Directiva 95/46/CE (Reglamento general de protección de datos), constituye la  s
norma  de  referencia  del  Derecho  de  la  Unión  Europea,  estableciendo,  entre  otros  oe.
elementos, las bases jurídicas legítimas para la justificación de los diversos tratamientos  w.
de los datos personales en su artículo 6 por parte del responsable del tratamiento,  783ww
laodsq tuitiurileanredso  dmeal ydoart oc aapsía cciodmado,  edseta dbelecciseiór nla sy,  gaa rlaa nvtíeazs,  ym cáosn odbicliigoanceiso npeasra d uen aas sisetgeunrciidaa da 
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  Región  de  Murcia,  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 e.
Primera.  Objeto del Convenio. 783ww
El  presente  Convenio  tiene  por  objeto  establecer  y  definir  las  actuaciones  que
ldae bfinearálind areda dlieza qr uaem ebla ssi sptaermteas  dpea rian feolr mdeascaiórrno lTloa rdjeet ala S ToScDia ly D siug itpaol ssteursitoitru eyjae caul cRióeng, isctoron 
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 le 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 
personas que conforman las unidades de convivencia que se benefician de prestaciones  s
como Rentas Mínimas de Integración Social; Ingreso Mínimo Vital; etc… oe.
– Desarrollará el procedimiento para la ejecución directa por las administraciones y  w.
ao rTgSa–nD iMs amasoní stce ounmsduoráa e railo cCsta udtaáelil zoTagDdoSo d  dceeo P ner septseatrdaioícsdiotiiccnaiedssa. dq uaen ufoarlm eal nC paatártleo gdoe  dTeS DE.ntidades adscritas  2021-21783n https://ww
B)  Por parte de la CA de la Región de Murcia:
– 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 5 días hábiles desde su formalización, en  w.b
el Registro Electrónico estatal de Órganos e Instrumentos de Cooperación del sector  783ww
ppúubblliiccoa doe setant aell,  plaalz oq udee  1s0e  dríeafsie hráeb illae sd disepsodsei csióun f oramdiacliioznaaciló ns éepnt imel a«.B  Aolseitmínis Omfoic,i asl edreál 
aEusttóandoom»,a s oin d pee lraju picroiov idnec ias uq upeu bcloicrarecsiópno nfadcau alt alati voatr ae na deml binoisletrtaínc ioófnic fiiarml daen tlea. comunidad
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  2021-21783n 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 Región 
de Murcia, la Consejera de Mujer, Igualdad, LGTBI, Familias y Política Social, Isabel 
Franco Sánchez.
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 en-
viar 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 protec-
ción social, y que por ello requieren informar y actualizar el Sistema de Información de Tarje-
ta Social Digital.  
Aplica para aquellas entidades que vayan a remitir información por los canales IFI, IFIWEB o 
EDITRAN. 
Este documento unifica todas las instrucciones que se habían distribuido para dicho cometi-
do. 
DOCUMENTACIÓN RELACIONADA 
Nombre del documento  Descripción 
0 - Protocolo común de intercambio 
Documento anterior que describía los canales de comunica-
de Información para TSD y nueva 
ción disponibles. 
IFIWEB (V1.2) 
1 - PRESTACIONES-PAGOS Da-
tos específicos (V08.00) 
2 - PRESTACIONES-PAGOS Di-
seño de registros (V08.00) 
3 - PRESTACIONES - Validaciones  Documentos anteriores que describían la forma de remitir da-
de campos (V08.00)  tos de prestaciones y pagos. 
4 - PAGOS - Validaciones de cam-
pos (V08.00) 
5 - PRESTACIONES-PAGOS 
Anexos (V08.00) 
1 - SITUACIONES SUBJETIVAS 
Datos específicos (V03.00) 
2 - SITUACIONES SUBJETIVAS 
Diseño de registro (V03.00) 
3 - SITUACIONES SUBJETIVAS  Documentos anteriores que describían la forma de remitir da-
Validaciones de campos (V03.00)  tos de situaciones subjetivas. 
4 - SITUACIONES SUBJETIVAS 
Anexos (V03.00) 
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 Genera-
les 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.  s
Constituye un fichero con datos de carácter personal que incluye la información actualizada  bo
cccoiuarrlrseeosss pd doeen  cdcoiaenrntáetcent eiadro  tp oeúdcbaoliscn oóla.m si cpor,e rsetaccoinoonceisd asso cai aloless  cciuodnatrdibauntoivsa ys ,f innoa nccoiandtraibsu ctiovans c ay rgaosi sat erne-- 2021-21783n https://www.
Este documento es una guía para el Intercambio de Información con el Sistema de Informa-
ció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 enti-
dades 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 personas beneficiarias en el caso de la prestación de Ingreso Mínimo Vital
(miembros de la unidad de convivencia)  y Rentas de Integración (miembros de
la unidad familiar).
Datos de residencia. Domicilio de la persona.
Datos de la prestación. Datos propios de la prestación.
– Pagos. Reflejan los pagos que se realizan motivados por una prestación. Se compo-
nen 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. Úni-
camente 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  oe.
prestaciones, pagos o situaciones subjetivas que no existen en el sistema) donde el  w.
volumen de información a enviar es muy elevado. Su uso generalmente viene motiva-
do 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 suminis-
trada 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 incorpo-
rada en TSD. 
A continuación se muestran los volúmenes máximos de información que se pueden transmi-
tir 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 los re-
gistros se devolverán con error. 
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 In-
formació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 remi-
ta 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 reali-
zarse 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 comuni-
cación de datos de TSD. 
En el último punto de este capítulo se proporciona enlace a una serie de documentación pu- e.e
blicada en la Sede de la Seguridad Social donde pueden ampliar esta información si así lo  b
requieren. No obstante a continuación hacemos un breve resumen de las características  783ww
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 clien-
te se distribuye e instala en cada Entidad autorizada a transmitir ficheros con la Segu-
ridad 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 (requie-
re 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 ser-
vidor pendientes de recibir o si existen ficheros en el cliente pendientes de enviar, pa-
ra 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 informa-
ción. 
 
IFIWEB – INTERCAMBIO INSTITUCIONAL DE FICHEROS VÍA WEB 
El Intercambio de ficheros Institucionales vía web (IFIWEB) es una aplicación web que per-
mite a la Seguridad Social ofrecer a otras Administraciones y Organismos Públicos determi-
nados intercambios en modo seguro de ficheros necesarios para el ejercicio de sus funcio-
nes. 
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 con-
siderarse ú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 otor-
gadas por parte de la Seguridad Social. 
–   Funciona en modo atendido, es decir que para el envío/recepción de ficheros se re-
quiere la intervención manual de un usuario autorizado. 
 
EDITRAN IP 
Dado que se trata de una herramienta comercial, esta herramienta se recomienda única- e.
mente para aquellas Entidades con las que la Seguridad Social ya tiene establecidos otros  w.b
Servicios de Intercambio de Ficheros vía Editran.  783ww
 
AUTORIZACIÓN DE LOS SERVICIOS DE INTERCAMBIO DE INFORMACIÓN 
Como se ha informado anteriormente, existen dos Entornos de TSD (Producción y Forma-
ción) y por ello existen también dos Servicios de Comunicación de Datos para cada herra-
mienta disponible. 
Para poder enviar información al Sistema de Información de TSD a cualquiera de estos en-
tornos 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 In-
formació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 herra-
mientas. Todos los campos que se solicitan en este formulario son de cumplimentación obli-
gatoria, 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 in-
formación necesariamente debe coincidir con el código DIR3 que se informará en los fiche-
ros 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 reali-
zar 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 ca-
da 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 que envíen 
ficheros, únicamente requiere tener acceso a ese buzón de envío por parte de dichos usua-
rios. 
Es por ello que, en el apartado 5 del Formulario de Alta/Baja en SII se debe incluir a un úni-
co usuario del cliente IFI, que será el titular del certificado de usuario o persona física de la 
FNMT o el responsable del Certificado en el caso de utilizar un Certificado de 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 Cer-
tificado de componente Genérico (Solicitud certificado de componente genérico vr1.3.pdf) 
cumplimentado y firmado digitalmente por su titular/responsable.  s
  bo
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 informa-
ció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 única-
mente para aquellas Entidades con las que la Seguridad Social ya tiene establecida cone-
xió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 remo-
to Editran que utilizan en su conexión a la GISS, junto con los Servicios que se requiere au-
torizar (Sesiones de Editran).  
Estas sesiones se denominan: 
– TSPAGD: Servicio para el envío/recepción de ficheros al entorno de Producción de Da-
tos de Pagos Diario. 
– TSPAGM: Servicio para el envío/recepción de ficheros al entorno de Producción de Da-
tos de Pagos Masivo. 
– TSPRED: Servicio para el envío/recepción de ficheros al entorno de Producción de Da-
tos de Prestaciones Diario.  
– TSPREM: Servicio para el envío/recepción de ficheros al entorno de Producción de Da-
tos de Prestaciones Masivo. 
– TSSISD: Servicio para el envío/recepción de ficheros al entorno de Producción de Si-
tuaciones Subjetivas Diario. 
– TSSISM: Servicio para el envío/recepción de ficheros al entorno de Producción de Si-
tuaciones Subjetivas Masivo. 
– FSPAGD: Servicio para el envío/recepción de ficheros al entorno de Formación de Da-
tos de Pagos Diario.  
– FSPAGM: Servicio para el envío/recepción de ficheros al entorno de Formación de Da-
tos de Pagos Masivo.  
– FSPRED: Servicio para el envío/recepción de ficheros al entorno de Formación de Da-
tos de Prestaciones Diario.  
– FSPREM: Servicio para el envío/recepción de ficheros al entorno de Formación de Da-
tos de Prestaciones Masivo. 
– FSSISD: Servicio para el envío/recepción de ficheros al entorno de Formación de Si-
tuaciones Subjetivas Diario.  s
– FSSISM: Servicio para el envío/recepción de ficheros al entorno de Formación de Si- oe.
tuaciones Subjetivas Masivo.  783www.
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. Es-
to 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 enti-
dad 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 gene-
ral 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 Situa-
ciones 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 re-
cibidos (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ódi-
gos de error, son avisos para aclarar alguna circunstancia de la actualización (aunque la in-
formació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. 
Algunos campos sin contenido en el fichero de envío pueden devolverse con contenido en el 
fichero de respuesta (p.e. el campo OTRO IDENTIFICATIVO del registro de Prestaciones 
para complementar algunos errores o avisos referidos al IDENTIFICATIVO de entrada).  
OPERATIVA CON IFI  bo
Para el envío de ficheros para la TSD por IFI se requiere que los ficheros tengan una no- 783ww
menclatura 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.  s
IFI.TRSCPRDR.D200824.N001: Fichero de respuesta en el entorno de producción (TRSC).  bo
Sería el fichero de respuesta del ejemplo anterior. Contiene Prestaciones (PR), es una carga  783ww
diaria (D), enviado por el INSS como respuesta (R), el día 24/08/2020.
IFI.FOTSSSMP.D200825.N001: Fichero enviado al entorno de formación (FOTS),  que con-
tiene situaciones subjetivas (SS), es una carga inicial (M), enviado por una entidad (P), el día 
25/08/2020. 
IFI.FOTSSSMR.D200825.N001: Fichero de respuesta en el entorno de formación (FOTS). 
Sería el fichero de respuesta del ejemplo anterior. Contiene situaciones 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 servi-
cio 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 res-
puesta 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 fiche-
ros 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 identifica-
dor de petición o bien por fechas. 
El acceso a cualquiera de los tres servicios requiere de la identificación del usuario, con cer-
tificado 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 fi- s
cheros al entorno de Formación son:  e.
– FTSD - ENVÍO PRESTACIONES CARGA INICIAL   783www.
– FTSD - ENVÍO PRESTACIONES CARGA PERIÓDICA 
–
  FTSD - ENVÍO PAGOS CARGA INICIAL  
–
  FTSD - ENVÍO PAGOS CARGA PERIÓDICA  
–
  FTSD – ENVÍO DE SITUACIONES SUBJETIVAS INICIAL 
–  FTSD - ENVÍO DE SITUACIONES SUBJETIVAS PERIÓDICA 
 
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 PERIODICA  
–  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 PERIODICA  
– 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  s
se dispone de una respuesta. “CONSULTA DE ESTADO”  e.
PMuaenduea l ednec ounsutraarri om IáFsIW dEeBta lpleu bdliec alad oo epne rlaat iSvae ddee d een laví oS/eregcueripdcaidó nS odcei afli.c heros con IFI en el  2021-21783n https://www.
OPERATIVA CON EDITRAN 
El envío y recepción de ficheros se realizan por las Sesiones establecidas a este efecto se-
gún se indican en el apartado 3.4.3 de este capítulo. 
 
PECULIARIDADES DE LOS FICHEROS DE INTERCAMBIO PARA EL ENTORNO DE FORMA-
CIÓ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, exclusivamente para 
los ficheros que se envían al entorno de Formación se espera un nuevo campo en el conte-
nido del fichero (en el registro cabecera) llamado “IDENTIFICADOR CIRCUITO DE FOR-
MACION” según se detalla a continuación: 
 
CABECERA   Tipo  Lon  Ini  Fin  Comentarios 
CARÁCTER IDENTIFICATIVO    
A  1  1  1 
DE REGISTRO DE CABECERA 
ENTIDAD GESTORA  A  9  2  10    
NOMBRE DEL ORGANISMO  A  40  11  50    
FECHA IDENTIFICATIVA EN-   
N  8  51  58 
VIO 
IDENTIFICADOR CIRCUITO  Solo tendrá contenido en el circuito de 
A  7  59  65 
DE FORMACION  Formación, contendrá el literal '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 co-
rrecto – IFI - o por la opción adecuada – IFIWEB, EDITRAN) no contiene dicho campo se re-
chazará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 refe-
rentes 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.  s
– Sistema operativo, versión y tipo (32 o 64 bits).  oe.
– Copia de los mensajes de error que se produzcan.  783www.
– 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 
Sede de la Seguridad Social  https://sede.seg-social.gob.es 
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 de Inter-
SolicitudAltaBajaSII.doc 
cambio de Información 
Solicitud certificado de componente ge- Formulario para la Solicitud de un Certificado de Compo-
nérico vr1.0.pdf  nente 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 cliente 
Manual de actualización del Cliente IFI 
en entornos no Windows). 
Manual de instalación 
Manual de instalación IFI 
Servicio de intercambio de ficheros insti-
tucionales.ClienteIFI4_10.exe  Ejecutable del cliente IFI 
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 
Certificados admitidos para IFIWEB  IFIWEB, de esta lista deben considerarse únicamente los 
certificados  de usuario, persona física o empleado públi-
co 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 expli-
cado anteriormente, la estructura de este fichero contendrá 1 registro de cabecera, N regis-
tros 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 
 
 
ntidad.  más de 
a e de
Comentarios     (Longitud de registro=500 caracteres)  Valor fijo: "C".  Código que identifica a la entidad gestora que realiza el envío. Los valores permitidos son los Códigos DIR3: https://administracionelectronica.gob.es/ctt/dir3/descargas  Nombre del organismo que realiza el envío.  Fecha envío. Formato AAAAMMDD.  Sin contenido, relleno a espacios para futuros usos.  Tabla de 5 ocurrencias.  Sin contenido, relleno de espacios cuando se envían datos por parte de l 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 (aotros posibles 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.   
n  1  10  50  58  75  00 
Fi       4    5
Ini        1  2  11  51  59     476 
ong  1  9  40  8  417  5 
L         
Tip       A  A  A  N  A  5  N 
E 
D
A.  RO 
ER A  GIST
     REGISTRO DE CABEC Nombre campo  1. DATOS DEL ENVIO  1.1. REGISTRO DE CABECER CARÁCTER IDENTIFICATIVO DE RECABECERA  ENTIDAD GESTORA  NOMBRE DEL ORGANISMO  FECHA IDENTIFICATIVA ENVIO  FILLER  TABLA CÓDIGOS DE RESPUESTA   CODIGOS RESPUESTA         es
o  —“. 
Comentarios   (Longitud de registro=500 caracteres)  Código que identifica la acción que se pretende realizar: Alta de 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. Los valores permitidos son los Códigos DIR3: https://administracionelectronica.gob.es/ctt/dir3/descargas  DE CONVIVENCIA O FAMILIAR)  Identificador asociado a la persona perceptora de la prestación.   Valores: '1', '6' o '9' (éste último solo para españoles menores de 14 años).  Número y letra de control.  Código de duplicidad/desdoblamiento en TGSS.  Se enviará a ceros si se desconoce.  Entrada: para cambios de identificación deberá contener el IDENTIFICATIVO anterior. Salida: puede devolverse con contenido para informar del nuevo IDENTIFICATIVO en determinados errores avisos.              Primer apellido de la persona perceptora/beneficiaria de la prestación   Segundo apellido de la persona perceptora/beneficiaria de la prestación. Si no se dispone de él incorporar “ Nombre de la persona perceptora/beneficiaria de la prestación  Fecha de nacimiento de la persona perceptora de la prestación. Formato AAAAMMDD. Solo se admitirán fechas lógicas y no anteriores a 19000101.  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 admiten además los valores:     952 - APATRIDAS   953 - PAIS DESCONOCIDO   Código de sexo de la persona perceptora/beneficiaria de la prestación Los valores permitidos serán 1 (varón) o 2 (mujer) 
n  2  11  AD  12  12  22  26  27  27  37  41  42  74  07  40  48  51  52 
Fi    NID 1 1 1 1 1
ng Ini     2 1  9 3  O DE LA U 0 12  1 12  10 13  423   0 27  1 27  10 28  438   0 42  33 42  33 75  33 108  8 141  3 149  1 152 
o R
)  L    MB
CION Tipo     N  A  R / MIE G  A  A  N  G  A  A  N  G  A  A  A  N  N  N 
A A
T UL
RES A (TIT
N
P O
     REGISTRO DE DATOS ( Nombre campo  1.2. DATOS PRESTACIONES  CÓDIGO DE ACTUACIÓN  ENTIDAD GESTORA  DATOS IDENTIFICATIVOS DE LA PERS IDENTIFICATIVO       TIPO DE DOCUMENTO       NUMERO DEL DOCUMENTO       DUPLICIDAD/DESDOBLAMIENTO  OTRO IDENTIFICATIVO       TIPO DE DOCUMENTO       NUMERO DEL DOCUMENTO       DUPLICIDAD/DESDOBLAMIENTO  APELLIDOS Y NOMBRE       APELLIDO PRIMERO       APELLIDO SEGUNDO       NOMBRE  FECHA NACIMIENTO  OTROS DATOS PERSONALES  NACIONALIDAD  SEXO  es
e, 
n:  onoc
Comentarios  Código de estado civil de la persona perceptora/beneficiaria de la prestación. Los valores permitidos figuran en el ANEXO 2.  Teléfono móvil de la persona perceptora/beneficiaria de la 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 casos). Para Modificación de datos personales también se permitirá ‘D’ (desproteger)   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).   Para domicilios nacionales se completará únicamente el grupo DOMICILIO NACIONAL. Para domicilios extranjeros se completará únicamente el grupo DOMICILIO EXTRANJERO  Grupo para domicilio nacional  Código de la provincia de residencia de la persona perceptora/beneficiaria de la prestación. Solo si el PAIS DE RESIDENCIA es España (Código 724). Los valores permitidos estarán entre 01 y 52 (ambos inclusive) o 99 (desconocido).  Código del municipio de residencia de la persona perceptora/beneficiaria de la prestación. Solo si el PAIS DE RESIDENCIA es España (Código 724) Los valores permitidos serán los del Código INE, los códigos admitidos se encuentran en esta direccióhttp://www.ine.es/nomen2/index.do (página nomenclátor del INE).  Nombre del municipio de residencia de la persona perceptora/beneficiaria de la prestación (si se descpodría contener ‘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. 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/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/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 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 prestación. Solo si el PAIS DE RESIDENCIA es España (Código 724). Piso de residencia de la persona perceptora/beneficiaria de la prestación. Solo si el PAIS DE RESIDENCIA es España (Código 724).  Bloque de residencia de la persona perceptora/beneficiaria de la prestación. Solo si el PAIS DE RESIDENCIA es España (Código 724). 
n  53  66  67  70  71  72  83  23  25  65  70  72  75  77  81 
Fi 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2
Ini  153  154  167  168  171  171  173  184  224  226  266  271  273  276  278 
g  1  13  1  3  0  2  11  40  2  40  5  2  3  2  4 
n
L
p N  A  A  N  G  N  A  A  A  A  A  A  A  A  A 
Ti
     Nombre campo  ESTADO CIVIL  TELÉFONO MÓVIL  INDICADOR DATOS PROTEGIDOS  DATOS DE RESIDENCIA  PAIS DE RESIDENCIA  DOMICILIO NACIONAL            PROVINCIA DE RESIDENCIA            CODIGO MUNICIPIO DE RESIDENCIA            NOMBRE MUNICIPIO DE RESIDENCIA            CÓDIGO DE VIA            NOMBRE DE LA VIA             NUMERO DE LA VIA            ESCALERA            PUERTA            PISO             BLOQUE  es
Comentarios  Código postal de residencia de la persona perceptora/beneficiaria de la prestación. Solo si el PAIS DE RESIDENCIA es España (Código 724).  Grupo para domicilio extranjero  Dirección de residencia en el extranjero (1) de la persona perceptora/beneficiaria de la prestación. 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. 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 contener ‘DESCONOCIDO’). Solo si el PAIS DE RESIDENCIA distinto de España (Código <> 724 y <> 953).  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. 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 CLA-VE PROPIA ENTIDAD.  Código de la prestación. Los valores permitidos figuran en el 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 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 permitidos serán U (único) o P (periódico).  Código que identifica la situación actual de la prestación. Los valores permitidos serán A (alta), B (baja) o S (suspensión).     Código asociado al importe de la prestación. Los valores permitidos figuran en el ANEXO 5.  Importe de la prestación. En céntimos de euro. Podría ser cero.  Número de convivientes en la unidad de convivencia (IMV) o unidad familiar (RIS) (Entre 1 y 99).  Indica si la persona asociada a este registro es el titular de la 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 permitidos son A (alta) o B (baja) 
n  86  87  21  56  91  31  38  46  47  48  49  50  59  61  62  63 
Fi 2 2 3 3 3 4 4 4 4 4 4 4 4 4 4 4
Ini  282  287  287  322  357  392  432  439  447  448  449  449  451  460  462  463 
g  5  0  35  35  35  40  7  8  1  1  2  9  2  1  1 
n
L   
p N  G  A  A  A  A  A  N  A  A  G  A  N  A  A  A 
Ti
A 
R
E
NJ
A
R
T
X
A 1  A 2  A E
     Nombre campo           CODIGO POSTAL  DOMICILIO EXTRANJERO          DIRECCIÓN DE RESIDENCI         DIRECCIÓN DE RESIDENCI         LOCALIDAD DE RESIDENCI DATOS DE LA PRESTACION  CLAVE PROPIA ENTIDAD  CLAVE PRESTACION  FECHA SITUACIÓN  TIPO DE PAGO  SITUACIÓN ACTUAL  BLOQUE IMPORTES             CÓDIGO             IMPORTE   DATOS ESPECIFICOS IMV o RIS  NUMERO CONVIVIENTES  PERCEPTOR  ESTADO PERCEPTOR  es
Comentarios  Sin contenido, para futuros usos.  Tabla de 5 ocurrencias.  Sin contenido, relleno de espacios 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 registro a TSD. Podría haberse incorporado el registro a TSD y devolver avisos (los avisos empezarán por 9). La descripción de todos los posibles errores se encuentra 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.   Comentarios   (Longitud de registro=500 caracteres)  Valor fijo: "P".  Número de registros total del fichero (contando cabecera, registros de datos y pie).  Sin contenido, para futuros usos.  Tabla de 5 ocurrencias.  Sin contenido, relleno de espacios 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 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.   
n  75  00  n  1  10  75  00 
Fi 4    5 Fi    4    5
Ini  464     476  Ini     1  2  11     476 
ng  12  5  ng  1  9  465  5 
Lo    Lo      
Tipo  A  5  N  Tipo     A  N  A  5  N 
E 
O  O D
R R
CHE GIST
     Nombre campo  FILLER  TABLA CÓDIGOS DE RESPUESTA   CODIGOS RESPUESTA     REGISTRO DE PIE  Nombre campo  1.3. REGISTRO FINAL DE FI CARÁCTER IDENTIFICATIVO DE REPIE  NUMERO TOTAL DE REGISTROS  FILLER  TABLA CÓDIGOS DE RESPUESTA   CODIGOS RESPUESTA  es
 
 
 
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 iz-
quierda. 
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 ta-
bla 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 de-
recha. 
Campos fecha. 
Los campos fecha se consideran siempre numéricos (aparecen con tipo N en la tabla an-
terior) 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 be-
neficiaria de la prestación.  
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 iz-
quierda y la última contendrá la letra del DNI 
  6: NIE: Las primeras diez contendrán el número de NIE (normalmente em-
pezará 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  s
remitirán  dos guiones medios ‘—‘.  oe.
 
 
 
– 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 conoz-
can 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 conocer-
se, 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 IDENTI-
FICATIVO. 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 actua-
ció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   
El campo INDICADOR DE DATOS PROTEGIDOS hace referencia a una especial pro-
tección para aquellos ciudadanos que la hayan solicitado expresamente ante la adminis-
tración correspondiente. Sus valores podrán ser: 
–  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  s
el valor 99 PROVINCIA DESCONOCID.  e.
 
 
 
– 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 cono-
ce, el nombre del municipio podría contener ‘DESCONOCIDO’. 
– El resto de campos no son obligatorios pero, en caso de que alguno tenga conte-
nido 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’. 
Apartado DATOS ESPECÍFICOS IMV o RIS. 
Este conjunto de datos únicamente se deberá completar si el registro que se está en-
viando 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. 
Una vez descrito el formato del fichero de prestaciones y validaciones básicas, procede-
mos 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 (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 ac-
ció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 perso-
na 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 tar-
jeta 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 persona-
les (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 IDEN-
TIFICADOR) no se le dará de alta. Se asociará a la persona encontrada la nueva pres-
tació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 per-
sona 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 de-
volverá 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 contiene campos con valor ‘desconocido’ y existe para esa misma perso-
na en TSD un domicilio válido, éste no será modificado. 
 
 
 
–  Si el en el campo TIPO DE PAGO se introduce el valor U (pago único), el campo SI-
TUACION ACTUAL debe ser ‘B’ (baja) y la FECHA SITUACION debe ser el día que se 
concede la prestación. 
–  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 si-
tuació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ódi-
go 1230102) o una Renta de Integración Social (RIS, código 560202), se deberán apor-
tar obligatoriamente los campos NUMERO CONVIVIENTES, PERCEPTOR y ESTADO 
PERCEPTOR. 
–  Para prestaciones IMV o RIS, se usará el mismo movimiento para el alta de la presta-
ció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 (beneficia-
rio). 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 con-
vivencia o familiar. (Ejemplo: si se hace constar 3 miembros, deberán enviar datos iden-
tificativos 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 presta-
ciones 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.  es
 
 
 
– 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 movi-
miento advirtiendo en el fichero de respuesta de esta situación e incluyendo el identifi-
cador actual asociado a la prestación. Se devolverá el código de aviso 91030  “AVISO: 
aceptado con observaciones referentes al identificativo”. Asociado a este aviso se de-
volverá a la entidad gestora, a nivel informativo, el nuevo identificativo en el campo 
OTRO IDENTIFICATIVO. 
– Si la prestación que se pretende modificar es un 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. 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 remi-
tieron 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 uni-
do a los datos identificativos del envío, de la entidad gestora y del perceptor de la presta-
ción. 
Validaciones a aplicar. 
– La obligatoriedad de los campos a aportar en un registro de Borrado de prestación vie-
nen detallados en la tabla del apartado 4.2.8. En este caso, los campos marcados co-
mo no obligatorios si se completan no se validarán, ya que la única información necesa-
ria 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 sis-
tema. 
– 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 do-
micilio 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 suspen-
der (S), extinguir (B) o activar (A) una prestación. Los datos a aportar por la entidad ex-
terna 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 cam-
pos marcados como no obligatorios si se completan no se validarán, ya que la única in-
formación necesaria para realizar el cambio de situación es la identificación de la pres-
tació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 movi-
miento advirtiendo en el fichero de respuesta de esta situación e incluyendo el identifi-
cador actual asociado a la prestación. Se devolverá el código de aviso 91030  “AVISO: 
aceptado con observaciones referentes al identificativo”. Asociado a este aviso se de-
volverá a la entidad gestora, a nivel informativo, el nuevo identificativo en el campo 
OTRO IDENTIFICATIVO. 
– Si lo que se pretende modificar es la situación de una prestación de Ingreso Mínimo Vi-
tal (IMV, código 1230102) o Renta de Integración Social (RIS, código 560202) se debe-
rá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 In-
greso 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 PERCEP-
TOR en este caso tendrá valor B (Beneficiario) y se utilizará el campo ESTADO PER-
CEPTOR 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, com-
puesto al menos por tipo y número de documento y también los datos personales (nom-
bre 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 infor-
mació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.  es
 
 
 
– 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 recha-
zará 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 nacio-
nalidad 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 si-
tuaciones 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 in-
formativo, el nuevo identificativo en el campo OTRO IDENTIFICATIVO. 
  Sin embargo se permitirán los códigos de actuación 02 (Modificación de pres-
tación) y  04 (Cambio de situación de prestación) aunque nos lleguen asocia-
dos 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 devol-
verá a la entidad gestora, a nivel informativo, el nuevo identificativo en el cam-
po 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 infor-
mació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 perso-
nas vienen detallados en la tabla del apartado 4.2.8. En este caso, los campos marca-
dos 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 si-
guientes circunstancias. 
  Se podrá solicitar la protección de una persona indicando el valor ‘P’ en el indi- es
cador de protección.  o
 
 
 
  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 consta-
ra 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: Acepta-
do 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 vie-
nen detallados en la tabla del apartado 4.2.8. En este caso, los campos marcados co-
mo no obligatorios si se completan no se validarán, ya que la única información necesa-
ria 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 traspa-
sada. 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 asocia-
rá la prestación recibida. 
– No se permitirá el traspaso si la persona que va a asumir la prestación viene asociada a 
un identificativo antiguo que ha sido modificado a través del ‘Cambio de identificación 
de persona’. El error que se utiliza para marcar esta circunstancia es: 31034   Refe-
rencia 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 IDENTI-
FICATIVO. 
– Si la persona originalmente asociada a la prestación no posee otras prestaciones ni si-
tuaciones 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á directa-
mente 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 ACTUACIÓN  01  02  03  04  05  06  07 
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 DOCUMENTO  S  S  S  S  S  S  S 
     NUMERO DEL DOCUMENTO  S  S  S  S  S  S  S 
     DUPLICIDAD/DESDOBLAMIENTO  N  N  N  N  N  N  N 
OTRO IDENTIFICATIVO               
     TIPO DE DOCUMENTO  N  N  N  N  S  N  N 
     NUMERO DEL DOCUMENTO  N  N  N  N  S  N  N 
     DUPLICIDAD/DESDOBLAMIENTO  N  N  N  N  N  N  N 
APELLIDOS Y NOMBRE               
     APELLIDO PRIMERO  S  S  N  S  S  S  S 
     APELLIDO SEGUNDO  N  N  N  N  N  N  N 
     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 
SEXO  N  N  N  N  N  N  N 
ESTADO CIVIL  N  N  N  N  N  N  N 
TELÉFONO MÓVIL  N  N  N  N  N  N  N 
INDICADOR DATOS PROTEGIDOS  N  N  N  N  N  N  N 
DATOS DE RESIDENCIA 
PAIS DE RESIDENCIA  S  N  N  N  N  S  S 
DOMICILIO NACIONAL               
          PROVINCIA DE RESIDENCIA  S  N  N  N  N  S  S 
          CODIGO MUNICIPIO DE RESIDENCIA  N  N  N  N  N  N  N 
          NOMBRE MUNICIPIO DE RESIDENCIA  S  N  N  N  N  S  S 
          CÓDIGO DE VIA  S  N  N  N  N  S  S 
          NOMBRE DE LA VIA   S  N  N  N  N  S  S 
          NUMERO DE LA VIA  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 
         CODIGO POSTAL  S  N  N  N  N  S  S 
DOMICILIO EXTRANJERO               
        DIRECCIÓN DE RESIDENCIA 1  N  N  N  N  N  N  N 
        DIRECCIÓN DE RESIDENCIA 2  N  N  N  N  N  N  N 
        LOCALIDAD DE RESIDENCIA EXTRANJE-
S  N  N  N  N  S  S 
RA 
DATOS DE LA PRESTACIÓN               
CLAVE PROPIA ENTIDAD  S  S  S  S  N  N  S 
CLAVE PRESTACION  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 
SITUACIÓN ACTUAL  S  S  N  S  N  N  N 
BLOQUE IMPORTES               
           CÓDIGO  N  N  N  N  N  N  N 
           IMPORTE   N  N  N  N  N  N  N 
DATOS ESPECIFICOS IMV o RIS               
NÚMERO CONVIVIENTES  S (*1)  S (*1)  N  N  N  N  N 
PERCEPTOR  S (*1)  S (*1)  N  S (*1)  N  N  N 
ESTADO PERCEPTOR  S (*1)  S (*1)  N  S (*2)  N  N  N  e
FILLER  N  N  N  N  N  N  N  o
 
 
 
(*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 cam-
po 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 an-
teriormente, 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 
 
   
ntidad.  más de 
a e de
Comentarios       (Longitud de registro=200 caracteres)  Valor fijo: "C".  Código que identifica a la entidad gestora que realiza el envío. Los valores permitidos son los Códigos DIR3: https://administracionelectronica.gob.es/ctt/dir3/descargas  Nombre del organismo que realiza el envío.  Fecha envío. Formato YYYYMMDD.  Sin contenido, relleno a espacios.  Tabla de 5 ocurrencias.  Sin contenido, relleno de espacios cuando se envían datos por parte de l 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 (aotros posibles 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. 
Fin        1  10  50  58  175     200 
Ini        1  2  11  51  59     176 
n  1  9  40  8  17  5 
o 1
L         
Tip       A  A  A  N  A  5  N 
E 
D
A.  RO 
ER A  GIST
   REGISTRO DE CABEC Nombre campo  1. DATOS DEL ENVIO  1.1. REGISTRO DE CABECER CARÁCTER IDENTIFICATIVO DE RECABECERA  ENTIDAD GESTORA  NOMBRE DEL ORGANISMO  FECHA IDENTIFICATIVA ENVIO  FILLER  TABLA CÓDIGOS DE RESPUESTA   CODIGOS RESPUESTA                    es
a percibe.  entidad. 
Comentarios    (Longitud de registro=200 caracteres)  Código que identifica la acción que se pretende realizar. Los valores permitidos figuran en el ANEXO 1.  Código que identifica a la entidad gestora que realiza el envío. 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 lSe usará para asociar este pago con la prestación que previamente se habrá cargado. Ejercicio al que hace referencia el pago. Solo se permiten valores de año lógicos.  Fecha de inicio del pago. Formato YYYYMMDD. Solo se admitirán fechas lógicas y no anteriores a 19000101.  Fecha de fin del pago. Formato YYYYMMDD. Solo se admitirán fechas lógicas y no anteriores a 19000101. Importe del pago. En céntimos de euro. Nunca será cero. Código que identifica la clase de pago. Los valores permitidos figuran en el ANEXO 6.  Código que identifica la situación del pago. Los valores permitidos figuran en el ANEXO 8.  Sin contenido, para futuras ampliaciones  Tabla de 5 ocurrencias.  Sin contenido, relleno de espacios cuando se envían datos por parte de la  Posibles códigos de error devueltos tras el tratamiento del registro. Identifican los errores que no permitieron la incorporación del registro a TSD. 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 se ha tratado correctamente.  
n  2  11  51  55  63  71  82  84  86  75  00 
Fi    1    2
Ini     1  3  12  52  56  64  72  83  85  87     176 
n  2  9  40  4  8  8  11  2  2  89  5 
L      
Tip    N  A  A  N  N  N  N  A  A  A  5  N 
) 
O
G
A
P
(
OS  A  
T
T S
A UE
D N  D  SP
  REGISTRO DE  Nombre campo  1.2. DATOS PAGO  CÓDIGO DE ACTUACIÓ ENTIDAD GESTORA  CLAVE PROPIA ENTIDA EJERCICIO  FECHA INICIO PAGO  FECHA FIN PAGO  IMPORTE PAGO  CLASE DE PAGO  SITUACIÓN DE PAGO  FILLER  TABLA CÓDIGOS DE RE CODIGOS RESPUESTA  es
de la entidad.  más de otros 
por parte  0000 (ade o.   
Comentarios   (Longitud de registro=200 caracteres)  Valor fijo: "P".  Número de registros del fichero (contando cabecera y pie).   Sin contenido, relleno a espacios.  Tabla de 5 ocurrencias.  Sin contenido, relleno de espacios cuando se envían datos  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 1posibles 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 pie es correct
n  1  10  75  00 
Fi    1    2
Ini     1  2  11     176 
n  1  9  65  5 
o 1
L      
Tip    A  N  A  5  N 
E 
PI
E 
O  O D
CHER GISTR  
   REGISTRO DE PIE  Nombre campo  1.3. REGISTRO FINAL DE FI CARÁCTER IDENTIFICATIVO DE RE NUMERO TOTAL DE REGISTROS  FILLER  TABLA CÓDIGOS DE RESPUESTA   CODIGOS RESPUESTA     es
 
 
 
VALIDACIONES GENERALES. 
Campos numéricos. 
Todos los campos numéricos (representados con una N en la columna Tipo de la tabla an-
terior) 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 izquier-
da. 
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 dere-
cha. 
Campos fecha. 
Los campos fecha se consideran siempre numéricos (aparecen con tipo N en la tabla an-
terior) 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 pue-
de haber pagos sin una prestación). Para ello, se deberá incorporar en este campo el 
mismo valor que se introdujo en el campo Clave Propia Entidad de la PRESTACION pre-
viamente remitida. 
   
 
 
 
TIPOS DE ACCIONES DISPONIBLES EN PAGOS. 
Una vez descrito y formato del fichero de pagos y validaciones básicas, procedemos a ex-
plicar 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 re-
gistro (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 co-
rregir errores y borrar pagos previamente remitidos al sistema de tarjeta social digi-
tal 
– 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 detalla-
dos 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 de-
tallados 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 encuen-
tran 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 percibien-
do y por alguna razón se desea cambiar su situación. Esta acción se utilizará generalmen-
te para indicar si un pago está “Pagado” o “No pagado”. 
Validaciones a aplicar. 
– 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 pro-
pia 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 pre-
tende 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 es-
te periodo. 
Obligatoriedad de campos. 
En esta tabla se presenta la información obligatoria que se deberá remitir para cada tipo 
de acción: 
11  12 Bo- 13 Cambio 
Nombre campo 
Alta  rrado  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 cabe-
cera, 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 
   
ntidad.  más de 
a e de
Comentarios     (Longitud de registro=500 caracteres)  Valor fijo: "C".  Código que identifica a la entidad gestora que realiza el envío. Los valores permitidos son los Códigos DIR3: https://administracionelectronica.gob.es/ctt/dir3/descargas  Nombre del organismo que realiza el envío.  Fecha envío. Formato YYYYMMDD.  Sin contenido, relleno a espacios.  Tabla de 5 ocurrencias.  Sin contenido, relleno de espacios cuando se envían datos por parte de l 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 (aotros posibles 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.   
                             
Fin        1  10  50  58  475     500 
1  2  1  1  9  6 
1 5 5 7
Ini           4
on  1  9  40  8  417  5 
L         
Tip       A  A  A  N  A  5  N 
 
E 
D
A.  RO 
ER A  GIST
   REGISTRO DE CABEC Nombre campo  1. DATOS DEL ENVIO  1.1. REGISTRO DE CABECER CARÁCTER IDENTIFICATIVO DE RECABECERA  ENTIDAD GESTORA  NOMBRE DEL ORGANISMO  FECHA IDENTIFICATIVA ENVIO  FILLER  TABLA CÓDIGOS DE RESPUESTA   CODIGOS RESPUESTA      es
Comentarios  (Longitud de registro=500 caracteres)  Código que identifica la acción que se pretende realizar. Los valores permitidos figuran en el ANEXO 1.  Código que identifica a la entidad gestora que realiza el envío. Los valores permitidos son los Códigos DIR3: https://administracionelectronica.gob.es/ctt/dir3/descargas  Identificador asociado a la persona a la que hace referencia la situación subjetiva.   Valores: '1', '6' o '9' (éste último solo para españoles menores de 14 años).  Número y letra de control.  Código de duplicidad/desdoblamiento en TGSS.  Se enviará a ceros si se desconoce.  Entrada: para cambios de identificación deberá contener el IDENTIFICATIVO anterior. Salida: puede devolverse con contenido para informar del nuevo IDENTIFICATIVO en determinados errores o avisos.             Primer apellido de la persona a la que hace referencia la situación subjetiva   Segundo apellido de la persona a la que hace referencia la situación subjetiva. Si no se dispone de él incorporar “—“.  Nombre de la persona a la que hace referencia la situación subjetiva  Fecha de nacimiento de la persona a la que hace referencia la situación subjetiva. Formato YYYYMMDD. Solo se admitirán fechas lógicas y no anteriores a 19000101.  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 admiten además los valores:     952 - APATRIDAS   953 - PAIS DESCONOCIDO   Código de sexo de la persona a la que hace referencia la 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 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 subjetiva 
A)  Fin     2  11  12  12  22  26  27  27  37  41  42  74  107  140  148  151  152  153  166 
V 1  3  2  2   3 3  7  7  8  8  2  2  5  8  1  9  2  3  4 
JETI Ini     1 1 1 2 2 2 2 3 4 4 7 10 14 14 15 15 15
UB n  2  9  0  1  10  4  0  1  10  4  0  33  33  33  8  3  1  1  13 
S L   
N  o 
CIO Tip    N  A  G  A  A  N  G  A  A  N  G  A  A  A  N  N  N  N  A 
A
U
T S  A 
  REGISTRO DE DATOS (SI Nombre campo  1.2. DATOS SITUAC. SUBJETIVA CÓDIGO DE ACTUACIÓN  ENTIDAD GESTORA  DATOS IDENTIFICATIVOS DE LA PERSON IDENTIFICATIVO       TIPO DE DOCUMENTO       NUMERO DEL DOCUMENTO       DUPLICIDAD/DESDOBLAMIENTO  OTRO IDENTIFICATIVO       TIPO DE DOCUMENTO       NUMERO DEL DOCUMENTO       DUPLICIDAD/DESDOBLAMIENTO  APELLIDOS Y NOMBRE       APELLIDO PRIMERO       APELLIDO SEGUNDO       NOMBRE  FECHA NACIMIENTO  OTROS DATOS PERSONALES  NACIONALIDAD  SEXO  ESTADO CIVIL  TELÉFONO MÓVIL  es
e, 
n:  onoc
Comentarios  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 casos). Para Modificación de datos personales también se permitirá ‘D’ (desproteger)  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).   Para domicilios nacionales se completará únicamente el grupo DOMICILIO NACIONAL. Para domicilios extranjeros se completará únicamente el grupo DOMICILIO EXTRANJERO  Grupo para domicilio nacional  Código de la provincia de residencia de la persona perceptora/beneficiaria de la prestación. Solo si el PAIS DE RESIDENCIA es España (Código 724). Los valores permitidos estarán entre 01 y 52 (ambos inclusive) o 99 (desconocido).  Código del municipio de residencia de la persona perceptora/beneficiaria de la prestación. Solo si el PAIS DE RESIDENCIA es España (Código 724) Los valores permitidos serán los del Código INE, los códigos admitidos se encuentran en esta direccióhttp://www.ine.es/nomen2/index.do (página nomenclátor del INE).  Nombre del municipio de residencia de la persona perceptora/beneficiaria de la prestación (si se descpodría contener ‘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. 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/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/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 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 prestación. Solo si el PAIS DE RESIDENCIA es España (Código 724).  Piso de residencia de la persona perceptora/beneficiaria de la prestación. Solo si el PAIS DE RESIDENCIA es España (Código 724).  Bloque de residencia de la persona perceptora/beneficiaria de la prestación. Solo si el PAIS DE RESIDENCIA es España (Código 724). Código postal de residencia de la persona perceptora/beneficiaria de la prestación. Solo si el PAIS DE RESIDENCIA es España (Código 724). Grupo para domicilio extranjero  Dirección de residencia en el extranjero (1) de la persona perceptora/beneficiaria de la prestación. Solo si el PAIS DE RESIDENCIA distinto de España (Código <> 724 y <> 953). 
Fin  167  170  171  172  183  223  225  265  270  272  275  277  281  286  287  321 
7  8  1  1  3  4  4  6  6  1  3  6  8  2  7  7 
6 6 7 7 7 8 2 2 6 7 7 7 7 8 8 8
ni  1 1 1 1 1 1 2 2 2 2 2 2 2 2 2 2
I
n  1  3  0  2  11  40  2  40  5  2  3  2  4  5  0  35 
L
p A  N  G  N  A  A  A  A  A  A  A  A  A  N  G  A 
Ti
   Nombre campo  INDICADOR DATOS PROTEGIDOS  DATOS DE RESIDENCIA  PAIS DE RESIDENCIA  DOMICILIO NACIONAL  PROVINCIA DE RESIDENCIA  CODIGO MUNICIPIO DE RESIDENCIA NACIO-NAL  NOMBRE MUNICIPIO DE RESIDENCIA NACIO-NAL  CÓDIGO DE VIA  NOMBRE DE LA VIA   NUMERO DE LA VIA  ESCALERA  PUERTA  PISO   BLOQUE  CODIGO POSTAL  DOMICILIO EXTRANJERO          DIRECCIÓN DE RESIDENCIA 1  es
Comentarios  Dirección de residencia en el extranjero (2) de la persona perceptora/beneficiaria de la prestación. 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 contener ‘DESCONOCIDO’). Solo si el PAIS DE RESIDENCIA distinto de España (Código <> 724 y <> 953).  ubjetiva por registro)  Código situación subjetiva. 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 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.  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 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.  
Fin  356  391  ción s 393  475  500 
ni  322  357  a situa 392   394 476 
I n
u
Lon  35  35  mitirá  2  82  5 
Tipo  A  A  olo se r N  A  N 
XTRANJERA  UBJETIVAS (s
   Nombre campo          DIRECCIÓN DE RESIDENCIA 2          LOCALIDAD DE RESIDENCIA E BLOQUE INFORMACION SITUAC. S TIPO DE SITUACION SUBJETIVA  ATRIBUTOS SEGÚN SITUACION  TABLA CÓDIGOS DE RESPUESTA   CODIGOS RESPUESTA  es
s  s 
o o
ari ari
ent ent do) 
OSA.  Com 01 - FAMILIA NUMEROSA  Posibles valores: S (SI), N (NO)  Tipo de familia numerosa. Ver ANEXO 9  Sin contenido  APACIDAD RECONOCIDO.  Com 02 - GRADO DE DISCAPACIDAD RECONOCIDO  Posibles valores: S (SI), N (NO)  Porcentaje de discapacidad (%)  Tipo de discapacidad. Ver ANEXO 10  Posibles valores: S (SI), N (NO), X (Desconocido)  Posibles valores: S (SI), N (NO) o X (Desconocido)  Posibles valores: Entre '00' y '15' y 'X ' (para desconoci Sin contenido 
MER Fin  393  394  396  475  DISC Fin  393  394  397  399  400  401  403  475 
NU ni  392  394  395  397  DE  ni  392  394  395  398  400  401  402  404 
A  I O  I
MILI on  2  1  2  79  AD on  2  1  3  2  1  1  2  72 
A L R L
1: F Tipo  N  A  A  A  2: G Tipo  N  A  N  A  A  A  A  A 
0 0  
A  A  O-
V V N
O
TI TI EC
E E R
J J D 
   TIPO SITUACION SUB Nombre campo  TIPO DE SITUACION SUBJETIVA  INDICADOR FAMILIA NUMEROSA  CATEGORIA  FILLER  TIPO SITUACION SUB Nombre campo  TIPO DE SITUACION SUBJETIVA  INDICADOR GRADO DISCAPACIDACIDO  GRADO DE DISCAPACIDAD  TIPO  DE DISCAPACIDAD  DISCAPACIDAD PERMANENTE  DIFICULTADES DE MOVILIDAD  LIMITACION DE MOVILIDAD  FILLER      es
os) 
v
ati
g
n
a 
ar
p
o '-' 
s  s  s  s  os ' 
o o o o v
omentari omentari omentari omentari ortes positi
C C C C mp
DEPENDENCIA RECONOCIDO.  Fin  393 03 - GRADO DE DEPENDENCIA RECONOCIDO  394 Posibles valores: S (SI), N (NO)  396 Tipo de dependencia. Ver ANEXO 11.  475 Sin contenido  TE DE EMPLEO.  Fin  393 04 - DEMANDANTE DE EMPLEO  394 Posibles valores: S (SI), N (NO)  396 Tipo de demanda. Ver ANEXO 12  397 Posibles valores: S (SI), N (NO)  398 Posibles valores: S (SI), N (NO)  475 Sin contenido  UVENIL.  Fin  393 05 - GARANTIA JUVENIL  394 Posibles valores: S (SI), N (NO)  475 Sin contenido  ENTAS.  Fin  393 06 - NIVEL DE RENTAS  407 En centimos de euro (Primer carácter  ' '   para i 475 Sin contenido 
O DE  Ini  392  394  395  397  NDAN Ini  392  394  395  397  398  399  NTÍA J Ini  392  394  395  DE R Ini  392  394  408 
AD on  2  1  2  79  MA on  2  1  2  1  1  77  RA on  2  1  81  EL  on  2  14  68 
R L E L A L V L
3: G Tipo   N A  A  A  4: D Tipo   N A  A  A  A  A  5: G Tipo  N  A  A  6: NI Tipo  N  A  A 
0 0 0 0
  TIPO SITUACION SUBJETIVA  Nombre campo  TIPO DE SITUACION SUBJETIVA  INDICADOR GRADO DEPENDENCIA RECONO-CIDO  GRADO DEPENDENCIA RECONOCIDO  FILLER    TIPO SITUACION SUBJETIVA  Nombre campo  TIPO DE SITUACION SUBJETIVA  INDICADOR DEMANDANTE DE EMPLEO  TIPO DE DEMANDA DE EMPLEO  INDICADOR DEMANDANTE DE PRIMER EM-PLEO INDICADOR RIESGO DE EXCLUSION SOCIAL  FILLER    TIPO SITUACION SUBJETIVA  Nombre campo  TIPO DE SITUACION SUBJETIVA  INDICADOR GARANTIA JUVENIL  FILLER  TIPO SITUACION SUBJETIVA  Nombre campo  TIPO DE SITUACION SUBJETIVA  BASE LIQUIDABLE GENERAL  FILLER  es
de la entidad.  más de otros 
por parte  0000 (ade o.   
Comentarios  07 - AUTONOMOS  Posibles valores: S (SI), N (NO)  Sin contenido  Comentarios  (Longitud de registro=500 caracteres)  Valor fijo: "P".  Número de registros del fichero (contando cabecera y pie).  Sin contenido, relleno a espacios.  Tabla de 5 ocurrencias.  Sin contenido, relleno de espacios cuando se envían datos  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 1posibles errores de 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 correct
S.  Fin  393  394  475  Fin  1  10  475  500 
O 2  4  5  1  2  11  76 
OM Ini  39 39 39 Ini  4
TON Lon  2  1  81  Lon  1  9  465  5 
U
7: A Tipo   N A  A  Tipo  A  N  A  5  N 
0
VA  O  O DE 
TIPO SITUACION SUBJETI Nombre campo  TIPO DE SITUACION SUBJETIVA  INDICADOR AUTONOMO  FILLER  REGISTRO DE PIE.  Nombre campo  1.3. REGISTRO FINAL DE FICHER CARÁCTER IDENTIFICATIVO DE REGISTRPIE  NUMERO TOTAL DE REGISTROS  FILLER  TABLA CÓDIGOS DE RESPUESTA   CODIGOS RESPUESTA  s
 
 
 
VALIDACIONES GENERALES. 
Campos numéricos. 
Todos los campos numéricos (representados con una N en la columna Tipo de la tabla ante-
rior) 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 dere-
cha. 
Campos fecha. 
Los campos fecha se consideran siempre numéricos (aparecen con tipo N en la tabla ante-
rior) 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 si-
guientes: 
  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 izquier-
da y la última contendrá la letra del DNI 
  6: NIE: Las primeras diez contendrán el número de NIE (normalmente empeza-
rá 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 se-
gundo apellido  (sin partículas). Si no existiera segundo apellido se remiti-
rá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  e.
 
 
 
– 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 des-
doblamiento, 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 co-
rrespondiente. 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 subjeti-
va. 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 in-
troducirá 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 DESCONOCIDA. 
–  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, se-
rá 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 cam-
po 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, pro-
cedemos 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 regis-
tro (situación subjetiva) remitido. Sus posibles valores son: 
– 21: Alta de situación subjetiva. Alta de una nueva situación subjetiva para una perso-
na, dentro del sistema de Tarjeta Social Digital 
– 22: Modificación de situación subjetiva. Modificación de datos de una situación subje-
tiva 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 utili-
zará esta acción para corregir errores y borrar situaciones subjetivas previamente re-
mitidas 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 existen-
te 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, únicamen-
te 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. 
Alta de situación subjetiva. 
Se utilizará para dar de alta una nueva situación subjetiva a una persona. Se aportará por el 
proveedor la información referente a los datos personales, el domicilio de residencia, el tipo 
de situación subjetiva y todos los valores de los atributos asociados a dicha situación. 
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 identifi-
cador 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  es
que previamente haya sido modificado a través de un movimiento de CAMBIO DE IDENTI- bo
 
 
 
FICACION 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 enti-
dad 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 infor-
mació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 va-
lor para el indicador de vigencia ignorando el contenido de los demás atributos recibi-
dos. 
–  Si se quiere establecer a “si-vigente” una situación subjetiva, se remitirá ‘S’ como va-
lor 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. 
Toda situación subjetiva (salvo NIVEL DERENTAS) tiene un indicador de vigencia propio 
que se completa siempre con posibles valores S o N. Se corresponde con el primer campo 
de la situación (INDICADOR DE FAMILIA NUMEROSA, INDICADOR DE GRADO DE DIS-
CAPACIDAD RECONOCIDO, INDICADOR DE GRADO DE DEPENDENCIA RECONOCI-
DO, etc). 
Validaciones a aplicar. 
–  La obligatoriedad de los campos a aportar en un registro de Modificación de Situación Sub-
jetiva 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 modi-
ficar (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 indi-
caron 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 cam- e.e
bio de identificador (la persona cambió de identificador) se procesará el movimiento advir- b
 
 
 
tiendo en el fichero de respuesta de esta situación e incluyendo el identificador actual aso-
ciado a la persona. Se devolverá el código de aviso 92030 “AVISO:  aceptado  con  obser-
vaciones referentes al identificativo”. Asociado a este aviso se devolverá a la entidad ges-
tora, 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 remi-
tieron 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 aso-
ciada, 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 da-
tos 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 per-
sona y además no tenía prestaciones registradas en el sistema, se eliminaran tanto los da-
tos 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 apelli-
dos) 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 6.2.6. En este caso, los campos marca-
dos como no obligatorios si se completan no se validarán, ya que la única información ne-
cesaria será es la identificación de la persona y su nuevo identificador. 
–  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 nacionali-
dad 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 situacio-
nes 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 situa-
ció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 indi-
caron 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 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 indi-
cador 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áli-
do, é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 comple- e.e
tos.  bo
 
 
 
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/DESDOBLAMIENTO  N  N  N  N  N 
OTRO IDENTIFICATIVO           
     TIPO DE DOCUMENTO  N  N  N  S  N 
     NUMERO DEL DOCUMENTO  N  N  N  S  N 
     DUPLICIDAD/DESDOBLAMIENTO  N  N  N  N  N 
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 PROTEGIDOS  N  N  N  N  N 
DATOS DE RESIDENCIA           
PAIS DE RESIDENCIA  S  N  N  N  S 
DOMICILIO NACIONAL           
PROVINCIA DE RESIDENCIA  S  N  N  N  S 
CODIGO MUNICIPIO DE RESIDENCIA NACIONAL  N  N  N  N  N 
NOMBRE MUNICIPIO DE RESIDENCIA NACIONAL  S  N  N  N  S 
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 1  N  N  N  N  N 
        DIRECCIÓN DE RESIDENCIA 2  N  N  N  N  N 
        LOCALIDAD DE RESIDENCIA EXTRANJERA  S  N  N  N  S 
BLOQUE INFORMACION SITUAC. SUBJETIVAS            e.
 
 
 
25 CAM  26 VAR 
Nombre campo  21 ALTA  22 MODIF  23 BORR 
IDENTIF.  DATPER. 
TIPO DE SITUACION SUBJETIVA  01  01  01  N  N 
INDICADOR FAMILIA NUMEROSA  S  S  N  N  N 
CATEGORIA  S  S (*1)  N  N  N 
FILLER  N  N  N  N  N 
TIPO DE SITUACION SUBJETIVA  02  02  02  N  N 
INDICADOR GRADO DISCAPACIDAD RECONOCI-
S  S  N  N  N 
DO 
GRADO DE DISCAPACIDAD  S  S (*1)  N  N  N 
TIPO  DE DISCAPACIDAD 
S  S (*1)  N  N  N 
DISCAPACIDAD PERMANENTE  S  S (*1)  N  N  N 
DIFICULTADES DE MOVILIDAD  S  S (*1)  N  N  N 
LIMITACION DE MOVILIDAD  S  S (*1)  N  N  N 
FILLER  N  N  N  N  N 
TIPO DE SITUACION SUBJETIVA  03  03  03  N  N 
INDICADOR GRADO DEPENDENCIA RECONOCIDO  S  S  N  N  N 
GRADO DEPENDENCIA RECONOCIDO  S  S (*1)  N  N  N 
FILLER  N  N  N  N  N 
TIPO DE SITUACION SUBJETIVA  04  04  04  N  N 
INDICADOR DEMANDANTE DE EMPLEO  S  S  N  N  N 
TIPO DE DEMANDA DE EMPLEO  S  S (*1)  N  N  N 
INDICADOR DEMANDANTE DE PRIMER EMPLEO  S  S (*1)  N  N  N 
INDICADOR RIESGO DE EXCLUSION SOCIAL  S  S (*1)  N  N  N 
FILLER  N  N  N  N  N 
TIPO DE SITUACION SUBJETIVA  05  05  05  N  N 
INDICADOR GARANTIA JUVENIL  S  S  N  N  N 
FILLER  N  N  N  N  N 
TIPO DE SITUACION SUBJETIVA  06  06  06  N  N 
BASE LIQUIDABLE GENERAL  S  S  N  N  N 
FILLER  N  N  N  N  N 
TIPO DE SITUACION SUBJETIVA  07  07  07  N  N 
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 elimi-
nar la vigencia de la situación subjetiva, esos campos serán ignorados, no siendo obligatorios. 
   
 
 
 
ANEXOS 
ANEXO 1: Códigos de actuación. 
CÓDIGO  DESCRIPCIÓN 
01  Alta de prestación 
02  Modificación de prestación 
03  Borrado de prestació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                    
BA  BAJADA                     
BC  BARRANCO                   
BD  BARRIADA                   
BL  BLOQUES                     s
BO  BARRIO                      oe.
 
 
 
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                  
PG  POLIGONO                   
PI  PASILLO                    
PJ  PASAJE                     
PK  PARTIDA                    
PL  PLACETA                    
PN  PROLONGACION               
PO  PASEO BAJO                 
PP  PASEO                      
PQ  PARQUE                     
PR  PORTALES                   
PS  PASO                       
PT  PATIO                       es
PU  PLAZUELA                    o
 
 
 
CÓDIGO  DESCRIPCIÓN 
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                  
XX  SIN DATOS DOMICILIAR       
ZO  ZONA                       
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  e.e
 
 
 
CÓDIGO  DESCRIPCIÓN 
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 
0280101  Prestaciones síndrome tóxico 
0290101  Prestaciones seguro escolar 
0300101  Prestación Cese Actividad Autónomos 
0310101  Pensión jubilación por incapacidad 
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  e.
 
 
 
CÓDIGO  DESCRIPCIÓN 
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 
0650101  Subsidio Jubilación 
0660101  Subsidio por defunción-sepelio 
0670101  Ayudas asistenciales 
0680101  Becas residencia 
 
0690101  Becas y ayudas de estudios 
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  s
1020103  Pensión asistencial por incapacidad  o
 
 
 
CÓDIGO  DESCRIPCIÓN 
1030101  Subsidio IT y asimilados  
1040102  Anticipos fondo garantía-pago alimentos 
1050102  Ayudas afectados por el VIH  
1060101  Pens.militar compl/profes.tropa-mariner 
1070101  Indem.militar compl/profes.tropa-mariner 
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   DESCRIPCION 
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                                   
06  Liquidación por revisión de prestación 
07  Paga única por desviación del ipc    
08  Finiquito 
09  Finiquito devengadas y no percibidas 
12  Atrasos y liquidaciones 
13  Pago semestral  
20  Liquidación especial irpf enero          
21  Devolución 
  e.
 
 
 
ANEXO 7: Situación de pago. 
CÓDIGO  DESCRIPCIÓN 
PA  PAGADA 
NP  NO PAGADA 
 
ANEXO 8: Tipo de situación subjetiva. 
CÓDIGO  DESCRIPCION 
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  DESCRIPCION 
01  General 
02  Especial 
 
ANEXO 10: Tipo de discapacidad reconocida. 
CÓDIGO  DESCRIPCION 
01  Ninguna 
02  Discapacidad física 
03  Discapacidad mental 
04  Discapacidad intelectual 
05  Discapacidad sensorial 
06  Plurideficiencia 
 
ANEXO 11: Tipo de dependencia reconocida. 
CÓDIGO  DESCRIPCION 
01  Moderada 
02  Severa 
03  Gran dependencia 
 
ANEXO 12: Tipo de demanda de empleo. 
CÓDIGO  DESCRIPCION 
01  Servicios previos al empleo  s
02  Demanda de empleo  oe.
 
 
 
 
ANEXO 20: Errores. 
ANEXO 20.1: Errores de formato. 
ANEXO 20.1.1: Errores formato en Prestaciones y Pagos. 
CÓDIGO  DESCRIPCION 
10000  No tratado por error en Cabecera/Pie (para infraestructuras: error en 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                            
10005  No existe registro de Pie o existe más de uno o registros después del pie 
10006  Número de registros de Pie no coincide con registros enviados             
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 
10010  Campo CODIGO DE ACTUACION obligatorio                                                                       
10011  Contenido de Campo CODIGO DE ACTUACION no esperado (no existe en tablas)                                    
Contenido de Campo CODIGO DE ACTUACION no esperado (para incorporaciones masivas 
10012 
solo se admiten Altas)                                    
10020  Campo ENTIDAD GESTORA obligatorio                                                                           
10021  Contenido de Campo ENTIDAD GESTORA no esperado (no existe en tablas)                                        
10022  Contenido de Campo ENTIDAD GESTORA no esperado (no coincide con el de la cabecera)                          
10030  Campo CLAVE PROPIA ENTIDAD obligatorio                                                                      
Contenido de Campo CLAVE PROPIA ENTIDAD no esperado (primeras posiciones no son 
10031 
entidad gestora)            
10050  Campo EJERCICIO obligatorio                                                                                 
10051  Contenido de Campo EJERCICIO no esperado (año incorrecto)                                              
10060  Campo FECHA INICIO PAGO obligatorio                                                                         
10061  Contenido de Campo FECHA INICIO PAGO no esperado (formato fecha incorrecto)                                 
10070  Campo FECHA FIN DE PAGO obligatorio                                                                         
10071  Contenido de Campo FECHA FIN DE PAGO no esperado (formato fecha incorrecto)                                 
Contenido de Campo FECHA FIN DE PAGO no esperado (fecha fin de pago anterior a fecha 
10072 
inicio de pago)        
10080  Campo IMPORTE DE PAGO obligatorio                                                                           
10081  Contenido de Campo IMPORTE DE PAGO no esperado (no es numérico)                                                                           
10090  Campo CLASE DE PAGO obligatorio                                                                             
10091  Contenido de Campo CLASE DE PAGO no esperado (no existe en tablas)                                          
10100  Campo SITUACION DE PAGO obligatorio                                                                         
10101  Contenido de Campo SITUACION DE PAGO no esperado (no existe en tablas)                                      
11010  Campo CÓDIGO DE ACTUACIÓN obligatorio                                                                 
11011  Contenido de Campo CÓDIGO DE ACTUACIÓN no esperado (no existe en tablas)                              
11020  Campo ENTIDAD GESTORA obligatorio                                                                     
11021  Contenido de Campo ENTIDAD GESTORA no esperado (no existe en tablas)                                  
11022  Contenido de Campo ENTIDAD GESTORA no esperado (no coincide con el de la cabecera)                    
11030  Campo IDENTIFICATIVO obligatorio                                                                       e.
 
 
 
CÓDIGO  DESCRIPCION 
11031  Contenido de Campo IDENTIFICATIVO no esperado (no contemplado)                                    
11032  Contenido de Campo IDENTIFICATIVO no esperado (formato incorrecto)                                    
Identificador duplicado con diferente valor en Apellidos y/o nombre en el fichero de en-
11033  trada. 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 tipos '9' para mayores 
11034 
de 14 años)                                    
11040  Campo APELLIDO PRIMERO obligatorio                                                                    
11060  Campo NOMBRE obligatorio                                                                              
11070  Campo FECHA NACIMIENTO obligatorio                                                                    
11071  Contenido de Campo FECHA NACIMIENTO no esperado (formato fecha incorrecto)                            
11080  Campo NACIONALIDAD obligatorio                                                                        
11081  Contenido de Campo NACIONALIDAD no esperado (no existe en 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                                                                  
11121  Contenido de Campo PAIS DE RESIDENCIA no esperado (no existe en tablas)                               
11130  Campo DOM. NAC.: PROVINCIA DE RESIDENCIA obligatorio                                                  
Contenido de Campo DOM. NAC.: PROVINCIA DE RESIDENCIA no esperado (no existe en 
11131 
tablas)               
Contenido de Campo DOM. NAC.: CODIGO MUNICIPIO DE RESIDENCIA no esperado (no 
11141 
existe en tablas)        
Campo DOM. NAC.: NOMBRE MUNICIPIO RESIDENCIA obligatorio (si no existe código de 
11150 
municipio)           
Campo DOM. NAC.: NOMBRE MUNICIPIO RESIDENCIA no debe tener contenido (si existe 
11159 
código de municipio)  
11160  Campo DOM. NAC.: CÓDIGO DE VIA obligatorio                                                            
11161  Contenido de Campo DOM. NAC.: CÓDIGO DE VIA no esperado (no existe en tablas)                         
11170  Campo DOM. NAC.: NOMBRE DE LA VIA obligatorio                                                         
11230  Campo DOM. NAC.: CODIGO POSTAL obligatorio                                                            
11231  Contenido de Campo DOM. NAC.: CODIGO POSTAL no esperado (formato incorrecto)                         
11260  Campo DOM. EXT.: LOCALIDAD RESIDENCIA EXTRANJERA obligatorio                                          
11270  Campo CLAVE PROPIA ENTIDAD obligatorio                                                                
Contenido de Campo CLAVE PROPIA ENTIDAD no esperado (primeras posiciones no son 
11271 
entidad gestora)      
11280  Campo CLAVE PRESTACION obligatorio                                                                    
11281  Contenido de Campo CLAVE PRESTACION no esperado (no existe en tablas)                                 
11290  Campo FECHA SITUACIÓN obligatorio                                                                     
11291  Contenido de Campo FECHA SITUACIÓN no esperado (formato fecha 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                                                                    
11311  Contenido de Campo SITUACIÓN ACTUAL no esperado (no existe en tablas)                                 
11320  Campo CÓDIGO IMPORTE obligatorio                                                                      
11321  Contenido de Campo CÓDIGO IMPORTE no esperado (no existe en tablas)                                   
11331  Contenido de Campo CUANTIA IMPORTE no esperado (no es numérico)                                   
11340  Campo OTRO IDENTIFICATIVO obligatorio         e
11341  Contenido de Campo OTRO IDENTIFICATIVO no esperado (no contemplado)                                     bo
 
 
 
CÓDIGO  DESCRIPCION 
11342  Contenido de Campo OTRO IDENTIFICATIVO no esperado (formato incorrecto)                                    
11351  Contenido de Campo INDICADOR PROTEGIDO no esperado (no existe en tabla)                                   
11352  Contenido de Campo INDICADOR PROTEGIDO no esperado (no permitido)                                   
11360  Campo NUMERO CONVIVIENTES IMV/RIS obligatorio 
11361  Contenido de Campo NUMERO CONVIVIENTES IMV/RIS no esperado (formato incorrecto)  
11370  Campo PERCEPTOR IMV/RIS obligatorio 
11371  Contenido de Campo PERCEPTOR IMV/RIS no esperado (no permitido)  
11380  Campo ESTADO PERCEPTOR IMV/RIS obligatorio 
11381  Contenido de Campo ESTADO PERCEPTOR IMV/RIS no esperado (no permitido)  
 
ANEXO 20.1.2: Errores formato en Situaciones Subjetivas. 
CÓDIGO  DESCRIPCION 
10000  No tratado por error en Cabecera/Pie (para infraestructuras: error en 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                            
10005  No existe registro de Pie o existe más de uno o registros después del 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                                                                 
12011  Contenido de Campo CÓDIGO DE ACTUACIÓN no esperado (no existe en tablas)                              
Contenido de Campo CODIGO DE ACTUACION no esperado (para incorporaciones masivas solo se 
12012 
admiten Altas)                                    
12020  Campo ENTIDAD GESTORA obligatorio                                                                     
12021  Contenido de Campo ENTIDAD GESTORA no esperado (no existe en tablas)                                  
12022  Contenido de Campo ENTIDAD GESTORA no esperado (no coincide con el de la cabecera)                    
12030  Campo IDENTIFICATIVO obligatorio                                                                      
12031  Contenido de Campo IDENTIFICATIVO no esperado (no contemplado)                                    
12032  Contenido de Campo IDENTIFICATIVO no esperado (formato incorrecto)                                    
Identificador duplicado con diferente valor en Apellidos y/o nombre en el fichero de entrada. No 
12033 
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 tipos '9' para mayores de 14 
12034 
años ni para extranjeros)                                 
12040  Campo APELLIDO PRIMERO obligatorio                                                                    
12060  Campo NOMBRE obligatorio                                                                              
12070  Campo FECHA NACIMIENTO obligatorio                                                                    
12071  Contenido de Campo FECHA NACIMIENTO no esperado (formato fecha incorrecto)                            
12080  Campo NACIONALIDAD obligatorio                                                                        
12081  Contenido de Campo NACIONALIDAD no esperado (no existe en tablas)                                     
12091  Contenido de Campo SEXO no esperado (no existe en tablas)                                             
12101  Contenido de Campo ESTADO CIVIL no esperado (no existe en tablas)                                      s
12120  Campo PAIS DE RESIDENCIA obligatorio                                                                   e.
 
 
 
CÓDIGO  DESCRIPCION 
12121  Contenido de Campo PAIS DE RESIDENCIA no esperado (no existe en tablas)                               
12130  Campo DOM. NAC.: PROVINCIA DE RESIDENCIA obligatorio                                                  
12131  Contenido de Campo DOM. NAC.: PROVINCIA DE RESIDENCIA no esperado (no existe en tablas)               
Contenido de Campo DOM. NAC.: CODIGO MUNICIPIO DE RESIDENCIA no esperado (no existe en 
12141 
tablas)        
Campo DOM. NAC.: NOMBRE MUNICIPIO RESIDENCIA obligatorio (si no existe código de munici-
12150 
pio) 
Campo DOM. NAC.: NOMBRE MUNICIPIO RESIDENCIA no debe tener contenido (si existe código 
12159 
de municipio)  
12160  Campo DOM. NAC.: CÓDIGO DE VIA obligatorio                                                            
12161  Contenido de Campo DOM. NAC.: CÓDIGO DE VIA no esperado (no existe en tablas)                         
12170  Campo DOM. NAC.: NOMBRE DE LA VIA obligatorio                                                         
12230  Campo DOM. NAC.: CODIGO POSTAL obligatorio                                                            
12231  Contenido de Campo DOM. NAC.: CODIGO POSTAL no esperado (formato incorrecto)                         
12260  Campo DOM. EXT.: LOCALIDAD RESIDENCIA EXTRANJERA obligatorio                                          
12340  Campo OTRO IDENTIFICATIVO obligatorio        
12341  Contenido de Campo OTRO IDENTIFICATIVO no esperado (no contemplado)                                    
12342  Contenido de Campo OTRO IDENTIFICATIVO no esperado (formato incorrecto)                                    
12351  Contenido de Campo INDICADOR PROTEGIDO no esperado (no existe en tabla)                                   
12352  Contenido de Campo INDICADOR PROTEGIDO no esperado (no permitido)                                   
12400  Campo TIPO SITUACION OBJETIVA obligatorio        
12401  Contenido de Campo TIPO SITUACION OBJETIVA no esperado (no existe en tabla)                                   
12430  FAMILIA NUMEROSA : campo CATEGORIA obligatorio        
12431  FAMILIA NUMEROSA :  contenido de Campo CATEGORIA no esperado (no existe en tabla)                                   
12440  GRADO DISCAPACIDAD RECONOCIDO : campo GRADO obligatorio        
GRADO DISCAPACIDAD RECONOCIDO :  contenido de Campo GRADO no esperado (no es numéri-
12442 
co)                                  
12450  GRADO DISCAPACIDAD RECONOCIDO :  campo TIPO obligatorio        
GRADO DISCAPACIDAD RECONOCIDO : contenido de Campo TIPO no esperado (no existe en ta-
12451 
bla)                                   
12460  GRADO DISCAPACIDAD RECONOCIDO :  campo DISCAPACIDAD PERMANENTE obligatorio        
GRADO DISCAPACIDAD RECONOCIDO : contenido de Campo DISCAPACIDAD PERMANENTE no espe-
12461 
rado (no existe en tabla)                              
12470  GRADO DISCAPACIDAD RECONOCIDO :  campo DIFICULTADES DE MOVILIDAD obligatorio        
GRADO DISCAPACIDAD RECONOCIDO :  contenido de Campo DIFICULTADES DE MOVILIDAD no espe-
12471 
rado (no existe en tabla)                                   
12480  GRADO DISCAPACIDAD RECONOCIDO :  campo LIMITACION obligatorio        
GRADO DISCAPACIDAD RECONOCIDO :  contenido de Campo LIMITACION no esperado (no existe 
12481 
en tabla)                                   
12490  GRADO DEPENDIENCIA RECONOCIDO : campo GRADO DEPENDENCIA obligatorio        
GRADO DEPENDIENCIA RECONOCIDO : contenido de Campo GRADO DEPENDENCIA  no esperado 
12491 
(no existe en tabla)                                
12500  GRADO DEPENDIENCIA RECONOCIDO : campo NIVEL DEPENDENCIA obligatorio        
GRADO DEPENDIENCIA RECONOCIDO : contenido de Campo NIVEL DEPENDENCIA  no esperado 
12501 
(no existe en tabla)                                   
12510  GRADO DEPENDIENCIA RECONOCIDO : campo INDICADOR ACOMPAÑANTE obligatorio        
GRADO DEPENDIENCIA RECONOCIDO : contenido de Campo INDICADOR ACOMPAÑANTE no es-
12511  s
perado (no existe en tabla)                                e.e
 
 
 
CÓDIGO  DESCRIPCION 
12520  DEMANDANTE DE EMPLEO : campo INDICADOR DEMANDA obligatorio        
DEMANDANTE DE EMPLEO : contenido de Campo INDICADOR DEMANDA no esperado (no existe 
12521 
en tabla)                                   
DEMANDANTE DE EMPLEO : contenido de Campo INDICADOR DEMANDA no esperado (para altas 
12522 
debe ser 'S')                                   
12530  GARANTIA JUVENIL : campo INDICADOR GARANTIA JUVENIL obligatorio                                                                    
GARANTIA JUVENIL : contenido de Campo INDICADOR GARANTIA JUVENIL no esperado (no existe 
12531 
en tabla)                        
GARANTIA JUVENIL : contenido de Campo INDICADOR GARANTIA JUVENIL no esperado (para 
12532 
altas debe ser 'S')                        
12540  NIVEL DE RENTAS : campo IMPORTE BASE LIQ. GENERAL obligatorio        
12541  NIVEL DE RENTAS : campo IMPORTE BASE LIQ. GENERAL no esperado (formato incorrecto)  
12560  DEMANDANTE DE EMPLEO : campo TIPO DE DEMANDA DE EMPLEO obligatorio        
DEMANDANTE DE EMPLEO : contenido de Campo TIPO DE DEMANDA DE EMPLEO no esperado 
12561 
(no existe en tabla)                                   
12570  DEMANDANTE DE EMPLEO : campo INDICADOR DEMANDANTE PRIMER EMPLEO obligatorio        
DEMANDANTE DE EMPLEO : contenido de Campo  INDICADOR DEMANDANTE PRIMER EMPLEO 
12571 
no esperado (no existe en tabla)                                
12580  DEMANDANTE DE EMPLEO : campo INDICADOR RIESGO DE EXCLUSION SOCIAL obligatorio        
DEMANDANTE DE EMPLEO : contenido de Campo  INDICADOR RIESGO DE EXCLUSION SOCIAL no 
12581 
esperado (no existe en tabla)                                
12590  FAMILIA NUMEROSA : campo INDICADOR FAMILIA NUMEROSA obligatorio                                                                    
FAMILIA NUMEROSA : contenido de Campo INDICADOR FAMILIA NUMEROSA no esperado (no 
12591 
existe en tabla)                        
FAMILIA NUMEROSA : contenido de Campo INDICADOR FAMILIA NUMEROSA no esperado (para 
12592 
altas debe ser 'S')                        
GRADO DISCAPACIDAD RECONOCIDO : campo INDICADOR GRADO DISCAPACIDAD RECONOCIDO 
12600 
obligatorio                                                                    
GRADO DISCAPACIDAD RECONOCIDO : contenido de Campo INDICADOR GRADO DISCAPACIDAD 
12601 
RECONOCIDO no esperado (no existe en tabla)           
GRADO DISCAPACIDAD RECONOCIDO : contenido de Campo INDICADOR GRADO DISCAPACIDAD 
12602 
RECONOCIDO no esperado (para altas debe ser 'S')           
GRADO DEPENDENCIA RECONOCIDO : campo INDICADOR GRADO DEPENDENCIA RECONOCIDO 
12610 
obligatorio                                                                    
GRADO DEPENDENCIA RECONOCIDO : contenido de Campo INDICADOR GRADO DEPENDENCIA 
12611 
RECONOCIDO no esperado (no existe en tabla)           
GRADO DEPENDENCIA RECONOCIDO : contenido de Campo INDICADOR GRADO DEPENDENCIA 
12612 
RECONOCIDO no esperado (para altas debe ser 'S')           
12620  AUTÓNOMO : campo INDICADOR AUTÓNOMO obligatorio                                                                    
12621  AUTÓNOMO : contenido de Campo INDICADOR AUTÓNOMO no esperado (no existe en tabla)           
12622  AUTÓNOMO : contenido de Campo INDICADOR AUTÓNOMO no 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. 
TIPO DE 
CÓDIGO  DESCRIPCIÓN  ACCIÓN 
CARGA 
Carga masi-
20000  Pago duplicado  Alta de pago 
va 
Carga masi-
20030  Prestación del pago no existe  Alta de pago 
va 
Carga masi-
21270  Prestación duplicada  Alta de prestación 
va 
Carga masi-
21272  Titular no existe  Alta de prestación (IMV/RIS) 
va 
Carga masi-
21231  Persona duplicada  Alta de prestación (IMV/RIS) 
va 
30000  Pago ya existe  Alta de pago  Carga diaria 
30001  Pago no existe  Borrado/Cambio de situación de pago  Carga diaria 
Alta/Borrado/Cambio de situación de 
30020  Entidad gestora no coincide  Carga diaria 
pago 
30030  Prestación no existe  Alta de pago  Carga diaria 
Alta de pago/Cambio de situación de 
30031  Situación de prestación no válida  Carga diaria 
pago 
Alta de pago/Cambio de situación de 
30050  Ejercicio no válido  Carga diaria 
pago 
Borrado/Modificación/Cambio de 
31020  Entidad gestora no coincide  Carga diaria 
situación de prestación 
Modificación/Cambio de situación de 
31030  Datos personales no coinciden: identificación  prestación/Variación de datos perso- Carga diaria 
nales 
Modificación/Cambio de situación de 
31031  Persona duplicada  prestación/Variación de datos perso- Carga diaria 
nales 
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 mo- Alta de prestación/Traspaso de pres-
31034  Carga diaria  
vimiento   tación 
Modificación/Cambio de situación de 
prestación/Cambio de identificación 
31040  Datos personales no coinciden: primer apellido  Carga diaria 
de persona/Variación de datos per-
sonales 
Modificación/Cambio de situación de 
Datos personales no coinciden: segundo ape- prestación/Cambio de identificación 
31050  Carga diaria 
llido  de persona/Variación de datos per-
sonales 
Modificación/Cambio de situación de 
prestación/Cambio de identificación 
31060  Datos personales no coinciden: nombre  Carga diaria 
de persona/Variación de datos per-
sonales 
Modificación/Cambio de situación de 
Datos personales no coinciden: fecha de naci-
31070  prestación/Cambio de identificación  Carga diaria  s
miento  de persona/Variación de datos per- e.e
TIPO DE 
CÓDIGO  DESCRIPCIÓN  ACCIÓN 
CARGA 
sonales 
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 
31271  Prestación no existe  Carga diaria 
situación de 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 referen-
tes al identificador  Modificación de prestación/Cambio 
91030  Carga diaria 
El campo OTRO IDENTIFICATIVO contendrá el  de situación de prestación 
nuevo identificativo 
AVISO: Aceptado el cambio excepto en los 
91040  datos de DOMICILIO ya que los datos existen- Variación de datos personales  Carga diaria 
tes son más completos. 
ANEXO 20.2.2: Errores carga de datos en Situaciones Subjetivas. 
CÓDIGO  DESCRIPCION   ACCIÓN  TIPO CARGA 
22080  Situación subjetiva duplicada  Alta de situación subjetiva   Carga masiva  
Datos personales no coinciden:  Borrado/Modificación/Variación de datos per-
32030  Carga diaria 
identificación  sonales 
Referencia al identificador antiguo 
32034  Alta de situación subjetiva  Carga diaria 
en el movimiento  
Datos personales no coinciden:  Borrado/Modificación/Cambio de identificación 
32040  Carga diaria 
primer apellido  de persona/Variación de datos personales 
Datos personales no coinciden:  Borrado/Modificación/Cambio de identificación 
32050  Carga diaria 
segundo apellido  de persona/Variación de datos personales 
Datos personales no coinciden:  Borrado/Modificación/Cambio de identificación 
32060  Carga diaria 
nombre  de persona/Variación de datos personales 
Datos personales no coinciden:  Borrado/Modificación/Cambio de identificación 
32070  Carga diaria 
fecha de 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 per-
32031  Persona duplicada  Carga diaria 
sonales 
Referencia al identificador antiguo 
32034  Alta de situación subjetiva  Carga diaria 
en el movimiento  
Datos personales no coinciden: 
32340  Cambio de identificación de persona  Carga diaria 
identificación 
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  es
32000  Error genérico procesamiento si- Alta/Borrado/Modificación/Cambio de identifi- Carga diaria  o
 
 
 
CÓDIGO  DESCRIPCION   ACCIÓN  TIPO CARGA 
tuaciones subjetivas  cación de persona/Variación de datos persona-
les 
AVISO : aceptado con observacio-
nes referentes al identificador 
92030  Modificación de situación subjetiva  Carga diaria 
El campo OTRO IDENTIFICATIVO con-
tendrá el nuevo identificativo 
AVISO: Aceptado el cambio excep-
to en los datos de DOMICILIO ya que 
92040  Variación de datos personales  Carga diaria 
los datos existentes son más comple-
tos. 
 
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 
 
 
 
   
 
BOLETÍN OFICIAL DEL ESTADO
 
 
Núm. 312 Miércoles 29 de diciembre de 2021 Sec. III.   Pág. 166845
 
 
ANEXO II