МойСклад или 1С: что выбрать для учёта интернет-магазина

«Нам нужен учёт для магазина — берём 1С или обойдёмся МойСкладом?» Этот вопрос всплывает почти на каждом проекте, где витрина уже стоит на 1С-Битрикс, а товароучёт пока ведётся в таблицах или в голове у кладовщика. Цена ошибки высокая: неправильно выбранная система превращается либо в переплату за функции, которыми никто не пользуется, либо в тесную клетку, из которой через год приходится мучительно мигрировать. И там, и там страдает главное — синхронизация остатков, цен и заказов между складом и сайтом.

Ниже — честное сравнение МойСклад и 1С именно с точки зрения интернет-магазина на Битрикс: что каждая система умеет, сколько стоит владение, как она обменивается с сайтом и в каких сценариях выигрывает. Это выжимка из наших проектов по интеграции магазина с МойСклад и с 1С — без маркетинга и религиозных войн «1С против всего мира».

Что мы вообще выбираем: учёт и витрина — разные вещи

Первая путаница, которую нужно снять сразу: 1С-Битрикс — это не система учёта. Это платформа для сайта и интернет-магазина: витрина, каталог, корзина, оформление заказа, личный кабинет. А МойСклад и 1С — это системы товароучёта (back-office): они хранят «истину» об остатках на складах, ценах, приходах, отгрузках, себестоимости и движении товара. Магазину нужны обе половины: витрина показывает товар покупателю, учётная система знает, сколько его реально есть и почём.

Отсюда правильная постановка задачи. Вы не выбираете «1С вместо Битрикса» — вы выбираете, какая учётная система будет стоять за сайтом на Битрикс и снабжать его остатками и ценами, а взамен получать оформленные заказы. Сам сайт при любом выборе остаётся на Битриксе, меняется только его «поставщик данных» и способ обмена.

Из этого следует и критерий выбора. Оценивать нужно не «что круче», а насколько система закрывает именно ваши процессы: как вы принимаете товар, как считаете цены и скидки, нужна ли вам бухгалтерия и маркировка, сколько у вас складов и точек, какой объём номенклатуры и заказов в день. Витрина на Битриксе к этому выбору почти нейтральна — она одинаково хорошо дружит и с тем, и с другим.

МойСклад: что это и кому подходит

МойСклад — это облачный сервис товароучёта, работающий полностью в браузере и в мобильном приложении. Вы не ставите сервер, не покупаете лицензию на «коробку» и не нанимаете администратора: регистрируетесь, оплачиваете подписку по тарифу — и сразу ведёте склад, продажи, закупки, простую аналитику. Вся инфраструктура — на стороне сервиса.

Сильные стороны МойСклад для магазина складываются из нескольких вещей:

• Быстрый старт. От регистрации до первого оприходования — часы, а не недели. Не нужны сервер, обновления платформы и отдельный специалист по сопровождению.
• Понятный интерфейс. Складской и торговый учёт без «бухгалтерского» порога входа: приход, отгрузка, инвентаризация, перемещения между складами — всё наглядно.
• Готовый REST API. Открытый и документированный, поэтому интеграция с сайтом, кассами, маркетплейсами и службами доставки строится штатными средствами.
• Работа из любой точки. Облако означает доступ с любого устройства без VPN и проброса портов — удобно для распределённых команд и удалённых складов.
• Встроенные сценарии e-commerce. Резервирование под заказы, статусы, отгрузки, базовая аналитика продаж и остатков «из коробки».

Ограничения тоже честно назовём. МойСклад — это оперативный учёт, а не бухгалтерия: регламентированную отчётность в налоговую он не сдаёт, поэтому бухгалтерию всё равно ведут отдельно (часто в 1С:Бухгалтерии). Глубокое производство, сложные многоуровневые спецификации, нестандартное ценообразование и тяжёлые отраслевые сценарии — не его профиль. И вы зависите от облака: нет доступа к серверу «руками», а кастомная доработка ограничена возможностями API и настроек, а не правкой кода конфигурации.

Кому подходит. Небольшому и среднему интернет-магазину, розничным точкам с онлайн-витриной, торговым компаниям без собственного производства, а также тем, кто хочет запуститься быстро и без капитальных вложений в инфраструктуру. Если ваша модель — «купил-хранил-продал» и главная боль в том, чтобы остатки на сайте совпадали со складом, МойСклад закрывает это малой кровью.

