Cando un organismo público necesita un novo sistema de xestión, enfróntase invariablemente á mesma disxuntiva: contratamos un ERP estándar do mercado e configurámolo para as nosas necesidades, ou encargamos un desenvolvemento á medida? As dúas opcións teñen defensores convencidos e casos de éxito. Tamén teñen casos de fracaso custoso. A clave está en saber cal é a axeitada para cada situación.

Que é un ERP xenérico e que é o software á medida

ERP xenérico (Enterprise Resource Planning): sistema estándar de xestión deseñado para funcionar en múltiples sectores e organismos con configuración e parametrización. Exemplos: SAP, Oracle, Microsoft Dynamics, Odoo. No sector público español, tamén solucións específicas pero estándar como SIGEP, PLYCA para contratación, ou as plataformas da Xunta de Castela e León ou da AXE.

Software á medida: sistema deseñado e desenvolvido especificamente para os procesos dun organismo ou sector concreto. Non existe antes do proxecto: constrúese segundo os requisitos do cliente.

Entre os dous extremos hai unha zona gris importante: os ERP configurables ou os produtos sectoriais, que son estándar na súa base pero con capacidade de personalización profunda. Moitas solucións para o sector público entran nesta categoría.

Cando ten sentido un ERP estándar

Un ERP estándar é a opción axeitada cando:

Os procesos son estándar e non requiren diferenciación. Contabilidade pública, nóminas de funcionarios, xestión de expedientes administrativos básicos —estes procesos están normalizados por lei e son iguais en todos os organismos do mesmo nivel. Non hai vantaxe en desenvolvelos á medida.

O organismo non ten capacidade técnica para manter software propio. Un pequeno concello de 20 empregados non ten persoal técnico para xestionar actualizacións, parches de seguridade e adaptacións legais dun sistema á medida. Un ERP con soporte do fabricante externaliza ese custo de mantemento.

O orzamento é limitado e o tempo de implantación, curto. Un ERP existente pode estar en produción en semanas. Un desenvolvemento á medida da mesma funcionalidade pode levar entre 3 e 12 meses.

A funcionalidade que cobre o ERP é suficiente nun 80-90%. Se o sistema estándar cobre a maior parte das necesidades e só require pequenas adaptacións, a eficiencia do ERP supera a do desenvolvemento desde cero.

Cando ten sentido o software á medida

O desenvolvemento á medida é a opción axeitada cando:

Os procesos son únicos e non están previstos en ningún ERP do mercado. O sistema de control de rastrexabilidade dunha cadea de distribución de auga provincial, o módulo de xestión de licitacións dunha deputación con fluxos de aprobación específicos polo seu organigrama, ou a plataforma de xestión de mediacións laborais de SIMA —ningún destes sistemas existe como ERP estándar porque non hai mercado abondo para que ningún fabricante o desenvolva.

A integración con sistemas existentes é crítica e complexa. Cando o novo sistema debe integrarse con varios sistemas herdados (legacy) de diferentes tecnoloxías, e esa integración define o valor do proxecto, un ERP estándar obriga a adaptacións custosas que a miúdo superan o custo do desenvolvemento á medida.

O organismo necesita controlar completamente a propiedade intelectual do código. En proxectos críticos financiados con fondos públicos, ter o código fonte baixo o control do organismo permite auditalo, modificalo con outros provedores no futuro e garantir a continuidade do servizo con independencia do provedor orixinal.

Os requisitos de seguridade son elevados e o ERP estándar non os cobre por defecto. Para sistemas de categoría media ou alta no ENS, a seguridade debe estar deseñada desde o inicio (security by design). Adaptar un ERP xenérico para cumprir os requisitos ENS de categoría alta adoita ser máis custoso e menos robusto ca deseñar a seguridade desde cero.

Se o teu caso encaixa nalgún destes escenarios, na páxina de software á medida explicamos como abordamos a análise previa de procesos, a documentación e a entrega do código fonte ao organismo.

A trampa do ERP «case perfecto»: o custo real da parametrización

O argumento máis frecuente a favor do ERP estándar é o económico: «xa está feito, só hai que configuralo». Este argumento falla sistematicamente cando a parametrización é extensa.

