В процессе эксплуатации системы 1С:Управление производственным предприятием (УПП) 1.3 пользователи часто сталкиваются с тем, что данные управленческого (УУ) и бухгалтерского (БУ) учета начинают расходиться. Это может происходить из-за ошибок ввода, различий в настройках учетной политики или проведения документов только по одному из видов учета. Когда возникает необходимость «приравнять» управленческие остатки к бухгалтерским, требуется четкий алгоритм действий, чтобы не нарушить целостность базы и не испортить последующий расчет себестоимости.
Рассмотрим ситуацию: компания приняла решение, что с определенной даты (например, с начала нового года) данные управленческого учета должны полностью соответствовать бухгалтерскому. Просто ввести «разницу» в управленческие регистры крайне сложно, так как аналитика (склады, номенклатура, серии, заказы) может не совпадать на глубоком уровне.
Проанализируем наиболее надежный метод: полное обнуление текущих остатков управленческого учета и ввод новых данных на основе остатков БУ. Почему это лучше? Потому что такой подход позволяет избавиться от накопленных «хвостов» в регистрах накопления, которые могут не отображаться в стандартных отчетах, но влиять на проведение документов (например, отрицательные остатки по конкретным ключам аналитики).
Разберем основной инструмент для решения этой задачи — документ КорректировкаЗаписейРегистров (КЗР). Как справедливо замечено в обсуждении, этот документ является «скальпелем» в руках администратора или программиста 1С. Он позволяет напрямую изменять записи в любых регистрах накопления и сведений, минуя стандартную логику проведения документов.
Выясним пошагово, как реализовать стратегию «Сторно + Ввод новых»:
КорректировкаЗаписейРегистров на последнюю секунду периода (например, 31.12.2023 23:59:58). В него подбираются все текущие остатки по управленческим регистрам с обратным знаком (или в режиме сторно). Цель — получить нулевое сальдо по всем измерениям.Хозрасчетный.Перед началом работ нам необходимо определить, какой режим учета используется в вашей базе 1С:УПП. Это критически важно, так как наборы регистров будут кардинально отличаться.
Если используется РАУЗ (Расширенная аналитика учета затрат):
В этом режиме основным регистром является УчетЗатрат. Он универсален и содержит информацию как по товарам, так и по затратам. Нам потребуется корректировать именно его управленческий раздел. Проанализируем структуру: при переносе данных из БУ (счета 10, 41, 43, 20, 21) важно правильно сопоставить аналитики бухгалтерского учета с КлючамиАналитики управленческого учета.
Если используется Партионный учет:
Ситуация усложняется, так как данные распределены по нескольким регистрам. Нам придется задействовать:
ТоварыНаСкладах (количественный учет).ПартииТоваровНаСкладах (управленческий учет) (стоимостной учет в разрезе партий).ВзаиморасчетыСКонтрагентами.Затраты (управленческий учет) и НезавершенноеПроизводство (управленческий учет).Ручной ввод остатков в КЗР при большом объеме номенклатуры невозможен. Рассмотрим логику простой обработки, которую может написать программист для автоматизации этого процесса:
// Пример логики получения остатков БУ для переноса в УУ (упрощенно)
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
|ХозрасчетныйОстатки.Субконто1 КАК Номенклатура,
|ХозрасчетныйОстатки.Субконто2 КАК Склад,
|ХозрасчетныйОстатки.КоличествоОстаток КАК Количество,
|ХозрасчетныйОстатки.СуммаОстаток КАК Сумма
|ИЗ
|РегистрБухгалтерии.Хозрасчетный.Остатки(&ДатаГраницы, Счет В ИЕРАРХИИ (&СчетаМПЗ), , ) КАК ХозрасчетныйОстатки";
// Далее следует обход выборки и заполнение таблицы движений документа КЗР
Пока Выборка.Следующий() Цикл
НоваяЗапись = ТаблицаДвижений.Добавить();
НоваяЗапись.Номенклатура = Выборка.Номенклатура;
НоваяЗапись.Количество = Выборка.Количество;
// В УПР учете важно решить: переносим сумму с НДС или без
НоваяЗапись.Стоимость = Выборка.Сумма;
КонецЦикла;
Посмотрим на ситуацию глубже и выделим моменты, на которых часто спотыкаются специалисты:
КорректировкаЗаписейРегистров всегда проверяйте флаг Активность. Если запись не активна, она не будет учитываться системой. Как отмечено в сообщении форума, в некоторых релизах УПП даже помеченные на удаление или неактивные корректировки могли ошибочно попадать в расчет себестоимости — будьте осторожны и проверяйте результат отчетами после проведения.СтатусПартии (например, "Купленный", "Принятый на комиссию"). Ошибка здесь приведет к тому, что при реализации программа "не увидит" остаток.После того как мы ввели корректировки, работа не заканчивается. Проанализируем обязательные шаги:
РасчетСебестоимостиВыпуска.Оборотно-сальдовую ведомость по счетам 10, 41, 43 с отчетом Ведомость по партиям товаров (в режиме УПРАВЛЕНЧЕСКИЙ учет). Количественные и стоимостные показатели должны совпасть до копейки.Заключение: Метод полного сторнирования управленческих остатков через Корректировку записей регистров с последующим наполнением данными из БУ является наиболее чистым и прозрачным. Он позволяет избежать накопленных ошибок прошлых периодов и создать надежный фундамент для дальнейшего ведения учета в системе 1С:УПП 1.3.