Аккаунт в General iT
Войдите или создайте аккаунт для управления услугами в панели.
MODULE FOR 1C-BITRIX
AKRIT
The 'Bonus System. Loyalty Programs' module is designed for implementing loyalty programs in online stores on the 1C-Bitrix platform.
The 'Bonus System. Loyalty Programs' module is designed for implementing loyalty programs in online stores on the 1C-Bitrix platform.
The module includes pre-installed profiles for key scenarios:
- bonus accrual upon purchase completion;
- payment of orders using accumulated bonuses;
- rewards for new users upon registration;
- annual bonus accrual on the user's birthday;
- bonus accrual for submitted reviews (compatible with review modules from the 1C-Bitrix Marketplace).
Loyalty profiles can be configured based on segmentation conditions:
- by user: group, type (individual or legal entity);
- by order: amount (from/to), first or repeat order, total sum of all orders for a period or lifetime, payment method, delivery service;
- by product: minimum product price, exclusion of items with an existing discount, separate logic for promotional items with reduced bonus amounts.
The bonus system and loyalty program module provides flexible configuration of point accrual with filtering by product or offer fields and properties, including main product fields for SKU.
Accrual is triggered upon full payment of an order or when the order transitions to one or several selected statuses. When triggered by status changes, accrual occurs only once when the order first enters any of the specified statuses.
Bonus size can be defined in several ways: as a fixed number or percentage of the order total or product price; individually via a product or offer property (string or list); or based on a threshold rule such as 'bonus per X rubles' (e.g., 5 points per 500 rubles). The system supports configuring the exchange rate (e.g., 1 bonus equals 1 ruble), the number of decimal places for precision, and one of four rounding types, including rounding up to the nearest whole number.
Bonus lifecycle management includes setting the validity period and allowing a delay in activation for a specified number of days or weeks after payment. The system implements automatic expiration of only the unused portion of the bonus. It also sends notifications about impending expiration one day, one week, or one month before the bonus expires.
The referral system supports three acquisition mechanisms: referral links, referral sites, and promo codes. Promo codes are generated automatically, and their owner is prevented from using them for their own purchase (as of version 3.3.23). This approach implements a word-of-mouth marketing model.
The module ensures automatic display of bonus program elements in the shopping cart, product cards, checkout stages, and the personal account. A dedicated "Bonus Account" payment mechanism is provided for accurate tracking of bonus payments. An optional mode is available to exclude bonus payments from the final order total; in this mode, bonuses are recorded as a discount on goods, preventing double charges and simplifying receipt generation for external payment systems.
The system supports multi-site deployment, allowing separate profiles and settings to be configured for each site. The personal account includes widgets for displaying the current bonus balance and the full transaction history (component `acrit.bonus:bonus.account.full`). Starting from version 3.8.250, an arbitrary link to the bonus program description page can be displayed during the checkout process.
Email notifications are configured individually for each profile. The system supports sending test emails and automatically notifies users about bonus accruals, program registration, and upcoming bonus expiration.
1.9. API and developer tools
The system provides a public REST API version 3.9.200. Available methods include retrieving all user transactions, order-specific bonus details, and balance information with currency specification. Custom integrations are supported via events and hooks, such as OnBeforeBonusAdd. The solution is compatible with non-standard checkout components.
1.10. Logging and debugging
Logging points were expanded in versions 3.7.400 and 3.7.150. Starting from version 3.7.100, order records store service properties detailing the bonus system's operation: applied profiles, filtered products, and active bonuses at the time of order placement. This ensures accurate recalculation even if product properties are modified later.
1.11. Administration and management
The profile list includes a sorting column. Version 2.1.5 introduced an Apply button within the bonus payment block. The system supports mass bonus accrual and deduction, as well as user invoice recalculation via the interface. Settings retain the selected tab, and input fields feature contextual tooltips.
1.12. Compatibility and stability
The 'Bonus System. Loyalty Programs' module is a ready-made industrial solution for implementing a multi-level reward system in 1C-Bitrix e-commerce stores. It supports both simple scenarios, such as percentage-based rewards per order, and complex segmented loyalty programs that account for user behavior, purchase history, product categories, and delivery or payment methods.
Key technical specifications:
- Full support for PHP 8.
- Compatibility with 'Online Store + CRM' editions.
- Functional operation with or without cart rules.
- Stable order exchange with external trading platforms.
Primary tasks addressed by the module for store owners:
1. Increasing customer lifetime value (LTV) by awarding bonuses for repeat purchases, reviews, registration, and birthdays.
2. Stimulating specific behaviors:
- Increasing average order value (bonuses awarded for every fixed amount).
- Promoting specific products through individual bonuses in product cards.
- Attracting new customers via a referral system.
3. Margin control:
- Ability to exclude bonuses for promotional items.
- Configuration of separate conditions for products already discounted.
Bonus system and loyalty program module by AKRIT.
The functionality includes deferred bonus accrual, where bonuses become active only after specific operations are completed, such as a product return. The system automates processes via email notifications regarding bonus accrual and impending expiration, and allows linking accrual to order statuses, for example, after the customer receives the goods.
For developers and integrators, the following capabilities are provided:
1. Rapid deployment through automatic integration with standard components of the basic 1C-Bitrix online store template, including the shopping cart, checkout, product card, and personal account.
2. Flexible customization via REST API for connecting mobile applications and external systems, as well as through events for implementing non-standard logic. The module saves a snapshot of bonus logic within the order to prevent calculation errors.
3. Multi-site support with the ability to configure different rules for different domains or brands.
4. System transparency ensured by extended logging and the ability to reconstruct the reasons for specific accrual profiles being triggered.
For customers, the following features are available:
1. Viewing the exact amount of bonuses to be credited for the current order directly in the shopping cart.
2. The ability to pay for part or the entire order using bonuses during checkout.
3. Receiving clear notifications about new accruals and warnings about the impending expiration of points.
4. Access to a complete history of accruals and deductions in the personal account.
The bonus system and loyalty program module enables flexible configuration of point accrual scenarios. New users receive a starter package upon registration and an additional bonus for their first order. Regular customers accumulate a percentage of each purchase amount and receive a fixed sum on their birthday. Large orders can trigger an increased accrual rate, such as 10% on amounts exceeding 10,000 rubles. For promotional items, bonus accrual can be disabled or reduced by half to maintain margin. The referral system awards points to both the referrer and the referred user after the referred user places an order via the link. A separate loyalty profile can be configured for legal entities. The system automatically notifies users seven days before their accumulated points expire, for example, when 500 points are at risk.
The technical implementation ensures the module works out of the box with minimal configuration. The solution is compatible with standard 1C-Bitrix logic and supports a mode to disable bonus payments without disrupting native functionality. Accrual rules are fixed at the time of order placement, ensuring calculation predictability. Regular updates, code audits, and support for new core and PHP versions ensure security and stability.
Support includes documentation, video materials, and articles. A dedicated section contains full documentation regarding the solution's capabilities. Integration of the module onto a website by technical support staff is provided separately on a paid basis.
If “Bonus System. Loyalty Programs” is required, General iT can help with installation, configuration and a technical check after integration.
UPDATE HISTORY
- Accrual and deduction of bonuses for a single user with an expiration date (tab in Tools).
- Module D/R/U/W permissions: a manager can accrue and deduct without full access to settings.
- Administrator action log: accrual, deduction, account editing, transaction deletion; record retention period.
- Balance recalculation only for accounts with discrepancies; a separate log entry for each corrected account.
- Fix for balance rollback when deleting a transaction.
- Fix for USER_ID and ACCOUNT_ID posting when updating a bonus account.
- Validation of bonus activity dates; an empty description in bulk accrual no longer resets other fields.
- Removed obsolete code
- Improved internal mechanisms
- Enhanced module security.
- Redesigned filter for safe execution
- Enhanced module security.
- Enhanced module security.
- Redesigned internal module mechanisms (core methods)
- Slightly accelerated transaction processing in the module
- Added "Full path to log file" parameter to Public API
- Added ability to select a user by external code (xml_id) in the Public API for the user.get method
- Enhanced module security
- Improved demo version installation mechanism.
- Moved the sort index to the first tab of the payment profile.
- Improved launching of multiple payment profiles for ordering with bonus points on certain configurations.
- Added confirmation for installing the demo version.
- Minor fixes.
- Minor fixes.
- Minor fixes.
- Minor fixes.
- Minor fixes.
- Fixed a regression in the module's profile filter check from previous versions.
- Improved module security.
- Improved module security.
- Improved module security.
- Improved module security.
- Minor improvements.
- Improved module security.
- Improved module security.
- Minor improvements.
- Improved module security.
- Improved internal module mechanisms.
- Improved internal module mechanisms.
- Activity date tracking restored in loyalty profiles.
- Increased the name length in loyalty profiles to 255 characters.
- Enhanced module security.
- Improved internal module mechanisms.
- Fixed several other minor vulnerabilities and other internal improvements.
- Fixed a number of vulnerabilities.
- Restored the functionality of group bonus accrual from the administrative interface.
- Other internal improvements.
- Added the "Consider product quantities in the order" option to the bonus accrual profile for orders.
- In the Public API, the external user code (user_xml_id) is now returned for the "account.get" and "accounts.get" methods.
- Documentation for the Public API has been added.
- The external user code "xml_id" is now returned by the "user.get" method.
- A new option "Defer bonus accrual for orders from 1C" has been added.
- A new "accounts.get" method has been added to the API to retrieve the list of customer bonus accounts.
- The mechanism for manual event management in the module settings has been improved. Now, any module events can be disabled.
- Minor refactoring of the cookie-based referral linking.
- Fixes for code stability regarding delivery discounts.
- Added the ability to account for delivery discounts.
- Stability has been improved in certain scenarios.
- Minor improvements.
- Stabilization of the previous release.
- A public REST API has been added to the module.
- The order procedure now displays an arbitrary link to a page describing the bonus system.
- Minor interface improvements from the previous release.
- The module settings now include the ability to notify buyers about upcoming bonus expiration. Notifications can be configured to be sent one day, one week, or one month before the expiration date.
- Improved distribution of discounts on order items when paying with bonuses and using the setting "Do not add bonus payment to the order".
- When the option to save bonus system operations in the order is enabled, all bonus accrual profiles for the order are now saved (including zero ones) to allow restoration of the complete bonus picture at the time the order was received.
- Extended logging points.
- Stabilization of the previous release.
- Stabilization of the previous release.
- Extended logging points.
- Added the ability to save service properties of the bonus system operation in the order.
The settings show which accrual profiles were triggered and which products fell under the filter. If product properties change after bonus accrual, the system will still use the bonus that was active at the time of order placement. For more details
- Improved compatibility of the bonus accrual profile for reviews with the latest Bitrix updates.
- Improved the operation of the coupon mechanism for referral marketing.
- Improved the operation of the referral system.
- Improved the operation of the referral system.
- Improved the operation of the referral system.
- Improved filtering of products when special characters are present in the filter string.
- Improved filtering of products by main product fields for SKU.
- Improved operation of multiple profiles when filtering by products.
- Minor interface fixes in the admin panel.
- Fixed a bug in copying loyalty profiles.
- Added a sorting column to the loyalty profiles list.
- Described the mechanism for configuring multiple payment profiles for orders using bonuses.
- Interface improvements (corrections to pop-up field descriptions).
- Interface improvements (when saving settings, the selected tab is now saved, some input fields have been expanded for convenience and now have tooltips).
- The bonus accrual email event has been described and standardized.
- Minor changes.
- Nuances of auto-integration on the product detail page have been described.
- The product filter in profiles has been improved.
- Auto-integration in the order procedure in the "total" block has been improved.
- The bonus profile filter by the "Order cost (from...to)" field has been improved.
- Other minor interface improvements.
- It is now possible to configure bonus accrual to trigger based on multiple order statuses. Accrual occurs only once when the order is moved to one of the selected accrual statuses.
- Other minor improvements.
- Module security has been improved.
- Improvements have been made to the "Do not add bonus payment to order" option for goods in a specific quantity. Recall that when this option is enabled, paid bonuses are recorded as a discount on product items, not as an additional payment in the order.
- The OnSaleComponentOrderCreated event has been stabilized for certain scenarios.
- Other minor code changes.
- The order cancellation event has been stabilized for certain scenarios.
- Module migration to jQuery 3
- Other minor code refactoring
- Improved handling of order cancellations during custom order exchange with platforms (e.g., Ozon)
- Improved handling of bonus payments in certain custom integrations
- Module security has been improved.
- minor interface changes
- New option "Do not add bonus payment to order" helps avoid issues with having two payments in the order: e.g., when printing receipts or connecting a payment system.
- minor changes
- improvements in the module installation system
- Now, a promo code generated by the referral system can no longer be used by its owner.
- stabilization during auto-integration in the cart component (BX.Sale.BasketComponent)
- When an order is cancelled, referral bonuses associated with the order are also cancelled
- Other minor changes
- The interface for customers to enter bonuses during auto-integration has been improved
- Other minor changes
- Added a menu item for recalculation in the user invoice list interface
- Improved compatibility of referral systems with the latest version of the IM module
- Stabilization of the previous release
- Minor interface improvements
- Minor interface changes
- Improved module installer mechanism
- Discount calculations for products have been stabilized in the module (with and without the "IM Settings" - "Store Discount Settings" - "Use only cart rules" checkbox selected)
- For developers: the OnSaleComponentOrderOneStepProcess event no longer modifies the standard keys of the $arResult array
- Improved compatibility with PHP 8
- Minor interface improvements
- improved interface for module settings in multi-site environments
- minor improvements in auto-integration
- improved bonus expiration scenario: now only the unused portion of the bonus expires
- improved interface for saving agents in module settings
- improvements in the module installer
- minor interface changes
- minor fixes
- minor fixes
- minor fixes to administrative pages
- minor fixes
- minor fixes
- minor fixes
- improved compatibility with the latest version of the main module
- improved compatibility of components with PHP 8
- improved module functionality for IM + CRM edition
- improved module functionality for IM + CRM edition
- Added a new component "User Bonus Account (Full History)" (acrit.bonus:bonus.account.full)
- For developers: added API method \Acrit\Bonus\Order::getUserTransactionsAll($userId): array
see
- minor improvements
- non-standard integration into order has been refined
- improved logging functionality in the module
- improved "Referral System" component functionality
- improved "Referral System" component functionality
- other minor interface changes
- improved bonus payment profile verification for orders (based on order fields)
- old methods have been removed from the source code
- Minor interface improvements
- Minor interface improvements
- minor interface improvements
- code improvements
- Improved compatibility with PHP 8
- Improved compatibility with PHP 8
- improved automatic integration of the bonus module in the shopping cart
- improved calculation of the total bonus in the customer email
- other minor improvements
improved module installer
- improved automatic integration into the site template.
Example of how to easily move the bonus payment block to the right column of the checkout procedure
- minor interface fixes
- improved compatibility with the latest version of the online store (sale) module
- improved automatic integration into the site template
- minor interface fixes
- Improved compatibility with PHP 8
- Minor interface changes
- improved bonus filtering by product section
- added module setting "Display bonuses in the product card and shopping cart that depend on order fields"
- improved the bonus accrual mechanism for orders upon order payment
- minor interface improvements
- in the loyalty profiles list, the number of launches is now counted
- Improved mechanism for returning used bonuses in an order and canceling awarded bonuses upon order cancellation
- Minor interface improvements
- Improved verification and installation of the payment system handler for the module with code "innerbonus"
- Other code improvements "under the hood"
- In the personal account, when changing payment, bonus payment is no longer offered (for the bitrix:sale.personal.order.detail component)
- The "User Bonus Account" component has been improved; it now displays order numbering according to the online store settings
- Other code improvements "under the hood"
- Minor interface improvements
- Other code improvements "under the hood"
- New API methods
- Minor interface improvements
- Other code improvements "under the hood"
- Improved compatibility with PHP 8
- Minor interface changes
- Implemented the ability to add bonuses to a non-standard checkout component
- Improved compatibility with PHP 8
- improved compatibility with PHP 8
- improved operation of multiple profiles for awarding bonuses for an order when profiles have a Product Filter
- added a bonus rounding type "Round up to the nearest whole number (i.e., rounds 1.2 and 1.5 to 2)"
- other interface improvements and code improvements "under the hood"
- improved compatibility with PHP 8
- improved automatic integration of the module into the order procedure
- improved operation of the "Bonus Multiplicity in Currency" setting for payment profiles using bonuses for an order
- other interface improvements
- improvements to the module's internal systems. The required coffee consumption norms have been met.
- improved operation of the "Product Filter" field:
trade offers now fall under the filter by properties of the main product
- other interface improvements
- improved logging mechanisms
- minor interface improvements
- improvements to the module's operation "under the hood"
- added the ability to automatically return to users the bonuses used in partial payment of an order
- Now any comment module from the marketplace can be integrated as a source of comments in the "Bonuses for Review" handler
- minor improvements have been made to the module's interface
- added the ability to send test emails directly in profile settings
- minor improvements to the module interface
- other "under the hood" improvements
- improved email notification functionality
- minor improvements to the module interface
- improved the "Bonus only for net payment amount (excluding bonus payments)" setting when awarding bonuses
- minor improvements to the module interface
- internal module mechanisms have been redesigned and improved
- the delayed execution profile mechanism has been enhanced with functionality to award bonuses to affiliate accounts
- other minor fixes
- interface improvements
- modernization of bonus awarding upon user registration
- interface refinements
- code refactoring to improve compatibility with future PHP versions
- other "under the hood" improvements for the module
- minor interface changes
- refinements in auto-integration for the product card
- bonus awarding for cancelled orders has been refined based on the order trigger status
- data migration from the previous module version vbcherepanov.bonus has been improved
- other minor improvements
- removed old methods
- improved compatibility of the "User Bonus Account" component
- fixed an issue where profiles with diametrically opposite conditions could affect each other
- code refactoring, coffee consumption norms met, internal module mechanisms improved
- fixed an error when connecting bonus payment in the order procedure
- expanded the data format of the user account component acrit.bonus:bonus.account
- code improvements based on static analysis results
- compatibility improvements for the main module from version 22.200.0
- bonuses that depend on the payer type, payment method, and delivery method are now no longer displayed in the cart, but only in the order procedure when the corresponding parameters are selected.
- minor interface changes
- fixed a warning on the checkout page.
- fixed a bug activating a transaction in the administrative part.
- added validation of required fields ('LID', 'VALUE', 'USER_ID', 'ACCOUNT_ID') for the \Acrit\Bonus\Core::transactionSave() method after the OnBeforeBonusAdd event
- fixed the product filter in the 'bonus payment' profile
- fixed the settings page in demo mode
- added the ability to mass-assign and deduct bonuses
- the transaction now includes text from the [Description] field of the profile
- the transaction now includes the ORDER_ID and PROFILE_ID fields
- technical update
- technical update
- technical update
- fixed bonus deactivation
- technical update
- technical update
- technical update
- Referral statistics
- Technical fix
- Technical fix
- technical update
- Fix for cache growth in the getDBProfiles method
- technical update
- fix Too few arguments to function Acrit\Bonus\Referral::addCouponShareShortLink(), 0 passed
- Added bonus summation by profiles
- Fix for double bonus accrual when filtering products by infoblock property
- Added "Referral marketing" functionality; more details
- Fix Call to undefined method Acrit\Bonus\Core::getUserOrdersSumm
- technical update
- Fix for triggered transition via referral link for registered users
- technical update
- Bonus deduction upon order cancellation
- Added an "Apply" button for the bonus payment block
- Technical fix
- Technical fix
- Technical fix
- Technical fix
- Technical fix
- Technical fix
- Fixed filtering for "Do not award bonuses if the Cart Working Rule is applied"
- Added the "Bonus Review" profile
- Added the "Birthday Bonus" profile
- For the "Registration Bonus" profile, added sending a notification email to the user regarding the bonus awarded for registration.
- Minor fixes.
- Fixed the payment profile. The order amount for the maximum payment amount includes the delivery fee.
- Fixed the filtering rule for user balance for the bonus payment profile
- Displayed a notification about enabled logging
- Fixed ruble sign distortion in the order form in the phrase "On your balance"
- Fixed bonus accrual from product properties
- Referral system, more details
- Technical update
- For the order payment profile with bonuses. The ability to output the input field for the amount in the order form template via the API method Read has appeared. More details.
- Service fix
- Service fix
- Fixed the "Order cost (from..to)" field
- Added a link to the article when an error occurs displaying bonuses in the automatic integration settings template
- Technical update
- Fixed an error in filtering the profile by products
- Display of bonuses in the personal cabinet, user's bonus balance: added the ability to specify the section on which the calculation of the number of bonuses available to the user should be triggered (section or page)
- Display of bonuses in the personal cabinet, bonuses for the order: check the bonus calculation for "undefined"
- Fixed an error when copying the component for displaying the balance and bonuses for orders in the personal cabinet during a new module installation
- Fixed an error in creating a cache for the profiles table
- Added an integration mechanism in the personal cabinet. Display of the user's balance and display of the bonus accrued for the order
- Added a component for displaying the user's bonus balance and display of bonuses accrued for orders
- description
- Fixed an error when the option "Do not accrue bonuses if the "Shopping Cart Rule" is applied" is enabled for the "Payment with bonuses" profile
- Fixed an error when the option "Do not accrue bonuses if the "Shopping Cart Rule" is applied" is enabled
- Fixed an error when the option "Do not accrue bonuses if paid with bonuses (any part)" is enabled for the "bonus for order" profile
- Fixed a migrator error
- Fixed error filtering profile by section
- Email notification for bonus accrual, configured in the profile under the Notifications tab
- Added SORT field to the acrit_bonus_profiles table
- Fixed profile sorting
- Added methods:
Acrit\Bonus\Order::getUserOrdersBonus($userId); returns a list of order bonuses for user $userId. Array keys are $orderId ($ordersBonus[$orderId] = $bonusValue)
Acrit\Bonus\Order::getUserOrdersBonusFormat($userId); method similar to getUserOrdersBonus but with bonuses converted to currency
Acrit\Bonus\Core::getUserBalanceFormat($userId, $accountId = false); user bonus account balance with currency conversion
- FIX removed link in parameters of methods ManagesCacheOnAfterIBlockElementAdd, ManagesCacheOnAfterIBlockElementUpdate, ManagesCacheOnAfterIBlockElementDelete
USER EXPERIENCE
How does this solution work in a real project? Share your experience and help others choose.
There are no reviews of this solution on git.ru yet. Tell us what worked well and what could be improved.
Verified purchaseAdd a key if you wish. A verified review gets a badge, priority placement and more rating weight.
Open to every clientJust sign in to your account. A key is optional; all reviews are moderated.
YOUR PROJECT INFRASTRUCTURE
FROM THE SAME DEVELOPER
AKRIT
The 'Export Products to Google Merchants' module enables automatic product export to Google Merchant Center. Data is generated in XML format and can be saved as a separate file or accessed via a web page. The full functionality of this module is included in the broader 'Export Products to Trading Portals' solution, which also contains an XML export module for other trading platforms.
The module provides automatic product export to Yandex with XML file generation. The full functionality of this module is included in the parent module 'Export Products to Trading Portals', which also contains the 'Export Products to Google Merchants' module.
The module allows performing any changes on a selection of elements from information blocks. Its functionality is divided into three blocks: price recalculation, description setting, and property value setting.
MORE FOR YOUR WEBSITE
The Sotbit Smart Filter SEO module is designed to increase online store traffic. The tool operates by generating numerous unique pages for smart filters.
SDEK integration module for 1C-Bitrix. SDEK is one of Russia's largest logistics companies, providing courier delivery and operating a network of pickup points. The module connects the online store with the SDEK personal account, offering the following capabilities: Providing customers with delivery options: courier, pickup point, or postmat.
The module is designed for the «1C-Bitrix: Site Management» platform and enables importing infoblock elements, including products, from Excel files. It also supports data loading into Highload blocks.
BEFORE YOU ORDER