Aplicación para la gestión de la información del directorio de empresas. Explotación de ficheros procedentes de la Seguridad Social

Transcripción

1 Aplicación para la gestión de la información del directorio de empresas. Explotación de ficheros procedentes Instituto de Estadística de Andalucía Sadiel En el contexto de la gestión de la información relativa al Directorio de Empresas y Establecimientos con actividad económica en Andalucía, se presenta la aplicación que se utilizará para tratar la información que alimenta el Directorio, así como para realizar las tareas de mantenimiento del mismo. En primer lugar se expondrá la estructura general de la aplicación y las diferentes unidades (Empresas, Unidad Jurídica, Establecimientos, etc.) consideradas a la hora de diseñar la aplicación. Se expondrán las diversas fases del tratamiento de la información y se desglosarán los diversos módulos de los que dispone la aplicación para la gestión de la misma. Se detallarán, entre otras, las tareas de Definición de procesos, de asociación de operaciones a procesos y la gestión de la carga de ficheros. De igual forma se hará referencia al tratamiento de las incidencias surgidas en la carga de la información, al cruce de los ficheros de actualización con el Directorio y a la actualización del mismo. Finalmente se hará referencia a administración del sistema y a la gestión de las tablas que componen la estructura interna del mismo. Por otro lado se tratará la explotación que se realiza del fichero de Afiliados procedente de la Seguridad Social como fuente de actualización del Directorio, tratando la problemática que, por su naturaleza, presenta como fuente del Directorio. 1

2 ÍNDICE 1. Introducción 2. Estructura de la aplicación 1. Aspectos generales de la aplicación 2. Grupos de fuentes y especificaciones de carga 3. Procesos y operaciones 4. Carga de ficheros 5. Gestión de incidencias 6. Cruce de ficheros y actualización del Directorio 7. Históricos y Fotos fijas 3. Principales problemas y perspectivas de futuro 4. Demografía empresarial coyuntural: una nueva visión para hacer frente a la demanda de información 2

3 1. Introducción El Instituto de Estadística de Andalucía (IEA), prácticamente desde sus inicios, se planteó la necesidad de contar con un Directorio de Empresas y Establecimientos con actividad económica en Andalucía. Así, desde el año 1996 se vienen realizando, con periodicidad anual Directorios que permiten ofrecer información acerca de los establecimientos de la Comunidad. Esta es una información muy solicitada y que, junto con la Demografía empresarial de Andalucía, cada vez se demanda con un menor desfase temporal. Conjuntamente con la aplicación, que va dirigida a mejorar la gestión del Directorio de Empresas en aras, entre otros objetivos, a poder reducir plazos de ejecución, el Instituto de Estadística de Andalucía se ha planteado abordar la Demografía empresarial desde una nueva perspectiva que permita ofrecer información a corto plazo, aproximando la información que a posteriori proporcionará el Directorio de empresas. Para ello, el planteamiento ha sido acercarse al concepto de Demografía empresarial a partir de los ficheros proporcionados por la Seguridad Social para Afiliados y Cuentas de cotización. Este punto se tratará al final del documento, una vez se haya detallado la aplicación de gestión del Directorio. Una de las necesidades que desde los inicios se planteó, fue el crear una aplicación que permitiera gestionar de forma global toda la información referente a Directorios. La aplicación debería permitir, desde la gestión diaria de los registros para depuraciones, explotaciones, etc., hasta la actualización del Directorio con las diversas fuentes de las que se nutre. 3

