Diligència per fer constar que aquest Acord s'ha aprovat en la sessió del Govern del dia

Diligència per fer constar

que aquest Xxxxx s'ha aprovat en la sessió del Govern del dia

22 de juny de 2021

El secretari del Govern

Acord

del Govern pel qual s’aprova la subscripció del conveni entre el Ministeri de Treball i Economia Social i el Departament d’Empresa i Treball per al funcionament del Registre d’Empreses Acreditades en el sector de la construcció, i se n’autoritza la signatura.

Mitjançant el Decret 102/2008, de 6 de maig, es va crear el Registre d’Empreses Acreditades de Catalunya per intervenir en el procés de contractació en el sector de la construcció, la finalitat del qual és disposar d'informació i garantir l'accés a les dades que conté per contribuir a millorar les condicions de treball en el sector de la construcció, en general, i les condicions de seguretat i salut dels treballadors, en particular.

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

En data 17 de juliol de 2008, es va signar el Conveni de Col·laboració entre el Ministeri de Treball i Immigració i el Departament de Treball de la Generalitat de Catalunya, per al funcionament del registre d’empreses acreditades de Catalunya a la fi de mantenir la interoperabilitat dels registres i la possibilitat d’accés a les seves dades des de qualsevol punt del territori.

L’objectiu de la col·laboració establerta és aconseguir la intercomunicació entre tots els registres d’empreses acreditades de l’Estat, per tal de poder consultar les inscripcions que hi ha en cada cas i accedir públicament a les dades que s’hi contenen, tenint d’aquesta manera una base de dades general, d’acord amb la normativa vigent.

El conveni anteriorment esmentat es va signar en el moment en què va entrar en funcionament l’aplicació i és va fer amb una vigència indefinida. L’aprovació de la Llei 40/2015, d’1 d’octubre, de règim jurídic del sector públic, va determinar l’obligatorietat d’establir en els convenis un període de vigència limitat o de procedir a adaptar els convenis amb una vigència indefinida.

És per aquesta raó, que ara es proposa la signatura d’un nou conveni de col·laboració, entre el Ministeri de Treball i Economia Social i el Departament d’Empresa i Treball de la Generalitat de Catalunya per al funcionament del Registre d’Empreses Acreditades en el sector de la construcció.

D’acord amb el que es preveu a la disposició addicional quarta del Reial decret 1109/2007, de

24 d’agost, pel qual es desplega la Llei 32/2006, de 18 d’octubre, reguladora de la subcontractació en el sector de la construcció, que insta l’Estat i les comunitats autònomes a l’elaboració d’un protocol de col·laboració per al funcionament dels Registres d’Empreses Acreditades;

Atès l’article 175 de l’Estatut d’autonomia de Catalunya, que preveu que la Generalitat i l’Estat, en l’àmbit de les competències respectives, poden subscriure convenis de col·laboració;

Document Signat Electrònicament

SIG21EMT0870

Vist l’informe de la Direcció General de Relacions Institucionals i amb el Parlament de 4 de maig de 2021;

Atès l’article 26.k) de la Llei 13/2008, de 5 de novembre, de la presidència de la Generalitat i del Govern, que estableix que correspon al Govern aprovar la subscripció de convenis de l’Administració de la Generalitat a què fa referència l’article 175 de l’Estatut;

Per tot això, a proposta del conseller d’Empresa i Treball, el Govern

Acorda:

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

1. Aprovar la subscripció del conveni entre el Ministeri de Treball i Economia Social i el Departament d’Empresa i Treball de la Generalitat de Catalunya per al funcionament del Registre d’Empreses Acreditades en el sector de la construcció.

Document Signat Electrònicament

2. Autoritzar el conseller d’Empresa i Treball de la Generalitat de Catalunya per signar el Conveni de col·laboració esmentat.

ANNEX

CONVENI ENTRE EL MINISTERI DE TREBALL I ECONOMIA SOCIAL I EL DEPARTAMENT D’EMPRESA I TREBALL DE LA GENERALITAT DE CATALUNYA PER AL FUNCIONAMENT DEL REGISTRE D’EMPRESES ACREDITADES EN EL SECTOR DE LA CONSTRUCCIÓ

REUNITS

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

D’una banda, l’Excma. Xxx. Xxxxxxx Xxxx Xxxxx, vicepresidenta tercera del Govern, nomenada pel Reial decret 234/2021, de 30 de març, i ministra de Treball i Economia Social, nomenada pel Reial decret 8/2020, de 12 de gener, en ús de les atribucions que li confereix l’article 61.k) de la Llei 40/2015, d’1 d’octubre, de règim jurídic del sector públic.

I, de l’altra, el Molt Hble. Xx. Xxxxx Xxxxxxx i Ramió, conseller d’Empresa i Treball, que actua en representació del Departament d’Empresa i Treball, d’acord amb l’article 3 del Decret 22/2021, de 26 de maig, pel qual es nomenen el vicepresident del Govern i els consellers i conselleres dels departaments de la Generalitat de Catalunya (DOGC número 8418A, de 26.5.2021), i amb la preceptiva autorització del Govern de la Generalitat de Catalunya de 22 de juny de 2021.

Ambdues parts es reconeixen mútuament la capacitat per obligar-se i acordar. EXPOSEN

Document Signat Electrònicament

Primer. En data 17 de juliol de 2008 es va subscriure entre l’aleshores Ministeri de Treball i Immigració i el Departament de Treball de la Generalitat de Catalunya un conveni de col·laboració per al funcionament del Registre d’Empreses Acreditades (REA) per intervenir en el procés de contractació en el sector de la construcció. La finalitat del Conveni era establir les bases de col·laboració per intercanviar dades entre l’aplicació electrònica del Ministeri esmentat, que dona suport al Registre d’Empreses Acreditades com a base de dades general, i l’aplicació pròpia de la Comunitat Autònoma de Catalunya, que dona suport al seu Registre d’Empreses Acreditades de Catalunya, d’acord amb la disposició addicional quarta del Reial decret 1109/2007, de 24 d’agost, pel qual es desplega la Llei 32/2006, de 18 d’octubre, reguladora de la subcontractació en el sector de la construcció, que permet aquesta possibilitat a les diferents comunitats autònomes.

Segon. El funcionament d’aquestes aplicacions informàtiques ha permès crear una base de dades general en la qual consten les dades de totes les empreses inscrites en els registres que depenen de totes les autoritats laborals, amb independència que utilitzin l’aplicació informàtica que posa a disposició el Ministeri de Treball i Economia Social o la mateixa comunitat

autònoma, que, en el cas de la Comunitat Autònoma de Catalunya, té una aplicació pròpia del REA des del març de 2008, arran del Decret 102/2008, de 6 de maig, de creació del Registre d’Empreses Acreditades de Catalunya per intervenir en el procés de contractació en el sector de la construcció.

Tercer. Amb això s’aconsegueix la intercomunicació entre tots els registres d’empreses acreditades de l’Estat, ja que permet consultar les inscripcions que hi ha en cada cas i accedir públicament a les dades que contenen, llevat de les relatives a la intimitat de les persones, de manera que possibilita tenir una base de dades general, d’acord amb la normativa vigent.

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

Quart. Per tant, les comunitats autònomes que tenen una aplicació informàtica pròpia com a suport del seu Registre han d’agregar, d’acord amb la normativa vigent, les dades identificatives que hi ha en el seu registre a la base de dades general, com en el cas de la Comunitat Autònoma de Catalunya.

Cinquè. Amb la finalitat esmentada, la disposició addicional quarta del Reial decret 1109/2007 preveu elaborar un protocol de col·laboració entre l’aleshores Ministeri de Treball i Assumptes Socials i les comunitats autònomes per al funcionament dels registres d’empreses acreditades. El protocol esmentat havia de garantir l’adequada intercomunicació dels registres i l’accés públic a les dades que contenen des del registre de qualsevol autoritat laboral. D'aquesta manera, el Ministeri de Treball i Immigració i les comunitats autònomes, tant les que utilitzin l’aplicació informàtica que va elaborar aquest Ministeri com a suport informàtic dels seus registres d’empreses acreditades en el sector de la construcció, com les que optin pel desenvolupament d’una aplicació informàtica pròpia, tenen garantida la intercomunicació adequada dels registres i l’accés públic a les dades que contenen des del registre de qualsevol autoritat laboral.

Sisè. Els dits convenis es van signar en el moment en què va entrar en funcionament l’aplicació amb una vigència indefinida. No obstant això, l’aprovació de la Llei 40/2015, d’1 d’octubre, de règim jurídic del sector públic, va determinar l’obligatorietat d’establir en els convenis un període de vigència limitat o de procedir a adaptar els convenis amb una vigència indefinida.

Setè. Mitjançant l’Acord del Govern de la Generalitat de Catalunya de data 22 de juny de 2021 s’ha aprovat la subscripció d’aquest Conveni de col·laboració

Document Signat Electrònicament

Per tant, en virtut del que s’ha exposat, les parts acorden subscriure el present Conveni, que es regeix per les següents

CLÀUSULES

Primera. Objecte del Conveni

En compliment del que preveu la disposició addicional quarta del Reial decret 1109/2007, de 24 d’agost, pel qual es desplega la Llei 32/2006, de 18 d’octubre, reguladora de la subcontractació en el sector de la construcció, aquest Conveni té per objecte establir les bases per a la gestió i la coordinació necessàries per garantir la comunicació del Registre d’Empreses Acreditades de Catalunya, que té una aplicació informàtica pròpia, amb l’aplicació electrònica del Ministeri de Treball i Economia Social, la qual dona suport al Registre d’Empreses Acreditades com a base de dades general, de manera que es garanteixi la intercomunicació adequada entre tots dos i l’accés públic a les dades que contenen.

Segona. Obligatorietat del Registre

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

D’acord amb el que preveu el Reial decret 1109/2007, de 24 d’agost, les empreses que pretenguin ser contractades o subcontractades per fer treballs en una obra de construcció han d’estar inscrites, amb caràcter previ a l’inici de la intervenció en el procés de subcontractació en el sector de la construcció com a contractistes o subcontractistes, en el Registre d’Empreses Acreditades que depèn de l’autoritat laboral corresponent al territori on tinguin el domicili social. A aquest efecte, el Ministeri de Treball i Economia Social i la Comunitat Autònoma de Catalunya, d’acord amb les competències respectives, han de mantenir la interconnexió entre totes dues aplicacions, de manera que en el Registre d’Empreses Acreditades de Catalunya s’hi podran inscriure les empreses amb domicili social en aquesta comunitat autònoma, i amb la finalitat esmentada s’han d’adoptar les mesures necessàries per garantir el caràcter únic de la inscripció i la seva validesa a tot el territori nacional.

