Переход с партионного учета на расширенную аналитику учета затрат (РАУЗ) в конфигурациях «Комплексная автоматизация 1.1» или «Управление производственным предприятием 1.3» часто сопровождается вопросами о том, как и когда должна формироваться суммовая оценка списания МПЗ. В отличие от партионного учета, где себестоимость рассчитывается в момент проведения документа по конкретным партиям, РАУЗ работает по иному принципу, который мы подробно разберем в этой статье.
Первое, что нам необходимо уяснить: в режиме РАУЗ документ Реализация товаров и услуг (РТиУ) всегда списывает количество, но суммовая проводка (себестоимость) может вести себя по-разному. Рассмотрим три основных сценария, которые зависят от настроек учетной политики в разделе «Запасы» (способ оценки МПЗ):
Важно помнить, что любая сумма, сформированная документом РТиУ в течение месяца, является предварительной. Окончательная средневзвешенная себестоимость за месяц рассчитывается только регламентным документом Расчет себестоимости. Он корректирует предварительные проводки до фактических значений.
Проанализируем ситуацию, когда документ реализации списывает себестоимость, подозрительно похожую на сумму выручки. Если мы столкнулись с тем, что РТиУ делает лишние суммовые проводки, которые потом приходится сторнировать «Расчетом себестоимости», выполним следующие шаги:
Зайдем в настройки параметров учета и проверим поле «Тип цен плановой себестоимости номенклатуры». Если там выбрано какое-либо значение, система будет пытаться оценить списание по этому типу цен. Чтобы добиться чистого списания «только по количеству» (если это необходимо для чистоты учета до конца месяца), это поле следует очистить.
После очистки типа цен перепроведем документы. Мы увидим, что суммовые движения в регистре УчетЗатратРегл исчезли, остались только количественные. Это нормальное поведение РАУЗ, которое упрощает анализ данных до выполнения итогового расчета в конце месяца.
Рассмотрим причины возникновения мелких остатков (копеек) на 41 или 10 счетах, которые не закрываются даже после расчета себестоимости. Выясним основные причины этой ситуации:
Поступление доп. расходов оформлен в валюте или сумма распределена в шапке документа без использования табличной части, возникает разница в алгоритмах распределения для проводок и регистра Учет затрат. Из-за округлений в проводку может попасть 99.99 руб., а в регистр — 100.00 руб. Поскольку списание идет «от регистра», в бухгалтерии зависает копейка.Ведомость по учету затрат и убедиться, что отрицательного сальдо внутри периода не было.Ключи аналитики. Если в справочнике ключей появились дубли, система может видеть одну и ту же номенклатуру на одном складе как два разных объекта. Помогает стандартная обработка «Тестирование и исправление ключей аналитики».Проанализируем сложную ситуацию: реализация была в прошлом месяце, а возврат или Корректировка реализации происходит в текущем. В РАУЗ это часто приводит к пустым проводкам по себестоимости. Почему так происходит?
Система РАУЗ воспринимает возврат как «приход с минусом» или «сторно расхода». Если в текущем месяце этого товара не было на остатке и не было других закупок, алгоритму просто не из чего вычислить стоимость.
Варианты решения:
Корректировка реализации появилась возможность вручную указать себестоимость партии. Это критически важно для РАУЗ, чтобы документ Расчет себестоимости «подхватил» нужную сумму.Корректировка записей регистров, но это трудоемкий путь, требующий понимания структуры регистра УчетЗатратРегл.Если вы программист и пытаетесь поймать момент формирования движений в процедуре ОбработкаПроведения, вы скорее всего потерпите неудачу. В РАУЗ движения формируются не напрямую в модуле документа. Посмотрим, где искать код:
Движения по регистру УчетЗатратРегл обычно формируются в специализированных общих модулях, таких как ПроцедурыОбменаДаннымиПоЗатратам. Вместо прямого заполнения набора записей, система сначала формирует таблицу значений со всеми аналитиками, а затем универсальный механизм записывает её в базу. Для отладки рекомендуем ставить точку останова в модуле менеджера или модуле набора записей самого регистра УчетЗатратРегл перед методом Записать().
Также стоит обратить внимание на настройку «Максимальное количество итераций» в документе Расчет себестоимости. Если у вас сложная структура встречных выпусков или много внутренних перемещений, стандартных 50-100 итераций может не хватить для того, чтобы система «сошлась» к точному значению, что также порождает копейки в остатках.
Подводя итог: работа с себестоимостью в РАУЗ требует отказа от «партионного мышления». Большинство проблем решается правильной настройкой учетной политики (очисткой плановых цен) и контролем отсутствия отрицательных остатков в течение месяца.