Programavimo Paslaugos & IT Kūrimas•
2026-10-14
•
12 min. skaitymo
•
Karolis Dev Writer

Individuali programinė įranga gamybos įmonėms: kaip sukurti sistemą pagal jūsų procesus

Pilna case-study architektūra: nuo žaliavų priėmimo iki išsiuntimo klientui.

1. Skaudi realybė: kodėl standartinės ERP paralyžiuoja Lietuvos gamyklas

Vidutinė Lietuvos metalo apdirbimo, baldų ar plastiko liejimo gamykla kas mėnesį sudegina nuo 3 800 iki 7 400 eurų vien dėl to, kad meistrai gamybos operacijas fiksuoja ant popierinių lapų, o pamainos pabaigoje buhalterė rankiniu būdu perkelia skaičius į apskaitos sistemą. Kai sandėlyje pritrūksta 2 mm nerūdijančio plieno lakštų, lazerinio pjovimo staklės, kainuojančios 350 000 eurų, stovi prastovoje 4 valandas. Tai nėra vadybos problema – tai programinės įrangos architektūros krizė.

Didžiosios standartinės ERP sistemos („SAP“, „Microsoft Dynamics Business Central“, „Odoo“) rinkoje parduodamos su pažadu išspręsti visas problemas. Tačiau realybė Lietuvos cechuose kitokia: įsigijus monolitinę sistemą už 60 000–120 000 eurų, paaiškėja, kad standartinis užsakymo gamybai sukūrimas reikalauja užpildyti 24 privalomus laukus, kurių pusei cecho operatorius neturi duomenų. Rezultatas? Darbuotojai grįžta prie „Excel“ lentelių ir „Viber“ susirašinėjimo grupių, o brangi ERP sistema virsta tiesiog peraugusiu sąskaitų-faktūrų išrašymo įrankiu.

Būtent čia individuali programinė įranga tampa vieninteliu pragmatišku pasirinkimu. Vietoj bandymo pritaikyti unikalius, per dešimtmečius ištobulintus jūsų gamybos etapus prie rigidiško vokiško ar amerikietiško kodo šablono, sistema sukuriama tiksliai aplink jūsų technologinį maršrutą: nuo žaliavos barkodo nuskaitymo prie vartų iki automatinio elektroninio važtaraščio (i.VAZ) sugeneravimo išsiuntimo metu.

2. Moderni cecho architektūra: nuo žaliavų iki i.VAZ

Gamybos valdymo sistemos šerdis privalo būti greita, atspari interneto ryšio trūkumams ceche (offline-first) ir turėti griežtai atskirtus atsakomybių sluoksnius. Žemiau pateikta moderni paskirstytos sistemos architektūra, jungianti cecho planšetes, staklių jutiklius, centrinę duomenų bazę ir Lietuvos valstybines bei finansines sistemas.

+----------------------------------------------------------------------------------------------------+
|                                    GAMYBOS CECHAS (Edge Devices)                                   |
|                                                                                                    |
|  [Operatoriaus Planšetė]       [Brūkšninių Kodų / RFID]       [Staklių PLC Valdikliai]             |
|   (React PWA / Offline)            (Scanner Engine)              (Modbus TCP / MQTT)               |
+-----------------------------+-------------------------------+--------------------------------------+
                              |                               |
                              v                               v
+----------------------------------------------------------------------------------------------------+
|                                  RYŠIO IR ĮVYKIŲ ŠLIUZAS (API Gateway)                              |
|                              FastAPI / Node.js + Redis BullMQ (Queue)                              |
+----------------------------------------------------------------------------------------------------+
                                              |
                                              v
+----------------------------------------------------------------------------------------------------+
|                               PAGRINDINĖ VERSLO LOGIKA (Core Microservices)                        |
|                                                                                                    |
|  [Žaliavų & Sandėlio Valdymas]   [Gamybos Maršrutai (MES)]   [Savikainos Skaičiavimo Variklis]     |
|   - FIFO / LIFO partijų sekimas   - Operacijų pradžia/pabaiga  - Tiesioginės darbo sąnaudos         |
|   - Rezervavimas užsakymams       - Broko fiksavimas           - Elektros / amortizacijos kaštai   |
+----------------------------------------------------------------------------------------------------+
                                              |
                                              v
+----------------------------------------------------------------------------------------------------+
|                        CENTRINĖ DUOMENŲ BAZĖ IR ANALITIKA (PostgreSQL + TimescaleDB)               |
+----------------------------------------------------------------------------------------------------+
                                              |
            +---------------------------------+---------------------------------+
            |                                                                   |
            v                                                                   v