4 2. Estructura de la aplicación El Sistema se ha diseñado siguiendo las recomendaciones de Eurostat en cuando a unidades a considerar. De este modo las unidades fundamentales que permite tratar el sistema son las siguientes: establecimientos, empresas, unidades jurídicas y grupos de empresas, que se definen a continuación: Grupo de empresas: el grupo de empresas reúne varias empresas ligadas por vínculos jurídicos y financieros. El grupo de empresas puede entrañar una pluralidad de fuentes de decisión, principalmente en lo que respecta a la política de producción, venta, beneficios, etc., y unificar determinados aspectos de la gestión financiera y del régimen fiscal. Constituye una entidad económica que puede efectuar elecciones que afectan en particular a las unidades asociadas que lo componen. Unidades jurídicas: -son personas jurídicas cuya existencia está reconocida por la ley independientemente de las personas o instituciones que las posean o que sean miembros de ellas, o - personas físicas que, en calidad de independientes, ejercen una actividad económica. La unidad jurídica sigue constituyendo, sola o a veces junto con otras unidades jurídicas, el soporte jurídico de la unidad estadística «empresa». Empresa: corresponde a la combinación más pequeña de unidades jurídicas que constituye una unidad organizativa de producción de bienes y servicios y que disfruta de una cierta autonomía de decisión, principalmente a la hora de emplear los recursos corrientes de que dispone. La empresa ejerce una o más actividades en uno o varios lugares. Una empresa puede corresponder a una o más unidades jurídicas. Para constituir la unidad «empresa», deberá recurrirse a la utilización de las unidades jurídicas que ejercen total o parcialmente una actividad productiva. Establecimiento: unidad productora de bienes y/o servicios que desarrolla una o más actividades de carácter económico o social, bajo la responsabilidad de un titular o empresa en un local situado en un emplazamiento fijo y permanente. Cuando la actividad no se ejerce en un local fijo se considera como establecimiento el lugar desde donde se organiza la citada actividad. La aplicación permite que todas estas unidades estén interrelacionadas para poder mantener la coherencia en el mantenimiento de las mismas. La interrelación entre las tablas que soportan el sistema se detallará posteriormente, Para un funcionamiento que se aproxime a las pautas en las tareas que se llevan a cabo en el Directorio, la aplicación se planteó de forma que estuviera dividida en distintos módulos que permitiesen diferenciar las distintas etapas en la gestión del Directorio. 1. Aspectos generales de la aplicación Se va a describir de forma somera la estructura y el funcionamiento de la aplicación para posteriormente incidir en aquellos aspectos que se consideran de mayor interés. La aplicación contiene una serie de funcionalidades cuyo objetivo es cubrir todas las fases del Directorio y que pueden plasmarse en el siguiente esquema: 4

5 Se parte de una serie de fuentes, cuya información ha de incorporarse al Directorio para su actualización. Para la incorporación al sistema se crean diseños de registro para cada una de las fuentes, que se mantendrán para futuras incorporaciones. Existen varios contenedores de información en el sistema, que básicamente pueden resumirse en: - Borrador: tabla intermedia donde se almacena la información procedente de los ficheros fuente, con objeto de ser tratada antes de su incorporación al Directorio. - Directorio: contiene los datos correspondientes al Directorio tal y como se encuentran en el momento actual. - Histórico: almacena la historia de los datos que figuran en el Directorio, permitiendo conocer la evolución para cada una de las unidades. Al ser cargada en el sistema, la información procedente de los ficheros fuente es almacenada en el Borrador con objeto de realizar procesos de normalización y codificación de los datos antes de considerarlos válidos para entrar en el proceso de cruce. En esta fase se contemplan operaciones de: - Validación: permite validar los distintos campos de los ficheros fuente en función de los criterios deseados, generando incidencias para aquellos registros que no cumplen las condiciones requeridas. - Normalización: cuyo objetivo es realizar determinadas modificaciones sobre los datos del Borrador con objeto de adaptar su formato al del Directorio. Nuevamente, se descartan temporalmente los datos que no han podido ser normalizados - correctamente, generándose una incidencia, para poder ser tratada de forma individualizada. - Codificación: permite realizar la codificación de los campos que requieran estar codificados. Esta operación se realiza haciendo uso de una serie de diccionarios existentes en el sistema. Los registros cuyos campos no puedan ser codificados, por no encontrarse en el diccionario el literal correspondiente, son descartados temporalmente a la espera de resolución de la incidencia. - Operaciones genéricas: permiten definir determinados procedimientos almacenados en el sistema con objeto de ser asociados a este tipo de operaciones, dejando con ello la posibilidad de realizar cualquier otro tipo de actuación sobre la información que no se encuentre cubierta por la normalización, validación o codificación. Una vez validados, normalizados y codificados los registros de la fuente, se procede a generar su posible relación con las unidades del Directorio. Esta relación se realiza haciendo uso de dos tipos de parámetros: - Reglas de cruce: permiten emparejar registros del Directorio con registros del Borrador. - Jerarquía de Actualización: permiten dilucidar cuál es la actualización que debe producirse en el Directorio en caso de concurrencia de distintas fuentes externas sobre un mismo registro del Directorio. Esta jerarquía se articula sobre los Grupos de Fuentes definidos. Posteriormente se procedería a la actualización del Directorio, que se produce en un doble paso: 5

