В бюджетных учреждениях общественного питания процесс списания продуктов со склада является одним из самых трудоемких и критичных участков учета. Ошибки на этом этапе могут привести к расхождениям между фактическим наличием на складе и данными в программе, что влечет за собой проблемы при инвентаризации и сдаче отчетности.
Основным документом, регулирующим перемещение сырья со склада непосредственно на кухню для приготовления блюд, в конфигурации 1С:Бухгалтерия государственного учреждения выступает документ «Требование-накладная». Правильное заполнение этого документа требует не только знания интерфейса программы, но и понимания методики учета продуктов в общепите.
Далее мы подробно разберем алгоритм действий, настройки справочников и типичные ошибки, возникающие при работе с данным функционалом. Особое внимание уделим автоматизации процессов и контролю корректности проводок.
Назначение и структура документа Требование-накладная
Документ Требование-накладная предназначен для оформления отпуска материальных запасов со склада в производство или на хозяйственные нужды. В контексте общественного питания это основной инструмент передачи продуктов кладовщиком поварам. Система автоматически формирует бухгалтерские проводки, отражающие выбытие ценностей со счета 0 105 31 000 (или аналогичного счета учета продуктов) на счет затрат.
Интерфейс документа в 1С БГУ стандартен для операций движения материалов, но имеет свои особенности заполнения табличной части. Пользователь должен корректно указать не только номенклатуру и количество, но и статьи затрат, а также счета учета, если они не подставились автоматически из карточки номенклатуры.
⚠️ Внимание: Неверно указанный счет затрат в шапке или строке документа приведет к тому, что себестоимость приготовленных блюд рассчитается некорректно, а в регламентированной отчетности возникнут искажения по статьям КОСГУ.
Важно различать два типа требований: на производство (списание в цех) и на хозяйственные нужды (списание моющих средств, инвентаря). Механизм проведения один, но аналитика затрат различается.
Документ является основанием для формирования отчета о движении материальных запасов. Без правильно оформленного требования кладовщик не имеет права выдавать продукты, а повар — принимать их на материальную ответственность.
Пошаговый алгоритм создания документа
Для начала работы необходимо перейти в раздел Склад и доставка или Закупки, в зависимости от настроек интерфейса вашей организации. Выберите пункт меню Требования-накладные и нажмите кнопку Создать. Откроется форма нового документа, где первое, что нужно сделать — выбрать склад отпуска и склад получения.
Склад отпуска — это основной склад, где хранятся продукты (например, «Основной склад продуктов»). Склад получения в случае общепита чаще всего выбирается как виртуальный склад «Цех» или конкретный производственный участок, если в системе настроено разделение по цехам. Это критически важный этап, так как именно от него зависит дальнейшая аналитика.
Далее заполняется табличная часть. Вы можете добавить номенклатуру вручную, выбрав нужные позиции из справочника, или воспользоваться механизмом подбора. Подбор удобен тем, что позволяет видеть остатки на складе в реальном времени и избегать попыток списания большего количества, чем есть в наличии.
- 📦 Укажите точное количество отпускаемых продуктов в соответствующих единицах измерения.
- 🏷️ Проверьте заполнение поля «Статья затрат», оно должно соответствовать плану финансово-хозяйственной деятельности (ПФХД).
- 👤 Назначьте материально ответственное лицо (МОЛ), которое принимает продукты в цехе.
- 📅 Установите дату документа, соответствующую фактической дате передачи ценностей.
После заполнения всех полей нажмите кнопку Провести и закрыть. Система проверит наличие остатков и корректность проводок. Если ошибок нет, документу присваивается статус проведенного, и остатки на складах пересчитываются мгновенно.
☑️ Проверка перед проведением документа
Автоматизация через подбор и технологические карты
Ручной ввод каждой позиции занимает много времени и повышает риск опечаток. В 1С БГУ существует мощный инструмент автоматизации — формирование требования на основе Технологических карт и плана-меню. Этот подход позволяет списывать продукты не по факту интуитивной оценки повара, а строго по нормам закладки.
Для использования этой функции необходимо предварительно заполнить справочник технологических карт, указав в них нормативный расход сырья на одну порцию блюда. Затем в документе «План-меню» указывается количество блюд, планируемых к приготовлению. На основании этих данных система может сформировать черновик требования-накладной.
Меню: Расчет потребностей -> План-меню -> Печать/Формирование -> Требование-накладнаяТакой метод обеспечивает высокую точность учета и позволяет оперативно выявлять перерасход продуктов. Если повар использовал больше сырья, чем предусмотрено технологической картой, это будет видно при сравнении планового требования и фактического списания.
Что делать, если продукта нет в технологической карте?
Если в процессе приготовления было использовано сырье, не указанное в утвержденной технологической карте, его необходимо добавить в документ Требования-накладной вручную. Впоследствии рекомендуется обновить саму технологическую карту, чтобы учесть реальный расход в будущем.
Однако стоит помнить, что автоматический расчет не учитывает потери при обработке (чистка овощей, обвалка мяса), если они не заложены в нормы. Поэтому итоговый документ всегда требует визуальной проверки ответственным лицом перед проведением.
Особенности учета счетов и аналитики затрат
В бюджетном учете критически важно правильное отражение операций на счетах бухгалтерского учета. В документе «Требование-накладная» счет дебета (куда списываем) и счет кредита (откуда списываем) определяются автоматически на основе настроек номенклатурных групп и счетов учета материалов.
Тем не менее, пользователь должен контролировать заполнение аналитических разрезов. К ним относятся Статья затрат, Подразделение и Проект (ЦФО). Ошибка в выборе статьи затрат может привести к тому, что расходы попадут не на ту статью КОСГУ, что вызовет замечания при проверке казначейством.
| Тип операции | Счет Кредита (Откуда) | Счет Дебета (Куда) | Статья затрат (Пример) |
|---|---|---|---|
| Списание в производство | 0 105 31 000 | 0 109 60 000 | 211 Заработная плата / 226 Прочие услуги |
| Хозяйственные нужды | 0 105 31 000 | 0 109 60 000 | 225 Работы, услуги по содержанию имущества |
| Списание для продажи | 0 105 31 000 | 0 106 31 000 | Расходы на изготовление готовой продукции |
| Благотворительность | 0 105 31 000 | 0 401 20 000 | 290 Прочие расходы |
Обратите внимание, что для разных типов учреждений (казенные, бюджетные, автономные) номера счетов могут отличаться в части разрядов, отвечающих за тип деятельности. Система 1С БГУ обычно подставляет их корректно, если в карточке организации верно указан тип учреждения.
⚠️ Внимание: Интерфейс и нумерация счетов могут отличаться в зависимости от версии конфигурации и установленных обновлений законодательства. Всегда сверяйте план счетов с актуальными инструкциями Минфина перед массовым вводом документов.
Используйте групповое изменение реквизитов, если нужно поменять статью затрат сразу для всех строк документа. Это делается через кнопку "Еще" -> "Изменить реквизиты" в табличной части.
Типичные ошибки и способы их устранения
При работе с меню требований пользователи часто сталкиваются с рядом стандартных проблем. Самая распространенная из них — сообщение об отсутствии остатков на складе при проведении документа. Это означает, что система считает, что данного продукта на складе меньше, чем вы пытаетесь списать.
Вторая частая ошибка связана с некорректным заполнением единиц измерения. Если в справочнике номенклатуры продукт учитывается в килограммах, а вы пытаетесь ввести количество в штуках без указания коэффициента пересчета, программа выдаст ошибку или спишет неверный объем.
Также встречаются проблемы с блокировкой документа со стороны других пользователей. Если документ уже проведен, но требует исправления, его необходимо сначала сторнировать или сделать корректировку, а не пытаться изменить проведенный документ задним числом без веских оснований.
- 🚫 Ошибка остатков: Проверьте отчет «Оборотно-сальдовая ведомость» по счету 105.01 на дату документа. Возможно, приходная накладная еще не проведена.
- 📉 Отрицательные остатки: Возникают при проведении документов в хронологическом порядке, нарушающем логику движения товаров. Соблюдайте последовательность дат.
- 🔒 Блокировка периода: Убедитесь, что период, за который вы вводите документ, не закрыт для редактирования главным бухгалтером.
Для устранения ошибок часто требуется участие администратора базы данных или главного бухгалтера, обладающего правами на редактирование закрытых периодов или сторнирование ошибочных проводок.
Большинство ошибок при проведении требований связано не с программой, а с нарушением хронологии документооборота или невнимательностью при вводе единиц измерения.
Контроль и анализ движения продуктов
После проведения всех требований за смену или месяц необходимо выполнить контроль корректности списаний. В 1С БГУ для этого предусмотрены специализированные отчеты. Основной отчет — Анализ состояния учета ТОРГ или Отчет по движению товаров на складах.
Эти отчеты позволяют увидеть полную историю движения каждой позиции номенклатуры: от момента оприходования до списания в производство. Сравнивая данные отчета с первичными документами (накладными поставщиков и актами списания), можно выявить расхождения.
Особое внимание следует уделить отчету по плановому и фактическому списанию. Он показывает разницу между тем, сколько продуктов должно было уйти по технологическим картам, и тем, сколько ушло фактически. Значительные отклонения сигнализируют о возможных хищениях, порче продуктов или ошибках в закладках.
Регулярный анализ этих данных позволяет наладить дисциплину на кухне и оптимизировать закупки, избегая затоваривания склада скоропортящимися продуктами.
Можно ли изменить проведенное требование-накладную?
Изменить проведенный документ можно, если период не закрыт и нет блокировок. Однако, если по документу уже сформированы отчеты или он попал в регламентированную отчетность, рекомендуется использовать документ «Корректировка поступления» или сторнирование, чтобы сохранить аудиторский след.
Что делать, если кладовщик забыл провести требование вовремя?
Документ можно задним числом, но это нарушает хронологию. Лучше провести его текущей датой с комментарием, либо, если период закрыт, использовать механизмы исправления ошибок прошлых периодов, доступные главному бухгалтеру.
Как списать продукты, испорченные до передачи в цех?
Для испорченных продуктов используется не «Требование-накладная», а документ «Списание товаров». Он оформляет убытки и требует составления акта о порче, который прикладывается к бухгалтерскому документу.
Обязательно ли использовать технологические карты в 1С БГУ?
Нет, не обязательно. Можно списывать продукты вручную по факту. Однако использование техкарт значительно упрощает расчет себестоимости блюд и контроль за расходом сырья.
Почему не подставляется счет затрат автоматически?
Это происходит, если в карточке номенклатуры не указан вид номенклатуры или не настроены счета учета для данной номенклатурной группы. Проверьте настройки в разделе «НСИ и администрирование».