T Proc Notices Notices 005 K 1392

Proyecto de Modernizacin
Adenda
Capitulo II
Condiciones Especiales
Pgina 8
Actual
Certificacin de entidades bancarias autorizadas por la Superintendencia Bancaria

de Panam, las cuales debern representar bancos de reconocida solidez y de
prestigio en la Repblica de Panam indicando que el oferente cuenta con lneas
de crdito aprobadas por al menos US $ 500.000.00 para financiar la ejecucin
del proyecto.
En el caso de los consorcios cada una de las empresas debe cumplir con este
requisito.
Se aclara por:
El mismo se le ha corregido lo concerniente a la capacidad financiera que debe

tener el proponente, US $ 500.000.00 en cuanto a informar por escrito, que
institucin bancaria en Panam ser la encargada de certificar la liquidez que
tenga la entidad bancaria internacional que avale a un proponente y dicha entidad
no tenga domicilio o sucursal en este territorio.
En dicho acto publico se aceptarn notas de bancos y compaas de
financiamientos nacionales o internacionales que cumplan con lo antes expuesto.
Capitulo II
Pgina 8
Experiencia en Proyectos Similares y Relacionados

Se corrige donde dice Registro Publico por IFARHU.
La certificacin de esta experiencia debe ser de fecha reciente y dirigida al Registro
Pblico de Panam. Si la misma es emitida en el exterior debe venir con la
correspondiente consularizacin o apostilla.
_________________________________________________________________________
Capitulo III
Especificaciones Tcnicas: IX Conversin de datos de sistemas actuales
Pgina 49
Punto 8
Se corrige donde dice Registro Pblico por IFARHU.

Es requisito del Proponente, brindar a los funcionarios del Registro Pblico y la
Secretaria de Innovacin Gubernamental asignados, una demostracin de las
herramientas sobre las que se desarrollar y operar el sistema propuesto.
Capitulo III
Especificaciones Tcnicas: III Alcance a Nivel del Sistema
Pgina 8
Se corrige donde dice Certificado por Capacitado.

El proponente debe contar con personal profesional certificado en el uso de las
herramientas y productos a utilizar tanto en la base de datos como las herramientas de
desarrollo sugeridas.
Capitulo III
Especificaciones Tcnicas: V Entorno Tecnolgico Actual
Pgina 11
Sistemas de Aplicacin
Se Adiciona Oracle9i -- Sistema Financiero y Administrativo
Aplicacin
Departamento
Usuario
Cantidad
de
Usuario
Aplicativo Becas/Prstamo
LINC 16 mainframe
60
Clper
Visual Basic
Acces
Peach Tree
Becas,
Prstamo,
Auditoria,
Aplicacin de abono, Control
Fiscal, Tesorera
Contabilidad
Compras
Caja, Becas, Soporte Tcnico
Almacn
Oracle 9i
Modulo Financiero y admin..
30
4
5
30
4
En adicin al sistema arriba sealado, actualmente se utilizan los siguientes servicios y

sistemas como apoyo a la operatividad del I.F.A.R.H.U.
_________________________________________________________________________
Capitulo III
Especificaciones Tcnicas: VI Requisitos del Sistema
Pgina 13
Punto 2: Requisitos de Infraestructura tecnolgica y tiempos de respuesta
Cambia prrafo Actual:
La cantidad de usuarios que se estima accedan al sistema tal como se especifica en

el punto de Alcance a Nivel de Usuarios, en este captulo.
Nuevo prrafo:
Se estima que 1,000 usuarios accedern al sistema en forma regular.
Capitulo III
Especificaciones Tcnicas: IX Conversin de Datos de Sistemas Actuales
Pgina 43
Cambia Prrafo Actual:
El Proponente debe convertir los archivos de imgenes de formato TIFF a formato GIF o
JPG y ser su responsabilidad el espacio de almacenamiento necesario para llevarla a cabo
de acuerdo a los recursos y holgura de espacio en disco(s) con los que el IFARHU cuenta.
Nuevo Prrafo :
El IFARHU suministrara al proponente los archivos existentes en formato GIF o JPG para
su conversin a sus sistemas.
1. AVISO DE CONVOCATORIA
Se invita a los interesados para que presenten propuestas por escrito, en la hora, fecha y lugar
indicado en el Aviso de Convocatoria para el Anlisis , Desarrollo e Implementacin del
Sistema Integral Informtico para las reas de Becas y Crdito Educativo las cuales estarn
regidas por normas y procedimientos PNUD.
2. ESTRUCTURACIN DEL PLIEGO DE CARGOS
Los pliegos de cargos se estructurarn como sigue:
CAPTULO I CONDICIONES GENERALES
CAPTULO II CONDICIONES ESPECIALES
_________________________________________________________________________
CAPTULO III ESPECIFICACIONES TCNICAS
CAPTULO IV FORMULARIOS
3. IDIOMA OFICIAL
La propuesta debe estar en idioma espaol, o ser traducida a este idioma y debidamente autenticada
por las autoridades correspondientes del pas de origen con la firma del proponente o de su
representante en el acto, debidamente autorizado para ello.
4. NORMAS REGULADORAS
En la celebracin del procedimiento de seleccin de contratista y en las contrataciones pblicas en
general, se dar cumplimiento a las normas constitucionales, al contenido de las Normas y
Convenios de PNUD y dems leyes complementarias, a las normas reglamentarias que se dicten al
efecto y a las estipulaciones contenidas en los contratos y en los pliegos de cargos.
Los vacos en el procedimiento de seleccin de contratista se llenarn con la aplicacin de las
normas de procedimiento administrativo general y, en su defecto, con los principios y las normas
del procedimiento civil y comercial.
5. VALIDEZ DE LA PROPUESTA
El plazo de validez de las propuestas ser establecido en las condiciones especiales, el cual no podr
ser por un trmino mayor de ciento veinte (120) das, salvo que por el
monto y la complejidad requiera un plazo mayor que no podr exceder de ciento ochenta (180) das.
_________________________________________________________________________
6. RETIRO, SUSTITUCIN, MODIFICACIN Y SOLICITUD DE ACLARACIN DE
PROPUESTAS
Las propuestas no podrn ser retiradas, sustituidas ni modificadas despus de celebrado el acto
pblico. Sin embargo, antes de su celebracin, los proponentes podrn retirar las propuestas,
sustituirlas o modificarlas, cuando lo consideren necesario.
La entidad licitante podr solicitar aclaraciones luego de presentada la propuesta y, adems,
solicitar que se acompae documentacin aclaratoria, siempre que esta no tenga por objeto
distorsionar el precio u objeto ofertado ni tampoco modificar la propuesta original.
7. PROPUESTA DE CONSORCIOS O ASOCIACIONES ACCIDENTALES
Dos o ms personas pueden presentar una misma propuesta en forma conjunta, para la adjudicacin,
la celebracin y la ejecucin de un contrato, respondiendo solidariamente de todas y cada una de las
obligaciones derivadas de la propuesta y del contrato. Por tanto, las actuaciones, los hechos y las
omisiones que se presenten en el desarrollo de la propuesta y del contrato, afectarn a todos los
miembros del consorcio o asociacin accidental.
Los miembros del consorcio o de la asociacin accidental debern designar a la persona que, para
todos los efectos, los representar, y sealar las condiciones bsicas que regirn sus relaciones.
Los trminos, las condiciones y la extensin de la participacin de los miembros de un consorcio o
asociacin accidental en la presentacin de su propuesta o ejecucin del contrato, no podrn
modificarse sin el consentimiento previo del ente contratante.
8. FORMULARIOS DE PROPUESTA
Los participantes presentarn sus propuestas en el formulario que se incluye en el Captulo IV de
este documento, previa revisin de este Pliego de Cargos. Las propuestas se presentarn por escrito,
debidamente firmada por el representante legal de la empresa, ajustada al Pliego de Cargos, y debe
contener el precio ofertado, la fianza de propuesta y la propuesta tcnica.
9. FIJACIN DEL PRECIO TOTAL E IMPUESTOS APLICABLES
El proponente deber especificar en el formulario suministrado el monto total de su propuesta,
incluyendo el impuesto de transferencia de bienes muebles y servicios (ITBMS) y el desglose de
precios correspondiente.
La entidad licitante deber incluir en los pliegos de cargos o trminos de referencia los impuestos
que resulten aplicables a la adquisicin de bienes, servicios u obras objeto del procedimiento de
seleccin de contratista.
Cuando en un pliego de cargos o trminos de referencia se le exija al proponente que incluya en su
oferta adems del precio, dichos impuestos; y el proponente omita presentarlos dentro de su
propuesta, se entender que los incluye en el precio ofertado.
_________________________________________________________________________
An cuando la entidad no lo seale en el pliego de cargos o trminos de referencia, es obligacin
del proponente incluir en su oferta todos los impuestos que deban aplicarse de acuerdo a las leyes
vigentes en la materia. En el caso de que el proponente omita presentarlos dentro de su propuesta, se
entender que los incluye en el precio ofertado.
10. ACEPTACIN DEL PLIEGO DE CARGOS
El proponente deber declarar en su propuesta que acepta sin restricciones ni objeciones todo el
contenido del Pliego de Cargos.
11. PROPUESTAS INDETERMINADAS, CONDICIONADAS O ALTERNATIVAS
La entidad contratante rechazar las propuestas condicionadas, alternativas o indeterminadas, una
vez que la Comisin Verificadora / Evaluadora haya rendido su informe tcnico.
12. DISCREPANCIAS ENTRE NMEROS Y LETRAS EN LAS PROPUESTAS
Cuando en una propuesta se exprese montos en palabras y en nmeros, y exista discrepancia entre
unas y otros; prevalecer lo expresado en palabras sobre lo numrico.
13. REGLAS DE DESEMPATE
En casos de empate para la adjudicacin, se proceder de la siguiente manera, en orden de
prelacin:
a. Si uno de los proponentes es una micro, pequea o mediana empresa, debidamente acreditada
como tal ante el ente competente, se le adjudicar a este proponente.
b. En los casos anteriores donde concurran iguales circunstancias en ms de un proponente, o no
concurran estas circunstancias, se llamar a presentar una mejora de precio. Esta mejora de
precio deber ser presentada en la sede de la entidad licitante el siguiente da hbil en sobre
cerrado. La ausencia de presentacin de una oferta de mejora de precio se entender como que se
mantiene el precio originalmente presentado. La entidad licitante determinar la hora de la
apertura de sobres con la mejora de precios, acto que se llevar a cabo el segundo da hbil
contado desde que se produzca el empate.
_________________________________________________________________________
c. En caso de mantenerse el empate, se proceder al sorteo pblico, de manera inmediata
utilizando un mtodo de azar tales como dados, monedas o cualquier otro sistema que cumpla
con el principio de transparencia.
14. ELEMENTOS QUE SE INCLUYEN EN LAS CONDICIONES ESPECIALES

En las condiciones especiales debern incluirse necesariamente los siguientes elementos:
1. Periodo de validez de las propuestas.
2. La forma de adjudicacin, si esta se realiza de manera global o por rengln.
3. El mtodo de evaluacin, cuando proceda y los criterios de ponderacin.
4. La determinacin de los precios unitarios por rubros y los precios totales.
5. La presentacin de declaraciones juradas,
6. Los factores objetivos de seleccin,
7. El plazo para formalizar la adjudicacin y la firma del contrato.
8. La forma de pago,
9. Las condiciones de trabajo de subcontratacin y de cesin de contratos,
10. Las formas de modificar el contrato, los acuerdos suplementarios, los plazos de
entrega, las causales de resolucin administrativa que se tengan por conveniente
pactar en el contrato,
11. Las frmulas de ajuste de precios por variacin de precios o para mantener el
equilibrio econmico, cuando as lo considere la entidad,
12. Trmino para subsanar la falta de algn requisito establecido en el pliego de
cargos.
13. Porcentaje de la multa aplicable
14. Incentivos, si proceden,
15. Monto y vigencia de las fianzas requeridas.
_________________________________________________________________________
La entidad licitante, cuando lo considere conveniente y dependiendo del acto de seleccin de
contratista de que se trate, podr incluir otros elementos en las condiciones especiales del pliego de
cargos o trminos de referencia, siempre y cuando no se constituyan en restricciones o limitaciones
a la libre competencia.
15. MULTA
La multa ser entre el uno por ciento (1%) y el cuatro por ciento (4%) dividido entre treinta (30) por
cada da calendario de atraso del valor equivalente a la porcin dejada de entregar o ejecutar por el
contratista.
La entidad licitante podr incluir en el pliego de cargos, el reconocimiento a favor del contratista de
un incentivo o bonificacin por el cumplimiento anticipado del contrato, y no podr ser mayor del
diez (10%) del monto total del contrato, cuando resulte ventajoso para la entidad licitante.
1.
DEFINICIONES
Siempre que en el curso de este Pliego de Cargos o en otros documentos contractuales, se
haga uso de los siguientes trminos o sus respectivos pronombres, su sentido y
significado deber interpretarse as:

1.1
ACEPTACIN O TERMINACIN SUSTANCIAL DE LOS SERVICIOS:

Nivel de ejecucin de los servicios, que permita al propietario su uso satisfactorio.
1.2
ACTO PBLICO: Se refiere a la Convocatoria para la presentacin de Propuestas,

como se indica en el respectivo aviso.
1.3
ACUERDO SUPLEMENTARIO: Convenio escrito celebrado entre El Estado y el

Contratista, para cubrir:
1.3.1.
Trabajos no incluido dentro del Contrato original;
1.3.2.
Trabajos en exceso o defectos de las cantidades originales de los detalles del

Contrato.
1.4
ADJUDICACIN: Acto por el cual el I.F.A.R.H.U. determina, reconoce, declara y

acepta, con base a la ley, reglamentos y Pliegos del Cargo, la propuesta mas ventajosa a
los intereses del Estado, poniendo fin al procedimiento precontractual.
1.5
ADJUDICATARIO: Persona natural o jurdica, nacional o extranjera, sobre la cual,

previo cumplimiento de las formalidades previstas en la ley, recae la adjudicacin
definitiva de un acto de seleccin de Contratista.
1.6
ALCANCE DEL TRABAJO: trmino genrico con el cual se especifican los trabajos
y servicios completos que son objeto de este curso.
_________________________________________________________________________
1.7
AUDITORIA ESTATAL: El Consejo Econmico Nacional, El Consejo de Gabinete,

Contralor General de la Repblica.
1.8
I.F.A.R.H.U. : Entidad Estatal contratante que , previo al cumplimiento del requisito

de Licitacin Pblica, o al excepcin de sta, de ser procedente, suscribe un Contrato
para el suministro de bienes, presentacin de servicios, de acuerdo con los
procedimientos y normas establecidas.
1.9
CODIGO FISCAL: EL Cdigo Fiscal de la Repblica de Panam
1.10 CONCURSO: Procedimiento de seleccin de Contratistas que efecta el Estado, previa

convocatoria , para la contratacin de consultorios, prestacin de servicio tcnicos y
servicios personales de especialistas, con independencia del precio oficial.
1.11 CONDICIONES ESPECIALES: son las estipulaciones elaboradas por la entidad
estatal contratante, contenidas en el Pliego de Cargo, que establece condiciones
particulares aplicables a un acto de contratacin pblica determinado, en atencin a sus
elementos especficos.
1.12 CONDICIONES GENERALES: Son las disposiciones generales preparado por el
Ministerio de Economa y Finanzas, que sirve de base en todos los procedimiento de
seleccin de Contratista, de acuerdo con el objeto del Contrato de que se trate.
1.13 CONTRALOR: Es el Contralor General de la Repblica de Panam.
1.14 CONTRATISTA: Persona natural o jurdica, consorcio o asociacin accidental,
nacional o extranjera, domiciliado dentro o fuera del territorio de la Repblica, que goce
de plena capacidad jurdica, vinculado con un Contrato con El Estado, producto de ser
adjudicatario de un Concurso o Licitacin Pblica u otro tipo de contratacin.
1.15 CONTRATO DE OBRAS Y SERVICIOS: El que celebren las entidades estatales
para la construccin, mantenimiento, reparacin, suministro, instalacin, y operacin en
general, para la realizacin de cualquier otro trabajo material o servicios sobre bienes
muebles o inmuebles, cualquiera que sea la modalidad de ejecucin y pago.
1.16
CONTRATO PBLICO: Acuerdo de voluntades, celebrado conforme a derecho,

entre un ente estatal en ejercicio de la funcin administrativa y un particular, sea persona
natural o jurdica, nacional o extranjera, de la cual surgen derechos y obligaciones y
cuya finalidad es de carcter pblico.
1.17 DETALLE DE CONTRATO: Concepto de pago o clasificacin de los renglones de

trabajo que integran el Contrato.
1.18 DA CALENDARIO Y DA HBIL:
_________________________________________________________________________
1.18.1. Da Calendario: La sucesin de todos y cada uno de los das del ao.
1.18.2. Da Hbil:
De lunes a viernes, de 8:00 a.m. a 4:00 p.m. Se excluyen los

das feriados y los das de Fiesta Nacional.
1.19 DIRECTOR GENERAL: El Director General del I.F.A.R.H.U. cuyo cargo est la
responsabilidad de Supervisar y desarrollar el Contrato.
1.20 DIRECTOR DEL PROYECTO: La Direccin de Proyectos es la unidad de que se
encarga de la planificacin, contratacin, seguimiento y ejecucin del Contrato.
1.21 DOCUMENTOS: Todas y cada unas de las obligaciones que conforman el pliego de
Cargos y el Contrato.
1.22
ENTIDAD: I.F.A.R.H.U. o Contralora General de la Repblica.
1.23 ESPECIFICACIONES TCNICAS: Las especificaciones tcnicas son elaboradas por

la entidad estatal contratante y constituyen el conjunto de especificaciones tcnicas
generales y particulares, que regirn los actos de contratacin pblica y la etapa de
ejecucin del Contrato.
1.24 ESTADO: La Republica de Panam.
1.25 FIADOR(A): Persona natural o jurdica que se responsabiliza, conjuntamente con el
Contratista, por el fiel cumplimiento del Contrato por medio de la fianzas otorgadas.
1.26 FIANZA DE CUMPLIMIENTO O DEFINITIVA: Fianza que garantiza que el
Proponente a quien le fuere adjudicado el acto pblico suscribir el respectivo Contrato
con el Estado, ejecutara fielmente su objeto y una vez cumplido ste, corregir los
defectos a que hubiere lugar.
1.27 FIANZA DE PROPUESTA: Garanta precontractual presentada por los participantes
de un acto de seleccin de Contratista o beneficiario de una excepcin de un acto
pblico, con la finalidad de garantizar la celebracin del Contrato, as como el
mantenimiento de la oferta durante el plazo estipulado en el Pliego de Cargos.
1.28 GERENTE DE PROYECTO: Es el representante autorizado del Contratista, en todo
momento para el desarrollo del Contrato. A su cargo est la ejecucin directa del trabajo.
Tambin referido como Superintendente.
1.29 GOBIERNO: El rgano Ejecutivo Nacional de la Republica de Panam, entindase
por El Estado.
1.30 HOMOLOGACIN: Acto mediante el cual los participantes en Licitacin Pblica,
Concurso o Solicitudes de Precios, homologan los documentos de la contratacin,
expresando su conformidad y aceptacin, sin reservas, de dichos documentos.
_________________________________________________________________________
1.31 INSPECTOR: Personal designado por el Contratante para que haga cualquiera
inspeccin del Contrato de acuerdo a los servicios, materiales, equipos, etc. Que el
Contratista suministra y elabora, para la ejecucin del Contrato.
1.32 I.T.B.M.S: Impuesto sobre la transferencia de bienes corporales muebles y la prestacin
de servicios, segn lo normado en el articulo 12 de la Ley No.61 de diciembre de 2002.
El ITBMS (5%) se calcula sobre el sub-total detallado en el Listado de Desglose de
precios de la Propuesta.
1.33 LICITACIN PBLICA O SOLICITUD DE PRECIO: Es el procedimiento por el
cual EL Estado, previa convocatoria, selecciona entre varias personas naturales o
jurdicas, en igualdad de oportunidades, la propuesta que rene los requisitos que
sealan la Ley, los reglamentos y el Pliego de Cargos, cuando el precio oficial excede la suma
de doscientos cincuenta mil Balboas (B/.250,000.00) la convocatoria se denomina Licitacin.
Cuando el precio oficial es inferior a B/.250,000.00 la convocatoria se denomina Solicitud de
Precio.
1.34 MES CALENDARIO: La sucesin de todos y cada uno de los das del ao
1.35 ORDEN DE PROCEDER: Autorizacin expedida por el I.F.A.R.H.U. donde se
indica al Contratista la fecha en que deber iniciar los servicios objeto del Contrato.
1.36 PLIEGO DE CARGOS: El presente documento en conjunto con sus anexos que
forman el conjunto de requisitos exigidos por el I.F.A.R.H.U., que incluye los trminos
y condiciones del Contrato a celebrarse, los derechos y obligaciones de los oferentes y el
procedimiento a seguir en la formalizacin y ejecucin del Contrato.
1.37 PROPONENTE: Persona natural o jurdica que puede presentar una propuesta para la
ejecucin de los servicios, ya sea directamente o por medio de un representante
debidamente autorizado.
1.38 PROPUESTA: La oferta presentada para la ejecucin completa del Contrato, preparada
en la forma requerida dentro del plazo estipulado y de acuerdo con las condiciones
exigidas.
1.39 SERVICIOS: La parte, partes o total de trabajo a realizar en virtud del objeto del
Contrato.
1.40 SUBCONTRATISTA: Persona natural o jurdica a la cual el Contratista, con el
consentimiento escrito del Director General, puede ceder la ejecucin de parte de los
servicios objetos del Contrato.
1.41 SUPERVISOR DE CONTRATO: Es el representante del Director General y de la
Direccin de Proyectos del I.F.A.R.H.U. a su cargo est la vigilancia directa de la
_________________________________________________________________________
ejecucin del trabajo, bajo el cual se supervisa la prestacin de los servicios de objeto
del Contrato.
1.42 SUMA GLOBAL: Detalle de pago que representa compensacin total, por la ejecucin
completa de un trabajo u obra descrita en el Contrato.
_________________________________________________________________________
2
PLIEGOS DE CARGOS
Las modificaciones o cambio que se introduzcan mediante addenda en el Pliego de Cargo, el
I.F.A.R.H.U. las har siguiendo los procedimiento establecidos en los documentos de
Contrato.
2.1
ERRORES EN EL PLIEGO DE CARGOS

En caso de que el Proponente encuentre errores en el Pliego de Cargos, que afecten
directamente la calidad de los servicios o que modifiquen su costo de ejecucin, deber
notificarlos inmediatamente al I.F.A.R.H.U., para que ste haga las aclaraciones o
correcciones necesarias, antes del acto pblico.
2.2
OMISIONES EN EL PLIEGO DE CARGOS

La aparente omisin en el Pliego de Cargos y documentos contractuales de algn detalle
o descripcin de un mtodo, deber interpretarse como significativo de que solamente
se seguir la mejor prctica general y que se usarn los mejores materiales, equipo,
insumos, programas y personal. Toda interpretacin que se haga ser basndose en este
criterio.
2.3
COPIAS DEL PLIEGO DE CARGOS

El I.F.A.R.H.U. suministrar al Contratista adjudicatario, libre de costo, un (1) juego de
Pliego de Cargos. Copias adicionales podrn obtenerse, pagando el costo de
reproduccin del mismo.
2.4
CONSULTAS
Todas las consultas deben ser dirigidas al I.F.A.R.HU, hasta CINCO (5) das calendario
antes de la fecha del concurso, como sigue:
I.F.A.R.HU
Departamento de Compras
Licitacin Pblica No: Normas PNUD
Telfono / telefax: 500-4778
Correo electrnico : rgomez@ifarhu.gob.pa
PRESENTACIN DE DOCUMENTOS
Toda documentacin que no sea tcnica, procedente del exterior debe estar notariada y
autenticada por autoridades consulares. Tambin es aceptable el Sello de Apostilla en los
casos aplicables.
Se excluyen de este requisito los documentos de la Propuesta relativos al monto de las misma,
como lo son: el Formulario de Propuesta Econmica, el desglose de Precios, la Fianza de
Propuesta y documentos similares relativos al precio de la Oferta.
PLAZOS Y/O TRMINOS DE ENTREGA

El plazo para la realizacin del Proyecto, objeto del presente acto pblico ser de 8 meses.
_________________________________________________________________________
El Contratista deber completar los servicios. Debidamente aceptados por el Contratante,
dentro del plazo especificado, contados a partir de la fecha de la Orden del Proceder.
El plazo del Contratante se extender hasta la fecha de su terminacin, debidamente aceptada
por el Contratante y evidencia en el acta de aceptacin final. En caso de suspensin total por
causas no imputables al Contratista, los das calendarios transcurridos entre las fechas
efectivas de la orden de suspensin y de reanudacin de operaciones, se le reconocer al
Contratista extendiendo el plazo que se le hubiese concedido para la ejecucin de la obra
objeto del Contrato.
En caso de suspensin total o parcial por causas imputables al Contratistas, los das
calendario, transcurridos entre las fechas efectivas de la orden de suspensin y de
reanudacin de operaciones, se le imputar al tiempo del Contrato.
No se har ningn ajuste de tiempo en el perodo del Contrato, por motivo de suspensiones
parciales.
5
DOCUMENTOS QUE COMPONEN LA OFERTA

Los Proponentes presentarn cuatro (4) ejemplares de la oferta:
Un (1) original y tres (3) copias de la Oferta Tcnica colocado en un sobre cerrado
identificado como Sobre No. 1
Un Disco compacto conteniendo una copia de la propuesta tcnica en formato Acrobat PDF
Un (1) original y tres (3) copias de la Oferta Econmica colocados en un sobre cerrado
identificado como Sobre No. 2.
En cada sobre se incluir el Formulario de Propuesta correspondiente que se anexa en este
Pliego de Cargos, en cuatro (4) ejemplares, uno de los cuales ser original, al cual se le
adherirn las estampillas fiscales por un valor de CUATRO BALBOAS CON 00/100
(B/.4.00) las cuales sern anuladas por quien presida el respectivo acto.
Los Proponentes debern presentar su oferta completando los Formularios que aplican para
cada caso y que se incluyen en el Capitulo IV del Pliego de Cargos:
Formulario de Propuesta Tcnica
Formulario de Propuesta Econmica
Listado de Desglose de Precio
Formulario No.1 Formato Carta Poder
Formulario No.2 Antecedentes Legales
Formulario No.3 y No.3b Capacidad Financiera de la Empresa
Formulario No.4 Experiencia en Proyectos Similares y/o Relacionados
Formulario No.5 Detalle del Equipo ofrecido
Fianza de Propuesta
La presentacin de la oferta en los formatos presentados en los formularios es de obligatorio

cumplimiento.
_________________________________________________________________________
6
CONTENIDO DE LAS OFERTAS

6.1.
OFERTAS TCNICAS
Adems de la solucin tcnica del Proponente para la ejecucin de los servicios
especificados en el Pliego de Cargos, se debern presentar en la Oferta Tcnica los
siguientes documentos
Formulario de Propuesta Tcnica
Poder mediante el cual la persona asistente acredita tener las facultades
suficientes para presentar y firmar Propuestas, as como recibir y firmar actas a
nombre del Proponente (Formulario No.1).
Carta de intencin de constitucin del Consorcio o Asociacin Accidental (cuando
aplique)
Antecedentes Legales de la Empresa (Formulario No.2)
Paz y Salvo del Seguro Social y Paz y Salvo del Ministerio de Economa y
Finanzas.
Certificado de Registro Pblico o Acta constitutiva del Proponente si este fuere
extranjero
Declaracin Jurada conforme al Articulo 5 de la Ley No.58 de 12 de diciembre de
2002.
Capacidad Financiera del Proponente (Formulario No.3)
Experiencias del Proponentes en obras similares y/o relacionadas (Formulario
No.4).
Listado del equipo ofrecido (Formulario No.5)
Certificacin de los fabricantes de los equipos ofrecidos donde certifique que es
distribuidor autorizado en los pises de los mismos y que cuenta con personal
certificado para soporte tcnico y repuesto.
CAPACIDAD FINANCIERA
Se deber presentar informacin que demuestre la solidez de la situacin financiera
actual del Proponente y el inters de entidades bancarias o financieras dispuestas a
financiar el Proyecto:
Estados Financieros auditados, correspondiente a los tres (3) ltimos aos,

