Voortbouwend op de recente updates van reserverings- en verkoopworkflows, zijn er belangrijke verbeteringen aangebracht in de berekening van de gemiddelde kosten en de manier waarop voorraadacties worden gelogd.

Wat verandert er aan de voorraadberekeningen?

Het algoritme voor gemiddelde kosten is herzien om de manier waarop gemiddelde kosten worden berekend in Retail POS te verbeteren en te stroomlijnen, waaronder hoe kosten worden geschat als er geen voorraad is.

Verbeterde berekeningen van gemiddelde kosten

Er zijn aanzienlijke verbeteringen aangebracht in het algoritme voor gemiddelde kosten om ervoor te zorgen dat de gemiddelde kosten van een item altijd kloppen, ongeacht hoe eenheden binnen de account worden verplaatst.

Workflows die herberekeningen van gemiddelde kosten veroorzaken zijn ook aangepast om beter aan te sluiten bij de best practices in de sector:

• Bij leveranciersretouren worden nu de gemiddelde kosten herberekend door de eenheden tegen de terugbetalingskosten te verwijderen.
• Als je de kosten van een partij handmatig wijzigt, worden de gemiddelde kosten nu aangepast op basis van de resterende beschikbare eenheden, eenheden die onderweg zijn of gereserveerde eenheden van die partij.

Deze acties veroorzaken niet langer een herberekening van de gemiddelde kosten:

• Terugbetalingen met referentie en terugbetalingen tussen locaties. Terugbetalingen zonder referentie kunnen de gemiddelde kosten beïnvloeden, afhankelijk van de instellingen voor van kostencontrole.
• Annuleren van reserveringen.
• Overdrachten retourneren of ontvangen.

Berekening van gemiddelde kosten voor dozen en assemblages

Bij het maken van dozen worden de gemiddelde kosten van het doositem herberekend op basis van de gemiddelde kosten van de afzonderlijke componenten. Bij het opsplitsen van dozen worden de gemiddelde kosten van het afzonderlijke item herberekend op basis van de gemiddelde kosten van de doos.

Bij het maken van een assemblage worden de gemiddelde kosten van het assemblage-item herberekend op basis van de som van de gemiddelde kosten van de individuele componenten. Bij het opsplitsen van assemblages verdeelt het systeem de gemiddelde kosten van de assemblage over elk component, evenredig gewogen met de huidige gemiddelde kosten van de individuele componenten.

De kosten van partijen die door deze processen worden gemaakt, weerspiegelen mogelijk niet de waarde die wordt gebruikt in de berekening van de gemiddelde kosten.

Verbeterde logica voor kostenschattingen zonder voorraad

De algoritmen voor de boekhoudmethode voor de gemiddelde kosten en first in first out (FIFO) zijn nu beter in het schatten van de gebruikskosten als er geen voorraad is. Kostenschattingen worden gebruikt om dynamische prijsbepaling, kortingen en marges in te schatten, evenals kostencontrole voor negatieve voorraden, automatische toevoegingen en te hoge inventariseringen.

Voor prijsschattingen gebruikt de boekhoudmethode voor de gemiddelde kosten de huidige gemiddelde kosten of de standaardkosten als er nog nooit een voorraad is ontvangen voor het item. FIFO gebruikt de kosten van de oudste open partij op de huidige locatie of, als die niet beschikbaar is, de kosten van de oudste open partij op een willekeurige locatie. Als er nooit voorraad is ontvangen op een locatie, worden de standaardkosten gebruikt.

Voor kostencontrole werkt de gemiddelde kosten op dezelfde manier als de prijsbepaling. FIFO volgt ook dezelfde logica, maar gebruikt de kosten van de laatst ontvangen partij in plaats van de oudste open partij.

Wat verandert er op de itempagina?

Er zijn nieuwe velden en verbeterde logica toegevoegd aan het tabblad Voorraad > Items >(item) pagina's > Voorraad, zodat je meer inzicht krijgt in de toewijzing van voorraadhoeveelheden en kostenwaarden.

Je boekhoudmethode voor kosten bepaalt welke velden worden weergegeven op de itempagina en hoe sommige waarden worden berekend. De gemiddelde kosten zijn bijvoorbeeld niet beschikbaar als je FIFO gebruikt.

Itempagina's bevatten nu deze nieuwe en verbeterde velden:

• Verkrijgbaar: huidige beschikbare eenheden (voorraadaantal).
• Reserved: eenheden gereserveerd voor reserveringen, speciale orders of werkorders.
• Transfer in behandeling / uit / in: eenheden die tussen locaties worden overgedragen.
• Gem. inkoopprijs: gewogen kosten van elk item op basis van een doorlopend gemiddelde. Inclusief beschikbare eenheden, gereserveerde eenheden en eenheden die onderweg zijn. Dit veld wordt niet weergegeven op de itempagina als je de boekhoudmethode FIFO gebruikt.
• Total Value: som van de waarde van de voorraad, weergegeven per winkel. Deze waarde wordt verschillend berekend voor de boekhoudmethoden gemiddelde kosten en FIFO:
  • Methode voor gemiddelde kosten: som van je voorraadaantal en gereserveerde voorraad vermenigvuldigd met gemiddelde kosten, min de totale waarde van negatieve voorraad.

  • Methode voor FIFO: totale waarde van alle eenheden in elke voorraadpartij (som van het voorraadaantal en gereserveerde voorraad van de partij vermenigvuldigd met de kosten van de partij) min de totale waarde van de negatieve voorraad.

    Retail POS beschouwt negatieve voorraad als voorraad met een vaste prijs na registratie.

