Legislación: Orden de 11 de Julio de 1997 sobre comunicaciones electrónicas entre las Administraciones Públicas referentes a la información de los Padrones municipales.

BOE núm. 169 de 16 de Julio de 1997

Orden de 11 de julio de 1997 sobre comunicaciones electrónicas entre las Administraciones Públicas referentes a la información de los Padrones municipales.

Preámbulo

La Ley Orgánica 3/1995, de 23 de marzo, de modificación de la Ley Orgánica 5/1985, de 19 de junio, del Régimen Electoral General, sustituyó el sistema de revisión anual del Censo Electoral por un nuevo sistema de remisión continua, estableciendo la remisión mensual por parte de los Ayuntamientos de las variaciones de los inscritos en el Censo Electoral producidas durante el mes anterior.

Por otra parte, la Ley 4/1996, de 10 de enero, por la que se modifica la Ley 7/1985, de 2 de abril, reguladora de las Bases del Régimen Local, en relación con el Padrón municipal, instaura un nuevo sistema de gestión informática de los Padrones municipales, de carácter activo y permanente, que requiere la remisión periódica entre Administraciones de las variaciones que se hayan producido en las inscripciones padronales de todos los Ayuntamientos. Esta misma Ley obliga a los Ayuntamientos, o subsidiariamente a las Diputaciones provinciales, Cabildos o Consejos Insulares, a asumir la gestión informatizada de los Padrones municipales.

El sustancial incremento de las comunicaciones interadministrativas que estas nuevas normas legales deben producir, obliga a revisar los procedimientos que hasta ahora se venían utilizando, basados en documentos en papel remitidos por correo, y su sustitución por Las nuevas técnicas informáticas y telemáticas reguladas en el artículo 45 de la Ley 30/1992, de 26 de noviembre, de Régimen Jurídico de las Administraciones Públicas y del Procedimiento Administrativo Común. En este sentido, el Real Decreto 2612/1996, de 20 de diciembre, por el que se modifica el Reglamento de Población y Demarcación Territorial de las Entidades Locales establece que las comunicaciones de las variaciones acaecidas en los Padrones municipales se deberán enviar al Instituto Nacional de Estadística por medios informáticos o telemáticos, y que éste deberá comunicar a los Ayuntamientos. por el mismo procedimiento, las discrepancias detectadas.

Estas nuevas técnicas, sin embargo, sólo alcanzan su objetivo de agilizar y facilitar las comunicaciones cuando los sistemas informáticos emisor y receptor se entienden de una manera automática, para lo que es esencial que se definan unos formatos de cada campo de la información y se diseñen unos registros de los ficheros de intercambio que se respeten por todas las partes en el momento de llevar a cabo la comunicación.

Con esta finalidad, y en ejecución del principio de cooperación entre Administraciones proclamado por el Título I de la citada Ley 30/1992, las reuniones de trabajo mantenidas entre representantes del Ministerio de Administraciones Públicas, del Instituto Nacional de Estadística, de la Oficina del Censo Electoral y de la Federación de Municipios y Provincias han producido como resultado final un completo acuerdo sobre un texto que define técnicamente las características de los ficheros informáticos de intercambio de los datos que se contienen en los Padrones municipales.

Evidentemente, esta definición deberá aplicarse a todas las comunicaciones que se lleven a cabo entre el Instituto Nacional de Estadística, la Oficina del Censo Electoral y los Ayuntamientos, pero su vocación es más general y aspira a que toda comunicación entre Administraciones Públicas, que tenga por objeto alguno de esos datos, se ajuste también a estas normas.

Las instrucciones técnicas concretas que se contienen en el documento aprobado se han basado y respetan íntegramente los criterios determinados en anteriores proyectos y actuaciones de carácter estandarizador llevados a cabo en el seno de COAXI (Comisión Nacional para la Cooperación entre Administraciones Públicas en el campo de los Sistemas y Tecnologías de la Información), y, por ello, podrían calificarse las actuales normas como un desarrollo específico de los proyectos SISTER (Sistema Integrado de Referenciación Territorial) e INDALO (Modelo de Datos de Intercambio entre Administraciones) para la informatización de los Padrones municipales de habitantes.

De conformidad con lo dispuesto en el artículo 45.5 de la Ley 30/1992, de 26 de noviembre, tal como ha sido desarrollado en los artículos 7.1.b) y 9 del Real Decreto 263/1996, de 16 de febrero, por el que se regula la utilización de técnicas electrónicas, informáticas y telemáticas por la Administración General del Estado, y de los artículos 65 y 66 del Reglamento de Población y Demarcación Territorial de las Entidades Locales, aprobado por Real Decreto 1690/1986, de 11 de julio, en su redacción dada por el artículo único del Real Decreto 2612/1996, de 20 de diciembre, y disposición final primera del citado Real Decreto 2612/1996, procede ahora la aprobación y publicación de estas instrucciones técnicas.

En su virtud, a propuesta de los Ministros de Economía y Hacienda y de Administraciones Públicas, dispongo:

Primero. Aprobación de instrucciones técnicas.

Se aprueban las instrucciones técnicas sobre comunicaciones electrónicas entre las Administraciones Públicas, referentes a la información de los Padrones municipales, que se incluyen como anexo a esta Orden.

Segundo. Comunicaciones.

1. Las comunicaciones que se lleven a cabo entre el Instituto Nacional de Estadística, la Oficina del Censo Electoral y los Ayuntamientos, en el marco de las actuaciones determinadas por la normativa legal reguladora del Régimen Electoral General, así como del Régimen Local en relación con el Padrón municipal, se ajustarán a lo dispuesto en las instrucciones técnicas que figuran en el citado anexo.

2. Asimismo, todas las comunicaciones entre Administraciones Públicas de alguno de los datos que constan en el Padrón municipal se ajustarán, siempre que sea técnicamente posible, a las referidas instrucciones técnicas.

Disposición Transitoria Única. Régimen transitorio de comunicaciones.

A efectos de la actualización mensual del Censo Electoral, los Ayuntamientos que transitoriamente no puedan ajustar sus comunicaciones a lo dispuesto en la presente Orden podrán continuar efectuándolas según las instrucciones dictadas por la Oficina del Censo Electoral.

Disposición Final Primera. Facultades de desarrollo.

Se faculta al Instituto Nacional de Estadística para dictar, a propuesta del Consejo de Empadronamiento, las resoluciones e instrucciones que complementen o actualicen el contenido de esta Orden.

Disposición Final Segunda. Entrada en vigor.

La presente Orden entrará en vigor el día siguiente al de su publicación en el Boletín Oficial del Estado.

Madrid, 11 de julio de 1997.

ÁLVAREZ-CASCOS FERNÁNDEZ

Ministro de Economía y Hacienda y

Ministro de Administraciones Públicas.

Excmos. Sres. Vicepresidente Segundo del Gobierno, Ministro de Economía y Hacienda y Ministro de Administraciones Públicas.

Anexo. Diseños de registro de los ficheros de intercambio de información referentes al Padrón municipal

A) INTRODUCCIÓN

La estructuración de los datos para facilitar el intercambio de información referente al Padrón municipal, requiere de unos requisitos mínimos para que el intercambio informático pueda ser realizado con éxito.

Las estructuras mínimas que se detallan en el anexo han pretendido seguir la normativa señalada en INDALO, aunque se han simplificado con el fin de que los Ayuntamientos suministradores de información puedan, en corto plazo de tiempo, adaptarse tanto a INDALO como a los diseños de intercambio.

Las modificaciones de datos del Padrón municipal pueden producirse a dos niveles distintos: Nivel de territorio y nivel de población, niveles que se interrelacionan siendo imposible entender la población si no es en un marco geográfico. Son estos dos niveles los que se pretenden normalizar en cuanto a intercambio de información del Padrón municipal.

El territorio nacional se encuentra dividido en una serie de «capas». La superposición de éstas nos llevará hasta el nivel mínimo de detalle que se pretende conseguir, las direcciones postales.

La primera subdivisión territorial es a nivel provincial en la que se encuentra definido el nivel municipal.

El nivel municipal se encuentra subdividido en dos capas: División geográfica por unidades poblacionales y división geográfica por secciones.

