С запросом «настройте интеграцию МойСклад с 1С» (в поисковой строке эту фразу чаще пишут проще, «мой склад интеграция с 1с») ко мне обычно приходят на третий-четвёртый месяц после того, как в компании завели два учётных сервиса и не договорились, какой из них главный. Пока справочники маленькие, расхождения правят руками в конце дня. Когда номенклатура переваливает за пару тысяч позиций, а контрагентов набирается сотня, ручная сверка отнимает у бухгалтера полдня каждую неделю. Ниже - как я обычно выстраиваю обмен между системами так, чтобы у каждого справочника остался один хозяин, а не два конкурирующих источника правды.
По теме статьи
Готовое решение
AI-чатбот для сайта на Claude - отвечает как ваш менеджер, работает 24/7
Подключу к вашему сайту чат-бота на Claude API. Бот отвечает на вопросы клиентов голосом вашего бренда, знает каталог и условия доставки, забирает лиды в CRM или Telegram.
от25 000 ₽
AI / Claude API
Искусственный интеллект для бизнеса
AI-чатбот на сайт с базой знаний, автообработка заявок, генерация контента, умный парсинг. Claude API, OpenAI, RAG.
от50 000 ₽
Зачем держать МойСклад и 1С одновременно
Чистого выбора «либо-либо» на практике почти не встречаю. 1С:Бухгалтерия или 1С:УНФ остаются в компании из-за бухгалтера: регламентированная отчётность, ЭДО с контрагентами, обмен с банком и налоговой завязаны на конфигурацию, которую бухгалтер знает и не готов менять на новую систему ради удобства склада. МойСклад параллельно берут склад и продажи: он быстрее заводит товар из маркетплейсов вроде Wildberries и Ozon, держит остатки сразу по нескольким складам и точкам, синхронизируется с интернет-магазином на Tilda или WooCommerce и сам печатает накладные и ценники. В итоге бухгалтерия работает в одной системе, склад и продажи в другой, и обе системы одинаково претендуют на право завести один и тот же товар или контрагента первыми.
Где расходятся справочники между МойСклад и 1С
На практике расхождения возникают в одних и тех же местах:
- Номенклатура заводится дважды под разными названиями: «Кофе Lavazza 1кг» в МойСклад и «Lavazza Qualita Oro 1000г» в 1С, хотя это одна и та же позиция.
- Контрагенты дублируются, потому что менеджер вбивает нового покупателя в МойСклад по названию из переписки, а бухгалтер параллельно заводит его же в 1С по реквизитам из счёта.
- Единицы измерения не совпадают: в МойСклад товар в штуках, в 1С в упаковках, и при выгрузке остатки расходятся в разы.
- Ставки НДС и группы товаров настроены независимо в двух системах, поэтому один и тот же товар в отчётах попадает в разные категории.
- Модификации и характеристики в МойСклад не имеют прямого аналога в 1С, обмен без таблицы соответствий просто теряет часть данных при передаче.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Два рабочих сценария: кто ведёт справочники
Прежде чем писать обмен, отвечаю на один вопрос: какая система заводит новую позицию первой. Без этого любая синхронизация превращается в гонку, кто последним записал изменение.
МойСклад ведёт справочники
Подходит рознице и интернет-магазинам с частым обновлением ассортимента. Новый товар заводят в МойСклад сразу при поступлении или выгрузке с маркетплейса, а в 1С он попадает уже готовой карточкой через обмен, только для проводок и регламентированного учёта. Контрагентов в этом сценарии чаще всего тоже заводит менеджер по продажам в МойСклад по факту первой сделки, а бухгалтер получает карточку уже с реквизитами.
1С ведёт справочники
Работает для производств и оптовых компаний со сложной номенклатурой: спецификациями, партиями, серийным учётом. Товар логичнее заводить в 1С, потому что карточка сразу тянет за собой нормативы списания и себестоимость, а МойСклад получает уже готовую номенклатуру и просто отражает остатки для склада и логистики, включая передачу заказов в СДЭК на отгрузку.
| Справочник | Мастер - МойСклад | Мастер - 1С |
|---|---|---|
| Номенклатура | Заводится при поступлении или выгрузке с маркетплейса | Заводится вместе со спецификацией и нормативами списания |
| Контрагенты | Заводит менеджер по факту первой сделки | Заводит бухгалтер по данным из договора |
| Остатки и склады | Источник истины для склада, 1С получает готовые цифры | 1С хранит партии и себестоимость, МойСклад отражает доступный остаток |
| Кому подходит | Розница, интернет-магазины, продажи на маркетплейсах | Производство, опт со сложным учётом себестоимости |
Как синхронизировать данные между МойСклад и 1С технически
Здесь три рабочих варианта, и я выбираю между ними по тому, насколько стандартна конфигурация 1С у клиента. Если процесс сложнее типового обмена справочниками и завязан на специфику компании, проще сразу обсудить объём через разработку интеграций между учётными системами, чем подгонять готовый шаблон под нестандартную задачу.
- Штатный обмен с 1С:Бухгалтерией. МойСклад на тарифах «Профессиональный» и выше умеет выгружать документы и справочники в 1С:Бухгалтерию по формату обмена коммерческой информацией, похожему на тот, что используют интернет-магазины на 1С-Битрикс. Настройка занимает пару часов, если 1С стандартная и не дорабатывалась под клиента. Минус в том, что при нестандартной конфигурации обмен ломается на первом же несовпадающем реквизите.
- JSON REST API МойСклад версии 1.2. Даёт доступ к любому справочнику и документу, включая уведомления об изменении сущности, поэтому можно написать свой сервис-прослойку, которая на каждое изменение в МойСклад дёргает обработчик в 1С через её HTTP-сервисы. Такой вариант беру, когда 1С доработана и под её формат штатный обмен просто не подходит.
- n8n как связующий слой. Когда логика конвертации несложная (привести единицы измерения, склеить дубли контрагентов по ИНН, отфильтровать архивные позиции), разворачиваю сценарий в n8n: нода HTTP Request к МойСклад по расписанию, нода-трансформация полей, нода HTTP Request в веб-сервис 1С. Занимает меньше времени, чем отдельный сервис, и клиент потом сам может поправить маппинг без разработчика.
Пример простого запроса к API МойСклад за списком контрагентов:
curl -X GET "https://api.moysklad.ru/api/remap/1.2/entity/counterparty" \
-H "Authorization: Bearer <token>" \
-H "Accept-Encoding: gzip"Частые ошибки при настройке обмена
- Сопоставление без внешнего идентификатора. Если сверять записи по названию, а не по ID или внешнему коду, каждый перезапуск обмена плодит дубли номенклатуры и контрагентов.
- Дубли контрагентов из-за ручного ввода. Менеджер вписывает «ООО Ромашка», бухгалтер - «Ромашка ООО», для системы это два разных контрагента. Сверяю только по ИНН и КПП, название беру для истории, а не для сопоставления.
- Игнор архивных и удалённых позиций. Товар архивировали в МойСклад, а обмен продолжает тянуть его в 1С как активный, и остатки в отчётах перестают биться.
- Модификации без таблицы соответствий. В МойСклад «Футболка, размер M, красная» - это модификация одной номенклатуры, в 1С часто нужна отдельная характеристика или отдельная позиция, без явного маппинга обмен либо падает, либо теряет часть заказов.
- Проверка только в одну сторону. Тестируют выгрузку из МойСклад в 1С и не смотрят, что будет при правке документа в 1С задним числом. Обратная синхронизация без версионирования затирает более свежие правки в МойСклад.
Сроки и стоимость настройки интеграции
Если 1С стандартная и хватает штатного обмена, настройка вместе с проверкой на реальных документах занимает 3-5 дней. Сценарий на n8n с маппингом единиц измерения и склейкой дублей контрагентов обойдётся от 25 000 ₽, и по срокам это обычно 1-2 недели, потому что часть времени уходит на сверку исторических данных, а не на саму разработку. Если нужен отдельный сервис поверх API с обработкой уведомлений об изменениях и очередью на случай сбоя связи, это уже полноценная разработка на Python, от 20 000 ₽ за базовый вариант и дороже, если добавляются партии, серии или несколько юрлиц. Отдельно закладываю техподдержку от 15 000 ₽ в месяц: маппинг полей меняется, когда бухгалтер правит план счетов или добавляет новую ставку НДС, и обмен нужно поддерживать, а не настроить один раз и забыть.
Частые вопросы
Можно ли отказаться от 1С и оставить только МойСклад?
Технически да, если компания на УСН без сложной регламентированной отчётности и работает без крупных контрагентов, которым нужен строгий ЭДО. На практике почти всегда 1С остаётся у бухгалтера для отчётности и налогов, а МойСклад берёт на себя склад и продажи, поэтому вопрос обмена данными между ними всё равно возникает.
Что делать с дублями контрагентов, которые уже накопились до синхронизации?
Перед первым запуском обмена делаю разовую сверку по ИНН и КПП: выгружаю оба справочника в таблицу, свожу совпадения, решаю с клиентом, какую карточку оставить мастером, и только после этого включаю автоматическую синхронизацию по внешнему коду. Без этого шага обмен унаследует все прежние дубли и просто зафиксирует их.
Нужен ли программист 1С, чтобы настроить обмен с МойСклад?
Если 1С:Бухгалтерия или 1С:УНФ стандартные, без сильных доработок, обмен через штатный модуль или API настраивает интегратор со стороны МойСклад без доступа к конфигуратору. Если конфигурацию дорабатывали под компанию, лучше сразу привлечь специалиста с доступом к 1С, потому что часть полей и обработчиков в типовой конфигурации может отсутствовать.
Как синхронизировать десятки тысяч позиций без падения обмена?
Полную выгрузку запускаю только один раз, при первом подключении, и то батчами по несколько сотен записей, чтобы не упереться в лимиты API. Дальше синхронизация идёт инкрементально: беру только позиции с изменённым полем даты обновления с момента последнего запуска, а не перекачиваю весь справочник заново каждую ночь.