PLIEGO DE BASES Y CONDICIONES PARTICULARES
ANEXO - RESOLUCIÓN N° 351/SECTRANS/18
PLIEGO DE BASES Y CONDICIONES PARTICULARES
OBJETO
Art. 1°.- La presente Licitación Pública tiene como objeto la adquisición de una solución para la digitalización de archivos pre-existentes y despapelización del trámite de Licencia de Conducir, con destino a la Dirección General de Habilitaciones de Conductores y Transporte (DGHCT), sujeto a lo establecido en el Pliego de Bases y Condiciones Generales, Pliego de Condiciones Particulares y conforme a lo detallado en el Pliego de Especificaciones Técnicas.
MARCO LEGAL
Art. 2°.- La presente contratación se encuadra en los términos del artículo 31 de la Ley N° 2095 (texto consolidado por Ley N° 5.666).
NORMATIVA APLICABLE
Art. 3°.- La presente Contratación se regirá por lo normado en los términos del régimen de compras y contrataciones vigente, mediante el Sistema Electrónico de Adquisiciones y Contrataciones del Gobierno de la Ciudad Autónoma de Buenos Aires Compras “BAC”, las Leyes Nº 2095 (texto consolidado por Ley N° 5.666), el Decreto N° 326/GCABA/17, el Pliego Único de Bases y Condiciones Generales aprobado por Disposición N° 1274/DGCYC/17, el presente Pliego y el Pliego de Especificaciones Técnicas incorporados en el proceso BAC y circulares si las hubiere.
MONTO ESTIMADO DE LA CONTRATACIÓN.
Art. 4°.- El presupuesto oficial asciende al monto total estimado de Pesos siete millones setecientos cuarenta mil ($ 7.740.000.-).
DURACIÓN DEL CONTRATO, PLAZO Y CONDICIONES DE ENTREGA
Art. 5°.- La duración total del contrato será de setenta y cinco (75) días hábiles contados a partir del perfeccionamiento de la Orden de Compra.
Los plazos y condiciones de entrega se detallan en el Pliego de Especificaciones Técnicas (PET).
PRÓRROGA Y AMPLIACIÓN DEL CONTRATO
PLIEG-2018-21091498- -SECTRANS
Art. 6°.- El Gobierno de la Ciudad Autónoma de Buenos Aires se reserva el derecho de Aumentar o Disminuir el total adjudicado hasta un veinte por ciento (20%) de su valor original, pudiendo incidir sobre uno, varios o el total de los renglones, en los términos establecidos en el artículo 119 de la Ley N° 2095 (texto consolidado por Ley N° 5.666).-
El contrato se podrá prorrogar por un período menor o igual a la duración original del mismo, a partir de su fecha de finalización, acorde a lo establecido en el artículo 119 de la Ley 2095, su modificatoria y reglamentación vigente.
NOTIFICACIÓN Y PERFECCIONAMIENTO DE LA ORDEN DE COMPRA
Al momento de encontrarse autorizada la Orden de Compra, el adjudicatario será notificado por medio del sistema de compras electrónicas BAC, quien deberá perfeccionarla ingresando a dicho sistema a través de su usuario. Pasados tres días hábiles de no haberse recepcionado la Orden de Compra, la misma quedará perfeccionada en forma automática debiendo el adjudicatario dar comienzo a los términos del contrato.
Previo a dar inicio al servicio, el adjudicatario, en caso de corresponder, deberá constituir la Garantía de Adjudicación, conforme lo establecido en el Art. 8° b) del presente Pliego, previo ingreso de la misma en el campo electrónico dispuesto para tales fines en el Sistema de Compras BAC.
Una vez perfeccionada la Orden de Compra comenzara a correr el plazo de entrega.
DOCUMENTACIÓN CONTRACTUAL. ORDEN DE PRELACIÓN.
Art. 7°.- Los siguientes documentos constituyen la documentación contractual en el siguiente orden de prelación:
a) El Pliego de Bases y Condiciones Generales;
b) El Pliego de Bases y Condiciones Particulares y sus circulares aclaratorias;
c) El Pliego de Especificaciones Técnicas y sus circulares aclaratorias
d) La Oferta y los documentos aclaratorios tomados en cuenta para la Adjudicación;
e) Orden de Compra.
GARANTÍAS.
Art. 8°.- Para afianzar el cumplimiento de todas las obligaciones, los oferentes y los adjudicatarios deben constituir las siguientes garantías sin límite de validez:
PLIEG-2018-21091498- -SECTRANS
a) De Oferta:
Cinco por ciento (5%) del valor total de la oferta, de acuerdo a lo establecido en el inc.a) del Art. 101 de la Ley N° 2095 (texto consolidado por Ley N° 5.666).-
Dicha garantía será devuelta al adjudicatario, en oportunidad de integrarse la Garantía de Adjudicación. -
A los oferentes que no hubieren resultado ser adjudicatarios, les será devuelta una vez aprobada la contratación. -
Los oferentes deberán ingresar la garantía de mantenimiento de la oferta completando el formulario electrónico indicado en el sistema BAC. Dicha presentación electrónica quedará pendiente de confirmación hasta tanto la garantía sea constituida en forma física y pase a quedar en custodia de la Unidad Operativa de Adquisiciones Secretaría de Transporte, ubicada en Xx. Xxxxxx Xxxxxx 000, 0xx xxxx.
b) De Adjudicación:
Diez por ciento (10%) del valor total de la adjudicación, de acuerdo a lo establecido en el inc. b) del Art. 101 de la Ley N° 2095 (texto consolidado por Ley N° 5.666).-
Esta garantía deberá presentarse en la SECTRANS dentro de los cinco (5) días posteriores al perfeccionamiento de la Orden de Compra.
Dicha garantía será devuelta al adjudicatario dentro de los diez (10) días de finalizado el contrato a entera satisfacción de este Gobierno. -
En caso de que el adjudicatario no integre la garantía de cumplimiento de contrato tal lo establecido en el Art. 113º del Decreto Nº 95-GCABA-2.014 reglamentario de la Ley 2.095 (texto consolidado por Ley N° 5.666) o no se presente a formalizar el contrato, se deberá proceder a la incautación de la garantía de oferta. -
El adjudicatario deberá ingresar la garantía de cumplimiento de contrato completando el formulario electrónico indicado en el sistema BAC. Dicha presentación electrónica quedará pendiente de confirmación hasta tanto la garantía sea constituida en forma física y pase quedar en custodia de la Unidad Operativa de Adquisiciones Secretaría de Transporte, ubicada en Xx. Xxxxxx Xxxxxx 000, 0xx xxxx.
EXCEPCIÓN DE PRESENTACIÓN DE GARANTÍA DE MANT. DE OFERTA
Art. 9°.- No resulta necesario presentar garantía de mantenimiento de oferta o sólo aquellos casos en que el monto total de la oferta no supere las cien mil (100.000) unidades de compra.
PLIEG-2018-21091498- -SECTRANS
El valor de la Unidad de Compra se ha fijado en Pesos catorce con cincuenta centavos ($ 14,50) - (Art. 27, apartado b) Ley Nº 5.915 – Presupuesto 2018).
A su vez quedan exceptuados los casos enumerados en el artículo 103 de la Ley N° 2095 (texto consolidado por Ley N° 5.666).-
OBLIGATORIEDAD DE PRESENTACIÓN DE GARANTÍA DE CUMPLIMIENTO DE CONTRATO
Art. 10°.- Sea cual fuere el monto total adjudicado, deberá presentar en forma obligatoria una garantía de cumplimiento de contrato en los términos del artículo 8° b) de presente pliego, la cual se mantendrá en custodia de la Unidad Operativa de Adquisiciones Secretaría de Transporte hasta tanto opere la fecha de vencimiento de la garantía técnica que rija sobre el producto o equipo entregado.
FORMAS DE CONSTITUCIÓN DE LAS GARANTÍAS
Art. 11°.- Las garantías deberán ser constituidas sin límite de validez, admitiéndose únicamente en alguna de las formas que prevé el Art. 102º de la Ley 2.095 (texto consolidado por Ley N° 5.666).
OBTENCIÓN DE LOS PLIEGOS
Art. 12°.- Los Pliegos de Bases y Condiciones de la presente contratación se encuentran disponibles en forma gratuita en el portal xxx.xxxxxxxxxxxxxxxxxx.xxx.xx.
Sólo el proveedor que cuente con usuario de Oferente BAC y adquiera el pliego mediante el portal de Buenos Aires Compras podrá posteriormente presentar su oferta.
ACLARACIONES Y CIRCULARES.
Art. 13°.- Las consultas relacionadas a los Pliegos de Cláusulas Particulares y de especificaciones Técnicas se realizarán únicamente mediante BAC hasta setenta y dos (72) horas previas a la fecha establecida para la apertura de las ofertas.
Las Circulares en respuesta a pedidos de aclaraciones y/o consultas, emitidas por el GCABA, formarán parte de los documentos contractuales y serán
PLIEG-2018-21091498- -SECTRANS
notificadas a través de BAC a cada uno de los oferentes que hayan adquirido los Pliegos de la Licitación.
En consecuencia, los oferentes no podrán alegar ninguna causa basada en el desconocimiento del contenido de dichas Circulares.
Asimismo, esta Unidad Operativa de Adquisiciones (U.O.A.) podrá, de oficio, realizar las aclaraciones que sean pertinentes, las que comunicará, con apego a lo establecido en el artículo 4° del P.C.G.
Cuando por la índole de la consulta efectuada resulte necesario pedir informes o realizar verificaciones técnicas que demanden un plazo superior a la fecha estipulada para la apertura, la U.O.A. tiene la facultad para posponer de oficio la fecha de apertura.
VISITA TÉCNICA (SÓLO PARA RENGLÓN 1)
Art. 14°.- Previo a la presentación de la oferta, el oferente deberá realizar una visita técnica, a fin de tomar conocimiento de todas las características que hacen a las características del requerimiento para su cotización. –
La visita estará coordinada por personal idóneo en Sistemas de la DGHCT a los efectos de informar sobre el proyecto integral, sus etapas y requerimientos, profundizar el conocimiento de la plataforma y pautar puntos clave para el desarrollo del Software y su sincronización con el actual Sistema de Emisión de Licencias.
Responsables técnicos: Xxxxx Xxxxxx xxxxxx y Xxxx Xxxxxx Xxxxx.
La visita se podrá realizar de lunes a viernes en el horario de 9:00 a 15:00 hs, en Xx. Xxxx 0000 0x Xxxx. Previamente deberá coordinar día y horario llamando por teléfono al 0000-0000/9778.
Cumplida la visita se le extenderá en el lugar un comprobante (Anexo I de las Cláusulas Particulares) el cual deberá escanearse y adjuntarse a la oferta.
La no presentación del mencionado comprobante será condición de descarte de la oferta.
PRESENTACIÓN DE LAS OFERTAS
Art. 15°.- A los fines de presentar una oferta deberá contar un usuario en el sistema BAC (xxx.xxxxxxxxxxxxxxxxxx.xxx.xx).
Las ofertas serán presentadas en BAC a través de los formularios electrónicos disponibles para tal fin, cumplimentando con todas las previsiones que
PLIEG-2018-21091498- -SECTRANS
expresamente requiera el Pliego de Bases y Condiciones, adjuntando en formato digital la documentación adicional, folletos o todo tipo de documentos que integren la oferta.
NO SERÁN ACEPTADAS OFERTAS EN FORMATO PAPEL
Se recomienda ingresar y confirmar la oferta en BAC con al menos 48 horas de anticipación respecto de la fecha y hora de apertura, de modo tal que el oferente cuente con tiempo suficiente para resolver cualquier inconveniente técnico que pueda presentar el sistema.
Ante un eventual problema técnico durante la carga de la oferta, deberá comunicarse con la Mesa de Ayuda BAC por teléfono al número 0000-0000 al 4810 opción 8 o por correo electrónico a la dirección: xxxxxxxxxxxxxx@xxxxxx-xxxx.xxx.xx.
Adjunto al presente Proceso de Compra podrá contar con un Material de Apoyo para el ingreso y confirmación de Ofertas.
Toda documentación e información que se acompañe, y que sea requerida en este Pliego deberá ser redactada en idioma castellano.
FORMA DE COTIZAR
Art. 16°.- El Oferente deberá cotizar por la cantidad total requerida para cada renglón.
No se aceptarán ofertas parciales en tal sentido.
A los efectos del Impuesto al Valor Agregado, el GCABA reviste calidad de exento. Por tal motivo, las propuestas económicas presentadas dentro de la oferta no deberán discriminar el importe correspondiente a la incidencia del impuesto, debiendo incluir el mismo en el precio cotizado. A su vez Los precios que consignen los oferentes en sus propuestas deberán incluir las pertinentes incidencias de impuestos, tasas, ingresos brutos, contribuciones, derechos nacionales y locales y los que afecten la actividad, derechos de importación o exportación, derechos aduaneros, vigentes al momento de formular las mismas.
Las ofertas deberán ser en Pesos ($) moneda de curso legal en la República Argentina.
REQUISITOS GENERALES DE LA DOCUMENTACIÓN DE LA OFERTA.
Art. 17°.- Toda documentación que presentaren los Oferentes deberá cumplir los siguientes requisitos:
PLIEG-2018-21091498- -SECTRANS
a. Carácter de la documentación: Todos los documentos e informes que deberán proporcionar los oferentes tendrán el carácter de declaración jurada. La falsedad documental será sancionada con la exclusión de la Proceso de Xxxxxx y la ejecución de la garantía de la Oferta, sin perjuicio de las demás acciones que pudieran corresponder
b. Idiomas y Traducciones: Los documentos o instrumentos que estén
redactados en un idioma diferente al castellano, deberán acompañarse con su traducción al mismo, realizada por traductor público en la República Argentina o su equivalente en el extranjero y deberán ser legalizadas por el Xxxxxxx xx Xxxxxxxxxxx Xxxxxxxx xx xx Xxxxxx xx Xxxxxx Xxxxx.
c. Legalizaciones: Cuando los actos, documentos e instrumentos fueren celebrados o emitidos en el extranjero o cuando el Pliego lo así lo exija, deberán estar legalizados y autenticados conforme los mecanismos vigentes entre la República Argentina y el país dónde hayan sido celebrados o emitidos.
d. Documentación Obligatoria para el Renglón 1:
x Declaración de antecedentes comerciales atento a lo requerido en el PET
x Certificación ISO 9001.2015 relacionada con sistemas de identificación y documentación.
Plan de trabajo
Presentación del oferente que especifique las principales características del software y garantía técnica
PLAZO DE MANTENIMIENTO DE OFERTA.
Art. 18°.- Los oferentes deberán mantener sus propuestas por un plazo mínimo de veinte (20) días hábiles, a contar desde la fecha de apertura.
Si el oferente no manifestara en forma fehaciente su voluntad de no renovar la garantía de mantenimiento de oferta o el plazo de mantenimiento con una antelación mínima xx xxxx (10) días anteriores al vencimiento del plazo, aquella se considerará prorrogada automáticamente por un lapso igual al inicial. -
ACTO DE APERTURA DE LAS OFERTAS
Art. 19°.- La apertura de las ofertas se realizará en forma electrónica por sistema BAC.
El G.C.A.B.A., se reserva la facultad de postergar el Acto Licitatorio según su exclusivo criterio, notificando tal circunstancia mediante Circular a los adquirentes de los pliegos.
PLIEG-2018-21091498- -SECTRANS
Los oferentes podrán acceder al Acta de Apertura y Cuadro Comparativo de ofertas, cumplida la fecha y hora previstas para el Acto de Apertura, a través de sus usuarios BAC.
Para acceder al contenido completo de las ofertas presentadas se establece un plazo de tres (3) días hábiles a partir del día siguiente al del Acto de Apertura. Los oferentes deberán coordinar el horario de vista por teléfono llamando al 0000-0000, interno 1992/1991 y concurrir a la Unidad Operativa de Adquisiciones sita en Xx. Xxxxxx Xxxxxx 000, 0xx xxxx. Concluido dicho plazo, las actuaciones pasarán para su pertinente evaluación, quedando precluida la instancia de la vista de ofertas.
EVALUACIÓN DE LAS OFERTAS.
Art. 20°.- Luego del análisis de los aspectos formales, legales y financieros de las cotizaciones, se dará lugar a la evaluación técnica, la cual, mediante sistema de puntaje aplicado a las variables previstas en el Pliego de Especificaciones Técnicas, priorizará la relación entre calidad, capacidad técnica y precios ofertado. Cumplida esta etapa, la Comisión Evaluadora de ofertas procederá a recomendar la adjudicación de UN SOLO OFERENTE POR CADA RENGLÓN cuya oferta resulte la propuesta más conveniente para el Gobierno de la Ciudad.
INFORMACIÓN COMPLEMENTARIA.
Art. 21°.- Para la evaluación de las ofertas, la Comisión evaluadora podrá requerir de los oferentes, la información complementaria que estime necesaria para el cumplimiento de su cometido sin que ello afecte el derecho de igualdad entre ellos, ni altere los términos de las ofertas presentadas.
ADJUDICACIÓN.
Art. 22°.- Se adjudicará por renglón.
Podrá adjudicarse la totalidad xxx xxxxxx a una misma oferta si ello comparativamente resultara más conveniente para el Gobierno de la Ciudad.
RECHAZO.
Art. 23°.- El GCBA, se reserva el derecho de rechazar la totalidad de las ofertas presentadas, sin que dicho decisorio pueda generar derecho a reclamo alguno de los oferentes.
PLIEG-2018-21091498- -SECTRANS
El condicionamiento del Plazo de Entrega, Mantenimiento de Oferta y Forma de Pago o de cualquier otro requisito exigido en el requerimiento xxx xxxxxx de bases y condiciones será causal de descarte de la oferta.
RECEPCIÓN DEFINITIVA Y FACTURACIÓN:
Art. 24°.- El Parte de Recepción Definitiva (PRD) será extendido dentro de los ocho (8) días corridos una vez conformados los remitos por parte de los responsables de recepción. –
FORMA DE PAGO
Art. 25°.- El pago se efectuará dentro de los 30 días de presentado el PRD en la Dirección General de Contaduría, de acuerdo a lo establecido en los artículos 28 y 29 xxx Xxxxxx de Bases y Condiciones Generales (PBCG). En el caso del renglón 1 podrán realizarse pagos parciales.
MULTAS POR INCUMPLIMIENTOS:
Art. 26°.- Para el caso de la recepción de bienes y servicios, superado el plazo contractualmente pactado se impondrá una multa por xxxx del uno por ciento (1%) del valor de lo satisfecho fuera del término originario del contrato por cada siete (7) días de atraso o fracción mayor de tres (3) días.
El proveedor podrá solicitar por única vez una prórroga del plazo de entrega, el cual no podrá ser mayor al plazo establecido originalmente y el otorgamiento de la misma no lo eximirá de la multa correspondiente, acorde lo establece el artículo 128 de la Ley 2.095 (texto consolidado por Ley N° 5.666) y el artículo 126 del Decreto reglamentario N° 95/GCBA/2014.
TRASLADO, CARGA Y DESCARGA
Art. 27°.- El traslado, carga y descarga de los insumos correrá por cuenta y orden del adjudicatario.
CONOCIMIENTO DE LAS CONDICIONES
Art. 28°.- La sola presentación de la oferta implicará para el oferente la aceptación y el pleno conocimiento de las condiciones y cláusulas que rigen la presente contratación, y de las características contractuales objeto de la presente, por lo que no podrá invocar en su favor, para justificar los errores en que hubiere incurrido, dudas o desconocimiento de las disposiciones legales aplicables,
PLIEG-2018-21091498- -SECTRANS
del contenido de los Pliegos que rigen la contratación, como así también de las especificaciones técnicas y fácticas de la misma.
COMPETENCIA JUDICIAL.
Art. 29°.- Para la resolución de cuestiones que se susciten en el proceso de selección, Adjudicación y Ejecución del contrato, las partes se someten a la jurisdicción de los Tribunales en lo Contencioso, Administrativo y Tributario del Poder Judicial de la Ciudad Autónoma de Buenos Aires, y renuncian a todo otro fuero o jurisdicción, concordante con el Art. 7 xxx Xxxxxx Único de Bases y Condiciones Generales.
PLIEG-2018-21091498- -SECTRANS
CLÁUSULAS PARTICULARES ANEXO I
CERTIFICADO DE VISITA
Fecha: / /
Se certifica que el Sr. , DNI N°:
,Representante de la Empresa
, ha concurrido en el día de la fecha a visitar el Predio ubicado en ..-
.
_ Firma y Sello del Funcionario Responsable
PLIEG-2018-21091498- -SECTRANS
X X X X X X X X XX XX X I U D A D DE B U E N O S A I R E S “2018 – AÑO DE LOS JUEGOS OLÍMPICOS DE LA JUVENTUD”
Hoja Adicional de Firmas Pliego
Número:
PLIEG-2018-21091498- -SECTRANS
Buenos Aires,
Jueves 2 xx Xxxxxx de 2018
Referencia: Pliego de Cláusulas Particulares 768-1156-LPU18
El documento fue importado por el sistema GEDO con un total de 11 pagina/s.
Digitally signed by Comunicaciones Oficiales DN: cn=Comunicaciones Oficiales
Date: 2018.08.02 17:03:12 -03'00'
Xxxxxx Xxxx Xxxx Xxxxxxxxxx
SECRETARIA DE TRANSPORTE (MDUYTGC) MINISTERIO DE DESARROLLO URBANO Y TRANSPORTE
Digitally signed by Comunicaciones Oficiales
DN: cn=Comunicaciones Oficiales Date: 2018.08.02 17:03:12 -03'00'
PLIEGO DE ESPECIFICACIONES TECNICAS
“Digitalización de archivos pre-existentes y despapelización del trámite de Licencia de Conducir”.
Objeto de la contratación y obligaciones del oferente
El presente pliego tiene por objeto la contratación de un proyecto para lograr la simplificación de la actual plataforma para la Emisión de las Licencias de Conducir, y despapelizar el proceso a través de la digitalización de documentos exigibles al vecino para cada trámite.
Sin perjuicio de las características y especificidades propias del proyecto establecidas en este Pliego, el mismo implica la realización de la totalidad de las prestaciones necesarias en un marco delimitado por los principios fundamentales de la protección de la información, de la administración y del administrado.
Asimismo, esta solución, deberá posibilitar la incorporación de herramientas que permitan lograr el diligenciamiento del proceso sin papeles y asegurar que la solución presentada no vulnere los fundamentos del actual sistema de emisión.
El alcance del presente proyecto abarca a todos los módulos que se deberán desarrolar para lograr la despapelización total del procedimiento y la provisión de equipamiento de digitalización necesarios para cumplir con el objeto de esta Licitación.
Renglón 1 - Software
I) – Acerca del Software
I.a.) Principales premisas
A continuación, se detallan los principios prioritarios a cumplir por el oferente y ante la eventualidad de una adjudicación, por el adjudicatario del proyecto.
A Nivel Solución:
• Modernización del Gobierno: las soluciones se deben adoptar tomando como premisa la integración con soluciones que permitan efectivamente la modernización del Gobierno de la Ciudad Autónoma de Buenos Aires.
A Nivel Adjudicatario:
• Deberá contar con la estructura suficiente, en cantidad e idoneidad de especialistas, para brindar soluciones innovativas y posibles de integración.
• Poseer antecedentes en la provisión de desarrollos y servicios similares en calidad, complejidad y en volumen. Entiéndase como desarrolos servicios similares, a aquelos que están relacionados con la emisión de Licencias de Conducir.
• Se tomará como referencia a favor, que el adjudicatario tenga implementado un sistema de calidad bajo la Norma ISO 9001:2015 IF-2018-20712344- -DGHCT
Grado de Independencia:
• La metodología de trabajo deberá permitir la transferencia de conocimiento, tanto sobre el producto como sobre la plataforma tecnológica hacia los participantes clave, provistos por Dirección General de Habilitaciones de Conductores y Transporte.
• Que el proceso de implementación y transferencia de conocimientos asegure la participación del personal en forma activa y recurrente en todos los procesos de implantación, de forma tal que posibilite la independencia del ADJUDICATARIO en el menor lapso posible. A este efecto, los programas de capacitación deberán contemplar este requerimiento.
I.b.) Políticas y Estándares Tecnológicos
• Será obligación de quien resulte ADJUDICATARIO del proyecto, la completa y total observancia de los Estándares Tecnológicos dictados por la Agencia de Sistemas de Información para los sistemas informáticos del GCABA; así como también dar cumplimiento a las políticas implementadas a partir de la Resolución Nº 177-ASINF-2013 y su complementaria Nº 239- ASINF-2014.
• Las políticas, estándares y documentación se encuentran disponibles en el Xxxxxx xxx Xxxxxxxx Xxxxxx Xxxxxxxx xx Xxxxxx Xxxxx:
xxxx://xxx.xxxxxxxxxxx.xxx.xx/xxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxx/xxxxxxxxxx
I.c.) Estudio de Campo
El oferente deberá realizar una visita a los efectos de informarse el proyecto. Se deberá presentar conjuntamente con la oferta, un Certificado de Visita firmado por los responsables del área del GCBA., de acuerdo con el formulario que figura en el Pliego de Cláusulas Particulares.
I.d.) Recursos del ADJUDICATARIO
El ADJUDICATARIO deberá constituir un equipo de trabajo, presentando en la propuesta CVs detalados, especificando sus capacidades, experiencias y competencias.
En caso de que los colaboradores que participen en el desarrolo del proyecto no sean los indicados en la propuesta, el CV de los mismos deberá ser evaluado y aprobado oportunamente por el ORGANISMO CONTRATANTE.
I.e.) Entregables del Proyecto
El oferente, deberá presentar su Plan de Trabajo. Para cada entregable comprometido el Oferente deberá fijar las fechas de entrega de los mismos, tomando como referencia un día cero.
El contenido de cada entregable será analizado con la Administración con el objeto de determinar que durante el transcurso del proyecto, se genere documentación que permita en la fase de implementación y posterior mantenimiento, minimizar el impacto, realizar cambios con menor costo y realizar una transferencia de conocimiento al equipo de la Administración.
El tiempo de finalización del trabajo y los entregables, no podrá superar lo que se indica al final xxx xxxxxx
La enunciación de los entregables que se detala más adelante, IsFe-2h0a1c8e-2a0l7s1ó2lo34e4f-ec-tDoGdHe CT comentario. Cada entregable contendrá el manual de Usuario, y el Programa de Capacitación.
I.f.) Herramientas de desarrollo
El ADJUDICATARIO deberá validar con el ORGANISMO CONTRATANTE las herramientas que se utilizará para el desarrollo del sistema. El correcto licenciamiento de dichas herramientas es exclusiva responsabilidad del ADJUDICATARIO.
El desarrolo del software se deberá hacer en lenguajes de código abierto.
I.g.) Administración de la Configuración
El ADJUDICATARIO deberá definir y mantener un sistema de manejo de versiones para todos los componentes del sistema. Este proceso de administración de la configuración deberá ser acordado previamente con los responsables del ORGANISMO CONTRATANTE.
El ORGANISMO CONTRATANTE indicará al ADJUDICATARIO los estándares y herramientas de software necesarios para conformar el ambiente de trabajo, que serán seleccionadas de acuerdo con los criterios del propio Contratante.
I.h.) Especificación de Pruebas de Aceptación
El ADJUDICATARIO deberá realizar sus pruebas de desarrolo y entregar el producto con calidad de aceptación.
El ORGANISMO CONTRATANTE y el ADJUDICATARIO desarrolarán conjuntamente una Especificación de Pruebas de Aceptación para cada componente solicitado.
La Especificación de Pruebas de Aceptación incluirá:
• Suficiente detale de las pruebas a realizar por el ORGANISMO CONTRATANTE para confirmar que el Software cumplirá con los criterios de aceptación establecidos.
• Detalle de las facilidades que el ORGANISMO CONTRATANTE tendrá disponibles para la realización de las Pruebas de Aceptación.
Las funcionalidades se considerarán válidas si las pruebas de aceptación son ejecutadas con éxito, según los criterios definidos. Las mismas incluyen la verificación de la correcta integración con cualquier otro software con el cual el desarrolado por el ADJUDICATARIO deba tener interfaces.
I.i.) Transferencia de Conocimiento Técnico
El ADJUDICATARIO debe realizar la transferencia de conocimientos del proyecto ante los Agentes que defina el ORGANISMO CONTRATANTE. Dicho traspaso debe incluir la entrega de las últimas versiones de la documentación funcional y de diseño relacionadas con el proyecto y considerando las capacitaciones sobre la estructura del código fuente, las particularidades de compilación y funcionamiento del sistema, configuración, parametrización y todo lo necesario para poder realizar la implementación del desarrollo y su posterior mantenimiento.
Esta transferencia tiene como segundo objetivo permitir la evaluación de cuestiones no funcionales que sólo son visibles si se comprende el funcionamiento interno de los componentes.
I.j.) Garantía Técnica Final
IF-2018-20712344- -DGHCT
Para cada módulo, componente o adaptación solicitada, producida y aceptada, implementada en producción, el ADJUDICATARIO deberá brindar una garantía técnica de
buen funcionamiento y mantenimiento correctivo integral por el término de SEIS (6) MESES, contados a partir de la finalización de cada módulo.
El plazo de vigencia de la mencionada garantía correrá a partir del día en que se haga efectiva la aceptación definitiva y certificada de cada módulo.
Durante dicho período se deberá sustituir o reparar cualquier elemento, parte o componente, del software desarrolado por el ADJUDICATARIO que resulte defectuoso, entregando las modificaciones y los desarrollos en iguales términos que los mencionados para el desarrollo de la solución.
I.k.) Stack de Programación:
Para el desarrolo del sistema, se propone el uso del siguiente Stack de programación:
x Base de datos PostgreSQL: sistema de gestión de bases de datos relacional orientado a objetos y libre.
x Lenguaje de programación PHP 7: Lenguaje Orientado a Objetos (OOP), utilizando para ello el Framework Laravel PHP.
x Para el desarrolo del Front End, se deberá emplear el patrón de diseño MVC (Modelo, Vista, Controlador), para lo cual se sugiere utilizar el Framework Javascript Angular en alguna de sus versiones más actuales.
x El versionado de la aplicación se deberá levar a cabo mediante alguna de las herramientas de control de versionado GIT disponibles.
x Para la automatización del despliegue de la aplicación, se sugiere el uso de contenedores Docker, y se deberá proveer en cada caso de un manual con los requerimientos del servidor, para su correcta implementación.
I.l.) Módulos que exigen desarrollo de software
a) Fotografía
b) Control Medico
c) Control de Gestión
d) Impresión Licencia de conducir
e) Archivo
IF-2018-20712344- -DGHCT
a) Fotografía
ACTUALMENTE:
En la actualidad este módulo, cuenta con dos Fases:
Fase 1- Al ingresar el DNI del vecino en el sistema XXXXX, se ingresa a una interfaz donde se actualizan los datos personales del vecino. En una segunda solapa, se elige el inicio del trámite. En esta instancia, se pasa a una segunda interfaz donde se elige el tipo de trámite y las categorías a tramitar. Una vez aceptado esto, se pasa a un formulario de carga de información. En este formulario, se debe cargar la información de la documentación. Como el sistema del “Pre Check” recopila información de la documentación de pagos, la misma se vuelca automáticamente en el formulario. Al aceptar la carga de esta información, se pasa a la Fase 2
Fase 2- Actualmente, en esta fase, se llama a un aplicativo llamado “captura.exe”. EL mismo se utiliza para la adquisición de los datos biométricos del vecino (Fotografía, Huella Digital y Firma). Capturados estos datos, se da aceptación y el trámite continúa su proceso habitual siendo derivado al siguiente puesto.
REQUERIMIENTO:
En la FASE 1, se requiere la instalación de scanners, que cumplan la función de digitalizar la documentación restante que no abarque el sistema de “Pre Check”. En la mayoría de los casos sería solo el DNI, aunque hay algunos trámites que requieren escanear otra documentación como Antecedentes Penales, Certificado de Residencia Precaria, Certificado de Nacimiento, Certificado de Legalidad, etc.
EL proceso de escanear la documentación no tiene que estar ligado directamente al sistema XXXXX, pero la digitalización de la documentación tiene que tener su proceso. Al escanear un documento, el mismo tiene que ser guardado en una carpeta específica en la red, con el DNI y sexo de la persona como nombre del archivo. El DNI al ser escaneado, tiene que automáticamente guardarse como tal en su carpeta. Mientras que para el resto de la documentación que se escanee tiene que dar la opción de qué categoría de documentación es, para que de esta manera se guarde en la carpeta específica. DGHCT proveerá los botones necesarios en la interfaz, para que al apretarlos se pueda visualizar en pantala la documentación mencionada.
EL software que se utilice con los scanners, deberá poder obtener datos del DNI, para de esta manera poder constatar los datos alojados en nuestras BBDD. Si bien en un principio no se realizara la constatación, debe estar contemplado. Algunos datos de referencia serían, el nombre, apellido N° DNI, domicilio y ejemplar. (Habrá que tener en cuenta los diferentes modelos de DNI válidos).
En la FASE 2, se busca eliminar el aplicativo “captura.exe”. En el desarrollo que se requiere para esta etapa, se deberá eliminar la huella y la firma, quedando únicamente la fotografía. Se requiere que esto sea desarrolado en un módulo independiente. El mismo deberá realizarse de manera que la fotografía pueda ser capturada mediante HTTP, con la posibilidad de que el sistema pueda aceptar una amplia variedad de cámaras web.
Para que un trámite pueda acceder a la fotografía, el módulo deberá tomar los trámites que se encuentren en un estado X y mostrarlos en un listado, de manera que un usuario elegirá qué trámite levantar para sacar la fotografía. Una vez capturada la imagen fotográfica,
deberá pasarlo al estado Y, para que el próximo puesto del proceso pueda levantarlo.
IF-2018-20712344- -DGHCT
Especificaciones:
x Los documentos escaneados deberán ser enviados a un servidor centralizado.
Módulo de escaneo de documentos:
x Los documentos escaneados deberán ser indexados en una BBDD, con un tipo de documento, vinculado al trámite o documento, para su posterior filtro.
x Deberá existir un sistema de roles y usuarios para la gestión (edición, inserción, eliminación, búsqueda y filtros) de los documentos escaneados.
x Cuando se escanee el documento, deberá consultar en una api rest de licencias, para saber si el documento es válido.
Módulo de captura
x Se requiere un módulo de toma de foto web, el cual deberá ser guardado en una BBDD y vinculado al trámite.
x Al momento de realizar la captura se deberá poder editar la captura para centralizar el rostro del contribuyente.
b) Control Médico ACTUALMENTE:
El módulo actual de médico funciona de la siguiente manera:
Se levanta el trámite con el DNI y sexo de la persona. AL ingresar, se puede visualizar el historial médico del vecino. Se evalúa verbal y visualmente, se asienta en el sistema las novedades. En caso de corresponder se puede disminuir el tiempo a otorgar la licencia y se acepta el trámite para que pase al siguiente puesto.
REQUERIMIENTO:
Las modificaciones se requieren para esta etapa, son principalmente un mini módulo que se acople a lo existente.
Se deberá generar un formulario médico, el cual se deberá poder modificar, en caso de ser necesario. Será embebido mediante un framework en una página del gobierno. Toda la información provista en dicho formulario es de carácter reservado y confidencial, pudiendo ser vista únicamente por la DGHCT y dicha información almacenada en una tabla de la BBDD. La contestación de cada pregunta en el formulario generará una contestación automática preestablecida con posibilidad de descarga de un archivo para ser impreso.
Una vez que el vecino es lamado y está en el puesto médico, tendrá una tablet o pantalla frente a él, en la cual se mostrará este formulario completo de manera a cómo lo hizo en su momento, y deberá ser firmado, con un lápiz específico para la pantala o con el dedo. El llamado del formulario a mostrar tiene que estar vinculado con los datos que utiliza el empleado para levantar el trámite en el sistema (nacionalidad, tipo documento, N° documento y sexo).
La firma, de dicho formulario, debe ser capturada y almacenada en la BBDD o en una carpeta específica del servidor, pues será usada nuevamente sinIFr-e2q0u1e8r-í2rs0e7l1a2. 3D44e-be-rDá GteHnCeTr un código único como nombre de archivo, el cual tiene que estar relacionado con su DNI.
El Oferente definirá el sistema a utilizar por la pantalla o tablet, ya que puede ser un servicio web como también se puede explorar la posibilidad de una APP de Android, siempre y cuando, cumpla con los requisitos necesarios de seguridad del servicio.
Especificaciones:
Módulo de Firma
x Se deberá desarrolar una Página web pública, en la cual el contribuyente deberá seleccionar en un menú de enfermedades las que les correspondan. Esta página deberá ir linkeada a la página de atención ciudadana y ejecutarse después de la reserva del turno. Deberá observarse seguridad, ya que se trata de datos reservados.
x El médico visualizará en su PC el formulario lenado por el contribuyente, podrá editarlo y una vez comprobado por el profesional, el contribuyente deberá firmarlo frente a él.
c) Control de Gestión ACTUALMENTE:
EL vecino se presenta con toda la documentación en papel al mostrador de control de gestión. Se verifica la documentación visualmente y se deja en un pilón para ser procesado. Un empleado toma los papeles e ingresa al sistema para verificar que lo que se muestra en sistema es lo mismo que tiene en papel en las manos. Al verificar que es correcto y que no contiene errores, le da aceptación y el trámite pasa al siguiente puesto que es impresión y entrega.
REQUERIMIENTO:
En esta etapa se busca incorporar una instancia previa al módulo de Control de Gestión. Se desarrollará un módulo de previsualización de la Licencia para la verificación de los datos.
Una determinada cantidad de pantallas touch screen (Totems o similares) se instalarán al alcance de los vecinos, muy cercanos al área de impresión. Frente a estas pantallas táctiles, los vecinos cargarán sus datos (nacionalidad, tipo documento, numero documento y sexo). Se visualizará, si son correctos, en la pantalla su “Licencia de Conducir” tal como será al imprimirla. El vecino corroborará personalmente sus datos. Aparte de la previsualización de su licencia, la pantalla contará con logos y texto informativo necesario y 2 botones:
-” ACEPTAR”. Este botón dirigirá a una segunda instancia de confirmación. Xxxxx se le preguntará nuevamente que verifique correctamente antes de aceptar, por lo que deberá volver a confirmar. Esta segunda instancia, puede ser un POP-UP o simplemente otra pantalla similar, pero con mayores advertencias. La opción a utilizar se definirá al momento de realizar pruebas para un buen y rápido funcionamiento. La confirmación de los datos del vecino en la previsualización, implicará el pase automático a impresión y entrega.
-” REVISAR”. Este botón hará que al encontrar algún error el vecino, el trámite se derivara a una persona de control de gestión para de esta manera corroborar cuál es el error y subsanarlo. Una vez resuelto, cuando el operador confirme el trámite en el XXXXX, el mismo deberá proceder a enrolarse en el servidor de impresión para que se imprima directamente.
IF-2018-20712344- -DGHCT
Especificaciones:
x Actualmente en esta etapa existe un preview en pantala como una forma de chequeo. pero podríamos enviar el PDF directamente a la impresora.
x En este módulo se deberá crear una interfaz entre el servidor y la impresora para mandar a imprimir la Licencia.
x La previsualización de la licencia será mediante un Xxxxxx Report, el cual se genera en el sistema XXXXX actual.
d) Impresión de Licencia de Conducir
REQUERIMIENTO:
Como se ha dicho previamente, el módulo Control de Gestión habilitará la impresión directamente, si el vecino acepta sus datos en las Pantalas táctiles, por lo que es necesario adaptar el Sistema para esta situación.
e) Archivo
II) Digitalización de Documentos
El segundo objetivo de esta Licitación, es la Digitalización de la documentación que debe traer el vecino para proceder a obtener su Licencia de Conducir, y adicionalmente Digitalizar documentación del módulo archivo.
II.a) Software de Digitalización (módulo Fotografía)
Se deberá desarrolar un software para incorporar al sistema XXXXX los datos del vecino mediante su DNI que será leído por el Scanner y el mismo equipo, digitalizará documentación que se le exige para los distintos trámites (Antecedentes, Certificados, etc.). Los datos leídos (OCR) de su DNI y la documentación aportada, serán almacenados en el Sistema XXXXX.
II.b.) Software de Digitalización (módulo Archivo)
Se deberá desarrolar un software para digitalizar documentación existente, que permita indexar documentación que entregará el Organismo Contratante y su posterior búsqueda.
Al escanear se asignará directamente un nombre al archivo escaneado. La documentación escaneada deberá ser guardada como archivos individuales en una carpeta particular ubicada en la red interna.
Asimismo, se deberá desarrollar un sistema de búsqueda y visualización de los archivos escaneados. Este sistema deberá cumplir con parámetros normales de búsqueda, respetando y ordenando por fechas, al momento de visualizar. También deberá tener parámetros de búsquedas masivas, que puedan contemplar la búsqueda por sede o fecha.
IF-2018-20712344- -DGHCT
Renglón 2 - Scanners para el módulo Fotografía
Se deberá proveer 40 scanners que permitan digitalizar documentos rígidos y de papel; Una especificación genérica de estos scanner se menciona a continuación:
Scanner de Documentos con ADF - ESPECIFICACIONES TÉCNICAS | |
Tecnología | Tecnología de digitalización CIS (Contact Image Sensor) con iluminación LED |
Ciclo de trabajo | Ciclo diario mínimo de digitalización en formato A4 de 3,000 hojas |
Alimentador de Documentos | ADF (Alimentador Automático de Documentos) con capacidad para 75 hojas tamaño Carta/A4 de 80 gr/m2 |
Velocidad | Velocidad de digitalización mínima de 30 ppm (páginas por minuto) para documentos de un lado (Simplex) a una resolución de 200 y 300 dpi en modo blanco y negro, escala de grises y color |
Velocidad de digitalización mínima de 60 ipm (imágenes por minuto), para documentos frente y reverso (Duplex) a una resolución de 200 y 300 dpi en modo blanco y negro, escala de grises y color | |
Velocidad de 40 ppm a las 10 primeras hojas | |
Conectividad | Interface de Conexión USB 2.0 compatibles con USB 3.0 |
Digitalización | Resolución óptica de 600 puntos por pulgada (ppp) |
Resolución de salida de 100, 150, 200, 240, 250, 300, 400, 500, 600 y 1200 dpi | |
Digitalización automática del frente y reverso (dúplex) en una sola pasada | |
Capacidad de aceptar papeles de tamaños y gramajes diferentes en la misma bandeja de entrada, incluyendo tarjetas rígidas de hasta 1,25 mm | |
Área de digitalización: 216 mm x 356 mm o superior (Carta, A4 y Oficio) permitiendo inclusive tarjetas de PVC alimentados en orientación vertical. | |
Poseer como mínimo 2 (dos) rodillos en el módulo de alimentación y 2 (dos) en el módulo de separación de documentos, posibilitando la compensación automática de inclinación de papel y la correcta separación de los documentos digitalizados | |
Sensor ultrasónico para detección xx xxxxx alimentación de documentos | |
Compatibilidad | Compatibilidad co Sistemas Operativos: Microsoft Windows 7 (32 bits y 64 bits), Windows 8 y Windows 10 |
Drivers ISIS, XXXXX y WIA para Windows y SANE para LINUX | |
Procesamiento de Imagen | Detección y eliminación automática de páginas en blanco con ajuste de sensibilidad vía interfaz gráfica del driver XXXXX e ISIS, Juntar las imágenes del frente y reverso en una única imagen, Permitir el relleno automático de bordes irregulares con color blanco de fondo; Rotación automática de documento basada en el contenido, Detección automática del tamaño de página, eliminación independiente de colores (Rojo, Verde Azul), Relleno automático de agujeros, incluyendo perforaciones dobles e irregulares, Ajuste de brillo y contraste, Lectura de Código xx Xxxxxx por hardware (driver), OCR para indexación. |
IF-2018-20712344- -DGHCT
Software de Captura básico | Software de captura orientado a documentos que permita: |
Definir como mínimo 09 tareas de digitalización preconfiguradas y seleccionables a través del panel de operación del scanner con display LCD. El display LCD debe permitir la exhibición de los nombres de los perfiles de digitalización (personalizados por trabajo) para facilitar la utilización por parte del usuario. | |
Mostrar las imágenes digitalizadas durante el proceso de captura. | |
Posibilitar que las imágenes digitalizadas puedan ser direccionadas para un directorio, adjunto de email, webmail, impresora, aplicación o para servicios de nube como Microsoft Sharepoint, a través del perfil preconfigurado y seleccionable a través del panel del scanner. | |
Debe poseer el recurso de reconocimiento automático de código xx xxxxxx para los tipos EAN- 13, EAN-8, PDF417, 2 de 5, Code 3 de 9, Code 128, UPC-A, Codabar | |
Poseer los siguientes recursos de post digitalización como rotación, recorte, exclusión, renombrar el archivo y escoger el directorio para grabar las imágenes. | |
Formatos de salida de archivo: PNG, TIFF, JPEG, BMP, RTF, PDF, PDF con capacidad de búsqueda, PDF/A, DOCX, XLSX y CSV. | |
Permitir la separación de documentos a través de página en blanco, o con la lectura del código xx xxxxxx. | |
Permitir OCR editable, es decir, escanear y llevar a MS Word o MS Excel. | |
El software debe poseer interfaz con idioma en español. | |
Opcionales | Camas planas en tamaño Oficio (8.5" x 14"), A3 (12" x 17") |
Voltaje | Adaptador con autovoltaje de 100 a 240 VAC |
Garantía | Garantía de 12 meses. |
Certificaciones | Los equipos y sus componentes electrónicos deberán poseer certificaciones RoHS, EPEAT, ISO. |
Renglón 3 - Scanners para el módulo Archivo:
Se deberá proveer 1 scanner que permita digitalizar documentos de papel; Una especificación genérica de estos scanner se menciona a continuación:
Scanner de Documentos A3 de 90 ppm con ADF - ESPECIFICACIONES TÉCNICAS | |
Tecnología | Tecnología de digitalización CCD (Charge Coupled Device) con iluminación LED |
Ciclo de trabajo | Ciclo diario mínimo de digitalizacion en formato A4 de 20,000 hojas |
Alimentador de Documentos | ADF (Alimentador Automático de Documentos) con capacidad para 250 hojas tamaño Carta/A4/Oficio/A3 de 80 gr/m2 |
Velocidad | Velocidad de digitalización mínima de 90 ppm (páginas por minuto) para documentos de un lado (Simplex) a una resolución de 200 y 300 dpi en modo blanco y negro, escala de grises y color |
Velocidad de digitalización mínima de 180 ipm (imágenes por minuto), para documentos frente y reverso (Duplex) a una resolución de 200 y 300 dpi en modo blanco y negro, escala de grises y color | |
IF-2018-20712344- -DGHCT
Conectividad | Interface de Conexión USB 2.0 compatibles con USB 3.0 |
Digitalización | Resolución óptica de 600 puntos por pulgada (ppp) |
Resolución de salida de 100, 150, 200, 240, 250, 300, 400, 500, 600 y 1200 dpi | |
Digitalización automática del frente y reverso (dúplex) en una sola pasada | |
Capacidad de aceptar papeles de tamaños y gramajes diferentes en la misma bandeja de entrada, incluyendo tarjetas rígidas de hasta 1,25 mm | |
Área de digitalización: 12" x 17" o superior (Carta, A4, Oficio y A3) permitiendo inclusive tarjetas de PVC alimentados en orientación vertical. | |
Poseer como mínimo 2 (dos) rodillos en el módulo de alimentación y 2 (dos) en el módulo de separación de documentos, posibilitando la compensación automática de inclinación de papel y la correcta separación de los documentos digitalizados | |
Doble salida de papel: Frontal y Posterior | |
Sensor ultrasónico para detección xx xxxxx alimentación de documentos | |
Compatibilidad | Compatibilidad co Sistemas Operativos: Microsoft Windows 7 (32 bits y 64 bits), Windows 8 y Windows 10 |
Drivers ISIS, XXXXX y WIA para Windows y SANE para LINUX | |
Procesamiento de Imagen | Detección y eliminación automática de páginas en blanco con ajuste de sensibilidad vía interfaz gráfica del driver XXXXX e ISIS, Juntar las imágenes del frente y reverso en una única imagen, Permitir el relleno automático de bordes irregulares con color blanco de fondo; Rotación automática de documento basada en el contenido, Detección automática del tamaño de página, eliminación independiente de colores (Rojo, Verde Azul), Relleno automático de agujeros, incluyendo perforaciones dobles e irregulares, Ajuste de brillo y contraste, Lectura de Código xx Xxxxxx por hardware (driver) incluido QR, OCR para indexación. |
Software de Captura básico | Software de captura orientado a documentos que permita: |
Definir como mínimo 09 tareas de digitalización preconfiguradas y seleccionables a través del panel de operación del scanner con display LCD. El display LCD debe permitir la exhibición de los nombres de los perfiles de digitalización (personalizados por trabajo) para facilitar la utilización por parte del usuario. | |
Mostrar las imágenes digitalizadas durante el proceso de captura. | |
Posibilitar que las imágenes digitalizadas puedan ser direccionadas para un directorio, adjunto de email, webmail, impresora, aplicación o para servicios de nube como Microsoft Sharepoint, a través del perfil preconfigurado y seleccionable a través del panel del scanner. | |
Debe poseer el recurso de reconocimiento automático de código xx xxxxxx para los tipos EAN- 13, EAN-8, PDF417, 2 de 5, Code 3 de 9, Code 128, UPC-A, Codabar, QR | |
Poseer los siguientes recursos de post digitalización como rotación, recorte, exclusión, renombrar el archivo y escoger el directorio para grabar las imágenes. | |
Formatos de salida de archivo: TIFF, JPEG, BMP, RTF, PDF, PDF con capacidad de búsqueda, PDF/A, DOCX, XLSX y CSV. | |
Permitir la separación de documentos a través de página en blanco, o con la lectura del código xx xxxxxx. | |
Permitir OCR editable, es decir, escanear y llevar a MS Word o MS Excel. | |
El software debe poseer interfaz con idioma en español. | |
Opcionales | Camas planas en tamaño Oficio (8.5" x 14"), A3 (12" x 17") |
Voltaje | Adaptador con autovoltaje de 100 a 240 VAC |
Garantía | Garantía de 12 meses. |
Certificaciones | Los equipos y sus componentes electrónicos deberáInFp-2o0s1e8e-r2c0e7r1ti2f3ic4a4c-ion-DesGRHoHCST, EPEAT, ISO. |
Renglón 4 - Pantallas Touch Screen tipo Totem
Se deberá proveer 30 pantalas táctiles para el módulo Control de Gestión: Una especificación genérica de estos equipos se menciona a continuación:
Pantallas Touch Screen tipo Totem - ESPECIFICACIONES TÉCNICAS | |
Tamaño de Pantalla | 15,6 pulgadas |
Procesador | Intel Celeron J1900 Quad-Core Processor 2 GHz (up to 2.42 GHz) 2MB L2 Cache; fan- less |
BIOS | AMI |
Memoria (RAM) | 4 GB DDR3L SODIMM en 1 slot disponible |
Almacenamiento | 128GB 2.5" 7mm SATA SSD1 |
Puertos Disponibles | Input: 4 x USB 2.0; 2 x Native DB9 RS-232 (standard); 1 x LAN RJ45 (Gigabit); Audio: 1 x 3.5mm line, 1 x 3.5mm mic Output: 2nd VGA out; 1 x 3.5mm line out |
Pantalla | Pantalla LCD LCD TFT de matriz activa de diagonal de 15,6 pulgadas |
Formato | 16:09:00 |
Área de Pantalla Útil | AccuTouch: 13,7 x 7,8 pulgadas (348,2 mm x 197,5 mm); IntelliTouch sin bisel: 13,6 x 7,6 pulgadas (344,2 mm x 193,5 mm) |
Resolución Nativa (óptima) | 1366 x 768 a 60Hz |
Tiempo de Respuesta Total (típico) | 10 mseg |
Angulo de Vista | Horizontal: ± 45° o 90° total; Vertical: 20°/45° o 65° total |
Tecnologías Touch Disponibles | AccuTouch resistiva de 5 hilos; IntelliTouch zero-bezel surface acoustic wave (SAW) |
Alimentación | Fuente de alimentación universal externa de 19VDC ; voltaje de entrada de la CA: 100- 240 VAC; frecuencia de entrada: 50-60Hz; máxima potencia de salida: 65W (Max draw: 74W): consumo máximo de energía (sin periféricos): 29W |
Temperatura | En operación: 0 °C a 35 °C (32° F a 95° F); En almacenamiento: -20 °C to 60 °C (-4 °F to 140 °F) |
Humedad (sin condensación) | En operación: 20% - 80%; En almacenamiento: 5%-95% |
Opciones de Montaje | Montaje en pared o base segura a mesa / escritorio |
Reloj en Tiempo Real | Batería de iones de litio reemplazable |
Sellado | Pantalla táctil sellada a sub-bisel; Pantalla táctil sellada a LCD |
Otras Características | Componentes internos que pueden ser reparados; Placa base desmontable; Agujeros roscados en la parte inferior de la Base para montaje; bloqueo de seguridad Kensington |
Garantía | Garantía de 3 años. |
MTBF - Tiempo medido entre fallos (medida de confiabilidad de un dispositivo o sistema) | 30,000 horas demostradas |
Aprobaciones y Declaraciones Reglamentarias | IF-2018-20712344- -DGHCT UL/cUL, FCC, TUV, CB, CE, Mexico CoC, S-mark, RCM, VCCI, CCC, KC, BSMI, UKSERTCOMPUTER, SII |
DURACION TOTAL DEL CONTRATO:
75 días hábiles desde el perfeccionamiento de la OC
Se definen los siguientes entregables que el oferente deberá cumplir en el esquema a continuación:
SOFTWARE
x Plan de trabajo con todos los detales del proyecto.
o A los 10 días hábiles a partir del perfeccionamiento de la orden de compra
o Con este entregable se facturará el 20% (veinte por ciento) del ítem software.
x 2to. Entregable: módulo Fotografía:
x A los 30 días hábiles a partir del perfeccionamiento de la orden de compra
o Con este entregable se facturará el 25% (veinticinco por ciento) del ítem software.
x 3er. Entregable: módulo Médico:
x A los 45 días hábiles a partir del perfeccionamiento de la orden de compra
o Con este entregable se facturará el 20% (veinte por ciento) del ítem software.
x 4do. Entregable: módulos Control de Gestión e Impresión:
x A los 60 días hábiles a partir del perfeccionamiento de la orden de compra
o Con este entregable se facturará el 25% (veinticinco por ciento) del ítem software.
x 5to. Entregable: módulo Archivo:
x A los 75 días hábiles a partir del perfeccionamiento de la orden de compra
o Con este entregable se facturará el 10 (diez por ciento) del ítem software.
HARDWARE
x 40 Scanners para el módulo fotografía:
o Se facturará cada entrega de producto.
o Dentro los 30 días hábiles del perfeccionamiento de la orden de compra.
x 1 Scanner para el módulo Archivo
x Dentro los 30 días hábiles del perfeccionamiento de la orden de compra
o Se facturará cada entrega de producto.
x 30 Pantallas Táctiles para el módulo Control de Gestión:
x Dentro los 45 días hábiles del perfeccionamiento de la orden de compra
o Se facturará cada entrega de producto.
IF-2018-20712344- -DGHCT
Documento:
Requisitos para ser oferente del Renglón N°1
Serán consideradas las ofertas que cumplan con los requisitos técnicos y específicos detallados a continuación:
1. Antigüedad en el rubro mayor a cinco (5) años
2. Certificación ISO 9001.2015 relacionada con sistemas de identificación y documentación.
3. Antecedentes nacionales y/o internacionales de desarrollo de software en temas relacionados con documentos oficiales de identificación de personas.
4. Presentación del oferente que especifique las principales características del software, plan de trabajo y garantía técnica.
Xxxxxxx Xx0
Xxxxxxxx
Xxxxxxx Xx0
00 Scanners p/modulo Fotografía
Xxxxxxx Xx0
0 Scanner para módulo Archivo
Xxxxxxx Xx0
00 Pantallas Touch Screen Tipo Totem
IF-2018-20712344- -DGHCT
5430 - 7/8/2018 Separata del Boletín Oficial de la Ciudad de Buenos Aires Nº 518
ANEXO - RESOLUCIÓN N° 351/SECTRANS/18 (continuación)
X X X X X X X X XX XX X I U D A D DE B U E N O S A I R E S “2018 – AÑO DE LOS JUEGOS OLÍMPICOS DE LA JUVENTUD”
Hoja Adicional de Firmas Pliego Especificaciones Tecnicas
Número:
IF-2018-20712344- -DGHCT
Buenos Aires,
Lunes 30 de Julio de 2018
Referencia: S/ Pliego de Especificaciones Técnicas - "Despapelización del trámite de licencia y Digitalización de archivos pre-existentes de la DGHCT"
El documento fue importado por el sistema GEDO con un total de 14 pagina/s.
Digitally signed by Comunicaciones Oficiales DN: cn=Comunicaciones Oficiales
Date: 2018.07.30 13:58:35 -03'00'
Xxxxxxxx Xxxxxx Director General
D.G.HABILITACION DE CONDUCTORES Y TRANSPORTE (SSMSS) MINISTERIO DE DESARROLLO URBANO Y TRANSPORTE
Digitally signed by Comunicaciones Oficiales
DN: cn=Comunicaciones Oficiales Date: 2018.07.30 13:58:35 -03'00'
FIN DEL ANEXO