+---------------------------------------+             +----------------------------------------------+
|     LIETUVOS FINANSINĖ EKOSISTEMA     |             |         DOKUMENTŲ IR VMI INTEGRACIJOS        |
|                                       |             |                                              |
|  [Rivilė GAMA / Directo / B1 API]    |             |  [VMI i.MAS]           [Dokobit / Smart-ID]   |
|   - Automatizuotas nurašymas          |             |   - i.VAZ važtaraščiai  - Važtaraščių parašai  |
|   - Savikainų sinchronizavimas        |             |   - i.SAF sąskaitos     - Kokybės aktų vizos   |
+---------------------------------------+             +----------------------------------------------+

Ši architektūra užtikrina, kad operatoriui ceche nereikia laukti, kol buhalterinė programa atsakys į užklausą. Planšetė veikia lokaliai (PWA režimu), operacijos fiksavimas trunka mažiau nei 200 milisekundžių, o sinchronizacija su „Rivilė“ ar „Directo“ vyksta foniniame režime per asinchroniškas eiles (BullMQ / RabbitMQ).

3. Integracijos su Lietuvos IT ekosistema: Rivilė, Directo, i.MAS ir Dokobit

Bet kuri gamybos įmonė Lietuvoje veikia griežtai reglamentuotoje mokestinėje ir teisinėje aplinkoje. Individuali programinė įranga neturi išradinėti dviračio buhalterijoje – ji privalo tapti nematoma grandimi tarp gamybos linijos ir jau naudojamų finansinių įrankių.

Rivilė GAMA ir Directo REST API sinchronizacija

Dažniausia problema: gamyba naudoja vienus vienetus (pvz., metrus ar kilogramus), o apskaita – pakuotes ar lakštus. Sukurtas API sluoksnis atlieka realaus laiko konvertavimą. Kai gamybos užsakymas pažymimas kaip „Baigtas“, individualus sprendimas per Rivilė REST API / Webhooks:

  • Automatiškai nurašo faktiškai sunaudotas žaliavų partijas pagal FIFO principą;
  • Užpajamuoja gatavą produkciją sandėlyje su tiksliai apskaičiuota savikaina (žaliava + operatoriaus darbo laikas pagal valandinį įkainį);
  • Eliminuoja žmogaus rankų darbą, kuriam anksčiau reikėjo 2–3 buhalterijos etatų.

VMI i.MAS (i.VAZ ir i.SAF) automatizavimas

Pagal Lietuvos teisės aktus, krovinių vežimas šalies keliais reikalauja išankstinio duomenų teikimo į i.VAZ posistemį. Vietoj to, kad logistas rankiniu būdu jungtųsi prie VMI portalo ir suvestų krovinio svorį, maršrutą bei transporto numerį, sistema suformuoja XML dokumentą pagal naujausią VMI XSD schemą ir per tiesioginį VMI Web Service išsiunčia duomenis automatiškai, kai tik krautuvas nuskaito paskutinės paletės brūkšninį kodą.

Dokobit ir Smart-ID elektroninis pasirašymas

Gamyboje kokybės kontrolės aktai ir perdavimo-priėmimo važtaraščiai vis dar spausdinami popieriuje. Integravus Dokobit API, pamainos meistras arba kokybės kontrolierius priėmimo aktą pasirašo planšetėje naudodamas „Smart-ID“ ar „Mobile-ID“. Tai garantuoja teisinį atsekamumą audito ar reklamacijų metu be jokio popierinio archyvo.

4. Procesų palyginimas: Excel chaosas prieš individualią sistemą

Norint suprasti, kodėl individuali programinė įranga gamybos įmonėms atsiperka greičiau nei bet kuris naujas staklių pirkinys, pažvelkime į kasdienius cecho procesus prieš ir po diegimo.

ProcesasTradicinis būdas (Excel / rankinis)Suderinta.lt individualus sprendimasFinansinis efektas / sutaupymas
Žaliavų pajamavimas ir partijų sekimasSąskaitos suvedamos į apskaitą per 24–48 val. Nėra tikslaus partijų atsekamumo broko atveju.Barkodo skenavimas prie rampos. Momentinis FIFO partijos priskyrimas ir rezervavimas užsakymui.-100% klaidų sandėlyje, sutaupoma ~1 400 €/mėn.
Gamybos užduočių paskirstymasRytinis meistro susirinkimas, popieriniai gamybos lapai, rankinis prioritetų keitimas lentoje.Skaitmeninė Kanban eilė planšetėse prie staklių. Prioritetai atnaujinami realiu laiku iš pardavimų skyriaus.+45 min. efektyvaus staklių darbo per dieną (~2 200 €/mėn.)
Faktinio darbo laiko fiksavimasDarbuotojai pamainos gale „iš akies“ užrašo sugaištą laiką ant popieriaus.Prisijungimas NFC kortele prie staklių. Fiksuojamas realus operacijos vykdymo laikas sekundžių tikslumu.Tikroji gaminio savikaina, eliminuota 15% prastovų
Kokybės kontrolė (QA) ir brokasBroko ataskaitos pildomos popieriuje, analizė atliekama tik mėnesio pabaigoje.Momentinis broko fiksavimas su nuotrauka planšetėje. Automatinis staklių stabdymo signalas.Žaliavų nurašymo nuostoliai mažėja 22–30%
Važtaraščių registravimas (i.VAZ)Logistas rankiniu būdu suveda duomenis į VMI sistemą. Vėlavimai, baudos už klaidas.Automatinis i.VAZ kodo gavimas per API kraunant produkciją į vilkiką.0 vėlavimų, sutaupoma 1,5 logisto darbo val./dieną

