Prosjektfokus
Prosjektområder og løsningsretninger
ERP. Portaler. Lisenslogikk.
Prosjekter der fagprosesser, data og drift spiller sammen.
Prosjektmal
Prosjekteksempler kan leses som gjentakende tekniske mønstre.
Bak mange kundeprosjekter står de samme grunnspørsmålene: Hvor ligger den faglige kjernen, hvordan blir integrasjonene førende, og hvordan forblir utbyggingen senere håndterbar?
Kjernesystem pluss portalverden
Prosjektlogikk forblir førende og åpnes utad gjennom REST, roller og overvåking.
Integrasjoner med styring
ERP, Fibu, portaler og målplattformer bygges som en styrt dataflyt i stedet for en løs kjede av grensesnitt.
Utvidelse fra en stabil kjerne
Rapportering, portaler og tjenester drar nytte av at lag og ansvarsfordeling er entydig definert allerede i prosjektet.
Passende ytelses- og tekniske løp
Viktige fordypninger om dette temaet
Prosjekter & referanser for individuell forretningsprogramvare
Våre prosjekter oppstår der prosesser, data og drift ikke passer inn i en mal. Derfor arbeider vi ofte med programvareløsninger som vokser over år, skjerpes faglig og må kjøre stabilt teknisk – inkludert grensesnitt, rettighetskonsept, release-prosess og drift.
Her finner du prosjekteksempler fra ERP, lisensplattformer, multiplattform-klienter samt egen produktutvikling – som typiske mønstre, ikke som markedsføringsshowcase.
ERP: Fra et søkeverktøy til et flertenant ERP-system
Et tidligere informasjonsverktøy ble gradvis utbygget til et flertenant, flerspråklig ERP-system – med klar systemstruktur og tydelig atskilt forretningslogikk.
- Utgangspunkt: arvet faglogikk, nye prosesskrav, økende datamengde og brukerkompleksitet.
- Oppgave: sikre utvidbarhet og vedlikeholdbarhet uten å sette den løpende driften i fare.
- Løsning: trinnvis utbygging i bærekraftige lag (f.eks. Layer-3-struktur), klare ansvarsområder for data, regler og UI.
- Typiske komponenter: roller/rettigheter, flerspråklighet, flertenantfunksjonalitet, grensesnitt til omliggende systemer.
- Drift: release-prosess og langsiktig videreutvikling som del av helhetsplanen.
Lisensplattform: Registrering, nedlastinger og kontrollert aktivering
Sentraliserte plattformer for installasjonsleveranse, kundetilknytning, versjonshåndtering, nedlastinger og kontrollerte lisensprosesser er gjentakende oppgaver for oss.
- Fokus: sporbarhet, sikkerhet og tydelige prosesser knyttet til leveranse og lisensstatus.
- Funksjoner: kunde-/konto-tilknytning, versjonshåndtering, nedlastings- og rettighetslogikk.
- Grensesnitt: REST-APIer for interne systemer, eventuelt integrasjon mot CRM/ERP/supportprosesser.
- Driftsaspekter: overvåking, logging/auditing, en tydelig release- og rollback-tilnærming.
netScope: Egen produktutvikling inkl. hosting og videreutvikling
netScope betyr at vi ikke bare utvikler kundespesifikt, men også bærer ansvar for egne systemer med klient, drift, videreutvikling og produktansvar.
- Produktperspektiv: prioritere krav, planlegge releaser, styre teknisk gjeld.
- Drift: Hosting, overvåking og kontinuerlig vedlikehold som del av totalansvaret.
- Videreutvikling: stabilt grunnlag som gjør det mulig å legge til nye funksjoner uten „nyoppsett“.
Multiplattform: klienter, tjenester og portaler i én linje
Enten Windows, macOS, Linux eller som Windows-/Windows- und Linux-Services: Vi strukturerer systemer slik at betjening, forretningslogikk, grensesnitt og drift spiller sammen.
- Arkitektur: tydelig separasjon av UI, domenelogikk og integrasjoner for langsiktig vedlikehold.
- Drift: oppdaterings-/utrullingsstrategi, logging, diagnostiske muligheter og stabile tjenester.
- Integrasjon: API-er, bakgrunnsprosesser, dataflyter og rettighetskonsepter tilpasset omgivelsene.
Hva disse prosjektene har til felles
- De løser sjelden isolerte enkeltproblemer, men kobler flere prosesser i ett system.
- De trenger en arkitektur som fortsatt er holdbar om to, tre eller fem år.
- De må kunne håndtere reelle data, spesialtilfeller, roller/rettigheter og ansvarsområder.
- De har fordel av at utvikling, plattformmål og senere drift ikke jobber mot hverandre.
Leter dere ikke etter et byrå for maler, men for substans? Da er det som regel et tegn på at vi passer godt faglig sammen.
Vanlige spørsmål om typiske prosjektmønstre
Mange prosjekter virker i starten forskjellige, men har likevel felles mønstre: vokst faglogikk, integrasjoner, rettigheter, versjoner, driftsrelaterte spørsmål og langsiktig utvidbarhet.
Jobber dere heller med engangsverktøy eller med langsiktige systemer?
Fokus ligger på systemer med levetid, ansvar og videreutvikling: virksomhetsapplikasjoner, plattformer, tjenester, portaler og produktlogikk.
Kan eksisterende produkter eller interne systemer moderniseres parallelt?
Ja. Spesielt for eldre, gradvis utviklede systemer planlegger vi ofte en trinnvis videreutvikling, slik at drift og modernisering passer sammen.
Er hosting og teknisk drift en del av arbeidet deres?
Ja. Release, hosting, overvåking og driftsansvar inngår i prosjektplanleggingen, slik at løsningen ikke bare utvikles, men også kan drives pålitelig.
Hvor raskt blir et „prosjekt“ et varig system?
Ofte tidligere enn antatt: Så snart flere prosesser, brukerroller og integrasjoner kommer sammen, lønner det seg med et arkitektur- og driftsblikk fra starten av. Det er nettopp derfor disse prosjektmønstrene finnes.
Passer prosjektet deres inn i disse prosjektmønstrene?
Hvis dere skal utvikle eller videreføre et system som knytter flere prosesser sammen og må drives langsiktig, snakker vi gjerne om krav, arkitektur og neste steg.
Neste trinn
Hvis dere har et konkret moderniserings-, API- eller plattformspørsmål, bør vi tidlig og presist avklare den tekniske utformingen.
Net-Base vurderer eksisterende systemer, dataflyter, grensesnitt og målplattformer ikke isolert, men i sammenheng med faglogikk, drift og senere utbygging.
- Eksisterende tilstand, målbildet og tekniske risikoer vurderes samlet.
- REST, datatilgang, portaler og utrulling blir ikke utsatt som etterfølgende oppgaver.
- Dere ser tidlig hvilken vei som er økonomisk og driftsmessig levedyktig.