En cuanto a las normas para su creación, contenido, mantenimiento y custodia el Padrón Municipal se rige por lo dispuesto en la Ley 7/1985 de 2 de abril, Reguladora de las bases del Régimen Local, cuya redacción ha sido modificada por la Ley 4/ 1996 de 10 de enero, y a la normativa que las desarrolla.

Entre esta, por la especial relevancia de la misma hay que citar al Reglamento de Población y Demarcación Territorial, aprobado por el Real Decreto 2612/1996, de 20 de diciembre, y a la Resolución de 1 de abril de 1997, de la Presidenta del Instituto Nacional de Estadística y del Director General de Cooperación Territorial, por la que se dictan instrucciones técnicas a los Ayuntamientos sobre la gestión y revisión del padrón municipal.

En cuanto a la reserva y secreto de los datos incluidos en él, el Padrón está sujeto a lo dispuesto en la Ley Orgánica 5/1992 de 29 de octubre, de regulación del tratamiento automatizado de datos de carácter personal.

El operador debe saber que según lo dispuesto en el artículo 42 y 45 de la citada Ley constituye infracción grave o muy grave la vulneración del secreto y la protección a que están sometidos estos datos, y que la responsabilidad, tanto administrativa como de cualquier otro tipo, de la citada vulneración recaerá personalmente en quién la cometiera.

El Padrón Municipal sirve para posibilitar las relaciones entre la administración y el administrado.

Además la inscripción en el padrón, al ser la fuente para la elaboración del Censo Electoral, es imprescindible para poder ejercer el derecho de voto reconocido en la Constitución. También es necesario estar empadronado para poder acceder a determinados servicios y prestaciones que proporcionan los Ayuntamientos, o de otras administraciones públicas que los canalizan a través de ellos, como becas, atención a la tercera edad, etc, y en general, siempre que se deba acreditar fehacientemente la residencia en un municipio ante cualquier persona física o jurídica.

Toda persona que viva en España está obligada a inscribirse en el municipio donde resida habitualmente. Quien viva en más de un municipio deberá inscribirse únicamente en aquel en que resida más tiempo al año.

La formación, mantenimiento, revisión y custodia del padrón municipal corresponde a los Ayuntamientos, de acuerdo con las normas aprobadas conjuntamente por el Ministerio de Economía y Hacienda y por el Ministerio de las Administraciones Públicas a propuesta del Consejo de Empadronamiento.

Todos los padrones municipales deben gestionarse por medios informáticos. Las Comunidades Autónomas uniprovinciales, Diputaciones Provinciales, Cabildos y Consejos Insulares apoyarán técnicamente a aquellos municipios que por su menor capacidad de gestión no lo lleven efectivamente así.

La función del INE en relación con el Padrón Municipal consiste en realizar la coordinación entre todos los padrones municipales, así como de estos con la información procedente de otras fuentes, con el fin de subsanar posibles errores y evitar dobles inscripciones, y en comunicar a los Ayuntamientos aquellas actuaciones que deben realizar en su padrón para que éste concuerde con la realidad.

Para que pueda desarrollar esta función los Ayuntamientos comunican mensualmente al INE, en soporte magnético, todas las variaciones ( Altas, Bajas y Modificaciones) que han experimentado sus padrones durante el mes anterior.

Recibidas estas variaciones el INE procede a incorporarlas de forma automática a sus bases de datos, comunicando a los Ayuntamientos, una vez realizada esta incorporación, las distintas incidencias y errores que se hubieran detectado durante el proceso, para que procedan a corregirlas en sus padrones.

Es un órgano colegiado de colaboración entre la Administración General del Estado y los Entes Locales en materia padronal.

El Consejo de Empadronamiento tiene carácter nacional y dispone de Secciones Provinciales para conseguir una mayor agilidad en su funcionamiento.

Esta compuesto por representantes de las Entidades Locales, del Instituto Nacional de Estadística, de la Oficina del Censo Electoral y del Ministerio de las Administraciones Públicas, y la Presidencia del Consejo de Empadronamiento corresponde al Presidente del INE.

Informar con carácter vinculante al Presidente del INE sobre cuantas discrepancias surjan en materia padronal entre Ayuntamientos, Diputaciones Provinciales, o entre estos entes y el INE. Informar con carácter vinculante las propuestas que eleve al Gobierno el Presidente del INE sobre cifras oficiales de población de los municipios españoles, proponer la aprobación de las instrucciones técnicas precisas para la buena gestión de los padrones municipales, informar, con carácter vinculante sobre las altas y bajas de oficio e informar asimismo de cuantas cuestiones relacionadas con el Padrón Municipal puedan proponer o plantear la Administraciones Públicas.

El PERE es el Padrón Especial de Españoles Residentes en el Extranjero, en el que figuran todos los españoles que teniendo fijada su residencia fuera del territorio nacional, se encuentran inscritos en los libros de matricula de las correspondientes Oficinas Consulares.

