CRMHUB Складской учёт, производство и продажи — под ключ

Обновлено: 20 июля 2026 г.

Кейс: производство и маркетплейсы, учёт в МойСклад 2026 | CRMHUB

Типовой сценарий: производитель наборов на WB и Ozon, FBO/FBS, техкарты и маркировка в одном контуре МойСклад. Без двойного учёта.

Собственник производства держит в голове одновременно три картины остатков: что на самом деле лежит в цехе, что показывает Excel-таблица менеджера и что видно в личных кабинетах Wildberries и Ozon. Три картины почти никогда не совпадают. Как только к производству добавляются техкарты, наборы для маркетплейсов и коды маркировки — ручной учёт перестаёт масштабироваться, а расхождения начинают стоить не времени, а денег.

Дисклеймер: кейс обезличен и составлен по типовому техническому заданию производителя наборов и специй, которые продают через маркетплейсы. Имена, ниша и детали изменены или обобщены. Цифр «до/после» и % результата здесь намеренно нет — реальный проект в работе, конкретные показатели появятся в статье после его завершения.

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

Ситуация: производство + WB и Ozon

Профиль, который встречается регулярно: небольшое производство фасованной продукции — наборы, смеси, специи, подарочные комплекты — с ассортиментом в несколько десятков активных позиций. Продажи идут одновременно в двух каналах: часть партии отгружается со своего склада по схеме FBS, часть заранее отправляется на склад площадки по схеме FBO. Иногда оба канала работают на одной и той же карточке товара, иногда — на разных модификациях одного набора.

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

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

Было: Excel, двойной ввод, расхождения

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

Как выглядит день менеджера в такой схеме:

  • Заказ на производство фиксируется в блокноте или мессенджере мастера цеха — «сделать 200 наборов до четверга».
  • Себестоимость набора считает бухгалтер в Excel раз в месяц, «на глаз» распределяя сырьё и упаковку.
  • Остатки готовой продукции для WB и для Ozon сверяют вручную — кто-то каждое утро открывает два личных кабинета и подставляет цифры в таблицу.
  • Коды маркировки (если товарная группа требует Честный знак) заказывают и списывают отдельно от движения товара по складу — по памяти или по бумажному журналу.

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

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

Цель: один контур — сырьё → выпуск → отгрузка на МП

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

Целевая схема движения товара выглядит так:

Сырьё (приёмка) → Техкарта → Выпуск ГП → Склад ГП

                          ┌──────────────────┼──────────────────┐
                          ▼                                     ▼
                  Комплект / Комплектация                 Штучная продажа
                          │                                     │
              ┌───────────┼───────────┐                         │
              ▼                       ▼                         ▼
        Отгрузка FBS             Поставка FBO              Розница / опт
       (свой склад)         (склад маркетплейса)

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

Контур решения в МойСклад

Для профиля «производство плюс несколько каналов маркетплейсов» контур строится из четырёх слоёв, которые работают вместе, а не параллельно.

СлойЧто решаетКлючевой документ
ПроизводствоСписание сырья по норме, выпуск готовой продукции с себестоимостьюТехкарта, Заказ на производство
КомплектыНаборы под конкретный канал без расхождения с компонентамиКомплект (виртуальный) или Комплектация
Каналы продажРазделение остатков FBS и FBO без перепродажиОтдельные склады FBS / FBO по площадке
МаркировкаДвижение кода от приёмки сырья до вывода из оборотаСканирование КИЗ на каждом этапе

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

Дальше — по каждому слою отдельно: что именно настраивается и на что чаще всего натыкаются производства такого профиля.

Техкарты и выпуск полуфабрикатов

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

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

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

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

Комплекты и наборы для маркетплейсов

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

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

Правило разделения по каналу остаётся тем же, что и для торговых компаний:

  • Для FBO — нужен физический остаток набора, готового к отправке партией на склад площадки. Виртуальная сборка «на лету» здесь не работает.
  • Для FBS — если сборка происходит в момент упаковки заказа из уже готовых компонентов, подходит виртуальный «Комплект»; если набор всегда собран заранее с линии — тот же принцип, что и для FBO.

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

FBO и FBS в одном учёте остатков

Второй узел, где производственный профиль ничем не отличается от торгового, — совместная работа FBS и FBO на одном ассортименте. Полная логика разделения складов, резервов и выгрузок под единый контур FBS и FBO — тема отдельного материала (ссылка в блоке «Читайте также»); здесь — почему это особенно чувствительно именно для производства.

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

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

Маркировка (Честный знак) в цепочке

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

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

Порядок для профиля «производство плюс маркетплейсы»:

  1. Код заказывается на готовую продукцию заранее, до старта партии выпуска.
  2. При выпуске код печатается на этикетку и физически наносится на упаковку одновременно с фасовкой — не отдельной операцией «потом».
  3. При отгрузке на FBS код сканируется при сборке заказа, как и у обычного продавца.
  4. При отгрузке на FBO агрегация кодов в код упаковки происходит после того, как единицы уже промаркированы и учтены как выпуск в МойСклад — агрегация не заменяет выпуск, а идёт после него.

