При запуске интернет-магазина хочется сэкономить: выбрать платформу без дорогой лицензии, использовать готовые модули и быстрее выйти на рынок. Но через год такая экономия может обернуться постоянными доработками.

Каталог вырос до десятков тысяч товаров, обмен остатками с 1С работает с задержками, фильтры замедляют сайт. Новые задачи требуют все больше времени разработчиков. В какой-то момент бизнесу приходится решать: продолжать дорабатывать систему или переносить магазин на другую платформу.

Поэтому при выборе CMS мы советуем смотреть не только на стоимость запуска, но и на то, как магазин будет работать через 2-3 года.

У популярных платформ разные сильные стороны. 1С-Битрикс удобен для проектов с интеграциями с 1С и CRM. WooCommerce подходит для относительно небольших магазинов, где важны контент и быстрый запуск. OpenCart часто выбирают для простых каталогов, а Magento — для крупных проектов со сложной торговой логикой.

При этом ни одна платформа не подходит абсолютно всем. Нужно учитывать размер каталога, нагрузку, интеграции и планы развития. Иногда достаточно готовой CMS с небольшими доработками, а для нестандартных бизнес-процессов разумнее рассмотреть индивидуальную разработку.

В новой статье разобрали, какую CMS выбрать для интернет-магазина в 2026 году: сравнили Битрикс, WooCommerce, OpenCart и Magento, рассмотрели расходы на запуск и поддержку, а также случаи, когда бизнесу выгоднее кастомная разработка.

➡️ Читайте подробнее на нашем сайте

Клиент оплатил заказ, а 1С о нем не знает

Покупатель оформил заказ на сайте, деньги списались. Но в CRM заказ не появился, а в 1С товар все еще числится в наличии. Менеджер узнает о проблеме, только когда клиент спрашивает, где его доставка.

При этом интеграция настроена, обмен данными запускается по расписанию. Казалось бы, что могло пойти не так?

Часто проблемы начинаются там, где заканчивается стандартный сценарий обмена.

Допустим, сайт отправляет заказы в 1С каждые пять минут. Но в момент передачи учетная система недоступна. Если заказ не сохраняется в очереди на повторную отправку, он может так и не попасть в 1С.

Есть и обратная ситуация: заказ отправили, но подтверждение не получили. Система пробует еще раз — и создает дубль. Поэтому мы предусматриваем не только повторную отправку, но и проверку, не был ли заказ уже создан.

С остатками своя история. Последнюю единицу товара покупают на сайте, пока тот же товар оформляют на маркетплейсе. Если оба канала используют устаревшие остатки, магазин принимает два заказа вместо одного.

Здесь недостаточно просто ускорить синхронизацию. Нужно разобраться, какая система отвечает за остатки, когда товар резервируется и как изменения попадают в остальные каналы.

Отдельная проблема — сбои, которые никто не замечает.

Обмен может запускаться каждые пять минут, но не завершаться. Новые задания пропускаются, цены и остатки перестают обновляться. При этом явной ошибки может и не быть.

Поэтому мы проверяем не только расписание обмена, но и время последнего успешного обновления, обработку ошибок и возможность восстановить передачу данных после сбоя.

Когда работаем с интеграциями, разбираем весь путь заказа: от оформления и оплаты до передачи в 1С, резервирования товара и изменения статуса в CRM. И обязательно проверяем, что произойдет, если одна из систем временно перестанет отвечать.

Если у вас периодически расходятся остатки, теряются заказы или менеджерам приходится вручную сверять данные, поможем найти причину и исправить логику обмена.

➡️ Написать нам