• Los Ayuntamientos generan los ficheros de intercambio con todas las variaciones, tanto de callejero como de habitantes, que ha experimentado su padrón y envían ese fichero a la respectiva delegación provincial.
• Las delegaciones provinciales reciben los ficheros de los ayuntamientos, los acuerdos de la Sección Provincial del Consejo de Empadronamiento y los boletines de partos y defunciones, los someten al proceso 1 y como resultado se obtienen los ficheros provinciales que se envían por teleproceso a SS.CC. del INE
• A los ficheros provinciales se les añade el fichero que el INE ha generado como consecuencia de acuerdos del Consejo de Empadronamiento, sentencias judiciales o de información del PERE y se ejecuta el proceso 2 que a su vez genera un fichero de intercambio para cada provincia, que se describirá más adelante.

• Una vez recibido este fichero en cada delegación provincial se ejecuta el proceso 3 que generará un fichero de intercambio municipal que contendrá las comunicaciones de variaciones rechazadas, las reclamaciones de acciones que deben realizar los Ayuntamientos en su Padrón, los errores detectados por el INE en la base de habitantes, y otras comunicaciones que no requieren respuesta por parte de los Ayuntamientos. Este fichero será enviado por la Delegación Provincial a cada uno de los Ayuntamientos.

Aunque la incorporación de las variaciones recibidas se realiza de forma automática, en ocasiones, y por distintos motivos, es necesaria la intervención manual para poder incorporar a los padrones, con todo lo que el sistema requiere, determinados movimientos comunicados por los Ayuntamientos.

Debe tenerse en cuenta que para determinar a que ciudadano corresponde una determinada variación remitida por los ayuntamientos el sistema compara los datos de identificación de la misma con los que figuran en el fichero, y exige una identidad total entre todos estos datos para realizar el movimiento. En ocasiones, y debido a que varios Ayuntamientos pueden comunicar movimientos que afecten al mismo ciudadano no se produce esta identidad, pero el parecido entre los datos es tal que cualquier persona podría determinar sin error a que ciudadano se refiere la variación. Esto puede ocurrir, por ejemplo, cuando un Ayuntamiento realiza un Alta por Cambio de Residencia y utiliza una abreviatura en el nombre que el otro Ayuntamiento no ha utilizado, cuando se ha producido un error en la digitalización del número de DNI y el resto de los datos coinciden…. . En estas circunstancias el sistema no puede localizar el registro que debe dar de baja, pero cualquier persona podría indicárselo sin error.

Esta situación se presenta en las siguientes circunstancias:

1. Cuando el sistema no encuentra en la base ningún registro que responda a la identificación enviada por el Ayuntamiento. En esta situación no pude incorporar la variación porque no sabe a que ciudadano se refiere.
2. Cuando el sistema encuentra en la base más de un registro que responde a esta identificación. En esta situación tampoco puede proceder a la incorporación porque, al igual que en el caso anterior, el sistema no sabe a que ciudadano se refiere la modificación.
3. Cuando es necesario incorporar al sistema determinados movimientos de los que el INE ha tenido conocimiento en soporte papel, esto es, mediante un escrito de otro Organismo. En estas ocasiones es necesario generar un movimiento en soporte magnético que sea inteligible por el sistema.
4. Cuando es necesario confirmar un movimiento que, habiendo sido comunicado por el Ayuntamiento, es contradictorio con la información que posee el INE procedente de otra fuente, pero que el Ayuntamiento ha demostrado aportando documentación. Esta situación se plantea, por ejemplo, cuando el Ayuntamiento envía un Alta por Nacimiento que el INE no ha recibido del Registro Civil, y cuando el INE le comunica este extremo, el Ayuntamiento aporta como prueba la partida de nacimiento, o la copia del libro de familia.

La labor del operador es precisamente realizar esta intervención manual, bien para confirmar al sistema el movimiento recibido, bien para identificarle el registro concreto al que afecta el movimiento recibido.

- Movimientos procedentes de los Ayuntamientos: Se comunican mensualmente, en soporte magnético, mediante el envío, por parte del Ayuntamiento de un fichero que tiene siempre el mismo formato de registro y que se denomina fichero de intercambio. Estos ficheros se incorporan mensualmente al sistema.

- Altas por Nacimiento y Bajas por defunción procedentes de los Registros Civiles: Estos movimientos también se incorporan al sistema mensualmente, son el resultado de la grabación en las Delegaciones Provinciales de los documentos por los que los Registros Civiles comunican al INE los Nacimientos y las Defunciones que han registrado.

- Movimientos procedentes de decisiones del Consejo de Empadronamiento o de Sentencias Judiciales: Se reciben en soporte papel cuando se producen, se incorporan al sistema efectuando su transformación en un movimiento reconocible por el sistema y posterior grabación

