¿Cuánto cuesta un portal de compras públicas (eGP)?

Muchos países en la región se encuentran desarrollando procesos de modernización de sus plataformas de compras públicas, en mis conversaciones con autoridades y gerentes de proyectos de compras públicas una pregunta recurrente es

¿cuál es el costo de un proyecto como este?

Esta pregunta, al igual que para otras plataformas como es el caso de los Sistemas Integrados de Administración Financiera no tiene una respuesta única y depende de múltiples variables y condiciones de cada país.

Lo primero a decir, es que este tipo de proyectos tienen diversas componentes, que deben ser consideradas a la hora de estimar, los costos de la implementación de un marketplace público, me refiero a que en el proceso se debe estimar al menos lo siguiente:

• Hardware, en muchas ocasiones estos sistemas utilizan el equipamiento existente para otras plataformas, habitualmente lo comparten con sus sistemas integrados de gestión financiera (SIAF’s).  La estimación de costos de esta componente es factible deducirla con bastante precisión ya que se trata de productos con precios relativamente estables y por sobretodo conocidos, con un mercado proveedor amplio.  Para lograr una adecuada estimación se requieren métricas y dimensionamiento de carga proyectada en términos de usuarios, transacciones y volúmenes de almacenamiento, por mencionar algunas.  En su costeo se debe considerar la variable obsolescencia tecnológica y los costos asociados a mantención y soporte durante el periodo de operación.

• Software Básico, en este nivel de la plataforma se abren diferentes posibilidades, tanto en el ámbito de productos comerciales, como los productos denominado open source (FLOSS), se debe ser cuidadoso con el concepto de que el open source es gratis, el software del tipo FLOSS tiene modelo de negocios que se sustentan más en los servicios que en el licenciamiento como es el caso de los productos comerciales.  En ambos casos existirán costos asociados al soporte.

• Aplicativo, en este caso puede tratarse de un producto comercial, hoy algunos países de la región han tomando ese camino, con soluciones como las promocionadas por empresas como Sonda o BravoSolution.  Otra alternativa es el desarrollo a la medida.  En el primer caso, los costos de las soluciones se basan fundamentalmente en licenciamiento por usuario y eventualmente adaptaciones que requieran los producto a los requerimientos legales y normativos del país.  En el segundo caso, esto es, desarrollos a la medida, se deben utilizar métodos de estimación de esfuerzo de construcción de software, tales como, líneas de código (SLOC), puntos de función, casos de uso u otra métrica de desarrollo de software.  En los últimos años estos métodos se han desarrollado mucho y existe bastante experiencia y conocimiento acumulado.

Pero en este punto aparece una pregunta no menor,

¿qué tamaño tiene un portal de compras públicas?

La verdad es que la respuesta es muy variable, dependiendo de la cobertura funcional, como del alcance de la solución (gobierno central, municipios, organismos descentralizados, empresa estatales, otros).

Algunas definiciones que pueden aumentar significativamente el alcance funcional del sistemas, veamos algunos ejemplos de aquello

• Registro de Proveedores, es decir lo que se está incluyendo es una ficha del proveedor o bien se desea desarrollar un portal de proveedores que les permita mostrarse y mostrar sus productos, como es el caso del portal Chileproveedores, el cual se ha transformado más en una plataforma de promoción y comercial de los proveedores del Estado que sólo en un registro en el sentido tradicional.

• Modalidades de contratación, que modalidades de compra se van  incorporar, más allá del tradicional proceso de adquisiciones vía licitación o cotizaciones, me refiero a si la solución va a incluir convenios marco y subastas inversas.  En el caso de los convenios marco se debe estimar un incremento en el costos de desarrollo de un 30% aproximadamente.  Para el caso de las subastas inversas debe potenciarse la funcionalidad el desarrollo del módulo de ofertas, la cual debe contemplar la capacidad de un esquema de oferta dinámica.

Esto sólo por mencionar algunas de las componentes funcionales que afectan directamente en el dimensionamiento de la cobertura funcional de la plataforma.

Si tomamos algunas de métricas de portales de compras públicas de la región, me refiero a sistemas considerados como los mejores de su clase en términos de líneas de código y tomando algunas métricas de estimación de esfuerzo planteadas por Caper Jones, en su libro Applied Software Measurement en su versión 2008, hoy por hoy, la principal referencia para efectos de estimación de esfuerzo y métricas de desarrollo se pueden plantear algunos rangos de costos.

1. Una plataforma de tamaño medio que incluye las etapas iniciales del proceso de adquisición, con un registro de proveedores simple, y que tiene alguna modalidad adicional e contratación públicas que va entre 5.000 y 8.000 puntos de función.
2. Una plataforma del alta complejidad y transaccionalidad, con el ciclo completo de licitaciones e incluye algunos módulos extras, tiene entre 10.000 y 12.000 puntos de función aproximadamente, sin incluir las funcionalidades anteriormente mencionadas.

El costo por punto de función en la región van entre US$ 500 y US$ 1.000 dependiendo de la complejidad del desarrollo, tipo de lenguaje y modalidad de trabajo de la factoría, lo cual plantea que en el mejor escenario para lograr una solución de software de primer nivel se requiere de un presupuesto que va entre los US$ 2.500.000 y US$ 8.000.000, esto sin incluir los costos operacionales y de mantención que una solución de estas características requiere.

La estimación de costos debe ser ajustada por las condiciones de desarrollo del mercado local, ya que los costos varían en forma significativa en la región.  Por otra parte para obtener el costo total de Propiedad (TCO) debiera incluirse el resto de las componentes necesarias para su operación

• Equipamiento
• Software Base (sistemas operativos, bases de datos, framework y lenguajes de programación)
• Mantención anual de los diferentes productos y desarrollo
• Capacitación y adopción de usuarios

Como se aprecia el costo de la solución tecnológica es una parte menor del tema, un ejemplo emblemático de esto es el proyecto de implementación de SAP en la Administración Pública de Francia, con un costo total de 1.500 millones de dólares, en el cual cerca del 30% de los costos están asociados a adopción y capacitación.

Creo que en muchos países hace falta una discusión más documentada en estas temáticas ya que lograr un proyecto de calidad y con buenas posibilidades de éxito deben contemplar un presupuesto acorde con el producto deseado, y que esto no sólo es voluntad del equipo de proyecto.