Denna artikel behandlar ämnet ägarprojekt/organisatoriskt projekt och vad de används till - samt så klart hur de är tänkta att användas och vilken nytta du kan ha av dem i Next.

Vad är ett ägarprojekt/organisatoriskt projekt?

Ägarprojekt är en funktion i Next som används för att göra ekonomisk uppföljning på artiklar eller på timmar. Funktionen genererar en kostnad i arbetsordern/ÄTAn där den rapporteras och skapar samtidigt en kreditering i ägarprojektet. Detta är särskilt användbart om man vill följa upp kostnad på t.ex. en maskin eller göra avstämning av schablonkostnader jämfört med verkliga kostnader.

Användningsområden

Maskinuppföljning

Det vanligaste användningsområdet för ägarprojekt är att man knyter artiklar till ägarprojekt. VI tar ett vanligt exempel.

• Jag har en maskin som ligger inne som en artikel i min prislista, den heter Volvo EW160 och är således en hjulgrävare. Kostnaden för maskinen är 700 kr per timme exkl. förare. Tänk detta som en internhyra för maskinen.
• Jag skapar ett nytt projekt som jag kallar för Volvo EW160 - placerar det på lämpligt ställe.
• I prislistan lägger jag in projektet som ägarprojekt på artikeln, se exempelbild nedan där mitt ägarprojekt heter M1002.
  
• När maskinen återrapporteras i fält eller via klienten kommer projektet där rapporteringen utförs att få en kostnad motsvarande antal timmar jag kört maskinen, t.ex. 10 timmar ger 7 000 kr i kostnad i utförandeprojekte
• Samtidigt som kostnaden kommer in i utförandeprojektet så kommer även en kreditering till ägarprojektet, i detta fall M1002. 

Vad är nu detta bra för? Jo, om man använder sitt ägarprojekt fullt ut så kan man följa ekonomin på ett bra sätt på maskinen. Låt säga att vi lägger in alla löpande kostnader på ägarprojektet, d.v.s. vi rapporterar tid för t.ex. tvätt och service och att vi konterar leverantörsfakturor som rör maskinen direkt in på ägarprojekt.

När vi lägger in dessa kostnader så sker en debitering mot projektet i form av kostnaden. I exemplet ovan hade vi rapporterat 10 timmar maskintid á 700 kr i kostnad vilket innebär att projektet från en "omvänd intäkt" i form av en kreditering på 7 000 kr. Se bild 1.

Om vi sedan lägger in en kostnad för exempelvis försäkring och service på totalt 5 000 kr på maskinprojektet (ägarprojektet) så kommer projektet få en bokförd kostnad på 5 000 kr.

Eftersom man kan se krediteringen ovan som en sorts internhyra som krediteras projektet och att vi får in kostnader i projektet i form av timmar och leverantörskostnader så kommer dessa beräknas mot varandra. 

Konkret med ovanstående exempel där vi har en kostnad på 5 000 kr och en kreditering på 7 000 kr så har vi ett resultat på maskinen med 2 000 kr. Se bild nedan som visar nyckeltal från projektkortet, en negativ kostnad är bra - då går maskinen med plus. 

Timkostnadsuppföljning

På motsvarande sätt som ovan kan man även göra på samma sätt med organisatoriskt projekt på användare i användarregistret. Markera användaren och skrolla till kolumnen med Organisatoriskt projekt och sätt ett projekt du vill använda där, vi kallar det personalprojektet.
Nu när du har satt ett organisatoriskt på användaren så kommer kostnaden för användaren, baserat på vilken roll man rapporterar som, att gå in som en kreditering mot personalprojektet. När man sedan följer upp personalprojektet kan det exempelvis se ut så här:

Samma princip som med ägarprojekt på artiklar helt enkelt. Fördelen med denna typ av projekt är att du kan stämma av kostnaden i projekten mot den verkliga lönekostnaden och anpassa schablonkostnaden för timmar efter det. 

Kravet för ovanstående är att du projektkonterar all lönekostnad mot personalprojektet. 

Avancerat - InternalHourCost

I Next finns en inställning som kallas för InternalHourCost. Denna inställning påverkar huruvida en artikel från prislistan ska generera en kostnad i en arbetsorder/ÄTA eller inte. Här nedan följer en förklaring på lite olika scenarion där detta kan bli aktuellt:

Bakgrund

Inställningen rör artiklar från prislistan i Next och ingenting annat. På varje artikel i Next kan du lägga in en kostn/enh där du anger hur mycket självkostnaden för en artikel ska vara, d.v.s. vad kostar det projektet att använda artikeln. Du har exempelvis en maskin som kostar dig 600 kr i timmen i drift, lägg då in 600 kr som kostn/enh. För varje timme som maskinen rapporteras så kommer projektet att belastas med 600 kr i kostnad. Detta är dock kanske inte alltid önskat läge, framförallt när man kommer till att kalkylera kostnader i en ÄTA. Mer om detta nedan. 
Med bakgrund till ovanstående finns en inställning i Next som heter InternalHourCost där man kan påverka om och hur en kostnad från en artikel ska uppstå. 

InternalHourCost = 0

Jag vill ha inte han någon kostnad på några artiklar/orderrader överhuvudtaget i Next.
Denna inställning gör just detta. Oavsett hur och var du rapporterar en artikel så kommer ingen kostnad att uppstå. Detta scenario är det mest ovanliga. Scenariot innebär som sagt att orderrader aldrig kommer att generera en kostnad i dina projekt. 

InternalHourCost = 1

Jag vill ha en kostnad på alla artiklar/orderrader i Next - men bara om artikeln hämtas från prislistan och dessutom har ett ägarprojekt.
Den här inställningen är generellt sett vår rekommenderade inställning som fungerar utmärkt för både kostnadsuppföljning men också för att säkerställa att man kan göra kalkyler på ÄTA utan att få med sig en bokförd kostnad.

InternalHourCost = 3

Jag vill ha en kostnad på alla orderrader/artiklar i Next, oavsett om det finns ett ägarprojekt eller inte.
Exakt - så funkar det. Oavsett om jag lägger in en artikel från prislista eller lägger upp en manuell orderrad på en ÄTA eller AO så kommer det att bli en bokförd kostnad i projektet. Detta är för det mesta helt enligt plan men kan ställa till det om man arbetar mycket med ÄTA där man har behov av att kalkylera ÄTA.