SaaS ERP: Kas tas ir un ar ko tas atšķiras no tradicionālā ERP

Vienkāršots SaaS ERP skaidrojums, salīdzinājums blakus ar vietējo un mitināto ERP un API pirmās kārtas (API-first) apakškategorija, uz kuras balstās platformas.

SaaS ERP ir uzņēmuma resursu plānošanas programmatūra, ko izstrādātājs uztur savā infrastruktūrā un pārdod kā abonementu, tāpēc katrs klients izmanto vienu un to pašu nepārtraukti atjaunināto versiju, izmantojot pārlūkprogrammu vai API. Tradicionālais ERP ir programmatūra, kuru licencējat vienu reizi, instalējat savos serveros un atjaunināt kā savu iekšējo projektu.

Tas ir viss skaidrojums kopumā. Pārējā šī raksta daļa ir par to, kas no tā izriet: kurš veic jauninājumus, kā tiek aprēķināta cena, kam pieder dati, kā tiek savienotas citas sistēmas, un gadījumi, kuros tradicionālais modelis joprojām ir pareizā izvēle.

Trīs izvietošanas modeļi

Termins "mākoņa ERP" (cloud ERP) tiek lietots vispārīgi divām dažādām lietām, un šī atšķirība ir svarīga, salīdzinot saņemtos piedāvājumus.

	SaaS ERP (vairākresursu / multi-tenant)	Mitināts ERP (vienresursu / single-tenant)	Vietējais (on-premise) ERP
Kurš uztur serverus	Izstrādātājs	Izstrādātājs vai mitināšanas partneris	Jūs
Programmatūras versija	Viena versija visiem klientiem	Jūsu pašu kopija, kas tiek atjaunināta pēc jūsu grafika	Jūsu pašu kopija, kas tiek atjaunināta pēc jūsu grafika
Kā tiek saņemti jauninājumi	Nepārtraukti, bez projekta	Kā plānots projekts	Kā plānots projekts
Pielāgošana	Konfigurācija un API; koda izmaiņas ir retums	Iespējamas koda izmaiņas	Iespējamas koda izmaiņas
Tipisks komerciālais modelis	Abonements par lietotāju, vienību vai lietojumu	Abonements vai licence plus maksa par mitināšanu	Mūža licence plus ikgadējā uzturēšana
Atbilstības jauninājumi (nodokļu likmes, atskaišu formāti)	Izstrādātājs piegādā visiem vienlaikus	Piegādā kā labojumus (patches), kurus uzstādāt jūs	Piegādā kā labojumus (patches), kurus uzstādāt jūs

Mitināts vienresursu produkts, ko izstrādātājs dēvē par "mākoņa" risinājumu, pēc sava darbības profila atbilst vietējai programmatūrai kāda cita datu centrā. Tā joprojām ir jūsu versija, un jauninājumi joprojām ir jūsu projekts. Pirms salīdzināšanas ar vairākresursu (multi-tenant) sistēmu noskaidrojiet, kurai kolonnai produkts pieder.

Kurš veic jauninājumus

Vairākresursu SaaS ERP pastāv viena programmatūras versija, un izstrādātājs uz to pārvcina visus lietotājus. Jums nav jāplāno jauninājums, jātestē jaunā laidiena saderība ar jūsu pielāgojumiem vai jāmaksā integrētājam par datu migrāciju. Kompromiss ir tāds, ka jūs nevarat arī atteikties no jauninājuma.

Grāmatvedībai tam ir konkrētas sekas. Mainās nodokļu likmes, atskaišu formāti un e-rēķinu prasības stājas spēkā datumos, ko nosaka valsts iestādes, nevis jūsu IT kalendārs. SaaS modelī šīs izmaiņas nonāk pie katra klienta kā produkta atjauninājums. Tradicionālajā modelī katra no tām ir labojums, kas kādam jūsu organizācijā ir jāinstalē pirms termiņa beigām.

