В чём заключается. Акт переработки используется не по назначению — как способ скрыть недостачу или излишек и «подрисовать» нужный результат инвентаризации, а не как документ, отражающий реальный процесс на производстве.
Почему возникает. У акта переработки очень конкретное и узкое назначение: он фиксирует ситуацию, когда на кухне заменили один ингредиент другим, потому что нужного не было в наличии (например, куриное яйцо вместо перепелиного, обычные помидоры вместо черри). Когда такого понимания нет, акт переработки начинает использоваться как универсальный инструмент, чтобы «выровнять» любые расхождения на остатках — от нехватки продукта до желания скрыть системную проблему.
Важно не путать Акт переработки (Комплектация) с Актом разбора (в Store House — Декомплектация): акт разбора применяется, когда одно целое (например, тушка или кусок мяса) разделяется на несколько частей с разной себестоимостью — эти части идут на совершенно разные блюда (от фаршей до стейков). И зачастую эксклюзивность у этих компонентов совершенно разная, что подразумевает разную себестоимость. Обрезки на фарш и стейки теоретически могут исходить из одного и того же куска мяса, но при этом никогда не будут стоить одинаково. Для этого современные разработчики систем ТСУ дали нам возможность через Акт разбора (Декомплектацию) не просто разбирать что-то целое на компоненты, но и задавать этим компонентам разные цены. Что абсолютно правильно. Так как куриные крылья не могут по себестоимости стоить столько же, сколько стоит куриное филе несмотря на то, что это части одной тушки курицы. Использование акта переработки вместо акта разбора для такой ситуации — это нарушение методологии учета. Эти документы по-разному «работают» и созданы для разных целей. Разбор туши – это не переработка. Это именно разбор.
Каждый раз создавая Акт переработки, мы «играем» с себестоимостью. Так как стоимость продукта, который мы перерабатываем ложится на стоимость продукта получившегося в результате переработки. И если мы делаем это корректно, отражая реальный произошедший процесс на Кухне, то мы соглашаемся и смиряемся с такой «подменой» себестоимости, так как Кухня уже провела такую переработку и наша задача просто отразить этот факт в учетной системе. Но если создавать Акты переработки каждый раз, когда нам не хватает какого-то продукта или наоборот нам нужно «убрать» какой-то продукт с остатков – это не имеет ничего общего с реальной картиной на производстве. Мы собственноручно искажаем реальную себестоимость и получаем некорректные итоговые данные.
К чему приводит. Остатки в системе перестают отражать реальную картину на производстве, себестоимость искажается, а сам документ — акт переработки — не подтверждается материально ответственным лицом (шеф-поваром, барменом), то есть формально не имеет обоснования. При проверке такие немотивированные операции вызывают вопросы, а без документа-основания с производства (даже неформального — записки, сообщения в мессенджере) калькулятору будет сложно объяснить, почему был сделан именно такой акт.
Как обнаружить. Аудит акта переработки начинается с простого вопроса: отражает ли документ то, что реально произошло на кухне, или подгоняет цифры под нужный результат. Если однотипные акты переработки регулярно «добивают» позиции до нуля перед каждой реализацией без видимой связи с реальной заменой ингредиента — это признак неправильного использования документа. Если продукты в Акте переработки не отвечают нормам взаимозаменяемости, а коэффициент переработки выглядит неправдоподобно – это повод попросить бухгалтера-калькулятора предоставить документы-основания.
Как предотвратить. Создавать акт переработки только тогда, когда на производстве действительно произошла замена одного ингредиента другим, и подтверждать это документом или хотя бы неформальной записью с производства. Для разделения продукта на части с разной себестоимостью использовать акт разбора, а не акт переработки. Комментарии в документах о том, что именно и почему было заменено или разобрано, — не лишняя бюрократия, а показатель того, что учёт ведётся осознанно и будет понятен любому, кто откроет базу со стороны (например, при аудите или проверке).