Как автоматизировать массовое перепроведение связанных документов в 1С:Бухгалтерии 3.0 за прошлый период?

← На главную

При работе с программными продуктами 1С, особенно в конфигурации 1С:Бухгалтерия 3.0, часто возникает ситуация, когда требуется изменить документ, датированный прошлым периодом. Например, уточнить количество или стоимость в приходной накладной, оформленной год назад. Однако такое изменение может повлечь за собой нарушение логики учета и некорректные движения по регистрам для всех последующих документов, зависящих от измененного. Вручное перепроведение каждого зависимого документа — задача трудоемкая и времязатратная, особенно при большом объеме данных. Давайте рассмотрим, какие существуют штатные и программные механизмы для автоматизации или массового перепроведения связанных документов, чтобы обеспечить корректность данных в информационной базе.

Мы выясним, как платформа 1С помогает решать эту проблему, и какие подходы можно применить для создания собственного решения, если типовых возможностей окажется недостаточно. Наша цель — найти эффективные способы поддержания целостности учетных данных при корректировке документов прошлых периодов.

Поиск и применение штатных механизмов для массового перепроведения

Прежде всего, давайте посмотрим, какие средства предлагает нам типовая конфигурация 1С:Бухгалтерия 3.0 для массового перепроведения документов. Это первый шаг, который следует рассмотреть, так как типовые решения зачастую являются наиболее стабильными и простыми в использовании.

Использование обработки "Групповое перепроведение документов"

В 1С:Бухгалтерии 3.0 существует стандартная обработка, предназначенная для массового перепроведения документов за указанный период. Она позволяет перепровести все или часть документов определенных видов, что может быть полезно, если вам требуется глобальное обновление движений после значительных изменений в учетной политике или исправления ошибок.

Найдем обработку: Откройте раздел "Операции", затем перейдите в "Сервис" и выберите пункт "Групповое перепроведение документов". В более новых версиях конфигураций эту обработку можно найти в разделе "Администрирование" -> "Обслуживание" -> "Корректировка данных".
Зададим параметры: В открывшейся форме обработки мы можем указать период, за который необходимо перепровести документы. Важно внимательно выбрать начальную и конечную даты, чтобы охватить все документы, зависящие от наших изменений.
Выберем виды документов: Обработка позволяет отобрать документы по их видам. Например, если мы меняли поступление, затрагивающее себестоимость, возможно, нам потребуется перепровести все реализации, списания и другие документы, которые формируют движения по регистрам учета запасов и затрат. Мы можем выбрать все необходимые виды документов из списка.
Запустим перепроведение: После настройки всех параметров нажмите кнопку "Выполнить". Система начнет последовательное перепроведение выбранных документов. Обратите внимание, что этот процесс может занять значительное время в зависимости от объема данных и производительности сервера.

Важный момент: Данная обработка перепроводит документы без учета их специфических зависимостей, то есть она не строит логические цепочки. Она просто перепроводит все выбранные документы за указанный период. Если вам нужно перепроводить только те документы, которые непосредственно зависят от измененного, и не затрагивать остальные, этот метод может быть избыточным и потенциально неэффективным. Тем не менее, для общего пересчета после масштабных изменений он является очень полезным инструментом.

Разработка собственного механизма для автоматического перепроведения связанных документов

Если штатная обработка не подходит из-за своей глобальности, и нам нужен более точечный подход, ориентированный на перепроведение строго зависимых документов, мы можем разработать собственное программное решение. Это потребует некоторых навыков программирования на платформе 1С, но позволит создать гибкий и производительный инструмент.

Основная сложность здесь заключается в том, что платформа 1С по умолчанию не отслеживает и не формирует автоматически цепочки документов для целей перепроведения после изменения "корневого" документа. Тем не менее, мы можем реализовать этот функционал самостоятельно.

Подход 1: Модификация модуля объекта документа через подписку на событие или обработчик проведения

Рассмотрим сценарий, когда мы хотим, чтобы при изменении и проведении документа ПоступлениеТоваровУслуг, система автоматически находила и перепроводила все зависимые документы (например, РеализацияТоваровУслуг, СписаниеТоваров), которые влияют на себестоимость и были проведены позже этого поступления.