Nordlet ir piemērs tam, kā SaaS princips tiek piemērots finanšu kodolam: izmaiņu žurnāls (changelog) uzskaita katru izmaiņu, un valstu atskaišu tabula tiek ģenerēta no koda, tāpēc tas, ko produkts nosūta un kas redzams publiskajā lapā, nāk no viena avota.

Kā tiek aprēķināta cena

Tradicionālā ERP cenu noteikšana sastāv no mūža licences (bieži vien ar maksu par nominālo vai vienlaicīgo lietotāju), ikgadējās uzturēšanas maksas aptuveni vienas piekļuves licences vērtības apmērā, ieviešanas projekta un aparatūras. Ieviešanas projekts parasti ir lielākā izmaksu pozīcija un visgrūtāk prognozējamā. Rakstā Cik ERP programmatūra maksā 2026. gadā ir aplūkots pilns izmaksu modelis.

SaaS ERP cenu noteikšanai ir trīs galvenie veidi:

Par lietotāju mēnesī. Izplatīts modelis risinājumiem, kas paredzēti finanšu un operāciju komandām. Izmaksas aug līdz ar darbinieku skaitu, nevis uzņēmuma apjomu. Platforma, kas ģenerē tūkstošiem darījumu dienā ar diviem grāmatvedības darbiniekiem, maksā maz; uzņēmums ar četrdesmit noliktavas lietotājiem maksā daudz.
Par juridisko vienību mēnesī. Katrs juridiskais uzņēmums ir atsevišķs abonements. Uzņēmumu grupas ar daudzām mazām vienībām maksā par katru no tām neatkarīgi no tās apjoma.
Pēc lietojuma apjoma (metered). Izmaksas aug līdz ar sistēmas veikto operāciju skaitu. Tas ir piemērots programmatūrai, kuru darbina cita programmatūra, nevis cilvēki, kas ievada datus.

Nordlet izmanto trešo modeli. Cenas tiek mērītas pēc API pieprasījumu skaita: Starter maksā 10 EUR mēnesī ar 3 000 pieprasījumiem, Business – 50 EUR ar 30 000, Scale – 300 EUR ar 200 000, un papildu pieprasījumi maksā no 0,004 EUR līdz 0,002 EUR atkarībā no plāna. Lietotāju un uzņēmumu skaits nav ierobežots, un plāni atšķiras tikai ar pieprasījumu apjomu, SLA un iekļauto krātuves apjomu. Funkcionalitāte netiek ierobežota: rēķinu izrakstīšana, virsgrāmata, krājumi, darba alga, konsolidācija un pilns API ir pieejams katrā plānā.

Kam pieder dati un kā tos iegūt

Tradicionālajā modelī datubāze atrodas jūsu serverī, un jūs varat tai vaicāt tieši. SaaS modelī dati atrodas pie izstrādātājs, un jūs varat iegūt tikai to, ko izstrādātājs nodrošina. Pirms līguma parakstīšanas pārbaudiet trīs lietas:

Vai ir pieejams pilns lasīšanas API (read API)? Ja varat lejupielādēt tikai atskaites, jūs nevarēsiet atjaunot savu grāmatvedību citur.
Vai eksportētie dati ir formātos, ko pieņem jūsu grāmatvedis un nākamā sistēma? ES reģistrētam uzņēmumam tas nozīmē likumā noteiktās atskaites, PVN reģistrus un, ja attiecināms, nacionālos audita failu formātus.
Kas notiek, kad jūs pārtraucat pakalpojuma izmantošanu? Arhivēšanas, datu glabāšanas termiņiem un dzēšanas noteikumiem jābūt publiski pieejamiem.

Nordlet nodrošina piekļuvi katram modulim, izmantojot to pašu API, ko izmanto pati lietojumprogramma, bez slēgtiem galapunktiem. Virsgrāmatas eksports ir pieejams DATEV formātā Vācijai, FEC Francijai un SIE Zviedrijai, savukārt atskaites tiek ģenerētas XLSX, PDF vai JSON formātā. Arhivēts uzņēmums maksā 1 EUR mēnesī un saglabā visus savus datus.