1С: что это и кому подходит

Под «1С» для магазина обычно понимают одну из конфигураций на платформе 1С:Предприятие — чаще всего «1С:Управление торговлей» (УТ), «1С:Управление нашей фирмой» (УНФ) или связку торговой конфигурации с «1С:Бухгалтерией». Это не облачный сервис, а платформа: вы приобретаете лицензию на конфигурацию, разворачиваете её на своём сервере или арендуете 1С в облаке, подписываетесь на обновления (ИТС) и, как правило, привлекаете специалиста для сопровождения и доработок.

За эту сложность 1С даёт глубину, которой у облачных сервисов обычно нет:

• Полноценная бухгалтерия и регламентированный учёт. Связка с 1С:Бухгалтерией закрывает налоговую отчётность, НДС, взаиморасчёты — всё в одной экосистеме.
• Производство и спецификации. Многоуровневые сборки, полуфабрикаты, калькуляция себестоимости — то, чего облачные учётки касаются лишь поверхностно.
• Сложное ценообразование. Множество типов цен, скидочные механики, соглашения с контрагентами, ценообразование по формулам.
• Маркировка и ЕГАИС. «Честный ЗНАК», алкоголь, прослеживаемость — в типовых конфигурациях это встроенные механизмы, поддерживаемые вендором.
• Гибкая доработка. Открытый код конфигурации позволяет менять почти любую логику под ваши процессы — правда, силами разработчика 1С.
• Штатный обмен с Битрикс. Типовые конфигурации умеют выгружать каталог и забирать заказы «из коробки» по стандарту CommerceML.

Обратная сторона — совокупная стоимость и порог входа. Нужны сервер (или аренда), обновления, компетентный специалист. Внедрение дольше, а «быстро попробовать» не получится так же легко, как в облаке. Для маленького магазина эта мощность часто избыточна: вы платите за производство и регламентированный учёт, которыми не пользуетесь.

Кому подходит. Компаниям, где товароучёт неотделим от бухгалтерии; бизнесу с производством, маркировкой, ЕГАИС; крупным каталогам в десятки и сотни тысяч позиций; тем, кому нужна глубокая кастомизация логики учёта. Если магазин — часть большого торгово-производственного контура, 1С почти всегда оправдана.

Сравнение по ключевым параметрам

Сведём различия в одну таблицу — по тем осям, которые реально влияют на выбор для интернет-магазина на Битрикс.

Функциональность товароучёта

Обе системы решают базовую задачу магазина — знать, сколько товара есть и почём, — но по-разному глубоко. Разберём по блокам, что важно именно для e-commerce на Битрикс.

Складской учёт. Приход, отгрузка, инвентаризация, перемещения между складами, резервирование под заказы — есть в обеих. МойСклад делает это наглядно и быстро; 1С — гибче в части адресного хранения, партионного учёта и работы с несколькими юрлицами и организациями в одной базе.

Номенклатура и характеристики. Для магазина критична поддержка торговых предложений — размеров, цветов, вариаций одной модели. Обе системы это умеют, и обе корректно отдают вариации в каталог Битрикса. Если у вас сложная матрица характеристик, стоит заранее продумать соответствие свойств: как об этом думать на стороне сайта, мы разбирали в материалах о структуре каталога.

Ценообразование. Здесь 1С заметно мощнее: несколько типов цен, скидки по условиям, соглашения с клиентами, ценообразование под B2B-сегменты. МойСклад закрывает базовые сценарии (несколько типов цен, скидки), но без тяжёлой логики. Если у вас оптовый прайс с индивидуальными условиями, это аргумент в сторону 1С — и повод посмотреть в сторону B2B-портала на сайте.

Заказы и статусы. Обе системы принимают заказы с сайта, ведут их по статусам и возвращают статус обратно на сайт (собран, отгружен, доставлен). Это ядро интеграции, и оно работает в обоих направлениях независимо от выбора.

Бухгалтерия, маркировка, отчётность. Зона 1С. МойСклад про оперативный учёт, а регламентированную часть отдаёт на сторону. Если магазин обязан работать с маркировкой «Честный ЗНАК» или ЕГАИС по своим товарным группам, 1С закрывает это штатно, а с МойСклад придётся собирать сценарий из доступных инструментов.

Цена владения: подписка против лицензии

