Ivm een controle om te kijken welke producten of prijzen of kortingen er het laatst of bv vandaag gewijzigd zijn, zou via de REST API het veld SYS-DATE en SYS-TI|ME heel erg handig zijn.
Is er evt een andere manier om snel te zien, welke kortingen per product per prijslijst we bv vandaag hebben gewijzigd ?
OF een manier om snel te zien welke verkoop brutoprijs er vandaag is veranderd ?
Zelfde geld voor de voorraad en ik gok nog meer tabellen.
Via ODBC is het zo uit te lezen en dit geeft weinig data, wat wenselijk is.
World Bearing Trade
Beste,
Met een filter op SYS-DATE en SYS-TIME zie je slechts de gewijzigde of nieuwe gegevens in een tabel. Als een record verwijderd is zie je dit niet.
Dat is de reden dat we ooit de requestChangedIds functionaliteit hebben geintroduceerd. Daarmee zie je vanaf moment X de nieuwe, gewijzigde en verwijderde gegevens van een tabel.
Als we iets gaan aansluiten voor de productprijzen (algemeen), productprijslijst kortingen en voorraad doen we dit op basis van de requestChangedIds funtionaliteit.
Aangezien we dit voor iedere entiteit apart moeten programmeren is het handig als we vooraf weten om welke entiteiten het precies gaat. Zijn er naast de 3 genoemde nog andere entiteiten?
Dan nemen we dat mee in de calculatie.
We hebben de wensen met het ontwikkelteam besproken. We zien de mogelijkheid om de requestchangedIds functionaliteit aan te sluiten voor de prijzen en kortingen. Voor de voorraad kunnen alleen wijzigingen in de fysieke voorraaf doorgeven. Dat houdt in dat iedere voorraadmutatie op een product gecommuniceerd kan worden omdat dit de magazijnvoorraad doet veranderen. Het plaatsen van een inkooporder waardoor de voorraad in de toekomst veranderd kunnen we niet signaleren. Hetzelfde geldt voor het plaatsen van een verkooporder die nog niet meteen wordt uitgeleverd. Dit heeft invloed op de beschikbare voorraad maar geeft geen verandering in de fysieke voorraad.
Ok duidelijk. Dan gaan we hier een calculatie voor maken.
op dit moment zijn die drie punten het belangrijkste voor onze webshop.
korting per product per prijslijst
verkoop brutoprijs
voorraad aantal
Onze webshop bouwer wil voorkomen dat we 50.000 producten door moeten om te zien welke kortingen bv er vandaag / een uur geleden zijn veranderd, om deze dus in te lezen in de shop.