6 1.- Generación de las propuestas de actualización: es un paso previo a la actualización efectiva, de forma que permita la revisión de los registros que van a actualizar el Directorio. 2.- Actualización efectiva: traslada las propuestas de actualización al Directorio, actualizando de manera efectiva las unidades del Directorio. Una vez realizada una somera descripción de la aplicación en sus distintas fases, se describen de forma más concreta aquellas que se consideran de mayor interés. 2. Grupos de fuentes y especificaciones de carga La utilidad fundamental de los Grupos de fuentes es permitir agrupar los distintos tipos de ficheros de datos externos susceptibles de actualizar el Directorio, de forma que la jerarquía de actualización se realice atendiendo a estos grupos de fuentes. Cada grupo de fuentes podrá tener asociadas una o más fuentes, en función de los criterios que se quieran seguir en la actualización del Directorio. Esta utilidad permite, en caso de que se detecte que una fuente está perdiendo calidad frente a otra, asociar las fuentes a grupos de fuentes con mayor o menor prioridad en la actualización, según su calidad. Una vez que la fuente que se va a introducir en el sistema ha sido jerarquizada en relación al resto de fuentes asociándola a su grupo correspondiente, se define la especificación de fuente que permitirá indicar al sistema de qué modo deben extraerse los datos de un determinado fichero externo. Lógicamente y dado que la mayoría de las fuentes del Directorio son recurrentes, estas especificaciones hay que realizarlas sólo la primera vez en que una determinada fuente entra en el sistema. En cargas sucesivas se recurrirá a la especificación correspondiente, modificándola en caso de que sea necesario por cambios en la información de origen. 6

7 3. Procesos y operaciones Se ha definido una utilidad, que en adelante se denominará Proceso, que permite aunar una especificación de carga dada con una serie de operaciones de las que se han reseñado anteriormente (de validación, codificación, etc.). De esta forma, a la hora de cargar una fuente, se creará un proceso que permitirá, al ejecutarlo, que el sistema cargue la fuente utilizando su correspondiente especificación de carga y que ejecute sobre esa fuente las operaciones que se hayan asociado al proceso. En este sentido, un proceso sería la unidad funcional que permitirá realizar la carga de un fichero externo en el sistema, dado que: - Tiene asociada una especificación de carga - Debe ejecutarse para la carga de ficheros externos El proceso suele venir ligado a un conjunto de operaciones, como se ha señalado anteriormente, aunque este requisito no es de carácter obligatorio. Las operaciones, son acciones que se ejecutan contra los datos cargados en la tabla Borrador con objeto de depurar y validar la información allí cargada, es decir, prepararla para que la información trasladada al Directorio sea de calidad. El sistema permite condicionar la ejecución de operaciones dentro de un lote a que otras operaciones ya se hayan efectuado previamente, descartando los registros para los cuales esto no fuese así. De esta manera, el concepto de proceso no sólo reflejará de qué forma se deben cargar los datos del fichero externo (especificación de carga asociada al proceso), sino también qué validaciones y operaciones de normalización se les debe aplicar a dichos registros una vez que ya han sido cargados al sistema. 7

