Prices Changer voor Magento® 2.x

Hoe vaak moet u de reguliere prijs of de speciale prijs voor een productgroep wijzigen? Met onze module doet u dat in enkele klikken. U filtert producten op willekeurige attributen om hun prijzen te wijzigen. De module ondersteunt verschillende formules voor prijswijziging.

Veiligheid

De veiligheid van de prijswijziging wordt op twee manieren bereikt:
1. Alle prijswijzigingen vinden plaats in één enkele transactie. Treedt er een fout op, dan rolt de database de wijzigingen automatisch terug.
2. Voor elke prijswijziging maakt onze module een back-up van de eerdere prijzen. Bij een fout kunt u altijd terugrollen.

Prijstypes

De module ondersteunt de volgende prijstypes:

1. Price
2. Special Price
3. Cost
4. Minimum Advertised Price (MSRP)
5. Tier Price
6. Customizable Options
7. Productattributen van het type „Price"

Formules

Formules voor flexibele prijswijziging:

• null: verwijdert de prijs van het product.
• 20: het ingevoerde getal vervangt de huidige prijs van het product.
• -20: de prijs van het product wordt met het opgegeven getal verlaagd.
• +20: de prijs van het product wordt met het opgegeven bedrag verhoogd.
• -10%: de prijs wordt met het opgegeven percentage verlaagd.
• +20%: de prijs wordt met het opgegeven percentage verhoogd.
• max20: getal met prefix „max" — de eindprijs is kleiner dan of gelijk aan dit getal.
• min20: getal met prefix „min" — de eindprijs is groter dan of gelijk aan dit getal.

De getallen 20 en 10 dienen als voorbeeld. In uw geval kunnen dat willekeurige getallen zijn.
In de formule kunnen ook andere prijstypes worden gebruikt. Toegankelijke prijstypes: {{price}}, {{special_price}}, {{cost}}, {{msrp}}.
In één set kunnen meerdere formules worden gebruikt.
Alle prijzen moeten in de basisvaluta worden opgegeven.

Demo

U kunt deze extensie 30 dagen uitproberen. Vraag de demo aan op deze pagina met Demo aanvragen; hoe het werkt leest u op Probeer een extensie 30 dagen uit.

Voorbeelden

Enkele voorbeelden:
1
price: 80
cost: 50
formula: {{cost}} +150%
result: 125

2
price: 80
cost: 50
formula: {{cost}} +150% max110
result: 110

3
price: 80
formula: -15%
result: 65

The extension is installed with Composer. Which repository you add depends on where you bought it — the install itself is the same either way.

1. Connect the repository

Bought on extmag.com. Your account page shows the repository address and your personal credentials, together with the two composer config commands to paste. Run them once per project; every extension you own is then available from the same repository.

Bought on the Adobe Commerce Marketplace. The package is served from repo.magento.com, which most stores already have configured. If not, add the access keys from your Adobe account under My Profile -> Access Keys.

2. Install the extension

Run in the project root:

composer require extmag/pricer
php bin/magento setup:upgrade
php bin/magento cache:flush

Composer resolves the shared Extmag packages the extension depends on, so there is nothing else to require by hand.

Log out and log back into the admin, and the extension is ready.

Trying it before you buy

You can ask for a 30-day demo of this extension and install it exactly as above — same package, same repository, same commands. How demos work.

Installing without Composer

The archive can be unpacked into app/code/Extmag/ instead, but that leaves the extension outside dependency management: its shared packages have to be installed by hand and updates never reach it. Use Composer for any store you run, demo included.

For any question about the installation, please contact our technical support.

Prices Changer is run from the Extmag menu in the Adobe Commerce (Magento) admin. A price change is described once as a Replacer Set — which products it matches and what the new prices are — and is then applied by hand or handed to a Schedule. Every write it makes is recorded, and every applied set can be rolled back.

Replacer Sets

1. Go to Admin Main Menu -> Extmag -> Prices Changer -> Replacer Sets.
   
2. Click the “Add New Set” button.
3. Give the set a title, then switch on the price types it should change and enter a formula for each. Leaving a price type off means the set does not touch it.
4. Under Conditions, choose which products the set applies to — any product attribute or category, combined with AND / OR. An empty condition tree means the whole catalog.
   
5. Click “Save and Pre-Apply”. The set is saved in Pending status; nothing is written to the catalog until you apply it or a schedule fires.

A formula is written in the base currency and can be any of:

• 20 — replace the price with that number.
• +20 / -20 — raise or lower the price by a fixed amount.
• +20% / -10% — raise or lower it by a percentage.
• min20 / max20 — clamp the result to a floor or a ceiling.
• null — remove the price from the product.
• {{cost}} +45% min19.99 — build one price out of another. The tokens {{price}}, {{special_price}}, {{cost}} and {{msrp}} can all be used, and the parts can be combined.

The set covers Price, Special price, Cost, MSRP, Tier prices, Customizable Options and any attribute of the Price type, each with its own formula.

Applying and rolling back

1. On the Replacer Sets grid, open the Select menu on the row and choose Apply.
2. Before it writes anything the module dumps the current prices of the matched products, so the change can be undone later. The apply itself runs inside a single database transaction — on error the database restores the previous state on its own.
3. To undo an applied set, choose Rollback in the same menu. The prices are restored from that dump.

A set with a schedule attached cannot be applied or rolled back by hand while the schedule is pending or active — detach it or let it finish first, so an operator and the cron never write the same prices at the same time.

