Toelichting op historische voorraadwaardering van het datawarehouse
Het ETL-proces van het datawarehouse omvat ook verschillende datamarts. Twee daarvan zijn voor de opslag van een dagelijkse momentopname van de magazijnen (SDS, Stores Daily Snapshot) en een dagelijkse momentopname van de artikelen (PDS, Parts Daily Snapshot). De SDS-datamart bevat een dagelijkse samenvatting van de waarde van uw voorraad per magazijn, organisatie en artikelklasse. De PDS-datamart bevat een dagelijkse samenvatting van de waarde van uw voorraad per artikel. PDS bevat echter uitsluitend een dagelijkse samenvatting van de artikelen waarvoor u bij het aanmaken van artikelen zelf hebt aangegeven (met het selectievakje Historie opslaan op het tabblad Recordweergave van het scherm Artikelen) dat er historische gegevens van moeten worden opgeslagen.
In dit gedeelte wordt de manier beschreven waarop historische voorraadwaarderingsgegevens voor de datamart worden bepaald op het moment dat de initiële laadprocedure van gegevens voor de SDS en PDS wordt uitgevoerd. Tevens wordt ingegaan op de manier waarop het ETL-proces de historische voorraadwaardering voor het datawarehouse berekent voor verschillende voorraadscenario's.
De waarde van de voorraad wordt normaliter berekend op basis van de som van de voorraadwaarde van het moment waarop het ETL-proces wordt uitgevoerd. Vroegere voorraadwaarden worden berekend op basis van voorraadtransacties in omgekeerde volgorde en door de wijzigingen steeds door te voeren in voorraadhoeveelheden en prijzen. Sommige historische gegevens met betrekking tot de voorraadwaarde zijn echter niet beschikbaar of hebben in praktisch opzicht niet veel nut voor de berekening van historische waarden.
Door de manier waarop de historische voorraadwaarde moet worden bepaald voor het datawarehouse, kan de berekening van de historische voorraadwaarde bij sommige beschreven scenario's resulteren in een waarde bij benadering. Deze waarde ligt wel zo dicht mogelijk bij de precieze waarde.
Factuurprijs bijwerken
In EAM worden prijsaanpassingen bepaald op basis van de installatieparameter PRICETIM. Als PRICETIM op I staat, wordt een nieuwe prijs berekend op het moment dat een factuur voor het voorraadartikel wordt berekend.
Bij het bijwerken van de factuurprijs worden de gegevens van schema's voor het bijwerken van de prijs bij facturering behandeld (door het ETL-proces) alsof ze bedoeld waren voor bijwerking van de prijs bij ontvangst.
Het datawarehouse werkt prijzen bij ontvangst bij. Dit heeft te maken met de complexiteit van het synchroniseren van transacties met facturen tijdens het opnieuw bepalen van historische voorraadniveaus en prijzen.
Wanneer er veel tijd is verstreken tussen de ontvangst van de goederen en de facturering van de goederen, kan dat leiden tot onnauwkeurigheden in het precieze tijdstip van de prijsaanpassing. Dit is tevens van invloed op de waarde van de voorraad in de magazijnen gedurende die periode. Maar omdat dagelijkse voorraadwaarderingen worden berekend op magazijn-, artikel- en klasseniveau, zijn de gevolgen van kleine prijsverschillen beperkt, tenzij er een groot prijsverschil is op een duur artikel of een grote hoeveelheid van een artikel.
Prijzen herberekenen op basis van gemiddelde prijs
Wat het geselecteerde prijstype voor het magazijn ook is (Gemiddeld, Standaard, Laatste prijs, LIFO of FIFO), het ETL-proces gaat uit van het type Gemiddelde prijs. In EAM wordt de prijs van magazijnmaterialen bepaald op magazijnniveau op basis van de instelling van de installatieparameter PRICETYP.
Precieze historische gegevens voor andere prijstypen dan Gemiddeld zijn niet beschikbaar. Omdat ontvangsttransacties omgekeerd worden verwerkt, wordt de artikelprijs herberekend met de gemiddelde prijs. Wanneer er een transactie plaatsvindt voor een uitgifte of retour naar voorraad, wordt deze prijs echter aangepast aan de uitgifteprijs, tenzij u LIFO of FIFO hebt geselecteerd als prijstype voor een artikel. Als u LIFO of FIFO hebt geselecteerd als prijstype, gebruiken SDS en PDS de gemiddelde prijs voor alle transacties, inclusief uitgiften en retourzendingen, om zo de nauwkeurigheid te kunnen garanderen van de voorraadprijzen voor transacties die lang vóór de actuele systeemdatum hebben plaatsgevonden.
Waarden van te repareren reserveonderdelen herberekenen
Er zijn geen historische gegevens beschikbaar om vorige waarden te berekenen voor te repareren onderdelen die momenteel intern worden gerepareerd en de waarde van onderdelen die momenteel worden gerepareerd door een leverancier. Voor datums uit het verleden zijn deze waarden null.
Prijzen van niet-goedgekeurde ontvangsttransacties herberekenen
In EAM wordt uitgegaan van een RECV-transactie in de tabel R5TRANSLINES voor artikelen die van een inkooporder zijn ontvangen waarvan de ontvangst niet is goedgekeurd. In EAM worden de voorraadhoeveelheid en prijs echter pas bijgewerkt wanneer de ontvangst is goedgekeurd. Als er veel tijd is verstreken tussen de ontvangst en de goedkeuring van die ontvangst, bestaat de mogelijkheid dat de hoeveelheden en prijzen die aan het begin van het proces zijn toegevoegd aan de artikel- en werktabel niet overeenstemmen met de transactie. Daarom worden alleen goedgekeurde ontvangsttransacties verwerkt in omgekeerde richting.
Voorraadhoeveelheden van onderliggende bedrijfsmiddelen in een bedrijfsmiddelenstructuur aanpassen
Als een bedrijfsmiddel is gekoppeld aan afhankelijke onderliggende bedrijfsmiddelen in een structuur en de kosten daarvoor worden getraceerd op bedrijfsmiddel, zijn er normaal gesproken ook reserveonderdelen gekoppeld aan de bedrijfsmiddelen in de structuur. In EAM wordt de voorraadhoeveelheid van de onderliggende bedrijfsmiddelen aangepast wanneer het bovenliggende bedrijfsmiddel wordt uitgegeven voor een werkorder. De structuur van de bedrijfsmiddelen wordt opgeslagen in de tabel R5STRUCTURES. De tabel R5STRUCTURES toont echter alleen de huidige relatie tussen de bedrijfsmiddelen, niet de historische relatie. Dit betekent dat het ETL-proces geen rekening houdt met de hiërarchische objectstructuur bij het berekenen van historische voorraadwaarden.