• Total Sale Value: totale prijs als alle huidige beschikbare en gereserveerde eenheden worden verkocht tegen het standaardprijsniveau van de winkel.
• Margin: geschat percentage van de verkoopprijs dat winst is. Als er voorraad beschikbaar is, wordt dit gebaseerd op de totale kosten van de verkoopbare voorraad en het standaardprijsniveau van de winkel. Als er geen voorraad beschikbaar is, wordt er een schatting gegeven op basis van de instellingen voor kostencontrole van de account.

Wat verandert er aan voorraadlogs?

Voorraadlogs (Voorraad > Item zoeken > pagina van het (item) > Geschiedenis) zijn gereorganiseerd en uitgebreid voor beter inzicht en het bijhouden van hoe elke actie je voorraad beïnvloedt.

Het is mogelijk dat je eenmalig Correctie door Lightspeed ziet in de voorraadlog van elk item per winkel. Deze vermelding is bedoeld om een basiswaarde te geven voor elk van de nieuw toegevoegde kolommen die de bestaande voorraad weergeeft op het moment dat de functie werd toegepast op je account. Er zijn geen daadwerkelijke wijzigingen in de hoeveelheid of kosten van de huidige voorraad toegepast.

Verbeterde voorraadgeschiedenislogs

Op de pagina Inventory Movement Logs (Voorraadverplaatsingslogs) kun je nu het volgende:

• Logs zoeken op ID.

• De reden bekijken waarom het logboek is gemaakt voor consistentie en duidelijkheid, nu weergegeven als een lineaire actie (bijv. Op 1 augustus > heeft John de werknemer > de hoeveelheid handmatig aangepast > met invloed op de voorraad).

  Als er een wijziging wordt doorgevoerd via de API, wordt de API-client onder de naam van de werknemer weergegeven.

• Houd wijzigingen bij met nieuwe deltavelden (∆) die de wijzigingen in voorraadniveaus in de loop van de tijd aangeven (niet de huidige waarden) in belangrijke gebieden:
  • ∆ Negatief (voorheen Oorzaak negatieve voorraad): wijzigingen in het bedrag van de negatieve voorraad in je account. Stijgt wanneer een negatieve voorraad is aangemaakt, daalt wanneer een negatieve voorraad is gecorrigeerd of opgelost.
  • ∆ Reserved: wijzigingen in de hoeveelheid items die gereserveerd zijn voor reserveringen, speciale bestellingen of werkorders. Stijgt wanneer eenheden worden gereserveerd, daalt wanneer eenheden worden verkocht of reserveringen worden geannuleerd. Geeft een negatieve waarde weer bij verkoop van deze gereserveerde eenheden.
  • ∆ Gem. inkoopprijs: geeft de wijziging aan in de gewogen gemiddelde kosten van het item door de actie. Geeft een gedachtestreepje ( – ) weer als de workflow de gemiddelde kosten niet kan wijzigen of € 0 als items worden ontvangen tegen de huidige gemiddelde kosten.

  • ∆ Value: geeft de wijziging aan in de totale waarde van de voorraad per winkel, meestal de wijziging in hoeveelheid vermenigvuldigd met de eenheidskosten van de wijziging. De logica varieert echter afhankelijk van de actie en de geselecteerde boekhoudmethode van de account. Door reserveringen wordt de waarde van de voorraad niet gewijzigd, totdat ze worden verkocht.

    Omdat het alleen van toepassing was op handmatige kostenaanpassingen, is de kolom Wijziging in kosten verwijderd uit de tabel. Deze informatie is nog steeds te vinden in de gedetailleerde weergave van de gebeurtenissenlog.

• Bekijk de partij die beïnvloed is door aanpassingen van de handmatige kosten of het voorraadaantal in de bronkolom.
• Klik op een ID-nummer om een gedetailleerde weergave van de gebeurtenis te openen, inclusief het resulterende voorraadaantal en de resulterende gemiddelde kosten nadat de voorraadverplaatsing is voltooid, evenals details over aanpassingen aan afzonderlijke voorraadpartijen en registraties van negatieve voorraad om de actie uit te voeren.

Je kunt ook op de Log ID in de laatste kolom van de tabel Inventory Lot Changes (Wijzigingen voorraadpartij) klikken om naar de voorraadlog te gaan die de aanpassing heeft veroorzaakt.

De kolom Log ID is ook beschikbaar in de tabellen in Rapporten > Negatieve voorraad.

Nieuw gebeurtenissenlog opgeloste negatieve voorraad

Als je een negatieve voorraad oplost door meer eenheden te ontvangen, wordt er nu een bericht aangemaakt in de tabel Inventory Movement Logs (Voorraadverplaatsingslogs). In de logtabel:

• QOH en Avg. Cost wijzigen niet
• Het veld ∆ Negative daalt

• ∆ Value kan een wijziging aangeven als de ontvangen eenheden en de negatieve voorraad verschillende kosten hebben

  Bijvoorbeeld, als je de boekhoudmethode FIFO gebruikt: je hebt één negatieve eenheid (totale waarde: - € 12) en ontvangt er vervolgens 2 voor € 10 per stuk (totale waarde: - € 12 + € 20 = € 8). Om de negatieve voorraad op te lossen, wordt een van de eenheden van € 10 gebruikt om de negatieve eenheid van - € 12 te compenseren, zodat er nog een eenheid van € 10 overblijft in de voorraad. Om dit verschil op te lossen wordt een ∆ Value van + € 2 weergegeven in de logs.

Wanneer zie ik de updates in mijn account?

De updates voor reserverings- en verkoopworkflows worden de komende weken geleidelijk uitgerold naar alle eigenaars.

Wanneer de wijzigingen in je account zijn geactiveerd, wordt Retail POS automatisch bijgewerkt. Je hoeft zelf niks te doen.