Разработка
Архитектура интернет-магазина: 1С, ERP, остатки, цены и заказ без хаоса
Интеграция с 1С — не пункт в смете, а часть архитектуры магазина. Разбираем, какие данные должны жить в ERP, что остаётся на витрине, как избежать продажи отсутствующего товара и как проверять обмен до запуска.
Коротко
Надёжный интернет-магазин начинается с ответа на один вопрос: какая система является источником истины для товара, цены, остатка и заказа. Обычно ERP или 1С владеет учётом, витрина — поиском и пользовательским опытом, а интеграционный слой гарантирует повторяемую передачу данных, журнал ошибок и безопасные повторы. До запуска нужно проверить не только «товар появился», но и отмену, возврат, частичную оплату, смену цены и отсутствие связи с ERP.
Разделите ответственность систем до начала разработки
ERP и 1С сильны в учёте, закупках, складах и финансовых документах; пытаться перенести всю их логику во frontend-магазин — прямой путь к двум конфликтующим базам данных. Витрина должна быстро отдавать каталог, фильтры, карточки и корзину, не блокируя пользователя на долгом запросе к учётной системе. Интеграция передаёт изменения по контракту: какой идентификатор является постоянным, кто может менять цену, как обрабатывается удалённый товар и что происходит с заказом после оплаты.
Спроектируйте обмен как ненадёжную сеть
Обмен иногда опаздывает, приходит дважды или не приходит вовсе. Поэтому каждой операции нужны idempotency-ключ, очередь, статус, время последней успешной синхронизации и понятный владелец ошибки. Каталог и остатки лучше обновлять отдельно: для каталога допустима пакетная загрузка, для критичного остатка — более частые изменения или резерв на время оформления. «Синхронизация раз в сутки» может быть нормой для B2B-прайса, но опасна для быстрооборачиваемого retail.
| Сущность | Типичный владелец | Контроль перед запуском |
|---|---|---|
| Номенклатура и атрибуты | ERP / PIM | Стабильный ID и вариант товара |
| Цена и остаток | ERP / склад | Задержка обмена и резерв |
| Корзина и UX | Витрина | Мобильный путь до оплаты |
| Заказ и статус | OMS / ERP | Повтор вебхука и отмена |
Проверьте сценарии, на которых магазин теряет деньги
Успешный импорт 100 товаров — слабый тест. Нужны сценарии, где цена изменилась во время корзины, на остатке последняя единица, платёжный webhook пришёл повторно, доставка отказалась принять заказ или ERP была недоступна. Для каждого случая заранее выбирают поведение интерфейса и финансовый результат: что увидит покупатель, какой статус получит менеджер, где появится задача и кто примет решение. Эта работа заметнее снижает риск, чем выбор CMS по названию.
Измеряйте качество интеграции после запуска
Наблюдение за очередью и ошибками должно быть доступно не только разработчикам. Команда бизнеса должна видеть возраст последнего обмена, число товаров без цены или изображения, заказы без статуса и долю отмен по причине отсутствия товара. Эти показатели связывают техническую работу с выручкой и дают приоритет следующему улучшению: сначала устраняют сбои, которые касаются денег и клиента, затем косметические расхождения.
Частые вопросы
Можно ли подключить 1С к уже работающему интернет-магазину?
Да, но сначала фиксируют текущие источники данных и качество каталога. Миграцию безопаснее делать параллельно: сначала читать и сверять данные, затем включать ограниченный обмен и только после этого переводить критичные операции.
Нужна помощь с этой задачей?
Мы делаем это на практике, а не только пишем об этом. Опишите задачу — разберём и пришлём смету по этапам.
Услуги по теме
- Разработка интернет-магазинаМагазин — это не витрина, а операционный инструмент: каталог, оплата, доставка, склад и заказы должны работать вместе. Собираем так, чтобы им можно было управлять без разработчика.
- Разработка веб-приложений и Telegram Mini AppКогда сайта уже мало и нужен продукт: личный кабинет, дашборд, внутренний сервис или Mini App внутри Telegram. Проектируем архитектуру, пишем бэкенд и фронтенд, доводим до релиза.
- IT-консалтинг и продуктовый аудитСамые дорогие ошибки в разработке делаются до первой строчки кода: неверно понятая задача, стек, выбранный по привычке подрядчика, и ТЗ, которого нет. Консалтинг нужен, чтобы разобраться до того, как начнётся счётчик разработки: что именно строить, из чего, за сколько и в каком порядке. Результат — документ, а не мнение на созвоне.
Читать дальше
- На чём делать сайт в 2026: Tilda, WordPress, Битрикс или Next.jsКонструктор, CMS или собственная разработка — выбор зависит не от вкуса, а от сценария и горизонта планирования. Разбираем стоимость владения за три года, потолки платформ и цену переезда, если вы ошиблись на старте.
- Сколько стоит разработка сайта в 2026: разбор сметы по строкамРазбираем смету на разработку сайта построчно: сколько стоит аналитика, дизайн, вёрстка, бэкенд и интеграции, какие расходы всегда появляются после запуска и на чём можно сэкономить без последствий.
- Сквозная аналитика: как связать сайт, рекламу и CRMОбычная аналитика показывает клики и заявки, но не деньги. Разбираем по шагам, как связать сайт, рекламные кабинеты и CRM в сквозную аналитику и получить реальную стоимость клиента по каналу.