Как реализовать давальческую схему в 1С:Общепит: штатные возможности и доработка

Бизнес-аналитик 1С v8.3 (Управляемые формы) Бухгалтерский учет Сфера услуг, туризм и социальный сектор
← На главную

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

Ограничения штатных механизмов 1С:Общепит

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

Однако специализированный блок «Общепит» работает по собственной логике. Главный производственный документ модуля — ВыпускПродукции. Он жестко ориентирован на классический процесс: списание собственных ингредиентов со счетов учета МПЗ (счет 10 или 41) на счета учета затрат (счет 20 или 44). В этом документе нет встроенной возможности выбрать в качестве источника сырья забалансовый счет 003 («Материалы, принятые в переработку»).

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

Варианты решения без глубокой доработки

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

1. Ручное совмещение блоков типовой Бухгалтерии и Общепита

В этом варианте мы разделяем расчет норм и само отражение в учете:

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

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

2. Схема через «фиктивный» закуп

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

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

Техническая реализация: доработка документа выпуска

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

  1. Добавление реквизитов: В шапку документа необходимо добавить признак (булево) ДавальческаяСхема и реквизит с типом справочник Контрагенты для указания заказчика-давальца.
  2. Изменение проведения по счетам: Потребуется модифицировать модуль объекта документа. При включенном признаке давальческой схемы алгоритм проведения должен формировать движения не по балансовым счетам (10, 20), а по забалансовым. Программа должна делать проводку по кредиту счета 003.01 (списание материалов в производство) и отражать выпуск на счете 003.02 (готовая продукция из давальческого сырья).
  3. Корректировка регистров и отчетов: Также потребуется скорректировать движения по складским регистрам накопления, чтобы отраслевые отчеты (например, ведомости по остаткам) корректно видели давальческое сырье и не смешивали его с собственными запасами.

Посмотрим на пример логики, которую необходимо внедрить в обработку проведения:


Если ЭтотОбъект.ДавальческаяСхема Тогда
    // Формируем движения по забалансовому счету 003.01
    Проводка = Движения.Хозрасчетный.Добавить();
    Проводка.Период = Дата;
    Проводка.СчетКт = ПланыСчетов.Хозрасчетный.МатериалыПринятыеВПереработку;
    Проводка.КоличествоКт = СтрокаТабличнойЧасти.Количество;
    // Указываем давальца в субконто
    БухгалтерскийУчет.УстановитьСубконто(Проводка.СчетКт, Проводка.СубконтоКт, "Контрагенты", ЭтотОбъект.КонтрагентДавалец);
Иначе
    // Стандартная логика списания со счета 10
    // ...
КонецЕсли;

Юридические и налоговые аспекты

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

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

Альтернативные программные продукты

Если бизнес-процессы компании сложные и объем переработки велик, доработка «1С:Общепит» может оказаться экономически нецелесообразной. В таких случаях мы рекомендуем рассмотреть внедрение более мощных решений.

Например, существует комплекс «1С:ERP Управление предприятием» с дополнительным модулем «1С:Общепит. Модуль для 1С:ERP и 1С:КА». В этих конфигурациях механизмы давальческой переработки реализованы на уровне ядра самой системы ERP. Интеграция с производственными процессами общепита в них проходит бесшовно, так как архитектура изначально рассчитана на сложные многопередельные производственные цепочки, полноценно поддерживающие разделение собственных и давальческих запасов.

← На главную