Fagartikkel
Produktinformasjon fra bestilling til drift
En byggeier trenger å vite hvilke produkter som faktisk er levert og montert. Den kunnskapen bygges gjennom mange ledd: krav, bestilling, ordrebekreftelse, mottak og dokumentasjon. Når opplysningene følger varen, får både prosjektet og driften et bedre grunnlag å arbeide videre med.
Contech #19 fra januar 2021 viser flere av disse leddene. Knut Mathisen fra GS1 Norway forklarer produktidentifikasjon, Frode Ødegård fra XL-BYGG Dale Malo viser elektroniske bestillinger, og Sindre Gundersen fra Angvik Utvikling tar opp kravene som må avklares før en dør bestilles.
Identifiser både produktet og leveransen
Mathisen skiller mellom identifikasjon, innsamling og deling av data. GTIN brukes til å identifisere varen, mens et serienummer kan skille ett eksemplar fra andre like produkter. En testordre fra NorDan illustrerer hvordan identifikasjon kan følge bestillingsproduserte vinduer.
Poenget er å kunne koble opplysningene til det de gjelder. En produktbeskrivelse, et bestemt eksemplar og plasseringen i bygget svarer på forskjellige spørsmål. Når disse forbindelsene er avklart, blir det lettere å finne dokumentasjon som gjelder den aktuelle leveransen.
NorDan-dokumentene i filmen er merket som test. De viser prinsippet, og brukes ikke her som dokumentasjon på en gjennomført byggeplassleveranse.
Les endringene i ordrebekreftelsen
Ødegårds eksempel begynner med en bestilling fra kalkyle og meldingsutveksling gjennom Logiq. Ordrebekreftelsen viser deretter hva leverandøren svarer på de enkelte varelinjene.
En dør er kansellert, et bend erstattet og frakt lagt til. Eksemplet viser hvorfor en lavere totalsum ikke nødvendigvis betyr at kjøpet er blitt rimeligere: Det kan være varer som mangler, eller innholdet kan ha endret seg.
For mottakeren er derfor avviket mellom bestilling og bekreftelse viktig. Hvilke linjer er endret? Fungerer erstatningsproduktet i den planlagte løsningen? Hvem må godkjenne endringen før prosjektet går videre? Den elektroniske meldingen gjør avviket synlig, mens arbeidsprosessen må sørge for at noen behandler det.
Avklar funksjonen før enkeltdelene bestilles
I innlegget om byggevareforhandlerens rolle bruker Ødegård en takrenne som eksempel på kundens behov. Kunden skal få en løsning som fungerer, og forhandleren har kunnskap om delene som må til.
Det samme perspektivet er relevant for dørarbeidet. Mål, brann, lyd, lås og automatikk involverer forskjellige aktører. Når viktige avklaringer kommer sent, må mange spørsmål løses samtidig som bestillingen haster.
Gundersen foreslår å skille krav byggeieren kan standardisere fra valg som skal stå åpne for brukeren. Dette utdypes i innlegget om eierens informasjonskrav. Tidligere avklaringer skal gi bedre flyt og færre unødvendige varianter. Det er en foreslått arbeidsmåte, og opptakene dokumenterer ikke en ferdig standardisert dørleveranse med målte gevinster.
Prøv hele informasjonsflyten på noe lite
Ødegårds råd i Contech #19 er å gjennomføre en hel elektronisk arbeidsflyt i liten skala og lære av forsøket. Det gir en konkret måte å undersøke forbindelsen mellom systemene og ansvaret mellom aktørene på.
I et slikt forsøk kan prosjektet følge én leveranse og spørre:
- Kan bestillingen spores til de avtalte kravene?
- Blir endringer i ordrebekreftelsen oppdaget og behandlet?
- Kan mottakeren knytte varen til riktig leveranse og planlagt plassering?
- Finner eieren dokumentasjonen for produktet som faktisk ble levert?
Sammen gir svarene et bedre bilde enn en enkelt demonstrasjon av skanning eller meldingsutveksling. Faginnleggene fra 2021 peker mot en verdikjede der produktet og informasjonen følges opp som deler av samme leveranse.