Скопировать ссылку
Что происходит на рынке оборудования и ПО в России
В 2025 году рынок ПО вырос до 1,49 трлн рублей — на 22,5% год к году. Рынок АО показал рост в 17,2% и достиг объема 970,7 млрд рублей. При этом замедлились темпы корпоративных закупок: после 20% прироста в 2024 году рост в 2025-м составил около 3%. Бизнес переключился с экстренных покупок на приведение ИТ-архитектуры в порядок.
Параллельный импорт за тот же период сократился почти вдвое: с 37,9 млрд долларов в 2024 году до 20,9 млрд по итогам 2025-го. Поставки из Китая тоже снижаются: в 2025 году китайские производители отгрузили в Россию на 25,1% меньше смартфонов — 16,05 млн устройств, а поставки ноутбуков и планшетов за три квартала упали более чем на треть.
В этом контексте ритейл остается одной из самых чувствительных отраслей. ИТ-контур торговой сети завязан сразу на несколько критичных процессов: кассовые операции, управление складом, логистику, товарный учет и клиентский сервис. Сбой или несовместимость в одном узле тянет за собой остальные. Подобрать продукт на рынке можно, встроить его в действующую экосистему без потери стабильности — уже гораздо сложнее.
Какие ошибки возникают при интеграции новых решений
Крупные ритейлеры не меняют ИТ-системы быстро. По данным СберПро, средний срок перехода на новое ПО в крупных компаниях составляет 2–3 года при поэтапном внедрении. Компании, которые пытались сделать это в сжатые сроки, в 60% случаев сталкивались с серьезными сбоями в работе. За этой статистикой стоят конкретные ошибки на этапе интеграции.
Недооценка совместимости
47% компаний при замене ПО столкнулись с проблемами совместимости с действующим оборудованием. Новое решение может корректно работать само по себе, но конфликтовать с кассовым ПО, системой управления складом или учетной платформой — и выяснится это уже после запуска.
Замена ради замены
Под давлением регуляторов и на фоне ухода привычных вендоров компании торопятся с заменой. В итоге выбирают продукт под доступность или тренд, а не под задачи бизнеса. Это хорошо видно на примере ИИ: инструменты внедряют под влиянием тренда, не определив задачу и не проверив совместимость с существующей архитектурой.
Нет плана отката
Компании переходят на новый продукт поэтапно: сначала переносят данные, закрывают старые лицензии, затем меняют процессы. Если на каком-то этапе оказывается, что решение не подходит, вернуться к прежней системе сложнее и дороже. Большинство проблем приходится решать уже в рамках нового инструмента, даже если он оказался не самым удобным.
Пропуск нагрузочного тестирования
Решение, которое стабильно работает в тестовой среде, может не выдержать реального трафика, например, в период распродаж или пиковой загрузки на складе. Это приводит к росту времени отклика, ошибкам при оплате и некорректному учету остатков. Сбои возникают в моменты максимальной нагрузки и напрямую влияют на выручку.
Как ритейлеры сегодня решают задачу интеграции
Успешная интеграция в ритейле начинается с разбора текущей архитектуры. На первом этапе составляют карту зависимостей: какие системы связаны между собой, где находятся критичные узлы, какие процессы нельзя останавливать даже на короткое время. Обычно в приоритете кассовый контур и складская логистика — их сбои напрямую влияют на выручку и выполнение заказов. Бэк-офисные системы, такие как HR или внутренний документооборот, можно обновлять позже без риска для бизнеса.
Дальше решения подбирают с учетом совместимости с контуром. В кассовой зоне рынок сейчас относительно стабилен: используются отечественные POS-системы, которые соответствуют требованиям регулятора и поддерживают работу с фискальными регистраторами, эквайрингом и программами лояльности. Как правило, такие решения уже имеют готовые интеграции с учетными системами и не требуют глубокой доработки на уровне базовых операций.
Товарный учет и ERP в большинстве сетей по-прежнему строятся на платформе 1С. Платформу выбирают не только из-за функциональности, но и из-за экосистемы: на рынке много специалистов и готовых модулей для интеграции с кассами, интернет-магазинами и логистикой. Внедрение редко бывает коробочным — систему дорабатывают под конкретную сеть, настраивают обмен данными, синхронизацию остатков и цен. На это закладывают отдельные сроки и ресурсы.
Складские системы остаются самым сложным сегментом. WMS должна одновременно работать с оборудованием (терминалы сбора данных, сканеры), учитывать логику склада и синхронизироваться с учетной системой. На рынке представлены разные варианты: отечественные решения, продукты из дружественных стран, а также ранее внедренные западные системы, которые продолжают поддерживаться. Здесь важна не столько доступность продукта, сколько его совместимость с остальными слоями архитектуры.
Оборудование в этой логике рассматривают как отдельный контур. У него другой жизненный цикл и другие ограничения. Терминалы сбора данных и часть кассовой техники сегодня в основном поставляют из Китая, серверное оборудование чаще замещается отечественными решениями.
Разница между ПО и оборудованием особенно заметна в эксплуатации. Программное обеспечение можно обновить централизованно. Устройство нужно заменить физически — в конкретном магазине или на складе. В крупной сети это тысячи единиц техники на десятках или сотнях локаций. Поэтому ритейлеры выстраивают отдельный процесс управления парком: ведут учет устройств, планируют обновления, определяют сроки замены, прописывают регламенты на случай поломок. Без этого сбои возникают в самые чувствительные периоды, например, в дни высокой нагрузки или при открытии новых точек.
Процесс интеграции завершают пилотированием. Новое решение сначала запускают на ограниченном контуре — в одном-двух магазинах или на отдельном складе. Это позволяет проверить не только техническую совместимость, но и поведение системы под реальной нагрузкой: скорость обработки чеков, синхронизацию остатков, работу оборудования и т. д. Такие данные невозможно полностью воспроизвести в тестовой среде. Только после пилота имеет смысл принимать решение о масштабировании на всю сеть.
Заключение
ИТ-ландшафт ритейла становится все сложнее. Основной вызов для компаний сейчас не столько в том, чтобы правильно выбрать решение, а в том, как встроить его в действующую инфраструктуру без сбоев. Ошибки интеграции часто обходятся дороже, чем ошибки выбора продукта, — как финансово, так и репутационно. Поэтому в приоритете совместимость, поэтапное внедрение и тестирование под реальной нагрузкой. Системная интеграция позволяет заранее выявлять риски и избегать дорогостоящих сбоев.
