При работе в программе 1С:Комплексная автоматизация 1.1 (или 1С:Управление производственным предприятием) с использованием механизма РАУЗ (Расширенная аналитика учета затрат) пользователи часто сталкиваются с ситуацией, когда в Оборотно-сальдовой ведомости (ОСВ) на начало года или в текущих периодах начинают «лезть» необъяснимые минусы по ГСМ и другим материалам. Ситуация усложняется, если в прошлом периоде расчет себестоимости не выполнялся в течение нескольких месяцев, а прошлый год уже закрыт и перепроводить его категорически нельзя.
В этой статье мы подробно разберем, почему возникают подобные сбои, как найти истинную причину расхождений и как исправить ключи аналитики РАУЗ на стыке периодов, чтобы вернуть учет в нормальное русло.
В отличие от традиционного партионного учета, где себестоимость рассчитывается последовательно по документам, РАУЗ строит сложную систему линейных уравнений по итогам месяца. Если в течение года пользователи нарушали последовательность проведения документов (например, списывали топливо раньше, чем оно фактически приходовалось на склад) или путали счета учета в первичных документах, система генерирует некорректные ключи аналитики.
Часто в отчетах можно увидеть так называемые «транзитные» или «двойные» ключи аналитики вида учета (например, когда в одной строке фигурирует счет 10.03 дважды). Такое поведение характерно для документов перемещения запасов. Наличие таких аналитик в движениях в течение месяца — это норма, но на конец месяца остатков по ним оставаться не должно. Если цепочка документов нарушена, эти остатки зависают, искажая себестоимость последующих периодов.
Важно понимать: изменение учетной политики (например, переход со списания по «прямым затратам» на «плановые цены» или «нулевую стоимость») определяет лишь предварительную стоимость списания в течение месяца. Итоговый расчет себестоимости все равно будет опираться на фактические остатки в регистрах. Если там присутствует физический минус, никакая смена настроек учетной политики сама по себе проблему не решит.
Оборотно-сальдовая ведомость по счету 10 не всегда отражает реальную картину в регистрах РАУЗ, особенно если в базе проводились ручные операции. Для поиска истинного виновника ошибки выполним следующие действия:
Именно с помощью детального анализа регистратора мы сможем увидеть, какой конкретный документ (например, старое перемещение товаров или некорректная инвентаризация) породил ошибочный ключ аналитики.
Если период, в котором возникла ошибка, закрыт и не подлежит редактированию, мы не можем просто перепровести старые документы. В этом случае единственным верным решением будет ручной перенос остатков с неверного ключа аналитики на верный на первый день текущего рабочего года (например, на 01.01.2018 00:00:00).
Для реализации этого метода воспользуемся универсальным документом «Корректировка записей регистров»:
Строка 1 (Списание ошибочного остатка):
Строка 2 (Оприходование на правильный ключ):
10.03 «Топливо на складе»).После проведения документа «Корректировка записей регистров» остаток по неверной аналитике обнуляется, а на верную аналитику ложится корректный входящий остаток. Последующий расчет себестоимости за январь подхватит эти данные и отработает без ошибок.
В случаях, когда ошибочных ключей много, ручное заполнение документа может занять много времени. Ниже рассмотрим пример программного кода, с помощью которого можно создать документ корректировки и заполнить движения по регистру УчетЗатратРегламентированный:
НовыйДокумент = Документы.КорректировкаЗаписейРегистров.СоздатьДокумент();
НовыйДокумент.Дата = НачалоГода(ТекущаяДата());
НовыйДокумент.Организация = Справочники.Организации.НайтиПоРеквизиту("ИНН", "7700000000");
НовыйДокумент.Комментарий = "Автоматический перенос некорректных остатков РАУЗ по ГСМ";
НовыйДокумент.Записать();
ТаблицаРегистра = НовыйДокумент.Движения.УчетЗатратРегл;
// Строка Расхода (убираем некорректную аналитику)
НоваяСтрокаРасход = ТаблицаРегистра.Добавить();
НоваяСтрокаРасход.ВидДвижения = ВидДвиженияНакопления.Расход;
НоваяСтрокаРасход.Период = НовыйДокумент.Дата;
НоваяСтрокаРасход.АналитикаВидаУчета = СсылкаНаСтарыйКлюч;
НоваяСтрокаРасход.Количество = 82.9;
НоваяСтрокаРасход.Стоимость = 2500;
// Строка Прихода (переносим на корректную аналитику)
НоваяСтрокаПриход = ТаблицаРегистра.Добавить();
НоваяСтрокаПриход.ВидДвижения = ВидДвиженияНакопления.Приход;
НоваяСтрокаПриход.Период = НовыйДокумент.Дата;
НоваяСтрокаПриход.АналитикаВидаУчета = СсылкаНаНовыйКлюч;
НоваяСтрокаПриход.Количество = 82.9;
НоваяСтрокаПриход.Стоимость = 2500;
НовыйДокумент.Движения.УчетЗатратРегл.Записывать = Истина;
НовыйДокумент.Записать(РежимЗаписиДокумента.Проведение);
В меню «Заведующий учетом» присутствует важная регламентная обработка — «Тестирование и исправление ключей аналитики». Рассмотрим подробнее, в каких случаях она полезна, а в каких — бессильна:
Для того чтобы избежать появления «красноты» в будущем, рекомендуем придерживаться следующих правил работы с программой: