Jaime Escobar Melero / [email protected] Hugo García Gutiérrez / [email protected]

Jaime Escobar Melero / [email protected]

Hugo García Gutiérrez / [email protected]

Marzo de 2011

DISEÑO E IMPLEMENTACIÓN DE MAQUETA PILOTO DE LA VENTANILLA ÚNICA DE REPORTE EN EL REGISTRO DE EMISIONES Y TRANSFERENCIAS DE CONTAMINANTES –

RETC

Enfoque Actual del RETC

Diagnóstico

Problema en la carga de información al RETC debido a la homologación de los establecimiento nuevos, lo cual es de complejidad creciente.

Directorio de empresas y establecimientos con deficiencias: CIIU, falta de un código único de establecimiento, registros repetidos falta de normalización e insuficiente número de coordenadas

Falta de maestros de nomenclaturas únicos en los sistemas sectoriales y complejididad para su actualización

Errores en la integración de los datos proveniente de un proceso semi estructurado

Tiempo prolongado para la actualización del reporte del RETC

Carga administrativa importante para los organismos sectoriales

Nuevo Enfoque Ventanilla Única

ESTUDIO (PNUD/MMA)

DISEÑO E IMPLEMENTACIÓN DE MAQUETA PILOTO DE LA VENTANILLA ÚNICA DE

REPORTE EN EL REGISTRO DE EMISIONES Y TRANSFERENCIAS DE CONTAMINANTES -

RETC

Objetivo General

Diseñar e implementar maqueta piloto de la ventanilla única de reporte en el Registro de Emisiones y Transferencias de Contaminantes (RETC), como único medio para que los sectores regulados cumplan con la obligación de reportar sus emisiones y transferencias de contaminantes.

Objetivos Específicos

Levantar y especificar los requerimientos de la ventanilla única de reporte por parte de los sectores regulados en el RETC.

Analizar los modelos de datos, flujos de información, periodicidad de reportes, tecnologías de autentificación de los usuarios, y reportes generados, de cada uno de los sistemas sectoriales parte de la VU.

Proponer y diseñar un sistema de la ventanilla única de reporte en el RETC, que evite la duplicidad de datos a reportar por parte de los sectores regulados y tenga el menor impacto en los sistemas sectoriales fiscalizadores.

Desarrollar e implementar una maqueta piloto de ventanilla única de reporte en el RETC, que permita probar el diseño propuesto.

Realizar un análisis de impacto económico e institucional de la implantación de la ventanilla única.

Aclaraciones al Diseño Actual

En esta etapa de diseño se ha considerado principalmente la integración de los sistemas de información actualmente en proceso de explotación.

Con respecto a los sistemas que actualmente se encuentran en etapa de diseño, como son, los sistemas de la Superintenedencia del Medio Ambiente y el Servicio de Evaluación Ambiental, estos serán incorporados al diseño de la Ventanilla Única en la medida que se cuente con documentación definitiva proporcionada por parte de estos servicios.

Identificación de obstáculos y nudos críticos a ser abordados para el diseño

de la ventanilla única del RETC.

Agrupación de Sistemas para el Análisis

N°Tipos de relación de sistemas con el RETC

F138 SIDREP SACEI SINAR SIGAA SII INECorreos de Chile

SAO MODEM

[1]Sistemas integrados a la ventanilla única.

X X X X X

[2]

Sistemas que sólo aportan información de directorios o datos técnicos al RETC.

X X X X

[3]

Sistemas que aportan emisiones usando nomenclaturas del RETC.

X

Sistemas integrados a la ventanilla única

1Sistemas integrados a la ventanilla única: 138 WEB, calculadora WEB, SIDREP, sistema SACEI, sistema SINAR para PTAS, sistema corporativo SISS, sistema riles de DIRECTEMAR.

1.1 Administración Integrada de Usuarios (Administrador Técnico, Enlace Técnico, Usuario Industrial)

1.1.1Definición de perfiles de usuarios, manteniendo las funcionalidades y responsabilidades en cada sistema.

S:

1.1.2 Definir método de creación de usuarios de los distintos sistemas sectoriales.

S:




1.1.3Definición de método de cambio de clave por parte de los usuarios dentro de la ventanilla única.

