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