Schedules

1. Go to Admin Main Menu -> Extmag -> Prices Changer -> Schedules.
   
2. Click the “Add New Schedule” button.
3. Choose when it fires — one-time, yearly, monthly, weekly or a custom cron expression — and set the apply date and time. A rollback date is optional: fill it in and the prices return by themselves.
4. Pick the timezone the times are read in. Firings are stored in UTC, so a summer-time switch does not move a sale by an hour.
5. Attach the schedule to as many sets as you need — from the schedule form, or from the Schedules field on the set. One schedule can drive several sets, and one set can carry several schedules.

Each pair of set and schedule keeps its own state and run history, so a failure on one set does not stop the others. When a firing fails the module can email a chosen list of recipients and post a notification in the admin inbox.

Price Change Log

1. Go to Admin Main Menu -> Extmag -> Prices Changer -> Price Change Log.
   
2. Every price write is one row: the product, the store view, the price type and field, the old and the new value, the currency, who made the change and what made it — an admin edit, an import, the REST API, a Pricer apply or a Pricer rollback.
3. Price Log Statistics, in the same menu, totals the log by source, by admin user and by SKU, and reports how much storage it occupies.

The log is append-only and is written whether or not the change came from this module, so it answers “who dropped that price and when” for the whole store. A daily cron removes rows older than the retention window you choose.

Configuration

1. Go to Admin Main Menu -> Extmag -> Prices Changer -> Configuration.
   
2. Work through the groups, filling in what applies to your store.

The groups cover:

• General — whether the indexes are reset after prices change, and which of them.
• Price Change Log — the master switch, which price types and scalar fields are tracked, and how long rows are kept before the cleanup cron removes them.
• Schedules — the schedule cron switch, how many schedules a tick processes, the default timezone, and the failure notification recipients, template and sender.
• Developer Settings — how the apply pass talks to the database. The defaults suit a production store; the chunked apply mode is there for catalogs above a hundred thousand products, where holding one transaction open for the whole run is not practical.

Sets are aware of the Catalog Price Scope. Under global scope prices are written once for all stores; under website scope a set records the scope it was built for and refuses to apply in another, so a price meant for one website is never written to the rest.

The full field-by-field reference, including the exact configuration paths, is in the Reference Manual supplied with the extension.

2.0.0

Switched server_time template to Escaper helper for output escaping. Reverted CSV import source wording in Price Change Log docs. Hardened inline script rendering via SecureHtmlRenderer in schedule server_time template. Corrected Price Change Log import source description.

1.6.9

Added support Magento 2.4.8-p4 and Adobe Commerce 2.4.8-p4

1.6.8

Refactored code.

1.6.7

Added support Magento 2.4.8-p3 and Adobe Commerce 2.4.8-p3

1.6.6

Added support Magento 2.4.8-p2 and Adobe Commerce 2.4.8-p2

1.6.5

Added support Magento 2.4.8-p1 and Adobe Commerce 2.4.8-p1

Fixed price template validation

1.6.4

Added support Magento 2.4.8 and Adobe Commerce 2.4.8

1.6.3

Fixed a bug with the product attribute with the website scope

1.6.2

Fixed a bug with the default store if prices are not set globally but per website.

1.6.1

Fixed bug with store scopes.

Added support Magento 2.4.7-p5 and Adobe Commerce 2.4.7-p5

1.6.0

Added support Magento 2.4.7-p4 and Adobe Commerce 2.4.7-p4

1.5.9

Added support Magento 2.4.7-p3 and Adobe Commerce 2.4.7-p3

1.5.8

Added support Magento 2.4.7-p2 and Adobe Commerce 2.4.7-p2

1.5.7-1.5.8

Added support Magento 2.4.7-p2 and Adobe Commerce 2.4.7-p2

Added support Magento 2.4.7-p1 and Adobe Commerce 2.4.7-p1

1.5.7

Added support Magento 2.4.7-p1 and Adobe Commerce 2.4.7-p1

1.5.6

Added support Magento 2.4.7 and Adobe Commerce 2.4.7

1.5.5

Added support Magento 2.4.6-p4 and Adobe Commerce 2.4.6-p4

1.5.4

Added support Magento 2.4.6-p3 and Adobe Commerce 2.4.6-p3

1.5.3

Added support Magento 2.4.6-p2 and Adobe Commerce 2.4.6-p2

1.5.2

Added support Adobe Commerce 2.4.6-p1

1.5.1

Support Adobe Commerce (Magento) 2.4.6

Support PHP 8.1

1.5.0

Improved filtering product collection and resetting product indexes.

1.4.4

Added availability to reset all indexes after changing prices.

1.4.3

Fixed the problem with tier prices and option All Websites

1.4.2

Fixed some bugs with XML layout and PHP conditions.

1.4.1

Fixed some minor bugs with Conditions in Price Sets.

1.4.0

Added the ability to change the prices of product attributes with the type "Price"

1.3.0

Fixed some minor bugs.

Changed behavior for Website Prices and Global Prices.

1.2.0

Added the ability to change the prices of custom options

1.1.2

Fixed the PHP warnings

1.1.1

Support Adobe Commerce (Magento) 2.4.5-p1

1.1.0

Added opportunity for bulk changing Tier prices of products

1.0.0

Support PHP 8.1 and Adobe Commerce 2.4.4