a) División geográfica por unidades poblacionales

a.1 Entidad singular de población: Cualquier área habitable del término municipal, habitada, o excepcionalmente deshabitada, claramente diferenciada dentro del mismo, y que es conocida por una denominación específica que la identifica sin posibilidad de confusión.

Las entidades singulares estarán constituidas por núcleos de población y/o un diseminado de acuerdo con las siguientes denominaciones:

a.2 Núcleo de población: Conjunto de, al menos, diez edificaciones, que están formando calles, plazas y otras vías urbanas. Excepcionalmente el número de edificaciones podrá ser inferior a 10 siempre que la población de derecho supere los 50 habitantes.

a.3 Diseminado: Edificaciones o viviendas de una entidad singular de población que no pueden ser incluidos en el concepto de núcleo.

a.4 Entidad colectiva de población: Como unidad intermedia entre la entidad singular de población y el municipio existen en algunas regiones agrupaciones de entidades singulares (parroquias, hermandades, anteiglesias, etc.) que conforman una entidad colectiva de población con identidad propia.

b) División geográfica por secciones

La división del término municipal en distritos, y éstos a su vez en secciones estadísticas, ha constituido un instrumento eficaz tanto en los trabajos censales como en las renovaciones padronales.

La sección estadística es esencialmente un área del terreno del término municipal, viniendo su tamaño determinado por el número de electores. Cada vivienda o habitante ha de pertenecer a una y sólo una sección, donde cada sección debe estar perfectamente definida mediante límites identificables, tales como accidentes naturales del terreno y construcciones de carácter permanente.

El número de electores por sección debe estar comprendido entre 500 y 2.000.

A efectos de Censo Electoral, las secciones se dividirán en subsecciones.

Para la asignación de electores a mesas electorales, las secciones pueden ser de dos tipos:

1. Alfabéticas, en las cuales la división en mesas se realiza por criterio alfabético (los electores de la sección pueden ser asignados a mesas teniendo en cuenta sus apellidos).

2. Con subsecciones, en las cuales la división en mesas se realiza por criterio territorial (los electores de la sección deben ser asignados a mesas por criterios geográficos y, en su caso, teniendo en cuenta los apellidos).

A nivel municipal, y al margen de las divisiones geográficas anteriores, puede definirse la vía.

Una vía vendrá definida por su tipo (calle, plaza...) y su denominación de forma que en un determinado municipio no podrá existir más de una vía lógica con igual tipo y denominación.

Lo normal es que sobre el terreno exista una sola vía con un determinado tipo-denominación de vía, es decir, una vía lógica se correspondería con una sola vía física.

Excepcionalmente dos (o más) vías físicamente distintas pueden tener el mismo tipo-denominación, es decir, que una determinada vía lógica se correspondería con dos (o más) vías físicas.

Esta situación ocasionará anomalías cara a la gestión del INE, por lo que se deberán deshacer las ambigüedades entre vías físicas y lógicas de forma que se establezca la relación de que una vía lógica únicamente se corresponda con una vía física. Para ello, el Ayuntamiento deberá determinar estas situaciones y asignar códigos de vía distintos a cada una de las vías físicas detectadas, siendo obligatorio que se identifiquen cada una de estas vías incluyendo al final de la denominación y entre paréntesis el nombre de la entidad singular, núcleo de población a la que pertenece o cualquier otro literal que se crea identificativo.

Para permitir un intercambio adecuado de información es preciso que el atributo tipo de vía pueda ser entendido por todos los usuarios sea cual sea el idioma en que esté escrito, y, por lo tanto, será precisa una normalización de los mismos.

En general, el territorio se identifica mediante las vías físicas debidamente rotuladas y numeradas. En otros casos la identificación se realiza a través de la unidades poblacionales (entidades, núcleos/diseminados). Además, la experiencia de la gestión continua de los callejeros de Censo Electoral en su relación con los Ayuntamientos ha originado la necesidad de introducir una forma adicional de identificación del territorio que se ha denominado pseudovía.

Se define la pseudovía como todo aquello que no es ni unidad poblacional ni vía, que sustituye a la vía en el caso de que no exista y la complementa en caso contrario.

Finalmente los tramos de vía serán el resultado de la intersección de las capas secciones (incluida la subsección), unidades poblacionales y vías (o pseudovía en su caso) en función de su pertenencia a una misma manzana y a una misma zona postal.

Según esta división territorial, la unidad básica de referenciación territorial sería el tramo, a partir del cual podremos deducir el resto de los atributos del territorio.

Los habitantes del municipio son todos aquellos que se encuentren inscritos en su Padrón municipal de habitantes. Cada habitante posee unos atributos, unos de tipo personal (nombre, sexo) y otros de carácter territorial (municipio de residencia, vía de residencia). El nexo de unión entre la población y el territorio es precisamente la localización geográfica de la residencia del habitante, el domicilio, a través del tramo en que se localiza.

Teniendo en cuenta la estructuración en que nos basamos, existirán una serie de entidades cuyas relaciones se especifican en el siguiente gráfico:

(GRAFICO OMITIDO)

B) FICHEROS DE INTERCAMBIO

b.1 Normas generales: Los diseños de los ficheros de intercambio de información relativa al Padrón municipal, recogidos en la presente norma, se utilizarán en los intercambios de información entre el INE y los Ayuntamientos, en el envío de información del INE y Ayuntamientos hacia otros organismos de la Administración General del Estado y, siempre que sea técnicamente posible, en las comunicaciones que se establezcan entre otros organismos de la Administración General del Estado entre sí y en el envío de información de éstos al INE o a los Ayuntamientos. Las normas de procedimiento recogidas en esta norma son específicas para las comunicaciones INE-Ayuntamientos.

En las comunicaciones que se establezcan, únicamente se remitirán las variaciones de los diferentes ficheros, con excepción de aquellos casos en que precise la remisión o envío de ficheros completos.

Los datos de identificación del registro deberán coincidir con los datos del registro a modificar con que cuenta el INE.

Como regla general, en los ficheros de intercambio siempre existirán dos partes diferenciadas: Identificación del registro antes de la variación y contenido del registro después de la variación.

En las estructuras de los ficheros de intercambio que se especifican en las siguientes hojas se indican la existencia de dos campos:

1. FVAR: Fecha de Variación N(8) con formato AAAAMMDD donde AAAA = Año, MM = Mes y DD = Día de variación del registro.

2. CVAR: Código de variación, que deberá ajustarse al contenido de la siguiente tabla:

CVAR / Descripción / CVAR / Descripción

A. / Alta. / B. / Baja.

M. / Modificación. / F. / Fusión.

S. / Segregación. / Blanco. / Sin rectificación.

Los códigos de variación serán A = Alta, B = Baja y M = Modificación; además, para objetos de tipo territorial, existirán otros dos códigos de variación: F = Fusión y S = Segregación.

Al margen de las especificaciones que se realicen para cada fichero el contenido de los ficheros de intercambio según el código de variación será el siguiente:

Datos iniciales

de identificación / Código variación / Datos tras variación

Alta (A). / Blanco. / Cumplimentados.

Baja (B). / Cumplimentados. / Blanco.

Modificación (M). / Cumplimentados. / Cumplimentados.

Fusión (F). / Cumplimentados. / Cumplimentados.

Segregación (S). / Cumplimentados. / Cumplimentados.

En sentido general una fusión implica que dos objetos territoriales del mismo tipo se unen entre sí. Por ejemplo, la vía A se une a la vía B dando lugar a la vía C, unión de ambas, o la vía A absorbe a la vía B, en este último caso la vía A será la suma de ambas.

En los ficheros de intercambio las fusiones dan lugar a duplicación de registros en la situación final, ya que dos o más objetos territoriales (parte inicio) dan lugar a uno solo (parte final). Este tipo de registros deberán estar marcados con CVAR = F (fusión).

Una segregación será el proceso inverso al de fusión, es decir un determinado objeto se divide en dos o más objetos, siendo sinónimo de división de objetos.

Cuando las variaciones se produzcan por segregaciones, las situaciones de origen y destino se darán a la inversa, con duplicación de datos en la parte inicial, registros que serán marcados con CVAR = S.