S:

1.1.4Definición de método de consulta entre el usuario industrial y el administrador o enlace del sistema.

S:

1.1.5Definición de procedimiento, proceso o protocolo de comunicación entre los usuarios de la ventanilla única y los maestros de usuarios de cada sistema sectorial.

S:




1.1.6Rediseño de home de ingreso en cada uno de los sistemas sectoriales, para permitir el ingreso directo desde la ventanilla única.

S:

1.1.7

Rediseño o eliminación de formularios de sistemas locales que se verán afectados. Por ejemplo: modificación del formulario de gestión de personas responsables, ya no quedará disponible la opción de crear nuevas personas responsables y eliminación de formularios de cambios de datos personales, cambio de clave y contacto con los enlaces técnicos.

S:



1.2. Administración Integrada de Directorios y Nomenclaturas

1.2.1 Diseño de administración de directorios empresas y establecimientos.

S:

1.2.2 Definición de integración con base de datos del SII y posible información no disponible.

S:

1.2.3Definición de procedimiento para administrar el historial de cambios realizados a los directorios, indicando responsables de dichos cambios (bitácora de modificaciones).

S:



1.2. Administración Integrada de Directorios y Nomenclaturas

1.2.4Diseño de directorios de unidades de emisión, equipos de control y chimeneas para administración de ID único.

S:

1.2.5

Diseño de mantenedores de nomenclaturas: clasificación de fuentes, tipos de descarga de emisiones, materias primas, productos, tipos de residuos, combustibles, tecnologías de control de emisiones, cuerpos de agua, normas, parámetros del RETC, otros a discutir.

S:

1.2.6Diseño de protocolos de comunicación para la actualización de maestros, código único de establecimiento y nomenclaturas en cada sistema sectorial mediante Web Service.

S:



1.2. Administración Integrada de Directorios y Nomenclaturas1.2.7 Rediseño de formularios de sistemas locales que se verán afectados

S:

En cada sistema existen mantenedores ya existentes, que son actualizados por los usuarios dentro de cada sistema sectorial. Estos mantenedores deben ser modificados, de tal forma que se pueda ver los listados, pero no se pueda administrar dicha información.

1.2.8Diseño de formulario para administración de solicitudes de actualización de directorios.

S:

En la ventanilla única se creará un formulario de solicitud centralizado que permita administrar requerimientos de actualización de directorios. Cada usuario enlace técnico se hará responsable de aprobar dicho directorio e incluirlo dentro de la base de datos de la ventanilla única en forma directa. Esto permitirá que sea incorporado dentro de su sistema local correspondiente, a través de la aplicación Web Service que se implementará internamente en cada sistema local.

1.2.9Definición de métodos de actualización de directorios en los sistemas de la SISS que no están desarrollados en ambiente WEB (Sistema Corporativo).

S:

Se debe incluir en la aplicación de PC (Sistema Corporativo de la SISS) un módulo que permita conectarse vía Web Service a la ventanilla única y pueda actualizar todos los directorios y nomenclaturas. La base de datos de la ventanilla única tendrá la relación MAESTRO+SISTEMA que permita actualizar sólo lo referente al sistema sectorial.



1.3 Actualización del Nodo central del RETC con información sectorial validada

1.3.1Método, procedimiento o definición de proceso en sistemas sectoriales (Formulario138 web, SIDREP, Sistema Corporativo de la SISS, Sistema de RILES de DIRECTEMAR) para obtención de datos de carga para el nodo central del RETC.

S:

Se creará tanto en la ventanilla única, como en cada sistema sectorial un módulo o aplicación Web Service que permita enviar los archivos generados por cada sistema, para posteriormente cargar los datos correspondientes a emisiones y transferencias a la base de datos del RETC. Este módulo debe considerar la modificación de los datos en términos de corrección de errores encontrados en datos específicos, por cada institución sectorial.

1.3.2Diseño y definición de procedimientos de validación y carga de datos en el nodo central del RETC.

S:

Se debe crear un módulo que permita validar la consistencia de la información de cada uno de los archivos de emisiones y transferencias antes de ser cargados en la base de datos del RETC. Este módulo debe entregar un reporte detallado de todos los errores encontrados al momento de realizar la validación.

