WMS în cloud vs on-premise — ce să alegi pentru un IMM

On-premise înseamnă: server fizic la voi sau într-un data center închiriat, gestionat de voi (sau de firma voastră de IT). Clientul are SQL Server pe o mașină în camera serverelor, aplicația WMS instalată acolo, terminalele se conectează prin Wi-Fi în interiorul depozitului. Pe deasupra: backup (de obicei un disk extern plus cloud ca o copie de siguranță), monitorizare (cineva trebuie să urmărească dacă serverul a revenit după pana de curent), actualizări (le faceți voi și le testați voi).

Avantaje: control total asupra datelor, fără dependență de o legătură externă, latență scăzută în rețeaua locală. Dezavantaje: costul hardware-ului și al administrării, responsabilitatea pentru downtime, necesitatea actualizărilor - dacă lăsați versiunea de doi ani neatinsă, vă opriți pe tehnologie depășită.

Un caz clasic din practica noastră: distribuitor farmaceutic lângă București, regulamentul industriei impune control total al datelor, datele sunt critice și scumpe în caz de breșă. On-premise este singurul variant care trece auditul. Dar acesta este un scenariu specific, nu regula.

SaaS înseamnă: server la furnizor, acces prin browser sau o aplicație dedicată, date în data center-ul lor (de obicei AWS Frankfurt, Azure West Europe, OVH, sau DC-ul propriu al furnizorului). Vă logați, lucrați, totul rulează "din cloud".

Din punctul de vedere al utilizatorului: nimic la subsol, instalarea pe mașinile clientului este o chestiune de minute, o nouă versiune a sistemului apare singură și de obicei nu cere nicio acțiune din partea clientului. Actualizările, patch-urile de securitate, backupurile, monitorizarea - este munca furnizorului.

Avantaje: zero gestionare a infrastructurii, actualizări automate, acces de oriunde, scalare în sus și în jos fără discuție. Dezavantaje: dependență de legătură, taxă lunară fără sfârșit, mai puțină flexibilitate de customizare în unele modele SaaS.

Un depozit mediu, 8 utilizatori, integrare cu ERP, customizări de bază. Calculăm în EUR.

Cloud (SaaS), 8 sesiuni × 90 EUR/lună. Abonament anual: cca. 8.600 EUR. Implementare unică: 5.500 EUR. Total an unu: 14.100 EUR. Cinci ani: 5.500 + 5 × 8.600 = 48.500 EUR.

On-premise, licență perpetuă. Licență pentru 8 stații: 11.000 EUR. Server plus licențe Windows Server / SQL Server: 4.000 EUR. Implementare: 5.500 EUR. Mentenanță anuală 20%: 2.200 EUR. Cinci ani: 11.000 + 4.000 + 5.500 + 5 × 2.200 = 31.500 EUR.

Privind doar aceste cifre - on-premise iese cu 17.000 EUR mai ieftin. Doar că trebuie adăugate lucrurile care nu apar nicăieri în oferta on-premise: jumătate de FTE de admin IT pe 5 ani (la 1.800 EUR/lună înseamnă 54.000 EUR, dar de obicei se distribuie pe alte sarcini, deci adaosul net real este 7.000-13.000 EUR), reîmprospătarea serverului în anul cinci (2.500-3.500 EUR), curentul electric și răcirea (500-700 EUR pe an). După adăugarea acestor poziții, on-premise și cloud ajung amândouă în zona 45.000-55.000 EUR - diferența devine simbolică.

Ceea ce înseamnă: pe orizontul de 5 ani decizia nu este una de preț. Este una organizațională.

Cloud: mediul este gata la o oră după semnarea contractului. Consultantul se loghează, configurează structura, clientul începe instruirea în săptămâna a doua. Realist, de la contract până la go-live pentru o firmă mică - 3-5 săptămâni, pentru una medie - 8-12.

On-premise: trebuie să comandați un server (2-4 săptămâni livrare), să-l instalați, să-l configurați și abia apoi să puneți aplicația deasupra. Plus eventual un audit al rețelei depozitului, instalarea de access pointuri, deschiderea porturilor pe firewall. Pentru o firmă medie 4-6 luni nu este nimic neobișnuit.

Pentru un client care vrea un WMS "la timp pentru sezonul sărbătorilor" sau "în noul depozit care se deschide peste trei luni", cloud-ul este adesea singura opțiune realistă.

Un SLA standard la un furnizor SaaS serios este 99,9% (aproximativ 8 ore downtime pe an) sau 99,95% (aproximativ 4 ore). O echipă calificată face asta pentru voi 24/7.

On-premise: SLA-ul vostru este cel pe care îl aveți intern. Serverul cade vineri seara, administratorul a plecat de la muncă - nimeni nu va repara până luni. Înlocuirea unui disk, cădere de curent, supraîncălzirea camerei - sunt scenarii care se întâmplă cu adevărat la clienții noștri de mai multe ori pe an. Un SLA de "ne sunați, venim în 24 de ore" sună liniștitor până când acele 24 de ore se petrec cu depozitul oprit.

În practică: clienții on-premise au mai multe scurte căderi decât clienții cloud. Avariile mai mari de cloud (de exemplu AWS Frankfurt căzut pentru trei ore) se întâmplă de două ori pe an la scară globală - și ies în presă. Avariile locale la client - viața de zi cu zi, pe care nimeni nu o numără.

