TECHNOLOGY PROCUREMENT

Contratación Pública de Tecnología

Integramos contratación pública, arquitectura tecnológica, contratos, datos, continuidad y gestión de proyectos para estructurar soluciones que puedan compararse y ejecutarse.

  • Perspectiva de entidad y de proveedor.
  • Pliego técnico, contrato y modelo operativo.
  • Interoperabilidad, seguridad, continuidad y exit plan.

01

Tecnologías y modelos comprendidos

La práctica abarca software, SaaS, IaaS, PaaS, cloud, managed services, outsourcing, ciberseguridad, desarrollo, integración, telecomunicaciones, plataformas de datos e inteligencia artificial cuando corresponda.

No actuamos como integrador, desarrollador, SOC, MSSP ni evaluador técnico. Coordinamos la dimensión jurídica y contractual con responsables de arquitectura, seguridad, operación y proyecto.

  • Licencias, suscripciones, consumo y usuarios.
  • Implementación, configuración, migración e integración.
  • Operación, soporte, mantenimiento y actualizaciones.
  • Datos, ciberseguridad, continuidad y recuperación.
  • Transición, reversibilidad, portabilidad y salida.

02

Para entidades: requisitos que pueden ejecutarse

Estructuramos el pliego desde resultados, arquitectura y modelo operativo. Las especificaciones deben preservar competencia, permitir comparación y anticipar el gobierno posterior.

En procedimientos excepcionales TIC superiores a B/.50,000, la revisión normativa confirmó la exigencia de concepto favorable de AIG sobre especificaciones técnicas. La ruta concreta se valida con AIG, DGCP, la entidad y el expediente vigente.

  • Arquitectura, interoperabilidad, estándares y APIs.
  • Modelo de licencias, nube, consumo y escalabilidad.
  • SLA, disponibilidad, RTO, RPO y soporte.
  • Datos, ubicación, acceso, seguridad e incidentes.
  • Pruebas, aceptación, transferencia y exit plan.

03

Para proveedores: propuesta compatible con ejecución

Ayudamos a revisar si producto, arquitectura, licencias, terceros y modelo económico cumplen el pliego y pueden sostenerse durante el contrato.

La matriz de cumplimiento debe conectar cada afirmación con evidencia y distinguir capacidad propia, fabricante, integrador, subcontratista y consorcio.

  • Fit técnico-jurídico y Bid / No-Bid.
  • Consultas y observaciones al pliego.
  • Cartas de fabricante, licencias y autorizaciones.
  • Alcance, supuestos, exclusiones y dependencias.
  • Riesgo de aceptación, cambio, multas y salida.

04

Anatomía contractual de tecnología pública

01

Arquitectura

Componentes, interfaces, dependencias, ambientes y evolución.

02

Propiedad intelectual

Licencias, código, configuraciones, documentación y terceros.

03

Servicio

SLA, disponibilidad, soporte, mantenimiento y remedios.

04

Datos y seguridad

Acceso, residencia, protección, incidentes, respaldos y borrado.

05

Continuidad

RTO, RPO, DR, obsolescencia y transferencia de conocimiento.

06

Salida

Portabilidad, reversibilidad, asistencia, formatos y vendor lock-in.

05

Ciclo de technology procurement

  1. 01

    Outcome

    Problema, usuarios, criticidad y resultado medible.

  2. 02

    Architecture

    Modelo, integraciones, datos, seguridad y dependencias.

  3. 03

    Tender

    Requisitos, evidencia, evaluación y condiciones comerciales.

  4. 04

    Contract

    Alcance, desempeño, activos, riesgo, cambio y salida.

  5. 05

    Delivery

    Gobierno, pruebas, aceptación, operación y mejora.

  6. 06

    Transition

    Conocimiento, datos, licencias, continuidad y closeout.

Preguntas frecuentes

Antes de comenzar.

¿Cómo se reduce vendor lock-in sin impedir innovación?

Definiendo desde el inicio estándares, interoperabilidad, portabilidad, formatos, documentación, derechos, asistencia de salida y costo total de transición.

¿Puede evaluarse una solución solo por precio?

La modalidad y criterios dependen del marco aplicable. En tecnología, la entidad debe estructurar requisitos y evaluación compatibles con complejidad, desempeño, riesgo y costo de ciclo de vida.

¿La firma valida RTO, RPO o arquitectura?

Estructuramos cómo se definen, evidencian y contratan; la validación técnica corresponde a especialistas competentes.

¿El concepto favorable de AIG aplica a toda compra TIC?

La referencia verificada se refiere a procedimientos excepcionales TIC superiores a B/.50,000. Otros controles pueden aplicar según el caso y deben verificarse con la normativa y el expediente vigentes.

Evaluación preliminar

Evaluar una contratación tecnológica

Comparta la necesidad o pliego, el modelo tecnológico, la etapa y las decisiones críticas de arquitectura y contrato.