Расхождения 1С и МойСклад: как сверять и закрывать 2026

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

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

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

Почему цифры расходятся (и это не «ошибка бухгалтера»)

Прежде чем разбирать регламент сверки, важно развести две категории расхождений — потому что закрывают их по-разному.

Расхождения по методике — норма, если объяснимы:

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

Расхождения по процессу — то, что нужно закрывать:

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

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

Что сверять: чек-лист по типам данных

Сверять «всё подряд» — способ утонуть в отчётах и не найти реальную причину. Разбивайте по типам данных — у каждого свой источник правды и своя частота.

Тип данных	Что сравнивать	Где смотреть в МойСклад	Где смотреть в 1С
Остатки	Количество по SKU и складу на одну дату	Отчёты → Остатки	Оборотно-сальдовая ведомость по счёту 41 (43 — для производства)
Отгрузки / реализации	Количество документов, суммы, даты	Продажи → Отгрузки	Реализация товаров и услуг
Возвраты	Количество, суммы, дата регистрации	Продажи → Возврат от покупателя	Возврат товаров от покупателя
Себестоимость	Сумма по конкретной партии/документу, не по среднему за месяц	Карточка товара → Себестоимость	Себестоимость списанных товаров
Поступления / закупки	Количество, закупочная цена	Закупки → Приёмки	Поступление товаров и услуг
Контрагенты	ИНН, реквизиты — не название	Контрагенты	Контрагенты

Правило: сравнивать количество и сумму отдельно. Количество должно совпадать почти всегда — если не совпадает, это процессная ошибка. Сумма может отличаться в пределах методики (см. раздел выше про себестоимость) — и это нужно уметь отличить от реальной проблемы.

Регламент сверки: еженедельно и перед закрытием месяца

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

Еженедельно (30–40 минут, операционист или старший кладовщик)

Что делает	Результат
Проверяет очередь обмена — есть ли документы с ошибками	Список документов, которые не прошли синхронизацию
Берёт 10–15 случайных SKU и сравнивает остатки в 1С и МойСклад	Список расхождений с количеством
Проверяет 5 последних отгрузок и 5 возвратов — есть ли пара в обеих системах	Подтверждение, что документы не «потерялись»
Фиксирует всё в журнале сверки — не в голове и не в переписке	Документ с историей расхождений и причин

Перед закрытием месяца (1,5–2 часа, бухгалтер + ответственный за склад совместно)

Что делает	Результат
Сверяет полный остаток по всем SKU на дату закрытия	Список расхождений по всему складу, не выборке
Разбирает каждое расхождение по SKU и по причине, не списывает общей суммой	Причина зафиксирована: методика, ошибка, физическая недостача
Проверяет, что после даты закрытия нет ручных правок ни в одной из систем	Контроль целостности учётного периода
Согласовывает с бухгалтером допустимый процент расхождения по себестоимости	Порог, выше которого — расследование, ниже — норма методики

Важно: сверку ведут вместе бухгалтерия и склад, а не по очереди «сначала один посчитал, потом другой проверил». Раздельная сверка почти всегда превращается в защиту своей версии, а не в поиск причины.

Как закрывать расхождения по остаткам

Расхождение по остаткам — самый частый и самый опасный тип: именно от него зависят решения по закупкам и обещания клиентам.

Выгрузить остатки по SKU из обеих систем на одну дату — не «на сегодня» из одной и «на вчера» из другой. Разница в дате сама создаёт ложное расхождение.
Сравнить построчно, выделить SKU, где разница превышает допустимый порог (например, больше 1 единицы или больше 2% от остатка — порог задаёт компания).
По каждому SKU из списка проверить, есть ли непроведённый или не ушедший в обмен документ за период. Это закрывает большую часть расхождений без похода на склад.
Если документ найден и проведён с обеих сторон, а разница осталась — это физическая ошибка: пересортица, недосчёт при приёмке, потеря. Здесь нужна не правка цифры, а точечная проверка на месте — выборочная инвентаризация по конкретным SKU, без остановки всего склада.
Зафиксировать причину и поправить остаток в основной системе — той, что определена как источник по этому типу данных. Обмен подтягивает исправление во вторую систему сам.

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

Как закрывать расхождения по отгрузкам и возвратам

Отгрузки и возвраты расходятся по немного другим причинам, чем остатки, — и сверять их нужно не по итоговой сумме за период, а по номерам документов и датам.

Типичные причины расхождений по отгрузкам:

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

Типичные причины расхождений по возвратам:

