Bevar prosjektidentitet mellom timer, kjøp og faktura
Bruk stabil prosjektidentitet gjennom timer, innkjøp og fakturagrunnlag, også når prosjektnavnet endres.
Et byggeprosjekt kan få nytt navn, deles i delprosjekter eller ha flere oppdragsgivere. Hvis integrasjonen bruker navnet som nøkkel, kan kostnader og timer havne på feil prosjekt. Identiteten bør være stabil, mens visningsnavn og organisering kan endres.
Syntetisk prosjektkontroll
En oppdiktet virksomhet bruker prosjekt P31 med tre datakilder. Beløpene illustrerer sammenligning, ikke en lønnsomhetsberegning med fullstendige kostnader.
| Kilde | Referanse | Kontrollverdi |
|---|---|---|
| Godkjente timer | P31 | 40 timer |
| Innkjøp | P31 | 18 000 kroner |
| Fakturagrunnlag | P31 | 32 000 kroner |
Dersom innkjøpet feilaktig får P13, stemmer virksomhetens samlede kjøp fortsatt. Prosjekt P31 mangler likevel 18 000 kroner i sitt grunnlag. En avstemming bare på selskapsnivå finner ikke denne feilen.
Avtal mapping og gyldighet
Bevar kildeprosjekt og mottakerprosjekt i en godkjent koblingstabell. Et prosjektnummer kan være unikt innen ett selskap uten å være unikt på tvers av alle virksomheter. Selskap må derfor følge mappingen.
Når prosjektet deles, må historiske poster enten beholde opprinnelig identitet eller følge en dokumentert omklassifisering. Å endre koblingstabellen i ettertid kan ellers flytte gamle poster uten at noen godkjente endringen. Skil også underprosjekt fra kundereferanse; de svarer på forskjellige spørsmål.
Peppol BIS Billing har standardiserte referansebegreper for fakturagrunnlag. Den interne prosjektmodellen og koblingen mellom systemene må likevel avklares lokalt. Et prosjektfelt i én ressurs betyr ikke at alle andre ressurser bruker samme nøkkel.
Prøv feilplassering aktivt
- Bruk to syntetiske prosjekter med samme visningsnavn.
- Endre navnet uten å endre identiteten.
- Prøv et innkjøp med ukjent prosjektkode.
- Del et prosjekt og kontroller historiske poster.
- Avstem dokumenter og timer per prosjekt, ikke bare samlet.
Godkjenn mappingen når en ukjent kode stopper eller får en synlig avklaring. En automatisk standardprosjektkode bør ikke skjule manglende kildeidentitet. Bevar hvem som godkjente nye koblinger og fra hvilken dato de gjelder.
Ved vurdering av ReAI bør prosjektbehovet beskrives per aktuell ressurs, med krav til bevarte referanser og kontrollrapport. Veiledningen påstår ingen generell byggfaglig integrasjon eller bransjespesifikk kostnadsmodell.
Ta med prosjektavslutning som en egen prøve. Et avsluttet prosjekt kan fortsatt ha sent mottatt dokumentasjon. Integrasjonen må vise hvordan slike poster avklares, fremfor å legge dem på et nytt prosjekt bare fordi den gamle koden er deaktivert.