Переход с режима Расширенной аналитики учета затрат (РАУЗ) на Партионный учет в конфигурации "1С:Управление производственным предприятием 1.3" (УПП) — это одна из самых трудоемких задач для технического специалиста. Сложность заключается не только в переносе документов, но и в полной смене модели хранения данных. В режиме РАУЗ данные концентрируются в универсальных регистрах учета затрат, в то время как партионный учет требует детализации до конкретных документов поступления.
В данной статье мы разберем методику переноса данных между двумя идентичными конфигурациями с одновременным изменением параметров учетной политики. Мы рассмотрим, как правильно закрыть прошлые периоды, сформировать входящие остатки и обеспечить корректное проведение документов в новой базе.
Прежде чем приступать к техническим действиям, проанализируем, почему простой перенос документов "как есть" не решит задачу. В системе УПП при включенном РАУЗ основным "хранилищем" движений является регистр накопления УчетЗатратРегламентированный. При переходе на партионный учет система начинает ожидать данные в других регистрах, таких как:
ПартииТоваровНаСкладах;ПартииТоваровПереданные;НДСПоПартиямЗапасов.Если мы просто сменим флаг в учетной политике и перенесем документы, они не смогут сформировать движения по партиям, так как у них не будет "основания" — тех самых входящих остатков, которые в партионном учете жестко привязаны к документам оприходования.
Поскольку база номер 1 (исходная) имеет большой объем данных, переносить всю историю нецелесообразно. Нам необходимо "отсечь" всё, что было до 01.01.2019. Рассмотрим алгоритм получения остатков:
КорректировкаЗаписейРегистра или специализированные документы ввода остатков, которые зафиксируют конечное сальдо в регистрах РАУЗ (УчетЗатрат).Важный нюанс: Стандартная свертка в РАУЗ-базе создаст остатки именно в формате РАУЗ. Для партионной базы эти документы в исходном виде бесполезны. Однако свертка нужна нам как инструмент агрегации данных, чтобы не вычислять остатки программно с нуля.
Теперь проанализируем ситуацию: в копии базы у нас есть остатки в регистре УчетЗатратРегламентированный на 01.01.2019. Нам нужно превратить их в документы ОприходованиеТоваров (с видом операции "ввод остатков") или ВводНачальныхОстатковПоПартиям для новой базы.
Для реализации этого перехода мы рекомендуем использовать инструмент "1С:Конвертация данных 2.1". Разберем логику настройки правил перегрузки:
УчетЗатратРегламентированный.ОприходованиеТоваров.ДокументОприходования. Поскольку в РАУЗ реальных партий нет, в качестве партии в новой базе будет выступать сам документ ввода остатков.Рассмотрим пример алгоритма (псевдокод) для обработчика "Перед выгрузкой" в правилах конвертации, который помогает сопоставить аналитику затрат со счетами учета:
// Пример логики определения счета учета из аналитики РАУЗ
Если Источник.АналитикаВидаУчета.ТипНоменклатуры = Перечисления.ТипыНоменклатуры.Товар Тогда
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ СчетаУчета.СчетУчета ИЗ РегистрСведений.СчетаУчетаНоменклатуры КАК СчетаУчета ...";
// ... логика получения счета
КонецЕсли;
В базе номер 2 (целевой) перед началом загрузки необходимо выполнить следующие настройки:
ВыгрузкаЗагрузкаДанныхXML.epf, так как конфигурации идентичны.После того как входящие остатки на 01.01.2019 успешно загружены и проведены, мы приступаем к переносу оперативных документов (с 01.01.2019 по текущую дату). Разберем по шагам, как обеспечить корректность их проведения:
Во-первых, перенос следует выполнять порциями (например, по месяцам). Это позволит вовремя локализовать ошибки нехватки остатков. Во-вторых, критически важно соблюдать хронологию. В партионном учете документ реализации, проведенный раньше поступления, не сделает движений по регистру ПартииТоваровНаСкладах.
Для автоматизации перепроведения в УПП используйте специализированную обработку "Проведение документов по партионному учету". Она находится в меню "Интерфейс: Заведующий учетом" -> "Регламентные операции".
Выясним причину возможных расхождений при переносе НДС. В РАУЗ учет НДС по косвенным расходам и партиям ведется упрощенно. При переходе на партии вам потребуется восстановить данные в регистре НДС Предъявленный. Если вы не перенесете остатки по этому регистру, то при первой же регламентной операции "Формирование записей книги покупок" система не увидит сумм к вычету.
Для участка НЗП (Незавершенное производство) алгоритм аналогичен:
УчетЗатрат в части производственных затрат должны быть трансформированы в документы КорректировкаЗаписейРегистров по регистрам НезавершенноеПроизводство и МатериалыВПроизводстве.Проанализировав ситуацию, мы видим, что основная работа ложится на плечи программиста в части написания правил конвертации для трансформации остатков. Помните, что себестоимость в РАУЗ и партионке практически никогда не совпадает копейка в копейку из-за разных алгоритмов расчета (средневзвешенная vs скользящая). Будьте готовы к ручным корректировкам суммовых остатков после загрузки для сопоставления с отчетностью из старой базы.