adjuntando los siguientes clculos:
Coeficiente medio de Liquidez: Activo a corto plazo/pasivo a corto plazo
Coeficiente medio de Endeudamiento: Total pasivo/Total activo
Rentabilidad: Utilidades antes del Impuesto
Facturacin actual mnima
Para el caso de Ofertas presentadas en consorcios o asociacin accidental se exige

que al menos una de las empresas cumpla con la totalidad de los indicadores
financieros mnimos solicitados.
_________________________________________________________________________
Certificacin de entidades bancarias autorizadas por la Superintendencia Bancaria

de Panam, las cuales debern representar bancos de reconocida solidez y de
prestigio en la Repblica de Panam indicando que el oferente cuenta con lneas
de crdito aprobadas por al menos US $ 500.000.00 para financiar la ejecucin del
proyecto.
En el caso de los consorcios cada una de las empresas debe cumplir con este
requisito.
EXPERIENCIA EN PROYECTOS SIMILARES Y RELACIONADOS

La experiencia de los Proponentes ser evaluada con base en los documentos que
presente para demostrar su capacidad tcnica y experiencia en la ejecucin de
proyectos en el mbito local e internacional, debiendo adjuntar certificaciones
emitidas clientes del Proponente que demuestren la relacionadas de los proyectos
presentados como experiencia especfica.
La certificacin debern describirse las caractersticas principales del Contrato, su
nivel de ejecucin e indicar el grado de satisfaccin alcanzado, as como los datos
completos de las entidades y/o personas responsables de la recepcin del servicio
prestado, de tal manera que el Contratante puede verificar, cuando lo estime necesario,
la validez de dicha informacin. Es importante que Proponente considere que la
informacin que suministre ser posteriormente verificada por el Contratante y que
cualquiera incongruencia o alteracin de los datos reales ser motivo de
descalificacin inmediata ( en cualquier etapa del proceso).
La certificacin de esta experiencia debe ser de fecha reciente y dirigida al Registro
Pblico de Panam. Si la misma es emitida en el exterior debe venir con la
correspondiente consularizacin o apostilla.
6.2.
OFERTAS ECONMICAS
El Sobre No.2 de la Oferta Econmica deber contener los precios totales de los
productos y servicios solicitados. Los precios debern presentarse en moneda nacional,
el Balboa, la cual tiene el mismo valor que el dlar americano (US$).
La Oferta Econmica deber contener los siguientes documentos :
Formulario de Oferta Econmica
Listado de Desglose de precios
Fianza de Propuesta
La Oferta Econmica no deber presentar borrones, enmendaduras o correcciones.
Los Proponentes deben presentar su oferta econmica por rengln, en caso de presentar
dos opciones o ms. En caso de que la oferta contenga errores en las operaciones
aritmticas, los precios unitarios propuestos privarn.
La oferta Econmica complementa la Oferta Tcnica, por lo tanto si faltara algn dato
en la propuesta, se tomar de la propuesta tcnica.
_________________________________________________________________________
7
EVALUACIN DE LAS OFERTAS

La Evaluacin ser el resultado obtenido de la Evaluacin Tcnica y Econmica de la Oferta,
de acuerdo a los criterios y el sistema de puntaje establecidos en los Criterios de
Descalificacin y Evaluacin (Anexo A de este Pliego de Cargos). No se Podrn tomar en
cuenta factores que no estn especificados en estos criterio.
El Proponente deber incorporar en su oferta los documentos que acrediten que esta
calificado para ejecutar el Contrato y que demuestre a satisfaccin del Contratante que tiene
la capacidad necesaria para ejecutar el Contrato en lo que respecta a los aspectos financiero,
tcnico, de produccin, adquisiciones, transporte, instalacin y de otro tipo y, en particular,
que tiene la experiencia y rene los requisitos indicados segn los documentos de concurso.
Cualquiera falla u omisin de parte de los Proponentes en la preparacin de sus propuestas o
en cumplir con lo especificado en el Pliego de Cargos, ser a su propio riesgo, sin derecho a
reclamo alguno.
7.1
COMISIN EVALUADA
El I.F.A.R.H.U. Designar la Comisin Evaluada de las Ofertas Tcnicas, la cual estar
integrada por el Coordinador de Proyecto, el Jefe de Compras y un miembro de la
Secretaria de la Presidencia para la Innovacin Gubernamental, idneos en las ciencias
que tengan que ver con el objeto del Contrato. La Comisin Evaluadora tendr a su
cargo examinar las Ofertas Tcnicas sometidas por los Proponentes en un trmino
mximo de dos (2) das para rendir un informe tcnico de evaluacin de las ofertas.
La Comisin deber aplicar solamente los criterios, requisitos o procedimiento
enunciado en el Pliego de Cargos, sin posibilidad de aplicar criterios distintos a los
indicados.
Para facilitar la evaluacin y la comparacin de las ofertas, la Comisin tendr la
facultad de solicitar a cualquier Proponente, que aclare su propuesta. La solicitud de
aclaracin y la respuesta pendiente se harn por escrito. Sin embargo, no se solicitar,
ofrecer ni permitir ninguna modificacin de los elementos sustanciales de la
propuesta.
Concluido el informe, se pondr de manifiesto a los Proponentes, para que , dentro de
los siguientes cinco (5) das, le formulen sus observaciones por escrito, que sern
incorporadas al expediente. En ningn caso, la Comisin podr recomendar la
adjudicacin del Concurso a un Proponente en particular.
7.2
CALIFICACIONES EN PROPONENTE
Aplicando los parmetros establecidos en este Pliego de Cargos y Especificaciones, la
Comisin Evaluacin calificar, si los Proponentes han presentado ofertas aceptables
para cumplir satisfactoriamente el Contrato. La calificacin se basar en la capacidad
_________________________________________________________________________
financiera, tcnica y de produccin del Proponente, as como los antecedentes de est ,
con base a un examen de los documentos que acrediten sus calificaciones.
Las Ofertas sern calificadas con base del cumplimiento mnimo de ochenta y cinco por
ciento (85%) de los requisitos exigidos.
8
INCAPACIDA LEGAL PARA CONTRATAR

No podrn celebrar Contratos con EL I.F.A.R.H.U.:
a) Las personas que hayan sido inhabilitadas para contratar, mientras dure la inhabilitacin.
b) Los servicios pblicos, quienes no podrn celebrar, por si o por interpuestas personas,
Contratos con la entidad u organismo en que trabajan, cuando stos sean lucrativos y de
carcter ajeno al servicio que prestan.
c) Las personas a quien se les haya resultado administrativamente un Contrato por
incumplimiento culposo o doloso, de acuerdo con el procedimiento mientras dure la
inhabilitacin.
d) Los servicios pblicos y particulares que intervengan, en cualquier forma, en la
preparacin, evaluacin, adjudicacin o celebracin de la licitacin, concurso o solicitud
de precios.
e) Los deudores morosos con el Estado.
f) Los defraudadores del fisco.
g) Las que carezcan de capacidad para obligarse
FIANZA DE CUMPLIMIENTO DE CONTRATO

La fianza de cumplimiento de Contrato garantizar la obligacin de celebrar el Contrato, de
ejecutar fielmente su objeto y corregir los defectos por su ejecucin.
Si la fianza de cumplimiento resultare inadecuada o insuficiente, en opinin de la Contralora
General de la Repblica de Panam, o de I.F.A.R.H.U., si el fiador faltare en suministrar
informacin peridica respecto a su solvencia o se presente el evento de variaciones en los
trabajos que implique aumento en el monto total de Contrato, el Contratista deber presentar
lo antes posible, tras solicitrsele, fianza adicional, las veces que le sean requeridas por el
Estado.
El Contratista har la correcciones necesarias en la fianza definitiva o de cumplimento para
subsanar cualquier error u omisin dentro de los diez (10) das calendarios siguientes a la
notificacin de tales errores u omisiones.
El Contratista podr variar la naturaleza de la fianza de cumplimiento una vez constituida
ante la Contralora General de la Repblica, pero siempre que se mantenga el valor de la
misma y sea aceptada por la Contralora General de la Repblica y Registro Pblico de
Panam.
9.1
MONTO DE LA FIANZA DEFINITIVA O DE CUMPLIMIENTO DE

CONTRATO
_________________________________________________________________________
Para el presente Contrato, I.F.A.R.H.U. requerir de una Fianza de Cumplimiento no
menor de 15% del valor ofrecido.
10
9.2
VIGENCIA DE LA FIANZA DEFINITIVA O DE CUMPLIMIENTO

El valor de la fianza definitiva o de cumplimiento se mantendr en vigencia desde el
perfeccionamiento del Contrato, durante toda la vigencia del mismo.
9.3
ACTUALIZACIN DE LA FIANZA DE CUMPLIMIENTO

Al recibir la orden de proceder, el Contratista deber proceder a actualizar, mediante
endoso, la fecha de expiracin de la Fianza de Cumplimiento. No se tramitar la primera
cuenta sin este requisito.
CONTRATO
El objeto del Contrato, es la prestacin de servicios y suministro de equipo, cuya descripcin
aparece detallada en el Aviso y el Pliego de Cargos.
Es intencin del Contrato que los servicios objeto del mismo se ejecuten ntegramente de
acuerdo con las ms modernas tecnologas aplicables, que en su ejecucin se emplee personal
directivo, administrativo, tcnico y especializado de la mejor capacidad y experiencia, que
todas las labores relacionadas con las ejecuciones de los servicios cumplan con todo lo
indicado en el Pliego de Cargo y dems documentos preparados para tal efecto, con las leyes
vigentes y que se ejecute dentro del tiempo establecido parar la entrega de los servicios.
10.1 DOCUMENTO DE CONTRATO
Forman parte del Contrato: El Pliego de Cargos, la Propuesta, los Anexos, las Addendas
y la informacin complementaria suministrada por el adjudicatario definitivo, aceptada y
aprobada por el I.F.A.R.H.U. para ser incluida en el Contrato. Estos documentos son
complementarios entre s y cualquier asunto estipulado por uno de ellos impone la
misma obligacin para las partes contratantes, como si se hubiese estipulado en todos
ellos.
Para los efectos de interpretacin y validez, se establece el orden de jerarqua de estos
documentos, as:
El Contrato
El Pliego de Cargos
Addendas
Especificacin Tcnica
Condiciones Suplementarias
Condiciones Generales
Anexo y Suplementos
Notas aclaratorias (durante el Proceso de Concurso)

La Propuesta
_________________________________________________________________________
La formalizacin del consorcio o asociacin accidental, de existir, se exigir como
requisito
al
momento
de
la
formalizacin
del
Contrato.
10.2
SUBCONTRATOS
Slo se podr subcontratar parte de esta obra, para lo cual se requiere el consentimiento
del Director General, siempre y cuando el total del subcontrato y/o de los subcontratos ,
no exceda el VEINTICINCO POR CIENTO (25%) del Contrato. Los Subcontratistas
Ante el Contratante, no asumen ninguna responsabilidad ni relevan al Contratista de las
Obligaciones contradas, no adquieren derecho alguno por motivo de este Contrato.
10.3 OTROS CONTRATOS

El estado se reserva el derecho de contratar trabajos adicionales por medio de otros
Contratos y el Contratista cooperar plenamente en la ejecucin de esos trabajos, de
acuerdo con las instrucciones del Director General suministrando oportunamente aquella
informacin necesaria para el desarrollo de los otros Contratos.
El Contratista deber considerar en su propuesta que pueden haber otros Contratistas
desarrollando servicios relacionados con el Contrato, a los cuales debe darle la facilidad
que necesiten en el cumplimiento de sus operaciones. Entre los Contratistas deber
existir una cooperacin de tal manera que no se vea afectado el desarrollo de los
servicios en su totalidad. Es decir, que el Contratista no deber cometer, ni permitir
cualquier acto que interfiera con la ejecucin del trabajo correspondiente al de cualquier
otro Contratista.
_________________________________________________________________________
10.4 RESCISION O RESOLUCIN DEL CONTRATO
La Autoridad o el Director General en representacin del Estado, podr declarar
administrativamente la rescisin o resolucin del Contrato.
PROCEDIMIENTOS
La resolucin administrativa del Contrato se ajustar al procedimiento establecido en
este artculo, con sujecin a las siguientes reglas:
Cuando exista alguna causal para la resolucin administrativa del Contrato, la entidad
pblica adelantar las diligencias de investigacin y ordenar la realizacin de las
actuaciones que conduzcan al esclarecimiento de los hechos, que pudiesen comprobar o
acreditar la causal correspondiente.
No obstante, cuando sea factible, la entidad contratante podr otorgarle al Contratista
un plazo para que corrija los hechos que determinaron el inicio del procedimiento.
Contra la decisin que impone la resolucin del Contratita, slo se podr recurrir ante
la Sala Tercera de lo Contencioso Administrativo de la Corte Suprema de Justicia.
Las decisiones sern recurribles en todo caso ante la jurisdiccin contoncioso
administrativa a instancia del afectado, de conformidad con las disposiciones de la Ley
No.135 de 193, modificada por la Ley No.33 de 1946 y por el Cdigo Judicial.
CAUSALES
Se considerarn como causales de resolucin por incumplimiento del Contrato, pero sin
limitarse a ellas, las siguientes:
Que el Contratista rehse o falle en llevar a cabo los servicios o cualquiera parte de
los mismos, con la diligencia que garantice su terminacin satisfactoria dentro del
perodo especificado en el Contrato, incluyendo cualquiera extensin de tiempo
debidamente autorizadas.
No haber iniciado la prestacin de los servicios dentro del tiempo debido, segn lo
establecido en el Contrato.
Las acciones del Contratista que tiendan a desvirtuar la intencin del Contrato.
El abandono o suspensin del Contrato sin la autorizacin del Director General.
La renuencia a cumplir con las indicaciones o acatar las rdenes desconociendo la
autoridad de los Representantes del Contratante.
No disponer del personal o recursos con la calidad, capacidad y en la cantidad
necesaria, para efectuar satisfactoriamente los servicios dentro del perodo fijado.
Adems de estas aplicarn todas las causales establecidas en el Artculo 104 de la Ley
56 de 27 de diciembre de 1995, modificada por la Ley No.22 ..................................
Cuando el Instituto para la Formacin de Recursos Humanos (I.F.A.R.H.U) notifique al
Contratista y a su Fiadora la Resolucin del Contrato, la Fiadora tiene treinta (30) das
calendario para decidir si paga el importe de la fianza o termina el Contrato. De optar
por la ltima alternativa, la Fiadora reemplazar en todo al Contratista, por lo tanto lo
sustituye en los derechos y asume las obligaciones de ste. La Fiadora debe presentar
_________________________________________________________________________
un nuevo plan de trabajo, as como someter a aprobacin del Instituto para la
Formacin de Recursos Humanos (I.F.A.R.H.U) la capacidad tcnica de la empresa que
utilizar para la terminacin de los servicios contratados.
A partir del momento en que el Instituto para la Formacin de Recursos Humanos
(I.F.A.R.H.U), presente reclamacin a la Fiadora, cesar todo pago al Contratista.
Las disposiciones de este artculo no eximen al Contratista, en ninguna manera, de la
responsabilidad por los trabajos ejecutados bajo su direccin.
Si el Contratista se ve totalmente impedido de darle cumplimiento al Contrato por
fuerza mayor y/o caso fortuito, debido a la existencia de los supuestos que en este
sentido establece el Cdigo Civil, durante un perodo mayor de treinta (30) das
calendario consecutivo, el Instituto para la Formacin de Recursos Humanos
(I.F.A.R.H.U), solicitar la conclusin bajo fuerza mayor y/o caso fortuito del Contrato,
dando aviso por escrito al Contratista con treinta (30) das calendario de anticipacin.
Si el periodo de fuerza mayor o caso fortuito excede de noventa (90) das calendario
consecutivo, el Contratista podr dar por concluido este Contrato mediante aviso por
escrito al Instituto para la Formacin de Recursos Humanos (I.F.A.R.H.U) con treinta
(30) das calendario de anticipacin .
En caso de que este Contrato sea concluido de esta manera, se pagar al Contratista el
total de la obra ejecutada conforme a lo que corresponda a pago parcial a la fecha de
esta situacin ms una compensacin adicional por los insumos, equipos y las
prestaciones sociales proporcionales al tiempo que trabaja el personal que quedar
cesante.
FUERZA MAYOR, significa acontecimientos imprevistos fuera del control del
Contratista producida por hechos del hombre, a los cuales no haya sido posible resistir,
tales como los actos de autoridad ejercidos por funcionarios pblicos, el apresamiento
por parte de enemigo y otros semejantes.
CASO FORTUITO, significa el que no haya podido ser previsto, como un naufragio,
un terremoto y otros de igual o parecida ndole.
_________________________________________________________________________
11
CONTROL Y SUPERVISON DE LOS SERVICIOS

El control y supervisin de los servicios ser a travs del Director del Proyecto o de quien
designe la Direccin General del Instituto para la Formacin de Recursos Humanos
(I.F.A.R.H.U).
Ningn funcionario ni empleado al servicio del Contratante podr aceptar salarios, regalos o
beneficios del Contratista y ste se abstendr de ofrecer empleos a funcionarios o empleados
del Contratante sin el conocimiento y la aprobacin del Director General.
Cuando en el Pliego de Cargos y sus Anexos se menciona el requisito de aprobacin por
parte del Instituto para la Formacin de Recursos Humanos (I.F.A.R.H.U) o de sus
Representantes, a los documentos, materiales y otros insumos que sean presentados por el
Contratista para ser incorporados en la obra, o para su control o ejecucin, se entender que
tal aprobacin emitida por el Instituto para la Formacin de Recursos Humanos (I.F.A.R.H.U)
o sus Representantes, no releva en nada al Contratista de su responsabilidad por lo presentado
e incorporado a la prestacin de los servicios y toda interpretacin que se haga al Pliego de
Cargos y su Anexos, relativos a la aprobacin por parte del Instituto para la Formacin de
Recursos Humanos (I.F.A.R.H.U) o de sus Representantes, se ajustar a este criterio.
La revisin y/o aprobacin de los trabajos, especificaciones, etc, es un requisito previo para la
ejecucin de los trabajos correspondientes a cualquier parte de los servicios, pero dicha
revisin y aprobacin no exime al Contratista de manera alguna de su responsabilidad por los
trabajos realizados. El Contratista ser responsable civil, econmicamente y penalmente, de
ser el caso, ante el Instituto para la Formacin de Recursos Humanos (I.F.A.R.H.U). de los
perjuicios que ocasione a terceros, otros Contratistas y/o al Estado.
A menos que se disponga otra cosa en alguna parte del Pliego de Cargos o alguno de sus
Anexos, cada vez que una solicitud de aprobacin del Contratista es rechazada por parte del
Supervisor del Proyecto, ste contar con un nuevo plazo para modificarla, actualizarla o
corregirla, el cual ser igual al dispuesto para la revisin de la primera presentacin.
Cuando no haya plazos estipulados para la revisin de documentos o trabajos, se entender
que este plazo ser de quince (15) das calendario, a menos que el Director General disponga
otra cosa, por circunstancias especiales.
Cualquier solicitud o notificacin requerida entre las partes, debe constar por escrito y ser
considerada como debidamente efectuada cuando sea enviada por memorando, correo, cable,
fax, e-mail, a la direccin especfica de las partes, que ser acordada al emitirse la Orden de
Proceder.
Durante todo el periodo de prestacin de los servicios hasta la fecha de aceptacin final, el
Contratista dar a los representantes del Instituto para la Formacin de Recursos Humanos
(I.F.A.R.H.U), incluyendo tambin a la Contralora General de la Repblica, si fuera el caso,
todas las facilidades adecuadas y necesarias dentro de los rangos normales, para inspeccionar
el trabajo concluido o en proceso de proyecto a los trminos del Contrato.
_________________________________________________________________________
Cada vez que se va a realizar un trabajo de acuerdo a las instrucciones del fabricante, dichas
instrucciones deben ser sometidas y aprobadas por el Supervisor del Proyecto o el
Representante autorizado por el Instituto para la Formacin de Recursos Humanos
(I.F.A.R.H.U) antes de que se inicie dicho trabajo.
Para los trabajos, en donde el Contratista requiera la cooperacin de otras agencias del
Estado, el Instituto para la Formacin de Recursos Humanos (I.F.A.R.H.U) proveer el enlace
necesario a toda la informacin que necesiten durante la ejecucin del Contrato.
11.1 REPRESENTANTES DEL INSTITUTO PARA LA FORMACIN DE RECURSOS
HUMANOS (I.F.A.R.H.U)
DIRECTOR GENERAL
Es el Representante Legal del Instituto para la Formacin y Aprovechamiento del Recursos
Humanos (I.F.A.R.H.U), bajo cuya direccin se desarrolla el Contrato.
As mismo el Director General definir durante la ejecucin del Contrato, los canales y
procedimientos de comunicacin con el Contratista.
COORDINADOR DEL PROYECTO
Actuar en representacin del Director General y tendr autoridad para decidir sobre
cualquier duda o controversia que surja con motivo de la interpretacin de los documentos
contractuales. En los casos que estime conveniente, har consultas a las oficinas que tienen
que ver con el asunto objeto de la duda; sobre la aceptacin o rechazo de la calidad de los
materiales y de los trabajos efectuados; sobre la eficiencia en el rendimiento del equipo y
sobre la capacidad del personal
Tendr autoridad para decidir si los trabajos avanzan de acuerdo con el programa aprobado
para la ejecucin de la obra y actuar en consecuencia.
El Coordinador del Proyecto o su representante estn facultados para rechazar cualquier
material, procedimientos u operacin, equipo o personal que considere objetable. Para ello
deber basarse en el resultado del anlisis de las pruebas que determinen tanto la calidad de
los materiales y la de los trabajos ejecutados, procedimientos , como la capacidad del equipo
y del personal utilizado.
Sern funciones del Coordinador del Proyecto, entre otras:
a) Ser el Representante del Director General
b) Firmar las Actas de Aceptacin.
c) Coordinar las reuniones de carcter general con el Gerente del Proyecto o
Representante del Contratista.
d) Llevar el control fsico-financiero del Proyecto.
e) Aprobar estimaciones de Avance del Contrato.
f) Coordinar con el Contratista el buen desarrollo de los servicios.
_________________________________________________________________________
g) Coordinar la Auditoria Tcnica de todos los procesos, , y dems suministro del
Contrato.
h) Cualquier otra funcin que le corresponda, de acuerdo al presente Pliego de Cargos y
sus Anexos.
i) Cualquier otra funcin que le sea asignada por el Director General.
11.2 REPRESENTANTES DEL CONTRATISTA
El Contratista deber asignar personal para realizar las distintas funciones necesarias para
llevar a cabo de manera efectiva las responsabilidades que le han sido asignadas por los
requisitos definidos en el Pliego de Cargos, incluyendo funciones de nivel tcnico.
Las obligaciones del Contratista, sin menoscabo de otras contenidas en los documentos
contractuales, son las siguientes:
a) Llevar el Control Tcnico y de calidad del Contrato durante el perodo de la
prestacin de servicios para ser revisados por el Coordinador del Proyecto, o quin
ste designe; en caso contrario, los servicios no sern recibidos hasta que se subsane,
sin que esto sea justificacin para ampliar el monto o plazo de ejecucin del
Contrato.
b) La contratacin de Subcontratistas, Fabricantes y Proveedores de Servicios.
c) Contratacin del personal requerido.
d) Cumplir con las obligaciones laborales estipuladas por la ley
e) Pago de planillas
f) Presentar al Coordinador de Proyectos certificados de las pruebas y ensayos.
g) Cumplir con los Planes de Seguridad, propios y los establecidos por los reglamentos.
h) Mantener actualizado el programa fsico financiero de la obra.
i) Mantener a su personal, durante la ejecucin de los servicios, debidamente
identificado.
GERENTE DE PROYECTO
Deber tener conocimientos especficos y experiencia en la prestacin de los servicios objeto
del Contrato.
_________________________________________________________________________
Ser el Contratista o su Representante en el desarrollo del Contrato y sus funciones se
considerarn:
Ser la contraparte del Coordinador del Proyecto.

Dirigir las actividades del Contratista en el Contrato.
Llevar actualizado el control fsico financiero de la obra.
Coordinar y discutir con el Coordinador de Proyectos, los aspectos relacionados
con el cumplimiento de las obligaciones contractuales.
Coordinar las reuniones de carcter general.
Coordinar las actividades del Contrato con el Coordinador de Proyectos.
Firmar y presentar al Coordinador de Proyectos las estimaciones de avance del
Contrato, para su aprobacin.
Colaborar con el Coordinador de Proyectos para el buen desarrollo del Contrato.
Cualquier otra funcin que le corresponda de acuerdo a los Documentos
contractuales y el Contrato.
Despus del perfeccionamiento legal del Contrato y antes de comenzar la ejecucin de la obra
propiamente dicha, el contratista designar al Gerente del Proyecto.
El Contratista mantendr en la obra, en todo momento y por la duracin del Contrato, a dicho
profesional, quin estar investido de plena autoridad para actuar, en todos los casos, a nombre del
Contratista, atender inmediatamente las observaciones e instrucciones del Supervisor de Contrato
y estar para cumplir y hacer cumplir a sus subalternos los requisitos del Contrato. Si el Contratista
o el Gerente de Proyecto no estuvieren en el lugar del Contrato en que el Supervisor de Contrato
hiciere sus observaciones, stas sern atendidas por el encargado de esa parte del Contrato.
Entre el Gerente de Proyecto y el Supervisor de Contrato se establecer una estrecha relacin que
cubra las notificaciones de empleados del Instituto para la Formacin y Aprovechamiento de
Recursos Humanos, a empleados del Contratista sobre trabajos a su cargo, detallando las respectivas
responsabilidades a fin de salvaguardar los derechos del Estado en todo momento.
El Gerente de Proyecto deber ser responsable de llevar a cabo todos los servicios requeridos, de
acuerdo con el Pliego de Cargos y sus Anexos. Tambin deber ser responsable del seguimiento de
cualquier servicio que se desarrolle durante la ejecucin del Contrato.
El Gerente de Proyecto deber ser testigo y supervisar personalmente el trabajo en las distintas
fechas y entregas importantes.
El Gerente de Proyecto deber estar disponible permanentemente, para discutir sucesos ocurridos
cualquier da en que las actividades mx. importantes se estn desarrollando en el lugar.
11.3 ABSTENCION DE FUNCIONARIOS Y EMPLEADOS DEL RECIBO DE
BENEFICIOS
Los servidores pblicos actuarn en concordancia con lo establecido en el artculo 19 de la
_________________________________________________________________________
Ley 22 del 27 de junio de 2006.
Ningn funcionario o empleado del Instituto para la Formacin y Aprovechamiento de
Recursos Humanos, de por si o por intermedio de tercera persona, podr ser parte del
Contrato o beneficiarse del mismo. No podrn tomar parte en el acto pblico las personas
jurdicas en las que tenga participacin o inters, alguno o algunos de los funcionarios que
han intervenido en la preparacin de los documentos que sirvan de base para el acto pblico.
Ningn empleado al servicio del Estado podr aceptar salarios, regalos o propinas del
Contratista y este se abstendr de ofrecer empleos a funcionarios o empleados del Estado sin
el conocimiento y la aprobacin del Director General.
Siempre que por conveniencia en el trabajo o por necesidad justificada para el desarrollo del
mismo, algn empleado o funcionario del Instituto para la Formacin y Aprovechamiento de
Recursos Humanos, haga uso de las facilidades del Contratista, este ser aprobado por el
Supervisor de contrato y el Contratista har los cargos correspondientes por conducto del
Supervisor de Contrato, los cuales sern pagados al Contratista.
11.4 RECLAMACIONES POR AJUSTES Y DISPUTAS
Las decisiones del Coordinador del Proyecto que el Contratista considere inaceptables,
pueden ser reclamadas ante el Director General y las de ste ante la Junta Directiva del
Instituto para la Formacin y Aprovechamiento de Recursos Humanos.
Dependiendo del alcance y complejidad del tema que esta siendo reclamado, las partes
acordarn el plazo que se dedicar al anlisis de la controversia, cuando el reclamo haya sido
presentado, el cual podr ser prorrogado de comn acuerdo.
Mientras no se haya decidido en cualquiera de estos niveles, se seguir el criterio establecido
por el funcionario cuya decisin se est apelando. Estas apelaciones deben ser presentadas
por escrito dentro de los cinco (5) das hbiles siguientes a la fecha en que se comunic al
Contratista el criterio que ste considera inaceptable.
El Contratista, conjuntamente con los representantes del Estado, tratar por todos los medios
de resolver las diferencias recurriendo a la aplicacin de los trminos del contrato, de forma
tal de tener la posibilidad de agotar obligatoriamente la fase previa de negociacin y
conciliacin. Mientras dure la disputa y hasta que no se haya decidido, imperar el criterio del
Estado.
12.
MULTAS
El Contratante impondr multas al contratista por incumplimiento de los estndares de
Calidad y en la prestacin de los servicios, que sern calculadas de acuerdo a las siguientes
frmulas:
_________________________________________________________________________
Una multa por incumplimiento del plazo mximo para la finalizacin del Proyecto,
equivalente al uno por ciento (1%) del monto total contratado, dividido entre treinta
(30) por cada da de atraso.
13.
IMPUESTOS, PERMISOS Y LICENCIAS