Las fusiones y segregaciones de objetos territoriales implican una remodelación territorial, a diferencia del resto de variaciones, que implican la creación de unidades no existentes previamente, la eliminación de ellas o la modificación de sus atributos.

En cualquier caso el Ayuntamiento indicará en «datos iniciales» la situación de registro antes de la actualización y en «datos tras variación» la situación final que se obtendría al realizar la rectificación con todos y cada uno de los datos cumplimentados (aunque un dato en particular no haya sufrido variación).

El INE, cuando sea necesario, devolverá los ficheros a los Ayuntamientos en el mismo formato de intercambio y con el mismo contenido que el exigido para los Ayuntamientos.

En ningún caso, los datos que aparecen marcados con asterisco (*) en los ficheros de intercambio pueden estar a blancos.

Adicionalmente, se podrá solicitar la remisión de los ficheros completos (no solo variaciones). En este caso los formatos de intercambio serán los mismos que en el caso de variaciones, pero para cualquier tipo de variación (incluido código de variación a blancos = sin modificación) los ficheros se remitirán con todos y cada de los campos con contenido (como si se tratase de modificaciones).

En las siguientes páginas se describen cada uno de los ficheros de intercambio. Cuando un determinado campo necesite explicación, ésta se realizará la primera vez que aparezca este campo en los diseños de registros; de existir este campo en ficheros posteriores, se deberá entender (salvo notaciones en contra) que deberá cumplir con las características señaladas en la primera aparición.

b.2 Descripción de Ficheros de Intercambio:

1. Relación de Unidades Poblacionales.-Contendrá las variaciones producidas al Nomenclátor de Unidades Poblacionales. El diseño de registro del fichero de intercambio se ajustará a la siguiente estructura.

Campo / Descripción / Atr. / Ob.

Datos

identif. / CPRO * / Código de provincia. / N(2)

CMUM * / Código de municipio. / N(3)

CUN / Código de unidad poblacional. / N(7) / 1

TIPOINF / Tipo de información. / A(1) / 2

CDEV / Causa de devolución. / A(2) / 3

FVAR / Fecha de variación. / N(8)

CVAR / Código de variación. / A(1)

Datos

variac. / NMUM / Nombre del municipio. / A(70) / 4

DMUN50 / Nombre de 50 caracteres. / A(50) / 4

NMUNC / Nombre corto. / A(25) / 4

NENTCO / Nombre entidad colectiva. / A(70) / 4

NENTCO50 / Nombre de 50 caracteres. / A(50) / 4

NENTCOC / Nombre corto. / A(25) / 4

NENTSI / Nombre de entidad singular. / A(70) / 4

NENTSI50 / Nombre de 50 caracteres. / A(50) / 4

NENTSIC / Nombre corto / A(25) / 4

NNUCLE / Nombre de núcleo/diseminado. / A(70) / 4

NNUCLE50 / Nombre de 50 caracteres. / A(50) / 4

NNUCLEC / Nombre corto. / A(25) / 4

Observaciones:

1. El campo CUN será cumplimentado por el INE, que remitirá periódicamente a los Ayuntamientos la codificación asignada.

Este campo presenta la estructura CCSSDNN, donde CC = Código de entidad colectiva, SS = Código de entidad singular, D = Dígito de control obtenido por el método ABC a partir del conjunto formado por CC y SS y NN = Código de núcleo (Si = 99, es *DISEMINADO*).

2. TIPOINF: Tipo de información que se incluye en el registro. Valores válidos:

Blanco: Comunicaciones procedentes de Ayuntamientos/INE.

C: Cumplimentada. La información marcada con C indicará al Ayuntamiento que el INE ha cumplimentado datos (códigos en altas...) y la devuelve al Ayuntamiento.

R: Rechazada. La información marcada con R indicará que ha sido errónea, tanto por los contrastes realizados por el INE a la información remitida por los Ayuntamientos como por los contrastes que realicen los Ayun tamientos a las propuestas de variación remitidas por el INE.

3. CDEV: Cuando la información sea rechazada, se deberá indicar la causa de la devolución según una tabla de posibles causas de devolución por rechazo de la información que será proporcionada por el INE.

Las propuestas de variación aceptadas por el INE, para reducir el tráfico de información, no serán reenviadas a los Ayuntamientos.

4. La longitud máxima del nombre de una determinada unidad poblacional es de 70 caracteres. Las dificultades de diseño con esta longitud hacen recomendable reducir estas denominaciones a longitudes más adecuadas para diseño de listados, pantallas, etc. (nombres de 50 caracteres) y a otras más adecuadas para intercambio de información (nombres cortos de 25 caracteres).

Inicialmente, el INE realizará contracciones de las denominaciones que excedan de los tamaños indicados y pondrá en conocimiento de los Ayuntamientos tal reducción. Con los intercambios futuros de información será responsabilidad de cada Ayuntamiento realizar las contracciones adecuadas.

5. Cumplimentación del fichero de intercambio:

5.1 Para municipios: Para que tengan validez las variaciones a nivel municipal éstas deben inscribirse en el Registro de Entidades Locales del Ministerio para las Administraciones Públicas quien periódicamente comunicará al INE cada una de las variaciones. Por consiguiente, el INE modificará o cumplimentará los campos correspondientes de acuerdo a lo siguiente:

1) Si ha existido un alta de un municipio: CUN = 0000000, CVAR = A y NMUN, NMUN50 y NMUNC tendrán contenido.

2) Si un municipio se da de baja: CUN = 0000000, CVAR = B y NMUN, NMUN50 y NMUNC irán en blanco.

3) Si se ha producido un cambio de denominación: CUN = 0000000, CVAR = M y NMUN, NMUN50 y NMUNC contendrán la nueva denominación.

5.2 Para el resto de unidades poblacionales:

Cuando CVAR = A (alta), el campo CUN deberá estar a blancos y el contenido de los datos de variación será el siguiente:

Alta de entidad colectiva: Tendrán contenido los campos de denominación municipal, NENTCO, NENTCO50 y NENTCOC.

Alta de entidad singular: Tendrán contenido los campos de denominación municipal, los de entidad colectiva (cuando la entidad singular esté incluida en una colectiva) y los campos NENTSI, NENTSI50 y NENTSIC.

Alta de núcleo/diseminado: Tendrán contenido los campos de denominación municipal, los de entidad colectiva (cuando la entidad singular esté incluida en una colectiva), los campos de denominación de entidad singular y los campos NNUCLE, NNUCLE50 y NNUCLEC.

Si el alta es de un diseminado tanto, los campos NNUCLE, NNUCLE50 y NNUCLEC vendrán cumplimentados con el literal *DISEMINADO* (con asteriscos).

5.3 Cuando CVAR = B (baja), los datos de variación se encontrarán a blancos y el campo CUN podrá tener los siguientes valores:

Baja de una entidad colectiva. El campo CUN tendrá el formato CC00000

Baja de una entidad singular. El campo CUN tendrá el formato CCSSD00

Baja de un núcleo/diseminado. El campo CUN tendrá el formato CCSSDNN.

5.4 Cuando CVAR = M (modificación), tendrán contenido los datos que efectivamente se modifican y siempre teniendo en cuenta el nivel jerárquico identificado en el campo CUN. Las modificaciones se referirán siempre a cambios en las denominaciones:

Modificación de una entidad colectiva. Tendrán contenido los campos NMUN-NMUN50-NMUNC y NENTCO-NENTCO50-NENTCOC. El campo CUN tendrá el formato CC00000.

Modificación de una entidad singular. Tendrán contenido los campos NMUN-NMUN50-NMUNC, NENTCO-NENTCO50-NENTCOC (cuando la entidad singular esté incluida en una colectiva) y NENTSI-NENTSI50-NENTSIC. El campo CUN tendrá el formato CCSSD00

Modificación de un núcleo. Tendrán contenido los campos NMUN-NMUN50-NMUNC, NENTCO-NENTCO50-NENTCOC (cuando la E. singular esté incluida en una colectiva), NENTSI-NENTSI50-NENTSIC y NNUCLE-NNUCLE50-NNUCLEC. El campo CUN tendrá el formato CCSSDNN.

