Magento — eindprijzen (catalogusprijsregels)
Waarom een catalogusprijsregel niet vanzelf in Nexym staat, en hoe de unit Prijzen — eindprijs hem elk uur uit je shop leest.
Een catalogusprijsregel in Magento (Marketing → Catalog Price Rules) verlaagt de prijs in je shop zonder het product te veranderen. In de winkel zie je dan bijvoorbeeld € 89,10 met Adviesprijs € 99,00, terwijl het product zelf nog € 99,00 als prijs heeft. De gewone productimport leest het product, dus zonder meer ziet Nexym alleen die € 99,00.
Daarvoor is er een aparte unit op de Magento-koppeling: Prijzen — eindprijs (catalogusprijsregels), alleen IN.
Wat de unit leest
Section titled “Wat de unit leest”Per product leest Nexym de prijs die een niet-ingelogde bezoeker nu betaalt in de store view van de koppeling, met catalogusprijsregels en speciale prijzen al toegepast. Dat is de uitkomst die Magento zelf berekent; Nexym rekent zelf geen regel na. Naast die eindprijs leest hij de gewone prijs en de valuta.
- Nexym vraagt alleen naar de producten die hij voor deze koppeling heeft, en alleen naar producten die aan staan. Een configureerbaar product komt met de prijs van elke maat of kleur; elk kind krijgt zijn eigen eindprijs.
- Per verzoek gaan 200 producten mee. Bij 5.000 producten (zonder de kinderen van een configureerbaar product) zijn dat 25 verzoeken per run.
- Alleen een prijs die veranderde wordt opgeslagen. Is er niets veranderd, dan schrijft Nexym niets en wordt er niets opnieuw in de zoekindex gezet.
Waarom een aparte unit
Section titled “Waarom een aparte unit”Een regel die begint of eindigt, verandert het product in Magento niet. Een import die alleen leest wat sinds de vorige keer veranderde, ziet dat dus nooit. Deze unit vraagt daarom elke run de prijs van alle producten op die Nexym heeft. Dat is de enige plek waar Nexym dat uit zichzelf doet, en alleen omdat jij de unit aanzet. De productimport leest hierdoor niet meer dan anders.
Aanzetten
Section titled “Aanzetten”- Ga naar Koppel → Koppelingen & sync → je Magento-koppeling → Wat synchroniseren.
- Zet bij Prijzen — eindprijs (catalogusprijsregels) het schuifje aan.
- Start de eerste sync op het tabblad Volledige sync, zoals bij elke unit.
Daarna leest de unit elk uur. Magento past een regel direct toe als je hem opslaat met Save and Apply of Apply Rules, en anders bij de nachtelijke herindexering. Elk uur lezen ziet beide binnen het uur. Bij een heel grote catalogus kun je met het potlood een ander schema kiezen, bijvoorbeeld elke nacht om 03:30, na de herindexering.
Na elke productimport leest de unit ook meteen de eindprijs van de producten die daarin veranderden. Dat staat in Runs & logs als run van deze unit, met Refreshed after product import.
Wat je ervan ziet
Section titled “Wat je ervan ziet”| Situatie | Prijs in zoeken, chat, popups en feeds | Doorgestreept |
|---|---|---|
| Een regel maakt het product goedkoper | de eindprijs | de gewone prijs |
| De regel is afgelopen | de gewone prijs | niets |
| Een speciale prijs is lager dan de regel, binnen zijn data | de speciale prijs | de gewone prijs |
De prijs die een bezoeker ziet, is altijd de laagste die nu geldt: de speciale prijs binnen zijn data of de eindprijs, als die onder de gewone prijs ligt. De speciale prijs die de productimport ophaalt, blijft zoals hij is. In het productdetail staat de eindprijs onder Prijs als Eindprijs (catalogusprijsregels).
De eindprijs gaat nooit terug naar Magento of naar een ander systeem.
Als /graphql dicht staat
Section titled “Als /graphql dicht staat”Nexym leest de eindprijs via Magento’s GraphQL (/graphql), met de store view van de
koppeling. Blokkeert je shop of firewall dat adres, dan leest Nexym dezelfde prijzen via
de REST-API (products-render-info) en zegt dat in Runs & logs. Lukt geen van beide,
dan mislukt de run met een melding die zegt wat beide antwoordden. Nexym laat de prijzen
dan zoals ze waren en zet niets stil weg.