Un estudo de Gartner sobre implantacións de ERP no sector público en Europa amosou que o custo total de propiedade dun ERP con parametrización extensa ao longo de 5 anos é entre 1,8 e 2,4 veces maior có custo do contrato inicial. Os custos ocultos inclúen:

Licenzas anuais que se incrementan co número de módulos e usuarios
Consultoría especializada do fabricante para cada parametrización (a tarifas premium)
Actualizacións de versión que desfán as parametrizacións previas
Dependencia técnica do fabricante que dificulta o cambio de provedor

O software á medida ten os seus propios custos de mantemento, pero son máis predicibles e non inclúen licenzas incrementais.

ENS: como afecta á decisión ERP vs medida

A certificación ENS engádelle a esta decisión unha dimensión importante que a miúdo se ignora.

ERP estándar e ENS: Os grandes fabricantes (SAP, Microsoft) teñen certificacións ENS para as súas plataformas cloud. Con todo, a certificación cobre a plataforma base, non as personalizacións. Cando un organismo engade módulos custom ou integracións, esas pezas adicionais quedan fóra do alcance da certificación e deben certificarse por separado. Isto pode converter a certificación ENS dun ERP parametrizado nun proceso longo e custoso.

Software á medida e ENS: Un provedor de software á medida certificado en ENS deseña o sistema desde o inicio cos controis de seguridade requiridos. A certificación ENS cobre o produto completo porque non hai unha base estándar sobre a que se engadiron capas de personalización. O alcance da certificación é máis claro e o mantemento da certificación, máis sinxelo.

Para organismos con sistemas de categoría media ou alta que necesitan unha certificación ENS limpa e doada de manter, o software á medida cun provedor certificado adoita ser a opción máis segura a longo prazo.

Checklist para decidir: 8 preguntas clave

Antes de decidir entre ERP e software á medida, responde honestamente:

Máis do 80% dos procesos que necesitas están cubertos polo ERP estándar sen adaptacións?
Ten o teu organismo capacidade técnica para xestionar un sistema á medida (actualizacións, incidencias)?
É o prazo de implantación un factor crítico (menos de 6 meses)?
Os procesos que necesitas son estándar do sector ou únicos do teu organismo?
Necesitas integración con moitos sistemas externos existentes?
Queres ser propietario do código fonte do sistema?
A categoría ENS do sistema é media ou alta?
Prevés cambios normativos frecuentes que afectarán o sistema?

Se as respostas 4, 5, 6, 7 ou 8 son maioritariamente «si», o software á medida é probablemente a opción máis eficiente a longo prazo.

Decidido o modelo, queda a segunda pregunta: que tipo de provedor o executa. En Gran integradora ou empresa mediana? Como elixir provedor comparamos por categoría —tamaño do contrato, interlocución, limiares de solvencia do prego e rotación do equipo— e dicimos cando é cada unha a resposta correcta.

Preguntas frecuentes sobre software á medida vs ERP no sector público

Pode licitarse o software á medida como tal ou require unha figura contractual específica?

Pode licitarse como contrato de servizos (desenvolvemento) ou como contrato mixto (desenvolvemento + mantemento). A LCSP permite contratos á medida sen restricións; o importante é que o prego defina correctamente o obxecto do contrato e os criterios de aceptación. Para proxectos complexos, é habitual usar o procedemento negociado con publicidade ou o diálogo competitivo.

Que garantías ten o organismo se o provedor de software á medida desaparece?

O prego debe incluír a entrega do código fonte, a documentación técnica completa e o depósito do código nun servizo de custodia de terceiros (como AENOR ou un notario). Con estas garantías, o organismo pode contratar outro provedor para manter o sistema. Esta cláusula é especialmente importante para o software crítico.

É máis difícil xustificar un proxecto de software á medida ante a Intervención?

Non necesariamente. A Intervención valora que o obxecto do contrato sexa claro, que o prezo estea xustificado polo mercado e que os entregables sexan verificables. Un software á medida ben documentado e con criterios de aceptación obxectivos é perfectamente xustificable. A dificultade aparece cando o prego é ambiguo ou os entregables non están definidos.