Prijeđite na glavni sadržaj
FromNine
Izbornik

Inženjering

Poslovni softver koji vaši timovi mogu i dalje mijenjati.

Razvijamo SaaS proizvode, portale za građane i zaposlenike te ključne poslovne aplikacije koji su pristupačni, sigurni od samog početka i koje vaši timovi mogu održavati dugo nakon pokretanja.

Za softverske tvrtke i javna tijela u Hrvatskoj čiji korisnici očekuju pristupačne e-usluge, i onda kad tržište seže izvan granica.

Dogovorite razgovorModernizacija sustava
Poslovni softver i SaaS: slojevi mogućnostiČetiri sloja složena u dubinu. Odozgo prema dolje: pristupačno sučelje koje ljudi koriste, moduli domene koji sadrže pravila, platformski servisi za zakupnike i identitet te siguran cjevovod isporuke ispod svega.01Pristupačna sučelja02Moduli domene i pravila03Zakupnici, identitet, podaci04Siguran cjevovod isporuke
  1. 01Dizajn vođen domenom za posao s mnogo pravila, kao što je obrada predmeta
  2. 02Pristupačnost prema normi EN 301 549 i WCAG 2.2 AA od prvog dizajna
  3. 03Dokumentacija i zapisi o odlukama koje vaši timovi mogu preuzeti

01 Problemi

Što čujemo prije ponovne izgradnje

  1. 01

    Svaka promjena traje tromjesečje

    Aplikacija radi, ali nitko se ne usuđuje dirati jezgru. Male promjene traže velika regresijska testiranja i termin za izdanje.

  2. 02

    Portal ne služi ljudima kojima je namijenjen

    Ne radi s čitačem zaslona, na drugom jeziku korisnika ni na mobitelu. Pritužbe stižu prije revizije pristupačnosti.

  3. 03

    Promjena za jednog klijenta kvari rad drugome

    SaaS proizvod rastao je prilagodbama za svakog klijenta. Sada je svako izdanje pregovaranje, a neki zakupnici ostali su na starim verzijama.

  4. 04

    Znanje je otišlo s dobavljačem

    Odluke nikad nisu zapisane. Tim koji je sustav izgradio otišao je dalje, a kôd je jedina dokumentacija.

  5. 05

    Sigurnosna pitanja stižu od klijenata i regulatora

    Nabava traži SBOM, postupak za ranjivosti i dokaze za Akt o kibernetičkoj otpornosti. Nitko ih nema spremne.

02 Isporuke

Što isporučujemo

  1. 01 Inženjering SaaS proizvoda

    Proizvodi projektirani da iz jedne baze koda služe mnogim klijentima: pravi model zakupa (tenancy), konfiguracija umjesto prilagodbe i izdanja koja stižu do svakog zakupnika.

    Što radimo

    • Izbor modela zakupa: dijeljeni, grupirani ili izolirani za svakog zakupnika
    • Strategija konfiguracije i zastavica značajki
    • Integracija mjerenja potrošnje i naplate
    • Redovita izdanja s uvođenjem prilagođenim zakupnicima

    Što dobivate

    • Dizajn zakupa i izolacije
    • Model konfiguracije sa zaštitnim pravilima
    • Postupak izdanja s vraćanjem za svakog zakupnika

  2. 02 Dizajn domene za složena pravila

    Dizajn vođen domenom ondje gdje su pravila sam proizvod: obrada predmeta, prava na usluge, izračuni opterećeni propisima. Promišljeno biramo između modularnog monolita i mikroservisa, a najčešće počinjemo s monolitom.

    Što radimo

    • Event storming sa stručnjacima iz domene
    • Omeđeni konteksti i granice modula
    • Pravila koja su izričita i provjerljiva
    • Zapisi o arhitektonskim odlukama za velike izbore

    Što dobivate

    • Model domene i karta konteksta
    • Modularna baza koda s provedenim granicama
    • Izvršive specifikacije ključnih pravila

  3. 03 Portali za građane i zaposlenike

    Sučelja izgrađena na sustavu dizajna, pristupačna od početka i spremna za više jezika od prvog izdanja, za jezike kojima vaši korisnici doista govore. Za e-usluge javnih tijela u Hrvatskoj to obično uključuje i prijavu putem NIAS-a.

    Što radimo

    • Sustav dizajna s pristupačnim komponentama
    • Sadržaj pisan jasnim jezikom
    • Testiranje s asistivnim tehnologijama i stvarnim korisnicima
    • Tijek lokalizacije za svaki jezik

    Što dobivate

    • Portal na sustavu dizajna koji se može ponovno koristiti
    • Izvješće o usklađenosti s pravilima pristupačnosti
    • Tijek rada za sadržaj i prijevode

  4. 04 Inženjering kvalitete i siguran razvoj

    Automatizacija testiranja na pravim razinama, ugovorni testovi između servisa, testovi performansi prije pokretanja i siguran životni ciklus razvoja utemeljen na OWASP ASVS-u, SBOM-ovima i kontrolama lanca opskrbe.

    Što radimo

    • Strategija i automatizacija testiranja
    • Ugovorno testiranje i testiranje performansi
    • Modeliranje prijetnji i provjera prema ASVS-u
    • Izrada SBOM-a i pravila za ovisnosti

    Što dobivate

    • Automatizirani skupovi testova u cjevovodu
    • Izvješće o sigurnosnoj provjeri
    • Postupak za ranjivosti spreman za Akt o kibernetičkoj otpornosti

  5. 05 Postupna modernizacija

    Naslijeđenu aplikaciju zamjenjujemo funkciju po funkciju, iza fasade za usmjeravanje, dok poslovanje nesmetano teče. Pogledajte i modernizaciju naslijeđenih sustava.

    Što radimo

    • Karta funkcija postojeće aplikacije
    • Usmjeravanje po uzorku strangler fig i omotavanje API-jima
    • Migracija podataka s izvješćima o usklađivanju
    • Usporedni rad za kritične izračune

    Što dobivate

    • Redoslijed modernizacije s poslovnim prekretnicama
    • Fasada i novi moduli u produkciji
    • Usklađeni podaci pri svakom prijelazu

  6. 06 Održivost i primopredaja

    Softver koji vaši timovi mogu preuzeti: čitljiv kôd, zapisi o odlukama, radni postupci i plan primopredaje dogovoren na početku, a ne otkriven na kraju.

    Što radimo

    • Rad u paru s vašim razvojnim inženjerima tijekom izgradnje
    • Zapisi o arhitektonskim odlukama uz kôd
    • Operativni postupci i vodiči za dežurstva
    • Prekretnice prijenosa znanja

    Što dobivate

    • Plan primopredaje s kriterijima prihvaćanja
    • Dokumentacija u vašim repozitorijima
    • Osposobljen interni tim