8 4. Carga de ficheros Los datos externos se incorporan al sistema a través del módulo de carga. Esta incorporación en bruto se producirá sobre un contenedor de datos temporales que se denomina Borrador, y se caracterizará porque todos los datos que se cargan conjuntamente a partir de un fichero en un momento dado se agrupan en el sistema bajo una figura denominada Lote, figura que permitirá posteriormente trabajar con cargas específicas contenidas en el Borrador. Esto es, cada carga de datos está identificada por el número de lote al que pertenece, lo que permite su identificación a posteriori. A la hora de cargar un fichero externo es necesario indicar el Proceso de carga que se va a utilizar para cargar los datos, lo que permitirá utilizar la especificación de carga y las operaciones asociadas previamente al Proceso. Es posible cargar determinados campos del borrador para un lote concreto con un valor fijo, seleccionándolos en el proceso de carga y asignándoles un valor fijo para un campo concreto. Esto resulta útil para definir las fechas de referencia de los datos cargados. Si durante el proceso de carga se hubiese producido algún error, es posible tratarlo justo al terminar la carga. El sistema da un mensaje de que la carga se ha producido con errores, se abre una pantalla donde se mostrarán los errores que han ocurrido durante el proceso de carga, con objeto poder realizar las correcciones pertinentes (ya sea sobre la especificación, sobre el propio fichero fuente, etc.) para lanzar la carga de nuevo. Una vez realizada la carga de datos sobre el Borrador, el siguiente paso consistiría en realizar un tratamiento de esta información con objeto de depurarla y adecuarla para su incorporación al Directorio. Como se ha mencionado anteriormente, este tratamiento de la información del Borrador se realiza por medio de operaciones. Dichas operaciones son definidas y asociadas al proceso de carga de manera previa a la realización de la carga propiamente dicha, aunque es posible asociar nuevas operaciones a un proceso una vez realizada la carga, de forma que se termine de normalizar y codificar todo aquello que se detecte que no lo ha sido aún. 5. Gestión de incidencias Las operaciones de validación y normalización pueden dar lugar a incidencias que deben ser revisadas y resueltas para seguir con la carga de la información. Se contempla la gestión de incidencias en dos modalidades distintas: - Gestión por pantalla: permite la resolución de las incidencias directamente sobre el sistema. - Gestión por fichero: permite realizar la exportación de incidencias a un fichero externo, resolver dichas incidencias sobre dicho fichero, y posteriormente reincorporar el fichero al sistema, actualizando el lote en cuestión a partir de la información contenida en el fichero. 6. Cruce de ficheros y actualización del Directorio Esta es la parte fundamental de la aplicación y la que más problemas y dificultades genera a la hora de diseñar el sistema. Una vez cargado un fichero externo en el sistema y depurado, el siguiente paso en el camino hacia la actualización del Directorio consistirá en realizar el cruce de los registros procedentes del fichero externo con las unidades existentes en el Directorio. Este cruce del fichero externo con el Directorio se realiza en un doble paso: - En primer lugar, mediante un cruce automático que determinará con qué registros del Directorio casa cada uno de los registros de la Fuente externa. - En segundo lugar, mediante un cruce asistido donde el usuario deberá dilucidar de manera manual los cruces que el sistema no ha sido capaz de realizar de manera automática. 8

9 Existen unas reglas de cruce genéricas que se aplican a todas las fuentes, que son las utilizadas en el cruce automático. Obviamente, las reglas son distintas en función de la Entidad del directorio de que se trate (establecimientos, empresas, unidades jurídicas,...). Estas reglas genéricas pueden ser modificadas a través de la propia aplicación. Para todo lo relacionado con las reglas de cruce de los ficheros existe un módulo de Mantenimiento de Reglas de Cruce. Asimismo existe un módulo que sirve para gestionar las claves de cruce de los ficheros externos con las distintas unidades del Directorio. El cruce automático genera tres tipos de resultados: a) Registros que han cruzado totalmente: son aquéllos para los cuales se han cumplido todas las reglas de cruce estipuladas. En principio no precisarán de ninguna revisión por parte del usuario, aunque antes de que pasen a actualizar el Directorio es posible revisarlos. Actualizarán la información existente en el Directorio en función de las jerarquías establecidas. De este primer resultado se obtendrán también propuestas de baja del Directorio, que serán todas aquellas unidades que habiendo cruzado totalmente y estando de alta en el Directorio, aparezcan a baja en el fichero externo. b) Registros que generan altas: Serán aquellos para los cuales ninguna de las reglas de cruce se ha cumplido, por lo que el sistema entiende que se trata de una nueva unidad. Estas altas requieren de una revisión por parte del usuario para confirmarlas antes de que se produzcan de manera efectiva en el sistema. Esta revisión previa se entiende que es imprescindible para asegurar la correcta actualización del Directorio. c) Registros que precisan ser revisados: Son aquéllos para los cuales se ha cumplido parte de las reglas de cruce (cruzan parcialmente) con lo cual no puede determinarse que se trate de un alta, pero tampoco se sabe por el momento con qué elementos del Borrador debe realizarse el cruzado efectivo. Estos registros precisarán de revisión manual por parte del usuario, confrontando el candidato a entrar en el Directorio con posibles candidatos ofrecidos por el sistema, es por tanto un cruce asistido. La pantalla que se presenta una vez lanzado el cruce de un lote de información es la siguiente: 9

