1.

ANTECEDENTES
Con el único fin de apoyar la mejora de la Gestión Institucional del Servicio Municipal de Agua Potable
y Alcantarillado Sanitario de Cochabamba (SEMAPA), la Empresa Unipersonal de Justo Eddy Torrico
Pereira, presenta su solución integrada para empresas prestadoras de servicios de agua potable y
alcantarillado sanitario (EPSA’s), la cual pretende fortalecer y optimizar el control y la administración
de la información de las aéreas Comerciales y Operacional de SEMAPA y en el mediano plazo
convertirse en una fuente primordial de toma de decisiones.
Actualmente, se cuenta con una amplia experiencia en el desarrollo e implantación de sistemas de
gestión para el sector público y privado, el conocimiento con el que cuentan nuestros profesionales
en proyectos de consultoría de similar envergadura, hacen que confiemos plenamente en el éxito y
satisfacción de todas las necesidades y requerimientos de vuestra empresa.
Para llegar a cubrir y satisfacer las necesidades de SEMAPA, se pondrá a su disposición herramientas y
personal altamente calificado para el desarrollo e implantación de sistemas de gestión.
La solución final a implantarse en SEMAPA brindará los siguientes beneficios:
 Facilitará sustancialmente la administración, permitiendo más tiempo de planeación y
comunicación.
 Otorgará los elementos técnicos que les permitan procesar la información de manera
confiable, actualizada y oportuna para la toma de decisiones durante el desarrollo de su
administración.
 Evitará la pérdida de información administrativa.
 Ofrecerá un mejor control de los recursos que administra la empresa, lo cual favorece la
consolidación de una administración eficiente y transparente.

2. ENFOQUE DE LA PROPUESTA
La presente propuesta responde al interés manifestado por los responsables de SEMAPA en adquirir
un Sistema Integrado Comercial y Operacional que satisfaga las necesidades y requerimientos
específicos de SEMAPA.

2.1 NECESIDADES A ATENDER EN EL PRESENTE PROYECTO

En base a los términos de referencia emitidos por SEMAPA, se ha identificado las siguientes
necesidades a ser atendida en el presente proyecto:
 Integración y optimización de procesos
Se debe desarrollar una solución de soporte que tecnológicamente brinde soporte ágil,
eficiente y efectivo a los procesos de negocio principales de la empresa, aprovechando las
herramientas de desarrollo de última generación.
 Gestión de la información del negocio
Los altos niveles de integración que se brinde, deben derivar en un efectivo control y una
oportuna toma de decisiones de la alta gerencia.
 Asegurar la inversión a largo plazo
 Propuesta Técnica - SEMAPA

El producto final a implantar por si sola debe soportar el crecimiento del negocio para los
siguientes años pero sin descuidar la renovación tecnológica.
 Obtener la mejor solución posible
Se debe proveer la mejor solución tanto en calidad como en precio que satisfaga las
necesidades actuales y futuras de SEMAPA.

3. OBJETIVO DE LA PROPUESTA
El objetivo del presente proceso de consultoría es el de proporcionar una herramienta informática
para la gestión y toma de decisiones de las áreas Comercial y Operacional, que se ajuste a las
necesidades reales de SEMAPA, facilitando el ejercicio de una administración eficiente que garantice
la operación de los elementos de control interno, que coadyuven al fortalecimiento financiero y sus
repercusiones en la calidad de los servicios que proporcionan a la comunidad

4. ALCANCE DE LA CONSULTORIA
El alcance de la Consultoría estará enmarcado en la siguiente secuencia lógica de sub objetivos:

 Estudio y Análisis del marco legal y técnico regulatorio de SEMAPA.

 Diseño lógico (entradas, salidas e integración) y procedimental (reglas de negocio) de los
distintos módulos de la interfaz de usuario y de la Base de Datos.
 Desarrollo y/o implementación del diseño lógico y procedimental.
 Pruebas funcionales de desempeño e integración (entradas, salidas, reportes, comunicación
entre sub sistemas, pruebas en paralelo, etcétera).
 Migración de datos.
 Capacitación al personal operativo y técnico.

El Producto final estará diseñado y construido para operar y controlar todos los eventos
administrativos de un proceso Comercial y Operacional completo.

Por otro lado, dentro el proceso de pruebas funcionales de los distintos módulos o sub sistemas,
estos serán pasibles a observaciones y/o recomendaciones para ser modificados tanto en
conceptualización y forma en coordinación con el responsable de área.

También, cualquier cambio en las normativas o disposiciones legales actuales durante el periodo de
desarrollo, estarán incluidos en el proceso de contratación, es decir serán asumidos y desarrollados
sin costo alguno.

2
 Propuesta Técnica - SEMAPA

El alcance se enmarcara en el siguiente cuadro:

AREA UNIDAD SUB-SISTEMA

Atención al Cliente Gestión de Atención al Cliente

Comercial (Gerencia de
Servicio al Cliente)
Operacional (Gerencia de
Operaciones)
Catastro Comercial Catastro de Usuarios y Servicios
Contratos Contratos de Servicios
Facturación Facturación.
Lecturas Gestión de Lecturas de Consumo
Medidores Gestión de Medidores
Recaudaciones Recaudaciones
Mora Gestión de Mora
Cortes y Re-conexiones Cortes y Reconexiones
Mantenimiento Gestión de Mantenimiento de Redes
Construcciones Gestión de Acometidas
Balance de Agua no Contabilizada
Agua No Contabilizada
(GPP)
Módulo de Información Gerencial

4.1 ALCANCE FUNCIONAL

Se implementarán en su totalidad las funcionalidades requeridas de todos los módulos antes
mencionados según requerimientos de SEMAPA, todo, bajo la concepción, filosofía y características
del marco legal de funcionamiento de Empresas de Servicio de Agua Potable y Alcantarillado.

Para tal efecto, el producto final será una herramienta versátil, amigable al usuario y de muy fácil
manejo, el cual se desenvolverá en un entorno de trabajo multiusuario sin límite de usuarios
concurrentes, con alternativas de comunicación con los distintos puntos de cobranza que dispone o
disponga SEMAPA. Para tal desempeño laboral, se cuenta con distintos niveles de seguridad que
permitan la autenticación de los usuarios a los distintos sistemas y/o módulos del paquete total.

Las herramientas de software a usar, estarán acorde a los requerimientos, necesidad y disponibilidad
tecnológica de SEMAPA.

Estos temas de interés y muchos otros más se encuentran detallados líneas abajo.

3
 Propuesta Técnica - SEMAPA

5. CONDICIONES TECNICAS ESPECÍFICAS

5.1 RECURSOS TECNOLOGICOS Y HERRAMIENTAS DE DESARROLLO

Se adecuará tanto a los recursos tecnológicos como herramientas de desarrollo con los que cuenta
SEMAPA, como serán detallados en los sub puntos del punto 6.

6. PLATAFORMA Y ARQUITECTURA DE DESARROLLO

6.1 ARQUITECTURA DE DESARROLLO

Dependiendo de la disponibilidad tecnología con la que cuente SEMAPA, la solución estará diseñada
para una distribución lógica de tres capas, como se muestra en la figura.

1.- Capa de presentación: es la que ve el usuario (también se la denomina "capa de usuario"),

presenta el sistema al usuario, le comunica la información y captura la información del usuario en un
mínimo de proceso (realiza un filtrado previo para comprobar que no hay errores de formato). Esta
capa se comunica únicamente con la capa de negocio. También es conocida como interfaz gráfica y
debe tener la característica de ser "amigable" (entendible y fácil de usar) para el usuario.
2.- Capa de negocio: es donde residen los programas que se ejecutan, se reciben las peticiones del
usuario y se envían las respuestas tras el proceso. Se denomina capa de negocio (e incluso de lógica
del negocio) porque es aquí donde se establecen todas las reglas que deben cumplirse. Esta capa se
comunica con la capa de presentación, para recibir las solicitudes y presentar los resultados, y con la
capa de datos, para solicitar al gestor de base de datos para almacenar o recuperar datos de él.
También se consideran aquí los programas de aplicación.
3.- Capa de datos: es donde residen los datos y es la encargada de acceder a los mismos. Está
formada por uno o más gestores de bases de datos que realizan todo el almacenamiento de datos,
reciben solicitudes de almacenamiento o recuperación de información desde la capa de negocio.

6.2 PLATAFORMA DE DESARROLLO

Se detalla los requerimientos en cuanto a hardware como software base para el desarrollo del
sistema de gestión Comercial y Administrativo Financiero.

4
 Propuesta Técnica - SEMAPA

6.2.1 PLATAFORMA DE HARDWARE

6.2.1.1 SERVIDOR CENTRAL

El servidor central no es un requisito extremo para que la solución pueda entrar en producción, pero
se recomienda un equipo informático tipo servidor, que disponga de uno o varios discos duros de
buen tamaño 200 GB o superior y memoria RAM extensa 4 GB o superior.

6.2.1.2 TERMINALES CLIENTES

Para todas las terminales en las cuales se instale el producto final, los requerimientos mínimos son las
siguientes:

 Procesador Pentium IV o superior.

 Memoria RAM, 512 MB o superior.
 Disco duro de 80 GB o superior.

Para los equipos de desarrollo los requerimientos en hardware son mayores, debido a que la carga
de los componentes de desarrollo es extensa y a la necesidad de agilidad en el proceso de
construcción del producto final.

 Procesador Pentium Core Duo de 2.2 GHz o superior.

 Memoria RAM, 2 GB o superior.
 Disco duro de 80 GB o superior.

6.2.1.3 COMUNICACION
En caso de requerirse comunicación distante entre distintos puntos de funcionamiento, se requerirá:
Línea de comunicación de 512 Kb o superior y los distintos medios de transmisión de datos, módems,
enrutadores, etcétera.