03 Arhitektura

Ilustrativna referentna arhitektura

Tipičan oblik poslovne aplikacije koja zamjenjuje stariju: pristupačno korisničko sučelje, fasada za usmjeravanje koja svaku funkciju šalje starom ili novom sustavu, API sloj s jasnim ugovorima i modularna jezgra organizirana oko domene.

Zakup i konfiguracija izričiti su platformski servisi, a ne uvjeti razbacani po kodu. Ispod svega svaka izgradnja pokreće testove i sigurnosne provjere te izrađuje SBOM.

Slojevi na crtežu

Ljudi
Građani, klijenti i zaposlenici, na bilo kojem uređaju i s asistivnom tehnologijom.
Modernizacija
Fasada za usmjeravanje, postojeća aplikacija i migracija podataka s usklađivanjem.
Platforma
API sloj, identitet, modularna jezgra, zakup i konfiguracija, operativni podaci.
Sigurna isporuka
Ugovorni testovi i testovi performansi, ASVS provjere i SBOM u svakoj izgradnji.
Ilustrativni primjer

  1. Ljudi

    • Građani, klijenti, zaposlenici
    • Pristupačno sučelje

  2. Postupna modernizacija

    • Fasada za usmjeravanje
    • Postojeća aplikacija
    • Migracija s usklađivanjem

  3. Platforma

    • API sloj i ugovori
    • Identitet i uloge
    • Modularna jezgra: zaprimanje, predmeti, naplata
    • Zakup, konfiguracija, zastavice značajki
    • Operativna spremišta podataka

  4. Sigurna isporuka

    • Ugovorni testovi i testovi performansi, ASVS provjere, SBOM u svakoj izgradnji
Modularna jezgra iza fasade za usmjeravanje

Ilustrativna arhitektura, a ne sustav klijenta.

Pročitajte dijagram kao tekst

Glavni put vodi od ljudi do pristupačnog korisničkog sučelja, kroz fasadu za usmjeravanje i API sloj, do modularne jezgre organizirane u omeđene kontekste.

Fasada neke funkcije usmjerava i postojećoj aplikaciji, koja se postupno povlači. Njezini podaci prelaze migracijom s usklađivanjem u operativna spremišta podataka.

Identitet služi API sloju. Servisi za zakup i konfiguraciju nalaze se ispod jezgre. Pojas sigurne isporuke ispod svega obuhvaća ugovorne testove, testove performansi, sigurnosne provjere i SBOM-ove.

04 Razmatranja i ograničenja