Mitul "datele mele sunt la mine, deci sunt în siguranță" încă persistă, dar adevărul este adesea opus. În cloud, datele stau într-un data center certificat (ISO 27001, SOC 2, de obicei TIER III sau IV) cu monitorizare fizică, sistem antiincendiu, alimentare redundantă, backup distribuit geografic. La client, ele stau pe un server într-o cameră cu un AC pe perete, o cheie în ușă și o femeie de serviciu care ieri a deconectat UPS-ul ca să bage aspiratorul. Nu este o glumă - am văzut asta.

GDPR: ambele modele sunt conforme dacă furnizorul are un Acord de Procesare a Datelor (DPA) și procesează în SEE (sau într-o țară cu decizie de adecvare). Verificați data center-ul furnizorului - majoritatea furnizorilor SaaS serioși găzduiesc în UE și prezintă DPA la cerere. În cloud aveți de obicei și rapoarte de audit gata făcute.

Backup: în cloud de obicei automat și în afara responsabilității voastre. On-premise: îl faceți voi. Cea mai frecventă eșuare on-premise pe care am văzut-o - "da, facem backupuri", dar nimeni nu a testat un restore de doi ani. Un backup care nu pornește la o cădere reală nu este un backup.

Argumentul clasic pentru on-premise: "la noi în frigorifer nu este Wi-Fi". Argument corect, dar nu rezolvă cazul.

În primul rând: WMS-urile cloud cu o aplicație mobilă bine concepută au mod offline. Operatorul scanează, documentele se buferează pe terminal, apoi se sincronizează cu cloud-ul când Wi-Fi-ul revine. În Weaver WMS aceasta este o funcție standard - operatorul nu observă diferența între acoperirea totală și o zonă moartă, dacă sincronizarea se închide până la sfârșitul turei.

În al doilea rând: întrebarea nu este "cloud sau on-prem", ci "am Wi-Fi în frigorifer". Pentru că on-premise cu serverul în birou și depozitul la 50 de metri fără rețea - se va comporta exact la fel ca cloud-ul. Internetul pentru cloud și Wi-Fi pentru on-premise sunt aceeași problemă fizică.

În al treilea rând: în depozitele cu legături foarte instabile (mobile, extrem de localizate), hibridul are uneori sens - un server local intermediar care se sincronizează cu cloud-ul când legătura este disponibilă și buferează când nu este.

Aici uneori on-premise învinge: control total al bazei de date, mână liberă pentru a scrie propriile bucăți de cod, integrare cu un ERP local prin baza SQL fără a expune un API în exterior.

SaaS trebuie să livreze aceleași nevoi prin REST API, webhooks, uneori GraphQL. Asta nu este mai rău - este pur și simplu o altă cale. Fiecare integrare nouă trece printr-o interfață clară, documentată. În practică, o integrare nouă în cloud durează comparabil cu on-premise, uneori mai rapid.

Customizări de aspect, câmpuri suplimentare, rapoarte: în SaaS de obicei printr-un configurator. Customizări fundamentale (module complet noi) - unii furnizori SaaS le permit, alții nu. Verificați ce înseamnă exact "customizare" în oferta cloud pe care o luați în considerare.

Unele implementări sunt mixte: o parte rulează local, o parte în cloud. Cele mai frecvente două variante:

• Server edge local + sincronizare în cloud. O mașină mică în depozit buferează operațiunile terminalelor, peste noapte totul se reconciliază cu cloud-ul. Bun pentru depozite cu legături instabile sau cu cerințe stricte de latență scăzută în rețeaua locală.
• Bază de date principală on-premise + strat de raportare în cloud. Un WMS on-prem vechi continuă să ruleze, dar vreți dashboarduri disponibile pentru management de oriunde. Datele curg într-un depozit cloud o dată pe zi, în Power BI / Looker.

Hibridul este mai scump decât modelele pure (plătiți și pentru hardware, și pentru cloud), dar uneori este cel mai ieftin în termeni de business dacă rezolvă o problemă specifică (de exemplu conformitate plus acces convenabil).

Cloud-ul învinge de obicei când:

• sunteți o firmă mică sau medie fără departament IT
• vreți o implementare în 2-4 luni, nu în 8
• aveți mai multe locații și vreți să le vedeți pe toate într-un singur sistem
• nu aveți CAPEX pentru hardware, dar acceptați costuri operaționale
• businessul se schimbă dinamic - numărul de utilizatori crește și scade

On-premise învinge de obicei când:

• aveți o reglementare de industrie care impune controlul datelor (farmacie, parte din industria de apărare, anumite integrări guvernamentale)
• legătura la internet din locație este slabă și nu poate fi remediată
• aveți o echipă IT puternică pentru care administrarea serverului este un mic plus
• o licență perpetuă se potrivește strategiei voastre de CAPEX/amortizare
• cumpărați un WMS pentru 10+ ani fără creștere planificată de funcții

Alegerea între cloud și on-premise în 2026 într-un IMM european este rar o decizie tehnică, mai degrabă una organizațională și de capital. Prețul pe cinci ani iese aproximativ același - deci alegerea ar trebui să se bazeze pe cine preferă să gestioneze infrastructura și pe cum arată concret industria în care lucrați.

Weaver WMS este disponibil în ambele variante - clienții hibrizi lucrează cu noi alături de clienți strict cloud și de clienți cu servere dedicate în camerele din spatele biroului. Pentru majoritatea IMM-urilor recomandăm cloud-ul pentru că simplifică viața. Dar nu pretindem că este singura alegere rezonabilă - vedem clienți cărora on-premise pur și simplu li se potrivește mai bine și nu ar fi trebuit niciodată să plece de la el. Decizia începe cu întrebarea "ce vrea firma voastră să facă singură și ce nu vrea", și totul curge de acolo.