7. GARANTIA DE BUEN FUNCIONAMIENTO Y SOPORTE TECNICO

La garantía del buen funcionamiento se refiere al correcto funcionamiento de todos los módulos
implementados entregados y validados a conformidad por el Supervisor y los usuarios finales. Mismos
que cumplirán con todas las especificaciones técnicas y normas relevadas durante todo el ciclo de
vida de desarrollo del software. El periodo de cobertura de garantía es de 12 meses a partir de la
puesta en marcha definitiva del producto final, dentro el cual se compromete a corregir sin costo
alguno todos los errores de funcionamiento o errores de forma que puedan presentar los módulos
del producto.

Asimismo, se proveerá de soporte técnico dentro del periodo de garantía, mismo que se entiende
como cualquier requerimiento técnico que NO implique nuevo desarrollo o modificación al sistema
entregado, así como también la NO configuración de servidores y equipos conectados al sistema
después de la puesta en marcha definitiva del producto final.

5
 Propuesta Técnica - SEMAPA

7.1 SOPORTE TÉCNICO Y MANTENIMIENTO

Se brindara y garantizara la disolución de dudas y resolución de errores en los distintos módulos del
sistema por personal altamente calificado:

 Vía Teléfono
Este servicio le permite contar con un técnico especializado en informática totalmente
dedicado a resolverle sus interrogantes y/o problemas.
Este servicio se encuentra disponible en horarios de oficina.
 Vía Chat
Este servicio le permitirá contar con un profesional  especializado en informática totalmente
dedicado a SEMAPA, que le ayudara a resolver sus interrogantes y/o problemas. 
Este servicio se encuentra disponible en horario de oficina vía nuestro Chat
 In Situ
En caso extremo y estrictamente necesario se enviara un profesional especializado en
informática a instalaciones de SEMAPA, que le ayudara a resolver sus interrogantes y/o
problemas.

8. METODOLOGIA DE DESARROLLO E IMPLEMENTACION

8.1 ALCANCE

Los Sistemas de Información, desarrollados a medida, independientemente de las funciones que

efectúen y el área dónde se utilizan, deben proporcionar un beneficio en el desarrollo de las
actividades empresariales de forma que éstas se realicen de forma óptima y al menor coste.

El principal objetivo de esta metodología es la de asegurar la correcta administración, desarrollo y

puesta en marcha del proyecto.

El proceso de desarrollo que se plantea se basa en tres etapas básicas: captura básica de requisitos,
desarrollo y mantenimiento.

Los beneficios de esta metodología de trabajo son básicamente dos:

6
 Propuesta Técnica - SEMAPA

 El cliente está permanentemente informado del estado de desarrollo del proyecto, lo que le
proporciona una mayor seguridad y confiabilidad.
 El producto final se acerca más a lo esperado por el cliente, pues su colaboración activa ayuda
a una mejor definición y desarrollo del Sistema de Información.

8.2 ETAPA: PLANIFICACION

En esta primera fase se procede con el relevamiento total de los requerimientos y funcionalidades
solicitadas por SEMAPA. El responsable del proyecto informará de las posibilidades técnicas para cada
una de ellas, llegando a un acuerdo entre partes en tiempo, orden de importancia y marcado de hitos.
El resultado de este proceso es el documento de análisis inicial del sistema, que determina los
lineamientos iníciales para el éxito del proyecto.

8.2.1 LEVANTAMIENTO DE INFORMACIÓN O REQUERIMIENTOS

El levantamiento de requerimientos se lo realizará principalmente por entrevista al personal
designado por SEMAPA para este proyecto o, al personal que operará directamente el producto final.
Para apoyar este levantamiento, se solicitara y revisara la documentación referente a procesos, flujo
de procesos, normas, reglas de negocio, interacción con otros sistemas y toda información que sea
requerida en su momento.
El reforzamiento de requerimientos se lo podrá aplicar directamente vía telefónica o chat o por
medio del envío de cuestionarios.
Producto final a entregar: Documento de modelo funcional a implementar y la aprobación del mismo.

8.3 ETAPA: DESARROLLO

Esta etapa se caracteriza netamente por el trabajo de diseño y desarrollo de la fase de planificación,
la cual puede disgregarse en pequeñas unidades de trabajo cíclicas, las cuales son:

8.3.1 DESARROLLO DE VERSIONES

Se toma como base de partida el modelo funcional obtenido en el proceso de planificación.
Con este modelo funcional se inicia con la construcción de versiones reducidas de los requerimientos
funcionales de SEMAPA.
Esta etapa contempla:

 Diseños de base de datos.

 Diseño y programación de la aplicación.
 Parametrización básica.
 Ajustes al cronograma.

8.3.2 INSTALACIÓN
Esta etapa es vital para el arranque del desarrollo de la solución para garantizar la instalación y
entrega de versiones reducidas del producto final.

7
 Propuesta Técnica - SEMAPA

Pero por supuesto, esta etapa se la realiza una sola vez en todo el ciclo de vida del proyecto, puesto
que posterior a esta tarea solo se aplicaran actualizaciones a su configuración inicial.

8.3.2.1 SERVIDOR
El primer paso es la instalación y configuración del sistema operativo del servidor.
Seguidamente, se procederá a instalar y configurar el Administrador de Base de Datos (DBMS) para la
aplicación en el equipo servidor.

8.3.2.2 TERMINALES CLIENTE

En esta etapa básicamente el trabajo a realizar es de instalación y configuración de los distintos
módulos de la aplicación final; instalación de componentes, creación de ODBC’s, etcétera. En las
terminales del personal designado por SEMAPA para este proyecto, los que realizaran las pruebas de
funcionamiento de las versiones reducidas hasta completar el modulo correspondiente. En caso que
el equipo no se encuentre en las condiciones adecuadas (sobrecarga de datos o dañado por virus) es
responsabilidad de SEMAPA la reinstalación del mismos.

8.3.3 REVISIÓN DE VERSIONES

Se realiza una primera versión reducida con las funcionalidades mínimas y se la presenta al personal
supervisor del proyecto conjuntamente con el personal que operará el sistema, los cuales colaboran
activamente en la revisión y posterior aprobación/denegación de dicha versión.
Una vez sentadas las bases y funcionalidades mínimas, se marcará internamente una serie de tareas
de desarrollo mínimo, con objeto de ir presentando mini-versiones al cliente para nuevos testeos y
pruebas.

8.4 ETAPA: MANTENIMIENTO

Y por último, una vez alcanzado un desarrollo satisfactorio, se procede a la fase de revisión o
mantenimiento, que gracias a esta metodología se reduce también a la mínima expresión, pues ya se
han ido realizando las correcciones perfectivas y preventivas a lo largo de las mini-versiones.
Las tareas que se aplican o complementan en esta etapa son las siguientes:

8.4.1 PRUEBA Y VALIDACIÓN INTEGRAL DE PROCESOS

Se aplica una simulación integra de todos los procesos del sistema, con datos, situaciones y
volúmenes de información similares a los reales.
Se enfoca en:
 Migración y transformación de los datos actuales al nuevo sistema.
En cuanto a la migración de datos del sistema actual hacia el nuevo sistema se lo realizara en
dos etapas.
Primera etapa:
Se llegara a un acuerdo entre ambas partes de lo que SEMAPA considera que es útil
para ser migrado y lo que no lo es.
Se proporcionara los formatos y estructuras de datos en los que SEMAPA se basará
para entregar la información para el arranque del nuevo sistema. Dicha información

8
 Propuesta Técnica - SEMAPA

deberá ser entregada por SEMAPA en archivos con formato Excel, Texto, Access u
otro por definir, debidamente depurados.
Cabe recalcar que SEMAPA debe realizar una auditoría de sus datos para verificar y
validar la información a exportar. La consultora no se hace responsable de la calidad
de los datos, puesto que es responsabilidad plena de SEMAPA la consistencia e
integridad de los datos a importar.
Segunda etapa:
Una vez que SEMAPA entregue la información en el formato solicitado, se procederá a
la importación y transformación de los mismos hacia la nueva estructura de base de
datos del producto final.
Cabe redundar, y como ya se indicó en la primera etapa, la calidad de los datos a
importar no es responsabilidad de la consultora.
 Ejecución de procesos críticos.
Se correrán procesos de simulación de los procesos más críticos tanto del área Comercial
como del área Administrativa Financiera y Operacional, los cuales podrán ser sugeridos y
escogidos por parte del personal supervisor de SEMAPA, para validar su correcto
funcionamiento.
Por ejemplo, en el área comercial, más específicamente, procesos críticos de facturación
podrían ser: Emisión de lecturas, ingreso de lecturas, validación de lecturas, facturación
masiva, re facturaciones, cobranza, generación de cortes, etcétera.
Mientras en el área Financiera, procesos críticos podrían ser: Generación de Balances,
Ejecuciones presupuestarias, etcétera.
 Informes y consultas.
Se verificaran y validaran todos los informes y consultas de acción para constatar su correcta
generación.
 Certificación de calidad del producto.
En base a las distintas pruebas de consistencia y ejecución se otorgara el certificado de
calidad de los distintos módulos del sistema.

8.4.2 CAPACITACIÓN DE USUARIOS

Se prepara un plan de capacitación a todos los usuarios finales del sistema.
Las tareas que se desarrollan en esta etapa:
 Elaboración de cronograma de capacitación
 Elaboración de material de capacitación
 Curso de capacitación.
 Evaluación a usuarios finales.

8.4.3 PUESTA EN MARCHA

Puesta a producción de la solución.
Para esta fase se toman las siguientes tareas:
 Migración total de la información del sistema actual al nuevo sistema.

