МойСклад + 1С: как разделить продажи, склад и бухгалтерию
Менеджеры оформляют заказы и отгрузки в МоемСкладе, склад работает там же, а бухгалтер вручную переносит документы в 1С. Через несколько месяцев появляются разные контрагенты, разные названия товаров, несовпадающие суммы и вопрос: какая система показывает правду?
Связка МоегоСклада и 1С работает устойчиво, если системы не пытаются выполнять одну и ту же роль. МойСклад становится оперативным контуром, а 1С:Бухгалтерия — контуром регламентированного и налогового учёта.
Главное правило: у каждого справочника, документа и показателя должен быть один владелец и заранее определённое направление обмена.
Проблема: две системы редактируют одни данные
Интеграцию часто начинают с перечня технических объектов: товары, контрагенты, реализации, поступления. Но главный вопрос остаётся без ответа — где сотрудник имеет право создать или исправить запись.
Типичные последствия:
- один клиент создаётся в обеих системах с разными реквизитами;
- товар имеет разные единицы измерения или ставки НДС;
- бухгалтер исправляет реализацию в 1С, а менеджер — отгрузку в МоемСкладе;
- возврат попадает в одну систему, но отсутствует в другой;
- после повторной загрузки создаются дубли документов;
- остатки пытаются сверять по базам с разным временем проведения операций;
- закрытый бухгалтерский период меняется из-за позднего исправления на складе.
Что логично вести в МоемСкладе
Оперативная система должна быть удобна сотрудникам, которые ежедневно продают, закупают, производят и двигают товар. Обычно в МоемСкладе ведут:
- заказы покупателей и статусы обработки;
- резервы, свободные остатки и ожидаемые поставки;
- заказы поставщикам и приёмки;
- отгрузки, возвраты и перемещения;
- розничные продажи и кассовые операции;
- склады, ячейки, штрихкоды и инвентаризации;
- производственные задания, материалы и выпуск;
- оперативные цены, скидки и взаиморасчёты;
- интеграции с сайтом, CRM, маркетплейсами и маркировкой.
Именно здесь менеджер должен видеть, можно ли пообещать товар клиенту, а кладовщик — что принять, собрать или отгрузить сегодня.
Что оставляют в 1С:Бухгалтерии
1С:Бухгалтерия используется для задач, которые подчиняются бухгалтерским правилам и отчётным периодам:
- бухгалтерский и налоговый учёт;
- план счетов и проводки;
- книги покупок и продаж;
- декларации и регламентированная отчётность;
- учёт основных средств;
- закрытие периода;
- налоговые корректировки;
- операции, которые не относятся к оперативному товарному контуру.
Бухгалтер может контролировать загруженные документы и дополнять их учётными реквизитами. Но изменение количества товара или состава реализации должно возвращаться в источник, а не расходиться с ним.
Матрица владельцев данных
| Объект | Основная система | Что передаём |
|---|---|---|
| Номенклатура | МойСклад | Наименование, артикул, единица, НДС |
| Контрагенты | МойСклад | ИНН, КПП, наименование, договор |
| Продажи и возвраты | МойСклад | Проведённые первичные документы |
| Поступления и возвраты поставщику | МойСклад | Проверенные документы закупки |
| Банк | По выбранной архитектуре | Платежи и назначение |
| Проводки и декларации | 1С | Не возвращаются в оперативный контур |
| Закрытие периода | 1С | Статус запрета изменений |
Матрица может отличаться. Например, реквизиты нового юридического лица иногда сначала появляются в 1С. Важно не конкретное распределение, а отсутствие двух равноправных источников.
Какие варианты обмена доступны
1. Периодический экспорт
По официальной инструкции МойСклад поддерживает экспорт данных в 1С:Бухгалтерию, включая формат EnterpriseData. Можно выбрать период, документы и справочники, скачать файл или настроить выгрузку в 1С:Fresh.
Подходит небольшому бизнесу, где документы выгружаются один или несколько раз в неделю, а бухгалтер проверяет результат перед проведением.
2. Готовая интеграция
В каталоге МоегоСклада есть решения для обмена с 1С. Они могут передавать документы и зависимости, сопоставлять номенклатуру и контрагентов, работать с разными организациями и ставками НДС. Возможности конкретного решения необходимо проверять до запуска.
3. Собственный обмен через API
Этот вариант выбирают, когда нужны нестандартные правила: несколько баз 1С, выборочная передача по организациям, особые типы документов, сложные корректировки или почти оперативная синхронизация. Собственный обмен требует журнала событий, повторной отправки и ответственного за ошибки.
Что подготовить до первой выгрузки
- Определить организации и склады, участвующие в обмене.
- Сопоставить единицы измерения и ставки НДС.
- Очистить дубли товаров и контрагентов.
- Зафиксировать обязательные реквизиты документов.
- Определить дату начала и начальные остатки.
- Выбрать документы, которые передаются только после проверки.
- Настроить идентификаторы, по которым запись узнаётся при повторном обмене.
- Описать исправления, возвраты и удаление ошибочного документа.
- Установить правило для закрытых периодов.
Как избежать дублей
Совпадение названия недостаточно. «ООО Вектор» может относиться к разным компаниям, а один товар — иметь несколько вариантов написания. Для контрагентов используют ИНН и КПП, для номенклатуры — устойчивый внешний идентификатор, артикул или заранее утверждённое сопоставление.
Перед созданием нового объекта интеграция должна искать существующий. При повторной отправке документ обновляется по идентификатору, а не создаётся заново. Все неоднозначные ситуации попадают в очередь ошибок, а не исправляются автоматически случайным образом.
Как работать с исправлениями
Исправление начинается в системе-владельце. Если менеджер обнаружил неверное количество в отгрузке, он исправляет документ в МоемСкладе и повторно передаёт его. Бухгалтер не создаёт другую версию вручную в 1С.
Для закрытого периода действует отдельный регламент: корректирующий документ, согласование ответственного и повторная сверка. Иначе позднее изменение может незаметно поменять уже сданную отчётность.
Контроль обмена
У работающей интеграции есть не только расписание, но и наблюдаемость:
- время последнего успешного обмена;
- количество отправленных и принятых документов;
- очередь ошибок с понятной причиной;
- ответственный и срок исправления;
- сверка сумм продаж, закупок и возвратов за период;
- контроль документов, созданных вручную в обход процесса.
Мини-кейс
Оптово-производственная компания вела заказы и склад в МоемСкладе, а бухгалтер раз в месяц повторно вводил реализации и поступления в 1С. После очистки справочников настроили еженедельный обмен и передавали только проведённые документы. Исправления разрешили делать в МоемСкладе, а в 1С оставили бухгалтерские реквизиты и закрытие периода.
За два месяца ручной ввод сократился с 34 до 7 часов в месяц, а расхождения в сумме реализаций — с 26 до 4 случаев. Это модельный пример: результат зависит от количества документов и качества исходных данных.
Как внедряет KULPS
KULPS описывает архитектуру до настройки обмена: владельцев данных, направление каждого объекта, правила сопоставления и исправлений. Затем мы очищаем справочники, запускаем тестовую выгрузку на копии базы и проверяем обычные продажи, возвраты, корректировки, маркированные товары и закрытие периода.
После запуска сотрудники получают короткий регламент: где создавать документ, когда он готов к передаче и что делать при ошибке. Это важнее самой кнопки «Синхронизировать».
Вывод
МойСклад и 1С не должны конкурировать за роль главной системы. МойСклад управляет ежедневными продажами, складом и товарными операциями, 1С — бухгалтерским и налоговым контуром. Чёткое распределение данных, односторонние правила и журнал ошибок превращают обмен в устойчивый процесс.
Нужно связать МойСклад и 1С без двойного ввода? KULPS проведёт аудит баз, подготовит матрицу обмена, очистит справочники и запустит пилот на реальных документах.