Meldingen din er sendt.
Vi behandler forespørselen din og kontakter deg så snart som mulig.
Skjemaet har blitt sendt inn.
Mer informasjon finner du i postkassen din.


Innowise tok kundens tidlige produkt og bygget det om til en solid, høytytende ladeplattform for elbiler. Den håndterer nå millioner av økter og bidrar til at selskapet er ledende på det europeiske markedet*.
ladeøktregistreringer eksporteres umiddelbart
økning i antall brukere ved å lansere eRoaming

Vår kunde er et tysk selskap som hjelper bedrifter med å drive sine egne ladenettverk for elbiler. Plattformen deres håndterer alt fra stasjonsadministrasjon og fakturering til brukertilgang og energikontroll. Den støtter privat og offentlig lading med verktøy for sanntidsovervåking, prising og tredjepartstilkoblinger. Systemet er white-label, slik at selskaper kan lansere under sitt eget varemerke uten å bygge teknologien fra bunnen av.
Detaljert informasjon om kunden kan ikke utleveres i henhold til bestemmelsene i NDA.
Kunden planla å vokse i hele EU og gi sjåførene en smidig, alt-i-ett-ladeopplevelse. Men nettappen - det viktigste verktøyet sjåførene brukte - var ikke klar for dette. Brukerne kunne ikke få tilgang til oppdateringer i sanntid, bruke kortene sine på tredjeparts stasjoner eller sjekke hva som foregikk under en ladeøkt. Funksjoner som eRoaming, smart energikontroll og øktsporing manglet, noe som var viktig for å skille seg ut i et konkurranseutsatt marked og få nye partnerskap. Internt fungerte frontend fint, men backend og infrastrukturen trengte seriøs hjelp.
Under panseret var webapplikasjonen allerede overbelastet. Den kunne ikke håndtere store dataeksporter, hadde ikke sanntidssøk og støttet ikke viktige EV-protokoller som OCPI eller OICP. eRoaming var et must, men det var ingen måte å koble det til uten å revidere arkitekturen. Kodebasen var vanskelig å vedlikeholde, distribusjonene var manuelle, og det var nesten umulig å spore ytelsesproblemer. Uten en solid backend, DevOps-pipeline eller observasjonsverktøy var ikke plattformen klar for skalering.
Vår kunde driver en fullserviceplattform for elektrisk mobilitet som kombinerer fysisk infrastruktur med intelligent digital kontroll. De fungerer både som CPO og EMSP, og eier hele ladeopplevelsen fra maskinvare til grensesnitt.
Sjåførene får tilgang til tjenesten via nett- og mobilapper der de kan finne stasjoner, starte ladeøkter og betale. Plattformen håndterer sanntidskommunikasjon med eksterne CPO-er ved hjelp av standardprotokoller, støtter eRoaming på tvers av landegrensene gjennom Hubject og håndterer alle kommersielle relasjoner i bakgrunnen.
Økosystemet omfatter verktøy for smart lading og energistyring for infrastrukturpartnere, sammen med diagnostikk, fastvareadministrasjon og sikre API-er som muliggjør sømløs integrering med tilpassede brukergrensesnitt for bedrifter.
Fakturering håndteres gjennom et fleksibelt system som støtter tredjeparts betalingsleverandører som Fiserv, kontraktsbasert prising, PDF-rendering og Excel-eksport. Det er plass til unike betalingsregler for ulike partnere.
Det finnes varslingssystemer for både transaksjonsbasert e-post og sanntidsvarsler, skreddersydd for bedriftskunder. Plattformen tilbyr også øktkontroll, rapporteringsmoduler og fjerndiagnostikk.
Dette er mer enn et forbrukerrettet produkt. Det er et skalerbart kontrollag som samler ladeinfrastruktur, partneradministrasjon, fakturering og analyse i ett sammenhengende økosystem.
Vi begynte med å ta et skritt tilbake og se på hele systemet. Hva var det som holdt det tilbake? Hvilke funksjoner var det sjåfører og operatører faktisk etterspurte? Hvor brøt ting sammen når bruken økte?
I tett samarbeid med kundens produkt- og forretningsteam identifiserte vi tre viktige smertepunkter som trengte umiddelbar oppmerksomhet:
I stedet for å prøve å fikse alt på én gang, delte vi opp arbeidet i håndterbare faser. Først fokuserte vi på å gjøre det eksisterende systemet mer stabilt og pålitelig. Deretter la vi grunnlaget for å kunne skalere opp: bedre API-er, renere integrasjoner og verktøy som driftsteamet faktisk kunne bruke i det daglige.
Da vi hadde forstått kjerneproblemene, delte vi opp kodebasen i mindre, uavhengige moduler slik at nye funksjoner kunne legges til uten å ødelegge de eksisterende. På tvers av systemet bygget ekspertene våre et hurtigbufringslag som reduserte ventetidene og forbedret responstidene.
For partnerintegrasjoner har vi innført standardiserte API-grensesnitt og automatisert store deler av arbeidsflyten. Det som tidligere tok flere uker med tilpasset koding, tar nå bare noen dager å sette opp. Vi la også til strenge validerings- og feilsjekker, slik at dataene fra ladestasjonene forble nøyaktige og brukbare.
På infrastruktursiden rekonfigurerte vi plattformen for horisontal skalering. Den absorberer nå tung trafikk uten å bremse ned, slik at kunden får et system som vokser like raskt som nettverket deres.