9
 Propuesta Técnica - SEMAPA

8.4.4 POST-LANZAMIENTO
Durante los primeros 12 meses luego del lanzamiento o puesta en producción de la solución
completa, se hace un acompañamiento y soporte preventivo-correctivo de los distintos módulos de la
solución, como se explica en el punto 13.

9. MODULARIDAD
Una de las principales características dentro de la arquitectura de desarrollo es la modularidad de sus
aplicaciones basados en componentes.
Esto significa descomponer la programación en fracciones lógicas y manejables. Lo que quiere decir
que los sistemas deben dividirse en módulos fácilmente identificables. Esto hace que el producto final
sea factible de efectuar cambios en forma local dentro de cada módulo. Del mismo modo, permite
aumentar nuevos módulos, de tal manera que estos se cohesionen entre sí con el único fin de
satisfacer una función común.
Las ventajas básicas del diseño de programas modulares:
 Los módulos son más fáciles de escribir y de revisar, ya que están virtualmente auto-
contenidos. La detección de un error dentro de un módulo es menos complicada, ya que los
problemas asociados a un módulo no llegarán a trascender a los otros.
 El mantenimiento de los módulos es más fácil. Las modificaciones pueden limitarse a unos
cuantos módulos y no al programa completo.
Un sistema de base de datos cliente/servidor consta de dos componentes fundamentales:
 Programas que proporcionan una interfaz para usuarios que utilizan clientes para tener
acceso a los datos.
Lenguajes de programación, generadores de reportes, componentes adicionales, etcétera.
 La estructura de base de datos se administra y almacena los datos en el servidor.
Tablas, índices, vistas, procedimientos almacenados, etcétera.

10. REQUERIMIENTOS FUNCIONALES – AREA COMERCIAL

10.1 FUNCIONALIDAD GENERAL

Las características básicas de funcionamiento del sistema de Comercialización resultante del proceso
de implementación para SEMAPA, serán las siguientes:
 Entorno multiusuario, sin límite de accesos simultáneos.
 Entorno totalmente amigable al usuario y de fácil manejo, diseñado bajo el concepto de
interfaz de múltiples documentos (aplicaciones MDI o TDMI) que permiten mostrar varios
documentos al mismo tiempo, cada uno de ellos en su propia ventana. Presenta un menú
desde el cual son invocados cada documento. Lo que quiere decir que el manejo de ventanas
es la fuente principal de comunicación Usuario-Sistema.
La principal ventaja de este entorno de desarrollo es la abertura simultánea de uno o varias
ventanas a la vez, dando la facilidad al usuario de consultar distinta información sin necesidad
de cerrar la ventana actual para abrir otra.

10
 Propuesta Técnica - SEMAPA

Por otro lado, al tratarse de una interfaz de múltiples documentos, la pantalla principal puede ser
utilizado para mostrar distinta información referente a la sesión del sistema como: nombre de
usuario, servidor y base de datos a la que se accedió, posibles mensajes o tareas pendientes, fecha
hora, etcétera.

10.2 FUNCIONALIDAD ESPECÍFICA

10.2.1 MODULO DE GESTION ATENCIÓN AL CLIENTE

10.2.1.1 RECEPCIÓN Y REGISTRO DE CONSULTAS Y RECLAMOS

 El sistema identificará al usuario ya sea por su nombre, por el número de cuenta, por el
código catastral, etc.
 Se visualizará los datos recientes del servicio/cliente, como ser su historial de consumo y
observaciones, facturas canceladas o vencidas, planes de pagos, también los datos propios
del servicio como ser categoría, marca del medidor, datos de la acometida, tipo de servicio
con los que cuenta el cliente, fecha de instalación del medidor, descuentos de Ley 1886,
compromisos de pago, planes de pago por facturas de servicios, contratos y multas,
descripción del corte temporal.
 Para el registro del reclamo se ingresará al sistema la siguiente información: Nº de Reclamo
que corresponderá a un secuencial o identificador único del reclamo, Fecha y Hora del
Reclamo, Código del Cliente, Responsable de recepción, Nombre del Usuario, Categoría,
Dirección, tipo de reclamo y otros. Identificada la tipología de reclamo, debe ingresarse la
Unidad Administrativa o Técnica de SEMAPA que atenderá el reclamo. De igual forma, se
debe ingresar la fuente del reclamo (telefónica, personal, interno ú otros) a fin de que la
aplicación sea eficiente y operativo las opciones serán obtenidos de una lista parametrizada y
un campo para la descripción del reclamo.
 Concluido el ingreso de datos permitirá la Impresión del reclamo la entrega de una copia del
documento al cliente en un formato predefinido y a su vez una Orden de Servicio que se
deriva a la sección responsable de atender el reclamo. A partir de lo cual, ese reclamo tiene
un plazo de 15 días hábiles para ser concluido y reportar resultados, por lo que el sistema
facilitar el seguimiento del mismo.
 El reclamo a través de la Orden de Servicio será visualizado por el sistema en el Área Técnica y
Comercial de tal forma que pueda ser debidamente atendido.
 El módulo mostrará reportes propios del proceso, como ser:
 Resumen de reclamos ingresados al sistema para un rango de fechas
 Resumen de reclamos por sector
 Resumen de reclamos por motivo
 Las consultas que requieren de un seguimiento, contendrán el soporte documental en
pantalla, referente a todas las características del servicio para informar al cliente actual o
potencial (requisitos de solicitud de servicio, tiempo de servicio, etc.)
 Permitirá la recuperación de los reclamos en las Secciones que corresponda para la asignación
automática de los trabajos a los inspectores.

11
 Propuesta Técnica - SEMAPA

10.2.1.2 SEGUIMIENTO DE RECLAMOS

 En base al número de reclamo se podrá visualizar todos los datos asociados al mismo y
verificar su estado y tiempo transcurrido.
 Para el cierre del reclamo previa verificación documental, este será elegido de una lista
parametrizada las condiciones de cierre. Asignándole una fecha de cierre y una descripción de
las acciones tomadas para cerrar el reclamo, esta tarea será efectuada en base a la conclusión
de la Orden de Servicio.
 Podrá realizarse una impresión en formato predefinido para respuestas a reclamos concluidos
y las estadísticas referente a la tipología y su estado actual (por ejemplo reclamos no
procedentes, cerrados y pendientes)
 Podrá hacerse un seguimiento en base a la fecha de emisión del reclamo de tal forma que
aquellos más antiguos posean mayor procedencia y mayor relevancia en caso de urgencia.
 El módulo generará mínimamente los siguientes reportes, mismos que serán ampliados de
acuerdo al inventario y/o requerimiento de consultas que debe realizar la Consultora:
 Reclamos procedentes / no procedentes.
 Frecuencia de Reclamos por tipología.
 Resumen de tiempos promedios de respuesta a reclamos por sector.
 Resumen de reclamos solucionados / vencidos.

10.2.1.3 TIPIFICACIÓN DE RECLAMOS TÉCNICOS Y ADMINISTRATIVOS

 Los tipos de reclamos (problemas reportados) serán obtenidos a partir de una lista
parametrizada al momento de su registro al sistema. De igual forma se ingresara el personal
responsable que recibe los reclamos, la fuente de procedencia y el área responsable para su
atención.
 Se realizarán ABMs de las tipificaciones descritas en el punto anterior, todas ellas asociadas a
una fecha de vigencia
 Reportes propios del proceso

10.2.1.4 REGISTRO DE LAS ÓRDENES DE SERVICIO

 Existirá la alternativa de registrar la Orden de Servicio a partir de la información ingresada
para la atención de un reclamo
 Se realizarán modificaciones a las Órdenes de Servicio siempre y cuando estas no estén en
proceso de inspección.
 Las Órdenes de Servicio solo serán dadas de baja si estas se encuentran en estado pendiente
de asignación a personal técnico.
 Reportes propios del proceso y otros que serán requeridos:
 ABMs de Ordenes de Servicio.
 Ordenes de Servicio por tipo de trabajo involucrado.

10.2.1.5 CATEGORIZACIÓN DE ASIGNACIÓN DE PRIORIDAD

 Cada Orden de Servicio será categorizada de acuerdo al tipo de trabajo que requieren. Esta
categorización será efectuada a partir de una lista parametrizada que permita ABMs.

12
 Propuesta Técnica - SEMAPA

 Toda Orden de Servicio será priorizada en función a su tiempo de antigüedad, y a través del
seguimiento de las mismas de forma diaria.
 Reportes propios del proceso y otros que serán requeridos:
 Resumen de categorizaciones de Ordenes de Servicio vigentes a una fecha.
 Ordenes de Servicio pendientes de ejecución por prioridad.

10.2.1.6 SEGUIMIENTO DE ÓRDENES DE SERVICIO

 A medida que la Orden de Servicio es atendida, se especificara su estado, hasta su conclusión.
 Se detallaran las acciones tomadas, personal que atendió la orden y fechas de
inspecciones/mantenimientos de Forma cronológica.
 El seguimiento de las órdenes de inspección se efectuará por la prioridad asignada a cada
orden.
 Las Órdenes de Servicio concluidas serán reportadas en la sección que las emitió, en el
momento en que son Cerradas.
 Reportes mínimos requeridos:
 Listado de órdenes de servicio procedentes/Improcedentes.
 Ordenes de Servicio concluidas por sección.

10.2.1.7 GENERACIÓN DE LISTA DE RECLAMOS - ODECO (OFICINA DEL

CONSUMIDOR)
 En base a la información ingresada en Atención al Cliente, todos los reclamos no procedentes