5.5 Cuando CVAR = F (fusión), existirán, al menos, dos registros duplicados en datos de variación, que podrán coincidir o no con alguno de los datos de origen. Los datos de identificación siempre serán distintos y estarán completamente cumplimentados. Los datos finales (datos de variación) también estarán cumplimentados según el nivel jerárquico de la unidad poblacional resultante.

5.6 Cuando CVAR = S (segregación), existirán, al menos, dos registros duplicados en datos de identificación (inicio). De las unidades poblacionales resultantes (datos de variación) una sola de ellas podrá ser igual a la segregada, el resto no podrá existir previamente.

Los datos de identificación siempre serán iguales y estarán completamente cumplimentados. Los datos finales (datos de variación) también estarán cumplimentados según el nivel jerárquico de las unidades poblacionales resultantes.

2. Relación de vías.-El fichero de vías contendrá una relación biunívoca: Un registro por cada código de vía con su tipo y denominación. En general, dicho código se corresponderá con una vía física, si bien conceptualmente se corresponde con una vía lógica.

El fichero de intercambio se ajustará a la siguiente estructura:

Campo / Descripción / Atr. / Ob.

Datos

identif. / CPRO * / Código de provincia. / N(2)

CMUM * / Código de municipio. / N(3)

CVIA / Código de vía. / N(5) / 1

TIPOINF / Tipo de información. / A(1)

CDEV / Causa de devolución. / A(2)

FVAR / Fecha de variación. / N(8)

CVAR / Código de variación. / A(1)

Datos

variac. / CVIA / Código de vía. / N(5)

TVIA / Tipo de vía. / A(5) / 2

POS / Posición del tipo de vía. / N(1) / 3

NVIA / Nombre de vía. / A(50) / 4

NVIAC / Nombre corto. / A(25) / 4

Observaciones:

1. El código de vía será asignado por el Ayuntamiento (en su defecto por el INE). Debe ser numérico y único en el municipio. Para realizar las nuevas asignaciones, se recomienda que a la nueva vía lógica se asigne el número inmediatamente superior al último del municipio. Si hay que realizar bajas de vías, se recomienda que no se renumeren el resto de las vías, pudiendo entonces existir huecos en la numeración.

2. Los tipos de vía (calle, avenida...) nos identifican dos vías lógicas distintas con una misma denominación (calle Mayor, avenida Mayor...). El número de tipos de vía distintos es muy limitado y normalmente están expresados por medio de abreviaturas (C/, AV...), de forma que es más que probable que para un tipo de vía en concreto exista más de una abreviatura y que, por lo tanto, una misma vía pueda confundirse con dos o más vías diferentes (C Mayor, C/ Mayor, Calle Mayor).

El problema de las abreviaturas del tipo de vía se agrava con la existencia de diferentes grafismos (para un mismo tipo de vía) en los diferentes idiomas españoles (Avda. = Avenida, Avgda. = Avinguda), y así podríamos tener una misma vía escrita de muy diferentes formas y, por lo tanto, enmascarar la realidad de los callejeros municipales.

Por ello, es necesaria una normalización de los tipos de vía que pasa inexorablemente por asignar unos códigos (tipos de vía normalizados) a unos determinados y limitados tipos de vía que permitan identificar como iguales los tipos de vías escritos de diferentes formas y que no obliguen a un único grafismo del mismo. El resultado de esta normalización se plasmará en el fichero de tipos de vía que comentamos posteriormente.

3. Normalmente el tipo de vía se imprime como prefijo de la denominación de la vía; sin embargo, en ciertos idiomas (Euskera) el tipo de vía debe imprimirse como sufijo de su denominación. La colocación del tipo de vía se indicará vía a vía mediante el campo POS. que podrá tener el siguiente contenido:

0: El tipo de vía es prefijo de la denominación

1: El tipo de vía es sufijo de la denominación.

4. Al igual que ocurre con la denominación de las unidades poblacionales, el nombre oficial de la vía puede ser mayor de 25 caracteres, por lo que el Ayuntamiento deberá abreviar esta denominación e incluirla en el campo NVIAC.

Cuando existan dos o más vías físicas con iguales TVIA y NVIA, el Ayuntamiento deberá asignar códigos distintos a cada una de estas vías y eliminará estas duplicidades mediante la concatenación de la denominación de la vía y entre paréntesis un calificador a esta denominación. Es decir, en estos casos el campo NVIA estaría formado por la denominación de la vía más un calificador entre paréntesis.

Los nombres cortos (NVIAC) podrán tener idénticas denominaciones sea cual fuere el contenido del campo NVIA. Será el contenido del campo NVIAC el que se utilizará tanto para impresión de listas, remisión de tarjetas censales, así como para la denominación de la vía en los ficheros de intercambio.

5. Cumplimentación del fichero de intercambio.

5.1 CVAR = A (alta). Si el Ayuntamiento codifica las vías, los códigos de vías (identificación y variación) deberán tener el mismo contenido. En caso contrario ambos códigos permanecerán a blancos, el INE asignará el código correspondiente y lo remitirá al Ayuntamiento respectivo.

El resto de los datos de variación deben estar cumplimentados.

5.2 CVAR = B (baja). Todos los datos de identificación deben tener contenido y los datos de variación a blancos.

5.3 CVAR = M (modificación). Todos los datos del registro deben tener contenido.

5.4 Cuando CVAR = F (fusión), existirán, al menos, dos registros duplicados en datos de variación, que podrán coincidir o no con alguno de los datos de origen.

Los datos de identificación siempre serán distintos y estarán completamente cumplimentados. Los datos finales (datos de variación) también estarán completamente cumplimentados. Si la vía de destino es alta, puede faltar el código de vía de datos de variación, en cuyo caso el INE codificaría la nueva vía y la remitirá al Ayuntamiento correspondiente.

5.5 Cuando CVAR = S (segregación), existirán, al menos, dos registros duplicados en datos de identificación (inicio). De las vías resultantes (datos de variación) una sola de ellas podrá ser igual a la segregada, el resto no podrán existir previamente.

Los datos de identificación siempre serán iguales y estarán completamente cumplimentados. Los datos finales (datos de variación) también estarán cumplimentados (salvo las particularidades para el código de vía).

3. Relación de Pseudovías.-El fichero de pseudovías contendrá la descripción de aquellas unidades que no se encuadran en el concepto de unidad poblacional ni de vía (barrios, urbanizaciones, etc.), que sustituyen a la vía en el caso de que no exista o que la complementa en caso contrario.

La codificación de estas unidades las realizará el Ayuntamiento y, en su defecto, el INE; en este último caso será comunicada la codificación asignada a los respectivos Ayuntamientos por medio del fichero de intercambio específico que se ajustará a la siguiente estructura.

Se recomienda que los códigos asignados a las pseudovías no coincidan con los asignados a las vías.

Campo / Descripción / Atr. / Ob.

Datos

identif. / CPRO * / Código de provincia. / N(2)

CMUM * / Código de municipio. / N(3)

CPSVIA / Código de pseudovía. / N(5)

TIPOINF / Tipo de información. / A(1)

CDEV / Causa de devolución. / A(2)

FVAR / Fecha de variación. / N(8) CVAR / Código de variación. / A(1) / 1

Datos

variac. / CPSVIA / Código de pseudovía. / A(5)

DPSVIA / Descripción de pseudovía. / A(50)

Observaciones:

1. A pesar de ser un objeto de tipo territorial, no tienen sentido las variaciones de fusión y segregación.

2. La cumplimentación del fichero de intercambio se realizará de igual forma que para el fichero de relación de vías salvo lo referente a fusiones y segregaciones.

4. Relación de tipos de vía.-Para permitir un intercambio adecuado de información es preciso que el atributo tipo de vía pueda ser entendido por todos los usuarios sea cual sea el idioma en que esté escrito, y, por lo tanto, será precisa una normalización de los mismos.

Para el INE, los tipos de vía forman una tabla a nivel nacional, que trata de recoger los distintos tipos de vía de los Ayuntamientos, las abreviaturas y variantes empleadas para cada uno de ellos.

La formación y mantenimiento de la tabla de tipos de vía es responsabilidad del INE. Los Ayuntamientos solicitarán a las respectivas Delegaciones Provinciales del INE los tipos y variantes válidos, tras lo cual el INE remitirá la tabla actualizada a todos los Ayuntamientos.