Tercera. Base de dades general

1. Per assegurar una intercomunicació adequada dels registres hi haurà una base de dades general en la qual es faran constar les dades de les empreses inscrites en els registres dependents de totes les autoritats laborals.

La configuració d’aquesta base de dades permet que des de qualsevol registre pugui fer-se una consulta i es tingui accés públic a les dades que hi ha incorporades, llevat de les relatives a la intimitat de les persones; també ha de garantir que les certificacions sol·licitades als registres puguin expedir-se tan aviat com sigui possible i, en qualsevol cas, en el termini màxim de deu dies naturals des que l’òrgan competent per emetre-la rep la sol·licitud.

Document Signat Electrònicament

2. El Ministeri de Treball i Economia Social s’obliga a interconnectar les aplicacions informàtiques respectives de manera que es garanteixi l’existència de la base de dades general, en la qual constin les dades de les empreses inscrites en els registres dependents de totes les autoritats laborals.

Quarta. Utilització de la base de dades general per les comunitats autònomes

1. La Comunitat Autònoma de Catalunya ha d’incloure les dades que consten en el seu Registre en la seva aplicació informàtica pròpia, i ha de tenir accés a la base de dades general, que pot utilitzar per fer consultes i expedir certificacions relacionades amb les empreses inscrites en altres registres.

2. Sens perjudici de la competència de la Comunitat Autònoma de Catalunya per organitzar el seu Registre, en cas que en modifiqui la configuració, ho ha de comunicar a la Comissió de Seguiment, d’acord amb la clàusula onzena d’aquest Conveni, amb dos mesos d’antelació, com a mínim.

En qualsevol cas, la modificació de la configuració interna del Registre no ha d’afectar el format actual d’intercanvi de dades, que, en cas que es modifiqui, requereix un nou acord entre el Ministeri de Treball i Economia Social i la Comunitat Autònoma de Catalunya.

Cinquena. Incorporació de les dades a la base general

1. La Comunitat Autònoma de Catalunya ha d’agregar a la base de dades general les dades identificatives de les empreses inscrites al seu territori.

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

2. Així mateix, ha de garantir que les dades que consten en el seu Registre sobre les empreses amb domicili social al seu territori s’incorporin a la base de dades general i es mantinguin actualitzades. Amb aquesta finalitat ha d’actualitzar les dades incorporades des del seu Registre a la base de dades general amb una periodicitat mínima diària.

3. La Comunitat Autònoma de Catalunya, quan així ho requereixi una altra autoritat laboral o l’organisme estatal de la Inspecció de Treball i Seguretat Social, ha de facilitar en castellà les dades que figurin en català en el seu Registre. S’exclou d’aquesta obligació la traducció dels documents que aporti l’empresa juntament amb les seves sol·licituds.

4. L’intercanvi de dades entre l’aplicació informàtica de la Comunitat Autònoma de Catalunya i les que utilitzin l’aplicació informàtica del Ministeri de Treball i Economia Social ha de seguir les especificacions tècniques que es van consensuar entre les parts en el Conveni anterior i que ara s’incorporen com a annexos al nou Conveni.

Sisena. Accés extern a la base de dades general

El Ministeri de Treball i Economia Social es compromet a mantenir un lloc web mitjançant el qual es podrà accedir externament a la base de dades general.

Setena. Assignació de perfils d’accés

Document Signat Electrònicament

L’accés a la base de dades general s’ha d’efectuar segons el perfil informàtic corresponent a l’usuari, que en el cas de la Comunitat Autònoma de Catalunya correspon al perfil d’autoritat laboral amb aplicació informàtica pròpia; per tant, tindrà accés a totes les dades que hi ha a la base general i li permetrà fer-ne també l’explotació informàtica, d’acord amb les possibilitats de l’aplicació, així com la realització de peticions a les autoritats laborals sobre la incorporació de dades a la base general.

Vuitena. Assistència als usuaris de l’aplicació

Per facilitar el funcionament dels registres d’empreses acreditades, el Ministeri de Treball i Economia Social ha de posar a disposició dels usuaris de la base de dades general un sistema d’atenció telefònica destinat a solucionar problemes derivats de la utilització de l’aplicació.

Novena. Protecció de dades

La gestió de les dades que hi ha en cada registre s’ha de dur a terme d’acord amb el que preveu la Llei orgànica 3/2018, de 5 de desembre, de protecció de dades personals i garantia dels drets digitals.

Desena. Absència de cost

Aquest Conveni no comporta cap contraprestació econòmica de les parts. Les activitats de col·laboració no suposen per al Ministeri de Treball i Economia Social ni per a la Comunitat Autònoma de Catalunya incórrer en cap despesa ni donen lloc a repercussió pressupostària de cap tipus.

Onzena. Comissió de Seguiment

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

1. Per vetllar pel compliment del present Conveni es constitueix una Comissió de Seguiment formada per la persona titular de la Direcció General de Relacions Laborals, Treball Autònom, Seguretat i Salut Laboral del Departament d’Empresa i Treball, de la Comunitat Autònoma de Catalunya, per la persona titular de la Direcció General de Treball del Ministeri de Treball i Economia Social, o per les persones en què deleguin, així com per dos vocals representants de cada Administració. En qualitat d’assessors, amb dret a veu, però sense vot, s’hi poden incorporar altres tècnics.

2. La Comissió de Seguiment s’ha de reunir a instàncies de qualsevol de les parts i s’ha de regir quant a funcionament i règim jurídic, pel que fa al que no s’estableix expressament en aquesta clàusula, pel que disposa la secció tercera del capítol II del títol preliminar de la Llei 40/2015, d’1 d’octubre, de règim jurídic del sector públic.

3. Funcions:

a) Efectuar un seguiment del sistema, avaluar el funcionament de la base de dades general i del Registre de la Comunitat Autònoma de Catalunya i, si escau, proposar la introducció de canvis en l’aplicació informàtica que suposin una millora en la gestió, sempre que no contravingui a la Llei 32/2006, de 18 d’octubre, ni al Reial decret 1109/2007, de 24 d’agost.

b) Vetllar pel compliment del present instrument de col·laboració i resoldre els problemes d’interpretació i de compliment que puguin sorgir amb motiu de la seva aplicació.

Dotzena. Règim jurídic aplicable i ordre jurisdiccional competent

Document Signat Electrònicament

Aquest Conveni té una naturalesa administrativa d’acord amb el que s’estableix, especialment per als convenis, en el títol preliminar, capítol VI, de la Llei 40/2015, d’1 d’octubre esmentada.

D’altra banda, sens perjudici del que s’estableix en la clàusula onzena, les qüestions litigioses que puguin sorgir de l’execució d’aquest Conveni són competència de l’ordre jurisdiccional contenciós administratiu i n’ha de tenir coneixement, de conformitat amb el que preveu la Llei 29/1998, de 13 de juliol, reguladora de la jurisdicció contenciosa administrativa.

Tretzena. Vigència del conveni

Aquest Xxxxxxx té una vigència de quatre anys a comptar de la data que es publiqui al Butlletí Oficial de l’Estat. Tindrà eficàcia un cop inscrit, en el termini de cinc dies hàbils després de formalitzar-se, en el Registre electrònic estatal d’òrgans i instruments de cooperació del sector públic estatal. Així mateix, es publicarà en el termini de deu dies hàbils a comptar de la seva formalització en el Butlletí Oficial de l’Estat, segons el que estableix la disposició final segona del Reial decret llei 36/2020, de 30 de desembre, pel qual s’aproven mesures urgents per a la modernització de l’Administració pública i per a l’execució del Pla de recuperació, transformació i resiliència. També s’ha d’inscriure en el Registre de convenis de col·laboració i cooperació de Catalunya.

A més, els signants poden acordar, abans del venciment del termini de vigència, una pròrroga expressa per un període de fins a quatre anys.

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

Catorzena. Modificació, extinció i resolució del conveni

1. La modificació del Conveni només es pot fer per un acord unànime de cadascuna de les parts. En qualsevol cas, cal atenir-se al que estableix la clàusula quarta, apartat segon, d’aquest Conveni.

2. El Xxxxxxx s’extingeix pel compliment de les actuacions que constitueixen el seu objecte o per incórrer en una causa de resolució.

Les causes de resolució són les següents:

1. El transcurs del termini de vigència del Conveni sense que se n’hagi acordat la pròrroga.

2. L’acord mutu de les parts, en les condicions que totes dues estipulin.

3. La impossibilitat justificada de realitzar l’objecte del Conveni.

4. L’incompliment de les obligacions i dels compromisos assumits en virtut d’aquest Conveni per una de les parts. En aquest cas, la part interessada ha de notificar a l’altra part l’existència de l’incompliment. La part incomplidora ha d’esmenar, en el termini de 30 dies hàbils, l’incompliment denunciat o justificar-ne degudament l’incompliment.

Un cop transcorregut aquest termini, si persisteix l’incompliment, la part interessada ha de traslladar l’assumpte a la Comissió de Seguiment que preveu la clàusula onzena.

Si, un cop reunida la Comissió de Seguiment, en persisteix l’incompliment, la part que el va plantejar ha de notificar a les parts signants la concurrència de la causa de resolució i s’entendrà resolt el Conveni. La resolució del Conveni per aquesta causa pot comportar la indemnització dels perjudicis causats, si així s’ha previst.

Document Signat Electrònicament

5. La denúncia de qualsevol dels signants. Aquesta denúncia s’ha de fer per escrit, amb l’expressió de les causes que la motiven, i s’ha de notificar a l’altra part amb una antelació mínima de tres mesos.

6. La decisió judicial declaratòria de la nul·litat del Conveni.

7. Qualsevol altra causa diferent de les anteriors que preveuen el Conveni o altres lleis.

