Содержание
Порядок обновления нетиповых конфигураций 1С
Итак, для упрощения изложения материала разобьем на этапы процесс подготовки конфигурации для обновления. Конфигурация для обновления - это конфигурация, которая будет загружена в рабочую базу данных. При загрузке конфигурации, а не объединении есть реальная возможность сэкономить как свое время, так и время пользователей, а также возможность избежеть повторной работы по удалению неиспользуемых объектов учета и неиспользуемых пунктов меню.
Этап 1. Создание архивной копии обновляемой базы данных.
Для этого выполните пункт меню «Администрирование» –> «Сохранить данные…». Укажите имя архива, например, в формате ГГММДД.zip. Если в течении дня создается несколько архивов, то к имени архива рекомендую добавить «_N», где N - номер очередной копии архива. Имя архива конфигурации 1С:Бухгалтерия от 24/03/2003г. может выглядеть так: b030624_2.zip. Архив также может быть использован для переноса конфигурации на другой компьютер и для создания необходимого количества копий рабочей конфигурации.
Этап 2. Подготовка каталогов с конфигурациями.
Выполнять обновление можно на любом компьютере, который соответствует описанным ранее требованиям. И это не обязательно сервер. При работе в сети такой подход не остановит работу пользователей и сведет процесс загрузки обновленной конфигурации к 15-45 минутам в зависимости от быстродействия сервера и/или сети. Для работы в дальнейшем нам потребуется 6 (шесть) конфигураций (файлов 1cv7.md), и запустить 5 (пять) конфигураторов (1С:Предприятие в режиме «Конфигуратор»). Названия каталогов приведены для примера - чтобы не запутаться при изложении материала. И будут использованы в тексте для обозначения конфигурации, с которой выполняются те или иные действия. Будем считать их псевдонимами.
Конфигурации:
- Рабочая конфигурация каталог work_new. Используется для подготовки обновления. Здесь мы получим результирующий .md файл. Конфигурацию для обновления.
- Рабочая конфигурация каталог work_old. Используется для отслеживания внесенных изменений при сравнении конфигураций и для переноса настрок в tip_new_2.
- Типовая конфигурация (старая) каталог tip_old_1. Конфигурация на основе которой была разработана рабочая конфигурация. Используется для отслеживания изменений внесенных в рабочую конфигурацию.
- Типовая конфигурация (старая) каталог tip_old_2. Конфигурация на основе которой была разработана рабочая конфигурация. Используется для отслеживания изменений внесенных разработчиками фирмы 1С в новую версию типовой конфигурации.
- Типовая конфигурация (новая) каталог tip_new_1. Используется для отслеживания изменений внесенных разработчиками фирмы 1С в новую версию типовой конфигурации.
- Типовая конфигурация (новая) каталог tip_new_2. Используется для обновления некоторых сложных объектов, например экранных форм справочников, документов, журналов.
Конфигураторы и открываемые в них конфигурации:
- Обновляемая рабочая конфигурация. Каталог work_new.
- Старая типовая конфигурация. Каталог tip_old_1.
- Старая типовая конфигурация. Каталог tip_old_2.
- Текущая рабочая конфигурация. Каталог work_old.
- Новая типовая конфигурация. Каталог tip_new_2.
Первоначально конфигурации в каталогах work_new и work_old одинаковы, также как tip_old_1 и tip_old_2; tip_new_1 и tip_new_2. Необходимо подготовить соответствующие каталоги с конфигурациями и подключить их в список баз 1С:Предпиятия. Если в качестве типовых конфигураций используются базовые конфигурации, то они должны быть предварительно открыты и сохранены.
Этап 3. Обновление неизмененных в рабочей базе объектов.
Необходимо провести сравнение конфигураций tip_old_1 с work_old и tip_old_2 с tip_new_1, а также work_new с tip_new_2. Для этого необходимо для каждой из сравниваемых конфигураций выбрать в меню пункт «Конфигурация» –> «Объединение конфигураций…» и указать файл 1cv7.md из соответствующего каталога (второго в паре). На экран будет выдана форма со структурным деревом измененных объектов. Далее необходимо проанализировать результаты сравнения конфигураций tip_old_1 с work_old и tip_old_2 с tip_new_1. И оставить для объединения объекты в обновляемой конфигурации (work_new с tip_new_2), которые были изменены разработчиками фирмы 1С (tip_old_2 с tip_new_1), но не были изменены в рабочей конфигурации (tip_old_1 с work_old). По результатам анализа объединяем work_new с tip_new_2 в режиме замещения объектов.
Этап 4. Обновление частично измененных в рабочей базе объектов.
Рассмотрим на примере документа. Продолжаем анализировать сравниваемые конфигурации. Например, в рабочей базе work_old был изменен модуль формы документа, а в новой типовой конфигурации tip_new_1 был изменен модуль проведения документа. Для переноса изменений копируем в буфер обмена из конфигурации tip_new_2 модуль проведения документа и заменяем им модуль проведения в конфигурации work_new. С остальными объектами поступаем аналогичным образом.
Этап 5. Обновление частично измененных в новой типовой конфигурации объектов.
Рассмотрим также на примере документа, продолжая анализировать сравниваемые конфигурации. В рабочей конфигурации work_old документ был полностью переработан, а в новой типовой конфигурации tip_new_1 были изменены лишь несколько строк модуля формы документа. Для переноса изменений копируем в буфер обмена из сравнения конфигураций tip_old_2 с tip_new_1 измененные строки модуля и заменяем их в модуле формы конфигурации work_new. С остальными объектами поступаем аналогичным образом.
Этап 6. Обновление полностью измененных в новой типовой конфигурации объектов.
Рассмотрим снова на примере документа. Например, разработчики фирмы 1С полностью переботали документ (конфигурация tip_new_1), а в шапку документа рабочей конфигурации work_old был добавлен реквизит «Исполнитель» и выведен в экранную форму документа. Для переноса изменений копируем в буфер обмена добавленный реквизит из экранной формы конфигурации work_old и вставляем в экранную форму конфигурации tip_new_2. Проверяем порядок обхода добавленных реквизитов в экранной форме. Для этого в случае не «Автоматического порядка обхода» исправляем ситуацию выбрав пункт меню «Диалог» → «Настройка порядка обхода…». Затем через буфер обмена копируем реквизит «Исполнитель» шапки документа из конфигурации work_old и вставляем в шапку документа в конфигурацию tip_new_2. Следующий шаг: переносим изменения модуля формы связанные с обработкой данного объекта из сравнения конфигураций tip_old_1 с work_old в модуль формы документа конфигурации tip_new_2. Аналогично обновляем другие экранные формы. Заключительной частью этого этапа является объединение конфигурации work_new с tip_new_2 и загрузкой обработанных на этом этапе объектов.
Несколько замечаний: Первое: существуют объекты имеющие несколько экранных форм или несколько таблиц, поэтому следует выбирать режим объединения, при котором придется выполнить меньше работы. Второе: т.к. нет возможности выяснить средствами конфигуратора какие именно изменения были внесены в экранные или печатные формы, то было бы неплохо оставить комментарии в модулях формы и/или файле комментариев о внесенных изменениях. Даже, если это внешние печатные формы.
Этап 7. Обновление прочих объектов учета.
К этим объектам я бы отнес например, план счетов и интерфейсы пользователей. В случае, если в план счетов были внесены изменения, то план счетов обновляется в режиме «Объединять объекты» при объединении конфигурации work_new с tip_new_2. После объединения необходимо восстановить, возможно, потерянные уровни аналитики. Из сравнения конфигураций tip_old_1 с work_old видно, какие изменения аналитики были выполнены в рабочей конфигурации work_old. После объединения интерфейса необходимо проверить наличие следующих ошибок объединения: дублирование пунктов меню и панелей инструментов, установку признака для панелей инструментов «Располагать с новой строки».
Этап 8. Загрузка измененной конфигурации в рабочую базу данных.
Загрузка выполняется по сети или непосредственно на сервере, что предпочтительнее. Для этого необходимо обеспечить доступ к базе данных в монопольном режиме и в режиме конфигуратора выбрать пункт меню «Конфигурация» → «Загрузить измененую конфигурацию…». Перед загрузкой и после загрузки необходимо выполнить архивацию данных, как это описано на первом этапе. Далее рекомендую следовать инструкции обновления базовой конфигурации в файле UPDATE.TXT. После окончания процесса загрузки каталоги work_old, tip_old_1, tip_old_2, tip_new_1 и tip_new_2 могут быть удалены.
Если процесс объединения проходит в несколько этапов, то порядок обновляемых объектов должен быть следующий: 1. Перечисления 2. Справочники, документы 3. Журналы документов, журналы расчетов, константы, регистры 4. Виды расчетов, группы расчетов 5. Отчеты, обработки и прочие объекты учета 6. Интерфейсы
По материалам сайта http://infostart.ru/public/18551/.