Digitalisering for industribedrifter: prosjekt, dokumentasjon, service og ERP-integrasjon

Digitalisering for industribedrifter er å samle prosjektflyten, fra tilbud og kalkyle via innkjøp, produksjon og dokumentasjon til service etter levering, i systemer som snakker sammen, slik at tallene og dokumentene finnes mens prosjektet pågår og ikke først når det er levert.

Når en industribedrift snakker om digitalisering, handler samtalen ofte om sensorer, maskinstyring og prediktivt vedlikehold. For en bedrift som utvikler, bygger, installerer eller prosjekterer teknisk utstyr og anlegg på bestilling, ligger mye av tapet et annet sted: i prosjektflyten rundt produksjonen. Kalkylen ligger i Excel, timene kommer inn lenge etter at de er brukt, sertifikatene fra underleverandøren ligger i en perm og tre e-poster, og etterkalkylen er første gang noen ser hva prosjektet faktisk kostet.

Denne artikkelen handler om den delen: prosjekt, dokumentasjon, service og ERP-integrasjon. Maskinstyring (PLS og SCADA), sensorer og overvåking av produksjonslinjer er egne fagfelt med egne leverandører, og holdes utenfor her.

Hvem artikkelen er for

Bedrifter med 10–200 ansatte som jobber etter engineer-to-order: hver ordre konstrueres etter kundens krav, materialer kjøpes mot ordren, sveis og maskinering skjer ofte hos underleverandører, og utstyret sammenstilles og testes før levering. Det gjelder maskinbyggere og utstyrsleverandører til energi, marin, akvakultur og prosessindustri, ingeniørkontor med verksted eller felt i samme prosjekt, automasjonsleverandører og systemintegratorer, og industriservice.

Fire tegn på at prosjektflyten trenger bedre systemer

• Kalkyle mot faktisk ses først i etterkalkylen, når det er for sent å styre prosjektet.
• Ingeniørtimer og verkstedtimer føres i hvert sitt system og møtes første gang i regnskapet.
• Dokumentasjonspakken settes sammen fra perm, e-post og delte mapper de siste dagene før levering.
• Servicehistorikken på en maskin finnes hos én tekniker, ikke i et system kontoret og kunden kan slå opp i.

Kjenner dere igjen to eller flere, er det sannsynligvis der digitaliseringen bør starte, ikke med nye maskiner eller sensorer.

Prosjektøkonomi: kalkyle mot faktisk mens prosjektet pågår

I en bedrift som bygger på bestilling, er hvert prosjekt en egen økonomi med kalkyle, innkjøp, egne timer, underleverandører og endringsordrer. Tallene finnes, men de ligger i ulike systemer: timene i ett, innkjøpene i ERP-et, fakturaene i regnskapet og kalkylen i et regneark. Da blir etterkalkylen første gang noen ser helheten.

Målet er å se kalkyle mot faktisk per prosjekt og arbeidspakke mens prosjektet pågår: timer fra kontor og verksted på samme prosjekt, innkjøp bokført mot kalkylen, endringsordrer registrert med kostnadskonsekvens før arbeidet starter, og fakturagrunnlag som går rett til regnskapssystemet. Det krever sjelden et nytt ERP. Oftere krever det en kobling mellom timeføring, innkjøp og regnskap, som timer og prosjektøkonomi integrert mot regnskapet, eller en egen prosjekt- og leveransekontroll der flyten er for spesiell for hyllevare.

Innkjøp og underleverandører

Sveis, maskinering og overflatebehandling skjer ofte hos underleverandører, og hver bestilling har avtalt leveringsdato, tegningsrevisjon og dokumentkrav. Når oversikten over hva som er bestilt, levert og hvilke sertifikater som mangler, ligger i e-post, blir purring en manuell jobb, og manglende sertifikater oppdages sent. En digital innkjøpsflyt henter bestillingen fra ERP-et, lar underleverandøren bekrefte levering og laste opp sertifikater, og viser hva som mangler per prosjekt.

Dokumentkontroll og sporbarhet: MRB, SDRL og materialsertifikater

Leverandører til energi og marin møter dokumentasjonskrav som kunden har spesifisert i en SDRL, ofte med NORSOK Z-018 som referanse. Ved levering skal alt samles i en MRB: materialsertifikater 3.1 sporbare til heat- og serienummer, sveise- og NDT-dokumentasjon, testrapporter og FAT/SAT-protokoller.