Сравнивать «в лоб» ценник на старте некорректно — у систем разные модели затрат. МойСклад — это операционные расходы (подписка), 1С — капитальные (лицензия, сервер) плюс операционные (обновления, сопровождение). Смотреть нужно на совокупную стоимость владения на горизонте 1–3 лет.

Практический вывод. На старте и на простых процессах МойСклад почти всегда дешевле: нет капитальных вложений, платите по мере пользования. Но с ростом числа сотрудников, точек и объёма номенклатуры подписка растёт, и на определённом масштабе — особенно если параллельно всё равно нужна 1С:Бухгалтерия — совокупная стоимость двух систем может превысить одну развитую 1С. Поэтому цену нельзя отрывать от процессов: дешёвая система, которая не закрывает ваши задачи, в итоге обходится дороже.

Как каждая система обменивается с Битрикс

Для магазина обмен — это не «приятная опция», а сердце интеграции. Без него сайт живёт своей жизнью, а склад своей, и рано или поздно вы продаёте то, чего нет. Что именно ходит между учётной системой и сайтом на Битрикс, одинаково для обеих:

• Каталог и номенклатура. Товары, разделы, свойства, торговые предложения (вариации) выгружаются из учётной системы в каталог Битрикса.
• Остатки. Количество по складам — чтобы сайт показывал реальное наличие и не давал заказать отсутствующее.
• Цены. Один или несколько типов цен (розница, опт, акции) в привязке к товарам.
• Заказы. Оформленные на сайте заказы уходят в учётную систему, а обратно приходят статусы (собран, отгружен, отменён).

Разница — в том, как технически устроен этот обмен. И вот здесь МойСклад и 1С расходятся принципиально.

Обмен с МойСклад: REST API и коннектор

МойСклад предоставляет открытый REST API — это значит, что обмен строится как обращения по HTTP: сайт (или промежуточный модуль) запрашивает у сервиса остатки, цены и номенклатуру и отправляет туда заказы. На практике интеграцию делают одним из двух способов:

• Готовый модуль-коннектор. На Битриксе ставится модуль интеграции с МойСклад, который по расписанию тянет каталог, остатки и цены и отдаёт заказы. Быстро, типово, настраивается через админку.
• Собственная интеграция через API. Когда нужны нестандартные правила сопоставления, фильтры товаров, сложная логика цен или частичная синхронизация, обмен пишут под проект поверх REST API.

Обмен обычно идёт по расписанию (агентом Битрикса или на стороне коннектора): например, остатки и цены синхронизируются каждые несколько минут, заказы отправляются сразу при оформлении. Важные нюансы: следите за лимитами API (частота запросов), корректно сопоставляйте товары по внешнему коду и заранее решите, что делать с товарами, которых нет в МойСклад или нет на сайте.

Пошагово базовое подключение выглядит так:

1. Подготовьте номенклатуру в МойСклад. Приведите товары к единому виду, задайте внешние коды/артикулы, по которым будут сопоставляться позиции с сайтом.
2. Получите доступ к API. Создайте отдельного пользователя/токен для интеграции, чтобы не смешивать с рабочими учётками и не потерять доступ при смене паролей.
3. Установите и настройте коннектор. В админке Битрикса укажите инфоблок каталога, типы цен, склады и правила сопоставления свойств.
4. Настройте расписание. Определите частоту синхронизации остатков и цен и момент отправки заказов; учтите лимиты API.
5. Проверьте на тесте. Прогоните полный цикл: товар из МойСклад появился на сайте, заказ с сайта пришёл в МойСклад, статус вернулся обратно.

Подробный разбор именно этого сценария — в отдельном материале про интеграцию сайта на Битрикс с МойСклад.

Обмен с 1С: протокол CommerceML

С 1С обмен работает иначе и во многом проще, потому что стандартизирован обеими сторонами. 1С-Битрикс и типовые конфигурации 1С «умеют разговаривать» по протоколу CommerceML — это согласованный формат XML для обмена данными коммерции. Типовая 1С выгружает каталог, остатки и цены в XML-пакеты, Битрикс их принимает и разворачивает в инфоблок каталога; в обратную сторону сайт отдаёт заказы, а 1С забирает их и возвращает статусы.

Ключевое преимущество — это работает «из коробки»: и в 1С (типовая обработка обмена), и в Битриксе (штатный модуль обмена) механизм уже есть, писать протокол с нуля не нужно. Настройка сводится к тому, чтобы указать адрес обмена, учётные данные, сопоставить типы цен, склады и правила публикации. Обмен запускают либо вручную, либо по расписанию из 1С, либо агентом на стороне сайта.

На что обратить внимание при обмене с 1С:

• Соответствие свойств. Свойства номенклатуры и характеристик в 1С должны быть корректно сопоставлены со свойствами инфоблока и торговых предложений на сайте.
• Идентификаторы. Обмен опирается на уникальные коды (XML_ID). Их нельзя менять произвольно, иначе товары «задвоятся» или перестанут обновляться.
• Объём выгрузки. Большой каталог лучше выгружать пакетами и в часы низкой нагрузки, а после массового обмена — обновлять на сайте фасетный индекс фильтра.
• Версии протокола. Разные версии CommerceML немного отличаются; конфигурация 1С и модуль Битрикса должны их поддерживать согласованно.

Разные конфигурации 1С имеют свои особенности обмена — например, у «1С:Управление нашей фирмой» (УНФ) есть нюансы, которые мы разбираем в отдельном материале про интеграцию 1С:УНФ с Битрикс. Общий сценарий подключения торговой 1С к магазину подробно описан в статье про интеграцию магазина с 1С.

Архитектура интеграции с сайтом

Полезно держать в голове общую картину: как учётная система, обмен и сайт на Битрикс складываются в единый контур. Независимо от выбора, схема одна и та же — меняется лишь «труба» посередине.

Учётная система (МойСклад или 1С) остаётся источником истины по остаткам, ценам и номенклатуре. Через обмен (REST API/коннектор либо CommerceML) эти данные попадают в каталог Битрикса. Покупатель видит на витрине актуальное наличие и цену, оформляет заказ — и заказ уходит обратно в учётную систему, где его собирают и отгружают, а статус возвращается на сайт и в личный кабинет клиента.

Сценарии: когда что уместнее

Чтобы перевести теорию в решение, соотнесите свою ситуацию с типовыми сценариями. Ниже — не догма, а ориентир, от которого удобно отталкиваться.

Обратите внимание на последнюю строку: связка — тоже легитимный выбор. Многие компании ведут оперативный учёт в МойСклад, а бухгалтерию в 1С, обмениваясь документами между ними. Для сайта на Битрикс это ничего не меняет — он синхронизируется с той системой, которая назначена источником истины по остаткам и ценам.

Рост и миграция между системами

Выбор учётной системы — решение на годы, но не пожизненное. Бизнес меняется: магазин, начинавший с перепродажи, обзаводится производством; торговая компания выходит на маркировку; обороты растут так, что подписка перестаёт быть выгодной. В такие моменты возникает вопрос миграции — чаще всего с МойСклад на 1С, реже наоборот.

Хорошая новость: сайт на Битрикс при миграции менять не нужно. Он остаётся прежним — каталог, карточки, корзина, личный кабинет, дизайн. Меняется только источник обмена. На стороне Битрикса перенастраивается профиль обмена: вместо коннектора МойСклад включается штатный обмен по CommerceML с 1С (или наоборот). Для покупателей переход проходит незаметно.

Сам перенос учёта — это отдельный проект, и относиться к нему стоит серьёзно:

1. Выгрузите номенклатуру и справочники. Товары, характеристики, единицы измерения, склады, контрагентов — с сохранением кодов, по которым сопоставляются позиции.
2. Перенесите остатки. Зафиксируйте остатки на дату перехода и введите их в новую систему как начальные, сверив итоги.
3. Договоритесь об истории. Решите, переносить ли историю движений и заказов или оставить её в старой системе «для архива».
4. Перенастройте обмен с сайтом. Смените профиль обмена на Битриксе, заново сопоставьте свойства, склады и типы цен.
5. Проведите контрольную сверку. Убедитесь, что остатки и цены на сайте совпадают с новой учётной системой, и только потом отключайте старую.

Вывод для этапа выбора: закладывайте горизонт 1–2 года. Если в обозримом будущем вы останетесь торговой компанией без производства и маркировки, МойСклад спокойно вас проведёт и через рост. Если же усложнение процессов очевидно, разумнее сразу выбрать 1С, чтобы не мигрировать «на ходу» в самый напряжённый момент.

Реализация в 1С-Битрикс

Со стороны сайта настройка обмена — что с МойСклад, что с 1С — концентрируется вокруг одного инфоблока торгового каталога и профиля обмена. Разберём, где что лежит и на что смотреть.

Каталог и торговый каталог. Товары приходят в инфоблок каталога, к которому подключён модуль «Торговый каталог». Именно он хранит цены (типы цен), остатки по складам и торговые предложения (вариации). Обмен наполняет и обновляет этот инфоблок.

Профиль обмена. Для 1С это штатный модуль обмена (CommerceML) с адресом обмена и учётными данными. Для МойСклад — настройки коннектора: инфоблок, соответствие складов и типов цен, расписание. В обоих случаях ключевое — правильно сопоставить сущности сайта и учётной системы.

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

Агенты и расписание. Регулярный обмен вешается на агент Битрикса или на планировщик (cron). Тяжёлые операции — полный обмен каталога — планируйте на часы низкой нагрузки.

Схематично настройка профиля обмена в админке выглядит так:

Отдельно про производительность: после большого обмена каталог на сайте меняется массово, поэтому не забывайте перестраивать фасетный индекс умного фильтра и прогревать кэш — иначе фильтр начнёт показывать неверные счётчики и притормаживать. Это общая практика для любого магазина с обменом, независимо от того, МойСклад у вас или 1С.

Частые ошибки при выборе и внедрении

• Выбирают систему «по бренду», а не по процессам — берут тяжёлую 1С под простой магазин или упираются в потолок МойСклад там, где нужна бухгалтерия и производство.
• Сравнивают цену только на старте, забывая про сервер, обновления и сопровождение 1С или про рост подписки МойСклад с масштабом.
• Не назначают систему-источник истины: остатки правят и в учёте, и вручную на сайте — итог расхождения и продажи «в минус».
• Меняют коды номенклатуры (артикулы, XML_ID) после запуска обмена — товары задваиваются или перестают обновляться.
• Не сопоставляют склады и типы цен при настройке обмена — на сайте показывается неверное наличие или не та цена.
• Игнорируют лимиты REST API МойСклад и ставят слишком частую синхронизацию — обмен начинает упираться в ограничения сервиса.
• Запускают полный обмен большого каталога в часы пик — база нагружается, сайт тормозит для живых посетителей.
• Забывают перестроить фасетный индекс и прогреть кэш после массового обмена — фильтр показывает устаревшие счётчики.

Чек-лист выбора и внедрения

Соберём решение в практический список, по которому удобно и выбирать систему, и принимать готовность интеграции.

1. Описаны процессы. Зафиксированы приём товара, ценообразование, склады, потребность в бухгалтерии, производстве, маркировке — на бумаге, а не «в голове».
2. Оценён масштаб. Известны объём номенклатуры, число складов и точек, поток заказов в день и ожидаемый рост на 1–2 года.
3. Посчитана стоимость владения. Сравнение на 2–3 года с учётом сервера, обновлений, сопровождения и бухгалтерии, а не только ценника на старте.
4. Выбран источник истины. Определено, какая система хранит остатки и цены и с какой синхронизируется сайт.
5. Готова номенклатура. Товары приведены к единому виду, заданы устойчивые коды/артикулы для сопоставления с сайтом.
6. Настроен обмен. Сопоставлены свойства, склады и типы цен; выбрано расписание синхронизации; учтены лимиты API (для МойСклад) и версия протокола (для 1С).
7. Проверен полный цикл. Товар из учёта появился на сайте, заказ с сайта пришёл в учёт, статус вернулся обратно.
8. Учтена производительность. После массового обмена перестраивается фасетный индекс и прогревается кэш; тяжёлый обмен идёт в часы низкой нагрузки.

Вывод

МойСклад и 1С — не конкуренты «кто круче», а инструменты под разный масштаб и разные процессы. МойСклад выигрывает скоростью старта, простотой и облаком — это выбор небольшого и среднего магазина, которому нужен надёжный складской учёт без своего сервера. 1С выигрывает глубиной — бухгалтерия, производство, маркировка, сложные цены и кастомизация — и оправдана там, где магазин часть большого торгового контура. С сайтом на 1С-Битрикс одинаково хорошо дружат обе: 1С — штатно по CommerceML, МойСклад — через REST API и коннектор. Определите свои процессы и масштаб, назначьте источник истины по остаткам — и выбор станет очевиден, а обмен с витриной будет работать одинаково надёжно при любом решении.