No obstant això, si en presentar qualsevol de les causes de resolució del Conveni hi ha actuacions en curs d’execució, les parts, a proposta de la Comissió de Seguiment, tal com preveu la clàusula onzena, poden acordar la continuació i l’acabament de les actuacions en curs que considerin oportunes i establir-ne un termini improrrogable de finalització.

Document Signat Electrònicament

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

En prova de conformitat del que s’ha acordat anteriorment, les parts signen aquest Conveni en dos exemplars, un en castellà i un altre en català.

Pel Ministeri de Treball i Economia Social

Xxx. Xxxxxxx Xxxx Xxxxx Vicepresidenta tercera del Govern i Ministra de

Treball i Economia Social

Pel Departament d’Empresa i Treball

Xx. Xxxxx Xxxxxxx i Ramió Conseller d’Empresa i Treball

ANNEX I

Format d'intercanvi de dades

FORMATO FICHEROS INTERCAMBIO

FORMATO FICHEROS INTERCAMBIO ......................................................................................................

1 Introducción ...................................................................................................................................

2 Descripción de los ficheros de intercambio .......................................................................................

2.1 Envíos al Registro Central .........................................................................................................

2.2 Respuesta del Registro Central..................................................................................................

3 Formato de los ficheros de intercambio ............................................................................................

3.1 Esquema de los Envíos al Registro Central .................................................................................

3.1.1 Identificador del envío .....................................................................................................

3.1.2 Datos identificativos de la Empresa ..................................................................................

3.1.3 Datos de organización en materia de prevención...............................................................

3.1.4 Datos de contacto de la empresa .....................................................................................

3.1.5 Datos de inscripción en el Registro ...................................................................................

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

3.2 Esquema de las respuestas a los Registros Autonómicos ............................................................

3.2.1 Datos acerca de los errores..............................................................................................

4 Procedimiento de intercambio de ficheros ........................................................................................

4.1 Periodicidad del Intercambio .....................................................................................................

4.2 Mecanismo de intercambio .......................................................................................................

4.3 Procedimiento de carga de datos ..............................................................................................

4.4 Procedimiento de Validación de los Envíos .................................................................................

4.4.1 Definición de envíos erróneos ..........................................................................................

4.5 Nomenclatura de los Ficheros de Intercambio ............................................................................

4.5.1 Ficheros de Envío ...........................................................................................................

4.5.2 Ficheros de Respuesta .....................................................................................................

5 Apéndices ......................................................................................................................................

5.1 Apéndice I: listado de validaciones ............................................................................................

5.2 Apéndice II: listado de comprobaciones.....................................................................................

5.3 Apéndice III: listado de códigos de rechazo ...............................................................................

5.4 Apéndice IV: ejemplo de fichero de sincronización .....................................................................

Document Signat Electrònicament

5.5 Apéndice V: ejemplo de ficheros de respuesta ...........................................................................

1 Introducción

Este documento recoge una descripción de los ficheros de intercambio de información entre los Registros autonómicos y el central.

Asimismo, se describe el procedimiento de intercambio de ficheros y la gestión de los posibles errores con la consecuente devolución de los envíos erróneos.

A este documento le acompañan los siguientes anexos:

1. ANEXO 1_Caracteres permitidos.xls: en este anexo se indican los caracteres permitidos en los campos textuales del REA

2. ANEXO 2_Listado de valores.doc: en este anexo se incluye una relación de los posibles valores que pueden tomar determinados campos.

así como los archivos que contienen los esquemas XML utilizados para definir el formato de los ficheros XML de intercambio de datos entre los distintos registros:

1. EsquemaSincronizacion.xsd: este esquema establece el formato de los ficheros de sincronización enviados al Registro central por los Registros autonómicos.

Document Signat Electrònicament

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

2. EsquemaRespuesta.xsd: este esquema establece el formato de los ficheros de respuesta que puede enviar el Registro central a los autonómicos en caso de que detecte algún error en los ficheros de sincronización recibidos.

2 Descripción intercambio

los

ficheros

2.1 Envíos al Registro Central

Se propone que los datos que los registros autonómicos comuniquen al registro central sean los siguientes:

⮚ Datos identificativos de la empresa:

o Tipo de empresa

o Nombre o razón social

o Domicilio

o Localidad

o Código postal

o Provincia

o País

o Tipo del documento de identidad

o Número del documento de identidad

o Código de cuenta de cotización

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

o CNAE

⮚ Datos acerca de la organización de la empresa en materia de prevención: en este bloque de datos se indicaría las modalidades de organización en materia de prevención que posee la empresa.

⮚ Datos de contacto de la empresa: (todos los campos de este bloque son opcionales)

o Correo electrónico

⮚ Datos relativos a la inscripción:

o Número de inscripción en el REA

o Comunidad Autónoma donde está inscrita

o Provincia donde se presenta la inscripción

o Estado de inscripción: la primera vez que un registro autonómico envíe información de una empresa, el estado de inscripción será de Alta. En posteriores comunicaciones, este estado puede pasar a Cancelada

o Fecha de inscripción

o Fecha fin de validez de la acreditación

o Fecha de cancelación: será un campo opcional. Solamente vendrá informado cuando la inscripción de la empresa haya sido cancelada.

o Motivo de cancelación: será un campo opcional. Solamente vendrá informado cuando la inscripción de la empresa haya sido cancelada.

2.2 Respuesta del Registro Central

Document Signat Electrònicament

Cuando el Registro central reciba información que no se ajuste al formato establecido, generará un fichero de respuesta para indicar al Registro autonómico correspondiente los errores recibidos.

Este fichero de respuesta contendrá un listado de todos los errores detectados para cada uno de los campos del fichero original.

3 Formato

los

ficheros

intercambio

Tanto para los envíos de los registros autonómicos al central como para las respuestas de este último a los primeros, se utilizará ficheros en formato XML.

En los siguientes apartados, se especifica el esquema XML que se tomará como referencia para la confección y validación de los ficheros.

Los ficheros XML utilizados deberán utilizar el juego de caracteres dado por la codificación ISO-8859-

1. En el anexo 1, se indican los caracteres no permitidos dentro del fichero XML.

3.1 Esquema de los Envíos al Registro Central

En este apartado se describe el esquema XML que deben seguir los ficheros XML enviados desde los Registros autonómicos al central. El esquema XML está especificado en el archivo EsquemaSincronizacion.xsd. A lo largo de esta sección, se describirá en detalle dicho esquema.

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

Como se puede ver en la siguiente figura, el elemento raíz del fichero de envío será un elemento llamado ‘SINCRONIZACION’. Este elemento raíz contendrá tantas etiquetas de ‘ENVIO’ como información referente a distintas inscripciones quiera enviar la empresa. Es decir, cada etiqueta de ‘ENVIO’ representa cada una de las agrupaciones de información relativa a la inscripción de una empresa. Como se ve en el diagrama, cada envío estará caracterizado por un identificador único y contendrá dos bloques básicos de información: datos relativos a la empresa y datos relativos a la inscripción.

A su vez, dentro de los datos de la empresa existen otros tres bloques de información:

o Bloque con los datos identificativos de la empresa

o Bloque con los datos acerca de las modalidades de organización en materia de prevención dentro de la empresa

o Bloque de datos de contacto de la empresa. Este bloque de información será opcional.

Document Signat Electrònicament

Ilustración 1 - Detalle del esquema XML de envíos

3.1.1 Identificador del envío

El identificador del envío será un valor numérico que se asignará de forma correlativa a cada uno de los envíos incluidos en un mismo fichero. Al primer envío dentro de un fichero se le asignará el identificador ‘1’, al segundo el ‘2’ y así sucesivamente.

3.1.2 Datos identificativos de la Empresa

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

A continuación, se muestra el detalle del bloque de datos identificativos de la empresa: Ilustración 2- Detalle de los datos identificativos de la empresa.

Document Signat Electrònicament

En la siguiente tabla se muestra una descripción detallada de estas etiquetas, indicando también:

o las validaciones que deben cumplir el contenido de las etiquetas

o las comprobaciones que debe realizar la aplicación sobre el contenido de las etiquetas.

Las comprobaciones son validaciones de formato que realiza la aplicación y que, en caso de no cumplirse, la propia aplicación se encarga de formatear conforme a lo especificado.

La descripción de las validaciones pueden consultarse en el Apéndice I y la de las comprobaciones, en el Apéndice II.

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

Tabla 1 – Descripción de los datos identificativos de la empresa

Campo	Descripción	Obligatorio/ Opcional	Formato	Validación	Comproba ción
TIPO_DE_EMPRESA	Tipo de empresa	Obligatorio	Debe contener un dígito numérico (1 o 2)	32
RAZON_SOCIAL	Nombre o razón social de la empresa	Obligatorio	Debe contener una cadena alfanumérica con una longitud máxima de 255 caracteres y mínima de 3.	1 2	1 2
DOMICILIO	Domicilio de la empresa	Obligatorio	Debe contener una cadena alfanumérica con una longitud máxima de 255 caracteres y mínima de 3.	1 2	1 2
MUNICIPIO	Localidad donde está el domicilio de la empresa	Obligatorio	Si el campo Tipo de Empresa = 1, debe contener exactamente 5 dígitos numéricos. Si el campo Tipo de empresa = 2, puede contener una cadena de hasta 100 caracteres alfanuméricos	3 (Tipo =1) 4 (Tipo =1) 1 (Tipo =2)	1 (Tipo = 2) 2 (Tipo = 2)
CODIGO_POSTAL	Código postal correspondiente a la dirección de la empresa	Opcional	Si el campo Tipo de Empresa = 1 y viene cumplimentado debe contener exactamente 5 dígitos numéricos. Si el campo Tipo de empresa = 2, puede contener una cadena de hasta 20 caracteres alfanuméricos	5 (Tipo = 1) 6 (Tipo = 1) 1 (Tipo = 2)	1 (Tipo = 2) 2 (Tipo = 2)
PROVINCIA	Provincia donde está el domicilio de la empresa	Obligatorio	Si el campo Tipo de Empresa = 1 debe contener exactamente 2 dígitos numéricos. Si el campo Tipo de empresa = 2, puede contener una cadena de hasta 100 caracteres alfanuméricos	7 (Tipo = 1) 8 (Tipo = 1) 1 (Tipo = 2)	1 (Tipo = 2) 2 (Tipo = 2)
PAIS	País donde está el domicilio de la empresa	Obligatorio	Debe contener exactamente 3 dígitos numéricos.	9
TIPO_DOC_IDENTIDAD	Indicativo del tipo de documento de identidad utilizado para identificar a la empresa	Obligatorio	Debe contener exactamente 1 dígito numérico.	10
NUM_DOC_IDENTIDAD	Número del documento de identidad de la empresa	Obligatorio	Debe contener un máximo de 10 dígitos alfanuméricos. En el caso de que el campo TIPO_DOC_IDENTIDAD no supere la validación 10, la aplicación ignorará el contenido del campo NUM_DOC_IDENTIDAD.	11 12 13 29	3 4 5
CCC	Número del código de la cuenta de cotización principal	Obligatorio	Si el campo Tipo de Empresa = 1 debe contener exactamente 11 dígitos numéricos. Si el campo Tipo de empresa = 2 no debe venir cumplimentado.	14 33
CNAE	Código CNAE con el que se corresponde la actividad de la empresa.	Obligatorio	Debe contener un máximo de 5 dígitos alfanuméricos	15	6