- Movimientos procedentes de otras fuentes: Son movimientos generados por otras fuentes distintas de la anteriores, que no tienen carácter mensual, pero que afectan a los padrones municipales y por lo tanto, el INE debe controlar.

Fundamentalmente los movimientos que se originan se derivan de información del PERE, de información facilitada por el Ministerio del Interior relativa al número del DNI, de cambios de nombre, apellidos o sexo procedente de los Registros Civiles….

En el fichero de intercambio mensual, los Ayuntamientos comunican todas las variaciones que hayan experimentado en sus padrones durante el mes anterior, así como las respuestas a las comunicaciones que el INE les haya realizado en los meses precedentes.

En los ficheros de intercambio se incluyen los siguientes tipos de movimientos:

1. Comunicación de movimientos como consecuencia de una variación en el estatus de la población que ha sido realizada por el Ayuntamiento en su padrón; se clasifican en :

1. Altas: que pueden ser:

• Procedentes del extranjero: Implican la baja en el Padrón Especial de Españoles Residentes en el Extranjero ( PERE) si se trata de un español, y no implican baja alguna si se trata de un extranjero.
• Procedentes de territorio Nacional: Implican la baja en el Padrón del municipio de procedencia.

1. Bajas, que pueden ser:

- Por Defunción: Se producen como consecuencia de la defunción de un ciudadano que se encontraba inscrito en el padrón.

- Por Cambio de Residencia: Se producen como consecuencia de la inscripción en el padrón de otro municipio de un ciudadano que ha trasladado su residencia y que se encontraba inscrito originalmente en el padrón del municipio que remite la baja.

- Por inscripción indebida: Se producen como consecuencia de que un ciudadano que no debía encontrarse inscrito en el padrón de un municipio. Se encontraba, sin embargo inscrito en el mismo.

- Por Duplicado: Se producen como consecuencia de que un ciudadano se encuentra inscrito más de una vez en el padrón, ya sea mas de una vez en el padrón del mismo municipio ( duplicados intramunicipales), ya sea en los padrones de varios municipios (duplicados intermunicipales).

2. Modificaciones, que pueden ser:

1. Rechazos a comunicaciones previas efectuadas por el INE: Se producen cuando un Ayuntamiento comunica una variación del primer tipo, y al incorporarla el INE al sistema detecta que esta variación presenta determinadas incidencias o errores que impiden que se incorporen al sistema.

Los ficheros que forman parte del sistema, y que se actualizan a partir de los movimientos que entran al sistema son los siguientes:

1. Fichero de habitantes.

Como ya se ha explicado, en ocasiones, el sistema no puede determinar de forma automática a que registro afecta un determinado movimiento.

Esto ocurre porque el sistema, para determinar a que ciudadano afecta un movimientos exige que se produzca una identidad total entre los campos de identificación que tiene el movimientos y los que figuran en la base de habitantes.

Por distintos motivos, ( errores de grabación, utilización de abreviaturas, …) en ocasiones esta identidad no se cumple completamente, y es necesario identificar al sistema, de forma unívoca, a que ciudadano afecta la variación en cuestión.

Para ello, el operador debe comprobar la coincidencia entre los datos de identificación que figuran en la variación y los que figuran en la base de habitantes, y determinar a que ciudadano concreto es al que afecta.

Se consideran datos de identificación a los siguientes datos:

- Nombre

- Apellidos

- Fecha de nacimiento

- DNI, si existe

Como campo auxiliar para determinar la asignación se utiliza el Código de la provincia y el municipio de nacimiento.

Hay que insistir que cuando el operador no esté seguro de si la variación afecta a un determinado ciudadano no debe efectuar la asignación, y debe dar la variación como no asignada.

Dadas las consecuencias que puede tener el realizar una asignación incorrecta a un bloque de variaciones, los programas previstos para realizar las asignaciones han sido preparados para que exijan la confirmación de todas la asignaciones realizadas.

Así, cuando el operador efectúa una asignación, el programa considera que dicha asignación es provisional, y sólo la transforma en definitiva cuando el operador confirma la misma, desapareciendo el bloque a partir de ese momento de la pantalla de asignación de bloques.

Un bloque es el conjunto de variaciones remitidas por los Ayuntamientos que coinciden completamente en los datos de identificación.

Con objeto de evitar que varios operadores efectúen varias veces la misma búsqueda, las variaciones procedentes de los Ayuntamientos se han agrupado, tomando como base los datos de identificación que figuran en la variación.

De esta forma, cuando el operador efectúa una asignación, lo que esta haciendo es indicar al sistema a que ciudadano afectan el conjunto de variaciones remitidas por los Ayuntamientos que tienen la misma identificación.

Algunos programas permiten unificación de varios bloques, esto es, que el operador indique al sistema que dos o mas bloques que no coinciden completamente en la identificación corresponden sin embargo al mismo ciudadano.

