Manual Observatorio Ciudadano Municipal

Manual de funcionamiento v. 1.0
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

Manual de funcionamiento

p. 3

Índice
1. Cómo funciona el web

1.1. Usuario no registrado
1.2. Usuario registrado
1.3. Usuario con perfil

2. Perfiles
3.1. Admin

3.2. Editor
3.3. Manager
3.4. Team manager

4 3. Funcionalidades
3.1. Gestión del web

11

13

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

Para poder utilizar todas sus funcionalidades, el usuario
El web es una herramienta sencilla para los usuarios pero
también es, a la vez, muy compleja, ya que permite trabajar se tiene que registrar. Así mismo, el administrador del web
puede gestionar los diferentes equipos de trabajo y los
con las consultas y los presupuestos a muchos niveles.
contenidos del Observatorio.



p. 5

Home.
Aquí puedes consultar
los datos presupuestarios
procesados

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



p. 6

Presupuestos (Vista I).
Usuario no registrado.
Desde esta sección, podemos consultar el proceso de auditación de
los presupuestos municipales, además de obtener toda la información
en relación a los presupuestos.

Aquí puedes descargar todos
los datos introducidos y procesados por el Observatorio
Información complementaria
y/o descripciones del total o la
partida presupuestaria
Para cambiar el tipo
de visualización de los
presupuestos

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



Presupuestos (Vista II).
Desde esta sección, podemos consultar el proceso de auditación de
los presupuestos municipales, ademá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. 7



p. 8

Página de consulta.
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 Observatorio considere oportuna), además
de hacer un seguimiento sobre la
misma 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
Aquí encontrarás información
sobre el estado de la consulta.

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



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

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 funcionamiento de la herramienta.

Funcionalidades
Team Member

Funcionalidades
Editor CMS

Funcionalidades
Team Manager

Funcionalidades
Administrador


p. 11

2. Perfiles
Los perfiles que permiten organizar las diferentes tareas rela- No es necesario que exista un usuario para cada perfil; se
pueden asignar diferentes perfiles para un mismo usuario,
cionadas tanto con la gestión de las consultas en un obserde tal manera que se encargue de todas estas tareas.
vatorio como con la gestión de la misma aplicación.


2. Perfiles

p. 12

Admin

Editor

Team Manager

Team Member

El “Admin”, o administrador, es el perfil
encargado de las diversas tareas de gestió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.

El 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)

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.).

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

2. Perfiles

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

Funciones
Generar contenido de las páginas de
información general.
Tipos de páginas
Páginas de introducción
Páginas del sitio

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

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


p. 13

3. Funcionalidades
Cada 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

3. Funcionalidades
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

Gestión
de las 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)

Usuario con perfil Team member

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


Gestión del web

3. Funcionalidades

p. 15


Users and Roles
Permite 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”).

Import Budges
Se 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:

Email text templates
Aquí 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.

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 comienzan 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 ejemplo, 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á disponible en el documento de presupuestos publicado por el ayuntamiento.
5.- actual provision: Durante el año se van introduciendo las modificaciones al presupuesto 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.

Bulk email
Desde aquí se gestionan correos masivos, que serán correos enviados desde el observatorio a todos los usuarios que se han dado de alta en el sistema.
Zip file
Permiten 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 data
Aquí 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:


3. Funcionalidades

Gestión del web

p. 16


Delete Budges
Permite 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 Budges
Permite volver a obtener el CSV correspondiente a la Base de Datos para ese año.
Featured Budges
Muestra las partidas existentes en la base de datos para ese año, y permite hacer modificaciones/adiciones/eliminaciones de partidas desde la web.
List Years
Lista los años existentes para la base de datos de la web.
Manage Budget Descriptions
Permite 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 Parameters
Aquí 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 presupuestarios.
• 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 ‘idioma’ 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 consituyen 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 councilName “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

Generación de contenidos

Usuario con perfil CMS editor

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 sitio
Estas páginas servirán para gestionar el grueso del contenido de la web. Aquí se mostrará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.

p. 17

Cómo hacer traducciones
Si 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

Gestión equipo consultas

p. 18

Usuario con perfil Team Manager

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 encargue 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 completamente 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).


Gestión consultas
•

3. Funcionalidades

p. 19


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 usuario, 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 respuesta 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ñadirá 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 ‘Presupuestaria’ 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

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 siguientes 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. 20


p. 21

Desde 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.

Estados de la consulta


p. 22

Consulta en espera
de validación

Consulta
aceptada por
el Observatori

Consulta
no aceptada por
el Observatorio

Esperando
respuesta de
la Administración

Respuesta en espera
de valoración

Respuesta
insatisfactoria

Respuesta
satisfactoria



p. 23

1.- Esperando aceptación del Observatorio
Es 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 Manager 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 Manager
Si el Team Manager no ha rechazado la
consulta, se la debe asignar a un Team
Member. A partir de este momento el ciudadano no puede modificar la consulta.
3.- Consulta rechazada por el Observatorio
El Team Manager o el Team Member han
rechazado la consulta.
4.- Consulta aceptada por el Observatorio
El Team Member acepta la consulta. Desde
este momento, la consulta pasa a ser pública 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 ayuntamiento 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 documento 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 administrativa 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áximo 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 administrativa 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ón
Descargad 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 conocimientos básicos de programación web.


5. Instalación

p. 25

Directory structure

Installation

- app

1. Database
* Create database and user
CREATE 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

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

2. Create config file
$ cp protected/config/main.example.php protected/config/main.php
and 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 config
If you cannot edit the apache server config, you’ll need a .htaccess file
$ cp app/htaccess app/.htaccess
5. Other software
Your web server needs to create the Database download zip file.
# apt-get install zip
That’s it. You should be able to browse to your site now.
6. See Post Installation instructions here http://ocax.net/en:install


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

Os invitamos a probar el web demo
http://demo.ocax.net
Website: www.ocmunicipal.net
Twitter: www.twitter.com/OCMunicipal
Facebook: www.facebook.com/ObservatorioCiudadanoMunicipal
Contacto: info@ocax.net (686910992)

Manual Observatorio Ciudadano Municipal

Recommended

Recommended

More Related Content

Similar to Manual Observatorio Ciudadano Municipal

Similar to Manual Observatorio Ciudadano Municipal (20)

Manual Observatorio Ciudadano Municipal