Está en la página 1de 153

INSTRUCCIONES PARA DILIGENCIAR ESTE ANEXO DE REQU

Por favor diligencie cada una de las tres partes de cada hoja, según la siguiente descripción:

1. Detalle de costo, tiempo y licenciamiento


2. Listado de requerimientos
3. Listado de adicionales que su solucion puede proveer.

Para la parte 1, realice un estimado general del tiempo que invertirá en el desarrollo, ajuste, parametrización o instalació
particular. Por ejemplo, para la pestaña, "Captura y Formularios", describa el tiempo en meses y días, y el co

1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENT


DETALLE DEL DESARROLLO (Si contempla
desarrollo)

Estimado para este desarrollo

De la misma manera para la parte 1, si su solución usa de manera total o parcial, productos terminados, propios o de ter
NÚMERO DE LICENCIAS que requiere, tanto para el entorno de producción y para el entorno de desarrollo y pruebas,
licencias disponibles, según su PLAN DE EJECUCIÓN del proyecto, y el COSTO de estas licencias por unidad. Asegú
adecuado funcionamiento de su propuesta de solución.

Mes de su plan
Numero de Licencias de ejecución
DETALLE DE PRODUCTOS (Si contempla licencias o
(Para Entorno de cuando es
uso de productos propios o de terceros)
Pruebas y Desarrollo) necesario
adquirirla

Producto 1 N
Producto 2 N
Producto 3 N
Producto … N
Producto N N

Para las pestañas 1. a la 17. parte 2, tenga en cuenta diligenciar el formato, de acuerdo a la siguiente descripción y si ti
columna.

NOTA: SI USTED NO SELECCIONA NINGUNA DE ESTAS OPCIONES, SE ASUMIR

Para la pestaña "NF. No funcionales". parte 2, tenga en cuenta diligenciar el formato, mencionand

