PLIEGOS DE CONDICIONES
LICITACIÓN PÚBLICA No.828 MYR-004DE 2014
PLIEGOS DE CONDICIONES
CONTRATAR EL SERVICIO DE UNAFABRICA DE DESARROLLO DE SOFTWARE PARA EL DISEÑO, DESARROLLO , ACTUALIZACION Y AJUSTES DEL SISTEMA DE INFORMACIÓN BPM(BUSINESS PROCESS MANAGEMENT) DE PROCESOS AGRARIOS DEL INCODER.
Bogotá D.C., juliode 0000
XXXXXXXXXX
ACTIVIDAD | FECHA PROGRAMADA |
Publicación Aviso de prensa | Julio 27 de 2014 |
Apertura de la Licitación y publicación de Pliegos de Condiciones en la página WEB - OIM. | Julio 28 de 2014 |
Periodo de preguntas por parte de los proponentes | Xxxxx 31 hasta las 4:00 p.m. |
Publicación del Acta de respuesta a preguntas recibidas por correo electrónico | Agosto 4 de 2014 |
Cierre de la LICITACIÓN PÚBLICA | Agosto 8 de 2014 |
Agosto 11 de 2014
Evaluación de propuestas
ÍNDICE
CAPÍTULO I
1. Antecedentes
2. Régimen Jurídico de La LICITACIÓN PÚBLICA
3. Personas que pueden participar
4. Objeto de la LICITACIÓN PÚBLICA
CAPÍTULO II
PROCEDIMIENTOS Y LINEAMIENTOS GENERALES DE LA LICITACIÓN PÚBLICA
1. Apertura de la LICITACIÓN PÚBLICA
2. Aclaraciones a los Pliegos de Condiciones
3. Presentación de las propuestas, cierre de la LICITACIÓN PÚBLICA y apertura de propuestas
4. Periodo para subsanar propuestas
5. Documentos requeridos para la presentación de la propuesta
6. Régimen de inhabilidades para participar en laLICITACIÓN PÚBLICA
7. Causales de rechazo de la propuesta
8. Periodo de validez de la propuesta
9. Criterios de desempate
10. Declaratoria de desierto del proceso de selección
11. Perfeccionamiento y ejecución del contrato
12. Prohibición de las peores formas de trabajo infantil
13. Previsiones contra la corrupción.
14. Suspensión proceso precontractual.
CAPÍTULO III
ASPECTOS TÉCNICOS DE LA PROPUESTA
1. Antecedentes del sistema de información
2. Justificación de actualización y ajuste del sistema de información de procesos agrarios BPM del incoder.
3. Contexto del sistema de información
4. Objeto
5. Objetivos específicos
6. Alcance
CAPÍTULO IV
CRITERIOS DE EVALUACIÓN Y CALIFICACIÓN DE LAS PROPUESTAS
1. Evaluación Jurídica
2. Evaluación de la Capacidad Financiera del Proponente
3. Evaluación de la Experiencia del Proponente
3.1. Experiencia general – SMLMV en ejecución de contratos
3.2. Experiencia específica del proponente
4. Evaluación técnica
5. Evaluación de la Propuesta Económica
CAPÍTULO V
ASPECTOS CONTRACTUALES
1. Plazo del Contrato
2. Forma de Pago
3. Privilegios e Inmunidades de OIM
ANEXOS
Anexo A.- Modelo de carta de presentación de la propuesta
Xxxxx X.- Formato de información sobre proponentes.
Anexo C.- Modelo de contrato
Anexo D.- Certificación de variaciones
Anexo E.- Estándares de conducta de proveedores (firmar y adjuntar a la propuesta)
Anexo F.- Conceptualización y requerimientos para el desarrollo,actualización y ajustes del Sistema de Información BPM de procesos agrarios del INCODER
CAPÍTULO I
ASPECTOS GENERALES DE LA LICITACIÓN PÚBLICA
1- ANTECEDENTES
La Organización Internacional para las Migraciones - OIM y El Instituto Colombiano de Desarrollo Rural (INCODER) suscribieron el CONVENIODERIVADO DE COOPERACIÓN No. MYR-004 de 2013,cuyo objeto es“Aunar esfuerzos técnicos, humanos yfinancieros con el propósito de poner enmarcha un programa para la identificación,recuperación y adjudicación de tierras avíctimas del conflicto y campesinos sujetos dereforma agraria como apoyo al proceso derestitución de tierras por vía administrativa”.
Uno de los productos de este convenio es eldiseño, construcción, actualización y ajustes del sistema de información BPM de procesos agrarios.
En el marco de dicho convenio la OIMestá interesada en recibir propuestas, conforme a lo requerido en los presentes Pliegos de Condiciones, documento en el cual se describen las bases técnicas, económicas, financieras, legales, contractuales, etc., que el Oferente debe tener en cuenta para presentar la propuesta.
La presentación de la propuesta por parte del oferente constituye evidencia de que estudió completamente este documento, que recibió las aclaraciones necesarias por parte de la OIM sobre inquietudes o dudas previamente consultadas y que estos Pliegos de Condiciones son completos, compatibles y adecuados para identificar los trabajos que se requieren y que ha tenido en cuenta todo lo anterior para fijar los precios, plazos y demás aspectos de su propuesta.
2. RÉGIMEN JURÍDICO DE LA LICITACIÓN PÚBLICA
De conformidad con lo establecido en el CONVENIODERIVADO DE COOPERACIÓN No. MYR-004celebrado entre la OIM y El INCODER, y el artículo 20 de la ley 1150 de 2007, la presente LICITACIÓN PÚBLICA y el o los contratos que consecuentemente se celebren, estarán sujetos a los procedimientos de la OIM. En consecuencia, toda propuesta será analizada, estudiada y calificada de acuerdo con los parámetros establecidos en el presente documento. La OIM se reserva el derecho de celebrar o no contratos con los participantes en el presente proceso.
3. PERSONAS QUE PUEDEN PARTICIPAR
Podrán presentar propuestaspersonasjurídicas, que cumplan con los siguientes requisitos:
Personas Jurídicas: Deben demostrar por lo menos cinco(5) años de antigüedad desde su creación (contado a partir de la inscripción ante la entidad competente en Colombia) y acreditar la experiencia específica en cinco(5) certificaciones de experiencia correspondientes a igual número de contratos cuya ejecución haya iniciado y terminado dentro de los últimos cinco(5) años anteriores a la fecha de cierre de la presente convocatoriaen la ejecución de contratos de diseño y/o desarrollo y/o estructuración, y/o implementación, y/o complementación, y/o análisis de sistemas de información y/o software, de acuerdo con lo exigido en estos Pliegos de Condiciones.
Los oferentes deberán estar legalmente constituidos y contar con capacidad demostrada en el ámbito financiero, técnico y operativo para el desarrollo del objeto del contrato y deberán contar con el personal administrativo y técnico, cumpliendo con las exigencias establecidas en cuanto a número y los requisitos de formación y experiencia.
Se invita a registrarse en la base de datos de proveedores en el siguiente link: xxxx://xxxxxx00/XxxxxxxxXxxxxxxxxxx/ o ingresando a la página de la OIM: xxx.xxx.xxx.xx
4. OBJETO DE LA LICITACIÓN PÚBLICA
El objeto de la presente LICITACIÓN PÚBLICA es recibir propuestas de personas jurídicas, con el fin de que el/los seleccionado/s, realicen el “CONTRATAR EL SERVICIO DE UNA FABRICA DE DESARROLLO DE SOFTWARE PARA EL DISEÑO, DESARROLLO , ACTUALIZACION Y AJUSTES DEL SISTEMA DE INFORMACIÓN BPM (BUSINESS PROCESS MANAGEMENT) DE PROCESOS AGRARIOS DEL INCODER.
”.
En los términos señalados en el anexo. H“conceptualización y requerimientos para el desarrollo,actualización y ajustes del Sistema de InformaciónBPM de procesos agrarios del INCODER”, que forma parte integral del presente documento”.
CAPÍTULO II
PROCEDIMIENTOS Y LINEAMIENTOS GENERALES DE LA LICITACIÓN PÚBLICA
1. APERTURA DE LA LICITACIÓN PÚBLICA.
La elaboración y la presentación de las propuestas será responsabilidad exclusiva de cada proponente. Las condiciones y los requerimientos para la elaboración, presentación, evaluación y calificación de propuestas serán los establecidos en estos Pliegos de Condiciones y en las adendas(las cuales deberán ser publicadas o enviadas con por lo menos 24 horas de anticipación) que se produjeren de acuerdo con el procedimiento aquí establecido.
Los proponentes interesados deberán sufragar todos los costos, tanto directos como indirectos, relacionados con los estudios, la preparación y presentación de su propuesta, por lo cual la OIM no será responsable en ningún caso de dichos costos, cualquiera que sea el resultado del proceso de selección y contratación.
Igualmente corresponderá al proponente la responsabilidad de determinar, evaluar y asumir los impuestos tasas y contribuciones, así como los demás costos tributarios y de cualquier otra naturaleza que conlleve la celebración del contrato, según la asignación de costos prevista en los presentes Pliegos de Condiciones.
2. ACLARACIONES A LOS PLIEGOS DE CONDICIONES
Para las aclaraciones o modificaciones a los Pliegos de Condiciones se podrá proceder así:
i) Unilateralmente por parte de la OIM, cuando a su juicio existan apartes del documento que requieran aclararse o modificarse.
ii) A solicitud de los proponentes, quienes deberán formular sus inquietudes a través del correo electrónico xxxxxxxxxxxxx@xxx.xxx a más tardar hasta las 4:00 PM del día31de Julio de 2014.
Solo serán admisibles las consultas presentadas por medio del correo electrónico mencionado y no serán admisibles las consultas por teléfono, fax o a otro correo electrónico.
iii) El acta de respuesta a las inquietudes recibidas será publicada en la página web. xxx.xxx.xxx.xx día 4 de agostode 2014.
3. PRESENTACIÓN, CIERRE DE LA LICITACIÓN PÚBLICA Y APERTURA DE PROPUESTAS
Los proponentes podrán presentar sus propuestas hasta el día8de agostode 2014hasta las04:00 PM, en las oficinas de la OIM, ubicadas en la Xxx. 00 Xx. 00 X-00 xx Xxxxxx.
Las propuestas deberán presentarse debidamente foliadas, con su correspondiente índice, en sobres separados (1 Original y 1 Copia AZ Carta y 1 copia escaneada completa en medio magnético CD, En este CD también se deben incluir los archivos de Word y Excel correspondientes a la propuesta técnica y económica presentada por el Operador) (ver causales de rechazo), cerrados y sellados, indicado en cada uno de ellos lo siguiente:
LICITACIÓN XXXXXXX Xx. 000 XX 0000XXX-000 XXXXXX XXX XXXXXXXXXX:
DIRECCIÓN, TELÉFONO Y CORREO ELECTRÓNICO DEL PROPONENTE: CIUDAD:
TÍTULO: “CONTRATAR EL SERVICIO DE UNA FABRICA DE DESARROLLO DE SOFTWARE PARA EL DISEÑO, DESARROLLO , ACTUALIZACION Y AJUSTES DEL SISTEMA DE INFORMACIÓN BPM (BUSINESS PROCESS MANAGEMENT) DE PROCESOS AGRARIOS DEL INCODER”
IDENTIFICACIÓN DEL CONTENIDO DEL SOBRE: ORIGINAL y COPIAS
Nota:No se admitirán propuestas entregadas con posterioridad a la fecha y hora señaladas para el cierre de esta LICITACIÓN PÚBLICA. Estas propuestas no serán consideradas y se devolverán sin abrir.
El cierre de la LICITACIÓN PÚBLICA y la apertura de las propuestas se realizarán una vez finalizado el plazo para presentar propuestas, levantando un acta en donde se dejará constancia del número de propuestas recibidas, el nombre de los proponentes y el valor de cada propuesta.
Nota:En caso de recibir una sola propuesta ésta será considerada y se procederá a la adjudicación siempre y cuando cumpla con lo exigido en los presentes términos de referencia.
4. PERIODO PARA SUBSANAR PROPUESTAS
Durante el proceso de evaluación, los evaluadores, podrán solicitar por correo electrónico u otro medio a los proponentes, las aclaraciones y explicaciones que estimen convenientes a las propuestas presentadas, las cuales deberán ser contestadas por escrito dentro del término que se le indique. Con ocasión de la respuesta los proponentes no podrán mejorar, modificar, corregir o adicionar sus propuestas. Si lo hacen, dichas comunicaciones no serán tenidas en cuenta.
Si el proponente no entrega las aclaraciones, explicaciones o soportes solicitados dentro del término concedido para ello y dentro de lo consignado en la propuesta no es posible aclarar lo solicitado, ni se localiza un documento que permita suplir la falencia del soporte faltante, la oferta será rechazada.
5. DOCUMENTOS REQUERIDOS PARA LA PRESENTACIÓN DE LA PROPUESTA
La propuesta deberá estar integrada por la totalidad de los documentos exigidos en los presentes Pliegos de Condiciones, debidamente diligenciados. La omisión de cualquiera de los documentos señalados como insubsanables en estos Pliegos de Condiciones será causal de rechazo de la propuesta. Si se trata de documentos subsanables, la OIM solicitará al proponente que los xxxxxxx, señalando el término para ello, si no se cumple con el requerimiento de la OIM, se incurrirá en causal de rechazo de la propuesta. Los costos de preparación y elaboración de la propuesta serán a cargo del proponente.
La Propuesta debe acompañarse de los siguientes documentos en el orden aquí establecido, quedando la OIM autorizada para verificar la veracidad de toda la información suministrada:
5.1. Carta de presentación de la propuesta: (Insubsanable) La carta de presentación deberá ser firmada la persona jurídica o la persona que tenga facultades para contratar en su nombre y obligarla, en este caso se deberá allegar el respectivo poder. En dicha carta deberá haber manifestación expresa acerca del conocimiento y aceptación de los Pliegos de Xxxxxxxxxxx y de sus adendas si las hubiere. Deberá haber manifestación de no encontrarse incurso el proponente, sus socios o directivos, en alguna de las causales de inhabilidad e incompatibilidad señaladas en los presentes Pliegos de Condiciones. Deberá contener, igualmente, el nombre o razón social, la dirección, el número telefónico, el número de fax, la dirección electrónica del proponente y el valor de la propuesta. Indicando el término de validez de la propuesta, el cual no podrá ser inferior a NOVENTA (90) días. En caso de que no se especifique el término de validez se entenderá que es el mínimo requerido en estos pliegos de condiciones. En caso de que no se especifique el término de validez o que éste sea menor al exigido en los presentes pliegos de condiciones, se entenderá que es el mínimo requerido en los mismos.
La OIM podrá verificar la información en ella contenida, su no presentación o no presentación debidamente firmada, no será subsanable. El proponente está en la obligación de utilizar el formato de carta de presentación de propuesta, anexo A de este documento.El valor de la propuesta colocado en la carta de presentación deberá ser igual al que presente en la propuesta económica, caso contrario quedará inhabilitada la propuesta. El IVA deberá ser incluido según el estatuto tributario vigente.
5.2. Certificado de Existencia y Representación Legal, otorgado por autoridad Competente, es decir, expedido por la respectiva Cámara de Comercio o el órgano que haga sus veces. El certificado deberá haberse expedido dentro de los treinta (30) días calendarios previos, a la fecha de cierre de la presente LICITACIÓN PÚBLICA.
Las personas jurídicas interesadas en presentar propuestas deberán tener una duración que en ningún caso podrá ser inferior al término de duración del contrato y dos años más.
5.3. Autorización para Contratar:
En el caso de personas jurídicas proponentesen las cuales sus representantes legales estén limitados para actuar en la presente Licitación Pública, se requerirá que el Órgano
Directivo competente emita la correspondiente autorización, en la que se indicará lo siguiente:
a) Facultad expresa al representante legal para representar, proponer y suscribir el contrato en la cuantía requerida, en la presente Licitación Pública.
b) Designación de las personas naturales y/o jurídicas, con las cuales se le autoriza al correspondiente Representante a participar en la presente Licitación Pública, cuando haya lugar.
c) Si la autorización dada, tiene límites de vigencia, indicar la vigencia de la misma.
La propuesta no será tenida en cuenta cuando se verifique que el representante legal de la correspondiente persona jurídica excede sus facultades legales y no acompaña y no se anexa a la propuesta la respectiva autorización.el proponente podrá subsanar la respectiva autorización.
5.4. Fotocopia de la cédula de ciudadanía del representante legal del proponente persona jurídica, debe cumplir con las condiciones y documentación aquí exigida.
5.5. Registro Único Tributario (RUT), Debe anexarse la documentación actualizada que acredite cuál es el Régimen Tributario al cual se encuentra sometido el proponente. Según las resoluciones No. 139 de 2012 y 0154 de 2012 del DANE, en caso de presentarse en Consorcio o Unión Temporal, cada integrante debe cumplir con las condiciones y documentación aquí exigida.
5.6. Garantía de seriedad de la propuesta: (Insubsanable su presentación)El proponente deberá constituir una póliza de garantía de seriedad de la propuesta en favor de entidades particulares otorgada por una compañía de seguros legalmente establecida en Colombia, la cual contendrá:
5.6.1. Objeto:LICITACIÓN PÚBLICA No. 828DE 2014MYR-004“CONTRATAR EL SERVICIO DE UNA FABRICA DE DESARROLLO DE SOFTWARE PARA EL DISEÑO, DESARROLLO , ACTUALIZACION Y AJUSTES DEL SISTEMA DE INFORMACIÓN BPM (BUSINESS PROCESS MANAGEMENT) DE PROCESOS AGRARIOS DEL INCODER”
5.6.2. Asegurado / Beneficiario: Organización Internacional para las Migraciones -OIM
5.6.3. Nit. 800.105.552-8
5.6.4. Cuantía: Con un valor asegurado equivalente al 10% del valor total de la propuesta.
5.6.5. Vigencia:Noventa días (90) contados a partir de la fecha de cierre de la presente LICITACIÓN PÚBLICA.
5.6.6. Tomador / Afianzado:
La póliza deberá tomarse con el nombre o razón social que figura en el Certificado de Existencia y Representación Legal expedido por la Cámara de Comercio o el órgano que haga sus veces, y no sólo con su sigla, a no ser que en el referido documento se exprese que la entidad podrá denominarse de esa manera. Cuando la propuesta la presente un Consorcio o Unión Temporal, la póliza deberá ser tomada por la Unión Temporal y/o Consorcio, no por uno solo de sus miembros y deberá ser suscrita por su representante legal y por todos y cada uno de sus integrantes. El proponente deberá anexar el recibo de pago de la póliza de
seriedad. El proponente deberá anexar el recibo de pago de la póliza de seriedad
expedido por la respectiva compañía aseguradora.
Las garantías de seriedad de la propuesta serán devueltas a solicitud de los proponentes.
La garantía de seriedad de la propuesta podrá hacerse efectiva en los siguientes casos:
a) Si el proponente retira su propuesta durante su periodo de validez.
b) Si el proponente adjudicatario dentro del plazo estipulado no perfecciona y legaliza el contrato.
Lo anterior, sin perjuicio de que la OIM pueda optar entre abrir un nuevo proceso precontractual, o adjudicar, dentro de los (15) días hábiles siguientes, al oferente calificado en segundo lugar, siempre y cuando la propuesta sea igualmente favorable a la OIM.
NOTA: cuando se haya seleccionado el proponente para la ejecución del contrato, la OIM se reservará el Derecho de aceptar o no continuar con la aseguradora que expidió la póliza de seriedad de la oferta, para constituir las garantías del posterior contrato.
NOTA: cuando se haya seleccionado el proponente para la ejecución del contrato, la OIM se reservará el Derecho de aceptar o no continuar con la aseguradora que expidió la póliza de seriedad de la oferta, para constituir las garantías del posterior contrato.
5.7. Certificado de antecedentes disciplinarios del proponente de la persona jurídica: Con fecha de expedición no mayor a 30 días.
5.8. Certificaciones de la experiencia (especifica) del proponente en la ejecución de contratos similares
Se trata de anexar mínimo de cinco (5) certificaciones y máximo nueve (9) certificaciones de los contratos o convenios con cuantía mínima sea de ciento cincuenta millones de pesos (150.000.000) a través de los cuales se demuestre la experiencia del proponente en diseño y/o desarrollo y/o estructuración, y/o implementación, y/o análisis de sistemas de información y/o software en programación .NETy/o de proyectos de implementación de sistemas BPMdentro de los últimos cinco (5) años, los cuales se encuentren ejecutados o en ejecución.
Las certificaciones deben contener por lo menos la siguiente información (las certificaciones que no cuente con la información solicitada tendrá una calificación de 0 puntos):
• Nombre de las partes,
• Fecha de inicio,
• Fecha de finalización,
• Plazo,
• Valor ejecutado
• Descripción del objeto contractual.
• Porcentaje del cumplimiento del contrato/convenio
• Evaluación de cumplimiento, (preferiblemente). No se tendrán en cuenta las certificaciones en las que se califique un nivel de cumplimiento regular o deficiente.
NOTA: Si la certificación que emite la entidad contratante, no cumple con alguna de características descritas anteriormente, los proponentes podrán anexar a la misma, otros documentos (contratos, actas de liquidación, etc.) soporte con los cuales se puedan verificar los requerimientos solicitados.
No obstante de lo anterior, la OIM se reserva el derecho de exigir ampliación y/o verificación de la información suministrada por el proponente para lo cual procederá a llamar a las entidades para corroborar la información suministrada así como el nivel de cumplimiento.
En las certificaciones deberá aparecer el concepto de la entidad pública o de la empresa privada en el que se indique el nivel de cumplimiento en la ejecución del respectivo contrato. Se valorarán aquellas certificaciones en las que en nivel de cumplimiento sea calificado como bueno, satisfactorio o cualquier otra expresión similar.
Hojas de vida del personal técnico: Xxxxx incluir copia legible de (los) diploma (s) o acta (s) de grado, copia de la matricula profesional o su equivalente legible en la cual se pueda evidenciar la fecha de expedición, certificaciones de experiencia laboral, etc. (la no presentación de los documentos solicitados tendrán calificación de 0 puntos).
Registro Único de Proponentes (RUP): Los proponentes deberán evidenciar dentro de sus propuestas que están inscritos en el Registro Único de Proponentes de cualquier Cámara de comercio del territorio nacional
Los proponentes deberán presentar certificaciones:
• Certificación CMMI nivel III o mayor vigente
• Certificación Silver o Gold Partner Microsoft
5.9. Estados Financieros
Los proponentes deberán anexar los siguientes documentos legibles, para el desarrollo de la evaluación financiera:
- Estados Financieros del año 2012
- Notas a los Estados Financieros del año 2012.
- Dictamen del revisor Fiscal año 2012 (Si aplica).
- Declaración xx Xxxxx año 2012.
- Estados Financieros del año 2013.
- Notas a los Estados Financieros del año 2013.
- Dictamen del revisor Fiscal año 2013 (Si aplica).
- Declaración xx Xxxxx año 2013.
- Estados Financieros provisionales con corte al mes abril de 2014
- Certificación de variaciones y/o hechos ocurridos en el ejercicio económico 2014 que puedan afectar la situación financiera del oferente con corte al mes xx xxxxx de 2014, según el anexo D.
- Copia de la Tarjeta Profesional del Contador Público y del Revisor Fiscal.
- Copia del Certificado de vigencia de inscripción y antecedentes disciplinarios del Contador Público y del Revisor Fiscal (Vigencia de 3 meses).
Nota: El análisis financiero se realizará en función de los dos últimos años cerrados es decir hasta que se cumpla las fechas de obligatoriedad de presentación de impuesto a la renta; de acuerdo con lo establecido en el decreto 2972 de 2013 expedido el 20 de diciembre 2013 por el Ministerio de Hacienda y Crédito Público.
Las cifras de los estados financieros deberán ser iguales a la declaración de impuesto a la Renta o se debe presentar la conciliación fiscal con las respectivas notas aclaratorias
5.10. Propuesta Económica (Insubsanable)
La propuesta económica deberá presentarse en pesos colombianos, completa y detalladadiscriminando el IVA, según lo establecido en el estatuto tributario vigente y debe coincidir con el valor colocado en la carta de presentación de la.En caso de presentarse diferencia entre estos dos valores se tomará como válido el estipulado en la propuesta económica detallada
Nota: No se aceptarán rubros como “administración”, “utilidades”, “fees”, ”overhead” (fondos sector público), fees o utilidades, overhead ( fondos sector privado)
La propuesta económica debe contener el valor por hora de desarrollo, discriminando el IVA.
En el evento que el proponente no discrimine el IVA, se entenderá para todos los efectos legales y contractuales, que dicho impuesto está comprendido en los precios ofrecidos.
6. RÉGIMEN DE INHABILIDADES PARA PARTICIPAR EN LA LICITACIÓN PÚBLICA
No podrán participar en la presente LICITACIÓN PÚBLICA, los proponentes que se encuentren incursos en cualquiera de las siguientes causales:
6.1. Haber tratado de interferir, influenciar, o informarse de manera indebida sobre el análisis de las propuestas.
6.2. Quienes sean Cónyuges ó compañeros permanentes de quienes se encuentren dentro del 2do grado de consanguinidad ó 2do de afinidad con cualquier otra persona que formalmente haya participado en la elaboración de estos Pliegos de Condiciones.
6.3. Los proponentes que previamente hayan celebrado contratos con la OIM, y que hayan incumplido la ejecución de dichos contratos.
6.4. Los proponentes a quienes en contratos con el Estado colombiano se les haya decretado la caducidad por incumplimiento de dichos contratos.
6.5. Los proponentes que a la fecha de presentación de la propuesta presenten embargos en parte o en la totalidad de sus bienes.
6.6 Quienes tengan adjudicados en un mismo año o en ejecución con la OIM o con otras entidades contratos o convenios cuya capacidad de endeudamiento supere el 70%. En caso de que el valor del endeudamiento sea superior al 70% y la propuesta sea técnicamente excelente (un puntaje excelente será entre 95 y 100 puntos en la parte técnica), la OIM a través del Comité de compras tomará la decisión de adjudicarle o no la propuesta y en caso de hacerlo tomará medidas en lo relacionado al tema de forma de pago.
6.7 Las propuestas que en su puntaje total no haya obtenido 70 puntos mínimo, pero si el puntaje técnico obtenido está entre 95% y 100%, la OIM a través del Comité de compras tomará la decisión de adjudicarle o no la propuesta.
6.8 En caso de que los estados financieros contengan inconsistencias o descuadres en sus cifras y que no hayan sido subsanados en el tiempo que la OIM estime conveniente
7. CAUSALES DE RECHAZO DE LA PROPUESTA
Son causales de rechazo de la propuesta las siguientes:
7.1. La no presentación junto con la propuesta de cualquiera de los documentos señalados como insubsanables en el presente documento.
7.2. Si se verifica que existe irregularidad o falsedad en alguno de los documentos presentados en la propuesta, o cuando verificada la información suministrada por el proponente no esté conforme con la realidad.
7.3. La entrega de la propuesta en lugar, día y hora posterior a la establecida en los presentes Pliegos de Condiciones.
7.4. Que el objeto de la propuesta y/o su desarrollo o contenido difiera del objeto de la LICITACIÓN PÚBLICA.
7.5. La no presentación de los documentos subsanables dentro del plazo adicional que le haya concedido la OIM.
7.6. Todas aquellas contenidas en el presente documento, donde el proponente de manera explícita se consideró informado y por omisión o error no cumplió a cabalidad con lo estipulado.
7.7. Cuando el valor total de la propuesta no sea financieramente viable, con el propósito de obtener la adjudicación del convenio.
7.8. Cuando el valor de la propuesta supere el presupuesto estimado para la presente contratación.(Salvo que el presupuesto esté disponible y con las debidas autorizaciones)
7.9. La OIM podrá rechazar todas las ofertas presentadas cuando ninguna de ellas satisfaga el propósito del presente proceso de selección.
7.10. En caso de recibir una sola propuesta ésta será considerada y se procederá a la adjudicación siempre y cuando cumpla con lo exigido en los presentes Pliegos de Condiciones.
7.11. Que el proponente se halle incurso en alguna de las causales de inhabilidad señaladas en estos Pliegos de Condiciones.
7.12 El proponente deberá entregar la propuesta y todos sus anexos debidamente foliados, sin manchones, de preferencia con algún numerador, o esfero (en caso de no haberse realizado a computador) (Insubsanable)
7.13 El proponente deberá entregar en magnético la propuesta escaneada en formato PDF con todos sus anexos. (Subsanable).
7.14 El proponente que se halle dentro de un proceso de cierre de proyecto no resuelto con la OIM.
7.15 Si la OIM ha sido notificada sobre certificaciones presentadas por el proponente sobre su experiencia obtenida con OIM y que la OIM no las hubiere emitido.
7.16En caso de recibir una sola propuesta y ésta no cumple con lo exigido en los presentes términos de referencia.
8. PERIODO DE VALIDEZ DE LA PROPUESTA
El proponente deberá indicar el término de validez de la propuesta, el cual no podrá ser inferior a NOVENTA (90) días. También deberá manifestar expresamente que acepta la forma de pago señalada en los Pliegos de Condiciones.
9. CRITERIOS DE DESEMPATE
En caso de presentarse empate en la calificación total, se adjudicará al proponente que obtenga mayor xxxxxxx en la propuesta técnica. En caso de persistir el empate se seleccionará en primer lugar al proponente que presente la oferta más económica, si persiste el empate se adjudicará el contrato al Proveedor que haya acreditado el mayor valor en la sumatoria de los contratos que certificaron su experiencia, si persiste el empate, se realizará un sorteo.
10. DECLARACIÓN DE DESIERTO DEL PROCESO DE SELECCIÓN
La OIM podrá declarar desierto el proceso de selección bien por motivos que impidan la escogencia objetiva de una propuesta o cuando ninguna propuesta se ajuste a las condiciones requeridas en los presentes Pliegos de Condiciones. La OIM no se hace responsable por los costos en los que incurra el proponente por la preparación, garantías y envío de su propuesta, ni se encuentra obligada a explicar a los proponentes los motivos de su decisión.
11. PERFECCIONAMIENTO Y EJECUCIÓN DEL CONTRATO
Una vez seleccionada la propuesta ganadora, se informará por escrito al proponente favorecido, y se iniciarán los trámites correspondientes para la celebración del respectivo contrato de prestación de servicios. El contrato se perfecciona con la firma de las partes. Para su ejecución requerirán la aprobación de las pólizas de seguro constituidas por el Contratista a favor de la OIM de acuerdo con lo requerido en el contrato.
El valor de la propuesta deberá contener todos los costos en que pueda incurrir el Contratista para la firma del contrato y ejecución del mismo, como pólizas, impuestos (no incluye ICA ni impuesto a la renta), transporte, permisos, licencias, imprevistos (fuerza mayor) etc.
No se admiten rubros dentro de la propuesta por concepto de utilidades, overhead, o fees, gastos financieros y si el origen de los recursos es del Sector Público no se admiten tampoco “gastos administrativos”.
12. PROHIBICIÓN DE LAS PEORES FORMAS DE TRABAJO INFANTIL:
De conformidad con lo establecido en la Ley 704 de 2001, mediante el cual se ratifica el Convenio 182 sobre la Prohibición de las Peores Formas de Trabajo Infantil y la Acción Inmediata para su Eliminación, el contratista seleccionado declara bajo la gravedad de juramento, que no empleará dentro del contrato que se celebre en virtud del presente proceso de selección, menores de 18 años. El incumplimiento de la presente disposición será causal para dar por terminado el respectivo contrato.
13. PREVISIONES CONTRA LA CORRUPCIÓN
No se deberá ofrecer y/o realizar pago, consideración o beneficio de cualquier tipo que constituya una práctica ilegal o corrupta, directa o indirectamente, como incentivo o compensación por la adjudicación del contrato. Cualquier práctica de este tipo dará lugar a la cancelación del proceso de selección de ofertas, adjudicación o ejecución del contrato, además de iniciar acciones civiles y penales en contra de los involucrados en aplicación a lo dispuesto por la Legislación Colombiana.
14. SUSPENSIÓN DEL PROCESO PRECONTRACTUAL
La OIM podrá suspender el proceso precontractual cuando se presenten impedimentos que afecten el objeto de la convocatoria o cuando los requerimientos del donante así lo requieran.En dicho caso la Organización informará de la suspensión del mismo.
CAPÍTULO III
ASPECTOS TÉCNICOS DE LA PROPUESTA
El proponente deberá presentar una propuesta técnica de acuerdo con los términos señalados en el anexo H“Conceptualización y requerimientos para el desarrollo, actualización y ajustes del Sistema de Información BPMde procesos agrarios del INCODER”, que forma parte integral del presente documento”, que forma parte integral del presente documento.
CAPÍTULO IV
CRITERIOS DE EVALUACIÓN Y CALIFICACIÓN DE LAS PROPUESTAS
En el proceso de evaluación y calificación de las propuestas se tendrán en cuenta los siguientes aspectos: 1) Los aspectos jurídicos, que no serán objeto de calificación, pero si habilitarán o inhabilitarán a los oferentes. 2) Los relacionados con la capacidad financiera del oferente, que tampoco serán objeto de calificación, pero si habilitarán o inhabilitarán a los oferentes, 3) Los que tiene que ver con la experiencia del proponente que tendrá un máximo de treinta (30) puntos, 4) El Valor de la propuesta económica tendrá un máximo de treinta (30) puntos. Los proponentes deberán cumplir con todos los criterios de elegibilidad. 5) La evaluación técnica tendrá un valor máximo de cincuenta (40) puntos cumpliendo con los criterios de este aparte.
Los proponentes deberán cumplir con todos los criterios de elegibilidad.
1. EVALUACIÓN JURÍDICA
Una vez cerrado el proceso de LICITACIÓN PÚBLICA, la OIM procederá a verificar si los proponentes cumplen con la documentación y los requisitos jurídicos exigidos en los presentes Pliegos de Condiciones. Esta etapa de la evaluación de las propuestas no será objeto de calificación. El objetivo de esta evaluación es determinar si los proponentes quedan habilitados o inhabilitados para continuar con las siguientes etapas y el resultado será: PROPONENTE HABILITADO o PROPONENTE INHABILITADO.
Las propuestas que resulten inhabilitadas en razón de la evaluación jurídica no serán objeto de las demás evaluaciones.
2. EVALUACIÓN DE LA CAPACIDAD FINANCIERA DEL PROPONENTE
Superada la habilitación jurídica, se procederá con la evaluación de la capacidad financiera de los proponentes. Esta etapa de la evaluación de las propuestas no será objeto de calificación.
El objetivo de esta evaluación es determinar si los proponentes quedan habilitados o inhabilitados para continuar con las siguientes etapas y el resultado será: PROPUESTA HABILITADA o PROPUESTA INHABILITADA.
La elegibilidad financiera de las entidades oferentes se estimará con los registros de los Estados Financieros de los dos últimos años cerrados. (Ver nota en la sección de Estados Financieros) No se considerarán por ningún motivo los estados financieros de años anteriores, ni estados financieros parciales.
La OIM se reserva el derecho de evaluar los Estados Financieros de los oferentes de acuerdo con los indicadores financieros o métodos generalmente aceptados con los cuales se podrá determinar la capacidad financiera para cumplir con las obligaciones de la presente Licitación Pública.
Se emitirá un informe de evaluación financiera con los criterios utilizados para el efecto, por cada una de las propuestas donde la conclusión será: PROPUESTA HABILITADA ó PROPUESTA INHABILITADA.
3. EVALUACIÓN DE LA EXPERIENCIA DEL PROPONENTE
La evaluación y calificación de la experiencia del proponente será realizada sobre un máximo de treinta (30) puntos de acuerdo con los siguientes criterios:
3.1. Experiencia general del proponente medida en años desde su creación legal
AÑOS DE ANTIGÜEDAD | PUNTAJE 15 puntos |
Entre 5 y 6 años | 5 puntos |
Más de 6 años | 10 puntos |
3.2. Experiencia específica en la ejecución de contratos:
NUMERO DE CERTIFICACIONES | PUNTAJE |
5 | 5 puntos |
6 | 10 puntos |
7 | 15 puntos |
9 | 20 puntos |
Para acreditar la experiencia específica, el proponente deberá anexar mínimo cinco (5) certificaciones de experiencia correspondientes a igual número de contratos cuya ejecución haya iniciado y terminado dentro de los últimos cinco (5) años anteriores a la fecha de cierre de la presente convocatoria.
• Dos de los contratos aportados deben incluir dentro de su objeto el mantenimiento o actualización de software y/o sistemas de información BPM en lenguaje .NET.
• Tres de los contratos aportados deben incluir dentro de su objeto el análisis, diseño, implementación, pruebas, puesta en producción de software y/o sistemas de información BPM en lenguaje .NET.
Cuando el proponente aporte certificaciones de contratos ejecutados en los cuales participó en Unión Temporal o Consorcio, se le acreditará la experiencia de acuerdo con el porcentaje de participación del integrante en el respectivo Consorcio o Unión Temporal, según se indique en las mismas, o en el contrato ejecutado o en el documento de conformación de la forma asociativa.
Se tendrán en cuenta para la evaluación aquellas certificaciones que reúnan la totalidad de los requisitos exigidos en el Estudio Previo. No obstante lo anterior, la OIM podrá verificar
la información contenida y podrá solicitar aclaraciones sobre los datos consignados en las certificaciones.
5. VALOR DE LA PROPUESTA ECONÓMICA
Se otorgará el mayor puntaje de veinte(30) puntosa la propuesta económica más baja, y los demás se les calificarán de manera proporcional, aplicando la siguiente fórmula:
Pi = Om x PMPE / Oi Dónde:
i = Propuesta
Pi = Puntaje de la propuesta económica i Oi = Propuesta Económica i
Om = Propuesta Económica de monto o precio más bajo PMPE = Puntaje Máximo de la Propuesta Económica
6. EVALUACIÓNTÉCNICA
Se otorgará el mayor puntaje decuarenta(40) puntos a la propuesta mejor estructurada técnicamente de acuerdo a los siguientes criterios:
Diez (10) Puntos en la presentación de soportes de experiencia comprobable del siguiente equipo de trabajo mínimo requerido:
EQUIPO DE TRABAJO – PERSONAL | ||
ROL | FORMACIÓN ACADÉMICA | EXPERIENCIA |
Un (1) Director del proyecto | Profesional en Ingeniería de Sistemas, Electrónica, Administración x xxxxxxxx afines con certificación PMI o especialización o maestría en gerencia de proyectos | Mínimo Cinco (5) años en experiencia general como contados a partir de la fecha de expedición de la tarjeta profesional y, Mínimo cuatro (4) años de experiencia profesional en la coordinación, dirección o gerencia de proyectos de tecnologías de la información. |
Un (1) Líder funcional | Profesional en Ingeniería Industrial, de sistemas, x xxxxxxxx afines a implementación de procesos | experiencia de Mínimo 2 años en proyectos SharePoint - Certificación Microsoft: Microsoft SharePoint 2010, ApplicationDevelopment |
Dos (2) Analistas funcionales y de calidad | Profesional en Ingeniería Industrial, de Sistemas, Electrónica, x xxxxxxxx afines. | Mínimo dos años en el levantamiento de requisitos, análisis, diseño y pruebas para implementación de procesos sobre la aplicación propuesta |
Un (1) Arquitecto de la Solución | Ingeniero de sistemas y/o telecomunicaciones, con postgrado en áreas afines | Mínimo tres (3) años en experiencia general como ingeniero contados a partir de la fecha de expedición de la tarjeta profesional y mínimo de dos (2) años como como Arquitecto en aplicaciones en plataforma .Net. |
Un (1) | Ingeniero de sistemas y/o | Mínimo tres (3) años en experiencia |
EQUIPO DE TRABAJO – PERSONAL | ||
ROL | FORMACIÓN ACADÉMICA | EXPERIENCIA |
Diseñador de lBase de Datos | ingeniería electrónica y/o telecomunicaciones, con postgrado en áreas afines a tecnologías de la información | general como ingeniero contados a partir de la fecha de expedición de la tarjeta profesional y mínimo de dos (2) años como diseñador y/o administrador de base de datos. |
Un (1) Especialista en sistemas de información geográfica | Ingeniero Catastral y Geodesta, Ingeniero Topográfico y/o Ingeniero de Sistemas con especialización en sistemas de información geográfica y/o Geomática. | Xxxxxx xxxxx (5) años en experiencia general como ingeniero Xxxxxxxxx y Geodesta contados a partir de la expedición de la tarjeta profesional y, Mínimo dos (2) años en proyectos de sistemas de información geográfico y/o herramientas WEB de georreferenciación. |
Dos (2) Desarrolladores de software | Ingeniero de sistemas y/o ingeniería electrónica y/o telecomunicaciones. | Mínimo tres (3) años de experiencia profesional en desarrollo de aplicaciones bajo plataforma .net. Mínimo 2 años en desarrollo sobre la plataforma del sistema de información propuesta por el proponente. Experiencia en proyectos SharePoint - Certificación Microsoft: Microsoft SharePoint 2010, Application Development. Desarrollo de reportes preferiblemente reportingservices y experiencia de dos años en implementación y desarrollo de Web Services |
Un (1) Diseñador Web. | Diseñador gráfico y/o profesional graduado con experiencia en diseño web | Mínimo dos (2) años de experiencia profesional en diseño web y maquetacion. |
Un (1) documentador | Ingeniero de sistemas Tecnólogo en sistemas, comunicador, publicista o diseñador grafico | Mínimo de (3) años de experiencia en análisis, optimización y re-ingeniería de procesos de negocio, en levantamiento de requerimientos funcionales y no funcionales, creación de formatos de manuales de políticas, procedimientos e instrucciones de trabajo. Elaboración de diagramas UML específicamente casos de uso y diagrama de actividades, diagramación de Mockups. Buen nivel de Excel, Visio, Word, PowerPoint, deseable Enterprise Architect,deseablePencil y/o Balsamic. Buen nivel de herramientas de software |
EQUIPO DE TRABAJO – PERSONAL | ||
ROL | FORMACIÓN ACADÉMICA | EXPERIENCIA |
para diagramar UML, Mapas Mentales, Deseable haber participado en grupos conducidos por PSP / TSP Team software Process. Entender Microsoft .Net, MYSQL, Microsoft SQL Server. Deseable conocimientos en Microsoft SharePoint y BPM. | ||
Dos (2) Recurso de Pruebas | Profesional en Ingeniería de Sistemas, Electrónica x xxxxxxxx afines. | Mínimo (2) años en ejecución de pruebas a software. |
La OIM autorizará el reemplazo del miembro del equipo previo la evaluación de que cumple con el perfil y los requisitos acreditados para la persona que se va a reemplazar.
Veinte (20) Puntos para la propuesta que presente documento en el cual indique las condiciones de garantía y soporte técnico; así como las de acompañamiento en la implantación y puesta en producción, se evaluarán de la siguiente manera:
DESCRIPCIÓN | PUNTAJE | MÁXIMO |
Garantía y soporte técnico de todos los productos instalados Incluyendo mantenimiento correctivo y soporte del software aplicativo, sin costo adicional. | Cinco (5) puntos al proponente que ofrezca unaño de Garantía y Soporte técnico. Xxxx (10) puntos al proponente que ofrezca más de un año de Garantía y Soporte técnico. | Diez (10) Puntos |
Mayor tiempo en el acompañamiento en la implantación y puesta en producción de la solución para el SI. | Cinco (5) puntos al proponente que ofrezca 3 meses en el acompañamiento en la implantación y puesta en producción de la solución para el SI. Diez (10) puntos al proponente que ofrezca 6 meses en el acompañamiento en la implantación y puesta en producción de la solución para el SI. | Diez (10) Puntos |
TOTAL 20 PUNTOS |
DESCRIPCIÓN DE LA PROPUESTA
Diez (10) Puntos para documento técnico que describa con el máximo de detalle las características de la propuesta técnica de acuerdo al anexo H “Conceptualización y requerimientos para el desarrollo, actualización y ajustes del Sistema de Información BPM de procesos agrarios del INCODER”a efecto de transmitir con claridad se han entendido los objetivos y productos esperados del desarrollo y ejecución del contrato producto de esta licitación.
CAPÍTULO V ASPECTOS CONTRACTUALES
Se adjunta el Anexo C con el modelo del contrato que como resultado de la presente LICITACIÓN PÚBLICA se suscribirá; no obstante lo anterior la OIM se reserva el derecho a realizar modificaciones a dicho modelo una vez adjudicado el proceso cuando así lo considere pertinente.
Nota: el documento a suscribir (Contrato o Convenio) variará según el objeto y el tipo de actividades, objetivos y resultados a obtener según el caso específico.
En particular se tendrán en cuenta las siguientes disposiciones
1. PLAZO PARA LA EJECUCIÓN DEL CONTRATO
El contrato resultante de la presente LICITACIÓN PÚBLICA tendrán el siguiente plazo de ejecución: de 2 meses, sin que pueda superar el 30 de octubre de 2014.
Nota: El plazo estipulado se contará a partir de la fecha de perfeccionamiento del contratoy aprobación por parte de la OIM de las garantías exigidas.
2. FORMA DE PAGO
El valor del contrato que se llegara a celebrar con ocasión de la presente LICITACIÓN PÚBLICA será pagado al respectivo Contratista de la siguiente manera:
Nota: Los porcentajes y desembolsos a entregar podrán variar según la evaluación financiera resultante del presente proceso de selección.
Los pagos se realizaran en proporción a los requerimientos y/o especificaciones técnicas suministradas por la DITI (Dirección de Informática y Tecnologías del INCODER), a la cantidad de horas desarrolladas y a los productos entregados de acuerdo al plan de trabajo propuesto y a la valoración de estimación de esfuerzo descrita en el modelo del servicio. Estos deben ser presentados y aprobados por la OIM previo visto bueno del INCODER.
El servicio será facturado únicamente por producto terminado, entregado y que este en ambiente de producción. Por lo tanto no serán objeto de facturación productos parciales o en proceso de construcción, a menos qué, la entrega parcial del producto se deba a cambios en las especificaciones técnicas inicialmente requeridas, en cuyo caso se procederá a liquidar parcialmente el producto y a hacer una nueva validación y estimación de costos de requerimientos para el producto en desarrollo.
De los pagos relacionados, se retendrá un 10% en calidad de garantía, la cual se pagará una vez el contratista haya entregado la totalidad de los productos objeto del presente contrato los cuales serán recibidos a satisfacción por el INCODER y la OIM
1.1MODELO DE SERVICIO
1.1.1 Flujo de trabajo
Verificar el alcance de cada requerimiento solicitado, con el fin de determinar los costos y tiempo estimados para su desarrollo. Se debe tener en cuenta los recursos necesarios y la propuesta económica presentada, discriminada por horas de desarrollo del equipo de trabajo. (Recurso humano necesario especificando valor hora por profesional). Presentar a la DITI y OIM para aprobación y posterior desarrollo y puesta en producción.
Inicio
Estimar costos y tiempo
Recibir requerimie nto
Presentar para aprobación
NO
Aprobada
SI
SI
Pruebas
OK
Desarrollo de software
Incluir en plan de trabajo
Pruebas
Fin
Producción
NO
El contratista deberá contar con una metodología que permita gestionar claramente los procesos de estimación y cuantificación de esfuerzo, tiempos y costos particulares de cada producto. Esta metodología debe ser explicada a
la Dirección de Informática y Tecnología del INCODER.
La implementación de esta metodología es base del servicio ya que los pagos se harán al proveedor por producto terminado con base en la estimación referencia) en horas realizada con esta metodología.
1.2 VALIDACION Y ESTIMACION DE REQUERIMIENTOS
Verificar el alcance de cada requerimiento solicitado con el fin de hacer la respectiva estimación de tiempo y esfuerzo requerido. Dicha estimación será presentada y explicada a la DITI para aprobación e inclusión en el plan de trabajo.
Es importante tener en cuenta que no todos los requerimientos cuentan con el mismo nivel de detalle en la especificación por lo que en algunos casos será necesario establecer una etapa de diseño detallado del producto y en otros se podrá realizar la planificación de la construcción a partir de la información recibida. La estimación del esfuerzo medido en horas, será la referencia base para calcular el costo de cada producto.
No todos los productos requerirán al equipo de trabajo completo, por lo tanto, la DITI determinará los profesionales necesarios para desarrollar un producto específico.
2.2.1 Metodología de estimación de esfuerzo
El contratista deberá contar con una metodología que permita gestionar claramente los procesos de estimación y cuantificación de esfuerzo, tiempos y costos particulares de cada producto. Esta metodología debe ser explicada a la DITI del INCODER.
2.2.2 Garantía de los productos
ACUERDOS DE NIVELES DE SERVICIO (ANS)
A continuación se presenta la tabla de acuerdos de niveles de servicio (ANS) que deberá cumplir el proveedor.
INDICADOR | FRECUENCIA | FORMULA DE CALCULO | DESCRIPCION | META | TABLA DE DESCUENTO | |
# DE ERRORES EN ETAPA DE PRUEBAS | POR PRODUCTO | # ERRORES DETECTADOS POR USUARIOS EN AMBIENTE DE PRUEBAS | NUMERO ERRORES DETECTADOS POR USUARIOS EN AMBIENTE DE PRUEBAS | 2 | # DE ERRORES | SOBRE EL VALOR DEL PRODUCTO |
DE 3 A 5 | 5% | |||||
DE 6 A 8 | 10% | |||||
XXX XX 0 | 00% | |||||
# XX XXXXXXX EN PRODUCCION | POR PRODUCTO | # ERRORES DETECTADOS EN AMBIENTE DE PRODUCCION | NUMERO ERRORES DETECTADOS EN AMBIENTE DE PRODUCCION | 0 | # DE ERRORES | SOBRE EL VALOR DEL PRODUCTO |
DE 1 A 2 | 10% | |||||
De 3 a 4 | 15% | |||||
Mas de 4 | 20% |
3. PRIVILEGIOS E INMUNIDADES:
Ninguna disposición de las cláusulas del contrato ni de los Pliegos de Condiciones se entenderá como renuncia, explícita o implícita a ninguno de los privilegios e inmunidades de que en la actualidad goza la OIM.
ANEXO A
Modelo de carta de presentación de la propuesta.
Bogotá D.C., de julio de 2014
Señor
Organización Internacional para las Migraciones - OIM
Xxxxxxx 00 Xx 00 X- 00 Xxxxxx - Xxxxxxxx Ciudad
Asunto: LICITACIÓN PÚBLICA No. 828DE 2014MyR-004
En mi condición de representante legal de , con la presente comunicación presento
propuesta técnica y económica para participar en la LICITACIÓN PÚBLICA No. 828DE 2014MyR-004, para lo cual, en cumplimiento de lo exigido por la OIM en los Pliegos de Condiciones elaborados para la LICITACIÓN PÚBLICA, manifiesto lo siguiente:
1. Que hemos examinado el documento de los Pliegos de Condiciones incluyendo todas y cada una de sus secciones y documentos complementarios, y que estamos de acuerdo y en consecuencia cumplimos y aceptamos todas y cada una de las disposiciones en él contenidas para la LICITACIÓN PÚBLICA de la referencia.
2. Que nos comprometemos a adelantar el objeto de esta LICITACIÓN PÚBLICAde conformidad con los Pliegos de Condiciones de fecha 31 de julio de2014y con nuestra propuesta.
3. Que nos comprometemos, independientemente de la forma de contratación, a ejecutar el contrato adjudicado en un plazo máximo de , contados a partir de .
4. Que aceptamos sin ningún cuestionamiento la forma de pago establecida por la OIM
en los Pliegos de Condicionesbase para la contratación.
5. Que esta propuesta es de carácter obligatorio para nosotros y está sujeta a las modificaciones que resulten de las negociaciones del contrato.
6. Que somos conciertes y así lo aceptamos, de que la OIM no está obligada a aceptar ninguna de las propuestas que reciba, y que un posible contrato podría resultar únicamente después de finalizadas las negociaciones basadas en los componentes técnicos, económicos, jurídicos y demás.
7. Que dejamos constancia de que no existen causales de inhabilidad o incompatibilidad que nos impida participar en la presente LICITACIÓN PÚBLICA y suscribir el contrato respectivo; que esta propuesta y el contrato que llegare a celebrarse sólo comprometen a los firmantes de esta carta; que ninguna entidad o persona distinta a los firmantes tiene interés comercial en esta propuesta ni en el contrato probable que de ella se derive.
8. Que declaramos conocer todo lo concerniente a la naturaleza del servicio que estamos cotizando, así como el sitio del mismo; las condiciones generales y locales; las relacionadas con el transporte, el acceso, el clima, la disposición de bienes, vías de comunicación, la situación de orden público, y en general, todos los demás aspectos sobre los cuales obtuvimos información y que en alguna forma afecten el servicio que se prestará o su costo, por lo cual renunciamos expresamente a cualquier reclamación futura por falta de información o información parcial en este aspecto.
9. Que el costo total de la propuesta, expresado en pesos colombianos es el siguiente:
COP $ más IVA, según lo establecido en el estatuto tributario
ColombianoVigente (Nota: el valor colocado aquí debe ser igual al valor total de la propuesta económica detallada).
10. Que la Vigencia de la propuesta es por un término de noventa (90) días
Atentamente,
Firma autorizada:
Nombre y cargo del signatario:
Nombre del proponente:
Dirección:
Teléfono y fax:
e-mail:
Ciudad
(**La carta se debe acomodar a singular cuando aplique)
ANEXO B
FORMATO DE INFORMACIÓN – PROPONENTES
INFORMACIÓN PARA PROPONENTES
Nombre de la empresa:
Tipo de propiedad:
Alquilada
Propia Área: Metros
Ciudad y dirección:
Ubicación de la Planta / Bodega (en caso de que aplique)
Alquilada Propia Área: Metros
Números de contacto:
Número de Teléfono Persona de contacto
Número de Fax
Dirección electrónica Sitio Web
Razón social
Corporación
Sociedad
Negocio Propio
Licencia / NIT
Régimen simplificado
Régimen Común
Número de personal Regular Contratado / Casual
Naturaleza del negocio
Fabricante
Intermediario
Servicios de información
Mayorista
Minorista
Equipos de informática
Comerciante
Importador
Empresa de servicios
Construcción Consultor Otros
Experiencia en el mercado en tiempo: Años Meses
Relación Productos & Servicios:
Servicios Adicionales ofrecidos (si los hay):
Términos de venta:
Relaciones comerciales
No | Compañía | Persona Contacto | Número de Contacto | Correo Electrónico |
Referencias Bancarias
No | Banco | Persona Contacto | Número de Contacto |
Compañías con las que he trabajado en los últimos años con valor aproximado en pesos
No | Nombre empresa | Lugar | Fecha Inicio | Fecha Fin | Valor Contrato | Valor Ejecutado | Persona Contacto |
Alguna vez ha vendido servicios o productos a alguna misión de OIM?
Si No
En caso afirmativo informe el departamento y nombre del funcionario a quien le ha vendido productos y/o servicios.
No | Área/Programa/Depto. | Persona Contacto | Misión | Producto/Servicio Vendido |
Tiene parientes que han trabajado con nosotros o actualmente son funcionarios de la Organización Internacional para las Migraciones? En caso afirmativo, por favor indique el nombre del funcionario y su parentesco. En caso de personas jurídicas indique si los Accionistas, Gerentes, Jefes de Compras tienen parientes con la OIM.
Sí No
No. | Funcionario | Parentesco |
LISTADO DE DOCUMENTOS REQUERIDOS
Por favor anexe los siguientes documentos junto con la hoja de información:
No. | Documento | Para uso exclusivo de OIM | |
si aplica | no aplica | ||
1 | Perfil de la empresa | ||
2 | Referencias bancarias /últimos estados financieros auditados | ||
3 | Certificado xx Xxxxxx y Comercio y Número de NIT | ||
4 | Nombre y breve información de oficiales o representantes | ||
5 | Nombre de funcionarios principales |
Certifico que la información es cierta y correcta Recibe:
Firma Firma
Nombre Nombre
Cargo Cargo
ANEXO C
MODELO CONTRATO DE PRESTACIÓN DE SERVICIOS
NOTA: El presente modelo es el que se suscribirá como resultado de la LICITACIÓN PÚBLICA; no obstante lo anterior la OIM se reserva el derecho a realizar modificaciones en todo o en parte a dicho modelo una vez adjudicado el proceso cuando así lo considere pertinente.
Contrato de prestación de servicios entre
La Organización Internacional para las Migraciones y
[Nombre de la otra parte] sobre
[Tipo de servicios]
La ORGANIZACIÓN INTERNACIONAL PARA LAS MIGRACIONES (OIM), representada por XXXXXXX
XXXXXX en su calidad de representante legal, identificado con el carnet diplomático No. O-20101422 expedido por el Ministerio de Relaciones Exteriores de Colombia, quien obra en calidad de Jefe de Misión (en adelante la “OIM”) ubicada en [insertar dirección], y [nombre de la otra parte] (en adelante el “Proveedor de servicios”) ubicada en [insertar la dirección], representado por [insertar el nombre], [insertar el título],en su calidad de representante legal, en adelante denominada el Proveedor de servicios, han decidido suscribir el presente Contrato.
1. Introducción y documentos integrales.
La OIM y [insertar nombre del donante] suscribieron el Convenio de Cooperación [insertar número del convenio], con el objeto de [insertar objeto], que se encuentra vigente hasta el [insertar fecha de finalización]. Que en desarrollo del Convenio [insertar número del convenio] se requiere contratar un Proveedor de servicios para [insertar objeto] en el marco del proyecto [insertar nombre del proyecto] en adelante “el Proyecto”.
Teniendo en cuenta lo anterior, la OIM adelantó [insertar el número de la invitación directa o licitación según sea el caso] para la cual el Proveedor de servicios presentó propuesta.
Que tal y como consta en el cuadro comparativo del proceso de selección referenciado, el Proveedor de servicios es el proponente que mejor cumple con los requerimientos exigidos, por lo cual ha sido seleccionado para el desarrollo del presente Contrato.
El proveedor de servicios seleccionado de manera independiente y autónoma, sin que exista subordinación se compromete a prestar a la OIM [insértese una breve descripción de los servicios], de conformidad con las condiciones establecidas en el presente Contrato y en sus anexos, si los hubiera.
Teniendo en lo anterior, la OIM adelantó [insertar el número de la licitación o invitación según el caso] para la cual el Proveedor de servicios presentó propuesta.
Que mediante Comité de Compras del [insertar fecha del comité de compras] se aprobó suscribir el presente Contrato con el Proveedor de servicios, teniendo en cuenta que de acuerdo a la evaluación Técnica, Jurídica y Financiera, esta fue la más favorable para los intereses de la Organización y del Proyecto.
Los documentos que se enumeran a continuación forman parte integral de este Contrato: [añádanse o suprímanse, según convenga].
1.6.1 Oferta o propuesta del proveedor de servicios /formulario de oferta (anexo 1)
1.6.2 Términos de referencia o pliegos de condiciones. (anexo 2)
1.6.3 Aviso de adjudicación aceptado (anexo 3)
1.6.4 Ficha de Proyecto (anexo 4)
Los términos utilizados en este Contrato tendrán el significado corriente y usual que ellos tienen en el lenguaje técnico correspondiente, o en el natural y obvio según el uso general de los mismos, salvo que se encuentren expresamente definidos de otra forma en el texto del presente Contrato. En todo caso, la OIM tendrá amplias facultades para interpretar y aplicar el sentido y alcance de los términos y cláusulas contenidas en el presente Contrato.
2. Partes
Las Partes del presente Contrato son, por un lado, la Organización Internacional para las Migraciones, la Oficina de la OIM en Colombia, ubicada en la xxxxxxx 00 Xx. 00X -00 xx xx xxxxxx xx Xxxxxx, representada por [insertar el nombre e identificación del Jefe de Misión], en adelante denominada la OIM, y, por otro, [insertar nombre de la otra Parte], [dirección e identificación], según consta en [insertar el documento que acredite existencia y representación legal e identificación del Proveedor de servicios] representada por [nombre, cargo e identificación del representante de la otra Parte], en adelante denominada el Proveedor de servicios
3. Obligaciones y Servicios prestados
3.1 El Proveedor de servicios se compromete a prestar a la OIM los siguientes servicios (los "Servicios"): [Indíquense los servicios que serán prestados. Cuando proceda, señálese la ubicación, la frecuencia y demás en que deban prestarse los servicios. Enumérense todas las prestaciones que deban realizarse y su plazo de ejecución, si procede. Podría ser necesario adjuntar una descripción de los servicios a modo de anexo].
3.2 El Proveedor de servicios empezará a prestar los Servicios una vez aprobadas las pólizas por la OIM y deberá haber concluido de forma satisfactoria a más tardar dentro de los [insertar días/meses o plazo] siguientes.
3.3 El Proveedor de servicios se compromete a prestar los Servicios requeridos en virtud del presente Contrato de conformidad rigurosa con las especificaciones contenidas en la presente cláusula, en cualquier anexo adjunto o documento que forme parte integral del presente Contrato.
3.4 El Proveedor de servicios cumplirá con los Términos de Referencia o pliegos de condiciones (anexo
1) y la oferta o propuesta presentada por el Proveedor de servicios (anexo 2) y así mismo deberá:
3.4.1 Desarrollar el objeto del presente Contrato de conformidad con los Términos de Referencia o pliegos de condiciones de [insertar número de referencia], la propuesta presentada por el Proveedor de servicios y las indicaciones que para el efecto entregue la OIM.
3.4.2 Contratar por su cuenta y riesgo, el personal necesario para la realización de las diferentes acciones requeridas para el cumplimiento y desarrollo del objeto del presente Contrato.
3.4.3 Cumplir, de conformidad con lo establecido en la ley con las normas de seguridad social, aportes parafiscales y demás que sean necesarios acreditando su afiliación al sistema de seguridad social.
3.4.4 Destinar los recursos que le entregue la OIM única y exclusivamente para la ejecución del objeto previsto en este Contrato.
3.4.5 Pagar los honorarios y/o salarios y prestaciones sociales del personal que emplee o contrate para la ejecución de este Contrato, de conformidad con las normas existentes, manteniendo libre a la OIM de cualquier reclamación que por ese concepto se presente en su contra.
3.4.6 Reportar de manera inmediata a los supervisores del Contrato, cualquier novedad o anomalía que se presente durante la ejecución del Contrato.
3.4.7 Prestar la colaboración que facilite a la OIM el pago de los honorarios, de acuerdo con las instrucciones impartidas para tal efecto.
3.4.9 Entregar a la OIM las pólizas requeridas en el presente documento dentro de los cinco (5) días posteriores a la firma del mismo, junto con sus respectivos recibos de pago expedidos por la aseguradora.
3.4.10 Las demás que surjan de la naturaleza del presente Contrato, de conformidad con las indicaciones dadas por el supervisor.
3.4.11 Adicionar más obligaciones si es necesario dependiendo el Contrato.
4. Plazo de ejecución
4.1 El presente Contrato tendrá un plazo de [insertar término] contado a partir de su firma y perfeccionamiento.
4.2 SUSPENSIÓN TEMPORAL DE LA EJECUCIÓN DEL CONTRATO: La ejecución del presente Contrato podrá ser suspendida de manera unilateral por la OIM, cuando quiera que a su juicio, existan circunstancias que atenten contra sus intereses o los del donante, o cuando se tenga conocimiento de hechos que dificulten la normal ejecución del presente Contrato. La suspensión a la que se refiere el presente parágrafo, no implica una prórroga al plazo de ejecución del Contrato, sino, un cese temporal en el cumplimiento de las obligaciones contractuales, y en consecuencia, un ajuste proporcional en la fecha de finalización del Contrato. La suspensión temporal de la ejecución del Contrato también podrá darse de mutuo acuerdo, para lo cual suscribirán el acta correspondiente.
4.3 Para los efectos de esta cláusula, la OIM notificará su decisión al Proveedor de Servicios, a través de comunicación escrita en la que le indicará la fecha a partir de la cual operará la suspensión temporal de la ejecución del Contrato
4.4 La suspensión temporal de la ejecución del Contrato también se producirá por mutuo acuerdo entre las partes, para lo cual suscribirán el acta correspondiente.
5. Lugar de Ejecución
El presente Contrato se ejecutará en [insertar lugar de ejecución].
6. Honorarios y pagos
6.1 El precio global por los servicios prestados con arreglo al presente Contrato ascenderá a XXXXXXXXXXXXXXXXXX DE PESOS ($XXXXXXX)M/CTE, valor que incluye IVA y que será pagado por la OIM al Proveedor de servicios así:
6.1.1 Un primer pago por la suma de [insertar valor del contrato incluido IVA si es viable] , incluido IVA, correspondiente al [insertar el porcentaje del anticipo si lo hubiere; en ningún caso más del 30 % del valor del Contrato y el anticipo tiene que ser asegurado por una garantía] del valor total del Contrato, a manera de anticipo, a la firma del mismo y previa aprobación por la OIM de las garantías exigidas en el mismo, junto con su respectivo recibo de pago el cual debe ser expedido por la aseguradora.
6.1.2 Un segundo pago por la suma de [insertar valor del contrato incluido IVA si es viable], incluido IVA, correspondiente al [insertar el porcentaje] del valor total del contrato, previa entrega a satisfacción de la OIM de [insertar los productos que se requieren para que sea viable el respectivo desembolso].
6.1.3 Un tercer pago por la suma de [insertar valor del contrato incluido IVA si es viable], incluido IVA, correspondiente al [insertar el porcentaje] del valor total del contrato, previa entrega a satisfacción de la OIM de la totalidad de los productos y actividades objeto del presente Contrato.
6.2 El Proveedor de servicios facturará a la OIM una vez finalizada la prestación de los Servicios. Dicha factura/cuenta de cobro deberá presentarse de conformidad con los requisitos establecidos en el numeral anterior.
6.3 Los pagos serán exigibles dentro de los 30 días siguientes a partir de la recepción y aprobación de la factura por la OIM. Los pagos se realizarán en pesos colombianos mediante [transferencia bancaria] a la cuenta bancaria siguiente: [insértense los datos de la cuenta bancaria del Proveedor de servicios].
6.4 El Proveedor de servicios se hará cargo del pago de todos los impuestos, derechos, tasas y demás gravámenes que le correspondan con relación al presente Contrato.
6.5 Sin perjuicio de ningún otro derecho de que goce, la OIM podrá aplazar el pago de todo o parte del precio por los servicios prestados hasta que el Proveedor de servicios haya ejecutado completamente los servicios ligados al pago de dicho precio de forma satisfactoria para la OIM.
6.6 El Proveedor de servicios deberá asegurarse que los gastos no excedan el valor total del Contrato, ni que se incurra en costos superiores, salvo que exista un acuerdo de aumento por escrito.
7. Declaraciones
i. El Proveedor de servicios asegura que:
a) Es una empresa financieramente sólida, que dispone de los permisos debidos y de los recursos humanos, los equipos, la competencia y el personal técnico y especializado adecuados, necesarios para prestar plena y satisfactoriamente todos los servicios en el plazo de ejecución estipulado y de conformidad con el presente Contrato;
b) Acatará todas las leyes, ordenanzas y reglamentos vigentes en el cumplimiento de las obligaciones dimanantes de este Contrato, así como con los procedimientos de la OIM;
c) Actuará en el mayor beneficio de la OIM en cualesquiera circunstancias;
d) No ha transferido ni ofrecerá a ningún funcionario de la OIM ni a ningún tercero beneficio directo o indirecto alguno que se derive del presente Contrato o de la concesión del mismo;
e) No ha falseado u ocultado ningún hecho relevante para obtener este Contrato;
f) El Proveedor de servicios, su personal o sus accionistas no han sido inhabilitados por la OIM con anterioridad para recibir la adjudicación de un contrato de la OIM;
g) Ha contratado o contratará un seguro adecuado durante el periodo que dure la prestación de los servicios de conformidad con el presente Contrato;
h) Respetará las normas éticas más estrictas en la ejecución del presente Contrato, lo que incluye la no realización de prácticas discriminatorias o de explotación o la aplicación de cualquier práctica contraria a los derechos enunciados en la Convención sobre los Derechos del Niño;
i) El precio global que se estipula en la Cláusula 6.1 de este Contrato constituirá la única remuneración en relación con el mismo. El Proveedor de servicios no aceptará en beneficio propio ninguna comisión comercial, descuento o retribución similar relacionada con las actividades emprendidas en la aplicación del presente Contrato o el cumplimiento de sus obligaciones en virtud del mismo. El Proveedor de servicios también se asegurará de que ningún subcontratista, así como ningún miembro del personal o agentes de dichos subcontratistas o del propio Proveedor de servicios reciba ninguna remuneración adicional;
ii. El Proveedor de servicios asimismo garantiza que:
a) Adoptará todas las medidas apropiadas para prevenir cualquier intento, amenaza o la explotación y el abuso sexuales propiamente dichos por parte de sus empleados o de cualquier otra persona contratada o bajo su control para que lleve a cabo las actividades previstas en el marco del presente Acuerdo. Además, adoptará todas las medidas adecuadas para prohibir a sus empleados o a cualquier otra persona contratada o bajo su control, la oferta de dinero, de bienes o de los servicios a su disposición en el marco del presente Acuerdo, a cambio de relaciones o favores sexuales.
b) Desalentará tajantemente las relaciones sexuales entre sus empleados y los beneficiarios de la OIM, y entre cualquier otra persona contratada o bajo su control para llevar a cabo las actividades previstas en el marco del presente Acuerdo y los beneficiarios de la OIM.
c) Adoptará todas las medidas apropiadas a efectos de asegurar que sus empleados o cualquier otra persona contratada o bajo su control para llevar a cabo las actividades previstas en el marco del presente Acuerdo no mantengan relaciones sexuales con menores (es decir, con personas de menos de 18 años de edad) independientemente de la edad estipulada a nivel local para alcanzar la mayoría de edad o la edad mínima de libre de consentimiento. No podrá aducirse como defensa una estimación errónea de la edad del o de la menor. Esta prohibición no se aplicará cuando el empleado o cualquier otra persona contratada o bajo su control para llevar a cabo las actividades previstas en el marco del presente Acuerdo haya contraído matrimonio legalmente con una persona menor de 18 años pero que haya alcanzado la mayoría de edad o la edad mínima de libre consentimiento, estipulados por su país de ciudadanía.
d) Informará de cualquier queja o sospecha con respecto a eventuales actos de explotación o abuso sexuales por parte de sus empleados, de cualquier otra persona contratada o bajo su control para llevar a cabo las actividades previstas en el marco del presente Acuerdo, o del personal de la OIM; y adoptará todas las
medidas apropiadas para garantizar que sus empleados o cualquier otra persona contratada o bajo su control para llevar a cabo las actividades previstas en el marco del presente Acuerdo informen a la OIM o al Proveedor de servicios sobre cualquier queja o sospecha referentes a eventuales actos de explotación o abuso sexuales por parte de sus empleados o de cualquier otra persona contratada o bajo su control para llevar a cabo las actividades previstas en el marco del presente Acuerdo, o del personal de la OIM.
e) Adoptará todas las medidas a efectos de investigar las denuncias o sospechas de eventuales actos de explotación o abuso sexuales así como las sanciones correspondientes, incluidas medidas disciplinarias contra sus empleados o cualquier otra persona contratada o bajo su control para llevar a cabo las actividades previstas en el marco del presente Acuerdo que haya cometido un acto de explotación o abuso sexuales.
f) Toda negativa a tomar medidas preventivas contra la explotación o abuso sexuales, a comunicar debidamente a la OIM cualquier queja o sospecha acerca de los mismos, a investigar las denuncias o a sancionar a los culpables cuando se haya producido la explotación o abuso sexuales, será motivo suficiente para rescindir el presente Acuerdo.
g) En caso de una subcontratación autorizada por la OIM, de conformidad con el presente Acuerdo, deberá obtener y remitir una confirmación por escrito de que los subcontratistas aceptan las normas aquí enunciadas e incluirlas en todos los subcontratos.
8. Presentación de informes
8.1 Informe de ejecución: el Proveedor de servicios deberá presentar un informe de ejecución en (1) original y (1) una copia electrónica, dirigidos a la OIM y a (insertar la entidad a la cual también vayan dirigidos los Informes según aplique), conforme a las indicaciones y los formatos establecidos por la OIM. Los informes contendrán la siguiente información:
8.1.1 Comparación de logros actuales, metas y objetivos establecidos para el período. Cuando sea apropiado y cuando los resultados del programa sean fácilmente cuantificables, dicha información cuantitativa se comparará a la información de costos para fines de calcular los costos unitarios;
8.1.2 Las razones por las cuales los objetivos establecidos no fueron alcanzados, si fuere apropiado;
8.1.3 Cualquier otra información pertinente, incluyendo cuando aplique, el análisis y explicación de costos excesivos o costos unitarios altos;
8.1.4 Cualesquiera eventos que tengan un impacto significativo sobre las actividades apoyadas por el presente Contrato;
8.1.5 Cualquier condición adversa que materialmente imposibilite al Proveedor de servicios a cumplir parcialmente, totalmente o que genere un retraso en el cumplimiento del objetivo y dentro del término pactado en este Contrato. Dicha notificación incluirá una sección en la cual el Proveedor de servicios informará de las medidas tomadas o cumplidas, y cualquier asistencia requerida para resolver dicha situación;
8.1.6 Listado de beneficiarios con base en las indicaciones dadas por la OIM;
8.1.7 Registro fotográfico de actividades en formato JPG (mínimo 20 unidades). Las fotos deberán estar organizadas en carpetas que señalan el lugar, la actividad y la fecha en la que fueron tomadas, y
8.1.8 Recomendaciones para realizar ajustes a la operación del Proyecto.
8.1.9 [añádanse o suprímanse, según xxxxxxxx].
8.2 Informe final: Al terminar las actividades y productos deberá entregar el informe final que incluya la totalidad de las actividades realizadas; para tal efecto, el Proveedor de servicios enviará a la OIM y a [insertar la entidad a la cual también vayan dirigidos los Informes según aplique] (1) copia en original y una (1) copia electrónica del reporte final, conforme los formatos establecidos por la OIM. De ser necesario, la OIM revisará y proveerá comentarios dentro de los treinta (30) días siguientes al recibo del reporte final. El informe final contendrá la siguiente información:
8.2.1 Comparación de logros actuales, metas y objetivos establecidos para el Contrato.
8.2.2 Las razones por las cuales los objetivos establecidos no fueron alcanzados, si fuere apropiado;
8.2.3 Cualquier evento que haya tenido un impacto significativo sobre las actividades apoyadas por el contrato;
8.2.4 En caso de que hubiere problemas, retrasos, o condiciones adversas que materialmente hayan imposibilitado al Proveedor de servicios para cumplir con los objetivos de este contrato, el Proveedor de servicios incluirá una sección en la cual informe de las medidas tomadas para resolver dicha situación.
8.2.5 Las demás que surjan de la naturaleza del presente Contrato, de conformidad con las indicaciones dadas por el supervisor.
8.2.6 [añádanse o suprímanse, según xxxxxxxx].
9. Auditorias
El Proveedor de servicios se compromete a llevar registros contables y a conservar comprobantes, datos estadísticos o cualquier otro documento pertinente relacionado con los Servicios, con arreglo a los principios de contabilidad generalmente aceptados, a fin de justificar adecuadamente todos los gastos directos e indirectos de cualquier índole, derivados de las transacciones relacionadas con los Servicios prestados, según lo dispuesto en el presente Contrato. El Proveedor de servicios pondrá a disposición de la OIM o del representante designado por ésta dichos registros y documentos en un tiempo prudencial durante un plazo de siete (7) años a partir de la fecha del último pago, con fines de inspección, auditoría o reproducción. Los empleados del Proveedor de servicios tendrán que estar a disposición para ser entrevistados previa petición.
10. El Proveedor de servicios independiente.
10.1 El Proveedor de servicios prestará todos los servicios con arreglo al presente Contrato como contratista independiente y no en calidad de empleado, socio o agente de la OIM.
10.2 Las partes contratantes dejan constancia que los trabajadores y empleados que requiera la labor del Proveedor de servicios serán de su exclusivo patronazgo, por tener el carácter de contratista independiente y por estarle expresamente subordinados. Por tanto los salarios y prestaciones sociales de dichos trabajadores, serán cancelados directamente por el Proveedor de servicios. En caso de incumplimiento de dicha obligación OIM podrá repetir en su contra por los perjuicios que dicho incumplimiento le hubiera causado.
10.3 La OIM podrá solicitar la remoción de cualquiera de las personas dependientes del Proveedor de servicios que estén a su servicio y que a su juicio no sea idónea para la prestación del servicio contratado. El Proveedor de servicios deberá dar cumplimiento a más tardar dentro del día hábil siguiente a la respectiva solicitud.
10.4 Si a ello hubiera lugar, el Proveedor de servicios se obliga a afiliar todo el personal bajo su dependencia a una EPS, Fondo de Pensiones Obligatorias y ARP, y a dar cumplimiento a todas las obligaciones laborales establecidas en la Ley. OIM podrá exigir en cualquier momento documentos que así lo prueben.
10.5 Si a ello hubiera lugar, el Proveedor de servicios será responsable del pago de los aportes parafiscales correspondientes a sus obligaciones laborales y de seguridad social para con el personal a su cargo, tales como Régimen de Seguridad Social, SENA, Caja de Compensación Familiar, Instituto Colombiano de Bienestar Familiar y FIC. OIM podrá solicitar para efectos de la terminación y liquidación del Contrato los últimos recibos de pago.
10.6 Con todo, el Proveedor de servicios asume la responsabilidad plena en relación con las obligaciones que le corresponden en desarrollo o por mandato del Código Sustantivo de Trabajo y de las disposiciones legales que le adicionen, modifiquen, sustituyan o reformen, así como de las relacionadas con el régimen legal de Seguridad Social en Colombia y, en consecuencia renuncia a invocar en cualquier momento y por cualquier causa solidaridad alguna por parte de OIM para tales fines.
11. Reconocimiento.
11.1. El Proveedor de servicios se compromete a otorgar el reconocimiento público, verbal y/o escrito al donante o donantes que aportan recursos a través de OIM, en todas las actividades públicas o privadas derivadas de la ejecución del presente contrato, bien sea a través de publicaciones, como en los lugares físicos donde se implementará el Proyecto. Así mismo dicho reconocimiento se llevará a cabo en actividades tales como las inauguraciones, visitas de campo y entrevistas que se realicen a través de medios de comunicación.
11.2 Los eventos públicos, especialmente aquellos que pudieran contar con la presencia de medios de comunicación o de representantes de las entidades donantes, deberán incluir pendones de los donantes y de la OIM, o cualquier material que para el caso disponga la Unidad de Prensa de la OIM. Las obras de infraestructura derivadas de la ejecución del presente Contrato deberán incluir una placa conmemorativa de la inauguración de la obra, con los logos de todas las instituciones vinculadas formalmente al Proyecto. El diseño de tal placa deberá ser aprobado por la Unidad de Prensa antes de su producción.
11.3 A cada evento público al que asista el donante, la OIM, o el representante de la entidad gubernamental participante, el Proveedor de servicios deberá garantizarle un espacio en la mesa principal.
11.4 Ninguna contraparte está autorizada para producir ropa o material con logos del donante o de la OIM, ni de usar sus nombres emblemas o sellos sino cuenta con una autorización por escrito.
12. Mención del Proyecto
El Proveedor de servicios al referirse al Proyecto objeto del presente Contrato, en cualquiera de las situaciones mencionadas en la cláusula de RECONOCIMIENTO, deberá hacerlo así: “CONTRATO DE PRESTACIÓN DE SERVICIOS [insertar el nombre y código] financiado por [insertar el nombre y código del donante].
12.1 En caso de que el Proveedor de servicios no siga estos lineamientos, se entenderá como causal de terminación del presente Contrato y la OIM procederá a enviar los comunicados aclaratorios que estime pertinentes, a los medios de comunicación que hubieran divulgado tales declaraciones.
12.2 El Proveedor de servicios deberá dar a conocer a los beneficiarios del contrato, la procedencia de los fondos y el Programa en el cual se enmarca el mismo.
13. Fuente de recursos
Los recursos que aporta la OIM están comprometidos en el presupuesto del Convenio de Cooperación [insertar código] celebrado entre la OIM y [insertar el nombre del donante].
14. Solución de conflictos
Todo conflicto, controversia o reclamación derivada del presente Contrato o relacionada con éste, así como el incumplimiento, rescisión o nulidad del mismo se resolverá de forma amistosa mediante negociación entre las Partes. En el supuesto de que tales negociaciones fracasaran, cualquiera de las Partes podrá someter el conflicto a arbitraje. El arbitraje se realizará de conformidad con las reglas de arbitraje de CNUDMI. El laudo arbitral será definitivo y obligatorio.
15. Retrasos e incumplimiento
15.1 Si por algún motivo, el Proveedor de servicios incumple o no puede cumplir las obligaciones contraídas en virtud del presente Contrato o con arreglo al documento del Proyecto, deberá notificárselo por escrito a la OIM lo antes posible aportando toda la información pertinente. En caso de retraso o incumplimiento, la OIM se reserva el derecho de emprender las acciones que, a su juicio, considere oportunas o necesarias habida cuenta de las circunstancias, incluida la imposición de sanciones por los retrasos o la rescisión del Contrato.
15.2 Ninguna de las Partes será responsable de ningún retraso en el cumplimiento de las obligaciones contraídas en virtud del presente Contrato o del incumplimiento de éstas, si dicho retraso o incumplimiento es por causa de fuerza mayor, como por ejemplo en el caso de disturbios, acciones militares, catástrofes naturales u otras circunstancias ajenas a la voluntad de la Parte en cuestión. En ese caso, la Parte informará de inmediato por escrito a la otra Parte de la existencia de dicha causa o acontecimiento, y de la probabilidad de que se produzcan retrasos.
16. Coordinación y ejecución
El presente Contrato tendrá un Comité Técnico que estará conformado por dos (2) delegados designado por la OIM, un delegado designado por la Subgerencia de Tierras del INCODER, el supervisor designado por el INCODER y con el acompañamiento técnico de la dirección de informática y tecnologias y un delegado designado por la interventoría contratada para el efectos. El Proveedor de servicios en su condición de operador del Proyecto tiene la obligación contractual de acoger las recomendaciones y requerimientos que formule la OIM, el INCODER y la interventoría, en relación con la ejecución del Proyecto.
17. Funciones del Comité técnico
El Comité Técnico del presente Contrato se reunirá cada mes o cuando alguna de las partes lo convoque para resolver situaciones que requieran de su atención o decisión y desarrollará las siguientes funciones:
1) Establecer las políticas y directrices para la ejecución del Contrato que deberán observar las partes comprometidas;
2) Coordinar y supervisar la ejecución del contrato;
3) Revisar y aprobar el plan de ejecución de las actividades descritas en los términos de referencia/pliegos de condiciones.
4) Tomar medidas correctivas para ajustar las desviaciones en la ejecución del Contrato;
5) Revisar y aprobar las prórrogas del Contrato;
6) Emitir conceptos sobre los ajustes o adiciones presupuestales al Contrato;
7) Garantizar que las solicitudes de gastos correspondan exclusivamente a los requisitos de desarrollo de las actividades del Contrato.
18. Confidencialidad
Toda información que llegue a estar en posesión o en conocimiento del Proveedor de servicios en relación con el presente Contrato será considerada con carácter estrictamente confidencial. El Proveedor de servicios no comunicará dicha información a ningún tercero sin la autorización previa por escrito de la OIM. El Proveedor de servicios acatará los Principios de Protección de Datos de la OIM, en el caso de que recopile, reciba, utilice, transfiera o almacene cualesquiera datos personales en el ejercicio de las funciones derivadas del presente Contrato. Esas obligaciones continuarán vigentes tras el vencimiento o la rescisión de este Contrato.
19. Notificaciones
19.1. Toda notificación que sea transmitida en cumplimiento del presente Contrato deberá cursarse por escrito y ser entregada o enviada por correo prepagado o por fax a la otra Parte a la dirección siguiente:
[Insértese la dirección de la OIM]
[Insértese la dirección del Proveedor de servicios]
19.2 Si alguna de las partes cambiare de lugar para recibir notificaciones deberá avisar por correo certificado, con diez (10) días hábiles de anticipación, la nueva dirección, so pena de que cualquier comunicación que se envíe a la anterior dirección, se entienda válidamente recibida. Lo anterior no implica cambio del domicilio contractual.
19.3.- DOMICILIO: Las partes contratantes señalan como lugar del cumplimiento de las obligaciones derivadas del presente Contrato la ciudad de Bogotá y determinan como lugar para recibir notificaciones las que se expresan a continuación de las firmas.
20. Utilización del nombre de la OIM
El Proveedor de servicios podrá utilizar el logotipo y el nombre oficiales de la OIM y/o sus donantes únicamente con en relación a estos Servicios, previa autorización por escrito de la OIM.
21. Propiedad intelectual
Toda propiedad intelectual y otros derechos de propiedad, tales como patentes, derechos de autor, marcas registradas y propiedad de los datos que se originen durante la prestación de los servicios serán de titularidad
del INCODER incluidos, sin restricción alguna, los derechos para utilizar, reproducir, adaptar, publicar y distribuir cualquier elemento o parte de éste.
22. Registro De Los Derechos De Autor
La OIM podrá realizar por el registro de los Derechos de Autor sobre los productos, informes, diseños, trabajos, información, documentación, investigación, y escritos, por él desarrollados o elaborados en virtud del presente contrato, así como de cualquier publicación que los contenga y con tal objeto otorgará poder a quien se le indique.
23. Garantía e indemnizaciones
23.1 El Proveedor de servicios deberá constituir a favor de La Organización Internacional Para las Migraciones OIM NIT No.800105552- 8, en una compañía de seguros legalmente constituida en Colombia, las siguientes pólizas, cuyas primas serán pagadas por el Proveedor de servicios:
23.1.1 CUMPLIMIENTO: Para responder por los perjuicios derivados del incumplimiento de las obligaciones establecidas en el contrato, por un valor equivalente al veinte por ciento 20 % del valor total del contrato, con vigencia igual a la del Contrato y cuatro (4) meses más.
23.1.2 SALARIOS, PRESTACIONES SOCIALES E INDEMNIZACIONES: Por un valor equivalente al diez por ciento 10 % del valor total del presente contrato, con vigencia igual a la del Contrato y tres (3) años más.
23.2 Las pólizas deberán ser presentadas por el Proveedor de servicios ante la OIM, expedida a favor de ENTIDADES PARTICULARES, dentro de los cinco (5) días siguientes a la firma del Contrato con el correspondiente RECIBO DE PAGO de la prima expedido por la Compañía de Seguros.
23.3 En todo momento el Proveedor de servicios actuará en defensa de la OIM, en tanto que organización, y de sus funcionarios, empleados y agentes, eximiéndoles y exonerándoles de toda responsabilidad con relación a cualesquiera pérdidas, costos, daños y gastos (incluidos gastos jurídicos y costas judiciales), reclamaciones, pleitos, procesos judiciales, peticiones y responsabilidades de toda índole o naturaleza, en la medida en que resulten o se deriven de los actos u omisiones del Proveedor de servicios o de sus empleados, directivos, agentes o subcontratistas, en la ejecución del presente Contrato. La OIM informará con prontitud al Proveedor de servicios acerca de cualquier reclamación, pérdida o petición tramitada por escrito de las que el Proveedor de servicios sea responsable en virtud de esta cláusula. Esa exención de responsabilidad continuará vigente tras el vencimiento o rescisión de este Contrato.
24. Certificación
El Proveedor de servicios certifica que ni la compañía, sus directivos o personal a cargo están actualmente excluidos, suspendidos, propuestos para exclusión, declarados inelegibles o voluntariamente excluidos por cualquier agencia o departamento del Gobierno de los Estados Unidos de América, para su participación en este Contrato.
25. Desarrollo De Productos De Comunicación
El Proveedor de servicios se compromete a no desarrollar ninguna pieza de comunicación (afiches, plegables, volantes, cartillas, libros o cualquier otro material impreso; videos, comerciales de televisión, cuñas de radio, sitios Web, productos multimedia o cualquier otro producto de comunicación audiovisual o electrónica; vallas, placas conmemorativas, comunicados de prensa, entre otros) relacionada con el objeto del presente Contrato sin la aprobación previa de los diseños o libretos por parte de la Unidad de Prensa de la OIM y el donante. El desarrollo de cualquier pieza de comunicación relacionada con el presente Contrato deberá ser aprobado por la Unidad de Prensa y el donante antes de su producción.
26. Estatus de la OIM
Nada de lo dispuesto en el presente Contrato afectará a los privilegios e inmunidades de que goza la OIM en su calidad de organización intergubernamental.
27. Cesión y subcontratación
27.1 El Proveedor de servicios no cederá ni subcontratará ninguna de las actividades previstas en el presente Contrato, ni en parte ni en su totalidad, a menos que haya obtenido la aprobación previa por escrito de la OIM. La celebración de un contrato de subcontratación por el Proveedor de servicios sin la aprobación por escrito de la OIM, podrá ser causa de rescisión de Contrato.
27.2 En determinadas circunstancias excepcionales podrán cederse a un subcontratista determinados trabajos o parte de los Servicios mediante la aprobación previa por escrito de la OIM. No obstante dicha aprobación por escrito, el Proveedor de servicios no quedará eximido de ninguna de las responsabilidades u obligaciones contraídas en virtud del presente Contrato, ni tampoco creará relación contractual alguna entre el subcontratista y la OIM. El Proveedor de servicios seguirá estando vinculado y obligado por contrato y será directamente responsable de cualquier ejecución defectuosa realizada en el marco del contrato de subcontratación. El subcontratista no podrá aducir motivo de litigio para actuar contra la OIM por incumplimiento de contrato de subcontratación.
28. Cláusula de exoneración
La no exigencia por alguna de las Partes en una o varias ocasiones de que se cumpla estrictamente alguna de las disposiciones del presente Contrato no supondrá una exoneración del derecho a exigir que se apliquen las disposiciones del Contrato en futuras ocasiones, sino que ese derecho se mantendrá y seguirá teniendo vigor y efecto plenos.
29. Divisibilidad
Si alguna parte del presente Contrato quedara sin validez o fuera inexigible, dicha parte será declarada nula y el resto del Contrato seguirá plenamente en vigor.
30. Indivisibilidad
El presente Contrato constituye la totalidad del acuerdo entre las Partes y remplaza cualquier otro contrato o acuerdo previos, si los hubiera, relacionados con el objeto de este Contrato.
31. Terminación
31.1 La OIM podrá terminar el presente Contrato en cualquier momento, en parte o en su totalidad en cualquier tiempo y sin necesidad de invocar motivo alguno, bastando para ello la comunicación que en tal sentido envíe al Proveedor de servicios, con por lo menos 8 días calendario de antelación. La terminación así producida no dará lugar a reconocimiento de ninguna clase de sanciones, perjuicios o indemnizaciones y en caso de terminación anticipada del contrato, la OIM pagará al Proveedor de servicios la suma que corresponda proporcionalmente a los servicios prestados a satisfacción de la OIM hasta la fecha efectiva de terminación de este Contrato.
31.2 En caso de terminación de este Contrato, la OIM únicamente pagará por los servicios ejecutados de conformidad con lo dispuesto en el Contrato, salvo que se acuerde otra cosa. Cualquier otra cantidad que haya sido pagada con antelación será devuelta a la OIM en un plazo de (siete) 7 días a partir de la fecha de terminación.
31. 3 Tras la terminación del Contrato, el Proveedor de servicios renunciará al derecho de reclamar daños y perjuicios, incluida la pérdida de beneficios esperados.
31.4 El presente Contrato también terminará por las siguientes causas:
31.4.1 Por incumplimiento de alguna de las partes de una de cualquiera de las obligaciones acordadas. La terminación se producirá inmediatamente, una vez producido el hecho generador de incumplimiento.
31.4.2 Por mutuo acuerdo de las partes;
31.4.3 Por imposibilidad de desarrollar el objeto convenido;
31.4.4 En caso de que el Proveedor de servicio ceda o subcontrate alguno o varios de los productos, actividades u obligaciones objeto del presente Contrato sin la previa autorización por escrito de la OIM.
31.4.5 En el momento en que por cualquier circunstancia o por instrucciones de la Sede de la OIM, notifique el cierre de operaciones en Colombia por cualquier causa;
31.4.6 Por decisión unilateral de OIM con efectos inmediatos a su comunicación, cuando se presente alguna de las siguientes causales de incumplimiento:
31.4.6.1 Por afectar la buena reputación de OIM, de cualquier modo o por cualquier causa, sea que tal conducta pueda afectar a OIM, a sus donantes, dependientes, administradores, subcontratistas o cualquier otra persona a él vinculada.
31.4.6.2 Tergiversar, no revelar u omitir hechos, circunstancias o informaciones a OIM, para obtener o conservar la calidad de contratista.
31.4.6.3 Falsear en todo o en parte la información que deba suministrarse a OIM, referente a precios, calidades o cualquier otro elemento del Contrato.
31.4.6.4 No lograr los volúmenes mínimos de ejecución del Contrato establecidos por OIM.
31.4.6.5 Apoderarse en cualquier forma o circunstancia de dineros o bienes de OIM, los cuales serán restituidos en su totalidad.
31.5 Si el Contrato se da por terminado por mutuo acuerdo, tal hecho debe constar en acta suscrita por las partes para el efecto, caso en el cual el Proveedor de servicio se compromete a presentar un informe financiero detallado de la inversión y manejo general de los aportes entregados por la OIM para el presente Proyecto y, en general, del desarrollo del mismo hasta la fecha en la cual se pretende dar por terminado el presente Contrato.
31.6 La terminación unilateral del Contrato por una causal imputable al Proveedor de servicio faculta a la OIM para ejecutar la cláusula penal pactada en el presente Contrato.
31.7 En caso de terminación de este Contrato, la OIM únicamente pagará por los servicios ejecutados de conformidad con lo dispuesto en el Contrato, salvo que se acuerde otra cosa. Cualquier otra cantidad que haya sido pagada con antelación será devuelta a la OIM en un plazo de siete días a partir de la fecha de rescisión.
32. Multas
Si el Proveedor de servicios no ejecuta el objeto del presente Contrato en el plazo establecido, pagará a la OIM por cada día de retraso una suma diaria equivalente a la décima parte del uno por ciento (0.1%) del valor total de Contrato a título de multa y sin perjuicio de la exigibilidad de las demás obligaciones establecidas en este Contrato o en la ley y sin que ellas puedan exceder el diez por ciento (10%) del valor del Contrato. Las multas podrán hacerse efectivas deduciendo y reteniendo su valor del saldo a favor del Proveedor de servicios.
33. Cláusula Penal
En el evento que el Proveedor de servicios incumpla una cualquiera de las obligaciones derivadas del presente Contrato, y OIM decrete la terminación unilateral del Contrato, el Proveedor de servicios pagará a OIM una suma equivalente al treinta por ciento (30%) del valor del Contrato.
33.1 El Proveedor de servicios renuncia expresamente a cualquier requerimiento prejudicial o judicial para la constitución en xxxx de la pena aquí estipulada, renunciando pues a los beneficios consagrados en los Art. 1594,1595 y 1600 del Código Civil.
33.2 El presente Contrato prestará mérito ejecutivo en contra de El proveedor de servicios por la pena estipulada en la presente Xxxxxxxx, sin necesidad de reconocimiento de firmas. En caso de ejecución serán de cargo de éste, todos los gastos judiciales, honorarios de abogado y demás costas por el cobro.
34. Bienes
La OIM conservará la propiedad sobre los bienes que ésta entregue al Proveedor de servicios, o que se compren con recursos de la OIM para la ejecución del presente Contrato, durante el plazo de ejecución del mismo, a menos que disponga lo contrario.
35. Supervisión
La supervisión del presente Contrato se realizará de manera conjunta entre la OIM, por medio del Jefe de Misión y/o su delegado, y el supervisor designado por el INCODER.
36. Impuestos
De conformidad con lo establecido en la Ley 1441 de 2011, la OIM se encuentra exenta del pago de impuestos en lo que respecta al presente Convenio; en consecuencia, cualquier impuesto o derecho que surja, será asumido por el Proveedor de servicios en los términos que corresponda, según las normas tributarias colombianas.
37. Cláusulas finales
37.1 El presente Contrato entrará en vigor una vez que haya sido firmado por ambas Partes y la aprobación de las pólizas por parte de la OIM con la constancia de pago de las primas y permanecerá en vigor hasta que éstas hayan cumplido con todas las obligaciones contraídas en virtud del presente Contrato, a menos que sea rescindido con anterioridad según lo dispuesto en la Cláusula 31.
37.2 Podrán hacerse modificaciones, siempre que sean de común acuerdo entre las Partes y se realicen por escrito.
Firmado por duplicado en español en (lugar) el_[insertar el lugar] . (fecha) En nombre de la
Organización Internacional En nombre de (Proveedor de servicios)
para las Migraciones
(Nombre) (Nombre)
(Cargo) (Cargo)
ANEXO D
CERTIFICACION DE VARIACIONES
Por este medio certificamos que durante el presente ejercicio SI ( )* o NO ( )
se presentaron variaciones financieras que afecten los estados financieros.
* Detalle de las principales variaciones indicando la cuenta del balance general o del estado de resultados correspondiente:
La presente certificación se expide a los del mes de de 201x
_ _
(Nombre y Firma) (Nombre y Firma)
Elaborado por Aprobado por
Contador Público T.P. Representante Legal
ANEXO E
ESTÁNDARES DE CONDUCTA DE LA OIM
La OIM se ha comprometido firmemente en la observación de los más altos estándares éticos en todas sus actividades. Como tal, este Código de Conducta para contratistas/proveedores de servicios profesionales ha sido preparado para proporcionar un resumen claro de la expectativa de la OIM en todo lo relacionado a la ejecución de las tareas asignadas a sus contratistas/proveedores de servicios para garantizar que la ética internacional sea reconocida y observada. La transparencia y rendición de cuentas deben ser escrupulosamente respetadas en todas las actividades.
La ética de la OIM se centra en el principio xx XXXX TOLERANCIA contra la corrupción, evitando cualquier conflicto de interés en sus actividades y la honestidad en la forma de actuar de los contratistas/proveedores de servicios profesionales. Se insta a todos los contratistas/proveedores de servicios profesionales a que se familiaricen con este Código de Conducta para garantizar el éxito de las relaciones contractuales con la OIM.
La OIM espera de todos sus contratistas/proveedores honestidad y cumplimiento de lo siguiente:
1. Todas las normas, reglamentos y requisitos legales relativos a la entrega de los productos/servicios ala OIM.
2. No deberá contratar o subcontratar o externalizar cualquier parte de los productos/servicios sin el consentimiento por escrito de la OIM.
3. Mantener los más altos estándares de integridad y calidad de las actividades en todo momento.
4. Respetar la imparcialidad e independencia de la OIM, por tanto, en el marco del contrato de consultoría no deberá solicitar ni aceptar instrucciones en el desempeño de sus funciones de ninguna autoridad externa a la Organización o de las contrapartes que forman parte del convenio para el cual están prestando sus servicios. Durante el periodo de servicio, los contratistas/proveedores de servicios profesionales evitarán cualquier conducta que pueda incidir negativamente en la OIM y no emprenderán ninguna actividad que no sea compatible con las aspiraciones y objetivos de la Organización.
5. Ejercer discreción en todas las actividades relacionadas con el desempeño de sus tareas. Salvo en caso de autorización explícita por parte de la OIM, los contratistas no podrán comunicar, en ningún momento, a los medios de comunicación, ni a ninguna institución, persona, gobierno o autoridad externa información que no haya sido dada a conocer y de la que tengan conocimiento gracias a su asociación con la OIM. Los contratistas/proveedores de servicios profesionales no podrán utilizar dicha información sin previa autorización escrita por parte de la Organización.
Política sobre la corrupción y conflictos de interés
La OIM espera que todos los contratistas/proveedores de servicios profesionales contratados lleven a cabo sus actividades de acuerdo con los más altos estándares éticos y cumplan estrictamente con todas las normas y reglamentos contra el soborno, la corrupción y eviten las prácticas inaceptables. Por lo tanto, los contratistas/proveedores de servicios profesionales deben observar lo siguiente:
1. No podrán, directa o indirectamente, ofrecer a cualquier personal de la OIM dinero, bienes o servicios como cuenta o en espera de una decisión favorable, información, opinión, recomendación, voto o cualquier otra forma de favoritismo o cualquier cosa que sea calificado como corrupción.
2. No podrán, directa o indirectamente, ofrecer, dar o estar de acuerdo o prometer dar a cualquier persona de la OIM ninguna gratificación para el beneficio propio o a solicitud de cualquier persona de la OIM.
3. Informar inmediatamente al Oficial de Cumplimiento de la OIM en el caso de que cualquier persona de la OIM solicitare o hubiere obtenido o ha realizado un intento de obtener una gratificación, para sí mismo o para cualquier otra persona.
4. Declarar inmediatamente en el caso de que el contratista/proveedor de servicios profesionales tenga familiares vinculados contractualmente con OIM o con las entidades contrapartes que forman parte del convenio para el cual esta siendo contratado. Si no se realiza dicha declaración se interpretará como un conflicto de intereses en sus actividades y puede dar lugar a la exclusión del contratista/proveedor de servicios profesionales de las actividades presentes y futuras y/o cualquier otra acción legal que la OIM considere prudente.
5. Responder con prontitud las solicitudes razonables de los representantes de la OIM en relación a la aplicación de este Código de Conducta.
Canal de comunicación
La OIM ha establecido un canal de comunicación seguro para permitir a los contratistas/proveedores de servicios profesionales presentar sus preocupaciones de manera confidencial y con responsabilidad. Para preguntas sobre este Código de Conducta o informar de un comportamiento cuestionable o posible violación de este Código, por favor comunicarse con:
Oficial de Cumplimiento OIM Colombia
Edificio Chicó 94
Xxx. 00 Xx. 00X-00, Xxxx. 0
Xxxxxx, Xxxxxxxx Telf. 0000000000
La OIM no tolerará ningún castigo o represalia en contra de un contratista/proveedor de servicios profesionales que denuncie irregularidades o incumplimiento de este Código. OIM tomará las medidas disciplinarias incluyendo hasta la terminación del contrato de cualquier
persona que amenace con una represalia, venganza u hostigamiento de la persona en cuestión. La identidad, información y quejas serán tratadas en estricta confidencialidad.
Sanciones
La violación de este Código de Conducta dará lugar a que la OIM tome acciones de índole contractual o legal. Las acciones aplicadas dependerán de la naturaleza y gravedad de la infracción y el grado de responsabilidad en el incumplimiento de sus obligaciones con relación al Código de Conducta.
Las acciones que se impongan incluyen pero no se limita a lo siguiente:
1. Advertencias formales- el continuo incumplimiento dará lugar a acciones más severas.
2. Divulgación de la naturaleza de la violación a todas las filiales, contrapartes, instituciones de control gubernamental competentes y oficinas que solicitan referencias.
3. Inmediata rescisión del contrato, sin recurso.
Por la presente me comprometo personalmente a observar y cumplir con lo establecido en este Código de Conducta y cumplir plenamente con todos sus principios.
FIRMA
ANEXO F
Conceptualización y requerimientos para el desarrollo, actualización y ajustes del Sistema de Información BPM de procesos agrarios del INCODER
1. ANTECEDENTES DEL SISTEMA DE INFORMACIÓN
El Incoder desde el año 2008, se trazó el plan de desarrollar un sistema de información que responda a las necesidades institucionales y esté acorde con los actuales avances tecnológicos; el cual es concebido como la herramienta para la producción, manejo y consulta de información de sus procesos bajo criterios de confiabilidad, oportunidad, integralidad y consolidación de información necesaria para la toma de decisiones, definición de estrategias y ejecución de acciones; el cual se ha denominado Sistema de Información de Desarrollo Rural - SIDER.
Luego de tres años xx xxxxxxxxxx y trabajo en el SIDER, se finaliza la implementación de un primer grupo de cuatro macro-procesos misionales automatizados en una solución bajo la metodología BPM (Business Process Management - Gestión de Procesos del Negocio) así como una solución de Inteligencia de Negocios (BI – Business Intelligence), que operan en ambiente web y permiten el desarrollo de interfaces que facilitan el intercambio de información.
El diseño inicial del SIDER se realizó en función a las competencias del Incoder establecidas por la Ley 1152 de 2007, el cual fue ajustado dada la declaratoria de inexequibilidad de la citada ley para recibir las competencias de otras entidades como son: administración de tierras rurales de la Nación a cargo de la Unidad Nacional de Tierras Rurales – UNAT, ordenamiento y regulación de pesca a cargo del Instituto Colombiano Agropecuario– ICA, Titulación colectiva a comunidades negras y constitución y ampliación de resguardos indígenas a cargo del Ministerio del Interior y de Justicia. En estos términos y dada la magnitud de los procesos y procedimientos “nuevos” fue necesario redefinir el planteamiento del proyecto en fases, según el número y tipo de procesos a caracterizar e implementar, la situación de manejo de información, avance en la producción de software y requerimientos para operación tanto en BPM como en BI.
La primera fase inició en diciembre de 2009, con la información de los procesos y procedimientos definidos y en consideración a las oportunidades de software en operación. Los procesos misionales que regresaron al INCODER corresponden a una siguiente fase. En la primera fase se propone automatizar bajo metodología BPM cuatro procesos misionales: Atención al ciudadano, Promoción acompañamiento y seguimiento, Gestión de asuntos étnicos y Adecuación de tierras; así como integrar en una solución BI, la información generada en los aplicativos de software realizados en tres procesos misionales: Titulación de Baldíos, Otorgamiento de Subsidios y Procesos Agrarios; este último, a partir del Sistema de Información –SIPA- que fue entregado al INCODER por la Unidad Nacional de Tierras –UNAT; una segunda fase contempla la automatización de los procesos misionales restantes así como la migración/implementación bajo metodologías BPM de los procesos soportados actualmente en aplicativos individuales.
En una segunda fase, el INCODER celebró con la Asociación Colombiana para el Avance de la Ciencia-ACAC el convenio No.0556 el 00 xx xxxxx 0000, cuyo objeto se definió así: Aunar recursos técnicos, científicos, administrativos y financieros para consolidar el desarrollo tecnológico y la estrategia de fortalecimiento institucional del INCODER, orientada a continuar con la ejecución del Sistema de Información de Desarrollo Rural – SIDER como plataforma para la gestión de la información y el conocimiento del sector rural, a fin de suministrar información relevante, oportuna y sintética para la toma de decisiones, adelantando acciones que promuevan efectividad en la línea de comunicaciones, a través del uso eficiente de las nuevas tecnologías de la información y las comunicaciones TIC´S.
Como resultante, este proceso se le adjudicó a la firma Informática y tecnología Stefanini y dentro de los resultados obtenidos con este convenio, se logró la conformación los procesos misionales de la Subgerencia de Tierras Rurales en relación con el manejo de los procedimientos de los Procesos Agrarios que son de competencia de la Dirección Técnica de Procesos Agrarios y la dirección técnica de Ordenamiento productivo y de las Direcciones Territoriales como son:
• La clarificación de las tierras de la nación
• El deslinde de tierras de la Nación,
• La recuperación de baldíos indebidamente ocupados,
• La extinción del derecho de dominio,
• La compra directa de tierras para proyectos de interés estratégico,
• El manejo de las tierras del Fondo Nacional Agrario
• Administración de baldíos inadjudicables
• El proceso de constitución resolutoria
• El proceso de caducidad administrativa
2. JUSTIFICACIÓN DE ACTUALIZACION Y AJUSTE DEL SISTEMA DE INFORMACIÓN DE PROCESOS AGRARIOS BPM DEL INCODER
Es necesaria la actualización del BPM de procesos agrarios del INCODER para darle alcance al impacto del Nuevo decreto 1465 de 2013 con respecto a los procesos actuales y a los requerimientos especificados para el desarrollo de los sistemas de información BPM. para Procesos Agrarios se han identificado los siguientes puntos como fuentes de ajustes de los procesos actualmente desarrollados:
• Cambian los proceso de Notificación:
a. EXTINCIÓN DEL DERECHO DE DOMINIO
i. Notificar: Procurador ambiental, propietario de derechos reales.
ii. Comunica: Ministro de Ambiente y Desarrollo Sostenible, Corporación autónoma Regional, Gobernabilidad de normas ambientales.
b. CLARIFICACIÓN DE LA PROPIEDAD
i. Notificar: Procurador ambiental, presunto propietario, a los ocupantes del predio.
ii. Comunica: Autoridad ambiental, Solicitantes.
c. DESLINDE DE TIERRAS DE LA NACIÓN
i. Notificar: Procurador ambiental, colindantes y ocupantes.
d. RECUPERACIÓN DE BALDÍOS INDEBIDAMENTE OCUPADOS.
i. Notificar: Procurador ambiental, a los que se presuman presuntos propietarios y ocupantes.
• Se debe incluir la opción de reasignar en cualquier momento los procesos: Se deben crear perfiles para los directores que permitan reasignar los procesos en cualquier momento, Ej: Trasladara a Bogotá todos los procesos de una regional ó reasignar todos los procesos de un abogado a otro.
• Rediseño de formatos: Se debe entrar a desarrollar y configurar aproximadamente 20 formatos nuevos con las especificaciones que PA defina.
a. F1-PM-PA-01 - Solicitud de PA
b. F2- Auto que ordena la visita
c. F3-Auto de visita previa
d. F4 -Formato de acta
e. F5-Informe de la visita
f. F6 - Auto de Archivo
g. F7 -Resolución inicial
h. F8- Formato de inscripción
i. F11-Constancia ejecutoria
j. F12 - Auto de Pruebas
k. F12-Comunicación
l. F21-Resolución final
m. F24- Acción de remisión
n. Remisión del expediente para decisión de fondo
o. Oficio de designación
p. Oficio de designación
• Se define que la visita previa es solo obligatoria para el caso de Extinción.
• Se cambia el proceso de curadores ad-litem, ya no se hace el proceso actual sino se elige de una terna.
• Para la inspección ocular se contara con un listado que se tiene entidad y se escogerán según orden del listado para ello se les realizara los siguientes documentos: Selección xxx xxxxxx, Oficio de designación, Acta de posesión, ya no se realizaron monitoreo ni respuestas de entidades para peritos, o participaran funcionarios o contratistas del Incoder.
• Si se contratan peritos estos deben reportar, para el procedimiento de Recuperación el Avaluó a las mejores establecidas por los ocupantes.
• Se dejan obligatorias las actividades de comunicación de resolución inicial
• Se desarrollarán completamente los formularios de caracterización agrológica y visita técnica con las 400 variables que contiene cada uno, de tal manera que queden transcritos y guardados uno a uno en el sistema, con el adjunto digitalizado.
• Se crea el repositorio único de predios y personas a partir de los formularios desarrollados.
3. CONTEXTO DEL SISTEMA DE INFORMACIÓN
El SI como instrumento estratégico, requiere de una planeación y administración, con asignación de recursos para su producción, distribución, seguridad, almacenamiento y recuperación, y un eficiente nivel de organización que soporte su generación y uso.
A nivel operativo se requiere del registro de las operaciones básicas y la información que refleje su desempeño. En el nivel administrativo se requiere para planear y controlar en función de estándares definidos información actual e histórica. A nivel estratégico, se requiere de información interna, general y resumida, y de origen externo que permita direccionar las políticas y la gestión como un todo.
Principios
El diseño y desarrollo del SI y la aplicación de la tecnología de la información, debe enmarcarse en los siguientes principios básicos:
1. Enfoque en el usuario: El modelo de información debe estar dirigido al ciudadano en primera instancia y a mejorar la gestión del gobierno nacional y de las instituciones territoriales en la cual los funcionarios son los que realizan el registro de los datos de las acciones y actuaciones.
2. Consistencia: Establecimiento de requerimientos mínimos y comunes entre las diferentes dependencias e instituciones que permitan un manejo unificado de información del SI.
3. Modularidad: El desarrollo y la implementación se realiza a través de los procesos básicos mediante el apoyo de arquitecturas modulares con interfaces estandarizadas.
4. Accesibilidad: La información debe garantizar la accesibilidad en la obtención del dato y la disposición a los usuarios mediante mecanismos tecnológicos de una forma confiable y segura.
5. Captura de información: La información debe capturarse en la fuente del dato, tan cerca como sea posible.
6. Intercambio: Una vez capturada, debe almacenarse e intercambiarse utilizando medios electrónicos y mecanismos de seguridad y privacidad.
7. Simplicidad: Para la estructuración de la información debe contemplar los contenidos mínimos de datos que permitan apoyar la gestión y la toma de decisiones y que puedan fácilmente obtenerse en la fuente de generación del dato.
8. Seguridad: Los datos deben ser manejados con criterios de seguridad y privacidad, a través de las diferentes instituciones que intervienen en el proceso.
9. Definición de datos: Se manejará la administración de datos, asegurando definiciones comunes y consistentes.
10. Uniformidad. Serán únicos los conceptos, definiciones y nomenclaturas de los procedimientos a llevarse a cabo, con el fin de permitir la integración de la información y la comparación de resultados.
11. Veracidad. La información producida por el SI, debe corresponder a la realidad de los hechos que se registran, para lo cual se deben incorporar los mecanismos que soporten los documentos fuente de los datos.
12. Confidencialidad. La información de carácter individual de las personas, de que disponga el SI, debe conservarse con criterios de confidencialidad y seguridad, y se deben disponer mecanismos de protección para el suministro a personas, dependencias o entidades que la requieran, salvo las autorizadas por las disposiciones legales.
4. OBJETO
CONTRATAR EL SERVICIO DE UNA FABRICA DE DESARROLLO DE SOFTWARE PARA EL DISEÑO, DESARROLLO , ACTUALIZACION Y AJUSTES DEL SISTEMA DE INFORMACIÓN BPM (BUSINESS PROCESS MANAGEMENT) DE PROCESOS AGRARIOS DEL INCODER.
5. OBJETIVOS ESPECÍFICOS
• Garantizar el adecuado y oportuno manejo de la información, desde el registro de los datos sobre las acciones y actuaciones de las instituciones nacionales y territoriales relacionadas con las funciones misionales del INCODER.
• Crear procesos y procedimientos de información optimizados para el manejo y seguimiento de las acciones y actuaciones nacionales y territoriales, de acuerdo con las funciones propias del INCODER.
• Articular los procesos de información de las diferentes dependencias e instituciones, mediante la interacción oportuna de información homogénea y confiable.
• Permitir el desarrollo, funcionamiento, seguimiento y evaluación de los planes, proyectos y acciones que por competencia se adelanten en los niveles central y territorial.
• Integrar y unificar la información y los conceptos, definiciones, nomenclaturas, contenidos y la organización de los datos.
• Facilitar el acceso y uso de la información utilizando la tecnología disponible a través de la Red de Información del INCODER.
• Generar la información histórica de la gestión y de la situación del INCODER, a través del almacenamiento ordenado de los datos y permitiendo su disposición para su uso futuro sin tener que recurrir a los registros físicos.
• Permitir elcontrol automático de la gestión.
• Permitir la actualización de los datos mediante procedimientos ágiles y sencillos.
• Obtener información sistematizada (organizada, depurada, controlada, accesible, confiable, oportuna, concreta) que permita determinar tendencias, proyecciones, estadísticas, informes y comportamientos sobre la gestión institucional y la Política de restitución de tierras del INCODER.
6. ALCANCE
La OIM requiere CONTRATAR EL SERVICIO DE UNA FABRICA DE DESARROLLO DE SOFTWARE PARA EL DISEÑO, DESARROLLO , ACTUALIZACION Y AJUSTES DEL SISTEMA DE INFORMACIÓN BPM (BUSINESS PROCESS MANAGEMENT) DE PROCESOS AGRARIOS
DEL INCODER a fin de alcanzar los siguientes objetivos:
6.1.Ajustar los módulos actuales del BPM del INCODER correspondientes a los procesos agrarios (clarificación, extinción, recuperación y deslinde) de acuerdo al impacto generado por el Decreto 1465 de 2013 con las especificaciones técnicas descritas en el capítulo de Especificaciones técnicas del presente documento.
6.2. Desarrollar actividades de migración de Portal BI.
6.3. Establecer los mecanismos de seguridad, de autenticación, autorización, aseguramiento de la información y demás desarrollos necesario para fortalecer los mecanismos electrónicos de intercambio de información.
6.4 Poner a disposición el siguiente recurso humano para la óptima ejecución del proyecto:
EQUIPO DE TRABAJO – PERSONAL | ||
ROL | FORMACIÓN ACADÉMICA | EXPERIENCIA |
Un (1) Director del proyecto | Profesional en Ingeniería de Sistemas, Electrónica, Administración x xxxxxxxx afines con certificación PMI o especialización o maestría en gerencia de proyectos | Mínimo Cinco (5) años en experiencia general como contados a partir de la fecha de expedición de la tarjeta profesional y, Mínimo cuatro (4) años de experiencia profesional en la coordinación, dirección o gerencia de proyectos de tecnologías de la información. |
Un (1) Líder funcional | Profesional en Ingeniería Industrial, de sistemas, x xxxxxxxx afines a implementación de procesos | experiencia de Mínimo 2 años en proyectos SharePoint - Certificación Microsoft: Microsoft SharePoint 2010, ApplicationDevelopment |
Dos (2) Analistas funcionales y | Profesional en Ingeniería Industrial, de Sistemas, Electrónica, x xxxxxxxx afines. | Mínimo dos años en el levantamiento de requisitos, análisis, diseño y pruebas para implementación de procesos sobre la |
EQUIPO DE TRABAJO – PERSONAL | ||
ROL | FORMACIÓN ACADÉMICA | EXPERIENCIA |
de calidad | aplicación propuesta | |
Un (1) Arquitecto de la Solución | Ingeniero de sistemas y/o telecomunicaciones, con postgrado en áreas afines | Mínimo tres (3) años en experiencia general como ingeniero contados a partir de la fecha de expedición de la tarjeta profesional y mínimo de dos (2) años como como Arquitecto en aplicaciones en plataforma .Net. |
Un (1) Diseñador de lBase de Datos | Ingeniero de sistemas y/o ingeniería electrónica y/o telecomunicaciones, con postgrado en áreas afines a tecnologías de la información | Mínimo tres (3) años en experiencia general como ingeniero contados a partir de la fecha de expedición de la tarjeta profesional y mínimo de dos (2) años como diseñador y/o administrador de base de datos. |
Un (1) Especialista en sistemas de información geográfica | Ingeniero Catastral y Geodesta, Ingeniero Topográfico y/o Ingeniero de Sistemas con especialización en sistemas de información geográfica y/o Geomática. | Xxxxxx xxxxx (5) años en experiencia general como ingeniero Xxxxxxxxx y Geodesta contados a partir de la expedición de la tarjeta profesional y, Mínimo dos (2) años en proyectos de sistemas de información geográfico y/o herramientas WEB de georreferenciación. |
Dos (2) Desarrolladores de software | Ingeniero de sistemas y/o ingeniería electrónica y/o telecomunicaciones. | Mínimo tres (3) años de experiencia profesional en desarrollo de aplicaciones bajo plataforma .net. Mínimo 2 años en desarrollo sobre la plataforma del sistema de información propuesta por el proponente. Experiencia en proyectos SharePoint - Certificación Microsoft: Microsoft SharePoint 2010, Application Development. Desarrollo de reportes preferiblemente reportingservices y experiencia de dos años en implementación y desarrollo de Web Services |
Un (1) Diseñador Web. | Diseñador gráfico y/o profesional graduado con experiencia en diseño web | Mínimo dos (2) años de experiencia profesional en diseño web y maquetacion. |
Un (1) documentador | Ingeniero de sistemas Tecnólogo en sistemas, comunicador, publicista o diseñador grafico | Mínimo de (3) años de experiencia en análisis, optimización y re-ingeniería de procesos de negocio, en levantamiento de requerimientos funcionales y no funcionales, creación de formatos de manuales de políticas, procedimientos e |
EQUIPO DE TRABAJO – PERSONAL | ||
ROL | FORMACIÓN ACADÉMICA | EXPERIENCIA |
instrucciones de trabajo. Elaboración de diagramas UML específicamente casos de uso y diagrama de actividades, diagramación de Mockups. Buen nivel de Excel, Visio, Word, PowerPoint, deseable Enterprise Architect,deseablePencil y/o Balsamic. Buen nivel de herramientas de software para diagramar UML, Mapas Mentales, Deseable haber participado en grupos conducidos por PSP / TSP Team software Process. Entender Microsoft .Net, MYSQL, Microsoft SQL Server. Deseable conocimientos en Microsoft SharePoint y BPM. | ||
Dos (2) Recurso de Pruebas | Profesional en Ingeniería de Sistemas, Electrónica x xxxxxxxx afines. | Mínimo (2) años en ejecución de pruebas a software. |
7. REQUERIMIENTOS TÉCNICOS
• Requerimientos funcionales generales
El SI debe operar y funcionar de acuerdo con la tecnología sobre la plataforma tecnológica que el INCODER tiene implementada.
A nivel de integración de información debe incluir los mecanismos para la articulación con otras dependencias del INCODER y con las entidades y sistemas de información relacionados mediante web services.
Para la visualización y administración de la información se considera el desarrollo y puesta en funcionamiento de un portal de información que cuente con una sección pública, orientada al ciudadano y una sección privada orientada a los funcionarios del INCODER y entidades relacionadas. Dicho portal debe contener los servicios básicos de interacción con los usuarios y los mecanismos de seguridad y control.
Desarrollar y/o actualizar el BPM del Incoder de acuerdo a los siguientes casos de usos:
Módulo de Consultas:
Casos de uso para ingreso a la zona de consultas por parte de acceso a usuarios internos, entidades de derecho público que interactúan con el INCODER, tales como Unidad de Restitución de Tierras y Unidad de Víctimas.
Nombre: | Dar acceso a usuarios internos y a jueces. |
Descripción: Permite el acceso para la visualización de todo el proceso incluyendo los documentos digitalizados en su totalidad que estén ligados al mismo. | |
Actores: 1. Usuarios categorizados así: funcionarios, contratista de INCODER y de convenios, procuradores agrarios, jueces de restitución, unidad de víctimas y unidad de restitución. 2. Sistema. | |
Precondición: El usuario de alguna de las categorías mencionadas debe poseer una clave de acceso | |
Flujo Normal: 1. El usuario accede al portal: xxxx://xxx.xxxxxxx.xxx.xx 2. El usuario selecciona en el menú el vínculo que lo conduce al formulario para el login. 3. El usuario digita su usuario y su clave. 4. El sistema inicia una sesión en el sistema. 5. El sistema imprime en pantalla el formulario para consultas. | |
Flujo Alternativo: 1. El usuario solicita recordatorio de su clave. | |
Post condición: El sistema imprime en pantalla el formulario para consultas. |
2. Casos de uso – Reporte para directores y coordinadores, visualización de casos por proceso y solicitar listado de procesos por municipio.
Nombre: | Resumen General |
Descripción: Permite conocer un resumen de los procesos | |
Actores: 1. Usuario categorizado así: Director Técnico de Procesos Agrarios, Abogados Lideres y a los Ingenieros Coordinadores 2. Sistema. | |
Precondición: El usuario ha iniciado una sesión en el sistema. | |
Flujo Normal 1. El usuario digita en un vínculo que muestra los resúmenes. |
Nombre: | Resumen General |
2. El sistema despliega un reporte numérico de los procesos de clarificación, extinción, recuperación, deslinde y parques por departamento. 3. El usuario puede filtrar un municipio dentro de un departamento para poder conocer los procesos existentes en ese municipio. 4. El sistema muestra un listado de predios | |
Flujo Alternativo 3. El usuario puede seleccionar el tipo de proceso agrario determinado y un municipio dentro de un departamento para poder conocer los predios en los que se está adelantando ese tipo de proceso. | |
Post condición El sistema presenta un listado con los siguientes datos y que posee un vínculo para la visualización de la trazabilidad del proceso. 1. Departamento. 2. Municipio. 3. Centro Poblado. 4. Matrícula Inmobiliaria. 5. Cédula Catastral. 6. Nombre del Predio. 7. Ocupante, Presunto Propietario o Propietario. 8. Estado |
3. Casos – Reporte para directores y coordinadores, visualización de uso para la realización de consultas de procesos por división política.
Nombre | Realizar consulta por división política para visualizar documentos |
Descripción Permite la búsqueda de predios de acuerdo a la división política del país. | |
Actores: 1. Usuarios categorizados así: funcionarios, contratista de INCODER y de convenios, procuradores agrarios, jueces de restitución, unidad de víctimas y unidad de restitución. 2. Sistema. | |
Precondición: El usuario ha iniciado una sesión en el sistema. | |
Flujo Normal 1. El usuario selecciona un departamento en la lista desplegable. 2. El usuario selecciona un municipio en la lista desplegable. 3. El usuario selecciona el nombre del centro poblado si lo conoce. 4. El usuario digita sobre buscar |
Nombre | Realizar consulta por división política para visualizar documentos |
Flujo Alternativo 1. El usuario puede realizar búsqueda digitando la matrícula inmobiliaria y o cédula catastral. | |
Postcondición El sistema despliega una lista de los predios que posee un vínculo para la selección de alguno de cualquiera de los predios listados. La lista posee los siguientes datos: 1. Departamento. 2. Municipio. 3. Centro Poblado. 4. Matrícula Inmobiliaria. 5. Cédula Catastral. 6. Nombre del Predio. 7. Ocupante, Presunto Propietario o Propietario. |
Casos de uso para realizar consulta por matrícula inmobiliaria y o cédula catastral o nombre de predio.
Nombre | Realizar consulta por matrícula inmobiliaria y o cédula catastral o nombre de predio para visualizar documentos |
Descripción Permite la búsqueda de predios digitando la matrícula inmobiliaria y o cédula catastral. | |
Actores: 1. Usuarios categorizados así: funcionarios, contratista de INCODER y de convenios, procuradores agrarios, jueces de restitución, unidad de víctimas y unidad de restitución. 2. Sistema. | |
Precondición: El usuario ha iniciado una sesión en el sistema. | |
Flujo Normal 3. El usuario digita la matrícula inmobiliaria y o la cédula catastral o nombre de predio. 4. Digita sobre buscar. 5. El sistema despliega un listado. | |
Flujo Alternativo El usuario puede realizar búsqueda por división política. | |
Post condición El sistema ha desplegado una lista de los predios que posee un vínculo para la selección de alguno de cualquiera de los predios listados. La lista posee los siguientes datos: 9. Departamento. |
Nombre | Realizar consulta por matrícula inmobiliaria y o cédula catastral o nombre de predio para visualizar documentos |
10. Municipio. 11. Centro Poblado. 12. Matrícula Inmobiliaria. 13. Cédula Catastral. 14. Nombre del Predio. 8. Ocupante, Presunto Propietario o Propietario. |
Casos de uso para el despliegue de resultado de un predio seleccionado de una lista
Nombre | Desplegar de listado de predios resultantes de una búsqueda. |
Descripción: Permite al usuario ver un resumen del estado del proceso o procesos de un predio seleccionado. | |
Actores: 1. Usuarios categorizados así: funcionarios, contratista de INCODER y de convenios, procuradores agrarios, jueces de restitución, unidad de víctimas y unidad de restitución. 2. Sistema. | |
Precondición El sistema ha desplegado un listado de predios que posee los siguientes datos: 1. Identificador. 2. Departamento. 3. Municipio. 4. Centro Poblado. 5. Matrícula Inmobiliaria. 6. Cédula Catastral. 7. Nombre del Predio. 8. Ocupante, Presunto Propietario o Propietario. | |
Flujo Normal 1. El usuario digita el vínculo que le permite ver el estado del procesos o procesos de un predio. 2. El sistema presenta un reporte correspondiente a resumen de los datos que se presentan en la post condición de este caso de uso. | |
Flujo Alternativo | |
Post condición El sistema ha desplegado una pantalla con un vínculo que presenta la siguiente información: 1. Cuadro resumen con los datos de la Precondición para el predio seleccionado (Departamento, Municipio, Centro Poblado, Matrícula Inmobiliaria, Centro Poblado, Matrícula Inmobiliaria, Cédula catastral, Nombre del Predio, Ocupante, |
Presunto Propietario o Propietario)
2. Identificador
3. Fecha Inicial.
4. Estado.
5. Actividad.
6. Fecha Final.
7. Resultado.
8. Usuario
9. Observaciones
10. Vínculo para la visualización de la trazabilidad del proceso.
Casos de uso para la visualización de historial de un proceso y servicio de documentos asociados.
Nombre | Visualizar y leer expediente. |
Descripción: Permite al usuario ver los documentos del expediente para conocer la trazabilidad de un proceso de un predio. | |
Actores: 1. Usuarios categorizados así: funcionarios, contratista de INCODER y de convenios, procuradores agrarios, jueces de restitución, unidad de víctimas y unidad de restitución. 2. Sistema. | |
Precondición El sistema ha desplegado una pantalla con un vínculo que presenta la siguiente información: 2. Cuadro resumen con los datos de la Precondición para el predio seleccionado (Departamento, Municipio, Centro Poblado, Matrícula Inmobiliaria, Centro Poblado, Matrícula Inmobiliaria, Cédula catastral, Nombre del Predio, Ocupante, Presunto Propietario o Propietario) 3. Identificador 4. Fecha Inicial. 5. Estado. 6. Actividad. 7. Fecha Final. 8. Resultado. 9. Usuario 10. Observaciones 11. Vínculo para la visualización de la trazabilidad del proceso. | |
Flujo Normal 1. El usuario digita el vínculo para observar la trazabilidad del procesos digitando sobre los documentos asociados a la etapa correspondiente. 2. El sistema presenta un reporte con los datos que se presentan en la post condición de este caso de uso. |
Nombre | Visualizar y leer expediente. |
Flujo Alternativo | |
Post condición El sistema ha desplegado una pantalla con un vínculo que presenta la siguiente información: 1 El sistema presenta una alerta del estado actual del proceso y le exige o sugiere la acción que el usuario debería realizar. 2 El sistema imprime bajo la alerta un historial de todo el proceso con vínculos hacia los documentos resultantes de cada etapa. 3 El usuario descarga (despliega) documentos protegidos en pdf. 4 El sistema registra la fecha y hora de cada lectura de documento. |
Casos de uso para visualización
Nombre | Visualizar expediente y notificar al usuario parte del proceso |
Descripción: Permite al presunto propietario o a su abogado ver los documentos del expediente y ser notificado a través del sistema | |
Actores: 1. Usuarios parte del proceso (presunto propietario o su apoderado). 2. Sistema. | |
Precondición El usuario previamente ha aceptado ser notificado por vía electrónica y ha sido previamente dotado con un usuario y con una clave para su acceso. | |
Flujo Normal 1. El usuario se autentica en el sistema. 2. El sistema registra la fecha y hora del ingreso por parte del usuario. 3. El sistema presenta una alerta del estado actual del proceso y le exige o sugiere la acción que el usuario debería realizar. 4. El sistema imprime bajo la alerta un historial de todo el proceso con vínculos hacia los documentos resultantes de cada etapa. 5. El usuario descarga (despliega) documentos protegidos en pdf. 6. El sistema registra la fecha y hora de cada lectura de documento | |
Flujo Alternativo | |
Post condición 1. El usuario se da por notificado. |
Casos de uso para la visualización de estado de un proceso a un usuario proceso por parte de un usuario general
Nombre | Visualización de estado de un proceso por parte de un usuario general |
Descripción: Permite a cualquier usuario conocer el estado de un proceso para cualquier predio pero no permite lectura de documentos. |
Nombre | Visualización de estado de un proceso por parte de un usuario general |
Actores: 1. Usuarios categorizados así: cualquier usuario. 2. Sistema. | |
Precondición | |
Flujo Normal 1. El usuario digita el vínculo que lo conduce a la sección de búsquedas para usuarios generales. 2. El sistema presenta opciones de búsqueda como en casos de uso anteriores. 3. El usuario aplica los filtros necesarios para departamento y/o municipio y/o centro poblado y digita en las casillas de texto para la matrícula inmobiliaria o cédula catastral o nombre del predio | |
Flujo Alternativo | |
Post condición 4. El sistema presenta un reporte de la búsqueda pero no permite lectura de documentos. |
Mejoras para el diseño actual:
• Para cada predio seleccionado tener en cuenta el estado (En qué proceso (Nombre del proceso) se encuentra actualmente).
• Cuando se busca el predio y este no se encuentra el B.D. hay que volver a digitar la información para poderlo crear, se debe arrastrar la información de búsqueda.
• Estandarizar el diseño cuando se captura el predio y la persona seleccionada.
• Cuando se clasifica y se designa un responsable, se debe capturar el nombre completo de la persona seleccionada.
• Para cada proceso implementado, diferenciar las tablas paramétricas (Tipo de documento).
• Cada vez que se tiene un botón de selección o de adjuntar documento, la pantalla realiza el post back.
• En cada tarea que este el proceso se puedan observar la biblioteca virtual de todos los anexos.
Mejoras en algunas tareas ya desarrolladas:
• En el Subflujo de análisis Fiscal - FNA, realizar la pregunta si se encuentra en Secretaria general.
• La tarea Realizar Inscripción de aspirantes, formulario que se convirtió en plantilla, capturar los espacio para ser diligenciado por el incoder, factores de calificación, desprendible para el aspirante, para este ser impreso.
• El sistema debe permitir terminar el proceso con la adjudicación, pero también debe permitir de alguna forma ingresar el registro en ORIP.
• Para todas las plantillas, deben contener el buscar personas y así mismo realizar el poblado de las mismas.
• Cuando se realiza la consulta a algún servicio de web services, si no se encuentre la persona registrada, guardar los datos de la persona y su registro de consulta.
• Para todos las consultas a algún servicio de web services, estas se deben guardar parcialmente.
• Para el Subflujo de notificaciones: cuando se adiciona un notificado el sistema debe realizar la validación de no repetir la misma persona a notificar.
• En todas las tareas debe realizar la pregunta de: Terminar y continuar con la siguiente tarea. Es necesario la opción de grabar para continuar en otro momento dado que los documentos no llegan siempre al mismo tiempo.
• El proceso de Nulidad debe ser ajustado como se había requerido, cuando se inició después de ejecutar la Nulidad hay que volver a realizar todo el cargue de la información que se había cargado en su momento.
• Para el procedimiento de Caducidad Administrativa al notificar el auto de inicio, si se presenta el recurso de notificación, debe preguntar si se va a generar auto de pruebas del procedimiento.
• Cambian los proceso de Notificación:
e. EXTINCIÓN DEL DERECHO DE DOMINIO
i. Notificar: Procurador ambiental, propietario de derechos reales.
ii. Comunica: Ministro de Ambiente y Desarrollo Sostenible, Corporación autónoma Regional, Gobernabilidad de normas ambientales.
f. CLARIFICACIÓN DE LA PROPIEDAD
i. Notificar: Procurador ambiental, presunto propietario, a los ocupantes del predio.
ii. Comunica: Autoridad ambiental, Solicitantes.
g. DESLINDE DE TIERRAS DE LA NACIÓN
i. Notificar: Procurador ambiental, colindantes y ocupantes.
h. RECUPERACIÓN DE BALDÍOS INDEBIDAMENTE OCUPADOS.
i. Notificar: Procurador ambiental, a los que se presuman presuntos propietarios y ocupantes.
• Se debe incluir la opción de reasignar en cualquier momento los procesos: Se deben crear perfiles para los directores que permitan reasignar los procesos en cualquier momento, Ej: Trasladara a Bogotá todos los procesos de una regional ó reasignar todos los procesos de un abogado a otro.
• Rediseño de formatos: Se debe entrar a desarrollar y configurar aproximadamente 20 formatos nuevos con las especificaciones que PA defina.
a. F1-PM-PA-01 - Solicitud de PA
b. F2- Auto que ordena la visita
c. F3-Auto de visita previa
d. F4 -Formato de acta
e. F5-Informe de la visita
f. F6 - Auto de Archivo
g. F7 -Resolución inicial
h. F8- Formato de inscripción
i. F11-Constancia ejecutoria
j. F12 - Auto de Pruebas
k. F12-Comunicación
l. F21-Resolución final
m. F24- Acción de remisión
n. Remisión del expediente para decisión de fondo
o. Oficio de designación
p. Oficio de designación
• Se define que la visita previa es solo obligatoria para el caso de Extinción.
• Se cambia el proceso de curadores ad-litem, ya no se hace el proceso actual sino se elige de una terna.
• Para la inspección ocular se contara con un listado que se tiene entidad y se escogerán según orden del listado para ello se les realizara los siguientes documentos: Selección xxx xxxxxx, Oficio de designación, Acta de posesión, ya no se realizaron monitoreo ni respuestas de entidades para peritos, o participaran funcionarios o contratistas del Incoder.
• Si se contratan peritos estos deben reportar, para el procedimiento de Recuperación el Avaluó a las mejores establecidas por los ocupantes.
• Se dejan obligatorias las actividades de comunicación de resolución inicial
• Se desarrollarán completamente los formularios de caracterización agrológica y visita técnica con las 400 variables que contiene cada uno, de tal manera que queden transcritos y guardados uno a uno en el sistema, con el adjunto digitalizado.
• Se crea el repositorio único de predios y personas a partir de los formularios desarrollados.
Todos estos ajustes se deben tener en cuenta para los 4 procesos agrarios (Clarificación, Deslinde, Recuperación y Extinción).
• Análisis funcional del sistema
Análisis funcional y establecimiento de los requerimientos del sistema y la construcción del Modelo de Decisiones del Sistema con participación de los diferentes grupos funcionales delINCODER, y las dependencias e instituciones relacionadas. El análisis incluye:
- Modelamiento de procesos y procedimientos, en el cual se construyen: (i) los estándares del SI para los datos, (ii) los procesos y los instrumentos de recolección de información, (iii) los procedimientos de seguridad informática, (iv) los mecanismos de apoyo normativo y regulatorio para el SI, (v) las recomendaciones organizacionales para su adecuación y apropiación institucional, y (vi) las especificaciones de la plataforma tecnológica para el manejo de la información.
- Construcción y presentación del (los) prototipo(s) Web del aplicativo a los funcionarios responsables del INCODERy la OIM para su aprobación. Durante el tiempo de ejecución del contrato, para cada uno de los componentes del SI y una vez finalizado el proceso de análisis respectivo por parte de la firma seleccionada, se debe elaborar y realizar una presentación a los funcionarios responsables del INCODER y la OIM, del prototipo del aplicativo Web que proporcionaría al INCODER, para su aprobación.
• Diseño técnico detallado del SI
Debe contemplar como mínimo: (i) el modelo entidad relación, (ii) el modelo físico de base de datos, (iii) el diccionario de datos, (iv) las vistas de información, (v) los diagramas detallados de funciones del sistema, (vi) los modelos automatizados de apoyo a la toma de decisiones, (vii) el modelo de procesos ajustado, (viii) las especificaciones detalladas de las entradas y salidas de información, (ix) Diagrama de clases, (x) las especificaciones de las unidades de programación, (xi) el modelo de integración y conectividad con todos sus componentes, y (xii) el plan de desarrollo e implementación del software.
• Desarrollo del software sobre plataforma Web
Desarrollo del software del SI del INCODER, debe construirse bajo el marco de las siguientes tecnologías y estilos arquitectónicos, los cuales son:
Tecnologías:
• .Net Framework 4.0 o superior
• Lenguaje de programación c#
• Lenguaje de programación XXX.Xxx MVC 4.0 y/o XXX.Xxx 4.0.
• ADO .Net Entity Framework 5.0 o superior.
• Frameworks del lado del cliente SignalR, BackBone.js, KnockOut.js, JQuery.
• Para bloques transversales utilizar Enterprise libraries 5.0 o superior, Log4Net
• WCF RestFulServices,
• WCF DataServices
• Manejador WF Nintex
• WCF WSDL SOAP (Para casos en que se requieran medias de seguridad complejas, u operaciones complejas que no se soporten mediante Rest y Odata).
• Motor de base de datos SQL Server 2008 o superior
• SQL Server 2012integrationservices
• SQL Server 2012Analysisservices
• SQL Server 2012Reportingservices Estilos arquitectónicos:
• Componentes
• Orientado a objetos
• Modelo de dominio
• 3-Niveles y/o N-Niveles
• Capas.
• SOA (ServiceOrientedArchitecture)
Desarrollo de las interfaces de software necesarias para la operación del SI con interfaces tipo WEB, utilizando tanto la Internet como la Intranet del INCODER, bajo el esquema de servicios colaborativos (web services) entre las diferentes instituciones y sistemas de información participantes, propios del INCODER o de otras instituciones.
Desarrollo de las herramientas informáticas para administrar la información a través de un portal de información tipo Sharepoint, que cumpla con los requerimientos técnicos establecidos por la Dirección de Informática y Tecnologías del INCODER.
• Acompañamiento en la implantación y puesta en producción de la solución para el SI
Implantar y poner en producción la solución para el SI, que incluye todas las pruebas funcionales, de estabilización y de producción que aseguren la confianza en la operatividad del sistema. El SI debe ser implementado para que opere en la plataforma institucional del INCODER y debe garantizarse su funcionamiento con soporte y asistencia técnica, durante los primeros doce (12) meses a partir de la puesta en producción.
• Gestión del cambio
Debe realizarse mediante procesos de comunicación, formación y capacitación a los usuarios del sistema, y garantizar el adecuado uso de todos los componentes del
sistema, tanto a usuarios funcionales como a técnicos involucrados, de manera que se logre la transferencia del conocimiento para que la operación y soporte posterior se efectúe de forma autónoma.
• Sostenibilidad futura
El proponente debe comprometerse a brindar mecanismos de garantía, soporte y actualización tecnológica, que aseguren a futuro la operación continua de la solución, y de forma articulada entre los diferentes componentes de la solución.
a. Especificaciones técnicas
Para el cumplimiento del objeto contractual, el proponente debe desarrollar las obligaciones y actividades técnicas que a continuación serelacionan.
Obligación 1: Planeación y Gestión del Proyecto | ||
Ítem | Requerimiento | Entregable |
1 | Elaborar plan de trabajo y cronograma detallado de cada etapa indicando tiempos, recursos necesarios, responsables y plan de cargas de trabajo para el proyecto utilizando la metodología de Gerencia de Proyectos. | Plan de trabajo y cronograma |
2 | Presentar la metodología de gestión de proyectos que va a aplicar y elaborar el plan de gestión para la ejecución del proyecto, contemplando las condiciones presupuestales y de tiempo para su ejecución según el plazo acordado en el Contrato. | Documento del Plan de Gestión del Proyecto. Incluye el plan de gestión de alcance, calidad, costo, tiempo, riesgos, organigrama del equipo de trabajo y recursos humanos; plan de comunicaciones y procedimiento de control de |
Obligación 1: Planeación y Gestión del Proyecto | ||
Ítem | Requerimiento | Entregable |
cambios. | ||
3 | Establecer los lineamientos de gestión de calidad que deberán ser cumplidos para la ejecución del Proyecto. Establecer las actividades de control de calidad que se adelantarán para el cumplimiento del Proyecto. | Documento que describa el plan de aseguramiento de la calidad para el proyecto que contenga como mínimo: definición de los responsables, identificación del objetivo, beneficios, puntos de control, indicadores de seguimiento, procedimientos de auditoría interna y mejora continua. |
4 | Identificar, analizar y valorar los riesgos que le permita proponer acciones de prevención o mitigación de los mismos asociados a la ejecución del Proyecto | Documento que contenga el Plan de Gestión de Riesgos del Proyecto |
5 | Establecer los formatos y modelos de documentos para el levantamiento de la información relacionada con las etapas de análisis funcional y diseño técnico del SI, de acuerdo con las políticas acordadas para la administración de la información del Proyecto: medios de recepción, forma de almacenamiento, áreas responsables, manejo interno y externo que se dará a la información, etc. | Documento con las políticas, protocolos y estándares para el manejo de la información relacionada con el Proyecto. Instrumentos, formatos y modelos de documentación del proyecto. |
Obligación 2: Análisis funcional y establecimiento de los requerimientos del sistema y la construcción del Modelo de Decisiones del Sistema | ||
Ítem | Requerimiento | Entregable |
1 | Realizar la revisión del modelo conceptual y de requerimientos que soporta el SI, la documentación de procesos y procedimientos de la entidad y la documentación del desarrollo previos realizados del SI, como primera aproximación al conocimiento del INCODER. Identificar los procesos actuales de cada área/módulo funcional de la subgerencia de | Documento del modelo conceptual y de proceso actual, para cada área funcional/módulo, incluida la fundamentación normativa. Documento que describa la información recolectada para cada proceso y/o procedimiento. |
Obligación 2: Análisis funcional y establecimiento de los requerimientos del sistema y la construcción del Modelo de Decisiones del Sistema | ||
Ítem | Requerimiento | Entregable |
Tierras Rurales y determinar cuáles están directamente relacionados con los objetivos del SI. Realizar el levantamiento de procesos y procedimientos para garantizar la adecuada operación de cada área, incluyendo los relacionados con otros usuarios de dependencias del INCODER y de las entidades del contexto. | Documento de especificación del alcance actual y la descripción detalladas de cada área: entradas, procesos, salidas. | |
Para ello se debe evaluar los elementos, herramientas y formatos utilizados actualmente; identificar y precisar la población objetivo definiendo el tipo de entidades involucradas en los procesos relacionados con el SI, su nivel de participación, la información necesaria y la información disponible; describir los flujos de información, los procedimientos y actividades que deben ser realizadas. | ||
2 | Elaborar el diagnóstico tecnológico actual de cada uno de los módulos del SI con respecto al desarrollo previamente realizado. Realizar el estudio y análisis de los sistemas y/o aplicaciones (internos o externos) identificados que soportan los procesos actuales de cada módulo del SI. Identificar los requerimientos tecnológicos de los sistemas y/o aplicaciones actuales con respecto a las aplicaciones a construir, modificar o integrar. | Documento que contenga el inventario de sistemas y/o aplicaciones, análisis de necesidades, flujos de información y diagrama de arquitectura tecnológica actual. Documento de análisis y diagnóstico detallado de la situación actual frente a las necesidades del negocio y de información planteadas en los levantamientos internos y externos. |
3 | Elaborar el modelo objetivo de procesos con las propuestas de mejora y la construcción del Modelo de Decisiones del Sistema. | Documento que contenga el modelo estandarizado de los procesos optimizados. |
Realizar el flujo del modelo operativo a nivel | Matriz con los puntos de mejora |
Obligación 2: Análisis funcional y establecimiento de los requerimientos del sistema y la construcción del Modelo de Decisiones del Sistema | ||
Ítem | Requerimiento | Entregable |
de actividades para aquellos procesos mejorados que conformen el alcance del Proyecto. Estructurar un modelo de alto nivel de procesos requeridos para la optimización de las funciones definidas en los objetivos del Proyecto. | detectados entre la situación actual y el modelo objetivo. | |
4 | Realizar para cada módulo del SI un estudio detallado sobre las necesidades y requerimientos de información interna y externa, validadas por los líderes de cada proceso y/o líderes funcionales del INCODER. | Documento de requerimientos funcionales de cada módulo. |
5 | Elaboración de la documentación de análisis, diseño y casos de uso del SI | Documento de levantamiento, análisis, diseño y casos de uso del SI. |
6 | Construcción y presentación del (los) prototipos Web del aplicativo a los funcionarios responsables del INCODER, de acuerdo con las prioridades definidas para su desarrollo. | Prototipo Web del aplicativo a los funcionarios aprobado por los responsables del INCODER. |
Obligación 3: Diseño detallado y técnicodel SI | ||
Ítem | Requerimiento | Entregable |
1 | Definir y documentar detalladamente los casos de uso de cada módulo del SI a partir de los requerimientos funcionales de alto nivel o de negocio identificados en la obligación anterior. | Documento con el modelo de casos de uso especificados detalladamente. |
2 | Diseñar la arquitectura de cada módulo del SI e identificar sus componentes estructurales básicos para el funcionamiento óptimo del sistema, teniendo en cuenta el entorno tecnológico en que convivirá la aplicación. Especificar la vista conceptual, lógica y física de la arquitectura propuesta. Diseñar los mecanismos de integración de información con las territoriales del del | Documento que describa la arquitectura del SI. Debe incluir como mínimo: la definición de la organización lógica del sistema (capas), integración con otros sistemas, los componentes de la arquitectura, la especificación de estándares y normas de diseño y construcción, la definición de las dificultades |
Obligación 3: Diseño detallado y técnicodel SI | ||
Ítem | Requerimiento | Entregable |
INCODER y con las entidades relacionadas. NOTA: Este diseño debe ser guiado y basado en los estándares de diseño y arquitectura que sean propuestos por la Oficina de Información y Tecnologías del INCODER, con el fin de mantener la homogeneidad en los sistemas de información de la entidad. | técnicas y como serán manejadas, la definición del ambiente de ejecución del sistema (servidores, protocolos, etc.), y la definición de tecnologías y herramientas que serán utilizadas en el desarrollo del sistema. | |
3 | Diseñar y especificar los informes y consultas necesarios que sean prioritarios para los usuarios, de acuerdo con el Modelo de Decisiones del Sistema. | Documento que contenga los diseños de reportes y consultas. |
4 | Diseñar la solución de acuerdo a la especificación funcional y a la arquitectura propuesta, esto incluye elaborar el modelo de datos, el diseño físico de la base de datos (tablas, los campos, las relaciones, las reglas de integridad y otros componentes relacionados), el diseño de estándares de pantallas y reportes, las políticas de administración del sistema y las políticas de seguridad informática. | Documento con el modelo de datos y el diccionario de datos necesarios para el correcto funcionamiento del sistema, |
5 | Trasladar toda la información del diseño funcional al nivel de detalle requerido que permita a los desarrolladores construir todos los componentes del sistema propuesto. | Documento de especificación de componentes software lo suficientemente detallado y claro para la construcción del SI. |
6 | Definir un plan de pruebas que permita verificar el correcto funcionamiento del sistema y su integración con los sistemas con los que se relaciona. Considerar todas las pruebas necesarias para garantizar la calidad de los productos, deben ser incluidas las siguientes pruebas: • Pruebas de Funcionalidad • Pruebas de Interfaz de Usuario • Pruebas de Bases de Datos e Integridad de datos • Pruebas de Concurrencia • Pruebas de Desempeño | Plan de pruebas que contenga estrategia de pruebas, alcance detallado, gestión, herramientas, entornos, criterios de aceptación y planificación general para cada módulo. Conjunto de datos de prueba de cada módulo. Documento de preparación de los casos de prueba y análisis de carga. |
Obligación 3: Diseño detallado y técnicodel SI | ||
Ítem | Requerimiento | Entregable |
• Pruebas de Volumen • Pruebas de Configuración • Pruebas de Stress • Pruebas de Carga • Pruebas de Seguridad y Control de Acceso • Pruebas de Recuperación a fallas Preparar los casos de Pruebas para todos los casos de uso, para lo cual se deben identificar un conjunto de casos de pruebas, los procedimientos de pruebas que se van a realizar, las características de los casos de uso que se va a probar y los actores y sus características que se van a simular. Realizar un análisis de carga para las pruebas de rendimiento, utilizando como datos de entrada el modelo de casos de uso, los modelos de diseño y los requisitos no funcionales. |
Obligación 4: Desarrollo de la solución | ||
Ítem | Requerimiento | Entregable |
1 | Desarrollar el software sobre plataforma Web utilizando herramientas de Microsoft .Net y SQL Server y las herramientas de interoperabilidad necesarias para la operación del SI, de acuerdo con los lineamientos de la dirección de informática y tecnología del INCODER, que garanticen la seguridad y oportunidad de la información. Desarrollar, parametrizar, probar y ajustar cada uno de los módulos de información de acuerdo con los diseños especificados y empleando las herramientas de desarrollo acordadas con el INCODER. Desarrollar todas las funcionalidades de los módulos requeridos según las aprobaciones del INCODER | Documento con el modelo de datos revisado y actualizado. Software desarrollado que incluye: • Programas fuentes. Todo el código fuente del software desarrollado, actualizado o modificado durante la ejecución del proyecto deberá ser entregado al INCODER y pasará a ser propiedad del INCODER. El Contratista no podrá emplear capas o componentes de software que no sean de su |
Obligación 4: Desarrollo de la solución | ||
Ítem | Requerimiento | Entregable |
propiedad o de las cuales el INCODER no pueda disponer libremente, exceptuando el software de base. | ||
Desarrollar los componentes de software de integración e interfaces entre los módulos que integran el SI de procesos agrarios, con los sistemas y aplicaciones del INCODER y con los sistemas de otras entidades, de acuerdo con lo aprobado por el INCODER. | Licencia de uso del software desarrollado, ilimitada y sin restricciones para el INCODER. | |
Realizar las pruebas del sistema antes de entregarlo al INCODER. Eso no exime al contratista de realizar los ajustes detectados durante las pruebas que realice el INCODER o el Interventor para recibir los diferentes Módulos, considerando como mínimo: ♦ Pruebas funcionales con el fin de verificar que el sistema propuesto satisface los requisitos de usuarios, por lo tanto, estos deben expresarse en términos cuantificables, verificables, especificando las condiciones operativas normales, los valores comunes de entrada, y los resultados normales esperados, Igualmente deben probar condiciones xx xxxxxxxx y las relaciones de orden de las entradas. ♦ Pruebas de desempeño que deben desarrollarse para verificar el tiempo de respuesta (bajo varias condiciones de carga), el tiempo de ejecución, la capacidad de procesamiento, utilización de memoria primaria y secundaria, y tasas de tráfico en los canales de comunicación. Deberá considerar también la presión sobre el sistema sobrecargándolo a fin de determinar los límites del sistema (estrés). | • Documentación de la ejecución de las pruebas. • Software certificado, por el Contratista y el interventor del contrato, garantizando su adecuado estado para su uso en condiciones normales, libre de errores. | |
Desarrollar las pruebas de manera gradual, por cada módulo y nivel de dato, |
Obligación 4: Desarrollo de la solución | ||
Ítem | Requerimiento | Entregable |
documentando los hallazgos y actualizando con ello los documentos respectivos y haciendo los ajustes del caso. Certificar cada módulo solo cuando exista la certeza razonable de su calidad. El INCODER y el Interventor podrán diseñar su propio plan de pruebas para expedir una nueva certificación. | ||
Establecer el plan de entrega del software correspondiente a las aprobaciones preliminares y las expectativas y prioridades fijadas por el INCODER reflejados en las actas de aprobación. Poner a consideración del INCODER el índice de la documentación y manuales. Elaborar los manuales del sistema, de usuario y las guías de operación. | Plan de entrega del software correspondiente a las aprobaciones preliminares. Manuales y documentación del sistema: El modelo de documentación deberá corresponder con un formato estándar que apruebe el INCODER. Deberá desarrollar como mínimo los siguientes documentos básicos: • Documentación funcional de los aplicativos. • Documentos de administración del sistema. • Guía de instalación: que contenga el procedimiento detallado de instalación del SI en los computadores cliente (si es del caso) y los servidores, incluyendo los ajustes y configuración de la base de datos. • Manual Técnico del software desarrollado. • Manual de Ayuda para la operación del modelo, presentado como un manual electrónico e incorporado al software dentro de las |
Obligación 4: Desarrollo de la solución | ||
Ítem | Requerimiento | Entregable |
ayudas. |
Obligación 5: Adquisición de tecnología posibilitante | ||
Ítem | Requerimiento | Entregable |
1 | Se debe proveer el equipamiento y las herramientas de software y servicios relacionados para que opere en concordancia con la plataforma actual del INCODER. | Tecnología computacional básica requerida para la puesta en producción, instalada y funcionando. |
Se debe informar sobre la tecnología computacional básica requerida, instalada y en funcionamiento, como: servidores con su licenciamiento básico de acuerdo a las capacidades futuras de las soluciones ofrecidas, elementos de comunicaciones que se requieran y los demás elementos que garanticen su efectiva operación. | ||
Se debe mantener los lineamientos de seguridad informática que provee Gobierno en Línea. |
Obligación 6: Acompañamiento en la implantación y puesta en producción de la solución para el SI | ||
Ítem | Requerimiento | Entregable |
1 | Realizar una salida a producción previa (mínimo durante tres (3) meses) con un grupo objetivo de usuarios finales limitados con la intención de ajustar posibles desviaciones en el sistema, todo ello utilizando la plataforma de | Versiones del aplicativo. Cuando sea del caso, se deberá poner a consideración del INCODER la actualización de nuevas versiones del aplicativo. |
Obligación 6: Acompañamiento en la implantación y puesta en producción de la solución para el SI | ||
Ítem | Requerimiento | Entregable |
hardware y software del INCODER en primera instancia o del contratista según se defina. Desarrollar metodológicamente un entorno que permita entre otros: | Inventario total de incidencias, señalando al detalle su proceso y resultado final. | |
• Recibir las incidencias que los usuarios vayan detectando mediante una herramienta adecuada, con calificación de gravedad • Priorizar las incidencias y asignar responsable según origen de la misma y gravedad • Resolver las incidencias | ||
2 | Entrega y aceptación del sistema. Realización de todas las actividades necesarias para el paso a producción del mismo. | Versiones del aplicativo. Cuando sea del caso, se deberá poner a consideración del INCODER la actualización de nuevas versiones del aplicativo. |
Inventario total de Incidencias, señalando al detalle su proceso y resultado final. | ||
Informe del despliegue que incluya al detalle el resultado del paso a producción final de la solución. | ||
Cumplimiento / verificación de un listado de chequeo de paso a producción, que debe ser definido por el contratista y avalado por el INCODER de forma previa a la ejecución de dicha fase y que incluirá como mínimo: generalidades del aplicativo, registro de las pruebas realizadas sobre el aplicativo, capacitaciones a los |
Obligación 6: Acompañamiento en la implantación y puesta en producción de la solución para el SI | ||
Ítem | Requerimiento | Entregable |
usuarios de la solución, manuales, informe de las especificaciones técnicas de la solución, proyecciones de crecimiento, guiones de recuperación y planes de contingencia, seguridad lógica y física, acuerdos de nivel de servicio. |
Obligación 7: Gestión del cambio mediante procesos de formación y capacitación a los usuarios del sistema | ||
Ítem | Requerimiento | Entregable |
1 | Debe generarse una metodología integral que permita afrontar los dos conceptos primordiales en Gestión del Cambio frente a la nueva solución, a saber: • Comunicación: El objetivo de esta iniciativa es el de comunicar con antelación los objetivos que se persiguen con la implantación del sistema, cual es el impacto que tendrá el sistema en su operación diaria, cuales son los beneficios que obtendrá. • Formación: Una vez que se ha creado la cultura de cambio se realizan sesiones de formación específica en la herramienta donde se explica el correcto funcionamiento, las funciones específicas de cada uno de los roles a desarrollar. Para esto es necesario diseñar cursos de formación al público objetivo. Realizar sesiones de formador de formadores en cada uno de los equipos de | Documentación y resultados de Gestión del cambio, así: • Plan de Proyecto: ♦ Diagnostico ♦ Análisis ♦ Definición del plan de cambio ♦ Ejecución del plan del cambio Debe entregarse a nivel de capacitación: • Contenido de la formación • Calendario de las sesiones y agrupación de asistentes • Cuestionario de evaluación y feedback • Plan de Comunicación para el cambio • Material de formación • Material de comunicación • Aplicar el taller de formación a equipo de involucrados. Se define que para el sistema se utilizará la técnica de |
Obligación 7: Gestión del cambio mediante procesos de formación y capacitación a los usuarios del sistema | ||
Ítem | Requerimiento | Entregable |
trabajo de la subgerencia de tierras. y en las dependencias involucradas. • Mecanismos de evaluación de los talleres que realicen los formadores. • Ejecución del plan de comunicación para el cambio • Recibir retroalimentación de plan de comunicación para el cambio | “formador de formadores”. • Cuestionarios de evaluación consolidados. • Consolidado de retroalimentación de plan de formación. • Informe de plan de formación. • Informe de plan de comunicación |
Obligación 8: Garantía y soporte técnico | ||
Ítem | Requerimiento | Entregable |
1 | Garantizar la calidad de todos los productos por un período mínimo de un año a partir del recibo a satisfacción de toda la solución. Indicando la metodología de soporte técnico, que deberá estar enmarcada dentro de los parámetros de un servicio “HELPDESK”, para lo cual el personal deberá contar con las herramientas adecuadas para prestar el mejor servicio, señalar cuáles son los perfiles de los responsables del servicio, los mecanismos de escalamiento y establecer los niveles de atención. Garantizar la calidad de todos los productos instalados, por un período mínimo de un año. Incluyendo mantenimiento correctivo y soporte del software aplicativo, sin costo adicional para el INCODER. Informar al INCODER sobre nuevas versiones del software aplicativo a lo largo de todo el proyecto y durante la vigencia de la garantía, indicando las nuevas características y los problemas que soluciona y sus implicaciones, | Versiones del aplicativo. Cuando sea del caso, se deberá poner a consideración del INCODER la actualización de nuevas versiones del aplicativo. Modelo de soporte. Antes de que el INCODER asuma la administración del sistema, deberá contar con un modelo de soporte compilado en un documento con instrumentos, mediante el cual el INCODER pueda respaldar sus tareas con el Contratista. Plan de Post-garantía. Este documento señala las posibles condiciones bajo las cuales el Contratista realizará las actividades de apoyo al INCODER, una vez vencido el periodo de garantía. |
Obligación 8: Garantía y soporte técnico | ||
Ítem | Requerimiento | Entregable |
presentando un plan de migración que señale los plazos, las responsabilidades, las actividades y acciones a seguir para que tal plan de migración sea exitoso. Establecer una Metodología para el Control de Versiones. Se presentará como un documento que sirva de herramienta para controlar los cambios en el software entregado y como elemento de control para el soporte por solicitudes de ajuste. Implementar un mecanismo para garantizar la corrección de eventuales errores durante el período de garantía y posibles controles de cambio que se requieran para la usabilidad del Sistema de Información. Establecer los niveles de servicio y el modelo de soporte necesario para que el INCODER pueda operar y administrar el sistema, apoyado por los eventuales servicios de soporte del consultor, estableciendo los horarios, tiempos de respuesta para la atención y solución de problemas, modos de servicio, perfiles del personal por tipo de situación, entre otros, recogiendo los elementos señalados en este documento y en su propuesta. Asignar el equipo de profesionales o técnicos calificados, seleccionados del equipo que participó en las etapas previas del Proyecto, para realizar el soporte técnico durante la garantía. Establecer tiempos de respuesta en varios niveles según su prioridad. Todas las solicitudes deberán tener respuesta y un diagnostico en máximo 12 horas a partir de la hora de solicitud y solución en el menor término posible, dependiendo de la siguiente |
Obligación 8: Garantía y soporte técnico | ||
Ítem | Requerimiento | Entregable |
escala de prioridades: ♦ Muy Urgente: 4 horas, amerita desplazamiento al INCODER ♦ Urgente: 8 horas. Después de este plazo amerita desplazamiento al INCODER ♦ Importante: 2 días ♦ Normal: 5 días ♦ Baja prioridad: 10 días Llevar el registro de las solicitudes de soporte Presentar cada mes los cuadros con el detalle y consolidados de los servicios, indicando tipo de servicio, elemento afectado, tiempo de respuesta, tiempo de solución, responsable de reporte y responsable de la solución. Presentar el Plan de Post-garantía en el cual deberá indicar los servicios que se podrían prestar, componentes cubiertos, horarios de atención, metodología del servicio, personal involucrado, niveles de escalamiento y aspectos económicos. |
El proponente seleccionado podrá proponer al INCODER una organización diferente para los documentos entregables del Proyecto más acorde con la metodología empleada y el plan de trabajo propuesto, siempre y cuando se incluyan los temas requeridos por el INCODER.
b. Requerimientos técnicos para el desarrollo e implementación
La solución informática del SI BPM de procesos agrarios del INCODER, en términos generales deberá cumplir con los requerimientos definidos y estandarizados por la Subgerencia de Tierras Rurales y la Oficina de Informática y tecnologías del INCODER, para lo cual el proponente debe ajustarse en su totalidad a lo definido por dicha Oficina y en especial a los siguientes requerimientos, así:
Ítem | Requerimiento | Descripción |
1 | Propiedad patrimonial | Todos los desarrollos de código realizados dentro del alcance de este contrato, serán de propiedad |
Ítem | Requerimiento | Descripción | ||
del INCODER, por lo cual el proveedor debe comprometerse a entregar los códigos fuentes y ceder la propiedad patrimonial y de uso de los desarrollos realizados. | ||||
6 | Facilidad administración, mantenimiento actualización | en | la y | La solución tecnológica debe permitir la administración, mantenimiento y actualización de una forma efectiva y sencilla, por parte de los funcionarios designados por la entidad. |
7 | Solución Parametrizable | La solución tecnológica debe permitir el establecimiento y manejo de parámetros, teniendo en cuenta las necesidades de los procesos de la subgerencia de tierras rurales. | ||
8 | Almacenamiento Información | de | La solución tecnológica debe ser compatible e interactuar, con los diferentes tipos y versiones de software especializado para el almacenamiento y procesamiento de información, con que cuenta la entidad. | |
9 | Modularidad del aplicativo | La solución tecnológica debe ser modular. Todo dato que ingrese al sistema lo hará exclusivamente por un único sitio y alimentará automáticamente los otros módulos, garantizando la consistencia de la información registrada y evitando duplicidad de la misma. La solución debe ser modular y ampliable. | ||
10 | Integración de la solución | Debe proveer un componente de integración orientado a servicios web, que permita construir e implementar las interfaces necesarias para compartir información con los sistemas misionales existentes en el INCODER y en las instituciones relacionadas. La solución debe permitir el diseño y desarrollo de las interfaces orientadas a servicios (web services) que permitan comunicarse con otros sistemas que existen en la actualidad o que puedan desarrollarse durante el proceso de ejecución del contrato, sin importar el lenguaje en que estos se encuentren o sean desarrollados. Las tablas existentes de los sistemas de información en desarrollo e implementación deben ser tomadas como base con el fin de evitar la redundancia de información. La firma seleccionada debe reunirse con el Grupo de Informática y Tecnologias, para en su momento determinar cuáles sistemas de información están en producción y cuales en implementación. La firma seleccionada debe |
Ítem | Requerimiento | Descripción |
determinar, en la etapa de análisis, los mecanismos para el intercambio de información entre los sistemas, para generar el tipo de interfaz requerido. | ||
11 | Interfaz Universal | La solución tecnológica debe operar en los esquemas o arquitecturas de computación: Web, computación de red Internet / intranet y ambiente Windows. La solución debe operar independiente de la ubicación física de los datos. |
12 | Arquitectura de la solución | La solución tecnológica debe incorporar una arquitectura de tres (3) niveles así: 1°) Nivel cliente: Este nivel debe encargarse únicamente de la interfaz con el usuario (cliente ligero). 2°) Nivel de repositorio de datos: Este nivel debe ser capaz de interactuar con el sistema de Base de Datos relacional reconocido y con sistemas de correo electrónico. 3°) Nivel de transacciones: Está representado por el código que permita implantar la lógica del sistema de acuerdo con lo requerido por el INCODER. Estas tres capas deben estar desarrolladas para trabajar en servidores diferentes, uno por cada capa. |
Debe generar consultas y reportes parametrizados, de acuerdo a las necesidades de los usuarios. | ||
Debe proveer una herramienta de generación de reportes en tiempo de ejecución sin la intermediación o dependencia del contratista, para lo cual debe permitir la parametrización de los conceptos de captura en forma dinámica, así como los conceptos de validación (reglas). | ||
13 | Reportes, consultas y Estadísticas | Debe contar con una herramienta que posea un asistente paso a paso para la generación de consultas detalladas y consolidadas a la información almacenada en la base de datos del SI, permitiendo al usuario consultar una, dos o todas las variables de información, colocar restricciones a cualquiera de las variables y presentar su resultado a nivel de paginación, por efectos de rendimiento. El tamaño de las páginas podrá ser definido por el usuario que realiza la consulta. |
Ítem | Requerimiento | Descripción |
Presentar la capacidad de generar informes en línea, creados por los usuarios, con las variables, condiciones y características que el usuario considere: Consulta de información detallada, información consolidada Tabular, información consolidada gráfica (realizar conteos, sumas, promedios, desviaciones, hallar máximos y mínimos de la información agrupada por los criterios que el usuario decida). Debe contar con un módulo de estadísticas, el cual permita cubrir las necesidades de los usuarios líderes. | ||
16 | Funcionalidad | La solución tecnológica debe implementarse sobre un portal de información que desde su diseño y concepción debe estar acorde con la imagen institucional del INCODER y los lineamientos de TICS para todos los componentes del SI de la subgerencia de tierras. Los trámites y servicios que se realicen a través del Portal deben mostrar agilidad y dinamismo. Se deben manejar objetos de alto impacto visual, que genere en el visitante una impresión de modernidad, alta tecnología, rapidez en la navegación con una presentación agradable e impecable. La concepción de diseño debe permitir al navegante ubicarse fácilmente en las funciones de trámites y servicios en el WEB Site, sin mayores pérdidas de tiempo. El diseño y la creación del portal, debe ser desarrollado bajo tecnologías de punta. Cabe anotar que Internet es un canal comercial evolutivo, por éstos motivos los desarrollos, servicios y aplicaciones creadas dentro del Portal deben ser totalmente versátiles, fáciles de ajustar a nuevas tecnologías, partiendo de un diseño evolutivo donde se brinde rápida respuesta a posibles cambios. Una vez realizadas las pruebas, conjuntamente con |
Ítem | Requerimiento | Descripción |
el Grupo de usuarios del Portal y los supervisores del contrato, de performance, dinámica y funcionamiento se procederá a la puesta en marcha del Portal en Internet contemplando en forma paralela la seguridad integral del sistema y el soporte técnico necesario. | ||
Licencias para soportar el portal | Si para el correcto funcionamiento de la solución informática se requiere de licenciamiento adicional de software el contratista deberá proveer al INCODER de dicho licenciamiento. La solución tecnológica debe poder ser escalada y aplicada en diferentes frentes a futuro en la temática de procesos agrarios. Para tal evento es necesario que se entregue bien sea el código fuente y/o el licenciamiento a perpetuidad según el caso, que permita potencializar la solución en otros requerimientos que desarrolle la entidad. | |
Ambiente tecnológico | La plataforma técnica que se debe utilizar en el desarrollo de la solución tecnológica, debe ser Visual Studio .Net ASPX y los componentes desarrollados en VB o C# para los procesos críticos, motor de bases de datos SQL Server 2012. Para los procesos de inteligencia de negocios y generación de estadísticas y reportes se debe utilizar ReportingServices de SQL Server 2012. El desarrollo tecnológico debe ser 100% funcional o compatible con Internet Information Server 7 o superior. | |
Otros servicios relacionados al portal | El portal debe incluir un motor de búsqueda que permita acceder a la información, el cual debe ser actualizado, sin requerirse de la firma, teniendo en cuenta las leyes y normas que expida el gobierno nacional en su momento. El portal debe llevar un conteo de visitantes de los sistemas de información por cada una de las páginas. | |
Manejo de ayudas | Incluir un sistema de ayudas que contenga la |
Ítem | Requerimiento | Descripción |
definición de todos los conceptos a utilizar en los procedimientos. El sistema debe contener un módulo de ayuda en línea que le permita al usuario una consulta ágil sobre el manejo del portal y sobre la operación de las herramientas, así: • Productos de software con manejo nemotécnico, cuando sus opciones se pueden ejecutar a través de nombres abreviados, nomenclaturas ó teclas de función definidas a nivel de software o por el usuario. • Productos con tutor, cuando éste soporta un módulo para administrar el tutorial, el cual debe incluir como mínimo un contenido, descripción de la funcionalidad para cada opción del contenido y ejemplos para cada caso o aspecto. • Productos con ayuda en línea, desplegada en el momento que se necesite o requiera, para cada campo o acción del software. | ||
Manejo de software | Productos con mensajes de error configurables, cuando el usuario los puede modificar o alterar de acuerdo con su conveniencia, estilo o modismos de cada región. Tabla configurables de errores y mensajes de ayuda al usuario. Motor de búsqueda de información para pequeños fragmentos de texto, de tal manera que se permita recuperar información en formatos texto. Productos con utilización de cualquier impresora estándar xx xxxxxxx o permitir agregar nuevas impresoras. | |
Seguridad en el acceso | Debe contener módulos para la creación de usuarios, la validación y autenticación de los mismos, así como la asignación de perfiles. Debe cualificarse el acceso a nivel de usuario, a nivel de elemento, acceso a nivel de archivo o a nivel de registro. |
Ítem | Requerimiento | Descripción |
Debe permitir que la información sea encriptada para el transporte a través de la Web. Debe manejar características para el manejo de seguridad como registro de usuarios, opciones por perfil, horario, etc. Debe contemplar características de manejo de auditoría para hacer un seguimiento sobre los usuarios que hacen update, delete, insert, especificando usuario, entidad a la que afectó, hora, fecha y demás. Debe contener un módulo de auditoría en el que se debe generar un log de auditoría tanto de las tablas como de las operaciones que se realicen en el sistema. Establecimiento de controles de seguridad a nivel entrada al sistema y a nivel de módulo, utilizando contraseñas o registrando la entrada y salida de usuarios a los diferentes módulos del sistema. Establecimiento a través de la interface de usuario final, de controles para los diferentes menús del sistema. La solución tecnológica debe contener mecanismos para el control de acceso por Roles para usuarios administradores y para usuarios finales (con login y clave). Los usuarios administradores deben poderse dividir en grupos para la administración, publicación y producción de diferentes contenidos en el website y cada usuario puede pertenecer a uno o a varios grupos. Debe permitir el registro de cada movimiento en el sistema y generar un módulo configurable por niveles de auditoría en el mismo. | ||
Respaldo y recuperación de información | Opciones para el manejo de copias de seguridad de todos los datos del sistema, a través de la utilización de discos espejos o copias alternativas de la información. |
Ítem | Requerimiento | Descripción |
Opciones para la recuperación de los archivos del sistema, a través de las opciones del manejador de la base de datos pero en una forma interactiva para el usuario. Registro de las acciones que los usuarios realizan en el sistema. Permite mantener un registro actualizado del LOG de cada una de las fallas, estados, y acciones realizadas al sistema. Realizar actividades de interacción con la máquina para permitir la recuperación, por ejemplo los datos, ante eventuales fallas de tipo eléctrico o de cualquier otro tipo. | ||
Manuales, documentación y licenciamiento | Manuales que incluyan aspectos de cómo funciona operativa y conceptualmente el sistema y las condiciones tecnológicas sobre las cuales opera en condiciones normales. Manual de consulta breve y rápida, donde se encuentren los aspectos fundamentales que el usuario puede manejar en su sitio de trabajo. Manuales incluidos en hipertexto dentro de las opciones de documentación interactiva del software. Es indispensable la entrega de los códigos fuente de aquellos elementos que hayan sido desarrollados para cumplir con la funcionalidad de la solución tecnológica requerida, en lo referente del componente de la solución, el componente de automatización de procesos e inteligencia de negocio, para una posterior modificación por parte del INCODER. Se debe proporcionar a la entidad todos los programas fuente y objeto, así como los documentos generados en cada etapa, en CD y scripts de la base de datos, con sus correspondientes manuales técnicos de instalación y de usuario. Los cuáles serán avalados por la dirección de informática y tecnologías y los usuarios líderes de la dependencia, así como la cesión de los derechos patrimoniales y de uso de los respectivos desarrollos. Se debe proveer la correspondientes licencias de |
Ítem | Requerimiento | Descripción |
uso a perpetuidad, de la solución tecnológica para la entidad INCODER de los componentes que hayan sido requeridos para cumplir con los requerimientos funcionales, sin restricciones en cuanto al número de funcionarios del INCODER que pueden acceder al sistema implementado en este contrato. | ||
Capacitación | Elaborar un plan de capacitación y entrenamiento para los funcionarios. Realizar la capacitación y asistencia técnica permanente a los diferentes funcionarios en el ajuste de los procesos, las herramientas e instrumentos, la operación del software y en la actualización del mismo. Se debe brindar capacitación del SI a los usuarios designados por la dependencia, tanto a nivel de administración, como a los usuarios finales. La capacitación debe realizarse en las instalaciones del INCODER. | |
Soporte y garantía | La empresa debe proporcionar soporte a la entidad en el momento que se requiera (especificar el tipo y modalidad). Como mínimo la firma debe brindar un año de garantía a partir de la entrega y aprobación de la totalidad de los productos. Dentro de esta garantía se debe ofrecer un contrato de soporte 8x5. | |
Sistema de calidad | Por tratarse de un desarrollo a la medida, el proponente debe contar con el certificado de Gestión de Calidad en desarrollo de software o aplicaciones, expedido por un ente certificador, que avale que la organización ha implementado un Sistema de Gestión de Calidad, y ha aprobado unas auditorías externas, las cuales deben estar reguladas por la Superintendencia de Industria y Comercio, tales como: CMMI, ICONTEC, BVGI, SGS, entre otros. En el caso de Consorcio ó Unión Temporal se validará que por lo menos una de las firmas integrantes se encuentre certificada. |
Instalación y Configuración: Para el proyecto a realizar, es necesario que el proponente tenga en cuenta los siguientes aspectos:
a. El proponente debe realizar el levantamiento de información necesario para complementar los flujos de información a nivel de infraestructura y requerimientos para cada uno de los procesos BPM a implementar.
b. El proponente se debe basar en los parámetros generales contenidos en los repositorios de información del INCODER Correspondientes a Información del Predios, personas, división política, entre otros. Esta información se proveerá al proponente seleccionado.
c. Los sistemas implementados los debe instalar el proveedor en los equipos designados por el INCODER para tal fin en los ambientes de pruebas y de producción.
d. El proveedor deberá configurar las máquinas para la implementación y óptimo funcionamiento de la solución en las instalaciones del INCODER nivel central, esto es, validar todos los prerrequisitos de máquinas, configuraciones de red y niveles de acceso con el fin de asegurar el buen uso de la aplicación a nivel central y Nacional.
e. La herramienta debe proveer y consumir Web Servicies cuando se necesiten para la continuidad del proceso, permitiendo instanciación, continuación de procesos, actividades y además la publicación de los formularios desarrollados para instanciaciones externas.
f. Integración LDAP / Active Directory para la autenticación de usuarios y permitir la administración de usuarios, roles y perfiles propios de la aplicación.
g. Permitir la administración de usuarios con su respectiva autorización de acceso a consultas, formatos y documentos.
h. La solución debe operar en ambiente Web como mínimo sobre los navegadores IE 8, Chrome y Firefox 3.6 Para el cierre del proyecto, deberá correr sobre las versiones estables más recientes de estos navegadores.
i. Implementar las bases de datos sobre el motor: MS-SQL-Server 2012
j. La solución provista debe operar sobre Windows 2008 Server o Superior.
k. Se deben proveer controles y restricciones para: autenticación, autorización, confidencialidad de la información y la auditoria necesaria para el software, incluyendo control ataques por SQL Injection y XSS.
l. La Herramienta sobre la cual se modelan los procesos debe operar en Workflow – Nintex e integrarse nativamente con sharepoint.
m. La herramienta debe permitir también usar los workflows nativos de sharepoint
n. El proyecto debe ser administrado usando las funcionalidades de seguimiento y evaluación de Project Server y TeamSystem para el control de actividades.
o. Los procesos implementados deben integrarse nativamente con Sharepoint
p. La aplicación debe permitir balanceo de carga a nivel de aplicación como de base de datos.
q. La aplicación debe permitir número ilimitado de usuarios.
r. La implementación debe permitir gestionar todas las fases del ciclo de los procesos: Modelado de Procesos, Diseño de Formularios, Definición de reglas de negocio, Definición Roles / Usuarios, Integración y Ejecución.
s. Debe incluir Diseñador / Modelador gráfico de procesos y flujos.
t. Elementos BPMN mínimos requeridos soportados por el motor y modelador de procesos
u. Eventos: Inicio, Fin, Intermedio y Temporizador y Temporizador de flujos de trabajo
v. Actividades: Tareas, Subprocesos y Procesos. Soporte para la ejecución de multiinstanciación de tareas y subprocesos.
w. Compuertas: And y Or. 5.2.2.3.4.- Conectores: Líneas de Secuencia. Canales: Pools. Artefactos: Objeto de Datos.
x. La solución debe manejar de forma automática el versionamiento de los procesos para no afectar las instancias en ejecución. Es decir, las nuevas instancias se crean automáticamente sobre la versión más reciente del proceso, y las instancias en ejecución en las versiones anteriores pueden continuar su ejecución sobre la versión del proceso sobre la que fueron instanciadas.
y. La solución debe permitir realizar despliegues sobre un proceso sin afectar la operatividad los demás procesos en producción.
z. El sistema debe proveer interfaces y APIs para iniciar y hacer seguimiento a procesos con información capturada por fuera del BPMS (Business Process Management System). Es decir, el sistema debe proporcionar las interfaces para iniciar procesos vía web por usuarios externos al Instituto (para los casos en que el proceso deba ser iniciado por los ciudadanos vía Internet); y posibilitar asimismo la consulta y seguimiento a tales procesos por parte de los ciudadanos.
aa. Segmentación de procesos complejos en subprocesos integrados.
bb. Permitir la configuración de reglas que deben cumplir los procesos definidos: El tiempo de ejecución máximo y real de las actividades y del proceso, Definición de los responsables del proceso
cc. Configuración de alertas
dd. Configuración de notificaciones a los responsables del proceso, basándose en la configuración jerárquica del INCODER, la cual debe ser parametrizable dentro de la aplicación y además poderse vincular al Active Directory de la Entidad si así se requiere. Estas notificaciones deben poderse ejecutar a través de correos electrónicos o por la aplicación.
ee. Las condiciones de cumplimiento o finalización de las tareas y demás parámetros que aseguren la definición del flujo del proceso.
ff. La aplicación debe permitir la modificación amigable de los procesos ante cambios en las necesidades de negocio
gg. La aplicación debe proveer diferentes criterios de asignación para elegir los responsables de las tareas, como mínimo: distribución equitativa de carga, aleatoria, cola circular, manual y el mismo de la tarea actual.
hh. La aplicación debe permitir la reasignación de instancias de proceso a otro usuario del mismo rol, a través de una interfaz de administración del proceso. Mediante la misma interfaz, se debe incluir la opción de hacer cierre forzado, suspender o reactivar instancias; en las opciones de visualización y consulta, el Sistema identificará el estado correspondiente para cada caso. Para cierres forzados y suspensión, además del estado (cierre forzado, suspendido) se debe poder identificar y parametrizar las causa del cierre.
ii. La solución debe incluir un Diseñador / Modelador de Formularios y editor de fórmulas para validación xx xxxxxx.
jj. Los formularios desarrollados mediante el diseñador / modelador provisto deben permitir ser reutilizados como aplicaciones para la ejecución de otras tareas.
kk. La solución debe permitir instanciación de procesos o actividades específicas a través de formularios publicados de manera independiente; esto es, si se requieren actividades de registro de información, validación o aprobación en alguna actividad por parte de usuarios que no usan la aplicación, se podrán proveer formularios publicados que le den continuidad al proceso con sus respectivas validaciones de seguridad, usuarios y roles que se definan para tal fin.
ll. Se debe permitir cargar y vincular archivos adjuntos de cualquier formato a la aplicación de ejecución de las tareas.
mm. Los formularios y casillas de ingreso de datos deben ofrecer validación de datos y/o permitir la generación de fórmulas que garanticen la integridad de los datos ingresados por el usuario y ayudas tipo tooltips.
nn. Personalización del Look and feel de la interfaz de usuario.
oo. Generar documentos a partir xx xxxxxxxxxx que permitan vincular dinámicamente información de los procesos almacenada en la base de datos, mínimo en formato RTF y PDF.
pp. Permitir definir plantillas para la generación de correos electrónicos.
qq. Permitir la importación de datos desde formato XLS y CSV para las actividades que los requieran
rr. Generación de mensajes por correo electrónico para asignación, notificación, confirmación, cierre, alertas de instancias de los procesos,
actividades y tareas manejadas en el sistema, para seguimiento y control de responsabilidades y tiempos en las tareas asignadas (por ejemplo las que están próximas a su fecha de vencimiento).
ss. Definir y controlar “alertas” según criterios de tiempo, de evento o de condición, provocando así algún mensaje. Este manejo de alertas debe realizarse en la definición de las tareas y se debe poder personalizar.
tt. La aplicación debe facilitar el manejo de mensajes de error personalizables a través de interfaces de administración
uu. El sistema debe permitir la definición de candelarios para cada proceso y actividad que permitan definir los días no hábiles y así mismo no se tengan en cuenta en los días de ejecución del proceso.
vv. La aplicación debe incluir una opción para la visualización de la lista de tareas pendientes, en ejecución, vencidas y cerradas para cada usuario, con la opción de filtrado por proceso, tarea, estado, fechas, identificador.
ww. Presentar al usuario la visualización gráfica del flujo
xx. Permitir realizar consultas de procesos por diferentes criterios.
yy. Registro de auditoría por eventos de usuario (inserción/modificación y eliminación de información sobre la ejecución de los procesos). Dicho log debe registrar cronológicamente en una base de datos pero en tablas diferentes a las de la información del negocio, y las acciones mencionadas sobre todas las tablas, donde se indique el usuario, fecha, hora, nombre del campo, dato anterior y dato por el que se sustituyó, IP de la máquina desde la cual se realizó la transacción. Igualmente se debe suministrar una interfaz gráfica de usuario para la consulta de dicha auditoría que permite realizar filtrado y búsqueda por usuario, rango de fechas, proceso, tarea, identificador de instancia.
zz. La aplicación de permitir la conexión múltiples instancias de base de datos para el mismo proceso, esto para el caso acceder a los datos paramétricos del INCODER sin duplicar información y objetos entre instancias o casos similares
aaa. La aplicación debe permitir administrar plantillas que se puede reusar en las actividades que se requieran para cualquier proceso y con base en estas se generar documentos con la información específica del proceso
bbb. La aplicación debe tener un diseñador de arrastrar y colocar e Imprimir los flujos.
ccc. La aplicación debe permitir realizar operaciones matemáticas, xx xxxxxx y de fecha Pausar, Detener y Esperar actualización.
ddd. La aplicación debe crear / Eliminar sitios y colecciones de sitios, Proteger / Desproteger / Cancelar desproteger elementos, Crear / Copiar / Actualizar / Eliminar un elemento, Crear lista, Establecer estado de aprobación, Establecer valor de campo, Establecer permisos de elemento.
8. Salidas y Reportes
a. La aplicación debe permitir la consulta de salidas de información por parte de usuarios finales según el proceso al que tengan acceso y definiendo mediante roles y permisos el grado de detalle de esta información.
b. La aplicación debe permitir la construcción de salidas de información por parte de usuarios técnicos del INCODER previamente capacitados para este fin por parte del proveedor.
c. Dentro del alcance de la aplicación, se debe proveer el desarrollo de mínimo 3 salidas de información por cada proceso, estas salidas de información serán tipo DrillDown que permitan visualizar la información del negocio de cada proceso desde su nivel más alto de agregación hasta el detalle del registro desagregado.
d. Las salidas de información tanto del negocio de cada proceso como las de auditoría y control deben poderse integrar al SharePoint Server del INCODER por lo que deben ser totalmente compatibles con esta plataforma.
e. Se deben poder generar reportes del historial individual del flujo de trabajo y opción de registro detallado.
f. Generar reportes de auditoría de control de acceso de usuario y aprobación del cambio de flujo de trabajo.
9. REQUERIMIENTOS NO FUNCIONALES
Los requerimientos no funcionales que aplican de manera obligatoria para todos los módulos a desarrollar o ítems a contratar, son el conjunto de características técnicas que debe poseer el aplicativo de software para lograr atender con eficiencia y eficacia las funcionalidades que se implementen en el SI.
Los requerimientos no funcionales pueden usarse como criterios para juzgar la operación o desempeño del sistema, pueden interpretarse como restricciones o condiciones que deben tomarse en cuenta en la construcción del sistema. Así por ejemplo, un requerimiento no funcional es la condición de lograr una velocidad mínima de respuesta del software, requerimiento que a su vez debe ser cumplido por los requerimientos funcionales.
Las actividades a realizar por el proponente seleccionado comprenden la verificación del cumplimiento de los requisitos no funcionales establecidos en el documento elaborado por la firma desarrolladora durante la etapa de análisis y diseño.
Además se requiere realizar las pruebas que se mencionan en el cuadro siguiente para garantizar la adecuada y eficiente operación del aplicativo en términos de tiempos de respuesta, compatibilidad con varios navegadores, seguridad, accesos concurrentes y parametrización, así:
REQUERIMIENTOS NO FUNCIONALES | ||
1 | Verificación de desempeño | Probar accesos de usuarios con diferentes tipos de conexiones (56, 128, 256 y 512 Kbps; y 1, 2, 4, 8, 12 y 16 MB para observar la velocidad de respuesta del sistema. |
2 | Verificación de carga | Simular escenarios con diferente número de usuarios concurrentes e ir incrementando el número de usuarios hasta donde se observe deterioro del desempeño del sistema. |
3 | Verificación de compatibilidad | Probar accesos de usuarios utilizando tres de los navegadores más populares: IE, Mozilla, Chrome |
4 | Prueba de bloqueo de registros por concurrencia | Se simularán accesos concurrentes sobre un mismo registro para verificar los bloqueos de registros mientras exista un usuario haciendo operaciones de edición. Se observará el comportamiento del sistema frente a los usuarios que esperan el registro bloqueado. |
5 | Mecanismos de Seguridad | Probar el ingreso simultáneo de múltiples usuarios con la misma clave. Observar el rastro de las transacciones |
6 | Parametrización | Realizar cambios de parámetros en los diferentes módulos y comprobar los resultados. |
7 | Mecanismos de recuperación | Verificar el comportamiento del Sistema cuando se presenta una "caída" |
Los requerimientos no funcionales se han agrupado de la siguiente manera para facilitar su presentación:
REQUERIMIENTOS NO FUNCIONALES | ||
Requerimientos de usabilidad | ||
Usar formatos de salida compatibles con herramientas de ofimática | El sistema debe proporcionar salidas en documentos electrónicos de tal manera que minimice el uso del papel, sin embargo la opción de impresión debe estar disponible. El formato y diseño de los archivos de salida debe ser concertado con el INCODER; preliminarmente se establece que todos los textos estarán relacionados con un visor de PDF’s, y, las estadísticas y resultados de consultas estarán |
REQUERIMIENTOS NO FUNCIONALES | ||
relacionados con Excel. | ||
Presentar ayuda en línea para orientar el uso de la pantalla | El sistema deberá proporcionar ayudas en línea, según el contexto. Esta ayuda en línea es entendida como el manual de usuario en medio impreso o físico (CD o DVD), solo que presentado la información particular para el contexto, entendiendo el contexto como la página en la que se solicitó dicha ayuda. | |
La ayuda tendrá un nivel de detalle suficiente para que el usuario que no conoce la funcionalidad del sistema, entienda el contexto y pueda entender la operación del mismo, de tal forma que pueda de manera intuitiva, determinar el paso que debe seguir para ejecutar lo que el sistema permita. | ||
Disponer del Manual de Usuario para la aplicación | Los contenidos de este Manual serán los mismos que son ofrecidos en la ayuda en línea. Sin embargo, este Manual se considera una referencia completa debido a que la ayuda en línea solo presentará los apartes referentes al contexto de un proceso específico asociado a la página en la que el usuario se encuentra navegando. | |
Este manual explica a los usuarios o clientes, como utilizar la aplicación, a nivel de operaciones ejecutadas en la pantalla, sus posibles errores y que funciones cumple. | ||
Permitir listas de valores para autollenado xx xxxxxx en la pantalla | El sistema deberá facilitar la entrada de datos a los usuarios, presentando listas de valores que permitan escoger valores descriptivos y no códigos aislados. | |
Las listas de valores contendrán los valores posibles de los campos con los que se podrá llenar un determinado campo en la pantalla, haciendo el proceso de registro de datos lo más intuitivo posible de tal forma que los usuarios puedan adaptarse con facilidad al sistema. | ||
Seguir parámetros de diseño de interfaces Web | El sistema deberá tener una interfaz gráfica uniforme a través del mismo, incluyendo pantallas, menús y opciones y los aspectos tales como tamaño de las pantallas, color, tipo de letra y configuración de los campos de entrada. |
REQUERIMIENTOS NO FUNCIONALES | ||
El diseño de la interfaz gráfica deberá estar acorde con parámetros establecidos por el INCODER. | ||
Requerimientos de confiabilidad | ||
Proveer contingencias para eventos de caída del sistema | El sistema deberá prever contingencias que pueden afectar la prestación estable y permanente del servicio. La siguiente es la lista de las contingencias que se deben tener en cuenta y se pueden considerar críticas: | |
• Sobrecarga del sistema por volumen de usuarios. • Caída del sistema por sobrecarga de transacciones. • Caída del sistema por volumen de datos excedido en la base de datos. | ||
Estas consideraciones implicarán que la infraestructura técnica sobre la que se implantará el sistema garantice una alta disponibilidad del mismo. | ||
Requerimientos de rendimiento | ||
Proporcionar tiempos de respuesta aceptables en los procesos on-line del sistema | El sistema deberá estar diseñado, en su capa de presentación, como un sitio WEB de fácil y rápida navegación, que siga los parámetros gráficos definidos, si existen. | |
El sistema deberá estar en capacidad de prestar el servicio con unos niveles aceptables de desempeño. Teniendo en cuenta la concurrencia de usuarios, deberá estar en capacidad de atender, sin que implique deterioro del servicio, a un número finito de usuarios realizando procesos en línea. | ||
El número de usuarios soportados estará determinado, en gran parte, por la calidad y cantidad de los recursos tecnológicos asignados para el despliegue de la aplicación y en menor medida deberá radicar en el desempeño de los componentes de la aplicación. Los tiempos de respuesta de referencia que se plantean para el sistema son: | ||
0.1 - 1.9 segundos: en este tiempo de respuesta el usuario considera que el sistema está reaccionando inmediatamente, en este caso no se requiere que el sistema envíe mensajes de retroalimentación al usuario con el estado del proceso que está |
REQUERIMIENTOS NO FUNCIONALES | ||
ejecutando, solo debe enviar la respuesta, se espera que el sistema responda con tiempos dentro de estos límites mientras se encuentre en las condiciones estimadas, incluido el tope de usuarios simultáneos estimados y las condiciones de clientes especificadas. 2.0 - 3.9 segundos: es el tiempo de respuesta comúnmente aceptado para que el sistema responda a un usuario en condiciones superiores a las xx xxxx estimadas de usuarios concurrentes y con las características de cliente especificadas, en este tiempo el sistema no deberá ofrecer retroalimentación respecto al comando que se está ejecutando, sin embargo, el usuario perderá la sensación de estar trabajando directamente sobre los datos. 4 - 6.9 segundos: es el límite de tiempo de respuesta para una operación Web. Es el límite de tiempo en el que un usuario perderá la atención sobre la operación que el sistema está realizando, por lo tanto se plantea que este sea el tiempo máximo permitido para atención de un usuario para los servicios de registro rutinario de información, en el caso en que se considere que el tiempo es mayor a este límite se deberá hacer no disponible el sistema para el usuario | ||
Requerimientos de soportabilidad | ||
Considerar el crecimiento esperado en el volumen de datos | El sistema deberá prever un crecimiento del volumen de la información almacenada en la base de datos para garantizar que no ocurrirán problemas por insuficiencia de espacio en los discos de almacenamiento. | |
Actualizaciones del sistema solo del lado del servidor | El sistema deberá estar orientado a que las actualizaciones sólo se hagan en el sitio del servidor, de tal manera que no sea necesario actualizar todos y cada uno de los clientes que acceden a la información del sistema. | |
Disponer del Manual Técnico de la aplicación | El sistema deberá contar con una especificación técnica de tal manera que un profesional idóneo pueda entender su funcionamiento y hacer los ajustes necesarios. |