o aquellos que posean una antigüedad mayor a 15 días y no fueron resueltos, se reportaran
como correspondientes a ODECO, al jefe del Departamento de Atención al Cliente.
 Cualquier reclamo a oficinas de ODECO poseerá un historial ingresado como reclamo en
Atención al Cliente. Este estará detallado en la lista descrita en el punto anterior. Se reportara
el reclamo basado en la información existente en la Base de Datos correspondiente al
reclamo registrado en Atención al Cliente. Esta información será detallada en mayor grado y
se imprimirá en un formato predefinido para entregar una copia al cliente y posteriormente
generar una Orden de Servicio que se derivará a la sección responsable de atender el
reclamo.
 Reportes propios del proceso:
 Resumen de reclamos ingresados al sistema para un rango de fechas.
 Resumen de reclamos por sector.
 Resumen de reclamos por motivo.
 Otros por definir.

10.2.1.8 SEGUIMIENTO DE RECLAMOS - ODECO

 En base al número de reclamo, código, nombre, tipo de reclamo, extendido por ODECO se
podrá visualizar los datos asociados al reclamo y su conclusión.
 Para el cierre del reclamo se elegirá de una lista parametrizada el estado de cierre que se dará
al reclamo.

13
 Propuesta Técnica - SEMAPA

 Se asignará una fecha de cierre y una descripción de las acciones tomadas para cerrar el
reclamo. Estos datos serán obtenidos a partir de la correspondiente Orden de Servicio que se
empleó para resolver el reclamo.
 Se realizará una impresión en formato predefinido para respuestas a reclamos concluidos.
 Se hará un seguimiento en base a la fecha de recepción del reclamo de tal forma que aquellos
más antiguos posean mayor precedencia.
 Reportes propios del proceso:
 Reclamos procedentes / no procedentes.
 Resumen de tiempos promedios de respuestas a reclamos por sector.
 Resumen de reclamos atendidos por motivo.
 Resumen de reclamos solucionados / vencidos y otros requeridos según normas
actuales de la unidad.
 Otros por definir.

10.2.2 MODULO DE CATASTRO DE USUARIOS Y SERVICIOS

10.2.2.1 ABMs DE USUARIOS

 Al efectuarse las Altas de clientes se permitirá la asignación de un código único formato por 9
dígitos numéricos: “ZZRRPPPPA”, Zona (2 dígitos), Ruta (2 dígitos), Predio (4 dígitos) y
Adicional (1 digito). Este será el identificador único por usuario y mediante el cual el cliente
será reconocido en el sistema sin eximir otras opciones.
 Para las altas de clientes se registraran los datos pertinentes del cliente, como ser: nombre
completo, carnet de identidad, Nº de Contrato, dirección, Nº de teléfono, correo electrónico y
otros datos que se crean necesarios. Asimismo, el sistema deberá permitir registrar a los
usuarios contemplando los descuentos, convenios, beneficios otorgados por ley Nº 1886 y/o
otras deducciones autorizados debidamente por autoridad competente o por resolución
interna o normativa vigente, actual o a dictarse a futuro.
 Se Mantendrá y continuará el código correlativo denominado “código de inmueble” en el
registro del cliente.
 Dentro la información técnica del servicio, el sistema registrará datos referente a las
características de la acometida (instalación) por tipo de servicio (Agua Potable y/o
Alcantarillado) como por ejemplo: número o código del medidor, marca, estado del medidor,
su localización, diámetro de la conexión, distancia de la matriz, diámetro de la matriz,
protección del medidor, tipo de material de la instalación, etc. En el caso de predios que
cuenten con pozos propios u otras fuentes de abastecimiento el sistema admitirá su registro
para permitir un control de la medición y su facturación.
 Una vez ingresado los datos del cliente y el servicio al sistema, este será habilitado en la
sección de facturación previa verificación de los datos in situ para determinar su
categorización, de tal forma que pueda emitirse su contrato final e ingresar como servicio
activo; para el proceso de Categorización del Usuario, debe considerarse lo que establece el
Contrato de Concesión del Servicio, suscrito entre SEMAPA y la entidad fiscalizadora (AAPS).
 El sistema permitirá realizar cambios y/o modificaciones, en el registro de catastro, a fin de
mantener datos actualizados, esto debe realizarse considerando aquellos valores que pueden
ser parametrizados en base a listas de selección, los mismos que deberán incluir este tipo de
opción con sus correspondientes ABMs (Altas, Bajas y Modificaciones) para su actualización.

14
 Propuesta Técnica - SEMAPA

 ABMs de categoría de mantenimiento: Se permitirá asignar la categoría de mantenimiento y

otros datos adicionales.
 ABMs de consumo fijo: Se permitirá el registro de consumos fijos para su facturación.
 ABMs de usuarios de facturación especial (que se abastece de otras fuentes): Aplicando el
Reglamento de Facturación especial, permitiendo el registro de lecturas de medidores en
boca de pozo.
 ABMs de multas al contado y a plazos: Aplicando el Reglamento de Multas.
 La Baja Lógica de un cliente se efectuará en forma automática previa validación de pago de la
totalidad de sus facturas para proceder con el corte físico del suministro. Con el cambio de
estado, este quedara deshabilitado para la facturación.
 En el caso de modificaciones solicitadas por el usuario y de acuerdo al tipo de cambio que se
pretende efectuar, este podrá ser facturado de forma independiente a los consumos
mensuales o como un detalle más de los mismos en una o más cuotas. Todo cambio realizado
en el sistema conservará un histórico.
 La generación de los reportes correspondientes a este proceso, contendrá al menos los
siguientes informes:
 Reporte de clientes nuevos por estado (pendientes de instalación y facturables) para
un rango de fechas.
 Detalles de Altas, Bajas y Modificaciones para un rango de fechas.
 Clientes y/o servicios con medidor y sin medidor.
 Clientes con orden de solicitud de nuevo servicio en curso.

10.2.2.2 SEGUIMIENTO DE USUARIOS

 Se realizará un seguimiento por usuario en base a su código. Este seguimiento incluirá los
estados, categorías, facturas canceladas y pendientes, modificaciones en su historial de datos
personales o técnicos, consumos mensuales, etc. Asociados a la correspondiente a partir de la
cual la modificación entra en vigencia.
 Se realizará un seguimiento global de clientes de acuerdo a conceptos generales como ser
aquellos que adeudan más de un determinado monto o que poseen una cantidad específica
de facturas pendientes de pago o aquellos que tienen inconcluso el trámite del contrato. etc.
 El módulo emitirá los siguientes reportes como mínimo:
 Historial de cambios por usuario.
 Detalle de clientes morosos en función a un determinado número de facturas
pendientes de pago.
 Detalle de clientes morosos por categoría.

10.2.2.3 CATEGORIZACIÓN DE USUARIOS

 Se permitirá ABMs de las categorías posibles de ser asignadas a un usuario. Para esto, se
emplearán fechas de vigencia asociadas a las categorías.
 En el momento de asignarse una categoría a un determinado cliente, ya sea para un alta o
para una modificación, esta será obtenida de una lista parametrizada con los datos actuales a
la fecha.
 El Módulo contendrá al menos los siguientes reportes:

15
 Propuesta Técnica - SEMAPA

 Historial de categorías a una fecha dada.

 Categorías vigentes a una fecha dada.

10.2.3 MODULO DE CONTRATOS DE SERVICIOS

10.2.3.1 ABMs DE CONTRATOS

 Una vez que el usuario ha sido dado de alta en el sistema, previo cumplimiento de requisitos
podrá elaborarse su contrato.
 Para esto, se registrará la documentación legal requerida.
 Los datos contenidos en el contrato correspondientes al usuario, datos técnicos y material
empleado en la instalación se obtendrán a partir de la información ingresada en las altas de
clientes, validando y complementando la información faltante.
 En función a los datos ingresados y a partir del tipo de trámite y material empleado en la
instalación, la aplicación se permitirán la asignación del importe de la instalación en base a
una lista parametrizada, al igual que la forma de pago.
 Estos valores serán obtenidos a partir de la estructura tarifaria de contratos vigentes a la
fecha de emisión del contrato.
 En el caso de modificaciones en el contrato, de acuerdo al tipo de cambio que se pretende
efectuar, este será facturado de forma independiente o como un detalle más en la
facturación mensual correspondiente.
 Se realizarán anulaciones de contratos o reimpresiones para caso de errores.
 El formato de impresión del contrato será estándar y solo se requerirá la impresión de los
datos propios del cliente y montos del contrato.
 La baja del contrato no necesariamente estará asociada a la baja de cliente (Administración
de Clientes) y deberá cumplirse con las restricciones que se presentan en este documento.
 El sistema permitirá la reimpresión de los contratos con las restricciones correspondientes
para su control
 El modulo estará abierto para registro de contratos antiguos cuyos servicios se encuentran
habilitados.
 Medidor y/o caja protectora a plazos
 Reportes propios del proceso:
 ABMs de contratos a una fecha dada.
 Detalle de contratos emitidos por tipo (Agua Potable / Alcantarillado).
 Montos facturados por concepto de Contratos.
 Contratos anulados a una fecha dada.
 Modificaciones efectuadas para un determinado tipo de cambio.
 En el registro de contratos se tomará en cuenta la fecha de validez del convenio suscrito para
efectos por cobro por concepto de contrato

10.2.3.2 ADMINISTRACION DE PRECIOS Y CONTRATOS

 Se permitirá la creación de nuevas estructuras de precios para definir los costos vigentes de
los contratos.

16
 Propuesta Técnica - SEMAPA

 Se realizarán altas, bajas o modificaciones de una determinada estructura de precios hasta