Un candidato es un registro del fichero de habitantes que el sistema ha determinado previamente que guarda un gran parecido en los campos de identificación con la variación o el bloque de variaciones cuya búsqueda se está realizando.

Obviamente los candidatos no guardan un identidad total con las variaciones buscadas en los campos de identificación, sin embargo el parecido es muy elevado, por lo que lo más probable es que entre los candidatos elegidos por el sistema se encuentre el registro a que afecta la variación.

Un duplicado se produce cuando un mismo ciudadano se encuentra inscrito en dos o más padrones.

En algunas ocasiones los programas permiten:

1. Que el operador le indique al sistema que dos registros del fichero de habitantes corresponden al mismo ciudadano.
2. Que el operador indique al sistema que una defunción comunicada por MNP afecta a dos o más registros de habitantes.

En cada uno de los programas se detalla en que ocasiones puede el operador efectuar estas asignaciones.

Confirmar un rechazo consiste en que el operador indique al sistema que un determinado rechazo realizado por un Ayuntamiento debe ser admitido, ya que el Ayuntamiento ha aportado documentación suficiente como para considerar que el rechazo ha sido correctamente realizado.

Denegar un rechazo consiste en que el operador indique al sistema que un rechazo realizado por un ayuntamiento no debe ser admitido, ya que el Ayuntamiento no ha aportado documentación suficiente que justifique el mismo.

Los rechazos que es necesario confirmar o denegar le son proporcionados al operador mediante un fichero específico, obtenido a partir del fichero de consultas, en el que se encuentran.

Cuando se produce alguna comunicación a los Ayuntamientos, ya sea para indicarles que en una variación remitida por ellos se ha producido una determinada incidencia o algún error, ya sea para reclamarles que efectúen determinado movimiento en su padrón, se añade al registro del movimientos en cuestión una cola de 150 posiciones en la que se marca en cada posición determinada, normalmente mediante una X, si el registro presenta, o no, determinada incidencia.

Cada posición concreta tiene un significado, de forma que si un registro esta marcado, por ejemplo, en la posición 72, significa que el Ayuntamiento ha comunicado un Alta por Nacimiento y que la misma no ha sido comunicada por del Registro Civil.

En el anexo que acompaña al presente manual se detalla el significado de cada una de las posiciones de esta cola de errores.

En los ficheros de habitantes y Consultas se copian los registros comunicados que han sido incorporados al sistema, junto con su correspondiente cola de errores, de forma que el INE conoce en cada momento que errores concretos presentaba una comunicación efectuada a los Ayuntamientos.

De todos los errores que pueden comunicarse a los Ayuntamientos, sólo algunos pueden se rechazados por estos, encontrándose en consultas todos los errores que son susceptibles de rechazo.

Los errores que son susceptibles de rechazo por parte de los Ayuntamientos son los siguientes:

• Asignar uno o varios habitantes a las variaciones enviadas por los Ayuntamientos que no han sido incorporadas informáticamente por el sistema al no haber podido localizar ( o haber localizado más de uno, en su caso) el registro a que afectan.
• Buscar en el PERE los españoles dados de Alta por los ayuntamientos, que no han sido localizados de forma automática por el sistema.
• Asignar uno o varios habitantes a los nacimientos y defunciones comunicadas por el Registro Civil que no han sido incorporadas informáticamente por el sistema al no haberse podido determinar de forma automática el registro del fichero de habitantes a que afecta.
• Buscar en el fichero de MNP los nacimientos y defunciones comunicadas por los Ayuntamientos y que se encuentran en consultas, que no han sido localizadas de forma automática en los ficheros de MNP.
• Confirmar o denegar los diferentes rechazos realizados por los ayuntamientos y que, por cuanto precisan del análisis de documentación para su confirmación no pueden ser realizados de forma automática.
• Consolidar y/o eliminar los duplicados que precisan intervención manual para su confirmación.
• Introducir determinados movimientos al sistema, tanto procedentes de decisiones tomadas por el Consejo de empadronamiento o sentencias judiciales, como resultado de decisiones y movimientos realizados por los Ayuntamientos que han comunicado en soporte papel, porque no pueden realizarlas de otra forma y que es necesario introducir en el sistema.
• Introducir al sistema y ordenar la documentación remitida por los ayuntamientos para comunicar determinados rechazos.

Cada uno de los ordenadores personales será asignado a un operador, al que se proporcionará también sus correspondientes claves para acceder a los distintos programas. Estas claves son personales y no deben ser comunicadas a terceras personas. Cada operador será responsable de los trabajos que se hayan realizado utilizando su clave personal.

A cada operador se le asignará un supervisor, que será el encargado de supervisar y confirmar su trabajo, resolver cuantas dudas y cuestiones se planteen en relación con el mismo y proporcionarle el material que necesite.

