Восстановление партионного учета в базе, которая не знала актуализации последовательности в течение восьми лет — это одна из самых сложных и масштабных задач для специалиста 1С. Ситуация осложняется тем, что за такой длительный период в системе накапливаются тысячи документов перемещения, сотни отрицательных остатков и ошибки в аналитике. Рассмотрим подробно, как подступиться к решению этой задачи, какие инструменты использовать и почему классическое перепроведение часто оказывается неэффективным.
Прежде чем приступать к любым активным действиям, нам необходимо проанализировать масштаб бедствия. Если партионный учет не велся 8 лет, это означает, что регистры партий (например, ПартииТоваровНаСкладах) содержат либо пустые значения себестоимости, либо случайные данные, не соответствующие реальности. Проанализируем основные причины «разлета» партий:
Разберем первый шаг: проверку границы последовательности. Мы можем программно узнать, на какой дате «застрял» учет. Для этого используем стандартные механизмы работы с объектом Последовательности:
Граница = Последовательности.ПартионныйУчет.ПолучитьГраницу();
Сообщить("Текущая дата актуальности партий: " + Граница.Дата);
Если руководство настаивает на сохранении всей истории, мы можем попытаться выполнить проведение по партиям. Важно понимать различие между обычным перепроведением документов и специальной обработкой. Обычное перепроведение (метод Записать(РежимЗаписиДокумента.Проведение)) заново формирует движения по всем регистрам (взаиморасчеты, НДС, продажи), что может изменить финансовые результаты прошлых лет. Это недопустимо для закрытых периодов.
Вместо этого рассмотрим использование штатной обработки «Проведение по партиям». Она работает только с регистрами партионного учета. Проанализируем алгоритм её работы: она берет документы в хронологическом порядке и пытается дозаполнить только те движения, которые касаются себестоимости. Однако на базе за 8 лет этот процесс может занять недели машинного времени. Чтобы ускорить процесс, программисты часто используют прямой запуск через код:
Обработка = Обработки.ПроведениеПоПартиям.Создать();
Обработка.ДатаНачала = ДатаНачалаВосстановления;
Обработка.ДатаОкончания = ТекущаяДата();
Обработка.ВыполнитьВосстановление();
Важный нюанс: Перед запуском необходимо убедиться, что в базе нет «минусов». Если они есть, восстановление прервется. Поэтому предварительно стоит выполнить очистку отрицательных остатков с помощью документа ИнвентаризацияТоваровНаСкладе и последующего ОприходованиеТоваров.
Как показывает практика и обсуждения экспертов, попытка восстановить 8-летнюю историю часто заканчивается провалом из-за неисправимых ошибок в данных. Рассмотрим более рациональный путь — свертку информационной базы. Это процесс, при котором документы прошлых периодов удаляются, а вместо них создаются документы ввода остатков на определенную дату (например, на начало текущего года).
Разберем по шагам, как правильно ввести остатки для партионного учета:
ТоварыНаСкладах с фактической инвентаризацией. Это наша отправная точка.ОприходованиеТоваров или специальный документ ВводОстатков) для каждой номенклатурной позиции.Проанализируем пример кода для автоматизированного заполнения цен в документе ввода остатков по последней закупке:
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ ПЕРВЫЕ 1
| Номенклатура, Цена
|ИЗ
| РегистрСведений.ЦеныНоменклатуры.СрезПоследних(&ДатаСвертки, ВидЦены = &ВидЦеныЗакупочная)
|ГДЕ
| Номенклатура = &Номенклатура";
Этот подход позволяет начать учет «с чистого листа», гарантируя, что новые движения документов будут корректно списывать себестоимость, не опираясь на ошибки прошлых лет.
Если вы всё же решили восстанавливать последовательность за длительный период, рассмотрим способы оптимизации производительности:
Отключение индексов: При массовом перепроведении за 8 лет индексы таблиц регистров сильно фрагментируются. Если вы работаете с SQL-версией 1С, проанализируйте возможность временного удаления индексов через SQL Server Management Studio с последующим их восстановлением. Это может ускорить процесс в разы.
Разделение по складам: В некоторых конфигурациях (например, старых версиях УТ) партионный учет можно восстанавливать раздельно по организациям или даже складам, если в настройках не стоит флаг «Списывать партии по компании в целом». Это позволит запустить процесс в несколько потоков.
Использование РАУЗ: Если ваша конфигурация поддерживает Расширенную Аналитику Учета Затрат (РАУЗ), как в УПП или КА, рассмотрите возможность перехода на этот режим. РАУЗ не требует восстановления последовательности документов «секунда в секунду», так как рассчитывает себестоимость по итогам месяца методом решения системы линейных уравнений. Это полностью снимает проблему «границы последовательности».
Выясним, какие опасности подстерегают специалиста при работе с партионным учетом. Во-первых, это изменение налоговой базы. Если ваша база 1С напрямую связана с расчетом налога на прибыль, любое изменение партий в прошлом приведет к изменению суммы налога. В этом случае трогать старые периоды категорически запрещено.
Во-вторых, это блокировки. Восстановление последовательности за 8 лет на живой базе парализует работу всех 20 складов. Всегда выполняйте такие операции на копии базы или в технологическое окно (выходные/праздники).
В-третьих, психологический фактор. Как верно замечено в обсуждении, «сначала возьмите аванс». Работа по восстановлению восьмилетнего хаоса крайне трудоемка и часто требует не только программирования, но и глубокого понимания методологии учета, чтобы объяснить пользователям, почему их «прибыль» вдруг изменилась после актуализации партий.
Подводя итог нашему анализу, выделим оптимальный план действий:
ДатаЗапретаРедактирования для всех пользователей, чтобы они не могли вносить изменения в закрытые периоды и снова «сдвигать» границу последовательности.Такой системный подход позволит вам не просто «починить» базу, но и создать надежный фундамент для дальнейшего управленческого учета, где себестоимость и прибыль будут считаться корректно.