Creación de una aplicación para que las empresas sanitarias incorporen empresas y direcciones nuevas al reporte PROCOF




1.3.3Diseño de un método para consulta de emisiones por parte de los declarantes en la ventanilla única.

S:

Una vez cargados los datos anuales de cada sistema sectorial y aprobados por cada usuario de los sistemas sectoriales, se crearán reportes de datos específicos por usuario declarante dentro del mismo sistema y también s podrá exportar dicha información a formatos de planilla Excel. Este módulo de consulta debe permitir la visualización de los estados finales y parciales de los datos anuales por sistema sectorial, tanto para el administrador como para el enlace técnico.



1.4 Reporte de cumplimiento en los sistemas sectoriales

1.4.1Definir método de presentación de certificados de cumplimientos por sistema sectorial.

S:Desde la ventanilla única se debe crear, para cada usuario declarante según corresponda, la opción de imprimir los certificados de cumplimientos correspondientes en formato PDF.

1.4.2Diseño de método de presentación del estado de los cumplimientos de declaración en sistemas sectoriales.

S:Se debe crear formularios que indiquen los estados de cumplimiento de los establecimientos por sistema sectorial, según corresponda.

1.4.3 Rediseño de formularios y funcionalidades de sistemas locales que se verán afectados.

S:

En algunos de los sistemas sectoriales actualmente existe la opción de generar reportes de cumplimientos para los distintos establecimientos, tal es el caso del sistema de declaración 138. Al implementar este módulo dentro de la ventanilla única se debe eliminar o dejar inactivo dicho proceso en el sistema sectorial correspondiente.

Sistemas que sólo aportan información de directorios o datos

técnicos al RETC

2 Sistemas que aportan información de directorios o datos técnicos: directorios del SII, ENIA, Correos de Chile, información SAO

2.1 Administración Integrada de Directorios y Nomenclaturas

2.1.1Diseño de especificaciones para Web Service de actualización batch (anual o semestral) de directorios con el SII. Este proceso debe incluir la incorporación de nuevos establecimientos y la eliminación de establecimientos con término de giro.

S:

Debido a la tecnología Web Service existente en el SII, se debe crear un proceso de carga masiva para actualizar los datos de empresas y establecimientos en forma semestral o anual. Esto permitirá tener una base de directorios actualizada según los datos de contribuyentes y direcciones del SII. Todos aquellos establecimientos que tengan término de giro, se dejarán en estado inactivo.

2.1.2Diseño de especificaciones Web Service para la obtención de directorios desde el SII, para establecimientos nuevos que no son parte del directorio del RETC.

S:

Desde la ventanilla única se creará una proceso de solicitud de información de establecimientos al SII, mediante los criterios de RUT+COMUNA. Todos aquellos establecimientos que cumplen dicha condición serán entregados por el Web Service del SII. De esta manera se evitará la duplicación de información en la ventanilla única.

2.1.3 Diseñar y definir método para informar la actualización de los directorios al SII.

S:Se debe crear un formulario que permita generar un listado de todos aquellas empresas o establecimientos que hayan cambiado sus datos en la ventanilla única y que deban reportarse o informar al SII.


técnicos al RETC

2 Sistemas que aportan información de directorios o datos técnicos: directorios del SII, ENIA, Correos de Chile, información SAO


2.1.4Definir factibilidad intercambio de información de nomenclaturas provenientes del INE: Códigos CIIU.CL, División Territorial.

S:

Existe la factibilidad tecnológica de implementar un Web Service para intercambiar modificaciones de los códigos CIIU desde la INE, sin embargo, esto depende de los convenios existentes entre el Ministerio del Medio Ambiente y el INE. Se encuentra a la espera de la contraparte la definición de dicho convenio.

2.1.5Definir factibilidad para incorporación de clasificadores del INE (industria manufacturera, extracción minera, etc.) y asignación de códigos CIIU a los nuevos establecimientos del RETC.

S:Este punto depende de los convenios existentes entre ambas instituciones (Ministerio e INE).

2.1.6Definir método de actualización de maestros, código único de establecimiento y nomenclaturas en sistemas sectoriales.

S:

Dentro de cada sistema sectorial se creará un proceso mediante Web Service, que permita la actualización tanto de las nomenclaturas de información, de tal forma, que dichos maestros se mantengan actualizadas respecto de la ventanilla única. En la ventanilla única se mantendrá un registro de estado de las últimas actualizaciones realizadas por los distintos sistemas sectoriales.


técnicos al RETC 2

Sistemas que aportan información de directorios o datos técnicos: directorios del SII, ENIA, Correos de Chile, información SAO


2.2.1Definir método de traspaso de datos de importación y exportación de sustancias SAO a la ventanilla única.

S:

Actualmente, los datos de la SAO corresponden a información estática, es decir, no se encuentran guardadas en la base de datos del RETC. Para logra este punto se debe implementar un proceso que permita guardar la información en la base de datos utilizando Web Service como traspaso de información.

2.2.3Determinar factibilidad de crear proceso en línea para asignar coordenadas UTM a los establecimientos según dirección y comuna.

S:

Actualmente, el proceso de asignación de coordenadas UMT a los establecimientos del RETC se realiza mediante un proceso manual de búsqueda y asignación de coordenadas. En este proceso existe la colaboración de Correos de Chile para asignar coordenadas de manzanas en forma masiva a aquellos establecimientos que no se le pudo determinar dicha información desde la información proveniente de los distintos sistemas sectoriales. Se consultará a Correos de Chile para determinar si existe la tecnología mediante Web Service u otro similar, para obtener coordenadas en forma remota o en línea.


3

Sistemas que aportan emisiones usando nomenclaturas del RETC. En este caso nos encontramos con el sistema MODEM versión 5.0 de SECTRA


3.1.1Diseño de protocolos comunicación para la actualización de maestros, código único de establecimiento y nomenclaturas.

S:

Desde la aplicación de PC del MODEM, se debe crear una función o proceso que permita una comunicación directa utilizando Web Service para actualizar los maestros de información. Para el logro de este objetivo el sistema de PC debe estar conectado a internet.

3.1.2Diseño de mantenedor de factores de emisión de fuentes móviles asociados a nuevos códigos de clasificación de fuentes en la ventanilla única

S:Crear en la ventanilla única el mantenedor de factores de emisión y la opción de actualizar la aplicación del MODEM.


3

Sistemas que aportan emisiones usando nomenclaturas del RETC. En este caso nos encontramos con el sistema MODEM versión 5.0 de SECTRA

3.2.1Diseño de protocolo de actualización del nodo central del RETC, a partir de un programa cliente especial para el administrador de MODEM 5.0 en SECTRA

S:Crear un programa cliente independiente del MODEM el cual permitirá enviar los archivos de emisiones anuales.

3.2.2 Diseño de procedimientos de validación y carga de datos en el nodo central del RETC.

S:Este programa debe permitir la validación de consistencia de los datos antes e ser cargados en forma definitiva a la base de datos del RETC.

3.2.3 Diseño de formulario con estado de información en el nodo central.

S:En la ventanilla única se debe crear la visualización para el enlace técnico del MODEM, para ver el estado final o parcial de la carga de los datos al RETC.


Propuesta de diseño e implementación de

maqueta piloto de la ventanilla única de reporte en el Registro de Emisiones y

Transferencias de Contaminantes.

Diseño de la Ventanilla Única

Portal de la Ventanilla Única incluirá:

Inicio Documentos Opciones Información Reportes Noticias Recuperación de clave Formulario de solicitud de nuevos establecimientos y usuarios Manuales de usuarios Nomenclaturas relacionadas Descarga del sistema MODEM de SECTRA con nomenclaturas Listado de laboratorios acreditados por componente Otros a ser definidos con la contraparte técnica del estudio


Maqueta prototipo del Portal de la Ventanilla Única del RETC


Administración integrada de usuarios (Administrador Técnico, Enlace del RETC, Usuario Industrial, Usuario Público en General y Administrador de Contenidos de la Página)

La idea principal, es que todos los usuarios del nodo central del RETC, así como los usuarios declarantes de cada uno de los sistemas sectoriales se encuentren organizados en la ventanilla única.

Esto implicará unificar un modulo de solicitudes de usuarios en la ventanilla única que consideré todos los requerimientos de los sistemas locales.