Integrācija: API pirmā kārta pret savienotāju

Tradicionālais ERP integrējas, izmantojot piekļuvi datubāzei, failu apmaiņu un starpprogrammatūras slāni. SaaS ERP integrējas caur savu API, un šī API kvalitāte nosaka, cik lielu daļu no jūsu procesa var automatizēt.

SaaS kategorijā pastāv būtiska atšķirība:

Lietotnes pirmā kārta (App-first) SaaS ERP piedāvā lietotāja saskarni kā galveno produktu un API kā papildinājumu. Dažas darbības pastāv tikai ekrānā. Integrācijas parasti izveido partneri kā savienotājus.
API pirmā kārta (API-first) SaaS ERP piedāvā API kā produktu un saskarni kā vienu no tā klientiem. Katra darbība, ko veic ekrānā, ir dokumentēts izsaukums, ko var veikt cita programma.

Atšķirība kļūst redzama, kad jūsu pašu programmatūra ir darījumu avots. Tirdzniecības vieta (marketplace), kas reģistrē pārdevēju izmaksas, abonēšanas produkts, kas atzīst ieņēmumus katru mēnesi, vai e-komercijas platforma, kas izraksta rēķinus vairākās ES valstīs, pieprasa otrā veida sistēmu. Rakstā Kas ir grāmatvedības API šī kategorija ir izskaidrota padziļināti.

Nordlet sistēmā katra darbība ir POST /v1/{module}/{resource}/{action} izsaukums ar JSON pamattekstu. Atslēgām ir tādas lomas kā sales:write. Galvenes Idempotency-Key padara atkārtotus izsaukumus drošus: tā pati atslēga ar to pašu datu kopu atgriež saglabāto atbildi, bet tā pati atslēga ar citu datu kopu tiek noraidīta. Webhook paziņojumi tiek ierakstīti tajā pašā datubāzes tansakcijā, kurā notiek izmaiņas ziņojums, tāpēc atsaukts dokuments nekad neizsūta notikumu. Tipizētie SDK tiek ģenerēti no OpenAPI specifikācijas deviņās valodās, piedāvājot instalēšanas instrukcijas katrai no tām.

Kad tradicionālais ERP joprojām ir labākā izvēle

SaaS nav piemērotākā atbilde katrai organizācijai. Tradicionālais modelis saglabā savas pozīcijas trīs situācijās:

Dziļa procesu pielāgošana. Ražotājam, kura plānošanas loģika pati par sevi ir konkurences priekšrocība, var būt nepieciešamas koda līmeņa izmaiņas, kuras vairākresursu produkts nevar atļaut.
Izolēti tīkli. Aizsardzības nozare, daži komunālo pakalpojumu sniedzēji un atsevišķas valsts iestādes izmanto sistēmas, kurām nedrīkst būt piekļuve internetam.
Regulatīvie datu lokālās glabāšanas noteikumi, kurus izstrādātājs nespēj nodrošināt. Daudzi spēj, tāpēc pārbaudiet datu apstrādes līgumu, nevis paļaujieties uz pieņēmumiem.

Ārpus šiem gadījumiem izmaksas par savas ERP versijas uzturēšanu un katra atbilstības labojuma uzstādīšanu pašrocīgi tiek segtas bez jebkāda ieguvuma. Rakstā Kāpēc ERP ieviešana cieš neveiksmi ir apskatīts, kur šīs izmaksas parasti parādās.

API pirmās kārtas apakškategorija

Pilns ERP komplekts vienā produktā ietver finanses, krājumus, ražošanu, CRM, personāla vadību un citas jomas. Daudziem uzņēmumiem, kas meklē "SaaS ERP", ir nepieciešams finanšu un operāciju kodols, un pārējais jau ir vai nav nepieciešams.