3.1.3 Datos de organización en materia de prevención

Document Signat Electrònicament

La siguiente figura muestra el detalle del bloque de datos que contiene la información acerca de las modalidades de organización en materia de prevención dentro de la empresa.

Ilustración 3 - Detalle datos organización en materia de prevención

En concreto, este bloque de datos contendrá tantas etiquetas TIPO_ORG como tipos de organización en materia de prevención tenga la empresa.

Tabla 2 – Descripción de los datos de organización en materia de prevención

Campo

Descripción

Obligatorio/ Opcional

Formato

Validación

Comprobac ión

TIPO_ORG

Indicativo del tipo de organización

Obligatorio

Debe contener exactamente 1

en materia de prevención que tiene la empresa

dígito numérico.

3.1.4 Datos de contacto de la empresa

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

La siguiente figura muestra el detalle del bloque de datos que contiene los datos de contacto de la empresa. El bloque de datos de contacto es opcional y, a su vez, todos los campos que aparecen en el bloque de datos son también opcionales.

Ilustración 4 - Detalle datos de contacto de la empresa

Document Signat Electrònicament

Tabla 3 – Descripción de los datos de contacto de la empresa

Campo

Descripción

Obligatorio/ Opcional

Formato

Validación

Comprobación

Dirección de e-mail de la empresa

Opcional

Debe ser una cadena alfanumérica de cómo máximo 50 caracteres y debe adecuarse a la siguiente expresión regular:

[a-zA-Z][\w\.\-]*[a-zA-Z0-9]@[a-zA-Z0-9][\w\.\-

]*[a-zA-Z0-9]\.[a-zA-Z][a-zA-Z\.]*[a-zA-Z]

3.1.5 Datos de inscripción en el Registro

La siguiente figura muestra el detalle del bloque de datos relativos a la inscripción de la empresa en el Registro.

Document Signat Electrònicament

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

Ilustración 5 - Detalle datos de inscripción

Document Signat Electrònicament

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

Tabla 4 – Descripción de los datos de inscripción en el REA

Campo	Descripción	Obligatorio/ Opcional	Formato	Validación	Comprobación
NUM_INSCRIPCION_REA	Número de inscripción en el REA de la empresa	Obligatorio	Debe contener exactamente 11 dígitos alfanuméricos.	16 25	3
COMUNIDAD_AUTONOMA	Código de la Comunidad	Obligatorio	Debe contener exactamente 2 dígitos	17
	Autónoma a la que		numéricos
	pertenece el Registro
	donde está inscrita la
	empresa.
ESTADO_INSCRIPCION	Estado de inscripción de la empresa.	Obligatorio	Debe contener exactamente 1 dígito numérico	18
FECHA_INSCRIPCION	Fecha en la que tuvo lugar la inscripción original	Obligatorio	Debe contener exactamente 8 dígitos	19 20
			numéricos en formato
			ddmmaaaa, siendo:
			dd el día
			mm el mes
			aaaa el año
FECHA_FIN_VALIDEZ	Fecha en que finaliza la validez de la inscripción	Obligatorio	Debe contener exactamente 8 dígitos numéricos en formato ddmmaaaa,	19 31
			siendo:
			dd el día
			mm el mes
			aaaa el año
FECHA_CANCELACION	Fecha de cancelación de	Opcional	Debe contener exactamente 8 dígitos	19
	la inscripción, si es que la		numéricos en formato ddmmaaaa,	21
	empresa ha sido dada de		siendo:
	baja del Registro		dd el día
			mm el mes
			aaaa el año
MOTIVO_CANCELACION	Motivo de cancelación de	Opcional	Debe contener exactamente 1 dígito	22
	la inscripción, si es que la		numérico	23
	empresa ha sido dada de
	baja del Registro
PROVINCIA_REGISTRO	Provincia donde se presenta la inscripcion	Obligatorio	Debe contener exactamente 2 dígitos numéricos.	7 8

3.2 Esquema de las respuestas a los Registros Autonómicos

En este apartado se describe el esquema XML que deben seguir los ficheros XML de respuesta enviados desde el Registro central a los Registros autonómicos. El esquema XML está especificado en el archivo EsquemaRespuesta.xsd. A lo largo de esta sección, se describirá en detalle dicho esquema.

Para entender el cometido de las distintas etiquetas, es necesario indicar que la aplicación generará un fichero de respuesta a las CC.AA. bajo las siguientes circunstancias:

1. la existencia de etiquetas con contenidos que no se ajustan a las validaciones previamente especificadas para los ficheros de sincronización. En este caso, la respuesta incluirá una codificación de los contenidos erróneos que se hayan detectado. Dentro de un fichero puede haber envíos que superen las validaciones y otros que no. Los que superen las validaciones se cargarán en el sistema.

2. la nomenclatura del fichero sea errónea o el fichero no supere la validación contra el correspondiente esquema XML. En este caso, el fichero no se leerá y se generará una respuesta en la que se indicará la causa del rechazo del fichero.

Como se puede ver en la siguiente figura, el elemento raíz del fichero de respuesta será un elemento llamado ‘RESPUESTA’. Este elemento raíz contendrá:

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

o una etiqueta llamada ‘FICHERO ORIGINAL’ en el que se especificará el nombre del fichero original al que se está dando respuesta. Por tanto, todas las indicaciones de error contenidas en un fichero de respuesta deberán pertenecer a un mismo fichero de los enviados originalmente por los registros autonómicos.

o una etiqueta de ‘COD_RECHAZO’ en la que se especificará la causa del rechazo del fichero completo. Esta etiqueta es opcional y solamente se incluirá cuando el sistema rechace un fichero por completo.

o una etiqueta de ‘ENVIO’ por cada uno de los envíos del fichero original a los que se responda. Esta etiqueta es opcional y solamente se incluirá cuando se responda a envíos individuales y no se haya producido un rechazo completo del fichero.

Observación: De lo dicho hasta ahora, se deduce que las etiquetas de ‘COD_RECHAZO’ y ‘ENVIO’ son excluyentes.

A su vez, la etiqueta de ‘ENVIO’ contiene:

o una etiqueta con el identificador del envío original

o una etiqueta con los errores detectados en el envío.

Document Signat Electrònicament

Ilustración 6 - Detalle del esquema XML de respuesta

3.2.1 Datos acerca de los errores

La siguiente figura muestra el detalle del bloque de datos correspondiente a los errores detectados en un envío:

Ilustración 7 - Detalle datos errores

Document Signat Electrònicament

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

Tabla 5 - Descripción de los datos de errores

Campo	Descripción	Obligatorio/ Opcional	Formato
CAMPO	Es la etiqueta que agrupa los errores de un campo específico del fichero original	Obligatorio	La etiqueta ‘CAMPO’ debe contener una etiqueta ‘NOMBRE’ y una o más etiquetas ‘COD_ERROR’
NOMBRE	Es el nombre del campo del fichero original en el que se ha detectado algún error	Obligatorio	Debe ser el nombre de alguna de las etiquetas del fichero de sincronización.
COD_ERROR	Código del error detectado en el contenido de este campo	Obligatorio. Si se detecta más de un error asociado al mismo campo del fichero original, será necesario incluir tantas etiquetas de ‘COD_ERROR’ como errores detectados	Deben ser caracteres numéricos correspondientes a alguno de los códigos del listado de validaciones presentado en el Apéndice I.

4 Procedimiento ficheros

intercambio de

En este capítulo se describe el procedimiento establecido para el intercambio de ficheros entre el Registro central y los Registros autonómicos.

4.1 Periodicidad del Intercambio

El intercambio de ficheros se realizará con una periodicidad diaria y constará de dos procesos que se ejecutarán de forma consecutiva:

1. Uno de envío de los ficheros de sincronización desde los Registros autonómicos hacia el Registro central.

2. Uno de envío de los ficheros de respuesta desde el Registro central a los Registros autonómicos.

4.2 Mecanismo de intercambio

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

El mecanismo de intercambio de ficheros entre el Registro central y los autonómicos será vía FTP. Para ello, será necesario establecer un conjunto de directorios de intercambio entre los que se hagan la transferencia de ficheros.

4.3 Procedimiento de carga de datos

El procedimiento para la carga de datos será incremental. Cada registro autonómico enviará al Registro Central las altas, bajas y modificaciones producidas desde el envío anterior.

Una vez al mes, o puntualmente ante cualquier problema, los registros autonómicos incluirán en los ficheros de intercambio la información de todas las inscripciones almacenadas en sus bases de datos.

El Registro central sobrescribirá la información de su base de datos con los datos recibidos de los Registros autonómicos (las nuevas empresas se darán de alta, las ya existentes en ese registro se sustituirán por lo recibido). Como medida de seguridad, se articularán mecanismos de respaldo para salvaguardar la información original antes de la actualización de los datos.

4.4 Procedimiento de Validación de los Envíos

Document Signat Electrònicament

La información recibida por el Registro central debe ser procesada y validada para poder incorporarla a la base de datos con unas garantías de integridad en los datos.

El proceso de validación de la información constará de las siguientes fases:

1. validación de la nomenclatura del fichero: esta validación constituye el primer filtro. Si el nombre del fichero no sigue el formato establecido, el fichero se descartará y se

generará un fichero de respuesta indicando la causa del rechazo conforme a la tabla (Ver apéndice III)