13.1. IMPUESTOS
Este Contrato no contempla la exencin de ninguno de los impuestos vigentes
aplicables, de ningn tipo. Por lo tanto el Contratista deber cubrir los impuestos de
importacin y todos los derechos exigidos, programas, equipos, combustible ,
herramientas, instrumentos, que utilice en el contrato. En todo caso, El Estado
asumir que el contratista ha contemplado en su Propuesta todas las licencias,
impuestos, gravmenes, tasas y contribuciones que afecten las actividades objeto del
contrato, aunque no las haya desglosado expresamente en su propuesta.
Mediante Ley 61 de 26 de diciembre de 2002 se dictan medidas de rendimiento y
simplificacin del Sistema Tributario y la misma incorpora, al cobro de los
impuestos establecidos en el Cdigo Fiscal, el Artculo 1057 por medio del cual se
establecen Impuestos sobre Transferencia de bienes Corporales Muebles y la
Prestacin de Servicios (ITBMS), por consiguiente el Contratista deber incluirlo en
su formulario de Propuesta.
En virtud de la Ley 61 de 26 de diciembre de 2002, se establece conforme al artculo 8
pargrafo 4 ordinal a, establece que no sern considerados contribuyentes del
impuesto de transferencia de ITBMS aquellos que en el ao anterior hayan tenido un
ingreso bruto promedio mensual no superior a los tres mil balboas mensuales
(B/,3,000.00) y sus ingresos brutos anuales no haya sido superiores a treinta y seis mil
balboas (B/.36,000.00).
Estas personas naturales o jurdicas debern adherir a sus contratos que celebren con
la Institucin su liquidacin fiscal o sus timbres.
Aquellas personas naturales o jurdicas que sean contribuyentes del ITBMS, de
conformidad con el Artculo 13 del Decreto Ejecutivo No.18 de 20 de marzo de 2003,
que reglamenta la Ley No.61 de 26 de diciembre de 2002, a partir del 1 de abril de
2003, estn obligados a cubrir el impuesto de timbres y debern pagarlo
mensualmente mediante una declaracin jurada del impuesto que contendr la
relacin de los documentos sujetos al gravamen por su naturaleza.
Es decir, cada Contratista que suscriba un Contrato con la Autoridad y que pague el
ITBMS, deber declararlo mensualmente, por consiguiente, los timbres fiscales o
liquidacin fiscal que se adhieran a los Contratos de la Autoridad, se eliminan y son
reemplazados por la declaracin jurada antes mencionada.
13.2. PERMISOS Y LICENCIAS
_________________________________________________________________________
El Contratista est obligado a gestionar y adquirir todos los permisos y licencias que
requiera para la ejecucin completa de su trabajo, previo al inicio del contrato.
La Orden de Proceder es la instruccin que el Estado emite a travs del Instituto para
la Formacin y Aprovechamiento del Recurso Humano para que el Contratista inicie
los trabajos en virtud del contrato.
14.
RELACIONES LEGALES Y RESPONSABILIDADES PARA CON EL

PUBLICO Y LA AUTORIDAD.
14.1 CUMPLIMIENTO DE LAS LEYES
El Contratista deber mantenerse al corriente y completamente bien informado
con respecto a todas las leyes, disposiciones legales, tanto nacionales como
municipales y todas las regulaciones pertinentes que en alguna forma afectan el
desarrollo del Contrato incluyendo reglamentos de contribuciones, Seguridad,
Sanidad, Cdigo de Trabajo, Cdigo Fiscal, Cdigo Administrativo, legislacin
vigente sobre Riesgos Profesionales, Seguros de Obreros, Derecho de Autor y
cualquier otro requisito que las leyes de Panam establezcan, tales como Seguro
Social, Certificado de Paz y Salvo del Impuesto sobre la Renta; as como las
leyes, disposiciones legales u otras ordenanzas sobre medio ambiente, Ley 1 de
3 de Febrero de 1994, manejo de recursos naturales, de seguridad pblica.,
14.2 RESPONSABILIDAD POR DAOS O RECLAMOS
El Contratista liberar y pondr a cubierto a El Estado y a sus Representantes de
cualquier pleito, demandas o accin de cualquier ndole, promovido por
cualquier persona, natural o jurdica, por causa de daos o perjuicios reales o
infundados, como consecuencia de la ejecucin de cualquier trabajo, de la
incorporacin a la obra de cualquier material; del empleo de cualquier persona,
equipo o mtodos; o por omisin de cualquier acto o por negligencias, descuidos
o desaciertos del Contratista o sus empleados en la prestacin del servicio.
Adems, el Contratista liberar al Estado y a sus Representantes de cualquier
reclamo por indemnizaciones que surjan de la aplicacin de las leyes y
disposiciones legales, a las cuales se refiere el artculo anterior.
14.3 RESPONSABILIDAD DEL CONTRATISTA POR LOS SERVICIOS
El Contratista ser el nico responsable por los trabajos ejecutados, as como por
la calidad del servicio brindado.
El Contratista mantendr, a sus expensas, todo el trabajo conforme a lo
establecido en el Pliego de Cargos, mientras dure su ejecucin y hasta que se
firme el acta de aceptacin final.
_________________________________________________________________________
En caso de suspensin del trabajo por cualquier causa, el Contratista ser
responsable por todos los materiales, equipos , etc. y los almacenar
adecuadamente.
14.4 VIGENCIA DE LOS DERECHOS
Ninguna medicin, aprobacin, presupuesto o pagos ejecutados y certificados
expedidos durante la ejecucin del Contrato, impedir que el Estado demuestre
la verdadera cantidad y/o carcter (especificado) del trabajo ejecutado y de los
materiales usados, ni que demuestre que tal medicin, aprobacin, presupuesto,
certificado, pago o materiales usados, son incorrectos y no se conforman con lo
especificado en el Contrato.
Tal medicin, aprobacin, presupuesto, certificado, pago o materiales que hayan
sido ejecutados no invalidarn el derecho del Estado de recobrar del Contratista,
de su Fiador (a) o de ambos, los daos que hayan resultado por la falta de
cumplimiento del Contrato, dentro del trmino fijado en la Fianza de
Cumplimiento de Contrato o Ejecucin. Ninguna aceptacin por parte de los
representantes del Estado ni aceptacin alguna de pago, de todo o parte del
trabajo, ni tampoco alguna extensin de plazo o posesin por parte de los
representantes del Estado, se interpretar como anulacin de alguna parte del
Contrato, ni como renuncia a cobrar daos y perjuicios o de exigir la reparacin
y/o sustitucin inmediata de la obra afectada. La condonacin por parte del
Estado y/o de sus representantes de la violacin de una parte o partes del
Contrato, no podr interpretarse como justificacin para la condonacin de la
misma o de violaciones subsiguientes.
Todo pago indebidamente hecho por error o fraude facultar a El Estado para
exigir el reembolso de tal pago. El Contratista estar obligado a efectuar el
reembolso dentro de los 30 das siguientes a la solicitud del Estado.
_________________________________________________________________________
15 . PROGRESO DEL CONTRATO
15.1. INICIO
Se considerara como fecha de inicio de los servicios la establecida en la Orden
Proceder, la cual estar firmada por el Instituto para la Formacin y
Aprovechamiento de Recursos Humanos (I.F.A.R.H.U).
El Contratista deber presentar dentro de los diez (10) das calendarios
siguiente a la fecha de inicio y antes de comenzar la obra, un Programa de
Trabajo para la consideracin del Coordinador del Proyecto. Dicho programa se
presentar impreso en cuatro (4) ejemplares, adems de un CD, en la versin
ms reciente de Microsoft Project.
El Contratista dar especial atencin en su Programa de Trabajo a todo lo
concerniente a la coordinacin con entidades Pblicas, para lo cual deber
coordinar oportunamente con las instrucciones respectivas.
En dicho programa, presentado en forma grfica, se mostrar el orden
cronolgico en que se ejecutarn los diferentes detalles que integran el Contrato,
indicndose la fecha de inicio y terminacin de cada uno de ellos. La grfica del
programa de trabajo deber acompaarse con una lista del equipo que utilizar
en la ejecucin de cada uno de los detalles de trabajo.
Una vez aprobado el plan de trabajo y la designacin del Gerente de Proyecto, el
Supervisor de Contrato velar por el mejor cumplimiento de dicho plan.
El Contratista iniciar las operaciones del Contrato dentro de los diez (10) das
calendario siguiente a la fecha establecida en la Orden de Proceder.
15.2 PERSONAL Y EQUIPO
El personal y equipo que se utilicen en la prestacin del servicio debern ser de
la calidad, capacidad y en la cantidad necesarias para realizar satisfactoriamente
los distintos detalles del trabajo hasta su completa terminacin, en la forma y
tiempo requeridos en el Contrato.
PERSONAL
Una vez emitida la Orden de Proceder del proyecto, la firma Contratista, podr
reemplazar al personal detallado en su propuesta, siempre y cuando sea similar o
mejor calificado que el presentado en el concurso, explicando los motivos que
impiden la participacin de dicho personal. Cuando el impedimento consista en
otros compromisos adquiridos por el personal propuesto, se adjuntar nota de
dicho personal propuesto, certificando tal situacin.
_________________________________________________________________________
En caso de accidentes o defunciones del personal propuesto, bastar con la
solicitud jurada del Contratista. El Coordinador de Proyectos verificar los
crditos del nuevo personal propuesto y si los considera equivalentes a los del
personal originalmente propuesto, emitir su aprobacin.
El personal que se utilice en la ejecucin del Contrato deber ser ciudadano de la
Repblica de Panam, con las excepciones que establezca la Ley.
El personal extranjero estar sujeto a las disposiciones que para el caso seale el
Ministerio de Trabajo y Desarrollo Laboral y el de Relaciones Exteriores.
Todo servicio o trabajo cubierto para este contrato deber ser efectuado en forma
hbil y bien acabado. El Supervisor de contrato o el Director de Proyecto
podrn requerir, por escrito al Contratista, que retire del trabajo a cualquier
empleado que ellos consideren incompetente, descuidado o en alguna otra forma
objetable.
EQUIPOS
El contratista no podr, en ningn momento, retirar equipo o insumos que
inciden en el desarrollo de las tareas propias del contrato, sin la autorizacin del
Coordinador del Proyecto.
DISPONIBILIDAD DE RECURSOS
El Supervisor de Contrato deber elaborar y presentar al Coordinador de
Proyectos, un Informe Ejecutivo Mensual, donde evaluar el desempeo del
Contratista.
El Informe Ejecutivo Mensual contemplar la organizacin y disponibilidad de
recursos como son: materiales, equipos, personal y otros insumos.
15.3 DEMORAS
El Contratista ser responsable por el debido cumplimiento del Cronograma
aprobado.
El contratista no ser responsable de las demoras que sufra la prestacin del
servicio, cuando estas demoras sean motivadas por caso fortuito o fuerza mayor,
tal como se definen stas en el Cdigo Fiscal, y dems causas imprevisibles y
ajena a todo control del Contratista. Cuando esto suceda, el Contratista podr
solicitar al Director General que le conceda una ampliacin en el perodo del
Contrato y, en caso de ampliacin de tiempo, no recibir compensacin
econmica salvo que tal contratiempo fuere ocasionado por orden expresa del
Estado.
_________________________________________________________________________
15.4 ACEPTACION FINAL
Una vez que los servicios objeto del Contrato haya sido completamente
terminados, el Contratista solicitar al Supervisor de Contrato que se tramite su
aceptacin.
Se entiende por terminacin de los servicios objeto del Contrato, la realizacin
completa de los mismo, as como la de los trabajos adicionales o
complementarios que se hubiesen requerido.
15.5 PAGOS PARCIALES
El Contratista presentar al Supervisor de Contrato, un Informe Mensual de las
cantidades de documentos emitidos durante el perodo, las cuales sern
revisadas por el Coordinador del Proyecto para los efectos de la presentacin de
cuentas.
Las cesiones o endosos de cuentas, o de parte del Contrato, debern cumplir con
las disposiciones de la ley de Contratacin Pblica y las reglamentaciones de la
Contralora General de la Repblica.
16. ORDENES DE TRABAJO EXTRA
Las rdenes de trabajo extras sern comunicaciones escritas del Director
General, por las cuales se ordena la ejecucin de cualquier trabajo necesario
para complementar los servicios objeto del Contrato o para ejecutar un trabajo
que no se consider originalmente.
Una orden de trabajo extra podr dar origen a un acuerdo Suplementario o ser
ejecutado como Trabajo por Administracin.
En la orden de trabajo extra se indicar la clase de trabajo a ejecutar, la
ubicacin, los materiales que deban usarse, las normas de la calidad
correspondientes, los precios acordados y la extensin de tiempo, de justificarse.
En la orden de trabajo extra, se har constar la aceptacin del contratista, puesta
en evidencia por su firma.
El Contratista no proceder a efectuar ningn trabajo contenido en una orden de
trabajo extra, sino cuando despus de recibirla, aceptarla y firmarla, sta le haya
sido devuelta conformada por escrito, por el Director General.
16.3. ACUERDO SUPLEMENTARIO
_________________________________________________________________________
Se celebrarn acuerdos suplementarios entre el Estado y el Contratista,
cuando los cambios y alteraciones en el alcance del Contrato resulten en
un incremento o en una disminucin de costos en el monto del Contrato.
El acuerdo suplementario es un convenio escrito de cumplimiento
obligatorio para ambas partes; el Institutito para la Formacin y
Aprovechamiento de los Recursos Humanos (I.F.A.R.HU.) y el
Contratista y requerir de las aprobaciones indicadas en la Ley No.22 de
27 de junio de 2006.
Requiere para su validez la firma del Institutito para la Formacin y
Aprovechamiento de los Recursos Humanos (I.F.A.R.HU ) y el refrendo
de la Contralora General de la Repblica y que el Director General
notifique al Contratista que dicho acuerdo ha sido formalizado.
El Acuerdo Suplementario requiere de los timbres fiscales
correspondientes. En el Acuerdo Suplementario se debern indicar los
das calendario a que tiene derecho el Contratista, cuando se afecte el
plazo de ejecucin del contrato y la obligacin de presentar un
cronograma completo de trabajo (reprogramacin).
17. IMPUESTOS Y DERECHOS
Salvo que en el Contrato se disponga especficamente otra cosa, el Contratista
ser responsable y deber pagar todos los impuestos, derechos, gravmenes y
cargos impuestos al contratista, sus Subcontratistas o sus empleados por las
autoridades gubernamentales municipales, estatales o nacionales en relacin con
las instalaciones dentro y fuera del pas donde est situada la zona de las
instalaciones o de los servicios.
18. INFORMACION CONFIDENCIAL
El Contratante y el Contratista mantendrn con carcter confidencial y se
abstendrn de divulgar a ningn tercero, sin el consentimiento expreso por escrito
de la otra parte, ningn documento, dato u otra informacin proporcionada directa
o indirectamente por la otra parte en relacin con el Contrato, ya sea que esa
informacin se haya proporcionado antes, durante o despus de la terminacin del
Contrato. No obstante lo que antecede, el Contratista podr proporcionar a su (s)
Subcontratistas (s) los documentos, datos u otra informacin que reciba del
Contratante que sean necesarios para que el (los) Subcontratista (s) realice (n) su
trabajo con arreglo al Contrato, en cuyo caso el Contratista obtendr de dicho (s)
Subcontratista (s) un compromiso de confidencialidad similar al impuesto al
Contratista con arreglo a la presente clusula.
_________________________________________________________________________
El Contratante no utilizar esos documentos, datos u otra informacin del
Contratista para ningn fin que no sea el funcionamiento y mantenimiento de los
servicios. El Contratista tampoco utilizar esos documentos, datos u otra
informacin recibida del Contratante para ningn fin que no sea el diseo, la
adquisicin del sistema y equipos, y en general la prestacin de los servicios
necesarios para el cumplimiento del Contrato.
19. GERENTE DE PROYECTOS O REPRESENTANTE DEL CONTRATISTA
Dentro de los catorce (14) das de la fecha en que comience el plazo para la
ejecucin del Contrato, el contratista nombrar a su representante y pedir por
escrito al Contratante que apruebe la persona nombrada. El perfil del profesional
propuesto para el cargo deber ser idneo en las ciencias que tengan que ver con
el objeto del Contrato. Si el Contratante no presenta objeciones al nombramiento
dentro del plazo de catorce (14) das, se considerar que el representante del
Contratista ha sido aprobado. Si el Contratante presenta objeciones al
nombramiento dentro del plazo de catorce (14) das, indicando las razones, el
Contratista designar un sustituto dentro de los catorce (14) das de la
presentacin de esa objecin.
El representante del Contratista representar al Contratista y actuar en su nombre
en todo momento durante la vigencia del contrato y trasmitir al Supervisor de
Contrato todas las notificaciones, instrucciones, informacin y otras
comunicaciones del contratista con arreglo al Contrato.
Todas las notificaciones, instrucciones, informacin y dems comunicaciones
transmitidas por el Contratante o el Supervisor de Contrato al Contratista con
arreglo al Contrato se transmitirn al representante del Contratista o, en su
ausencia, a su Suplente, salvo que aqu se disponga otra cosa.
El Contratista no revocar el nombramiento de su representante sin el
consentimiento previo por escrito del Contratante, consentimiento que no
denegar sin razones vlidas. Si el Contratante consiente en ello, el Contratista
designar otra personal como representante del Contratista.
_________________________________________________________________________
El Contratante podr mediante notificacin al Contratista, oponer objeciones con
respecto a cualquier representante o persona empleada por el Contratista en la
ejecucin del Contrato que, en la opinin razonable del Contratante, pudiera
comportarse de manera no apropiada, o ser incompetente o negligente. El
Contratista ordenar entonces que el personal abandone las instalaciones y se le
relevara de sus responsabilidades en relacin con el contrato. El Contratista
nombrar sin demora, cuando sea necesario, un sustituto.
20. PROGRAMA DE TRABAJO Y ORGANIZACIN DEL CONTRATISTA
EL Contratista proporcionar al Contratante y al Supervisor de Contrato un
organigrama de la estructura orgnica que propone para llevar a cabo los servicios
en virtud del Contrato. El Contratista informar prontamente por escrito al
Contratante y al Supervisor de Contrato de toda rectificacin o modificacin del
organigrama.
Igualmente, dentro de los diez (10) das siguientes del inicio del Contrato, el
contratista presentar al Supervisor de contrato un programa detallado de
ejecucin del Contrato. En dicho programa se indicar la secuencia en que se
propone disear, fabricar, trasportar, ensamblar, instalar y realizar los servicios
objeto del Contrato. El contratista actualizar y rectificar el programa segn sea
apropiado y cuando as lo solicite el Supervisor de Contrato, pero sin modificar
los plazos para la terminacin de los servicios establecidos ni las prrrogas
concedidas al Contrato y presentar todas esa rectificaciones al Supervisor de
Contrato.
Sin el algn momento el progreso real del Contratista se atrasa con respecto al
programa de trabajo mencionado, o si resulta evidente que se atrasar, el
Contratista a peticin del Contratante o del Supervisor de Contrato, preparar y
presentar al Supervisor de Contrato un programa revisado, teniendo en cuenta
las circunstancias imperantes y notificar al Supervisor de Contrato las medidas
adoptadas para acelerar las actividades a fin de terminar los servicios dentro del
plazo para la terminacin de los mismos o de cualquier prrroga en que pudieran
convenir el Contratante y el Contratista.
21. MODIFICACION DE LAS LEYES Y REGLAMENTACIONES
Si, despus de la fecha de la presentacin de la oferta, se aprueban, promulgan,
deroga o modifican en el pas, leyes, reglamentaciones, ordenanzas, rdenes o
reglamentos con fuerza de ley (se considerar que esto incluye todo cambio en la
interpretacin o aplicacin por las autoridades competentes), que repercuten
posteriormente en los costos y gastos del Contratista y/o en el plazo para la
terminacin de las instalaciones, el precio del Contrato se incrementar o reducir
en consecuencia, y/o en el plazo para la terminacin de las instalaciones se
ajustar razonablemente en la medida en que el Contratista haya resultado
_________________________________________________________________________
afectado en el cumplimiento de cualquier de sus obligaciones con arreglo al
Contrato.
22. FUERZA MAYOR
Se entender por fuerza mayor cualquier evento que est fuera del control
razonable del Contratante o el Contratista, segn sea el caso, y que sea inevitable
a pesar del cuidado, dentro de lmites razonables, que tenga la parte afectada, e
incluir sin que esta enumeracin sea taxativa, lo siguiente:
a) Guerra, hostilidades u operaciones blicas (ya sea que haya declarado o no
un estado de guerra) invasin, acto del enemigo extranjero y guerra civil.
b) Rebelin, revolucin, insurreccin, levantamiento, usurpacin del gobierno
Civil o militar, conspiracin , motn, disturbios civiles y actos terroristas.
c) Confiscacin, nacionalizacin, movilizacin, apoderamiento o requisicin
por un gobierno o una autoridad o gobernante de jure o de facto, o por orden
suya, o cualquier otro acto u omisin de una autoridad gubernamental local,
estatal o nacional.
d) Huelga, sabotaje, cierre patronal, embargo, restriccin de importaciones,
congestin portuaria, falta de los medios habituales de transporte pblico y
comunicaciones, conflicto industrial, naufragio, escasez o restriccin del
abastecimiento de electricidad, epidemia, cuarentena y peste.
e) Terremoto, avalancha, actividad volcnica, incendio, inundacin, maremoto,
tifn o cicln, huracn, tormenta, rayos u otras condiciones atmosfricas
inclementes, ondas de choque y ondas nucleares u otros desastres naturales o
fsicos.
f) Escasez de mano de obra, materiales o servicios pblicos, cuando sean
causados por circunstancias que constituyen en si fuerza mayor.
Si una de las partes se ve impedida, obstaculizada o demorada en el cualquiera de
sus obligaciones con arreglo al Contrato por un evento de fuerza mayor,
notificar por escrito a la otra parte, dentro de los catorce (14) das de ocurrido
ese evento, la ocurrencia de tal evento y las circunstancias de ste.
La parte que efecte tal notificacin quedar excusada del cumplimiento o el
cumplimiento puntual de sus obligaciones con arreglo al Contrato durante el
tiempo que contine el evento de fuerza mayor pertinente y en la medida en que
el cumplimiento de las obligaciones de esa parte se vea impedido, obstaculizado
o demorado. El plazo para la terminacin de las instalaciones se prorrogar de
conformidad con los atrasos producidos por el evento de fuerza.
La parte o las partes afectadas por el evento de fuerza mayor har (a) todos los
esfuerzos razonables por mitigar los efectos de dicho evento sobre la ejecucin
del Contrato y por cumplir sus obligaciones contractuales.
_________________________________________________________________________
Ninguna demora, o incumplimiento de ninguna de las partes, ocasionado por un
evento de fuerza mayor:
a) Constituir incumplimiento o contravencin del Contrato.
b) Dar lugar a una reclamacin por daos y perjuicios o por los costos o gastos
adicionales ocasionados por dicho evento de fuerza mayor.
CAPITULO III
ESPECIFICACIONES TCNICAS
PARA LA EL ANLISIS, DESARROLLO E IMPLEMENTACIN DEL SISTEMA
INTEGRAL INFORMTICO PARA LAS REAS DE BECAS Y CRDITO
EDUCATIVO
TABLA DE CONTENDIO
I. ANTECEDENTES
II. OBJETIVOS DE LA CONTRATACIN
III. ALCANCE DE LA CONTRATACIN
1. Alcance a Nivel del Sistema
2. Alcance a Nivel de Usuarios
IV. ESTRUCTURA ORGANICA OPERATIVA DEL I.F.A.R.HU

V. ENTORNO TECNOLGICO ACTUAL
1. Sistema de Aplicacin.
2. Comunicaciones.
3. Equipos.
VI. REQUISITOS DEL SISTEMA

1. Requisitos Tcnicos Generales.
2. Requisitos de Infraestructura Tecnolgica y Tiempo de Respuesta.
3. Requisitos de Seguridad.
4. Requerimientos de Enlaces con otros Sistemas.
5. Arquitectura de Aplicacin N-Capas.
6. Disponibilidad del Sistema.
7. Requisitos Funcionales del Sistema.
8. Requerimientos Funcionales Especiales para las capas 1 y 2.
VII.
VIII.
IX.
X.
XI.
XII.
XIII.
Capacitacin de Usuarios
Manuales del Sistema
Conversin de Datos de Sistemas Actuales
Pruebas del Sistema
Plan de Trabajo y Tiempo de Entrega
Puesta en Marcha
Entregables
_________________________________________________________________________
XIV. Responsabilidades del proponente
XV. Responsabilidades del Contratante
XVI. Condiciones Generales
I. ANTECEDENTES
El Instituto para la Formacin y Aprovechamiento de Recursos Humanos (IFARHU), naci
el 11 de enero de 1965, como una alternativa para reglamentar y supervisar bajo
condiciones, las Becas que eran otorgadas por el Gobierno y Empresa Privadas al igual que
el Crdito Educativo solicitados por estudiantes y profesionales para iniciar sus estudios y
tomar especialidades, logrando as beneficiar a jvenes humildes de la sociedad panamea.
Es una institucin gubernamental autnoma, que administra su propio patrimonio, est
sujeta a la vigilancia del rgano Ejecutivo, por conducto del Ministerio de Educacin y es
fiscalizada por la Contralora General de la Repblica.
Los principales objetivos del I.F.A.R.HU son los siguientes:
Administrar las Becas ofrecidas por el estado, la empresa privada e instituciones,

pases u organismos internacionales, de modo que a travs de los diferentes
programas, estos beneficios llegaran a las clases ms necesitadas del pas,
abrindole las puertas del estudio y con ello a una vida mejor.
Otorgar Crdito Educativo a los estudiantes para carreras Universitarias y a

