1. Technologinė aklavietė: kodėl pasenusios sistemos ir Excel naikina B2B maržą
Kiekvienas 1 sekundės puslapio užsikrovimo vėlavimas B2B savitarnos ar vidinių operacijų portale vidutiniškai sumažina konversiją 7 %, o lėtos, monolitiniu PHP ar morališkai pasenusiu TVS pagrindu veikiančios sistemos priverčia darbuotoją prarasti nuo 42 iki 68 minučių grynojo darbo laiko per dieną vien laukiant duomenų sinchronizavimo ir formų persikrovimo. Lietuvos didmeninės prekybos, logistikos ir gamybos sektoriuose vis dar įprasta matyti situaciją, kai operacinė veikla kabo ant „Excel“ makrokomandų, lokalių MS Access bazių ir fragmentuotų integracijų su buhalterinėmis sistemomis.
Kai užsakymų kiekis viršija 500 per parą, rankinis duomenų perkėlimas tarp sandėlio, elektroninės komercijos kanalo ir apskaitos virsta tiesioginiais nuostoliais: vėluojančios siuntos, neteisingi likučiai, prarasti klientai ir tūkstančiai eurų, išleidžiami viršvalandžiams. Verslui reikalingas ne dar vienas „šabloninis puslapis“, o profesionalus, inžineriškai pasvertas web aplikacijų kūrimas, garantuojantis subsekundinį atsakymo greitį, griežtą duomenų vientisumą ir sklandų susiejimą su vietine infrastruktūra.
2. Architektūros branduolys: Next.js App Router ir PostgreSQL tandemas
Moderni programinės įrangos architektūra reikalauja atskirti vartotojo sąsajos greitaveiką nuo verslo logikos ir duomenų saugyklos patikimumo. Štai kodėl industriniu standartu tapo Next.js (React) kartu su PostgreSQL reliacine duomenų baze.
Next.js App Router ir Server Components (RSC)
Tradicinės vieno puslapio aplikacijos (SPA) reikalauja į vartotojo naršyklę atsiųsti megabaitus JavaScript kodo, kol vartotojas pamato pirmąjį interaktyvų elementą. Naudojant Next.js su Server Components architektūra, didžioji kodo dalis vykdoma tiesiogiai serveryje arba „Edge“ mazge:
- Nulinis kliento JavaScript svoris (Zero-bundle overhead): bibliotekos, skirtos duomenų validacijai, formatavimui ir sudėtingiems skaičiavimams, lieka serveryje. Klientas gauna paruoštą, itin lengvą HTML/CSS srautą.
- Streaming SSR: vartotojo sąsaja nėra blokuojama lėtų užklausų. Kritiniai blokai (pvz., krepšelis ar likučių lentelė) atvaizduojami akimirksniu, o papildomi duomenys atkeliauja asinchroniškai per React Suspense.
- Optimizuotas duomenų talpinimas (Cache-Control ir ISR): statiniai kainynai ir prekių katalogai atnaujinami fone pagal poreikį (Incremental Static Regeneration), nulinant serverio apkrovas piko valandomis.
PostgreSQL: stabilumo ir lankstumo etalonas
Reliacinė duomenų bazė PostgreSQL pasirinkta ne atsitiktinai. B2B sektoriuje duomenų praradimas ar netikslus likučio nurašymas reiškia teisinę ir finansinę atsakomybę. PostgreSQL siūlo:
- ACID transakcijas: net esant šimtams lygiagrečių užsakymų, sandėlio likučiai nenueina į minusą. Transakcijų izoliacijos lygiai užkerta kelią „race condition“ klaidoms.
- Hibridinį modelį (JSONB): galimybę vienoje schemoje derinti griežtą reliacinę struktūrą finansiniams įrašams ir pusiau struktūrizuotus JSONB laukus dinamiškiems produktų atributams bei integracijų žurnalams.
- Eilučių lygio saugumą (Row-Level Security – RLS): vartotojų prieigos kontrolė vykdoma duomenų bazės lygiu, o tai reiškia, kad net ir esant klaidai aplikacijos kode, klientas niekada nepamatys konkurento kainoraščio ar sąskaitų.
3. Duomenų srautų ir integracijų architektūros schema
Žemiau pateikiama enterprise lygio architektūra, kurioje Next.js veikia kaip reaktyvus fasadas ir orkestratorius, o PostgreSQL užtikrina patikimą duomenų saugojimą ir asinchroninį ryšį su Lietuvos verslo sistemomis.
+---------------------------------------------------------------------------------------------------+
| KLIENTO SLUOKSNIS (BROWSER / MOBILE) |
| Next.js React Server Components (RSC) + Tailwind CSS + PWA Savitarna |
+-------------------------------------------------+-------------------------------------------------+
| HTTPS / HTTP/3 (Encrypted, Sub-100ms)
v
+---------------------------------------------------------------------------------------------------+
| APLIKACIJOS SLUOKSNIS (NEXT.JS SERVER) |
| - Server Actions & Edge Middleware (Autentifikacija per Dokobit / Smart-ID) |
| - Validacijos sluoksnis (Zod) |
| - Vidinis API maršrutizavimas & Darbų eilės (Redis / BullMQ) |
+-----------------------+---------------------------------------------------+-----------------------+
| |
Prisma / Drizzle ORM (SQL) REST / SOAP Webhooks
v v
+---------------------------------------+ +-------------------------------------------------------+
| DUOMENŲ BAZĖS SLUOKSNIS | | LIETUVOS SISTEMŲ INTEGRACIJOS |
| PostgreSQL 16 | | |
| - ACID Transakcijos | | [Rivilė GAMA REST API] <--- Asinchroninis likučių sync|
| - JSONB logai ir nestruktūrizuoti duom.| | [Directo / B1 API] <--- Sąskaitų faktūrų srautas |
| - Row Level Security (RLS) | | [VMI i.MAS / i.SAF] <--- Automatinis XML generavimas|
| - pgvector (paieškos indeksavimui) | | [Dokobit / Smart-ID] <--- Saugi tapatybės patikra |
+---------------------------------------+ +-------------------------------------------------------+
4. Integracijos su Lietuvos verslo ekosistema: Rivilė, i.MAS, Dokobit ir Directo
Universalūs pasauliniai SaaS sprendimai dažniausiai suklumpa ties Lietuvos mokestiniais ir teisiniais reikalavimais. Individualus web aplikacijų kūrimas užtikrina, kad aplikacija natively kalbasi su vietinėmis sistemomis be trečiųjų šalių tarpininkų, reikalaujančių mėnesinių prenumeratų.
Rivilė GAMA ir Directo API orkestravimas
Vienas dažniausių diegimo scenarijų – dvikryptis sinchronizavimas su Rivilė ERP per REST web servisus. Užuot apkrovus apskaitos sistemą tiesioginėmis užklausomis iš vartotojų pusės, Next.js aplikacija naudoja asinchroninę eilių sistemą:
- Užsakymas sukuriamas Next.js portale ir akimirksniu fiksuojamas PostgreSQL bazėje su statusu
pending_sync. - Paskirstytas darbininkas (Worker) per saugų API raktą siunčia užklausą į Rivilės API, atlieka kliento patikrą pagal įmonės kodą ir sukuria užsakymo dokumentą.
- Atsakymo ID ir unikalus dokumento numeris įrašomas atgal į PostgreSQL per mažiau nei 400 ms. Vartotojas nelaukia Rivilės atsakymo – sąsaja atnaujinama optimistiškai (Optimistic UI updates).
Valstybinė mokesčių inspekcija: i.MAS, i.SAF ir i.VAZ
Kuriant užsakymų valdymo ir logistikos modulius, kritinis reikalavimas yra ataskaitų teikimas VMI. Naudojant Node.js srautinį XML generavimą, sąskaitų faktūrų duomenys (i.SAF) ir krovinių važtaraščiai (i.VAZ) sugeneruojami pagal griežtus VMI XSD reikalavimus ir gali būti automatiškai pasirašomi bei perduodami per žiniatinklio paslaugas be buhalterio rankinio įsikišimo.
Dokobit ir Smart-ID tapatybės nustatymas
B2B sutarčių pasirašymui ir paskyros patvirtinimui integruojamas Dokobit Portal API arba tiesioginis Smart-ID / M. parašas protokolas. Tai eliminuoja poreikį siuntinėti popierines sutartis ar nesaugiai pasirašinėti PDF dokumentus – teisiškai galiojantis parašas gaunamas tiesiogiai vartotojo naršyklėje per kelias sekundes.
5. Procesų transformacija: Excel vs. individuali Next.js web aplikacija
Lentelėje pateikiamas realus Lietuvos vidutinės gamybos ir platinimo įmonės (35 darbuotojai, 12 mln. € metinė apyvarta) procesų pokytis po sistemos modernizavimo:
| Procesas | Tradicinis būdas (Excel / rankinis) | Suderinta.lt individualus sprendimas | Finansinis efektas / sutaupymas |
|---|---|---|---|
| B2B užsakymų suvedimas | El. laiškai, PDF failai, rankinis perrašymas į Rivilę (~15 min./užsakymas). | Savitarnos portalas su individualiais kainynais, tiesioginis eksportas per API (< 30 sek.). | -95 % darbo laiko sąnaudų; sutaupoma ~1 850 €/mėn. |
| Sandėlio likučių sinchronizavimas | Eksportas iš buhalterijos 2 k. per dieną; dažni prekių trūkumai ir persidengimai. | Realaus laiko webhooks per PostgreSQL ir Redis; subsekundinis atnaujinimas. | Eliminuotos „out-of-stock“ kompensacijos (~800 €/mėn.). |
| Sutarčių ir aktų pasirašymas | Spausdinimas, skenavimas, siuntimas paštu arba rankinis el. parašo tikrinimas. | Automatinis PDF generavimas + Smart-ID / Dokobit integracija sistemoje. | Sutarties ciklas sutrumpėja nuo 4 dienų iki 7 minučių. |
| i.VAZ važtaraščių registravimas | Vadybininkas rankiniu būdu suveda duomenis į VMI portalą prieš išvažiuojant sunkvežimiui. | Vieno mygtuko paspaudimu Next.js sugeneruoja XML ir išsiunčia į VMI i.MAS. | Nulipdoma nuo logisto viršvalandžių (~620 €/mėn.). |
| Debitorinių įsiskolinimų valdymas | Excel ataskaitų lyginimas su banko išrašais savaitgaliais. | Automatizuotas banklink/SEPA apdorojimas ir automatiniai priminimai skolininkams. | DSO (dienų pardavimai neapmokėti) sumažėja 18 dienų. |
6. Finansinis ROI modelis: Kaip 18 500 € investicija atsiperka per 74 dienas
Panagrinėkime realų matematinį modelį, skirtą įmonės finansų direktoriui (CFO). Tarkime, įmonėje dirba 6 pardavimų vadybininkai ir 2 logistikos koordinatoriai, kurių vidutinis bruto darbo užmokestis kartu su darbdavio mokesčiais sudaro 19 €/valandą.
Laiko sąnaudų analizė prieš automatizavimą
- Kiekvienas darbuotojas kasdien sugaišta vidutiniškai 2 valandas neproduktyvioms užduotims: duomenų perrašymui, klaidų taisymui, likučių tikrinimui ir susirašinėjimui su sandėliu.
- 8 darbuotojai × 2 val. = 16 prarastų darbo valandų per dieną.
- Per mėnesį (21 darbo diena): 16 val. × 21 d. = 336 prarastos valandos.
- Mėnesiniai tiesioginiai kaštai tuščiam darbui: 336 val. × 19 €/val. = 6 384 € / mėn.
Netiesioginiai nuostoliai dėl klaidų
Rankinis duomenų įvedimas lemia vidutiniškai 2,4 % klaidų dažnį (neteisingas prekės kodas, netikslus pristatymo adresas, neteisingas PVM tarifas). Tokių klaidų taisymas, prekių grąžinimas ir pakartotinis transportavimas įmonei kainuoja apie 1 150 € / mėn.
Atsipirkimo skaičiavimas
- Bendras mėnesinis nuostolis dėl pasenusių procesų: 6 384 € + 1 150 € = 7 534 € / mėn.
- Individualios Next.js + PostgreSQL sistemos sukūrimo ir integracijos kaina: 18 500 € (vienkartinė investicija).
- Sistemos palaikymas ir serverių infrastruktūra (PostgreSQL valdoma paslauga, Vercel / Hetzner): 120 € / mėn.
- Grynasis sutaupymas per mėnesį: 7 534 € - 120 € = 7 414 € / mėn.
Atsipirkimo laikas (Break-even):
18 500 € / (7 414 € / 30 d.) = 74,8 dienos (~2,5 mėnesio).
Po 75 dienų sistema pradeda generuoti grynąjį operacinį pelną, kurį įmonė gali nukreipti pardavimų plėtrai ar naujų rinkų užkariavimui, neimdama papildomų administracinių etatų.
7. Diegimo spąstai ir techninės rizikos (Edge Cases)
Kodėl daugiau nei 60 % individualių IT projektų viršija biudžetus arba apskritai nepasiekia gamybinės aplinkos? Dažniausiai tai lemia ne programavimo kalbos pasirinkimas, o architektūrinės klaidos ankstyvoje stadijoje:
1. Duomenų bazių jungčių išsekimas (Connection Pooling trūkumas)
Naudojant Next.js serverless funkcijas, kiekviena užklausa gali atidaryti naują tiesioginį ryšį su PostgreSQL. Esant 200 vartotojų vienu metu, PostgreSQL greitai pasiekia max_connections ribą ir pradeda atmesti užklausas su klaida 500 Internal Server Error. Sprendimas: privalomas PgBouncer arba Supabase / AWS RDS Proxy tarpinis sluoksnis, palaikantis pastovų jungčių baseiną.
2. Distribuotos transakcijos ir desinchronizacija su ERP
Jeigu Next.js patvirtina užsakymą, o Rivilės API tuo metu yra nepasiekiamas dėl tinklo sutrikimo ar nakties atsarginių kopijų darymo, sistema negali tiesiog „pamesti“ užsakymo. Mes diegiame Transactional Outbox šabloną: užsakymas ir įvykis sinchronizavimui įrašomi į tą pačią PostgreSQL transakciją. Fone veikiantis procesas bando sinchronizuoti duomenis su eksponentiniu atidėjimu (exponential backoff), garantuodamas galutinį konsistentiškumą (eventual consistency).
3. N+1 užklausų problema ORM sluoksnyje
Pradedantieji inžinieriai, naudodami ORM (pvz., Prisma ar TypeORM), nesukonfigūruoja reliacinių užklausų ir vietoj vieno optimizuoto SQL JOIN atlieka šimtus atskirų užklausų į duomenų bazę vienam sąrašui atvaizduoti. Rezultatas – 4 sekundžių užkrovimo laikas. Architektūroje būtina naudoti griežtą užklausų auditą, indeksuoti užsienio raktus (foreign keys) ir kritinėse vietose taikyti žemo lygio SQL su Drizzle ORM arba raw queries.
8. 4 savaičių diegimo planas: nuo audito iki gamybinės aplinkos
Mes nenaudojame pusmečio trukmės „krioklio“ (waterfall) metodologijų, per kurias verslo realybė pasikeičia dar prieš parašant pirmąją kodo eilutę. Darbas organizuojamas iteratyviai:
- 1 Savaitė: Verslo procesų auditas ir DB architektūra. Susisteminami esami Excel failai, identifikuojamos Rivilės ar Directo API integracijos ribos, suprojektuojama normalizuota PostgreSQL schema ir patvirtinami duomenų srautai.
- 2 Savaitė: Branduolio prototipas ir API šliuzai. Paleidžiamas Next.js karkasas, sukonfigūruojama autentifikacija (Smart-ID / el. paštas), paruošiami saugūs API maršrutai ir asinchroninės eilės darbui su buhalterija.
- 3 Savaitė: UI/UX ir vartotojų scenarijų realizacija. Sukuriamas reaktyvus savitarnos portalas ir vidinis valdymo skydas. Įdiegiamas realaus laiko paieškos variklis ir klaidų atsparumo mechanizmai.
- 4 Savaitė: Krovininis testavimas, duomenų migravimas ir paleidimas (Go-Live). Atliekamas saugumo auditas, imituojamas piko apkrovimas, seni duomenys saugiai perkeliami į PostgreSQL ir sistema atveriama galutiniams vartotojams be verslo stabdymo.
9. Veikiantis prototipas per 48 valandas
Jeigu jūsų įmonė vis dar gaišta šimtus valandų lėtoms „Excel“ lentelėms, pasenusioms apskaitos programų formoms ar ieško būdo sukurti saugią, žaibišką B2B savitarnos sistemą – nelaukite, kol konkurentai pasiūlys geresnę skaitmeninę patirtį.
Atsiųskite savo labiausiai varginantį procesą, pavyzdinį Excel failą ar integracijos specifikaciją. Per 48 valandas mes nemokamai paruošime veikiantį Next.js ir PostgreSQL prototipą, pritaikytą jūsų verslo logikai, ir pademonstruosime realų sistemos greitaveikos bei atsiperkamumo potencialą.