Мы можем реализовать эту логику в обработчике события ОбработкаПроведения или ПриЗаписи модуля объекта документа ПоступлениеТоваровУслуг. Однако, если мы хотим, чтобы изменения затрагивали не только один конкретный документ, но и общую логику поведения при записи других документов, связанных с теми же данными (например, номенклатура, склад), то лучше использовать механизм подписок на события. Подписка позволяет централизованно управлять логикой, не изменяя типовые модули объектов, что упрощает обновления конфигурации.

Примерный алгоритм программной реализации:

Определяем условия изменения: В обработчике события (например, после успешного проведения документа) нам нужно определить, были ли изменены ключевые данные, которые влияют на движения и, соответственно, могут повлиять на последующие документы. Это могут быть изменения количества, цены, номенклатуры, склада и других параметров. Мы можем сравнить текущие данные документа с его сохраненной версией до изменения (если это возможно) или проверить наличие изменений в регистрах, затрагиваемых документом.
Идентифицируем зависимые документы: Это наиболее сложный шаг. Нам потребуется написать запрос, который будет искать документы, связанные с текущим измененным документом. Зависимость определяется по движениям, которые эти документы делают в общих регистрах. Например, если ПоступлениеТоваровУслуг делает движения по регистру накопления ПартииТоваровНаСкладах, то нам нужно найти все документы, которые после даты этого поступления делали движения по тем же номенклатуре и складу, но уже как "расход" (например, РеализацияТоваровУслуг, СписаниеТоваров, ПеремещениеТоваров).
Осуществляем перепроведение: После того как список зависимых документов сформирован, мы должны последовательно перепровести их. Важно учитывать порядок перепроведения, чтобы избежать повторного возникновения ошибок (например, сначала поступления, потом реализации).

Рассмотрим схематичный пример кода для иллюстрации логики поиска и перепроведения зависимых документов. Этот код будет размещен, например, в общей подписке на событие "ПослеЗаписи" для документа "Поступление (акт, накладная)", или непосредственно в обработчике ОбработкаПроведения его модуля объекта. Для простоты, мы предполагаем, что документ уже успешно проведен.