El operador, utilizando para ello los programas que se le proporcionan, realizará las búsquedas manuales de los lotes y movimientos que le encomiende su Supervisor.

En el trabajo que realice, el operador debe tener presente:

1. Que, como ya se ha dicho, el operador está obligado a guardar secreto sobre los datos que conozca en el desarrollo de su trabajo.
2. Que no debe efectuar más búsquedas en las base de datos que las necesarias para el desarrollo de su trabajo.
3. Que las asignaciones que realice pueden afectar a los derechos de los ciudadanos, porque pueden incidir en las correspondientes inscripciones de los mismos en el Padrón, en consecuencia, cuando tenga dudas de si la asignación corresponde, o no, al ciudadano en cuestión, debe abstenerse de realizar la asignación y consultar al supervisor.
4. Que su trabajo será confirmado y revisado posteriormente por el supervisor.
5. Que se obtendrán estadísticas periódicas sobre el rendimiento de cada operador, y que en todo caso, el sistema guarda memoria de que operador ha realizado cada asignación.

Una vez realizada la distribución del trabajo por parte de los Supervisores, los operadores procederán a realizar las búsquedas que les han sido encomendadas, dirigiéndose a su supervisor para resolver cuantas dudas y cuestiones se le planteen en el desarrollo del mismo, informándole, cuando este le requiera, de la marcha del trabajo y comunicándole la finalización del trabajo asignado cuando se produzca.

1. Programa P4PASIGNA

Este programa, tiene dos versiones, una que funciona en modo local, es decir, sin consultar la base de habitantes, y otra que funciona en modo remoto, es decir consultando la base de habitantes y extrayendo los candidatos de ella.

Esta encargado de realizar las asignaciones para los movimientos que se describen a continuación y efectúa las búsquedas y las asignaciones por bloques.

El programa permite:

1. Asignación de registros de habitantes para bloques de variaciones remitidas por los Ayuntamientos para las que no ha sido posible determinar de forma automática el habitante o habitantes a que afecta.
2. Asignación de registros de habitantes para defunciones procedentes de MNP para las que no ha sido posible determinar de forma automática el habitante afectado. En este caso el programa permite marcar varios registros, ya que puede ser que en el fichero de habitantes el mismo ciudadano figurara inscrito varias veces.
3. Asignación de registros de habitantes para nacimientos procedentes de MNP para las que no ha sido posible asignar de forma automática el domicilio en el que deben ser inscritos. En este caso el programa permite realizar las siguientes búsquedas: la del nacido, la de la madre y la del padre. El operador debe efectuar las búsquedas en el orden anterior, y asignar un solo registro, es decir, si encuentra al niño, no debe buscar ni a la madre ni al padre, y si encuentra a la madre, no debe buscar al padre.

1. Programa XXXXX o de búsqueda en los ficheros de MNP de nacimientos y defunciones comunicadas por los Ayuntamientos, que se encuentran en consultas y que no han sido localizadas en MNP. Efectúa las búsquedas en los registros de MNP que no han sido asignados, en habitantes y en consultas.
2. Programa XXXX o de confirmación de rechazos efectuados por los Ayuntamientos.

Este programa ofrece al operador cada uno de los rechazos que han realizado los Ayuntamientos y le permite aceptar o denegar el rechazo.

3. Programa XXXXX de consolidación y/o eliminación de duplicados que precisan intervención manual para la misma. Este programa ofrecerá al operador los distintos duplicados que se encuentran en consultas y que no han sido contestados por los Ayuntamientos, con el fin de que el operador confirme que se trata de un duplicado o dé el duplicado por resuelto, en base a la documentación de que disponga.
4. Programa XXXXX o de generación de movimientos al sistema.

Desde la pantalla principal se ofrecen al operador una serie de opciones enfocadas a determinar que trabajo desea realizar. Para ejecutar alguna de estas aplicaciones bastará con que el operador sitúe el cursor sobre el programa que quiere ejecutar.

Existen dos versiones diferentes de este programa, una de ellas enfocada para la asignación a un bloque de variaciones de algún candidato de entre los localizados en el fichero de habitantes, y la otra enfocada para la búsqueda en habitantes de registros que cumplan las condiciones que fije el operador.

En la descripción que sigue se ha especificado para pantalla, cuales son comunes a ambas aplicaciones y cuales son específicas de cada una de ellas.

Se presentará una pantalla inicial de selección de tipo de registros a tratar

 Si se pulsa <PF3> se finalizará la ejecución del programa

Si no se introduce número de bloque, se considerará que se empezará por el siguiente al último bloque tratado.

El operador introducirá un ‘1’ o un ‘2’ como valor de opción, dependiendo de la labor que quiera realizar.

Cada bloque estará formado por tres registros y, entre los candidatos habrá que seleccionar los del niño, padre o madre.

