В большинстве компаний, которые спрашивают, как связать МойСклад и 1С, правильный ответ звучит неудобно: скорее всего, вторая система лишняя. Держать оперативный учёт в облаке и одновременно вести его же в 1С — значит платить две подписки, оплачивать обмен между ними и содержать человека, который еженедельно ищет, почему остатки разошлись. Это не редкая ситуация: обычно так получается не по замыслу, а по истории — сначала завели МойСклад для склада, потом появилась 1С для бухгалтерии, и никто не провёл границу.
Но есть три конфигурации, в которых обе системы действительно оправданы, и в них обмен нужен и окупается. Разница между «оправдано» и «так сложилось» проверяется одним вопросом: у каждого объекта назначен ровно один хозяин? Если да — обе системы работают. Если нет, вы не интегрируете две системы, а оплачиваете их несогласованность.
Ниже — три рабочих сценария, таблица разделения ответственности по девяти объектам, два уровня обмена с ценой и расчёт стоимости владения двумя системами против одной на двухлетнем горизонте.
Три сценария, в которых обе системы оправданы
Общее у этих сценариев одно: у систем не пересекаются зоны ответственности. Каждая делает то, чего другая не умеет, и никто не ведёт один и тот же объект дважды.
- 1Оперативный контур в МойСкладе, отчётность в 1С:Бухгалтерия
Самый частый и самый здоровый вариант. Товар, склад, продажи, касса и коды маркировки живут в облаке, а регламентированный учёт, налоги и отчётность — в Бухгалтерии, которая товарным контуром не управляет и управлять не должна. Обмен односторонний: документы уезжают в учёт раз в сутки, обратно не возвращается ничего, кроме, возможно, реквизитов контрагентов.
- 2Разные юрлица с разными бизнес-моделями
Одно юрлицо ведёт розницу или мелкий опт в МойСкладе, второе — производство или крупный опт в 1С:УНФ или УТ. Пересекаются они только в номенклатуре и иногда в общем складе. Обмен здесь узкий и по конкретному списку объектов, а не «синхронизировать всё»: попытка сшить два разных бизнеса одной синхронизацией даёт расхождения в обеих базах.
- 3Переходный период миграции
Обе системы работают одновременно намеренно, 2–4 месяца, пока переносятся данные и переучиваются люди. Ключевое отличие от «так сложилось» — в договоре и в приказе стоит дата отключения одной из систем. Без этой даты переходный период превращается в постоянное состояние, и через год компания уже не помнит, почему платит дважды.
Три колонки-сценария. Первая — «Оперативный контур и отчётность»: два блока «МойСклад: товар, склад, касса» и «1С:Бухгалтерия: налоги, отчётность», одна стрелка вправо с подписью «документы раз в сутки». Вторая — «Разные юрлица»: два блока с разными подписями «розница» и «производство», между ними тонкая двусторонняя стрелка с подписью «только номенклатура». Третья — «Переходный период»: два блока и жирная отметка на календаре с подписью «дата отключения в договоре». Чертёжная подача, подписи по-русски.
Кто главный: разделение ответственности по объектам
Эта таблица важнее выбора протокола обмена. Она занимает одну страницу, согласуется на встрече за час и снимает большую часть будущих споров о том, чьи данные правильные. Ниже — распределение для самого частого сценария: оперативный контур в МойСкладе, регламентированный учёт в 1С:Бухгалтерия.
Система, в которой объект создаётся и изменяется, и единственная, чью версию считают правильной при расхождении. У остальных систем эта запись только для чтения: они её получают, показывают и используют в документах, но не правят. Хозяин назначается не по тому, где удобнее нажимать кнопки, а по тому, где происходит реальное событие: товар едет со склада — хозяин остатка там, где склад; деньги приходят на счёт — хозяин взаиморасчётов там, где разносят выписку.
| Объект | Хозяин | Почему так и что уходит в другую систему |
|---|---|---|
| Номенклатура | МойСклад | Товар заводится там, где им торгуют. В 1С уезжает только то, что попало в документ |
| Остатки и склады | МойСклад | Бухгалтерия остатками не управляет, она их отражает по проведённым документам |
| Цены и скидки | МойСклад | В учёт передаётся фактическая цена документа, а не прайс |
| Заказы и отгрузки | МойСклад | Оперативный контур целиком: сборка, доставка, статусы |
| Коды маркировки | МойСклад | Там, где касса и физическая отгрузка. Дублировать работу с кодами в 1С не нужно |
| Контрагенты и реквизиты | 1С:Бухгалтерия | ИНН, КПП, юридический адрес, счета. В МойСклад уходят обновления, обратно — нет |
| Документы реализации и поступления | Создаются в МойСкладе, учётная версия — в 1С | После проведения в учёте документ считается окончательным, правки идут через 1С |
| Деньги и взаиморасчёты | 1С:Бухгалтерия | Выписка, зачёты авансов, сальдо по контрагенту — единственный источник |
| Отчётность и налоги | 1С:Бухгалтерия | Никогда не дублируется и наружу не передаётся |
Отдельно про маркировку, потому что здесь цена ошибки выше обычной. В 2026 году обязательных товарных групп в системе «Честный знак» уже 27, и разрешительный режим на кассе блокирует продажу при несоответствии кода, а не пишет предупреждение в журнал. Поэтому работа с кодами должна вестись ровно там, где стоит касса и происходит физическая отгрузка, и нигде больше. Попытка «на всякий случай» дублировать вывод из оборота во второй системе даёт не подстраховку, а расхождение с государственной системой, которое потом разбирается вручную по каждому коду. Что изменилось в требованиях к товарным группам, мы разбирали в материале про маркировку новых товарных групп.
Классический случай — контрагент. Менеджер завёл клиента в МойСкладе по названию из письма, бухгалтер завёл его же в 1С по выписке из реестра, обмен принёс обе карточки. Через полгода в обеих базах по две записи на одного покупателя, и сальдо не сходится ни с одной. Механику таких расхождений мы разбирали в статье про ошибки обмена: дубли и пересорт — она справедлива для любой пары систем, не только для 1С и CRM.
Два уровня обмена и разница в цене втрое
Под словом «связать» подразумевают две принципиально разные работы. Первая — выгрузка документов в бухгалтерию: одностороннее движение, пакетом, раз в сутки. Вторая — полноценная двусторонняя синхронизация справочников и остатков. Разница в цене — примерно втрое, и почти всегда достаточно первой.
| Что | Выгрузка документов в 1С | Двусторонняя синхронизация |
|---|---|---|
| Направление | Одностороннее | В обе стороны по части объектов |
| Частота | Раз в сутки, пакетом | По событию, задержка в минутах |
| Что ходит | Реализации, поступления, возвраты, оплаты | Плюс номенклатура, контрагенты, остатки, цены |
| Внедрение | 40 000–90 000 ₽ | 140 000–350 000 ₽ |
| Поддержка | 3 000–6 000 ₽/мес | 8 000–15 000 ₽/мес |
| Срок | 1–2 недели | 3–6 недель |
| Главный риск | Расхождение всплывает на закрытии месяца | Конфликт правок, если у объекта не назначен хозяин |
| Кому подходит | Первый сценарий из трёх | Второй и третий сценарии |
Практическое правило: начинайте с выгрузки документов и добавляйте двусторонние направления по одному, только когда конкретная боль подтверждена цифрой. Каждое новое направление обмена — это не только разработка, но и постоянная статья в поддержке и ещё одно место, где данные могут разойтись. Общая механика способов обмена и их живучести разобрана в материале про способы обмена с 1С.
Сравнение в две колонки. Левая — «Выгрузка документов»: одна стрелка в одну сторону, подписи «раз в сутки», «реализации, поступления, возвраты, оплаты», «40 000–90 000 ₽», «3 000–6 000 ₽/мес», «1–2 недели». Правая — «Двусторонняя синхронизация»: две встречные стрелки, подписи «по событию», «плюс номенклатура, контрагенты, остатки, цены», «140 000–350 000 ₽», «8 000–15 000 ₽/мес», «3–6 недель». Под правой колонкой предупреждающая пометка «нужен назначенный хозяин каждого объекта». Чертёжная подача, подписи по-русски.
Сколько стоит держать две системы вместо одной
Считаем на торговой компании: 5 сотрудников работают в оперативном контуре, два склада, около 40 новых позиций номенклатуры в месяц, ставка сотрудника 700 ₽/час. Вариант А — МойСклад и 1С:Бухгалтерия с двусторонним обменом. Вариант Б — переход на одну систему, 1С:УНФ, с переносом данных и донастройкой. Подписки взяты модельными: они зависят от тарифа и числа сотрудников, и свои цифры стоит подставить из счетов за последний квартал.
Расчёт легко пересчитать под себя: в нём всего шесть входных чисел — две подписки, цена внедрения обмена, его поддержка, часы на сверку и количество новых позиций номенклатуры в месяц. Пять из шести берутся из счетов и из зарплатной ведомости, шестое — из выгрузки справочника. Если ваш вариант Б дороже из-за большого объёма переноса данных, честно поставьте свою цифру: перенос остатков, взаиморасчётов и истории продаж на большой базе может стоить и 300 000 ₽, и тогда разница в первый год почти исчезает — но во второй год возвращается целиком.
Самая крупная строка в варианте А — не подписки и даже не внедрение обмена, а 109 200 ₽ ручной сверки в год. Она почти всегда невидима, потому что не приходит счётом: её оплачивает зарплата сотрудника, который «просто проверяет остатки по понедельникам». Именно поэтому решение «оставим обе, обмен же настроен» кажется бесплатным и оказывается самым дорогим из трёх возможных.
Столбчатая диаграмма из четырёх столбцов, сгруппированных по годам. Год 1: «две системы — 487 200 ₽» и «одна система — 270 200 ₽». Год 2: «две системы — 347 200 ₽» и «одна система — 90 200 ₽». Над парами подписи разницы: «217 000 ₽» и «257 000 ₽». Внутри столбцов «две системы» отдельным сегментом выделена и подписана «ручная сверка — 109 200 ₽ в год». Ось в рублях, чертёжный стиль, подписи по-русски.
Когда обе системы не нужны
Есть четыре признака, по которым видно, что вы платите за несогласованность, а не за возможности. Достаточно двух из четырёх, чтобы всерьёз посчитать переход на одну систему.
- Сверка стала регулярной работой. Кто-то тратит на неё больше двух часов в неделю — это от 72 800 ₽ в год по ставке 700 ₽/час. Обмен, требующий постоянного человеческого контроля, не решил задачу, а перенёс её.
- Одни и те же объекты заводятся дважды. Новый товар или контрагент появляется руками в обеих системах — значит, хозяин не назначен, и никакая синхронизация это не исправит: она будет исправно возить обе версии.
- Никто не может сказать, где правильный остаток. Когда на вопрос «сколько у нас на складе» отвечают «сейчас посмотрю в обеих», система учёта де-факто отсутствует, и её роль выполняет память кладовщика.
- Вторая система осталась от прошлого этапа. Ей пользуются два человека для одной привычной операции, которую целевая система тоже умеет. Здесь дешевле оплатить два дня обучения, чем год обмена и сверки.
Обратное тоже верно: если ни один признак не сработал, а сценарий совпал с одним из трёх рабочих, — обмен нужен и окупается, и начинать стоит с самого простого уровня. Сравнение самих систем по возможностям мы вынесли в отдельный материал — МойСклад или 1С:УНФ, а порядок и риски переноса данных разобраны в статье про миграцию данных при внедрении.
Две системы стоят дорого не подписками, а часами, которые уходят на выяснение, какая из них права.