Når dokumentene registreres mot prosjekt, innkjøpsordre, heat-nummer og serienummer i det øyeblikket de kommer inn, kan pakken genereres når utstyret er klart, i stedet for å settes sammen kvelden før. Statusen per dokument i SDRL-en blir synlig underveis, og sluttfakturaen trenger ikke vente på en perm. Det kan bygges som en egen MRB og dokumentasjonspakke per leveranse. Beholder dere eget prosjekt- eller dokumentsystem, holder det ofte å bygge dokumentflyten som integrasjon.

Service etter levering: historikk per serienummer

For bedrifter som følger utstyret sitt etter levering, er servicehistorikk per serienummer grunnlaget: hva er levert hvor, i hvilken konfigurasjon, hva ble gjort sist, og hvilke sertifikater går ut. Når historikken bare finnes hos teknikeren, er det vanskelig å avgjøre om et oppdrag er reklamasjon eller fakturerbart, og servicerapporten blir gjerne skrevet uka etter.

En feltapp for serviceteknikere lar teknikeren skanne en QR-kode eller velge serienummer, gå gjennom sjekklisten, ta bilder, føre deler og timer og signere på stedet. Med en kundeportal kan kundene se eget utstyr, sertifikater med utløpsdato og neste service uten å ringe.

ERP-integrasjon: bygg rundt systemene dere har

ERP- og regnskapssystemet er navet i de fleste industribedrifter, og det er sjelden lønnsomt å bytte det ut for å løse prosjektflyten. ERP-systemer som RamBase, Monitor og Visma.net har dokumenterte API-er, og det samme har regnskapssystemer som Tripletex, PowerOffice Go og Xledger. En API-integrasjon gjør at prosjektnummer, innkjøpsordre, timer og faktura føres én gang og er like i alle systemer. Hva hvert API tillater, og om skrivetilgang krever egen lisens, varierer og bør avklares tidlig. Hvilke koblinger som er i drift, og hvilke som bare har dokumentert API, står i integrasjonstabellen.

Slik kommer industribedriften i gang

1. Finn flyten som koster mest: Følg ett prosjekt fra tilbud til sluttfaktura, og noter hvor tall tastes inn på nytt, hvor dokumenter letes etter og hvor avvik oppdages for sent.
2. Behold det som virker: ERP, regnskap og prosjektsystem skal som regel stå. Det som mangler, er ofte laget mellom dem.
3. Start avgrenset: Løs én flyt, for eksempel kalkyle mot faktisk eller dokumentasjonspakken, og ta den i bruk på et ekte prosjekt før dere utvider.
4. Involver folkene som gjør jobben: Verkstedsleder, innkjøp og prosjektleder vet hvor det skjærer seg. Et system som ikke passer arbeidsdagen deres, blir ikke brukt.
5. Utvid fase for fase: Når den første flyten er i drift, er neste fase lettere å prissette og prioritere.

Hva det koster

Vi oppgir ikke priser før omfanget er kjent. Pris settes etter kartlegging, som fastpris per fase. Det som styrer omfanget, er hvor mange systemer som skal kobles sammen, hvor godt API-ene deres er dokumentert, hvor mange brukere og steder løsningen skal fungere for (kontor, verksted og felt), og hvor mye historiske data som skal flyttes inn.

Slik jobber WOLLUM med industribedrifter

WOLLUM er et programvarehus på Forus med industri og ingeniør som spesialfelt. Jeg har selv jobbet som rådgivende ingeniør og automasjonsingeniør i et selskap som utviklet og bygde wireline-maskiner, med eget sammenstillingsverksted og sveis og maskinering hos underleverandører. Kravene over kjenner jeg fra innsiden.

Vi starter med en kartlegging hos dere, i verkstedet og på prosjektkontoret, og bygger en første fungerende versjon av den flyten som koster mest. Hver fase har avtalt omfang og fast pris før den starter, og kildekoden er deres. Se hva vi bygger av skreddersydd programvare for industri- og ingeniørbedrifter.

Hvilken del av prosjektflyten koster mest hos dere i dag? Book 30 minutter med WOLLUM, så ser vi på prosjektflyten deres sammen. Pris settes etter kartlegging, som fastpris per fase. Eller skriv rett til adrian@wollums.no. Les også oversikten over digital transformasjon for norske SMB for det bredere bildet.