// В модуле объекта документа или в подписке на событие после проведения
Процедура ОбработкаПроведения(Отказ, РежимПроведения)

    // Здесь расположен типовой код проведения документа.
    // Мы добавляем нашу логику после него.

    Если Не Отказ И РежимПроведения = РежимПроведенияДокумента.Оперативный Тогда
        // Выполняем действия только если документ успешно проведен оперативно
        ДокументСсылка = ЭтотОбъект.Ссылка;
        ДатаДокумента = ЭтотОбъект.Дата;

        // Инициализируем список для сбора документов, требующих перепроведения
        СписокДокументовДляПерепроведения = Новый СписокЗначений;

        // --- Шаг 1: Поиск документов, зависящих от изменения партий товаров ---
        // Ищем все документы, которые делали движения по партиям товаров
        // после текущего документа и по той же номенклатуре.
        ЗапросПартии = Новый Запрос;
        ЗапросПартии.Текст =
            "ВЫБРАТЬ РАЗЛИЧНЫЕ
            |    ДвиженияПартий.Регистратор
            |ИЗ
            |    РегистрНакопления.ПартииТоваровНаСкладах КАК ДвиженияПартий
            |ГДЕ
            |    ДвиженияПартий.Период > &ДатаДокумента
            |    И ДвиженияПартий.Номенклатура В
            |        (ВЫБРАТЬ
            |            ТоварыПоступления.Номенклатура
            |        ИЗ
            |            Документ.ПоступлениеТоваровУслуг.Товары КАК ТоварыПоступления
            |        ГДЕ
            |            ТоварыПоступления.Ссылка = &СсылкаДокумента)
            |    И ДвиженияПартий.ВидДвижения = &ВидДвиженияРасход"; // Ищем только расходные движения

        ЗапросПартии.УстановитьПараметр("ДатаДокумента", ДатаДокумента);
        ЗапросПартии.УстановитьПараметр("СсылкаДокумента", ДокументСсылка);
        ЗапросПартии.УстановитьПараметр("ВидДвиженияРасход", ВидДвиженияНакопления.Расход);

        РезультатПартии = ЗапросПартии.Выполнить().Выбрать();

        Пока РезультатПартии.Следующий() Цикл
            // Фильтруем по видам документов, которые обычно списывают товары
            Если РезультатПартии.Регистратор.Вид() = Тип("ДокументСсылка.РеализацияТоваровУслуг")
                ИЛИ РезультатПартии.Регистратор.Вид() = Тип("ДокументСсылка.СписаниеТоваров")
                ИЛИ РезультатПартии.Регистратор.Вид() = Тип("ДокументСсылка.ПеремещениеТоваров") Тогда
                СписокДокументовДляПерепроведения.Добавить(РезультатПартии.Регистратор);
            КонецЕсли;
        КонецЦикла;

        // --- Шаг 2: Поиск документов, зависящих от изменения себестоимости ---
        // Если поступление влияет на себестоимость, нужно найти документы,
        // которые используют эту себестоимость (например, при расчете финансового результата)
        // Этот запрос может быть гораздо сложнее и специфичен для конфигурации.
        // Здесь мы можем искать документы, которые делают движения по регистру СебестоимостьТоваров
        // по тем же измерениям после текущей даты.
        ЗапросСебестоимость = Новый Запрос;
        ЗапросСебестоимость.Текст =
            "ВЫБРАТЬ РАЗЛИЧНЫЕ
            |    ДвиженияСебестоимость.Регистратор
            |ИЗ
            |    РегистрНакопления.СебестоимостьТоваров КАК ДвиженияСебестоимость
            |ГДЕ
            |    ДвиженияСебестоимость.Период > &ДатаДокумента
            |    И ДвиженияСебестоимость.Номенклатура В
            |        (ВЫБРАТЬ
            |            ТоварыПоступления.Номенклатура
            |        ИЗ
            |            Документ.ПоступлениеТоваровУслуг.Товары КАК ТоварыПоступления
            |        ГДЕ
            |            ТоварыПоступления.Ссылка = &СсылкаДокумента)";

        ЗапросСебестоимость.УстановитьПараметр("ДатаДокумента", ДатаДокумента);
        ЗапросСебестоимость.УстановитьПараметр("СсылкаДокумента", ДокументСсылка);

        РезультатСебестоимость = ЗапросСебестоимость.Выполнить().Выбрать();

        Пока РезультатСебестоимость.Следующий() Цикл
            // Добавляем документы, которые могут быть затронуты изменением себестоимости
            // (например, Реализации, ОтчетыОРозничныхПродажах, ЗакрытиеМесяца)
            Если РезультатСебестоимость.Регистратор.Вид() = Тип("ДокументСсылка.РеализацияТоваровУслуг")
                ИЛИ РезультатСебестоимость.Регистратор.Вид() = Тип("ДокументСсылка.ОтчетОРозничныхПродажах")
                ИЛИ РезультатСебестоимость.Регистратор.Вид() = Тип("ДокументСсылка.ЗакрытиеМесяца") Тогда // Пример
                СписокДокументовДляПерепроведения.Добавить(РезультатСебестоимость.Регистратор);
            КонецЕсли;
        КонецЦикла;

        // Удаляем дубликаты из списка и сортируем по дате для правильного перепроведения
        СписокДокументовДляПерепроведения.УдалитьДубли();
        СписокДокументовДляПерепроведения.СортироватьПоПредставлению(НаправлениеСортировки.Возрастание); // Сортируем по дате или представлению, если представление включает дату

        Если СписокДокументовДляПерепроведения.Количество() > 0 Тогда
            Сообщить("Найдено " + СписокДокументовДляПерепроведения.Количество() + " зависимых документов для перепроведения.");
            // Перепроводим найденные документы
            Для Каждого ДокСсылка Из СписокДокументовДляПерепроведения Цикл
                Попытка
                    // Получаем объект документа и записываем его в режиме проведения
                    ДокОбъект = ДокСсылка.ПолучитьОбъект();
                    ДокОбъект.Записать(РежимЗаписиДокумента.Проведение);
                    Сообщить("Документ " + ДокСсылка + " успешно перепроведен.");
                Исключение
                    Сообщить("Ошибка перепроведения документа " + ДокСсылка + ": " + ОписаниеОшибки(), СтатусСообщения.Важное);
                    // Возможно, здесь стоит добавить Отказ = Истина; чтобы не проводить основной документ,
                    // если есть проблемы с зависимыми. Либо логировать ошибки и продолжать.
                КонецПопытки;
            КонецЦикла;
        КонецЕсли;
    КонецЕсли;

