Installing and Configuring 1C-Bitrix Marketplace Modules

You bought a module from the 1C-Bitrix marketplace, clicked "Install", but instead of a working integration, you got an error 500 or a blank screen. This is a standard scenario we encounter daily. Free modules often contain outdated dependencies or undocumented bugs. Paid ones require configuration

Our competencies:

Frequently Asked Questions

You bought a module from the 1C-Bitrix marketplace, clicked "Install", but instead of a working integration, you got an error 500 or a blank screen. This is a standard scenario we encounter daily. Free modules often contain outdated dependencies or undocumented bugs. Paid ones require configuration of API keys, webhooks, and field mapping according to the vendor's documentation. Installing Bitrix modules from the marketplace without development experience leads to 2 to 8 hours of wasted time just to find the causes of malfunction. And if the module touches the core, the consequences of an error may require restoration from a backup.

We have configured over 50 commercial modules—from simple SEO widgets to complex CRM connectors with two-way synchronization. Self-configuration takes twice as much time as our work and results in 60% more errors. In this article, we'll break down typical pitfalls and show how we set up modules from scratch to production.

Why Modules Fail After Installation?

According to our data, 60% of post-installation problems are related to PHP version incompatibility. The module is written for PHP 8.1, but your hosting uses 7.4—this gives a syntax error. Check via phpinfo() or /bitrix/admin/sysinfo.php. Another common cause is event handler conflicts. Two modules register on the same event in the b_module_to_module table, and the wrong handler is called. Or the module cannot create its tables due to missing MySQL permissions for CREATE and ALTER. Sometimes the module fails because of an incorrect composer.json—dependencies are not installed, classes are not autoloaded. Solution: run composer install in the module's folder. There can also be a problem with tagged caching: the module does not invalidate the cache, so users see old data. Bitrix API configuration requires correct webhook addresses, otherwise the module cannot exchange data with external services.

How to Set Up a Payment Module: Example with YooKassa

Let's consider setting up a payment module through YooKassa. After installation via the admin panel (Marketplace → Installed Solutions), we:

  1. Register a webhook in the YooKassa account to the module's URL (usually /bitrix/tools/sale_ps_result.php).
  2. Enter shopId and secretKey in the module settings: COption::SetOptionString('yukassa', 'shop_id', ...).
  3. Switch to test mode to verify sandbox transactions.
  4. Create a test order, make a payment, check the callback status success/fail/cancel.
  5. In production mode, change the secret key and disable the test flag.

Complex shipping modules (CDEK, Russian Post) require additional configuration: pickup point mapping tables, tariffs, dimension settings. We always check the cost calculation for different cities and weights. Configuring a module through vendor support takes on average twice as long as our work—due to queues and lack of understanding of your site's architecture. We perform up to 80% of the work remotely, without downtime of your site.

// Example of registering an event handler RegisterModuleDependences("sale", "OnSalePayOrder", "vendor.module", "\Vendor\Module\Event", "onPayOrder"); 

Why Trust Professionals with Setup?

Our team has extensive experience with Bitrix and Bitrix24. We have installed and configured over 50 modules with external integrations. We work with CommerceML and REST API. We guarantee that after setup, the module will not break existing functionality—we use tagged caching and write unit tests. Time savings on debugging—up to 8 hours per module. According to Bitrix documentation, the module must be registered in the b_module table. We monitor this and check record integrity.

What's Included in the Work

  • Checking compatibility with your Bitrix and PHP versions.
  • Installation via admin panel or manually (if no access).
  • Configuration of all parameters: API keys, webhooks, mapping.
  • Testing all scenarios (success/error/cancel) in sandbox.
  • Resolving potential conflicts with other modules.
  • Brief documentation on settings for your team.
  • Support after launch—2 weeks guarantee for correct integration operation.

How to Avoid Typical Integration Mistakes?

Prepare in advance the credentials for external services (API keys, OAuth tokens). Ensure access to the Bitrix admin panel with administrator rights. Check the current PHP and Bitrix versions via /bitrix/admin/sysinfo.php. If the module uses events or agents, verify that they do not conflict with already installed solutions. Our testing includes checking all possible statuses and callback requests to avoid production failures.

Comparison of Self-Setup vs Professional Setup

Parameter Self-Setup With Us
Setup time 4–8 hours 2–4 hours
Risk of errors High (60%) Low (<5%)
Need to read documentation Full Minimal
Work guarantee None 2 weeks
Typical Error Codes After Module Installation - Code 60: incorrect API key or secretKey. - Code 500: event handler conflict or version incompatibility. - Code 403: insufficient MySQL privileges (CREATE/ALTER).

Module Complexity Comparison

Module Type Setup Time Risks Required Knowledge
SEO, analytics, widgets 2–4 hours Low Read documentation
Payment systems (YooKassa, Sber) 4–8 hours Medium Webhook, SSL certificates
Shipping (CDEK, Russian Post) 4–8 hours Medium Transport company API
CRM integrations (amoCRM, Bitrix24) 1–3 days High OAuth, field mapping, bizproc

Contact us for a consultation on your module. Order setup—and we'll launch on the day of request. We'll respond within an hour and propose a solution.