2. validación global del fichero XML contra el esquema XML: si durante esta validación se detecta algún error, se descartará el fichero completo y se generará un fichero de respuesta indicando la causa del rechazo conforme a la tabla (Ver apéndice III). En la validación contra el esquema se valida que el fichero XML recibido esté bien construido de acuerdo a la sintaxis propia de los ficheros XML y de acuerdo al formato establecido por el esquema, lo cual asegura que puede ser leído e interpretado posteriormente.

3. validación individual de los campos a nivel de aplicación: una vez pasado el filtro anterior, se leerá el fichero para extraer la información de las etiquetas y validar cada campo por separado. En este caso, únicamente se descartarían aquellos envíos dentro del fichero que presenten error, mientras que el resto se procesarían normalmente. Con los envíos erróneos se compondría un fichero de respuesta para remitirlo al Registro autonómico correspondiente.

4.4.1 Definición de envíos erróneos

Se considerarán envíos erróneos los envíos que no permitan el almacenamiento en la base de datos.

- Se generará un fichero de respuesta con los envíos que no se han podido incorporar al registro central.

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

- Los datos, cuya mala codificación supone la no incorporación en el registro central, son los siguientes:

i. Tipo de Empresa

ii. Nombre o Razón Social

iii. Tipo de documento de identidad

iv. Número de documento de identidad

v. CNAE

vi. Número de inscripción REA

vii. Estado de inscripción

viii. Fecha de inscripción

ix. Fecha de fin de validez

x. Comunidad Autónoma donde se presenta la inscripción

xi. Provincia donde se presenta la inscripción

En el caso de que haya cancelación, serán igualmente motivo de no incorporación la mala codificación de los siguientes campos:

i. Motivo de cancelación

ii. Fecha de cancelación

En el resto de casos, se almacenará la información que sea posible y la que no, se desechará. En estos casos, además se generará un fichero de respuesta con los avisos acerca de los campos que no han superado las validaciones (a pesar de que el envío del que forman parte haya sido aceptado)

4.5 Nomenclatura Intercambio

LOS

Ficheros

Document Signat Electrònicament

A continuación, se propone una nomenclatura para los ficheros de intercambio.

4.5.1 Ficheros de Envío

Se propone la siguiente nomenclatura para los ficheros de envío: fenvio_yyyymmdd_CC.xml,

donde

o yyyymmdd es la fecha del envío en formato año, mes, día.

o CC, es el código identificativo de la Comunidad Autónoma a la que pertenece el Registro

Aquellos ficheros recibidos que no sigan la nomenclatura establecida, serán desechados completamente y se generará un fichero de respuesta con el correspondiente código de rechazo para enviar al registro emisor.

4.5.2 Ficheros de Respuesta

Se propone la siguiente nomenclatura para los ficheros de respuesta: fenvio_yyyymmdd_CC_resp.xml

Document Signat Electrònicament

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

es decir, al nombre del fichero original (sin la extensión) se le concatena el sufijo ‘_resp’.

5 Apéndices

5.1 Apéndice I: listado de validaciones

Nº Validación/ Código Error	Descripción	Mensaje Error	Código Error
1	Se comprueba que su longitud no exceda el tamaño máximo establecido	El campo Nombre de campo excede su tamaño máximo	2
2	Se comprueba que la longitud del campo tenga un tamaño mínimo	El campo Nombre de campo debe tener un mínimo de 3 caracteres.	2
3	Si el campo “Tipo de Empresa = 1 (Nacional)”, se comprueba que los dos primeros dígitos se correspondan con el código de provincia	El código de municipio no se corresponde con el de la provincia.	3
4	Si el campo “Tipo de Empresa = 1 (Nacional)”, se comprueba que el código de municipio exista en la tabla correspondiente (Ver Anexo 2).	Código de municipio inválido.	4
5	Si el campo “Tipo de Empresa = 1 (Nacional)” y viene cumplimentado, se comprueba que el campo se compone exactamente de cinco dígitos numéricos	El formato del campo Código Postal no es correcto	1
6	Si el campo “Tipo de Empresa = 1 (Nacional)” y el campo Código Postal viene cumplimentado, se comprueba que los dos primeros dígitos se correspondan con los de alguna provincia (01-52)	Código postal incorrecto	5
7	Si el campo “Tipo de Empresa = 1 (Nacional)”, se comprueba que el campo se compone exactamente de dos dígitos numéricos.	El formato del campo Provincia no es correcto	1
8	Si el campo “Tipo de Empresa = 1 (Nacional)”, se comprueba que valor del código de provincia exista en la tabla correspondiente (Ver Anexo 2)	Código de provincia inválido.	6
9	Se comprueba que el código de país corresponda a España (724). (Se entiende que todas las solicitudes debe atenderlas algún registro y para ello deben llevar asociada una provincia española)	Código de país inválido.	7

Document Signat Electrònicament

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

10	Debe ser un código de la tabla de tipos de documentos de identidad (Ver Anexo 2)	Código de Tipo de identificador de la empresa inválido	8
11	Si el identificador de la empresa es un CIF se comprueba que cumpla el algoritmo oficial del CIF.	CIF incorrecto	9
12	Si el identificador de la empresa es un NIF, se comprueba que cumpla el algoritmo oficial del NIF.	NIF incorrecto	10
13	Si el identificador de la empresa es un NIE, se comprueba que cumpla el algoritmo oficial del NIF.	NIE Incorrecto	11
14	Se comprueba que el CCC cumpla el algoritmo oficial	Código Cuenta de Cotización incorrecto	12
15	Se comprueba que su valor coincida con un código de CNAE válido a 2, 3, 4 o 5 dígitos existente en la tabla correspondiente (Ver Anexo 2)	Código de Actividad Económica (CNAE) inválido	13
16	Se comprueba que los dos primeros dígitos del número de inscripción REA sean los correspondientes al registro que efectúa el envío y que los últimos 7 dígitos correspondan a un número mayor que 0.	Número de Inscripción REA incorrecto	14
17	Se comprueba que valor del código de Comunidad Autónoma exista en la tabla correspondiente. (Ver Anexo 2)	Código de Comunidad Autónoma inválido	15
18	Se comprueba que sea un valor de los existentes en la tabla de Estados de la Inscripción (Ver Anexo 2)	Código de Estado de la inscripción inválido	16
19	Se comprueba que la fecha sea válida.	Formato de fecha inválido	1
20	Se comprueba que la fecha de inscripción sea posterior a la entrada en vigor del REA	La fecha de inscripción de una empresa no puede ser anterior a la fecha de entrada en vigor del REA (dd/mm/2008)	17
21	Si viene cumplimentado se comprueba que la fecha de cancelación sea posterior a la fecha de inscripción	La fecha de cancelación debe ser posterior a la fecha de inscripción.	18
22	Si viene cumplimentado se comprueba que sea un valor de los existentes en la tabla de motivos de cancelación (Ver Anexo 2)	Código de Motivo de cancelación inválido.	19
23	El campo Motivo de la Cancelación debe ir en correspondencia con el campo fecha de cancelación. O vienen los dos cumplimentados o no viene ninguno.	Los campos Fecha de Cancelación y Motivo de Cancelación deben estar los dos o cumplimentados o no cumplimentados.	28
24	Si es un campo obligatorio se comprueba que venga cumplimentado	El campo Nombre de campo es un dato obligatorio, se tiene que cumplimentar.	28

Document Signat Electrònicament

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

25	Se comprueba que no existan registros con el Número de Identificación REA duplicados.	El número REA está duplicado.	20
26	Se comprueba que venga, al menos un código de Tipo de Organización de prevención, y no más de 5 códigos	Es obligatorio cumplimentar al menos un código de Tipo de Organización de Prevención de riegos laborales y no más de 5 códigos.	28
27	Se comprueba que sea un valor de los existentes en la tabla de Tipos de Organización de Prevención de Riesgos laborales (Ver Anexo 2)	El código de Tipo de Organización de Prevención es inválido	21
28	Se comprueba que el formato del correo electrónico, si viene cumplimentado, se adecue a la siguiente expresión regular: [a-zA-Z][\w\.\-][a-zA-Z0- 9]@[a-zA-Z0-9][\w\.\-][a-zA- Z0-9]\.[a-zA-Z][a-zA-Z\.]*[a- zA-Z]	Formato del correo electrónico incorrecto	22
29	Se comprueba que no existan CIF/NIF/NIE de empresas duplicados (se considerará duplicado si está acreditada en otro registro).	El CIF/NIF/NIE de la empresa ya existe.	23
30	Se comprueba que no vengan códigos de Tipo de Organización duplicados.	Código de tipo de organización duplicado.	24
31	Se comprueba que la fecha de fin de validez sea posterior a la fecha de inscripción.	La fecha de fin de la Inscripción debe ser posterior a la fecha de inscripción.	25
32	Se compraba que el valor del campo Tipo de Empresa se 1 (Nacional) o 2 (Desplazada).	Tipo de empresa inválido.	26
33	Se comprueba que si el campo Tipo de Empresa = 2 (desplazada) el campo CCC no venga cumplimentado.	En las empresas desplazadas el campo CCC no debe venir cumplimentado.	27

Document Signat Electrònicament

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

5.2 Apéndice II: listado de comprobaciones

Nº Comprobación	Descripción
1	Se comprueba que no tenga caracteres especiales inválidos para el sistema (ver Anexo 1). En caso de existir caracteres de ese tipo se sustituirán por un blanco.
2	Se comprueba que no existan blancos al comienzo o final del texto. En caso de que existan serán suprimidos.
3	Se permitirán letras en minúsculas pero el sistema las convertirá en mayúsculas automáticamente.
4	Se admitirán NIF sin ceros a la izquierda, hasta completar 9 dígitos, pero el sistema los completará automáticamente.
5	Se admitirán NIEs sin ceros a la izquierda, entre la “X” y el número, pero el sistema los incluirá automáticamente hasta completar los 10 dígitos del NIE.
6	Si el código de CNAE no viene correctamente cumplimentado, el valor numérico se justificará a la izquierda completando con blancos a la derecha hasta completar los 5 dígitos.

Document Signat Electrònicament

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

Código Rechazo	Descripción
1	El nombre del fichero no se adecua al formato establecido.
2	El fichero no se adecua al esquema XML publicado.
3	Error desconocido en el fichero

