2025-24-03 - Slimmere voorraadreserveringen in Reflex 3000 versie 25.0 en hoger
Geschreven door: Jan Willem de Vos & Rogier Bessem
Bij ReflexSystems werken we continu aan het verbeteren van onze software, samen met onze klanten. Dankzij praktijkervaringen en waardevolle feedback hebben we recent een belangrijke optimalisatie doorgevoerd in de manier waarop voorraadreserveringen in Reflex 3000 worden beheerd.
Maak je gebruik van tools die de gegevens in de database direct benaderen lees dan deze post aandachtig door voordat je Reflex 3000 upgrade naar een 25.0 of hogere versie. Veelgebruikte tools die de database direct benaderen zijn onder andere: Crystal Reports, Power BI, Qlick of andere externe applicaties.
Waarom deze stap?
Voorraadreserveringen zijn essentieel voor een betrouwbare planning en een soepel productie- en leverproces. In de praktijk merkten we dat het in sommige situaties lastig was om achteraf goed te reconstrueren hoe bepaalde reserveringsstanden tot stand waren gekomen. Denk aan complexe situaties met receptuurartikelen, automatisch gekoppelde emballage of wijzigingen in orders. Hoewel het systeem functioneerde, zagen we mogelijkheden om dit proces robuuster, transparanter en flexibeler te maken.
Wat is er verbeterd?
Vanaf versie 25.0.38 / 25.1.43 is het voorraadreserveringssysteem volledig vernieuwd. In plaats van gesaldeerde dagstanden maken we nu gebruik van een transparanter en gedetailleerder model:
- Nieuwe tabellen houden reserveringen bij per artikel, partij én transactie.
- Dit zorgt voor een betere traceerbaarheid, eenvoudig herstel bij correcties, en meer flexibiliteit bij koppelingen met externe tools zoals Crystal Reports, PowerBI of andere externe applicaties.
- Voor jou als gebruiker verandert de presentatie van de gegevens niet: in Reflex 3000 zie je nog steeds de vertrouwde samenvattingen.
- Voor externe toepassingen betekent dit wel dat de gegevens uit de nieuwe tabellen geaggregeerd moeten worden.
Wat merk jij ervan?
De nieuwe aanpak is robuuster, eenvoudiger te onderhouden en beter geschikt voor toekomstige uitbreidingen. Voordelen zijn:
- Betere betrouwbaarheid: Reserveringen zijn altijd tot op transactieniveau herleidbaar.
- Minder vaak ‘Opnieuw Berekenen Verkoopbare Voorraad’.
- Makkelijkere integraties met rapportagetools.
- Snellere probleemoplossing bij complexe voorraadvragen.
Impact voor externe toepassingen
Gebruik je externe rapportagetools zoals Crystal Reports, PowerBI of andere externe applicaties? Dan is het belangrijk om te weten dat de gegevens voor voorraadreserveringen voortaan in nieuwe tabellen worden opgeslagen. Deze tabellen bevatten gedetailleerde transactieregels in plaats van dagstanden.
Voor een correcte weergave in externe rapportages is het dus nodig om deze gegevens zelf te aggregeren. Hoewel dit een kleine aanpassing kan vragen in je rapportages, biedt het ook meer mogelijkheden voor analyse en controle. Je krijgt namelijk toegang tot de onderliggende details van elke reservering, wat de kwaliteit van je rapportages verhoogt.
Onze consultants staan klaar om je te ondersteunen bij het aanpassen van bestaande koppelingen of rapporten, mocht dat nodig zijn.
Een toekomstgerichte oplossing
Met deze verbetering zetten we een belangrijke stap in het optimaliseren van voorraadbeheer binnen Reflex 3000. Het is onderdeel van onze missie om jou krachtige, betrouwbare én gebruiksvriendelijke tools te bieden voor het ondersteunen van je bedrijfsprocessen.
Heb je vragen of wil je weten wat deze wijziging voor jouw situatie betekent? Neem gerust contact op met je vaste contactpersoon of onze supportafdeling.
Technische specificaties (voor wie meer wil weten)
De tabellen VrdRes en PVrdRes vervallen en worden vervangen door:
Gegevensmodel
Typen en bronnen
-
ReservationType geeft het soort reservering aan:
- StockReservationType_Purchase
- StockReservationType_Sale
- StockReservationType_ProductionIn
- StockReservationType_ProductionOut
-
ReservationSource geeft de herkomst aan:
- StockReservationSource_PurchaseOrder
- StockReservationSource_SaleOrder
- StockReservationSource_ProductionOrderIn
- StockReservationSource_ProductionOrderOut
-
EntityId1 en EntityId2 identificeren de bron van de reservering (bijvoorbeeld ordernummer en orderregel).
Let op: ReservationType en ReservationSource komen niet altijd overeen. Bij reserveren van een receptuurartikel t.b.v. een verkooporder is het mogelijk, afhankelijk van de receptuurinstellingen, reserveringen te maken voor de grondstoffen van het verkochte product. ReservationType is dan ProductionIn, terwijl de ReservationSource SaleOrder blijft.