Términos de Referencia: Software y Capacitación SE-CCAD

Términos de Referencia
Adquisición de Software y Capacitación
para la Secretaria Ejecutiva de la
Comisión Centroamericana de Ambiente
y Desarrollo (SE-CCAD).
Se recibirán ofertas a más tardar a las 18:00 horas del
10 de enero del 2011, en las oficinas de la Secretaría
Ejecutiva de CCAD, ubicadas en el edificio SICA,
Boulevard Orden de Malta # 470, Antiguo Cuscatlán, El
Salvador, atención: Director de Operaciones de
CCAD o por medio de la cuenta de correo:
epaguaga@sica.int.
REQUERIMIENTOS PARA LOS SISTEMAS
1
Tabla de contenido
1.
JUSTIFICACIÓN:.................................................................................................................. 4
2.
OBJETIVO GENERAL DE LA CONTRATACIÓN: .............................................................. 5
3.
ADMISIBILIDAD DE LAS OFERTAS ................................................................................... 5
4.
PERFIL DE LA EMPRESA OFERENTE: ............................................................................. 7
5.
CALIFICACIÓN Y FORMACIÓN PROFESIONAL ............................................................... 8
6.
SUPERVISIÓN ...................................................................................................................... 8
7.
OBLIGACIONES DEL CONTRATISTA................................................................................ 8
8.
PRIVACIDAD Y CONFIDENCIALIDAD DE LA INFORMACIÓN: ........................................ 9
9.
SUSTITUCIÓN DE PERSONAL ......................................................................................... 10
10. OFERTA ECONÓMICA: ..................................................................................................... 10
11. VIGENCIA DE LA OFERTA ............................................................................................... 12
12. PLAZO DE ADJUDICACIÓN.............................................................................................. 12
13. MULTA POR INCUMPLIMIENTO....................................................................................... 12
14. REMISIÓN DE OFERTAS .................................................................................................. 12
15. ALCANCE: ......................................................................................................................... 13
16. METODOLOGÍA DE EVALUACIÓN .................................................................................. 13
17. MARCO
DE
REFERENCIA
INSTITUCIONAL
PARA
LA
IMPLEMENTACIÓN DE SISTEMAS Y/O SERVICIOS DE INFORMACIÓN EN
LA PLATAFORMA TECNOLÓGICA DEL SICA ........................................................................ 16
a.
Estándares tecnológicos del SICA ...................................................................... 16
b.
Estrategia de Sostenibilidad ................................................................................ 16
c.
Entregables ......................................................................................................... 19
d.
Implementación de las soluciones ...................................................................... 19
18. CONDICIONES ESPECÍFICAS PARA LAS SOLUCIONES .............................................. 21
19. REQUISITOS TÉCNICOS GENERALES PARA LAS SOLUCIONES ............................... 27
20. REQUISITOS FUNCIONALES GENERALES PARA LAS SOLUCIONES ........................ 30
REQUERIMIENTOS PARA LOS SISTEMAS
2
21. LÍNEA 1: REQUERIMIENTOS PARA LA SOLUCIÓN: GENERADOR DE
REPORTES. ............................................................................................................................... 31
22. LÍNEA 2: REQUERIMIENTOS PARA LA SOLUCIÓN: GESTIÓN Y
ADMINISTRACIÓN DE CONTRATOS. ...................................................................................... 33
23. CAPACITACIÓN ................................................................................................................. 42
REQUERIMIENTOS PARA LOS SISTEMAS
3
1. Justificación:
La profundización de los efectos de la globalización plantea nuevos retos,
desafíos, oportunidades y riesgos, en un mundo que se mueve hacia la
conformación de grandes bloques económicos, crecientemente competitivos
y tecnificados, donde la concertación regional cobra cada vez más fuerza,
como un imperativo de desarrollo y, a veces, hasta de supervivencia para
países pequeños y economías vulnerables. Tomando en cuenta la situación
actual de la región centroamericana en materia ambiental y los nuevos retos
comerciales que derivan del DR-CAFTA, la Agencia de los Estados Unidos
para el Desarrollo Internacional (USAID), ha suscrito con la SE-SICA un
Acuerdo de Objetivos Estratégicos para su nuevo programa en
Centroamérica y México, que corresponde al Resultado Intermedio
denominado "Economic Freedom: Open diversified Expanding Economies".
Siendo la CCAD la instancia activa del SICA y el referente político en el tema
ambiental, que asume con este acuerdo la responsabilidad de apoyar las
gestiones en torno al tratado de libre comercio, para lo cual coordinara y
operativizará una serie de acciones en diferentes componentes temáticos,
tales como:
I. Sistemas de Gestión Ambiental en los países del DR-CAFTA
fortalecidos.
II. Capacidades de las partes para cumplir con las obligaciones
ambientales del DRCAFTA fortalecidos.
III. Cumplimiento de los acuerdos multilaterales medioambientales
mejorados.
IV. Uso de las tecnologías de producción limpia incrementados.
V. Incremento de la coordinación interministerial, construcción de
capacidades y Comunicación.
VI. Fortalecimiento Institucional para mejorar las capacidades y
controles internos.
En este último componente el Acuerdo de Cooperación CCAD/USAID
apoyará en el fortalecimiento para el mejoramiento de las capacidades
institucionales y controles internos de la SE-CCAD, de acuerdo a los
resultados del “Diagnóstico del estado de los procesos, definición de
requerimientos o necesidades, para cada uno de los procesos
analizados de la Comisión Centroamericana de Ambiente y Desarrollo
(CCAD)”.
En este informe, se realizaron una serie de recomendaciones sobre
aplicaciones informáticas que serian de gran ayuda a la gestión gerencial de
la SE-CCAD, de las cuales se generan las necesidades que a continuación
REQUERIMIENTOS PARA LOS SISTEMAS
4
se describe:
1. Generador de Consultas y Reportes.
2. Sistema Integrado de Gestión y Administración de Contratos.
Con respecto al hardware, este será cotizado por el oferente según los
requerimientos o necesidades que la aplicación contratada necesite.
La SE-CCAD pretende con esta cooperación mejorar los sistemas de
información actuales, para contar con información integrada que minimicen la
generación manual de información, por consiguiente favorecer a las
gerencias de negocio (Consejo de Ministros de Ambiente, Secretario
Ejecutivo, Coordinadores y Jefes de Proyectos) en el proceso de toma de
decisiones con la calidad y oportunidad de información requerida.
2. Objetivo General de la Contratación:
Contratar empresas desarrolladoras de software para que implementen los
requerimientos planteados de los términos de referencia expuestos en este
cartel, por medio de soluciones de software que brinden un soporte
informático óptimo a los procesos de la SE-CCAD y de la SG-SICA, en
concordancia con su plataforma tecnológica para la toma de decisiones a los
diferentes niveles gerenciales de la SE-CCAD y responsables de proyectos,
así como la capacitación al personal involucrado.
3. Admisibilidad de las Ofertas
a. Se admite a concurso la oferta que cumpla con las condiciones generales,
legales y las especificaciones técnicas solicitadas.
b. La oferta se debe redactar en idioma español, presentarse de manera
ordenada y completa, sin manchas, tachaduras, borrones u otros defectos
que la puedan hacer de difícil interpretación; las correcciones deben
salvarse por nota.
c. La oferta deberá estar debidamente firmada por quien tenga capacidad
legal para hacerlo.
d. No se aceptará la presentación de ofertas en las que intervenga en forma
conjunta dos o más empresas.
e. La CCAD se reserva el derecho de adjudicar por líneas esta contratación,
por lo que se debe detallar en la oferta el precio de cada línea.
f. El oferente puede cotizar solo la línea de su competencia, pero en
cualquier caso debe incluir la cotización de capacitación.
g. Toda oferta que se presente en forma extemporánea no será
considerada.
REQUERIMIENTOS PARA LOS SISTEMAS
5
h. Todo documento que provenga de un original y se presente en fotocopia
deberá venir autenticado por un notario público dando fe de que es copia
fiel del original (ejemplo títulos, cartas de referencia, entre otros).
i. Adjuntar una constancia que indique que el oferente no se encuentra
inhabilitado para el ejercicio profesional o se encuentren declarada en
estado de insolvencia o quiebra.
j. Información del oferente que debe contener la oferta:
•
Nombre de la persona jurídica
•
Razón social de la empresa oferente
•
Número de cédula jurídica
•
Dirección exacta
•
Número de teléfono
•
Número de fax
•
Dirección postal
•
Correo electrónico
•
Nombre y apellidos de quien suscribe la oferta.
•
Número de cédula de identidad de quien la suscribe y en qué
condición lo hace (apoderado, gerente, representante u otro).
k. Certificación de la Personería Jurídica; donde adicionalmente se indique
la cantidad de años de constituida la empresa.
l. Certificación Pública sobre la Naturaleza y Propiedad de sus Cuotas o
Acciones. Si las cuotas o acciones fueren nominativas y éstas
pertenecieren a otra sociedad, deberá igualmente aportarse certificación
pública respecto de esta última en cuanto a la naturaleza de sus
acciones.
m. La empresa debe comprometerse a mantener a su equipo de trabajo
delegado para este proyecto en las instalaciones de la SE-CCAD, a
tiempo completo mientras se desarrolla e implementa la herramienta
solicitada objetivo de esta contratación, dicho personal será coordinado
por la Dirección de Sistemas de Información de la SG-SICA.
n. La oferta de la aplicación debe tener como base el objetivo y contenidos
generales propuestos, el oferente puede proponer mejoras con el fin de
darle un mayor alcance a la aplicación ofertada.
o. La oferta técnica debe incorporar los siguientes elementos:
•
Nombre de la aplicación.
•
Objetivos generales y específicos
REQUERIMIENTOS PARA LOS SISTEMAS
6
•
Actividades a realizar
•
Metodología de trabajo.
•
Cronograma indicando actividades, plazos y fechas de cumplimiento
de los entregables.
4. Perfil de la Empresa Oferente:
a. Experiencia de la empresa.
•
La empresa que oferte debe certificar un tiempo mínimo de cinco
años de experiencia en el mercado de sistemas informáticos,
preferiblemente soluciones semejantes a las objeto de esta
contratación y en instituciones públicas, privadas u organizaciones
no gubernamentales, para lo cual deberá adjuntar una declaración
jurada rendida ante notario público en la cual hagan constar tal
condición.
•
El oferente deberá haber implantado exitosamente como mínimo
tres soluciones semejantes a las objeto de esta contratación, para
lo cual deberá aportar una declaración jurada rendida ante notario
público, en la cual haga constar lo siguiente:
i. Identificación clara de la entidad que adquirió la solución de
(Nombre, dirección, teléfono, fax y cualquier otro dato que
permita su localización y comunicación en caso necesario).
ii. Descripción general de la solución implementada.
iii. El período de tiempo que lleva en funcionamiento la solución
implementada.
iv. Nombre, teléfono, fecha de emisión y cargo de la persona
con quien se pueda verificar las referencias.
•
Constancias, emitidas por la gerencia autorizada de empresas
públicas o privadas u organizaciones no gubernamentales de
experiencia de los sistemas implementados.
REQUERIMIENTOS PARA LOS SISTEMAS
7
5. Calificación y Formación Profesional
La empresa oferente debe presentar al menos un equipo de dos
profesionales con las calificaciones detalladas a continuación:
a) Graduado universitario en Ciencias de la Computación, Analista de
Sistemas u otras áreas equivalentes.
b) Preferiblemente con una Certificación Microsoft (Business Intelligence).
c) Mínimo tres años de experiencia en programación de soluciones
semejantes a las objeto de esta contratación.
d) Adjuntar el currículo vitae de los profesionales propuestos.
e) Adjuntar copias certificadas ante notario público de los atestados.
f) Declaración jurada de la experiencia.
g) Adjuntar nota compromiso donde los profesionales propuestos se
comprometen a laborar con la empresa contratada por lo menos hasta el
plazo establecido para la conclusión del proyecto.
6. Supervisión
Esta contratación será supervisada por la Dirección de Sistemas de
Información de la SG-SICA y un consultor externo contratado por la CCAD
para este proyecto.
El Encargado General de la Contratación: Con el objeto de supervisar esta
contratación, gestionar, facilitar la coordinación de todos los aspectos
técnicos y administrativos que se requieran, el recibido conforme, regular
todo lo relativo a la correcta ejecución de la misma, y velar por el perfecto
cumplimiento de cada una de las obligaciones indicadas en el cartel y en el
contrato, esta persona será designada por la CCAD.
7. Obligaciones del Contratista
El contratista será responsable de cualquier riesgo profesional, así como de
los daños en las personas o en las cosas que se produzcan con motivo u
ocasión del trabajo. Estará obligado el Contratista a asegurar contra riesgo
profesional al personal que labore para este proyecto.
Corresponden asimismo al contratista, en forma amplia, total y general todas
las obligaciones y responsabilidades patronales, debiendo cubrir a los
profesionales asignados a este proyecto los correspondiente a honorarios,
viáticos, hospedaje, y otros gastos para cumplir a cabalidad el objetivo de las
soluciones de esta contratación.
El contratista deberá presentar al Encargado General de la Contratación
REQUERIMIENTOS PARA LOS SISTEMAS
8
dentro de los cinco días hábiles siguientes a la firma del contrato, el plan de
implementación de la solución ofertada, indicando las tareas a realizar, plazo
de ejecución y responsables de la actividad.
8. Privacidad y Confidencialidad de la Información:
a) Privacidad: El contratista y su personal, deberán comprometerse a
manipular y procesar todos los datos institucionales dentro de un ámbito
de discreción, privacidad e integridad, de acuerdo con las políticas de
control y seguridad institucionales. Bajo ninguna circunstancia el
contratista podrá utilizar información de la CCAD o cualquier institución
del SICA para propósitos no contemplados en los procedimientos
normales de desarrollo del servicio solicitado. La utilización indebida o
negligente de los recursos institucionales, por prácticas imputables al
contratista, serán consideradas factores de incumplimiento a la
contratación y objeto de las sanciones administrativas y penales
correspondientes.
b) Es obligación del contratista presentar, ante el Encargado General de la
Contratación, dentro de los ocho días hábiles siguientes a la firma del
contrato, una carta donde se compromete al cumplimiento de esta
disposición.
c) Información confidencial: El término información confidencial se refiere a
toda aquella información obtenida directa o indirectamente de la CCAD o
del SICA sin importar el medio en que ésta se encuentre (a manera de
ilustración, sin limitarse únicamente a ellos, se pueden citar los siguientes
medios de almacenamiento de información: físico, electrónico, ideas,
conceptos, conocimiento –“know how”, técnicas), excepto en los
siguientes casos.
i.
Cuando la información sea de dominio público o se reciba de otra
fuente distinta a la CCAD o del SICA, sin que, en ambos casos,
haya existido violación de una obligación de confidencialidad.
ii. Cuando la contraparte correspondiente por parte de la CCAD le
indique al adjudicatario —expresamente y por escrito— que cierta
información no se considera confidencial.
d) Uso de información confidencial: El contratista y su personal, no podrán
utilizar la información confidencial de la CCAD o del SICA para fines
distintos a los alcances y objetivos contemplados. Asimismo, el contratista
no podrá divulgar ni transferir a terceros, bajo ningún motivo, la
información confidencial de la CCAD o del SICA.
e) Aseguramiento de la información confidencial: El Contratista y su personal
están obligados a procurar mecanismos que protejan la confidencialidad e
integridad de la información confidencial obtenida de la CCAD o del SICA,
resultado de su interacción con éste.
REQUERIMIENTOS PARA LOS SISTEMAS
9
9. Sustitución de Personal
En caso de ser necesaria la sustitución del personal asignado, el
adjudicatario, respetará el perfil mínimo del personal indicado en la oferta
para la ejecución del contrato, y sólo en casos excepcionales, con la debida
justificación y los comprobantes que acrediten las circunstancias por las que
amerita el cambio, la CCAD podrá autorizar la sustitución de algún miembro
del personal propuesto, siempre y cuando sea por una persona que reúna los
requisitos del profesional a sustituir o superiores. En todo caso, la empresa
adjudicataria someterá a consideración de la CCAD, el nombre y
características profesionales de la persona sustituta para el aval respectivo.
10. Oferta Económica:
Esta contratación es bajo la modalidad de llave en mano es decir las ofertas
deberán detallar todo lo necesario para el éxito del proyecto. Por línea
presupuestada deben suministrar las herramientas, personal asignado al
proyecto, viáticos, gastos relacionados, programas fuentes y capacitación,
alquiler de laboratorio para capacitación, alimentación de los participantes, y
otros requerimientos de logística necesarios para la correcta implementación
de la herramienta. El comité evaluador de las ofertas determinará si descarta
alguno de los ítems cotizados ya que la CCAD lo puede suministrar.
El oferente deberá presentar la oferta económica por línea y desglosar todos
los rubros del presupuesto (costo consultor, viáticos, tiquetes aéreos,
materiales, equipo, etc.) por actividad.
a. Precio:
i. Los precios se entenderán ciertos y definitivos.
ii. Debe consignarse en números y letras coincidentes. En caso de existir
divergencias entre estas dos formas de expresión, prevalecerá la
consignada en letras.
iii. Costo de la solución: El oferente deberá presentar el costo total de la
solución requerida, desglosando en la cotización el detalle de cada
uno de los requerimientos solicitados (programación, implantación,
entrega de los programas fuentes, período inicial de acompañamiento,
capacitación y otros)
iv. Costo por mantenimiento a partir de la finalización de la garantía: El
oferente deberá presentar el costo total por nuevos requerimientos y la
atención de incidentes atribuibles a la solución ofertada, a partir de la
finalización de la garantía.
REQUERIMIENTOS PARA LOS SISTEMAS
10
v. Costo de horas por demanda para desarrollo de mejoras y/o soporte
de infraestructura: El oferente dentro de su oferta económica deberá
indicar el costo de hora profesional, para las siguientes actividades,
las cuales podrán ser requeridas en cualquier momento por el
Encargado General de la Contratación
DESCRIPCION DE LA ACTIVIDAD
PRECIO POR
HORA
PROFESIONAL
Implementación de posibles mejoras requeridas
para la solución para lo cual debe definirse un plan
de atención de mejoras.
Soporte de la infraestructura tecnológica para las
soluciones ofertadas.
Soporte técnico de las soluciones contratadas de
manera presencial en las instalaciones de la CCAD
o en la SG-SICA.
Soporte técnico de las soluciones contratadas vía
remota.
Capacitación adicional a usuarios sobre la
configuración, operación y uso del sistema.
vi. La CCAD no reconocerá ningún costo adicional que no haya sido
incluido en la solución ofertada. Cuando procedan impuestos o tasas,
se tendrán por incluidos en el precio ofrecido.
vii. Las cotizaciones se realizarán en dólares americanos.
b. Forma de Pago:
•
Pago del 20% contra la firma del contrato.
•
Pago de 15% contra instalación de la solución en su versión de
prueba.
•
Pago del 15% contra instalación y pruebas de operación de la solución
ajustada a las necesidades solicitadas en este cartel.
•
Pago del 20% con la finalización de la capacitación al personal.
•
Pago del 10% contra acompañamiento o soporte en la implementación
(puesta en producción), según el periodo fijado por el contratista.
•
Pago del 20% con el Informe final y cierre del proyecto.
Nota: No procederá el pago del servicio prestado en los siguientes casos:
•
Cuando sea necesario suspender la actividad por razones de
REQUERIMIENTOS PARA LOS SISTEMAS
11
inconformidades metodológicas u otras, que tengan relación directa
con el desarrollo de la acción por parte de la empresa y que sean
manifestadas por los responsables del proyecto.
•
Cuando la empresa varíe las condiciones de la contratación en
aspectos relevantes para el logro de los objetivos de las soluciones,
sin la previa comunicación y aceptación por parte de la CCAD.
11. Vigencia de la Oferta
Las ofertas que se sometan a este concurso se entienden vigentes por un
período de cuarenta y cinco (45) días hábiles.
12. Plazo de Adjudicación
La CCAD resolverá el presente concurso dentro de los 15 días
hábiles contados a partir de la fecha de apertura de ofertas, se puede
prorrogar este plazo en caso de considerarlo necesario, en cuyo caso se
avisará a las partes.
13. Multa por Incumplimiento
Se aplicará una multa del 0.5% sobre el costo total del contrato por cada día
de atraso en la entrega del proyecto.
En caso de ser necesario aplicar esta cláusula, el monto de la multa será
comunicado al contratista quien podrá depositar el monto respectivo o se le
deducirá de la factura pendiente de pago.
Se considerará un monto máximo de hasta 15% del total del proyecto.
Pasado ese límite la CCAD reconsiderará si continua o no con el contrato en
cuyo caso se notificará al contratista.
14. Remisión de Ofertas
Se recibirán ofertas a más tardar a las 18:00 horas del 10 de enero del 2011,
en las oficinas de la Secretaría Ejecutiva de CCAD, ubicadas en el edificio
SICA, Boulevard Orden de Malta # 470, Antiguo Cuscatlán, El Salvador,
atención: Director de Operaciones de CCAD o por medio de la cuenta de
correo electrónico: epaguaga@sica.int
Para consultas favor contactar a esta misma dirección electrónica.
REQUERIMIENTOS PARA LOS SISTEMAS
12
15. Alcance:
Las empresas contratadas deberán suplir todo lo necesario para el éxito del
proyecto y el correcto funcionamiento de las soluciones planteadas, esto
incluye:
1. Plan de Trabajo
2. Suministrar los programas fuentes
3. Cumplimiento de los requerimientos funcionales y técnicos
4. Documentación Asociada a los Sistemas de Información.
5. Capacitación a personal.
6. Y otros necesarios según justificación y validación entre la CCAD y el
contratista
16. Metodología de evaluación
i. Nota mínima para ser considerado como posible adjudicatario
El puntaje mínimo que un oferente, debe poseer para ser calificado y
poder ser considerado como un posible adjudicatario, debe ser como
mínimo de ochenta (80) puntos. En el caso de que ninguna de las ofertas
alcance la nota mínima especificada, la CCAD se reserva el derecho de
seleccionar la oferta que haya obtenido el mayor puntaje, o bien, declarar
desierta la línea, según la mejor conveniencia para sus intereses.
ii. Factores de redondeo
Para aquellos casos en donde existan puntajes con dígitos decimales,
únicamente serán tomadas en cuenta los dos primeros dígitos (truncado a
dos dígitos), de tal forma que la estructura numérica comprenderá el
siguiente formato:
iii. Criterios de desempate
En caso que dos o más oferentes presenten igualdad de puntos en sus
respectivas evaluaciones, se tomará un criterio de desempate con base
en la evaluación obtenida por cada una de las empresas empatadas en
los criterios siguientes, en su respectivo orden:
•
Precio de la oferta.
•
Experiencia del proveedor en la implementación de soluciones objeto
de esta contratación.
•
Plazo de entrega.
•
Finalmente de continuar el empate, se establecerá un procedimiento
de rifa, previa comunicación y convocatoria, por parte del Oficial de
Contrataciones y Adquisiciones de la CCAD, a los representantes
REQUERIMIENTOS PARA LOS SISTEMAS
13
legales de las empresas que se encuentran en esta situación.
iv. Con las ofertas admisibles para una eventual adjudicación, se procederá
a realizar la calificación bajo la siguiente metodología de evaluación:
TABLA DE EVALUACIÓN
Factores de Evaluación
Puntos
a. Precio de la oferta
60
b. Experiencia del proveedor en la implementación de soluciones
objeto de esta contratación o similares.
C. Plazo de entrega
20
Total
100
20
a. Precio de la Oferta (60 puntos)
El precio que se considerará para efectos de evaluación será el precio
total de la solución ofertada. No incluye el costo de horas por demanda, ni
el costo del mantenimiento anual.
Para determinar el puntaje correspondiente en el factor precio se aplicará
la siguiente fórmula:
⎡ P min ⎤
× 60
FP = ⎢
⎣ Px ⎥⎦
Donde:
FP=
Puntaje obtenido por la oferta para el Factor
Precio
Pmin=
Precio total más bajo
Px=
Precio total por la oferta en evaluación
b. Experiencia del proveedor (20 puntos)
Cantidad de soluciones implementadas similares a la objeto de esta
contratación. Las aplicaciones deben estar debidamente instaladas,
corriendo y recibidas a entera satisfacción. (20 pts.)
REQUERIMIENTOS PARA LOS SISTEMAS
14
Empresa
Puntaje
Obtenido
Menor a 2 soluciones
0
De 2 a 4 soluciones
10
Mayor a 4 soluciones
20
Para evaluar este punto, el oferente deberá adjuntar declaración jurada
rendida ante Notario Público, en la cual haga constar a cuales empresas
que han adquirido y tienen en operación satisfactoriamente la solución, la
declaración jurada deberá incluir como mínimo la siguiente información:
•
Nombre de la Institución.
•
Fecha de la contratación.
•
Descripción de la solución adquirida.
•
Datos del contratante del proyecto que pueden dar referencias
sobre el sistema desarrollado (adjuntar nombre de contacto,
número de teléfono, dirección, etc.).
•
Carta o nota de recibido a entera satisfacción
Si alguno de estos puntos no es presentado, no se tomará en cuenta para
la evaluación.
c. Plazo de entrega (20 puntos)
El puntaje máximo lo obtendrá la empresa que ofrezca el menor plazo de
entrega de la solución, incluyendo la programación, implantación y la
capacitación, medido en días hábiles. El resto de las ofertas se basarán
en la siguiente fórmula (20 pts.)
Puntaje = 20 *
(Plazo menor) /
Plazo oferta)
Donde:
Plazo menor = menor plazo de entrega entre todas las ofertas
evaluadas
Plazo oferta = plazo de entrega de la oferta evaluada
Este plazo de entrega de la solución adjudicada se refiere a quedar
puesto en marcha y totalmente instalado, listo para ser utilizado por el
usuario con la respectiva capacitación.
REQUERIMIENTOS PARA LOS SISTEMAS
15
17. Marco de referencia institucional para la
implementación de sistemas y/o servicios de
información en la plataforma tecnológica del SICA
c
a Estánd
a.
dares tecn
nológicos
s del SICA
CA
Las ofertas presentada
as deben se
er elaborad
das bajo estándares y tecnología
as
M
Microsoft
de
e 64 Bits (S
Sistema Op
perativo y Base
B
de Da
atos) y sob
bre Microso
oft
.N
Net Framew
work 3.5 ó superior. Por motivo
os de segu
uridad el detalle
d
de la
in
nfraestructu
ura interna será
s
proporcionada all ganador únicamente
ú
.
b Estrate
b.
egia de So
ostenibiliidad
i. Nivell de Servic
cio
La CC
CAD y el offerente establecerán un
u acuerdo
o de Serviciio en el cua
al
se estipulan la
as condicio
ones y pa
arámetros que comp
prometen al
a
plir con cierrtos niveless de calidad
d de servicio frente a la
oferente a cump
D. Se esstablecen una serie
e de me
edidas objjetivas que
CCAD
comp
prometen all proveedorr a ofrecer un
u determin
nado nivel de
d calidad.
Este acuerdo de
e nivel de servicio
s
sólo
o podrá serr modificad
do de común
a CCAD y el
e Contratistta.
acuerrdo entre la
uerimientos
s a Nivel de
d Servicio
o para reso
olución de incidentes
s
ii. Requ
REQUE
ERIMIENTOS PA
ARA LOS SISTE
EMAS
16
A continuación se establece el modelo de priorización para el manejo
de incidentes generados por la solución.
Nivel de
Prioridad
Descripción
1 – Crítica
La falla ha causado una completa e inmediata paralización
de los servicios prestados. No está disponible una solución
temporal.
La solución no está disponible para el servicio requerido.
La solución no responde, causa retrasos indefinidamente;
el sistema se “cae” repetidamente después de intentos para
reiniciarlo.
2 – Alta
Las funciones de la solución están severamente
degradadas, múltiples usuarios finales son impactados. Una
medida temporal puede estar disponible, sin embargo la
medida no es fácilmente sostenible.
La CCAD experimenta una pérdida severa del servicio. No
está disponible ninguna alternativa o “workaround”
aceptable, sin embargo, la operación puede continuar en
una forma restringida.
Debe ser atendido bajo la modalidad de trabajo de horario
normal del adjudicatario hasta que la solicitud sea resuelta o
se pueda llevar a un punto útil para continuar.
3 – Media
La solución está degradada Pero una medida temporal
puede estar disponible.
4 – Baja
Un incidente que tiene un pequeño impacto en los servicios
provistos y puede ser manejado en forma planificada. Una
medida temporal está disponible, pero no constituye
resolución para propósito del nivel de servicio.
iii. Resolución de incidentes
Se refiere al tiempo para resolver los incidentes, dependiendo de su
prioridad. La resolución de un incidente se compone del tiempo para
realizar el diagnóstico y el tiempo de resolución.
Resolución del
Incidente
Medida del Servicio
Rango de atención
Cualquier prioridad
Tiempo de diagnóstico
< 4 horas
Prioridad 1 – Crítica
Tiempo de resolución
< 4 horas
REQUERIMIENTOS PARA LOS SISTEMAS
17
Prioridad 2 – Alta
Tiempo de resolución
< 6 horas
Prioridad 3 – Media
Tiempo de resolución
< 8 horas
Prioridad 4 – Baja
Tiempo de resolución
La CCAD y el
proveedor acuerdan
una fecha razonable
de resolución del
problema
bajo
horario normal de
trabajo de la CCAD.
iv. Requerimientos de nivel de servicio para actualización de las
soluciones objeto de esta contratación.
Se refiere al mantenimiento de la solución mediante el reemplazo,
actualización, modernización o despliegue de nuevas versiones de
software, incluyendo parches, actualizaciones y nuevos releases.
Actualización de la
solución
Implementación
actualizaciones
Medida del
Servicio
de Tiempo
respuesta
Rango de atención
de Dentro de 30 días
naturales después de
aprobado
por
la
CCAD
v. Requerimiento de nivel de servicio para atención de consultas
El oferente deberá brindar soporte en la atención de consultas
relacionadas con problemas de las soluciones o uso de las
herramientas durante el período de garantía.
Consultas
Medida del
Servicio
Atención
de Tiempo
consultas
respuesta
relacionadas
con
problemas de las
soluciones o uso de
las herramientas
REQUERIMIENTOS PARA LOS SISTEMAS
Rango de atención
de Tiempo de respuesta
no mayor a dos (2)
horas
18
vi. Requerimiento de nivel de servicio para problemas recurrentes de
la solución
El oferente deberá brindar soporte en la resolución de problemas
recurrentes de la solución durante el período de garantía.
Problema
Resolver
recurrente
solución
Medida del
Servicio
problema Tiempo
de
la respuesta
Rango de atención
de Dentro de 10 días
naturales contados a
partir del momento en
que se realiza el
reporte
c. Entregables
i. Documento de Diseño del Sistema de Información
ii. Descripción del Sistema de Información
iii. Normativas que atiende el Sistema de Información
iv. Módulos / Componentes del Sistema de Información
v. Diagramas Entidad – Relación de la Base de Datos
vi. Código fuente del Sistema de Información
vii. Base(s) de datos
viii. Productos de terceros utilizados para el funcionamiento del Sistema
de Información
ix. Capacitaciones a usuarios finales
x. Capacitaciones técnicas especializadas para el personal de la CCAD y
SG-SICA
xi. Manuales:
a. Técnico de Instalación, Configuración y Administración
b. Usuario final
d. Implementación de las soluciones
El oferente deberá considerar los requerimientos funcionales y técnicos
mínimos para las soluciones objeto de este cartel.
i. Plan de trabajo para la implantación:
REQUERIMIENTOS PARA LOS SISTEMAS
19
El oferente deberá incluir en la oferta un plan de implantación de las
soluciones ofertadas, para lo cual adjuntara un cronograma que
indique las tareas a realizar y el plazo previsto para llevarlas a cabo,
dicho cronograma deberá incluir como mínimo las siguientes
actividades:
•
Revisión y análisis de los requerimientos
•
Programación de la solución
•
Instalación de la solución
•
Recopilación de información para configuración del sistema
•
Configuración y parametrización de la aplicación
•
Habilitación de ambiente de pruebas
•
Ejecución de plan de pruebas de aceptación definidas por la
CCAD
•
Estabilización
•
Capacitación técnica y funcional
•
Entrega de documentación generada y manuales
•
Reunión de equipo de trabajo
•
Aceptación de la solución
ii. Garantía del Producto y/o Servicio
• La garantía deberá ser extendida únicamente por el oferente,
no resultando válida la indicación de otra persona física o
jurídica que no sea parte legitimada en la negociación, el
periodo de vigencia de la garantía de los productos y/o servicios
será mínimo de dos años.
•
El oferente deberá garantizar la atención de incidentes
atribuibles a la solución y la atención de consultas adicionales,
posteriores a la puesta en marcha del producto.
•
El oferente debe comprometerse a que durante el período de
garantía, se repondrán los códigos fuentes o componentes
defectuosos sin costo alguno para la CCAD, e indicar el plazo
máximo en que lo hará.
iii. Garantía
del
infraestructura:
Producto
desarrollado
y/o
soporte
de
El oferente deberá indicar en su oferta el periodo de garantía ofrecido
para el desarrollo de mejoras y/o soporte de infraestructura, en cuyo
REQUERIMIENTOS PARA LOS SISTEMAS
20
caso no podrá ser menor a seis meses una vez recibido el servicio a
entera satisfacción por parte del Encargado de la Contratación.
iv. Plazo de Entrega:
El oferente deberá indicar en su oferta el plazo de entrega en días
hábiles de la solución ofertada, operando a entera satisfacción por
parte del Encargado General de la Contratación, dicho plazo no podrá
ser superior a 60 días hábiles.
18. Condiciones Específicas para las Soluciones
La solución estará compuesta por los siguientes elementos:
i.
Los programas fuentes, incluyendo el derecho a las actualizaciones y
la atención de incidentes atribuibles a la solución que afecten el
correcto funcionamiento de la solución, por un periodo de dos (2)
años, prorrogable por periodos iguales hasta un máximo de cuatro
años, según el interés institucional.
ii. La capacitación técnica sobre la instalación, configuración y operación
regular dirigida a Dirección de Sistemas de Información de la SG-SICA
y la capacitación técnica sobre los aspectos particulares de la solución
en aspectos de conectividad, respaldos, seguridad, comunicación de
datos y acceso a la red Internet. Además, incluye la capacitación
funcional dirigida a usuarios administradores, sobre la configuración y
la operación y uso del sistema.
iii. Un ambiente de pruebas o simulación que permita al usuario validar
mejoras o corrección de defectos a la solución.
iv. La documentación técnica generada de la instalación, configuración y
puesta en marcha de la solución y los procedimientos para su
operación.
v. Características de las Soluciones:
a. La herramienta presentará una interfaseinterface Web al usuario
final, la cual podrá accederla desde Internet Explorer 7 o superior.
b. Debe operar como servidor web.
c. El proveedor deberá de encargarse de la configuración y
administración de ese componente del servidor, la cual debe incluir
el parchado y aplicación de mejores prácticas de seguridad sobre
ese componente.
d. La solución debe integrarse y funcionar correctamente en la
plataforma tecnológica que posee la SG-SICA.
REQUERIMIENTOS PARA LOS SISTEMAS
21
e. La solución debe integrarse y funcionar correctamente con la
plataforma de base de datos que posee la SG-SICA.
f. El oferente deberá considerar que al momento de la entrega de la
o las soluciones deberá entregar la última versión del software, y
los programas fuente.
g. El software utilizado por el contratista para la programación o
pruebas en el equipo de la SG-SICA, debe contar con su debida
licencia; la SG-SICA se reserva el derecho de eliminarlo cuando
así lo considere. Cualquier daño o perjuicio en que se incurra por el
uso del software sin autorización, será responsabilidad del
contratista.
h. El software de la solución (licencias y código fuente) pasará a ser
propiedad de la CCAD. El oferente debe manifestar expresamente
en su oferta que comprende y acepta esta condición.
vi. Instalación
a. El adjudicatario debe implementar, capacitar y documentar las
actividades técnicas y de seguridad que dejen en operación a la
herramienta, a fin de que la SG-SICA pueda, si lo desea, realizar
dichas funciones posteriores a la implantación.
b. La implantación de la solución deberá ser realizada por el
adjudicatario, con participación activa del personal de la SG-SICA.
c. El adjudicatario indicará por escrito, cuáles deben ser los
elementos de software sobre los cuales se debe mantener un
respaldo (backup), esto incluye también las bases de datos. Lo
anterior tanto para ambiente de pruebas como para el ambiente
producción, hasta que la puesta en marcha obtenga la aceptación
final del Encargado General de la Contratación.
d. Como parte de la implantación el adjudicatario deberá garantizar la
disponibilidad de un recurso especializado por un periodo de seis
meses. El objetivo es la atención de incidentes como parte del
período de estabilización y acompañamiento al usuario. La
atención podrá brindarse de forma remota a través de Internet,
usando sólo protocolos de conexión remota a escritorios de
personal de la SG-SICA con métodos de conexión seguros; salvo
que por razones justificadas se requiera la atención de forma
presencial.
e. Si al momento de probar la solución para su correspondiente
aceptación se encuentran problemas evidentes e inaceptables a
juicio de la CCAD o SG-SICA, la solución será rechazada en el
acto y se tendrá como no recibido.
f. La solución adjudicada, debe quedar por completo puesto en
marcha y totalmente instalado, listo para ser utilizado por el
REQUERIMIENTOS PARA LOS SISTEMAS
22
usuario.
La CCAD y la SG-SICA se encargarán de dar el visto
bueno a la solución que debe quedar a su entera satisfacción, bajo
criterios de eficiencia y rendimiento óptimo.
vii. Derecho a las Actualizaciones o Mejoras
a. El derecho a las actualizaciones, Mejoras y al soporte técnico
solicitado debe permitir a la CCAD tener acceso oportuno a:
1. Actualizaciones y mejoras (updates y upgrades) del
producto y todos sus componentes, que la CCAD podrá
requerir o solicitar al adjudicatario cuando lo requiera.
2. Parches o mejoras de seguridad para la versión en uso.
3. Derecho a descargar del sitio del oferente en Internet
cualquier tipo de información técnica relacionada con el
producto.
4. Derecho a obtener información y soporte directo del oferente
en caso de problemas con la solución. Indicar claramente
los mecanismos por medio de los cuales la CCAD o la SGSICA podrán solicitar el soporte requerido.
5. El contratista deberá garantizar por escrito que cada
actualización es totalmente compatible con el "hardware" y
“software” que el SICA posee en ese momento y que los
efectos serán, en todo caso, positivos para la SG-SICA,
quién se reserva el derecho de valorar la conveniencia de
aceptar o no cualquier actualización de software.
6. Si la SG-SICA aprueba la actualización, el contratista
deberá presentar un plan de trabajo que incluya todas las
actividades, y pruebas que se seguirán para instalar y
garantizar una actualización a entera satisfacción de la
CCAD, así como los horarios en que se prestará el servicio
y la duración del mismo.
7. La ejecución de dicho plan de actividades no debe exceder
el tiempo indicado en el acuerdo de nivel de servicio, en
relación a su programación y completa aplicación.
8. La vigencia del derecho a las actualizaciones, mejoras
(update y upgrade) y al soporte técnico entrará a regir a
partir del momento en que el adjudicatario entregue a la
CCAD y a la SG-SICA la documentación que da fe de los
plazos establecidos (fecha de inicio y fecha de finalización)
por un periodo de dos (2) años, prorrogable por periodos
iguales hasta un máximo de cuatro (4) años, según el
interés institucional.
REQUERIMIENTOS PARA LOS SISTEMAS
23
viii. Atención de Incidentes
a. Comprende el servicio que el contratista deberá brindar a la SGSICA en cuanto a atención y resolución de situaciones que afecten
el correcto funcionamiento de la solución contratada.
b. La atención de la solución se dará con acceso vía Web, telefónica
o presencial a los usuarios o técnicos con el objetivo de resolver
problemas, reportar fallas, aclarar puntos de la documentación y
obtener asistencia técnica en el horario laboral normal de la SGSICA.
c. El personal de la CCAD o de la SG-SICA usuarios del sistema
serán los encargados de reportar los incidentes de fallos o errores.
d. Es recomendable que la solución incluya un servicio de help desk
que permita a los usuarios resolver sus dudas operativas y
funcionales con respecto a la herramienta.
ix. Implementación de Mejoras
a. Para la implementación de mejoras a la solución, el contratista
debe presentar un plan de pruebas que incluirá al usuario y al
personal técnico de la SG-SICA para ser evaluado.
b. El contratista instalará el software en los equipos que la SG-SICA
indique, acompañado del personal que se designe, capacitando
sobre los pasos que realizan.
c. El contratista deberá proporcionar un ambiente de pruebas o
simulación, que permita al usuario de la SG-SICA validar mejoras o
corrección de defectos a la solución, previo a la autorización por
parte de la SG-SICA de la puesta en producción.
d. Las mejoras se darán por aceptadas y la garantía por mejoras
empezará a correr a partir de que se haya hecho entrega oficial y
el Encargado General de la Contratación la haya aceptado. La
garantía por mejoras será de seis (6) meses.
e. La aceptación final de las mejoras por el adjudicado quedará sujeta
a la aprobación por parte del Encargado General de la
Contratación.
x. Capacitación
a. El adjudicatario deberá impartir la capacitación en idioma español,
en las fechas definidas en común acuerdo con el Encargado
General de la Contratación. El adjudicatario debe entregar el
material adecuado para la capacitación en idioma español.
b. Capacitación técnica sobre la instalación, configuración y
operación regular dirigida al área de tecnologías de información de
REQUERIMIENTOS PARA LOS SISTEMAS
24
la SG-SICA.
c. Capacitación funcional dirigida a usuarios administradores, sobre la
configuración y sobre la operación o uso del sistema.
d. Se debe incluir la capacitación técnica y funcional según se
estipula en el capítulo capacitación.
e. La capacitación se realizará en las instalaciones que el Contratista
indique siempre y cuando sea aprobado el lugar por el Encargado
General de la Contratación.
f. Se debe realizar una previa instalación y prueba de las
herramientas requeridas en los equipos que se usarán para
capacitación.
g. Las fechas de capacitación serán definidas dentro del cronograma
de implantación y coordinado con el Encargado General de la
Contratación según disponibilidad del personal requerido para cada
capacitación.
h. La CCAD se reserva el derecho de definir el personal que asistirá a
cada curso hasta completar el cupo máximo por tipo de
capacitación.
i.
En el caso de entregarse actualización o mejoras, se deberá dar
capacitación técnica al personal, así como, toda la documentación
asociada y emitida por el contratante, sobre los cambios y nuevas
funcionalidades que incluya la nueva versión.
j. Ver los detalles que se estipulan en el capitulo de capacitación.
xi. Requerimientos de Documentación de la Solución
a. El adjudicatario debe entregar al menos dos copias de manuales
en papel y en CD’s, en idioma español:
1. Manuales técnicos: manuales del sistema para la
instalación, configuración, operación y atención de
necesidades técnicas (informáticos).
2. Manuales funcionales: manual del usuario aplicación sobre
el uso y operación de la aplicación.
b. El adjudicatario debe entregar la documentación técnica generada
de la instalación, configuración y puesta en marcha de la solución,
la cual debe ser en español, de igual forma, con la documentación
técnica, debe entregar los procedimientos para la operación de la
solución, esto último debe ser escrito en idioma español.
c. El adjudicatario debe enviar y mantener la documentación
actualizada, producto de cambios o mejoras, en el período de
garantía o mantenimiento y en cualquier requerimiento que se
REQUERIMIENTOS PARA LOS SISTEMAS
25
contrate, sin costo para la institución.
d. La solución debe proporcionar ayudas en línea.
xii. Horario de Trabajo de la CCAD y la SG-SICA
a. El horario laboral actual de la CCAD y la SG-SICA en general es el
siguiente: de las 08:00 a las 17:00 horas de lunes a viernes, el cual
puede variar si el mantenimiento de la solución lo demanda,
siempre y cuando se ajuste a los procedimientos que el SICA
establezca.
b. El contratista para efectuar el mantenimiento en horas no hábiles
deberá coordinar de previo, con el Encargado General de la
Contratación de la SG-SICA, su permanencia en las instalaciones
del SICA y el acceso a los recursos.
c. Las reuniones con los funcionarios de la CCAD y del SICA deberán
coordinarse y efectuarse dentro de la jornada laboral de esos
funcionarios, para que dichas actividades concuerden con la
disponibilidad de su tiempo normal y deberá ser programadas con
antelación de al menos un día laboral.
REQUERIMIENTOS PARA LOS SISTEMAS
26
19. Requisitos Técnicos Generales para las Soluciones
a. Las soluciones deberán operar en línea (con acceso externo) y utilizar los
servidores del SICA tanto para la instalación de las bases de datos, como
para el uso del correo electrónico y la conexión a la red Internet. El
contratista deberá brindar la capacitación técnica sobre los aspectos
particulares de la solución en aspectos de conectividad, respaldos,
seguridad, comunicación de datos y acceso a la red Internet.
b. La solución deberá proveer capacidad de firma electrónica para verificar
usuario que realiza la acción, en lugares que se consideren sensibles.
c. La solución propuesta debe ser multiusuario (usuarios concurrentes
accediendo al software simultáneamente), de tal forma que la aplicación
funcione apropiadamente bajo criterios de eficiencia y nivel de ejecución
óptimos buscados por la CCAD.
d. La solución propuesta debe considerar un número ilimitado de usuarios
concurrentes accediendo al software tanto para manejo y administración
como para visualización de la información (web y/o windows).
e. El software ofrecido debe operar en idioma español en cuanto a su
interfaz, sin demérito de que tenga capacidad de operar en otros idiomas.
f. La herramienta debe mostrar los mensajes de error presentando al
usuario una descripción del mismo. Sin embargo, dicha descripción no
deberá revelar ninguna información sensible del sistema o de la
información contenida en él.
g. Se requiere que el sistema aplique cifrado simétrico y utilizar una llave
criptográfica de al menos 128 bits de longitud. No se permitirá el uso del
algoritmo DES. Actualmente, los algoritmos AES y 3DES son
considerados algoritmos seguros. El cifrado que se define anteriormente
debe ser aplicado a documentos tipo archivo que se almacenan en el
sistema, así como a las claves de usuario y otras acciones similares que
requieran esta funcionalidad.
h. Los datos de producción no podrán ser replicados en otros ambientes
salvo una autorización expresa dada por el Encargado General de la
Contratación.
i. Los ambientes de producción y no producción deberán estar separados
para prevenir un acceso no autorizado o cambios a los activos de
información.
j.
Controles de acceso y uso de la información
i. Deberán existir controles de acceso a nivel de la solución para
proteger que los elementos de los proceso soportados por la
solución puedan ser utilizados o modificados sin la autorización
dada por la SG-SICA. El control de acceso permitirá mantener la
integridad y confidencialidad de la información.
REQUERIMIENTOS PARA LOS SISTEMAS
27
ii. La solución deberá aplicar identificación y autenticación que se
constituirá en una de las líneas de defensa para prevenir el ingreso
de personas no autorizadas. Con la identificación el usuario deberá
darse a conocer a la solución y con la autenticación la solución
verificará que el usuario ha sido autorizado por parte del
Encargado General de la Contratación para ingresar a la
aplicación.
iii. Cuando un usuario solicita ingresar a la solución, éste deberá
haber pasado por un proceso de autenticación que le permita
compartir los recursos al ingresar a la red. En este momento, el
usuario ha tenido que proveer su nombre de usuario, clave de
acceso y dominio (si aplica) al que pertenece.
iv. El acceso a la información deberá ser controlado también
considerando la función o rol del usuario que requiere dicho
acceso. Los derechos de acceso deberán agruparse de acuerdo
con un rol determinado y el uso de los recursos se restringe a las
personas autorizadas a asumir dicho rol. Los roles deberán permitir
definir la modalidad de acceso. Los modos de acceso que pueden
ser usados son: lectura, escritura, ejecución, borrado, creación,
búsqueda.
v. La solución deberá permitir definir roles para los usuarios y se
establecerán con base en las capacidades de acceso a los
módulos o menús de la solución y a las características o permisos
de ejecución de tareas que serán definidas por el Encargado
General de la Contratación. El modelo de roles y la creación de los
mismos se deberán realizar desde la herramienta. Además, los
objetos del sistema deben ser clasificados por funcionalidad con su
distribución de privilegios y roles.
vi. El Encargado General de la Contratación definirá una lista
actualizada de las personas autorizadas para hacer uso del
servicio, tiempo en el que estará disponible y los derechos y
privilegios que tienen respecto al uso. Cada usuario de la solución
deberá pertenecer, en un momento dado, a uno y solo uno de los
roles.
vii. A continuación se indican los elementos básicos que al menos
debe contener el proceso de autenticación de la solución:
a. Verificación del usuario de red: La solución debe contar con la
opción de la identificación del usuario de dominio que está
solicitando el ingreso al sistema a través de la red y verifica que
sea un usuario definido en la solución. Para los que están
registrados en Active Directory.
b. Verificación de privilegios: Una vez que el sistema ha
identificado al usuario, le asignará los privilegios que se le
REQUERIMIENTOS PARA LOS SISTEMAS
28
hayan definido con base en el rol o roles a los que pertenezca.
c. El acceso a la solución deberá realizarse por medio de
credenciales y un rol asociado; si el usuario tiene credenciales
pero no tiene roles, no podrá ingresar al sistema.
k. Otros aspectos de seguridad
i. La solución deberá permitir a los usuarios desde su estación de
trabajo la creación de su clave de paso. Deberá exigir para la
creación de la contraseña un formato seguro. Se deben cumplir
condiciones como que la clave debe contener mayúsculas,
minúsculas y números; debe tener un mínimo de dígitos y no debe
ser igual a las dos claves anteriores
ii. La solución deberá comprobar que la navegación del usuario sigue
un proceso lógico y que no se accede directamente a partes
concretas de la aplicación sin pasar por las páginas iniciales.
iii. La solución deberá garantizar la seguridad granular de acceso a la
información por parte de los usuarios.
iv. Es indispensable que el software cuente con un módulo de
seguridad que garantice el adecuado acceso a la información,
según su rol, previamente validado por credenciales de acceso ya
sea de manera directa ajustándose al esquema de seguridad de la
SG-SICA.
l. Continuidad
El contratista deberá coordinar con el personal de la SG-SICA, la creación
de respaldos según las políticas institucionales, con el fin de que exista
una copia disponible en el caso de la programación o código fuente se
pierda o se dañe. Es importante aclarar que tanto el respaldo de la base
de datos como el de los documentos son imprescindibles el uno con el
otro, de tal forma que no puede hacerse uno omitiendo al otro, con el fin
de garantizar la consistencia de ambos.
m. Administración de la bases de datos
Toda modificación requerida a una base de datos debe ser solicitada en
forma expresa al personal de la SG-SICA quién mantendrá un registro de
las solicitudes recibidas.
n. Bitácoras
i. La solución deberá llevar varias bitácoras de distintas índoles
donde se registren el acceso o ingresos de cada usuario,
transacciones realizadas en el sistema, acceso a documentos y
acciones del usuario administrador del sistema. Permitiendo
identificar adecuadamente los autores y fechas en las que se
realizó un movimiento.
ii. La aplicación de las medidas correctivas no deberá comprometer
REQUERIMIENTOS PARA LOS SISTEMAS
29
los controless. Dependie
endo de la magnitud de
d la acció
ón correctivva
es
sta debe se
er previame
ente autorizzada por el Encargado
o General de
la Contratación.
20. Requisitos
soluciones
Funcionales
generales
para
las
a. Las solu
uciones, de
eberán serr de naturraleza funccional conccebido parra
apoyar la
as labores de
d rutina qu
ue realiza la
a CCAD.
b. Las soluciones deb
berán utiliza
ar una filossofía moderrna de los sistemas
s
de
informac
ción, involu
ucrando funcionalidad
d orientada
a hacia la
a Web que
permiten
n al usuario
o aprovecha
ar los múltiples benefiicios de la arquitecturra
de múltip
ples capas.
uciones inttegran una
a serie de
e herramientas que facilitan la
as
c. Las solu
operaciones diariass y gestiones realiza
adas por los funcion
narios de la
CCAD.
d. Las solu
uciones deberán tene
er un repositorio doccumental en
n donde se
s
almacene la inform
mación refe
erente a loss documen
ntos que se reciben o
requieren
n en su gesstión, con el
e propósito
o de ser ana
alizados u utilizados
u
e
en
cualquierr momento.
berán tener flexibilidad
d en integra
ación e inte
eracción co
on
e. Las soluciones deb
el usuario.
f. Las solu
uciones deberán perm
mitir la exp
portación de
d reporte a formato
os
XML, PD
DF, HTML y Microsoft Excel y Wo
ord.
REQUE
ERIMIENTOS PA
ARA LOS SISTE
EMAS
3
30
21. Línea 1: Requerimientos
Generador de Reportes.
para
la
Solución:
El generador de reportes es una aplicación que a partir de una serie de
datos almacenados en una base de datos y de acuerdo a los
requerimientos del usuario puede extraer la información y brindarle un
informe con una estructura definida por el interesado.
a. Objetivo:
Implementar un Sistema Informático Gerencial para Generar
reportes de acuerdo una serie de variables requeridas por el usuario,
generando un informe automáticamente.
b. Alcance:
i. Aplicación con acceso vía Web multiusuario, sistema instalado e
implementado, mantenimiento correctivo, garantía por dos años y
personal capacitado en el uso de la herramienta de la siguiente
manera: 9 en Guatemala, 40 en El Salvador, capacitar a 4 líderes
de proyecto (2 de Guatemala y 2 de El Salvador) como usuario
experto, que sean los responsables del sistema ante los usuarios.
ii. Debe suministrar los programas fuentes a la SG-SICA.
iii. Implementar un mínimo de reportes básicos, completamente
parametrizables definidos por el personal de la CCAD.
iv. Se debe dejar instalado en el equipo de la CCAD (Guatemala) o de
la SG-SICA (El Salvador), la aplicación.
v. Tiempo de entrega de 60 días una vez firmado el contrato.
vi. Capacitación. Ver capítulo 23 de Capacitación donde se detallan
los requerimientos para este apartado.
vii. Una propuesta de apoyo adicional o seguimiento durante la
implementación por parte de los usuarios.
c. Usuarios:
Coordinadores, responsables y directores de proyecto, además del personal
administrativo que tiene relación son estos en diversos procesos.
REQUERIMIENTOS PARA LOS SISTEMAS
31
d Requerim
d.
mientos mínimos:
m
1. Acceso, conectivida
ad a datos en bases de datos re
elacionales, fuentes de
d
datos XM
ML y cubos OLAP (lo
os principa
ales motore
es de base
es de datoss,
particularrmente Miccrosoft SQL
L Server). Diseño inte
egral con opciones
o
d
de
formato permitiendo
o al usuarrio control completo sobre el acceso
a
y la
l
presentación de loss datos en los reporte
es, eligiendo opcioness de formatto
como parámetros,
p
tablas cruzadas,
c
gráficos e hipervíncculos, parra
incremen
ntar el impa
acto de suss reportes, formulas, funciones
f
y operadore
es
para un control
c
completo de la presentació
ón de los da
atos.
2. Permitir almacenar
a
e
elementos
c
clave
de loss reportes de
d la organizzación, tale
es
como objetos
o
de
e texto, imágenes, sentenciass SQL y funcione
es
personalizadas con
n el propóssito de reutilizar estoss objetos en
e múltiple
es
reportes u ocasiones.
antillas corp
porativas pa
ara ser apllicadas a to
odos los reportes de la
l
3. Crear pla
organizac
ción y así evitar
e
dar fo
ormato una
a y otra vezz a cada nu
uevo reportte
que se de
esea crear.
atos que el usuario demanda.
4. La interacción y accceso a los da
5. Proveer acceso, navegación
n
e interaccción con lo
os reportes vía Web
b,
integració
ón con Miccrosoft Officce o disposittivos móvile
es.
d los dattos de un reporte y exportarla
as
6. Realizar búsquedass dentro de
posteriorrmente a Microsoft
M
Exxcel, Word y páginass HTML con el víncullo
dinámico
o al reporte original.
7. Flexibilidad en el control para que
q el usuarrio final pue
eda hacer ca
ambios a lo
os
reportes.
ente con un mecanism
mo para assegurar la integridad
i
d los dato
de
os
8. Que cue
originales
s y el proce
esamiento eficiente
e
de la información.
9. Permitir guardar fo
ormatos, plantillas
p
y reportes clave en una libreríía
centraliza
ada, para se
er reutilizad
dos en otross reportes.
de la aplicacción cualquier reporte generado.
g
10. La posibiilidad de imprimir desd
bilidad y co
onfiguración
n de múltiples formato
os para la presentació
p
ón
11. Compatib
de los da
atos.
s Web de informes,
i
d
desde
un proyecto
p
o base
b
de da
atos permitta
12. Servicios
crear o agregar
a
un in
nforme.
13. Crear una interface integrada de
d visualiza
ación y acce
eso a la info
ormación víía
web.
l suscripcciones (con
nfigurar auttogeneració
ón
14. Permitir la administtración de las
de reporrtes y envío
o a usuario
o vía correo
o electrónicco) y el hisstorial de lo
os
reportes.
REQUE
ERIMIENTOS PA
ARA LOS SISTE
EMAS
3
32
15. Generar y predefinir reportes (consultar o imprimir) para que sean utilizados
recurrentemente sin necesidad de establecer cada vez los criterios de
búsqueda y las opciones de visualización.
16. Las plantillas deben soportar encabezados, pies de página, tablas de
contenidos, imágenes, gráficos, índices, títulos de páginas, tablas
jerarquizadas y más.
17. Definir un modelo de datos que le permita al usuario crear reportes
personalizados.
18. Implementación de Sistema de información basado en tecnologías OLAP,
que permita realizar consultas vía Web.
22. Línea 2: Requerimientos para la Solución: Gestión
y Administración de Contratos.
La solución para gestionar y administrar contratos de proyectos, busca
complementar el SIGPRO, herramienta desarrollada por la Dirección de
Sistemas de Información de la SG-SICA, para administrar proyectos, esta
herramienta será de gran ayuda para la coordinadores, encargados e
interesados, para tener información en tiempo real de los contratos desde
cualquier parte del mundo con solo tener acceso a una computadora o
dispositivo móvil con conexión a Internet, bajo las más estrictas medidas de
seguridad, para tomar decisiones, alimentar el sistema, monitorear el
proyecto, dar seguimiento a las actividades, hacer modificaciones, aprobar
los términos contractuales, etc.
a. Objetivo:
Implementar un Sistema Informático Gerencial para Gestionar y Administrar
las contrataciones y adquisiciones de las instituciones, programas y
proyectos del SICA, mejorando los procesos actuales de la institucionalidad
e integrando dicha herramienta al SIGPRO.
b. Alcance:
i. Aplicación con acceso vía Web multiusuario, sistema instalado e
implementado, mantenimiento correctivo, garantía por dos años y
personal capacitado en el uso de la herramienta de la siguiente
manera: 9 en Guatemala, 40 en El Salvador, capacitar a 4 líderes
de proyecto (2 de Guatemala y 2 de El Salvador) como usuario
experto, que sean los responsables del sistema ante los usuarios.
ii. Debe suministrar los programas fuentes a la SG-SICA.
REQUERIMIENTOS PARA LOS SISTEMAS
33
iii. Implementar un mínimo de reportes básicos, completamente
parametrizables definidos por el personal de la CCAD.
iv. Tiempo de entrega de 5 meses naturales una vez firmado el
contrato
v. Capacitación. Ver capítulo 23 de Capacitación donde se detallan
los requerimientos para este apartado.
vi. Una propuesta de apoyo adicional o seguimiento durante la
implementación por parte de los usuarios.
vii. Cumplir con las políticas y procedimientos para la adquisición de
productos, bienes y servicios de las instituciones, programas y
proyectos del SICA, debido a la gran diversidad de procedimientos la
aplicación debe ser parametrizable a fin de permitir dar seguimiento
a los procesos utilizados por el SICA.
c. Usuarios:
Coordinadores, responsables y directores de proyecto, además del personal
administrativo que tiene relación son estos en diversos procesos.
d. Requerimientos mínimos:
La solución requiere que brinde cuatro (4) elementos claves de los procesos de
negocio que se desean automatizar:
i.
El proceso de Adquisición, en esta fase se considerarán aquellos
puntos necesarios para el concurso de los servicios o productos
requeridos, sean estos términos de referencia, especificaciones
técnicas, etc.
ii. Proceso de Contratación: Una vez recibidas las ofertas se procede a
evaluar las propuestas, seleccionando la que mejor cumple con los
requerimientos establecidos por la institución, culminando con la
elaboración del contrato.
iii. Seguimiento a los compromisos contractuales establecidos en el
contrato (pagos, periodos, actividades y entregables): una vez
aprobado y firmado el contrato se debe generar un flujo proyectado,
de acuerdo a los compromisos (productos, fechas, etc.) para los
pagos correspondientes.
iv. Cierre de los contratos: Una vez cumplido los compromisos
establecidos en el contrato se procede a documentar los resultados
obtenidos con este contrato.
REQUERIMIENTOS PARA LOS SISTEMAS
34
Por esta razón es importante conceptualizar más que un contrato, un
expediente de contratación donde albergue todo lo requerido para una
sistematización desde el proceso de adquisiciones hasta el cierre del
contrato.
A continuación se detallan otros puntos a requerirse en esta solución:
1. La tecnología de desarrollo debe ser Microsoft .NET con Microsoft SQL
Server. Para operar en Microsoft Windows Server 2008 o superior.
Desarrollo en 3 capas mínimo.
2. Multi-Usuarios o corporativos: El software o herramienta informática
debe ligarse con la información de los proyectos que realiza la
organización, permitiendo de manera constante conocer la situación real
de cada contrato relacionado a los proyectos, controlando los avances,
la documentación pertinente como: Términos de referencia,
especificaciones técnicas, propuestas, contratos, informes y documentos
externos, coordinando acciones y procesos, todo ello de manera remota,
proactiva y sin mayores costos para la organización.
3. Multimoneda: Permitir mantener los contratos así como su operación
financiera en diferentes monedas las cuales se pueden consolidar por
medio de un tipo de cambio.
4. Integrado: La solución combinará la administración del expediente de
contratación con el SIGPRO, sistema de administración de proyectos
desarrollado por la DSI de la SG-SICA.
5. Almacenamiento de documentos: Debe tener un reservorio para
almacenar documentos para cada contrato, como: TDR,
especificaciones técnicas, ofertas, etc., estos pueden estar en diferentes
formatos.
6. Debe haber apoyo con flujos de trabajo (workflows) para revisiones de
los textos y aprobación de los términos de referencia, especificaciones
técnicas y contratos, llevando un control de versiones.
7. Capacidad de asociar las actividades o entregables del contrato con
plazos o fechas y formular un tipo de diagrama de Gantt o barras, así
como el flujo de caja.
8. Poder administrar, gestionar y sistematizar:
a. Concurso: Procedimiento formal y competitivo mediante el cual, a
través de un anuncio público, se solicitan, reciben y evalúan
ofertas para la adquisición de servicios o productos.
b. Antecedentes: Procedimiento formal mediante el cual se recibe y
evalúa la información sobre los antecedentes de los oferentes o
proveedores para alimentar el sistema.
REQUERIMIENTOS PARA LOS SISTEMAS
35
c. Evaluación: Es el proceso mediante el cual el Comité Evaluador
examina las solicitudes de precalificación o las ofertas, para
determinar su consistencia con los requerimientos indicados en
los documentos de calificación.
d. Contrato: Es el instrumento jurídico que contiene el acuerdo de
voluntades entre la institución y el adjudicatario de los servicios o
productos.
e. Proyectos o Programas: Se entenderá indistintamente como el
conjunto de actividades que serán financiadas con los recursos
previstos en el contrato o convenio de cooperación.
9. Cumplir con los principios de adquisiciones recomendadas por la SECCAD y la SG-SICA para los procesos de contratación:
a. Planeación de la Adquisición: la coordinación de área deben
presentar para la aprobación los términos de referencia o
especificaciones técnicas con la descripción de los mismos,
criterios de evaluación, servicios, bienes o productos requeridos,
proyecto relacionado, presupuesto, fechas previstas para el
proceso de adquisición, fechas estimadas para contar con los
productos de la contratación y otros puntos establecidos en los
procedimientos y políticas de adquisiciones. Una vez validada la
información puede ser aprobada o rechazada y devuelta para
realizar los ajustes necesarios, por lo que es importante manejar
un control de versiones de los documentos.
b. Publicación: Con el propósito de obtener la más amplia
participación de oferentes, la Dirección de Adquisiciones publica
en la Web, los avisos del concurso, incluyendo detalles básicos
del proyecto.
c. Registro de Proveedores: Es la información de los oferentes
(persona física o jurídica)
d. Evaluación: Las ofertas serán revisadas por el Comité Evaluador
una vez cerrado el plazo de recepción establecido, procediendo a
evaluar según los procedimientos establecidos.
e. Adjudicación: Se le notificará al oferente con mejor puntaje la
selección de su propuesta. También se puede presentar que
ninguna oferta responde a los lineamientos definidos por lo que el
proceso se declara desierto.
f. Contrato: El contenido del contrato no debe ser distinto al
establecido en el modelo de contrato contemplado en las bases
del concurso y debe ir acorde con lo establecido en los términos
de referencia y en la propuesta presentada por el oferente.
g. Control: Mide y supervisa regularmente el avance, a fin de
identificar las variaciones respecto del plan de gestión del
REQUERIMIENTOS PARA LOS SISTEMAS
36
contrato, de tal forma que se tomen medidas correctivas cuando
sea necesario para cumplir con los objetivos del mismo.
h. Cierre: Formaliza la aceptación del producto, servicio o resultado,
y termina ordenadamente el contrato.
10. Plan de adquisiciones:
a. Planificar las Compras y Adquisiciones: Es el proceso necesario
para determinar qué comprar o adquirir, y cuándo y cómo
hacerlo, además de los compromisos de pago que se tienen o se
generaran con este proceso.
b. Documentación sobre la formulación de términos de referencia,
especificaciones técnicas, etc., esto se debe desarrollar por
medio de un procesador de texto propio de la aplicación o
adjuntando documentos al depositodepósito de archivos, donde
se integren los elementos del concurso como:
i.
Justificación de concurso: Es la explicación o razón de ser
de la adquisición, impacto y beneficios que este generará
una vez finalizado.
ii. Objetivos: Cual es el motivo por el que se realizará dicho
contrato y la finalidad de este.
iii. Definición del Alcance: Es el proceso necesario para
desarrollar un enunciado detallado del alcance del contrato
como base para futuras decisiones del proyecto, también
se establecen los limites que este abarca.
iv. Productos o entregables: Los resultados esperados al final
del contrato o en las diferentes fases durante la ejecución.
v. Definición de las Actividades: Es el proceso necesario para
identificar las actividades específicas que deben realizarse
para producir los diversos productos entregables del
contrato.
vi. Estimación de la Duración de las Actividades: Es el
proceso necesario para estimar la cantidad de períodos
laborables que se requerirán para completar cada
actividad.
vii. Estimación de Costos: Es el proceso necesario para
desarrollar una aproximación de los costos de los recursos
económicos necesarios para completar las actividades del
contrato.
c. Comunicaciones: Es el proceso para determinar las
comunicaciones de los interesados o responsables de aprobar
los términos para la adquisición.
d. Debe permitir enviar a los responsables los documentos vía Web
REQUERIMIENTOS PARA LOS SISTEMAS
37
o correo electrónico para su revisión y aprobación, la cual debe
ser validada con una firma electrónica o clave, además de llevar
un control de versiones.
e. Los responsables pueden hacer anotaciones directamente al
documento con otra versión y también enviar comentarios
adjuntos a los documentos pero estos no son parte integral del
documento.
f. Establecer un sistema de alertas o recordatorios que tienen
documentos por revisar las personas responsables de evaluar los
documentos preliminares.
g. Una vez aprobado el proceso se pueda pasar a la otra fase de
manera automática, siempre y cuando el usuario tenga los
derechos del sistema para realizarlo.
11. Publicación del concurso y recepción de ofertas:
a. Una vez aprobados los términos del concurso se deben publicar
en la Web para que los interesados envíen sus ofertas, para esto
el sistema debe permitir hacer un link de los términos aprobados
con el servidor donde se publican los concursos o bien poder
enviar al responsable de la publicación.
b. Los oferentes enviarán sus propuestas a una cuenta de correo
electrónico previamente establecido, el sistema debe proveer una
facilidad para que los oferentes envíen sus ofertas y darles una
respuesta automática de recibido.
2. Registro de Proveedores:
a. Este proceso debe permitir almacenar todos los datos del
proveedor necesarios para establecer el contrato, entre la
información a recabar, nombre de la persona (física o jurídica),
denominación social, # de escritura de constitución cedula, Folio
(s), Tomo (s), Asiento, No. de cédula tributaria, representante
legal, características (profesión, estado civil, fecha de nacimiento,
nacionalidad), Clase de poder, dirección, país, etc.
b. Debe permitir adjuntar al registro del proveedor en un depositario
de documentos, tales como personería jurídica, copias de
cedulas, currículo vitae y otros documentos legales.
3. Evaluación de ofertas:
a. Es el proceso necesario para analizar ofertas, seleccionando
entre los posibles oferentes y negociando un contrato por escrito
con el contratista.
REQUERIMIENTOS PARA LOS SISTEMAS
38
b. El sistema debe permitir manejar un esquema de evaluación
donde cada uno de los evaluadores de acuerdo a una
ponderación previamente establecida puede generar su criterio
de evaluación.
c. Tener una aplicación de actas o minutas donde se documenten
los acuerdos de la evaluación.
d. El sistema debe generar una herramienta para evaluar las
ofertas, donde se predeterminen valores y criterios para que
luego el evaluador pueda emitir con base en esos indicadores su
estimación y el sistema automáticamente genere la ponderación
de todos los evaluadores.
4. Adjudicación:
a. Se le enviará una notificación al proveedor sobre la resolución o
bien en caso de alguna negociación los términos de la misma. El
sistema debe facilitar el registro de notificaciones ya sea como
parte de un acuerdo de sesión o acta, o por medio de alguna
facilidad de comunicación que deje registro de tal acción.
b. Una vez concluida exitosamente esta fase y las partes
involucradas satisfechas, se procede a la confección del contrato.
5. Contrato:
a. Administración de los Contratos: Es el proceso necesario para
gestionar el contrato y la relación entre el proveedor y la
institución, revisar y documentar cuál es la relación contractual
con el contratista.
b. Es el instrumento jurídico que contiene los acuerdos de
voluntades entre la institución y el adjudicatario.
c. El sistema debe permitir administrar una base de referencia con
los modelos de contratos clave, para que la persona responsable
seleccione el que más este acorde a las necesidades y
automáticamente tome los datos del proveedor.
d. Es importante destacar que el encargado de los contratos puede
hacer modificaciones al contrato antes de ser enviado a los
responsables para su revisión. Es deseable que el sistema
incluya una facilidad para apoyar esta labor (flujos de trabajo).
e. Una vez enviado se deben administrar versiones donde cada
responsable puede hacer los cambios o recomendaciones
necesarios.
f. Una vez aprobado por todas las partes se le enviara
REQUERIMIENTOS PARA LOS SISTEMAS
39
automáticamente vía correo electrónico la última versión del
contrato al adjudicatario para su revisión, una vez aprobado se
imprime y envía a firmas, que esta última se puede omitir si se
cuenta con la aprobación de la firma electrónica.
6. Control:
a. Desarrollo del Cronograma: Es el proceso necesario para analizar
las secuencias de las actividades o entregables, la duración o
plazos y las restricciones para crear el cronograma del contrato.
b. Planificación del flujo de caja es la forma de pago donde se
estima cómo en el tiempo se van a requerir los recursos
económicos para la buena consecución del contrato.
c. Mecanismo de alarma para generar recordatorios a los usuarios e
interesados, cuando deben iniciar tareas o entregar productos,
para que procedan con alguna acción.
d. Solicitar Respuestas de ejecutores: Es el proceso necesario para
obtener información sobre avance, estado del contrato, etc.
e. Alimentar el sistema con las salidas de efectivo o ejecución
presupuestaria.
7. Cierre:
a. Cerrar el contrato o expediente de contratación: Es el proceso
necesario para finalizar todas las actividades o procesos a fin de
cerrar formalmente el contrato.
b. Es el proceso necesario para completar y aprobar cada contrato,
incluyendo la resolución de cualquier tema pendiente y el cierre
de cada contrato aplicable al proyecto o a una fase del proyecto.
c. Informe de resultados: Es el análisis de lo que fue el contrato,
impacto, indicadores, logros, productos y cumplimiento con los
objetivos planteados.
d. Lecciones aprendidas: Son todas aquellas acciones que se
deben recordar o guardar para futuros contratos o proyectos.
8. Interacciones entre las fases de los procesos adquisición y contrato
a. Las fases están relacionadas por los resultados que producen. La
salida de una fase, por lo general, se convierte en una entrada a
la otra fase o es un producto entregable del proceso.
b. Las salidas de los procesos se relacionan y tienen un impacto
sobre las otras fases. Por ejemplo, la generación de un contrato
REQUERIMIENTOS PARA LOS SISTEMAS
40
requiere la aceptación por parte de una autoridad superior, el
cooperante, área legal etc., entonces, el documento de contrato
define la descripción del producto para la siguiente fase.
c. Algunas entradas de las fases se definen previamente como
restricciones. Por ejemplo, la dirección puede establecer una
fecha de conclusión en lugar de dejar que esa fecha sea
determinada por el proceso de planificación de adquisición.
9. Comunicación o correspondencia entre los actores de los Procesos
a. Cada una de las fases del proceso de adquisición y contratación,
según lo requerido se muestra la necesidad de informar sobre el
estado del proceso o de la actividad a los involucrados, por lo que
el sistema debe ofrecer la facilidad de enviar comunicados o
facilitar de alguna forma el enterarse de para informar sobre
cualquier situación relacionada con el proyecto.
b. El proceso debe facilitar la comunicación y evidenciar todos los
acuerdos o medidas a tomadas en la ejecución de la
contratación.
c. Gestionar las comunicaciones a fin de satisfacer los requisitos de
los interesados en el contrato y resolver problemas con ellos.
d. Es deseable para ello que se pueda integrar con el servicio de
correo electrónico que se posee actualmente el cual es basado
en Microsoft Exchange Server.
e. También se debe mantener registro de los comunicados como
parte del expediente de la contratación.
f. Es deseable para este propósito, y otros que se han mencionado
relacionados con la participación de varias personas en las
resoluciones, que se cuente con facilidades de flujos de trabajo o
de manejo colaborativo de comunicados y acciones.
g. Es necesario también que se mantenga un reservorio de
contactos, proveedores y organizaciones con las cuales se
interactúa en los distintos concursos para facilitar su localización
y visualizar más fácilmente las relaciones.
10. Contabilidad del contrato o expediente de contratación
a. La contabilidad del contrato o expediente de contratación es la
práctica de crear los informes financieros diseñados
específicamente para seguir el progreso financiero y que pueden
utilizar los encargados o administradores de proyectos para tomar
decisiones o rendir sus informes.
REQUERIMIENTOS PARA LOS SISTEMAS
41
b. La contabilidad del contrato o expediente de contratación
permitirá la comparación de presupuestos actuales así como
históricos, proyecciones y compromisos.
c. El Porcentaje de ejecución es determinado por los avances y las
variaciones de los costos real o ejecutado con el presupuestado,
usando el presupuesto establecido en el contrato ajustado al
porcentaje de ejecución, ya que generalmente están asociados
los productos o entregables al presupuesto. Es necesario que los
usuarios o responsables completen una hoja de control de
entradas y salidas para generar los datos requeridos.
11. Minutas y acuerdos
a. El software de planeamiento de contratos necesita proporcionar
mucha información a diversas personas, para tomar decisiones
sobre el monitoreo de los contratos y proyectos a que estén
relacionados.
b. Las personas deben poder servirse de la información que
necesiten según sus perfiles de confidencialidad o manejo que se
les sean acreditados.
c. Se requiere para este propósito que se cuente con facilidades de
una herramienta colaborativa que facilite generar minutas o actas
y gestionar reuniones, documentar los acuerdos y luego
hacérselos llegar a los participantes vía Web o correo electrónico
o ponerlos a disposición en el expediente.
23. Capacitación
El oferente debe brindar la capacitación en la utilización de los programas
ofertados que incluya desde la integración de los equipos hasta la
obtención de los informes o reportes terminados que el sistema ofrece y
las potencialidades de los mismos.
a. Objetivo:
Al finalizar la capacitación los participantes estarán en capacidad de
realizar las aplicaciones completas, desde la recolección y alimentación
de datos al sistema hasta la obtención de los productos finales del
programa, que permitan realizar análisis para optimizar los procesos.
b. Conocimientos mínimos a desarrollar en la capacitación:
REQUERIMIENTOS PARA LOS SISTEMAS
42
i. Aplicar los diferentes menús del programa y sus aplicaciones
específicas
para la creación, configuración, procesamiento de
datos y generación de reportes finales.
ii. Aplicar los procesos de corrección y depuración de la información
recolectada, así como la integración de datos.
iii. Generar productos finales para el análisis de la información y
exportar información a otros formatos.
iv. Realizar análisis comparativos.
v. Realizar y configurar reportes de acuerdo a las necesidades.
c. Alcances
i.
Material didáctico: Debe estar en idioma español. La logística y el
costo del mismo correrán por parte del contratista. El material a
entregar incluye: texto del curso, ejemplos de aplicación.
ii. La oferta incluirá el tiempo del instructor, tanto para la preparación
como para impartir las lecciones. También incluirá los materiales
entregados, manuales y certificados del curso para cada
participante.
iii. El oferente debe contar con la disposición de brindar de forma
razonable el
tiempo necesario para extender las sesiones
prácticas a petición de los participantes sin costo alguno.
iv. Designar uno o más instructor(es) con el currículo apropiado según
los requerimientos de la capacitación, para lo cual debe
comprobarse suficiente experiencia.
v. En caso de ser un instructor externo al país, el adjudicatario cubrirá
el costo total de los pasajes aéreos, hospedaje y alimentación del o
los instructores. También cubrirá cualquier seguro de vida o
médico para los instructores.
vi. El oferente debe coordinar con la institución la logística necesaria
para impartir el curso: espacio físico, proyector, computadoras,
todos los costos (laboratorio, alimentación de los participantes,
equipo para la instrucción, etc.) deben ser cubiertos por el
adjudicatario
d. Requerimientos Didácticos
i.
Currículum: El adjudicatario le garantizará a la institución que el o
los instructores cuentan con los conocimientos necesarios y
suficientes, en el dominio de la herramienta de software ofertada.
ii. La institución se reserva el derecho de solicitar el reemplazo del
instructor (es), si se considera que no cumple (n) con los
requerimientos solicitados.
REQUERIMIENTOS PARA LOS SISTEMAS
43
iii. Idioma: El idioma del material didáctico y las lecciones será el
español.
iv. Población: El número mínimo
de participantes será de 9
funcionarios en Guatemala y 40 en El Salvador.
v. Duración: La duración de la capacitación será de 8 horas en
grupos de 10 personas, dividida en una parte teórica y otra
práctica, los tiempos a abarcar se definirían de acuerdo al
cronograma propuesto por el oferente.
vi. Cronograma: El oferente aportará un cronograma, donde se
detallen por día los temas a tratar y las horas a invertir en cada uno
de ellos.
vii. Guía de instrucción: Se debe presentar una guía de instrucción
que contenga lo siguiente: objetivos, contenidos, metodología de
enseñanza, actividades didácticas a realizar individuales y
grupales, recursos didácticos, evaluación y sus criterios de
evaluación según los objetivos del curso.
viii. Certificados: El oferente entregara un certificado a cada
participante según los criterios de participación y aprovechamiento,
siempre y cuando cumpla con los procedimientos de capacitación
referido a la asistencia, dedicación y notas mínimas. En dichos
certificados deberá indicarse las horas efectivas de capacitación.
REQUERIMIENTOS PARA LOS SISTEMAS
44