Med plattformfundamentet på plass kunne vi ta fatt på den første store utfordringen: stasjonsstyring. Kundens nettverk ekspanderte raskt. Noen stasjoner var deres egne, andre tilhørte partnere, men systemet kunne ikke snakke med dem alle på en konsekvent måte. Vi løste dette ved å implementere full støtte for OCPP 1.6, industristandardprotokollen som de fleste elbilladerne bruker.
Dette ga driftsteamet full fjernkontroll over nettverket. De kunne starte og stoppe ladeøkter, se hva som skjedde i sanntid og kjøre diagnostikk på alle stasjoner fra ett og samme dashbord. Når nye maskinvarepartnere kom om bord, var det ikke behov for tilpassede løsninger. Det er bare å plugge den inn, konfigurere den, og så fungerer den.
Den neste utfordringen var mye større: å gjøre det mulig for sjåførene å lade på stasjoner utenfor kundens nettverk. For sjåførene burde det være enkelt å lade - det er bare å plugge inn, så fungerer det. Men i bunn og grunn er det et virvar av kontrakter, protokoller og datautveksling mellom selskaper. Vi løste dette ved å koble oss til Hubject, Europas største EV eRoaming-nettverk. Vi implementerte både OCPI og OICP for å håndtere autorisasjon på tvers av nettverk, oppdateringer av stasjoner i sanntid og sporing av bruk. Dette betyr at sjåførene kan bruke tredjeparts stasjoner direkte gjennom kundens app, uten å registrere seg for et dusin forskjellige kontoer. Virksomheten trenger ikke å bygge ladeinfrastruktur overalt, de kobler seg bare til de nettverkene som allerede finnes gjennom Hubject.
Nå som sjåførene har tilgang til stasjoner på tvers av flere nettverk, har vi rettet oppmerksomheten mot et voksende problem: energistyring. Etterspørselen etter strøm svinger hele tiden, og ingen ønsker å overbelaste strømnettet. Kunden trengte en måte å hjelpe stasjonsoperatørene med å ligge i forkant av perioder med høy etterspørsel.
Vi har utviklet et smart ladesystem som gir operatørene kontroll over hvordan og når energien leveres. De kan sette grenser for forbruk i rushtiden, synkronisere med nettets tilgjengelighet eller la systemet automatisk optimalisere leveringen basert på sanntidsforhold. Dette beskytter strømnettet, holder driftskostnadene nede og gir energiselskapene større tillit til at elbillading er bærekraftig på lang sikt.
Vi har også lagt til tidsbegrenset lading for bedriftskunder, slik at bedrifter nå kan sette øktbegrensninger på for eksempel 30 minutter for å sikre rettferdig og effektiv lading av bilparken.
Alle disse nye funksjonene og de utvidede nettverksmulighetene innebar at eksponentielt mer data strømmet gjennom systemet. Dessverre klarte ikke det gamle eksportsystemet å holde tritt. Det var en konstant kilde til frustrasjon - alt over 10 000 poster krasjet, og teamene satt igjen med ufullstendige rapporter og timevis med manuell jakt på data. Teamet vårt bygget om eksportsystemet fra grunnen av. Nå kan det tygge seg gjennom datasett med flere millioner poster med alle detaljer - stasjons-ID-er, brukerinformasjon, tidspunkt for økter, priser og alt annet. Alt kommer ut i Excel-klare formater som du umiddelbart kan dele med økonomiavdelingen, juridiske avdelinger eller forretningspartnere. Og ja, det går raskt, selv når du henter data fra store volumkontoer.
Uten livedata måtte kunden alltid reagere på problemer etter at de allerede hadde påvirket kundene. Vi bygget et analysesystem som sporer ladeøkter mens de skjer.
Driftsteamet ser nå direkte målinger av energiforbruk, øktvarighet og stasjonenes tilstand. Når en lader kobles fra eller begynner å bruke uvanlig mye strøm, får de umiddelbare varsler og kan gripe inn før det blir et større problem. Alt samles i et sentralt dashbord, slik at beslutninger kan tas raskt og tjenesten forblir pålitelig.

