Manual Observatorio Ciudadano Municipal

Manual de funcionamiento v. 1.0 Observatorio Ciudadano Municipal

Observatorio Ciudadano Municipal

Manual de funcionamiento v. 1.0

Bienvenidas al manual de funcionamiento del software del Observatorio.Aquí encontraréis los conceptos básicos para instalar, gestionar y utilizar esta herramienta.

Este manual se irá actualizando a través de la web wiki www.ocax.net

Observatorio Ciudadano Municipal Manual de funcionamiento

p. 3

Índice

1. Cómo funciona el web 4 1.1. Usuario no registrado 1.2. Usuario registrado 1.3. Usuario con perfil

2. Perfiles 11 3.1. Admin 3.2. Editor 3.3. Manager 3.4. Team manager

3. Funcionalidades 13 3.1. Gestión del web 3.2. Gestión de contenidos 3.3. Gestión del equipo de consultas 4.2. Gestión de las consultas

4. Estado de las consultas 21

5. Instalación 24


p. 4

1. Cómo funciona el webEl web es una herramienta sencilla para los usuarios pero también es, a la vez, muy compleja, ya que permite trabajar con las consultas y los presupuestos a muchos niveles.

Para poder utilizar todas sus funcionalidades, el usuario se tiene que registrar. Así mismo, el administrador del web puede gestionar los diferentes equipos de trabajo y los contenidos del Observatorio.


1. Cómo funciona el web

p. 5

Aquí puedes consultar los datos presupuestarios procesados

Aquí puedes mirar las consultas ya realizadas o hacer una nueva consulta

Home.



p. 6

Aquí puedes descargar todos los datos introducidos y proce-sados por el Observatorio

Información complementaria y/o descripciones del total o la partida presupuestaria

Si quieres información más concreta sobre determinadas partidas, puedes clicar aquí o en la misma gráfica

Para cambiar el tipo de visualización de los presupuestos

Presupuestos (Vista I). Usuario no registrado.

Desde esta sección, podemos con-sultar el proceso de auditación de los presupuestos municipales, ade-más de obtener toda la información en relación a los presupuestos.



p. 7

Presupuestos (Vista II). Usuario no registrado.

Desde esta sección, podemos con-sultar el proceso de auditación de los presupuestos municipales, ade-más de obtener toda la información en relación a los presupuestos.

Haz click aquí para ver con detalle el concepto o partida



p. 8

Si eres usuario registrado, puedes hacer un seguimiento de la consulta a través de este panel de comentarios

Aquí encontrarás información sobre el estado de la consulta.

Si la consulta es de especial interés para tí, desde aquí puedes hacer difusión o suscribirte para hacer un seguimiento de la misma

Página de consulta. Usuario no registrado.

En la página de consulta podemos encontrar toda la información en relación a la consulta (además de la documentación que cada Observa-torio considere oportuna), además de hacer un seguimiento sobre la misma consulta.



p. 9

Página de usuario. Usuario registrado.

Una vez te has registrado puedes realizar las consultas que necesites. Desde esta página puedes hacer nuevas, administrarlas o hacer un seguimiento de las que ya has realizado.

Haz click aquí per hacer una consulta nueva

Gestiona tus consultas desde aquí



p. 10

Funcionalidades Team Manager

Funcionalidades Administrador

Página de usuario. Usuario con perfil admin.

Desde la página de un usuario con perfil admin se puede gestionar todo lo necesario para el funciona-miento de la herramienta.

Funcionalidades Team Member

Funcionalidades Editor CMS


p. 11

2. PerfilesLos perfiles que permiten organizar las diferentes tareas rela-cionadas tanto con la gestión de las consultas en un obser-vatorio como con la gestión de la misma aplicación.

No es necesario que exista un usuario para cada perfil; se pueden asignar diferentes perfiles para un mismo usuario, de tal manera que se encargue de todas estas tareas.


2. Perfiles

p. 12

AdminEl “Admin”, o administrador, es el perfil encargado de las diversas tareas de ges-tión del software Ocax del observatorio, tanto en los aspectos de importación de su base de datos, gestión de los parámetros globales o de los perfiles de los diferentes usuarios de la web.

Funciones Gestión de usuarios Gestión de los correos Contenido de los ficheros Gestión del contenido de las partidas