Возврат зарегистрирован разными датами — на складе физически принят один день, в бухгалтерии оформлен позже.
Возврат оформлен как новое поступление, а не как возврат от покупателя — искажает и остатки, и себестоимость.
Частичный возврат по позициям заказа учтён по-разному: количество совпадает, а привязка к конкретному документу — нет.

Порядок закрытия: сверяйте не суммы за неделю, а список документов — по номеру заказа или дате отгрузки. Если документ есть в одной системе и отсутствует в другой — это либо ошибка обмена (чинить в интеграции), либо документ не был создан вовсе (чинить в процессе, кто и когда должен его создавать).

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

Как закрывать расхождения по себестоимости

Себестоимость — единственный тип данных, где расхождение может быть нормой, и это главная ловушка: под видом «методика, не ошибка» проходят реальные проблемы.

Когда расхождение — методика, а не ошибка:

МойСклад считает по средней, 1С — по ФИФО (или наоборот, зависит от настроек). На одной партии суммы закономерно отличаются на несколько процентов.
Процент расхождения стабилен от месяца к месяцу и объясним разницей в датах признания расходов.

Когда расхождение — реальная проблема:

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

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

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

Типовая ситуация: 47 SKU не сходятся за неделю

Типовая ситуация без привязки к конкретной компании — воспроизводится почти у каждого, кто ведёт торговлю или производство на двух системах без регулярной сверки.

При еженедельной сверке по всему складу нашлось 47 SKU с расхождением остатков между 1С и МойСклад. Разбор по причинам занял два дня и выглядел так:

22 SKU — документы (в основном отгрузки маркетплейсов), которые не ушли в обмен из-за ошибки синхронизации номенклатуры. Закрылись за один рабочий день после перезапуска очереди обмена и пересоздания карточек с ошибкой.
12 SKU — расхождение по себестоимости в пределах методики (средняя против ФИФО), количество при этом совпадало полностью. Закрытия не требовали — зафиксированы как норма.
8 SKU — физическая пересортица на складе, подтверждённая точечной инвентаризацией. Остатки исправлены документом списания и оприходования по факту пересчёта.
5 SKU — ручная правка остатка в одной из систем «на глаз», без документа-основания. Правки отменены, восстановлен порядок через основной источник.

После разбора реальными процессными расхождениями оказались 30 SKU из 47 — остальные 12 были нормальной методической разницей, которую разбор просто подтвердил и закрыл вопрос. Без разбивки по причинам все 47 попали бы в одну кучу «расхождения между системами» и решались бы месяц вместо двух дней.

Типичные ошибки

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

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

3. Копят расхождения до закрытия квартала. К этому моменту документы за три месяца уже не поднять, и разбор превращается в списание «на прочее» без реальной причины.

4. Сверяет только бухгалтерия или только склад — по отдельности. Каждая сторона видит только свою часть картины и защищает свою цифру, а не ищет причину вместе.

5. Не разделяют методические и процессные расхождения. Ищут ошибку там, где её нет (в разнице себестоимости по методике), и пропускают настоящую проблему — непроведённый документ.

6. Нет журнала сверки. Причины расхождений держат в переписке или в памяти — при следующей проверке невозможно понять, повторяется проблема или это новая.

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

FAQ

Кто должен вести сверку — бухгалтер или склад?

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

Как часто сверять 1С и МойСклад?

Минимум два цикла: быстрая выборочная сверка еженедельно (10–15 SKU, последние отгрузки и возвраты) и полная сверка по всему складу перед закрытием месяца. Реже — расхождения накапливаются быстрее, чем их успевают разбирать.

Что делать, если документ не ушёл в обмен?

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

Можно ли править остатки напрямую в обеих системах?

Нет. Правка должна происходить в основной системе по этому типу данных, обмен подтягивает исправление во вторую систему автоматически. Правка в обеих системах отдельно создаёт новое расхождение вместо закрытия старого.

Расхождения по маркетплейсам — отдельная сверка?

Да, стоит выделять отдельно: заказы и отчёты комиссионера с площадок (Ozon, Wildberries, Яндекс Маркет) идут со своей задержкой и своей логикой признания реализации, поэтому смешивать их с оптовой сверкой усложняет разбор причин.

Когда расхождение — повод остановить обмен?

Если один и тот же тип документа расходится систематически и в нарастающем объёме — это повод остановить автоматический обмен по этому типу документов, разобрать причину вручную и только после этого включить обмен снова. Разовое расхождение в пределах порога — не повод останавливать процесс.

Нужен ли отдельный отчёт сверки в МойСклад?

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

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

Читайте также:

Автор: Кирилл Титов, CRMHUB — партнёр МойСклад и Битрикс24. 17 лет в складе и операционных процессах.