que se actualice su estado y pueda ser empleada para la facturación de contratos. Las
modificaciones y cambios serán registrados y entrarán en vigencia previa especificación de
fecha, de tal forma que pueda conservarse un histórico.
 Este proceso será ejecutado solo por aquellos usuarios que posean los permisos
correspondientes y se registrará la documentación adjunta de solicitud de modificación de la
estructura de los precios.
 Las estructuras de los precios deberán ser creadas con una fecha de vigencia asociada a las
mismas y no podrá existir más de una estructura de precios a la vez.
 La actualización de la estructura de precios será transparente para los procesos de
Facturación de contratos.
 Los valores nuevos correspondientes a la estructura de precios vigente se desplegarán en una
lista parametrizada, reemplazando a los antiguos de forma transparente.
 Reportes propios del proceso como ser:
 Resumen de estructuras de precios para Facturación de Contratos.
 Historial de cambios.

10.2.3.3 PLANES DE PAGO PARA CONTRATOS

 Se distribuirá el costo del contrato en un determinado número de cuotas establecidas por el
operador del sistema. Por defecto, la distribución de las cuotas será uniforme, pero se podrá
determinar un porcentaje asociado a cada una de tal forma que pueda emplearse otra
distribución mensual del costo.
 El contrato será facturado de forma independiente o contenida en la facturación de consumo
mensual.
 Reportes propios del proceso:
 Plan de pagos por contrato.
 Otros (relevamiento).

10.2.4 SUB SISTEMA DE FACTURACIÓN

El módulo de Facturación será validado y/o homologado por la instancia gubernamental
correspondiente (SIN).

10.2.4.1 ADMINISTRACIÓN DE ESTRUCTURAS TARIFARIAS

 Deberán permitirse la creación de nuevas estructuras tarifarias de facturación. Estas podrán
ser dadas de alta, baja o permitir modificaciones hasta que se actualice su estado y pueda ser
empleada para la facturación de consumos. Desde ese momento, no podrán realizarse
cambios de tal forma que pueda conservarse un histórico.
 Este proceso se ejecutará solo por aquellos usuarios que posean los permisos
correspondientes y se registrará la documentación adjunta a la solicitud de modificación de la
estructura tarifaria.
 Las estructuras tarifarias serán creadas con una fecha de vigencia asociada a las mismas y no
podrá existir más de una estructura tarifaria a la vez.

17
 Propuesta Técnica - SEMAPA

 La actualización de la estructura tarifaria será transparente para los procesos de Facturación.

Los valores nuevos correspondientes a la estructura tarifaria vigente serán aplicados,
reemplazando a los antiguos de forma transparente, considerando las categorías del servicio.
 Se implementará una herramienta para el cálculo de m3 (metros cúbicos) consumidos y
monto respectivo, según estructura tarifaria de un periodo o mes determinado, para la
facturación de venta de agua en bloque y Cisternas.
 Reportes propios del proceso como ser:
 Resumen de estructuras tarifarias para Facturación de Consumos.
 Historial de cambios.
 Otros por definir.

10.2.4.2 FACTURACIÓN MASIVA DE CONSUMOS

 El Sistema incorporará un proceso de revisión de los datos proporcionados por las lecturas
para realizar la pre-facturación.
 La facturación será un proceso restringido a usuarios con los permisos correspondientes y
solo podrá ser efectuado previa validación del Área de Lecturas.
 Se efectuará aplicando una formula parametrizada sobre los consumos mensuales registrados
por cliente.
 Permitirá realizar ajustes en la fórmula que permitan indexar la moneda de emisión de pago
al dólar u otra moneda (UFVs).
 Solo se emitirá una factura por cliente por mes.
 En caso de que existan compromisos de pagos pendientes y/o planes de pago, como ser
cuotas de contratos, medidores o cajas de medidor a plazo, multas, o moras pendientes, los
valores correspondientes serán adicionados al total facturado con el detalle correspondiente.
 La modificación de la estructura tarifaria será un proceso transparente a la facturación que
empleará dicha estructura de acuerdo a una determinada fecha de vigencia.
 El formato de la Factura cumplirá con las exigencias formales del Servicio de Impuestos
Nacionales y su procesamiento debe ser eficiente. Para fines de control debe contener el
detalle de los conceptos a facturar y los tipos de descuento y/o beneficios otorgados por ley
Nº 1886 u otro resolución interna o normativa vigente actual o a futuro (descuentos para
jubilados de SEMAPA, clientes especiales, otros)
 Reportes propios del proceso:
 Resumen de montos facturados por categoría.
 Detalle de facturación para un periodo y por categoría.
 Resumen de facturación mensual.

10.2.4.3 ANULACIÓN Y RE FACTURACIÓN DE CONSUMOS

 El sistema permitirá la anulación de facturas, cuando proceda de acuerdo a normas fiscales y
de Impuestos Nacionales
 Permitirá la re-facturación por código de cliente. Deberá especificarse el motivo de la re
facturación y deberán almacenarse el usuario y fecha de re facturación, para propósitos de
auditoría.

18
 Propuesta Técnica - SEMAPA

 Este proceso será ejecutado solo por aquellos usuarios que posean los permisos
correspondientes.
 Las re-facturaciones serán efectuadas indistintamente del periodo. Para un mismo periodo
podrán efectuarse varias re facturaciones.
 Permitirá facturar en forma retroactiva por consumos no facturados oportunamente.
 Reportes propios del proceso como ser:
 Detalle de refacturadas por categoría.
 Detalle de altas (refacturación) y bajas (anuladas) de facturas.
 Detalle de facturas modificadas.
 Montos re-facturados por categoría.
 Otros por definir.

10.2.4.4 ADMINISTRACION DE NOTAS FISCALES

 El sistema generará toda la información para GRACO (Grandes Contribuyentes) libro de
ventas (IVA) detallando todas las facturas emitidas, aquellas válidas y también las anuladas,
así como los descuentos de ley (ley 1886), de acuerdo a normas y resoluciones del Servicio de
Impuestos Nacionales a fin de mantener el control de la base imponible de los impuestos de
ley.
 Con el propósito de regularizar situaciones de error en la facturación normal, el sistema
emitirá notas de Crédito/Debito cuando corresponda, de acuerdo a políticas de SEMAPA y la
normativa impositiva vigente.
 Reportes propios del proceso como ser:
 Número de Facturas Emitidas (Impresas).
 Número de Facturas Anuladas.
 Número de Facturas Válidas.
 Determinación de Impuestos y otros reportes pertinentes al proceso.
 Reporte de importes comprados por diferentes conceptos, en forma consolidada y
detallado por periodos de tiempo, por ejemplo cobros por multa, cobros por venta
de medidores y/o cajas, por contratos, etc.

10.2.4.5 SUB MODULO PROFORMAS PARA USUARIOS

 Respecto a los requerimientos de información, se aplicará altas, bajas y modificaciones de
pro-formas.
 Para fines de Control Interno, se contará con una opción que facilite el registro y la emisión de
Pro-formas para clientes que tengan asociados varios contratos o códigos de usuario.

10.2.5 MODULO DE LECTURAS

10.2.5.1 GENERACIÓN DE RUTAS PARA CARGA DE ARCHIVOS

 Generación de rutas de lecturas flexible, es decir, que permitirá al operador definir las rutas
individuales de cada ‘lecturador’ con el mínimo de restricciones.

19
 Propuesta Técnica - SEMAPA

 Para la generación de archivos a ser cargados en los equipos portátiles de lectura, se

especificará: el ciclo de lectura (número de día hábil de facturación), fecha de lectura y el
listado de zonas y rutas correspondientes a los clientes que contendrá.
 Asignará la carga de trabajo de lecturas al personal en forma equitativa, generando para cada
uno, un archivo y un listado correspondiente a la ruta de lectura.
 Los archivos de lectura se generarán de forma automática de acuerdo al formato de los
equipos portátiles de lectura.
 Se incluirse un proceso de validación de formato de los archivos generados.
 Reportes correspondientes a este proceso.
 Reporte de rutas por clientes/ciclos/fecha de facturación para un rango de fechas.

10.2.5.2 CARGA A EQUIPOS PORTATILES DE LECTURA

 Proceso mediante el cual se cargan los archivos generados y necesarios a los Equipos
Portátiles de Lecturas, el sistema permitirá generar la lista para la toma de lecturas, con un
número igual para todos los ‘lecturadores’ elegidos, incluyendo el código del lector.
 Se especificará el nombre del lector al cual está asignado al microcomputador.
 Se incluirá un proceso de verificación de la carga realizada.
 Reportes del proceso:
 Impresiones de cargas realizadas.
 Otros por definir.

10.2.5.3 DESCARGA DE EQUIPOS PORTATILES DE LECTURAS

 Proceso que permite la descarga automática de los Equipos Portátiles de Lecturas al módulo
de Lecturas, para su registro en la Base de Datos. En caso de existir observaciones en la
descarga los mismos, estas serán identificados por tipo error y por lector generando el
reporte respectivo de manera inmediata a fin de su proceder con la corrección.
 Generará de forma automática reclamos con las observaciones descargadas para las
secciones de catastro y medidores.
 Este proceso permitirá la actualización de las lecturas/consumos del mes pendiente de
facturación, permitiendo nuevas descargas en caso de que existiesen errores.
 Se contemplará una opción de validación y registro de observaciones realizadas por el lector
que proviene de la descarga, las mismas que deberán estar parametrizadas.
 Reportes propios relacionados a este proceso, como ser:
 Listado de toma de lecturas por lecturador. Este contendrá el Ciclo, Fecha y Número
Total de Lecturas por Lecturador.
 Resumen de observaciones por lector, cargando las observaciones y/o reclamos de
