Выполнить рекурсивно 1с это
Обновлено: 06.07.2024
Из курса программирования известно, что рекурсией называется вызов функцией самой себя. Фактически, рекурсия является первым шагом к логическому программированию, потому что грамотное ее использование позволяет составить алгоритм, не решая задачи окончательно.
Автор, приведя минимум теории, рассматривает на простом примере, как можно формализовать задачу, чтобы в ее решении можно было применить рекурсивные методы
Из курса программирования известно, что рекурсией называется вызов функцией самой себя. Фактически, рекурсия является первым шагом к логическому программированию, потому что грамотное ее использование позволяет составить алгоритм, не решая задачи окончательно.
Как решить задачу рекурсивно? Запомним простую аксиому: задачу, имеющую рекурсивное решение, всегда можно сформулировать индуктивно. Покажу это на простом примере. Допустим, мы ищем путь из точки А в точку В в лабиринте. Мы оказались на очередном перепутье. Перед нами несколько направлений возможного пути. Что будет, если мы выберем одно из направлений? Правильно, мы окажемся на следующем этапе-перепутье, опять с несколькими направлениями, и вновь перед нами встанет задача выбора. Когда же в некоторый момент мы заходим в тупик или в точку, в которой уже были ранее, нам необходимо просто возвратиться на шаг назад и выбрать другое направление пути из возможных. И так до тех пор, пока мы не придем в конечную точку. Таким образом, сложная задача поиска пути в лабиринте была сведена к однотипным операциям выбора в каждой очередной его точке. Алгоритм рекурсивного решения этой задачи будет выглядеть примерно так:
Но вернемся к теме 1С. Неужели рекурсию можно использовать и здесь успешно, спросит дока? Надо отметить, что у большинства рекурсивных алгоритмов есть существенный недостаток: они ресурсоемки и достаточно медленны по сравнению с обычными циклами, поэтому, вопрос звучит вполне уместно. Без сомнения, приведенный пример можно решить и не прибегая к рекурсивным вызовам. Но иногда без них бывает почти не обойтись.
Рассмотрим задачу, решение которой для отдельных бухгалтеров может стать исполнением одного из их заветных желаний. Попробуем привязать долги покупателей к конкретным расходным накладным в программе 1С:Бухгалтерия 7.7. Без сомнения, решить эту задачу в лоб – означает, пересчитать всю базу с начала времен, ведь каждый контрагент, собственно говоря, может что-то покупать, потом частично это оплачивать, потом покупать что-то еще и т.д.
Будем решать эту задачу в обратном направлении. Вспомним, что метод FIFO, вообще говоря, должен распространяться и на оплату. Иными словами, если от какого-то клиента поступает оплата, то ни что не мешает нам привязать ее к самому раннему неоплаченному документу по этому клиенту. Итак, если клиент А должен нам 1000 рублей, то можно с уверенностью считать неоплаченными последние N документов, по которым он что–либо у нас приобрел на сумму, не меньше, чем 1000 рублей.
Что ж, будем перебирать все операции по контрагентам в обратном порядке, разнося по ним сумму имеющегося долга. Разумеется, это было бы быстрее, чем перебирать и пересчитывать все документы с начала. Построим рекурсивную обработку операций. Будем рассматривать операции отрезками в 31 день.
Составим запрос по операциям контрагента за месяц
Определим условие завершения рекурсии
Нам понадобится вспомогательная таблица значений
Заполним таблицу найденными в запросе операциями
Если в текущем месяце не было докуменетов, то рассмотрим месяц ранее по рекурсии. Это будет косвенное условие завершения.
Если полученная таблица операций не пуста, то отсортируем ее по убыванию позиции документов
Разнесем долг контрагента по документам, формирующим этот долг. В тот момент, когда остаток долга станет меньше нуля, будем считать, что долг полностью привязан к документам.
Если документы в текущем месяце не покрыли долг, то берем в рассмотрение еще один месяц рекурсивно.
Если покрыли, то возвращаем 1
Думаю, теперь каждый без труда поймет, как использовать эту функцию в основном расчетном модуле. Приведу примерный, упрощенный вариант.
Мы рассмотрели упрощенный вариант задачи, предполагая применение метода FIFO к оплате, и как видите, рекурсия в приведенном случае вполне оправдана. Без сомнения, больший интерес представляет алгоритм, в котором учитывается как дебетовые, так и кредитовые обороты по счету 62, и в этом случае, на выходе мы можем получить что-то вроде книги покупок, но без применения забалансовых счетов. Что ж, дерзайте, коллеги!
Приведенный алгоритм применен в наших обработках "Кто нам должен" и "Кому мы должны"
В теме статьи обозначено «для начинающих», чтобы Гуру сильно не «пинали» за очевидные для них понятия. Тем не менее, объяснять рекурсию будем на основе понятий, которые ранее явно не часто были обозначены (блоки кода в теле рекурсивной функции).
Мы будем говорить о рекурсии в программировании. Не будем обсуждать, что такое рекурсия, и какая она бывает. На эту тему очень много статей и книг. Например, книга «Введение в рекурсивное программирование», автор Мануэль Рубио-Санчес, посвящена только рекурсии на 436 страницах.
Обычно есть вызывающая процедура и собственно рекурсивная функция. Собственно, теоретическая часть статьи заключается в изложении структуры рекурсивной функции. Изучать рекурсию проще используя процедуру с параметрами, а не функцию, возвращающую значение.
Для деревьев вместо условия применяется цикл. Деревья рассмотрим ниже.
Задача - научиться понимать эти пять блоков команд.
Самая известная тема для рекурсии — это расчет факториала:
Очень красивый код, но не очень понятный …
Напишем код расчета факториала согласно нашей модели (Листинг 1):
Не так красиво, как (2), но мы учимся.
н – значение для вычисления факториала;
Ф – факториал (для н=4 будет 24).
Код достаточно понятный. Заметим только то, что Ф рассчитывается на прямом пути. На обратном пути (Возврат) – ничего не происходит. Полезно отследить изменение параметров в отладчике:
Здесь использованы блоки 1 и 2.
Блок1 – как правило на практике, нужен для подготовки Условия.
Блок2 – нужен для подготовки вызова рекурсивной процедуры (функции);
Теперь можно изменить процедуру Факториал убрать параметр к и приблизить её к каноническому виду (1).
На следующем шаге заменим процедуру на функцию и уберем вычисление Ф в Блоке2.
Для полного понимания предварительно рассмотрим следующий вариант:
Возвращаться будет 1.
Строки Останов = Истина добавлены для анализа переменных Ф и н в отладчике. Теперь нет параметра Ф в виде ссылки и возвращается локальное значение Ф, которое было зафиксировано при первом входе в рекурсию.
Исправим, добавим возврат переменной Ф. И увидим, что такое локальная переменная в рекурсивной функции – в отладчике. Это важно понимать.
На рисунке выше момент, когда вернулись в функцию, в которую входили с н = 2 и Ф = 12. Значение Ф сохранилось как для локальной переменной.
Это момент, когда еще не присвоено Ф возвращаемое значение функцией Факториал.
И вот на следующем шаге Ф переприсваивается.
В итоге функция отработает правильно.
Здесь мы не пишем функцию факториал, мы смотрим для чего нужны Блоки 1-5, как ведут себя переменные.
Рассмотрим простые примеры рекурсий в 1С.
Эта универсальная функция полезна для фиксации шапки отчета при программном выводе его:
Здесь Кз - высота заголовка, Кг – высота шапки.
Функция упрощена для примера. Настройки – настройки варианта макета, объявленные в Перем:
Рекурсивная функция написана в стиле листинга 1 и предельно понятна.
Основное применение рекурсии нашли при работе с деревьями. В 1С это в основном работа с иерархическими справочниками.
В теории деревьев различают корень, ветки и листья. Корень (ствол) это один элемент.
В 1С корня в классическом понимании у справочника нет. Корень — это сам иерархический справочник. Группы самого верхнего уровня имеют значение метода Уровень () = 0.
Рассмотрим пример определения самого старшего родителя для произвольного элемента справочника.
Каждый узел дерева имеет в точности одного родителя, за исключением корня, у которого нет родителей.
Это значит, что при движении по дереву вверх циклы не понадобятся.
Рассмотри пример использования рекурсий при обходе иерархического справочника с целью расчета себестоимости объектов строительства.
Есть объекты строительства. Объекты связаны иерархической моделью.
Нижние уровни дерева (листья) имеют прямые затраты. Их родители имеют косвенные затраты, которые нужно распределить на нижний уровень пропорционально прямым затратам объектов (листьев).
Прямые затраты – стоимость оборудования, косвенные – работы, необходимые для монтажа и ввода в эксплуатацию оборудования.
Вот пример из реальной БД:
Видим, что справочник «Объектов строительства» имеет до 7 уровней иерархии. В модели – есть объекты, которые будут приниматься к учету – основные средства. И есть работы, затраты которых нужно распределить:
Для решения задачи разберем алгоритм на следующей модели:
Рис. 1. Схема дерева
Рис.2. Дерево в справочнике объектов
Три уровня иерархии. Шесть объектов строительства с прямыми затратами и три с косвенными (группы).
Рассчитаем косвенные для объектов вручную.
База распределения для объекта Объект1 = 3000+2000 = 5000;
Косвенные от Объекта1:
для Объекта11 косвенные = 500 * 3000 / 5000 = 300.
для Объекта12 косвенные = 500 * 2000 / 5000 = 200.
База распределения для объекта Объект2 = 3000+2000+1000 = 6000;
Косвенные от Объекта2:
для Объекта21 косвенные = 600 * 3000 / 6000 = 300.
для Объекта22 косвенные = 600 * 2000 / 6000 = 200.
для Объекта23 косвенные = 600 * 1000 / 6000 = 100.
База распределения для объекта Объект0 – 5000+6000+1000 = 12000;
Для Объекта01 косвенные = 2400 * 1000 / 12000 = 200.
Для Объекта11 косвенные = 2400 * 3000 / 12000 = 600.
Для Объекта12 косвенные = 2400 * 2000 / 12000 = 400.
Для Объекта21 косвенные = 2400 * 3000 / 12000 = 600.
Для Объекта22 косвенные = 2400 * 2000 / 12000 = 400.
Для Объекта23 косвенные = 2400 * 1000 / 12000 = 200.
В итоге косвенные:
Для Объекта01 косвенные = 200
Для Объекта11 косвенные = 600 + 300 = 900
Для Объекта12 косвенные = 400 + 200 = 600
Для Объекта21 косвенные = 600 + 300 = 900
Для Объекта22 косвенные = 400 + 200 = 600
Для Объекта23 косвенные = 200 + 100 = 300
Итого косвенных 3500
Нужно сформировать запрос с Итогами, обязательно указать тип итогов «Элементы и иерархия».
В запросе должно быть так:
Следующий момент - куда лучше выгружать данные:
Мы выбираем дерево, потому что
В отладчике можно посмотреть данные.
Код более понятный – объект, строки, цикл.
Есть возможность реквизиты дерева использовать для алгоритма (записывать в реквизиты данные).
В интернете много статей обхода дерева как такового. А вот обход дерева, сгенерированного запросом, рассмотрен крайне скупо. Для выборки - статей написано много.
Поэтому рассмотрим алгоритм обхода дерева вниз и вверх - подробно.
Объявляем переменную ОбъектыДляПриемки, которая будет видна во всех серверных функциях.
По кнопке с клиента вызываем серверную процедуру, в которой выполняем Запрос с итогами в иерархии. Выгружаем Результат Запроса в Дерево.
с типом обхода ПоГруппировкамСИерархией. Передаем в рекурсивную функцию Строки объекта строительства, который принимаем в эксплуатацию.
Принимаем в эксплуатацию в целом Объект0 (акты КС-11, КС-14), но к учету принимаем объекты самого нижнего уровня – основные средства (Дт01/Кт08.03) документом «Принятие к учету ОС».
Здесь важно – Объект0, это не корневой узел справочника! Но в дереве
он становится корневым (отбор по объекту).
Посмотрим данные дерева в отладчике:
Окно 1: Корень объекта строительства и его строки (Объект0)
Окно 2: Строка корня, нажимаем на ней F2
Окно 3: Строка корня раскрылась и видим Строки
Окно 4: После нажатия F2 на строке Строки
В четвертом окне 4 строки.
Проанализируем этот список (отмечен цифрой 4).
Первая строка – Объект01 – объект, который мы будем принимать к учету (это последний уровень, лист). Эта строка аналог записи в Выборке с типом – ДетальнаяЗапись.
Вторая строка – итоги по объекту Объект0. Эта строка аналог записи в Выборке с типом – ИтогПоИерархии.
Третья и четвертые строки – узлы дерева, их нужно раскрывать рекурсией.
Ниже приведены рекурсивные функции для расчета распределенных косвенных затрат.
В функции Рекурсия анализируем, какой тип строки дерева. Для детальной записи количество строк = 1 (своя строка). Для узла количество записей рано количеству потомков +1.
Запросом рассчитали суммарные значения прямых затрат для каждого узла дерева.
Во второй части условия проверяется ссылка Родителя, а если он не определён в первой части? Ответ: Если первая часть = Ложь то компилятор в условии И
не проверяет сведущие составляющие условия.
Поставим точку останова в функции КосвеныеОбъектовНаСервере как показано на рисунке ниже:
Увидим результаты запроса.
Так выглядит запись для корневой строки дерева после прохождения рекурсии. Сумма прямых затрат всех объектов нижних уровней равна 12 000.
На прямом пути для элемента самого нижнего уровня создаем строку в таблице значений:
Чтобы увидеть в отладчике ставим точку останове, показанную на рисунке ниже.
И сразу вызываем вторую рекурсивную функцию Косвенные.
Эта функция рассчитывает косвенные расходы для этого объекта от каждого родителя.
В итоге таблица ОбъектыДляПриемки будет выглядеть следующим образом:
Результат соответствует ручному расчету (Листинг 3).
Теперь в цикле для строк этой таблицы можно создавать документы «Принятие к учету ОС».
Но основная цель статьи рассмотреть использование различных областей рекурсивно функции. Перепишем ее следующим образом.
Добавим в таблицу ОбъектыДляПриемки колонку Прямые.
В результате расчета получим такую таблицу:
В этом варианте не используется вторая рекурсивная функция на прямом обходе дерева. Рассчитываем необходимые данные на обратном ходе. Конечно
Можно и нужно оптимизировать быстродействие этого решения, но цель здесь другая.
Выводы являются субъективным мнением автора.
При разработке алгоритмов с рекурсиями целесообразно использовать параметры функций, для возврата на верхние уровни значений, рассчитанных на нижних уровнях. Или использовать объявление переменных со сквозной видимостью в рекурсиях.
Рассматривать целесообразность и использовать обратный ход рекурсивного расчета (область кода после выхода из рекурсивной функции).
Термин «рекурсия» используется во многих областях знаний. В программировании рекурсия – вызов процедуры (функции) из нее же самой. Различают простую и сложную рекурсию. При простой рекурсии некоторая процедура А вызывает сама себя, пока не выполниться заданное условие выхода, или же бесконечно. В случае сложной рекурсии процедура А вызывает процедуру Б, которая опять вызывает процедуру А, и так далее до выполнения условия выхода или бесконечно. В сложной рекурсии может участвовать и больше двух процедур или функций.
Организовать рекурсию средствами встроенного языка 1С Предприятия очень легко. Вот пример простой рекурсии:
Процедура ПроцедураА ()
ПроцедураА ();
КонецПроцедуры
А это сложная рекурсия:
Процедура ПроцедураА ()
ПроцедураБ ();
КонецПроцедуры
Процедура ПроцедураБ ()
ПроцедураА ();
КонецПроцедуры
Оба фрагмента кода приведены исключительно для примера. При попытке их выполнить возникнет бесконечный цикл и, как результат, произойдет зависание системы, поскольку не задано условие выхода. Создадим рекурсию с условием выхода:
Процедура ВывестиЧисла ( пЧисло )
Если пЧисло <= 100 Тогда
Сообщить ( Строка ( пЧисло ));
пЧисло = пЧисло + 1 ;
ВывестиЧисла ( пЧисло );
Иначе
Возврат;
КонецЕсли;
КонецПроцедуры
Реализация рекурсивных вызовов функций и процедур в практически применяемых языках и средах программирования, использует механизм стека вызовов — адрес возврата и локальные переменные функции записываются в стек, благодаря чему каждый следующий рекурсивный вызов этой функции пользуется своим набором локальных переменных и за этот счёт работает корректно.
Оборотной стороной этого довольно простого по структуре механизма является то, что рекурсивные вызовы не бесплатны — на каждый рекурсивный вызов требуется некоторое количество оперативной памяти компьютера, и при чрезмерно большой глубине рекурсии может наступить переполнение стека вызовов. Вследствие этого обычно рекомендуется избегать рекурсивных программ, которые приводят к слишком большой глубине рекурсии.
Пример с выводом чисел естественно не является оптимальным, он приведен только в целях демонстрации. На практике в этом случае гораздо удобнее использовать цикл. Рекурсию следует использовать там, где с помощью циклов решать задачу нецелесообразно.
В 1С Предприятии 8.х рекурсия может быть использована для решения задач управления деревом значений. Например, мы интерактивно изменяем пометку элемента, который находиться на одном из верхних уровней дерева значений. В таком случае пометки должны программно устанавливаться (или сниматься) и для всех подчиненных ему элементов, находящихся на более низких уровнях дерева.
Если максимальное количество уровней дерева известно, то эта задача может быть решена следующим образом:
Процедура ИзменитьПометкиПодчиненных ( пГлавный )
Подчиненные1 = пГлавный . Строки ;
// Первый уровень подчиненных
Для Каждого Подчиненный1 Из Подчиненные1 Цикл
Подчиненный1 . Пометка = пГлавный . Пометка ;
Подчиненные2 = Подчиненный1 . Строки ;
// Второй уровень подчиненных
Для Каждого Подчиненный2 Из Подчиненные2 Цикл
Подчиненный2 . Пометка = пГлавный . Пометка ;
Подчиненные3 = Подчиненный2 . Строки ;
// Третий уровень подчиненных
Для Каждого Подчиненный3 Из Подчиненные3 Цикл
Подчиненный3 . Пометка = пГлавный . Пометка ;
КонецЦикла;
КонецЦикла;
КонецЦикла;
КонецПроцедуры
Приведенная выше процедура устанавливает или снимает пометки у четырехуровневого дерева. Обход элементов дерева выполняется в трех вложенных друг в друга циклах. В качестве параметра «пГлавный» мы передаем строку верхнего уровня дерева значений, затем получаем подчиненные строки переданной строки и устанавливаем пометки. Затем получаем подчиненные строки каждой подчиненной строки, снова устанавливаем пометки, и т. д.
А если усложнить задачу? Если максимальное количество уровней дерева неизвестно или так велико, что использовать вложенные циклы просто неэффективно, код получиться слишком громоздкий, да еще и повторяющийся? Ведь, по сути, для каждого уровня дерева значений выполняется одна и та же последовательность действий. Вот тут нам на помощь и придет рекурсия. В данном случае достаточно будет использовать простую рекурсию.
Процедура ИзменитьПометкиПодчиненных ( пГлавный )
Подчиненные = пГлавный . Строки ;
Для Каждого Подчиненный Из Подчиненные Цикл
Подчиненный . Пометка = пГлавный . Пометка ;
ИзменитьПометкиПодчиненных ( Подчиненный );
КонецЦикла;
КонецПроцедуры
Вместо создания отдельного вложенного цикла для каждого уровня дерева, мы выполняем вызов этой же самой процедуры. Результат налицо, код получился гораздо компактнее а кроме того, нам не придется описывать каждый уровень вложенности дерева. Следовательно, используя рекурсию, мы можем работать с деревьями, имеющими неограниченное количество уровней вложенности.
Впрочем, использование рекурсии не является единственным решением для этой задачи. Существует еще один оригинальный алгоритм - поуровневый обход дерева (предложен Арчибальдом).
Процедура ИзменитьПометкиПодчиненных ( пГлавный )
УровеньА = Новый Массив ;
УровеньБ = Новый Массив ;
УровеньА . Добавить ( пГлавный );
Пока НЕ ( УровеньА . Количество () = 0 ) Цикл
Для Каждого СтрокаДерева Из УровеньА Цикл
СтрокаДерева . Пометка = пГлавный . Пометка ;
Для Каждого СтрокаДереваПодчиненная из СтрокаДерева . Строки Цикл
УровеньБ . Добавить ( СтрокаДереваПодчиненная );
КонецЦикла;
КонецЦикла;
УровеньА = УровеньБ ;
УровеньБ = Новый Массив ;
КонецЦикла;
КонецПроцедуры
Здесь при обходе строк верхнего уровня дерева (А) запоминаются ссылки на строки нижнего уровня дерева (Б). Затем происходит перемещение на один уровень вниз и так далее, до тех пор, пока не будет пройдено все дерево. В качестве хранилищ для ссылок на строки используются массивы.
Этот вариант хорош тем, что может быть использован для работы с деревьями с неограниченным количеством уровней вложенности. Кроме того, он лишен недостатка рекурсии, связанного с возможностью переполнения стека.
Какой из описанных механизмов наиболее оптимален с точки зрения быстродействия? Ответ на этот вопрос может дать замер производительности.
Для тестирования производительности мною была использовано дерево значений, имеющее четыре уровня вложенности и состоящее из 1416 строк. Во время тестирования интерактивно снималась пометка с корневого элемента дерева и, соответственно, программно снимались пометки всех его подчиненных элементов.
При прочих равных условиях выполнение кода с использованием рекурсии заняло 0,086753 секунды, выполнение кода с использованием нескольких вложенных циклов – 0,050159 секунды, выполнение кода поуровневого обхода дерева – 0,087718 секунды.
Естественно дерево, на котором проводилось тестирование, было сравнительно небольшим. В данном случае доли секунды разницы не имеют особенного значения. Но при использовании очень больших деревьев значений быстродействие играет далеко не последнюю роль.
Отсюда можно сделать вывод, что обход дерева в нескольких вложенных циклах обеспечивает большее быстродействие, чем два других варианта. Если количество уровней вложенности дерева относительно небольшое, а количество строк большое то целесообразно использовать именно этот вариант. Если же количество уровней дерева большое (или неизвестное) а строк у него немного, то нужно использовать один из двух других вариантов.
Создаем хранилище
Выбираем в меню "Конфигурация"->"Хранилище конфигурации"->"Создать хранилище. "
Указываем путь к каталогу хранилища. (Каталог должен быть доступен для всех разработчиков!)
После того как хранилище создано, заходим в пункт меню "Конфигурация"->"Хранилище конфигурации"->"Администрирование" для того чтобы создать пользователей для разработчиков
В открывшемся окне создаем пользователей.
Подключаем конфигурации разработчиков к хранилищу конфигурации
выбираем пункт меню "Конфигурация"->"Хранилище конфигурации"->"Подключиться к хранилищу. "
Далее конфигуратор нас спросит:
"При подключении к хранилищу конфигурации, данная конфигурация будет заменена конфигурацией из хранилища. Продолжить подключение?"
Нажимаем кнопку "Да" и указываем:
- путь к хранилищу
- имя пользователя
- пароль
Ждём, пока произойдет сравнение конфигурации с хранилищем.
Если всё прошло успешно, то справа от объектов конфигурации в дереве объектов должна появиться пиктограмма замка.
Работа с хранилищем конфигурации
По умолчанию все объекты конфигурации имеют пиктограмму "замок". Для того чтобы изменить объект конфигурации нужно его захватить, то есть выбрать в контекстном меню объекта пункт "Захватить в хранилище"
указать настройки захвата
Выполнять рекурсивно - указывает, что помимо тех объектов, которые перечислены в списке, следует также захватить и все их подчиненные объекты, которые могут быть загружены независимо (подчиненные объекты, которые не могут быть загружены независимо от родительского объекта, всегда будут получены вместе с родительским объектом).
Например, если при захвате справочника не выполнять загрузку рекурсивно, то из подчиненных объектов будут захвачены только реквизиты и табличные части справочника.
Если же выполнить захват рекурсивно, то также будут захвачены и те объекты, подчиненные справочнику, которые могут быть захвачены отдельно от него: формы и макеты.
Флажок Разрешать получать захваченные позволяет при загрузке получить и те объекты, которые захвачены данным пользователем. Такая возможность может потребоваться, например, когда нужно вернуться к состоянию хранилища, не отменяя захват объекта, а продолжая его редактирование.
После того, как нужные изменения внесены, следует объект поместить снова в хранилище со сделанными изменениями. Выбираем в контекстном меню объекта конфигурации пункт "Поместить в хранилище. "
Если требуется отменить сделанные изменения и освободить объект от захвата, то выбираем в контекстном меню объекта пункт "Отменить захват"
Если требуется восстановить объект из хранилища, то то выбираем в контекстном меню объекта пункт "Получить из хранилища. ". При этом внесенные изменения в то время, как объект был захвачен, теряются.
Так же можно просмотреть историю версий и сравнить захваченный и измененный объект с объектом в хранилище.
После того, как работа в копиях завершена(или завершен какой-то промежуточный этап), можно обновить конфигурацию основной базы для этого нужно выбрать пункт в меню "Конфигурация"->"Хранилище конфигурации"->"Обновить конфигурацию из хранилища" или "Конфигурация"->"Хранилище конфигурации"->"Сравнить/объединить конфигурацию с хранилищем".
Во втором случае произойдет более "мягкое" обновление конфигурации, то есть, можно будет посмотреть отчет по различиям объектов исходной конфигурации и хранилища.
Читайте также: