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