manera automática para la sección correspondiente.
 Reporte Mensual de Lecturas. Este contendrá el Ciclo, Zona, Ruta, Nº de Lecturas,
Recorrido, Encargado.

20
 Propuesta Técnica - SEMAPA

10.2.5.4 ASIGNACIÓN DE CONSUMOS A CLIENTES SIN MEDIDOR

 Existirá un proceso mediante el cual se ajusten las fórmulas para el cálculo de los consumos
para clientes sin medidor. Estas corresponden a promedios o montos fijos previamente
establecidos las mismas dependerán de la categoría del usuario y conservando un histórico de
cambios. El proceso de actualización de consumos para clientes sin medidor será ejecutado y
aplicado de acuerdo a la categoría vigente.
 Será un proceso automático que permita la reversión del proceso y aprobación por parte de
un usuario con los permisos correspondientes.
 Reportes propios del proceso, como ser:
 Resumen de Consumos de Clientes sin medidor por categoría.
 Resumen de Fórmulas de cálculo de consumos vigentes por categoría.
 Otros por definir.

10.2.5.5 VALIDACIÓN DE LECTURAS

 El proceso de validación y modificación de lecturas será realizado solo por usuarios con los
permisos correspondientes en cada una de las áreas que intervienen en el mismo.
 Permitirá validar e identificar errores potenciales en los datos descargados, tales como
valores muy bajos (consumos 0, consumos menores al promedio), consumos negativos,
consumos altos de acuerdo al último promedio registrado, etc. Esta tipificación
parametrizable será coherente con las claves de lectura que serán registradas en el proceso
de lectura.
 Para este módulo, las correcciones/modificaciones a las lecturas descargadas, se realizarán
solo cuando estas correspondan al periodo de facturación en curso.
 Existirá un control de actualización de datos por ciclo. Una vez vencido el plazo, no se podrá
modificar las lecturas y serán bloqueadas por el usuario correspondiente para luego ejecutar
el proceso de facturación.
 Reportes propios de este proceso:
 Listados por Rutas.
 Listado de Usuarios Con medidor y Sin medidor.
 Resumen de usuarios por ciclos.
 Resumen de lecturas fuera de rango para un ciclo.
 Resumen de lecturas corregidas para un ciclo.
 Resumen de lecturas con consumo cero (0).
 Reporte de observaciones repetidas.
 Estadística sobre la frecuencia y porcentaje de las claves de lectura.
 Resumen de observaciones por tipo y lector.
 Reporte de las modificaciones hechas en validación.
 Otros a definir en la etapa de análisis y/o diseño.

21
 Propuesta Técnica - SEMAPA

10.2.6 MODULO DE GESTIÓN DE MEDIDORES

10.2.6.1 MANTENIMIENTO DE MEDIDORES

 Permitirá el registro manual y automático de los medidores instalados por usuario y por
medidor, permitiendo ver el historial correspondiente a cada caso.
 Permitirá el ingreso del detalle de los medidores observados de acuerdo a una
parametrización del tipo de problema.
 Se realizarán actualizaciones de los tipos de problemas posibles que fuesen reportados para
fallas u observaciones de medidores.
 Registrará el historial de pruebas volumétricas y mantenimientos realizados por medidor, por
gestión, mes, o un rango de fechas, con el registro del código de medidor y fecha de
instalación.
 Permitirá el registro de planes de mantenimiento preventivo del parque de medidores y el
registro de los medidores con mantenimiento correctivo, asimismo debe ser capaz de
registrar los medidores dados de baja y su descripción.
 Implementará una opción para el registro de lecturas en Macromedidores.
 Reportes propios de este proceso se adecuarán a los requeridos por la AAPS, por ejemplo
reportará lo siguiente:
 Detalle de medidores observados por lector y tipo de falla.
 Detalle de medidores observados a una fecha dada.
 Otros por definir.

10.2.7 MODULO DE RECAUDACIONES

10.2.7.1 ADMINISTRACIÓN Y MONITOREO DE CAJAS (PUNTOS DE RECAUDACIÓN)

 Registro inicial y final de caja, con su correspondiente habilitación y des-habilitación.
 Reportes mínimos requeridos del proceso son:
 Detalle de ingresos por caja.
 Control de recaudación por punto de cobranza.
 Arqueo General de Caja.
 Detalle de adicionales (conceptos diferentes a la facturación por consumos como:
mora, contratos, etc.).
 Planilla de cobranza Diaria.
 Otros por definir.

10.2.7.2 PUNTOS DE RECAUDACION

 Se propondrá e implementará una solución para la conexión, incluyendo el desarrollo de un
módulo alternativo en caso de que el mismo resulte ‘pesado’ para la transmisión de datos,
durante el proceso de recaudación en puntos de cobranza remotos
 Se efectuará la apertura de caja previa a la cobranza y el cierre una vez concluido.

22
 Propuesta Técnica - SEMAPA

 Se visualizará el consumo y facturación de todos los usuarios de SEMAPA a través de las

terminales de cobranza. Mostrar en pantalla datos del usuario, diferenciando los conceptos
de la facturación: consumo mensual, facturación de contrato, mora, intereses, multas y otros
conceptos.
 Cada caja tendrá un identificador único, su estado y su propia dosificación de facturas.
 Se cobrará a usuarios consignados en Pro-formas.
 Se aplicará cobro de Planes de pago por Servicios, contratos y otros conceptos, visualizando
las facturas correspondientes a la cuota y el consumo del mes actual además de otros
conceptos asignados.
 Las facturas pendientes de cobranza se desplegarán por orden de antigüedad. La cobranza
solo podrá ser efectuada partiendo de las facturas más antiguas hasta las más actuales.
 Se permitirá cobro por otros ingresos.
 Se realizará la impresión de la factura correspondiente que detalle los conceptos sobre los
cuales se efectúa la facturación. Esta impresión se efectuará en papel pre impreso y de
acuerdo al formato requerido por SEMAPA.
 Reportes mínimos requeridos del proceso son:
 Detalle de ingresos por caja.
 Arqueo General de Caja.
 Otros por definir.

10.2.7.3 ANULACIÓN DE FACTURAS COBRADAS

 A partir de las facturas cobradas en el día, correspondientes al punto de cobranza actual, se
podrá realizar anulaciones y reimpresiones de las mismas.
 Existirán usuarios con mayores privilegios (Ej. Supervisor de recaudaciones) que puedan
realizar la anulación de facturas no emitidas necesariamente en el día, por otros usuarios y
por diferentes conceptos.
 La anulación de facturas en el día permitirá efectuar la anulación siempre y cuando no existan
facturas cobradas para meses posteriores a la factura que se pretende anular.
 Reportes propios del proceso
 Detalle de facturas anuladas.
 Otras por definir.

10.2.8 MODULO DE GESTION DE MORA

10.2.8.1 DIAGNOSTICO Y PLANIFICACION

 Se visualizará la información básica del usuario como sus datos personales, historial de
consumos y facturas pendientes de pago.
 Se analizará la morosidad mediante una matriz de morosos y segmentación con variables que
permita tipificar problemas y alternativas
 Nivel de cumplimiento de cobro (%)
 Los reportes mínimos requeridos del proceso son:
 Detalle de planes de pago vencidos a fecha determinada.

23
 Propuesta Técnica - SEMAPA

 Clientes con morosidad por rangos de tiempo

 Información de Adeudo, detalle de cuenta por cobrar clientes y otros reportes
estadísticos requeridos en la fase de relevamiento de información.

10.2.8.2 ELABORACIÓN Y SEGUIMIENTO DE PLANES DE PAGO

 Existirá un proceso que permita distribuir la mora más los intereses u otras penalizaciones, en
un determinado número de cuotas que serán ingresadas al sistema.
 Por defecto, la distribución de las cuotas será uniforme, pero se podrá determinar un
porcentaje asociado a cada cuota para diferentes importes por cuotas.
 Todo consumo mensual facturado, será adicionado a la cuota que corresponde hasta que el
plan de pagos de la mora existente sea totalizada.
 Para los servicios anexos, el sistema permitirá realizar Compromisos de Pagos, por diferentes
conceptos tales como: compra de medidor y otros servicios anexos.
 Los reportes mínimos requeridos del proceso son:
 Plan de Pagos.
 Plan de Pagos con descuentos.
 Descuentos por vencimientos.
 Detalle de planes de pago vencidos a fecha determinada.
 Otros reportes estadísticos requeridos en la fase de relevamiento de información.

10.2.9 MODULO CORTES Y RECONEXIONES

10.2.9.1 ASIGNACIÓN DE ÓRDENES DE SERVICIOS PARA CORTES

 Para esto será posible elegir los parámetros sobre los cuales se seleccionarán los servicios a
cortar, adicionalmente a la zona-ruta como ser:
 Por número de facturas vencidas.
 Por montos de deudas acumuladas.
 Por Motivo de corte que puede ser: Corte temporal (A solicitud del cliente por viajes
u otros. Cuando el corte es temporal, este se reporta en la Sección de Atención al
Cliente y se facturan los consumos con la categoría más baja y el consumo mínimo),
Corte Plan Pago (Por incumplimiento a un plan de pago previamente elaborado en
la Sección de atención al Cliente por motivos relacionados a morosidad) o corte por
morosidad que contempla los cortes comunes.
 Por tipo de corte: normal (Retiro de vástago de llave de paso é incorporación de
tapón. Hasta 2 facturas vencidas) ó físico (Retiro de un pedazo de tubería y
colocación de un tapón hembra en el paso exterior. Más de 4 facturas vencidas).
 En función al número de facturas vencidas o corte Físico, el sistema permitirá la
