Как организовать простое производство и учет кулинарии в 1С:Розница

Программист 1С v8.3 (Управляемые формы) 1С:Розница Управленческий учет Торговля и дистрибуция
← На главную

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

Штатный механизм комплектации: документ Сборка товаров

Проанализируем базовый функционал программы. В конфигурации 1С:Розница нет специализированного производственного блока, однако присутствует развитый механизм комплектации номенклатуры. Для его использования разберем базовую последовательность действий:

  1. Заведение номенклатурных позиций: создаем карточки для исходных ингредиентов (мука, сахар, начинка) с типом Товар и карточки для готовых блюд (например, «Булочка с повидлом») также с типом Товар.
  2. Настройка рецептуры (спецификации): в карточке готовой продукции переходим в регистр сведений Комплектующие номенклатуры. Здесь указываем перечень сырья и его нормативное количество, необходимое для выпуска одной единицы (или партии) готового изделия.
  3. Оформление выпуска: создаем документ Сборка товаров с видом операции Сборка из комплектующих. В шапке документа выбираем готовую продукцию и количество к выпуску. По нажатию кнопки заполнения табличная часть комплектующих автоматически рассчитывается исходя из заданной спецификации.

При проведении документа Сборка товаров со склада списываются ингредиенты в количественном выражении, а на склад приходуется готовая продукция. Это позволяет кассирам сразу реализовывать выпущенные позиции через рабочее место кассира (РМК).

Особенности и нюансы расчета себестоимости в 1С:Розница

Рассмотрим подробнее, как в системе формируется финансовый результат и себестоимость произведенной продукции. На практике часто возникает заблуждение, что документ сборки сразу фиксирует точную себестоимость блюда в момент проведения.

Выясним причину такого поведения: в 1С:Розница списание себестоимости рассчитывается по средневзвешенной оценке или по методу ФИФО не оперативно, а в рамках процедуры закрытия месяца регламентным документом Расчет себестоимости. До выполнения этого расчета отчеты по валовой прибыли могут показывать неполные данные.

Учтем следующие ограничения типового механизма:

  1. Учет косвенных и прямых производственных затрат: в штатной сборке невозможно распределить на себестоимость пирожка зарплату пекаря, амортизацию печи или затраченную электроэнергию. Себестоимость готовой продукции будет состоять исключительно из закупочной стоимости списанных ингредиентов.
  2. Отсутствие технологических карт общепита: в программе не предусмотрены технологические потери (проценты холодной обработки, уварки, упека) и сезонные нормы закладок.
  3. Один документ — одна готовая позиция: документ Сборка товаров позволяет за один раз выпустить только один вид готовой продукции. Если за смену выпекается 20 видов булочек, потребуется оформить 20 отдельных документов.
  4. Отклонения факта от нормативов: на практике специи, масло и сыпучие продукты расходуются с погрешностями. Возникающую дельту между плановым списанием и фактическим расходом сырья придется регулярно корректировать документами Инвентаризация товаров, Списание товаров и Оприходование товаров.

Варианты автоматизации и доработки без снятия с поддержки

Если типового интерфейса сборки недостаточно, но внедрять тяжелые производственные конфигурации нецелесообразно, разберем популярные сценарии доработки через механизм расширений конфигурации (cfe):

  1. Пакетное оформление выпуска через расширение:

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

  2. Динамическая автосборка в РМК:

    Для позиций, которые готовятся непосредственно под заказ покупателя (кофе, свежевыжатые соки, фастфуд), расширением формы РМК реализуется автосборка: в момент добавления позиции в чек или при его пробитии система проверяет остаток готового блюда. Если остатка нет, в фоновом режиме проводится Сборка товаров на нужное количество, после чего чек успешно фискализируется.

  3. Схема через списание на статью расходов и оприходование:

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

Когда стоит перейти на специализированные решения

Проанализируем условия, при которых возможностей 1С:Розница становится недостаточно и требуется смена архитектуры учета:

  1. Необходимость детального расчета рентабельности и затрат: если заказчику требуется включать в себестоимость сдельную оплату труда, упаковку, аренду цеха и прочие расходы, оптимальным решением является переход на 1С:Управление нашей фирмой (1С:УНФ). В ней присутствует полноценный блок «Производство», документ «Сдельный наряд» и аналогичный РМК для кассиров.
  2. Сложная специфика общепита: при наличии полуфабрикатов нескольких уровней вложенности (фарш -> начинка -> пирожок), требований к калькуляционным картам (формы ОП-1, ОП-10) и автоматической замене недостающих ингредиентов аналогами рекомендуется использовать специализированные отраслевые решения (например, решения линейки «1С:Общепит»).

Таким образом, для простых задач на 50–70 позиций базового механизма комплектации 1С:Розница в сочетании с небольшим расширением для пакетной сборки оказывается вполне достаточно для старта производства без лишних затрат на покупку и интеграцию сторонних систем.

← На главную