КонецПроцедуры

Важные замечания к этому подходу:

Производительность: Непосредственное перепроведение большого количества документов в обработчике проведения может значительно замедлить работу пользователя. Это критически важно, особенно если изменения вносятся в рабочий день.
Сложность запросов: Запросы для поиска зависимых документов могут быть очень сложными, так как необходимо точно определить, какие регистры и измерения затрагивает каждый документ и как они связаны. Для полноценного решения необходимо анализировать структуру движений по всем регистрам.
Блокировки: При перепроведении большого количества документов могут возникать блокировки данных, что негативно скажется на работе других пользователей.
Глубина перепроведения: В некоторых случаях изменения могут каскадно влиять на документы еще более поздних периодов, а также на сложные регламентные операции, такие как "Закрытие месяца". Учет всех этих зависимостей в одном обработчике может быть крайне трудоемким.

Подход 2: Использование фоновых заданий для отложенного перепроведения

Для решения проблем с производительностью и блокировками, описанных выше, оптимальным является использование механизма фоновых заданий. Вместо того чтобы перепроводить документы сразу же в процессе интерактивного проведения, мы можем сформировать список необходимых к перепроведению документов и поставить задачу на их обработку в фоновом режиме.

Как это работает:

Формирование списка: При записи и проведении "корневого" документа (например, ПоступлениеТоваровУслуг), наша логика, аналогичная предыдущему примеру, формирует список ссылок на зависимые документы.
Создание фонового задания: Вместо непосредственного перепроведения, мы создаем новое фоновое задание, передавая ему список найденных документов. Фоновое задание будет выполняться на сервере 1С в отдельном потоке, не блокируя работу пользователя.
Обработка в фоновом задании: В коде фонового задания мы уже реализуем саму логику перепроведения документов из полученного списка. Это можно сделать, используя стандартные методы работы с документами (ПолучитьОбъект(), Записать(РежимЗаписиДокумента.Проведение)).
Контроль и логирование: Важно предусмотреть механизмы контроля выполнения фонового задания и логирования ошибок. Пользователь должен быть информирован о статусе выполнения задачи.

Пример использования фонового задания (схема):


// В модуле объекта документа или в подписке на событие
Процедура ОбработкаПроведения(Отказ, РежимПроведения)

    // ... (код типового проведения и логика поиска зависимых документов, как в Примере 1) ...

    Если Не Отказ И СписокДокументовДляПерепроведения.Количество() > 0 Тогда
        // Удаляем дубликаты и сортируем перед передачей в фоновое задание
        СписокДокументовДляПерепроведения.УдалитьДубли();
        СписокДокументовДляПерепроведения.СортироватьПоПредставлению(НаправлениеСортировки.Возрастание);

        // Создаем массив ссылок для передачи в фоновое задание
        МассивСсылокДляПерепроведения = Новый Массив;
        Для Каждого ДокСсылка Из СписокДокументовДляПерепроведения Цикл
            МассивСсылокДляПерепроведения.Добавить(ДокСсылка);
        КонецЦикла;

        // Запускаем фоновое задание
        Попытка
            ИмяФоновогоЗадания = "ПерепроведениеЗависимыхДокументов";
            ОписаниеЗадания = "Автоматическое перепроведение зависимых документов после изменения " + ЭтотОбъект.Ссылка;

            // Регистрируем фоновое задание
            ФоновыеЗадания.ВыполнитьВФоне(
                ИмяФоновогоЗадания,
                МассивСсылокДляПерепроведения, // Передаем список документов
                ИмяФоновогоЗадания,
                ОписаниеЗадания,
                Истина // С ожиданием, если нужно, но для перепроведения лучше без ожидания
            );
            Сообщить("Запущено фоновое задание для перепроведения зависимых документов. ID: " + ИмяФоновогоЗадания);
            Сообщить("Статус выполнения можно отследить в Журнале регистрации или мониторе фоновых заданий.");
        Исключение
            Сообщить("Ошибка запуска фонового задания: " + ОписаниеОшибки(), СтатусСообщения.Важное);
            Отказ = Истина; // Возможно, отменить проведение основного документа при ошибке запуска ФЗ
        КонецПопытки;
    КонецЕсли;