2. LISTADO DE REQUERIMIENTOS ( REQUERIMIENTOS FUNCIONALES PE

Descripción
Seleccione esta opción, si su propuesta
contempla un producto terminado (propio o
de terceros) para este requerimiento y si
TODO NATIVO
este producto satisface el requerimiento
completamente de manera Nativa (SIN
DESARROLLOS)

Seleccione esta opción, si su propuesta


contempla un producto terminado (propio o
de terceros) para este requerimiento y si
NATIVO Y DESARROLLO este producto satisface el requerimiento de
MANERA PARCIAL, y son requeridos
DESARROLLOS ADICIONALES, para
satisfacer el requerimiento completamente.

Seleccione esta opción, si su propuesta


requiere y usa solamente DESARROLLO,
DESARROLLO TOTAL
para satisfacer el requerimiento
completamente.

Si tiene comentarios adicionales al


requerimiento, si este no fue claro, o si
Comentarios
considera necesario, explicaciones
adicionales, diligencielas en este campo.

Respecto a la lista de actividades, que se


presenta en la parte superior de algunas
pestañas, esta columna tiene una
Relación Actividad
referencia a una o varias de las
actividades con que tiene relación el
requerimiento.

2. LISTADO DE REQUERIMIENTOS (REQUERIMIENTOS NO FUNCIONALES PES


Este campo es informativo y hace explicito
que FOGACOOP considera que este
Obligatorio requerimiento NO FUNCIONAL es
OBLIGATORIO si dice SI, y considera que
es DESEABLE si dice NO.

Seleccione esta opción, si su propuesta


OFRECIDO contempla la satisfacción completa de este
requerimiento no funcional o de calidad.

Seleccione esta opción, si su propuesta NO


NO OFRECIDO contempla la satisfacción completa de este
requerimiento no funcional o de calidad.

3. Listado de Adicionales que su solucion puede prov

Descripción

Si considera que su solución, los productos


que usa, o los desarrollos que tiene o que
propone, pueden agregar valor a su
Listado de requerimientos adicionales propuesta, diligencie aquí, el listado de
estas funcionalidades, de la misma forma
que para la parte "2. Listado de
Requerimientos".
CIAR ESTE ANEXO DE REQUERIMIENTOS

ajuste, parametrización o instalación de los requerimientos de cada pestaña de requerimientos en


el tiempo en meses y días, y el costo en pesos, de este desarrollo o implementación.

O, TIEMPO Y LICENCIAMIENTO
Tiempo
Costo Desarrollo
Estimado
N meses, M
dias $ xxx.xxx

ductos terminados, propios o de terceros que requieren licenciamiento de cualquier tipo, detalle el
l entorno de desarrollo y pruebas, y en que momento de la ejecución del proyecto requiere estas
estas licencias por unidad. Asegúrese que contempla TODAS las licencias que requiere para el
ento de su propuesta de solución.

Mes de su plan
Numero de Licencias de ejecución
(Para Entorno de cuando es Costo Unitario Licencia
Producción) necesario
adquirirla

N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx

do a la siguiente descripción y si tiene COMENTARIOS adicionales, relacionelos en la respectiva


columna.

ESTAS OPCIONES, SE ASUMIRÁ "DESARROLLO TOTAL".

diligenciar el formato, mencionando si ofrece y no ofrece estas calidades.

IMIENTOS FUNCIONALES PESTAÑAS DE LA 1. A LA 17.

Impacto en el costo y esfuerzo de la propuesta


Al seleccionar esta opción, esto hace explicito que el esfuerzo de instalación, ajuste y
puesta en funcionamiento de este requerimiento está INCLUIDO incluido en el costo y
esfuerzo de su propuesta.

Al seleccionar esta opción, esto hace explicito que el esfuerzo de desarrollo,


instalación, ajuste y puesta en funcionamiento de este requerimiento esta INCLUIDO
en el costo y esfuerzo de su propuesta.

Al seleccionar esta opción, esto hace explicito que el esfuerzo de desarrollo,


instalación, ajuste y puesta en funcionamiento de este requerimiento esta INCLUIDO
en el costo y esfuerzo de su propuesta.

N/A

N/A

NTOS NO FUNCIONALES PESTAÑA NF. NO FUNCIONALES"


N/A

Al seleccionar esta opción, esto hace explicito que el esfuerzo de desarrollo,


instalación, ajuste y puesta en funcionamiento de este requerimiento esta INCLUIDO
en el costo y esfuerzo de su propuesta.

N/A

s que su solucion puede proveer.

Impacto en el costo y esfuerzo de la propuesta

N/A
Respecto a la versión entregada para la Solicitud de Información.

Se agregó una descripción detallada de los campos, en una hoja de Instrucciones


Se agregaron columnas para la descripción de la forma como se resuelven los requerimientos.
Se retiraron del alcance los requerimientos funcionales de la solución de "Administración de Portafolio" y en
cambio se solicitaron requerimientos de integración con esta.
Se eliminó el requerimiento de riesgo mercado y SARM de la "Solución de Riesgo"
Se agregaron las pestañas "Tipificación de las Solicitudes" y "Estados de las Entidades"
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO

DETALLE DEL DESARROLLO (Si contempla desarrollo) Tiempo Estimado

Estimado para este desarrollo N meses, M dias

Numero de Licencias
DETALLE DE PRODUCTOS (Si contempla licencias o uso de
(Para Entorno de
productos propios o de terceros)
Pruebas y Desarrollo)

Producto 1 N
Producto 2 N
Producto 3 N
Producto … N
Producto N N

2. LISTADO DE REQUERIMIENTOS
Zona Portal
A1 Gestión y Administración de Contenidos de Intranet y Extranet
A2 Edición
A3 Navegación
A4 Atención en Línea
A5 Administración de Perfiles
A6 Comunicación otros sistemas internos
A7 Accesibilidad
65
RESPUESTA DEL
ID Req Requerimiento
OFERENTE
Zona Portal

El sistema debe permitir la gestión (ingreso, actualización,


borrado y consulta) de contenido informativo tanto de
1 intranet como de extranet. El contenido debe comprender DESARROLLO TOTAL
información de Fogacoop e información de cada uno de
los servicios que se ofrecen.

El sistema debe permitir la publicación de información de


Cooperativas afiliadas y no afiliadas al Fondo, así como de
otras entidades asociadas (Ministerio de Hacienda,
Supersolidaria, otros). Para estas compañías se debe
2 DESARROLLO TOTAL
ofrecer control del tiempo de publicación, estadísticas,
cantidad de visitantes (por día, mes, semestre). Para
algunos casos se debe permitir también la creación de
links a las páginas de estos para revisar sus servicios.

El sistema debe contener un esquema de categorías


3 jerárquicas que facilite la organización de la información DESARROLLO TOTAL
ubicada en el portal.
El sistema debe contar con servicios para generar índices
4 o enlazar índices existentes de la información y sistemas DESARROLLO TOTAL
registrados en el portal.
El sistema debe incorporar funcionalidades nativas de
aplicaciones de redes sociales (facebook, twitter), a través
5 DESARROLLO TOTAL
de vínculos como: "síguenos", "recomiéndanos", "me
gusta".
El sistema debe permitir activar y desactivar secciones
6 DESARROLLO TOTAL
completas del portal.

El sistema debe permitir conexión a través de redes


7 privadas para la configuración y permitir consultar en DESARROLLO TOTAL
tiempo real los porcentajes de utilización de los enlaces.

El sistema debe permitir la inclusión de archivos


8 DESARROLLO TOTAL
multimedia (audio y video) en la página web.

El sistema debe permitir la programación de la vigencia y


expiración de los contenidos y los documentos publicados
9 DESARROLLO TOTAL
en el portal, los cuales después de su vencimiento dejarían
registro y pasarían a un histórico de forma automática.

El sistema debe permitir generar alertas al administrador


del portal cuando la publicación del contenido supere o
10 DESARROLLO TOTAL
esté cerca de superar una fecha de vencimiento definida.
Como ejemplo: noticias, novedades, boletines.

El sistema debe ofrecer la validación de contenidos


11 teniendo en cuenta diferentes niveles de aprobación (cada DESARROLLO TOTAL
nivel de acuerdo a los roles establecidos).

El sistema debe permitir el almacenamiento de la


trazabilidad en los cambios de contenido documental,
12 informativo y comunicativo. En este sentido es necesario DESARROLLO TOTAL
que el sistema de gestor de contenido esté integrado con
el gestor documental y con el sistema gestor de procesos.

El sistema debe incluir un gestor de contenidos que


13 permita configurar la información que se despliega en DESARROLLO TOTAL
intranet o extranet.
El sistema debe permitir diseñar, revisar, aprobar y publicar
información en el portal a través de páginas de contenido o
14 DESARROLLO TOTAL
enlace a contenido expuesto en repositorios tales como
documentos, videos, etc.
El sistema debe permitir la consulta de información de la
base de datos del portal para identificar rendimiento,
15 DESARROLLO TOTAL
cantidad de información publicada, usuarios que visitan el
portal y frecuencia por usuarios.
El sistema debe ofrecer una vista de configuración que
permita gestionar los parámetros del portal como son:
16 DESARROLLO TOTAL
seguridad, migración de información entre versiones del
portal, actualización de información.
El sistema debe permitir la edición total del contenido
17 DESARROLLO TOTAL
documental e informativo del portal.
El sistema debe permitir la edición y administración de
18 contenidos del portal sin requerir conocimiento técnico de DESARROLLO TOTAL
lenguajes de programación web, XML, HTML, etc.
El sistema debe permitir la asignación de un editor a una o
19 DESARROLLO TOTAL
varias categorías.
El sistema debe permitir que varias personas con
20 autorización de edición, modifiquen (no de manera DESARROLLO TOTAL
concurrente) una misma sección.
El sistema debe permitir que varias personas con
21 autorización de administración, gestionen (no de manera DESARROLLO TOTAL
concurrente) una misma sección.
El sistema debe permitir la gestión de plantillas y
estructuras estandarizadas para la gestión del contenido,
22 DESARROLLO TOTAL
permitiendo configurar colores y formas para seguir la
imagen corporativa del Fondo.
El sistema debe permitir un espacio para editar y agregar
archivos de documentos y formatos en el portal,
23 DESARROLLO TOTAL
permitiendo establecer los permisos de descarga a nivel
de usuarios.
El sistema debe permitir mostrar información
24 DESARROLLO TOTAL
parametrizada por ubicación geográfica.
El sistema debe permitir identificar la ubicación del usuario
para determinar la información que se le debe presentar.
25 DESARROLLO TOTAL
Diferenciando en información para visitantes, cooperativas
y colaboradores.

El sistema debe permitir identificar la ubicación geográfica


de cada usuario que accede al portal, permitiéndole a un
26 DESARROLLO TOTAL
administrador gestionar los contenidos prioritarios de
documentos e información que deben visualizarse.

El sistema debe permitir hacerle saber al usuario "dónde


27 está" dentro del portal, y de forma contextual respecto a la DESARROLLO TOTAL
página de inicio.
El sistema debe integrar un motor de búsqueda sobre los
28 DESARROLLO TOTAL
contenidos.
El sistema debe permitir informarle a los usuarios qué
secciones pueden ver, y si necesitan registro o permiso
29 DESARROLLO TOTAL
para otros contenidos, los debe guiar de manera
automática en el proceso requerido para acceder.
El sistema debe permitir la creación de versión para
30 DESARROLLO TOTAL
imprimir los contenidos publicados.
El sistema debe presentar la ruta de navegabilidad en
31 todas las páginas y las fechas de actualización de la DESARROLLO TOTAL
información publicada.

El sistema debe generar un mapa del sitio automático que


incluya vínculos de cuarto nivel. La página principal del
sitio deberá disponer de un mapa del sitio que permita al
32 navegante ubicar rápidamente la información requerida. La DESARROLLO TOTAL
plataforma deberá actualizar dinámica y automáticamente
este mapa de acuerdo con los cambios realizados a través
del módulo de administración.
El sistema debe permitir la autenticación del usuario que
accede al portal y, dependiendo del tipo de usuario, se
33 DESARROLLO TOTAL
deben establecer las autorizaciones para el acceso al
contenido y a las aplicaciones.

34 DESARROLLO TOTAL
El sistema debe contar con facilidades de ayuda en línea.
El sistema debe contar con un sistema de ayuda en línea
35 DESARROLLO TOTAL
parametrizable.
El sistema debe permitir la funcionalidad de soporte o
ayuda en línea a todos los visitantes sobre el contenido de
36 DESARROLLO TOTAL
la página o los servicios ofrecidos vía mensajería
instantánea (Chat).
El sistema debe permitir la creación de perfiles de
usuarios. La creación de dicho perfil debe solicitar como
mínimo: nombre del usuario, documento de identificación,
37 DESARROLLO TOTAL
teléfono, dirección, sexo, fecha de nacimiento, correo
electrónico, contraseña, entre otros que puedan resultar
necesarios.
El sistema debe permitirle al usuario hacer una selección
parametrizada durante el registro de su perfil sobre
38 información de interés (noticias, cursos, eventos, entre DESARROLLO TOTAL
otros) y sobre qué tipo de información desearía recibir
boletines o información al correo.
El sistema debe permitirle al administrador hacer un
consolidado del tipo de información que desea recibir cada
39 DESARROLLO TOTAL
usuario o tipo de usuario, y generar reportes de los
resultados.
El sistema debe presentar una sección para que el usuario
40 edite y administre los datos de contacto suministrados en DESARROLLO TOTAL
el registro de su perfil en el portal.
El sistema debe incorporar una herramienta de seguridad
41 que evite la creación de perfiles mediante un robot (Catch- DESARROLLO TOTAL
up).
El sistema debe evitar la inyección de código en los
42 DESARROLLO TOTAL
campos que pueden ser ingresados por el usuario.
El sistema debe permitir generar alertas vía e-mail al
administrador de perfiles definido, cuando se identifiquen
43 DESARROLLO TOTAL
usuarios que han sido bloqueados por intentos fallidos en
el acceso a su perfil en el portal.

El sistema debe permitir proteger determinadas secciones


del portal teniendo en cuenta los roles y permisos de los
44 DESARROLLO TOTAL
diferentes usuarios para que solo puedan ser observadas
por usuarios pertenecientes a un grupo particular.

El sistema debe contener mecanismos para que el usuario


45 DESARROLLO TOTAL
pueda recordar su contraseña.
El sistema debe permitir catalogar los usuarios registrados
46 DESARROLLO TOTAL
por grupos.

El sistema debe permitir listar los ítems a los que un


usuario tiene acceso, dentro del portal, como contenidos,
47 DESARROLLO TOTAL
secciones y aplicaciones, además de ver a que rol
pertenece, y como esta identificado en el sistema.
El sistema debe contar con herramientas y controles para
48 la definición de menús según perfiles de usuario o grupos DESARROLLO TOTAL
de usuarios.
El sistema debe contar con un módulo que proporcione
servicios para integrar información categorizada a través
49 del uso del estándar RSS, XML o ATOM, permitiendo DESARROLLO TOTAL
canalizar información nueva de todos estos sitios hacia los
usuarios del portal que lo requieran.

El sistema debe facilitar el acceso a los servicios de


aplicaciones que pueden ser accedidos a través del portal.
Entre las aplicaciones se deben tener en cuenta las
siguientes:
- SIG II
- Cargue de Información Cooperativas
- Videoconferencias
50 DESARROLLO TOTAL
- Solicitudes de Apoyo
- Cargue de Información y actualización de actividades por
parte de Liquidadores, Agentes especiales, otros.
- Consulta estado de trámites
- Consulta cálculo valor de prima de seguro
- Proyecciones financieras
- Administración de la Reserva

El sistema debe permitir la publicación y la administración


51 DESARROLLO TOTAL
de las FAQ (preguntas frecuentes) a través del portal.

El sistema debe permitir la comunicación en línea con los


52 sistemas misionales del Fondo a través de servicios DESARROLLO TOTAL
publicados en el portal y con autenticación Single Sign On.

El sistema debe permitir realizar pagos en línea de


53 acuerdo a los sistemas del Fondo para el pago de DESARROLLO TOTAL
inscripciones, y primas de seguro
El sistema debe permitir la publicación y gestión de
54 DESARROLLO TOTAL
boletines.
El sistema debe incorporar el link: "convocatorias". En este
link, el sistema debe permitir hacer publicaciones, y a los
55 DESARROLLO TOTAL
interesados, debe permitirles adjuntar sus hojas de vida o
propuestas en archivo Word o PDF.
El sistema debe permitir el uso de Google Analytics para
56 conocer reportes de tráfico y acceso a los diferentes DESARROLLO TOTAL
enlaces.

El sistema debe cumplir con las pautas generales descritas


57 en el W3C para la Accesibilidad WEB denominadas WCAG DESARROLLO TOTAL
(Web Content Accesibility Guidelines) versión 2.0

El sistema debe ser parametrizable para ajustar la


58 accesibilidad del portal de acuerdo con el cambio de las DESARROLLO TOTAL
pautas WCAG
El sistema debe pemitir generar comunicados internos, con
noticias, artículos, links en internet o intranet, y que estos
59 DESARROLLO TOTAL
sean enviados a el proceso de gestión documental, previa
autorización en flujo de trabajo
El sistema debe permitir la conectividad con sistemas
externos de redes social (twitter, facebook, Google +, entre
otros), mensajes de texto e internos (pagina web, e-mail),
para el envió de mensajes (artículos, resoluciones,
comunicados, publicaciones, entre otros), previa
60 DESARROLLO TOTAL
autorización en flujo de trabajo, teniendo en cuenta
segmentaciones parametrizables, las direcciones se deben
tomar del sistema de información, en donde la cooperativa,
los ahorradores o ciudadanos han guardado su
información.

El sistema debe recibir de manera centralizada de redes


sociales las comunicaciones generadas por las
61 DESARROLLO TOTAL
cooperativas o entidades asociadas y generar alertas al
profesionales responsables designado.

El sistema debe INTEGRAR el sistema SIG, existente, la


62 descripción de esta integración está descrita en el "Anexo DESARROLLO TOTAL
13 - Detalle del Requerimiento de Integración del SIG".

El sistema, debe contener respecto a la página de entrada,


63 y a un conjunto de páginas informativas, u otras que DESARROLLO TOTAL
considere el fondo, una versión en Inglés.

El sistema debe cumplir las demás recomendaciones que


64 DESARROLLO TOTAL
se contemplan en GEL 3.0, para este tipo de soluciones.

El sistema debe permitir más allá de las herramientas


provistas por Google Analytics, el análisis y recolección de
las visitas hechas por los usuarios autenticados, bien sean
65 DESARROLLO TOTAL
ahorradores, cooperativas u otros que se definan, sobre,
que contenidos, con que frecuencia, y desde que
ubicación geografica, se realizaron tales consultas.

3. Listado de Adicionales que su solucion puede proveer.

Adicionales - Si su enfoque provee otras funcionalidades,


o considera que otros requerimientos se deben considerar,
por favor incluyalos en esta parte (abajo).

Adicional 1.
Costo Desarrollo

$ xxx.xxx

Numero de
Mes de su plan Mes de su plan
Licencias
de ejecución de ejecución Costo
(Para
cuando es cuando es Unitario
Entorno de
necesario necesario Licencia
Producción
adquirirla adquirirla
)
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx

Relación
Comentarios Actividad

A1

A1

A1
A1

A1

A1

A1

A1

A1

A1

A1

A1

A1

A1

A1

A1

A2
A2

A2

A2

A2

A2

A3

A3

A3

A3

A3

A3

A3

A3

A3
A3

A4

A4

A4

A5

A5

A5

A5

A5

A5

A5

A5

A5

A5

A5
A5

A5

A6

A6

A6

A6

A6

A6

A6

A7

A7

A1
A1

A1

A6

A7

A4

A4
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO

DETALLE DEL DESARROLLO (Si contempla desarrollo) Tiempo Estimado

Estimado para este desarrollo N meses, M dias

Numero de Licencias
DETALLE DE PRODUCTOS (Si contempla licencias o uso de productos
(Para Entorno de
propios o de terceros)
Pruebas y Desarrollo)
Producto 1 N
Producto 2 N
Producto 3 N
Producto … N
Producto N N

2. LISTADO DE REQUERIMIENTOS
Zona Gestión de Procesos
A1 Generalidades
A2 Capacidad de ejecución de procesos
A3 Transacciones / Notificaciones
A4 Mensajes / Avisos
A5 Flujo de Trabajo
A6 Administración de Procesos / Escalabilidad
A7 Diagramación de Procesos
A8 Control de acceso
47

RESPUESTA DEL
ID Req Requerimiento
OFERENTE
Zona Gestión de Procesos

El sistema debe permitir la automatización de procesos y


flujos de trabajo. Entre la información que debe incluir por lo
menos se debe tener en cuenta:
- Actividades
- Eventos
- Sub procesos (si se requiere en el proceso)
1 DESARROLLO TOTAL
- Condicionales (gateways)
- Responsables
- Flujos entre actividades
- Punto de inicio y fin
- Datos de entrada y salida por actividad
- Información de deshacer y Transacciones de compensación

El sistema debe permitir que las actividades de un proceso


2 DESARROLLO TOTAL
automatizado relacionen los documentos asociados.
El sistema debe almacenar la trazabilidad de cada una de las
3 actividades y del usuario que la ejecutó, la fecha de DESARROLLO TOTAL
ejecución, y los datos de entrada y salida por actividad.
El sistema debe permitir realizar consultas sobre el estado de
4 DESARROLLO TOTAL
las tareas asignadas por usuario.
El sistema debe soportar la creación de flujos de proceso que
5 DESARROLLO TOTAL
requieren interacción humana.
El sistema debe soportar el manejo de condiciones durante el
6 DESARROLLO TOTAL
flujo del proceso.
El sistema debe soportar la detección y manejo de tiempos de
7 DESARROLLO TOTAL
espera durante un paso del flujo de proceso.
El sistema debe soportar que sean ejecutadas, versiones
8 DESARROLLO TOTAL
diferentes del mismo procesos.

El sistema debe permitir la configuración de transacciones de


compensación, en los flujos de trabajo, que puedan invocarse
9 DESARROLLO TOTAL
durante la vida del flujo de trabajo o posteriormente, es decir
días o meses posteriores al fin del proceso.

El sistema debe permitir la configuración de transacciones de


compensación, en los flujos de trabajo, que puedan invocarse
10 DESARROLLO TOTAL
durante la vida del flujo de trabajo o posteriormente, es decir
días o meses posteriores al fin del proceso.

El sistema debe generar un reporte que refleje el estado del


11 flujo de trabajo en un momento determinado, permitiendo DESARROLLO TOTAL
establecer cuellos de botella en el proceso.
El sistema debe generar un reporte que incluya las
12 actividades que estaban relacionadas con documentos DESARROLLO TOTAL
almacenados en el gestor documental.
El sistema debe generar un reporte de gestión de los
procesos soportados en los flujos de trabajo que indique el
13 DESARROLLO TOTAL
tiempo y la proporción del tiempo invertido en cada paso del
flujo.
El sistema debe soportar la re-evaluación de procesos
basados en eventos. Ej. Cuando una actividad termina, o
14 nueva información llega al proceso, puede ejecutar DESARROLLO TOTAL
nuevamente ciertas actividades dentro de la instancia del
proceso.
El sistema debe soportar la capacidad de invocar y ejecutar
subprocesos desde un contexto o marco de ejecución de un
15 DESARROLLO TOTAL
proceso, y mantener el contexto o marco de ejecución del
proceso original.
El sistema debe soportar la ejecución de procesos en forma
16 DESARROLLO TOTAL
automática en horarios predefinidos.
El sistema debe soportar la invocación de procesos desde
17 DESARROLLO TOTAL
servicios web.
El sistema debe soportar que procesos y actividades inicien
18 su ejecución en forma manual por intermedio de aplicaciones DESARROLLO TOTAL
o procesos batch.
El sistema debe soportar correo electrónico como canal para
19 DESARROLLO TOTAL
envío de notificaciones.
El sistema debe soportar mensajes SMS como canal para
20 DESARROLLO TOTAL
envío de notificaciones.
El sistema debe ofrecer un mecanismo que garantice el envío
21 de los mensajes, respecto a salida de correos, notificaciones DESARROLLO TOTAL
y comunicación entre aplicaciones.
El sistema debe garantizar que no hay pérdida de mensajes
22 DESARROLLO TOTAL
en caso de fallas en el sistema.
El sistema debe garantizar la atomicidad de las transacciones
23 en caso de falla durante la ejecución de las actividades del DESARROLLO TOTAL
proceso (Rollback o commit).
El sistema debe proveer una interfaz para que los usuarios
24 DESARROLLO TOTAL
finales puedan ver las tareas pendientes.
25 El sistema debe soportar flujos de trabajo asíncronos. DESARROLLO TOTAL
26 El sistema debe soportar flujos de trabajo en paralelo. DESARROLLO TOTAL
27 El sistema debe soportar flujos de trabajo condicionados. DESARROLLO TOTAL
El sistema debe proveer componentes gráficos de
28 DESARROLLO TOTAL
administración.

El sistema debe permitir a administradores el definir derechos


29 DESARROLLO TOTAL
de acceso a usuarios/grupos para cada proceso.

El sistema debe permitir a administradores el definir derechos


30 DESARROLLO TOTAL
de acceso a usuarios/grupos en actividades del proceso.

El sistema debe soportar el cambio de procesos sin


31 DESARROLLO TOTAL
necesidad de reinicializar el servidor.
El sistema debe generar notificaciones automáticas
32 informando el vencimiento de tareas al responsable y al nivel DESARROLLO TOTAL
siguiente de escalamiento

El sistema debe soportar el manejo de flujos de aprobación


del alcance de proceso, actividad, y permitir configurar
33 escalamanientos con base en reglas de vencimiento, tiempo DESARROLLO TOTAL
de respuesta, montos, entre otros. Tanto los flujos como los
escalamientos se deben configurar a nivel de usuario o rol.

El sistema debe permitir crear alertas acerca de omisiones en


34 DESARROLLO TOTAL
pasos o etapas de un proceso.
El sistema debe proveer interfaz gráfica para modelar los
35 DESARROLLO TOTAL
procesos y flujos de trabajo en notación BPMN.
El sistema debe proveer la habilidad de ejecución y
36 DESARROLLO TOTAL
simulación de los procesos o flujos de trabajo.
El sistema debe permitir la integración natural con el gestor
37 DESARROLLO TOTAL
documental.
El sistema debe permitir crear flujos de trabajo de manera
38 conforme a las politicas de usabilidad, debe ser fácil y DESARROLLO TOTAL
práctico.

El sistema debe permitir que al cambiar flujos de trabajo de se


guarde un registro del cambio y se permita luego regresar a
39 DESARROLLO TOTAL
una versión anterior, manteniendo el registro del responsable
(Administración de la configuración de los Flujos)

Para el modelamiento de los flujos de trabajo, el sistema no


40 debe requerir de lenguajes de programación, secuencias de DESARROLLO TOTAL
comandos o programas adicionales
El sistema debe permitir a los responsables de los procesos,
el seguimiento del estado de sus tareas y el tipo de acción
41 DESARROLLO TOTAL
necesaria (aprobación, reconocimiento, tarea en curso, tarea
culminada, etc.).
El sistema debe controlar y monitorear el flujo de las
42 DESARROLLO TOTAL
actividades de los procesos automatizados.
El sistema debe permitir generar una "encuesta" de
43 satisfacción sobre el proceso, respuesta de otros procesos, DESARROLLO TOTAL
áreas, personas
El mecanismo de administración de eventos, que gestiona
alarmas, alertas y notificaciones, debe ser consumido por
todas las aplicaciones que demanden estos servicios, y debe
44 DESARROLLO TOTAL
ser el único que provee tales servicios, consiguiendo que la
propagación de estos eventos y su administración se pueda
realizar de manera centralizada y uniforme.
El sistema debe permitir la generación de recordatorios
masivos de las fechas de vencimiento de los pagos, asi como
45 avisos de mora en el pago de los derechos de inscripción o DESARROLLO TOTAL
de prima, por medio del administrador de eventos de manera
centralizada y uniforme.
El sistema debe permitir que más de un área de aprobación
46 pueda cerrar procesos o actividades, y generar DESARROLLO TOTAL
comunicaciones para el inicio de otros procesos
El sistema debe cumplir las demás recomendaciones que se
47 DESARROLLO TOTAL
contemplan en GEL 3.0, para este tipo de soluciones.

3. Listado de Adicionales que su solucion puede proveer.


Adicionales - Si su enfoque provee otras funcionalidades, o
considera que otros requerimientos se deben considerar, por
favor incluyalos en esta parte (abajo).
Adicional 1.
Costo Desarrollo

$ xxx.xxx

Mes de su plan
Mes de su plan de Numero de
de ejecución
ejecución cuando Licencias Costo Unitario
cuando es
es necesario (Para Entorno Licencia
necesario
adquirirla de Producción)
N $ xxx.xxx
adquirirla
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx

Comentarios Relación Actividad

A1

A1

A1

A1
A1

A1

A1

A1

A1

A1

A1

A1

A1

A2

A2

A2

A2

A2

A3

A3

A4

A4
A4

A5
A5
A5
A5
A6

A6

A6

A6

A6

A6

A7

A7

A7

A7

A7

A7

A7

A8

A8
A8

A1

A4

A5

A1
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO
Costo
DETALLE DEL DESARROLLO (Si contempla desarrollo) Tiempo Estimado
Desarrollo
Estimado para este desarrollo N meses, M dias $ xxx.xxx
Mes de su plan
Numero de Licencias de ejecución
DETALLE DE PRODUCTOS (Si contempla licencias o uso de
(Para Entorno de cuando es
productos propios o de terceros)
Pruebas y Desarrollo) necesario
Producto 1 N adquirirla
Producto 2 N
Producto 3 N
Producto … N
Producto N N

2. LISTADO DE REQUERIMIENTOS
Zona Gestión Documental - Flujo y manejo documental
A1 Flujo de Documentos
A2 Administrador Documental
A3 Digitalización de Documentos
A4 Administración correspondencia
A5 Archivo
103

RESPUESTA DEL
ID Req Requerimiento Comentarios
OFERENTE

Zona Gestión Documental

El sistema debe permitir la creación y definición de


rutas de trabajo para el flujo de documentos. Cada
flujo de documento debe incluir por lo menos la
siguiente información:

- Actividades
- Condicionales
- Tiempos definidos para aprobaciones de actividades
1 en el flujo de documentos DESARROLLO TOTAL
- Responsables
- Tipo de documento
- Origen
- Destino: sistema, área, grupo o persona responsable
a quien se le asigna
- Inicio, fin
- Otros que sean necesarios para la ejecución del flujo
de documentos

El sistema debe permitir la configuración de los flujos


2 de documentos por tipo de documento, tipo de DESARROLLO TOTAL
proceso y procedimiento.

El sistema debe permitir registrar todas las


actividades que se ejecutan y los datos del usuario,
3 DESARROLLO TOTAL
de tal forma que se mantenga la trazabilidad de los
flujos documentales configurados.
El sistema debe permitir la gestión (definición,
consulta, eliminación, actualización) de las listas de
4 dependencias, cargos y funcionarios, las cuales se DESARROLLO TOTAL
utilizarán durante los flujos de trabajo para identificar
los responsables.
El sistema debe permitir la configuración de las
aprobaciones requeridas por tipo de documento, área
5 DESARROLLO TOTAL
de negocio, grupo de funcionarios o por los criterios
identificados
El sistema debe permitir la definición de las reglas de
6 asignación de los documentos por cada uno de los DESARROLLO TOTAL
flujos de documentos.
El sistema debe permitir la priorización de atención
de los documentos para recibir respuesta en los
tiempos acordados. Esta parametrización debe
7 DESARROLLO TOTAL
realizarse a través de reglas basadas en los tipos de
documento, procesos o procedimientos, fecha y hora
de radicación, entre otras.

El sistema debe permitir la definición de permisos por


roles, entre los cuales debe permitirse a los
8 DESARROLLO TOTAL
supervisores revisar los flujos y la trazabilidad de cada
uno, teniendo en cuenta el proceso al que pertenece.

El sistema debe permitir la reasignación manual de


documentos de un funcionario a otro por parte del
9 DESARROLLO TOTAL
supervisor del flujo, sin perder el rastro, registro o la
trazabilidad de la reasignación.

El sistema debe permitir la modificación de los datos


asociados con el documento, como del documento
10 dejando registro del cambio y controlando los datos DESARROLLO TOTAL
que pueden ser cambiados de acuerdo a la etapa del
flujo en el cual se encuentre.

El sistema debe permitir la personalización de los


11 DESARROLLO TOTAL
flujos documentales (ad-hoc) manuales y atomáticos.

El sistema debe generar alarmas al supervisor


cuando se va a cumplir el plazo para dar respuesta a
12 una actividad del flujo documental. Estas alarmas DESARROLLO TOTAL
deben ser configuradas de acuerdo al porcentaje del
plazo que haya transcurrido.

El sistema debe generar reportes que entre su


información permitan identificar: la cantidad de
documentos procesados, en proceso y los pendientes
13 por funcionario. Estos reportes deben ser filtrados a DESARROLLO TOTAL
través de parámetros como son: el tipo de
documento, las fechas de inicio y fin del flujo, el
responsable entre otros.
El sistema debe generar un reporte de gestión sobre
los flujos de trabajo que indique los tiempos de
14 DESARROLLO TOTAL
procesamiento promedio por tipo de documento y
funcionario.
El sistema debe generar un reporte de gestión sobre
los flujos de trabajo que indique la proporción de
15 documentos atendidos dentro y fuera de los plazos DESARROLLO TOTAL
establecidos, organizados por dependencia o grupo
de funcionarios y tipo de documento.
El sistema debe generar un reporte sobre las
acciones realizadas por un usuario o grupo de
16 DESARROLLO TOTAL
usuarios sobre un documento durante su
procesamiento en el flujo de documentos.
El sistema debe permitir la gestión (consulta,
17 actualización) del "estado" de los documentos a DESARROLLO TOTAL
medida que avanzan dentro del flujo.
El sistema debe permitir generar un reporte que
18 indique el estado del flujo de un documento en DESARROLLO TOTAL
particular.

El sistema debe permitir la visualización (consulta) de


19 documentos a través de navegadores web y de forma DESARROLLO TOTAL
simultánea. Estos incluyen dispositivos móviles.

El sistema debe permitir la generación de reportes


20 sobre gestión y los cambios realizados sobre los flujos DESARROLLO TOTAL
documentales.
El sistema debe permitir recibir, archivar, consultar y
21 DESARROLLO TOTAL
enviar documentos.
El sistema debe permitir adicionar libremente un
22 DESARROLLO TOTAL
destinatario.

El sistema debe permitir cargar formatos de respuesta


23 prediseñados. En general la administración de DESARROLLO TOTAL
formatos o plantillas electrónicas.

El sistema debe permitir notificar a un tercero de una


24 respuesta dada sobre el flujo de documentos en el DESARROLLO TOTAL
cual está involucrado.

El sistema debe permitir la definición de una plantilla


electrónica de envió y remisión de correspondencia.
Que incluya estampa de tiempo, número de radicado
de salida, remitente, fecha y hora entre otros, además
de contenido y anexos. Debe ser parametrizable para
25 los documentos hacia fuera de la organización y debe DESARROLLO TOTAL
almacenarse de forma que conserve las
características de acervo probatorio, conforme a la
legislación, debe ser posible su uso desde los puntos
de emisión de comunicados, del todos los sistemas,
como correos, notificaciones, portal.

El sistema debe permitir adicionar firma digital a un


documento y debe permitir configurar a nivel de
26 DESARROLLO TOTAL
proceso y actividad, que tipos de comunicados
necesitan firmarse digitalmente.
El sistema debe permitir recibir y verificar los
documentos firmados digitalmente, recibir las
27 DESARROLLO TOTAL
confirmaciones de recibos de documentos firmados
digitalmente y otros afines.
El sistema debe permitir incluir observaciones, de las
28 DESARROLLO TOTAL
remisiones de documentos.
29 El sistema debe permitir imprimir un documento. DESARROLLO TOTAL
El sistema debe permitir convertir la respuesta de un
30 DESARROLLO TOTAL
documento en formato PDF.
El sistema debe permitir generar número de radicado
31 DESARROLLO TOTAL
de ingreso y de salida.
El sistema debe permitir almacenar, indexar y
clasificar todo tipo de información que hace parte del
32 conocimiento del Fondo, incluyendo: foros de DESARROLLO TOTAL
discusión, videoconferencias, videos, chat, blogs
entre otros.
El sistema debe permitir consultar el histórico de un
33 DESARROLLO TOTAL
documento, sobre el control de versiones.

El sistema debe permitir el registro de información


34 estructurada y no estructurada que se genere a través DESARROLLO TOTAL
de los diferentes canales de comunicación del Fondo.

El sistema debe permitir por cada documento asociar


información como: nombre, descripción, resumen,
35 tipo, fechas, formato, número de versión, listado de DESARROLLO TOTAL
palabras clave, categoría a la que pertenece, serie
documental, entre otras.

El sistema debe permitir la creación de comentarios


por cada uno de los documentos cargados. Se debe
36 DESARROLLO TOTAL
permitir la consulta de los comentarios para revisar la
historia completa de un documento.

El sistema debe permitir la parametrización de las


consultas para cada tipo de documento, permitiendo
37 DESARROLLO TOTAL
restringir los resultados devueltos de acuerdo al nivel
de autorización del usuario que ejecuta la consulta.

El sistema debe permitir delimitar la búsqueda de un


documento sobre los contenidos de una serie
38 DESARROLLO TOTAL
documental particular según lo establezca el
administrador.

El sistema debe permitir asociar datos de indexación


39 únicos a los documentos que funcionen como llave y DESARROLLO TOTAL
solo puedan ser modificados por el administrador.

El sistema debe permitir asociar a los documentos


datos adicionales que sirvan como criterio de
40 DESARROLLO TOTAL
búsqueda y que puedan ser modificados de acuerdo a
reglas definidas.
El sistema debe permitir visualizar documentos desde
otros sistemas mediante un servicio consulta de
41 documentos, indicándole al Sistema de Gestión DESARROLLO TOTAL
Documental los datos de indexación o criterios de
consulta.
El sistema debe manejar diferentes formatos para
42 guardar imágenes (TIF, PDF, JPEG, MPEG,entre DESARROLLO TOTAL
otros que soporten video y audio.).
El sistema debe permitir soportar jerarquías y
versiones de documentos mediante la definición de
estructuras fijas de carpetas y subcarpetas que
permitan agrupar, administrar y visualizar tipos
documentales afines en series, subseries y tipos
documentales. Es decir crea un Sistema de
43 Clasificacion de Archivos por series documentales a DESARROLLO TOTAL
partir de niveles jerarquicos manteniendo siempre
relaciones padre-hijo, este debe ser flexible y que
facilite hasta 7 niveles de profundizacion de la
jerarquia y que los parametros de las jerarquia
mayores se replique hacia los niveles jerarquicos
inferiores o dependientes.

El sistema debe permitir el registro de los metadatos


que identifiquen documentos, imágenes o cualquier
44 DESARROLLO TOTAL
tipo de archivo digital. Cumpliendo los aspectos
establecidos en la circular 004 de 2012 de COINPO.

El sistema debe permitir crear enlaces entre tipos,


45 unidades, subseries y series documentales DESARROLLO TOTAL
asociadas.
El sistema debe permitir la indexación automática de
46 documentos asociando un código de identificación DESARROLLO TOTAL
único del documento.
El sistema debe permitir la consulta de los diferentes
47 tipos de documentos creados por rango de fechas y/o DESARROLLO TOTAL
por diferentes parámetros.

El sistema debe permitir la consulta de documentos


por periodos de tiempo, de tal forma que se puedan
48 DESARROLLO TOTAL
identificar los documentos radicados y la gestión de
los documentos a través de los flujos.

El sistema debe permitir que la consulta de los


documentos se pueda realizar a través de una interfaz
49 DESARROLLO TOTAL
web que permita su acceso independiente del lugar
geográfico en que se encuentre el usuario.
El sistema debe guardar todos los comunicados
realizados desde la entidad a redes sociales, a SMS,
50 DESARROLLO TOTAL
e-mail, portal, previa autorización por el flujo de
aprobación en el sistema
El sistema debe permitir la interacción total con todos
los sistemas de información para guardar todos los
documentos generados con unos metadatos
51 establecidos automáticamente, ejemplo: número de DESARROLLO TOTAL
solicitud, tipo de solicitud, número de publicación, tipo
de publicación, realizado por, aprobado por, entre
otros.
El sistema debe permitir la administración de
versiones para documentos, artículos, páginas e
52 DESARROLLO TOTAL
información publicada, así como la consulta o
recuperación de versiones previas.
El sistema debe permitir la digitalización de
53 DESARROLLO TOTAL
documentos.
El sistema debe permitir el reconocimiento de
carácteres a digitalizar a través de OCR para captura
54 DESARROLLO TOTAL
de información a través de formularios
estandarizados.
El sistema debe permitir asignar ID único a cada
55 DESARROLLO TOTAL
documento digitalizado.

El sistema debe permitir mantener la referencia entre


56 DESARROLLO TOTAL
el documento digitalizado y el documento físico.

El sistema debe permitir almacenar automáticamente


57 DESARROLLO TOTAL
el documento digitalizado en una ubicación única.

El sistema debe permitir agregar metadatos al


58 documento. Como los establecidos en estándares DESARROLLO TOTAL
"dublin core" e "ISO 23081"
59 El sistema debe permitir indexar el documento. DESARROLLO TOTAL
El sistema debe permitir gestionar la configuración de
Tablas de Retención Documental (TRD) para la
60 DESARROLLO TOTAL
gestión del ciclo de vida de cada documento. Solo por
el administrador.
El sistema debe permitir crear series documentales a
61 DESARROLLO TOTAL
través del sistema de clasificación de archivos.
62 El sistema debe permitir crear índices documentales. DESARROLLO TOTAL

El sistema debe permitir el registro de


correspondencia que ingresa y sale del Fondo
generando el número de radicación y registrando
63 como mínimo los siguientes datos básicos: fecha, DESARROLLO TOTAL
hora, número radicación, destinatario, unidad, nombre
destinatario, nombre remitente, palabras clave,
asunto, tipo de correspondencia, entre otros.
El sistema debe permitir cargar información adjunta a
las solicitudes como archivos de imágenes, word,
64 DESARROLLO TOTAL
excel, pdf, y asignar el mismo número de solicitud
como una de las llaves para cruce de información
El sistema debe permitir gestionar la configuración de
Tablas de Retención Documental (TRD) para la
65 DESARROLLO TOTAL
gestión del ciclo de vida de cada documento físico.
Solo por el Administrador.
El sistema debe permitir la parametrización de la
estructura y consecutivos del número de radicación
66 DESARROLLO TOTAL
de acuerdo a los tipos de correspondencia que se
manejan
El sistema debe permitir la parametrización de las
listas de distribución de correspondencia entrante y
67 saliente por lotes, de manera que se agilice el DESARROLLO TOTAL
proceso de distribución. (Como ejemplo:
Comunicados que deben llegar a todas las áreas).

El sistema debe permitir la parametrización de los


tipos de correspondencia definiendo para cada uno:
68 DESARROLLO TOTAL
los índices, datos asociados, estructura y permisos de
acceso por usuarios y/o grupos de usuarios.
El sistema debe imprimir un autoadhesivo o rótulo de
69 radicación para la correspondencia entrante cuando DESARROLLO TOTAL
esta sea física.
El sistema debe permitir adicionar observaciones a un
70 DESARROLLO TOTAL
radicado.
El sistema debe permitir recuperar los datos básicos
registrados durante la radicación de correspondencia
71 DESARROLLO TOTAL
entrante al momento de la indexación de los soportes
físicos digitalizados.
El sistema debe permitir el registro de la
correspondencia saliente, habilitando la impresión del
72 DESARROLLO TOTAL
documento con el número de radicación asignado por
el sistema.
El sistema debe permitir el despacho o entrega a
73 destinatario mediante correo electrónico indicando el DESARROLLO TOTAL
número de radicación asignado.

El sistema debe permitir la creación del enlace entre


74 la correspondencia saliente y la correspondencia DESARROLLO TOTAL
entrante a la cual se da respuesta.

El sistema debe permitir el registro de las


devoluciones de correspondencia entrante o saliente
75 DESARROLLO TOTAL
incluyendo los motivos de la devolución y la acción
tomada.
El sistema debe direccionar la correspondencia
entrante al flujo de documentos para que se asigne la
76 DESARROLLO TOTAL
dependencia o destinatario a fin de dar curso al
documento.
El sistema debe generar reportes de correspondencia
entrante y saliente por dependencia, funcionarios, tipo
77 DESARROLLO TOTAL
de correspondencia, períodos u otros criterios de
filtro.
El sistema debe permitir la integración con sistemas
externos de envío de correo certificado a través de
correo electrónico, como el prestado por Certimail de
78 DESARROLLO TOTAL
la entidad 472. Debe permitir el uso de estas u otras
estrategias similares para el envió de comunicaciones
certificadas.

El sistema debe permitir la parametrización de las


tablas de retención documental por cada tipo de
79 documento definido, manejando automáticamente los DESARROLLO TOTAL
períodos de retención de acuerdo con la Normatividad
(Ley 594 de 2000) y a las políticas del Fondo

El sistema debe permitir la parametrización de la


80 estructura de series, subseries y unidades DESARROLLO TOTAL
documentales.
El sistema debe permitir la administración de las
81 tablas de retención documental para las series DESARROLLO TOTAL
documentales definidas.
El sistema debe permitir transferencias generando
alarmas cuando se deba efectuar la transferencia de
un documento desde el archivo de gestión hacia el
archivo central y/o desde el archivo central hacia el
82 DESARROLLO TOTAL
archivo histórico, realizando automáticamente la
transferencia del documento digital o electrónico al
archivo correspondiente, conservando su trazabilidad
y referencias asociadas.

El sistema debe permitir el control de los documentos


que se manejan en soporte físico, discriminando
83 DESARROLLO TOTAL
cuáles se encuentran en el archivo de gestión, central
e histórico.
El sistema debe permitir la parametrización de los
84 tiempos de permanencia de los documentos en DESARROLLO TOTAL
archivo electrónico.
El sistema debe permitir el registro de las
85 transferencias entre archivos (gestión, central e DESARROLLO TOTAL
histórico).
El sistema debe generar inventarios documentales
86 DESARROLLO TOTAL
por tipo de archivo, por tipo documental o por área.
El sistema debe permitir administrar el ciclo de vida de
los documentos y registros, facilitando el
mantenimiento del sistema documental y de los
87 DESARROLLO TOTAL
archivos físicos. Aquí se incluye la transferencia de
documentos del archivo de gestión al archivo central y
del archivo central al archivo histórico.
El sistema debe permitir la consulta de los
88 documentos y determinar el punto en que se DESARROLLO TOTAL
encuentran ubicados física y electrónicamente.
El sistema debe generar código único y una ubicación
89 DESARROLLO TOTAL
de los documentos físicos.
El sistema debe generar rótulos adhesivos para
90 identificar las cajas y las carpetas en las que se DESARROLLO TOTAL
almacenan documentos.
El sistema debe permitir el registro de inventarios de
91 DESARROLLO TOTAL
cajas de archivo y su ubicación física.
El sistema debe permitir el registro de préstamos y
92 DESARROLLO TOTAL
devoluciones de soportes físicos prestados.
El sistema debe permitir la impresión del formato de
93 DESARROLLO TOTAL
préstamo y devoluciones de soportes físicos.
El sistema debe generar alertas al funcionario de
94 archivo que le indiquen los documentos prestados DESARROLLO TOTAL
cuyo plazo se ha vencido.
El sistema debe generar un reporte que muestre los
documentos prestados a un usuario particular,
prestados no devueltos, el funcionario que lo prestó,
95 DESARROLLO TOTAL
la fecha de préstamo, la fecha de devolución
establecida, si el plazo se ha vencido o no,
observaciones.
El sistema debe generar un reporte estadístico que
96 muestre la cantidad y porcentaje de préstamos por DESARROLLO TOTAL
tipo de documento o por área.
El sistema debe permitir ofrecer reportes que permitan
revisar la trazabilidad de un documento o una
97 DESARROLLO TOTAL
correspondencia desde que se recibe hasta que se
archiva o se genera una respuesta.
En el caso se cambios en las series o tablas de
retención, el sistema debe permitir un mecanico de
98 DESARROLLO TOTAL
homologación de series y tablas anteriores, con las
actuales.
El sistema debe proveer un repositorio de
99 documentos relacionados con las actividades de DESARROLLO TOTAL
A coordinación interinstitucional
El sistema debe proveer un repositorio de
documentos relacionados con las actividades de
100 DESARROLLO TOTAL
promoción de proyectos regulatorios y políticas, del
sector cooperativo.
El sistema debe poseer un modelo de control de
acceso conforme lo descrito en los controles del
101 numeral 11 (Control de acceso a la información) del DESARROLLO TOTAL
anexo 8 del Modelo de Seguridad de Información de
GEL.

El sistema debe permitir que para los documentos


que requieran, conservación a largo tiempo, de
acuerdo a las políticas documentales y de retención,
102 el uso de formatos y mecanismos de preservación a DESARROLLO TOTAL
largo tiempo, como los establecidos por ISO 19005-
1:2005, ISO 32000-1. En particular el uso de PDF-A, y
sus variantes según sea el caso.

El sistema debe cumplir las demás recomendaciones


103 que se contemplan en GEL 3.0, para este tipo de DESARROLLO TOTAL
soluciones.

3. Listado de Adicionales que su solucion puede proveer.


Adicionales - Si su enfoque provee otras
funcionalidades, o considera que otros requerimientos
se deben considerar, por favor incluyalos en esta
parte (abajo).
Adicional 1.
Numero de Mes de su
Licencias plan de
Costo
(Para ejecución
Unitario
Entorno de cuando es
Licencia
Producción necesario
N) adquirirla $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx

Relación
Actividad

A1

A1

A1
A1

A1

A1

A1

A1

A1

A1

A1

A1

A1

A1
A1

A1

A1

A1

A1

A1

A1

A1

A1

A1

A1

A1

A1
A1
A1
A1

A1

A2

A2

A2

A2

A2

A2

A2

A2

A2

A2

A2
A2

A2

A2

A2

A2

A2

A2

A2

A2

A2

A3
A3

A3

A3

A3

A3

A3

A3

A3

A3

A4

A4

A4

A4

A4

A4
A4

A4

A4

A4

A4

A4

A4

A4

A4

A4

A5

A5

A5
A5

A5

A5

A5

A5

A5

A5

A5

A5

A5

A5

A5

A5

A5

A5
A5

A5

A5

A5

A1

A5

A1
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO
DETALLE DEL DESARROLLO (Si contempla desarrollo) Tiempo Estimado
Estimado para este desarrollo N meses, M dias

Numero de Licencias
DETALLE DE PRODUCTOS (Si contempla licencias o uso de
(Para Entorno de
productos propios o de terceros)
Pruebas y Desarrollo)
Producto 1 N
Producto 2 N
Producto 3 N
Producto … N
Producto N N

2. LISTADO DE REQUERIMIENTOS
Zona Gestión Documental - Correspondencia y Solicitudes
A1 Identificación y Registro de solicitudes
A2 Atención y trazabilidad
A3 Alarmas
A4 Administración de tareas
A5 Configuración
56
RESPUESTA DEL
ID Req Requerimiento
OFERENTE
Zona Gestión de Solicitudes
El sistema debe permitir la creación y configuración de
1 DESARROLLO TOTAL
flujos de trabajo para la gestión de solicitudes.
El sistema debe permitir configurar los tipos de solicitud
2 incluidos en la pestaña "Tipificación de las Solicitudes", así DESARROLLO TOTAL
como la creación y configuración de otros tipos de
solicitudes.

3 El sistema debe permitir configurar, dependiendo del tipo DESARROLLO TOTAL


de solicitud, un campo para redactar el contenido de una
esta. (Ver pestaña "Tipificación de las Solicitudes").
El sistema debe permitir configurar, dependiendo del tipo
4 de solicitud, la opción de adjuntar documentos. (Ver DESARROLLO TOTAL
pestaña "Tipificación de las Solicitudes").
El sistema debe permitir configurar, dependiendo del tipo
de solicitud, que formularios, de los generados por el
5 conjunto de requerimientos descrito en la pestaña "Captura DESARROLLO TOTAL
y Formularios", son necesarios para una solicitud en
particular.
El sistema debe generar un número de radicación por cada
6 solicitud que se realice. El número de radicación debe estar DESARROLLO TOTAL
asociado al tipo de solicitud, tema y área o unidad
correspondiente de dar respuesta.
El sistema debe permitir el registro de las solicitudes de los
7 usuarios por los diferentes canales: portal, correspondencia DESARROLLO TOTAL
física, teléfono y dispositivo móvil.
El sistema debe permitir la configuración (dependiendo del
canal) de un conjunto de datos obligatorios y opcionales,
en el caso que sea la primer vez que se usa el servicio de
solicitudes. Esta definición debe poder hacerse sobre un
8 conjunto de datos como: Nombre, Apellido, Tipo de DESARROLLO TOTAL
documento de identidad y número, Sexo, Ubicación
Geográfica, Dirección, Teléfono, Correo Electrónico y otros
que se consideren.

El sistema debe permitir la configuración (dependiendo del


canal) de un conjunto de datos obligatorios y opcionales,
en el caso que ya sea haya utilizado con anterioridad el
servicio de solicitudes, esto para identificar efectivamente
al usuario. Esta definición debe poder hacerse sobre un
9 conjunto de datos como: Nombre, Apellido, Tipo de DESARROLLO TOTAL
documento de identidad y número, Sexo, Ubicación
Geográfica, Dirección, Teléfono, Correo Electrónico y otros
que se consideren.

El sistema debe permitir la tipificación de las solicitudes por


prioridad, tipo de solicitante, medio por el cual se origina el
10 requerimiento de atención, fechas de vencimiento y estado DESARROLLO TOTAL
de la solicitud.
El sistema debe permitir que un administrador defina los
11 tiempos de respuesta por tipo de solicitud, y asocie alertas, DESARROLLO TOTAL
alarmas y notificaciones a estos límites.
Es sistema debe almecenar los tiempos de respuesta de
12 las solicitudes, incluido el tipo de solicitud, el solitante y el DESARROLLO TOTAL
funcionario que atendió la solicitud.
Respecto a los tiempos de respuesta de las solicitudes, el
sistema debe permitir configurar en que pantallas se
13 muestra esta información, en particular deben mostrarse en DESARROLLO TOTAL
las pantallas de recepción de solicitudes.

El sistema debe solicitar información de identificación de


usuario para otorgar opciones y autorizaciones
14 correspondientes de acuerdo al perfil (Ahorrador, DESARROLLO TOTAL
Cooperativa, Usuario Interno, Ente de Control,
Administrador, entre otros).
El sistema debe ser transversal a todas las unidades de
negocio del Fondo. Los activos documentales que se
15 generen en los demás sistemas deben ingresar al sistema DESARROLLO TOTAL
documental y permanecer bajo el control y gestion de este.

El sistema debe permitir la gestión de cada una de las


solicitudes a través de flujos de trabajo automáticos,
teniendo en cuenta el estado (por ejemplo, aprobado,
16 devuelto, en revisión, cancelado), el responsable, la fecha DESARROLLO TOTAL
en que se asignó al responsable, los comentarios
asociados durante el trámite, y conservar la traza de esta
gestión.
El sistema debe permitir la configuración de envío de
información del estado de la solicitud (trámite) a través de
diversos canales, como mensajes de correo electrónico,
17 mensajes de texto o publicación en el portal web. El DESARROLLO TOTAL
mensaje debe indicar información sobre el estado del
trámite, el contenido y los tiempos de respuesta esperados.

El sistema debe permitir la configuración del envío de las


respuestas a las solicitudes a través de diversos canales,
como mensajes de correo electrónico, mensajes de texto o
18 publicación en el portal web. El mensaje debe indicar DESARROLLO TOTAL
información sobre los tiempos de respuesta promedio

El sistema debe permitir configurar las áreas y los roles


responsables de atender cada una de las solicitudes. Esta
configuración debe estar asociada con un flujo de
19 DESARROLLO TOTAL
actividades dejando rastro de cada actividad.

El sistema debe permitir el ingreso, modificación y consulta


del estado en que se encuentra el trámite de una solicitud
20 presentada, de acuerdo a las autorizaciones de perfiles y DESARROLLO TOTAL
roles determinados por el administrador el sistema.

El sistema debe permitir identificar los usuarios y las


21 dependencias que realizan una labor particular dentro del DESARROLLO TOTAL
flujo.
El sistema debe permitir consultar las solicitudes
ingresadas al sistema a través de múltiples parámetros
22 tales como fecha de ingreso, número de radicación, DESARROLLO TOTAL
número de solicitud, tipo y tema de la solicitud, estado u
otros atributos de la solicitud particular.
El sistema debe permitir el registro de las actividades que
23 se deben realizar para la solución de cada solicitud. DESARROLLO TOTAL

El sistema debe permitir que cada solicitud mantenga la


24 trazabilidad de su recorrido y que pueda ser consultada. DESARROLLO TOTAL

El sistema debe contar con un tablero de control que


permita realizar seguimiento y control a cada una de las
25 solicitudes, así como identificar el responsable durante el DESARROLLO TOTAL
trámite de cada actividad y el procedimiento llevado a cabo.

El sistema debe permitir registrar todas las modificaciones


26 realizadas a una solicitud así como las soluciones DESARROLLO TOTAL
generadas y propuestas en cada caso.
El sistema debe permitir el registro del seguimiento del
cambio identificado de los procesos y procedimientos que
27 agilicen la gestión de las solicitudes y del servicio que se DESARROLLO TOTAL
presta.
El sistema debe permitir la trazabilidad de los tiempos de
28 respuesta por cada funcionario y dependencia/área. DESARROLLO TOTAL
El sistema debe permitir a través de flujo de trabajo definir
la persona a quién se envía una solicitud, así como dado el
29 caso, a quién se le informa sobre el estado o el DESARROLLO TOTAL
responsable de responder dicha solicitud.
El sistema debe comunicarse con el gestor documental de
30 tal manera que por este se puedan ingresar las solicitudes DESARROLLO TOTAL
que se radiquen en el mismo.
El sistema debe permitir generar alarmas de vencimiento
de plazos de respuesta, generando alertas escalonadas a
colaboradores y el siguiente nivel de escalamiento. (Por
ejemplo: faltando 50% del tiempo de plazo de vencimiento
31 envía mensajes de alerta al funcionario competente, DESARROLLO TOTAL
mensajes de alerta al jefe de área faltando un 25% para
vencerse). Estos tiempos podrán ser configurados para
cada tipo de solicitud.

El sistema debe permitir configurar los tipos de


32 advertencias y mensajes alerta cuando el término de cada DESARROLLO TOTAL
solicitud está próximo a vencerse.
El sistema debe permitir notificar al usuario encargado de
dar solución a una solicitud (vía correo electrónico), cuando
33 los tiempos de respuesta se acerquen al vencimiento, de DESARROLLO TOTAL
acuerdo al sistema de seguimiento y control definido.

El sistema debe generar una alerta si el mismo usuario ha


generado una solicitud anteriormente (alerta por número de
34 cédula, usuario, otro) y mostrar el histórico, este histórico DESARROLLO TOTAL
debe permitir filtros por tipo de solicitud.

El sistema debe disponer a los usuarios de una "bandeja


35 de entrada" donde encuentren las solicitudes y tareas DESARROLLO TOTAL
asignadas a él.
El sistema debe permitirle al usuario devolver a un paso
anterior las tareas o solicitudes que considere que no son
para su operación, de tal forma que sean redirigidas a
36 quien corresponde. En estos casos siempre se deberá DESARROLLO TOTAL
pedir la correspondiente explicación y se debe almacenar
el evento como parte de la historia de la tarea o solicitud.

El sistema debe permitir verificar el trabajo realizado por el


funcionario y devolverlo con la explicación correspondiente
37 si no cumple con los criterios de calidad. DESARROLLO TOTAL

El sistema debe permitir imprimir la respuesta generada a


38 DESARROLLO TOTAL
cada solicitud.
El sistema debe permitir realizar la indexación del
contenido de los documentos generados siendo soportados
39 por un motor de búsqueda. Estos documentos se deben DESARROLLO TOTAL
registrar en el gestor documental.
El sistema debe recibir del gestor documental al menos los
siguientes parámetros: Número de radicación, Tipo de
40 trámite, tema del trámite, usuario que lo radicó, además de DESARROLLO TOTAL
otros que se consideren pertinentes.
El sistema debe permitir referenciar a la solicitud hecha por
41 el cliente y digitalizada en el gestor documental. DESARROLLO TOTAL

El sistema debe permitir que las solicitudes en proceso


pueden reasignarse sin importar la fase en la que se
42 encuentren mientras no hayan sido respondidas, solo por DESARROLLO TOTAL
un usuario administrador.
El sistema debe permitir que las respuestas a solicitudes
puedan ser suspendidas (en el caso de aclaraciones que
43 se requieran del usuario) para esperar respuesta del DESARROLLO TOTAL
usuario durante un tiempo específico.

El sistema debe permitirle a cada solicitud incluir múltiples


respuestas mientras algunas de estas no sean definitivas.
44 El responsable del área debe concluir la solicitud teniendo DESARROLLO TOTAL
en cuenta los tiempos definidos por los ANS.

El sistema debe permitir configurar el direccionamiento de


una solicitud por asignación manual, asignación automática
o por balance automático de cargas en caso de que exista
45 más de una persona con capacidad de dar respuesta y/o DESARROLLO TOTAL
solución.

El sistema además de permitir la asignación automática a


través de un flujo, debe poder permitir que la solicitud
46 llegue a un funcionario y éste pueda asignar las tareas a un DESARROLLO TOTAL
usuario particular o a un grupo.
El sistema debe permitir devolver una solicitud al usuario si
47 DESARROLLO TOTAL
no hay un entendimiento de su solicitud.
El sistema debe permitir generar reportes por tiempos de
48 DESARROLLO TOTAL
respuesta de cada funcionario.
El sistema debe permitir la medición estadística como
resultado de las solicitudes presentadas, atendidas
49 oportunamente, declinadas, pendientes y no atendidas. DESARROLLO TOTAL

El sistema debe permitir configurar el número de áreas y


50 DESARROLLO TOTAL
unidades que pueden atender las solicitudes.
El sistema debe permitir establecer los grupos de trabajo
51 correspondientes a la ejecución de cada fase del DESARROLLO TOTAL
tratamiento de una solicitud.
El sistema debe permitir que un usuario esté en más de un
52 DESARROLLO TOTAL
equipo que intervenga en un flujo de trabajo.
El sistema debe permitir al usuario excluirse de los grupos
de trabajo en los que algún momento fue asignado sin
53 perder la trazabilidad de lo realizado dentro de dicho DESARROLLO TOTAL
equipo.
El sistema debe permitir la consulta del historico de
54 solicitudes por solicitante cada vez que llega una solicitud. DESARROLLO TOTAL

El sistema debe permitir la actualización de información de


la solicitud por parte de la cooperativa desde la página
55 web, en los casos que uno de los profesionales solicite DESARROLLO TOTAL
ajustes o información adicional.
El sistema debe cumplir las demás recomendaciones que
56 DESARROLLO TOTAL
se contemplan en GEL 3.0, para este tipo de soluciones.

3. Listado de Adicionales que su solucion puede proveer.

Adicionales - Si su enfoque provee otras funcionalidades, o


considera que otros requerimientos se deben considerar,
por favor incluyalos en esta parte (abajo).

Adicional 1.
Costo
Desarrollo
$ xxx.xxx
Mes de su Numero de Mes de su
plan de Licencias plan de
Costo
ejecución (Para ejecución
Unitario
cuando es Entorno de cuando es
Licencia
necesario Producción necesario
adquirirla N) adquirirla $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx

Relación
Comentarios Actividad

A1

A1

A1

A1

A2

A1
A1

A1

A1

A1

A1

A1

A1
A1

A1

A1

A1

A2

A2

A2

A2

A2

A2

A2

A2
A2

A2

A3

A3

A3

A3

A4

A4

A4

A4

A4

A4
A4

A4

A4

A4

A4

A4

A4

A4

A4

A5

A5

A5

A5

A5

A2
TODOS
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO
DETALLE DEL DESARROLLO (Si contempla desarrollo) Tiempo Estimado
Estimado para este desarrollo N meses, M dias

Numero de Licencias
DETALLE DE PRODUCTOS (Si contempla licencias o uso de
(Para Entorno de
productos propios o de terceros)
Pruebas y Desarrollo)
Producto 1 N
Producto 2 N
Producto 3 N
Producto … N
Producto N N

2. LISTADO DE REQUERIMIENTOS
Zona Colaboración
A1 Generalidades
A2 Documentos Compartidos
A3 Blogs
A4 Tareas
A5 Encuestas
A6 Generación de conocimiento
A7 Divulgación información
42
RESPUESTA DEL
ID Req Requerimiento
OFERENTE
Zona Colaboración
El sistema debe permitir la definición de grupos de
usuarios y/o comunidades, los cuales usarán todos o
1 DESARROLLO TOTAL
algunos de los servicios de colaboración (foros, blogs,
chats, etc.) que se registran en estos requerimientos.

El sistema debe permitir el uso de los diferentes servicios


2 DESARROLLO TOTAL
de colaboración de forma local o remota vía web.

El sistema debe permitir la configuración de alarmas a los


administradores sobre vigencias de contenido,
3 DESARROLLO TOTAL
participación de los usuarios en los servicios de
colaboración (foros, blogs, etc), entre otras.
El sistema debe permitir la gestión (crear, actualizar,
4 consultar, versionar, eliminar) de los servicios de DESARROLLO TOTAL
colaboración que ofrece.
El sistema debe permitir registrar el historial de los
5 contenidos gestionados en los servicios de colaboración DESARROLLO TOTAL
ofrecidos.
El sistema debe permitir crear, consultar y editar
documentos en línea como texto, hojas de cálculo o
presentaciones, de forma concurrente o no concurrente.
6 Por cada documento que se cree se debe permitir la DESARROLLO TOTAL
adición de imágenes, comentarios, fórmulas, entre otros.
Este debe estar integrado con el gestor documental y el
gestor de procesos.
El sistema debe conservar el historial de las
modificaciones que realiza cada usuario dentro de un
7 DESARROLLO TOTAL
documento en línea, teniendo en cuenta el requerimiento
anterior
El sistema debe permitir la gestión de versiones de
8 DESARROLLO TOTAL
documentos trabajados en línea.
El sistema debe permitir leer y modificar documentos en
línea en cualquier momento y desde cualquier lugar,
9 DESARROLLO TOTAL
dispositivo o sistema operativo, sin necesidad de transferir
o portar información a otros medios.
El sistema debe permitir la creación de carpetas y
10 DESARROLLO TOTAL
jerarquías de carpetas para los documentos en línea.
El sistema debe permitir la definición de plantillas
11 reutilizables para los diferentes tipos de documentos en DESARROLLO TOTAL
línea.
El sistema debe permitir al administrador establecer los
12 permisos de edición y consulta de las carpetas o DESARROLLO TOTAL
documentos en línea.
El sistema debe permitir la creación, modificación, consulta
o eliminación de blogs privados y públicos para distintos
13 propósitos, por ejemplo: como espacio de trabajo para DESARROLLO TOTAL
discutir sobre un nuevo producto o publicar noticias
relacionadas con un tema de interés.

El sistema debe permitir registrar como mínimo la siguiente


información de un blog:
- Nombre del blog
- Responsable del blog
14 DESARROLLO TOTAL
- Descripción del blog
- Fecha y hora de creación
- Fecha de vencimiento para publicación de información en
el blog
El sistema debe permitir visualizar la información publicada
15 en cada blog por tema, por orden cronológico, por autor, DESARROLLO TOTAL
por fecha, entre otros.
El sistema debe permitir ser accedido a través de la web o
16 de la intranet, registrando usuario, fecha y hora en que DESARROLLO TOTAL
modifica información en el blog.
El sistema debe permitirle al administrador establecer los
17 permisos para gestionar (crear, consultar, modificar, DESARROLLO TOTAL
eliminar) los blogs.

El sistema debe ofrecer la funcionalidad para la creación


de tareas, las cuales deben tener asociada información
como la siguiente:
- Nombre de la tarea
- Responsable de la tarea
- Fecha de creación de la tarea
18 DESARROLLO TOTAL
- Fecha de vencimiento de la tarea
- Objetivos de la tarea
- Grupo encargado de realizar la tarea
- Descripción de la tarea
- Registros para el seguimiento de la tarea para cada uno
de los integrantes del grupo encargado de realizar la tarea
El sistema debe permitir reasignar las tareas a personas o
19 DESARROLLO TOTAL
grupos de trabajo.
El sistema debe permitir a los usuarios responsables de
una tarea reportar los resultados de la misma. Cada uno
20 DESARROLLO TOTAL
de los registros debe quedar con la fecha, hora y nombre
del usuario que lo realizó.
El sistema debe permitir la configuración de alarmas de
21 acuerdo a las fechas establecidas para el cumplimiento de DESARROLLO TOTAL
una tarea por usuario.
El sistema debe permitir la configuración del tipo de
mensaje y medio (correo electrónico, SMS) por el que se
22 DESARROLLO TOTAL
envía una alarma a los responsables de una tarea, pueden
ser internos o externos del Fondo.

El sistema debe permitir crear votaciones y encuestas que


23 DESARROLLO TOTAL
pueden ser respondidas por usuarios externos o internos.

El sistema debe permitir configurar el valor y peso de cada


24 DESARROLLO TOTAL
pregunta de las votaciones y/o encuestas.

El sistema debe permitir la definición de encuestas a


través de la web o de la intranet. Cada encuesta y/o
votación debe cumplir con características como las
siguientes:
- Categoría,
- Responsable,
25 - Preguntas, DESARROLLO TOTAL
- Fecha de creación,
- Fecha de vencimiento,
- Una o múltiples opciones de respuesta (respuestas
abiertas, respuesta múltiples, respuesta única respuesta,
respuesta verdadero o falso),
- Entre otras

El sistema debe permitir la medición de los resultados de


todas las encuestas y votaciones definidas. Se deben
26 DESARROLLO TOTAL
poder generar gráficos de análisis a partir de los
resultados.
El sistema debe permitir que los resultados de las
27 encuestas y/o votaciones se puedan consultar por tipo de DESARROLLO TOTAL
información, categoría, responsable,entre otras.
El sistema debe permitir descargar los datos de resultado
28 de una encuesta y/o votación en formatos como Excel, DESARROLLO TOTAL
CSV.
El sistema debe permitir la consulta de los históricos por
29 encuesta teniendo en cuenta filtros como fecha, categoría DESARROLLO TOTAL
de la encuesta, entre otros.
El sistema debe permitir que múltiples usuarios puedan
30 DESARROLLO TOTAL
responder una misma encuesta de forma concurrente.
El sistema debe permitir la asignación de una encuesta a
31 un grupo o una comunidad específica para su DESARROLLO TOTAL
diligenciamiento y análisis.
El sistema debe impedir que las encuestas sean
32 DESARROLLO TOTAL
respondidas parcialmente.
El sistema debe permitir la creación y gestión de un banco
de ideas e innovación que permita a todos los interesados
(colaboradores y/o externos) proponer sus ideas y
33 DESARROLLO TOTAL
propuestas de innovación. Estos comentarios o ideas solo
pueden ser consultados internamente en el Fondo, no
deben quedar públicos.

El sistema debe permitir consultar las ideas de innovación


34 DESARROLLO TOTAL
publicadas teniendo en cuenta filtros de búsqueda.

El sistema debe permitirle al administrador establecer los


35 DESARROLLO TOTAL
permisos para gestionar el banco de ideas e innovación.

El sistema debe permitir la publicación de videos, y ofrecer


36 DESARROLLO TOTAL
servicios de videoconferencia y teleconferencia.

El sistema debe proveer las funcionalidades para enviar,


37 DESARROLLO TOTAL
recibir y gestionar mensajes a dispositivos móviles (SMS).

El sistema debe proveer funcionalidades para la gestión de


38 DESARROLLO TOTAL
redes sociales internas
El sistema debe pemitir generar comunicados internos, con
noticias, artículos, links en internet o intranet, y que estos
39 DESARROLLO TOTAL
sean enviados a los directorios activos marcados, previa
autorización en flujo de trabajo
El sistema debe permitir la publicación automática de las
comunicaciones generadas en el Fondo, en el medio
40 aprobado (facebook, twitter, página web, intranet, SMS, e- DESARROLLO TOTAL
mail, páginas web de otras entidades), previa autorización
en flujo de trabajo

El sistema debe permitir la integración con sistemas


externos de envío de correo certificado a través de correo
41 electrónico, como el prestado por Certimail de la entidad DESARROLLO TOTAL
472. Debe permitir el uso de estas u otras estrategias
similares para el envió de comunicaciones certificadas.

El sistema debe cumplir las demás recomendaciones que


42 DESARROLLO TOTAL
se contemplan en GEL 3.0, para este tipo de soluciones.

3. Listado de Adicionales que su solucion puede proveer.

Adicionales - Si su enfoque provee otras funcionalidades,


o considera que otros requerimientos se deben considerar,
por favor incluyalos en esta parte (abajo).

Adicional 1.
Costo
Desarrollo
$ xxx.xxx
Mes de su Numero de Mes de su
plan de Licencias plan de
Costo
ejecución (Para ejecución
Unitario
cuando es Entorno de cuando es
Licencia
necesario Producción necesario
adquirirla N) adquirirla $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx

Relación
Comentarios Actividad

A1

A1

A1

A1

A1

A2
A2

A2

A2

A2

A2

A2

A3

A3

A3

A3

A3

A4
A4

A4

A4

A4

A5

A5

A5

A5

A5

A5

A5

A5

A5

A5
A6

A6

A6

A7

A7

A7

A7

A7

A7

TODOS
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO
DETALLE DEL DESARROLLO (Si contempla desarrollo) Tiempo Estimado
Estimado para este desarrollo N meses, M dias

Numero de Licencias
DETALLE DE PRODUCTOS (Si contempla licencias o uso de productos
(Para Entorno de
propios o de terceros)
Pruebas y Desarrollo)

Producto 1 N
Producto 2 N
Producto 3 N
Producto … N
Producto N N

2. LISTADO DE REQUERIMIENTOS
Zona Seguridad
A1 Software de servicios
A2 Accesibilidad - Autentificación, Autorización
A3 Administración
A4 Escalabilidad
A5 Replicación de información
A6 Expansibilidad
A7 Seguridad de la Información
A8 Integración
A9 Auditoría
67
Requerimiento RESPUESTA DEL OFERENTE
Zona Seguridad

El sistema debe estar certificado por el Open Group


(http://www.opengroup.org) como servidor que cumple con el
1 DESARROLLO TOTAL
estándar LDAP v3, lo cual garantiza la interoperabilidad con
las aplicaciones clientes que soportan LDAP.

El sistema debe soportar el estándar de seguridad


2 DESARROLLO TOTAL
"Common Criteria Security Evaluations at EAL4".
El sistema debe soportar la ejecución de múltiples procesos
3 LDAP contra el mismo repositorio de datos del directorio DESARROLLO TOTAL
LDAP v3.
El sistema debe soportar el llamado de sistemas externos
4 DESARROLLO TOTAL
para validar las políticas de autorización.
El sistema debe soportar la definición de solicitud de
5 métodos de autenticación adicional en caso en que el DESARROLLO TOTAL
recurso haya sido definido como de nivel de seguridad
crítico.
El sistema debe soportar cambios en línea al esquema del
6 directorio sin necesidad de reinicializar los servicios del DESARROLLO TOTAL
directorio.
El sistema debe soportar y proveer servicios de
administración delegada para habilitar a los usuarios o
7 DESARROLLO TOTAL
administradores de aplicaciones el crear y/o actualizar la
información del directorio.
El sistema debe presentar soporte Multi-Dominio SSO.
8 Soporte SSO a aplicaciones web sobre múltiples web DESARROLLO TOTAL
servers, los cuales pueden encontrarse en diferentes
dominios de red.
El sistema debe presentar soporte Multi-Aplicaciones SSO.
9 Soporte a Identity Federation entre aplicaciones de la DESARROLLO TOTAL
entidad y aplicaciones de otras entidades.
El sistema debe presentar soporte a validar la autenticación
10 contra un sistema, si las credenciales del usuario no se DESARROLLO TOTAL
encuentran allí, ir a un segundo sistema.
El sistema debe presentar soporte de autenticación y
11 autorización de usuarios a través de aplicaciones presentes DESARROLLO TOTAL
en otras entidades.
El sistema debe proveer la habilidad de integrar políticas de
12 autorización en el sistema de manejo de identidad sin DESARROLLO TOTAL
necesidad de escribir el código.
El sistema debe proveer una consola centralizada de
13 administración web para todos los componentes del sistema DESARROLLO TOTAL
de acceso y políticas de control de acceso.
El sistema debe tener un repositorio único de datos. Dicho
14 repositorio puede ser consultado por uno o más servicios de DESARROLLO TOTAL
directorio LDAP v3.

El sistema debe implementar niveles de autenticación de


usuarios como anónimos, basados en contraseñas, y
15 basados en certificados usando el protocolo de seguridad DESARROLLO TOTAL
Secure Sockets Layer (SSL) v3 para autenticar el acceso y
la privacidad de los datos.

El sistema debe permitir mecanismos de carga masiva de


16 DESARROLLO TOTAL
definición de usuarios.
El sistema debe otorgar servicios de autenticación y
17 autorización, flexibles y seguros, que proporcionen DESARROLLO TOTAL
protección para los datos.
El sistema debe permitir a los clientes autenticarse antes de
18 realizar consultas de nombres sobre la base del directorio DESARROLLO TOTAL
LDAP.
El sistema debe permitir el acceso al directorio LDAP desde
19 DESARROLLO TOTAL
múltiples plataformas de computación.
El sistema debe proporcionar acceso mediante LDAP y
20 utilizar un espacio de nombres basado en el Sistema de DESARROLLO TOTAL
nombres de dominio (DNS).

El sistema debe ser compatible con varios protocolos de


autenticación, como el protocolo Kerberos v5, Secure
21 DESARROLLO TOTAL
Sockets Layer (SSL) v3, y Transport Layer Security (TLS),
utilizando certificados X.509 v3.
El sistema debe permitir utilizar protección de contraseñas,
22 por diferentes métodos como enmascaramiento en las DESARROLLO TOTAL
interfaces, transporte cifrado y almacenamiento cifrado.

El sistema debe permitir la definición de reglas sobre las


contraseñas como: Prohibición en la reutilización de “N”
contraseñas anteriores, niveles de complejidad, uso de
23 diccionarios de varios lenguajes, políticas de combinación DESARROLLO TOTAL
de mayúsculas, minúsculas, dígitos y símbolos, definición de
la longitud máxima y mínima, y otras que permitan el
endurecimiento de las mismas.

Permitir la definición del máximo número de intentos fallidos


24 DESARROLLO TOTAL
de acceso.
Permitir la definición del máximo número de entradas al
25 DESARROLLO TOTAL
sistema por usuario.
Permitir la definición y alerta del número de días para
26 DESARROLLO TOTAL
vencimiento de la contraseña.
El sistema debe proveer diversidad de mecanismos para
27 facilitar el uso de Single SignOn, por parte de los demás DESARROLLO TOTAL
sistemas.
El sistema debe conceder a cualquiera en el grupo de
28 administradores crear, borrar, y editar todos los aspectos de DESARROLLO TOTAL
información almacenados en el LDAP.

El sistema debe permitir que los administradores puedan


29 decidir permitir o no el acceso anónimo a la información de DESARROLLO TOTAL
servicios de la base de datos de un directorio.

El sistema debe facilitar la configuración y administración de


30 las aplicaciones y los componentes de red habilitados para DESARROLLO TOTAL
el uso de directorios.

El sistema debe permitir la delegación de la administración,


31 es decir, el administrador puede delegar parte de su trabajo DESARROLLO TOTAL
en otras cuentas en las que confía.

El sistema debe permitir que los administradores puedan


añadir nuevas clases de objetos en el esquema, y nuevos
atributos a las clases de los objetos existentes. El esquema
32 DESARROLLO TOTAL
debe contener una definición de cada clase de objeto y los
atributos de cada clase de objeto que se deben poder
almacenar en el directorio.

El sistema debe permitir crear estructuras de información


jerárquicas de usuarios, grupos y en general de recursos de
red, que simplifiquen el control de las credenciales
33 DESARROLLO TOTAL
administrativas y otras opciones de seguridad, y permitan a
los usuarios localizar recursos de red como archivos e
impresoras, con mayor facilidad.
El sistema debe permitir el control de credenciales a través
34 DESARROLLO TOTAL
de estructuras jerárquicas.
El sistema debe gestionar un sistema de nombres articulado
y jerarquizado en múltiples niveles, agrupando todas las
35 DESARROLLO TOTAL
cuentas en unidades organizativas que se convertirán en
unidades específicas de administración.
El sistema debe permitir organizar y simplificar la
administración de usuarios, equipos, aplicaciones y
36 DESARROLLO TOTAL
dispositivos, y facilitar a los usuarios la búsqueda de la
información que necesitan.
El sistema debe permitir que las políticas de grupo
determinen el acceso a los objetos de directorio y los
recursos del dominio. El sistema debe interpretar qué
37 DESARROLLO TOTAL
recursos del dominio (por ejemplo, aplicaciones) están
disponibles para los usuarios, y cómo estos recursos de
dominio son configurados para su uso.

El sistema debe permitir administrar las tareas del LDAP a


38 través de scripts o mediante aplicaciones con lenguajes de DESARROLLO TOTAL
programación tradicionales orientados a objetos.

El sistema debe permitir conceder a un grupo de


administradores la capacidad de modificar la información de
39 los usuarios para diferentes campos como: título del trabajo, DESARROLLO TOTAL
número ID del empleado, nombre del departamento, número
del departamento.

40 El sistema debe permitir la definición y configuración de DESARROLLO TOTAL


características de control sin necesidad de escribir código.

41 El sistema debe proveer una herramienta de administración DESARROLLO TOTAL


gráfica basada en Web para que los usuarios puedan
administrar la información de sus propias cuentas.

El sistema debe ser escalable para manejar grandes grupos


42 DESARROLLO TOTAL
de usuarios e interoperar con otros repositorios externos.

El sistema debe poder escalarse hasta llegar a tener miles


de objetos por cada dominio y utilizar tecnología de
43 DESARROLLO TOTAL
indización y técnicas de replicación avanzadas para
aumentar el rendimiento.

El sistema debe presentar todos sus datos en un solo


44 almacén de datos distribuidos, permitiendo a los usuarios DESARROLLO TOTAL
fácil acceso a la información desde cualquier lugar.
El sistema debe ser expansible, permitiendo la inclusión de
45 DESARROLLO TOTAL
nuevas funcionalidades en el futuro.

El sistema debe presentar una estructura de base de datos


46 DESARROLLO TOTAL
expansible para permitir tipos de información personalizada.

El sistema debe permitir delegar con seguridad la lectura y


47 modificación de datos, basado en autorizaciones según las DESARROLLO TOTAL
necesidades utilizando ACLs (Lista de Control de Acceso).

El sistema debe proporcionar toda la información necesaria


48 sobre directivas de seguridad y las cuentas de acceso al DESARROLLO TOTAL
sistema de cada usuario o grupos de ellos.
El sistema debe presentar soporte a Certificados Digitales
49 DESARROLLO TOTAL
como método de autenticación.
El sistema debe permitir que las notificaciones a terceros
50 sean enviadas por medio de un sistema seguro que se DESARROLLO TOTAL
encuentre cifrado y solo pueda ser abierto con una
contraseña segura
El sistema debe presentar soporte a Kerberos como método
51 DESARROLLO TOTAL
de autenticación.
El sistema debe presentar soporte a SecurID como método
52 DESARROLLO TOTAL
de autenticación.
El sistema debe presentar soporte a biométricos como
53 DESARROLLO TOTAL
método de autenticación.
El sistema debe garantizar siempre que los datos
54 empaquetados provienen de una fuente conocida y que no DESARROLLO TOTAL
ha sido manipulado.

El sistema permite que el servicio de autenticación y


55 DESARROLLO TOTAL
autorización se use a través de internet de manera segura.

El sistema debe poder integrarse con otras aplicaciones, los


56 cuales posee su propio servidor de directorio o repositorio DESARROLLO TOTAL
de usuarios separado.
El sistema debe constar de un grupo de interfaces y
servicios incorporados que facilitan el control de acceso, la
57 DESARROLLO TOTAL
conexión única, la administración de perfiles de usuarios y la
sincronización.
El sistema debe permitir el almacenamiento seguro de llaves
58 DESARROLLO TOTAL
públicas y privadas.
El sistema debe permitir el aprovisionamiento de llaves y
59 certificados, de manera central y sujeto a un nivel de DESARROLLO TOTAL
autorización en el directorio.
El sistema debe generar logs de auditoría para hacer
seguimiento a las operaciones realizadas por los usuarios,
60 DESARROLLO TOTAL
identificando fecha, hora, usuario, terminal, sesión, acción
realizada.

El sistema debe permitir administrar los logs de auditoria


61 (espacio en disco, vigencia de logs, programación de DESARROLLO TOTAL
generación de informes de auditoría, permanencia de logs).

El sistema debe permitir auditar las operaciones de


62 DESARROLLO TOTAL
administración del sistema y de la base de datos.
Permitir programar políticas de auditoría que registren
63 eventos ejecutados cuando se cumplen las condiciones DESARROLLO TOTAL
establecidas.
Permitir auditar concurrencias, consistencias e integridad de
64 DESARROLLO TOTAL
la información.
Contar con mecanismos de corrección de errores y realizar
65 DESARROLLO TOTAL
registros en log de estas operaciones.
El sistema debe mantener una bitácora de información de
66 DESARROLLO TOTAL
uso de la misma y facilidades de consulta sobre el log.

El sistema debe cumplir las demás recomendaciones que se


67 DESARROLLO TOTAL
contemplan en GEL 3.0, para este tipo de soluciones.
3. Listado de Adicionales que su solucion puede proveer.
Adicionales - Si su enfoque provee otras funcionalidades, o
considera que otros requerimientos se deben considerar, por
favor incluyalos en esta parte (abajo).
Adicional 1.
Costo
Desarrollo
$ xxx.xxx

Mes de su plan Numero de Mes de su plan


de ejecución Licencias de ejecución Costo
cuando es (Para Entorno cuando es Unitario
necesario de necesario Licencia
adquirirla Producción) adquirirla

N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx

Relación
Comentarios Actividad

A1

A1

A1

A1

A1

A1
A1

A1

A1

A1

A1

A1

A1

A1

A1

A1

A2

A2

A2

A2

A2
A2

A2

A2

A2

A2

A2

A3

A3

A3

A3

A3

A3

A3
A3

A3

A3

A3

A3

A3

A3

A4

A4

A5

A6

A6

A7

A7
A7

A7

A7

A7

A7

A7

A7

A8

A8

A8

A8

A9

A9

A9

A9

A9

A9

A9

TODOS
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO
Costo
DETALLE DEL DESARROLLO (Si contempla desarrollo) Tiempo Estimado
Desarrollo
Estimado para este desarrollo N meses, M dias $ xxx.xxx
Mes de su
plan de
Numero de Licencias
DETALLE DE PRODUCTOS (Si contempla licencias o uso de ejecución
(Para Entorno de
productos propios o de terceros) cuando es
Pruebas y Desarrollo)
necesario
Producto 1 N adquirirla
Producto 2 N
Producto 3 N
Producto … N
Producto N N
16
2. LISTADO DE REQUERIMIENTOS
RESPUESTA DEL Comentario
ID REQ Requerimiento
OFERENTE s
El sistema debe atender y resolver el contexto y la
problemática descritos en el "Anexo 12 - Detalle del
1 DESARROLLO TOTAL
Requerimiento de Captura, Formularios y Reemplazo
de SIAF.".

El sistema debe tener encuenta y proveer mecanismos


2 para atender un escenario de cremiento como el DESARROLLO TOTAL
descrito en "Anexo 11 - Escenario de Crecimiento".

El sistema debe avisar al tercero que envía información


que los campos en los formularios se encuentran o no
3 DESARROLLO TOTAL
correctos, y generar un reporte de inconsistencias antes
de su envió efectivo
El sistema debe permitir diseñar reglas de validación
sobre los registros en la captura de información frente a
4 la información histórica, ejemplo variaciones DESARROLLO TOTAL
porcentuales en montos, número de registros,
consolidados, conteos, fragmentación de cuentas.
El sistema debe permitir el diseño de validaciones de
campos obligatorios y opcionales, así como
5 validaciones de formato de los datos como texto, DESARROLLO TOTAL
número, moneda, porcentaje, carácteres especiales,
espacios en blanco.
El sistema debe permitir flexibilidad para crear
formularios sencillos, en poco tiempo, para capturar
6 información básica que se considere necesaria de las DESARROLLO TOTAL
cooperativas u otros entes. (Ver ejemplo Anexo -
Solicitud de inscripción)
El sistema debe permitir flexibilidad para crear
formularios en poco tiempo, para diligenciar la
información que se considere necesaria con el fin de
realizar el trámite de solicitud de apoyo, el formulario
debe contener mínimo los siguientes campos:
- Nombre de la Cooperativa*
- Nit Cooperativa*
- Nombre representante Legal*
- Revisor Fiscal*
- Nombre de la persona solicitante*
7 DESARROLLO TOTAL
- Cédula*
- Correo electrónico*
- Teléfono
- Ciudad
- Dirección física
- Monto del Apoyo*
- Necesidad del apoyo* (Texto), incluir el porque se
requiere.
- Tiempo estimado de devolución de recursos*
* Campos obligatorios

El sistema debe permitir flexibilidad para crear


formularios de carga masiva de información financiera,
en poco tiempo, para capturar la información que se
considere necesaria con el fin de realizar seguimiento a
8 las cooperativas. La estructura de la información debe DESARROLLO TOTAL
estar conforme a los estándares de la Supersolidaria,
Superfinanciera, y los dipuestos por el Fondo. Ver
información relacionada en el Anexo - Ayuda de SIAF
(Siaf captura.hlp)

El sistema debe permitir grabar de forma parcial las


solicitudes y guardar de manera automática los datos
9 que se hayan ingresado, si falla la comunicación, DESARROLLO TOTAL
además de permitir luego, continuar con el proceso de
diligenciamiento.
El sistema debe permitir la parametrización de los
formatos requeridos dependiendo del tipo de solicitud
10 (Ver pestaña "Tipificación de las Solicitudes") y de las DESARROLLO TOTAL
características del inscrito (Ver "Estados de las
Entidades")

El sistema debe permitir obtener información adicional


de la cooperativa por medio del mismo formulario,
donde la cooperativa ingresa su información financiera,
11 transaccional o de ahorradores, el cargue se debe DESARROLLO TOTAL
realizar desde una hoja de cálculo conforme a los
estándares de la Supersolidaria, Superfinanciera, y los
dipuestos por el Fondo de acuerdo a sus políticas.
El sistema debe permitir obtener información adicional
de la cooperativa por medio del mismo formulario,
donde la cooperativa ingresa su información financiera,
transaccional o de ahorradores, el cargue se debe
realizar desde un esquema tipo hoja de cálculo
conforme a los estándares de la Supersolidaria,
12 Superfinanciera, y los dipuestos por el Fondo. La DESARROLLO TOTAL
información necesaria es, entre otra que se pueda
solicitar:
- Flujo de caja proyectado
- Relación de titulos valores
- PUC Histórico y proyectado
- Saldos diarios

El sistema debe permitir realizar retransmisiones de


información totales o parciales por parte de las
cooperativas, la información anterior enviada por la
cooperativa debe ser conservada, y se debe poder
13 consultar un registro donde quede la trazabilidad de DESARROLLO TOTAL
cambios en la información, indicando campos
ajustados, fecha, hora, usuario, número de cambio.
Estas retransmisiones deben tenerse en cuenta como
un proceso nuevo en los flujos de información.

El sistema debe ser flexible y generar nuevos cálculos


desde muchos meses atrás cuando existan
retransmisiones, la información anterior debe ser
14 DESARROLLO TOTAL
guardada para permitir mostrar la trazabilidad, pero el
sistema solo debe tomar para comparación los nuevos
datos

El sistema debe permitir guardar un registro de las


reglas de validación y configuración detallada con la
que se cargó un archivo o formulario, en una vigencia
15 DESARROLLO TOTAL
determinada, para eventualmente si existen procesos
de retransmisión u otros, recuperar esta configuración y
aplicarla nuevamente.

Los formatos de cargue deben ser flexibles si se


presentan cambios en los estándares, o si el Fondo
requiere captura de información adicional en estos
16 DESARROLLO TOTAL
mismos, y debe llevarse administración la
configuración de los formatos cambiados y de la
información cargada.

3. Listado de Adicionales que su solucion puede proveer.


Adicionales - Si su enfoque provee otras
funcionalidades, o considera que otros requerimientos
se deben considerar, por favor incluyalos en esta parte
(abajo).
Adicional 1.
Numero de Mes de su
Licencias plan de
Costo
(Para ejecución
Unitario
Entorno de cuando es
Licencia
Producción necesario
N) adquirirla $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx

Relación
Actividad
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO
DETALLE DEL DESARROLLO (Si contempla desarrollo)
Estimado para este desarrollo

DETALLE DE PRODUCTOS (Si contempla licencias o uso de productos propios o de terceros)

Producto 1
Producto 2
Producto 3
Producto …
Producto N

2. LISTADO DE REQUERIMIENTOS
Zona Solución de Riesgo
A1 Modelado de Riesgos
A2 Valoración de los modelos e indicadores de riesgo
A3 Gestión y seguimiento a indicadores y modelos de riesgo
A4 Integración de la Solución de Riesgo

19

ID REQ Requerimiento
Modelado de Riesgos

Debe ser posible la expresión y puesta a prueba de modelos estándar de riesgo liquidez,
1 como los expresados en el Anexo SARL, en particular el modelo de IRL, del fondo y de las
cooperativas (Ver Anexo 1.4 - Estructura del IRL)

2 Debe ser posible la expresión y puesta a prueba de otros modelos estándar de riesgo CAME
de riesgo financiero.

3
Debe ser posible la expresión y puesta a prueba de modelos personalizados de riesgo liquidez

Debe ser posible la expresión y puesta a prueba de otros modelos afines, con riesgo liquides,
4
como brecha de liquidez, niveles de endeudamiento, nivel de ahorros, niveles de préstamo,
Modelo de alerta temprana MAT, entre otros. (Ver Anexos SARM Y SARL)

Debe ser posible la expresión y puesta a prueba de indicadores como Brecha de Liquidez,
5 Herfindal y los controles de ley que implican reglas de negogio, a los que esta sujeto el
fondo.

Debe ser posible la expresión y puesta a prueba de otros modelos de riesgo crédito y perdida
6 esperada con componentes como: Probabilidad de Quiebra (PD), Exposicion (EAD), y LGD
(Loss given default).
Medición y Cálculo de los modelos e indicadores de riesgo

11 Debe ser posible, cambiar coeficientes, porcentajes y otros parámetros del modelo, desde un
motor de reglas, sin modificar el modelo original.

12 Debe ser posible ejecutar y calcular todos y cada uno de los modelos, con un conjunto de
datos de prueba, con los datos de producción del fondo o con otros que se tengan.
13 Si tiene un mecanismo especial para ejecutar los modelos explíquelo.

El sistema debe proveer un mecanismo para que un conjunto de entidades inscritas, calculen
14 con la información que ellas tengan disponible, el IRL (Índice de Riesgo Liquidez), según el
modelo del fondo. (Ver Anexo 1.4 - Estructura del IRL).

Explique como el mecanismo existente de ejecución de los modelos de su solución, favorece


15 el rendimiento y la escalabilidad. (Si facilidades de paralelismo, de secuenciación o
fragmentación automática de tareas, explíquelo)
Gestión y seguimiento a indicadores y modelos de riesgo
Resultado de la valoración el sistema debe poder consolidar la información de modelos e
16
indicadores existentes, en un tablero de control.
En el sistema se debe poder capturar la información de inflación, DTF, y otras variables
17
macroeconómicas, y se tome dicha información para cálculo en diferentes procesos
18 Debe permitir generar eventos, alarmas y notificaciones sobre los modelos existentes.
La información de un modelo debe poderse integrar a uno o varios flujos de proceso
19
existentes.
El sistema debe permitir la visualización del histórico de los indicadores calculados. Debe
20 permitir guardar la información, en caso de retransmisión de información, se debe poder
consultar la información antes de retransmisión, y después de retransmisión.
Integración de la Solución de Riesgo
El sistema debe proveer los mecanismos e indicadores necesatios para INTEGRAR el
33 sistema SIG, existente, la descripción de esta integración está descrita en el "Anexo 13 -
Detalle del Requerimiento de Integración del SIG".
El sistema debe poder consumir, detalles del portafolio, VaR y o Posición Diaria, proveniente
34 de servicios de la aplicación Administradora del Portafolio, Midas de Heinsohn, para las
actividades que se requieran en la solución de riesgo.
El sistema debe poder consumir, la información de Cambios en TES, tasas de interés,
información de riesgo de mercado, percepción de inflación, y otra información que se
considere pertinente proveniente de una aplicación de un tercero o de la aplicación
35 Administradora del Portafolio, Midas de Heinsohn, para la administración del portafolio en un
tablero informativo para el agente de inversión del fondo, para las actividades que se
requieran en la solución de riesgo.

3. Listado de Adicionales que su solucion puede proveer.


Adicionales - Si su enfoque provee otras funcionalidades, o considera que otros
requerimientos se deben considerar, por favor incluyalos en esta parte (abajo).
Adicional 1.
Tiempo Estimado Costo Desarrollo
N meses, M dias $ xxx.xxx

Mes de su plan Mes de su plan


Número de
Número de Licencias de ejecución de ejecución Costo
Licencias
(Para Entorno de cuando es cuando es Unitario
(Para Entorno
Pruebas y Desarrollo) necesario necesario Licencia
de Producción)
adquirirla adquirirla
N N $ xxx.xxx
N N $ xxx.xxx
N N $ xxx.xxx
N N $ xxx.xxx
N N $ xxx.xxx

RESPUESTA DEL
Comentarios Relación Actividad
OFERENTE

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL
DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL
DESARROLLO TOTAL
DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO
DETALLE DEL DESARROLLO (Si contempla desarrollo) Tiempo Estimado
Estimado para este desarrollo N meses, M dias

Número de Licencias
DETALLE DE PRODUCTOS (Si contempla licencias o uso de
(Para Entorno de
productos propios o de terceros)
Pruebas y Desarrollo)
Producto 1 N
Producto 2 N
Producto 3 N
Producto … N
Producto N N
7
2. LISTADO DE REQUERIMIENTOS
RESPUESTA DEL
Requerimiento
OFERENTE
El sistema debe alertar a usuario responsable que debe buscar
1 un administrador del proceso de pago, entidades ejecutoras, DESARROLLO TOTAL
entidades de divulgación, notificadoras, pagadoras,
operadores logísticos
El sistema debe generar un informe consolidado del costo total
del proceso, incluyendo fechas de inicio, hitos y final, fechas
2 de los pagos, detalle de formas de pago, detalle de DESARROLLO TOTAL
ahorradores pagados y no pagados entre otra información que
se defina para este informe.

El sistema debe permitir ejercer el control sobre la acreencia, y


3 permitir la recepción de novedades, como cambios de DESARROLLO TOTAL
titularidad, control sobre apoderados o titulares, cambios en
valores de los depósitos y otras novedades que se definan.

El sistema debe permitir el registro del seguimiento realizado


por parte del usuario, sobre los pagos y otros que deban ser
4 consignado en el sistema y la información detallada enviada DESARROLLO TOTAL
por el administrador, como, fechas de pago, beneficiarios,
montos, reclamaciones juridicas y otros atributos que se
definan.

El sistema debe permitir la configuración de reglas de cálculo


5 del valor del pago del seguro de depósito, referenciando la DESARROLLO TOTAL
información financiera disponible de la cooperativas y
ahorradores, permitiendo la formulación con condicionales,
redondeos y afines, según las políticas del fondo.
El sistema debe permitir la planeación y control de pagos
6 fraccionados, es decir la entrega en diversas fechas y montos DESARROLLO TOTAL
del dinero a los beneficiarios.
El sistema debe permitir la recepción y planeación, de pago
7 anticipado, esto es anterior al inicio del proceso normal, DESARROLLO TOTAL
efectuar pagos y control sobre los mismos.
3. Listado de Adicionales que su solucion puede proveer.
Adicionales - Si su enfoque provee otras funcionalidades, o
considera que otros requerimientos se deben considerar, por
favor incluyalos en esta parte (abajo).
Adicional 1.
Costo
Desarrollo
$ xxx.xxx Mes de su
Mes de su plan Número de
plan de
de ejecución Licencias Costo
ejecución
cuando es (Para Unitario
cuando es
necesario Entorno de Licencia
N necesario $ xxx.xxx
adquirirla Producción)
N adquirirla $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx

Relación
Comentarios Actividad
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO
DETALLE DEL DESARROLLO (Si contempla desarrollo) Tiempo Estimado
Estimado para este desarrollo N meses, M dias

Número de Licencias
DETALLE DE PRODUCTOS (Si contempla licencias o uso de productos
(Para Entorno de
propios o de terceros)
Pruebas y Desarrollo)
Producto 1 N
Producto 2 N
Producto 3 N
Producto … N
Producto N N
18
2. LISTADO DE REQUERIMIENTOS
RESPUESTA DEL
Requerimiento
OFERENTE

El sistema debe comparar la información enviada en la solicitud,


1 frente a la información de la Cooperativa que ya se encuentra en DESARROLLO TOTAL
el sistema y generar alertas que deben ser parametrizables

El sistema debe generar indicadores y agregados de información


2 parametrizables a manera de informes, para que el profesional DESARROLLO TOTAL
pueda generar un concepto y continué el proceso
El sistema debe mostrar a las personas que participan en el
3 proceso las decisiones tomadas alrededor de la cooperativa DESARROLLO TOTAL
(liquidación, venta, fusión, absorción, entre otras)

El sistema debe permitir consolidar la información de seguimiento


4 de los indicadores de riesgo de liquidez, condiciones del convenio DESARROLLO TOTAL
y ajuste a las proyecciones de las entidades en apoyo.

El sistema debe permitir consultar la información de las


cooperativas, por medio de agregados y otros indicadores
5 DESARROLLO TOTAL
parametrizables que soporten la toma de decisiones de apoyo,
intervención o salida ordenada, desde cualquier flujo de trabajo.

El sistema debe permitir la creación de agregados


parametrizables. Los agregados se refieren a grupos de
6 cooperativas, segmentados por características como tamaño, DESARROLLO TOTAL
sector, ubicación geográfica, u otro atributo de las cooperativas
que permita la conformación de grupos.
El sistema debe permitir la parametrización de un procedimiento
de auditoria sobre la consistencia de la información de los
7 miembros privilegiados, como la verificación de nombramientos y DESARROLLO TOTAL
relación con la posición neta.
El sistema debe permitir la parametrización de un procedimiento
de evaluación y comportamiento de los movimientos de
8 depósitos, aportes y créditos de los miembros privilegiados de las DESARROLLO TOTAL
cooperativas que permitan la detección e informe de casos
atípicos.
El sistema debe permitir mínimo, realizar comparación de los
indicadores o modelos como (MAT, CAME, Brecha de liquidez,
niveles de endeudamiento, nivel de ahorros, niveles de préstamo,
y otros definidos), frente a agregados por región, tipo de
9 DESARROLLO TOTAL
cooperativa, tamaño de cooperativa, endeudamiento, niveles de
liquidez, niveles de aportes, riesgo de tasa de interes y riesgo
crediticio u otras comparaciones definibles. Estas comparaciones
deben ser totalmente parametrizables en el sistema.

El sistema debe permitir que el profesional coloque marcas


especiales en el seguimiento de las cooperativas (Apoyo corto
plazo, Apoyo Largo plazo, Convenio, Toma de posesión,
Liquidación, Participación patrimonial) y estas deben generar
10 notificaciones de acuerdo al flujo de trabajo y/o a otros procesos DESARROLLO TOTAL
como alertas, y generación de nuevos formatos para reporte de
nueva información por parte de las cooperativas como flujos de
caja, relaciones de titulos valores, reportes de saldos diarios, PUC
histórico y proyectado, entre otra información.

El sistema debe permitir que el profesional vaya dejando


evidencia del seguimiento realizado a las Cooperativas, este
seguimiento debe registrar fecha, hora y usuario, adicionalmente
11 que se pueda adjuntar información tipo excel, word, pdf o DESARROLLO TOTAL
imágenes, y que estas puedan ser consultadas por otros
procesos o usuarios autorizados al buscar información de la
cooperativa
El sistema debe permitir que las cooperativas sean asignadas por
un usuario administrador determinado a los diferentes
12 DESARROLLO TOTAL
profesionales del Fondo, para que puedan realizar el seguimiento
a estas
El sistema debe permitir que las personas a cargo del proceso
puedan generar comentarios y seguimientos a la Cooperativa,
13 DESARROLLO TOTAL
estos deben quedar debidamente registrados en el sistema con
fecha, hora y usuario

El sistema debe permitir que se pueda observar toda la


información de la cooperativa a través del sistema ("biografía" de
la cooperativa, cambios de nombre, cambios de estado, cambios
14 de gerente, fechas de cambio, pagos, operaciones de apoyo, DESARROLLO TOTAL
convenios, fecha de inscripción, indicadores históricos, entre
otros), incluyendo los indicadores con los que se tomo la decisión
de iniciar el proceso de intervención
El sistema debe permitir que se pueda observar toda la
información de la cooperativa a través del sistema, como una
vista unificada de la hoja de vida o linea de tiempo de la misma,
15 esta debe integrar toda la historia y la información actual DESARROLLO TOTAL
disponible, incluyendo los indicadores, apoyos, intervenciones e
incluso hechos sucedidos a la entidad, que permita rastrear las
decisiones.
El sistema debe ser parametrizable para colocar metas, líneas
base de indicadores, y otras reglas con los cuales el sistema
pueda realizar una comparación, y en el caso que la Cooperativa
16 DESARROLLO TOTAL
se encuentre por fuera de ciertos rangos, generar una alerta al
profesional responsable del seguimiento y generar concepto
frente a la Cooperativa

Se deben poder consultar indicadores de meses anteriores


tomando información antes de retransmisión y con información
17 DESARROLLO TOTAL
despúes de retransmisión, comparación porcentual, comparación
de cuentas específicas, comparación de número de datos.

Todo el seguimiento realizado por parte del usuario, debe ser


consignado en el sistema, en el momento de tomar una decisión,
18 esta debe seguir el flujo de aprobación adecuado para su DESARROLLO TOTAL
aprobación, estas decisiones deben poder ser enviadas
manualmente vía correo electrónico o físico a diferentes entes
que sean asignados al proceso

3. Listado de Adicionales que su solucion puede proveer.


Adicionales - Si su enfoque provee otras funcionalidades, o
considera que otros requerimientos se deben considerar, por
favor incluyalos en esta parte (abajo).
Adicional 1.
Costo
Desarrollo
$ xxx.xxx
Mes de su Número de Mes de su
plan de Licencias plan de
Costo
ejecución (Para ejecución
Unitario
cuando es Entorno de cuando es
Licencia
necesario Producción necesario
adquirirla N) adquirirla $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx

Relación
Comentarios Actividad
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO
DETALLE DEL DESARROLLO (Si contempla desarrollo) Tiempo Estimado
Estimado para este desarrollo N meses, M dias

Número de Licencias
DETALLE DE PRODUCTOS (Si contempla licencias o uso de productos
(Para Entorno de
propios o de terceros)
Pruebas y Desarrollo)
Producto 1 N
Producto 2 N
Producto 3 N
Producto … N
Producto N N
27
2. LISTADO DE REQUERIMIENTOS
RESPUESTA DEL
Requerimiento
OFERENTE
El sistema debe pemitir el diseño de un formato de cuenta de
cobro de inscripción, que se genere de forma automática, y pueda
1 DESARROLLO TOTAL
enviarse a la entidad con el valor de los derechos de inscripción y
otros atributos que se definan.
El sistema debe permitir el manejo de las novedades, que se
generen en el proceso de cobro de prima de seguro como:
incripciones, sobreprimas, fusiones, escisiones, absorciones,
suspensiones y desmontes entre otras. Este manejo implica el
2 registro, actualización y aplicación de estas novedades, asi como DESARROLLO TOTAL
el manejo transaccional de cada novedad, es decir que no quede
en firme la novedad hasta que todas sus consecuencias sobre el
sistema y requisitos esten completos.

El sistema debe permitir el registro de la inscripción de una entidad


cooperativa (con usuario, fecha, hora), del concepto emitido por
3 DESARROLLO TOTAL
los profesionales (de varias áreas) , modalidad de inscripción,
entre otros atributos de la inscripción.

El sistema debe permitir estructurar la inscripción o la prima como


4 un conjunto de cuotas, que facilite la interacción con el modelo de DESARROLLO TOTAL
pagos por cuotas del sistema ERP (Heinsohn Apoteosys)

El sistema debe permitir guardar comentarios y decisiones


respecto a la solicitud de inscripción de la cooperativa,
5 DESARROLLO TOTAL
conservando fecha, instancia, comunicaciones con el solicitante y
respuestas

El sistema debe permitir la administración paramétrica del


porcentaje aplicable por concepto de costos de agencia, para esto,
en particular debe ser posible incluir reglas de liquidación sobre el
valor de la posición neta del inscrito y permitir diseñar validaciones
6 DESARROLLO TOTAL
al respecto, para esto debe ser posible manejar estados
relacionados con el concepto de costos de agencia/posición neta:
posición neta en cero, no disponible, positiva o negativa.
El sistema debe permitir la configuración de las reglas de
liquidación por tipo de cooperativa. Tanto los tipos de cooperativa
7 como las reglas a las que cada tipo esta sujeto, deben ser DESARROLLO TOTAL
entidades administrables (se deben poder agregar, eliminar, editar
y consultar).
El sistema debe permitir la configuración de las reglas de
liquidación por tipo de cooperativa. Tanto los tipos de cooperativa
8 como las reglas a las que cada tipo esta sujeto, deben ser DESARROLLO TOTAL
entidades administrables (se deben poder agregar, eliminar, editar
y consultar).
El sistema debe permitir la configuración de reglas de intereses de
9 mora, cargos adicionales, prorrateos y pagos parciales sobre el DESARROLLO TOTAL
valor de la inscripción.
El sistema debe permitir la configuración de reglas de intereses de
10 mora, cargos adicionales, prorrateos y pagos parciales sobre el DESARROLLO TOTAL
valor de las primas.
El sistema debe permitir la configuración de reglas de liquidación
del valor de las primas, sobre la posición neta / costos de agencia,
balances, estados financieros e informes financieros
11 desagregados e históricos de las entidades inscritas, las reglas DESARROLLO TOTAL
deben permitir formulaciones, condicionales, redondeos entre
otros. (La información de los inscritos se considera ya disponibles
en el sistema)

El sistema debe permitir la configuración de reglas de liquidación


del valor de las primas, sobre parámetros provenientes de
12 sistemas externos, como modelos de riesgo e indicadores. DESARROLLO TOTAL

El sistema debe permitir la configuración de reglas de liquidación


del valor de los derechos de inscripción. Las reglas deben permitir
referencias a la estructura de la información financiera,
13 DESARROLLO TOTAL
formulaciones, condicionales, redondeos entre otros (la
información de los inscritos se considera ya disponible en el
sistema).

El sistema debe permitir la desagregación del pago en varios


conceptos como valor base, parámetros con los que se calculó la
14 liquidación, existencia de novedades, costos de agencia, intereses DESARROLLO TOTAL
de mora u otros que permitan detallar y distribuir las afectaciones
contables, o efectuar las actividades de análisis que se definan.

El sistema debe permitir la desagregación del pago en varios


conceptos como valor base, parámetros con los que se calculó la
liquidación, existencia de novedades, costos de agencia, intereses
15 de mora u otros que permitan detallar y distribuir las afectaciones DESARROLLO TOTAL
contables, o efectuar las actividades de análisis que se definan.

El sistema debe permitir la generación de un reporte consolidado


de los pagos por entidad cooperativa, incluida la gestión de
notificaciones, cobros y demás actividades que se hayan realizado
16 durante el proceso, este reporte debe permitir herramientas de DESARROLLO TOTAL
análisis básico, como filtros, búsqueda y agrupación por sector,
tambien debe permitir revisar montos, en que entidades, y en
fechas.
El sistema debe permitir la generación de un reporte consolidado
de los pagos por entidad, incluida la gestión de notificaciones,
cobros y demás actividades que se hayan realizado durante el
17 proceso, este reporte debe permitir herramientas de análisis DESARROLLO TOTAL
básico, como filtros, búsqueda y agrupación por sector, también
debe permitir revisar montos, en qué entidades, y en fechas.

El sistema debe permitir la programación, registro, seguimiento y


control de las llamadas, asociadas a las actividades del cobro de
18 las primas y a las alertas, alarmas y notificaciones que se generen DESARROLLO TOTAL
hacia las entidades inscritas.
El sistema debe permitir transmitir los valores de la prima causada
19 y pendiente de pago, de acuerdo a una periodicidad, formato y DESARROLLO TOTAL
otros parámetros, al ente de control y supervisión.
El sistema debe permitir usar la información del modelo CAME,
MAT, IRL u otros definidos para las entidades inscritas al fondo,
20 para calcular la prima por riesgo. (Ver Anexo 1.5 - SARL y Anexo 6 DESARROLLO TOTAL
- SARM)

El sistema debe permitir visualizar tanto para usuarios externos


(cooperativas) como para usuarios internos (funcionarios del
fondo), los detalles de la solicitud de inscripción, la información
21 enviada por la cooperativa, el estado de una inscripción y sus DESARROLLO TOTAL
detalles, el valor de la liquidación de la inscripción y otros atributos,
de acuerdo a un nivel de autorización, y a la configuración de que
atributos son visibles y cuales no.

El sistema debe poder generar consolidados de los pagos


recibidos (autoliquidación de la entidad inscrita) y los valores de
22 prima liquidados en el sistema, generar diferencias y generar DESARROLLO TOTAL
procesos de ajuste a estas diferencias.
El sistema debe poder generar consolidados de los pagos
recibidos por concepto de inscripciones en el sistema, generar
23 DESARROLLO TOTAL
diferencias y permitir generar procesos de ajuste a estas
diferencias.
En particular, el sistema debe liquidar la prima y permitir ver el total
24 y el detalle de la liquidación hecha por el Fondo, para que sea DESARROLLO TOTAL
comparable con la autoliquidación del inscrito.
Respecto al pago, el sistema debe permitir generar la información
25 contable necesaria para el sistema ERP. La estructura de esta DESARROLLO TOTAL
información debe ser parametrizable.
Respecto al pago, el sistema debe permitir realizar las
afectaciones y ajustes contables necesarios del proceso, sobre el
26 DESARROLLO TOTAL
sistema ERP. Estas afectaciones y ajustes deben ser
parametrizables.
Respecto al pago, el sistema debe permitir realizar las
27 causaciones contables necesarias del proceso, sobre el sistema DESARROLLO TOTAL
ERP. Estas causaciones deben ser parametrizables.

3. Listado de Adicionales que su solucion puede proveer.


Adicionales - Si su enfoque provee otras funcionalidades, o
considera que otros requerimientos se deben considerar, por favor
incluyalos en esta parte (abajo).
Adicional 1.
Costo
Desarrollo
$ xxx.xxx
Mes de su Número de Mes de su
plan de Licencias plan de
Costo
ejecución (Para ejecución
Unitario
cuando es Entorno de cuando es
Licencia
necesario Producció necesario
adquirirla N
n) adquirirla $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx

Relación
Comentarios Actividad
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO
DETALLE DEL DESARROLLO (Si contempla desarrollo)
Estimado para este desarrollo

DETALLE DE PRODUCTOS (Si contempla licencias o uso de productos propios o de terceros)

Producto 1
Producto 2
Producto 3
Producto …
Producto N
14
2. LISTADO DE REQUERIMIENTOS
Requerimiento

El sistema debe permitir configurar un conjunto de reglas, y dejar registro de un conjunto de


políticas, para la evaluación de la prestación de la operación de apoyo. Estas reglas y
1
politicas tienen que ver con restricciones y condiciones financieras, de riesgo, de garantias,
sobre convenios y otras condiciones especiales que se definiran.
El sistema debe permitir consolidar un reporte del estado del proceso de apoyo de cara al
solicitante (entidad cooperativa) , a través de los canales del sistema (portal u otros), este
debe contener los detalles de la operacion de apoyo, los consolidados de pagos, el detalle
2 de progreso, informes de estado, los soportes de la decisión del proceso siguiente, como
endoso, u otros como intervención, salida ordenada u otros que se definan.

El sistema debe permitir elaborar la liquidación del convenio y el registro de esta operación
3 así como la generación de causaciones y asientos contables parametrizables para los
procesos que lo requieren (apoyo e intervención)
El sistema debe permitir generar un flujo para configurar las junta asesoras de los
4 representantes mayoritarios y minoritarios, de acuerdo a parámetros ingresados al sistema
(Ver Anexo 1.1 - Escogencia Junta asesora)

5 El sistema debe permitir generar un informe consolidado sobre el proceso de intervención,


con fechas, responsables y resultados del mismo, de acuerdo a la información recolectada.

6 El sistema debe permitir la integración para esta gestión, de un sistema de administración


de proyectos como el descrito en la pestaña "Adminitrador de Proyectos".
El sistema debe permitir que más de un área de aprobación pueda cerrar procesos o
actividades, y comunicación para el inicio de otros procesos, en este caso debe informar a
tesorería que se necesita de un monto de reserva para generar una operación de apoyo y
7
la secretaria general se debe informar que llegarán documentos físicos para el
perfeccionamiento del apoyo, y esta es en última instancia quien emite la aprobación sobre
los documentos para iniciar la ejecución.
El sistema debe permitir realizar seguimiento al conjunto de reglas, y políticas, definidas
en la evaluación de la prestación de la operación de apoyo. Debe ser posible generar
8 alertas, alarmas y notificaciones, programar tareas, y consolidar informes sobre el
cumplimiento y ajuste a estas reglas y políticas.
El sistema debe permitir registrar el conjunto de títulos de la cartera con atributos de: due
9 dilligence, revisión en centrales de riesgo, endoso, rendimientos, liquidez, calificación,
devolución de un conjunto de títulos (pagarés), otra información.

10 El sistema debe poder realizar el cambio de estado del proceso de intervención (cerrado -
regresa a seguimiento normal, salida ordenada, otros cambios de proceso, cierre definitivo
de la entidad), debe permitir el adjunto de soportes a la toma de decisión.
El sistema debe tomar la información de captura (Ver pestaña de Captura y Formularios),
11
reportada por terceros, para soporte de las decisiones.
El sistema debe transmitir la información de desembolso de operaciones de apoyo con
12 monto, beneficiario, fecha e identificación de la operación, entre otras, al ERP (Heinsohn
Apoteosys).

La información de pagarés que se deben adicionar en uno de los formularios (Formato


Relación títulos valores), debe ser comparada frente a la información que se encuentra en
el sistema y cumplir con unas condiciones parametrizables (cartera calificada en "A"
13
durante toda la vida del crédito, el valor solicitado no debe ser mayor al pago que se
realizaría por seguro de depósito, el valor de los págares debe cubrir el 140% del valor
solicitado, entre otras), si no es así debe generar la alerta del registro que no cumple

El sistema debe permitir generar un reporte de las actividades realizadas en el ciclo de vida
14
de la operación de apoyo.

3. Listado de Adicionales que su solucion puede proveer.


Adicionales - Si su enfoque provee otras funcionalidades, o considera que otros
requerimientos se deben considerar, por favor incluyalos en esta parte (abajo).
Adicional 1.
Costo
Tiempo Estimado
Desarrollo
N meses, M dias $ xxx.xxx
Mes de su Número de Mes de su
plan de Licencias plan de
Número de Licencias Costo
ejecución (Para ejecución
(Para Entorno de Unitario
cuando es Entorno de cuando es
Pruebas y Desarrollo) Licencia
necesario Producción necesario
N adquirirla N) adquirirla $ xxx.xxx
N N $ xxx.xxx
N N $ xxx.xxx
N N $ xxx.xxx
N N $ xxx.xxx

RESPUESTA DEL Relación


Comentarios
OFERENTE Actividad

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL
DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO
DETALLE DEL DESARROLLO (Si contempla desarrollo)
Estimado para este desarrollo

DETALLE DE PRODUCTOS (Si contempla licencias o uso de productos propios o de


terceros)
Producto 1
Producto 2
Producto 3
Producto …
Producto N
12
2. LISTADO DE REQUERIMIENTOS
Requerimiento

El sistema debe permitir administrar (crear, obtener, eliminar y editar) en el


portal, la hoja de vida de terceros y entidades proveedores, por parte de
1 estos, en diversas categorias (Ver pestaña terceros) según invitación,
además debe permitir la evaluación gracias a la definición reglas de
aceptación, de permanencia y exclusión.
El sistema debe permitir asignar los terceros o entidades proveedores a un
2 proceso del negocio, y generar a partir de allí un programa de seguimiento,
permitiendo la gestión de un proyecto como el descrito en la pestaña
"Administración de Proyectos".

3 El sistema debe permitir capturar un informe de resultados y calificación de


proveedores de comunicaciones y manejo de medios, con un formulario
parametrizable, con el fin que esta información quede visible en el sistema
El sistema debe permitir configurar un conjunto de reglas que permitan
4 calcular el valor a pagar por los servicios prestados de los terceros
contratados tanto individual como consolidado.
El sistema debe permitir configurar un conjunto de reglas que permitan
calcular el valor a pagar por los servicios prestados por terceros o
5 entidades proveedoras, dependiendo del tipo de tercero (Ver pestaña
terceros) - (Como ejemplo ver Anexo 1.9 - Formato de Cálculo de
Honorarios)
El sistema debe permitir generar un listado de agentes especiales
6
/liquidadores/ contralores, a partir de unos filtros parametrizables
El sistema debe permitir generar un listado de terceros o entidades
7 proveedoras, a partir de unos filtros parametrizables. (Ver Pestaña de
Terceros)
El sistema debe permitir guardar la información de administradores de
8
activos, datos de contacto, y evaluaciones de sus gestiones anteriores

9 El sistema debe permitir la generación de invitaciones vía correo


electrónico hacia las entidades administradores de activos para la Gestión
de Activos. Interacción con la Gestión Documental y el sistema de correo.
El sistema debe permitir la generación de invitaciones vía correo
10 electrónico hacia las entidades ejecutoras / entidades de divulgación /
notificadoras / pagadoras / operadores logísticos para un proceso de Pago
de Seguro. Interacción con la Gestión Documental y el sistema de correo.
El sistema debe permitir la generación de invitaciones vía correo
11 electrónico hacia los agentes especiales / liquidadores / contralores, para
un proceso de apoyo particular. Interacción con la Gestión Documental y el
sistema de correo.
El sistema debe permitir la generación de invitaciones vía correo
12 electrónico hacia los terceros (agentes especiales / liquidadores /
contralores / Administradores), para un proceso de apoyo particular.
Interacción con la Gestión Documental y el sistema de correo.

3. Listado de Adicionales que su solucion puede proveer.


Adicionales - Si su enfoque provee otras funcionalidades, o considera que
otros requerimientos se deben considerar, por favor incluyalos en esta parte
(abajo).
Adicional 1.
Tiempo Estimado Costo Desarrollo
N meses, M dias $ xxx.xxx
Mes de su
Número de
plan de
Número de Licencias Mes de su plan de Licencias
ejecución Costo Unitario
(Para Entorno de ejecución cuando es (Para Entorno
cuando es Licencia
Pruebas y Desarrollo) necesario adquirirla de
necesario
N Producción)
N $ xxx.xxx
adquirirla
N N $ xxx.xxx
N N $ xxx.xxx
N N $ xxx.xxx
N N $ xxx.xxx

RESPUESTA DEL Relación


Comentarios Actividad
OFERENTE

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL
DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO
DETALLE DEL DESARROLLO (Si contempla desarrollo) Tiempo Estimado
Estimado para este desarrollo N meses, M dias

Número de Licencias
DETALLE DE PRODUCTOS (Si contempla licencias o uso de productos
(Para Entorno de
propios o de terceros)
Pruebas y Desarrollo)
Producto 1 N
Producto 2 N
Producto 3 N
Producto … N
Producto N N
3
2. LISTADO DE REQUERIMIENTOS
RESPUESTA DEL
Requerimiento
OFERENTE

El sistema debe permitir generar informes con la información que


posee el Fondo, respecto a las cooperativas (número de cooperativas
intervenidas, Cooperativas a las que se las dado apoyo, Valor de los
activos recibidos por las cooperativas, valor de activos administrados DESARROLLO TOTAL
por terceros, gastos generados por activos, entre otros), los informes
deben ser parametrizables, y deben poder ser generado por los
1 usarios autorizados con un solo botón

El sistema debe permitir guardar la información de activos recibidos,


estos relacionados con el proceso realizado a una cooperativa, y que DESARROLLO TOTAL
se pueda ingresar las decisiones tomadas frente a los activos (venta,
2 entrega, cesión), valor, avalúo, fechas, administrador del activo

El sistema debe permitir realizar seguimiento a la gestión de


administradores de activos, sobre los activos, debe ser posible saber
cuando fueron entregados en cesión, o administración, en que estado DESARROLLO TOTAL
están, que nuevos avalúos se han efectuado, que gastos relacionados,
entre otros, esta información debe poder ser cargada por el tercero
3 encargado.

3. Listado de Adicionales que su solucion puede proveer.


Adicionales - Si su enfoque provee otras funcionalidades, o considera
que otros requerimientos se deben considerar, por favor incluyalos en
esta parte (abajo).
Adicional 1.
Costo
Desarrollo
$ xxx.xxx
Mes de su plan Mes de su plan
Número de
de ejecución de ejecución
Licencias Costo Unitario
cuando es cuando es
(Para Entorno Licencia
necesario necesario
de Producción)
N $ xxx.xxx
adquirirla adquirirla
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx

Comentarios Relación Actividad


1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO
DETALLE DEL DESARROLLO (Si contempla desarrollo)
Estimado para este desarrollo

DETALLE DE PRODUCTOS (Si contempla licencias o uso de productos propios o de terceros)


Producto 1
Producto 2
Producto 3
Producto …
Producto N
5
2. LISTADO DE REQUERIMIENTOS
Requerimiento

El sistema debe permitir divulgar las listas de contenidos, y el contenido mismo de


1 la agenda temática en los canales del sistema (portal, listas de sindicación,
integración con redes sociales, sms, u otros canales).
El sistema debe permitir el registro de una agenda temática de capacitación. La
agenda temática debe contener una serie de eventos, cursos, seminarios,
2
capacitaciones, conferencias y otros, con responsables, tiempos y organización de
tareas (cronograma).
El sistema debe permitir realizar seguimiento a la agenda temática de capacitación.
3
Con reportes de avance, alertas, alarmas y notificaciones.
El sistema debe permitir registrar los contenidos de los eventos, cursos, seminarios,
4 capacitaciones, conferencias y otros, como una lista de items con tipo, nombre,
descripción y otros atributos parametrizables.
La información de las encuestas, que se generen para las capacitaciones, deben
poderse relacionar con las agendas temáticas, y los contenidos de estas para
5
conseguir evaluar, numero de asistentes, percepción del programa, calidad de los
contenidos o del expositor entre otros.

3. Listado de Adicionales que su solucion puede proveer.


Adicionales - Si su enfoque provee otras funcionalidades, o considera que otros
requerimientos se deben considerar, por favor incluyalos en esta parte (abajo).
Adicional 1.
Costo
Tiempo Estimado
Desarrollo
N meses, M dias $ xxx.xxx
Mes de su plan Mes de su plan
Número de
Número de Licencias de ejecución de ejecución
Licencias Costo Unitario
(Para Entorno de cuando es cuando es
(Para Entorno Licencia
Pruebas y Desarrollo) necesario necesario
N de Producción)
N $ xxx.xxx
adquirirla adquirirla
N N $ xxx.xxx
N N $ xxx.xxx
N N $ xxx.xxx
N N $ xxx.xxx

RESPUESTA DEL
Comentarios Relación Actividad
OFERENTE

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO
DETALLE DEL DESARROLLO (Si contempla desarrollo)
Estimado para este desarrollo

DETALLE DE PRODUCTOS (Si contempla licencias o uso de productos propios o de terceros)


Producto 1
Producto 2
Producto 3
Producto …
Producto N
22
2. LISTADO DE REQUERIMIENTOS
Requerimiento

El sistema de generar reportes e informes consolidados de seguimiento y control del


estado de las inscripciones y los pagos, desagregados por los criterios de
1
segmentación de las cooperativas, o por los conceptos por los que se descompone un
pago.
El sistema debe permitir administrar el conjunto de informes estándar de manera que se
2
puedan generar automátcamente, desde un listado.

El sistema debe permitir definir atributos de seguimiento para las actividades. Sobre
estos atributos deben poderse generar indicadores respecto al plan, al responsable, al
3 proveedor. Un atributo de seguimiento es una propiedad particular de una actividad que
se quiere monitorear, por ejemplo en el caso de un proceso se apoyo, en una actividad
de evaluación de cartera en pagarés, podria ser el número de pagarés que fueron
conforme a las políticas.

El sistema debe permitir generar informes con la información de interacciónes y


comunicaciones con las cooperativas que posee el Fondo, los informes deben ser
4 parametrizables, en este caso los informes deben estar relacionados con número de
comunicados enviados, informes planificados, tiempo de respuesta de solicitudes,
número de solicitudes realizadas por tipo, por cooperativa, por entes de control, por
otros terceros.
El sistema debe permitir generar reportes personalizados, para el análisis, de la
información disponible de las operaciones de apoyo. Debe permitir consolidar, y
5 comparar de manera gráfica y analítica proyecciones con modelos parametrizables,
sobre la información histórica de las actividades realizadas en el ciclo de vida de la
operación de apoyo. puede quedar en el mismo aneterior.
El sistema debe permitir generar reportes personalizados, para el análisis, de la
información disponible de las operaciones de apoyo. Debe permitir consolidar, y
6 comparar de manera gráfica y analítica, la información histórica de las actividades
realizadas en el ciclo de vida de la operación de apoyo. Realizar proyecciones con
modelos predictivos parametrizables.

El sistema debe permitir la consulta histórica de información, reportes personalizados


7
de información de una cooperativa, reportes estándar y parametrizables.

El sistema debe permitir la generación de reportes y la construcción de informes de


8 pagos por diversos criterios, (segmentación, sector del inscrito, tamaño, volumen de
ahorradores, entre otros).
El sistema debe permitir la generación de reportes y la construcción de informes sobre
el proceso de gestión del cobro de las primas, sobre el tipo, estado y éxito de las
9 gestiones, de acuerdo a criterios de segmentación definibles. Por ejemplo, consultar el
número de llamadas realizadas para gestion de cobro a las entidades ubicadas en la
Amazonia.
El sistema debe permitir la generación de reportes y la construcción de informes sobre
información de periodos históricos parametrizables. De acuerdo a criterios de
10 segmentación definibles. Por ejemplo, consultar el historico de pagos vencidos para
entidades definidas como medianas.
El sistema debe permitir la generación de reportes y la construcción de informes sobre
proyecciones de información de los pagos de la prima, de periodos históricos y modelos
11 predictivos, de manera parametrizable, de acuerdo a criterios de segmentación
definibles. Por ejemplo, proyectar los pagos para las entidades definidas de ahorro y
crédito.

El sistema debe permitir la generación de un informe consolidado de riesgo liquidez y


riesgo de crédito incluida la información y comentarios relevantes de indicadores, y
12 demás actividades que se hayan realizado durante el proceso. En particular el sistema
debe permitir generar un reporte histórico parametrizable en términos de tiempo, fecha
y frecuencia, sobre el cumplimiento de las políticas SARL (Ver Anexo 1.5 - SARL)

El sistema debe permitir obtener información de indicadores, informes, y otra


13 información que sea parametrizada, con el fin de generar reportes editables más
complejos, y que sigan los flujos de aprobación y publicación dispuestos
El sistema debe permitir realizar proyecciones a los indicadores, balances, cuentas y
14 reportes de cooperativas teniendo en cuenta su información histórica hasta máximo dos
años
El sistema debe proveer un mecanismo flexible de generación de informes que
15 permitan la visualización de información consolidada o desagregada, sobre los
indicadores del fondo, o de los inscritos, respecto a riesgo liquidez y crédito.
Las proyecciones financieras deben ser parametrizables, para incluir nuevas fórmulas
de indicadores, una nueva forma de realizar la proyección, o tener en cuenta nuevas
16 variables definidas, también conectarse con datos de mercado en línea para generar
las proyecciones, tipo tasa de cambio, inflación, tasa de usura, DTF, otros que se
definan

El sistema debe permitir realizar búsquedas sobre la información financiera recolectada


por el módulo de "7. Captura y Formularios", por medio de palabras clave, números de
17
Cooperativa, nombres de Cooperativa, o nombres de documentos, y traer un listado
personalizado, indicando que columnas y de que entidad del sistema.

El sistema debe presentar el contenido, los menús y herramientas, de los reportes e


18
informes generados en idioma español.
El sistema debe soportar diversas formas de presentación de reportes a través de
19
textos, gráficos o imágenes.
El sistema debe permitir facilidades de usuario final para la generación de consultas y
20
reportes sin necesitar conocimientos en lenguajes de programación.
El sistema debe permitir generar los reportes o consultas en pantalla y por diferentes
21
formatos como CSV, XLS, TXT, PDF, PDF/A.
El sistema debe soportar el estimado, para el sistema de generación personalizada de
22
reportes, de 10 personas que lo usen y lo accedan.

3. Listado de Adicionales que su solucion puede proveer.


Adicionales - Si su enfoque provee otras funcionalidades, o considera que otros
requerimientos se deben considerar, por favor incluyalos en esta parte (abajo).
Adicional 1.
Tiempo Estimado Costo Desarrollo
N meses, M dias $ xxx.xxx
Número de Mes de su plan
Mes de su plan de
Número de Licencias Licencias de ejecución
ejecución cuando Costo Unitario
(Para Entorno de (Para Entorno cuando es
es necesario Licencia
Pruebas y Desarrollo) de necesario
N adquirirla N $ xxx.xxx
Producción) adquirirla
N N $ xxx.xxx
N N $ xxx.xxx
N N $ xxx.xxx
N N $ xxx.xxx

RESPUESTA DEL
Comentarios Relación Actividad
OFERENTE

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL
DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO
DETALLE DEL DESARROLLO (Si contempla desarrollo)
Estimado para este desarrollo

DETALLE DE PRODUCTOS (Si contempla licencias o uso de productos propios o de


terceros)

Producto 1
Producto 2
Producto 3
Producto …
Producto N
9
2. LISTADO DE REQUERIMIENTOS
Requerimiento
A las actividades creadas se les debe permitir asignar un responsable, una fecha
1
de cumplimiento, recursos (financieros y no financieros) y aprobadores
El sistema debe permitir configurar cadenas de escalamiento (alarmas, alertas,
2 notificaciones) que permitan, de acuerdo a eventos, notificar a otros
responsables, para llevar una solicitud o tarea a otro nivel de escalamiento de
manera automática.
El sistema debe permitir configurar eventos (alarmas, alertas, notificaciones) que
3
se integren a los flujos de proceso y de documentos.
El sistema debe permitir crear actividades dentro de otras actividades
4 (subactividades) y debe permitir vincular subprocesos desde las actividades, que
tengan los mismos atributos de las actividades, y también se les pueda realizar
seguimiento.
El sistema debe permitir crear nuevas actividades, o cancelar estas en el plan, y
5 guardar la trazabilidad de los cambios realizados a las actividades, esto solo
puede ser realizado por usuarios autorizados
El sistema debe permitir crear una serie de actividades, tipo cronograma, como
6 un programa a cumplir en determinado periodo de tiempo, con responsables,
recursos y fechas.
El sistema debe permitir que el responsable pueda escribir comentarios, cerrar
7 actividades cuando se hayan cumplido, colocar el costo real de la actividad
ejecutada, otros recursos utilizados, fecha real de finalización

El sistema debe permitir realizar informes respecto al cumplimiento de las


diferentes actividades realizadas, y compararlas frente al plan original aprobado,
8
obteniendo diferencias de fecha de finalización, cuales fueron ejecutadas y cuales
no, cuales aún no han sido ejecutadas, fecha final del programa, entre otros

El sistema debe permitir un proceso de aprobación detallado de los programas y


9 de las actividades de divulgación y de campañas de comunicaciones, debe
permitir generar el registro de la aprobación de actividades específicas, registro
de viabilidad (financiera, tiempo, técnica, mercado, otras), y tambien permitir
detallar las decisiones sobre actividades específicas.
3. Listado de Adicionales que su solucion puede proveer.
Adicionales - Si su enfoque provee otras funcionalidades, o considera que otros
requerimientos se deben considerar, por favor incluyalos en esta parte (abajo).
Adicional 1.
Tiempo Estimado Costo Desarrollo
N meses, M dias $ xxx.xxx

Mes de su plan de Número de Mes de su plan de


Número de Licencias Costo
ejecución cuando Licencias ejecución cuando
(Para Entorno de Unitario
es necesario (Para Entorno de es necesario
Pruebas y Desarrollo) Licencia
adquirirla Producción) adquirirla

N N $ xxx.xxx
N N $ xxx.xxx
N N $ xxx.xxx
N N $ xxx.xxx
N N $ xxx.xxx

RESPUESTA DEL
Comentarios Relación Actividad
OFERENTE
DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL

DESARROLLO TOTAL
1. DETALLE DE COSTO, TIEMPO Y LICENCIAMIENTO
DETALLE DEL DESARROLLO (Si contempla desarrollo)
Estimado para este desarrollo
Número de
Licencias
DETALLE DE PRODUCTOS (Si contempla licencias o uso de productos propios o de
(Para Entorno de
terceros)
Pruebas y
Producto 1 N
Desarrollo)
Producto 2 N
Producto 3 N
Producto … N
Producto N N

2. LISTADO DE REQUERIMIENTOS

A9 Integración
A4 Seguridad y Trazabilidad
A2 Portabilidad
A3 Flexibilidad y Evolución
A7 Usabilidad y Accesibilidad
A8 Mantenibilidad
A1 Concurrencia
A5 Disponibilidad y Recuperabilidad (Resilience)
A6 Confiabilidad

95

Requerimiento Obligatorio

1 El sistema debe permitir el acceso concurrente de usuarios vía web. SI

Las aplicaciones del lado del servidor del sistema deben, poder trabajar
sobre sistemas operativos Windows. Si lo soporta, especifique en
2 NO
comentarios que versiones soporta, y si alguna aplicación especifica tiene
una excepción.
Las aplicaciones del lado del servidor del sistema deben poder trabajar
sobre sistemas operativos Unix. Si lo soporta, especifique en
3 NO
comentariosque versiones soporta, y si alguna aplicación especifica tiene
una excepción.

Las aplicaciones del lado del servidor del sistema deben poder trabajar
4 sobre sistemas operativos Linux. Especifique en comentarios que NO
versiones soporta, y si alguna aplicación especifica tiene una excepción.

Las aplicaciones del lado del servidor del sistema deben poder trabajar
sobre sistemas operativos MAC. Si lo soporta, especifique en comentarios
5 NO
que versiones soporta, y si alguna aplicación especifica tiene una
excepción.
El sistema debe ofrecer compatibilidad de aplicaciones y servicios con
6 navegadores como Google Chrome, Internet Explorer, Mozilla Firefox, SI
Netscape, Opera, Safari.
El sistema debe ofrecer compatibilidad y ofrecer servicios a través de
7 sistemas móviles como teléfonos inteligentes y tablets, para Apple, SI
Android, Windows Mobile, u otros a nivel de plataforma WEB.

Las aplicaciones del lado del servidor del sistema deben poder trabajar
sobre un sistema manejador de base de datos ORACLE, Si lo soporta,
9 NO
especifique en comentarios que versiones soporta (9i, 10g, 11g o
superior) , y si alguna aplicación especifica tiene una excepción.

Las aplicaciones del lado del servidor del sistema deben poder trabajar
sobre un sistema manejador de base de datos MS - SQL Server, Si lo
10 NO
soporta, especifique en comentarios que versiones soporta , y si alguna
aplicación especifica tiene una excepción.
Las aplicaciones del lado del servidor del sistema deben poder trabajar
sobre un sistema manejador de base de datos Postgres, Si lo soporta,
11 NO
especifique en comentarios que versiones soporta, y si alguna aplicación
especifica tiene una excepción.
El sistema debe poderse acceder vía protocolo de aplicaciones
12 SI
inalámbricas (WAP).
El sistema debe permitir el intercambio de información y la presentación
13 SI
de forma 100% Web.
El sistema debe ser capaz de escalar, y soportar, un escenario de
crecimiento como el descrito en "Anexo 11 - Escenario de Crecimiento".
14 SI
Tenga en cuenta tambien el "Anexo 14 - Inventario de Capacidades y
Consumo Actuales". Para este requerimiento.
El sistema debe ser parametrizable en terminos de las interfaces de
15 usuario, debe utilizar estilos de cascada CSS3 y usar buenas prácticas en SI
su implementación.
El sistema debe ser parametrizable en terminos de los campos permitidos
16 SI
y obligatorios, de los perfiles de usuarios.
El sistema debe ser parametrizable para los casos en los que se
considere pertinente el uso de plantillas, como en la generación de
17 NO
correos, creación de informes, formatos del administrador de contenidos,
entre otros.
El sistema debe ser parametrizable en terminos de las tablas maestras de
18 la aplicación y proveer mecanismos de usuario final, como interfaces y SI
accesos, para su configuración.
El sistema debe evitar la existencia de puertas traseras o mecanismos de
modificación directa de los esquemas de datos, para labores operativas y
19 de negocio, toda funcionalidad, requerimiento, parametrización y SI
configuración debe tener una interfaz de usuario, sujeta a las politicas de
seguridad integral del sistema.
El sistema debe permitir la parametrización y cambio de la moneda en la
20 SI
que opera el sistema.
El sistema debe permitir de manera unificada y centralizada, la
administración y cambio de los recursos de datos (datasources). En
21 particular la instalación de una nueva instancia de la aplicación. debe ser SI
posible, sujeto a parametrizaciones de estos recursos de datos, de
manera sencilla.
El sistema debe permitir administrar vigencias, entendidas como periodos
de tiempo o lapsos, en respecto a la aplicación de reglas de negocio, es
decir, una regla de negocio, validación o configuración debe tener
22 SI
asociado los periodos en los que se aplicó y permitir restaurar o revisar
esta configuración para correr, procesos o actividades de negocio, como
capturas de información.
El sistema y cada parte de este, que requiera servicios de autenticación y
22 autorización integrarse con el directorio de autenticación y acceso (LDAP SI
o ACTIVE DIRECTORY).
El sistema y cada parte de este, que requiera servicios de autenticación
23 deberá estar en capacidad de incorporar los servicios de Single Sign On SI
(SSO).
El sistema debe permitir la administración de roles, perfiles, usuarios,
24 permisos y niveles de acceso a las diferentes funcionalidades del SI
sistema.
El sistema debe permitir la administración de roles, perfiles, usuarios,
25 SI
permisos y niveles de acceso a los datos del sistema.
El sistema debe permitir la definición del máximo número de intentos de
26 acceso y generar una alarma al administrador en caso de que un usuario SI
supere el límite.
El sistema debe contener mecanismos de seguridad, relacionados con la
utilización de los servicios a través de redes públicas e Internet, para
27 SI
garantizar: confidencialida, integridad y acceso autorizado a la
información.
El sistema debe generar logs de auditoría para hacer seguimiento a las
28 operaciones y acciones realizadas por los usuarios, identificando fecha, SI
hora, usuario, terminal, sesión, acción realizada.
El sistema debe ofrecer un log detallado que permita establecer las
29 acciones efectuadas por los usuarios sobre el sistema a nivel de SI
administración de seguridad.

30 El sistema debe permitir parametrizar los derechos de accesos a usuarios. SI

El sistema debe contar con herramientas y controles para la definición de


31 SI
menús según perfiles de usuario o grupos de usuarios
El sistema debe poder grabar o realizar un log del usuario que realiza un
32 cambio en un archivo o contenido junto al dato original, el dato final y la SI
fecha del cambio
El sistema debe permitir la generación de reportes sobre las acciones
33 SI
realizadas por usuario.
El sistema debe permitir manejar auditoria de los cambios realizados en
34 SI
los registros de las bases de datos.
El sistema debe contar con herramientas y controles de desconexión
35 SI
automática de sesiones de usuario por inactividad
El sistema debe presentar un modelo como estructura de negocio que
36 SI
involucre Intranet, Extranet e Internet.
El sistema debe establecer políticas y poseer mecanismos para evitar la
inyección de código, tanto en formularios como en formatos de carga
37 másiva, en información desde o hacia las interfaces del sistema, y en SI
general en toda la superficie el sistema donde pueda existir recepción de
datos de usuarios o aplicaciones externas.
El sistema debe establecer políticas y poseer mecanismos para evitar
ataques de XSS (Cross Site Scripting), en toda la superficie el sistema
38 SI
donde pueda existir recepción de datos de usuarios o aplicaciones
externas.
El sistema debe permitir guardar una traza de todos los mensajes
enviados desde el sistema, como mensajes de texto SMS o correos
39 SI
electrónicos. Los datos de que contenga esta traza deben poder
parametrizarse.
El sistema debe garantizar mecanismos de auditoría sobre los
documentos electrónicos que cumplan los principios de: disponibilidad
40 SI
confidencialidad, integridad, autenticidad y no repudio.

El sistema debe ofrecer la posibilidad de solicitar re-autenticación para


41 SI
las operaciones definidas como C75sensibles.
El sistema debe, respecto al manejo de sesiones invalidarlas cuando los
42 SI
usuarios cierren sesión (log out).
El sistema debe, respecto al manejo de sesiones desactivar las sesiones,
43 SI
sujetos a un tiempo de inactividad parametrizable.
El sistema debe, respecto al manejo de sesiones ubicar enlaces para
44 SI
cerrarlas todas las páginas que requieran autenticación.
El sistema debe, respecto al manejo de sesiones mantenter los ID de
45 SI
estos protegidos.
El sistema debe, respecto al manejo de sesiones cambiar los ID al
46 SI
momento del Log in.
El sistema debe, respecto al manejo de sesiones cambiar los ID al
47 SI
momento de la re-autenticación
El sistema debe, respecto al manejo de sesiones rechazar los ID de las
48 SI
sesiones inválidas

El sistema debe, respecto al manejo de sesiones asegurar la definición y


49 SI
ajuste de los parámetros de las cookies, para endurecer la seguridad.

El sistema debe estar preparado para una verificación de seguridad como


50 SI
la propuesta por OWASP (Open Web Application Security Project).

51 El sistema debe permitir la generación de copias de seguridad (backups) SI


El sistema debe permitir gestionar los mensajes de error, mensajes de
52 SI
confirmación, entre otros.
El sistema debe integrar un motor de base de datos que ofrezca soporte
53 al modelo ACID, que asegure Atomicidad, Consistencia, Aislamiento y SI
Durabilidad.
El sistema debe proporcionar un nivel de servicio de tiempo de
54 SI
actividades del 99,9%
El sistema debe cumplir con esquemas de disponibilidad y soporte 7 días
55 SI
a la semana, 24 horas al día y 365 días al año (7x24x365)
El sistema debe contener tutoriales en línea para el aprendizaje de la
56 SI
operación del sistema.
El sistema debe proporcionar facilidades de ayuda en línea a nivel de
57 SI
pantalla y campos.
El sistema debe contar con una opciones de acceso rápido y atajos,
58 diferentes aplicaciones, a las funcionalidades mas populares o a formas SI
específicas.
El sistema debe contar con documentación técnica y de usuario en idioma
59 SI
español.
El sistema debe proporcionar la documentación de administración y
60 SI
mantenimiento de las aplicaciones y las bases de datos.
El sistema debe estar direccionado a proporcionar las características de
usabilidad de acuerdo lo a lo establecido en GEL 3.0 y su manual de
61 SI
implementación, y a la personalización adicional que el FONDO realice de
estas.
El sistema debe estar direccionado a proporcionar las características de
accesibilidad de acuerdo lo a lo establecido en GEL 3.0, su manual de
62 SI
implementación, en particular a lo descrito en la NTC 5854, y a la
personalización adicional que el FONDO realice de estas.
El sistema debe estar alineado a los colores e imagen corporativa del
63 SI
Fondo.
El sistema debe permitir la integración de un motor de búsqueda
64 información publicada, como vínculos, archivos, documentos, usuarios, SI
entre otros,
El sistema debe contener un motor de indexación automático que permita
65 SI
indexar toda información publicada en el motor de búsqueda.
El sistema debe contar con interfaces gráficas de usuario que brinden
66 SI
facilidad y rapidez en la navegación de sus contenidos.
El sistema debe proporcionar facilidades de ayuda en línea a nivel
67 SI
pantalla y a nivel campo.
El sistema debe ofrecer facilidades de búsqueda, hints y listas
desplegables automáticas en los campos de selección y busqueda, que
68 SI
permitan al usuario obtener posibles valores que puede tomar un dato,
minimizando el ingreso de datos (autocompletar en formularios)
El sistema debe poseer mecanismos para ofrecer el portafolio de servicios
69 SI
misionales del fondo a través de todos los canales.
Las pantallas del sistema y pantallas de errores deben estar en idioma
70 SI
español.
El levantamiento e identificación de las entidades y estructura de los datos
del sistema, en un marco de administración de conocimiento, deben
71 poderse gestionar, modelar y ser consultados, por medio de algún SI
estándar de representación de conocimiento como RDF, OWL o los que
defina GEL 3.0, para tal fin.

El levantamiento e identificación de los tipos de contenido, y las relaciones


entre los contenidos del gestor de contenidos y portal, en un marco de
72 administración de conocimiento, deben poderse gestionar, modelar y ser SI
consultados, por medio de algún estándar de representación de
conocimiento como RDF, OWL o los que defina GEL 3.0, para tal fin.

El modelo de datos debe conservar propiedades relacionales y debe


garantizar niveles de normalización y baja redundancia. La excepción o
uso de estrategias que impliquen la afectación, del modelo relacional o de
73 SI
los niveles de normalización y no redundancia, deberan estar
documentados y justificados con argumentos arquitecturales y de calidad
sustentables.
El sistema debe permitir el uso consistente de mecanismos y políticas que
faciliten la definición y mantenimiento de valores por defecto,
administración y gestión de datos nulos, administración, gestión y
marcado de datos obligatorios cuando no esten disponibles. En el sentido
del sistema completo y para cada uno de sus componentes. Esto implica
74 SI
que el sistema debe definir, valores por defecto para fechas, cantidades
númericas, teléfonos, emails y otras entidades que se consideren
sensibles, de modo que se faciliten, los procesos de migración de datos y
se reduzca el impacto de estas migraciones, en la estabilidad y
confiabilidad de la aplicación.

Para los desarrollos a la medida, la arquitectura debe mínimo, contemplar


el uso de capas de Persistencia, Lógica de Negocio y Vistas, claramente
separadas y delimitadas. Nótese que esto implica que no deben existir
infracciones en estas capas, como existencia de lógica de negocio en la
75 SI
capa de persistencia o visualización mezclada con lógica de negocio. El
uso de estrategias que impliquen la afectación, de este modelo de capas,
o de otras prácticas, deberan estar documentados y justificadas con
argumentos arquitecturales y de calidad sustentables.

Para los desarrollos a la medida, la arquitectura de las vistas, debe


mínimo, contemplar el uso de modelos y buenas prácticas como MVC,
MV-C, u otros que garanticen y potencien la separación de
76 responsabilidades en las vistas. El uso de estrategias que impliquen la SI
afectación, de este modelo, o de otras prácticas, deberan estar
documentados y justificadas con argumentos arquitecturales y de calidad
sustentables.
El sistema debe proveer administración de forma remota, asociados a
77 SI
unos requerimientos de seguridad, para este tipo de funcionalidad.
Los mecanismos de integración NO deben usar comunicación punto a
punto o directa entre aplicaciones, El uso de estrategias que impliquen la
78 afectación de esta política en el modelo de integración, o de otras SI
prácticas, deberan estar documentados y justificadas con argumentos
arquitecturales y de calidad sustentables.
El sistema debe desacoplar y hacer flexible la integración con el Sistema
ERP actual, Heinsohn Apoteosys, por medio de un componente de
79 mediación, para que en el futuro el reemplazo de este sistema en SI
terminos de las funcionalidades actuales y futuras, tenga el menor
impacto.

El sistema debe desacoplar y hacer flexible la integración con el Sistema


de Administración de Portafolio actual, Heinsohn Midas, y contemplar el
impacto y desarrollo de la integración con el sistema que el FONDO
80 SI
escoja para reemplazar este, por medio de un componente de mediación,
para que en el futuro el reemplazo de este sistema en terminos de las
funcionalidades actuales y futuras, tenga el menor impacto.

El sistema, en particular el portal y los recursos de datos, deben


INTEGRAR el sistema SIG, existente, la descripción de esta integración
81 SI
está descrita en el "Anexo 13 - Detalle del Requerimiento de Integración
del SIG".
El sistema gestor de contenido deberá estar integrado con el gestor
documental. Los contenidos que se generen y se gestionen en el sistema
82 SI
de contenido, podrán hacer parte y vincularse a los procesos de gestión
documental.
El sistema gestor de contenido deberá estar integrado con el gestor de
proceso. Los contenidos que se generen y se gestionen en el sistema de
contenido, podrán hacer parte y vincularse a actividades o procesos del
83 SI
gestor de procesos. De la misma forma, debe ser posible que el gestor de
procesos, pueda solicitar o usar los servicios del gestor de contenido, para
sus actividades o procesos, automáticos o humanos.

El sistema debe soportar protocolos para intercambio de información


84 como XML, XBRL, GEL XML y otros estándares pertinentes, en los SI
escenarios de la aplicación donde se consiere necesario.
El sistema debe contar con servicios que permitan la integración de
transformadores de información basados en XML, que den la posibilidad
85 SI
de adaptar la información a diversos dispositivos del usuario o canales de
salida, tales como voz, mensajes, etc.
El sistema debe soportar protocolos estándar de comunicaciones como:
86 SI
SOAP, HTTP, HTTPS, SMTP, FTP, RPC.
El sistemas debe proveer estándares web y de servicios web tales como
87 SI
WDSL, XSLT, WS-BPEL, XML.
El sistema debe ofrecer de un conjunto de interfaces y servicios
88 incorporados que facilitan el control de acceso, la conexión única, la SI
administración de perfiles de usuarios y la sincronización.
El motor de base de datos debe ofrecer mecanismos de integración con
89 SI
otros motores de bases de datos.
El motor de base de datos debe soportar de manera nativa
90 SI
almacenamiento y manipulación de XML.
El motor de base de datos debe poseer características de manejo de
91 SI
datos relacionales y multidimensionales de bodega de datos.
El sistema debe permitir la exportación de un listado de llamadas o de una
92 interfaz que favorezca la integración de un sistema de generación y SI
encolamiento telefónico IP o PBX.
El sistema debe poder recibir pagos y controlar la información de pagos
totales o parciales, aparte del "Botón de pagos PSE", a través de otros
recursos como consignaciones y transferencias, e integrar esta
93 información al flujo de trabajo del cobro respectivo. Debe contemplar el SI
cálculo de comisiones bancarias de recaudo por cada transacción y
realizar las causaciones o asientos contables necesarios sobre el ERP,
cuando allá lugar luego de la consolidación.
El sistema debe integrarse con el sistema Microsoft Exchange 2010, para
94 SI
los temas de colaboración y otros que se consideren.
El sistema debe cumplir las demás recomendaciones que se contemplan
95 SI
en GEL 3.0, para este tipo de soluciones.

3. Listado de Adicionales que su solucion puede proveer.


Adicionales - Si su enfoque provee otras funcionalidades, o considera que
otros requerimientos se deben considerar, por favor incluyalos en esta
parte (abajo).
Adicional 1.
Tiempo Estimado Costo Desarrollo
N meses, M dias $ xxx.xxx
Mes de su plan
Número de
Mes de su plan de de ejecución
Licencias Costo Unitario
ejecución cuando es cuando es
(Para Entorno de Licencia
necesario adquirirla necesario
Producción)
N $ xxx.xxx
adquirirla
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx
N $ xxx.xxx

RESPUESTA DEL
Comentarios Relación Actividad
OFERENTE

NO OFRECIDO A1

NO OFRECIDO A2

NO OFRECIDO A2

NO OFRECIDO A2

NO OFRECIDO A2

NO OFRECIDO A2
NO OFRECIDO A2

NO OFRECIDO A2

NO OFRECIDO A2

NO OFRECIDO A2

NO OFRECIDO A2

NO OFRECIDO A2

NO OFRECIDO A3

NO OFRECIDO A3

NO OFRECIDO A3

NO OFRECIDO A3

NO OFRECIDO A3

NO OFRECIDO A3

NO OFRECIDO A3

NO OFRECIDO A3
NO OFRECIDO A3

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4
NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A4

NO OFRECIDO A5

NO OFRECIDO A5

NO OFRECIDO A6

NO OFRECIDO A6

NO OFRECIDO A6

NO OFRECIDO A7

NO OFRECIDO A7

NO OFRECIDO A7
NO OFRECIDO A7

NO OFRECIDO A7

NO OFRECIDO A7

NO OFRECIDO A7

NO OFRECIDO A7

NO OFRECIDO A7

NO OFRECIDO A7

NO OFRECIDO A7

NO OFRECIDO A7

NO OFRECIDO A7

NO OFRECIDO A7

NO OFRECIDO A7

NO OFRECIDO A8

NO OFRECIDO A8

NO OFRECIDO A8
NO OFRECIDO A8

NO OFRECIDO A8

NO OFRECIDO A8

NO OFRECIDO A8

NO OFRECIDO A9

NO OFRECIDO A9

NO OFRECIDO A9

NO OFRECIDO A9

NO OFRECIDO A9
NO OFRECIDO A9

NO OFRECIDO A9

NO OFRECIDO A9

NO OFRECIDO A9

NO OFRECIDO A9

NO OFRECIDO A9

NO OFRECIDO A9

NO OFRECIDO A9

NO OFRECIDO A9

NO OFRECIDO A9

NO OFRECIDO A9

NO OFRECIDO A9

NO OFRECIDO A9
Nombre
Relacionada con los procesos misionales
Solicitud de Inscripción

Solicitud de Apoyo

Inicio del Proceso de Toma de Posesión

Inicio del Proceso de Liquidación

Estándar en el manejo de trámites y solicitudes


Peticiones

Quejas

Reclamos

Sugerencias

Otras
Otras solicitudes que puedan definirse.
Descripción
s misionales
Esta solicitud se presenta cuando una entidad recien creada empieza el
proceso, para estar conforme a la ley y estar inscrita a FOGACOOP.

Esta solicitud se presenta cuando una entidad que considera necesita


fondos, debido a un deficit de liquidez u otro problema, solicita apoyo
financiero a FOGACOOP.
Aunque no necesariamente representa una solicitud externa, es una
actividad que demanda información particular de la entidad implicada y
tambien requiere información en una forma inicial, y en un conjunto de
formatos de carga masiva, para que FOGACOOP conozca la
información financiera para este proceso particular.
Aunque no necesariamente representa una solicitud externa, es una
actividad que demanda información particular de la entidad implicada y
tambien requiere información en una forma inicial, y en un conjunto de
formatos de carga masiva, para que FOGACOOP conozca la
información financiera para este proceso particular.

mites y solicitudes
Solicitudes especiales o sobre los procesos, para pedir información, o
solictar aclaración de un tramite o proceso del fondo, podrían implicar un
compromiso y una respuesta de FOGACOOP.
Solicitudes respecto a la calidad del servicio, o tendientes a manifestar
inconformidad de los interesados con la entidad, con un tramite o con un
proceso del fondo.
Solicitudes respecto a la calidad del servicio, o tendientes a manifestar
inconformidad de los interesados con la entidad, con un tramite o con
proceso del fondo, que impliquen un compromiso de FOGACOOP e
impliquen una respuesta de FOGACOOP.
Manifestaciones tendientes a mejorar un aspecto de la organización,
como la calidad del servicio, los tramites, los procesos del fondo u otros.

Es posible que se requiera configurar asociado a una forma inicial, un


conjunto de formatos de carga masiva de información financiera, o de
otro tipo, conforme las necesidades de los procesos de FOGACOOP.
Divulgar el seguro de depósito
Inscribir Entidades al Fondo
Prevenir el Riesgo
Evaluar Operaciones de Apoyo
Impulsar Salidas Ordenadas
Cobrar la prima a las entidades
Administrar el portafolio
Implementar operaciones de apoyo de corto y largo plazo
Designar Agente Especial/Liquidador
Conceptuar sobre estudio de viabilidad
Realizar seguimiento a la gestión del agente especial
Realizar seguimiento a la gestión del liquidador
Pagar el Seguro de Depósito
Gestionar Activos Recibidos
Tercero
Entidades administradores
Entidades ejecutoras
Entidades de divulgación
Notificadoras
Pagadoras
Operadores logísticos
Agentes especiales
Liquidadores
Contralores
Proveedores de gestión comunicaciones y manejo de medios
Proceso en el que participa
Gestion de Activos
Pago de Seguro
Pago de Seguro
Pago de Seguro
Pago de Seguro
Pago de Seguro
Proceso de Apoyo o Intervención
Proceso de Apoyo o Intervención
Proceso de Apoyo o Intervención
Proceso de divulgación
Estado de la Entidad
Entidades sin Inscripción

Entidades en proceso de Inscripción

Entidades Inscritas que pueden ser:

- Entidades en Seguimiento Normal

- Entidades E.M.E. (Entidades en Monitoreo Especial)


- Entidades en Apoyo
- Entidades Tomadas en Posesión para Administración
- Entidades en Liquidación
Otros estados que puedan definirse
Descripción
Estas entidades recien creadas, pueden estar sin inscripción, por un corto periodo de tiempo,
mientras preparan la documentación y los requisitos necesarios para la inscripción e inician el
trámite, pero puede que por este corto periodo, reporten información financiera a
FOGACOOP.
Algunas entidades recien creadas o que no hayan completado la documentación y los
requisitos necesarios para la inscripción aún, puede que tambien por algún periodo, reporten
información financiera a FOGACOOP.
Luego del pago total de la Inscripción una entidad se considera formalmente inscrita y puede
estar en cualquiera de los siguientes estados o en otros que se definan de acuerdo a las
políticas y al proceso de seguimiento de FOGACOOP. Estas entidades reportan información
financiera a FOGACOOP de manera obligatoria.
Si no se ha detectado ningún problema y no se considera que la entidad este en un nivel de
riesgo especial, la entidad esta bajo un proceso de seguimiento normal, sujeta a un conjunto
de indicadores, y a unas políticas de reporte de información estándar.
En cambio, si se han generado alertas sobre los indicadores, y sujeto a las políticas para ser
"EME", se considera que la entidad está en monitoreo especial, la entidad está bajo un
proceso de seguimiento especial, sujeta a un conjunto de indicadores, y a unas políticas de
reporte de información especiales (Ver Anexo SARL y SARM).
Aparte de estos estados, es posible que fruto del análisis de los indicadores, o gracias a la
creación de otros modelos de riesgo, sea necesario tener otros estados y que sean
necesarios, formas (para captura de información básica) y formularios (para captura masiva
de información financiera), dependiendo de las necesidades de FOGACOOP.