10 Los cruces van asociados a los lotes cargados, esto es, para cada lote se ejecutarán los cruces que sean necesarios, tanto el cruce automático como los asistidos. Esto permite tener localizados cada uno de los cruces realizados y volver a ellos en caso de ser necesario. La relación de cruces realizados sobre los lotes y su estado se muestran en la pantalla del sistema que aparece a continuación: Los diferentes tipos de unidades dentro del Directorio, como se mencionó en su momento, son establecimientos, empresas, unidades jurídicas y grupos de empresas. En los cruces es necesario que el sistema mantenga una coherencia entre todas ellas. Es decir, además de originar bajas o altas de unidades dependientes de aquellas que se actualizan, es necesario mantener una coherencia en el empleo y la actividad entre las empresas y los establecimientos que las componen. Esta funcionalidad se está mejorando actualmente porque no se ha conseguido que funcione aún de un modo satisfactorio. Cruce asistido: Este cruce se genera para aquellos registros de la fuente externa que no han podido ser emparejados con registros del Directorio. Para ello, el sistema permite trabajar con este subconjunto generando nuevas reglas de cruce que permitan resolver los emparejamientos. La aplicación mostrará los posibles emparejamientos que cumplen las nuevas reglas definidas. Por tanto, se muestran los emparejamientos con los posibles candidatos que cumplen los criterios de cruce y es el usuario el que tiene que emparejar los registros de forma manual. La pantalla de trabajo es como la que se muestra a continuación: 10

11 Se crean nuevas reglas que faciliten la obtención de candidatos para emparejar con el registro entrante y será el usuario el que manualmente tenga que realizar el emparejamiento a la vista de la información ofrecida por los registros implicados. Se mostrará por tanto el registro correspondiente a la fuente externa que se encuentra pendiente de cruce y en la parte inferior de la pantalla se mostrará un listado con los candidatos existentes en el Directorio para ser cruzados con este registro de Fichero Externo. De éstos, se muestra la información básica para poder dirimir si es o no el mismo registro, aunque lógicamente existe la posibilidad de ver toda la información relativa al registro, para que en caso de duda se pueda recurrir a toda la información referente al registro que pueda ayudar a resolver el cruce. Llegados a este punto, es posible: - Determinar que ningún candidato es válido y pasar a revisar el siguiente registro: En caso de lanzarse el cruce nuevamente para esta regla de cruce, el registro ya no se volverá a mostrar puesto que ya ha sido revisado y no se le han encontrado candidatos. - Determinar que un candidato es el correcto para ser emparejado con el registro de la fuente externa: Se marcará una Check Box localizada al inicio del registro correspondiente al candidato, con lo cual dicho candidato quedará emparejado con el registro de la fuente externa. Es posible, a posteriori, cambiar emparejamientos ya realizados y reasignar las unidades a otras distintas en caso de detectar que los emparejamientos son erróneos. Actualización del Directorio: Tras realizar el cruce de la fuente externa con el Directorio, tanto de modo automático como utilizando el cruce asistido, el siguiente paso consiste en actualizar el Directorio. Este proceso de actualización masiva comprenderá: 11