КонецПроцедуры


// --- Модуль, содержащий экспортную процедуру для фонового задания ---
// Например, в общем модуле с флагом "Сервер" и "Клиент (обычное приложение)"
Процедура ПерепровестиДокументыВФоне(МассивСсылокДокументов) Экспорт
    Сообщить("Фоновое задание 'ПерепроведениеЗависимыхДокументов' запущено.");
    КоличествоПерепроведенных = 0;
    КоличествоСОшибкаи = 0;

    Для Каждого ДокСсылка Из МассивСсылокДокументов Цикл
        // Проверяем возможность прерывания фонового задания
        Если ФоновыеЗадания.ЗаданиеЗавершено() Тогда
            Сообщить("Фоновое задание было прервано.");
            Возврат;
        КонецЕсли;

        Попытка
            // Получаем объект документа
            ДокОбъект = ДокСсылка.ПолучитьОбъект();
            // Перепроводим документ
            ДокОбъект.Записать(РежимЗаписиДокумента.Проведение);
            Сообщить("Документ " + ДокСсылка + " успешно перепроведен в фоновом режиме.");
            КоличествоПерепроведенных = КоличествоПерепроведенных + 1;
        Исключение
            Сообщить("Ошибка перепроведения документа " + ДокСсылка + " в фоновом режиме: " + ОписаниеОшибки(), СтатусСообщения.Важное);
            КоличествоСОшибкаи = КоличествоСОшибкаи + 1;
            // Можно записывать информацию об ошибке в отдельный регистр сведений или журнал
        КонецПопытки;
    КонецЦикла;

    Сообщить("Фоновое задание завершено. Перепроверено: " + КоличествоПерепроведенных + ", с ошибками: " + КоличествоСОшибкаи);
КонецПроцедуры

Преимущества фоновых заданий:

Асинхронность: Пользователь не ждет завершения перепроведения и может продолжать работу.
Масштабируемость: Фоновые задания могут выполняться на отдельном рабочем процессе сервера, снижая нагрузку на интерактивных пользователей.
Устойчивость: Система позволяет мониторить и управлять фоновыми заданиями, в том числе прерывать их или перезапускать при необходимости.
Гибкость: В фоновом задании можно реализовать более сложную логику, например, пакетное проведение, учет транзакций, более детальное логирование.

Подход 3: Комплексная обработка для анализа и перепроведения

Наиболее надежный и универсальный подход — это создание отдельной обработки, которая будет включать в себя функционал поиска зависимых документов, анализа их движений и возможности запуска перепроведения в разных режимах (интерактивно, фоново). Такая обработка может быть особенно полезна для бухгалтеров и аналитиков, которым требуется глубокий контроль над процессом.

Эта обработка может включать:

Интерфейс для выбора корневого документа и периода: Пользователь указывает документ, который был изменен, и интересующий период.
Механизм анализа зависимостей: Сложный запрос или набор запросов, которые анализируют движения по регистрам (накопления, бухгалтерии, сведений) и строят дерево зависимостей или список потенциально затронутых документов.
Предварительный просмотр: Отображение списка найденных зависимых документов с возможностью их просмотра, исключения из списка или корректировки.
Выбор режима перепроведения: Возможность запустить перепроведение немедленно (для небольших списков) или отправить в фоновое задание (для больших объемов).
Отчет о выполнении: Подробный отчет о том, какие документы были перепроведены, какие ошибки возникли, сколько времени занял процесс.

Такая обработка может использовать те же программные подходы, что и описаны выше, но объединяет их в удобном пользовательском интерфейсе, давая больше контроля и информации.