parametrización para la no emisión de facturas por el servicio
 Adicionalmente se permitirá la exclusión de rutas específicas de las zonas-rutas seleccionadas
 Elaboración de Reportes, como ser:
 Asignación de zona-Ruta por cortador. Esta debe incluir la siguiente información
como encabezado: código del cortador, nombre y fecha de emisión. Como detalle
debe existir lo siguiente: Código del Cliente, Dirección.

24
 Propuesta Técnica - SEMAPA

 Categoría, Deuda Total Vencida, Nro. De Facturas Vencidas, Lectura Anterior,

Lectura Actual, Motivo de Corte, Tipo de Corte (físico ó normal), Agua y/o
Alcantarillado, Observaciones (para ser llenado por el cortador).
 Detalle mensual de los cortes emitidos.
 Reporte de Corte Temporal, (nombre de cortador, lectura tomada y fecha de corte)
 Reporte de la solicitud de rehabilitación (nombre del rehabilitador, lectura
registrada y fecha)
 Otros por definir.

10.2.9.2 CONTROL DEL PROCESO DE CORTE

 Actualización de información por código de cortador
 Parametrización de los posibles casos en los cuales, no se efectúa el corte como ser: no se
encontró la dirección, el cliente se opuso, etc. De igual forma deben parametrizarse los tipos
de cortes efectivos: normales ó físicos.
 Se permitirá realizar ABMs de ambos tipos de parametrizaciones con el propósito de
conservarlos actualizados.
 Existirá un campo para el llenado de observaciones
 Elaboración de reportes como ser:
 Resumen de cortes efectivos y no efectivos para un rango de fechas.
 Detalle de cortes efectivos y no efectivos por Zona - Ruta para un rango de fechas.
Este deberá incluir información relacionada a los clientes.
 Detalle de los cortes efectivos y no efectivos por cortador para un rango de fechas.
Este deberá incluir información relacionada con los clientes.
 Se asignará la carga de trabajo en forma equitativa al personal de cortes.
 El corte físico será registrado en el sistema en forma posterior a la ejecución del mismo.
 Registro de las observaciones de los usuarios a los cuales no se pudieron realizar cortes.
 Asignación de trabajo de observaciones de corte en un rango de fecha a uno o más
cortadores.
 Se contara con una opción para efectuar el seguimiento de cortes en un rango de fechas y por
tipo de corte para uno o más cortadores.
 Registrará el corte temporal y su rehabilitación.

10.2.9.3 ASIGNACION DE ÓRDENES DE SERVICIO PARA RECONEXIÓN

 Generará planes de rehabilitación por fecha de pago y tipo de corte para cada rehabilitador,
el número de cortes efectuados y pagados. Permitir que asigne un rehabilitador.
 Permitirá la exclusión de rutas específicas de las zonas - rutas seleccionadas
 Elaboración de reportes:
 Asignación de zona-ruta por rehabilitador. Incluir información como encabezado:
código de rehabilitador, nombre y fecha de emisión. Como detalle: Código de
Cliente, Dirección, Fecha de pago, Centro de Cobranza, Hora de Cobranza, Tipo de
Corte (físico o normal), Agua y/o Alcantarillado, Observaciones (para ser llenado por
el rehabilitador).

25
 Propuesta Técnica - SEMAPA

 Otros reportes a definir.

10.2.9.4 CONTROL DEL PROCESO DE RE CONEXIÓN

 Actualización de información por código de rehabilitador.
 Parametrización de los posibles casos en los cuales, no se efectuó la reconexión, así como, los
tipos de reconexiones efectivos: normales y físicos.
 Existirá un campo para el llenado de observaciones
 Elaboración de Reportes :
 Resumen de reconexiones efectivas y no efectivas por rehabilitador para un rango
de fechas
 Detalle de reconexiones efectivas y no efectivas por zona - ruta para un rango de
fechas. Este deberá incluir información relacionada a los clientes.
 Detalle de reconexiones efectivas y no efectivas por rehabilitador para un rango de
fechas. Este deberá incluir información relacionada a los clientes.

11. REQUERIMIENTOS FUNCIONALES – AREA OPERACIONAL

11.1 FUNCIONALIDAD GENERAL

Al igual que en el sistema Comercial las características generales del sistema Operacional, serán las
siguientes:
 Entorno multiusuario, sin límite de accesos simultáneos.
 Entorno totalmente amigable al usuario y de fácil manejo, diseñado bajo el concepto de
interfaz de múltiples documentos (aplicaciones MDI, TMDI) que permiten mostrar varios
documentos al mismo tiempo, cada uno de ellos en su propia ventana. Presenta un menú
desde el cual son invocados cada documento. Lo que quiere decir que el manejo de ventanas
es la fuente principal de comunicación Usuario-Sistema.
 La principal ventaja de este entorno de desarrollo es la abertura simultánea de uno o varias
ventanas a la vez, dando la facilidad al usuario de consultar distinta información sin necesidad
de cerrar la ventana actual para abrir otra.
Por otro lado, al tratarse de una interfaz de múltiples documentos, la pantalla principal puede ser
utilizado para mostrar distinta información referente a la sesión del sistema como: nombre de
usuario, servidor y base de datos a la que se accedió, posibles mensajes o tareas pendientes, fecha
hora, etcétera.

11.2 FUNCIONALIDAD ESPECÍFICA

11.2.1 MODULO DE GESTION DE MANTENIMIENTO DE REDES

 Mantenimiento y Reclamos Técnicos. Se permitirá el registro de Solicitudes de Servicio para la
atención de reclamos recibidos por usuarios, programación de itinerario (asignación de las
solicitudes a las cuadrillas de mantenimiento), actualización del itinerario y un historial del
mismo, registro del material utilizado.

26
 Propuesta Técnica - SEMAPA

 Mapa Referencial. Con el fin de mejorar la ubicación y referenciar tanto al operador, como a
las cuadrillas de mantenimiento, el módulo proveerá una herramienta gráfica con la
cartografía de calles y avenidas de la ciudad, además de otra información necesaria para la
rápida identificación del sector con el problema reportado.
 Reportes. Proporcionará los siguientes reportes: solicitudes de servicio consolidado,
solicitudes de servicio pendientes, programación de las solicitudes de servicio (itinerario),
historial de órdenes de servicio atendidas, resumen mensual, y resumen anual. Todos los
reportes que emita el sistema deben tener la opción de migrar los informes a formatos
compatibles con herramientas de ofimática.

11.2.2 MODULO DE GESTION DE ACOMETIDAS

 Contratos. Se realizará el registro de los contratos de acometidas para la realización de la
obra, programación del itinerario (asignación de obras a las cuadrillas de construcciones), e
historial de contratos.
 Materiales. Se contará con una interface que permita el registro de los materiales que se
utilizan en cada obra (contrato de acometida).
 Reportes: Contratos de acometidas, contratos de acometidas pendientes, itinerario, historial
de contratos de acometidas terminados, resumen mensual de contratos, resumen anual de
contratos, materiales utilizados por obra, resumen mensual de materiales, y resumen anual
de materiales. Todos los reportes que emita el sistema deben tener la opción de migrar los
informes a formatos compatibles con herramientas de ofimática.

11.2.3 MODULO DE BALANCE DE AGUA NO CONTABILIZADA

 Indicadores. Registro mensual de indicadores generados en la Gerencia de Operaciones y en
la Gerencia de Servicio al Cliente, procesar balance de aguas (cálculos en base a los
indicadores) mensual y anual.
 Reportes: Balance de aguas mensual (general), Balance de aguas mensual (por red o sistema),
Balance de aguas anual (general), Balance de aguas anual (por red o sistema), indicadores
(mensual), resumen de indicadores (anual), y análisis (gráficos que muestren el
comportamiento de las variables (indicadores) en el transcurso del tiempo). Todos los
reportes que emita el sistema deben tener la opción de migrar los informes a formatos
compatibles con herramientas de ofimática.

12. INTEGRACION CON EL AREA ADMINISTRATIVA FINANCIERA

Los procesos que así lo requieran, compatibilizarán con los Sistemas Financieros Gubernamentales
(SIGMA/SIGEP) mediante la exportación/importación de reportes y archivos de texto u otro formato a
definirse al momento de la implementación.
 Importación de la información de los módulos del área Comercial y Operacional.
 Definición y generación de reportes por unidades individuales dentro de la empresa.
 Los reportes y archivos exportados por el sistema contemplarán los formatos exigidos por el
Ministerio de Economía y Finanzas Públicas de Bolivia, Contraloría, Autoridad de Fiscalización
y Control Social de Agua Potable y Saneamiento Básico.
 Generación de reportes de cuentas por cobrar a corto y largo plazo.
 Registrar devoluciones de materiales no utilizado o inservible de las unidades operativas.

27
 Propuesta Técnica - SEMAPA

13. MODULO DE INFORMACION GERENCIAL

 Permitirá el ingreso de indicadores de Gestión por Unidad administrativa o técnica, de
acuerdo a los requerimientos del órgano regulador y otros a solicitud de “Gerencia de
Servicios al Cliente”.
 Contará con un módulo de seguimiento de indicadores por unidad, sección o departamento
para el control de todos los procesos que comprende el servicio de Atención a Clientes.
 Posibilitará el acceso, en modo de lectura y/o consulta, a toda la información correspondiente
a cada área, efectuar consultas a diferentes escalas de tiempo, por niveles de responsabilidad
y por cantidad en términos de volumen o precios.
 Los reportes que emita el sistema tendrán la opción de exportar los informes a formatos
compatibles con herramientas de ofimática.
 Otros reportes específicos solicitados por la Gerencia de Servicios al Cliente y de Operaciones
 Incorporará diferentes reportes ejecutivos y consultas para la toma de decisiones.

14. ESTRUCTURA DEL PROYECTO Y GRUPO DE DESARROLLO