12 - Actualización masiva del Directorio con las altas y las modificaciones de unidades existentes. - Revisión de las propuestas de baja que se generen como consecuencia de este proceso de actualización. Las bajas no se producen directamente en el sistema, sino que únicamente se proponen y es necesario confirmarlas ya sea individualmente o en bloque. Asimismo, es importante destacar que la actualización del Directorio a partir del Borrador, que contiene los datos procedentes de las fuentes externas, se produce atendiendo a una serie de jerarquías que indicarán si el dato presente en el Borrador debe actualizar al existente en el Directorio, o si por el contrario el dato que figura en el Directorio se considera que prevalece sobre el de la fuente externa y no debe producirse la actualización. Dicha jerarquía se fundamenta en dos aspectos: - Grupo de fuentes al cual pertenece el dato del Borrador - Fecha de referencia del dato del Borrador La jerarquía de actualización se define para cada uno de los campos del Directorio, es decir, puede ser diferente para el campo NIF de la Unidad Jurídica y para el campo Razón Social de la Unidad Jurídica. Esto es debido a que determinados campos de según qué fuentes son más fiables que otros, por lo que una misma fuente puede ser recomendable que actualice un campo del Directorio pero no otros. La actualización automática sólo afectará a los campos para los cuales existe definida una jerarquía en el sistema. Esto es, los campos para los cuales no se defina una jerarquía no se actualizarán, por tanto es necesario jerarquizar todos los campos que se quieran actualizar.. Se pueden definir jerarquías distintas para unidades que generan bajas y para unidades que actualizan registros existentes. Esta utilidad permite que la actualización del Directorio se adecue a las fuentes en función de las acciones a llevar a cabo. Lógicamente, además de la actualización masiva por lotes del Directorio, la aplicación dispone de un módulo de mantenimiento manual, que permite acceder a las distintos tipos de unidades (grupos de empresas, unidades jurídicas,...) de forma individual, ya sea registro por registro o filtrando por diversos criterios para obtener grupos de registros para depurar. 7. Históricos y Fotos fijas La aplicación trabaja con dos conceptos del Directorio. Un histórico continuo, que es el Directorio vivo en cada momento y unas Fotos fijas, que son la imagen del Directorio a una fecha fija. Las Fotos fijas se pueden obtener en cualquier momento, por lo que después de la actualización masiva anual se generará una foto fija que será el Directorio anual para el año correspondiente. Estas Fotos fijas quedan guardadas en el sistema, para poder recurrir a ellas en cualquier momento. El sistema permite conocer todas las modificaciones que se van produciendo sobre cada campo de un registro concreto. Como se ha mencionado anteriormente, la concepción que utiliza es la de histórico continuo, de forma se pueda obtener una imagen del Directorio a una fecha dada en cualquier momento. Esta característica del sistema proporciona la posibilidad de conocer cuándo se ha modificado una variable sin necesidad de que sea el usuario el que lo registre, ya que es el propio sistema el que data el momento de modificación del registro. Sin embargo es esta utilidad la que complica en gran parte el funcionamiento interno de la aplicación, haciéndola muy compleja y ralentizando el rendimiento de la misma. Por ello, al estar aún la aplicación en fase de desarrollo se está planteando la posibilidad de rediseñar esta funcionalidad en aras de su simplificación. 12

13 3. Principales problemas y perspectivas de futuro El principal defecto de la aplicación quizás haya sido intentar abarcar todas las casuísticas posibles y en todos los ámbitos que toca un Directorio de empresas. Ello ha provocado que el desarrollo haya sido, muy laborioso y fundamentalmente que la aplicación sea muy complicada de gestionar. Los problemas fundamentales han sido los siguientes: Trabajar con fuentes genéricas: la aplicación puede cargar un número indefinido de fuentes con distinta estructura para cada una de ellas, con lo que requiere una funcionalidad complicada, cuando el Directorio se nutre fundamentalmente de los datos procedentes del IAE y la Seguridad Social. Los problemas principalmente se concentran en la carga de datos y la actualización: La aplicación debe comprobar antes de realizar la carga de datos que el campo que se ha definido en la especificación corresponde con uno igual en tipo y longitud de Borrador. Esta comprobación campo a campo es bastante lenta y el sistema la realiza cada vez que se produce una carga. La actualización de Directorio se produce atendiendo a una serie de Jerarquías predefinidas por el usuario y que contienen las prioridades para cada campo de las distintas fuentes. La aplicación tiene que analizar este listado de jerarquías antes de realizar cualquier modificación, con lo que el proceso se ralentiza. Si se definiese para Directorio un número determinado de fuentes estas prioridades se podían fijar en código, no sería necesario consultarlas cada vez que se actualice. Un histórico continuo es difícil de mantener: la aplicación muestra un registro para cada uno de los instantes temporales en los cuales se haya producido alguna modificación en los datos, ya sea de manera aislada, ya sea modificando varios datos al mismo tiempo. Esto permite al usuario generar, en cualquier momento, un listado de un determinado tipo de entidad para una fecha determinada, es decir, el listado de entidades tal y como estaban en esa fecha. De esta manera el sistema crea una copia del registro en un repositorio de datos por cada cambio que se produzca. Esto aporta mucha información pero no es manejable. Al consultar un dato es necesario buscar en el repositorio por fecha, ralentizando así las búsquedas. Hay que tener en cuenta que actualmente existen unos cinco millones de registros, que se incrementarán en el momento en que la aplicación se ponga en funcionamiento. El seguir las recomendaciones de Eurostat en cuanto a las entidades básicas que debe contemplar la aplicación, complica el modelo de datos. En relación a estas entidades, por las fuentes de alimentación que se manejan, es difícil detectar los casos en los que una empresa es dependiente de más de una unidad jurídica o reflejar la complejidad de los grupos de empresas. 13

