Public Procurement Guide

Errores comunes durante la ejecución de un contrato público

Muchos conflictos de ejecución no comienzan con un incumplimiento evidente. Comienzan con una instrucción no documentada, un entregable sin criterio de aceptación o una dependencia que todos conocían pero nadie asignó.

01

1–3 · Empezar sin movilización, gobernar por conversaciones y medir tarde

El contrato suele pasar del equipo de propuesta o contratación al equipo de ejecución sin transferencia estructurada. Las reuniones sustituyen comunicaciones formales y los indicadores se diseñan después del primer problema.

  • Realizar una sesión de movilización y handover.
  • Crear matriz de obligaciones, evidencia y responsables.
  • Definir canales formales, actas, decisiones y escalamiento.
  • Acordar cómo se mide servicio, avance, aceptación y riesgo desde el inicio.

02

4–6 · Confundir actividad con entregable, aceptar por silencio y cambiar sin control

Horas trabajadas, reuniones o documentos enviados no siempre equivalen a resultados contractuales. Si la aceptación no tiene criterios y responsables, puede acumularse trabajo sin decisión. Una instrucción aparentemente menor puede alterar costo, plazo o arquitectura.

  • Vincular cada entregable con contenido, formato, criterio y fecha.
  • Documentar revisión, observaciones, corrección y aceptación.
  • Clasificar toda solicitud de cambio antes de ejecutarla.
  • Analizar impacto acumulado, no solo cada cambio por separado.

03

7–8 · Notificar tarde y construir el reclamo retrospectivamente

Los eventos deben registrarse cuando ocurren. Un reclamo construido meses después pierde precisión sobre causa, responsabilidad, medidas de mitigación e impacto. También puede incumplir mecanismos o términos contractuales.

  1. 01

    Evento

    Fecha, fuente, hechos y obligación afectada.

  2. 02

    Aviso

    Forma contractual, reserva de derechos y destinatario.

  3. 03

    Mitigación

    Acciones razonables para reducir impacto.

  4. 04

    Impacto

    Tiempo, costo, recursos, entregables y terceros.

  5. 05

    Evidencia

    Registros contemporáneos, versiones y decisiones.

04

9 · Tratar tecnología como una caja cerrada

Los proyectos tecnológicos requieren gobernar arquitectura, integraciones, ambientes, datos, pruebas, seguridad, migración y transición. Un porcentaje general de avance puede ocultar dependencias críticas.

  • Pruebas conectadas con requisitos y criterios de aceptación.
  • Registro de defectos, severidad, corrección y re-prueba.
  • Decisiones de arquitectura y cambios de versión.
  • Preparación operativa, soporte y transferencia de conocimiento.
  • Plan de reversión y continuidad para puesta en producción.

05

10 · Cerrar sin cerrar

La última entrega o factura no completa automáticamente el contrato. Deben conciliarse pendientes, aceptación, garantías, activos, datos, accesos, documentación, licencias, reclamos y obligaciones posteriores.

  • Checklist contractual y operativo de cierre.
  • Registro de asuntos abiertos y reservas.
  • Confirmación de propiedad, custodia y eliminación de datos.
  • Transferencia, soporte y garantías posteriores.
  • Lecciones aprendidas para futuras contrataciones.

Control editorial

Revisión y fuentes oficiales

Última revisión jurídica: .

Esta guía ofrece información general. La norma, los criterios administrativos, los documentos y los términos aplicables deben revalidarse para el procedimiento concreto y la fecha de actuación.

01

Texto Único de la Ley 22 de 2006 y su reglamentación

Compilación oficial publicada por la Dirección General de Contrataciones Públicas, incluyendo el Decreto Ejecutivo 439 de 2020 y sus modificaciones incorporadas.

Consultar fuente oficial
02

Sistema Electrónico PanamaCompra

Portal oficial para consultar actos públicos, documentos, publicaciones y actuaciones asociadas a cada procedimiento.

Consultar fuente oficial
03

Biblioteca Sistematizada de Pronunciamientos de la DGCP

Criterios administrativos oficiales que deben seleccionarse y revisarse según la materia, etapa y hechos del caso concreto.

Consultar fuente oficial

Preguntas frecuentes

Antes de comenzar.

¿Una buena relación entre equipos reduce la necesidad de documentar?

La colaboración ayuda, pero la documentación protege memoria, continuidad, transparencia y decisiones de ambas partes.

¿Todo problema debe convertirse en reclamo?

No. Debe registrarse y clasificarse; muchos asuntos se resuelven mediante gobierno y corrección temprana sin escalar innecesariamente.

¿Cuándo conviene un Project Health Check?

Cuando existe pérdida de visibilidad, retrasos, cambios acumulados, tensión contractual o dudas sobre capacidad de alcanzar el resultado.

Evaluación preliminar

¿Necesita evaluar una contratación pública?

Podemos revisar el problema, la etapa, la documentación disponible y el siguiente paso responsable.