5. Finansinis ROI modelis: kaip 45 darbuotojų gamykla atsiperka per 68 dienas

Finansų vadovai (CFO) pagrįstai reikalauja kietos matematikos. Štai realus 45 gamybos darbuotojų įmonės Kauno regione finansinis modelis, pritaikytas po individualios sistemos įdiegimo.

Pradiniai parametrai:

  • Gamybos darbuotojų skaičius: 45 žmonės;
  • Vidutinis darbuotojo valandinis įkainis (su Sodros mokesčiais): 18,50 €/val.;
  • Administracijos / apskaitos darbuotojų skaičius duomenų suvedimui: 2 darbuotojai (įkainis: 21,00 €/val.);
  • Sistemos kūrimo ir diegimo investicija: 28 000 €.

Mėnesinis laiko ir lėšų sutaupymas:

1. Operatorių laikas duomenų pildymui ir paieškai:
Kiekvienas darbuotojas anksčiau sugaišdavo bent 20 minučių per dieną popierių pildymui ir žaliavų paieškai sandėlyje. Įdiegus brūkšninius kodus ir planšetes, šis laikas sumažėjo iki 3 minučių. Sutaupymas: 17 min. x 45 darbuotojai = 12,75 val./dieną. Per 21 d.d. = 267,75 val./mėn. x 18,50 € = 4 953,38 €/mėn.

2. Buhalterijos ir logistikos rankinis darbas:
Duomenų perkėlimas iš gamybos lapų į „Rivilę“ ir rankinis i.VAZ pildymas užimdavo 60 valandų per mėnesį. Dabar procesas vyksta per API. Sutaupymas: 60 val. x 21,00 € = 1 260,00 €/mėn.

3. Prastovų ir broko mažinimas:
Dėl neteisingų žaliavų partijų sumaišymo patiriami nuostoliai vidutiniškai siekė 3 200 €/mėn. Sistemos blokavimo algoritmas neleidžia pradėti staklių operacijos, kol nenuskenuotas teisingos partijos barkodas. Konservatyvus broko sumažėjimas – 50%: 1 600,00 €/mėn.

BENDRA MĖNESINĖ NAUDA: 4 953,38 € + 1 260,00 € + 1 600,00 € = 7 813,38 € / mėnesį.

Atsipirkimo laiko (Payback Period) skaičiavimas:

Atsipirkimo laikas = Investicija (28 000 €) / Mėnesinis sutaupymas (7 813,38 €)
Atsipirkimo laikas = 3,58 mėnesio (~107 kalendorinės dienos)
Vertinant tik tiesiogines gamybines darbo dienas (be savaitgalių) = 68 darbo dienos.

Praėjus 4 mėnesiams po paleidimo, sistema kas mėnesį generuoja grynąjį pelną įmonei, tuo pačiu užtikrindama 100% tikslią gaminių savikainos kontrolę realiu laiku.

6. Diegimo spąstai ir pramoniniai „Edge Cases“

