При переходе на конфигурацию 1С:Управление торговлей 11 пользователи часто сталкиваются с ситуацией, когда по данным отчетов товар полностью продан (остаток равен 0 штук), однако на складе продолжает числиться положительная или отрицательная суммовая себестоимость. В дальнейшем эта зависшая сумма начинает искажать расчет себестоимости последующих поступлений той же позиции. Выясним причину такого поведения конфигурации и подробно разберем по шагам, как выявить и исправить подобные расхождения.
Для понимания корня проблемы проанализируем различие между поведением программы в классических версиях (например, УТ 10.3) и современных решениях линейки 11. В УТ 10.3 расчет партий и списание суммовой себестоимости выполнялись непосредственно в момент проведения документа реализации (при оперативном проведении с контролем остатков). В 1С:Управление торговлей 11 архитектура принципиально иная:
РеализацияТоваровУслуг) фиксируется только количественное движение и ориентировочная себестоимость, если в базе включен предварительный расчет.РасчетСебестоимостиТоваров в рамках регламентной процедуры закрытия месяца.СебестоимостьТоваров хранит данные не только по номенклатуре и складу, но и в разрезе таких измерений, как Организация, ВидЗапасов и АналитикаУчетаНоменклатуры. Несовпадение хотя бы одного из этих измерений приводит к зависанию сумм при нулевом физическом остатке.Разберем самую распространенную причину искажения цифр в отчетах. В программе предусмотрено два режима расчета: предварительный и фактический. Предварительный расчет выполняется регламентным заданием в течение дня по плановым ценам или средней стоимости, чтобы менеджеры видели приблизительную рентабельность. Однако окончательные суммы партий списываются только фактическим расчетом.
Выполним проверку правильности закрытия периода:
Если фактический расчет себестоимости выполнен без ошибок, но на остатках по-прежнему зависает сумма (например, остаток 0 шт. на сумму 900 рублей), проанализируем структуру регистра накопления СебестоимостьТоваров. Чаще всего возникает ситуация разрыва по измерению ВидЗапасов: товар поступил как собственный, а реализация списала его по другому виду запасов (например, комиссионный товар или пересортица по интеркампани).
Для выявления пересортицы настроим стандартный отчет:
Для исправления такой ситуации перепроведем цепочку документов после исправления вида запасов в документе реализации либо выполним команду автоматического подбора видов запасов в документе расхода.
Посмотрим на хронологическую последовательность ввода документов в базу. Если в программе отключена функциональная опция Контролировать остатки товаров организаций, менеджеры могут провести документ РеализацияТоваровУслуг раньше документа ПоступлениеТоваровУслуг в течение одних суток.
Когда реализация проводится раньше поступления по времени, регистр СебестоимостьТоваров на момент списания фиксирует отсутствие остатка на складе. Происходит списание «в минус». При последующем расчете себестоимости партионный учет не всегда может корректно связать оперативное списание с запоздавшим приходом, что приводит к некорректным расчетным ценам и образованию «хвостов».
Разберем порядок исправления:
ПоступлениеТоваровУслуг должен иметь время проведения строго раньше, чем РеализацияТоваровУслуг.Иногда процедура расчета себестоимости не подхватывает изменения документов из-за сбоев в системных регистрах фиксации изменений. Рассмотрим, как проверить очередь заданий:
ЗаданияКРасчетуСебестоимости.Если зависшая сумма относится к прошлым закрытым периодам, в которых запрещено перепроводить документы задним числом, исправим расхождение с помощью ручной корректировки:
СебестоимостьТоваров.