La pantalla mostrará un máximo de 30 bloques, a partir del bloque seleccionado en la pantalla anterior presentando solamente el registro del niño.

Para ver los registros de los niños que no aparecen en pantalla se utilizarán las teclas PF7 y PF8.

Si se pulsa PF3 se volverá a la pantalla anterior.

El operador deberá seleccionar el registro que quiere buscar, para ello deberá introducir en la columna de Selección ( columna S de la pantalla) alguna de las siguientes claves:

Valores válidos a introducir en la columna S ( tipo de Selección):

C: Confirmar asignación.

B: Mostrar bloques

A: Mostrar asignación

X: Seleccionar para búsquedas

Por su parte la columna E ( estado del bloque) puede presentar los siguientes valores:

A: Asignado

N: No asignado

Blanco: No tratado

Si el bloque ha sido confirmado no aparecerá en la pantalla.

El operador introduce una X en la columna de selección y pulsa ‘intro’, el programa procederá a la búsqueda del niño, ya sea entre los candidatos (modo local), ya sea en todo el fichero de habitantes ( modo remoto). Si no selecciona para la búsqueda ningún registro y pulsa ‘intro’ el programa buscará automáticamente el siguiente registro no tratado.

Si se pulsa <PF4> en un registro con estado distinto de blanco y marcado con "C", se realizará el proceso de confirmación.

Finalmente, si se pulsa <PF5> y existe un bloque marcado con "A", se presentará la pantalla de detalle del bloque.

No se permitirá la "mezcla de letras" y solo podrá existir un bloque marcado

Se presentará la "Pantalla inicial de búsqueda de candidatos", similar a la siguiente.

El usuario podrá rectificar cualquier dato de identificación del Niño, Padre o Madre si estamos en el programa Remoto y no podrá modificar ninguno si estamos en el programa Local.

Si se Pulsa <PF3>, se volverá a la "Pantalla de selección de nacimientos"

Si se pulsan las teclas <PF4>, <PF5> o <PF6>, se presentarán las pantallas de asignación de candidatos para el niño, la madre y el padre en este orden.

El programa Local presentará los registros de candidatos preseleccionados y si es en el programa Remoto, se realizará una búsqueda exacta del niño, padre o madre, según la tecla de función elegida.

En la primera línea el texto "Blo" estará sustituido por "Niño", "Padre" o "Madre" según la opción elegida y se presentará la identificación del registro correspondiente en esta misma línea.

Hasta un máximo de 30 registros, se presentarán los posibles candidatos del Niño, Padre o Madre respectivamente.

Se permitirá avanzar o retroceder pantalla con las teclas <PF7> y <PF8>.

Se podrá volver a la "Pantalla de Inicial de Búsqueda de Candidatos" cuando se pulse <PF3>,

Se asignará el bloque a un determinado candidato cuando éste se encuentre marcado con "A" y se haya pulsado la tecla de función <PF6>.

Cuando se pulse la tecla de función <PF4>, se marcará el bloque como NO asignado

En cualquier candidato marcado con "X" y tras pulsar <INTRO> se presentará la pantalla de detalle de bloques.

En la "Pantalla de detalle de la asignación " no se permite modificación de ningún dato y, permitirán las siguientes teclas de función :

<PF3> : Para volver a la "Pantalla de Selección de Bloques"

<PF4> : No asignar a ningún registro el bloque seleccionado. No podrá existir ninguna línea de candidatos marcada de forma alguna

<PF6> : Asignar al bloque el registro de la única línea de candidatos que debe estar marcada con "A" en el campo "S" y Estado = Blanco

Una vez realizado este proceso, se presentará de forma automática la "Pantalla Inicial de selección de bloques de nacimientos" habiendo refrescado la pantalla con los nuevos estados.

Para los bloques marcados con "C" con estado distinto de blanco, se producirá la confirmación de la acción realizada.

La confirmación supone que el operador está seguro de la asignación realizada. El operador debe tener presente que una vez que confirme una asignación está no podrá ser desasignada por él, siendo su supervisor, cuando realice la confirmación de su trabajo el que podrá desasignarla.

La confirmación consistirá en marcar con "C" el campo Selección, y a continuación pulsar la tecla PF4, con lo que el bloque desaparecerá de la pantalla. La confirmación debe realizarse tanto para los bloques asignados como para los no asignados.

Tras realizar la confirmación, se realizará un refresco de la pantalla

Cuando el operador pulse PF5 aparecerá la siguiente pantalla:

Es esta pantalla se presentarán los datos del bloque y la identificación del Niño, Padre y Madre.

Asimismo, se presentará, en el caso de que así sea el registro del candidato asignado. Si el bloque estaba asignado se permitirá que se pulse la tecla <PF4> para desasignar el registro.

