Om historisk lagervärdering för datalagret
Datalagrets ETL-process inkluderar dataförråd, av vilka två är av typen Stores Daily Snapshot (SDS) och Parts Daily Snapshot (PDS). SDS-dataförrådet samlar dagligen in sammanställningar av värdet på lagret per lagerställe, organisation och artikelklass. PDS-dataförrådet samlar dagligen in sammanställningar av värdet på lagret per artikel. PDS gör dock bara dagliga sammanställningar för artiklar vars historiska data du väljer att spara genom att markera kryssrutan Spara historik på fliken Detaljvy på sidan Artiklar när du skapar artiklar.
I det här avsnittet beskrivs hur SDS och PDS hämtar historiska lagervärderingsdata för dataförrådet under den första datainläsningen för SDS och PDS, och hur ETL-processen gör en historisk lagervärdering för datalagret, för olika situationer med lager.
Lagervärdering görs normalt med en beräkning av summan av lagervärdet så som det var när ETL-processen exekverades. Historiska lagervärden får man genom att köra lagertransaktioner i omvänd ordning och återföra ändringarna till lagerkvantiteter och -priser. Viss information om historiska lagervärden är dock antingen inte tillgänglig eller opraktisk att använda vid beräkning av historiska värden.
Beroende på hur historiska lagervärden måste fastställas för datalagret, kan det hända att beräkningen av historiskt lagervärde för vissa av lagerscenarierna ger ett ungefärligt värde som ligger så nära det exakta värdet som möjligt.
Uppdatera fakturapriset
I EAM fastställs prisuppdateringar baserat på installationsparametern PRICETIM. Om PRICETIM är inställt på I, beräknas ett nytt pris när en faktura godkänns för lagerartikeln.
Vid uppdatering av fakturapriset, behandlar ETL-processen data från scheman inställda på att uppdatera priser vid faktureringen som om de vore inställda på att uppdatera priser när de tas emot.
Datalagret uppdaterar priser när de tas emot beroende på komplexiteten i synkroniseringen av transaktioner med fakturor samtidigt som historiska lagernivåer och -priser återupprättas.
Stora luckor mellan mottagning och faktureringstid kan leda till att inte exakt rätt tidpunkt anges för när prisuppdateringen gjordes, vilket också påverkar lagervärdet under den perioden. Eftersom dagliga lagervärderingar beräknas på lagerställe-, artikel- och klassnivå, har dock små prisskillnader ingen större betydelse såvida det inte finns en stor prisskillnad för en dyr artikel eller en stor kvantitet av den artikeln.
Räkna om priser baserat på genomsnittlig pristyp
Oavsett vilken pristyp som är vald för lagerstället (Medelpris, Förvalt pris, Senaste pris, LIFO eller FIFO), förutsätter ETL-processen att pristypen Medelpris används. Lagerutrymmesmateriel prissätts på lagerutrymmesnivå i EAM baserat på inställningen av installationsparametern PRICETYP.
Korrekta historiska data för andra pristyper än Medelpris är inte tillgängliga. När mottagningstransaktioner backas ut räknas artikelpriset om med metoden för medelpris, men priset justeras alltid till uttagspriset vid en uttagstransaktion eller transaktion för retur till lager, såvida du inte har valt LIFO eller FIFO som pristyp för en artikel. Om du har valt LIFO eller FIFO som pristyp använder SDS och PDS medelpris i alla transaktioner, även uttag och returer, för att säkerställa korrekta lagerpriser för transaktionsdatum långt ifrån aktuellt systemdatum.
Räkna om värden för reparerbara reservdelar
Inga historiska data är tillgängliga för beräkning av tidigare värden för reparerbara reservdelar som håller på att repareras internt och värdet på den reparerbara reservdel som håller på att repareras av en leverantör. Dessa värden är null för historiska datum.
Räkna om priser för icke godkända mottagningstransaktioner
EAM förutsätter att det finns en RECV-transaktion i R5TRANSLINES-tabellen för artiklar från en inköpsorder där mottagandet inte har godkänts. EAM uppdaterar dock inte lagerkvantiteten och priset förrän mottagandet har godkänts. Om det finns en lucka mellan mottagandet och godkännandet av mottagandet, kan det hända att de kvantiteter och priser som infördes i artikelarbetstabellen i början av processen inte överensstämmer med transaktionen. Därför vänds endast godkända mottagandetransaktioner.
Justera lagerkvantiteter av underordnade individer i en individhierarki
Om en individ är associerad med beroende underordnade individer i en hierarki för vilka kostnader spåras per individ, finns det normalt sett också reservdelar som är associerade med individer i hierarkin. EAM justerar lagerkvantiteten för de underordnade individerna när den överordnade individen tas ut mot en arbetsorder och individernas struktur lagras i tabellen R5STRUCTURES. R5STRUCTURES-tabellen visar dock endast det aktuella förhållandet mellan individerna, inte eventuella historiska förhållanden. Därför tar ETL-processen inte med objekthierarkistrukturen vid beräkning av historiska lagervärden.