Payments are experiencing issues due to temporary restrictions in Russia. If your payment does not go through, please submit a support request.Our support team is available 24/7 — we are always here to help with hosting and server issues.We are now accepting requests for dedicated server rental and colocation services in our data center.Reminder: we recommend enabling backups for additional data protection.A new VPS/VDS lineup with NVMe storage and improved performance is now available.Maintenance work on some servers has been completed. All services are operating normally.
Article3 min read

Two Managers, One Price: How to Avoid Catalog Corruption During 1C-Bitrix Import

The update log for the Excel import module describes a fix for collaborative profile usage. This is a good opportunity to verify who and how updates prices, stock levels, and photos.

Product samples and a scanner on a store receiving desk
In this article

One manager uploads prices while another updates the assortment simultaneously. Individually, both files are correct, but the store results become unpredictable. This is especially true if staff use a single import profile without knowing about each other's actions.

On September 21, 2026, the 1C-Bitrix Marketplace update log for the Excel import module announced a fix for file loss when multiple users work simultaneously with the same profile. Even this targeted change serves as a reminder: catalog import is a shared process, not a personal button for each manager.

Divide Data Responsibility

You must define the source of truth for each field in advance. For example, stock levels come from the accounting system, descriptions are edited on the website, and procurement data remains in the internal database. If a new price list overwrites everything, manual card improvements will regularly disappear.

Import profiles should be given clear, purpose-based names. 'Supplier Prices,' 'Warehouse Stock,' and 'New Products' convey more than 'Profile 1' or 'Copy of Profile 1.' However, a name alone is insufficient; you also need field restrictions and employee permissions.

The most dangerous setting often concerns missing rows. The absence of a product in a file may indicate an incomplete export from the supplier, not that the item should be removed from sale. This rule must be agreed upon before the first mass import run.

Verify the identifier, not just the name

Names change, SKUs can look similar, and a single product may have multiple variants. A stable matching key is required for updates. Otherwise, the import may create duplicates or assign prices to the wrong product card.

Test the new product, existing product, multiple variants of the same model, a missing price, and zero stock on a sample set. Include a case with a duplicate row. These examples reveal the profile's actual behavior better than a successful import of three perfect items.

If the file is large, plan the schedule and execution order. Concurrent operations can compete for server resources and the same data. A technical fix to the module does not replace a coordinated process.

Verify successful imports

After execution, verify several control cards, the number of changes, and the error log. Pay special attention to sudden price spikes and the mass disappearance of stock levels. It is useful to compare not only the 'completed' status but also the expected outcome.

Before updating the module itself, verify the version's availability for your installation and test the profile on a site copy. For a live store, the main goal is simple: the next data shipment must not undo the previous employee's work or alter purchase conditions without oversight.

Discussion0

Share your experience and ask questions. Comments without links appear after editorial review.

No comments yet. Start the discussion.