5.4 Apéndice

IV:

EJEMPLO

FICHERO

SINCRONIZACIÓN

5.3 Apéndice III: listado de códigos de rechazo

El siguiente ejemplo de fichero de sincronización contiene tres envíos con datos referentes a la inscripción de dos empresas:

o En el primer caso, la empresa está en alta dentro del registro

o En el segundo, la inscripción de la empresa ha sido cancelada

o En el tercer caso, se trata de una empresa desplazada.

<?xml version="1.0" encoding="ISO-8859-1"?>

<ENVIO>

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

<DATOS_EMPRESA>

<IDENT_EMPRESA>

<TIPO_EMPRESA>1</TIPO_EMPRESA>

<RAZON_SOCIAL>Construcciones S.A.</RAZON_SOCIAL>

<DOMICILIO>Xxxxx Xxxxxxxxxx 000</DOMICILIO>

<TIPO_DOC_IDENTIDAD>1</TIPO_DOC_IDENTIDAD>

<NUM_DOC_IDENTIDAD>06582965D</NUM_DOC_IDENTIDAD>

</IDENT_EMPRESA>

<ORG_PREVENCION>

<TIPO_ORG>1</TIPO_ORG>

<TIPO_ORG>2</TIPO_ORG>

</ORG_PREVENCION>

<DATOS_CONTACTO>

</DATOS_CONTACTO>

</DATOS_EMPRESA>

<DATOS_INSCRIPCION>

<NUM_INSCRIPCION_REA>12280000001</NUM_INSCRIPCION_REA>

<COMUNIDAD_AUTONOMA>12</COMUNIDAD_AUTONOMA>

<PROVINCIA_REGISTRO>28</PROVINCIA_REGISTRO>

Document Signat Electrònicament

<ESTADO_INSCRIPCION>1</ESTADO_INSCRIPCION>

<FECHA_INSCRIPCION>2008-04-12</FECHA_INSCRIPCION>

<FECHA_FIN_VALIDEZ>20110412</FECHA_FIN_VALIDEZ>

</DATOS_INSCRIPCION>

</ENVIO>

<ENVIO>

<DATOS_EMPRESA>

<IDENT_EMPRESA>

<TIPO_EMPRESA>1</TIPO_EMPRESA>

<RAZON_SOCIAL>Informática S.L.</RAZON_SOCIAL>

<DOMICILIO>C/ Alcalá 14</DOMICILIO>

<CODIGO_POSTAL>28025</CODIGO_POSTAL>

<TIPO_DOC_IDENTIDAD>3</TIPO_DOC_IDENTIDAD>

<NUM_DOC_IDENTIDAD>A12354763</NUM_DOC_IDENTIDAD>

</IDENT_EMPRESA>

<ORG_PREVENCION>

<TIPO_ORG>3</TIPO_ORG>

</ORG_PREVENCION>

</DATOS_EMPRESA>

<DATOS_INSCRIPCION>

<NUM_INSCRIPCION_REA>12280000002</NUM_INSCRIPCION_REA>

<COMUNIDAD_AUTONOMA>12</COMUNIDAD_AUTONOMA>

<PROVINCIA_REGISTRO>28</PROVINCIA_REGISTRO>

<ESTADO_INSCRIPCION>2</ESTADO_INSCRIPCION>

<FECHA_INSCRIPCION>20080413</FECHA_INSCRIPCION>

<FECHA_FIN_VALIDEZ>12042011</FECHA_FIN_VALIDEZ>

<FECHA_CANCELACION>20072008</FECHA_CANCELACION>

<MOTIVO_CANCELACION>1</MOTIVO_CANCELACION>

</CANCELACION>

</DATOS_INSCRIPCION>

</ENVIO>

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

<ENVIO>

<DATOS_EMPRESA>

<IDENT_EMPRESA>

<TIPO_EMPRESA>2</TIPO_EMPRESA>

<RAZON_SOCIAL>La Francesa S.A.</RAZON_SOCIAL>

<DOMICILIO>Las Ardenas, 14</DOMICILIO>

<LOCALIDAD>París</LOCALIDAD>

<CODIGO_POSTAL>2443 PARIS</CODIGO_POSTAL>

<PROVINCIA>La parisienne</PROVINCIA>

<TIPO_DOC_IDENTIDAD>03</TIPO_DOC_IDENTIDAD>

<NUM_DOC_IDENTIDAD>A12354763</NUM_DOC_IDENTIDAD>

</IDENT_EMPRESA>

<ORG_PREVENCION>

<TIPO_ORG>4</TIPO_ORG>

</ORG_PREVENCION>

</DATOS_EMPRESA>

<DATOS_INSCRIPCION>

<NUM_INSCRIPCION_REA>12280000003</NUM_INSCRIPCION_REA>

<COMUNIDAD_AUTONOMA>12</COMUNIDAD_AUTONOMA>

<PROVINCIA_REGISTRO>28</PROVINCIA_REGISTRO>

<ESTADO_INSCRIPCION>2</ESTADO_INSCRIPCION>

Document Signat Electrònicament

<FECHA_INSCRIPCION>13042008</FECHA_INSCRIPCION>

<FECHA_FIN_VALIDEZ>12042011</FECHA_FIN_VALIDEZ>

</DATOS_INSCRIPCION>

</ENVIO>

</SINCRONIZACION>

5.5 Apéndice respuesta

V:

EJEMPLO

FICHEROS

El siguiente ejemplo de fichero de respuesta contendría información acerca de los errores detectados en los envíos 12 y 19 incluidos en el fichero fenvio_20080312_12.xml.

En concreto, los errores detectados serían:

o Envío 12: error en las etiquetas PAIS y CCC.

o Envío 19: error en la etiqueta PAIS.

<?xml version="1.0" encoding="UTF-8"?>

<FICHERO_ORIGINAL>fenvio_20080312_12.xml</FICHERO_ORIGINAL>

<ENVIO>

<CAMPO>

<COD_ERROR>7</COD_ERROR>

</CAMPO>

<CAMPO>

<COD_ERROR>12</COD_ERROR>

</CAMPO>

</ERRORES>

</ENVIO>

<ENVIO>

<CAMPO>

<COD_ERROR>7</COD_ERROR>

</CAMPO>

</ERRORES>

</ENVIO>

</RESPUESTA>

Document Signat Electrònicament

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

Este otro ejemplo representa un fichero de respuesta a un fichero de sincronización rechazado debido a un error de validación contra el esquema XML:

<?xml version="1.0" encoding=UTF-8"?>

<FICHERO_ORIGINAL>fenvio_20080312_12.xml</FICHERO_ORIGINAL>

<COD_RECHAZO>2</COD_RECHAZO>

</RESPUESTA>

ANNEX II WEB SERVICES

Especificacions tècniques sobre els serveis web que han de crear les

comunitats autònomes amb aplicacions pròpies i el Ministeri de Treball i Economia Social

1 Introducción ...................................................................................................................................

1.1 Servicio EmpresaWSEndPointService .........................................................................................

1.2 Binding EmpresaWSSoapBinding ...............................................................................................

1.3 Puerto EmpresaWS ..................................................................................................................

1.4 Mensajes .................................................................................................................................

1.4.1 Mensaje numeroIdentificacionRequest............................................................................................

1.4.2 Mensaje numeroReaRequest..........................................................................................

1.4.3 Mensaje estaInscritaReturn.....................................................................................

1.4.4 Mensaje obtenerEmpresaResponse...................................................................................

1.5 Tipos de datos .........................................................................................................................

1.5.1 Tipo ArrayOfInscripcion ...................................................................................................

1.5.2 Tipo Empresa..................................................................................................................

Document Signat Electrònicament

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

1.5.3 Tipo Inscripcion ..............................................................................................................

1 Introducción

Este documento contiene la especificación de los diferentes web services que implementa la aplicación REA. Debido a la descentralización del registro de empresas, se han definido dichos servicios para facilitar la comunicación entre las diferentes aplicaciones de registro y así lograr una mayor integración entre las mismas.

Para cada uno de los servicios web definidos se definen los siguientes elementos:

1. Types. Definiciones de los tipos de datos que se utilizan en los mensajes que se intercambian.

2. Messages. Definiciones de los datos que se transmiten.

3. PortTypes. Consisten en un conjunto de operaciones. Cada operación se relaciona con un mensaje de entrada y de salida.

4. Bindings. Especifica en protocolo concreto y la especificación del formato de los datos de las operaciones definidas por un portType.

5. Port. Especifica una dirección para un binding, esto es define el punto de entrada del servicio.

En la siguiente tabla se muestra un resumen de los servicios y de sus elementos, que pasaremos a detallar en los siguientes apartados del documento.

services	bindings	porttypes	messages	types
EmpresaWSEndPointService	EmpresaWsSoapBinding	EmpresaWSEndPoint	estaInscritaResponse	ArrayOfInscripcion

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

NumeroIdentificacionRequest Empresa numeroReaRequest Inscripcion obtenerEmpresaResponse

Document Signat Electrònicament

En WSDL el término binding se refiere al proceso de asociación de un protocolo o formato de datos con una entidad abstracta como un mensaje, operación o portType. WSDL permite elementos que representan una tecnología específica (extensibility elements). Estos puntos de extensión se utilizan típicamente para especificar un protocolo particular o un formato de mensaje. Estos elementos de extensión deben utilizar un namespace XML diferente del de WSDL. En los siguientes apartados se reflejarán los diferentes elementos de extensión que se utilizan en los servicios web definidos para la aplicación.

1.1 Servicio EmpresaWSEndPointService

En este apartado se define el punto de entrada al servicio web. Se ha especificado un puerto de acceso a través de una URL provisional a la espera de la localización del dominio de Internet definitivo para la aplicación rea. En esta definición se especifica que este servicio utiliza el binding EmpresaWSSoapBinding que se detalla en el siguiente apartado.

diagram

ports EmpresaWS

binding tns:EmpresaWsSoapBinding

extensibili

<soap:address location="xxxx://xxxxxxxxx:0000/xxx/xxxx/XxxxxxxXX"/>

source <wsdl:service name="EmpresaWSEndPointService">

<wsdl:port name="EmpresaWS" binding="tns:EmpresaWsSoapBinding">

<soap:address location="xxxx://xxxxxxxxx:0000/xxx/xxxx/XxxxxxxXX"/>

