← На главную

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

Проанализируем классический сценарий. Менеджеры оформляют и сохраняют документ РасходнаяНакладная (например, 5-го числа), фактически отпуская товар клиенту. Сам товар поступает на склад от поставщика позже (например, 7-го числа) по документу ПриходнаяНакладная. Программа без проблем позволяет провести расходный документ после того, как товар поступил на склад, но в отчетах о прибылях и убытках творится хаос: себестоимость продажи 5-го числа списывается как нулевая, а вся выручка признается чистой валовой прибылью.

В этой статье мы подробно разберем, почему возникает эта проблема, почему стандартный контроль остатков ее «пропускает», и рассмотрим системные методы исправления партионного учета в 1С:УНФ.

Анатомия проблемы: почему ломается себестоимость?

Для начала выясним причину, по которой программа ведет себя подобным образом. Все дело в механизме партионного учета. Когда система проводит документ списания запасов (в нашем случае это РасходнаяНакладная от 5-го числа), она пытается найти в регистре накопления партию поступления, которая существовала в базе на момент времени (дату и секунду) проведения этого документа.

Если на 5-е число приходного документа еще не было (он будет создан только 7-го числа), система фиксирует, что на начало проведения партии списания отсутствуют. Даже если в настройках программы включен способ списания по «FIFO» или «По средней», программе просто не из чего рассчитывать эту стоимость на 5-е число. В результате:

1. Количественный учет временно уходит в «минус» (в период с 5 по 7 число).
2. Суммовой учет по себестоимости записывает 0 рублей.
3. При формировании отчета «Валовая прибыль» программа вычитает из выручки нулевую себестоимость и показывает завышенную прибыль.

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

Секрет контроля остатков в 1С:УНФ

Многие пользователи искренне недоумевают: «У нас же включена опция "Контролировать остатки при проведении"! Как программа вообще позволила провести расходную накладную задним числом, если на тот момент товара не было?»

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

Если менеджер фактически проводит документ 8-го числа (но ставит дату документа 5-е число), алгоритм контроля остатков проверяет наличие товара на складе именно на текущую секунду 8-го числа. Поскольку закупка от 7-го числа уже проведена, система видит положительный остаток и успешно проводит расходную накладную от 5-го числа. Однако в историческом интервале между 5 и 7 числом образуется скрытый отрицательный остаток, который и уничтожает расчет себестоимости.

Решение 1: Регламентная процедура «Закрытие месяца»

Прежде чем приступать к радикальным мерам и ручному изменению документов, важно проверить, выполнено ли регламентное закрытие периода. В 1С:УНФ заложен мощный механизм автоматической корректировки подобных ситуаций, но работает он строго по определенным правилам:

• В рамках одного календарного месяца: Если и приход, и расход с нарушенной хронологией совершены в пределах одного и того же месяца (например, продажа 5 октября, закупка 15 октября), нулевая себестоимость — это лишь временное явление оперативного учета. При выполнении ежемесячной обработки ЗакрытиеМесяца с активированной операцией «Расчет фактической себестоимости» система автоматически пересчитает партионный учет, перераспределит стоимость закупки на продажу и скорректирует финансовый результат.
• Переход через границу месяца: Если продажа оформлена концом одного месяца (например, 31 октября), а поступление — началом следующего (например, 2 ноября), то регламентное закрытие месяца помочь не сможет. Октябрь закроется с нулевой себестоимостью (либо выдаст ошибку об отрицательных остатках), и исправить это автоматически будет невозможно.

Решение 2: Использование расширений для контроля остатков на дату документа

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

Для этого программисты 1С рекомендуют использовать небольшие специализированные расширения конфигурации. Такое расширение модифицирует стандартный алгоритм проведения документов. При попытке провести документ РасходнаяНакладная система будет сверять свободные остатки товаров на складе не на текущий момент времени, а строго на дату и время создаваемого (или редактируемого) документа. Если на 5-е число товара физически не было, программа выдаст ошибку проведения и потребует сначала отразить в системе приходную накладную.

Решение 3: Ловушка резервирования в «Заказах покупателей»

Проанализируем еще одну неочевидную ошибку, из-за которой себестоимость может «слетать» в ноль. Это связано с некорректной работой с резервами:

1. Менеджер создает документ ЗаказПокупателя и сразу внутри табличной части указывает размещение товара в резерв (хотя товара еще нет на складе).
2. Затем оформляется документ ПриходнаяНакладная, который должен был бы закрыть потребность, но поступает на свободный остаток.
3. При отгрузке по заказу программа путается в распределении резервов и свободных остатков, из-за чего списывает партию с нулевой стоимостью.

Как правильно: Не резервируйте товар непосредственно в самом «Заказе покупателя», если его физически нет на складе. Оформляйте резервирование отдельным документом РезервированиеЗапасов, созданным строго на основании заказа и после фактического проведения приходной накладной от поставщика.

Решение 4: Диагностика ошибок с помощью стандартных отчетов

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

1. Отчет «Запасы»:
   • Перейдем в раздел «Закупки» — «Отчеты».
   • Откроем отчет «Запасы».
   • Нажмем кнопку «Настройки», перейдем в расширенный режим и добавим фильтр: КоличествоКонечныйОстаток < 0.
   • Сформируем отчет с детализацией по дням или документам-регистраторам. Это позволит мгновенно увидеть даты, на которые по конкретным позициям возникал физический «минус».
2. Отчет «Стоимостная оценка остатков и движений товаров»:
   • Этот отчет наглядно показывает стоимостные показатели движений.
   • Сгруппируем данные по номенклатуре и документам движения. Мы сразу увидим конкретный документ РасходнаяНакладная, который списал количество, но оставил нулевую сумму себестоимости.
3. Проверка вида операции в приходных документах:
   • Иногда пользователи ошибаются при вводе документов на основании. Как показывает практика, если создавать приходную накладную на основании заказа покупателя, программа может автоматически подставить вид операции «Возврат от покупателя» вместо «Поступление от поставщика».
   • Внимательно проверяйте реквизит «Операция» в шапке документа ПриходнаяНакладная. Неверный вид операции полностью ломает логику партионного учета и расчета валовой прибыли.

Решение 5: Метод сдвига дат документов (ручное исправление хронологии)

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

1. Снимем с проведения проблемный документ РасходнаяНакладная (от 5-го числа).
2. Перенесем дату (или время) документа ПриходнаяНакладная (от 7-го числа) на несколько минут или часов раньше, чем дата продажи (например, сделаем приход 5-го числа в 09:00, а расход — 5-го числа в 12:00).
3. Проведем документ поступления.
4. Заново проведем документ продажи.
5. Переформируем отчет «Валовая прибыль по номенклатуре» и убедимся, что себестоимость рассчиталась корректно.

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