14 En cuanto a lo que hace referencia a la programación de la aplicación, y debido a su complejidad, los principales problemas de la misma son los siguientes: o Elevado porcentaje de código duplicado, lo que dificulta en gran medida el mantenimiento y evolución de la aplicación. o El rendimiento de la aplicación cuando hay un gran volumen de datos es bajo. Calidad del diseño: No se aplican patrones de diseño. o Nivel bajo de calidad en aspectos de métricas de codificación, arquitectura, concurrencia y seguridad que requieren de su consideración para su puesta en producción. - Perspectivas de futuro: La perspectiva inmediata es poner en funcionamiento la primera versión de la aplicación y asumir el mantenimiento con medios propios del IEA. Permitir la gestión global de toda la información referente a Directorios: facilitar la visualización y acceso a datos así como la actualización y gestión diaria de los registros del Directorio de establecimientos. Unificar las fuentes de la información: los datos de la aplicación servirán a todos los usuarios del IEA para poder consultar y modificar datos del Directorio de Establecimientos. Integración con otros sistemas implantados en el IEA, como son el Directorio de viviendas y locales. Reestructurar el código fuente, alterando su estructura interna sin cambiar su comportamiento externo para homogeneizarlo con otras aplicaciones del IEA. 4. Demografía empresarial coyuntural: una nueva visión para hacer frente a la demanda de información Como se adelantó en la introducción, el Instituto de Estadística de Andalucía debido a la demanda creciente de información coyuntural relativa a empresas, que se ha intensificado a raíz de los cambios sufridos en la estructura productiva de la economía, se ha planteado utilizar fuentes alternativas a las habituales para poder satisfacer esta demanda. El objetivo principal de esta operación es poder aproximar a corto plazo la evolución del tejido empresarial en Andalucía, de forma que sirva de avance a la Demografía empresarial anual, que se realiza a partir del Directorio de empresas y establecimientos. Por ello se ha recurrido a los ficheros trimestrales de Cuentas de Cotización y de Afiliados procedentes. Estos ficheros se reciben a principios del mes siguientes al cierre del trimestre, por lo que el desfase temporal es muy breve, lo que permitirá ofrecer información muy actualizada de la evolución de las empresas. Los conceptos manejados debido a las fuentes utilizadas para su elaboración, no son exactamente iguales a los utilizados en Demografía Empresarial, aunque el objetivo es que se asimilen a éstos. Los ficheros de partida son los de Afiliados y los de Cuentas de cotización de la Seguridad Social. Estos ficheros proporcionan personas físicas afiliadas a la Seguridad 14