</wsdl:port>

</wsdl:service>

1.2 Binding EmpresaWSSoapBinding

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

El elemento binding dentro del WSDL define los detalles del protocolo para cada uno de los puertos que se haya especificado. Se ha definido SOAP como el protocolo para invocar el servicio web ya que este protocolo permite la definición completa y minuciosa de todo tipo de servicios web.

Document Signat Electrònicament

Todas las operaciones del servicio EmpresaWS son RPC-oriented ya que sus mensajes contienen parámetros y devuelven valores. Se han definido una URI provisional para las acciones, a la espera de la definición del dominio definitivo de la aplicación.

diagram

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

type tns:EmpresaWSEndPoint

Document Signat Electrònicament

extensibility <soap:binding style="rpc" transport="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxx"/>

operations estaInscritaId

extensibili

<soap:operation soapAction="urn:estaInscritaId" style="rpc"/>

input name="estaInscritaIdRequest"<soap:body use="encoded" encodingStyle="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx" namespace="urn:webservices:rea:mtas:es"/>

output name="estaInscritaIdResponse"<soap:body use="encoded" encodingStyle="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx" namespace="urn:webservices:rea:mtas:es"/>

estaInscritaRea

extensibili

<soap:operation soapAction="urn:estaInscritaRea" style="rpc"/>

input name="estaInscritaReaRequest"<soap:body use="encoded" encodingStyle="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx" namespace="urn:webservices:rea:mtas:es"/>

output name="estaInscritaReaResponse"<soap:body use="encoded" encodingStyle="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx" namespace="urn:webservices:rea:mtas:es"/>

obtenerEmpresaPorId

extensibili

<soap:operation soapAction="urn:obtenerEmpresaPorId" style="rpc"/>

input name="obtenerEmpresaPorIdRequest"<soap:body use="encoded" encodingStyle="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx" namespace="urn:webservices:rea:mtas:es"/>

output name="obtenerEmpresaPorIdResponse"<soap:body use="encoded" encodingStyle="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx" namespace="urn:webservices:rea:mtas:es"/>

obtenerEmpresaPorRea

extensibili

<soap:operation soapAction="urn:obtenerEmpresaPorRea" style="rpc"/>

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

input name="obtenerEmpresaPorReaRequest"<soap:body use="encoded" encodingStyle="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx" namespace="urn:webservices:rea:mtas:es"/>

output name="obtenerEmpresaPorReaResponse"<soap:body use="encoded" encodingStyle="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx" namespace="urn:webservices:rea:mtas:es"/>

used by Port EmpresaWS in Service EmpresaWSEndPointService

source <wsdl:binding name="EmpresaWsSoapBinding" type="tns:EmpresaWSEndPoint">

<soap:binding style="rpc" transport="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxx"/>

<wsdl:operation name="estaInscritaId">

<soap:operation soapAction="urn:estaInscritaId" style="rpc"/>

<wsdl:input name="estaInscritaIdRequest">

<soap:body use="encoded" encodingStyle="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx" namespace="urn:webservices:rea:mtas:es"/>

</wsdl:input>

<wsdl:output name="estaInscritaIdResponse">

<soap:body use="encoded" encodingStyle="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx" namespace="urn:webservices:rea:mtas:es"/>

</wsdl:output>

</wsdl:operation>

<wsdl:operation name="estaInscritaRea">

Document Signat Electrònicament

<soap:operation soapAction="urn:estaInscritaRea" style="rpc"/>

<wsdl:input name="estaInscritaReaRequest">

<soap:body use="encoded" encodingStyle="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx" namespace="urn:webservices:rea:mtas:es"/>

</wsdl:input>

<wsdl:output name="estaInscritaReaResponse">

<soap:body use="encoded" encodingStyle="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx" namespace="urn:webservices:rea:mtas:es"/>

</wsdl:output>

</wsdl:operation>

<wsdl:operation name="obtenerEmpresaPorId">

<soap:operation soapAction="urn:obtenerEmpresaPorId" style="rpc"/>

<wsdl:input name="obtenerEmpresaPorIdRequest">

<soap:body use="encoded" encodingStyle="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx" namespace="urn:webservices:rea:mtas:es"/>

</wsdl:input>

<wsdl:output name="obtenerEmpresaPorIdResponse">

<soap:body use="encoded" encodingStyle="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx" namespace="urn:webservices:rea:mtas:es"/>

</wsdl:output>

</wsdl:operation>

<wsdl:operation name="obtenerEmpresaPorRea">

<soap:operation soapAction="urn:obtenerEmpresaPorRea" style="rpc"/>

<wsdl:input name="obtenerEmpresaPorReaRequest">

<soap:body use="encoded" encodingStyle="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx" namespace="urn:webservices:rea:mtas:es"/>

</wsdl:input>

<wsdl:output name="obtenerEmpresaPorReaResponse">

<soap:body use="encoded" encodingStyle="xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx" namespace="urn:webservices:rea:mtas:es"/>

</wsdl:output>

</wsdl:operation>

</wsdl:binding>

1.3 Puerto EmpresaWS

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

El puerto es el elemento más importante dentro de la especificación WSDL. Dentro de este elemento se define el servicio, las operaciones que se realizan y los mensajes que se envían.

El puerto define el punto de conexión a un servicio web. Se puede comparar con una librería de funciones en un lenguaje de programación tradicional. De igual modo, cada una de las operaciones definidas dentro del puerto se puede asemejar con una función.

El servicio EmpresaWS define dos operaciones:

⮚ estaInscritaId. Mediante esta operación, se puede averiguar si una empresa figura como inscrita en el registro. Es una operación request-response ya que recibirá un mensaje de entrada con el número de identificación de la empresa y devolverá un mensaje con el resultado. Esta operación utiliza dos mensajes, uno de entrada y otro de salida. Estos mensajes se detallarán en el apartado siguiente.

⮚ estaInscritaRea. Está operación permitirá saber si una empresa está aparece como inscrita en el registro. Es una operación request-response ya que recibe recibe un mensaje con el numero rea de la empresa y devolverá un mensaje con el resultado de la operación. Estos mensajes se detallan en el siguiente apartado.

⮚ obtenerEmpresaPorId. A través de de esta operación, un cliente puede obtener los datos que tiene el registro de la empresa que se solicite. Se trata de una operación request-response ya que recibirá un mensaje de entrada con el número de identificación de la empresa y devolverá un mensaje con el resultado. Esta operación utiliza también dos mensajes, uno de entrada y otro de salida que se detallan en el siguiente apartado.

Document Signat Electrònicament

⮚ obtenerEmpresaPorRea. Esta operación permite obtener todos los datos de una empresa. La operación es request-response ya que recibe un mensaje de entrada con el número de rea de la empresa y devuelve un mensaje con el resultado de la operación. Los mensajes se detallan en el siguiente apartado.

diagram

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

operations estaInscritaId

input tns:NumeroIdentificacionRequest

output tns:estaInscritaResponse

estaInscritaRea

input tns:numeroReaRequest

output tns:estaInscritaResponse

Document Signat Electrònicament

obtenerEmpresaPorId

input tns:NumeroIdentificacionRequest

output tns:obtenerEmpresaResponse

obtenerEmpresaPorRea

input tns:numeroReaRequest

output tns:obtenerEmpresaResponse

used by binding EmpresaWsSoapBinding

source <wsdl:portType name="EmpresaWSEndPoint">

<wsdl:operation name="estaInscritaId">

<wsdl:input name="estaInscritaIdRequest" message="tns:NumeroIdentificacionRequest"/>

<wsdl:output name="estaInscritaIdResponse" message="tns:estaInscritaResponse"/>

</wsdl:operation>

<wsdl:operation name="estaInscritaRea">

<wsdl:input name="estaInscritaReaRequest" message="tns:numeroReaRequest"/>

<wsdl:output name="estaInscritaReaResponse" message="tns:estaInscritaResponse"/>

</wsdl:operation>

<wsdl:operation name="obtenerEmpresaPorId">

<wsdl:input name="obtenerEmpresaPorIdRequest" message="tns:NumeroIdentificacionRequest"/>

<wsdl:output name="obtenerEmpresaPorIdResponse" message="tns:obtenerEmpresaResponse"/>

</wsdl:operation>

<wsdl:operation name="obtenerEmpresaPorRea">

<wsdl:input name="obtenerEmpresaPorReaRequest" message="tns:numeroReaRequest"/>

<wsdl:output name="obtenerEmpresaPorReaResponse" message="tns:obtenerEmpresaResponse"/>

</wsdl:operation>

</wsdl:portType>

1.4 Mensajes

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

Los mensajes definen los elementos de datos dentro de una operación. Cada mensaje puede estar formado por una o varias partes. Estas partes se pueden comparar con los parámetros de una función en un lenguaje de programación tradicional.

1.4.1 Mensaje numeroIdentificacionRequest

Este mensaje de entrada es utilizado por aquellas operaciones que obtienen información de una empresa en función de su número de identificación. El contenido del mensaje será dicho número de identificación.

Document Signat Electrònicament

parts numeroIdentificacion

type xs:string

used by Operation estaInscritaId in PortType EmpresaWSEndPoint

Operation obtenerEmpresaPorId in PortType EmpresaWSEndPoint

source <wsdl:message name="NumeroIdentificacionRequest">

<wsdl:part name="numeroIdentificacion" type="xs:string"/>

</wsdl:message>

1.4.2 Mensaje numeroReaRequest

Este mensaje de entrada será utilizado por aquellas operaciones que deseen obtener información de una empresa a través de su número de REA. El contenido de este mensaje será el número de rea. Este número tiene el formato AA/PP/NNNNNNN. Donde:

AA – Dos dígitos para representar el número de la autonomía donde esta inscrita la empresa PP – Dos dígitos de libre disposición para comunidad autónoma.

NNNNNNN – Siete dígitos que identifican el número de inscripción dentro de la autonomía.

parts numeroRea

type xs:string

used by Operation estaInscritaRea in PortType EmpresaWSEndPoint

Operation obtenerEmpresaPorRea in PortType EmpresaWSEndPoint

source <wsdl:message name="numeroReaRequest">

<wsdl:part name="numeroRea" type="xs:string"/>

</wsdl:message>

1.4.3 Mensaje estaInscritaReturn

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