El formato del fichero de remisión de la tabla de tipos de vía actualizada se ajustará al siguiente diseño:

Campo / Descripción / Atr. / Ob.

TVIAN / Tipo de vía normalizado. / A(5)

TVIA / Tipo de vía. / A(5)

DTVIA / Descripción del tipo de vía. / A(25)

Observaciones:

El número de tipos de vía en un determinado idioma es muy limitado, no así sus diferentes abreviaturas o las grafías en diferentes idiomas.

La tabla de tipos de vía contendrá la abreviatura del tipo de vía en castellano, asignado por el INE (TVIAN), todas sus abreviaturas asignadas por los Ayuntamientos (TVIA), así como las diferentes descripciones en cada una de las lenguas vernáculas.

Para cada tipo de vía normalizado podrán existir un número indeterminado de TVIA y DTVIA que deberán ser considerados como sinónimos del tipo de vía normalizado.

Por ejemplo, el INE ha normalizado los tipos de vía avenida y calle de la siguiente forma:

TVIAN / TVIA / DTVIA

Calle. / Calle. / Calle.

Avda. / Avda. / Avenida.

Si un Ayuntamiento solicita la inclusión del tipo de vía RUA como sinónimo de Calle, otro Avinguda (con abreviatura AV) como sinónimo de Avenida y un tercero solicita la inclusión de la abreviatura C/ como sinónimo de calle, así como la inclusión de Kalea (con igual abreviatura) para el mismo tipo de vía. El resultado final de la tabla de tipos de vía, tras la inclusión de estas modificaciones, sería la siguiente:

TVIAN / TVIA / DTVIA

Calle. / Calle. / Calle.

Calle. / Rúa. / Rúa.

Calle. / C/ / Calle.

Calle. / Kalea. / Kalea.

Avda. / Avda. / Avenida.

Avda. / Av. / Avinguda.

Los TVIA RUA, C/ y Kalea serían sinónimos de Calle/ mientras que AV lo sería de AVDA.

Únicamente los tipos de vía de esta tabla serán los permitidos en los ficheros de intercambio.

Es importante tener presente que definidos de esta forma los tipos de vía, dos vías serán distintas si difieren en su tipo de vía normalizado o en su denominación, por lo que se debería tener presente que sería un error considerar (según ejemplo) como distintas las vías C/ Mayor y rúa Mayor, ya que los tipos de vía son sinónimos del tipo de vía normalizado calle.

5. Relación de tramos.-La relación de tramos (tramero) es la pieza clave del conjunto de datos de tipo geográfico, a partir del cual identificado el tramo asociado a una vía, pseudovía o unidad poblacional y a un determinado número se podrá obtener el resto de la información complementaria a dicha identificación.

El formato de registro de intercambio se ajustará a la siguiente estructura:

Campo / Descripción / Atr. / Ob.

Datos

identif. / CPRO * / Código de provincia. / N(2)

CMUM * / Código de municipio. / N(3)

DIST * / Distrito. / N(2)

SECC * / Sección. / N(3)

LSECC * / Letra de sección. / A(1) / 3

SUBSC * / Subsección. / A(2) / 4

CUN / Código de unidad poblacional. / N(7)

CVIA / Código de vía. / N(5)

CPSVIA / Código de pseudovía. / N(5) / 6

MANZ / Manzana. / A(12) / 1

CPOS / Código postal. / N(5)

TINUM / Tipo de numeración. / N(1) / 7

EIN / Extremo inferior de numeración. / N(4) / 2

CEIN / Calificador EIN. / A(1) / 2

ESN / Extremo superior de numeración. / N(4) / 2

CESN / Calificador del ESN. / A(1) / 2

TIPOINF / Tipo de información. / A(1)

CDEV / Causa de devolución. / A(2)

FVAR / Fecha de variación. / N(8)

CVAR / Código de variación. / A(1)

Datos

variac. / DIST / Distrito. / N(2)

SECC / Sección. / N(3)

LSECC / Letra de sección. / A(1)

SUBSC / Subsección. / A(2)

CUN / Código de unidad poblacional. / N(7)

NENTCOC / Nombre corto de entidad colectiva. / A(25) / 5

NENTSIC / Nombre corto de entidad singular. / A(25) / 5

NNCLEC / Nombre corto de núcleo/diseminado. / A(25) / 5

CVIA / Código de vía. / N(5)

NVIAC / Nombre corto. / A(25)

CPSVIA / Código de pseudovía. / N(5)

DPSVIA / Nombre de pseudovía. / N(50)

MANZ / Manzana catastral. / A(12)

CPOS. / Código postal. / N(5)

TINUM / Tipo de numeración. / N(1)

EIN / Extremo inferior de numeración. / N(4)

CEIN / Calificador del EIN. / A(1)

ESN / Extremo superior de numeración. / N(4)

CESN / Calificador del ESN. / A(1)

Observaciones:

1. El origen de este campo debe ser el que posee la Dirección General del Catastro. Para obtenerlo, puede extraerse:

1.1 De la Cartografía Catastral Urbana, conside rando:

a) Los cinco primeros caracteres de la clave 12 [MANZ,A (12)], que figuran impresos dentro de la manzana urbana correspondiente en la hoja de la cartografía catastral.

b) Los siete restantes de la clave 12 [MANZ,A (12)] son los siete últimos que figuran en el recuadro «Referencia de la hoja» de la carátula de la hoja de la cartografía catastral.

1.2 Del Padrón del IBI de naturaleza urbana, de acuerdo con la estructura aprobada por Resolución de la Dirección General del Centro de Gestión Catastral y Cooperación Tributaria de 9 de febrero de 1995 («Boletín Oficial del Estado» del 23), considerando el campo «referencia catastral» dentro del bloque «identificación del bien inmueble», de cualquier inmueble incluido en la manzana correspondiente, tomando los cinco primeros caracteres del primer grupo de siete posiciones (posiciones de 9 a 13 del fichero) y los siete del segundo grupo (posiciones de 16 a 22 del fichero). Corresponde a las posiciones 1 a 5 y 8 a 14 de la referencia catastral que figura en los listados del padrón.

Si no se dispusiera de cartografía catastral, ni del padrón del IBI de naturaleza urbana, se cumplimenta rán las tres primeras posiciones, de la clave 12 [MANZ,A (12)], con el código asignado en las hojas de inscripción padronal dejando las restantes en blanco.

2. Los extremos de numeración serán el conjunto formado por su número y su calificador, teniendo entonces una estructura del tipo NNNNA, donde NNNN es numérico y «A» es blanco o letra.

El extremo inferior debe ser menor o igual al superior y la parte numérica de ambos campos debe ser par o impar al mismo tiempo.

La experiencia nos ha hecho comprobar que la estandarización de estos datos es muy compleja, y que las numeraciones que los propios Ayuntamientos asignan a los casos de duplicados y triplicados normalmente no se han ajustado a las instrucciones que el INE ha publicado para su cumplimentación. Por ello, creemos que es el momento de intentar normalizar estos datos de la siguiente forma.

Para una vía física podrán existir tres tramos de numeración:

a) Tramo de los pares.

b) Tramo de los impares.

c) Tramo de «sin numeración».

Tanto los tramos de pares o impares se definen a partir de las cuatro primeras posiciones numéricas. El caso de duplicados-triplicados, etc., se incluirán en la quinta posición alfabética simplemente asignando en orden creciente las letras del abecedario (por ejemplo, del 0018A al 0018Z, en el caso de los pares, y 0045A-0057Z, en el caso de impares); de esta forma, un intervalo de numeración de la forma 0003Z al 0099 incluiría todos los números superiores e iguales a 0003Z e iguales o inferiores a 0099.

Cuando no exista numeración, su estructura será siempre EIN=ESN=0000S.

Se recomienda que el tramero se ajuste lo más posible a la realidad, es decir que se indiquen los tramos reales y los números reales existentes.

No deben existir tramos solapados en ninguno de sus extremos.

3. La manzana es una unidad que no puede dividirse y que debe estar íntegramente incluida en una sección. Excepcionalmente, cuando el número de electores de una manzana sea superior a 2.000, la manzana podrá estar incluida en más de una sección. En este caso, las secciones involucradas estarán identificadas por medio de LSECC, manteniendo el mismo valor de SECC.