Inženjerska razmatranja i ograničenja

  • Najprije modularni monolit

    Kako to rješavamo

    Počinjemo s jasnim modulima u jednoj jedinici za implementaciju, a servise izdvajamo samo ondje gdje to traže skaliranje, ritam izdanja ili vlasništvo timova.

    Ograničenja i ovisnosti

    Mikroservisi rješavaju organizacijske probleme jednako kao i tehničke. Bez timova koji su za njih odgovorni donose trošak i nove načine otkazivanja.

  • Pristupačnost je inženjerski posao

    Kako to rješavamo

    Pristupačne komponente, automatske provjere u cjevovodu i ručno testiranje s asistivnim tehnologijama prije svakog većeg izdanja.

    Ograničenja i ovisnosti

    Automatski alati pronalaze samo dio problema. Potpuna usklađenost traži ručne revizije i, idealno, testiranje s korisnicima s invaliditetom.

    Sadržaj i dokumenti koje urednici dodaju nakon pokretanja moraju zadovoljiti isti standard. Urednike osposobljavamo, ali ne kontroliramo što objavljuju.

  • Modernizacija traje onoliko koliko traju podaci

    Kako to rješavamo

    Migraciju podataka planiramo za svaku funkciju, uvježbavamo je i usklađujemo, uz poslovno odobrenje pri svakom prijelazu.

    Ograničenja i ovisnosti

    Kvaliteta naslijeđenih podataka često određuje tempo. Njihovo čišćenje jednako je poslovni koliko i tehnički zadatak.

  • Propisi za softverske proizvode

    Kako to rješavamo

    SBOM-ovi, postupanje s ranjivostima i sigurne zadane postavke dio su našeg standardnog cjevovoda, koji proizvode priprema za Akt o kibernetičkoj otpornosti.

    Ograničenja i ovisnosti

    Primjenjuje li se Akt na vaš proizvod i kako, pravno je pitanje. Mi dajemo inženjerske dokaze, a procjenu donose vaši pravni savjetnici.

05 Kako radimo

Kako radimo

Kratki ciklusi, stvarni korisnici od rane faze i primopredaja planirana od prvog tjedna.

  1. 01

    Mapiranje domene

    Event storming s ljudima koji poznaju pravila i karta funkcija onoga što danas postoji.

    RezultatKarta konteksta i prvi zapisi o odlukama

  2. 02

    Isporuka tankog presjeka

    Jedna funkcija od početka do kraja, kroz fasadu, u produkciji sa stvarnim korisnicima.

    RezultatFunkcionalni presjek u produkciji

  3. 03

    Rast funkciju po funkciju

    Svako izdanje premješta jednu funkciju, njezine podatke i korisnike, uz pripremljeno usklađivanje i vraćanje.

    RezultatPlan izdanja po funkcijama

  4. 04

    Primopredaja

    Vaši razvojni inženjeri rade u paru s našima, preuzimaju dežurstva i postaju vlasnici plana razvoja kad se ispune kriteriji primopredaje.

    RezultatPrihvaćena primopredaja

06 Ljudski nadzor

Gdje ljudi zadržavaju kontrolu

U poslovnom softveru kontrola znači znati tko je što promijenio, tko je to odobrio i kako to poništiti.

  • Vlasnici proizvoda odlučuju o opsegu

    Vaš vlasnik proizvoda određuje prioritete i prihvaća svaki inkrement. Mi savjetujemo, a on odlučuje.

  • Konfiguracija ima vlasnika

    Postavke zakupnika i zastavice značajki mijenjaju se kroz postupak s revizijskim tragom, u ulogama koje vi dodijelite.

  • Prijelazi se odobravaju

    Svaki prijelaz sa starog na novi sustav odobrava poslovanje, uz uvježbano vraćanje.

  • Odluke se zapisuju

    Zapisi o arhitektonskim odlukama pokazuju što je odabrano, tko je odlučio i zašto, kako bi budući timovi odluke mogli svjesno preispitati.

07 Tehnologije

Tehnologije s kojima radimo

Pozadinski sustavi
  • Java i Kotlin
  • .NET
  • TypeScript i Node.js
  • Python
Korisničko sučelje
  • React i Next.js
  • Angular
  • Sustavi dizajna s pristupačnim komponentama
  • Izvorne i višeplatformske mobilne aplikacije
Podaci
  • PostgreSQL
  • SQL Server i Oracle (postojeća okruženja)
  • Strujanje događaja
  • Tražilice
Kvaliteta i sigurnost
  • Playwright i ugovorno testiranje
  • Testiranje opterećenja i performansi
  • SAST, DAST i skeniranje ovisnosti
  • SBOM u formatu CycloneDX ili SPDX

Navođenje tehnologije opisuje naše inženjersko iskustvo. Ne podrazumijeva partnerstvo s njezinim dobavljačem ni njegovu preporuku.

08 Primjer

Ilustrativni primjer

Ilustrativni primjer

Portal za zahtjeve građana s prijavom putem NIAS-a