Nordlet aptver šo kodolu: pārdošanas un pirkumu rēķinus ar nepārtrauktu numerāciju, dubultā ieraksta virsgrāmatu ar periodu slēgšanu, bankas kontu izrakstu importēšanu un maksājumu saskaņošanu, FIFO krājumu uzskaiti vairākās noliktavās, ražošanu ar materiālu specifikācijām, pamatlīdzekļiem un nolietojumu, darbiniekiem un darba algām, līgumiem ar periodisko norēķinu veikšanu, ieņēmumu atzīšanu saskaņā ar IFRS 15, izmaksu centriem, grupu konsolidāciju, kā arī ES PVN, e-rēķiniem un likumā noteiktajām atskaitēm 30 valstīm. Katrs modulis ir pieejams, izmantojot API, un lietojumprogramma ir izveidota uz tiem pašiem galapunktiem.

Tas ir jauns produkts, kas 2026. gadā atrodas agrīnās piekļuves (early access) fāzē un piesaista pilotprojektu partnerus. To ir vērts zināt, salīdzinot to ar risinājumiem, kas tikuši pārdoti gadu desmitiem ilgi. Rakstā Kā darbojas ERP sistēmas ir parādīts, kā praksē izskatās datu plūsma caur šādu kodolu.

Kā salīdzināt saņemtos piedāvājumus

Ievietojiet katru produktu iepriekšējās tabulas pareizajā kolonnā. Mitināts vienresursu produkts nav SaaS.
Pajautājiet, kurš veic nodokļu un atskaišu atjauninājumus un līdz kuram datumam. Saņemiet to rakstiski valstīs, kurās darbojaties.
Modelējiet cenu trīskāršā apjomā salīdzinājumā ar jūsu pašreizējo apjomu un darbinieku skaitu. Cenu noteikšana par lietotāju, par vienību un pēc lietojuma būtiski atšķiras uzņēmumam augot.
Pirms iegādes eksportējiet pilnu datu komplektu no izmēģinājuma vides (trial) vai smilšu kastes (sandbox).
Izveidojiet vienu reālu integrācijas plūsmu pret API smilšu kastē. Pirmsražošanas testa plāns uzskaita pārbaudāmās lietas.

FAQ

Vai SaaS ERP ir tas pats, kas mākoņa ERP?

Ne vienmēr. Mākoņa ERP ietver gan vairākresursu SaaS, gan vienresursu mitinātos produktus. Tikai vairākresursu SaaS nodrošina izstrādātāja veiktus jauninājumus bez nepieciešamības rīkot savu projektu. Noskaidrojiet, kuram no šiem tipiem produkts pieder.

Vai SaaS ERP var pielāgot?

Jā, izmantojot konfigurāciju un API. Koda līmeņa izmaiņas pašā produktā parasti nav iespējamas, jo katrs klients izmanto vienu un to pašu versiju. Ja jūsu prasība prasa koda izmaiņas, jūs skatāties uz mitinātu vai vietējo programmatūru.

Vai mani dati ir drošībā pie SaaS ERP izstrādātāja?

Atbilde ir atkarīga no izstrādātāja līguma un kontrolmehānismiem, nevis no kategorijas. Pārbaudiet datu apstrādes līgumu, to, kur dati tiek glabāti, kādi ir datu glabāšanas un dzēšanas noteikumi, un vai pastāv pilns lasīšanas API, lai jūs varētu visu izgūt laukā.

Cik ilgs laiks nepieciešams, lai sāktu lietot SaaS ERP?

Reģistrācija aizņem dažas minūtes, savukārt smilšu kaste ļauj testēt jau tajā pašā dienā. Ražošanas ieviešana joprojām ietver datu migrāciju, kontu plāna lēmumus un integrācijas darbus. Rakstā Reālistiski ERP ieviešanas grafiki šis process ir sadalīts pa projekta veidiem.

Vai SaaS ERP aizvieto grāmatvedi?

Nē. Tas reģistrē, aprēķina un iesniedz atskaites. Klasifikācijas lēmumi, uzkrājumi un vairumā valstu arī likumā noteikto gada pārskatu parakstīšana paliek kvalificētas personas ziņā.