Administrazio publikoentzako, segurtasun-kidegoentzako eta larrialdi-zerbitzuentzako softwarea
Konparazioa · 2026ko apirilaren 8a · 8 min-ko irakurketa

Software propioa ala SaaS: zer komeni zaio udal bati?

Ez dago erantzun unibertsalik, baina bai erabakitzeko irizpide objektiboak. Bi ereduen analisi ekonomikoa, teknikoa eta operatiboa, udalerriaren tamainaren, heldutasun teknologikoaren eta konplexutasun funtzionalaren arabera.

"Softwarea erosi ala neurrira garatu?" Galdera hori hamarkadak daramatza udal-arduradun teknikoen mahaietan. Erantzun zuzena ez da inoiz bera udal guztientzat. Artikulu honek erabakitzeko garrantzitsuak diren irizpideak xehatzen ditu.

Has gaitezen terminoak argituz

"Software propioaz" eta "SaaSaz" hitz egiteak errealitate konplexuagoa sinplifikatzen du. Mundu errealean gutxienez lau eredu daude elkarrekin:

  • Neurrira egindako garapena: udalak enpresa bat kontratatzen du softwarea hutsetik eraikitzeko, bere prozesuetara soilik egokituta. Iturburu-kodea eta azpiegitura udalaren kontrolpean geratzen dira.
  • On-premise software paketatua: udalak produktu komertzial estandar baten lizentziak erosi eta bere zerbitzarietan instalatzen du. Hornitzaileak uzten dituen mugen barruan pertsonalizatzen du.
  • SaaS dedikatua: hornitzaileak softwarea hodeiko zerbitzu gisa ustiatzen du, baina udalak bere instantzia propioa du, gainerakoetatik isolatua.
  • SaaS multi-tenant: udal askok instantzia tekniko bera partekatzen dute, logikoki bereizita. Eredu eraginkorrena da, baina hornitzailearengan konfiantza gehien eskatzen duena ere bai.

Galdera ez da soilik "propioa ala SaaS?", baizik eta espektroaren zein puntu datorren bat zure administrazioarekin.

Irizpide ekonomikoak

Jabetzaren kostu osoa 5 urtera

Konparatzean akatsik ohikoena hasierako kostuari soilik begiratzea da. TCO osoari begiratu behar zaio:

KontzeptuaNeurrira egindako softwareaSaaS multi-tenant
Hasierako inbertsioaOso handia (€ 80-300k ohikoa)Txikiena (hedapena + prestakuntza)
Kuota errepikakorraLaguntza eta mantentzea soilikUrteko kuota iraunkorra
AzpiegituraUdalaren konturaSaaSean barne
EguneratzeakAldi bakoitzean proiektu bereiziaEtengabeak, kostu gehigarririk gabe
Arauak betetzeaUdalaren erantzukizunaErantzukizun partekatua

5 urtera, udalerri txiki eta ertainetan, SaaSa argi eta garbi merkeagoa izan ohi da. Behar oso espezifikoak dituzten udalerri handietan, neurrira egindako garapena orekatzen has daiteke bosgarren urtearen inguruan.

Capex vs Opex

Kostu osoaz harago, gastuaren banaketa denboran ere garrantzitsua da. Neurrira egindako softwarea Capex da (hasierako inbertsio handia), SaaSa Opex da (gastu operatibo iraunkorra). Aurrekontu-gorakadak dituzten administrazioentzat, Capexa onartzen errazagoa izan daiteke. Aurrekontu egonkorrak dituzten administrazioentzat, Opexa erabilerrazagoa da.

Irizpide teknikoak

Barne-gaitasun teknikoa

Neurrira egindako softwareak hura mantentzeko gai den talde tekniko bat behar du. Udalak ez badu, eta izango ez badu, benetako gaitasuna duen IKT sail bat (erabiltzaileak kudeatzeaz gain, arkitektura ulertu, zerbitzariak kudeatu eta logak interpretatzeko gai dena), neurrira egindako garapena tranpa bat da: formula 1eko auto bat erosiko duzu, eta inork ez du jakingo gidatzen.

Oso gutxi gorabeherako erreferentzia gisa: 30.000 biztanletik behera, gutxitan egoten da barne-gaitasun tekniko nahikoa. 80.000tik gora, ia beti egoten da.

Prozesuen berezitasuna

Zure udalak antzeko beste administrazioek bezala egiten ditu gauzak, ala oso prozesu berezien jabe da? Zure kasuistika % 95 estandarra eta % 5 berezia bada, SaaS estandarrak estaltzen zaitu. Arrazoi historiko, geografiko edo politikoengatik prozesu bereziak badituzu, neurrira egindako garapenak bakarrik eskaintzen duen pertsonalizazio sakona behar izan dezakezu.

Erdibideko aukera bat. Ondo diseinatutako SaaSak konfigurazio-gaitasun aurreratuak ditu, eta pertsonalizazio handia estaltzen dute «neurrira egindako garapenik» gabe: katalogo editagarriak, fluxu konfiguragarriak, dokumentu-txantiloi pertsonalizagarriak, rol eta baimen xeheak. SaaSa «neurrira egindako zerbait behar dugu» esanez baztertu aurretik, egiaztatu zenbateraino iristen den haren parametrizazioa.