15 Social, en el primer caso, y Cuentas de cotización por provincia, en el segundo caso, por lo que hay que realizar una serie de supuestos para asimilarlas al concepto de empresa. A continuación se especifican los principales conceptos de la operación: La unidad de estudio son las empresas, a través de sus cuentas de cotización y de las afiliaciones, que desarrollan su actividad económica en Andalucía. Debido a las fuentes utilizadas es necesario precisar los conceptos tenidos en cuenta a la hora de asimilar la definición de Empresa a los conceptos de Cuentas de cotización y afiliados. Una persona física o jurídica con asalariados a su cargo está obligada a solicitar un código de cuenta de cotización en cada una de las provincias donde ejerza la actividad. La primera cuenta que un empresario da de alta al iniciar sus actividades con asalariados se denomina cuenta de cotización principal y las restantes cuentas de cotización, cuentas de cotización secundarias, van asociadas a la principal. Así pues, la empresa puede ser vista como una agrupación de Cuentas de Cotización cuya actividad principal se asume que es la de su cuenta de cotización principal y cuyo empleo asalariado es la suma del empleo de las cuentas de cotización que la empresa tiene en Andalucía. En este sentido, la actividad principal asignada a la empresa es la actividad que la empresa declara en su cuenta de cotización principal. Debido a la complejidad de los cruces y a que se quiere ofrecer la información de forma inmediata se ha considerado que ésta es la mejor opción como criterio de asignación de la actividad principal de la empresa. En el caso de la Demografía empresarial anual vinculada al Directorio de Empresas, la actividad principal de la empresa se considera, como criterio general, aquella con un mayor volumen de empleo y el empleo de la empresa como la suma del empleo de todos sus establecimientos. En dicho caso, cada establecimiento tiene su actividad específica con su empleo y a la hora de proporcionar el dato de la empresa se proporciona el empleo total de la empresa asociado a la actividad principal de la misma. Por tanto, a la hora de considerar las altas y bajas de empresas, se asimilan al concepto de empresa, de un lado, las cuentas de cotización principales declaradas en la seguridad social en alguna provincia andaluza, ya sean personas físicas o jurídicas, y de otro, los afiliados en el régimen de autónomos, denominados afiliados tipo 2 (Régimen 0521), que no tienen Cuentas de Cotización asociada. Con ello los autónomos que se contabilizan por tener cuenta de cotización asociada, no se tienen en cuenta a la hora de trabajar con el fichero de autónomos. Es decir, se distingue entre: Autónomos sin asalariados Autónomos con asalariados Personas jurídicas con asalariados En cuanto a las actividades consideradas, se estudian todas las divisiones de la CNAE2009 salvo las siguientes: Administración pública y defensa; Seguridad Social obligatoria 97- Actividades de los hogares como empleadores domésticos 98- Actividades de los hogares como productores de bienes y servicios para uso propio 99- actividades de las organizaciones y organismos territoriales 15

16 En el ámbito de las actividades consideradas, la gran diferencia con la información proporcionada por el Demografía empresarial anual, es la inclusión de las actividades agrícolas, de las que actualmente no se dispone de información en el Directorio de Empresas y Establecimientos de Andalucía. Tratamiento de la información Como se ha mencionado anteriormente, se parte de los ficheros de Afiliados a la Seguridad Social y de los ficheros de Cuentas de cotización. El fichero de Afiliados proporciona personas físicas afiliadas a la Seguridad Social y que están adscritas a Unidades de Gestión de Andalucía. De este fichero se toma un subconjunto, los denominados afiliados de tipo 2 (Régimen 0521), que son los autónomos propiamente dichos. Son personas físicas que pueden tener asalariados a su cargo o no, circunstancia que se verifica cruzando con el fichero de Cuentas de cotización. El fichero de Cuentas de Cotización proporciona las Cuentas de Cotización por provincia de las personas físicas o jurídicas que tienen asalariados en alguna de las ocho provincias andaluzas a una fecha dada. En este caso se toma como provincia en la que radica la empresa aquella en la que se encuentra su cuenta de cotización principal. Las empresas cuya cuenta de cotización principal es de fuera de Andalucía aparecerán en el Resto de España, así como el empleo que depende de estas empresas. Actualmente se está realizando el trabajo necesario para perfilar todos los procedimientos a llevar a cabo para hacer la presente explotación de datos. Referencia temporal y variables La información proporcionada estará referida a periodos trimestrales. Desagregación máxima alcanzada: Provincial. Además se estudiará la posibilidad de proporcionar información a nivel municipal para los municipios de más de habitantes, como se viene haciendo en Demografía empresarial anual. Variables: las variables que se tienen en cuenta en esta operación estadística son, tanto para el empleo como para el número de empresas (cuentas de cotización y afiliados), las siguientes: Altas del trimestre t: aquellas unidades que no existiendo en el trimestre (t-1) sí aparecen en el trimestre t. Bajas del trimestre t: aquellas unidades que permaneciendo activas en el trimestre (t-1) dejan de tener actividad en el trimestre t. Permanencias del trimestre t: aquellas unidades que permaneciendo activas en el trimestre (t-1) continúan activas en el trimestre siguiente. Saldo total de unidades en t: es la diferencia entre las altas t y las bajas registradas en el periodo t y el saldo de las empresas que permanecen entre t-1 y t. 16

17 Para estas variables se proporcionarán las siguientes desagregaciones: Demografía de empresas y empleo por provincia. Demografía de empresas y empleo por sector de actividad. Demografía de empresas y empleo por forma jurídica. Demografía de empresas y empleo por estrato de empleo. 17