01Polazište
Gradska uprava zaprima zahtjeve za potpore, upise u vrtiće i komunalne usluge putem PDF obrazaca, e-pošte i šaltera. Obrasci ne rade s čitačem zaslona, a službenici iste podatke ručno prepisuju u više poslovnih aplikacija.
02Što bismo izgradili
Jedan portal na zajedničkom sustavu dizajna, s prijavom putem NIAS-a, obrascima koji provjeravaju podatke pri unosu i predmetom koji se automatski otvara u sustavu za upravljanje predmetima.
03Gdje odlučuju ljudi
Pročelnici upravnih odjela odobravaju sadržaj i pravila za svoje usluge; o svakom zahtjevu odlučuje službenik koji vodi predmet.
04Što bismo mjerili
Problemi pristupačnosti po izdanju, udio zahtjeva podnesenih elektronički i vrijeme od podnošenja do potpunog predmeta.

09 Po sektorima

U vašem sektoru

  • Javni sektor

    Sustavi za upravljanje predmetima i portali za građane koji zadovoljavaju propise o pristupačnosti, podržavaju prijavu putem NIAS-a i povezuju se s drugim informacijskim sustavima javne uprave.

  • Financijske usluge

    Portali za klijente i pozadinske aplikacije s pouzdanim revizijskim tragom i postupcima izdanja koji zadovoljavaju kontrolu promjena.

  • Proizvodnja i industrija

    Konfiguratori, servisni portali i SaaS proizvodi za proizvođače opreme, povezani s ERP-om i terenskim servisom.

Hrvatska

Novo tržište je izdanje, a ne nova grana koda

U Hrvatskoj se Europski akt o pristupačnosti provodi Zakonom o zahtjevima za pristupačnost proizvoda i usluga (NN 89/2025), koji se primjenjuje od 28. lipnja 2025. Za web-stranice i mobilne aplikacije tijela javnog sektora vrijedi Zakon o pristupačnosti mrežnih stranica i programskih rješenja za pokretne uređaje tijela javnog sektora (NN 17/2019), a usklađenost prati Povjerenik za informiranje. Akt o kibernetičkoj otpornosti jedna je uredba EU-a s obvezama koje počinju u fazama.

Proizvod koji se prodaje i u drugim državama članicama susreće nacionalne zakone o pristupačnosti koji se razlikuju u pojedinostima, kao i jezike, pravila izdavanja računa i sheme identiteta svakog tržišta. Te razlike držimo u konfiguraciji i jasno omeđenim modulima, pa je novo tržište izdanje, a ne nova grana koda. Dokaze o pristupačnosti i sigurnosnu dokumentaciju izrađuje cjevovod, spremne za pitanja koja postavlja nabava.

Pitanja o poslovnom softveru i SaaS-u

Trebamo li razvijati po mjeri ili konfigurirati platformu?

Konfigurirajte platformu ondje gdje je vaš proces blizu standardnog, a razvijajte ondje gdje vas proces razlikuje od drugih ili gdje nijedna platforma ne odgovara pravilima. Radimo s platformama Salesforce, SAP i Odoo, ali i sa softverom po mjeri, pa nemamo razloga gurati jedan odgovor. Naša usluga Arhitektura i savjetovanje taj izbor čini izričitim.

Možete li jamčiti da je naš portal pristupačan?

Gradimo prema normi EN 301 549 i WCAG 2.2 AA, testiramo automatski i ručno te isporučujemo izvješće o usklađenosti u kojem su navedeni svi poznati problemi. Ne obećavamo da problema neće biti; obećavamo da ćemo ih pronaći, prijaviti i ispraviti ono što je u našem opsegu.

Možete li modernizirati bez migracije u jednom potezu?

Da, i to preporučujemo. Fasada za usmjeravanje omogućuje nam da premještamo jednu po jednu funkciju dok postojeća aplikacija nastavlja raditi, uz usklađivanje podataka u svakom koraku.

Može li naš tim preuzeti softver?

To je zadani plan. Kriterije primopredaje dogovaramo na početku, vaši razvojni inženjeri rade u paru s našima tijekom izgradnje, a zapisi o odlukama i radni postupci nalaze se u vašim repozitorijima.

Što Akt o kibernetičkoj otpornosti znači za naš proizvod?

Ako na tržište EU-a stavljate proizvode s digitalnim elementima, uključujući softver, Akt vam može donijeti obveze u pogledu sigurnog dizajna, postupanja s ranjivostima i dokumentacije. Mi izrađujemo inženjerske dokaze: SBOM-ove, postupak za ranjivosti i sigurne zadane postavke.

Recite nam što mora nastaviti raditi dok se mijenja

Predložit ćemo prvu funkciju za premještanje i ono što će vaš tim na kraju preuzeti.

Dogovorite razgovorModernizacija sustava