Gi ordre, arbeidssted og ressurs stabile systemreferanser

Lag en felles identitetsstruktur uten å gjøre alle systemer like. Koble kundens arbeidsordre til internt prosjekt, utstyr og kostnadssted med gyldige referanser.

Finn svaret på siden

Avklar hvilket system som eier hva

Objekt Eksempel på eier Kontroll i andre systemer
Kunde Avtalt kunderegister Samme juridiske motpart
Internt prosjekt Prosjektsystem eller økonomi Aktivt og godkjent prosjekt
Kundens ordre Kundens bestilling Koblet til riktig prosjekt
Utstyr Utstyrsregister Gyldig ressurs og lokasjon
Ansatt Personal-/lønnssystem Aktiv rolle uten unødvendige persondata

Et eksempel: kunden bruker ordre 123 på to ulike anlegg. Nøkkelen kan ikke være «123» alene. Kombinasjonen kunde, ordre og relevant avgrensning må kunne skille oppdragene. Det interne prosjektet bør beholde sin identitet selv om kunden senere endrer ordrenummer.

Unngå flere konkurrerende fasiter

Når et prosjekt opprettes, bestem hvilket system som publiserer det videre. Andre systemer skal enten lese referansen eller ha en dokumentert kobling. Hvis alle kan opprette samme prosjekt uavhengig, vil timer, fakturaer og bestillinger før eller siden havne på ulike versjoner.

Bruk status for planlagt, aktivt, stengt og arkivert. Et stengt prosjekt bør ikke motta nye ordinære timer uten kontrollert gjenåpning eller etterpostering. Historikken må fortsatt kunne leses.

Rydd før integrasjon

Kartlegg dubletter, manglende koblinger og ubrukte verdier. Lag en godkjent oversettelsestabell fra gammel til ny identitet. Ikke slett gamle prosjektkoder som fortsatt brukes i dokumentasjon.

Les videre

Flytt saldi, åpne poster og driftsdata kontrollertFlytt referanser og historiske koblinger kontrollertKoble godkjente timer og utstyrsdøgn til servicefakturaenBruk strukturen i godkjent fakturagrunnlag