4. La división de secciones en subsecciones implica una codificación de cada una de ellas. Cuando la división en mesas de la sección es de tipo alfabético, el campo SUBSC deberá permanecer a blancos, mientras que si la división es de tipo territorial, su valor se asignará por

el Ayuntamiento en forma ascendente desde 1 a 99, según el número de territorios en que se haya dividido la sección.

5. Sólo estarán cumplimentados si se desconoce (ha sido alta y el INE no ha podido comunicar el código asignado) el contenido del campo CUN. En este caso es imprescindible que el ayuntamiento haya remitido al INE la actualización al Nomenclátor de Entidades.

6. Cuando el código de pseudovía tiene valor y, por lo tanto, no existe vía (código de vía igual a ceros), se deberá entender que los intervalos de numeración se corresponderán con los de la pseudovía.

Si tanto los códigos de vía como de pseudovía permanecen a ceros (no existe vía ni pseudovía), los intervalos de numeración se corresponderían con los de la unidad poblacional numerada.

7. El campo TINUM (tipo de numeración) podrá tener el siguiente contenido:

0: Tramo de «sin numeración».

1: Tramo de numeración impar.

2: Tramo de numeración par.

Si fuese preciso, en un futuro, este campo, podrá albergar el contenido para otros tipos de numeración.

8. Cumplimentación del fichero de intercambio.

CVAR=A (alta de tramo). Tendrán contenido los datos de identificación marcados con asterisco (*) y todos los datos de variación.

CVAR=B (baja de tramo). Tendrá contenido exclusivamente los datos de identificación.

CVAR=M (modificación de tramo). Todos los campos estarán cumplimentados.

CVAR=F (fusión de tramos). Todos los campos estarán cumplimentados.

CVAR=S (segregación de tramos). Todos los campos estarán cumplimentados.

6. Relación de habitantes.-Incluirá a todas las personas existentes en el Padrón Municipal de Habitantes. El contenido de esta relación es responsabilidad exclusiva del Ayuntamiento.

El diseño del fichero de intercambio se ajustará a la siguiente estructura:

Campo / Descripción / Atr. / Ob.

Datos

identif. / CPRO * / Código de provincia de residencia. / N(2)

CMUM * / Código de municipio de residencia. / N(3)

NOMB / Nombre. / A(20)

PART1 / Partícula primer apellido. / A(6) / 5

APE1 / Primer apellido. / A(25)

PART2 / Partícula segundo apellido. / A(6) / 5

APE2 / Segundo apellido. / A(25)

CPRON / Código de provincia de nacimiento. / N(2)

CMUNN / Código de municipio de nacimiento. / N(3)

FNAC / Fecha de nacimiento. / N(8) / 7

TIDEN / Tipo de identificador. / N(1) / 8

LEXTR / Letra documento extranjeros. / A(1) / 14

IDEN / Identificador. / N(8) / 14

LIDEN / Código de control del identificador. / A(1) / 14

NDOCU / Número de documento. / A(20) / 14

NIA / Número de identificación del Ayuntamiento. / A(15) / 3

NIE / Número de identificación electoral. / N(11)

TIPOINF / Tipo de información. / A(1)

CDEV / Causa de devolución. / A(2)

FVAR / Fecha de variación. / N(8)

CVAR / Código de variación. / A(1)

CAUV / Causa de variación. / A(2) / 13

Datos

variac. / DIST / Distrito. / N(2)

SECC / Sección. / N(3)

LSECC / Letra de sección. / A(1)

CUN / Código de unidad poblacional. / N(7)

NENTCOC / Nombre corto. / A(25)

NENTSIC / Nombre corto. / A(25)

NNUCLEC / Nombre corto. / A(25)

CVIA / Código de vía. / N(5)

TVIA / Tipo de vía. / A(5)

NVIAC / Nombre corto. / A(25)

CPSVIA / Código de pseudovía. / N(5)

DPSVIA / Nombre de pseudovía. / A(50)

TINUM / Tipo de numeración. / N(1)

NUMBER / Número. / N(4) / 1

CNUMER / Calificador de NUMER. / A(1) / 1

NUMERS / Número (superior). / N(4) / 2

CNUMERS / Calificador de NUMERS (superior). / A(1) / 2

KMT / Kilómetro. / N(3) / 16

HMT / Hectómetro. / N(1) / 16

BLOQ / Bloque. / A(2) / 16

PORT. / Portal. / A(2) / 16

ESCA / Escalera. / A(2) / 16

PLAN / Planta. / A(3) / 16

PUER / Puerta. / A(4) / 16

TLOC / Tipo de local. / A(1) / 16

NIA / Número de identificación del Ayuntamiento. / A(15) /

NHOP / Número de hoja padronal. / A(10) / 4

NIE / Número de identificación electoral. / N(11) /

NOMB / Nombre del habitante. / A(20)

PART1 / Partícula del primer apellido. / A(6) APE1 / Primer apellido. / A(25)

PART2 / Partícula del segundo apellido. / A(6)

APE2 / Segundo apellido. / A(25)

SEXO / Sexo. / N(1) / 6

CPRON / Código provincia de nacimiento. / N(2) / 15

CMUNN / Código de municipio de nacimiento. / N(3) / 15

FNAC / Fecha de nacimiento. / N(8) /

TIDEN / Tipo de identificador. / N(1)

LEXTR / Letra documento extranjeros. / A(1)

IDEN / Identificador. / N(8)

LIDEN / Código de control del identificador. / A(1)

NDOCU / Número de documento. / A(20)

CNES / Código nivel de estudios. / N(2) / 9

NACI / Código de nacionalidad. / N(3) / 10

PRDP / Código de provincia de destino o procedencia. / N(2) / 11

y

15

MUDP / Código de municipio de destino o procedencia. / N(3) / 11

y

15

CODP / Código de consulado de destino-procedencia. / N(3) / 12

Observaciones:

1. Las numeraciones estarán formadas por el conjunto NUMER y CNUMER, con el mismo formato que los extremos de numeración del tramo. No deberá existir ningún número/calificador que no se encuentre comprendido en un tramo.

2. Cuando el domicilio del habitante presente doble numeración, los campos NUMER y CNUMER estarán cumplimentados con la numeración inferior y los campos NUMERS y CNUMERS con la numeración superior. Si el domicilio no presenta esta particularidad, estos dos campos deberán permanecer a blancos.

3. El campo NIA deberá ser asignado por el Ayuntamiento y deberá identificar sin ambigüedades al habitante. No deberá existir ningún habitante que no tenga asignado su correspondiente NIA.

4. El NHOP se asignará por los Ayuntamientos y deberá permitir identificar unívocamente cada vivienda en que existan habitantes dentro del municipio. Si el Ayuntamiento había numerado dentro de la sección, se recomienda que el número asignado sea precedido por seis caracteres compuestos por el distrito, la sección y la letra de la sección.

5. La identificación-ordenación de los habitantes por nombres se ve muy dificultada por la presencia de partículas de unión entre apellidos o al principio de cada de cada uno de ellos. Estas partículas deberán ser identificadas, eliminadas de los apellidos e incluidas en sus respectivos campos. En este sentido, INDALO identifica las siguientes partículas: DE, DEL, DE LA, DE LOS, LA, LAS, LOS, VAN, VD, TEN, relación que puede ser incrementada a indicación del INE.

La suma de las longitudes de los campos de partículas con los apellidos no deberá sobrepasar, en ningún caso la longitud de 25 caracteres, por lo que la longitud máxima de los apellidos cuando existan partículas será igual a 25-(longitud de partícula + 1).

6. Los valores posibles serán 1 = Varón, 6 = Mujer.

7. El formato de los campos de fecha será siempre AAAAMMDD, donde AAAA = Año, MM = Mes, DD = Día.

8. Indicará el tipo de documento que presenta el habitante para su identificación con los valores posibles: 1 = DNI, 2 = Pasaporte, 3 = Tarjeta de Residencia, 0 = Sin documento acreditativo.