EditorEl perfil de “CMS editor” se encarga de mantener el contenido de las páginas de información general (página de inicio y demás páginas que informen acerca del observatorio)

Funciones Generar contenido de las páginas de información general.

Tipos de páginas Páginas de introducción Páginas del sitio

Team ManagerEl “Team Manager” es un perfil del ob-servatorio cuya función es la distribución de las consultas entre los miembros del observatorio (“Team Members”, en el siguiente punto) para que cada uno de ellos se encargue de realizar los trámi-tes con la administración. Se encargará también de hacer una primera validación de las consultas introducidas en la web, desechando aquellas que sean ofensivas contra colectivos (consultas xenófobas o machistas, etc.).

Funciones Filtración de las primeras consultas Distribución de las consultas entre los Team Member (miembros del equipo)

Team MemberEl “Team Member” es el perfil encargado de gestionar las consultas, asignadas por el Team Manager.

Funciones Validar la consulta Modificar la consulta Entregar la consulta Reformular la consulta

2. Perfiles


p. 13

3. FuncionalidadesCada perfil de usuario tiene unas funcionalidades asignadas. Para que la herramienta web del Observatorio funcione de la mejor manera posible, es necesario que todas las tareas estén cubiertas.

Desde las páginas de usuario de cada perfil, el usuario podrá gestionar sus tareas, además de formular consultas y hacer un seguimiento de las mismas.


3. Funcionalidades

p. 14

Gestión del web

Usuario con perfil admin

Funciones Gestión de usuarios Gestión de los correos Contenido de los ficheros Gestión del contenido de las partidas

Generación de contenidos

Usuario con perfil CMS editor

Funciones Generar contenido de las páginas de información general.

Tipos de páginas Páginas de introducción Páginas del sitio

Gestión equipo de consultas

Usuario con perfil Team Manager

Funciones Filtración de las primeras consultas Distribución de las consultas entre los Team Member (miembros del equipo)

Gestión de las consultas

Usuario con perfil Team member

Funciones Validar la consulta Modificar la consulta Entregar la consulta Reformular la consulta

3. Funcionalidades


3. Funcionalidades

p. 15

Gestión del web

Users and RolesPermite gestionar a los usuarios que están dados de alta en la web, y les asigna los perfiles (permitiendo crear nuevos “socios”, “Team Members”, “Team Managers”, “CMS editors” e incluso nuevos “Admins”).

Email text templatesAquí muestra los diferentes correos electrónicos por defecto que son enviados a los usuarios cada vez que la consulta cambia de estado. Desde aquí, el administrador tiene la opción de cambiar el texto por defecto de estos correos. Hay dos palabras reservadas en el texto del mensaje: “%name%” será sustituída por el nombre del usuario que realizó la consulta, y “%link%” permitirá mostrar el enlace directo a la consulta.

Bulk emailDesde aquí se gestionan correos masivos, que serán correos enviados desde el observa-torio a todos los usuarios que se han dado de alta en el sistema.

Zip filePermiten gestionar el contenido de los ficheros que serán comprimidos en el fichero “zip” disponible para descarga desde la pestaña de información presupuestaria. El objetivo de este fichero “zip” es incluir los presupuestos del municipio en formato de hoja de cálculo, trabajable de forma sencilla por la ciudadanía, así como toda la documentación que le pueda ser útil.

Years and budget dataAquí se gestionan los años para los que se dispondrá de información en la pestaña de presupuestos. Para crear un año nuevo, se deberá indicar la población del municipio de ese año, y poner código “Publicada”, si se desea que la información de ese año sea visible. Otras opciones disponibles serán:

Import BudgesSe importarán desde aquí los datos de un archivo .CSV (un archivo de texto con diferentes columnas de datos, separadas por un carácter de barra vertical “|”). El formato del CSV tiene 11 columnas:

1.- internal code: El código interno de cada una de las partidas presupuestarias, que identifica la estructura interna de la partida separada por guiones. Las que comien-zan por “S” son “Spent” (gastos) y las “I”, “Income” (ingresos), el siguiente caracter indica el tipo de clasificación -”O” orgánica, “E” económica, etc. – y los siguientes la organización en partidas y subpartidas (por ejemplo, “S-E-9-91-913″ indica “partida 913, hija de la partida 91, hija de la partida 9, de la clasificación económica dentro de la zona de gastos).