Solicitud de Directorios y Usuarios





Autentificación de Usuarios


Perfiles de Usuarios


Registro de Perfiles de Usuarios


Ejemplo de ingreso único de usuario industrial


Funcionalidades del Usuario Industrial


Opción para cambiar la clave del usuario


Opción al Administrador de Usuarios


Opción al administrador de solicitudes


Opción de Cumplimiento Administrativo


Enlace a los sistemas sectoriales


Actualización del Home de los sistemas sectoriales


Reporte del Usuario Industrial



Directorios y Maestros

Se establecieron nomenclaturas y maestros comunes a ser utilizados por el RETC y los sistemas sectoriales

• Uso de División territorial oficial y sistema de coordenadas.

oToda la cartografía a ingresar en el sistema, será referida a la Proyección UTM, Datum WGS84 y Huso 19

oLas divisiones territoriales se encuentran reguladas y se deben usar los códigos determinados por la Subsecretaría de Desarrollo Regional y Administrativo (http://www.subdere.gov.cl) el cual se construye en base a la siguiente estructura:

Región: código de región correlativo Provincia: código de región + código de provincia correlativo Comuna: código de región + código de provincia + código de

comuna correlativo


• Elaboración del Directorio Único.

El SII, proporciona tres archivos de información al RETC:

1. Base de datos de actividades: Contiene los códigos de actividad asociados a cada Rut (contribuyente), estos corresponden a códigos CIIU y fecha de iniciación de esa actividad.

2. Base de datos de contribuyentes: Contiene información de Rut, nombre, apellidos, razón social de cada contribuyente, término de giro y tipo de contribuyente.

3. Base de datos de direcciones: Contiene la dirección de cada contribuyente (Rut), para cada tipo de dirección que posea Sucursal o domicilio, y para cada una de las direcciones sucursal.


• Elaboración del Directorio Único.

Producto de este proceso es posible obtener un directorio único en el RETC, de empresas, establecimientos y contar con un ID único de establecimiento, el cual es tomado de la base de direcciones del SII y administrado en forma permanente: - En el caso de una iniciación de actividades, este ID es creado en la base de direcciones.

- En el caso de un termino de giro este ID es eliminado de la base de datos de direcciones.

- En el caso de un cambio de dirección este ID es asignado a la nueva dirección en el SII.


• Uso de Códigos de Clasificación de Fuentes comunes.

Fuente: Estudio SECTRA, DICTUC 2010

A BB CCC DD

Nivel 1 Nivel 2 Nivel 3 Nivel 4

7 01 001 01

Fuentes móviles En ruta Veh. Particulares Catalítico tipo 1


• Uso de Códigos de Clasificación de Fuentes (CCF) comunes.

Fuente: Estudio SECTRA, DICTUC 2010


• Uso de Códigos Comunes para Parámetros.


Implementación Web Services: esta opción posee un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones de software independiente de sus plataformas.

INTERNET

(3) COMPONENTE WEB SERVICE

(2) COMPONENTE SERVIDOR VENTANILLA UNICA

Servidor Web Base de Datos

(1) COMPONENTE CLIENTE

Computador Usuario

Solicitud SOAP

SolicitudSOAP

Solicitud SOAP

Respuesta SOAP

RespuestaSOAP

Mensaje SOAP

XML

Mensaje SOAP

XML

(6) COMPONENTE SISTEMAS PC

Computador Base de Datos

Respuesta SOAP

Solicitud SOAP

Respuesta SOAP

(4) COMPONENTE SISTEMA WEB SII


(5) COMPONENTE SISTEMAS WEB SECTORIALES


INTERNET

DATOS BATCH


Diagrama de Arquitectura

Física de Operación de la Ventanilla Única

Caso General


Diagrama de Arquitectura

Física de Operación de la Ventanilla Única

Caso SISS

DISEÑO E IMPLEMENTACIÓN DE MAQUETA PILOTO DE LA VENTANILLA UNICA DE REPORTE EN EL REGISTRO DE EMISIONES Y TRANSFERENCIAS DE CONTAMINANTES –

RETC

GRACIAS

Documents

Jaime Escobar Melero / [email protected] Hugo García Gutiérrez / [email protected]