Este mensaje será devuelto por aquellas operaciones que informen acerca de si una empresa figura como inscrita en el registro. Este mensaje contiene un valor booleano para indicar si la empresa está inscrita (true) o no (false).

parts estaInscritaReturn

type xs:boolean

used by Operation estaInscritaId in PortType EmpresaWSEndPoint

Operation estaInscritaRea in PortType EmpresaWSEndPoint

source <wsdl:message name="estaInscritaResponse">

<wsdl:part name="estaInscritaReturn" type="xs:boolean"/>

</wsdl:message>

1.4.4 Mensaje obtenerEmpresaResponse

Este mensaje será devuelto por aquellas operaciones que obtengan los datos de una empresa. Este mensaje devuelve la información de una empresa en un dato de tipo Empresa. Si la empresa no existe se devolverá contendrá null.

parts empresa

Type tns:Empresa

Document Signat Electrònicament

used by Operation obtenerEmpresaPorId in PortType EmpresaWSEndPoint

Operation obtenerEmpresaPorRea in PortType EmpresaWSEndPoint

source <wsdl:message name="obtenerEmpresaResponse">

<wsdl:part name="empresa" type="tns:Empresa"/>

</wsdl:message>

1.5 Tipos de datos

En este apartado definiremos cada uno de los tipos de datos que se utilizan en el servicio web.

WSDL utiliza la sintaxis XML Schema para definir estos tipos de datos.

1.5.1 Tipo ArrayOfInscripcion

Los tipos Array deben extender el tipo Array definido en el esquema de codificación de SOAP 1.1 (xxxx://xxxxxxx.xxxxxxx.xxx/xxxx/xxxxxxxx). Se debe utilizar el nombre ArrayOfXXX donde XXX es el tipo de los elementos del array. El tipo de los elementos del array se deben especificar utilizando un valor para el atributo soapenc:arrayType.

Mediante este tipo se representa una colección de inscripciones asociadas a una empresa.

diagram

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

namespace urn:webservices:rea:mtas:es type restriction of soapenc:Array

properties base soapenc:Array

used by element Empresa/inscripciones

attributes Name Type Use Default Fixed annotation soapenc:arrayTy

pe soapenc:offset

id xs:ID

href xs:anyURI

source <xs:complexType name="ArrayOfInscripcion">

<xs:complexContent>

<xs:restriction base="soapenc:Array">

<xs:attribute ref="soapenc:arrayType" wsdl:arrayType="tns:Inscripcion[]"/>

Document Signat Electrònicament

</xs:restriction>

</xs:complexContent>

</xs:complexType>

1.5.2 Tipo Empresa

Mediante este tipo se pretende representar una empresa dada de alta en el sistema REA. Una empresa contiene los siguientes datos:

⮚ documentoIdentidadTipo. Tipo del documento de identidad. (Ver anexo 1).

⮚ documentoIdentidadNumero. Número de identidad de la empresa.

⮚ razonSocial. Nombre de la razón social de la empresa.

⮚ domicilio. Domicilio de la empresa.

⮚ localidadCodigo. Código de la localidad donde está ubicada la empresa. Si la localidad no está en la lista de localidades (Ver anexo 1) se enviará null.

⮚ localidadDescripcion. Nombre de la localidad.

⮚ codigoPostal. Código postal.

⮚ provinciaCodigo. Código de la provincia donde está ubicada la empresa. Si la provincia no está en la lista de provincias (Ver anexo 1) se enviará null.

⮚ provinciaDescripcion. Nombre de la provincia.

⮚ paisCodigo. Código del país donde está ubicada la empresa. Si el país no está en la lista de países (Ver anexo 1) se enviará null.

⮚ paisDescripcion. Nombre del pais.

⮚ cnae. Código de actividad de la empresa. (Ver anexo 1)

⮚ cuentaCotizacion. Cuenta de cotización de la empresa..

⮚ inscripciones. Inscripciones que tiene la empresa. Si la empresa aún no está inscrita este dato será null.

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

diagram

Document Signat Electrònicament

namespace urn:webservices:rea:mtas:es

children tns:documentoIdentidadTipo tns:documentoIdentidadNumero tns:razonSocial tns:domicilio tns:localidadCodigo tns:localidadDescripcion tns:codigoPostal tns:provinciaCodigo tns:provinciaDescripcion tns:paisCodigo tns:paisDescripcion tns:cnae tns:cuentaCotizacion tns:inscripciones

source <xs:complexType name="Empresa">

<xs:sequence>

<xs:element name="documentoIdentidadTipo" type="xs:string" nillable="true"/>

<xs:element name="documentoIdentidadNumero" type="xs:string" nillable="true"/>

<xs:element name="razonSocial" type="xs:string" nillable="true"/>

<xs:element name="domicilio" type="xs:string" nillable="true"/>

<xs:element name="localidadCodigo" type="xs:string" nillable="true"/>

<xs:element name="localidadDescripcion" type="xs:string" nillable="true"/>

<xs:element name="codigoPostal" type="xs:string" nillable="true"/>

<xs:element name="provinciaCodigo" type="xs:string" nillable="true"/>

<xs:element name="provinciaDescripcion" type="xs:string" nillable="true"/>

<xs:element name="paisCodigo" type="xs:string" nillable="true"/>

<xs:element name="paisDescripcion" type="xs:string" nillable="true"/>

<xs:element name="cnae" type="xs:string" nillable="true"/>

<xs:element name="cuentaCotizacion" type="xs:string" nillable="true"/>

<xs:element name="inscripciones" type="tns:ArrayOfInscripcion"/>

</xs:sequence>

</xs:complexType>

1.5.3 Tipo Inscripcion

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

Mediante este tipo se representan los datos de una inscripción de una empresa en el registro REA. Una inscripción contiene los siguientes datos:

⮚ autonomía. Código de la autonomía donde está realizada la inscripción. (Ver anexo 1)

⮚ estadoInscripcion. Código del estado de la inscripción. (Ver anexo 1)

⮚ fechaCancelacion. Fecha en la que fue cancelada la empresa. Si la empresa está de alta, este dato será null.

⮚ fechaFinValidez. Fecha en la que caduca la inscripción de la empresa en el registro.

⮚ fechaInscripcion. Fecha en la que se realizó la inscripción de la empresa.

⮚ motivoCancelacion. Código del motivo por el que se canceló la empresa (Ver anexo 1). Si la empresa está de alta, este dato será null.

⮚ nuInscripcionREA. Número de la inscripción.

diagram

Document Signat Electrònicament

namespace urn:webservices:rea:mtas:es

children tns:autonomia tns:estadoInscripcion tns:fechaCancelacion tns:fechaFinValidez tns:fechaInscripcion tns:motivoCancelacion tns:numInscripcionREA

source <xs:complexType name="Inscripcion">

<xs:sequence>

<xs:element name="autonomia" type="xs:string" nillable="true"/>

<xs:element name="estadoInscripcion" type="xs:string" nillable="true"/>

<xs:element name="fechaCancelacion" type="xs:dateTime" nillable="true"/>

<xs:element name="fechaFinValidez" type="xs:dateTime" nillable="true"/>

<xs:element name="fechaInscripcion" type="xs:dateTime" nillable="true"/>

<xs:element name="motivoCancelacion" type="xs:string" nillable="true"/>

<xs:element name="numInscripcionREA" type="xs:string" nillable="true"/>

</xs:sequence>

Document Signat Electrònicament

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

</xs:complexType>

Xxxxx XXX

Document Signat Electrònicament

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

Codis identificatius del número d'inscripció en el Registre d'Empreses Acreditades

Autoridad laboral	Primer y segundo dígitos	Tercer y cuarto dígitos
Andalucía	01
Almería		04
Cádiz		11
Córdoba		14
Granada		18
Huelva		21
Jaén		23
Málaga		29
Sevilla		41
Aragón	02
Huesca		22
Teruel		44
Zaragoza		50
Principado de Asturias	03
33
Illes Balears	04
Mallorca		01
Menorca		02
Ibiza-Formentera		03
Canarias	05
Las Palmas		35
Sta. Cruz Tenerife		38
Cantabria	06
Santander		39
Castilla-La Mancha	07
Albacete		02
Ciudad Real		13
Cuenca		16
Guadalajara		19
Toledo		45
Castilla y León	08
Ávila		05
Burgos		09
León		24
Palencia		34
Salamanca		37
Segovia		40

Soria		42
Valladolid		47
Cataluña	09
00
Extremadura	10
Badajoz		06
Cáceres		10
Galicia	11
A Coruña		15
Lugo		27
Orense		32
Pontevedra		36
Comunidad de Madrid	12
28
Región de Murcia	13
Abanilla		01
Abarán		02
Águilas		03
Albudeite		04
Alcantarilla		05
Los Alcázares		06
Aledo		07
Alguazas		08
Alhama de Murcia		09
Archena		10
Beniel		11
Blanca		12
Bullas		13
Calasparra		14
Campos del Río		15
Caravaca de la Cruz		16
Cartagena		17
Cehegín		18
Ceutí		19
Cieza		20
Fortuna		21
Fuente Álamo de		22
Murcia
Jumilla		23
Librilla		24
Lorca		25
Lorquí		26
Mazarrón		27
Molina de Segura		28
Moratalla		29
Mula		30
Murcia		31
Ojós		32
Pliego		33

Document Signat Electrònicament

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

Puerto Lumbreras		34
Ricote		35
San Javier		36
San Pedro del		37
Pinatar
Santomera		38
TorrePacheco		39
Las Torres de		40
Cotillas
Totana		41
Xxxx		00
La Unión		43
Villanueva del Río		44
Segura
Yecla		45
Navarra	14
31
País Vasco	15
Álava		01
Bizkaia		48
Gipuzkoa		20
La Rioja	16
26
Comunidad Valenciana	17
Alicante		03
Castellón		12
Valencia		46
Ciudad de Ceuta	18
Ciudad de Melilla	19
Empresas que se desplazan en virtud de la Ley 45/1999	**	99

Document Signat Electrònicament

Xxxxxxx Xxx - DNI 00000000X, Xxxxxx Xxxxxxxxx del Govern

23.06.2021 13:10:00

Document Metadata

Table of Contents

Diligència per fer constar que aquest Acord s'ha aprovat en la sessió del Govern del dia

Document Metadata