Логика печати этикеток при FBO и типовые ошибки на этапе агрегации детально разобраны в отдельном материале про маркировку на маркетплейсах (ссылка в блоке «Читайте также») — принцип «код появляется на этапе выпуска, а не отгрузки» универсален для любой маркированной товарной группы, не только для одежды и обуви.

Регламент: кто что вводит и где

Настроенный контур в системе не держится сам — его держит регламент, который явно закрепляет, кто и в какой момент вносит данные. Для профиля с производством и несколькими каналами продаж минимальный набор ролей выглядит так.

РольЧто вводитКогда
Кладовщик приёмкиПриёмка сырья, сканирование при наличии маркировкиВ момент физического поступления партии
Мастер сменыЗаказ на производство, факт выпуска, отклонения по нормеДо старта смены и по факту завершения
Оператор маркетплейсовИмпорт заказов, сборка FBS, формирование поставок FBOЕжедневно, по расписанию канала
Бухгалтер / оператор учётаПроверка допрасходов, сверка себестоимости, вывод кодов из оборотаЕженедельно и при закрытии месяца
Собственник / руководительОтчёт по марже и остаткам, решения по ассортиментуЕженедельно

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

Узнаёте свою схему — цех отдельно, маркетплейсы отдельно? Получите диагностику — за 30–60 минут разберём вашу цепочку сырьё → выпуск → отгрузка и скажем, где именно двойной ввод.

Что изменилось — без цифр «до/после»

Здесь принципиально нет таблицы «было / стало» с процентами — цифры появятся отдельно, когда реальный проект будет завершён и пройдёт период стабильной работы. Но качественно направление изменений для такого профиля предсказуемо и повторяется от проекта к проекту.

  • Себестоимость считается в момент выпуска, а не восстанавливается бухгалтером постфактум по памяти и черновым записям.
  • Заказ на производство привязан к реальному спросу обоих каналов, а не формируется «на глаз, чтобы было с запасом».
  • Остатки для FBS и FBO разведены — у мастера цеха и у оператора маркетплейсов одна и та же цифра значит одно и то же.
  • Код маркировки движется вместе с товаром, а не восстанавливается отдельно по журналу, когда приходит проверка или запрос площадки.
  • Один документ — один ответственный ввод на каждом этапе цепочки, без параллельных таблиц «на всякий случай».

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

Уроки для похожих производств

Из работы с этим и похожими профилями можно вынести несколько практических выводов, применимых до того, как начинать полноценный проект:

  1. Начинайте с номенклатуры, а не с интеграций. Если сырьё, полуфабрикаты и готовая продукция не разведены чисто в справочнике, ни одна техкарта и ни одна интеграция с маркетплейсом не даст точных цифр.
  2. Определите способ сборки набора один раз для каждой карточки. Смешение виртуального «Комплекта» и производственной техкарты для одного и того же набора на разных площадках — источник расхождений по марже, которые сложно найти постфактум.
  3. Разведите склады FBS и FBO раньше, чем это станет проблемой. На малых объёмах общий склад работает «почти нормально» — сбои начинаются на росте оборота, когда переделывать схему дороже, чем настроить её сразу правильно.
  4. Маркировка встраивается в момент выпуска, а не отгрузки. Если код появляется у товара только на сборке заказа, весь предыдущий путь партии остаётся немаркированным риском.
  5. Регламент важнее интерфейса. Даже идеально настроенная система откатится к ручным правкам, если не закрепить письменно, кто и когда вводит каждый документ.

FAQ

С чего начать, если уже ведут в Excel?

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

Нужна ли 1С при таком контуре?

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

Как не потерять себестоимость на наборе?

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

FBO и производство — кто печатает этикетки?

Этикетку с кодом маркировки (если группа маркирована) и штрихкодом набора печатает производитель на этапе выпуска, до отправки партии на склад площадки. Площадка со своей стороны печатает только внутренние идентификаторы упаковки и короба для собственной логистики приёмки.

Сколько времени занимает такой проект?

Для профиля из нескольких десятков SKU готовой продукции и двух-трёх каналов — от трёх до шести недель на полный контур: номенклатура и техкарты, комплекты по каналам, разделение складов FBS/FBO, встраивание маркировки и обучение команды. Срок сильно зависит от того, насколько чистая номенклатура на старте.

Можно ли внедрять по этапам?

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

Когда кейс станет с реальными цифрами?

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


Похожий профиль — производство и несколько площадок без единого контура? Получите диагностику — за 30–60 минут разберём цепочку от сырья до отгрузки на маркетплейс и покажем, где именно расходятся цифры.

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


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