9. El código de nivel de estudios unifica las codificaciones propuestas por INDALO y las solicitadas por el INE para censo electoral. Aquellos Ayuntamientos que aún no hayan incorporado en su Padrón la codificación propuesta por INDALO únicamente tendrán que cumplimentar los códigos cuyo segundo dígito sea 0.

Código / Descripción

10 / No sabe leer ni escribir.

11 / No sabe leer ni escribir.

20 / Titulación inferior al grado de escolaridad.

21 / Sin estudios.

22 / Enseñanza Primaria incompleta, cinco cursos de EGB o equivalente.

30 / Graduado Escolar o equivalente.

31 / Bachiller Elemental, Graduado Escolar, EGB completa, Primaria completa, certificado de escolaridad o equivalente.

32 / Formación Profesional primer grado, Oficialía industrial.

40 / Bachiller, Formación Profesional de segundo grado o títulos equivalentes o superiores.

41 / Formación profesional segundo grado, Maestría industrial.

42 / Bachiller superior, BUP.

43 / Otros titulados medios (Auxiliar de clínica, Secretariado, Programador informático, Auxiliar de vuelo, Diplomado en artes y oficios, etc.).

44 / Diplomado de escuelas universitarias (Empresariales, Profesorado de EGB, ATS y similares).

45 / Arquitecto o Ingeniero técnico.

46 / Licenciado universitario, Arquitecto o Ingeniero superior.

47 / Titulados de estudios superiores no universitarios.

48 / Doctorado y estudios de postgrado o especialización para licenciados.

10. Código de nacionalidad. Este código deberá existir siempre aunque se trate de españoles. Los códigos de nacionalidades se obtendrán de la Orden de 25 de septiembre de 1995 por la que se dictan las directrices e instrucciones técnicas para la realización del Padrón municipal de habitantes de 1996, así como de las observaciones realizadas en el anexo VII de esta misma Orden.

11. Un determinado habitante reside en un municipio determinado (CPRO-CMUN), pero este habitante puede ir a residir a otro municipio o puede ser que provenga de otro distinto. Estos últimos datos son los que se incorporarán en los campos (PRDP y MUDP). Estos campos deberán estar cumplimentados en los casos de variaciones intermunicipales del habitante tanto para el alta como para la baja.

Se determinará si son campos de procedencia o destino en conjunción con el código y causa de variación. Por ejemplo, un determinado habitante que reside en el municipio 001 de la provincia 01 cambiará su residencia al municipio 003 de la provincia 03. Los registros y valores de los campos a que daría lugar este cambio de residencia serían los siguientes:

Campo / Municipio 01 001 / Municipio 03 003

CPRO. / 01 / 03

CMUN. / 001 / 003

CVAR. / Baja / Alta

CAUV. / Variación residencial / Variación residencial

PRDP. / 03 / 01

MUDP. / 003 / 001

12. En los casos de variaciones residenciales con el extranjero, sería conveniente que se identificase el Consulado.

Cada Consulado se encuentra codificado independientemente del país en que se localiza, sin ser necesario que el Consulado en que se inscriba el emigrante se localice en el mismo país de residencia (o destino) ya que puede suceder que en un determinado país no existan Consulados.

13. La tabla de Causas de Variación (CAUV) en relación con los códigos de Variación (CVAR) se ajustará a la siguiente:

CVAR / CAUV / Descripción

A / OM. / Alta por omisión.

CR. / Alta por cambio de residencia.

NA. / Alta por nacimiento.

B / DE. / Baja por defunción.

II. / Baja por inclusión indebida.

DU. / Baja por duplicado.

CR. / Baja por cambio de residencia.

M / PE. / Modificación datos personales.

RD. / Rectificación de datos por modificaciones territoriales sin intervención del habitante.

CD. / Modificación cambio de domicilio.

14. Los documentos acreditativos del habitante (documento nacional de identidad, pasaporte, tarjeta de re sidencia) como norma deberían estar incluidos en el campo IDEN [N(8)], mientras que el tipo de documento vendría definido en el campo Tipo de Identificador (TIDEN).

A pesar de ello es probable que ciertas identificaciones de estos documentos (fundamentalmente pasaporte de extranjeros) no se adecuen al formato especificado en IDEN y sea preciso incluirlas en el campo de NDOCU (número de documento), es decir el campo NDOCU únicamente estará cumplimentado cuando por el formato del número del documento no pueda ser incluido en el campo IDEN (normalmente cuando el documento no está expedido por autoridades españolas).

15. En todos los casos de provincia-municipio tratados en este documento se está refiriendo a municipios del territorio español. En el caso de que se trate de variaciones residenciales con el extranjero, los códigos de provincia involucrados se marcarán con 66, mientras que los códigos de municipio estarán cumplimentados con el respectivo código de país. La codificación de estos últimos se obtendrá de la misma forma que para el campo NACI.

16. En estos campos se ha intentado obtener todas las posibilidades de direcciones postales. No debe olvidarse que la estructura señalada es siempre una estructura mínima y las particularidades de cada Ayuntamiento pueden y deben ser introducidas como atributos adicionales.

De forma general la ausencia de un determinado dato se indicará con blancos, aunque el dato en cuestión deba tener contenido numérico en caso de existir.

En los campos de bloque, portal, escalera, planta y puerta si su contenido es alfabético se justificará a la izquierda con blancos a la derecha, si el contenido es numérico se rellenará con ceros a la izquierda.

En función de las tablas utilizadas actualmente por diferentes organismos para ESCA, recomendamos la normalización de los casos más habituales en la tabla que a continuación se detalla:

ESCA / Descripción / ESCA / Descripción

EX. / Exterior. / IZ. / Izquierda.

YN. / Interior. / DR. / Derecha.

CN. / Centro. / CD. / Centro derecha.

CI. / Centro izquierda. / YI. / Interior izquierda.

YD. / Interior derecha. / EI. / Exterior izquierda.

YC. / Interior centro. / EC. / Exterior centro.

CY. / Centro interior derecha. / CZ. / Centro interior izquierda.

CE. / Centro exterior derecha. / CZ / Centro exterior izquierda.

En la tipología de local = vivienda para PLAN se recomienda la siguiente estructura:

PLAN / Descripción / PLAN / Descripción

P01. / Planta primera. / P02. / Planta segunda.

Pxx. / Planta XX. / SOT. / Sótano.

SSO / Semisótano. / PBJ. / Planta baja.

PBI. / Bajo interior. / PBE. / Bajo exterior.

ENT. / Entresuelo. / PRL. / Principal.

A01. / Ático 01. / Axx. / Ático XX.

ALT. / Altillo. / S01. / Sótano 01.

S02. / Sótano 02. / Sxx. / Sótano XX.

Para el campo TLOC, el INE diferenciará los siguientes contenidos:

TLOC / Descripción / TLOC / Descripción

1 / Vivienda o alojamiento. / 2 / Establecimiento colectivo.

17. Cumplimentación del fichero de intercambio.

CVAR = A (Alta del Habitante en el Municipio). Tendrán contenido los datos de identificación marcados con asterisco (*) y todos los datos de variación.

CVAR = B (Baja del Habitante en el Municipio). Tendrán contenido exclusivamente los datos de identificación.

Cuando la baja sea por duplicado, los campos de «Datos de Variación» se cumplimentarán con los datos del habitante con el que está duplicado.

CVAR = M (Modificación del Habitante en el Municipio). Todos los campos estarán cumplimentados.

Cuando las variaciones al Padrón vengan definidas por Variaciones Residenciales, tanto para el alta como para la baja deberán cumplimentarse los campos de Provincia-Municipio de Destino/Procedencia.

7. Renumeración de vías.-Cuando una vía (Unidad Poblacional o Pseudovía) haya sufrido una renumeración en sus números, el Ayuntamiento identificará número a número la situación inicial y la final mediante el siguiente formato de registro:

Campo / Descripción / Atr. / Ob.

Datos

identif. / CPRO / Código de provincia. / N(2)

CMUN / Código de municipio. / N(3)

CUN / Código de unidad poblacional. / N(7)

CVIA / Código de vía. / N(5)

CPSVIA / Código de pseudovía.

TINUM / Tipo de numeración / N(1)

NCALI / Número de calle inicial. / N(4)

CNCALI / Calificador de NCALI / A(1)