En el caso de que esto suceda (pulsar PF4 para bloques asignados), se procederá a la desasignación.

Una vez realizado este proceso, se volverá a la pantalla inicial de nacimientos.

 Valores válidos a introducir en el campo S (Tipo de selección) :

C : Confirmar el bloque.

B : Mostrar Bloques

A : Mostrar Asignación

U : Unificar Bloques

X : Seleccionar para búsquedas

Valor del Campo E (Estado) :

Se obtendrá en función del estado (Campo TRATADO del fichero original) de cada uno de los bloques. Puede tener los siguientes valores :

A : Asignado

U : Unificado

N : No Asignado

Blanco : No tratado

Cuando el bloque haya sido confirmado, o se haya marcado como duplicado con varias asignaciones no aparecerá el bloque en pantalla.

El operador podrá moverse por la lista seleccionada pulsando <PF7> y <PF8>.

En esta primera pantalla, se volverá a la "pantalla inicial" cuando el usuario pulse <PF3>.

Si en esta pantalla se pulsa <INTRO> y:

• No hay ningún bloque marcado con "X" : El programa seleccionará el primer registro de la pantalla con Estado = Blanco y realizará el proceso de búsqueda/asignación que se comentará posteriormente.
• Existe algún registro marcado con "X" : El programa cojera el primer registro marcado y realizará el procedimiento de búsqueda/asignación. En este caso, también es necesario que el registro tenga Estado = Blanco, en caso contrario se indicará por pantalla el error producido

Si se pulsan las techas <PF4>, <PF5> o <PF6>, se debe tener en cuenta que:

1. En los campos "S" (Selección) solo podrá existir una sola letra (C,B,A,U) y blancos. No se permitirán "mezclas" de letras.
1. Si se ha pulsado <PF4>, solo podrán existir líneas con S = "C" o blancos. Todas las líneas con "C" deberán tener Estados distintos de blanco (A,U,N)
2. Si se ha pulsado <PF5>, solo podrá existir una línea con S=B o con S=A y, en este caso no importará el estado de las líneas.
3. Si se pulsa <PF6> será necesario que al menos una de las líneas marcadas con S=U tenga Estado = A (con NIDEN), si hay mas de una línea asignada, será necesario de todas ellas tengan el mismo NIDEN.

En función de cada una de las teclas pulsadas se realizarán los siguientes procesos.

Se realizará el procedimiento de asignación de bloques. Se seleccionará el primer registro con Estado = Blanco y con Selección =‘X’ y se presentará la "Pantalla de Asignación" para ese registro

En esta pantalla, se presentará en la primera línea el primer registro del bloque que se está tratando y en las líneas inferiores, los posibles candidatos a asignar.

Estos candidatos se obtendrán de dos formas distintas en función de que el programa sea el LOCAL o el programa REMOTO.

En el caso del programa "Local", los candidatos serán los que estén incluidos en el lote asignado al operador.

En el caso del programa Remoto, los posibles candidatos se obtendrán a partir de una selección intermedia, para lo que se presentará la siguiente pantalla.:

Esta pantalla estará, en principio cumplimentada con los datos del primer registro del bloque que estamos tratando y se permitirá rectificar cualquier dato incluido en la pantalla.

Si se pulsa <PF3>, se volverá a la "Pantalla de Selección de Bloques" y si se pulsa <INTRO> se realizará una búsqueda exacta en el fichero de habitantes, en los que se seleccionará un máximo de 30 candidatos.

Serán estos los candidatos a presentar en la "Pantalla de asignación de Bloques", en este momento el proceso a realizar con el programa Local y con el remoto será el mismo.

En la "Pantalla de Asignación de Bloques" no se permite modificación de ningún dato y, permitirán las siguientes teclas de función :

<PF3> : Para volver a la "Pantalla de Selección de Bloques"

<PF4> : No asignar a ningún candidato el bloque seleccionado. No podrá existir ninguna línea de candidatos marcada de forma alguna

De forma automática, se volverá a la "Pantalla de Selección de Bloques" Refrescando la pantalla Inicial, es decir el bloque no asignado en este procedimiento aparecerá marcado con "N" en el campo Estado (E)

<PF5> : Duplicar registros en bloques. Para que se pueda realizar este proceso, será necesario que :

<PF6> : Asignar al bloque el candidato que debe estar marcado con "A" en el campo "S" y Estado = Blanco. Debe tenerse presente que cuando se utilice esta opción sólo debe aparecer un candidato marcado.

<PF9> : Copia de candidatos duplicados. Para que se pueda utilizar esta opción será necesario que se cumplan las siguientes circunstancias.

Como en los casos precedentes, no se permitirá la mezcla de tipos de acción (diferentes letras en el campo "S") y las acciones válidas en función de la tecla de función a utilizar se han especificado anteriormente.