profesionales para tomar especialidades como Post-grado, Maestras, Doctorados,
entre otras.
II. OBJETIVOS DE LA CONTRATACIN
Objetivo General
El Gobierno de Panam desea contratar los servicios de una empresa o empresas agrupadas.
Nacional o Internacional, con reconocida experiencia en desarrollo de sistemas de
informacin con tecnologas de punta para el diseo, desarrollo a la medida e
implementacin de un sistema que permita hacer ms eficiente y rpida, a la vez que
efectiva, la labor del Instituto para la Formacin de Recursos Humanos (I.F.A.R.HU) con
relacin de los mdulos de Becas y Prstamos hasta el otorgamiento (Capa 1) y los
sub.modulo de Desembolso ( Becas y Prestamos) y Recuperacin (Prstamos) (Capa 2)
y todas los procesos que estas generen y la Integracin a los mdulos Financiero y
_________________________________________________________________________
Administrativo con que cuenta la Institucin, para obtener un Sistema Integral
Informtico.
_________________________________________________________________________
Objetivos Especficos
Con la implementacin del sistema propuesto se planea obtener los siguientes objetivos:
Contar con un sistema basado en tecnologa Web, auto-administrable para brindar apoyo
permanente a las funciones del I.F.A.R.HU
Desarrollar la Capa 1 (Becas y Prstamos), plantillas WEB dinmicas) otorgamiento parte
virtualizada de la solucin.
Desarrollar la Capa 2 , desembolso (Becas y Prestamos) y recuperacin ( solo Prstamos)
Integrar la operatividad con los Mdulos existentes de Finanzas y Administracin, para
obtener un Sistema Integral, en todas sus operaciones.
Integracin con la informacin financiera y presupuestal: La solucin propuesta deber
considerar un entorno de coexistencia con el Mdulo Financiero de la Institucin.
Internamente, todo registr o movimiento que implique fondos, deber generar el registro
presupuestal y contable del caso.
Automatizar las operaciones basadas en la informacin tabular.
Soporte documental, por sus caractersticas, gran parte de las solicitudes y gestiones que se
realicen debern estar respaldadas por los documentos del caso. Se desea que la solucin
pueda integrar de manera natural documentos digitalizados, para crear un expediente
electrnico de toda la documentacin. Por supuesto, se deber prever la existencia de
puntos de control en donde la documentacin electrnica pueda ser debidamente cotejada
con documentos fsicos (por ejemplo: informe de calificaciones)
Mejorar la calidad de las operaciones que se someten mediante la incorporacin
de
controles en el punto de entrada de cada uno.
Seguridad digital (certificados y firmas): por su naturaleza, muchas de las acciones y
operaciones que realiza el IFARHU deben estar respaldas por una autorizacin que debe ser
originada por un funcionario con los privilegios del caso. Actualmente, esto se hace por
medio de firma fsica de los documentos. Debido a que se desea reducir al mximo el uso
de documentos fsicos, la solucin deber proveer de mecanismo para garantizar que no
pueda haber duda sobre la persona que realiz o autoriz cada accin. Para esto, ser
necesario que la solucin cuente con un manejo adecuado de certificados o firmas digitales.
Maximizar el uso de herramientas de apoyo para la gestin de revisin y aprobacin de los
trmites.
Trazabilidad y monitoreo: cualquier accin realizada dentro de la solucin podr ser trazada
desde el momento mismo de su origen, los cambios que ha sufrido y su situacin actual.
Para cada caso deber determinarse fecha, hora, responsable por el cambio, y responsable
por la autorizacin del cambio (cuando aplique).
Control de los flujos de trabajo: Las gestiones o trmites debern estar relacionadas con un
procedimientos administrativo, que a su vez dirigir el flujo de trabajo. La solucin deber
prever mecanismo para definir estos flujos de trabajo, y mantener comunicados a los
usuarios informndoles cules es la siguiente accin que se espera de ellos en cada caso. La
comunicacin entre usuarios se refiere tanto a los funcionarios del IFARHU, a los
beneficiarios, instituciones o cualquier otro actor que tenga un rol dentro de los
procedimientos.
_________________________________________________________________________
Mantenimiento e implementacin centralizada: Debido a que el IFARHU cuenta con una

cantidad muy importante de oficinas regionales, se requiere que la solucin para trmite y
gestin trabaje en un esquema de cliente liviano (Internet), de manera que elimine
completamente la necesidad de realizar instalaciones en cada lugar.
Elevacin sustantiva de la eficiencia de los procesos y sistemas utilizados.
Mejoramiento significativo en las destrezas y habilidades del personal para manejar las
herramientas tecnolgicas sobre las que se desarrolle el sistema propuesto.
Capacidad de consulta y reportes dinmicos: Debido a que no es posible prever todas las
posibles consultas o reportes que los usuarios van a requerir, es necesario que la solucin
propuesta cuente con un diccionario de datos, que permita a los usuarios de la institucin
modelar sus propios informes o reportes a travs de interfases que consolidan tanto la(s)
base(s) de dato(s) de la nueva solucin como las aplicaciones existentes, y adicionalmente
permitan generar informes o reportes de consulta dinmicos para una toma de decisiones.
Apertura: La solucin deber brindar servicios que permitan interactuar con las
instituciones educativas, las instituciones financieras, y los beneficiarios. La apertura
significa tambin que se prevern puntos de acceso y documentacin para que
posteriormente se pueda incorporar otras soluciones o ampliar esta misma solucin.
Seguimiento integral: toda la informacin relacionada con un beneficiario deber estar
disponible para su consulta, y estar debidamente relacionada entre s, de manera que
cuando sea necesario, siempre se disponga de un historial completo que permite tener una
perspectiva tan global o tan detallada como sea necesario para apoyar una decisin. Esto
indica que la solucin debe tener un motor de base de datos ms un componente de
interfase capaz de integrar los flujos de procesos, informes de inteligencia, manejo de altos
volmenes de informacin sin degradar el rendimiento y tiempos de acceso para la solucin
y aplicaciones relacionadas (aplicaciones existentes)
En lnea: Toda la solucin deber ser diseada y desarrollada considerando un ambiente de
conexin en lnea. Para este propsito, el IFARHU se encargar de proveer la
infraestructura de comunicaciones entre las oficinas centrales y todas las subsidiaras para
soportar la solucin, as como el acceso a Internet cuando aplique.
Flexible: La solucin por si misma implicar la necesidad de introducir cambios a prcticas
y procedimientos establecidos, los cuales se haran de manera paulatina. Por lo tanto,
deber permitir el soporte a la prctica y procedimientos actuales, as como la flexibilidad
para ir incorporando los ajustes del caso en los flujos de trabajo.
Garantizar, mediante el uso adecuado y eficiente del Sistema, el mejoramiento e
incremento en la captacin de ingresos, por nuevos servicios que se brinden, en sitio o a
travs de Internet, otras instituciones y al pblico en general.
Implementar de manera eficiente y eficaz el sistema resultante del presente Pliego.
Altamente confiable y Disponible: La solucin debe proveer como caracterstica
indispensable a nivel de software, el manejo de contingencia a falla y alta disponibilidad de
la solucin.
Administracin de la capacidad de almacenamiento: el motor de la base de datos debe estar
en la capacidad de manejar la cantidad de espacio existente en la infraestructura de
almacenamiento de 5TERABYTES como mnimos.
_________________________________________________________________________
El Proponente debe apoyarse en los insumos y documentos anexos, para cumplir con los
aspectos indispensables de la plataforma a ser implementada.
III. ALCANCE DE LA CONTRATACIN
El alcance de la contratacin tiene como propsito principal el diseo, desarrollo a la
medida de un sistema que cumpla al detalle con los requerimientos y necesidades del
Instituto para la Formacin de Recursos Humanos (I.F.A.R.H.U) plasmados en el presente
documento y sus anexos. Adicionalmente, el sistema debe cumplir con los aspectos
presentados en el apartado de Objetivos, a efecto de obtener una plataforma segura,
parametrizable, escalable y con tecnologa de punta, que pueda manejar las operaciones del
Instituto para la Formacin de Recurso Humano (I.F.A.R.H.U) y brindar consultas y
servicios a Instituciones, Becarios, Prestatarios y a la ciudadana en general. De igual
manera, que permita un fcil crecimiento de cobertura y funcionalidades (escalabilidad) en
los prximos diez (10) aos.
1.
Alcance a Nivel del Sistema
El proceso que involucra el Plan de Anlisis, Desarrollo de las Capa 1 (BECAS

PRSTAMO plantillas dinmicas WEB, hasta el Otorgamiento) y Capa 2
(Desembolso, Recuperacin (solo Prestamos) ) y la Integracin a la Capa 3
( Finanzas ) que ya cuenta la Institucin, la Implementacin del sistema propuesto deber
contemplar lo siguiente:
Todo el desarrollo del PROGRAMA deber ser por medio del empleo de
herramientas informticas que se integren, entre si y sobre una base de datos
reconocida, robusta, estable de Arquitectura Abierta y que cumplan con los
estndares de mercado en cuanto a seguridad, respaldo, alta disponibilidad,
redundancia y almacenamiento estructurado relacional.
Todo desarrollo nuevo deber estar en una arquitectura de cliente liviano, de

manera que los clientes puedan acceder a la aplicacin utilizando cualquier cliente
liviano una conexin segura (https) que valide los accesos de conexin por medio
de un directorio de seguridad propio del software a travs de la internet . No se
admitir soluciones que dependan de un navegador especfico, sino que debe ser
abierto a cualquier plataforma o navegador estndar.
No obstante, si la solucin incorpora componentes ya desarrollados y debidamente

probados, entonces estos componentes pueden ser migrados transparentemente a
una arquitectura de publicacin Web enabled. El proponente debe garantizar que su
solucin WEB no va a requerir de programas o instaladores para que los clientes o
estaciones de trabajo puedan trabajar en modalidad WEB.
_________________________________________________________________________
Se debe incluir el esquema de escalabilidad y apertura, que permita incorporar los

requerimientos para futura expansin, en lo referente a la nter conectividad o
interfaces con otras dependencias.
De acuerdo a los requerimientos de la solucin, deber ser capaz de almacenar y/o

consultar cualquier tipo de archivo o elementos binarios de cualquier naturaleza
(vdeos, imgenes, documentos ofimticas, etc.) y tantos como se considere
necesario a fin de integrar stos y cualquier otro componente en una presentacin
unificada/estndar bajo modalidad WEB.
El sistema manejar el concepto de entidad documental. Una entidad documental

estar compuesta por un conjunto de meta data y tantos documentos binarios como
sean requeridos que puede visualizarse desde un componente integral incorporado a
la solucin en modalidad WEB.
El Sistema deber utilizar las caractersticas de integridad referencial, seguridad y

alta disponibilidad de acuerdo a las mejores prcticas implementadas hoy en las
bases de datos relacionales reconocidas del mercado.
La herramienta debe permitir definir flujos de trabajo para aprobacin y/o

distribucin de la informacin segn procesos establecidos, adaptndose a
determinadas tareas que se definan, para ello el PROPONENTE deber
implementar la intranet, la cual manejar los formatos y plantillas de la Institucin
para que desde all se realice el debido flujo de trabajo entre todas las dependencias
del IFARHU.
Las notificaciones del flujo de trabajo (workflow) o de otros procesos que hayan de
ser comunicados a los usuarios implicados deben ser verificados desde la misma
interfaz de los usuarios con la aplicacin. Es deseable que esta comunicacin
pueda hacerse tambin a travs de una o ms cuentas de correo del usuario.
La solucin deber realizar la integracin a la herramienta ya existente en el

IFARHU, de Administracin de Documentos e imgenes (e-power). La
digitalizacin se realizar con plataformas estndares de mercado como placas
kofax o twain e imgenes .pdf .tif .jpg.
El sistema debe contar con un mdulo de seguridad que permita establecer los
permisos requeridos para el acceso a las diferentes opciones de la aplicacin. Y
poder llevar una bitcora de los cambios que se hagan a los registros. Deber dejar
tambin un registro cuando se requiere borrar informacin.
La interfaz con el usuario deber ser lo ms visual e intuitiva posible, deber seguir
el orden natural de los procesos de negocios de la institucin, y utilizando la
terminologa propia de IFARHU.
_________________________________________________________________________
Permitir el control de versiones y ambientes (pase de desarrollo a produccin).
La solucin debe permitir que tanto la base de datos como las aplicaciones puedan
trabajar bajo el concepto de alta disponibilidad. Este concepto implica que una
cada del servidor cualesquiera sean las razones estar en capacidad inmediata de
generar los pasos y condiciones necesarias de forma automtica para que un
servidor secundario enrole a los usuarios y la informacin en un corto tiempo dando
continuidad a la operativa de la institucin y a los usuarios finales en la WEB.
El motor de la base de datos a ser utilizada por el sistema, debe ser autoadministrable, indicando con ello que se monitoree, adapte y corrija, por s misma.
La herramienta de administracin y mantenimiento del motor de la base de datos

debe ser tipo grfica y debe mostrar informacin como configuracin,
disponibilidad, alertas, estados de los procesos de la base de datos, actualizaciones
crticas requeridas, entre otras. Esta informacin debe ser fcil de encontrar e
identificar.
Las funciones de administracin y monitoreo de la tecnologa ofrecida, debe ser

nica e integrada y debe ser basada en Web para que los administradores de la
misma puedan hacer administracin remota a travs del un browser.
La base de datos debe proporcionar herramientas de administracin del

almacenamiento utilizado, permitiendo la agrupacin o redistribucin de la
informacin de la mejor manera para el mejoramiento del desempeo y uso del
mismo. Este proceso debe poder realizarse en caliente para no afectar a la base de
datos ni al nuevo sistema
El motor de la base de datos a implementarse debe ser multiplataforma, de manera

que en caso de ser requerida su migracin a otro sistema operativo, no sea
restrictiva
La herramienta de respaldo de la base de datos debe permite el respaldo y

restauracin de toda la base de datos o de una tabla especfica. Igualmente debe
ofrecerse una herramienta de extraccin de informacin de la base de datos de
produccin, para efectos de anlisis de informacin
Es preferible que tanto la base de datos como las herramientas y/o aplicaciones
debern poder implementarse en alta disponibilidad en modo activo-activo e
incluyendo el balanceo de las cargas de los sistemas
Garantizar la conexin, retroalimentacin e integracin de datos del sistema

propuesto, con otros sistemas que estn en el punto VI.4 de este capitulo.
_________________________________________________________________________
El sistema debe entregarse junto a la siguiente documentacin:
Definicin de diccionario de datos