2.- internal parent code: Es el padre de la partida, por ejemplo: La partida S-E-9-91 será la partida padre de la S-E-9-91-913.

3.- code: Es el código real que utiliza el ayuntamiento al referirse a la partida. (Por ejem-plo, en la anterior, “S-E-9-91-913″, el código real será “913″.

4.- initial provision: Aquí se introduce la provisión inicial de la partida, que estará dispo-nible en el documento de presupuestos publicado por el ayuntamiento.

5.- actual provision: Durante el año se van introduciendo las modificaciones al presupues-to aprobadas en el pleno. Es bastante probable que este dato no se conozca al importar el CSV, y que valga por tanto “0″ (al igual que las cuatro columnas siguientes).

6.- trimester 1: Datos numéricos de la ejecución del 1er Trimestre.7.- trimester 2: Datos numéricos de la ejecución del 2o Trimestre.8.- trimester 3: Datos numéricos de la ejecución del 3er Trimestre.9.- trimester 4: Datos numéricos de la ejecución del 4o Trimestre.10.- label: En desuso en la presente versión. (Estará en blanco)11.- Concepte: Una descripción textual explicativa de la partida. Puede ir en blanco si no

se dispone de esa información.

Funcions assignades a l’Admin



3. Funcionalidades

p. 16

Gestión del web

Delete BudgesPermite borrar años completos de los presupuestos de las bases de datos. En caso de que se hayan borrado datos por error, existe la opción de recuperar desde una copia. Hay que tener en cuenta que la copia se hace justo antes de la importación en el momento en que se pulsa el botón ‘Backup database’.

Export BudgesPermite volver a obtener el CSV correspondiente a la Base de Datos para ese año.

Featured BudgesMuestra las partidas existentes en la base de datos para ese año, y permite hacer modifi-caciones/adiciones/eliminaciones de partidas desde la web.

List YearsLista los años existentes para la base de datos de la web.

Manage Budget DescriptionsPermite gestionar los literales de las partidas en los diferentes idiomas soportados para la aplicación. Por ejemplo, una partida “I-E-1″ podría ser “Impuestos directos” en castellano, “Impostos directos” en catalán o “Total Income” en inglés.

Global ParametersAquí el administrador tendrá la oportunidad de modificar algunos parámetros que permiten especificar ciertos aspectos de la aplicación a nivel general. Los parámetros globales son los siguientes:

• Year: El año actual. Esto indica el año por omisión en lo que se refiere a los datos presu-puestarios.

• Languages: Una lista de idiomas separadas por comas, ordenados por preferencia. Por ejemplo: ca,es. (ca: catalán, es: castellano, siendo la preferencia el catalán) Si solo se define uno, al usuario no le aparecerá la opción de cambiar ni escoger el parámetro ‘idio-ma’ en su perfil. Tampoco el perfil CMS Editor dispondrá de una opción de traducción.

• observatory Name i councilName: La combinación de estos dos parámetros consi-tuyen el nombre del observatorio en el título de la página y en cada lugar en que se imprima. P.e.: observatoryName “Observatori Ciutadà Municipal#de l’%s” y councilNa-me “Ajuntament de mi ciudad”. Los caracteres “%s” se reemplazarán con el texto de councilName y el caracter “#” indica una nueva linea en el título, con lo que aparecerá: Observatori Ciutadà Municipal de l’Ajuntament de mi ciudad

• blogName: El nombre del blog o página web del colectivo al que pertenece el OCM. Si no existe, se deja en blanco.

• emailContactAddress: Dirección de correo de contacto del OCM.• emailNoReply: Dirección de correo del OCM a la que no se debe contestar (utilizada

como remitente en los mensajes de correo automáticos).• siglas: Siglas del observatorio municipal. Por ejemplo, “Observatori Ciutadà de

l’Ajuntament de Badalona” podría tener las siglas “OCABdn”.• smtpAuth, smtpHost, smtpPassword, smtpPort, smtpSecure, smtpUsername, pará-

metros (autorizació, host, password, port, seguretat, usuaris) de SMTP.• socialFacebookURL: Dirección de la página web de Facebook del OCM.• socialTwitterURL: Dirección de la cuenta de Twitter del OCM.• telephone: Teléfono de contacto del OCM.



3. Funcionalidades

p. 17

Usuario con perfil CMS editorGeneración de contenidos

Pàgines d’introducció Son las páginas informativas del proyecto que aparecen en la página de Inicio de la web. Se mostrarán las páginas disponibles y se dará la opción de crear una nueva. Al crear una página nueva, deberemos indicar el orden de la página (comenzando desde el 0 en adelante) según se desea que aparezcan, la posición horizontal y vertical de la hoja con el texto, el ancho de la hoja, el título de la página, su subtítulo (si lo hay) y el cuerpo de la misma. Habrá que acordarse de marcar el cuadro de “Publicada” si deseamos que efectivamente aparezca en la web. Por último se pulsa en el botón de “crear” y la página será publicada.

Pàgines de sitioEstas páginas servirán para gestionar el grueso del contenido de la web. Aquí se mos-trarán todos los diferentes títulos de las páginas introducidas (los mismos títulos que se mostrarán en un índice lateral en la página de la web correspondiente). Al crear la página dispondremos de los siguientes campos:

Block: Todas las páginas con el mismo número de “block” se agruparan como si fuesen páginas dentro de una misma sub-carpeta.

Weight: Un valor numérico que se utilizará para gestionar el orden en que se muestren las páginas dentro de un mismo “block”.

Page URL: Aquí será necesario indicar el modo en que se mostrará la página en la barra de direcciones del navegador. (Por ejemplo, “como-funciona”)

Page Title: Aquí se mostrará el título de la página tal y como se mostrará a los usuarios. (Por ejemplo, “Cómo funciona”)

Body: El cuerpo del texto de la página.

Cómo hacer traduccionesSi el administrador ha habilitado más de un idioma, se mostrará la opción de traducir las páginas en el momento de editarlas. El idioma por omisión de las páginas nuevas será el idioma que ha definido el administrador como idioma preferido del sitio. Si, por ejemplo, el administrador ha definido “ca,es” como idiomas, al crear una página se tendrá “Català” como idioma, y después de guardarla, se tendrá la opción de crear la traducción al Castellano.


3. Funcionalidades

p. 18

Gestión equipo consultas

El “Team Manager” es un perfil del observatorio cuya función es la distribución de las consultas entre los miembros del observatorio (“Team Members”, en el siguiente punto) para que cada uno de ellos se encargue de realizar los trámites con la administración. Se encargará también de hacer una primera validación de las consultas introducidas en la web, desechando aquellas que sean ofensivas contra colectivos (consultas xenófobas o machistas, etc.).

Cuando un ciudadano hace una consulta, se le envía un correo electrónico tanto a él como a todos los Team Managers, informándoles de que la consulta ha sido introducida en el sistema. El Team Manager tendrá (o tendrán, si hay más de un Team Manager) las siguientes tres opciones con esa consulta:

1. Asignar la consulta a un miembro del observatorio (team member) para que se encar-gue de gestionarla.

2. Rechazar la consulta (Intentar evitar esto más que en casos en los que la consulta sea especialmente ofensiva contra algún colectivo) La consulta continuará en el sistema, pero no será visible por otros usuarios.

3. Borrar la consulta, una opción similar a la anterior, pero en este caso elimina completa-mente la consulta de la base de datos. Procurar reservarlo exclusivamente a casos en los que se haya recibido publicidad desde alguna de las consultas (Spam).

En caso de que por alguna circunstancia un Team Member no pueda seguir haciéndose cargo de alguna consulta, el Team Manager tiene la opción de volver a asignarla a otro Team Member en cualquier momento de la vida de la consulta.

Una vez asignada una consulta, el Team Manager no seguirá recibiendo notificaciones en el correo de la aplicación sobre la consulta en cuestión, excepto en el caso de que el Team Member la rechace (o en el caso de que se haya suscrito específicamente a esa consulta como cualquier otro usuario).

Usuario con perfil Team Manager


3. Funcionalidades

p. 19

Gestión consultas

• Validar la consulta. Tras analizar la consulta con mayor profundidad, el Team Member realiza una segunda validación (la definitiva). Podrá rechazarla (cambiando su estado a “Consulta rechazada por el Observatorio”), en cuyo caso se le notificará al usua-rio, o aceptarla, en cuyo caso el usuario también recibirá una notificación de que su consulta ha sido aceptada en el observatorio para su gestión, y la consulta cambiará al estado “Consulta aceptada por el Observatorio”.

• Lliurar la consulta a l’administració local, del modo que sea necesario por parte de tu ayuntamiento (entrega en la web del ayuntamiento cuando sea posible, o entrega física en una oficina, en los casos en los que el ayuntamiento no permita las consultas online). Una vez hecho esto, la consulta deberá cambiarse de estado a “Esperando res-puesta por el Ayuntamiento”, indicándose en el espacio reservado para ello el número de registro resultante de realizar la entrega.

Recomendamos, en los casos en los que la entrega del documento sea a una oficina física, adjuntar además una copia escaneada del documento de la consulta.

• Una vez se haya recibido una respuesta por parte de la administración, se cambiará el estado de la consulta a “Respuesta del Ayuntamiento pendiente de valorar”, y se aña-dirá el texto de la respuesta (y opcionalmente, también, el documento de la respuesta escaneado). De esta manera se deja la opción a los usuarios de la web, y al propio usuario que realizó la consulta, a que valoren si es o no una respuesta satisfactoria.

• Terminado el proceso de valoración por parte de los diferentes usuarios, el Team Manager, teniéndolas en cuenta, realizará la valoración final, aceptando o rechazando la respuesta de la administración. El estado de la consulta cambiará a “Respuesta del Ayuntamiento satisfactoria” o “Respuesta del Ayuntamiento insatisfactoria”.

• Si la respuesta del ayuntamiento ha sido insatisfactoria, puede continuarse la vida de la consulta, dando la opción al Team Member a reformularla (con la ayuda del usuario o los usuarios interesados en ella) y el proceso comenzará de nuevo, desde el estado inicial “Consulta aceptada por el Observatorio”.

• Modificar la consulta. Antes de entregar la consulta a la administración, el Team Member tiene la opción de editarla. La única razón para hacer esto sería corregir algún aspecto ortográfico o gramatical de la consulta, en ningún caso para variar su sentido sin ponerse en contacto con el usuario que la realizó, y contar con su aprobación. Se actuaría de esta forma cuando se piense que la consulta podría estar enfocada de una manera más concreta así ayudando al ciudadano.

También en el mismo sentido, ayudar al ciudadano a que su consulta esté clasificada de forma más concreta, se puede cambiar el tipo de la consulta entre ‘Generica’ y ‘Pre-supuestaria’ y, dentro de la opción presupuestaria, cambiar la partida a la que se hace referencia.

Pensamos que es más ético acordar los cambios con el ciudadano que ha formulado la consulta. Como team member puedes conocer su dirección de correo electónico.

• Reformular una consulta. Una vez contestada por parte de la administración, se valorará la respuesta según los comentarios y votaciones de los usuarios. Si se valora negativamente, como Team Member se tiene la opción de reformular la consulta.



3. Funcionalidades

p. 20

La reformulación puede tener varias razones:

1.- Que ésta se vuelva a enviar a la misma administración local (para darles una segunda oportunidad)

2.- Que se haga llegar esta consulta a otros organismos, como los Sindic de greuges/Defensores del pueblo, Sindicaturas de Cuentas, etc.

Al reformular, se crea una nueva consulta asociada a la anterior con las siguien-tes propiedades:

• El usuario anterior consta como el usuario que ha formulado la consulta.• La consulta tiene el estado “Consulta aceptada por el observatorio”.• Los usuarios suscritos a la consulta original, pasan a estar suscritos a la consulta

reformulada.

Si se desea, el Team Member también tiene la opción de cambiar el tipo de la consulta (“Genérica”, “Presupuestaria”, o cambiar la partida asociada).


p. 21

4. Estado de las consultasDesde el momento en que una consulta es introducida en la base de datos del web, esta empieza un recorrido a través de una serie de estados, que reflejan la situación en la cual se encuentra esta consulta.


4. Estado de las consultas

p. 22

Consulta en esperade validación

Respuesta en espera de valoración

Respuesta satisfactoria

Respuesta insatisfactoria

Esperando respuesta de la Administración

Consulta no aceptada por el Observatorio

Consulta aceptada por el Observatori

Observatorio Ciutadadano Municipal Estados de la consulta



p. 23

1.- Esperando aceptación del ObservatorioEs el estado en el que se encuentra una consulta cuando un ciudadano la formula. Ésta le llega al Team Manager a través de un correo de notificación. El Team Mana-ger debe filtrar las consultas no deseadas (spam y todas aquellas que el código ético del observatorio en cuestión decline aceptar).

2.- Consulta aceptada por el Team ManagerSi el Team Manager no ha rechazado la consulta, se la debe asignar a un Team Member. A partir de este momento el ciu-dadano no puede modificar la consulta.

3.- Consulta rechazada por el ObservatorioEl Team Manager o el Team Member han rechazado la consulta.

4.- Consulta aceptada por el ObservatorioEl Team Member acepta la consulta. Desde este momento, la consulta pasa a ser públi-ca y otros ciudadanos pueden subscribirse a ella y hacer comentarios.

5.- Esperando respuesta del Ayuntamiento.El team member ha entregado la consulta al Ayuntamiento, ya sea en persona o a través de correo electrónico, si el ayun-tamiento en cuestión lo permite. El Team Member colgará en la web toda aquella documentación municipal que acredite que la instancia se ha entregado, ya sea el texto del correo para consultas realizadas a través de correo electrónico, o un docu-mento escaneado (además del texto de dicho documento en la web) que acredite que la consulta se ha entregado y sellado en la correspondiente oficina municipal.

6.- Respuesta del Ayuntamiento pendiente de valorar.Cuando el team member recibe una respuesta de la administración, cuelga la documentación en la web. O, en el caso de que haya pasado un tiempo prudencial de silencio administrativo, se añade un comentario indicando que la respuesta de la administración ha sido precisamente ese silencio (una no-respuesta). A partir de este momento, los ciudadanos pueden hacer una valoración de la respuesta administra-tiva a través de comentarios y votos.

7.- Respuesta del Ayuntamiento satisfactoria.El Team Member, tras recibir las votaciones y comentarios de los distintos usuarios, considera satisfactoria la respuesta. ¡Éxito!

8.- Respuesta del Ayuntamiento insatisfactoria.El Team Member debe empatizar lo máxi-mo posible con la opinión de los usuarios que valoren y comenten esa consulta. Se abren varias vías a seguir en estos casos:

• Reformular la consulta i tornar-la a enviar a l’administració (segona oportunitat).

• Manifestar de forma pública i adminis-trativa una queixa al Síndic de Greuges, Defensor del Poble, Sindicatura de Comptes, Tribunal de Comptes o un altre organisme autonòmic, estatal o internacional corresponent en el cas de preguntes vinculades als pressupostos.



p. 24

5. InstalaciónDescargad el web e instaladlo en vuestro servidor. Pensad que solo tendréis que hacerlo una vez y que si no lo sabéis hacer os pueden ayudar.

No es nada complicado para alguien que tenga conoci-mientos básicos de programación web.


5. Instalación

p. 25

Directory structure

- app

- protected

- framework (http://www.yiiframework.com/ (tested with 1.1.14))

Installation

1. Database* Create database and userCREATE DATABASE db_name CHARACTER SET utf8 COLLATE utf8_swedish_ci;CREATE USER ‘user_name’@’localhost’ IDENTIFIED BY ‘password’;GRANT ALL PRIVILEGES ON db_name. * TO ‘user_name’@’localhost’;* Import table structure$ mysql -uuser_name -p db_name < schema.sql* If your OCM is in Spain, import data common to all Spanish OCMs$ wget http://ocax.net/download/spain_budget_description.sql$ mysql -uuser_name -p db_name < spain_budget_description.sql

2. Create config file$ cp protected/config/main.example.php protected/config/main.phpand modify mysql connection parameters in protected/config/main.php

3. File permissions# chown -R www-data protected/runtime/ protected/data/# chown -R www-data app/assets/ app/files/

4. Apache configIf you cannot edit the apache server config, you’ll need a .htaccess file$ cp app/htaccess app/.htaccess

5. Other softwareYour web server needs to create the Database download zip file.# apt-get install zipThat’s it. You should be able to browse to your site now.

6. See Post Installation instructions here http://ocax.net/en:install

Os invitamos a probar el web demo http://demo.ocax.net Website: www.ocmunicipal.netTwitter: www.twitter.com/OCMunicipalFacebook: www.facebook.com/ObservatorioCiudadanoMunicipal Contacto: [email protected] (686910992)


Nota: el manual se irá actualizando desde el web wiki www.ocax.net

Documents

Manual Observatorio Ciudadano Municipal