Al margen de estas teclas de función, se admite que, cuando se haya indicado en el campo S una "X" y se pulsa <INTRO>, se presentará la "Pantalla de detalle de asignación"

Está pantalla presentará los datos del candidato escogido, junto con los correspondientes al bloque que se está buscando, para que el operador pueda decidir si es el que debe asignar.

Se permitirá volver a la pantalla de asignación (<PF3>), asignar tal y como se realiza en la pantalla de asignación, y no asignar, que consistirá en devolver a la pantalla anterior( pantalla de asignación de bloques).

Para los registros de bloques marcados con "C", al pulsar la tecla de función <PF4> se dará por definitiva la acción realizada por el bloque.

Los bloques pendientes de confirmar serán aquellos cuyo estado sea el siguiente

A : Asignado

N : No Asignado

U : Unificado (asignado)

D : Duplicado (en este caso no aparecerá en pantalla y estarán asociados a bloques asignados).

No se permitirá la confirmación cuando no estén marcados todos los registros de un mismo procedimiento en aquellos casos en que existan registros Unificados es decir, si existen registros asociados a uno asignado es obligatorio que todos los registros relacionados estén marcados para su confirmación, en otro caso, se indicará el error detectado.

Cuando se hayan realizado estos procesos, se presentará nuevamente la pantalla habiéndola refrescado, y en ella no aparecerán los registros confirmados.

La unificación de bloques consiste en indicar al sistema que más de uno de los bloques que el sistema ha interpretado como diferentes corresponden en realidad al mismo ciudadano.

Cuando se unifican bloques se exige que al menos uno de ellos este asignado, y que existen varios asignados, estos estén asignados al mismo registro.

Para unificar varios bloques el operador introducirá una U en cada uno de ellos en la columna de selección y a continuación pulsará la tecla PF6.

Al menos uno de los bloques marcados con U tiene que tener ESTADO=A.

Con esta tecla de función se intentará visualizar y, en su caso deshacer las acciones realizadas pero no confirmadas, ya que la confirmación implicará la eliminación en los tratamientos posteriores de los registros confirmados.

Existirán dos opciones para realizar la visualización según se haya marcado en el campo de Selección "S"

B : Mostrar Bloques

A : Mostrar Asignación

Como se ha indicado anteriormente, estas opciones solo tienen sentido en los casos en que no se hayan confirmado las acciones ya que éstas no aparecerán en la relación de bloques.

Se permite realizar una desasignación a cualquiera de los bloques que por asignación directa o por unificación de bloques, han sido asignados a un determinado candidato.

 En la parte superior de la pantalla, se presentarán los datos del registro de habitante al que ha sido asignado el bloque.

En la parte inferior de la pantalla se presentarán (hasta un máximo de 30 registros) todos los bloques al que ha sido asignado

Se permitirá subir y bajar en la pantalla con teclas de función PF7-PF8, volver a la pantalla de selección de bloques (PF3) o desasignar bloques (PF4)

Para desasignar bloques bastará con marcar el/los bloques a desasignar con una "X" y pulsar <PF4>.

Antes de realizar esta desasignación TOTAL, se pedirá confirmación al operador de la desasignación se forma que si la respuesta es afirmativa se realizará el proceso y se seguirá en la misma pantalla en caso contrario.

Cuando se realice este procedimiento se presentará, de forma automática, la pantalla de selección de bloques actualizada.

 Cuando se han unido bloques, habrá un solo bloque con todos los registros asignados y el resto de los bloques (todos sus registros) estarán marcados con "U" (Unificados).

Además de que aparezcan los bloques unidos también deberán aparecer los bloques duplicados (TRATADO=D), se indicará si el bloque es unificado o duplicado en el campo E

Con esta opción, se pretende "manejar" las unificaciones realizadas en los bloques y, en su caso, separar las uniones realizadas.

No se permite la desasignación de ninguno de los bloques.

 En la línea superior se indicará la descripción del bloque asignado y en la lista inferior todos y cada uno de los bloques Unificados/Duplicados, es decir todos aquellos primeros registros de los bloques marcados con "U/D" en el campo TRATADO.

Se permitirán las teclas de PF7 y PF8 hacia arriba y hacia abajo.

Si se pulsa <PF3>, se presentará la "Pantalla de Selección de Bloques".

Si se pulsa <PF4> se producirá la "separación" de/de los bloques marcados con "S" y para ello es necesario que el bloque sea de tipo "U".

La separación consistirá en desunir bloques que estaban unido, en este caso, el bloque que estaba asignado permanecerá asignado, mientras que los demás pasarán a estar no tratados

Cuando se realice este proceso, se presentará de forma automática la "Pantalla de selección de bloques" con los nuevos datos refrescados.

Para los bloque con "D" (duplicados), se permite su eliminación. Bastará con marcar el bloque con "E" y pulsar <PF5>, el programa eliminará automáticamente la asignación doble realizada.