Desarrollo de operaciones y transacciones.
Desarrollo de reportes y formularios.
Definicin de seguridad (perfiles de usuario)
Definicin de las comunicaciones.
Flujo grama de procesos por mdulo ( incluyendo los Mdulos ya existentes en la
Institucin , Finanzas y Administracin
El proponente deber demostrar que cumple con estndares y metodologa de

trabajo avalada y comprobada, especialmente en lo que a desarrollo y implantacin
de soluciones se refiere.
El proponente debe contar con personal profesional certificado en el uso de las

herramientas y productos a utilizar tanto en la base de datos como las herramientas
de desarrollo sugeridas.
Generar reportes planos y dinmicos para el anlisis estadstico de la informacin.
En la medida de lo posible, eliminar totalmente los procesos manuales en los

departamentos involucrados.
La migracin de informacin debe considerar la habilitacin de bsquedas y

localizacin de informacin segn las normas y formatos actuales, de esta forma se
eliminan problema de adopcin mientras se pasa por el periodo de adaptacin
Migracin hacia el sistema propuesto de lo siguiente, segn especifica en el punto

IX de este captulo, Conversin de Datos del Sistema Actual:
Informacin tabular del I.F.A.R.HU que se encuentra actualmente soportado en el

mainframe.
Alcance de la parametrizacin: la solucin propuesta post-implementacin debe ser

parametrizable
Capacitacin a los diferentes usuarios del I.F.A.R.HU (finales, tcnicos,

administradores) en el uso y administracin del sistema, para asegurar una correcta
utilizacin y mantenimiento del mismo.
_________________________________________________________________________
2. Alcance a Nivel de Usuario
Esta contratacin cubrir las funciones operativas para Becas y Prstamos y la
interconexin con los Mdulos de Finanzas y Administracin, tanto para la sede central
como para las regionales.
La cantidad de usuarios (incluye usuarios de la institucin y beneficiados de la institucin)
en el sistema debe ser ilimitada debido al volumen de conexiones que se podrn realizar
diariamente a travs de la WEB, lo que hace impredecible la cantidad de usuarios que
concurrentemente podrn hacer uso de las facilidades del Sistema.
IV. ESTRUCTURA ORGANICA OPERATIVA DEL I.F.A.R.HU
El I.F.A.R.HU actualmente est estructurado operativamente de la siguiente forma:
Tramite de Becas: Es el departamento que recibe todas las solicitudes de Becas a nivel
nacional. Aqu los funcionarios conocidos como tramitadores reciben el formulario
seleccionan por Regin y proceden a la confeccin del expediente por solicitante y
adicionan los requisitos para este fin, los cuales son: ( Partida de Nacimiento, Boletn de
calificaciones, recibo de matricula, copia de cedula del representante legal.
Luego se captura la informacin del formulario por solicitante ( esta captura se realiza en la
sede central o sea que no es descentralizada ).
Luego se emiten las listas que se validan contra los formularios recibidos, cuando este
proceso esta concluido, estas listas son enviadas a la Direccin General, en donde el
Director General realiza la seleccin para otorgar el beneficio al solicitante seleccionado.
Cuando la Direccin General, culmina su seleccin estas listas son enviadas para la
distribucin de los mismos a las regionales, para completar informacin de los futuros
beneficiarios.
Estando completada la informacin para cada expediente, se enva nuevamente a la sede
central para que se confeccione las respectivas resoluciones, las cuales son firmadas por la
Director(a) de Becas, estando esta instancia lista se emiten las Actas de Aceptacin, que
son enviadas a la Direccin General para la firma legal del Director General de la
Institucin.
Estas Actas son enviadas al Control Fiscal de la Contralora General, para su debido
proceso en esta instancia fiscalizadora dentro de la Institucin. Cuando las mismas son
aprobadas por Control Fiscal, se envan a la Direccin de Becas y esta a su vez la enva a
Pago de Becas.
Pago de Becas: Esta es una seccin que estructuralmente pertenece a Tesorera la cual es
parte de la estructura de Finanzas. La misma se encarga de la elaboracin de las planillas,
utilizando como respaldo fuente los listas con sus respectivas resoluciones y actas de
aceptacin. Cuando la planilla esta confeccionada es enviada al Director general para su
respectivo refrendo y enviada a Control Fiscal de la Contralora General. Cuando la unidad
fiscalizadora realiza su refrendo lo enva a Tesorera para el pago al beneficiario. Se
_________________________________________________________________________
seleccionan los cheques por regin y son enviado por valija de correo, en el primer pago,
los sub-siguientes a la Caja de Ahorro de su regin respectiva.
Seguimiento Acadmico: Esta instancia es la encargada de supervisar el rendimiento
acadmico del Becario, para ello el beneficiario tiene que entregar cada Bimestre escolar
sus calificaciones, en donde se hace una verificacin acadmica, si esta es incumplida por
tener malas calificaciones los pagos son suspendidos y se le notifican a Pago de Becas para
que no realice el pago correspondiente. Si el becario mantiene optimas sus calificaciones se
le da la continuidad respectiva a los pagos.
Anlisis de Cuenta: Esta seccin de la Direccin de Crdito, es la encargada de realizar los
clculos financiero y las proyecciones para el otorgamiento del Prstamo, aqu se pondera
la capacidad financiera de los deudores, los cuales son los avaladores del futuro prestatario
y del mismo solicitante si el Prstamo es de rpida recuperacin, en donde el es su propio
aval.
Comit de Crdito: Esta seccin se encarga de evaluar toda la documentacin sustentatora
que avala la solicitud del prstamo. Este comit esta conformado por 3 (tres) miembros, los
cuales se renen para aprobar o desaprobar los Prstamos.
Trmite de Crdito: Cuando el comit de crdito emite su criterio de aprobacin, esta
seccin inicia la recopilacin de los documentos, los cuales de documentacin esta lista, se
confecciona el contrato para la firma del Director General, estando refrendado pasa a
Control Fiscal de la Contralora, la cual verifica toda la documentacin adjunta al contrato
y si esta todo en orden otorga el refrendo.
Pago de Prstamo: Esta es una seccin que estructuralmente pertenece a Tesorera la cual
es parte de la estructura de Finanzas. La misma se encarga de la elaborar los cheques,
utilizando como respaldo fuente los contratos firmados por la Direccin General. Cuando
los mismos estn confeccionado son enviado a la seccin de caja para su entrega al
prestatario. Los pagos lo suspende bajo rendimiento acadmico u el abandono del
programa de estudio.
Seguimiento Acadmico: Esta seccin es la encargada de supervisar el rendimiento
acadmico del Prestatario, el buen rendimiento acadmico le garantizara al prestatario el
pago del mismo, si incumple en el rendimiento el pago es suspendido.
Gestin de Cobros: Es la seccin encargada de realizar los tramites para iniciar los cobros
cuando el Prstamo entra en la etapa de recuperacin, aqu se le pide al prestatario como
desea realizar los pagos a la Institucin, a su haber, ACH, Descuento directo o por
ventanilla.
Esta seccin tambin controla los atrasos en los pagos de los prstamos, dndole
seguimiento telefnico, para gestionar cobros, para ello esta seccin tiene estructurada una
ruta para sus cobradores.
Cuando un prestatario se atrasa entre 30 a 90 das, esta en una etapa denominada cobro
administrativo, cuando pasa ms de los 90 das este expediente es enviado al Juzgado
Ejecutor, para tramitar el cobro Judicial.
Juzgado Ejecutor: Este unidad ejecutora es la encargada de gestionar judicialmente los
cobros de los Prestamos que hayan cado en mora. La misma segn el expediente podr
realizar arreglos de pagos, embargos, secuestros, etc.
_________________________________________________________________________
Contabilidad: Este departamento registra todos los eventos contables de la Institucin y los
registra segn las normas y procedimiento de la Contabilidad Gubernamental., los cuales
por la naturaleza de la misma estn ligados desde la Becas, Prestamos, Compras, Almacn
y todas las otras dependencias que involucren una accin contable.
Tesorera: Seccin encargada de emitir los cheques para los pagos de Becas, Prstamos,
Compras, Viticos, Caja Menuda, Gastos de Representacin etc. Tambin encargada de la
recaudacin de las Cajas de la Institucin y de otras dependencias.
Aplicacin de Abono: Esta seccin funge como un auxiliar de cuentas por cobrar, para los
cobros efectuados a los Prestatarios de sus prestamos que mantienen con la Institucin.
Hay cobros que se reciben en formato magntico, como ACH, archivo planos y por la
Cajas de la Instituciones a nivel nacional. Esta aplicacin no es en lnea y no actualiza de
inmediato el abono u cancelacin que realice el Prestatario. De igual forma esta seccin
emite los certificados de saldos al prestatario que lo solicite.
Presupuesto: Este departamento es el encargado que las partidas presupuestada asignadas
para cada unidad administrativa sea manejada correctamente, este departamento tiene
mucha interaccin con las gestiones de Becas y Prstamos, la misma no esta automatizada
lo cual requiere de mucha gestin de seguimiento y control para cada otorgamiento tanto
de Becas y Prstamo.
Compras: Seccin encargada de suplir por medio de los bienes y servicios que requieran
los distintas Direcciones de la Institucin.
Almacn: Seccin encargada de recibir, custodiar y entregar los insumos y consumibles
que utiliza la Institucin para su operatividad diaria.
Bienes Patrimoniales: Unidad encargada de custodiar y controlar el buen uso de todos los
activos fijos de la Institucin.
Planificacin: Direccin encargada de brindar todos los datos estadsticos que surjan tanto
de Becas como de Prstamos, en sus diferentes variables para que la Direccin General
tome las decisiones correctas y contingencias si las hubieran.
V.
1.
ENTORNO TECNOLGICO ACTUAL

Sistemas de Aplicacin
Los principales sistemas que utiliza actualmente el I.F.A.R.H.U para el control y

administracin de operaciones requeridas para la atencin al pblico y el proceso
de sus trmites son los siguientes:
Aplicacin
Departamento
Usuario
Aplicativo Becas/Prstamo
LINC 16 mainframe
Becas,
Prstamo,
Auditoria,
Aplicacin de abono, Control
Fiscal, Tesorera
Contabilidad
Compras
Caja, Becas, Soporte Tcnico
Almacn
Clper
Visual Basic
Acces
Peach Tree
Cantidad
de
Usuario
60
4
5
30
4
_________________________________________________________________________
En adicin al sistema arriba sealado, actualmente se utilizan los siguientes servicios y
sistemas como apoyo a la operatividad del I.F.A.R.H.U.
Servicios
Departamento
Usuario
Correo electrnico
Jefaturas de deptos, Directores,

operativos
Recursos Humanos
Recursos Humanos
Jefaturas de deptos, Directores,
operativos
Almacn
Control de Relojes
Sistema de Asistencia
Internet
Peach Tree
2.
Cantidad
de
Usuario
70
4
Ilimitados
Ilimitados
4
Comunicaciones
El WAN del IFARHU est compuesto por una red de IP ACCES que
las oficinas remotas del interior del pas.
enlaza
El equipo de comunicaciones con que cuenta actualmente el I.F.A.R.H.U se

compone de 40
switches en la sede central y 18
distribuidos entre las
regionales del interior, 1 routers en la sede 1 IP Access instalado por agencia,
y un Firewall con NAT`s estticos hacia Internet. Los sitios remotos utilizan IP
Access y esta comunicacin es centralizada en la sede en el router . La
comunicacin con Internet se maneja con un IP Access
3.
Equipos
El I.F.A.R.HU cuenta con un total de 5
operacin actual.
servidores para dar respuesta a la
Recientemente, adquirimos una Consolidacin de Servidores Tipo Blade con

Virtulizacin, esta estructura maneja redundancia en todos sus dispositivos, y esta
solucin ir toda la aplicacin prxima ha adquirir.
La informacin almacenada de Becas y Prstamo actuales es la Siguiente:
Tipo de Informacin
Sistema Operativo
Informacin Tabular de
Registro ( Mainframe)
ndices de imgenes
MCP
Servidor Virus
N/A
Espacio Ocupado
SQL 2000
Servidor Aplicaciones
Windows 2000 Server
Servidor de Back-up
Windows 2000 Server
_________________________________________________________________________
En el Anexo 3 , Infraestructura de equipo y comunicacin se muestra el diagrama
actual de la Red del IFARHU.
VI. REQUISITOS DEL SISTEMA

1.
Requisitos Tcnicos Generales

a.
b.
c.
d.
e.
f.
g.
h.
i.
j.
2.
respuesta
El sistema propuesto, debe estar basado en tecnologa

WEB y para su utilizacin el usuario solo debe requerir de una herramienta
tipo Explorador para Internet o Browser.
El sistema debe ser parametrico y trabajar de forma
centralizada y permitir acceso por una Intranet o por Internet, ofreciendo la
misma funcionalidad e interfaz.
La actualizacin de nuevas versiones debe ser automtica
para los usuarios, brindando un producto de fcil administracin, tanto
local como remotamente.
El sistema debe integrar funciones de BPM y permitir la
definicin y desarrollo rpido, sencillo y de forma grafica, de nuevos flujos
procsales, permitiendo definir formularios para la captura de datos de
nuevos trmites, pasos, controles y alertas requeridas. De la misma manera
el flujo procesal, debe ser tambin sencilla y rpida de llevar a cabo.
El sistema debe integrar funciones de administracin de
documentos digitales / electrnicos.
El sistema debe incluir una herramienta para la extraccin,
anlisis de datos y para la generacin de archivos, reportes y consultas,
tanto gerenciales como operativas, de forma rpida y sencilla. El
proponente debe considerar que los procesos de generacin de archivos y
reportes deben poder manejar un alto volumen de informacin.
El sistema debe permitir el uso de Web Services, para
integrase a sistemas externos, as como habilitarlo para que terceros puedan
enlazar con el.
La interfaz de usuario debe ser totalmente en espaol.
El sistema debe soportar que las estaciones de trabajo de
los usuarios finales utilicen sistemas operativos Win 2000 o superior, Win
XP o Linux.
El sistema propuesto debe poder integrase con:
Correo electrnico
Procesador de palabras, hoja de clculo
Active Directory del I.F.A.R.HU.

Requisitos de infraestructura tecnolgica y tiempos de
El proponente debe incluir en su propuesta los requisitos del sistema en cuanto a

servidores, estaciones de trabajo del usuario final lo mismo que los requerimientos
_________________________________________________________________________
de comunicacin para que el sistema propuesto funcione eficientemente con un
tiempo de respuesta mximo de 5 segundos.
_________________________________________________________________________
Para definir estos requisitos del Proponente debe tomar en consideracin:
Que el sistema ser utilizado por los usuarios de las oficinas de la sede del
IFARHU y de sus oficinas regionales.
Que aproximadamente, el promedio de trmites de Becas y Crdito que se

manejan en el mbito nacional es el siguiente:
o
Promedio mensual de trmites de Becas y
Crdito actuales: Entre 800 a 900 de estos trmites.
o
El volumen promedio de pginas que
manejan los expedientes de los trmites es de diez (10) pginas (20 caras).
o
La cantidad de usuarios que se estima
accedan al sistema tal como se especifica en el punto de de Alcance a
Nivel de Usuarios, en este captulo.
Con relacin a los componentes de software que sustentan la operacin del sistema
como motor de base de datos, servicios de aplicaciones, motor de BPM, motor de
administracin de imgenes, servidor de reportes, etc. deben tener un esquema de
licenciamiento ilimitado por procesador.
3.
Requisitos de Seguridad
Caractersticas generales:
El sistema propuesto debe contar con funciones o mdulos de alta seguridad que
garanticen el acceso seguro a todos los componentes de las diferentes capas del
sistema (base de datos y documentos digitales, a los servicios Web de la
aplicacin). Este mdulo de seguridad debe integrarse con el servicio de Active
Directory del I.F.A.R.H.U.
El sistema debe llevar una bitcora de los eventos relevantes, tales como fechas y
horas de conexin y desconexin de usuarios, modificaciones, inclusiones,
almacenando siempre la identificacin del usuario que las realiza.
En todos los pasos de cada trmite debe quedar registrado el usuario, fecha y hora.
a. Usuarios
i.
Administradores:
a. La administracin de los usuarios debe estar segregada en dos
funciones, una que ingresa y otra que aprueba la inclusin o
modificacin.
_________________________________________________________________________
ii.
Usuario final. El sistema debe permitir definir los

siguientes tipos de usuarios:
a. Usuario de Sede.
b. Usuarios de Regionales
c. Usuarios externos:
Universidades nacionales e internacionales
Colegios
Becarios
Prestatarios
Pblico general.
iii.
A nivel de base de datos y del repositorio de documentos
digitales. Se debe poder definir usuarios para el personal tcnico ya
sea de lectura solamente o lectura y escritura.
b. Caractersticas de cuentas o cdigos de usuarios y contraseas:
i.
Los cdigos de cuentas o usuarios del sistema:

1. Deben ser alfanumricos, en mayscula y/o minscula.
2. No se debe permitir la reasignacin de una cuenta existente a
otra cuenta o cdigo de usuario.
3. No se debe permitir la eliminacin de cuentas de usuarios del
sistema. En su lugar se debe cambiar el estatus de la cuenta de
Activo a Inactivo, con acceso denegado. El sistema debe
considerar procesos para depurar las cuentas inactivas y crear
archivos histricos de manera que estas puedan ser
consultadas.
4. Tambin debe permitirse, otro estatus de inhabilitado
temporalmente por efectos de vacaciones, licencias y otros, en
cuyo caso el acceso debe quedar denegado por los das que se
registren y habilitarse automticamente el acceso una vez
hayan pasado.
5. Se debe parametrizar el tiempo permitido para que una cuenta
de usuario pueda estar sin actividad. Al caducar el tiempo, se
debe cerrar automticamente la sesin de cuenta de usuario.
6. El sistema debe tener la facilidad de definir el calendario y
horario laboral permitido en la Sede y por oficina Regional. Se
deber poder modificar el horario de forma general para todos
los usuarios, para los usuarios de un grupo o grupos o para un
usuario individual.
_________________________________________________________________________
ii.
Las contraseas del usuario:

1. Deben tener un mnimo de 8 caracteres alfanumricos y/o
smbolos especiales, en mayscula y/o minscula.
2. Debe ser obligatorio, no se debe permitir espacios en blanco.
3. Debe almacenarse de manera encriptada y no se debe mostrar
al utilizarla.
4. Las contraseas de acceso a la base de datos y al repositorio de
documentos digitales no deben estar hard coded en los
programas.
5. El sistema debe definir el tiempo de expiracin de la
contrasea y el sistema debe solicitar el cambio.
6. Se debe poder definir la cantidad de intentos fallidos
permitidos al usuario antes de que se le bloque el acceso al
sistema despus de los minutos que se hayan definido o cuando
el administrador lo reestablezca a solicitud.
7. Se debe mantener historial de la contrasea y controlar los
cambios de contrasea de forma tal que no coincidan con las
N (Donde las N es un parmetro) anteriores.
Las reglas de acceso (creacin, modificacin, consulta, anulacin, ejecucin) a las

diferentes funciones, datos y documentos digitales del sistema deben ser definidas
utilizando la figura de perfiles y roles. A cada usuario se le asignara l o los perfiles
/ roles a los que tienen derecho. (Nota: el sistema no debe permitir la eliminacin
o borrado de los trmites, ms bien, se debe considerar una funcin de
anulacin que a su vez mantenga una bitcora de los eventos de anulacin. En
adicin, el sistema debe considerar procesos para
archivar de manera histrica los trmites anulados, lo mismo que permitir que
estos sean consultados).
Con relacin a los usuarios, el sistema debe poder identificar, entre otros, los
siguientes datos:
Nombre.
Cdula / Contrato.
Clase de usuario: Sede, Regional, Universidad, otros que se definan.
Ubicacin: ejemplo, Herrera, Cocl.
Oficina: Direccin, Departamento, Seccin, etc.
Tipo de usuario: segn el perfil/rol.
Lista de las Colas de funcin a las que est asignado el usuario: un usuario
puede pertenecer a ms de una cola, siendo la Cola de Funcin la lista de
usuarios que pueden desempear una tarea o paso especifico del proceso o flujo
de trabajo.
_________________________________________________________________________
c. Bitcora para Auditoria
El sistema deber considerar como parte de su funcionalidad el registro y
consulta de bitcora de eventos y actualizaciones sobre datos de carcter
sensitivo. En la fase de anlisis, el I.F.A.R.H.U determinara cuales sern los
datos y eventos sobre los cuales se deben llevar estas bitcoras.
La funcin de administracin y consulta de estas bitcoras estar
supeditada a las reglas de acceso que se definan va los perfiles de
seguridad.
d. Consideraciones Adicionales de Seguridad
El sistema debe permitir personalizar las consultas de bsqueda de

informacin y documentos de acuerdo a los trmites y a los ndices
predeterminados segn los niveles de seguridad y roles de los usuarios.
El sistema debe permitir controlar el acceso a la informacin y documentos

de acuerdo al esquema de seguridad, permitiendo de esta forma mostrar al
usuario nicamente aquellos a los que tiene acceso y definiendo por usuario
las funciones a las que tiene acceso, para cada una de la informacin y
documentos almacenados en el sistema.
4. Requerimientos de enlaces con otros Sistemas

El sistema propuesto debe considerar como parte integral, para el apoyo de la
operatividad y verificaciones pertinentes los siguientes sistemas:
i. Sistema de Verificacin de identidad del Tribunal Electoral:
Esta validacin se realizara para corroborar esta identidad, tanto para los becarios,
prestatarios, representantes legales y codeudores, y deben ser
ejecutadas desde el sistema propuesto, al momento que la informacin del, o los
propietarios, es incorporada al tramite.
ii. Sistema de Verificacin de propiedades inscritas en el registro Pblico:
Esta validacin la utilizara Juzgado Ejecutor para verificar si un Prestatario cuenta
con alguna propiedad que pueda ser secuestrada por la institucin.
iii. Sistema de Verificacin de con la ATTT:
Esta validacin la utilizara Juzgado Ejecutor para verificar si un Prestatario cuenta
con algn vehculo registrado a su nombre que pueda ser secuestrada por la
Institucin.
_________________________________________________________________________
iv. Sistema de Verificacin de con la APC:
Es sera de para que los del Comit de Crdito, verifiquen en lnea el historial
crediticio de los codeudores y Prestatarios.
5.
Arquitectura de Aplicacin n-capas

El IFARHU requiere que la nueva aplicacin sea desarrollada en una arquitectura
de n-capas, la cual como mnimo debe contar con las tres capas detalladas a
continuacin:
i.
ii.
Servicios de Presentacin
Los servicios de presentacin o de usuario, representan aquellos componentes
que se relacionan directamente con la interaccin de los usuarios finales y el
sistema.
Los principales componentes de la capa de servicios de usuario se listan a
continuacin:
Pantallas de Entrada y Consulta de Datos
Flujo de pantallas
Validaciones de Datos
Interaccin con el componente grfico.

Servicio de Negocio
Los servicios de negocio son aquellas unidades de la aplicacin que controlan el
secuenciamiento y la aplicacin de las reglas de negocio durante la ejecucin de
los procesos.
Los principales componentes de la capa de servicios de negocio se listan a
continuacin:
Flujo de Procesos
Integridad Transaccional
Integracin entre la informacin tabular y la informacin de imgenes
Validaciones de proceso
Reportes
iii.
Servicios de Datos
Los servicios de datos proveen la lgica necesaria para interactuar con los
distintos tipos de almacenamientos de datos que utilizar el sistema.
Adicionalmente, se provee una abstraccin para las entidades del sistema que
requieran de persistencia.
_________________________________________________________________________
Los principales componentes de la capa de servicios de datos se listan a
continuacin:
Datos tabulares
Imgenes de documentos en formato digital

Enlace o conectividad con fuentes de datos externos a la Institucin.
En la figura 1 se muestra una ilustracin informativa de los que se solicita en este tipo de
arquitectura y los tipos de componentes de software ms comunes encontrados en la mayora de las
soluciones distribuidas y de arquitectura de n-capas.
Usuarios
Servicios de
Flujos de
d
ilustracin
informativa
Trabajo
Negocio
Componentes
Empresariales
Entidades
Empresariales
Empresar
ialal
Componentes Lgicos
de acceso de datos
Agentes de
Servicios
Servicios de
Datos
h
Almacn
de Datos
Comunicacin
Servicios de
Interfaces de Servicios de Negocio
Administracin del Funcionamiento
proceso
Seguridad
b
Componentes
de proceso IU
Negocio
Seguridad
Componentes de IU
Servicios de
Presentacin
Datos
Externos
Figura 1. Componentes utilizados en le escenario de arquitectura de n-capas
_________________________________________________________________________
El Proponente debe incluir en su propuesta el diseo arquitectnico de la aplicacin ofrecida y sus
componentes de software.
A continuacin se definen los tipos de componentes identificados en el escenario de diseo de la
Figura 1:
a. Componentes de interfaz de usuario (IU). La mayor parte de las soluciones necesitan
ofrecer al usuario un modo de interactuar con la aplicacin . En el caso del I.F.A.R.H.U los
usuarios deben realizar todas las consultas y procesos desde una estacin de trabajo con un
acceso WEB. Las interfaces de usuario se implementan utilizando formularios pginas
ASP.NET, HTML o JAVA con controles u otro tipo de tecnologa que permita procesar y
dar formato a los datos de los usuarios, as como adquirir y validar los datos entrantes
procedentes de stos.
b. Componentes de proceso de usuario. En un nmero de casos, la interaccin del usuario
con el sistema se realiza de acuerdo a un proceso predecible. Por ejemplo, en la aplicacin
del I.F.A.R.H.U, contemplamos establecer un procedimiento de consulta WEB. Donde el
usuario en un servicio 24/7 podr consultar sus saldos u status de su Beca o Prstamo.
c. Interfaces de servicios. Para exponer la lgica empresarial como un servicio, es necesario
crear interfaces de servicios que admitan los contratos de comunicacin (comunicacin
basada en mensajes, formatos, protocolos, seguridad y excepciones, entre otros) que
requieren los usuarios. Por ejemplo, el servicio de autorizacin y verificacin de capacidad
y estatus financiero de los solicitantes de Prstamo y el de sus co-deudores, se debe exponer
una interfaz de servicios que describa la funcionalidad que ofrece el servicio, as como la
semntica de comunicacin requerida para llamar al mismo. Las interfaces de servicios
tambin se denominan fachadas empresariales.
d. Flujos de trabajos empresariales. Una vez que el proceso ha recopilado los datos
necesarios, stos se pueden utilizar para realizar un proceso institucional. Por ejemplo, tras
enviar los detalles va WEB los detalles de una solicitud de Becas y Crdito Educativo, la
aplicacin puede comenzar el proceso de obtencin y validacin de datos e impresin de
documentos sustentatorios como ( Acta de otorgamiento y Resolucin ), Los flujos de
trabajo empresariales definen y coordinan los procesos empresariales de varios pasos de
ejecucin larga y se pueden implementar utilizando herramientas de administracin de
procesos empresariales o BPM, tambin conocido como
Workflow.
e. Componentes empresariales. Independientemente de , si el proceso empresarial consta de
un nico paso o de un flujo de trabajo organizado, la aplicacin requerir probablemente el
uso de componentes que implementen reglas empresariales y realicen tareas empresariales.
Los componentes empresariales implementan la lgica empresarial de la aplicacin.
f.
Componentes de entidad empresarial. La mayora de las aplicaciones requieren el paso

de datos entre distintos componentes. Los datos se utilizan para representar entidades
_________________________________________________________________________
empresariales del mundo real, como productos o pedidos. Las entidades empresariales que
se utilizan de forma interna en la aplicacin suelen ser estructuras de datos, como conjuntos
de datos DataReader o secuencias de lenguaje de marcado extensible (XML), aunque
tambin se pueden implementar utilizando clases orientadas a objetos personalizadas que
representan entidades del mundo real necesarias para la aplicacin.
g. Componentes lgicos de acceso a datos. La mayora de las aplicaciones y servicios
necesitan obtener acceso a un almacn de datos en un momento determinado del proceso
empresarial. Por ejemplo, la aplicacin a instalar en el IFARHU necesita recuperar los datos
de Becas y Prstamo de una base de datos para mostrar al usuario los detalles de los
mismos, as como insertar dicha informacin en la base de datos cuando un usuario externo
u interno realiza una consulta. Por tanto, es razonable abstraer la lgica necesaria para
obtener acceso a los datos en una capa independiente de componentes lgicos de acceso de
datos , ya que de este modo se centraliza la funcionalidad de acceso de datos y se facilita la
configuracin y el mantenimiento de la misma.
h. Agentes de servicios. Cuando un componente requiere el uso de la funcionalidad
proporcionada por un servicio externo, tal vez sea necesario hacer uso de cdigo para
administrar la semntica de la comunicacin con dicho servicio. Por ejemplo, los
componentes de la aplicacin descrita anteriormente podran utilizar un agente de servicios
para administrar la comunicacin con el servicio de autorizacin y verificacin de
capacidad crediticia de los solicitantes de Prstamo y utilizar un segundo agente de
servicios para controlar las conversaciones con el servicio de mensajera. Los agentes de
servicios permiten aislar las idiosincrasias de las llamadas a varios servicios desde la
aplicacin y pueden proporcionar servicios adicionales, como la asignacin bsica del
formato de los datos que expone el servicio al formato que requiere la aplicacin.
i.
Componentes de seguridad, administracin operativa y comunicacin. La mayora de

las aplicaciones tambin utilizan componentes para realizar la administracin de
excepciones, autorizar a los usuarios a que realicen tareas determinadas y para comunicarse
con otros servicios y aplicaciones.
6. Disponibilidad del sistema

La disponibilidad de los recursos debe estar cubierta en varias capas de la infraestructura. El
sistema solicitado en este Pliego es considerado de misin critica, por lo que no se puede
permitir la existencia de un solo punto de falta en la arquitectura. Los componentes deben de
proveer redundancia o componentes especializados para contener las fallas. Es de suma
importancia tomar en cuenta en el detalle de diseo final y desarrollo del sistema la habilidad de
utilizar las capacidades siguientes:
_________________________________________________________________________
Almacenamiento, Respaldo y Recuperacin
El acceso a los datos, documentos digitales, flujos de trabajo y otros componentes del
sistema propuesto debern ser posibles an cuando el quipo que permite dicho acceso falle,
previendo la prdida de almacenamiento y bsqueda de datos con opciones como
Servidores redundantes y sistema de almacenamiento independiente (Storage Area
Network). Infraestructura que ya tiene instalada el I.F.A.R.H.U.
El proponente deber facilitar los mtodos y procedimientos de respaldo y recuperacin de
los datos, documentos digitales, flujos de trabajo y dems componentes, lo mismo que los
mtodos y procedimientos de recuperacin de los mismos. Considerar que estos mtodos y
procedimientos de respaldo deben poder realizar con frecuencia diaria, semanal, mensual,
anual y a requerimiento.
Servicio de Directorio
En la bsqueda de una arquitectura de seguridad robusta, el sistema propuesto deber basar
su autenticacin y control de usuarios en un servicio de directorio con estndares de
mercado tales como LDAP y Kerberos. Adicionalmente, podr tener esquemas de
seguridad propios para la asignacin de operatividad de usuarios. Los servicios de
directorio debern ser redundantes a fin de evitar la negacin de accesos por la falla del
equipo administrador de este servicio.
Confiabilidad
La confiabilidad del sistema y al plataforma son cruciales para los servicios a ser prestados,
por lo que el sistema propuesto deber:
Mantener la integridad de la informacin dentro del propio sistema y con
sistemas externos, como podra ser el caso de las Interfaces respectivas
mencionada en este Pliego.
Proveer una conexin con velocidades razonables para cualquier tipo de

vinculo aceptado por el sistema propuesto.
Administracin
Tanto el sistema propuesto como la plataforma a ser instalada, debern ser amigables para
su administracin. Es importante que la tecnologa utilizada sea de fcil aprendizaje tanto
para el personal tcnico, operativo, y usuarios finales.
El o los mdulos de administracin, debern tener una cercana interrelacin con los
mtodos de administracin del sistema operativo, particularmente en la definicin de
permisos de acceso, validaciones y seguridad en general, entregando en la medida de lo
posible un solo punto de administracin a nivel de los recursos.
_________________________________________________________________________
Escalabilidad
El sistema propuesto deber ser una aplicacin escalable, entendiendo esto como poseer la
posibilidad de crecer en cuando a prestacin de servicios y/o usuarios con solo agregar
recursos. Estos est relacionado a la cantidad de operaciones que puede realizar el sistema
en un periodo de tiempo especifico.
Se debe entender este aspecto como la capacidad, del sistema propuesto, de utilizar
ptimamente recursos como memoria, procesadores o ancho de banda, con el fin de cumplir
con los acuerdos de tiempos de respuestas a los usuarios.
7. Requisitos Funcionales del Sistema
El sistema propuesto debe automatizar funciones para el manejo y administracin de las
operaciones sealadas en el Alcance de la Contratacin para los siguientes aspectos
principales:
Capa 1
Desarrollo de plantillas WEB dinmicas, para las solicitudes de Becas y Prestamos,

de acuerdo a las variables existentes en la Institucin.
Plantilla de Becas y Prstamos
o
o
o
o
Se establecern las variables de acuerdo a los formatos

existente u otras si son requeridas.
Estas plantillas tanto para Becas y Prstamo, debern ser
dinmicas y las mismas podrn realizar los clculos y
proyecciones financieras segn el tipo de Beca o Prstamo que
el usuario este solicitando, tambin se deber establecer el
manejo de: Relacin Entidad, visualizacin tipo combo de
los campos a completar por el usuario, todos los campos son de
llenado restrictivo, el usuario no podr continuar con su
gestin hasta completar los campos de la solicitud.
El proponente debe contemplar en esta instancia, al sistema
propuesto, poder realizar las indexaciones respectivas,
utilizando una herramienta de Administracin de documentos
digitales.
Desarrollo de flujos de trabajo para la administracin y
controles, hasta el otorgamiento de la misma.
Desarrollar la interfaces de servicio, la cual en esta etapa para
el mdulo de Prstamo, enlazara con el Tribunal Electoral y la
APC, para la verificacin de datos.
_________________________________________________________________________
Capa 2
Desembolso de Becas y Prstamos

o
o
Desarrollar la interfaz que interactu con la Capa 3 en del

mdulo de Financiero ( Tesorera / Caja ) y Presupuestal
(partida presupuestaria asignada para Becas y Prstamos).
Desarrollar la interfaces de servicio, la cual interactuara con los
diferentes centros educativos en la fase de seguimiento
acadmico, el cual suplir las calificaciones de los Becarios y
Prestatarios
El sistema debe permitir y controlar que desde el momento en
que el flujo de procesos emite la notificacin de aprobacin de
las becas y/o prstamos, se valide primeramente el(los)
monto(s) otorgado contra el valor a reservar del presupuesto
autorizado para el ao vigente el cual reside en el sistema
actual de Presupuesto. Una vez se valida la fuente y la reserva
de presupuesto para el otorgamiento de los pagos, el sistema
debe generar notificaciones del (los) proceso(s) de integracin
para aplicar en forma automtica los movimientos peridicos
de desembolsos en concepto de pagos de becas y/o prstamos a
los beneficiarios tomando en cuenta previo a cada desembolso,
el resultado que genera el seguimiento acadmico para la
emisin de pago correspondiente.
La notificacin de desembolso est supeditada al calendario de
pago tanto para las becas y/o prstamos existente por cada ao
vigente, as como tambin a la gestin de los procesos de
integracin de asientos contables que deben aplicarse por carga
de datos al mdulo actual Financiero.
Finalizado el ciclo de desembolso segn los trminos de la
vigencia de (l) el(los) contrato(s) otorgado(s) anualmente, el
sistema debe iniciar la gestin de recuperacin de la cartera de
prstamos y enviar la notificacin correspondiente de los
prstamos que cumplen con dicha condicin. El sistema debe
considerar que los desembolsos en concepto de pago de becas
una vez pagadas en su totalidad, no requieren recuperacin por
ende, no deben ser parte del flujo de procesos y notificaciones
pendientes.
_________________________________________________________________________
Modelo General de Becas Propuesto

Genera el expediente
electrnico
del aspirante
Proceso que arma el Expediente
Formulario de Beca
Oficial de Trmite
Valida Expediente
y los requisitos
Director verifica
listados de
aspirantes y elige
Emisin de las Actas y envo de

autorizacin a las sedes regionales
electrnicamente
Elegibles
Elegibles y
No
Elegibles
Portal de Autogestin y
Seguimiento de Becas
Verificacin de Actas,
Informacin y
Documentacin
electrnica para la
Contralora General +
aprobacin mediante la
Firma Digital
Aprobacin de la Direccin
de Becas electrnicamente
con firma digital
Generacin
automtica post
aprobacin del
Pago de Becas
aprobados por las
instancias previas
1
Proceso que Genera
Solicitud de Pago de Beca
Oficial valida las

Planillas de
Pago
Director Verifica las

Planillas de Pago y
Firma
Electrnicamente
Proceso centinela que valida y emite

electrnicamente la Generacin de
Planillas de Pago
Notificacin y
Refrendo
Por contralora
ElectrNicamente de la
Planilla
Emisin de Pago
Electrnico (ACH)
Cheques desde
cada
Regin / caja
Inclusin,
Validacin y
Notificacin
de
Rendimiento
Acadmico
Rendimiento
Bajo
Promedio, se
emite un flag de
suspensin
Si el Rendimiento
Acadmico es
Bueno
Integraci
Integracin
Contable
Una vez suspendido, el pago pendiente entra al

proceso de solicitud y emisin de pago a planillas
de becas y prstamos
_________________________________________________________________________
Modelo General Crdito Educativo

Se enva Notificacin al Comit
Evaluador del Crdito
Aprueba
Registra los
Documentos
necesarios en forma
electrnica
Formulario de Prstamo
Notificacin
de Prstamo
Emisin de Pago
de Prstamo
Electrnico (ACH)
Cheques desde
cada
Regin / caja
Inclusin,
Validacin y
Notificacin de
Rendimiento
Acadmico
Notificacin y Refrendo
Por contralora ElectrNicamente de la
Planilla
Se generan los contratos

En base al origen de la
Solicitud para su
aprobacin
Director General
Aprueba
Recuperacin ( solo el sub.-modulo de prstamos )

o
o
o
o
o
Desarrollar un motor de estado el cual de forma automtica

pasara el Prstamo de la etapa de Desembolso a la de
Recuperacin.
Desarrollo de flujos de trabajo para la administracin y
controles establecidos para esta instancia.
Juzgado Ejecutor
Gestin de Cobros
Etc.
Establecer la interfaz que interactu con la Capa 3 en del
mdulo de Financiero ( Tesorera / Caja ) y Presupuestal.
Desarrollar la interfaces de servicio, la cual interactuara con los
diferentes entidades Bancarias, para el cobro de estos
Prstamos u otras dependencias.
La fase de recuperacin inicia a partir de la ltima fecha

registrada en cuanto a pago de los prstamos otorgados
mediante notificaciones emergentes con esta condicin.
En ese momento, el sistema validar segn el calendario
de cobro, la frecuencia de movimientos contables
reflejado en concepto de los ingresos obtenidos por
devolucin de prstamos para determinar las acciones de
recuperacin, as como tambin la validacin de los datos
personales, financiero y estatales del beneficiario como el
codeudor.
_________________________________________________________________________
Cada movimiento contable, indicar la fecha del ltimo

pago en concepto de devolucin del prstamo otorgado
as como la fuente de procedencia (Caja o Banco) ms la
definicin de morosidad en tiempo. En base al tiempo de
morosidad, el sistema debe calibrar un proceso de
notificacin para iniciar los trmites de secuestro ya sea
para el beneficiario o el codeudor respectivamente.
En este proceso, todas las notificaciones deben emitirse al
departamento de Gestin de Cobros.
Modelo General Crdito Educativo

Se enva Notificacin al Comit
Evaluador del Crdito
Aprueba
Registra los
Documentos
necesarios en forma
electrnica
Formulario de Prstamo
Se generan los contratos

En base al origen de la
Solicitud para su
aprobacin
Notificacin
de Prstamo
Emisin de Pago
de Prstamo
Electrnico (ACH)
Cheques desde
cada
Regin / caja
Valida
el
Prst
amo
Tipo
de
Prst
amo
Inclusin,
Validacin y
Notificacin de
Rendimiento
Acadmico
Notificacin y Refrendo
Por contralora ElectrNicamente de la
Planilla
Ciclo repetitivo de
Recuperacin
Centi
nela
de
recup
eraci
n
Cobro
Administrativo
Director General
Aprueba
Integracin y
Asitento
Contable
30
Juzgado
Ejecutor
+9
0
Valida Marca de Crdito

y Secuestro
De Bienes Materiales
8. Requerimientos Funcionales Especiales para las Capa 1 y Capa 2.

Desarrollo de flujos de trabajo para la administracin y control de los procesos de solicitudes
(Becas y Prestamos).
Almacenamiento y control de la informacin tabular e imgenes asociada a las operaciones.
Almacenamiento y control de la informacin tabular e imgenes y de los procesos
relacionados con sus operaciones. Deber considerarse que el I.F.A.R.H.U incorpora dentro
de sus procesos el manejo de imgenes digitalizadas, de forma tal que los documentos
_________________________________________________________________________
asociados a los tramites, pueden ser rastreados durante los procesos de inscripcin y en
consultas posteriores a la inscripcin.
Consultas y reportes de informacin para facilitar los procesos operativos del I.F.A.R.HU.
Consultas va Web de informacin para los Becarios y Prestatarios. Se debe considerar que
esta consulta se ejecute sobre un repositorio separado de la base de datos de produccin con
una replica de los datos de produccin (datos tabulares).
Establecer enlace con los sistemas del Tribunal Electoral, Asociacin Panamea de Crdito,
Registro Pblico y con otros sistemas especificados en la seccin Requerimientos de enlace
con otros Sistemas de este Pliego.
El sistema propuesto debe controlar la ejecucin de un tramite de Beca o Prstamo, desde su
solicitud por parte del usuario, hasta completar el registro de la inscripcin respectiva. Por
tanto, debe ser un solo sistema donde incluyan todas las funciones que se requieren en cada
uno de los pasos que cada trmite debe completar. Por ejemplo, incorporar datos, digitalizar
documentos y adicionarlos al expediente, elaborar informes, etc.
a) Requerimientos de Flujo de Trabajo (Workflow)
El sistema propuesto debe contar con una herramienta integrada al mismo para
administrar y controlar los procesos de las operaciones sealadas en la seccin de
Alcance de la Contratacin. Esta herramienta debe poder operar en sistema
operativo Windows o Linux.
La herramienta que se provea deber permitir controlar los procesos de flujos de
trabajo:
i.
ii.
A nivel del I.F.A.R.H.U para las operaciones y procesos propios

A nivel de procesos y trmites interinstitucionales, los cuales requieran la
intervencin de varias instituciones. Este es el caso de los procesos relacionados
con el sistema de fiscalizacin de la contralora.
Con la herramienta de flujo de trabajo se quiere lograr:

i.
Automatizar los flujos de trabajo para los procesos relativos a todos los
tramites que maneja el I.F.A.R.HU.
ii.
Mejorar la calidad de los datos de los trmites que se someten mediante la

incorporacin de controles en el punto de entrada de cada uno.
iii.
Minimizar el movimiento de documentos fsicos a travs de las distintas

estaciones por donde fluye leal proceso.
_________________________________________________________________________
iv.
Contar con reportes y consultas que permitan monitorear el estado de los
tramites y el desempeo de sus procesos, y ala vez generar reportes estadsticos
sobre volmenes, resultados, tiempos, etc.
v.
Contar con una herramienta que permita fcil y rpidamente la
incorporacin de nuevos flujos de trabajo, as como realizar ajustes sobre los ya
desarrollados.
Para efectos de la administracin y control de los flujos de trabajo, el sistema
propuesto debe contar como mnimo con las siguientes caractersticas:
i.
Estar basado en una herramienta que permita definir y modificar los

flujos de trabajos, cada uno de sus componentes (formularios, pasos, sub-pasos,
tareas, rutas, prioridades, etc.) y procesos asociados, de forma fcil, grfica, rpida,
segura y flexible para cumplir con la dinmica de cambios que se requieran para
optimizar los procesos de solicitudes de Becas y Prstamos.
ii.
La sistema debe permitir la definicin de flujos de trabajo para un

nmero ilimitado de tipos y sub.-tipos de trmite para la sede y cada oficina
regional, lo mismo que la posibilidad de conexin con flujos de trabajos externos,
para los procesos interinstitucionales.
iii.
Los pasos y rutas de los trmites debern poder definirse de manera

ilimitada
(restriccin de numero de pasos);esto es, desde que inicia el tramite ( Beca y
Prstamo) con la solicitud Web y su posterior otorgamiento.
iv.
La herramienta debe permitir que el flujo de trabajo de un trmite se
pueda definir en forma grfica, de manera similar a como se hace a travs de
herramientas de diagramacin como Visio.
v.
Se debe permitir que dentro del flujo de trabajo de un trmite existan
tareas que se puedan someter y ejecutar en forma paralela y converger luego en un
punto de control.
vi.
En la definicin del flujo de trabajo de debe permitir que el paso

siguiente dependa de la accin que seleccione el usuario en el paso que esta
ejecutando.Esto significa que si para concluir su tarea, el usuario tiene dos posibles
acciones, aprobar o rechazar por informacin incorrecta, en el flujo del proceso
se debe poder definir la ruta a seguir tanto para la accin de aprobar, como para la
de rechazar. No obstante, se debe permitir remitir el trmite a otra instancia fuera
del flujo definido, escogindola del organigrama especificado para dicho trmite.
En este caso, dicha instancia debe completar la tarea solicitada y devolver la
respuesta a quien la remiti.
_________________________________________________________________________
vii.
viii.
En cada paso del trmite, el usuario autorizado debe poder consultar

las observaciones, informes, documentos digitalizados u otros resultados de
acciones ejecutadas previamente por los usuarios en pasos anteriores del mismo.
Colas de funcin
Las colas de funcin se identifican con el desempeo de un determinado rol del
proceso y se refiere al conjunto de usuarios que lo desempean. Por ejemplo, cola
de funcin de Tramitadores para las Secciones de Tramite de Becas y Prestamos,
cola de funcin para el Comit de Crdito, quienes aprueban o no el Prstamo, etc.
Se deben poder definir colas de funcin de manera ilimitada (sin restricciones).
Se debe permitir, sujeto a aprobacin, que un mismo usuario pueda estar asignado a
ms de una cola de funcin. Esto significa que un usuario podra desempear ms
de un rol en el flujo de trabajo; siempre y cuando las colas de funcin asignadas no
tengan conflicto de responsabilidad.
El nmero mnimo de usuarios asignados a una cola es uno, no hay lmite en cuanto
al mximo.
Las colas de funcin se deben corresponder con el organigrama.
ix.
Administrador de cola de funcin

El sistema debe permitir que para cola de funcin se asigne un administrador o
supervisor, el cual tendr las autorizaciones necesarias para monitorear y toar
acciones sobre las tareas de los usurarios miembros de dicha cola, as como para
indicarle al sistema cuando un miembro no esta disponible, o para asignar un
usuario a otra de la colas que el administra. Este administrador de la cola, no
podr, sin embargo, modificar perfiles de acceso de los usuarios. El administrador
de la cola es asignado para una oficina o seccin especifica.
x.
Tareas
Las tareas que componen los pasos del proceso varan segn el tramite, por lo que
se debern poder definirse de forma flexible.
Una vez el expediente electrnico llega a ala bandeja de entrada del funcionario
asignado, este podr realizar las tareas que tenga asignadas el perfil para el paso
correspondiente al tramite. Podr por ejemplo, ingresar datos tabulares, revisar los
documentos electrnicos del expediente, hacer anotaciones en los mismos, elaborar
documentos o informes, adjuntar documentos, identificar errores, aprobar, rechazar
u otras acciones a las que este autorizado.
Dependiendo del perfil que tenga y del tipo de tramite, el sistema debe permitir al
usuario incorporar documentos al expediente del tramite mediante:
_________________________________________________________________________
xi.
La elaboracin de documentos utilizando plantillas predefinidas (memorando,

notas, informes, etc.).
La digitalizacin de documentos fsicos
La adicin de documentos que se hallan digitalizados o que se hallan generado
desde otras herramientas, como Word, Excel, Correo Electrnico y otros.
Una vez incorporados y aprobados por la instancia que le corresponda, estos
documentos no se podrn modificar por usuarios que posteriormente utilicen el
expediente.
Rutas y acciones para concluir una tarea
Como resultado de su gestin cada usuario debe poder concluir la tarea o paso
solicitado dentro del flujo de trabajo, con acciones especificas. Estas acciones se
deben definir de acuerdo del perfil del usuario; por lo que la ruta del tramite,
depender de la accin que tome el usuario. Para alguna acciones que se definirn
en su momento, el sistema debe exigir que el usuario ingrese una contrasea
adicional.
Manejo de la asignaciones
xii.
El sistema debe asignar las tareas a los miembros de las colas de funcin de forma
automtica, segn criterios establecidos para el tramite.
El sistema debe permitir al administrador de la cola de funcin:
Reasignar tareas a otros miembros de la cola ya sea de forma manual o
indicando que el sistema las reasigne de forma automtica.
Monitorear las tareas asignadas a cada miembros de las colas que el administra.
Cambiar la prioridad de un tramite a cualquiera de los miembros de la cola de

funcin que el administra. El sistema debe permitir que definan diferentes
niveles de prioridades (normal, alta, baja).
_________________________________________________________________________
xiii.
Requisitos de los trmites

Se deber poder definir la lista de requisitos y documentacin a digitalizar del
trmite:
xiv.
Los tramites para becas y prestamos deben cumplir con un conjunto de

requisitos que establecen las reglamentaciones vigentes. Estos requisitos varan
dependiendo del tipo de tramite y normalmente se trata de documentos que se
deben anexar al expediente. Estos requisitos pueden cambiar en el tiempo, por
lo que se requiere que se manejen de manera flexible , como parmetros.
El sistema propuestos debe considerar las opciones necesarias para crear y
mantener la lista de requisitos por tipo y subtipos de tramite. Adicionalmente,
debe permitir indicar en esta lista, por cada requisito, si se trata de un
documento que se debe anexar, en que paso o tarea del proceso se debe anexar
y si se requiere la verificacin en otro sistema.
Para cada requisito, el sistema debe proveer la opcin para que el usuario pueda
agregarlo al expediente. Si hace falta al menos uno de los requisitos, el sistema
no debe permitir a la instancia someter al tramite al siguiente paso hasta que no
complete los requisitos del paso que se esta ejecutando.
Se debe poder consultar la lista completa de requisitos de un trmite en
proceso, indicando si cumple o no cumple, para determinar si todos estn
completos.
Control de Tiempos
El sistema de proveer la capacidad de establecer tiempos mximos por Paso (tarea)

dentro del flujo Procesal y por Trmite/Sub-Trmite.
El tiempo real a contabilizar para cada paso, es el tiempo que transcurre entre el
momento que el usuario abre la tarea en su bandeja de entrada, hasta que la
concluye con alguna de las acciones que enva de tramite al siguiente paso del flujo
procesal.
El tiempo total a contabilizar para un trmite, es el tiempo que transcurre entre el
momento que el usuario somete el trmite por primera vez, hasta que se concluyen
las acciones del ultimo paso del mismo.
xv.
Alertas
El sistema debe permitir la definicin de un esquema de alertas segn criterios de

tiempo, evento o condicin.
Por ejemplo:
Alertas cuando el tiempo de proceso de una tarea excede el tiempo mximo
establecido para ella.
_________________________________________________________________________
Alertas cuando un miembro de una cola de funcin tiene un nmero N de tareas

sin atender, donde N debe ser un parmetro del sistema.
El esquema de alertas debe incluir para cada una de ellas, la accin que debe tomar
el sistema, y a quien y cmo debe notificar acerca de la condicin detectada. Estas
acciones pueden ser, entre otras:
El envi de un mensaje a los usuarios que se definan y/o a un nivel jerrquico

superior. El mensaje puede ser a travs del sistema propuesto o por el correo
electrnico.
El escalado de actividades a otras instancias para que las resuelvan.
Una reasignacin automtica.
xvi.
Seguimiento y monitoreo de las tareas en proceso

Se debe contar con facilidades que permitan monitorear y evaluar en forma
cuantitativa los trmites en proceso y los procesados, de un departamento, seccin,
oficina regional o a nivel de todo el IFARHU.
El sistema debe permitir la definicin de los diferentes estados que pueda tener
un trmite.
Se debe poder determinar y consultar el estado del recorrido completo del flujo
de trabajo de un trmite; o sea, los pasos concluidos, el paso actual y los
pendientes.
Se debe controlar efectivamente el estado e informacin de un trmite para
efectos de que el acceso a ste por distintos usuarios, no solapen
modificaciones ni se generen conflictos de mltiple concurrencia.
xvii.
Observaciones
Se deben permitir registrar una observacin a cada participante del flujo de trabajo
del tramite. Es decir, cada persona que participa pueda anotar una observacin y
que las mismas no interfieran con las de otros usuarios.
xviii.
Trmites con errores o defectos que se devuelven al usuario, para

corregir:
Hay trmites a los cuales se les identifican errores i oque faltan requisitos; estos
deben ser corregidos antes de continuar con el proceso del trmite. Se debe
poder definir la lista de motivos frecuentes de errores, la cual debe ser creada y
administrada en forma de parmetros.
Los motivos de rechazo del termine su tarea con la opcin que rechaza el
trmite, el sistema debe mostrar la lista de errores, de donde se escoger el o los
que le correspondan y debe permitir ingresar el respectivo comentario y pasarlo
al rea que corresponda para su atencin.
_________________________________________________________________________
El trmite que se envi a corregir, debe quedar identificado, de forma tal que se
puedan consultar o listar los trmites que se devolvieron para correccin o al
reingresarlos se pueda continuar con el trmite.
Se deben poder obtener estadsticas de cantidad de trmites enviados o corregir.
b) Administrador de Documentos
El sistema propuesto debe poder integrarse con un administrador de documentos e
imgenes a travs de Web Servicies u otro mecanismo viable, de forma tal que se
puedan ejecutar las funciones del administrador de documentos para incorporar
documentos digitales (Notificacin de Calificaciones, etc.) y que queden relacionados
con el trmite, operacin o bien que le corresponda. Para un bien especifico que ste
en el proceso de Becas y Prestamos, se deber poder capturar o consultar desde el
sistema propuesto, los documentos relacionados con el mismo y toda la
documentacin requerida en las diferentes etapas del trmite.
El sistema de Administrador de Documentos, el cual debe estar integrado al nuevo
sistema propuesto, deber trabajar de forma tal que:
i.
Permita a los usuarios responsables, la definicin de los ndices que se

utilizarn para almacenar y recuperar los documentos, los cuales sern las llaves que
relacionen la informacin tabular con el documento almacenado.
ii.
Permita que se incorporen al expediente electrnico los documentos

requisitos del tramite y aquellos que se le generen en los procesos.
iii.
Segn el tipo de trmite Becas o Prstamo, el sistema propuesto debe exigir

que al expediente se le incorporen los documentos correspondientes. El sistema no
debe someter el trmite de Becas o Prestamos, al siguiente paso si falta por incorporar
algn documento requerido para el trmite.
iv.
Al incorporar documentos digitalizados, deben estar protegidos de forma tal
que no puedan ser modificados una vez son incorporados al trmite correspondiente.
El documento podr ser reemplazado solamente, si aun no ha pasado por la
aprobacin del control de calidad. Igualmente slo deben poder imprimirlos aquellos
participantes que tengan autorizada esa funcin. Por lo que bajo ninguna
circunstancia, se debe poder modificar o eliminar documentos relacionados a trmites
que hayan sido registrados en los expedientes de Becarios y Prestatarios del IFARHU.
v.
Debe llevar una bitcora de los eventos relevantes, tales como fechas y horas
de conexin y desconexin de usuarios, modificaciones, inclusiones, almacenando
siempre la identificacin del usuario que las realiza.
El sistema administrador de documentos debe cumplir como mnimo, con los
siguientes requisitos funcionales:
_________________________________________________________________________
i.
Permitir digitalizar y almacenar imgenes de documentos, en formatos

TIFF, JPG, BMP, PCX, DCX, CALS, JEDMICS, DWG, GIF, PDF.
ii.
Debe permitir recibir y enviar documentos almacenados a travs de correo

electrnico, fax, entre otros. Para el envi de documentos por correo, se deber poder
seleccionar al cliente de la aplicacin de correo electrnico y exigir los controles de
permisos para asegurar que el usuario esta autorizado.
iii.
La herramienta integrada, debe contar con una interfaz amigable que permita
al usuario realizar consultas de acuerdo a los criterios que estime conveniente y que le
permita visualizar las imgenes con las siguientes facilidades mnimas:
Rotacin de la imagen
Realizar acercamientos o alejamientos (Zoom)
Realizar anotaciones y agregar comentarios
Impresin
Envi por correo electrnico o fax
Exportar y otros
iv.
La herramienta integrada, debe permitir a los usuarios responsables, la

parametrizacin del sistema, de modo que dependiendo de la oficina, del tipo y sub.tipos del trmite se definan los documentos, requisitos asociados al trmite y la
tipologa de documentos que conforman cada unidad documental.
v.
La herramienta integrada, debe llevar una bitcora de los eventos relevantes,
tales como fechas y horas de conexin y desconexin de usuarios, modificaciones,
inclusiones, almacenando siempre la identificacin del usuario que las realiza.
vi.
Debe contar con un mecanismo que permita organizar los documentos en
forma jerrquica y/o relacional, de forma que se permita asociar documentos si existe
relacin entre ellos.
vii.
La herramienta integrada, debe permitir la creacin de una estructura de
ndices sin limites.
c) Gestin de datos tipo parmetros:
El sistema propuesto debe proveer las funciones necesarias para registrar, dar
mantenimiento, consultar y listar todos los datos maestros y parmetros que sean
requeridos para la operacin y funcionamiento del mismo.
_________________________________________________________________________
d) Consultas y Reportes
El sistema propuesto debe permitir consultas y emitir reportes cuya informacin ser
utilizada para dar seguimiento a un trmite de Becas y Prstamo, conocer el estado u
obtener informacin de las solicitudes realizadas por los usuarios, con el propsito de
facilitar el anlisis de los mismos para la toma de decisiones.
Las consultas y reportes deben poder generarse estipulando ciertos criterios de
seleccin de manera flexible, tales como:
El periodo que desea (fecha desde-hasta)
Los criterios de seleccin de los datos que se desean seleccionar deben ser variados:
Departamento, seccin o todos los departamentos/secciones del IFARHU.

Usuarios(s) especifico o todos los usuarios
Tipo de tramite (Becas o Prestamos) o todos los tramites
Por nombre o todos los nombres
Por cedula o todas las cedulas
Por provincia o todas las provincias
Por distrito o todos los distritos
Por corregimiento o todos los corregimientos
Por programa de Becas o todos los programas
Por tipo de Prstamo o todos los prestamos
Entre otros.......................
En el caso de los reportes, todos deben mostrar totales y subtotales de los campos
de valor numrico solicitados.
Los encabezados de los reportes y de las consultas deben seguir un estndar.
El sistema propuesto deber facilitar como mnimo las siguientes consultas y
reportes:
1) Consulta de Solicitudes o Tramites de Becas y Prstamos
Se debe permitir realizar consultas referentes a informacin general de los servicios
que presta la Institucin, as como conocer el estado (activos, pendientes, concluidos,
entregados o por entregar) e informacin general de un tramite.
_________________________________________________________________________
Las principales consultas que deber brindar esta opcin son:
Trmite y requisitos: esta opcin debe tener un enlace directo con el URL de la
pagina Web del sistema de Panam Tramita donde estarn descrito los trmites
y requisitos del IFARHU, para brindar informacin que servir para guiar o
asesorar a un usuario.
Informacin de un trmite: Esta consulta permitir obtener informacin de los
trmites activos, conocer el estado, el paso en el que se encuentra, permitiendo de
esta forma darle seguimiento a un determinado tramite. Adems, deber permitir,
verificar el histrico de la solicitud, es decir, visualizar informacin referente a
todas las fases o etapas por las cuales ha pasado el trmite desde que se inicio,
tales como, departamento, paso, responsable, fecha de inicio, fecha de
culminacin, estado, resultado y observaciones.
Solicitudes por atender: Esta consulta deber permitir al personal asignado de
cada departamento, verificar o listar los trmites tanto de Becas como de
Prstamos, que debern ser atendidos en un determinado paso, verificar la
informacin pertinente y permitir registrar o asignar el responsable, y de esta
forma dar continuidad a la ejecucin del mismo.
Solicitudes por entregar: Esta consulta permitir visualizar informacin
referente a las solicitudes de Becas y prestamos, que estn pendientes de entrega
al solicitante, la cual debe listar como mnimo fecha de inicio del beneficio, fecha
de culminacin del beneficio, nombre del beneficiario o prestatario, tipo de
programa (becas), tipo de prstamo, nmero de telfono, correo electrnico,
estatus, observacin, de tal forma que se pueda localizar al usuario e informarle
que debe pasar por las oficinas a retirar la solicitud, tanto para las concluidas
como las que requieren correccin. Debe de existir una versin de esta consulta
disponible en Internet.
Solicitudes entregadas: Esta consulta permitir visualizar informacin referente
a los trmites concluidos y entregados al usuario.
_________________________________________________________________________
2) Consultas e Informes para monitoreo del proceso
Lista de trmites en progreso y pendientes a la fecha. Debe indicar estado de
avance: verde, amarillo, rojo; cola de funcin y funcionario responsable.
Lista de tramites asignados por cola de funcin y funcionario (carga de trabajo),
debe indicar el estado de avance: verde, amarillo y rojo.
Lista de trmites atrasados, estado: amarillo y rojo.
3) Consultas e Informes para conocer el estado de los trmites
Lista de trmites (Becas/Prstamos) con su estado actual, permitiendo
seleccionar un estado o todos los estados.
Listado del historial de un trmite (Becas/Prstamos) (recorrido).
Consulta del estado actual de un trmite: paso actual, condicin y persona que
lo esta trabajando. Debe indicar pasos siguientes del recorrido.
4) Consultas para uso del Pblico en General, Clientes y otras entidades
El acceso a estas consultas debe facilitarse a travs de una aplicacin y base de
datos separadas de las que manejan los procesos propios del IFARHU por efectos
de seguridad y para que no afecten la operatividad de la Institucin. Se debe
considerar la actualizacin en lnea o mediante proceso batch de esta base de
datos, de manera que cuando los usuarios consulten el estado de sus trmites, la
informacin est actualizada.
Se deben considerar consultas con criterios de bsqueda amplios, donde el
usuario pueda seleccionar sus:
Trmites que estn en proceso utilizando el nombre o cdigo de identificacin (
cedula ), se debe mostrar las generales del tramite con el estado e instancia
donde se encuentra el tramite.
5) Reportes
El sistema propuesto deber brindar una serie de opciones, tales como: informes,
actas, resoluciones, contratos, memorando, recibo, notas, cheque y otros
documentos principales que deben ser emitidos durante la ejecucin del trmite
en sus diferentes etapas o procesos. Para tal fin, se deben disear plantillas, las
cuales deben ser generadas automticamente con toda la informacin requerida.
_________________________________________________________________________
i. Actas, Resoluciones ( Becas) y Contratos ( Prestamos)
El sistema propuesto deber listar los diferentes documentos que podrn ser
emitidos segn su rol. Para cada una de los documentos mencionados, deber
disearse una plantilla donde ser desplegada o vaciada automticamente la
informacin correspondiente.
Estos documentos debern poder ser visualizadas previamente antes de
proceder a imprimirlas. Solo podrn emitir estos documentos, el o los
funcionarios que tengan acceso a esta opcin.
ii. Reportes de control para las solicitudes de Becas y Prestamos
A continuacin se listan algunos reportes que deben ser considerados, sin
embargo, durante la etapa de anlisis detallado se definir la lista de todos los
reportes requeridos:
Solicitudes recibidas en un periodo determinado: Se debe listar el
numero de solicitud (Becas Nacionales e Internacionales y Prstamo),
tipo de prstamo, tipo de programa de beca, el estado de la solicitud, por
colegio, por universidad, fecha en que se dio inicio a la solicitud.
El objetivo es dar a conocer el volumen de tramite para el periodo
seleccionado.
Solicitudes finalizadas: Este reporte debe listar el nmero de solicitud,
tipo de solicitud, fecha de entrega , nombre del solicitante, telfono
correspondiente a las solicitudes que han sido concluidas o ejecutadas
totalmente.
Solicitudes No entregadas: Este reporte deber listar todas aquellas
solicitudes que han completado todo el proceso, pero no han sido
retiradas por sus solicitantes. El mismo deber listar el numero de
solicitud, tipo de solicitud, fecha en la cual se completo la ultima fase del
trmite, nombre del beneficiario (Becas), nombre del prestatario
(Prstamo), colegio, universidad, telfono, correo electrnico (de tal
forma que se pueda contactar e informar al solicitante sobre el estado del
tramite.
_________________________________________________________________________
Solicitudes pendientes: este reporte debe listar todas aquellas solicitudes
que tienen un periodo prolongado (tiempo superior al estipulado para el
trmite en los parmetros) a partir de la fecha que se dio entrada a la
solicitud, ya sea por informacin pendiente o porque no se le ha dado un
seguimiento adecuado a la misma. El objetivo de este reporte es
identificar estos casos y tratar de buscarles una solucin, de forma tal que
no se acumulen transacciones, por tanto, este reporte deber listar entre
otros los siguientes datos: numero de solicitud, nombre del solicitante,
tipo de solicitud, funcionario responsable y observaciones.
iii. Reportes Estadsticos
El sistema propuesto debe permitir que se generen una serie de reportes que
den a conocer informacin estadstica de la solicitudes realizadas tanto para
Becas como para Prstamos, de manera tal que permita analizar el flujo de
procedimientos, apoyar en la toma de decisiones y brindar un mejor servicio.
Se debe considerar mantener la informacin fuente para generacin de las
estadsticas en un servidor diferente al de produccin, para que al momento
de generarlas no afecte la operatividad de los trmites. Puede ser el mismo
repositorio que se utilizar para las consultas va internet.
VII.
CAPACITACIN A USUARIOS
El proponente deber presentar una propuesta del plan de capacitacin que incluya como
mnimo lo siguiente:
1.
Capacitacin a Usuarios segn la funcin que desempean:
a. Usuarios entrenadores
b. Usuario final, segn la funcin que desempea
c. Personal Tcnico, en los sistemas, sus herramientas, componentes y en las
tecnologas utilizadas para el desarrollo, procesos de conversin e
implantacin de manera que puedan realizar la operacin y mantenimiento
del sistema propuesto y sus componentes.
d. Personal de Soporte y de Ayuda al Usuario.
_________________________________________________________________________
A continuacin el cuadro de la cantidad de personas a entrenar segn su tipo,
Tipo de Personal
Usuarios entrenadores
Usuarios finales por rea
Personal tcnico de desarrollo
Personal de Soporte Tcnico
Personal de Mesa de Ayuda
Cantidad
6
1 por rea
2
5
4
La Gua de Adiestramiento deber ser facilitada a los usuarios, previo al

entrenamiento para que se familiaricen con el tema.
2.
Temario de la capacitacin, duracin, contenido y nivel tcnico deseado de los

participantes.
3.
Los horarios y grupos de capacitacin se definirn en comn acuerdo.
4.
El entrenamiento debe ser de tipo terico y prctico (incluir laboratorios)
5.
En caso de que el personal a capacitar no tenga conocimientos en le manejo de

computadoras, el Proponente debe considerar una capacitacin bsica en computadoras
en el manejo de Windows, Word y digitalizacin, ste ltimo en caso que las funciones
del usuario as lo requieran.
6.
Adquirir certificados del personal que dictar los Cursos del software ofertado.
7.
El proponente tambin debe considerar en su propuesta del plan de capacitacin:

a. La induccin a todos los funcionarios sobre el alcance, objetivos y beneficios del
proyecto.
b.Capacitacin a todos los usuarios del sistema de acuerdo a sus funciones
dentro del proceso.
VIII.
MANUALES DEL SISTEMA
La propuesta debe considerar la entrega de los manuales que se detallan a continuacin:

1. manual de usuario final
2. Manual Tcnico, que incluya los aspectos de base de datos, seguridad del sistema,
diagramas de flujo de datos y procesos, entre otros.
3. Manual del Operador
_________________________________________________________________________
4. Manual de Conversin de datos
5. Manual de procedimientos de respaldo y recuperacin de todos los componentes del
sistema (repositorios de datos y aplicacin)
6. Gua para la publicacin de cambios o parches al sistema (repositorio de datos y
aplicacin)
Los manuales deben suministrarse en medios electrnicos para que puedan utilizarse a travs de
la intranet.
El sistema propuesto debe poseer ayuda en lnea, a travs de opciones de Ayuda (Help)
Incorporados en los mens del sistema, los cuales deben ser un reflejo de los manuales de
usuario, manuales tcnicos y manuales administrativos.
Todos los manuales y documentacin del sistema deben ser presentados en el idioma espaol.
IX.
CONVERSIN DE DATOS DE SISTEMAS ACTUALES
El Proponente deber considerar en su propuesta como parte del proyecto, la migracin y/o
alimentacin de los datos relacionados con el alcance de la contratacin.
La conversin de datos debe incluir lo siguiente:
Datos de parmetros que utilizara el sistema propuesto y que estn actualmente utilizando los
sistemas a migrar. De requerirse datos de parmetros cuya informacin no este disponible en
el sistema actualmente en uso, el proponente deber facilitar los programas para el
mantenimiento de todos los parmetros y variables que utilizara el sistema.
Informacin tabular de archivos maestros y datos de todas la Becas y Prstamo en todas sus
instancias, actualmente almacenados en el sistema Mainframe
Documentos, imgenes e ndices relacionados, almacenados en el sistema e-power utilizado
actualmente en el IFARHU.
Los datos a migrar sern entregados por el IFARHU en formato TXT y de acuerdo con las
especificaciones de layout que se acuerden entre el Contratante y el Proponente. El
IFARHU ser responsable de los costos y tareas que sean requeridos para entregar los
archivos en dicho formato y tambin ser responsable de la calidad y validacin de los datos
entregados.
En lo que respecta a las imgenes a migrar:
Los ndices de las imgenes, as como los datos correspondientes a la referencia de su
ubicacin fsica, los entregara el IFARHU en formato TXT. El IFARHU ser responsable
de los costos y tareas que sean requeridos para entregar los archivos de dicho formato.
_________________________________________________________________________
El Proponente debe convertir los archivos de imgenes de formato TIFF a formato GIF o
JPG y ser su responsabilidad el espacio de almacenamiento necesario para llevarla a
cabo de acuerdo a los recursos y holgura de espacio en disco(s) con los que el IFARHU
cuenta.
El plan de conversin de los trmites de Becas y Prstamos, que estn en proceso ser acordado
entre el Coordinador del Proyecto de parte del IFARHU y el Proponente.
El Proponente deber desarrollar los programas de migracin de los datos mencionados,
asegurando que las cargas sean efectivas. Para lo cual debe facilitar informes de control que
muestren las cantidades de registros migrados, y totales para los valores numricos ms crticos.
Las pruebas de conversin de los datos deben realizarse en ambiente de pruebas para asegurar
que todos los datos cargan y que el sistema funciona correctamente con los datos migrados.
Los resultados de las pruebas de conversin, calidad de los datos, cantidad de registros
migrados o cargados, as como la validaciones de montos numricos deben estar debidamente
certificados y aprobados por el Coordinador de Proyecto de parte del IFARHU, antes de que se
realice la conversin y utilizacin en produccin.
X.
PRUEBAS DEL SISTEMA
El Proponente deber considerar las siguientes pruebas conjuntamente con el usuario para
asegurar la funcionalidad y eficacia del nuevo sistema:
1. pruebas relativas a la conversin y carga de los datos de los sistemas actuales al
sistema propuesto.
2. Pruebas funcionales del sistema, con datos de trmites nuevos y con datos de
informacin migrada.
3. Pruebas integrales con otros sistemas y componentes con los cuales tendr enlace el
sistema propuesto, tales como administrador de documentos, sistema del Tribunal
Electoral, sistema de Registro Pblico, sistema de la ATTT, sistema de la APC,
entre otros mencionados en la seccin de Requerimientos de enlace con otros
sistemas.
4. Prueba de simulacin de carga de trabajo: El Proponente deber reproducir en un
ambiente equivalente al de produccin, la carga de trabajo que representan el
nmero de usuarios concurrentes especificados en el Pliego de Cargos, realizando
tareas representativas.
5. Prueba de fallos y redundancias.
_________________________________________________________________________
6.
7.
8.
9.
10.
Pruebas de procesos de replicacin de datos.

Pruebas de los procesos de respaldo y recuperacin de datos e imgenes.
Pruebas de auditoria y seguimiento de las operaciones del sistema.
Prueba de los procesos de contingencias y de manejo de incidencias.
Pruebas de Consultas WEB para asegurar la funcionalidad a ser utilizada por
usuarios internos y externos.
11. pruebas de certificacin del sistema de parte del usuario. El Proponente y el
IFARHU acordarn la ejecucin del ciclo de prueba final con los procesos y
operaciones automatizadas para la aprobacin de la implantacin en produccin,
del sistema propuesto.
El Proponente debe presentar un plan de pruebas por instancias y funcionalidad. El IFARHU de
elaborar los casos de pruebas para asegurar la funcionalidad y calidad del sistema propuesto, y
que lo entregado por el Proponente cumple con todo lo solicitado en el Pliego de Cargos.
El Proponente debe completar todas las pruebas y control de calidad de los sistemas, base
de datos, programas y componentes previo a presentarlos para las pruebas de parte del
IFARHU.
XI.
PLAN DE TRABAJO Y TIEMPO DE ENTREGA
El Proponente deber incluir en su propuesta el plan de trabajo para el desarrollo, implantacin

del sistema propuesto as como para el seguimiento y estabilizacin del sistema en la etapa
post-implantacin. La implantacin debe incluir a las oficinas de la sede del IFARHU y a las
oficinas regionales de la Institucin y debe considerar la conversin de los datos del sistema
actual.
El plan debe incluir una descripcin de la metodologa de trabajo que utilizar el Proponente.
El tiempo mximo de entrega estipulado es como sigue:
6 meses para las tareas de anlisis, diseo y pruebas del sistema.
2 meses para la conversin de datos e implantacin del sistema en las oficinas
de la sede del IFARHU y en las oficinas regionales de la institucin.
XII.
PUESTA EN MARCHA
La puesta en produccin del sistema propuesto, se establecer de mutuo acuerdo entre el

Proponente y el IFARHU a travs del Coordinador del Proyecto, una vez se hayan concluido
satisfactoriamente las pruebas de certificacin del sistema de las partes a implementar.
El Proponente debe presentar en su propuesta un plan para la puesta en produccin.
Como estrategia general de la puesta en produccin del sistema propuesto y slo como
referencia, se sugiere que la implantacin se lleve a cabo de manera escalonada y por fases:
_________________________________________________________________________
Ejecucin de un paralelo de las funciones del IFARHU. El Proponente y el IFARHU

acordaran la metodologa, las oficinas y trmites que considerarn para el paralelo.
El proponente debe considerar dentro de su plan de trabajo que previo a continuar con
la puesta en marcha, deben completarse todos los ajustes que requiriese el sistema,
como resultado del ejercicio del paralelo implementado.
XIII.
ENTREGABLES
Entregable es el producto, parte de una secuencia lgica, que se asegura el logro gradual de los
objetivos y el cabal cumplimiento del proyecto estipulado en este Pliego de Cargos.
El Proponente presentar los entregables al Coordinador del Proyecto por parte del IFARHU.
El Proponente presentar los entregables al Coordinador del Proyecto del IFARHU. La entrega
de los mismos debe quedar evidenciada mediante acuse de recibo y los entregables sern
considerados vlidos despus de la revisin y aprobacin por parte del IFARHU.
A continuacin se detalla la lista de entregables que el Proponente debe suministrar, segn las
fechas que se establezcan en el plan de trabajo acordado entre las partes:
1. Plan de trabajo detallado para la ejecucin del proyecto con fechas de terminacin de
tareas y responsables (cronograma de actividades), para aprobacin de parte del
IFARHU.
2. Especificaciones del Pliego de Cargos homologadas y aprobadas por el
IFARHU.
3. Documentos del diseo lgico detallado y fsico del sistema propuesto entregado y
aprobado por la Coordinacin del Proyecto del IFARHU.
4. Diseo arquitectnico de la aplicacin y sus componentes de software.
5. Prototipo funcional de los procesos de los trmites para la aprobacin de los usuarios
del IFARHU.
6. Herramienta de desarrollo y administracin (workflow) o BPM, integrada a la
aplicacin.
7. Funcionalidad de la aplicacin propuesta con la herramienta de Administracin de
Documentos Digitales (e-power) con que cuenta el IFARHU.
8. Software de produccin de los sistemas y componentes contratados: entregados,
instalados y funcionando, con su documentacin, licencias y manuales de operacin.
9. Cdigo fuentes del sistema desarrollado.
_________________________________________________________________________
10. Datos migrados de los sistemas Mainframe, e-power. LA migracin deber ser
desarrollada, probada y documentada en ambiente de pruebas, luego instalada y
migrada en el ambiente de produccin. Este entregable estar compuesto por la
migracin aprobada y la documentacin relacionada.
11. Componentes tcnicos y de programacin requeridos en el sistema, para ejecutar los
enlaces y validaciones con los sistemas especificados en el punto VI. de este captulo.
Se entiende que el Proponente ser responsable de desarrollo, probar y entregar estos
componentes tcnicos y de programacin, solamente para el sistema propuesto. La
coordinacin del desarrollo, pruebas y entrega de los componentes que se requieren de
parte de los sistemas terceros, es responsabilidad del IFARHU.
12. Documentacin de Desarrollo entregada y aprobada.
13. Documentacin del Plan de Pruebas o estabilizacin del Sistema entregada y aprobada.
14. Licencias originales de todas las herramientas y productos necesarios para el diseo
fsico, desarrollo e implantacin del sistema propuesto. Estas debern estar instaladas y
en correcto funcionamiento de acuerdo al uso de las mismas definido en la propuesta
inicial.
15. Plan de capacitacin y trasferencia de conocimientos, entregado y aprobado por el
IFARHU. Este documento deber indicar los grupos de entrenamiento segn la funcin,
horario y el temario. En adicin, debe incluir la transferencia de conocimientos a los
administradores y personal tcnico en las reas de migracin, administracin del
sistema, resolucin de problemas y plan de pruebas de estos procesos. Igualmente se
debe entregar la Gua de Adiestramiento previo a la capacitacin y llevar a cabo la
capacitacin al usuario segn el calendario establecido en el plan de trabajo.
16. Manuales del sistema.
17. Flujo de trabajo del ciclo completo de los trmites, funcionando y listos para ser
utilizados, con todos los aspectos (tales como requisitos, alertas, motivos de rechazo),
validaciones, documentos, firmas y dems componentes estipulados en el pliego de
cargos, para los tipos y sub-tipos de trmites.
18. Documentacin con el programa de ejecucin, del plan piloto del sistema propuesto,
con las operaciones y oficinas que participarn, la fecha de inicio, seguimiento, control
y mecanismo para reportar, corregir e implementar incidencias que identifiquen las
instancias directamente relacionadas con el piloto, entregado y aprobado. Este
documento deber contener las especificaciones detalladas de los procesos a seguir,
hitos de revisin y calificacin del proceso por medio de los cuales se dar por aceptada
esta etapa.
19. Documento con el plan de Implantacin entregado y aprobado.
20. Informe de Incidencias y mejoras, resultado del seguimiento y estabilizacin del
sistema propuesto en la etapa Post-Implantacin y el formulario de Aceptacin Final
firmado por el Coordinador del Proyecto.
21. Informes peridicos de avance de los trabajos y Acta de reuniones de seguimiento. La
periodicidad de las reuniones de seguimiento del proyecto ser establecida por el
Coordinador del Proyecto
XIV.
RESPONSABILIDADES DEL PROPONENTE
_________________________________________________________________________
1.
2.
3.
4.
5.
6.
7.
8.
9.
El Proponente estar a cargo del anlisis, desarrollo, configuracin, capacitacin y

puesta en marcha de la solucin propuesta, los mismo que el apoyo y mantenimiento a la
solucin propuesta durante el perodo de seguimiento y estabilizacin y el periodo de
garanta.
El Proponente presentar el cronograma de trabajo tomando en consideracin los
tiempos mximos estipulados en el pliego para el desarrollo y puesta en marcha del
proyecto. El Proponente debe presentar el cronograma de trabajo del proyecto para la
aprobacin por parte de la Coordinacin del Proyecto del IFARHU.
El Proponente analizara los flujos de procesos y dems requisitos presentados en el
pliego de cargos y los homologara con personal del IFARHU asignado, luego de lo cual
presentar los flujos propuestos y prototipos que se acuerden, para la debida aprobacin por
el IFARHU previo al desarrollo de la aplicacin.
El Proponente asignar el recurso profesional y tcnico idneo y con experiencia en la
solucin propuesta requerido para que el proyecto se ponga en marcha en el tiempo
estipulado en el pliego de cargos.
El Proponente asignar un lder de proyecto. Quien ser el punto de contacto y adems
planear, coordinar e informar sobre las actividades y tareas del plan de trabajo
asegurando que se cumplan de acuerdo lo programado.
El Proponente acordar con el personal del IFARHU la periodicidad y fechas de las
reuniones de avances del proyecto, entregar el informe de avances correspondientes y el
acta con lo tratado en dichas reuniones.
El Proponente obtendr las aprobaciones necesarias de parte del IFARHU en las tareas
o etapas estipuladas en el pliego de cargos.
El Proponente entregar los productos estipulados en la seccin de entregables segn lo
estipulado en el cronograma de trabajo aprobado por el IFARHU.
Proveer los programas de captura que permitan levantar en el sistema propuesto, datos
que no estn disponibles en los sistemas actuales del IFARHU y que sean necesarios para la
implantacin del mismo.
XV.
RESPONSABILIDAD DEL CONTRATANTE
A continuacin se detalla una lista de responsabilidades, las cuales deben ser completadas
oportunamente por parte del IFARHU y por las dems instituciones involucradas, para efectos
de lograr una implantacin exitosa del proyecto.
1. El IFARHU asignar el recurso profesional y tcnico necesario y el Coordinador del
Proyecto, quien ser el punto de contacto con el lder de proyecto del Proponente y adems
coordinar e informar sobre las actividades y tareas del plan de trabajo que le
correspondan al IFARHU, asegurando que se cumplan de acuerdo lo programado.
2. Documentar los procedimientos operativos correspondientes al proceso del nuevo sistema
para todas las instancias.
3. Redefinir las funciones para los funcionarios que lo requieran, por efectos de cambios que
resulten del nuevo sistema.
4. Facilitar la informacin necesaria, tanto tecnolgica como de funcionamiento, con relacin
a las aplicaciones con las cuales deber interactuar, integrarse o enlazarse el sistema
propuesto, de acuerdo a lo solicitado en el punto VI. de este capitulo.
_________________________________________________________________________
5. Coordinar el desarrollo, pruebas e implementacin de los componentes tcnicos y de
programacin, necesarios en los sistemas terceros para que el sistema propuesto logre
ejecutar los enlaces y validaciones requeridas, segn ha sido especificado en este pliego de
cargos.
6. Proveer la informacin tabular y de imgenes de las tablas maestras, de parmetros y
criterios que estn actualmente en uso en los sistemas Mainframe y e-power para que sean
migradas por el Proponente a las tablas del sistema propuesto.
7. Acordar con el Proponente la forma como se llevar a cabo la migracin de los datos de los
trmites que estn en proceso, incluyendo la digitalizacin de la documentacin
relacionada.
8. Proveer las computadoras personales, equipo perifricos, la infraestructura de la red,
comunicaciones y todos los componentes de hardware y software necesarios para operar el
sistema propuesto.
9. Cargar en el sistema todos los datos maestros, parmetros, usuarios, roles, etc., necesarios
para la operacin del mismo y que no pudieran ser convertidos y migrados de los actuales.
XVI.
CONDICIONES GENERALES
1. El Proponente deber adjuntar los estados financieros auditados correspondiente a los

ltimos tres (3) aos, as como la certificacin bancaria sobre la disponibilidad de lnea
De crdito de US $ 500,000.00 para financiar el proyecto. Si el Proponente no cumple con
esta condicin no podr ser tomado en cuenta para efectos de evaluacin.
2. El Proponente deber aportar como parte de su documentacin cartas de clientes que
comprueben que cuenta con experiencia en proyectos de complejidad similar, basados en
las tecnologiaza ofertadas.
3. El Proponente debe contar con, al menos, un (1) proyecto en funcionamiento de sistemas de
Flujo de Trabajo (workflow), incluyendo la integracin de herramientas de administracin
de documentos, si el Proponente no cumple con esta condicin no podr ser tomado en
cuenta para efectos de evaluacin.
4. El motor de base de datos ofertado debe contar con al menos 10 instalaciones locales u
internacionales comprobadas, debidamente certificadas por los clientes. Si el Proponente no
cumple con esta condicin no podr ser tomado en cuenta para efectos de evaluacin.
5. Se debe adjuntar folletos especficos que describan los productos ofertados sobre los cuales
se desarrollara el sistema propuesto, esto incluye el Manejador de Flujos de Trabajo, el
motor de Base de Datos, el motor de Aplicaciones, herramientas o tecnologas de desarrollo
a utilizar. Si el Proponente no cumple con esta condicin no podr ser tomado en cuenta
para efectos de evaluacin.
_________________________________________________________________________
6. El Proponente deber brindar una garanta para todos los componentes del sistema, no
menos, de 12 meses a partir de la fecha de aceptacin de la implementacin, que cubra el
mantenimiento correctivo que re3quiera el sistema en este plazo.
7. El Proponente debe contar con soporte directo del fabricante de las herramientas sobre las
que se desarrollar y operar el sistema propuesto. Para ello, debe aportar una carta del
fabricante que indique explcitamente los aos de experiencia en la solucin propuesta y/o
similares y que el Proponente cumple con los requisitos para distribuir y dar mantenimiento
a estos componentes.
8. Es requisito del Proponente, brindar a los funcionarios del Registro Pblico y la Secretaria
de Innovacin Gubernamental asignados, una demostracin de las herramientas sobre las
que se desarrollar y operar el sistema propuesto.
9. Presentar la estructura de apoyo al cliente con que cuenta el Proponente.
10. El Proponente deber presentar en su propuesta la descripcin de la metodologa de trabajo
que utilizar para el proyecto y el plan de trabajo. Si el Proponente no cumple con esta
condicin no podr ser tomado en cuenta para efectos de evaluacin.
11. Toda propuesta estar sujeta a revisin conforme a las especificaciones tcnicas
establecidas en el Pliego de Cargos.
12. El IFARHU se reserva el derecho de verificar la informacin entregada por el

Proponente.
TABLA DE CONTENIDO
1.
FORMATO DE PROPUESTA
2.
FORMATO DE PROPUESTA ECONOMICA
3.
ANTECEDENTES LEGALES DE LA EMPRESA
4.
CAPACIDAD FINACIERA
5.
EXPERIENCIA EN PROYECTOS SIMILARES Y/O RELACIONADOS
6. LISTADO DETALLADO DEL EQUIPO, PROGRAMAS U OTROS

ELEMENTOS OFRECIDOS
7. MODELOS DE FIANZAS
a.
FIANZA DE PROPUESTA O FIANZA PROVISIONAL
b.
FIANZA DE CUMPLIMIENTO DE CONTRATO
8.
MODELO DE CONVENIO DE CONSORCIO
_________________________________________________________________________
9.
FORMATO DE CARTA PODER DE COMPROMISO DE

RESPOPONSABILIDAD SOLIDARIA
_________________________________________________________________________
1. FORMATO DE PROPUESTA
Panam,
de
de 2007
Seor
Director General
Instituto para la Formacin
de Recursos Humanos
E. S.
D.
Luego de haber examinado el Pliego de Cargos, incluidas sus adendas, los suscritos presentamos propuesta
para la CONTRATACION DE SERVICIOS DE ANALISIS, DISEO, DEARROLLO E IMPLEMENTACION
DEL SISTEMA INTEGRAL INFORMATICO que corresponde a la Licitacin Pblica No.
del Instituto para
la Formacin de Recursos Humanos (IFARHU).
Nos comprometemos a entregar los servicios objeto de este contrato en los siguientes plazos: seis (6) meses para tareas
de anlisis, diseo, desarrollo y pruebas del sistema y dos (2) meses para la conversin de datos e implantacin del
sistema de oficina de la sede del Instituto para la Formacin de Recursos Humanos.
Aceptamos, sin restricciones ni objeciones, todo el contenido del Pliego de Cargos.
Adjuntamos los siguientes documentos: (marcar con X los que est adjuntando)
PODER DEL REPRESENTANTE AUTORIZADO EN EL ACTO (FORMULARIO No.1) (slo es caso de hacerse
representar)
CARTA DE INTENCION DE CONSTITUCION DEL CONSORCIO O ASOCIACION ACCIDENTAL (slo para cuando
aplique)
ANTECEDENTES LEGALES DE LA EMPRESA (FORMULARIO No.2)
CERTIFICADO DE REGISTRO PUBLICO O ACTA CONSTITUTIVA (slo cuando la empresa es extrajera)
DECLARACION JURADA, CONFORME AL ARTICULO 5 DE LA LEY No.58 de 12 de OCTUBRE DE 2002
CAPACIDAD FINACIERA DE LA EMPRESA (FORMULARIOS NO.3,No.3b y No.3c)
ESPERIENCIA EN PROYECTOS SIMILARES Y/O RELACIONADAS (FORMULARIO No.4)
DESCRIPCION DE LA SOLUCION TECNICAS (PROPUESTA TECNICA)
LISTADO COMPLETO DEL EQUIPO OFRECIDO
_________________________________________________________________________
PARA EFECTOS DE LA REMISION DEL INFORME DE LA COMISION EVALUADORA Y LAS NOTIFICACIONES DE
LAS RESOLUCIONES QUE SE DICTEN DENTRO DEL EXPEDIENTE, DESIGNAMOS A ____________________
PORTADOR(A) DEL DOCUMENTO DE IDENTIDAD___________________CON
DOMICILIO FISICO EN LA REPUBLICA DE PANAMA, UBICADO EN_____________________,NUMERO DE
TELEFONO_________________
NUMERO DE FAX________________Y SU E-MAIL ES__________________
Pgina No.2
Formato de Propuesta Tcnica
REPRESENTANTE EN EL ACTO:__________________________ (nombre y generales en letra imprenta)
__________________________________________________________________
(NOMBRE DE LA PERSONA JURIDICA O NATURAL EN LETRA IMPRENTA)
______________________________________________________________________
(FIRMA Y NOMBRE DEL REPRESENTANTE LEGAL DE LA PERSONA
NATURAL O DEL APODERADO EN EL ACTO)
CEDULA DE IDENTIDAD PERSONAL No.________________
---------------------------------------------------------------------------------------------------------------------------(en caso de consorcios o asociacin accidental)
__________________________________________________________
(NOMBRE DEL CONSORCIO, EN LETRA IMPRENTA)
_________________________________________________________________
(FIRMA Y NOMBRE DEL REPRESNTANTE PRINCIPAL DEL CONSORCIO)
NOTA: ES DE OBLIGATORIO CUMPLIMIENTO EN DESIGNAR PARA EFECTOS DE

LAS NOTIFICACIONES, A UNA PERSONA CON DOMICILIO FISICO EN LA
REPUBLICA DE PANAMA Y DEFINIR CON CLARIDAD SUS GENERALES LA
UBICACIONES DE DICHO DOMICILIO, LOS NUMEROS DE TELEFONOS,
FAX, TELEX, E-MAIL, DE LA PERSONAL DESIGNADA, CON EL OBJETO DE
_________________________________________________________________________
GARANTIZAR UNA EFICIENTE EVALUACION DE LOS PROCEDIMIENTOS
JURIDICOS.
2.
Panam,
de
FORMATO DE PROPUESTA ECONOMICA
de 2007
Seor
Director General
INSTITUTO PARA LA FORMACION DE
RECURSOS HUMANOS
E.
S.
D.
Luego de haber examinado el Pliego de Cargos, incluidas sus adendas, los suscritos presentamos propuesta para la
CONTRATACION DE SERVICIOS DE ANALISIS, DISEO, DESARROLLO E IMPLEMENTACION DEL SISTEMA
INTEGRAL INFORMATICO, que corresponde a la Licitacin Pblica No.
del Instituto para la Formacin de
Recursos Humanos (IFARHU).
Adjuntamos fianza Provisional que cubre no menor del 15% del total del monto de los servicios que se ofrecern
anualmente por
con una validez no menor de CIENTO VEINTE (120) DIAS CALENDARIO, contados a partir de la
fecha de apertura de las propuestas.
Nos comprometemos a entregar los servicios objeto de este contrato en los siguientes plazos: 6 meses para tareas de
anlisis, diseo y pruebas del sistema y 2 meses para la conversin de datos e implantacin del sistema de oficina de la
sede del Instituto para la Formacin de Recursos Humanos (IFARHU).
Aceptamos sin restricciones ni objeciones, todo el contenido del Pliego de Cargos.
Nuestra propuesta contempla el cinco por ciento (5%) del Impuesto sobre la Transferencia de Bienes Corporales
Muebles y la Prestacin de Servicios (I.T.B.M.S.)
Nuestra propuesta para la CONTRATACION DE SERVICIOS DE ANALISIS, DISEO E IMPLEMENTACION DEL
SISTEMA
INTEGRAL
INFORMATICO,
es
por
la
suma
de
_________________________________________________________________________
_________________________________________________________________
Adjuntamos los siguientes documentos (marcar con X los que est adjuntando)
FIANZA PROVISIONAL DE PROPUESTA (segn modelo estndar aprobado por la Contralora General de la
Repblica)
LISTADO DE DESGLOCE DE PRECIOS.
_________________________________________________________________________
Pgina No.2
Formato de Propuesta Tcnica
Licitacin N __________________________________
PARA EFECTOS DE LA REMISION DEL INFORME DE LA COMISION EVALUADORA Y LAS

NOTIFICACIONES DE LAS RESOLUCIONES QUE SE DICTEN DENTRO DEL EXPEDIENTE,
DESIGNAMOS A
____________________ PORTADOR(A) DEL DOCUMENTO DE
IDENTIDAD___________________CON DOMICILIO FISICO EN LA REPUBLICA DE PANAMA,

UBICADO EN________________________________________________________
NUMERO DE TELEFONO_________________NUMERO DE FAX________________Y SU
E-MAIL ES__________________________________________
REPRESENTANTE EN EL ACTO__________________________ (nombre y generales en letra imprenta)
________________________________________________________
(NOMBRE DE LA PERSONA JURIDICA O NATURAL EN LETRA IMPRENTA)
______________________________________________________________
(FIRMA Y NOMBRE DEL REPRESENTANTE LEGAL DE LA PERSONA
NATURAL O DEL APODERADO EN EL ACTO)
CEDULA DE IDENTIDAD PERSONAL No.________________
-------------------------------------------------------------------------------------------------------------------------(en caso de consorcios o asociacin accidental)
__________________________________________________________
(NOMBRE DEL CONSORCIO, EN LETRA IMPRENTA)
_________________________________________________________________
(FIRMA Y NOMBRE DEL REPRESNTANTE PRINCIPAL DEL CONSORCIO)
NOTA: ES DE OBLIGATORIO CUMPLIMIENTO EN DESIGNAR PARA EFECTOS DE LAS NOTIFICACIONES, A
UNA PERSONA CON DOMICILIO FISICO EN LA REPUBLICA DE PANAMA Y DEFINIR CON CLARIDAD
SUS GENERALES LA UBICACIONES DE DICHO DOMICILIO, LOS NUMEROS DE TELEFONOS, FAX,
TELEX, E-MAIL, DE LA PERSONAL DESIGNADA, CON EL OBJETO DE GARANTIZAR UNA EFICIENTE
EVALUACION DE LOS PROCEDIMIENTOS JURIDICOS.
_________________________________________________________________________
FORMULARIO No. 1 Licitacin No. xxxxxxxxxx

3.
FORMATO DE CARTA PODER
El (La) suscrito(a)_______________________________(nombre del o la PODERDANTE), mayor

de edad, portador del documento de identidad No.________________, en mi calidad de
Representante Legal de la empresa y/o consorcio y/o asociacin y/o persona natural
_____________________________________ (si es Persona Natural expresar generales y si es
Persona Jurdica incluir nmeros de Ficha, Rollo e Imagen), por este medio confiero
poder especial, amplio y suficiente a___________________________________________(nombre
del APODERADO), mayor de edad, portador del documentos de identidad
No.__________________para que ste acte, en nuestro nombre y representacin como
Agente y Representante Legal en la Licitacin Pblica No._____________________para la
CONTRATACION DE SERVICIOS DE ANALISIS, DISEO E IMPLEMENTACION DEL
SISTEMA INTEGRAL INFORMATICO a celebrarse el da _______de ________200
, o en fecha posterior.
En virtud de este poder, nuestro representante, queda por este medio expresamente
facultado para presentar la propuesta, cotizar, notificarse de la resolucin de
adjudicacin, firmar el acta de recibo de propuestas, comprometerse y desistir (Detalle
el Poder).
Este poder permanecer en vigencia mientras no sea revocado expresamente por EL o
LA PODERDANTE y sea notificado expresamente as mismo al Instituto para la
Formacin y Aprovechamiento de los Recursos Humanos (IFARHU).
En fe de lo anterior, se firma este documento en la ciudad de _______________hoy____
de_________de 2007
_________________________________________________________________________
_____________________________
EL (LA) PODERDANTE
EN CALIDAD DE REPRESENTANTE LEGAL
_______________________________
APODERADO
_________________________________________________________________________
FORMULARIO No.2 LICITACION PUBLICA No.______
4. ANTECEDENTES LEGALES DE LA EMPRESA
a.- Nombre de la Empresa________________________________________________
b.-Domicilio_______________________________________________________
c.-Direccin Postal _____________________________________________________
d.- Nmeros Telefnicos___________/Nmero de Fax___________e-mail_________
e.-Fecha de Constitucin de la Empresa ____________________________________
f.-Lugar de Constitucin de la Empresa _____________________________________
g.-Datos de su inscripcin: _______________________________________________
Tomo
Folio
Asiento
h.-Nombre y cdula del Representante Legal: ________________________________
i.- Constitucin de la Junta Directiva
NOMBRE DE LOS
ACCIONISTAS Y DIRECTORES
CARGO DE DESEMPEA
DOMICILIO REGISTRADO
____________________________
_______________________
_________________________
____________________________
_______________________
_________________________
____________________________
_______________________
_________________________
____________________________
_______________________
_________________________
____________________________
_______________________
_________________________
j.-
Principales accionistas, tenedores de ms del 50 % de las acciones con derecho a utilidades:
NOMBRE DE ACCIONISTA
____________________________
% DE ACCIONES
_______________________
PAIS DE DOMICILIO
_________________________
______________________ _____________________
_________________
____________________________
_______________________
_________________________
____________________________
_______________________
_________________________
____________________________
_______________________
_________________________
_________________________________________________________________________
k.
Constitucin del Capital de la Empresa en balboas (B/.
a. Capital Social Autorizado, inicial: ________________________________________

b. Capital Social Autorizado, actual: ________________________________________
________________________________________________
_______________________________________________
FIRMA Y NOMBRE DEL REPRESENTANTE LEGAL
(Ciudad),
de
de
2007
NOTA NO.1: AL PRESENTAR ESTE FORMULARIO, DEBEN ADJUNTARSE EL

CERTIFICADO DE RESGISTRO PUBLICO O ACTA
CONSTITUTIVA DE LA EMPRESA
NOTA NO.2: PARA LAS OFERTAS PRESENTADAS POR ASOCIACIONES EN
GRUPO O CONSIRCIOS, SE DEBERA COMPLETAR Y LLENAR ESTE
FORMULARIO PARA CADA UNA DE LAS FIRMAS QUE CONSTITUYEN
EL GRUPO, ADJUNTANDO LA INFORMACION REQUERIDA .
FORMULARIO No.3 a LICITACION PUBLICA No.

_________________________________________________________________________
5. CAPACIDAD FINANCIERA
Nombre de la Empresa:______________________________________________
Fecha. ____________________________________________
SITUACION
FINANCIERA
Coeficiente medio
de Liquidez:
Activo a corto
plazo /pasivo a corto
plazo
Coeficiente medio
de Endeudamiento:
Total pasivo/ total
Activo
Rentabilidad
(utilidad antes de
impuestos)
Facturacin anual
(US )
Ao 2003
Ao 2004
Ao 2005
Promedio
_______________________________________________________
_______________________________________________________
Nota No.1: AL PRESENTAR ESTE FORMULARIO, DEBEN ADJUNTARSE LOS ESTADOS

FINANCIEROS AUDITADOS CON SUS NOTAS POR UNA FIRMA DE AUDITORIA
EXTERNA DE RECONOCIDO PRESTIGIO.
Todos los estados financieros debern entregarse en originales, firmados por personas
debidamente autorizadas y debidamente autenticadas y consularizadas y/o apostillados
si provienen fuera del pas.
Nota No.2: PARA LOS EFECTOS PRACTICOS DE LA INFORMACION FINANCIERA, EL DLAR
AMERICANO (US ) TIENE EL MISMO VALOR QUE EL BALBOA.
Nota No. 3: PARA LAS OFERTAS PRESENTADAS POR ASOCIACIONES EN GRUPO O
CONSORCIOS, SE DEBERA COMPLETAR Y LLENAR ESTE FORMULARIO PARA
CADA UNA DE LAS FIRMAS QUE CONSTITUYEN EL GRUPO, ADJUNTANDO LA
INFORMACION.
FORMULARIO No.3b LICITACION PUBLICA No.
_________________________________________________________________________
CAPACIDAD FINANCIERA
Nombre de la Empresa: ________________________________________________
Fecha: _____________________________________________________________
FUENTE DE LA CERTIFICACION
BANCARIA
LINEA DE CREDITO
DISPONIBLE
PAIS
El Proponente autoriza a los bancos y entidades financieras que hayan facilitado referencias bancarias o financieras, para
que faciliten a la Colisin evaluadora, cualquier aclaracin, en relacin con el alcance y compromiso de las certificaciones
suministradas.
________________________________________________________
________________________________________________________
Nota No.1: AL PRESENTAR ESTE FORMULARIO, DEBE ADJUNTARSE LA(S) CERTIFICACIO

(NES) BANCARI(S) DEBIDAMENTE ACREDITADAS A NIVEL GERENCIAL.
Todas la referencias debern entregarse en originales, dirigidas al Instituto para la Formacin
de Recursos Humanos (IFARHU), para el proyecto en referencia, y firmadas por personas debidamente
autorizadas a nivel gerencial y debidamente autenticadas, notariadas y/o apostilladas si proceden de entidades
bancarias fuera del pas.
Nota No.2: PARA LOS EFECTOS PRACTICOS DE LA INFORMACION FINANCIERA, EL
DLAR AMERICANO (US ) TIENE EL MISMO VALOR QUE EL BALBOA.
Nota No.3: PARA LAS OFERTAS PRESENTADAS POR ASOCIADOS EN GRUPO O
CONSORCIOS, SE DEBERA COMPLETAR Y LLENAR ESTE FORMULARIO PARA
TODO EL GRUPO, ADJUNTANDO LA INFORMACION REQUERIDA.
_________________________________________________________________________
FORMULARIO No.3c. LICITACIN PUBLICA No.
MODELO DE CARTA DE FERENCIA BANCARIA
Panam,
de
de 2007
Seor
Director General
Instituto para la Formacin de
Recursos Humanos (I.F.A.R.H.U)
E.
S.
D.
Reciba un cordial saludo del Banco _______________________________
Por este medio deseamos informarle que nuestro cliente _________________________,
se encuentra participando en la Licitacin Pblica que adelanta su Institucin para la
CONTRATACIN DE SERVICIOS PARA __________________________________
______________________________________________________________________,
que adelanta su Institucin.
As mismo nos permitimos confirmarle que dicha empresa de resultar adjudicataria del
mencionado concurso, contara con la disponibilidad de parte de nuestro Banco de lneas de
crdito para el mencionado proyecto por la suma de hasta UN MILLON DE DOLARES
AMERICANOS (B/.1.000.000.00).
Agradeciendo su atencin a la presente,
________________________________
Gerente de _______________________
Nota: Este formulario solo puede ser modificado en cuanto a la forma de redaccin del texto, no as en
cuanto la informacin crediticia solicitada y debe venir en papel membrete de la Institucin
crediticia que la expide. Para los propsitos de la evaluacin de las Propuestas solo se considerar
la informacin solicitada en este modelo y la informacin o condiciones adicionales que detalle
el ente crediticio en su nota no ser considerada en la evaluacin de las Propuestas.
_________________________________________________________________________
FORMULARIO NO.4 LICITACION PUBLICA NO.
6. EXPERIENCIA EN PROYECTOS SIMILARES Y/O RELACIONES
Fecha: ______________________________
A)
B)
C)
NOMBRE, UBICACIN DEL PROYECTO CLIENTE

BREVE DESCRIPCIN DE PROYECTO
AO DE EJECUCIN YCOSTOS (ESPECIFICAR LOS SERVICIOS POR LA EMPRESA)
Nota: SOLO SE DEBEN INCLUIR LOS PROYECTOS DESARROLLADOS EN LOS LTIMOS

CINCO AOS QUE CLASIFIQUEN COMO SIMILARES Y/O RELACIONADOS, SEGN
LAS DEFINICIONES INDICADAS EN EL NUMERAL 6 DE LAS CONDICIONES
ESPECIALES.
Nota: PARA LAS OFERTAS PRESENTADAS POR ASOCIACIONES EN GRUPO O CONSORCIOS
CADA MIEMBRO DEBER INDICAR LA EXPERIENCIA QUE TENGA EN CONTRATOS DE
SIMILAR NATURALEZA O RELACIONADA YA QUE LA EXPERIENCIA DE UNA DE LAS
PARTES SERA CONSIDERADA PARA TODO EL GRUPO.
Nota: AL PRESENTAR ESTE FORMULARIO, DEBERAN ADJUNTARSE LAS CERTIFICACIONES
EMITIDAS POR CLIENTES, DE ACUERDO A LOS REQUERIMIENTOS INDICADOS EN
EL NUMERAL 6 DE LAS CONDICIONES ESPECIALES.
Nota: AL PRESENTAR ESTE FORMULARIO, EL PROPONENTE DEBER ADJUNTAR LOS PERFILES
TCNICOS Y CERTIFICACIONES CORRESPONDIENTES DE AL MENOS CUATRO (4)
INGENIEROS QUE PARTICIPARAN EN EL DESARROLLO, IMPLEMENTACIN Y SOPORTE DEL
SISTEMA.
_________________________________________________________________________
FORMULARIO NO.5 LICITACION PUBLICA No.
7. LISTADO DETALLADO DEL EQUIPO, PROGRAMAS O OTROS
ELEMENTOS OFRECIDOS
DESCRIPCIN DEL EQUIPO (HARDWARE Y SOFTWARE)
TIPO
MARCA
MODELO
__________________________________________
__________________________________________
FECHA: ____________________________
_________________________________________________________________________
8. MODELOS DE FIANZAS
CONTRATACIN PUBLICA
a. FIANZA DE PROPUESTA O FIANZA PROVISIONAL
FIANZA DE PROPUESTA
NUMERO DE LA FIANZA: ____________________
PROPONENTE, ADJUDICATARIO O BENEFICIARIO DE UNA EXCEPCION DE ACTO
PUBLICO:
ENTIDAD ESTATAL CONTRATANTE / CONTRALORA GENERAL DE LA
REPUBLICA
MONTO MXIMO: 10% de la propuesta, sin exceder de B/: _____________________
PARA GARANTIZAR: La propuesta, la firma del contrato y la constitucin y presentacin de la fianza de
cumplimiento.
Conste por el presente documento que la (NOMBRE DE LA FIADORA), en adelante
denominada LA FIADORA, por este medio le garantiza a LA ENTIDAD ESTATAL
CONTRATANTE arriba indicada y a la CONTRALORA GENERAL DE LA REPUBLICA, en
adelante denominadas, LA ENTIDAD OFICIAL, la firma del contrato, la presentacin de
la fianza de cumplimiento y el mantenimiento de la oferta hecha por EL PROPONENTE
en el ACTO PUBLICO arriba anunciado, de acuerdo a los trminos y condiciones
indicadas en la propuesta presentada por EL PROPONENTE.
VIGENCIA: (Segn el Pliego de Cargos) a partir del Acto Pblico o notificacin de ser
Beneficiario de una excepcin de acto Pblico; adems, garantiza la firma del contrato una vez que el mismo
cuente con todas sus aprobaciones para el que ha sido notificado de la Resolucin de Adjudicacin Definitiva
y la misma cuenta con todas sus aprobaciones. La fianza de propuesta garantiza la formalizacin del contrato
y la presentacin de la fianza de cumplimiento. Para el beneficiario de una excepcin de acto pblico. La
fianza de propuesta garantiza la formalizacin del contrato y la presentacin de la fianza de cumplimento.
NOTIFICACIN DE INCUMPLIMIENTO: En caso de que EL PROPONENTE, EL ADJUDICATARIO
O BENEFICIARIO CON UNA EXCEPCION DE ACTO PUBLICO no mantenga su oferta, no firme o
celebre el contrato, o deje de presentar la fianza de cumplimiento dentro del plazo otorgado, segn sea el caso.
LA ENTIDAD OFICIAL, deber notificar por escrito dicho incumplimiento a LA FIADORA dentro de los
treinta (30) das calendarios siguientes a la ocurrencia del mismo, a fin de que sta pague el importe de la
fianza de propuesta dentro de los treinta (30) das calendarios siguientes a la fecha de recibo del aviso del
incumplimiento. La notificacin de incumplimiento se efectuar en la oficinas de LA FIADORA Y a EL
PROPONENTE ADJUDICATARIO O BENEFICIARIO CON UNA EXCEPCION DE ACTO PUBLICO
en sus oficinas principales.
OBJETO : Esta Fianza de Propuesta garantiza el mantenimiento de la oferta presentada por los postores en
un acto de seleccin de contratistas, por el trmino establecido en el pliego de cargos, trmino que corre a
partir del acto de apertura de sobres; garantiza la firma del contrato; asimismo, garantiza la presentacin de la
fianza de cumplimiento dentro del trmino de cinco (5) das hbiles siguientes a la formalizacin del contrato;
y en el caso de ser beneficiario de una excepcin de acto pblico, garantiza la formalizacin del contrato y la
presentacin de la fianza de cumplimiento.
_________________________________________________________________________
TITULARIDAD DE DERECHOS: Slo LA ENTIDAD OFICIAL, derivar derechos contra LA

FIADORA por razn de esta fianza. Toda reclamacin con base en esta fianza deber ser hecha por LA
ENTIDAD OFICIAL, a LA FIADORA por razn de esta fianza. Toda reclamacin con base en esta fianza
deber ser hecha por LA ENTIDAD OFICIAL, a LA FIADORA. Para efectos de reclamacin se considerar
a la CONTRALORA GENERAL DE LA REPUBLICA como LA ENTIDAD OFICIAL.
EN FE DE LO CUAL, se suscribe este Contrato, en la ciudad de __________________,
Repblica de Panam, a los________ das del mes de ______________de __________.
POR LA FIADORA
_________________________________
POR EL CONTRATISTA
_________________________________
(Texto aprobado por la Contralora General de la Repblica, de conformidad con el Decreto No.15Leg. De 25 de Enero de 2002, modificado por el Decreto No.90-Leg, de 9 de Abril de 2002.)
_________________________________________________________________________
CONTRATACIN PUBLICA
b. FIANZA DE CUMPLIMIENTO DE CONTRATO
NUMERO DE FIANZA: _____________________
CONTRATISTA: __________________________
LIMITE MXIMO DE RESPONSABILIDAD: _______________________________
ENTIDAD ESTATAL CONTRATANTE/ CONTRALORA GENERAL DE LA REPUBLICA.
PARA GARANTIZAR LA EJECCION DEL OBJETO DEL CONTRATO : (Se puede identificar el
proceso de seleccin de contratista, la excepcin de acto pblico o el contrato).
VIGENCIA: __________Das a partir de la fecha indicada en los siguientes casos: Orden de Proceder,
refrendo o cumplida la condicin a la cual se sujeta el contrato.
Conste por el presente documentos que (NOMBRE DE LA FIADORA), en adelante denominada LA
FIADORA, por este medio le garantiza a LA ENTIDAD ESTATAL CONTRATANTE arriba indicada y a la
CONTRALORA GENERAL DE LA REPUBLICA, en adelante denominada LA ENTIDAD OFICIAL, la
obligacin de ejecutar fielmente el objeto de EL CONTRATO antes enunciado, y una vez cumplido ste, de
corregir los defectos a que hubiere lugar.
VIGENCIA: Corresponde al perodo de ejecucin del contrato principal, ms un trmino de un (1) ao, si se
tratare de bienes muebles, para responder por vicios redhibitorios, tales como mano de obra, material
defectuoso o cualquier otro vicio o defecto en la cosa objeto del contrato, salvo los bienes muebles
consumibles que no tengan reglamentacin especial, cuyos trminos de cobertura sern de seis (6) meses, y
por el trmino de tres (3) aos, para responder por defectos de reconstruccin o construccin de la obra o bien
inmueble. Vencidos estos trminos y no habiendo responsabilidad, se cancelar la fianza. En caso de una
OBRA entregada sustancialmente ejecutada, la fianza de cumplimiento para responder por vicios redhibitorios
y defectos de construccin o de reconstruccin, comenzar a regir a partir del recibo de la parte sustancial de
la obra usada y ocupada por el Estado, y para el resto de la obra, a partir del acta de aceptacin final.
OBJETO: Esta fianza garantiza el cumplimiento del contrato u obligacin de ejecutar fielmente su objeto una
vez cumplido ste, corregir los defectos a que hubiere lugar.
INCUMPLIMIENTO: LA ENTIDAD OFICIAL, comunicar por escrito a LA FIADORA y a EL
CONTRATISTA, dentro de los treinta (30) das hbiles siguientes a la fecha en que tuvo conocimiento de
alguna de las causales que puedan dar lugar a la resolucin administrativa del contrato o se haya dado inicio a
las diligencias de investigacin para el mismo fin, lo que ocurra primero.
LA FIADORA quedar exonerada de responsabilidad conforme a esta fianza en caso de que, produciendo
cualquier incumplimiento por parte de EL CONTRATISTA, LA ENTIDAD OFICIAL no reclamare por dicho
incumplimiento a LA FIADORA dentro de los treinta (30) das hbiles siguientes a la fecha en que tuvo
conocimiento de dicho incumplimiento, en sus oficinas principales. Dando una relacin escrita de los hechos
principales reclamados. La notificacin se efectuar por escrito a LA FIADORA.
_________________________________________________________________________
En incumplimiento se da con la expedicin de la resolucin que resuelve administrativamente el contrato LA
FIADORA dispondr de un trmino de treinta (30) das calendarios siguientes a la notificacin del
incumplimiento para ejercer la opcin de pagar el importe de la fianza, o de sustituir al contratista en todos
sus derechos y obligaciones, siempre que quien vaya a continuarlo, por cuenta de LA FIADORA y a cuenta y
riego de sta, tenga capacidad tcnica y financiera, a juicio de la ENTIDAD OFICIAL.
ACCIONES LEGALES: Toda reclamacin con base en esta fianza deber ser hecha por LA ENTIDAD
OFICIAL a LA FIADORA. Para efectos de reclamacin, tambin se entiende a LA CONTRALORA
GENERAL DE LA REPUBLICA como ENTIDAD OFICIAL. Cualquier accin legal, ya sea judicial o extra
judicial que inicie LA ENTIDAD OFICIAL, debe entablarse contra EL CONTRATISTA conjuntamente con
LA FIADORA y la peticin deber solicitar en todo caso la condena de EL CONTRATISTA Y LA
FIADORA.
SUSTITUCIN DEL CONTRATISTA: LA FIADORA tiene derecho dentro de los treinta (30) das
calendarios siguientes a la notificacin de incumplimiento contenida en la Resolucin Administrativa del
Contrato u Orden de Compra, a pagar el importe de la fianza, o a sustituir al contratista en todos los derechos
y obligaciones del contrato, siempre que quien vaya a continuarlo, por cuenta y riesgo de la fiadora, tenga
capacidad tcnica y financiera, a juicio de la entidad pblica contratante.
SUBROGACIN: En caso de que LA FIADORA le diere cumplimiento a las obligaciones asumidas por
ella conforme a esta fianza, ya fuere mediante el pago de los perjuicios pecuniarios o mediante la ejecucin de
las obligaciones garantizadas, subrogar a EL CONTRATISTA en todos los derechos y pertenencias
dimanantes de dicho CONTRATO, incluyendo todos los valores e indemnizaciones, pagos diferidos,
porcentajes retenidos y crditos que LA ENTIDAD OFICIAL le debiere a EL CONTRATISTA al tiempo en
que tuvo lugar la falta o que debieran pagrsele despus, segn las estipulaciones de EL CONTRATO . En
consecuencia, a partir del momento en que la ENTIDAD OFICIAL, presente una reclamacin a LA
FIADORA, quedarn sin efecto cualesquiera cesiones de pago de dinero derivadas de EL CONTRATO Y LA
ENTIDAD OFICIAL cesar todo pago a EL CONTRATISTA, acreedores o cesionarios, los cuales a partir de
ese momento aprovecharn exclusivamente a LA FIADORA. De igual manera, LA FIADORA se subrogar
en cualesquiera otros derechos y acciones que LA ENTIDAD OFICIAL tuviere en contra de EL
CONTRATISTA.
SUBORDINACIN: LA FIADORA estar obligada a cumplir las obligaciones que contrajo conforme a la
presente FIANZA, siempre que el CONTRATISTA haya debido cumplirlas de acuerdo a EL CONTRATO.
PRORROGA O MODIFICACIN: LA ENTIDAD OFICIAL notificar a LA FIADORA las prrrogas,
adiciones o modificaciones a los Contratos u Ordenes de Compra. LA FIADORA manifestar su
consentimiento mediante la emisin del endoso respectivo. En caso contrario. EL CONTRATISTA deber
presentar una FIANZA que garantice la prrroga o modificacin del contrato.
PRORROGA POR SUSTITUCIN DEL CONTRATISTA: Cuando LA FIADORA asume por intermedio
de una persona idnea al efecto la ejecucin de la obra, tendr derecho a convenir prorrogas del termino
pactado, incluyendo, sin limitar la generalidad de lo anterior, demoras motivadas por fuerza mayor o casos,
fortuitos.
Para este fin, se tomar en cuenta la demora normal por razn de la sustitucin de EL CONTRATISTA.
_________________________________________________________________________
EN FE DE LO CUAL se suscribe este contrato, en la ciudad de ___________________,
Repblica de Panam, a los____________das del mes de_____________de_________.
POR LA FIADORA
____________________________
POR EL CONTRATISTA
___________________________
(Texto aprobado por la Contralora General de la Repblica, de conformidad con el Decreto No.15Leg. De 25 de Enero de 2002, modificado por el Decreto No.90-Leg, de 9 de Abril de 2002.)
_________________________________________________________________________
9. MODELO DE CONVENIO DE CONSORCIO
El consorcio deber presentar al INTITUTO PARA LA FORMACIN DE RECURSOS HUMANOS
(I.F.A.R.H.U), meditante convenio, la siguiente informacin:
(1) Nombre del representante legal o apoderado especial del consorcio que participa del acuerdo,
indicando datos generales de las personas, nmeros de cdula personal o nmero de pasaporte, lugar
de domicilio, telfonos.
(2) Datos generales del consorcio indicando la nacionalidad, informacin de tipo legal como nmero de
escritura pblica de constitucin de cada una de las compaas, nmero de registros como
corporacin y otros.
El contenido del acuerdo deber incluir, las siguientes clusulas:
Clusula Primera: El Consorcio__________________________, se compromete a
participar en forma conjunta en el acto pblico, para ____________
_______________________________ , en la Provincia de________
Clusula Segunda: El Consorcio _________________________, se compromete a
Ejecutar los trabajos con las mejores normas profesionales y
Tcnicas.
Clusula Tercera: El Consorcio _________________________, acuerda que en caso
de ejecucin de los trabajos, cada parte asignar un representante
con amplios poderes y disponibilidad durante todo el tiempo que
se le requiera de su presencia, los cuales igualmente coordinarn
las tareas tcnicas y profesionales.
Clusula Cuarta: Las partes acuerdan que la empresa lder del consorcio ser _______
No obstante, todos los socios del consorcio son conjuntamente
solidarios y responsables del cumplimiento cabal de todas las
responsabilidades.
Estando las partes de acuerdo, se firma el presente documento, en la ciudad de ________________, a los
___________das del mes de _____________de 200__.
________________________________
Representante Legal o Apoderado
Especial de la Empresa_____________
_____________________________
Representante Legal o Apoderado
Especial de la Empresa__________
_________________________________________________________________________
10.FORMATO DE CARTA PODER DE COMPROMISO DE RESPONSABILIDAD
SOLIDARIA
El suscrito:___________________________, en su calidad de Representante Legal de
(PODERDANTE)
la
firma:______________________________,
con
domicilio
legal
ubicado
en
______________________________________,
por
este
medio
declaro
que
la
firma
______________________________________, que represento, confiere poder especial y amplio, o poder
general (indicar la clase de poder) a la firma _________________________________, para que este actu
como nuestro agente y
(APODERADO)
Representante
Legal
en
la
Licitacin
Pblica
No.________,
para
____________________________________________________________________,
a
celebrarse el __________________________________o en fecha posterior (poder general), en todas las
Licitaciones, Concursos de Precios y/o Solicitudes de Precios, que
celebre el INSTITUTO PARA LA FORMACIN DE RECURSOS HUMANOS (I.F.A.R.H.U) durante el ao
_________.
Nuestro representante ________________________________________, queda por este
(APODERADO)
expresamente facultado para presentar propuesta, cotizar, comprometerse en nuestro nombre , as como
sustituir
el
presente
poder
a
otra
firma
previamente
autorizada
por_______________________________________________.
(PODERDANTE)
En consecuencia de lo anterior, nuestra firma__________________________________,
Se obliga conjunta y solidariamente con ____________________________________en
Los trminos de la propuesta por esta ltima presentada, confirmando adems todo lo que el citado apoderado
o su sustituto provea o mande a proveer en virtud del presente poder.
Este
poder
permanecer
vigente
mientras
no
sea
revocado
expresamente
por__________________________________, y notificado expresamente as mismo el INTITUTO PARA LA
FORMACIN DE RECURSOS HUMANOS (I.F.A.R.HU), vencido trmino de un (1) ao, luego de otorgado
el mismo, cuando se trate de un poder general.
En fe lo anterior, se firma este documento en la ciudad de _______________________,
hoy __________de____________de 200__.
_______________________________________
_____________________________________
PODERDANTE
APODERADO
EN SU CALIDAD DE REPRESENTANTE LEGAL
EN SU CALIDAD DE REPRESENTANTE
LEGAL
NOTA: ESTE DOCUMENTO SE LLENARA DE HACERSE REPRESENTAR
PROPONENTE OTRA FIRMA Y DEBERA ESTAR DEBIDAMENTE NOTARIADO.
EL
_________________________________________________________________________

T Proc Notices Notices 005 K 1392

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

T Proc Notices Notices 005 K 1392

Uploaded by

Copyright:

Available Formats

Proyecto de Modernizacin

Certificacin de entidades bancarias autorizadas por la Superintendencia Bancaria

El mismo se le ha corregido lo concerniente a la capacidad financiera que debe

Experiencia en Proyectos Similares y Relacionados

Se corrige donde dice Registro Pblico por IFARHU.

Se corrige donde dice Certificado por Capacitado.

Modulo Financiero y admin..

En adicin al sistema arriba sealado, actualmente se utilizan los siguientes servicios y

La cantidad de usuarios que se estima accedan al sistema tal como se especifica en

Se estima que 1,000 usuarios accedern al sistema en forma regular.

14. ELEMENTOS QUE SE INCLUYEN EN LAS CONDICIONES ESPECIALES

significado deber interpretarse as:

ACEPTACIN O TERMINACIN SUSTANCIAL DE LOS SERVICIOS:

ACTO PBLICO: Se refiere a la Convocatoria para la presentacin de Propuestas,

ACUERDO SUPLEMENTARIO: Convenio escrito celebrado entre El Estado y el

Trabajos no incluido dentro del Contrato original;

Trabajos en exceso o defectos de las cantidades originales de los detalles del

ADJUDICACIN: Acto por el cual el I.F.A.R.H.U. determina, reconoce, declara y

ADJUDICATARIO: Persona natural o jurdica, nacional o extranjera, sobre la cual,

AUDITORIA ESTATAL: El Consejo Econmico Nacional, El Consejo de Gabinete,

I.F.A.R.H.U. : Entidad Estatal contratante que , previo al cumplimiento del requisito

CODIGO FISCAL: EL Cdigo Fiscal de la Repblica de Panam

1.10 CONCURSO: Procedimiento de seleccin de Contratistas que efecta el Estado, previa

CONTRATO PBLICO: Acuerdo de voluntades, celebrado conforme a derecho,

1.17 DETALLE DE CONTRATO: Concepto de pago o clasificacin de los renglones de

De lunes a viernes, de 8:00 a.m. a 4:00 p.m. Se excluyen los

ENTIDAD: I.F.A.R.H.U. o Contralora General de la Repblica.

1.23 ESPECIFICACIONES TCNICAS: Las especificaciones tcnicas son elaboradas por

ERRORES EN EL PLIEGO DE CARGOS

OMISIONES EN EL PLIEGO DE CARGOS

COPIAS DEL PLIEGO DE CARGOS

PLAZOS Y/O TRMINOS DE ENTREGA

DOCUMENTOS QUE COMPONEN LA OFERTA

La presentacin de la oferta en los formatos presentados en los formularios es de obligatorio

CONTENIDO DE LAS OFERTAS

Estados Financieros auditados, correspondiente a los tres (3) ltimos aos,

Para el caso de Ofertas presentadas en consorcios o asociacin accidental se exige

Certificacin de entidades bancarias autorizadas por la Superintendencia Bancaria

EXPERIENCIA EN PROYECTOS SIMILARES Y RELACIONADOS

Formulario de Oferta Econmica

Listado de Desglose de precios

EVALUACIN DE LAS OFERTAS

INCAPACIDA LEGAL PARA CONTRATAR

FIANZA DE CUMPLIMIENTO DE CONTRATO

MONTO DE LA FIANZA DEFINITIVA O DE CUMPLIMIENTO DE

VIGENCIA DE LA FIANZA DEFINITIVA O DE CUMPLIMIENTO

ACTUALIZACIN DE LA FIANZA DE CUMPLIMIENTO

Notas aclaratorias (durante el Proceso de Concurso)

10.3 OTROS CONTRATOS

CONTROL Y SUPERVISON DE LOS SERVICIOS

Ser la contraparte del Coordinador del Proyecto.

IMPUESTOS, PERMISOS Y LICENCIAS

RELACIONES LEGALES Y RESPONSABILIDADES PARA CON EL

IV. ESTRUCTURA ORGANICA OPERATIVA DEL I.F.A.R.HU

VI. REQUISITOS DEL SISTEMA

Administrar las Becas ofrecidas por el estado, la empresa privada e instituciones,

Otorgar Crdito Educativo a los estudiantes para carreras Universitarias y a

Mantenimiento e implementacin centralizada: Debido a que el IFARHU cuenta con una

Alcance a Nivel del Sistema

El proceso que involucra el Plan de Anlisis, Desarrollo de las Capa 1 (BECAS

Todo desarrollo nuevo deber estar en una arquitectura de cliente liviano, de

No obstante, si la solucin incorpora componentes ya desarrollados y debidamente

Se debe incluir el esquema de escalabilidad y apertura, que permita incorporar los