Categoría: Normativas

Con fecha 25 de noviembre de 2022 se ha suscrito el convenio entre el Instituto Nacional de la Seguridad Social y la Ciudad Autónoma de Melilla, para el impulso y consolidación del sistema Tarjeta Social Digital y, en cumplimiento de lo dispuesto en el artículo 48.8 de la Ley 40/2015, de 1 de octubre, de Régimen Jurídico del Sector Público, procede la publicación en el «Boletín Oficial del Estado» del citado convenio, que figura como anexo de esta resolución.
Madrid, 30 de noviembre de 2022.–La Secretaria General Técnica, Iria Cruz López.
En Madrid y Melilla, a 25 de noviembre de 2022.
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 el 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, 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 Ciudad Autónoma de Melilla representada por doña Francisca Ángeles García Maeso, Consejera de Políticas Sociales, Salud Pública y Bienestar Animal, nombrada por el Decreto número 940, de fecha 2 de agosto de 2021, como Consejera de Políticas Sociales, Salud Pública y Bienestar Animal, publicado en el BOME extra número 46, de 13 de agosto de 2021.
Ambas partes se reconocen mutua capacidad para obligarse y convenir, y a tal efecto,
Uno. El Real Decreto 2583/1996, de 13 de diciembre, de estructura orgánica y funciones del Instituto Nacional de la Seguridad Social (en adelante, INSS), le atribuye, en su artículo 1.a) el reconocimiento y control del derecho a las prestaciones económicas del sistema de la Seguridad Social en su modalidad contributiva en consonancia también con lo establecido en el artículo 66.1.a) del texto refundido de la Ley General de la Seguridad Social, aprobado por Real Decreto Legislativo 8/2015, de 30 de octubre, y en el artículo 1.2.d) del Real Decreto 2583/1996 que le atribuye la gestión y funcionamiento del Registro de Prestaciones Sociales Públicas, creado por el artículo 30 de la Ley 42/1994, de 30 de diciembre de Medidas fiscales, Administrativas y de Orden Social, y regulado en el Real Decreto 397/1996 de 1 de marzo.
La Ley 6/2018, de 3 de julio, de Presupuestos Generales del Estado para el año 2018, en el apartado tres de la disposición adicional centésima cuadragésima primera, en la redacción dada por la disposición final quinta de la Ley 19/2021, de 20 de diciembre, por la que se establece el ingreso mínimo vital, 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 trece 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 norma de referencia del Derecho de la Unión Europea, estableciendo, entre otros elementos, las bases jurídicas legítimas para la justificación de los diversos tratamientos de los datos personales en su artículo 6 por parte del responsable del tratamiento, adquiriendo mayor capacidad, de decisión y, a la vez, más obligaciones de asistencia a los titulares del dato así como establecer las garantías y condiciones para una seguridad activa.
Cinco. Por otra parte, el Real Decreto 3/2010, de 8 de enero, por el que se regula el Esquema Nacional de Seguridad en el ámbito de la Administración Electrónica, obliga a los responsables de los sistemas de información a clasificar sus sistemas y aplicar, en consecuencia, y de acuerdo con un análisis de los riesgos de seguridad, las medidas de seguridad necesarias que combatan dichos riesgos.
Seis. El texto refundido de la Ley General de la Seguridad Social, aprobado por Real Decreto Legislativo 8/2015, de 30 de octubre, en su artículo 77.1, dispone que los datos, informes o antecedentes obtenidos por la Administración de la Seguridad Social en el ejercicio de sus funciones tienen carácter reservado y sólo podrán utilizarse para los fines encomendados a las distintas entidades gestoras y servicios comunes de la Seguridad Social, sin que puedan ser cedidos o comunicados a terceros, salvo que la cesión o comunicación tenga por objeto alguno de los que expresamente se enumeran en dicho artículo.
Siete. La Ley 40/2015, de 1 de octubre, de Régimen Jurídico del Sector Público, establece en su artículo 141 el deber de colaboración entre las Administraciones Públicas, recogiendo en el número 1.c) la obligación de facilitar a las otras Administraciones la información que precisen sobre la actividad que desarrollen en el ejercicio de sus propias competencias, concretando en su artículo 142 –como una de las técnicas de colaboración– el suministro de datos que se hallen a disposición del organismo público o la entidad al que se dirige la solicitud y que la Administración solicitante precise disponer para el ejercicio de sus competencias.
Ocho. La Ley 6/2018, de 3 de julio, de Presupuestos Generales del Estado, en su disposición adicional centésima cuadragésima primera establece en su apartado cuatro que las administraciones públicas, entidades y organismos y empresas públicas responsables de la gestión de las prestaciones sociales públicas de contenido económico enumeradas en el apartado dos facilitarán al Instituto Nacional de la Seguridad Social la información actualizada correspondiente a los datos identificativos de los titulares de las prestaciones económicas, así como, en cuanto determinen o condicionen el reconocimiento y mantenimiento del derecho a aquellas, de los beneficiarios, cónyuges y otros miembros de las unidades familiares, y los importes y clases de las prestaciones abonadas y la fecha de efectos de su concesión o reconocimiento.
En este contexto, los representantes de las partes consideran necesario para el cumplimiento de sus respectivos fines, establecer y definir las actuaciones, tanto por parte del Instituto Nacional de la Seguridad Social como responsable de la gestión y administración del sistema de información TSD como por parte de la Ciudad Autónoma de Melilla, 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
El presente convenio tiene por objeto establecer y definir las actuaciones que deberán realizar ambas partes para el desarrollo de la TSD y su posterior ejecución, con la finalidad de que el sistema de información Tarjeta Social Digital sustituya al Registro de Prestaciones Sociales Públicas garantizando todas las funcionalidades que actualmente ofrece dicho Registro y se convierta en el sistema de información básico de las prestaciones sociales económicas públicas en España que da apoyo a las administraciones con competencias de gestión y control en esta materia al tiempo de erigirse en herramienta de análisis, investigación y explotación de datos en el ámbito de la protección social en España.
Una vez realizadas las actuaciones del presente convenio, Tarjeta Social Digital será el único sistema de información donde se remitirán de forma obligatoria puntualmente la información de las prestaciones sociales económicas públicas.
La información sobre las prestaciones económicas públicas transmitida por la Ciudad Autónoma de Melilla 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 Ciudad Autónoma de Melilla a Tarjeta Social Digital no será accesible para ninguna administración, organismo o entidad ni para terceros, salvo el propio titular de los datos. Esta información se integra en Tarjeta Social Digital con la finalidad de dar soporte a la función de explotaciones estadísticas, trabajos de investigación y analítica de datos para la mejora de las políticas de protección social.
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 como Rentas Mínimas de Integración Social; Ingreso Mínimo Vital; etc...
– Desarrollará el procedimiento para la ejecución directa por las administraciones y organismos usuarios de TDS de estadísticas.
– Mantendrá actualizado con periodicidad anual el Catálogo de Entidades adscritas a TSD así como el Catálogo de Prestaciones que forman parte de TSD.
B) Por parte de la Ciudad Autónoma de Melilla:
– Se compromete a llevar a cabo en un plazo de seis meses o inferior con el límite máximo del 31 de diciembre posterior a la inscripción del convenio en el REOICO, las adaptaciones necesarias en sus aplicaciones y sistemas de información para poder transmitir a partir del vencimiento de dicho plazo 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.
– Se compromete a mantener el envío de información al Registro de Prestaciones Sociales Públicas durante todo el ejercicio inmediatamente posterior a la inscripción del convenio en REOICO 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.
Las actuaciones previstas en el presente convenio no darán lugar a contraprestaciones financieras entre las partes firmantes.
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 Comité de Seguridad de los Sistemas de Información de la Seguridad Social.
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 (LRJSP), conforme al cual, el convenio se perfecciona por la prestación del consentimiento de las partes y resultará eficaz una vez inscrito, en el plazo de cinco días hábiles desde su formalización, en el Registro Electrónico estatal de Órganos e Instrumentos de Cooperación del sector público estatal (REOICO), al que se refiere la disposición adicional séptima. Asimismo, será publicado en el plazo de diez días hábiles desde su formalización en el «Boletín Oficial del Estado», sin perjuicio de su publicación facultativa en el boletín oficial del territorio histórico que corresponda a la otra administración firmante.
El presente convenio iniciará su vigencia el día de su inscripción en el REOICO y tendrá vigencia hasta el 31 de diciembre posterior a la inscripción del convenio en REOICO, 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.
De acuerdo con lo previsto en el artículo 49.h) de la LRJSP, 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.
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 Ciudad Autónoma de Melilla 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.
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.
d) La decisión judicial declaratoria de nulidad del convenio.
e) Por cualquier otra causa distinta de las anteriores prevista en el convenio o en otras leyes.
Asimismo, será causa de resolución del convenio la denuncia expresa de cualquiera de las partes, y precisará de la reunión de la comisión de seguimiento para la decisión sobre la continuación del mismo.
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.
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 1 de octubre, 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.
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 firman electrónicamente el presente convenio, en el lugar donde se encuentran sus respectivas sedes, entendiéndose que el día de su firma es aquel en que el mismo sea suscrito por el último de los firmantes.–Por el Instituto Nacional de la Seguridad Social, M.ª del Carmen Armesto González-Rosón.–Por la Ciudad Autónoma de Melilla, Francisca Ángeles García Maeso.
1.1 Objetivo del documento.
El objetivo del presente documento es proporcionar toda la información necesaria para enviar información al Sistema Tarjeta Social Digital (TSD) del Instituto Nacional de la Seguridad Social (INSS).
Está dirigido a aquellas Entidades que gestionan prestaciones y ayudas de protección social, y que por ello requieren informar y actualizar el Sistema de Información de Tarjeta Social Digital.
Aplica para aquellas entidades que vayan a remitir información por los canales IFI, IFIWEB o EDITRAN.
Este documento unifica todas las instrucciones que se habían distribuido para dicho cometido.
1.2 Documentación relacionada.
2.1 Introducción.
La Tarjeta Social Digital es un sistema de información creado por la disposición adicional centésima cuadragésima primera de la Ley 6/2018, de 3 de julio, de Presupuestos Generales del Estado para el año 2018, destinado a mejorar y coordinar las políticas de protección social impulsadas por las diferentes administraciones públicas.
Constituye un fichero con datos de carácter personal que incluye la información actualizada correspondiente a todas las prestaciones sociales contributivas, no contributivas y asistenciales de contenido económico, reconocidas a los ciudadanos y financiadas con cargo a recursos de carácter público, así como las situaciones subjetivas de discapacidad, dependencia, familia numerosa, garantía juvenil, demandante de empleo y nivel de rentas.
Este documento es una guía para el Intercambio de Información con el Sistema de Información de la TSD. Para ello se estructura de la siguiente forma:
– Tarjeta Social Digital. Breve introducción del sistema.
– Mecanismos de comunicación de datos: Herramientas disponibles para que las entidades 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.
2.2 Información a remitir.
Básicamente la información que deben remitir las Entidades 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 componen de:
• Identificación de la prestación. Datos para relacionar la prestación que motiva el pago.
• Datos del pago. Entre otros, el periodo que comprende el pago su importe.
– Situaciones subjetivas. Situaciones concretas que caracterizan a una persona. Únicamente determinadas entidades remitirán esta información, que se detallará más adelante. Las situaciones subjetivas se componen de:
• Datos personales. Identificación de la persona que tiene dicha situación.
• Datos de residencia. Domicilio de la persona.
• Datos de la situación subjetiva. Datos propios de la situación subjetiva.
3.1 Tipos de cargas de datos.
El Sistema de Información de Tarjeta Social Digital requiere que cada Entidad Pública que participe en el proyecto de TSD, le haga llegar sus Prestaciones, Pagos y/o Situaciones Subjetivas.
Atendiendo al volumen de información que se desea enviar, existen dos tipos de cargas:
– Cargas iniciales (o masivas): Se utilizarán para cargas de nuevos datos (altas de prestaciones, pagos o situaciones subjetivas que no existen en el sistema) donde el volumen de información a enviar es muy elevado. Su uso generalmente viene motivado por nuevas entidades que quieran hacer una carga inicial de datos. Adicionalmente, se utilizará este tipo de cargas cuando se envíe información de carácter histórico relativo a prestaciones, pagos o situaciones subjetivas conforme a lo detallado en el anexo 30.
– 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 las encargadas de seleccionar el tipo de carga que realizará. Un uso típico para una nueva entidad que quiere incorporarse al Sistema TSD pasaría por utilizar una (o varias) cargas iniciales, que le permitirían dar de alta todas sus prestaciones, pagos o situaciones subjetivas. Mediante cargas diarias actualizarían la información suministrada previamente e incorporarían las nuevas que pudiesen surgir. Es importante destacar que no es obligatorio realizar cargas diarias todos los días pero la entidad tiene la obligación de remitir las actualizaciones de información que se produzcan una vez incorporada en TSD.
A continuación, se muestran los volúmenes máximos de información que se pueden transmitir atendiendo al tipo de carga e información remitida:
Si un fichero de intercambio supera el máximo número de registros permitido, todos los registros se devolverán con error.
3.2 Entornos TSD disponibles.
Existen dos entornos de TSD que las entidades podrán utilizar para remitir datos.
– Producción: Entorno productivo con datos reales que contiene la información que todas las entidades remiten.
– Formación: Para facilitar la incorporación de nuevas Entidades al Sistema de Información de TSD, existe un entorno paralelo al de Producción, que denominamos Entorno de Formación, cuyo objetivo es que las entidades puedan poner a punto sus Sistemas antes de enviar información real a Producción. La información que se remita a este entorno no será consultable desde el Portal Tarjeta Social.
3.3 Herramientas de intercambio de información que se ofrecen.
El suministro de datos por parte de Entidades a la Seguridad Social puede realizarse utilizando las herramientas que se relacionan a continuación:
– IFI: Intercambio Institucional de Ficheros.
– IFIWEB: Intercambio Institucional de Ficheros vía Web.
– EDITRAN IP.
Observar que, salvo excepciones, una Entidad utilizará una única herramienta en la comunicación de datos de TSD.
En el último punto de este capítulo se proporciona enlace a una serie de documentación publicada en la Sede de la Seguridad Social donde pueden ampliar esta información si así lo requieren. No obstante, a continuación, hacemos un breve resumen de las características más importantes de cada herramienta.
3.3.1 IFI-Intercambio institucional de ficheros.
IFI es un software de Intercambio de Ficheros formado por una aplicación Cliente/Servidor que permite a las instituciones enviar y recibir ficheros a/desde la Seguridad Social.
Sus principales características son:
– Aplicación Cliente/Servidor. El servidor está ubicado en la Seguridad Social y el cliente se distribuye e instala en cada Entidad autorizada a transmitir ficheros con la Seguridad Social.
– Identificación del cliente mediante certificado electrónico personal de la FNMT clase 2 o Componente Genérico ACGISS (emitido por la PKI de la GISS), con autorizaciones de transferencia otorgadas por parte de la Seguridad Social.
– Mecanismo de intercambio basado en buzones de envío/recepción. Estos buzones están representados físicamente por directorios en el sistema de archivos. De esta forma, el Cliente IFI posee un buzón de recepción donde coloca los ficheros recibidos del servidor y un buzón de envío de donde toma los ficheros que envía al servidor.
– Posee un planificador, por lo que el modo de envío puede ser modo atendido (requiere la intervención de un usuario) y desatendido (automático). El cliente de Intercambio de Ficheros posee un planificador que, mientras el usuario mantenga su conexión con el servidor, se encarga de comprobar de forma periódica si existen ficheros en el servidor pendientes de recibir o si existen ficheros en el cliente pendientes de enviar, para transmitir dichos ficheros.
Si su Entidad ya está intercambiando información con la Seguridad Social utilizando como herramienta IFI, recomendamos utilizar esta vía también para este intercambio de información.
3.3.2 IFIWEB-Intercambio Institucional de Ficheros Vía Web.
El Intercambio de ficheros Institucionales vía web (IFIWEB) es una aplicación web que permite a la Seguridad Social ofrecer a otras Administraciones y Organismos Públicos determinados intercambios en modo seguro de ficheros necesarios para el ejercicio de sus funciones.
Sus principales características son:
– Aplicación Web accesible a través de la Sede Electrónica de la Seguridad Social
– Autenticación y firma tanto con certificados digitales reconocidos en la Sede como con el Sistema Cl@ve. En la Sede de la Seguridad Social está publicado el listado de certificados admitidos en la Seguridad Social. Para IFIWEB, de esta lista deben considerarse únicamente los certificados de usuario, persona física o empleado público y no los de persona jurídica o representante. Con autorizaciones de transferencia otorgadas por parte de la Seguridad Social.
– Funciona en modo atendido, es decir que para el envío/recepción de ficheros se requiere la intervención manual de un usuario autorizado.
3.3.3 EDITRAN IP.
Dado que se trata de una herramienta comercial, esta herramienta se recomienda únicamente para aquellas Entidades con las que la Seguridad Social ya tiene establecidos otros Servicios de Intercambio de Ficheros vía Editran.
3.4 Autorización de los servicios de intercambio de información.
Como se ha informado anteriormente, existen dos Entornos de TSD (Producción y Formación) y por ello existen también dos Servicios de Comunicación de Datos para cada herramienta disponible.
Para poder enviar información al Sistema de Información de TSD a cualquiera de estos entornos es necesaria una autorización previa.
Para obtener esta autorización se requiere enviar al Equipo de TSD (tsd.inss-sscc.tarjeta-soc-digital@seg-social.es) el Formulario de Alta/Baja en Servicios de Intercambio de Información (Solicitud Alta/Baja en SII.doc) correctamente cumplimentado y firmado por el Responsable o Interlocutor en su Entidad.
La cumplimentación de los apartados 1 al 4 de este formulario es común a todas las herramientas. Todos los campos que se solicitan en este formulario son de cumplimentación obligatoria, y cualquier cambio en el mismo debe ser comunicado por la misma vía.
Observar que, en el mismo se solicita el código DIR3 de la Entidad Gestora, y que esta información necesariamente debe coincidir con el código DIR3 que se informará en los ficheros que se envíen a TSD.
Si una entidad gestora que envía datos a TSD cambia su código DIR3, antes de remitir datos con el nuevo código DIR3, es imprescindible que la entidad comunique este cambio para realizar las modificaciones oportunas en los datos existentes en TSD y que los ficheros que envíe no sean rechazados. Para esta comunicación de cambio de DIR3, se deberá remitir un correo al buzón tsd.soporte@seg-social.es y desde este buzón de detallará la forma de operar.
A continuación, explicamos cómo cumplimentar correctamente el apartado 5 en función de la herramienta elegida.
3.4.1 Autorización del servicio utilizando como herramienta IFI.
Hay que observar que para este propósito únicamente se puede tener un cliente IFI por cada Departamento/Entidad responsable del Intercambio de información. Como se ha dicho anteriormente IFI trabaja con buzones de envío por lo que tener varios usuarios que envíen ficheros, únicamente requiere tener acceso a ese buzón de envío por parte de dichos usuarios.
Es por ello que, en el apartado 5 del Formulario de Alta/Baja en SII se debe incluir a un único 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 Certificado de componente Genérico (Solicitud certificado de componente genérico vr1.3.pdf) cumplimentado y firmado digitalmente por su titular/responsable.
3.4.2 Autorización del servicio utilizando como herramienta IFIWEB.
Cuando una Entidad se quiera dar de alta en los servicios IFIWEB de envío de datos para la TSD, en el apartado 5 del Formulario de Alta/Baja en Servicios de Intercambio de información se deben incluir todos los usuarios para los que se solicita autorización, junto con los servicios que se requiere autorizar.
Los códigos de servicio en este caso son:
– XGWGTRSU: Servicio para el envío/recepción de ficheros al entorno de Producción de la TSD.
– XGWGFOTS: Servicio para el envío/recepción de ficheros al entorno de Formación de la TSD.
3.4.3 Autorización del servicio utilizando como herramienta EDITRAN.
Dado que se trata de una herramienta comercial, esta herramienta se recomienda únicamente para aquellas Entidades con las que la Seguridad Social ya tiene establecida conexión Editran para otros Servicios de Intercambio de Ficheros vía Editran.
Por lo que si una Entidad que ya tiene conexión Editran con la GISS se quiere dar de alta en los servicios EDITRAN de envío de datos para la TSD, en el apartado 5 del Formulario de Alta/Baja en Servicios de Intercambio de información es necesario incluir el código del remoto Editran que utilizan en su conexión a la GISS, junto con los Servicios que se requiere autorizar (Sesiones de Editran).
Estas sesiones se denominan:
– TSPAGD: Servicio para el envío/recepción de ficheros al entorno de Producción de Datos de Pagos Diario.
– TSPAGM: Servicio para el envío/recepción de ficheros al entorno de Producción de Datos de Pagos Masivo.
– TSPRED: Servicio para el envío/recepción de ficheros al entorno de Producción de Datos de Prestaciones Diario.
– TSPREM: Servicio para el envío/recepción de ficheros al entorno de Producción de Datos de Prestaciones Masivo.
– TSSISD: Servicio para el envío/recepción de ficheros al entorno de Producción de Situaciones Subjetivas Diario.
– TSSISM: Servicio para el envío/recepción de ficheros al entorno de Producción de Situaciones Subjetivas Masivo.
– FSPAGD: Servicio para el envío/recepción de ficheros al entorno de Formación de Datos de Pagos Diario.
– FSPAGM: Servicio para el envío/recepción de ficheros al entorno de Formación de Datos de Pagos Masivo.
– FSPRED: Servicio para el envío/recepción de ficheros al entorno de Formación de Datos de Prestaciones Diario.
– FSPREM: Servicio para el envío/recepción de ficheros al entorno de Formación de Datos de Prestaciones Masivo.
– FSSISD: Servicio para el envío/recepción de ficheros al entorno de Formación de Situaciones Subjetivas Diario.
– FSSISM: Servicio para el envío/recepción de ficheros al entorno de Formación de Situaciones Subjetivas Masivo.
En aquellas Entidades que no tienen conexión Editran con la GISS, pero sí disponen de esta herramienta y quieren utilizarla en este intercambio de Información, se debe hacer un trabajo previo de Establecimiento de Conexión. Por lo que adjunto al Formulario de Alta/Baja en SII deben hacernos llegar un contacto técnico en su Entidad a este efecto.
3.5 Operativa del sistema de intercambio de información.
Estos Servicios de Intercambio de Información siguen el formato de Petición/Respuesta. Esto es, que las Entidades envían a la Base de Datos de TSD por la vía autorizada una serie de ficheros con información, y el Sistema de TSD, una vez validados, les envía un fichero de respuesta.
El fichero que envía la Entidad tendrá un primer registro de cabecera (con el código de entidad gestora, el nombre del organismo y la fecha del envío), n registros de detalle y un último registro de pie (con el número total de registros enviados).
Si bien se detallará más adelante el contenido de los campos de cada registro, a título general el funcionamiento de la cabecera, detalle y pie es el siguiente:
Registro de cabecera, cuyos primeros campos serán los siguientes:
– Primer carácter: con el valor «C».
– Siguientes nueve caracteres: con el código DIR3 de la entidad gestora que realiza el envío.
– Siguientes cuarenta caracteres: con el nombre del organismo que realiza en envío.
– Siguientes ocho caracteres: con la fecha del envío (formato aaaammdd).
Registros de detalle, cuyo formato dependerá del tipo de dato (Prestaciones, Pagos o Situaciones Subjetivas).
Registro de pie, cuyos primeros campos serán los siguientes:
– Primer carácter: con el valor «P»
– Siguientes nueve caracteres: con el número total de registros que se han enviado. Se validará que el número total de registros coincida con el número total de registros recibidos (el de cabecera, más los de detalle más el de pie).
Los ficheros de respuesta que se devuelvan serán iguales a los recibidos (mismo formato) añadiendo los errores encontrados tras la validación. Se informarán hasta cinco códigos de error por cada registro.
Los códigos de respuesta que empiecen por el carácter 9 (9nnnnn) no se consideran códigos de error, son avisos para aclarar alguna circunstancia de la actualización (aunque la información se haya grabado correctamente).
Los registros sin ningún código de rechazo o sólo con códigos de aviso, se habrán grabado correctamente en los datos de TSD.
Si hay un error en el registro cabecera o pie, todos los registros de detalle se devolverán con error y el fichero no se habrá procesado.
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).
3.5.1 Operativa con IFI.
Para el envío de ficheros para la TSD por IFI se requiere que los ficheros tengan una nomenclatura determinada y ser depositados en el buzón de envío correspondiente conforme esté configurado el cliente IFI en su Entidad. Una vez procesados y validados, se devolverá una respuesta que IFI depositará en el buzón de recepción.
El nombre del fichero a remitir deberá llamarse:
Donde:
– <tipofich> indicará el tipo de información que el fichero contiene, siendo aceptados los siguientes valores:
– <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.
– <aammdd> es el año, mes y día de envío del fichero.
– <nnn> es un número secuencial para el caso de que se envíen varios ficheros en un mismo día.
Como ejemplos válidos de ficheros enviados podríamos tener:
IFI.TRSCPRDP.D200824.N001: Fichero enviado al entorno de producción (TRSC), que contiene Prestaciones (PR), es una carga diaria (D), enviado por una entidad (P), el día 24/08/2020.
IFI.TRSCPRDR.D200824.N001: Fichero de respuesta en el entorno de producción (TRSC). Sería el fichero de respuesta del ejemplo anterior. Contiene Prestaciones (PR), es una carga 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 contiene 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.
3.5.2 Operativa con IFIWEB.
Esta aplicación es accesible a través de la Sede Electrónica de la Seguridad Social, dentro de las gestiones que pueden realizar Administraciones y Mutuas. La aplicación consta de tres servicios diferenciados:
– Envío de ficheros: Con este servicio podrán enviar los ficheros a intercambiar con la Seguridad Social. Dado que se requiere que el fichero a enviar esté firmado, el servicio obligará a ello forzando la firma con el certificado digital del usuario o con Cl@ve, en función del método de entrada utilizado. El certificado con el que se firme el fichero deberá pertenecer al mismo usuario que ha entrado en el Sistema.
– Descarga de ficheros: Con este servicio el usuario podrá descargar ficheros de respuesta a sus peticiones, así como ficheros de respuesta para peticiones de otros usuarios de su mismo organismo.
– Consulta de ficheros: Con este servicio el usuario podrá consultar el estado de ficheros de respuesta a sus peticiones, así como ficheros de respuesta para peticiones de otros usuarios de su mismo organismo. La consulta se podrá hacer por identificador de petición o bien por fechas.
El acceso a cualquiera de los tres servicios requiere de la identificación del usuario, con certificado digital o con Cl@ve, y una validación de permisos.
Tras identificarse, IFIWEB le mostrará las opciones de menú correspondientes y que tiene autorizadas.
En el caso de TSD las opciones de menú que el usuario puede disponer para el envío de ficheros al entorno de Formación son:
– FTSD - ENVÍO PRESTACIONES CARGA INICIAL.
– 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 PERIÓDICA.
– TSD - ENVÍO DATOS DE PAGOS CARGA INICIAL.
– TSD - ENVÍO DATOS PAGOS CARGA PERIÓDICA.
– TSD - ENVÍO DE SITUACIONES SUBJETIVAS INICIAL.
– TSD - ENVÍO DE SITUACIONES SUBJETIVAS PERIÓDICA.
Para el envío de ficheros por IFIWEB, no se requiere una nomenclatura especial en los nombres de los ficheros. Es IFIWEB quien en función de la opción de menú/servicio que el usuario elija para el envío del fichero quien pone la nomenclatura correspondiente. Una vez procesados y validados, se devolverá una respuesta al Organismo, y no solo al usuario que realizó el envío del fichero de datos.
Las opciones de menú que el usuario dispone para la recepción de ficheros del entorno de Formación son:
– FTSD - RECEPCIÓN PRESTACIONES CARGA INICIAL.
– FTSD - RECEPCIÓN PRESTACIONES CARGA PERIÓDICA.
– FTSD - RECEPCIÓN PAGOS CARGA INICIAL.
– FTSD - RECEPCIÓN PAGOS CARGA PERIÓDICA.
– FTSD - ENVÍO DE SITUACIONES SUBJETIVAS INICIAL.
– FTSD - ENVÍO DE SITUACIONES SUBJETIVAS PERIÓDICA.
Las opciones de menú que el usuario dispone para la recepción de ficheros del entorno de Producción son:
– TSD - RECEPCIÓN DATOS PRESTACIONES CARGA INICIAL.
– TSD - RECEPCIÓN DATOS PRESTACIONES CARGA PERIÓDICA.
– TSD - RECEPCIÓN DATOS DE PAGOS CARGA INICIAL.
– TSD - RECEPCIÓN DATOS PAGOS CARGA PERIÓDICA.
– TSD - ENVÍO DE SITUACIONES SUBJETIVAS INICIAL.
– TSD - ENVÍO DE SITUACIONES SUBJETIVAS PERIÓDICA.
Para facilitar esta tarea, IFIWEB dispone de un Servicio de Consulta de Datos, en el que te informa de la situación de todos los intercambios de información, y de si en alguno de ellos se dispone de una respuesta. «CONSULTA DE ESTADO».
Puede encontrar más detalle de la operativa de envío/recepción de ficheros con IFI en el Manual de usuario IFIWEB publicado en la Sede de la Seguridad Social.
3.5.3 Operativa con EDITRAN.
El envío y recepción de ficheros se realizan por las Sesiones establecidas a este efecto según se indican en el apartado 3.4.3 de este capítulo.
3.6 Peculiaridades de los ficheros de intercambio para el entorno de formación.
Como se ha ido explicando a lo largo de este apartado, existen dos entornos para TSD: Producción y Formación (o entorno de prácticas).
Para evitar posibles errores y cargas de datos en entornos incorrectos, exclusivamente para los ficheros que se envían al entorno de Formación se espera un nuevo campo en el contenido del fichero (en el registro cabecera) llamado «IDENTIFICADOR CIRCUITO DE FORMACIÓN» según se detalla a continuación:
Este campo solo se informará en los ficheros que se envíen al entorno de Formación, en el resto de casos no deberá tener contenido.
Todos los ficheros que se remitan para este entorno deberán contener en este campo de la cabecera el literal «PRUEBAS». Si un fichero remitido a formación (ya sea con el nombre correcto –IFI– o por la opción adecuada –IFIWEB, EDITRAN–) no contiene dicho campo se rechazarán todos los registros con el error 10008 (datos de carga no corresponden al entorno de ejecución). De la misma forma si este campo tuviera contenido en ficheros que se deseen cargar el Producción se rechazarían de la misma forma.
3.7 Gestión de incidencias.
Para una mejor gestión y control, toda incidencia y/o consulta que pueda surgir con la puesta en marcha de estos Intercambios de Información, debe dirigirse al Equipo de Soporte TSD (tsd.soporte@seg-social.es).
Observar que, en el caso de que estas incidencias o consultas sean de carácter técnico, y referentes a la instalación y/o uso de los mecanismos de intercambio de información que se ofrecen, deben aportar la siguiente información:
– Código DIR3 de la Entidad Autorizada.
– Herramienta utilizada (IFI/IFIWEB/Editran).
– Tipo de Certificado electrónico, y DNI del responsable o titular del mismo.
– Sistema operativo, versión y tipo (32 o 64 bits).
– Copia de los mensajes de error que se produzcan.
– Contenido de la consola JAVA en el momento en que se produce el error. La consola Java se abre, en las versiones 1.7.0_xx, desde el Panel de Control de Windows: Icono Java > Avanzado > Consola de Java > Ver consola.
– Si utiliza IFIWEB: Navegador utilizado y versión./Versión del JRE.
– Si utiliza IFI: Fichero «ClienteIFI.log» de la carpeta «log» de su instalación
3.8 Enlaces y recursos.
4.1 Fichero de prestaciones.
A continuación de detallará el formato del fichero de PRESTACIONES. Según se ha explicado anteriormente, la estructura de este fichero contendrá 1 registro de cabecera, N registros de datos y 1 registro de pie.
Es importante destacar que este formato será el que se utilice tanto para cargas iniciales como para cargas diarias.
Los volúmenes máximos que se podrán utilizar son los siguientes:
4.1.1 Registro de cabecera.
4.1.2 Registro de datos (prestación).
4.1.3 Registro de pie.
4.1.4 Validaciones generales.
4.1.4.1 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