Hedatzeko abiadura

Ohiko epeak:

  • SaaS multi-tenant: 2-8 aste sinaduratik martxan jarri arte.
  • SaaS dedikatua: 6-12 aste.
  • On-premise software paketatua: 3-6 hilabete.
  • Neurrira egindako garapena: 9-18 hilabete lehen bertsio erabilgarri baterako.

Presa benetakoa bada (araudi-aldaketa batek behartzen zaitu, sistema zahar bat hausten ari da, gertaera bat hurbil dago), epeak erabakitzen ditu kontuak.

Irizpide operatiboak

Nork bere gain hartzen du araudia betetzea

RGPD, ENS, AI Act eta gainerako araudi-ekosistema gero eta zama handiagoa dira. SaaSean, hornitzaileak hartzen ditu bere gain neurri tekniko eta antolakuntzazko gehienak (zifratzea, babeskopiak, sarbide-kontrola, ziurtagiriak). Neurrira egindako garapenean, betetzea udalaren ardura da, eta horrek kostu errepikakorra duten auditoriak, ziurtagiriak eta etengabeko eguneratzea dakartza.

Zaharkitzeko arriskua

Neurrira egindako softwareak arrisku isila baina erreala du: zaharkitze teknologikoa. 2018an orduko modako teknologiarekin eraiki zena, 2026an euskarririk gabeko bertsioan egon daiteke, eta hura eguneratzeko gai den talderik gabe. Udal-software «propioaren» kasu bat baino gehiago ikusi dugu, inork ukitu nahi ez duen kutxa beltz bihurtuta amaitu dena.

Ondo kudeatutako SaaSak etengabe eboluzionatzen du udalak ohartu gabe: hornitzaileak teknologia zaharkituetatik bertsio berrietara migratzen du modu gardenean.

Hornitzailearekiko mendekotasuna

SaaSaren aurkako argudio klasikoa: «hornitzailearen mende geratzen zara». Arrisku erreala da, baina arindu egiten da kontratuan datuen eramangarritasun-klausulak sartuta eta hornitzaileak datuak formatu estandar eta irekietan esportatzen dituela egiaztatuta.

Neurrira egindako garapenaren aurkako argudio simetrikoa ere erreala da: «kodea ezagutzen duen bakarraren mende geratzen zara». Garatu zuen enpresa desagertzen bada edo langileak aldatzen baditu, udala berdin-berdin harrapatuta geratzen da.

Erabaki-matrize sinplifikatu bat

Udalaren ezaugarriaGomendioa
< 20.000 biztanle, talde teknikorik gabeSaaS multi-tenant
20.000-80.000 biz., oinarrizko talde teknikoaSaaS multi-tenant edo dedikatua
80.000-200.000 biz., maila ertaineko talde teknikoaSaaS dedikatua edo software paketatua
> 200.000 biz., talde tekniko helduaNahasketa: SaaS prozesu estandarretarako, neurrira prozesu berezietarako
Udalerri txiki asko dituen foru-aldundia edo diputazioaSaaS multi-tenant partekatua
Beste AAPP batzuetan errepikatzen ez diren prozesu oso bereziakNeurrira egindako garapena kontuan hartu

Labrax eredua

Labraxen SaaS multi-tenant ereduan egiten dugu lan nagusiki gure produktu propioetarako, eta bi aukera ditugu isolamendu handiagoa behar duten bezeroentzat:

  • Multi-tenant partekatua (eraginkorrena): zure udalak instantzia beste batzuekin partekatzen du, baina datuak kriptografikoki isolatuta daude.
  • Tenant dedikatua: instantzia esklusiboa azpiegitura partekatuan. Garestiagoa, isolatuagoa.
  • On-premise: datuen erabateko subiranotasun-baldintzak dituzten salbuespenezko kasuetarako. Benetan beharrezkoa denean bakarrik, kostua eta konplexutasun operatiboa nabarmen handitzen baitira.

Aholku zintzoa: neurrira egindako garapenaren eta SaaSaren artean zalantzan bazaude, hasi SaaSarekin. Urtebetean benetako mugak aurkitzen badituzu, beti eboluziona dezakezu. Neurrira egindako garapenarekin hasi eta gehiegizkoa zela ikusten baduzu, diru asko gastatu duzu jada.

Zure erakundeak horrelako zerbait behar al du?

Kontaiguzu zure kasua eta Labrax bilatzen ari zaren irtenbidea den ebaluatzen lagunduko dizugu.

Jarri gurekin harremanetan

Indarreko ziurtagiriak · erakunde akreditatuek auditatuak

ENS Kategoria Altua, 311/2022 ED
ISO 9001, kalitatearen kudeaketa ISO 14001, ingurumen-kudeaketa ISO/IEC 27001, informazioaren segurtasuna ISO/IEC 20000-1, IKT zerbitzuen kudeaketa ISO 22301, negozioaren jarraitutasunaren kudeaketa
ISO/IEC 42001, adimen artifizialaren kudeaketa ENI, Elkarreragingarritasunerako Eskema Nazionala UNE 178104, hiri adimendunaren kudeaketa UNE-EN 301549, IKTen irisgarritasuna ISO/IEC 27701, informazioaren pribatutasuna