NCALIS / Número de calle inicial (superior). / N(4)

CNCALIS / Calificador de NCALIS (superior). / A(1)

Datos

variac. / NCALF / Número de calle de destino. / N(4)

CNCALF / Calificador de NCALF. / A(1)

NCALFS / Número de calle final (superior). / N(4)

CNCALFS / Calificador de NCALFS (superior). / A(1)

Observaciones:

1. Todos los datos estarán siempre cumplimentados, salvo los campos NCALIS, CNCALIS, NCALFS, CNCALFS que pueden permanecer a blancos cuando el domicilio carezca de doble numeración.

2. Los datos de identificación siempre contendrán los datos iniciales que posea el INE antes de cualquier tipo de rectificación.

3. Los datos de variación tendrán siempre el valor del número de calle después de haber realizado la rectificación.

Si una vía únicamente sufre una renumeración, tanto la numeración inicial como la final se corresponderían con numeraciones de la misma vía.

Si dos vías (vía A y vía B) se fusionan en una sola (vía C), lo normal es que, al menos, una de las dos vías fusionadas (por ejemplo, la vía B) se renumere. La cumplimentación del fichero de renumeración de vías se realizará indicando en la situación inicial los números de la vía inicial (vía B) y en los datos de variación los números de la vía final (vía C). (Como es obvio, el Ayuntamiento ha debido indicar en los ficheros adecuados que se ha producido la fusión de estas dos vías.)

Anexo: Contenido mínimo de ficheros

Los siguientes diseños de registro se ofrecen exclusivamente como una información adicional a los ficheros de intercambio.

Se trata de describir unas estructuras mínimas que permitan realizar el intercambio de información, aunque, como es evidente, estos ficheros en cada Ayuntamiento pueden ser modificados para facilitar la gestión propia de cada uno.

1. Relación de unidades poblacionales

Campo / Descripción / Atrib.

CPRO. / Código de provincia. / N(2)

CMUN. / Código de municipio. / N(3)

CUN. / Código de unidad poblacional. / N(7)

NOMB. / Nombre oficial. / A(70)

NOMB50. / Nombre a 50 caracteres. / A(50)

NOMBC. / Nombre corto. / A(25)

FVAR. / Fecha de variación. / N(8).

CVAR. / Código de variación. / A(1).

El nombre (NOMB, NOMB50 y NOMBC) se correspondería con el nombre del municipio, entidad colectiva, entidad singular y/o núcleo/diseminado, teniendo presente la siguiente regla:

Sí / es / a / Entonces NOMB es

NN. / Igual. / 99 / *Diseminado*.

En otro caso. / NN. / Distinto. / 00 / Nombre del núcleo.

En otro caso. / SS. / Distinto. / 00 / Nombre de entidad singular.

En otro caso. / CC. / Distinto. / 00 / Nombre entidad colectiva.

En otro caso. / CMUN. / Distinto. / 000 / Nombre del municipio.

En otro caso. / / / / ERROR.

2. Relación de vías

Campo / Descripción / Atrib.

CPRO. / Código de provincia. / N(2)

CMUN. / Código de municipio. / N(3)

CVIA. / Código de vía. / N(5)

TVIA. / Código de tipo de vía. / N(5)

POS. / Posición del tipo de vía. / N(1)

NVIA. / Nombre de vía. / A(50)

NVIAC. / Nombre de vía corto. / A(25)

FVAR. / Fecha de variación. / N(8)

CVAR. / Código de variación. / A(1)

3. Relación de pseudovías

Campo / Descripción / Atrib.

CPRO. / Código de provincia. / N(2)

CMUN. / Código de municipio. / N(3)

CPSVIA. / Código de pseudovía. / N(5)

DPSVIA. / Descripción de pseudovía. / A(50)

FVAR. / Fecha de variación. / N(8)

CVAR. / Código de variación. / A(1)

4. Relación de tipos de vía

Campo / Descripción / Atrib.

TVIAN. / Tipo de vía normalizado. / N(5)

TVIA. / Tipo de vía. / A(5)

DTVIA. / Descripción del tipo de vía. / A(25)

5. Relación de tramos

Campo / Descripción / Atrib.

CPRO. / Código de provincia. / N(2)

CMUN. / Código de municipio. / N(3)

DIST. / Distrito. / N(2)

SECC. / Sección. / N(3)

LSECC. / Letra de sección. / A(1)

SUBSC. / Subsección. / A(2)

CUN. / Código de unidad poblacional. / N(7)

CVIA. / Código de vía. / N(5)

CPSVIA. / Código de pseudovía. / N(5)

MANZ. / Manzana. / A(12)

TINUM. / Tipo de numeración. / N(1)

EIN. / Extremo inferior de numeración. / N(4)

CEIN. / Calificador extremo inferior de numeración. / A(1)

ESN. / Extremo superior de numeración. / N(4)

CESN. / Calificador extremo superior de numeración. / A(1)

CPOS. / Código postal. / N(5)

FVAR. / Fecha de variación. / N(8)

CVAR. / Código de variación. / A(1)

6. Relación de habitantes

Campo / Descripción / Atrib.

CPRO. / Código de provincia de residencia. / N(2)

CMUN. / Código de municipio de residencia. / N(3)

DIST. / Distrito. / N(2)

SECC. / Sección. / N(3)

LSECC. / Letra de sección. / A(1)

CUN. / Código de unidad poblacional. / N(7)

CVIA. / Código de vía. / N(5)

CPSVIA. / Código de pseudovía. / N(5)

TINUM. / Tipo de numeración. / N(1)

NUMER. / Número. / N(4)

CNUMER. / Calificador de NUMER. / A(1)

NUMERS. / Número superior. / N(4)

CNUMERS. / Calificador de NUMERS. / A(1)

KMT. / Kilómetro. / N(3)

HMT. / Hectómetro. / N(1)

BLOQ. / Bloque. / A(2)

PORT. / Portal. / A(2)

ESCA. / Escalera. / A(2)

PLAN. / Planta. / A(3)

PUER. / Puerta. / A(4)

TLOC. / Tipo de local. / A(1)

NIA. / Número de identificación del Ayuntamiento. / A(15)

NHOP. / Número de hoja padronal. / A(10)

NIE. / Número de identificación electoral. / N(11)

NOMB. / Nombre del habitante. / A(20)

PART1. / Partícula del primer apellido. / A(6)

APE1. / Primer apellido. / A(25)

PART2. / Partícula del segundo apellido. / A(6)

APE2. / Segundo apellido. / A(25)

SEXO. / Sexo. / N(1)

CPRON. / Código de provincia de nacimiento. / N(2)

CMUNN. / Código de municipio de nacimiento. / N(3)

FNAC. / Fecha de nacimiento. / N(8)

TIDEN. / Tipo de identificador. / N(1)

LEXTR. / Letra documento extranjeros. / A(1)

IDEN. / Identificador. / N(8)

LIDEN. / Letra de control del identificador. / A(1)

NDOCU. / Número de documento. / A(20)

CNES. / Código de nivel de estudios. / N(2)

NACI. / Código de nacionalidad. / N(3)

PRDP. / Código de provincia de destino o procedencia. / N(2)

MUDP. / Código de municipio de destino o procedencia. / N(3)

CODP. / Código de consulado de destino-procedencia. / N(3)

FVAR. / Fecha de variación de datos del habitante. / N(8)

CVAR. / Código de variación. / A(1)

CAUV. / Causa de variación. / A(2)

Tipo: Orden de Estadística	Area: Estadística
Resumen: La Ley Orgánica 3/1995, de 23 de marzo, de modificación de la Ley Orgánica 5/1985, de 19 de junio, del Régimen Electoral General, sustituyó el sistema de revisión anual del Censo Electoral por un nuevo sistema de remisión continua, estableciendo la remisión mensual por parte de los Ayuntamientos de las variaciones de los inscritos en el Censo Electoral producidas durante el mes anterior.
Fecha: 11/07/1997 Ambito: Nacional
Estado: Vigente

	Mes	Día
Desde
Hasta

Normativa: Nacional

Orden de 11 de Julio de 1997 sobre comunicaciones electrónicas entre las Administraciones Públicas referentes a la información de los Padrones municipales.