Vi visste fra dag én at dette ikke ville bli et plug-and-play-prosjekt. Plattformen hadde så mye potensial, men den trengte seriøst arbeid under panseret. Det som gjorde det spesielt, var partnerskapet - kunden var åpen, involvert og fokusert på det endelige målet. Og teamet vårt stilte opp med alt de hadde. Det var tøft, men det var den typen utfordringer vi elsker. Vi er stolte av resultatet, og enda mer stolte av menneskene bak.

Vi jobbet i ukentlige sprinter med klare mål og raske tilbakemeldinger. Teamet vårt håndterte planlegging, testing og distribusjon, mens kunden fokuserte på funksjonsprioriteringer og forretningsmessige konsekvenser. Dette oppsettet ga oss muligheten til å jobbe uavhengig av hverandre, med regelmessige innsjekkinger for å avstemme avveininger og raskt oppheve blokkeringer.
For å redusere risikoen brukte vi trinnvise utrullinger, funksjonsflagg og automatiserte tester for å fange opp problemer før de kom i produksjon. Partnerintegrasjoner og protokollendringer ble lansert gjennom kontrollerte utrullinger, med sanntidsovervåking på plass i tilfelle noe gikk galt.
Ingenting i dette prosjektet var universalløsning. eRoaming, fakturering og partnerlogikk hadde hver sin egen kompleksitet. Kunden stolte på at vi skulle lede leveransen, og vi sørget for at de alltid hadde oversikt over hva vi gjorde, hvorfor det var viktig, og hvor det var behov for dem.
Go, gRPC, GraphQL (gqlgen, magidoc), Gorilla/Mux, HTTP REST, excelize, testify, go-mock, Keycloak IAM
TypeScript, Angular, PrimeNG, PrimeFlex, Bootstrap, Keycloak JS-adapter, Karma
PostgreSQL, CockroachDB, MongoDB, ElasticSearch, OpenSearch
Linux-basert (utledet fra distribusjonsmiljøet)
Nginx
OCPP 1.6, OCPI, OICP, eRoaming og fakturering: Hubject, Fiserv, Hectronic
Docker, Docker Compose, Helm (for K8s-distribusjoner), Kubernetes (k8s), Hetzner VPS, Helm-diagrammer, Kibana, OpenSearch Dashboard
GitHub Actions
Docker, Kubernetes
Git, GitHub
Prometheus, Grafana, OpenTelemetry
Testify, go-mock, Karma (frontend)

Meldingen din er sendt.
Vi behandler forespørselen din og kontakter deg så snart som mulig.

Ved å registrere deg godtar du vår Retningslinjer for personvern, inkludert bruk av informasjonskapsler og overføring av dine personopplysninger.