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
de
los
ficheros
de
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
de
los
ficheros
de
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 | 26 | |
en materia de prevención que tiene la empresa | dígito numérico. | 27 30 |
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] | 28 |
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
de
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
DE
LOS
Ficheros
DE
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
DE
FICHERO
DE
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"?>
<SINCRONIZACION>
<ENVIO>
<ID>1</ID>
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>
<LOCALIDAD>28079</LOCALIDAD>
<PROVINCIA>28</PROVINCIA>
<PAIS>724</PAIS>
<TIPO_DOC_IDENTIDAD>1</TIPO_DOC_IDENTIDAD>
<NUM_DOC_IDENTIDAD>06582965D</NUM_DOC_IDENTIDAD>
<CCC>28123456798</CCC>
<CNAE>45111</CNAE>
</IDENT_EMPRESA>
<ORG_PREVENCION>
<TIPO_ORG>1</TIPO_ORG>
<TIPO_ORG>2</TIPO_ORG>
</ORG_PREVENCION>
<DATOS_CONTACTO>
<TELEFONO>000000000</TELEFONO>
</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>
<ID>2</ID>
<DATOS_EMPRESA>
<IDENT_EMPRESA>
<TIPO_EMPRESA>1</TIPO_EMPRESA>
<RAZON_SOCIAL>Informática S.L.</RAZON_SOCIAL>
<DOMICILIO>C/ Alcalá 14</DOMICILIO>
<LOCALIDAD>28082</LOCALIDAD>
<CODIGO_POSTAL>28025</CODIGO_POSTAL>
<PROVINCIA>28</PROVINCIA>
<PAIS>724</PAIS>
<TIPO_DOC_IDENTIDAD>3</TIPO_DOC_IDENTIDAD>
<NUM_DOC_IDENTIDAD>A12354763</NUM_DOC_IDENTIDAD>
<CCC>28987654312</CCC>
<CNAE>72</CNAE>
</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>
<CANCELACION>
<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>
<ID>3</ID>
<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>
<PAIS>724</PAIS>
<TIPO_DOC_IDENTIDAD>03</TIPO_DOC_IDENTIDAD>
<NUM_DOC_IDENTIDAD>A12354763</NUM_DOC_IDENTIDAD>
<CCC>28123456798</CCC>
<CNAE>72</CNAE>
</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
DE
FICHEROS
DE
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"?>
<RESPUESTA>
<FICHERO_ORIGINAL>fenvio_20080312_12.xml</FICHERO_ORIGINAL>
<ENVIO>
<ID>12</ID>
<ERRORES>
<CAMPO>
<NOMBRE>PAIS</NOMBRE>
<COD_ERROR>7</COD_ERROR>
</CAMPO>
<CAMPO>
<NOMBRE>CCC</NOMBRE>
<COD_ERROR>12</COD_ERROR>
</CAMPO>
</ERRORES>
</ENVIO>
<ENVIO>
<ID>19</ID>
<ERRORES>
<CAMPO>
<NOMBRE>PAIS</NOMBRE>
<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"?>
<RESPUESTA >
<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
ty
<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
ty
<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
ty
<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
ty
<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
ty
<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