SGNTJ - LexNET
SUBDIRECCIÓN GENERAL DE LAS NUEVAS TECNOLOG�AS DE LA JUSTICIA
|
|
SGNTJ - LexNET |
DIRECCIÓN GENERAL DE RELACIONES CON LA ADMINISTRACIÓN DE JUSTICIA
SUBDIRECCIÓN GENERAL DE LAS NUEVAS TECNOLOG�AS DE LA JUSTICIA |
SGNTJ
|
LexNET
|
Anexos
|
Público
| ELABORADO POR: Desarrollo LexNET |
REVISADO POR: Desarrollo LexNET |
APROBADO POR: SGNTJ |
| Fecha: |
Fecha: |
Fecha: |
| |
|
| AUTOR: |
|
| RESPONSABLE: |
Jose Francisco Merli |
| PROYECTO: |
LexNET |
| LUGAR DE REALIZACIÓN: |
|
| NOMBRE DEL DOCUMENTO: |
Web services de integración (entidades) |
| CÓDIGO: |
|
| Palabras Clave del documento: |
LexNET, integradores web service, entidades |
Versión
|
Fecha
|
Descripción del cambio
|
1.0
|
27/10/2016
|
Se crea la documentación.
|
2.0
|
13/12/2016
|
Se modifica el algoritmo de hash SHA1 a SHA256
|
ÍNDICE
ÍNDICE
4
1. INTRODUCCIÓN
6
2. ANEXOS
7
2.1. ANEXO I: Códigos usados en los Web Service
7
2.1.1. Rol del profesional
7
2.1.2. Tipo de profesional
8
2.1.3. Tipos de mensajes
9
2.1.4. Estados de mensajes
9
2.1.5. Tipos de entidad
10
2.1.6. Tipos de órgano
11
2.1.7. Tipos de itineraciones
13
2.1.8. Tipos de relaciones entre mensajes
13
2.1.9. Tipos de catálogos
14
2.1.10. Tipos de orden
14
2.1.11. Funciones de intervinientes
14
2.1.12. Tipos de materias
15
2.1.13. Tipos de procedimientos
15
2.1.14. Tipologías de procedimientos
15
2.1.15. Tipologías de persona
15
2.1.16. Tipos de Acciones
16
2.1.17. Tipo documental
16
2.1.18. Subtipo documental
17
2.1.19. Tipos de documentos Identificativos
20
2.1.20. Tipologías de sexo
20
2.1.21. Tipos de Representación
20
2.1.22. Tipologías de país y nacionalidad
21
2.1.23. Tipos de Vía
27
2.1.24. Tipos de Resolución
35
2.1.25. Tipologías de comunidad
35
2.2. ANEXO II: Recomendaciones para desarrollo de cliente
37
2.2.1. Descripción
37
2.2.2. Entorno tecnológico de desarrollo
38
2.2.3. Requisitos funcionales del cliente
38
2.2.4. ANEXO III: Guía de cumplimentación de las plantillas de los mensajes de envío
41
2.2.5. ANEXO V: Tecnologías LexNET. Descripción breve.
51
2.2.6. ANEXO VI: Códigos de error
54
5
GLOSARIO
55
1. INTRODUCCIÓN
El objeto de este documento es cumplimentar los manuales de integración de los servicios web proporcionando información sobre los catálogos y la forma de realizar la firma.
2. ANEXOS
2.1. ANEXO I: CóDIGOS USADOS EN LOS WEB SERVICE
2.2. ROL DEL PROFESIONAL
2.3. TEST DE COMPATIBILIDAD
Este catálogo no existe en el Test de Compatibilidad.
2.4. CODIFICACIóN LEXNET
CÓDIGO 1 2 Abogado de Comunidad/Personal autorizado 3 Abogado del Estado/Personal Autorizado 4 Abogado Seguridad Social (Provincial) 5 Abogado Estado AEAT/Personal autorizado 6 Administrador Abogado Comunidad 7 Administrador Abogado de Estado 8 Administrador Abogado Seguridad Social 9 Administrador AbogacÍa AEAT 10 Administrador Delegación de Procuradores 11 Administrador LexNET 12 Administrador Fiscal 13 Administrador Graduado Social 14 Administrador Procuradores 15 Fiscal 16 Graduado Social 19 Personal AbogacÍa Comunidad 20 Personal de la AbogacÍa del Estado 21 Personal de la AbogacÍa Seguridad Social 22 Personal de la AEAT 23 Oficial Designado 24 Oficial Fiscal 25 Oficial órgano 26 Oficial de Reparto 28 Procurador 29 Secretario Judicial 30 Secretario de Reparto 31 Gestor Abogado Estado AEAT 32 Gestor Abogado Seg Social 33 Gestor Abogado Estado 34 Gestor Abogado Comunidad 35 Abogado Fogasa 36 Administrador Abogado Fogasa 37 Personal de la AbogacÍa FOGASA 38 Gestor Abogado Fogasa 39 Abogado Inem 40 Administrador Abogado Inem 41 Personal de la Abogacía INEM 42 Gestor Abogado Inem 43 Abogado Consorcio 44 Administrador Abogado Consorcio 45 Personal de la Abogacía Consorico 46 Gestor Abogado Consorcio 47 Administrador de Organos Judiciales 49 Administrador IML 50 Personal Autorizado Centro Penitenciario 51 Gestor Centro Penitenciario 52 Administrador Centro Penitenciario 53 Personal autorizado Colegio de Abogados 54 Personal autorizado CAJG 55 Secretario Judicial eCodex 56 Secretario de Reparto eCodex 57 Juez eCodex 60 Administrador OIP 61 Fiscal de menores 62 Administrador Fiscalía Menores 63 Abogado TGSS (provincial) 64 Administrador TGSS (provincial) 117 Rol sustituto 118 Rol designado 119 Rol habilitado 120 Fiscal eCodex 121 Oficial Fiscal eCodex
2.5. TIPO DE PROFESIONAL
2.6. TEST DE COMPATIBILIDAD
Este catálogo no existe en el Test de Compatibilidad.
2.7. CODIFICACIóN LEXNET
CÓDIGO
2.8. TIPOS DE MENSAJES
2.9. TEST DE COMPATIBILIDAD
Este catálogo no existe en el Test de Compatibilidad.
2.10. CODIFICACIóN LEXNET
CÓDIGO 1 ACUSE 2 ESCRITO 3 NOTIFICACION 4 RECIBI 5 ITINERACION 6 INICIADOR ASUNTO 7 EJECUCIÓN/EJECUTORIA 10 MENSAJE INTERNACIONAL 11 TRASLADO 12 INICIADOR ATESTADO 13 INICIADOR PARTE HOSPITALARIO 14 PERSONACION 15 RECURSO QUEJA 16 ESCRITO DEFENSA 17 RECURSO CASACIÓN
2.11. ESTADOS DE MENSAJES
2.12. TEST DE COMPATIBILIDAD
Este catálogo no existe en el Test de Compatibilidad.
2.13. CODIFICACIóN LEXNET
CÓDIGO 0 Enviado 1 Pendiente 2 Aceptado 3 Rechazado 4 Repartido
2.14. TIPOS DE ENTIDAD
2.15. TEST DE COMPATIBILIDAD
Este catálogo no existe en el Test de Compatibilidad.
2.16. CODIFICACIóN LEXNET
Versión xsd 3.11 y anteriores
CÓDIGO P Colegio de Procuradores A Colegio de Abogados O Órgano Judicial E Abogacía General del Estado G Graduados Sociales L Abogacía General de la Comunidad F Ministerio Fiscal U S. Jurídicos de la Seguridad Social (provincial) H Abogacía del Estado de la Agencia Tributaria 1 Abogacía del Estado de Consorcio de Comp Seguros B Abogacía del Estado del Fondo de Garantía Salarial Q Abogacía del Estado de S.Publico de Empleo Estatal
Versión xsd 3.12 y posteriores
CÓDIGO 1 Colegio de Procuradores 2 Colegio de Abogados 5 Órgano Judicial 6 Abogacía General del Estado 7 Graduados Sociales 8 Abogacía General de la Comunidad 9 Ministerio Fiscal 12 S. Jurídicos de la Seguridad Social (provincial) 13 Abogacía del Estado de la Agencia Tributaria 14 Abogacía del Estado de Consorcio de Comp Seguros 15 Abogacía del Estado del Fondo de Garantía Salarial 16 Abogacía del Estado de S.Publico de Empleo Estatal 19 Comision de Asistencia Juridica Gratuita 21 Tesoreria General de la Seg Social 24 Inst. de Gestion Sanitaria (central) 32 Fuerzas y Cuerpos de Seguridad 33 IML/Toxicologicos 34 Instituciones Penitenciarias 35 Hospitales y Centros hospitalarios 36 Ayuntamientos
2.17. TIPOS DE óRGANO
2.18. TEST DE COMPATIBILIDAD
LexNET no utiliza la codificación del Test de Compatibilidad para los tipos de órgano.
2.19. CODIFICACIóN LEXNET
CÓDIGO 00 S.C. DE ACTOS DE COMUNICACION 04 ORGANOS DE GOBIERNO 06 OTROS ORGANISMOS 09 T.S. SERVICIOS CENTRALES 1M UNIDAD DE APOYO PERJUDICADOS 11-M 10 T.S. SALAS ESPECIALES 11 T.S. SALA DE LO CIVIL 113 UNIDAD DE APOYO PERJUDICADOS 11M 12 T.S. SALA DE LO PENAL 13 T.S. SALA DE LO CONTENCIOSO 14 T.S. SALA DE LO SOCIAL 15 T.S. SALA DE LO MILITAR 16 TRIBUNAL MILITAR CENTRAL 17 JUZGADO TOGADO MILITAR CENTRAL 18 TRIBUNAL TUTELAR DE MENORES 19 JUZGADO TOGADO MILITAR 20 A.N. SERVICIOS CENTRALES 21 TRIBUNAL TERRITORIAL 22 A.N. SALA DE LO PENAL 23 A.N. SALA DE LO CONTENCIOSO 24 A.N. SALA DE LO SOCIAL 25 JDO. CENTRAL VIG.PENITENCIARIA 26 JUZGADO CENTRAL DE MENORES 27 JUZGADO CENTRAL INSTRUCCION 28 JUZGADO CENTRAL DE LO PENAL 29 JDO. CENTRAL DE LO CONTENCIOSO 30 T.S.J. SERVICIOS CENTRALES 31 T.S.J. SALA DE LO CIVIL/PENAL 33 T.S.J. SALA DE LO CONTENCIOSO 34 T.S.J. SALA DE LO SOCIAL 36 AUD.PROV. SERVICIOS CENTRALES 37 AUD. PROVINCIAL (CIVIL/PENAL) 38 AUD. PROVINCIAL (CIVIL) 39 AUD. PROVINCIAL (PENAL) 40 JUZGADO DECANO 41 JDO.PRIMERA INST. /INSTRUCCION 42 JDO. PRIMERA INSTANCIA 43 JDO. INSTRUCCION 44 JDO. DE LO SOCIAL 45 JDO. DE LO CONTENCIOSO 46 JDO. DE PAZ 47 JDO. DE LO MERCANTIL 48 JDO. VIOLENCIA SOBRE LA MUJER 50 DECANATO 51 JDO. DE LO PENAL 52 JDO. VIGILANCIA PENITENCIARIA 53 JDO. DE MENORES 54 SERVICIO COMUN DE EJECUCIONES 55 JDO. TOGADO MILITAR 60 REGISTRO CIVIL CENTRAL 61 REGISTRO CIVIL EXCLUSIVO 62 REGISTRO CIVIL 63 REGISTRO CIVIL 64 REGISTRO CIVIL CONSULAR 68 ABOGACIA DEL ESTADO 70 FISCALIA GENERAL DEL ESTADO 71 FISCALIA DEL TRIBUNAL SUPREMO 72 FISCALIA AUDIENCIA NACIONAL 73 FISCALIA DEL T.S.J. 74 FISCALIA AUDIENCIA PROVINCIAL 75 FISCALIA DEL T. CONSTITUCIONAL 76 FISCALIA ANTIDROGA 77 FISCALIA DE MENORES 78 FISCALIA ANTICORRUPCION 79 FISCALIA DE INCAPACIDADES 80 MINISTERIO DE JUSTICIA 82 OFICINA ASISTENCIA VICTIMAS 83 REGISTROS CENTRALES 84 JUZGADO TOGADO MILITAR TERRITO 90 COLEGIOS PROFESIONALES 91 FUERZAS DE SEGURIDAD 92 ORG./ENTES ADMON.CENTRAL 93 ORG./ENTES ADMON.AUTONOMICA 94 ORG./ENTES ADMON.CENTRAL 95 ORG./ENTES EXTRANJERO 96 CONSULADO 99 CONSEJO GRAL.PODER JUDICIAL
2.20. TIPOS DE ITINERACIONES
2.21. TEST DE COMPATIBILIDAD
Este catálogo no existe en el Test de Compatibilidad.
2.22. CODIFICACIóN LEXNET
CÓDIGO ENVIO DE ITINERACION A IML RESPUESTA DE ITINERACION DESDE IML
2.23. TIPOS DE RELACIONES ENTRE MENSAJES
2.24. TEST DE COMPATIBILIDAD
Este catálogo no existe en el Test de Compatibilidad.
2.25. CODIFICACIóN LEXNET
TIPO DE MENSAJE
2.26. TIPOS DE CATáLOGOS
2.27. TEST DE COMPATIBILIDAD
Este catálogo no existe en el Test de Compatibilidad.
2.28. CODIFICACIóN LEXNET
CÓDIGO 2 Función de intervinientes – Demandas (idFuncion) 3 Tipos de Documentos identificativos (no test) 4 Tipos de procedimiento 5 Órganos Judiciales 6 Partidos Judiciales 7 Acciones (histórico) 8 Materias – Demandas (codigoMateria) Test Consejo 9 Tipos de procedimiento Test Consejo 10 Tipos de Documentos identificativos Test Consejo 11 Tipos Documentales
2.29. TIPOS DE ORDEN
2.30. TEST DE COMPATIBILIDAD
LexNET extiende la codificación del Test de Compatibilidad, y por tanto se considera un catálogo con codificación propia.
2.31. CODIFICACIóN LEXNET
CÓDIGO 0 ESPECIAL 1 CIVIL 2 PENAL 3 CONTENCIOSO 4 SOCIAL 5 MILITAR 6 CONSTITUCIONAL
2.32. FUNCIONES DE INTERVINIENTES
2.33. TEST DE COMPATIBILIDAD
El listado de funciones de intervinientes se consultará mediante el servicio ObtenerCatalogos con el código de catálogo 2.
2.34. CODIFICACIóN LEXNET
LexNET solo utiliza la codificación del Test de Compatibilidad.
2.35. TIPOS DE MATERIAS
2.36. TEST DE COMPATIBILIDAD
El listado de materias se consultará mediante el servicio ObtenerCatalogos con el código de catálogo 8.
2.37. CODIFICACIóN LEXNET
LexNET solo utiliza la codificación del Test de Compatibilidad.
2.38. TIPOS DE PROCEDIMIENTOS
2.39. TEST DE COMPATIBILIDAD
El listado de tipos de procedimientos según el Test de Compatibilidad se consultará mediante el servicio ObtenerCatalogos, con el código de catálogo 9.
2.40. CODIFICACIóN LEXNET
El listado de tipos de procedimientos según la codificación LexNET se consultará mediante el servicio ObtenerCatalogos, con el código de catálogo 4.
2.41. TIPOLOGíAS DE PROCEDIMIENTOS
Principal Pieza Separada Recurso Auxilio Judicial Ejecucion
2.42. TIPOLOGíAS DE PERSONA
2.43. TEST DE COMPATIBILIDAD
CODIGO Jurídica Física Ente sin personalidad jurídica
2.44. CODIFICACIóN LEXNET
CODIGO Física Jurídica
NOTA IMPORTANTE: Esta codificación está soportada por compatibilidad con versiones anteriores. Para nuevos desarrollos, deberá usarse la codificación del Test de Compatibilidad en todos los casos.
2.45. TIPOS DE ACCIONES
2.46. TEST DE COMPATIBILIDAD
Este catálogo no existe en el Test de Compatibilidad.
2.47. CODIFICACIóN LEXNET
El listado de acciones se consultará mediante el servicio ObtenerCatalogos con el código de catálogo 7.
2.48. TIPO DOCUMENTAL
2.49. TEST DE COMPATIBILIDAD
Este catálogo no existe en el Test de Compatibilidad.
2.50. CODIFICACIóN LEXNET
La columna ID sirve para relacionar el tipo documental con el subtipo del apartado 5.1.16. El código a utilizar para la invocación de servicios web es el de la columna "Código".
DESCRIPCION ATESTADO DOCUMENTOS DE LA CUENTA DE CONSIGNACIÓN DEMANDA DENUNCIA DICTAMEN DOCUMENTACIÓN INDETERMINADA DOCUMENTACIÓN NO DIGITALIZABLE DOCUMENTACIÓN PROBATORIA DOCUMENTACIÓN REPRESENTACIÓN DE LAS PARTES ESCRITO INFORME INFORME ADMINISTRACIÓN CONCURSAL JUSTIFICANTE TRASLADO ESCRITO LIQUIDACIÓN LISTA / PLIEGO DE PREGUNTAS PARTE MÉDICO QUERELLA SOLICITUD / PETICIÓN TASA CUMPLIMENTADA TASACIÓN DE COSTAS OFICIO EXTERNO DOCUMENTACIÓN EN PAPEL EXPEDIENTE DOCUMENTACIÓN DE REGISTRO
2.51. SUBTIPO DOCUMENTAL
2.52. TEST DE COMPATIBILIDAD
Este catálogo no existe en el Test de Compatibilidad.
2.53. CODIFICACIóN LEXNET
El ID_TIPO relaciona el subtipo con el ID de la familia tipo a la que pertenece.
DESCRIPCION ATESTADO ORDEN DE PROTECCIÓN CON DETENIDO ATESTADO ORDEN DE PROTECCIÓN SIN DETENIDO ATESTADO JUICIO RÁPIDO CON DETENIDO ATESTADO JUICIO RÁPIDO SIN DETENIDO ATESTADO SIN ESPECIFICAR JUSTIFICANTE DE CONSIGNACIÓN/DEPÓSITO DEMANDA DENUNCIA DICTAMEN DEL COLEGIO DE ABOGADOS DICTAMEN DEL MINISTERIO FISCAL DICTAMEN SIN ESPECIFICAR DOCUMENTACIÓN INDETERMINADA REFERENCIA A MATERIAL NO DIGITALIZABLE DOCUMENTACIÓN PROBATORIA NOTARIAL/REGISTRAL DOC.PROB.INFORME/FFYCC DE SEGURIDAD DOC.PROB.HONORS./MINUTA/CUENTA PROCUR. DOC.PROB.TESTIMONIO ACTUACS. PROCESALES DOCUMENTACIÓN PROBATORIA BANCARIA DOCUMENTACIÓN PROBATORIA BUROFAX DOC.PROB.ORGANISMOS PÚBLICOS/PRIVADOS DOCUMENTACIÓN PROBATORIA CORREO ELECTRÓNICO DOCUMENTACIÓN PROBATORIA CONTABLE / MERCANTIL DOCUMENTACIÓN PROBATORIA CONTRATO/ACUERDO DOCUMENTACIÓN PROBATORIA OTRA CORRESPONDENCIA DOCUMENTACIÓN PROBATORIA ACUSE DE RECIBO DOCUMENTACIÓN PROBATORIA ADMINISTRATIVA DOCUMENTACIÓN PROBATORIA FAX DOCUMENTACIÓN PROBATORIA FISCAL DOC.PROB.HOJA HISTÓRICO-PENAL DOCUMENTACIÓN PROBATORIA IMAGEN Y SONIDO DOCUMENTACIÓN PROBATORIA JUSTIFICANTE DE PAGO DOCUMENTACIÓN PROBATORIA MAPAS Y PLANOS DOCUMENTACIÓN PROBATORIA NOTA MANUSCRITA DOCUMENTACIÓN PROBATORIA PRENSA Y DIVULGATIVOS DOC.PROB.PARTE/PRUEBAS MÉDICAS DIAGNÓST. DOCUMENTACIÓN PROBATORIA SIN ESPECIFICAR DOCUMENTACIÓN PROBATORIA TELEGRAMA DOCUMENTACIÓN PROBATORIA INFORME TÉCNICO - PERICIAL DOCUMENTACIÓN PROBATORIA TÍTULO DE TRANSPORTE DOCUMENTACIÓN PROBATORIA RESGUARDO DOC.REPRES.PARTES CESAC. PROCUR./ABOGADO DOCUMENTACIÓN REPRESENTACIÓN DE LAS PARTES DESIGNACIÓN DOCUMENTACIÓN REPRESENTACIÓN DE LAS PARTES SIN ESPECIFICAR DOC.REPRES.PARTES ASIST. JURÍD. GRATUITA DOC.REPRES.PARTES REPRES. POR SINDICATO HABILITACIÓN PROFESIONAL DOC.REPRES.PARTES PODER PLEITOS ESPECIAL DOC.REPRES.PARTES PODER PLEITOS GENERAL ESCRITO DE ABSTENCIÓN/RECUSACIÓN ESCRITO SOLICITANDO ADICIÓN ESCRITO DE INTERPOSICIÓN DE RECURSO DE CASACIÓN ESCRITO DE INICIACIÓN DE EXPEDIENTE GUBERNATIVO ESCR. CONTEST. MIN. FISCAL/ABOG. ESTADO ESCRITO DE INTERPOSICIÓN DE CUESTIÓN DE COMPETENCIA ESCRITO DE SUCESIÓN PROCESAL ESCRITO DE ACLARACIÓN ESCRITO DE AMPLIACIÓN DE DEMANDA/RECURSO ESCRITO DE ADHESIÓN ESCRITO DE ACUSACIÓN ESCRITO DE ALEGACIONES ESCRITO DE CONCURSO ACREEDORES/DEUDORES ESCRITO DE CONTESTACIÓN A LA DEMANDA ESCRITO DE CONCLUSIONES ESCRITO CONTEST. DEMANDA PLANT. RECONV. ESCRITO DE CONTESTACIÓN A LA RECONVENCIÓN ESCRITO DE COMPLEMENTO ESCRITO DE IMPUGNACIÓN ESCRITO DE INSOLVENCIA TÉCNICA ESCRITO DE PREPARACIÓN DE RECURSO ESCRITO DE REAPERTURA DE EJECUCIÓN INCIDENTE CONCURSAL GENERAL INCIDENTE CONCURSAL (IMPUGNACIÓN DE CRÉDITOS) ESC.INTERP.RECURSO CONT.-ADMVO. ESCRITO DE SOLICITUD DE MEDIDA CAUTELAR ESCRITO DE SOLICITUD DE NULIDAD DE ACTUACIONES ESCRITO DE PERSONACIÓN EN PROCEDIMIENTO ESCRITO DE PERSONACIÓN EN RECURSO ESCRITO DE INTERPOSICIÓN DE RECURSO DE AMPARO ESC.INTERP.REC. AUD.REBELD./RESC.SENT. ESCRITO DE RECLAMACIÓN DE HONORARIOS/ARANCELES ESCRITO DE INTERPOSICIÓN DE RECURSO INTERÉS DE LEY ESC.INTERP.RECURSO CASAC. UNIF. DOCTRINA ESCRITO DE INTERPOSICIÓN DE RECURSO DE REFORMA ESC.INTERP.REC. EXTRAORD. INFR. PROCESAL ESCRITO DE INTERPOSICIÓN DE RECURSO DE REPOSICIÓN ESCRITO DE INTERPOSICIÓN DE RECURSO DE REVISIÓN ESC.INTERP.REC. CASAC. E INFR.PROCESAL ESCRITO DE INTERPOSICIÓN DE RECURSO DE APELACIÓN ESCRITO DE INTERPOSICIÓN DE RECURSO DE QUEJA ESCRITO DE INTERPOSICIÓN DE RECURSO DE SÚPLICA ESCRITO DE INTERPOSICIÓN DE RECURSO DE SUPLICACIÓN ESCRITO DE RECONOCIMIENTO EN VÍA ADMINISTRATIVA ESC.INTERP.RECURSO REVISIÓN SENTENCIA ESCRITO DE ACUMULACIÓN ESCRITO DE ALLANAMIENTO ESCRITO DE DILIGENCIA PRELIMINAR ESCRITO DE DESISTIMIENTO ESCRITO DE ENERVACIÓN DEL DESAHUCIO ESCRITO DE EJECUCIÓN ESCRITO DE RENUNCIA ESCRITO SIN ESPECIFICAR ESCRITO DE SOLICITUD/PETICIÓN DE PRUEBA ESCRITO DE SOBRESEIMIENTO Y ARCHIVO ESCRITO DE SATISFACCIÓN EXTRAPROCESAL ESCRITO DE SUSPENSIÓN INFORME INFORME ADMINISTRACIÓN CONCURSAL JUSTIFICANTE TRASLADO ESCRITO LIQUIDACIÓN SIN ESPECIFICAR LISTA / PLIEGO DE PREGUNTAS PARTE MÉDICO QUERELLA SOLICITUD/PETICIÓN DE ABORDAJE SOLICITUD/PETICIÓN DE ENTREGA VIGILADA SOLICITUD/PETICIÓN DE INTERVENCIÓN DE COMUNICACIONES SOLICITUD/PETICIÓN DE MANDAMIENTO DE ENTRADA Y REGISTRO TASA CUMPLIMENTADA TASACIÓN DE COSTAS OFICIO EXTERNO COPIA DE RESOLUCIÓN JUDICIAL FOTOCOPIA DE COPIA FOTOCOPIA DE PODER FOTOCOPIA DE RESOLUCIÓN JUDICIAL SOPORTE INFORMÁTICO EXPEDIENTE ADMINISTRATIVO EXPEDIENTE SIN ESPECIFICAR EXPEDIENTE DE INDULTO FORMULARIO DE PRESENTACIÓN DE ESCRITOS ESCRITO DE AMPLIACIÓN ESCRITO DE EJECUCIÓN PROVISIONAL ESCRITO SOLIC. TAS.COSTAS/LIQ.INTERESES ESCRITO DE SUBSANACIÓN ESCRITO DE OPOSICIÓN ESCR. DE CONDENA EN EL EXTRANJERO (CEX) ESCRITO SOLIC. ORDEN PROTEC./ALEJAMENTO ESCRITO DE SOLICITUD DE MEDIDA CAUTELARÍSIMA ESCRITO SOLIC. EXTEN. EFECTOS SENTENCIA DOC.PROB.ACUERDO INSOLVENCIA TÉCNICA
2.54. TIPOS DE DOCUMENTOS IDENTIFICATIVOS
2.55. TEST DE COMPATIBILIDAD
El listado de tipos de documentos identificativos se consultará mediante el servicio ObtenerCatalogos, con el código de catálogo 10.
2.56. CODIFICACIóN LEXNET
El listado de tipos de documentos identificativos se consultará mediante el servicio ObtenerCatalogos, con el código de catálogo 3.
NOTA IMPORTANTE: Esta codificación está soportada por compatibilidad con versiones anteriores. Para nuevos desarrollos, deberá usarse la codificación del Test de Compatibilidad en todos los casos.
2.57. TIPOLOGíAS DE SEXO
2.58. TEST DE COMPATIBILIDAD
CODIGO Hombre Mujer No Consta
2.59. CODIFICACIóN LEXNET
CODIGO Hombre Mujer
NOTA IMPORTANTE: Esta codificación está soportada por compatibilidad con versiones anteriores. Para nuevos desarrollos, deberá usarse la codificación del Test de Compatibilidad en todos los casos.
2.60. TIPOS DE REPRESENTACIóN
2.61. TEST DE COMPATIBILIDAD
Descripción
2.62. CODIFICACIóN LEXNET
LexNET solo utiliza la codificación del Test de Compatibilidad.
2.63. TIPOLOGíAS DE PAíS Y NACIONALIDAD
2.64. TEST DE COMPATIBILIDAD
CODIGO Afganistan Albania Antartida (definido aqui como todo el sur de la latitud 60ºS) Argelia Samoa Americana Andorra Angola Antigua y Barbuda Azerbaijan Argentina Australia (incluyendo Ashmore, Islas Cartier e Islas Mar Coral) Austria Bahamas Bahrain Bangladesh Armenia Barbados Belgica Bermuda Bhutan Bolivia Bosnia y Herzegovina Botswana Isla Bouvet Brasil Belice Islas Salomon Islas Virgenes Britanicas Brunei Bulgaria Myanmar (Birmania) Burundi Bielorrusia Camboya Camerun Canada Cabo Verde Islas Cayman Republica Centro Africana Sri Lanka Chad (Tchad) Chile China (Republica Popular de China) Taiwan, Provincia de China (Republica de China) Isla Christmas Islas Cocos (Keeling) Colombia Comoros Mayotte Congo (Republica del Congo) Republica Democratica del Congo (antiguamente Zaire) Islas Cook Costa Rica Croacia (Hrvatska) Cuba Chipre Antigua Checoslovaquia Republica Checa Benin Dinamarca Dominica Republica Dominicana Ecuador El Salvador Guinea Ecuatorial Etiopia Eritrea Estonia Islas Feroe Islas Falkland Georgia Sur y las Islas Sandwich del Sur Fiji Finlandia Francia Guyana Francesa Polinesia Francesa (incluyendo Isla Clipperton) Territorios Franceses del Sur Yibuti Gabon Georgia (represento previamente las islas de Gilbert y de Ellice) Gambia Territorios Palestinos Ocupados Alemania Ghana Gibraltar Kiribati Grecia Groenlandia Granada Guadalupe Guam Guatemala Guinea Guyana Haiti Isla Head y Islas McDonald El Vaticano Honduras Hong Kong Hungria Islandia India Indonesia Iran Irak Irlanda Israel Italia Costa de Marfil Jamaica Japon Kazajstan Jordania Kenia Republica Popular Democratica de Corea (Corea del Norte) Republica de Corea (Corea del Sur) Kuwait Kirguizstan Republica Propular Democratica de Laos Libano Lesotho Letonia Liberia Libia Liechtenstein Lituania Luxemburgo Macao (Macau) Madagascar Malawi Malasia Maldivas Mali Malta Martinica Mauritania Mauricio Mexico Monaco Mongolia Moldavia Republica de Montenegro Montserrat Marruecos Mozambique Oman Namibia Nauru Nepal Holanda Antillas Holandesas Aruba Nueva Caledonia Vanuatu Nueva Zelanda Nicaragua Niger Nigeria Niue Isla Norfolk Noruega Islas Marianas Islas Menores y Remotas de Estados Unidos Estados Federados de Micronesia Islas Marshall Palau Pakistan Panama Papua Nueva Guinea Paraguay Peru Filipinas Islas Pitcairn Polonia Portugal Guinea-Bissau Timor Oriental Puerto Rico Qatar Reunion Rumania Rusia Ruanda Santa Helena (incluyendo Isla Ascension y otras dependencias) San Kitts y Nevis Anguilla Santa Lucia San Pierre y Miquelon Sant Vincent San Marino Santo Tome y Principe Arabia Saudi Senegal Republica de Serbia Seychelles Sierra Leona Singapur Eslovaquia Viet Nam (Vietnam) Eslovenia Somalia Sudafrica Zimbabwe España Sahara Occidental (antiguamente Sahara Español) Sudan Surinam Islas Svalbard y Jan Mayen Swazilandia Suecia Suiza Siria Tajikistan Tailandia Togo Tokelau Tonga Trinidad y Tobago Emiratos Arabes Unidos Tunez Turquia Turkmenistan Turks y Islas Caicos Tuvalu Uganda Ucrania Antigua Republica Yugoslova de Macedonia Antigua URSS Egipto Reino Unido (incluyendo Isla de Man e Islas Channel) Tanzania Estados Unidos Islas Virgenes Estados Unidos Burkina Faso Uruguay Uzbekistan Venezuela Wallis y Futuna Samoa (antes Samoa Oriental) Yemen Yugoslavia (ahora Serbia y Montenegro) Zambia Apatrida Nacido en el mar Desconocido
2.65. CODIFICACIóN LEXNET
LexNET solo utiliza la codificación del Test de Compatibilidad.
2.66. TIPOS DE VíA
2.67. CODIFICACIóN LEXNET
CODIGO ARRABAL ACERA ALDEA APEADERO CAMI ALAMEDA ANDADOR ACCESO APARTAMENTO ALQUERIA ASTILLERO AUTOVIA AVENIDA AYUNTAMIENTO BALNEARIO BARRIADA BAJADA BLOQUE BARRIO BARRANCO CASA COBERTIZO CORTIJO CORREDORCILLO CERRO CAMPING CHALET CAMINO VIEJO CALLEJON CALLE CAMINO CANTON COLONIA CENTRO PENITENCIARIO CERRO CASERIO CARRETERA CUESTA CIRCUNVALACION COMPLEJO CALZADA DEHESA CUADRA EXTRARRADIO EDIFICIO ESPALDA PUERTO ESCALINATA ESTACION FABRICA FINCA GRANJA GRUPO GLORIETA GRAN VIA JARDIN LUGAR MERCADO MIRADOR MUNICIPIO MONTE MONASTERIO MUELLE MANZANA NUCLEO ORGANISMO COSTANILLA PLAZUELA POBLADO POBLACION PUJADA PARAJE POLIGONO PASADIZO PASAJE PARTICULAR PANTANO PASEO PUENTE PARQUE PROLONGACION PORTAL PUEBLO PLAZA RAMBLA RINCON RONDA RESIDENCIAL RINCONADA RAMAL ROTONDA CARRIL SENDA SANTUARIO SUBIDA PARTIDA TUNEL CONVENTO TRASERA TRANSITO TRAVESIA URBANIZACION VIADUCTO VIA VEREDA VIVIENDAS ZONA
NOTA IMPORTANTE: Esta codificación está soportada por compatibilidad con versiones anteriores. Para nuevos desarrollos, deberá usarse la codificación del Test de Compatibilidad en todos los casos.
2.68. TEST DE COMPATIBILIDAD
CODIGO ACEQUIA ARRABAL ACERA ALDEA APEADERO ARBOLEDA ANGOSTA ASSEGADOR AUTOPISTA ATAJO ALAMEDA AYUNTAMIENTO ANDADOR ALTO APARTAMENTO ALQUERIA AGREGADO ACCESO ASTILLERO AUTOVIA AVENIDA ARROYO ATZUCAT BAJADA BARREDUELA BELENA BLOQUE BALNEARIO BARRIO BARRANQUIL BARRANCO BULEVAR BRAZAL CALZADA COBERTIZO CASA CORREDORCILLO COMPLEJO CAMINO NUEVO CA?ADA CHALET CAMINO VIEJO CALLEJON CANTI?O CALLE CAMINO CANTON COLONIA CENTRO PENITENCIARIO CANAL CERRO CASERIO CARRETERA CUESTA CIRCUNVALACION CAMINO HONDO CAMPA CORTIJO CINTURON DEMARCACION DISEMINADOS CUADRA DIPUTACION EXTRARRADIO ESTRADA ESCALERA EDIFICIO EIRADO ENTRADA ESPALDA PUERTO ESCALINATA ESTACION EXPLANADA EXTRAMUROS FALDA FABRICA FINCA FERROCARRIL GALERIA CIGARRAL GRANJA GRUPO GLORIETA GRAN VIA HEGI HOYA HUERTA CENTRO DE INTERNAMIENTO RIERA ILLA INDA JARDIN JARDINES CINYELL CALLEJUELA CONJUNTO CALEYA CALLEJA CALLIZO CALEYON COSTA CARRERA CORRILLO CARRERO CORRALO CORREDERA CORREDOR CORRALILLO CARRETIL CARRETERIN CARRERADA PORTILLO LAGO LADERA LUGAR LOMA MALECON MERCADO MONTE MIRADOR PARAMO MUNICIPIO MAZO MASIA MONASTERIO MUELLE MANZANA NUCLEO NO CONSTA ORGANISMO COSTANILLA PLAZUELA POBLADO PAGO PAS PARAJE PUJADA POLIGONO PASSADIS PASADIZO PASAJE PINAR PARTICULAR PLAYA PANTANO PASEO PUENTE PARQUE PROLONGACION PASILLO PORTAL PUEBLO PRACI?A PRAZA POBLACION PLAZOLETA PLAZA QUINTA RAMAL RAMBLA RAMPA RONDA RESIDENCIAL RIBERA RINCON RINCONADA RECANTO RACONADA ROTONDA CARRIL RUEIRO SALIDA SENDERA SECTOR SENDA SENDERO SOLAR SALON SANTUARIO SUBIDA SERVENTIA PARTIDA TERRENOS TUNEL CONVENTO TRANSVERSAL TRASERA TRANSITO TRAVESIA RUA URBANIZACION VALLE VIADUCTO VEGA VIAL VIA VENELA VEREDA VEINAT VIVIENDAS CENTRO DE MENORES DETRAS COLEGIO HUERTO CONCEJO TORRENTE PISTA TORRENT PLACETA ZONA
2.69. TIPOS DE RESOLUCIóN
2.70. TEST DE COMPATIBILIDAD
CODIGO Decreto Providencia Sentencia Auto Acuerdo
2.71. CODIFICACIóN LEXNET
LexNET solo utiliza la codificación del Test de Compatibilidad.
2.72. TIPOLOGíAS DE COMUNIDAD
2.73. TEST DE COMPATIBILIDAD
LexNET no utiliza la codificación del Test de Compatibilidad para las comunidades autónomas.
2.74. CODIFICACIóN LEXNET
Andalucia Aragón Principado de Asturias Islas Baleares Canarias Cantabria Castilla la Mancha Castilla y Leon Cataluña Comunidad Valenciana Extremadura Galicia La Rioja Comunidad de Madrid Region de Murcia C. Foral de Navarra Pais Vasco C.A. de Ceuta C.A. de Melilla
2.75. ANEXO II: RECOMENDACIONES PARA DESARROLLO DE CLIENTE
2.76. DESCRIPCIóN
La aplicación cliente de los servicios web de LexNET podrá cubrir las funcionalidades expuestas a continuación
· Autenticación
El cliente debe ser capaz de abrir una conexión SSL con LexNET utilizando el certificado digital del usuario conectado o del servidor (en caso de aplicaciones admitidas para la interacción con LexNET con certificado de servidor). El cliente será responsable igualmente de realizar a continuación la conexión e identificación en el sistema. Asimismo, será responsable de realizar una desconexión ordenada en el momento del cierre.
Nota: toda aplicación que desee interconectarse con LexNET deberá haber realizado un proceso de homologación previo y estar dada de alta en el sistema.
· Envío de mensajes
Desde el cliente será posible enviar mensajes LexNET válidos para su transmisión a los destinatarios apropiados. Para ello, el cliente deberá ser capaz de utilizar los servicios web LexNET para construir el mensaje de envío. Para ello, el cliente podrá utilizar los servicios web LexNET para lo siguiente:
· Obtener la lista de tipos de procedimiento registrados en LexNET sobre los que le está permitido actuar al usuario conectado.
· Obtener la lista de destinatarios registrados en LexNET a los que es posible enviar mensajes.
· Obtener la lista de orígenes registrados en LexNET para el solicitante del servicio desde los que es posible enviar mensajes.
Asimismo, el cliente precisará realizar las siguientes acciones independientes del sistema LexNET
· Captar del usuario los datos que se pretenden transmitir.
· Proporcionar los datos y elementos constitutivos del mensaje requeridos por los servicios web LexNET de envío (datos de envío y documento principal firmado por el usuario remitente, entre otros).
· Firmar el mensaje devuelto por el servidor con el certificado del usuario remitente o del servidor (en el caso de aplicaciones admitidas por el sistema LexNET para este tipo de transmisión)
· Recepción de mensajes
La aplicación cliente podrá descargar mensajes desde LexNET Para ello, tendrá disponibles servicios que permitirán:
· Obtener el número de mensajes pendientes de cada tipo de mensaje que no ha descargado aún.
· Obtener la lista de cabeceras de mensajes según cualquiera de estos filtros:
§ Mensajes de un tipo concreto no descargados hasta el momento.
§ Mensajes de un tipo concreto recibidos en el buzón de LexNET en una fecha.
§ Mensajes de un tipo concreto recibidos en el buzón de LexNET dentro de un intervalo de fechas.
· Obtener los documentos adjuntos de cada mensaje
· Descargar la información completa de un mensaje específico.
Nota: en el caso de operadores jurídicos y entidades que requieran la firma de una verificación de lectura (recibí) para poder acceder a sus mensajes, el cliente tendrá que realizar el envío de dicho recibí (a través del servicio web disponible a tal efecto) previo a su descarga.
· Caché de datos auxiliares
Con el fin de agilizar los procesos de envío y descarga de mensajes desde aplicaciones cliente de servicios web, desde LexNET se recomienda el almacenamiento, por parte de la aplicación cliente, de ciertos datos necesarios en la operativa habitual de un usuario típico y su actualización periódica, a saber: los tipos de procedimiento y los destinatarios potenciales y los orígenes admitidos de un mensaje. Esto mejorará el rendimiento en la operación de composición de mensajes, y descargará al servidor de peticiones innecesarias. Sin embargo, puesto que la información en sí no es de carácter completamente estático (los tipos de procedimiento pueden variar, y especialmente los destinatarios lo harán), corresponde a la aplicación de gestión determinar una política de actualización periódica de dicha información.
2.77. ENTORNO TECNOLóGICO DE DESARROLLO
La tecnología escogida para la implementación del cliente de los servicios web LexNET es opcional y decisión de las organizaciones/empresas desarrolladoras o responsables de las mismas. Desde el Ministerio de Justicia, se recomienda la utilización de tecnologías abiertas, compatibles con distintos entornos tecnológicos, abarcando así a la mayor parte de los posibles usuarios de dichos aplicativos.
2.78. REQUISITOS FUNCIONALES DEL CLIENTE
2.79. SE REQUIERE QUE EL INTEGRADOR UTILICE PARA EL DESARROLLO DEL CLIENTE LA úLTIMA VERSIóN DEL ESQUEMA DE DATOS LEXNET DISPONIBLE EN EL ENTORNO DE INTEGRACIóN (VER APARTADO 1). NO SE HOMOLOGARáN APLICACIONES DESARROLLADAS SOBRE ESQUEMAS DE DATOS OBSOLETOS.
2.80. REQUISITOS DE CONEXIóN
· El cliente asegurará el uso de certificado digital en soporte físico (tarjeta criptográfica) para la conexión con LexNET y firma de envíos.
· El cliente usará el certificado de usuario o de servidor (en el caso de aplicaciones habilitadas para este tipo de funcionamiento) para establecer la conexión con el sistema.
· El cliente permitirá una desconexión ordenada del servidor y la ejecutará en todo caso antes de cerrarse.
2.81. REQUISITOS DE CONSULTA DE MENSAJES PENDIENTES DE DESCARGA
· El cliente consultará los mensajes pendientes de descarga para el buzón del usuario que gestione.
· En caso de que haya mensajes pendientes de descarga, el cliente solicitará las cabeceras de los mismos, filtrando por mensajes pendientes, por tipo de mensaje que se desea descargar (en base al tipo de mensaje que esté pendiente de descarga) y por rango de fechas de modo que la solicitud de cabeceras no se solape con las peticiones previas.
2.82. REQUISITOS DE DESCARGA DE MENSAJES
· La descarga de los adjuntos de cada uno de los mensajes seguirá un protocolo de intercambio de bloques definido por el servidor.
· El tamaño de los bloques a descargar deberá ser configurable en cliente, y vendrá determinado por la información proporcionada en los servicios web correspondientes.
2.83. REQUISITOS DE ENVíO DE MENSAJES
· Se permitirá al usuario únicamente la introducción de un documento principal y uno o varios documentos adjuntos.
· Una vez completada la operación de redacción, el cliente enviará el mensaje al servidor, siguiendo protocolo de transmisión específico por bloques.
· El cliente permitirá al usuario la firma del documento principal y, posteriormente, se firmará el envío (mensaje devuelto y construido por el servidor LexNET).
2.84. REQUISITOS DE OBTENCIóN DE INFORMACIóN GENERAL
· En la redacción de un mensaje, para una adecuada selección de destinatario, el cliente obtendrá la lista de posibles destinatarios y orígenes aceptados para el usuario/entidad remitentes
· Lo mismo se puede decir respecto de los tipos de procedimiento que se podrán manejar por el usuario/entidad conectados, referidos al destinatario seleccionado.
2.85. REQUISITOS DE OBTENCIóN DE CATáLOGOS
· La información contenida en los catálogos proporcionada por LexNET no cambia con frecuencia. Se recomienda la gestión centralizada de la misma y el tratamiento automatizado de los datos en la medida de lo posible, evitando el uso y mantenimiento de tablas cargadas de manera manual en la aplicación integradora.
· Para nuevas homologaciones, se requiere el uso de codificación adaptada al Test de Compatibilidad para todos los parámetros donde sea posible, salvo para la codificación de los tipos de procedimiento, cuya elección vendrá determinada por el formato aceptado por el Órgano Judicial destino.
2.86. REQUISITOS DE CODIFICACIóN
· A partir de la versión de esquema 3.13, todos los parámetros de entrada a los servicios web deberán seguir la codificación del Test de Compatibilidad, salvo para el parámetro relativo al tipo de procedimiento (tipo de tramitación en el Test), que deberá ser coherente con la adaptación al Test del órgano judicial destino.
· En las versiones de esquema 3.12 e inferiores, los parámetros de entrada a los servicios web deberán ser coherentes con la adaptación al Test del órgano judicial destino.
· En el caso de Órganos Judiciales, los parámetros que se obtendrán en la descarga de mensajes (escritos de trámite, iniciadores y ejecuciones) serán coherentes con la adaptación al Test del Órgano que realiza la descarga.
2.87. ANEXO III: GUíA DE CUMPLIMENTACIóN DE LAS PLANTILLAS DE LOS MENSAJES DE ENVíO
Las peticiones a los servicios web EnviarMensajeGeneral y EnviarVerificacionLecturaGeneral generan como respuesta una plantilla de mensaje que el integrador deberá cumplimentar con los datos del envío.
En el siguiente apartado, se detalla el formato de la plantilla CADES junto con una explicación acerca de cómo cumplimentarlas previamente a su envío a LexNET a través del servicio web EnviarBloque/EnviarBloqueToken.
2.88. MENSAJE FORMATO CADES
La petición a los servicios web EnviarMensajeGeneral/EnviarVerificacionLecturaGeneral produce como respuesta una plantilla de mensaje en formato CAdES (binario) que deberá ser completada por el integrador para su posterior envío a LexNET mediante el servicio web EnviarBloque.
El mensaje CADES (binario) final que se enviará a LexNET tendrá una estructura como la que se muestra en la siguiente figura.
Figura 15 Estructura de mensaje CADES
Tal y como se muestra en la Figura, este mensaje estará compuesto por los siguientes elementos:· Una cabecera principal: esta cabecera contendrá información general sobre la estructura del mensaje CADES completo y la firma del mensaje completo
· Un par cabecera/documento por cada fichero del mensaje. Los ficheros que contendrá el mensaje serán:
o Un documento XML (obligatorio): contendrá la información general del mensaje y será devuelto por LexNET
o El documento principal de envío (obligatorio): que deberá ser adjuntado por el integrador. En caso de que el documento no sea binario, deberá ser transformado a base 64 antes de añadirlo al mensaje CADES
o De 0 a n documentos adjuntos (opcional): que deberán ser adjuntados por el integrador. En caso de que el documento no sea binario, deberá ser transformado a base 64 antes de añadirlo al mensaje CADES
En los siguientes apartados se detalla la estructura de la cabecera principal y de las cabeceras de los ficheros.
2.89. CABECERA PRINCIPAL
La cabecera principal contendrá la información general del fichero CADES de envío. Esta cabecerá estará formada por un conjunto de 26+n bytes distribuidos tal y como se muestra en la siguiente figura:
Figura 16 Estructura cabecera principal CADES
La siguiente tabla detalla la información contenida en cada uno de esos bytes e indica los campos que deberían ser completados por el integrador respecto a los incluidos en la plantilla devuelta inicialmente por LexNET:
Firma_cabecera Binario Firma identificativa de la cabera principal Si 0x4C580304 No Version_CAdES Signed short Version de formato de plantilla CADES Si 1 ó 2 (En función de la firma aplicada al documento principal. 1 para CADES y 2 para PADES) Si Sin_uso Signed short Byte de proposito general (para uso futuro) Si 0 No Longitud_CAdES Signed integer Longitud del fichero CAdES total sin firma Si 0 Si Num_ficheros Signed short Numero de ficheros (minimo 2: XML devuelto por LexNET + documento principal) Si 1 Si Fecha_mod Signed long Fecha de última modificación(número de milisegundos desde el 1 de Enero de 1970 a las 00:00:00) Si fecha No Longitud_firma Signed integer Longitud de la firma Si 0 Si Firma_CAdES Binario Firma binaria CADES No Ninguno Si
En función de que tipo de firma (CAdES o PADES) que se vaya a utilizar para firmar el documento principal del mensaje el valor del campo Version_CAdES será:
2.90. CABECERA DE FICHERO
La cabecera de cada uno de los ficheros que se incluirán en el mensaje CADES (cabeceras del xml devuelto por LexNET, del documento principal y de los adjuntos) estará formada por un conjunto de 20+r+n bytes distribuidos tal y como se muestra en la siguiente figura:
Figura 17 Cabecera fichero
La siguiente tabla detalla la información contenida en cada uno de esos bytes:
A continuación se detallan los valores posibles para los campos numero_fichero, formato_fichero y tipo_fichero:· Numero_fichero
Los ficheros que se enviarán en el mensaje CADES serán: el fichero xml devuelto por LexNET, un documento principal y de 0 a n documentos adjuntos. La cabecera de cada uno de esos ficheros podrá tener uno de los siguientes valores en el campo numero_fichero de su cabecera:
· Formato_fichero
· Tipo_fichero
En los apartados anteriores se ha explicado la estructura completa de un mensaje CADES que se enviaría a LexNET a través de EnviarBloque, basado en la plantilla devuelta tras la petición a los servicios web EnviarMensajeGeneral y EnviarVerificacionLecturaGeneral. A continuación se detalla la estructura de la plantilla que deberá ser completada por el integrador para conseguir la estructura descrita en los párrafos anteriores
2.91. ENVIARMENSAJEGENERAL
La plantilla CADES devuelta por EnviarMensajeGeneral tiene la siguiente estructura:· La cabecera principal del mensaje CADES.
· La cabecera del fichero xml devuelto por LexNET
· El fichero xml generado por LexNET
A partir de esta plantilla el integrador deberá dar los siguientes pasos para obtener el mensaje CADES con el formato y estructura final explicado en los apartados anteriores y que será enviado a LexNET mediante EnviarBloque:1. Añadir a continuación del fichero xml incluido en la plantilla, la cabecera de cada uno de los ficheros (principal y adjuntos) y los propios ficheros.
En el caso del documento principal, cuya firma es obligatoria, para cumplimentar la cabecera del mismo, el integrador habrá tenido que firmar previamente en CADES-BES el hash SHA-256 de dicho fichero. Asimismo, en caso necesario, el integrador, podrá incluir la firma de cada uno de los ficheros adjuntos en su cabecera correspondiente.2. Modificar el campo num_ficheros de la cabecera principal. LexNET devuelve inicialmente el valor 1 (correspondiente al fichero xml devuelto en la plantilla). El integrador tendrá que modificar este valor con el nº de total de ficheros que enviará (fichero xml+documento principal +0..n documentos adjuntos). Por tanto, el valor de este campo será como mínimo 2 (fichero xml + documento principal obligatorio)
3. Calcular la longitud del mensaje CADES sin la firma y modificar la información del campo longitud_CAdES de la cabecera principal
4. Firmar en CADES-BES el hash SHA-256 del mensaje CADES compuesto por el integrador
5. Modificar la información del campo longitud_firma (inicialmente LexNET devuelve un valor 0 en la plantilla)
6. Añadir al campo firma_CAdES de la cabecera principal, la firma obtenida en el paso 4.
2.92. ENVIARVERIFICACIONLECTURAGENERAL
La plantilla CADES devuelta en respuesta a EnviarVerificacionLecturaGeneral tiene la siguiente estructura:· La cabecera principal del mensaje CADES de verificación de lectura.
· La cabecera del fichero xml devuelto por LexNET
· El fichero xml generado por LexNET
· La cabecera del fichero correspondiente a la verificación de lectura (Recibi.rtf)
· El fichero Recibi.rtf
A partir de esta plantilla el integrador deberá dar los siguientes pasos para obtener el mensaje CADES de verificación de lectura con el formato final que será enviado a LexNET:1. Firmar el fichero Recibi.rtf devuelto por LexNET
El integrador deberá decodificar de base 64 el fichero Recibi.rtf devuelto en la plantilla anterior. A continuación, el integrador deberá firmar en CADES-BES el hash SHA-256 de dicho fichero decodificado.2. Adjuntar la firma obtenida al campo Firma_fichero de la cabecera del fichero Recibi.rtf devuelto por LexNET
3. Modificar el campo longitud_firma_fichero de la cabecera del fichero Recibi.rtf devuelto por LexNET en la plantilla
4. Calcular la longitud del mensaje CADES sin la firma y modificar la información del campo longitud_CAdES de la cabecera principal
5. Firmar en CADES-BES el hash SHA-256 del mensaje CADES compuesto por el integrador
6. Modificar la información del campo longitud_firma (inicialmente LexNET devuelve un valor 0 en la plantilla)
7. Añadir al campo firma_CAdES de la cabecera principal, la firma obtenida en el paso 5.
2.93. ANEXO IV: TECNOLOGíAS LEXNET. DESCRIPCIóN BREVE.
2.94. FIRMA ELECTRóNICA
El RD 84/2007 regulador del aplicativo LexNET indica la necesidad de uso de firma electrónica reconocida en el intercambio de mensajes:
“El sistema LexNET para presentación de escritos y envío de notificaciones judiciales por medios telemáticos en el ámbito de la Administración de Justicia, es un medio de transmisión seguro de información, que mediante el uso de firma electrónica reconocida , en los términos establecidos en la Ley 59/2003, de 19 de diciembre, satisface, por un lado, las características de autenticación, integridad y no repudio, ….”
Una firma electrónica reconocida debe cumplir las siguientes propiedades o requisitos:
1. identificar al firmante: para ello, necesitamos recurrir a la criptografía y a las técnicas de cifrado asimétrico
2. verificar la integridad del documento firmado: mediante la utilización de un resumen del documento (hash)
· Al introducir un documento en el generador de resumen, obtenemos siempre un número muy similar al que hemos mostrado y cuya longitud es siempre la misma.
· Por otro lado, no existen dos documentos que generen el mismo «resumen». Si en un documento se cambia una simple coma, el número obtenido será completamente distinto.
3. garantizar el no repudio en el origen: mediante el cifrado asimétrico puesto que es un mecanismo robusto en el que, mediante el conocimiento de la clave privada, el emisor es el único que puede firmar un documento electrónico y el receptor puede verificar que ha sido éste
4. contar con la participación de un tercero de confianza (emisor de certificados electrónicos): mecanismo que posibilita asociar una identidad de forma robusta a una llave pública, de forma que además se pueda verificar que efectivamente dicha llave pública pertenece a la persona u organización en cuestión.
5. debe de ser generada con un dispositivo seguro de creación de firma
La política de firma de la Subdirección General de las Nuevas Tecnologías de la Justicia está identificada con el identificador (OID) 1.3.6.1.4.1.34557.1.6.1 .
A la firma electrónica reconocida le otorga la Ley (Ley 59/2003 de firma electrónica) la equivalencia funcional con la firma manuscrita respecto de los datos consignados en forma electrónica.
2.95. PLATAFORMA ASF
La Plataforma ASF (Advanced Signature Framework) es una solución completa para la integración de la Firma Electrónica Avanzada en una infraestructura informática de una entidad u organización.
Una de sus características más diferenciadoras es el hecho de permitir la convivencia con más de una Autoridad de Certificación (CA), independizando completamente al resto de los sistemas de la complejidad añadida que supone la compatibilidad con más de una CA.
ASF está compuesto de un conjunto de módulos que permiten abarcar de manera ágil y sencilla todos los aspectos relacionados con el proceso de implementación de Firma Electrónica Avanzada dentro de cualquier aplicativo.
En el caso del aplicativo LexNET, dos módulos específicos de ASF será utilizados para la implementación de los procesos de firma de los mensajes: Módulo servidor de Firmas y módulo WebSigner en el cliente web (applet).
2.96. CADES
CAdES, CMS Advanced Electronic Signature, es un nuevo estándar para firma digital avanzada. Fue introducido por la Directiva Europea extendiendo al estándar previo CMS, especificando diversos perfiles adicionales: CADES-T, CADES-C, CADES-X-L y CADES-A.
Existen dos formatos principales de firma especificados en el estándar CAdES, CAdES Basic Electronic Signature (CAdES-BES) y CAdES Explicit Policy-based Electronic Signature (CAdES-EPES).
La Resolución de 19 de Julio de 2011 de la Secretaría de Estado para la Función Pública, por la que se aprueba la Norma Técnica de Interoperabilidad de Política de Firma Electrónica y de certificados de la Administración, contempla como formatos de firma válido formatos de firma avanzados, entre los que se encuentra CAdES. Es por ello que LexNET está adaptando todas sus interfaces a este formato de firma electrónica, siendo posible actualmente que los integradores de servicios web se integren usando este formato que sustituirá al formato SMIME anterior.
2.97. PADES
PAdES (PDF Advanced Electronic Signature) es un estándar de restricciones y extensiones que permite la firma electrónica avanzada de documentos en formato PDF. PAdES es complementario a otros formatos de firma como CAdES o XAdES.
Para los documentos PDF firmados con PAdES, los datos de firma están incluidos en el propio documento de modo similar a la tinta que impregna el papel firmado. Un documento PDF firmado con PAdES es autocontenido y añade la característica de “apariencia de buena firma”, ya que puede ser visualizado por el usuario a través de cualquier visor de documentos PDF, de amplia difusión.
2.98. SELLADO DE TIEMPO – TSA DEL MINISTERIO DE PRESIDENCIA
El RD 84/2007 regulador del aplicativo LexNET indica la necesidad de aplicar mecanismos de sellado de tiempo en los envíos realizados a través de LexNET:
“y mediante los mecanismos técnicos adecuados las de confidencialidad y sellado de tiempo , conforme lo establecido en el artículo 230 de la Ley Orgánica 6/1985, de 1 de julio, … .”
El sellado de tiempo es un método para probar que un conjunto de datos existió antes de un momento dado y que ninguno de estos datos ha sido modificado desde entonces. El sellado de tiempo proporciona un valor añadido a la utilización de firma digital ya que ésta por sí sola no proporciona ninguna información acerca del momento de creación de la firma, y en el caso de que el firmante la incluyese, ésta habría sido proporcionada por una de las partes, cuando lo recomendable es que la marca de tiempo sea proporcionada por una tercera parte de confianza.
Para asociar los datos con un instante determinado fiable en la línea del tiempo es necesario utilizar una Autoridad de Sellado de Tiempo (TSA - Time Stamp Authority) como tercera parte de confianza. La TSA del Ministerio de Presidencia es una Autoridad de Sellado de Tiempo puesta a disposición de todas las Administraciones Públicas con el objetivo de ofrecer los servicios de sellado, validación y resellado de sellos de tiempo tomando como referencia la hora oficial del Real Observatorio de la Armada (ROA).
En el caso del aplicativo LexNET se utilizará como referencia de tiempo la proporcionada por el servidor de tiempo del Ministerio de Justicia, servidor sincronizado con la TSA del Ministerio de Presidencia.
2.99. ANEXO VI: CóDIGOS DE ERROR
El listado de códigos de error se adjunta como anexo externo a este documento.
5 GLOSARIO
ACRÖNIMO /TÉRMINO SGNTJ RD N/A WS TSA SGP CAdES Tabla 1. Glosario