Para lograr el objetivo planteado se establece la siguiente estructura de proyecto, el cual puede variar
de acuerdo a las condiciones del proyecto.

Gerente de Proyecto

Responsable de Gerente de Administrador de Soporte Tenico:

Calidad Desarrollo Base de Datos Redes y
(DBA) Servidores

Responsable de
Programador Programador Programador
Documentacion

EQUIPO TECNICO

28
 Propuesta Técnica - SEMAPA

GERENTE DE PROYECTO: Eddy Torrico Pereira

GERENTE DE DESARROLLO: Samuel Rojas Zambrana
RESPONSABLE DE CALIDAD Y DOCUMENTACION: Ernesto López Limachi
ADMINISTRADOR DE BASE DE DATOS: Enzo Aranibar Rojas
PROGRAMADORES: Raúl Fernández Fuentes, Eduardo Flores, Mariela López Montaño.
SOPORTE TECNICO DE APOYO (Redes y Servidores): Arturo Villarroel Guerra

14.1 GERENTE DE PROYECTO

Es la persona responsable por el desarrollo del proyecto. Sus funciones implican la planificación,
supervisión y coordinación general de las actividades necesarias para la realización del proyecto.
Realiza una evaluación permanente de los avances logrados y el diagnostico de amenazas que
pudieran retrasar la implementación del proyecto.
Está capacitado para:
 Administrar grupos de profesionales para desarrollo de software con énfasis en planeación y
cumplimiento de requerimientos del cliente y el manejo del recurso humano.
 Optimizar procesos de desarrollo de software, asegurando altos niveles de madurez,
trazabilidad y repetitividad de los procesos.
 Diseñar redes de comunicación informática entre empresa-empresa, empresa-clientes,
empresa-distribuidores y empresa-proveedores.
 Asesorar procesos de modernización tecnológica y de implementación de sistemas de
información gerencial: estratégicos, comerciales, productivos y operativos.
 Negociar, vender, comprar o subcontratar tecnologías de la información.

14.2 GERENTE DE DESARROLLO

Es el responsable por el diseño, desarrollo y la programación de los módulos componentes del
sistema.
Deberá supervisar y coordinar la aplicación de los recursos informáticos, garantizando, en términos
de oportunidad y calidad, su adecuado desarrollo y mantenimiento.
Sus funciones y competencias comprenden:
 Planificar el desarrollo o adquisición de sistemas para satisfacer las necesidades de los
usuarios del organismo.
 Supervisar el desarrollo y prueba de los sistemas de aplicación en el organismo.
 Preparar y conducir la operación de puesta en funcionamiento de los sistemas y programas
informáticos.
 Supervisar el mantenimiento y la actualización de la documentación inherente a los sistemas
y programas.
 Intervenir en la definición y control técnico de las tareas desarrolladas por proveedores de
sistemas.
 Capacitar y dar soporte al personal a cargo y/o a usuarios de las aplicaciones.

29
 Propuesta Técnica - SEMAPA

 Comprender la modificación y optimización de los sistemas y programas en función de los

objetivos generales del organismo y del Centro de Información.
 Comprender el desarrollo de sistemas de diversa envergadura, utilizando metodologías
estructuradas y herramientas específicas
 Conocer sobre calidad de datos y herramientas de testing de sistemas.
 Conocer diferentes metodologías de ingeniería de software y arquitectura de aplicaciones.
 Conocer herramientas de programación que se utilicen para el desarrollo de aplicaciones en
distintos ambientes y herramientas de diseño de Bases de Datos
 Conocer los lenguajes técnicos y específicos del Área.

14.3 ADMINISTRADOR DE BASE DATOS

El administrador de base de datos (DBA) es la persona responsable de los aspectos ambientales de
una base de datos. En general esto incluye:
 Recuperabilidad - Crear y probar Respaldos
 Integridad - Verificar o ayudar a la verificación en la integridad de datos
 Seguridad - Definir y/o implementar controles de acceso a los datos
 Disponibilidad - Asegurar el mayor tiempo de operación de la base de datos.
 Desempeño - Asegurar el máximo desempeño incluso con las limitaciones
 Desarrollo y soporte a pruebas - Ayudar a los programadores e ingenieros a utilizar
eficientemente la base de datos.

14.4 RESPONSABLE DE CALIDAD

El Responsable de Calidad es un miembro de vital importancia dentro el proyecto.
Las funciones del responsable de calidad son variadas y críticas para el desarrollo del proyecto:
 Comprobar que el proyecto dispone de la infraestructura y medios suficientes para poder
cumplir sus objetivos.
 Proporcionar información objetiva a la organización de línea y de proyecto para poder tomar
decisiones en relación al grado en que el producto va a satisfacer las expectativas de los
clientes.
 Prevenir problemas que puedan afectar a los objetivos del proyecto.
 Asegurar la transferencia de experiencia entre los distintos componentes de la Organización.
 Participa en el establecimiento de estrategias.
 Revisa el resto de planes del proyecto.
 Prepara el plan de mediciones.
 Despliega el plan de calidad en el proyecto.
 Realiza un seguimiento continuo de la adherencia a los procesos y normas establecidos.
 Recopila y valida las mediciones.
 Realiza informes periódicos de sus actividades.

30
 Propuesta Técnica - SEMAPA

15. CRONOGRAMA DE ACTIVIDADES

El cronograma de actividades tentativo para el presente proyecto se detallado en el cuadro 1,
pudiendo sufrir modificaciones los primeros días de iniciado el desarrollo del mismo. Además de
poder sufrir cambios cada vez que se dé una modificación a los requerimientos pre-acordados en la
etapa de planificación.

31
 CRONOGRAMA TENTATIVO DE ACTIVIDADES

PERIODO (DIAS CALENDARIO)

TAREA
1 -10 11-15 16-25 26-45 46 - 60 61 - 90 91 - 130 131 - 170 171 - 210 211-270

Análisis de Requerimientos
Solicitud de Documentación técnica y Normativa (Revisión)
Retroalimentación técnica, operativa funcional
Entrega informe inicial
Depuración conjunta a observaciones de Requerimientos
Liberación definitiva de Requerimientos
Desarrollo
1ra Entrega preliminar *
Corrección de observaciones a 1era entrega
1era Entrega definitiva *
2da Entrega preliminar - versión final*
Ajustes y Refinación de versión final.
Migración de Base de Datos (parciales y definitiva)
Entrega, revisión y aceptación de versión final.

Entrega de Manuales y documentación del producto V.1

Puesta en marcha (Capacitación, Ajustes) Pruebas en Paralelo
Pruebas funcionales de los subsistemas
Entrega definitiva

Cuadro 1.
Notas: Este cronograma es una estimación en días de trabajo para el cumplimiento del proyecto, estando sujeto a modificaciones y ajustes de
acuerdo a las observaciones del contratante y del avance del desarrollo.

 Cada entrega comprenden módulos y sub módulos de los Sistemas Comercial, y Operativo.
 Propuesta Técnica - SEMAPA

16. CAPACITACION
Para el éxito en la implantación del presente proyecto es necesaria la participación del personal de SEMAPA.
Debido a que este proyecto busca la mejora en la productividad y la integración entre las distintas áreas, por
lo que se considera necesaria la participación no solo del personal subalterno sino también de los distintos
mandos medios y máximos responsables de la empresa.

Esta transferencia de conocimiento en cuanto a los cambios en la forma de trabajo y operación del sistema
es la base fundamental para la implantación efectiva y exitosa del presente proyecto.

Para tal efecto se deben considerar dos tipos de capacitaciones:

16.1 CAPACITACIÓN TÉCNICA

Esta capacitación está orientada hacia el personal técnico de Sistemas y apunta a la formación en conceptos
requeridos para instalación, configuración y administración de los distintos módulos del sistema resultante,
base de datos y herramientas de desarrollo.

CURSOS DÍAS HORAS

Aspectos técnicos 1 4
Configuración de sistemas 1 4
Configuración de usuarios 1 4
Herramientas de desarrollo 1 4
Administrador de base de datos 1 4

Nota: Los cursos referentes a las herramientas de desarrollo y base de datos y transferencia del Know-How
son escuetos, puesto que se considera que es responsabilidad de la institución capacitar a su personal en
cuanto a las herramientas de desarrollo.

Dir.: Av. Suecia Pasaje # 21 s/n

Telf.: 4236784 - 77433149
Fax: 4415154 34
 Propuesta Técnica - SEMAPA

16.2 CAPACITACIÓN ESPECIALIZADA DE OPERACIÓN

Como ya se explicó en la metodología de implementación la capacitación es constante debido a las entregas
parciales de versiones reducidas. Entonces, esta capacitación está orientada a dar una visión global e
integral de los distintos módulos con los actores específicos.

DÍA MAÑANA (4HRS.) TARDE (4 HRS.)

1 Atención al Cliente Catastro Comercial

2 Contratos Facturación
3 Lecturas Medidores
4 Recaudaciones Mora
5 Cortes y Re-conexiones Mantenimiento
8 Construcciones Agua No Contabilizada
9 Módulo de Información Gerencial

16.3 MATERIAL
Para llevar adelante este proceso de capacitación, se entregará, al personal clave, los manuales de usuario y
tutorial de ejercicios.

16.4 AMBIENTES
Toda la capacitación se realizará en ambientes de SEMAPA, que deberá contar con las computadoras
necesarias conforme la cantidad de usuarios asistentes.

17. PLAZO DE ENTREGA

El plazo de entrega de todo el proyecto será de: 270 días calendario.

Dir.: Av. Suecia Pasaje # 21 s/n

Telf.: 4236784 - 77433149
Fax: 4415154 35