Daugiau nei 60% pramoninių IT sistemų diegimų patiria nesėkmę ne dėl techninių klaidų kode, o dėl gamybos cecho specifikos ignoravimo. Projektuojant individualią programinę įrangą, privaloma iš anksto numatyti šiuos scenarijus:

  • Dulkės, tepalai ir pirštinės: Standartinės žiniatinklio formos su smulkiais mygtukais ceche neveikia. Vartotojo sąsaja (UI) privalo būti suprojektuota su dideliais (bent 64x64 px) liečiamaisiais elementais, pritaikytais darbui su apsauginėmis pirštinėmis, arba palaikyti valdymą fiziniais barkodų skaitytuvais be ekrano lietimo.
  • Ryšio dingimas cecho gilumoje (Offline-First): Armuoto gelžbetonio konstrukcijos ir metalinės stelažų sistemos sukuria ekranuotas zonas, kur Wi-Fi ryšys nuolat trūkinėja. Sistema privalo veikti PWA (Progressive Web App) pagrindu su lokaliu duomenų kaupimu („IndexedDB“). Ryšiui atsistačius, duomenų sinchronizacija su centrine baze turi įvykti automatiškai fone, išsprendžiant konfliktus pagal laiko žymas (Vector Clocks).
  • Operatoriaus sabotažas ir sudėtingumas: Jei darbuotojui užduočiai užregistruoti reikia atlikti daugiau nei du paspaudimus, sistema bus ignoruojama. Sistemos dizainas turi reikalauti tik dviejų veiksmų: nuskaityti savo ženklelį ir nuskaityti užsakymo brūkšninį kodą. Visa kita logika turi veikti fone.
  • Partijų skaidymas ir likučių grąžinimas: Standartinės sistemos dažnai nesugeba susitvarkyti su situacija, kai iš 6 metrų metalo profilio panaudojami 4,2 metro, o likęs 1,8 metro gabalas turi grįžti į sandėlį kaip unikalus likutis su nauju vidiniu barkodu. Individualiame kode ši logika įdiegiama kaip standartinė operacija.

7. 4 savaičių planas: nuo cecho audito iki gamybinio paleidimo

Mūsų inžinerinė metodika atmeta mėnesius trunkančius teorinius svarstymus. Dirbame pagal griežtą keturių savaičių ciklą, kurio metu sistema gimsta tiesiai gamybos linijoje.

1 Savaitė: Fizinis procesų auditas ir architektūrinis projektas

Mūsų architektas praleidžia 2 dienas jūsų gamybos ceche. Fiksuojame ne tai, ką vadovai mano vykstant, o realų darbuotojų maršrutą: kur guli žaliavos, kaip perduodamos užduotys, kur atsiranda „butelio kakleliai“. Sudaroma duomenų bazių schema, aprašomi API integracijos taškai su jūsų apskaitos sistema („Rivilė“, „Directo“ ar kt.).

2 Savaitė: Duomenų bazės struktūra ir branduolio kūrimas

Sukuriama DB architektūra („PostgreSQL“), konfigūruojamas saugus ryšys su buhalterine sistema ir i.MAS posistemiu. Parengiamas pirmasis veikiantis API prototipas ir duomenų sinchronizacijos servisai.

3 Savaitė: Cecho vartotojo sąsajos (PWA) diegimas ir testavimas planšetėse

Planšetės montuojamos prie pirmųjų bandomųjų staklių. Operatoriai pradeda testuoti operacijų fiksavimą realioje pamainoje. Renkamas grįžtamasis ryšys apie sąsajos patogumą, mygtukų dydžius, skenavimo greitį. Atliekami koregavimai vietoje.

4 Savaitė: Pilnas pajungimas, apmokymai ir dokumentacija

Prijungiamos visos darbo vietos. Vykdomas paralelinis sistemos darbas šalia senojo metodo 3 dienas, siekiant patikrinti duomenų atitikimą. Pasirašomas galutinis perdavimo aktas, pateikiama techninė dokumentacija ir suteikiama SLA garantija.

8. Veikiantis prototipas per 48 valandas

Nustokite derinti savo gamybą prie nelanksčių „dėžučių“. Jūsų technologinis procesas yra jūsų konkurencinis pranašumas, o programinė įranga privalo jį sustiprinti, o ne stabdyti.

Atsiųskite mums savo dabartinę gamybos valdymo „Excel“ lentelę, technologinio maršruto schemą arba tiesiog laisvos formos procesų aprašymą. Mūsų architektai per 48 valandas nemokamai paruoš veikiantį jūsų cecho skaitmeninio proceso prototipą ir tikslią architektūrinę specifikaciją. Jokios teorijos – tik veikiantis kodas, pritaikytas jūsų staklėms ir žmonėms.

⚡ 30 min. techninė sesija vadovams

Nemokamas sistemų auditas ir architektūros planas

Rezervuokite 30 min. nuotolinę sesiją su vyr. IT inžinieriumi. Peržiūrėsime dabartinius įrankius ir per 24 valandas pateiksime vizualų architektūros planą bei fiksuotą sąmatą.

⚡ 30 min. techninė sesija vadovams

Rezervuokite nemokamą procesų ir IT architektūros auditą

Kartu su vyr. sistemų inžinieriumi įvertinsime jūsų procesus, paruošime duomenų srautų schemą ir pateiksime garantuotą fiksuotą sąmatą per 24 val.

Konfidencialumo garantija (NDA). Jūsų duomenys saugūs ir naudojami tik architektūros analizei.
Sistemų auditas30 min.
Rezervuoti