Чем отличается нетиповая конфигурация 1С от типовой
Чтобы решение бизнес-задач в коммерческих организациях было более быстрым и успешным, компаниями различных сфер деятельности применяются платформы 1С. Это гибкие и многофункциональные программные продукты, с помощью которых можно автоматизировать практически любой рабочий процесс.
Своей гибкостью эта платформа обязана применению большого количества конфигураций 1С — программ, созданных специально для взаимодействия и работы с ней. При этом конфигурации подразделяются на типовые и нетиповые. Чем отличается типовая конфигурация 1С от нетиповой, будет рассказано ниже.
Программный продукт, разработанный непосредственно компанией «1С» или ее партнерами, носит название типовой конфигурации. Программы данного типа проходят обязательную сертификацию и систематически обновляются. В отличие от типовых программных продуктов, нетиповые:
- разрабатываются «с нулевого цикла» компаниями, не связанными с группой компаний «1С», и не имеют соответствующих сертификатов;
- изначально относились к категории типовых, претерпели какие-либо обновления и дополнения (распространенный случай — добавление строк в регламентированную форму документа).
Конфигурация 1С переходит в категорию нетиповых даже после незначительных доработок, внесенных в ее программу.
От того, к какой категории относится конфигурация, зависит порядок перехода программы на обновленную версию. Типовые конфигурации обновляются автоматически или полуавтоматически, а обновлением нетиповых занимаются профессионалы 1С. При этом сложность их работы определяется качеством и количеством новшеств, изменивших конфигурацию.
Определение нетиповой конфигурации включает этапы:
- открытия конфигуратора (режима запуска программы для ее администрирования и внесения изменений в базу) и самой конфигурации:
- перехода по пунктам меню «Конфигурация» – «Поддержка» – «Настройка/поддержка»;
- поиска кнопки «Включить возможность изменения». Наличие этой кнопки подтверждает то, что конфигурация является типовой (изменения в нее не вносились), поддерживается компанией «1С». При отсутствии такой кнопки для доработки или обновления программы необходимо обращаться к специалистам.
Стоит отметить, что изображение замка возле названия конфигурации не служит подтверждением ее «типичности», а говорит, что в корневые свойства программы 1С изменения не вносились (но другие ее объекты и характеристики менять допустимо).
© 1999-2023 System Technologies
Челябинск , Кыштымская, д. 7А
+7 (351) 799-59-03
Чем отличается типовая конфигурация 1С от нетиповой
Для понимания того, чем отличается типовая конфигурация 1С от нетиповой, нужно помнить, что линейка программных продуктов фирмы 1С является оптимальным решением для автоматизации самых разных процессов, связанных с ведением бизнеса. Причем ПО работает одинаково эффективно как для небольшого продуктового магазина, так и для крупнейшего мирового холдинга с представительством в разных странах.
Это все возможно именно благодаря различным конфигурациям платформы.
Что такое типовая конфигурация 1С?
Под типовой конфигурацией подразумевается стандартное решение, которое было разработано либо самой компанией 1С, либо ее авторизованными партнерами для массовых потребностей бизнеса. Типовую конфигурация вы можете использовать для решения стандартизированных задач учета и управления предприятием. Такое решение сертифицировано и получает регулярные обновления, что, безусловно, очень важно.
Как нетиповая конфигурация 1С отличается от типовой?
Существуют и нетиповые конфигурации, которые:
- написаны с нуля сторонними разработчиками;
- нет сертификата 1С;
- изначально типовая конфигурация, в которую внедрили сторонние функции и возможности.
Следует понимать, что конфигурация уже не является типовой, даже если была таковой, но в нее внедрили одно небольшое изменение от стороннего разработчика или собственную функцию.
Зачем знать какая именно конфигурация 1С используется?
Важно знать, какая именно конфигурация используется для того, чтобы правильно обновляться. Основное отличие типовой конфигурации 1С от нетиповой в том, что типовые решения обновляются автоматически или по выбору пользователя. Процесс обновления в таких случаях всегда очень прост и происходит прямо в программе.
Нетиповой вариант программного обеспечения обновляется только вручную, причем нужно доверить эту работу только специалисту 1С.
Определение нетиповой конфигурации 1С
Далеко не всегда Вы можете понять, какая у Вас установлена конфигурация.
Но определить это довольно просто. Для этого достаточно выполнить следующую инструкцию:
Запустить конфигуратор. Кликнуть на меню «Конфигурация» и выбрать вкладку «Открыть конфигурацию».
Навести курсор на вкладку «Поддержка» и кликнуть на пункт «Настройка поддержки».
Отобразится окно с параметрами. В правом верхнем углу нажать на надпись «Включить возможность изменения».
Если указанная надпись имеется, то это значит, что Вы используете типовую конфигурацию. Если надпись отсутствует или не может быть нажата, то в программное обеспечение были внесены изменения не от разработчика или авторизованных партнеров. Теперь Вы знаете, чем отличается типовая конфигурация 1С от нетиповой и сделаете правильное решение в пользу автоматического обновления.
Правильное обновление нетиповой (измененной) конфигурации 1С 7.7
Часто ли Вас просит заказчик, например, изменить форму документа, добавить пару реквизитов или расширить длину наименования? Что мы при этом говорим: обновлять такую конфигурацию нам нужно будет вручную, осторожно и внимательно, т.к. можно потерять некоторые или все внесенные изменения. И, конечно, это будет стоить «немножко» дороже. Один раз, в далеком 2009-м году я увидел: почему «дороже»: обновлять измененную конфигурацию штатными средствами 1С – это ад.
Ну а изменения в плане счетов чего стоят? Например, счет 631 сделать группой и подчинить под него штук пять субсчетов для учета различных видов деятельности. При обновлении это ведь катастрофа: 1С 7.7, в отличие от восьмёрки, не имеет удобного штатного механизма для объединения изменений и все «доработки» нужно переносить ручками. Кроме того, во всех модулях проведения и модулях формы, где используется счет 631, его нужно заменить на 6311 (например). Допустим, в режиме объединения можно получить куски кода в виде комментариев, а потом вручную принять решение – что оставлять. Но что же будет, если Приходную Накладную обновят и поставщики конфигурации и мы? А что, если мы добавим пару реквизитов шапки и выведем их на форму? Штатный механизм объединения 1С нервно курит в сторонке. Ибо то, что я опишу, избавит от необходимости документировать в текстовых файликах свои доработки и изменения.
Что делать?
Для начала, попробуем сформулировать задачу. Нам нужно получить конфигурацию, состоящую из нового релиза и всех наших доработок. Если наши доработки противоречат изменениям поставщика – принять решение о приоритете той или иной доработке. Конфигурация должна быть рабочая и данные, хранящиеся в базе, не должны быть утеряны.
Внимание! Данное руководство предназначено только для прямых рук! Если таковых нет – дешевле обратиться к специалистам.
Необходимый софт
gcomp для разборки и сборки файла MD. Огромная благодарность Федору Езееву за столь полезную утилиту.
kdiff3 для объединений изменений
correct_dlg.pl, входящий в джентельменский набор gcomp
Порядок обновления
Пусть имеется исходная рабочая конфигурация, в которую разработчики не вносили никаких изменений. Назовем эту конфигурацию А, она будет служить отправной точкой –общим предком в процессе объединения. Как найти эту конфигурацию? Первым делом нужно определить, какой релиз конфигурации поставщика был базовым.
В рабочей базе идем в константы – номер релиза и смотрим номер.
Также сразу обратим внимание, были ли корректно установлены предыдущие обновления (исправление ошибок неграмотных обновлений – тема для отдельной статьи). Номер релиза в наименовании и в значении должен совпадать.
Значит, у нас есть релиз 7.70.040. Нам нужно обновить его до текущего (7.70.041). Это может быть и на 5-10 релизов позже, не обязательно обновлять по одному. Но в любом случае нам нужно иметь оба релиза поставщика – 040 и 041. Вероятно, может пригодиться подборка всех МД поставщика, выпущенных в последние пару лет.
Следовательно, исходные данные:
Конфигурация 040 – А – папка 040
Конфигурация наша рабочая (доработанная 040) – В – папка 040MY
Конфигурация 041 – С – папка 041
Сложим все три МД в соответствующие папки.
Разобрать А, В и С на текстовые файлы при помощи gcomp
На выходе получим для каждой конфигурации папки Src.
Обработать скриптом correct_dlg.pl (в составе gcomp) все три версии, если разработчики имеют разные темы рабочего стола / разные версии ОС (7 и ХР).
perl correct_dlg.pl -h
покажет описание параметров
perl correct_dlg.pl -d SRC
исправит все диалоговые формы в каталоге SRC.
И получим примерно такой результат работы скрипта:
Загрузить А, В и С в kdiff3, результат объединения – R. Выглядит это примерно так:
Жмем Ок и смотрим, как легко kdiff3 обходит одиночные конфликты самостоятельно. Я бы не сказал, что моя конфигурация «немного» изменена: скорее, в ней не осталось живого места без доработок.
Но с шестью-то конфликтами нам надо будет справиться самостоятельно.
Файлы GUIData и Tagstream указать из папки В
Выполнить полуавтоматическое объединение каталогов. Конфликты решаются вручную, но их обычно очень мало – только дважды измененные строки кода/процедуры и поехавшие диалоги.
По каждому конфликтному файлу увидим сообщение с количеством решенных/нерешенных конфликтов.
Как происходит слияние? Об этом наглядная картинка с конфликтом:
В конфигурациях А и В одинаковы строки, а в С поставщик внес изменения. Эти изменения и переходят в результат, ибо два равны/третий с различиями.
Аналогично, и мои доработки перейдут в результат:
Жмем Ок, проверяем изменения и идем дальше по F7.
Кик видите, если в коде есть хотя бы небольшой комментарий изменения – объединить их не составит труда. А если таковых нет – нужно чуть понимать что менялось.
А вот и пример конфликта:
Сразу отмечу, поле «Является основанием для:» можно смело принимать из любого источника, например, ставить из В. Главное – ссылки.
Весьма интересный объект – ИдентификаторыКонфигурации. Я тут всегда выбираю наибольший номер Ид.
Файл ОбъектыМетаданных нужно объединить так, чтобы туда вошли все новые объекты В и С. Приоритет кодов Ид отдаем конфигурации В.
Выписать список дважды измененных таблиц (А-В есть изменения + А-С тоже есть изменения), с ними работа отдельно. Единственный геморрой на минут двадцать.
Собрать МД из папки R. Устранить дубли числовых кодов (максид+1), строки с дублями текстовых кодов удалить.
В копии конфигурации a выполнить объединение с R, после удалить удаленные разработчиками объекты. Список удаленных объектов можно получить, объединив назад R с a – в отчет (кратко).
Копируем проще простого:
И объединяем штатной 1С также просто:
И сразу жмем Ок – ведь мы уже объединили все наши доработки.
Я обычно делаю синтаксическую проверку, ибо можно чуть ошибиться при объединении.
Сообщение об отсутствии ошибок не может не радовать:
Вручную объединить дважды измененные таблицы, открыв все три версии в конфигураторе А. Чуть позже расскажу, как пользоваться 1cv81fv – поможет с таблицами.
Копию А (она же R) проверяем на синтаксис/работоспособность. Дважды измененные совместно диалоги нужно подправить, чтобы все элементы были видны и располагались корректно. Проверяем помощник обновления на этой тестовой копии.
Залить через Загрузить измененную в рабочую копию.
Теперь можно вызвать и Помощник обновления в рабочей базе, скрестить пальцы и уже быть уверенным, что данные никто не покорежит.
В общем, вместе с написанием этой статьи, на обновление я потратил два часа. А сколько Вы берете с заказчика за два часа такой работы?
Чего желательно избежать:
Удаления объектов, т.к. их трудно искать при объединении с А: механизм объединений 1С не отслеживает переименований.
Переименования объектов, так как это будет удаление и создание.
Очень частого объединения в рабочую версию, т.к. само объединение затратный по времени процесс и требует остановки разработки всех разработчиков.
Объединения изменений без достаточного тестирования В или С.
Не по зубам?Обращайтесь к нам. Берем оплату за проделанный объем работы, а не за просиженные часы у заказчика.
Обновление нетиповой конфигурации 1С 8
В этой статье будет рассказано про обновление нетиповой конфигурации 1С (редакций 8.2 и 8.3), с сохранением всех изменений внесенных вами (или другими разработчиками) в типовую конфигурацию 1С 8.
Рассмотрим пример обновления конфигурации Бухгалтерия 2.0 с нетиповыми изменениями в модулях, ролях, подписках на события, планах обмена и т.д. Рассмотренные здесь случаи не будут слишком сложными для обновления, при их помощи я лишь покажу методику обновления, что позволит вам разобраться со своими случаями.
Обновление нетиповой конфигурации 1С пошаговая инструкция
Рассмотрим по шагам алгоритм обновления конфигурации 1С 8. Данный алгоритм является универсальным, первые одиннадцать его шагов описывают процесс обновления любой типовой конфигурации 1С 8, а все пункты в совокупности описывают обновление нетиповой конфигурации 1С 8:
- Скачайте файл обновления конфигурации с сайта users.v8.1c.ru или получите его из любых других доступных источников(например с диска ИТС);
- Распакуйте и установите файл с обновлением 1С 8 в любую папку на жестком диске;
- В папке с номером релиза 1С 8 найдите файл 1cv8.cfu — именно этот файл содержит обновления конфигурации;
- Запустите 1С:Предприятие в режиме Конфигуратор;
- Перейдите в меню Конфигурация -> Поддержка -> Обновить конфигурацию.
- В открывшемся окошке «Обновление конфигурации» устанавливаем флаг на пункте Выбор файла обновления и жмем кнопку Далее (если хотите то можно воспользоваться и первым пунктом Поиск доступных обновлений и поискать файлы обновлений в автоматическом режиме);
- В поле «Укажите файл обновления» выберите .cfu файл из папки с номером релиза. Заметьте, что обновить конфигурацию базы 1С 8 можно не на любой релиз. Для каждого файла обновления существует список релизов для которых оно предназначено. Поэтому возможно придется устанавливать несколько файлов обновления последовательно;
- В следующем окне вы увидите описание данного обновления. Также в нем можно посмотреть для обновления каких версий конфигурации предназначен данный файл. Нажмите кнопку Продолжить обновление;
- Если данную версию конфигурации невозможно обновить выбранным файлом, то вам будет выдано окошко с подсказкой, какие релизы следует установить;
- Если выбранный файл подходит для обновления конфигурации, то появится окно с данными о версии обновления. Для продолжения обновления нажмите кнопку ОК;
- После этого запустится процесс обновления. Если ваша конфигурация типовая, то по его завершении останется только согласится изменить текущую конфигурацию и запустить 1С 8 в режиме Предприятие;
- Если же вы обновляете конфигурацию с изменениями (нетиповую), то после завершения процесса обновления появится окно сравнения-объединения старой и новой конфигурации.
Обновление нетиповой конфигурации 1С разбор примера
Перейдем к подробному разбору правильного обновления нетиповой конфигурации 1С 8. Вся проблема обновления такой конфигурации заключается в том, что в типовые объекты метаданных (общие модули, роли, документы, справочники и т.д.) внесены сторонние изменения. Надо сделать так, что бы все ваши изменения остались на своем месте, в целости и сохранности, но при этом все изменения фирмы 1С, содержащиеся в файле обновления, тоже были применены. Именно для этого при обновлении измененной конфигурации появляется окно сравнения Основной конфигурации (с вашими изменениями) и Новой конфигурации поставщика (обновленная типовая конфигурация).
В данном окне присутствует две колонки, каждая из которых содержит дерево метаданных. В первой показаны метаданные текущей конфигурации базы данных, а во второй обновленные метаданные конфигурации поставщика (обновленная типовая конфигурация). Зелеными карандашиками отмечены измененные объекты, в первом столбце помечены измененные вами типовые объекты метаданных, а во втором измененные обновлением типовые объекты метаданных. Таким образом, чтобы произвести правильное обновление нетиповой конфигурации 1с, нужно найти все объекты метаданных, которые изменены и вами и обновлением (то есть дважды измененные).
Для это нажмите расположенную внизу окна кнопку Фильтр, в открывшемся окне установить флаг Показывать только дважды измененные свойства и нажмите ОК.
Теперь в окне сравнения будут видны только нужные нам объекты, что значительно облегчает процесс обновления. Следует заметить, что если в вашей конфигурации добавлены новые нетиповые документы, справочники, роли, модули и т. п., то их обновление конфигурации не затрет, они останутся на своем месте и ничего с ними не случиться. Проблему составляют только измененные типовые объекты.
Для правильного обновления разных объектов метаданных нужен свой подход, поэтому рассмотрим на несложных примерах различные ситуации. Замечу также, что обновление сильно переписанных конфигураций задача сложная и требует максимальной внимательности и сосредоточения.
Обновление общего модуля.
- Рассмотрим пример: В общий модуль КонтрольВерсииКонфигураци вы внесли следующие изменения:
- В процедуре ПроверитьВерсиюКонфигурации() закомментировали строку:
- Добавили в модуль свою процедуру с именем МояТестоваяПроцедура().
При обновлении этот модуль изменился, поставив в окне сравнения фильтр по дважды измененным мы увидим, что он попал в список.
Рассмотрим подробнее данное окно, и поймем какую информацию из него мы сможем почерпнуть. Во-первых, мы видим, что общий модуль изменен и в основной конфигурации и в обновленной конфигурации поставщика, об этом говорят зеленые карандашики в обоих столбцах. Во-вторых, в первом столбце мы видим установленный флажок возле имени общего модуля, он говорит о том, что будет произведено объединение модулей (того, что изменен нами и типового обновленного). В-третьих, в последнем столбце мы видим в каком режиме произойдет объединение модулей. В данном случае установлено значение: Взять из новой конфигурации поставщика, это означает, что наши изменения будут полностью затерты, а изменения внесенные обновлением будут полностью применены.Другие режимы объединения предлагают частичное объединение модулей, с различными приоритетами. Но я вам настоятельно рекомендую не использовать эти режимы, так как после этого в вашем модуле может получиться натуральная «каша»: некоторые ваши изменения будут затерты, а некоторые типовые изменения не применятся. Поэтому изменять значения в столбце Режим объединения… мы никогда не будем. В-четвертых, если снять галку установленную в первом столбце напротив модуля, то объединение производиться не будет и модуль останется в том виде в котором он был до обновления.Исходя из перечисленных пунктов есть два способа обновить общий модуль:
- Затереть ваши изменения установив типовые. После чего вручную внести затертые изменения в обновленный модуль;
- Не обновлять модуль и внести типовые изменения вручную.
Механизмы сравнения конфигураций
Для сравнения изменений в модуле можно воспользоваться следующими встроенными механизмами окна сравнения-объединения конфигураций:
- Просмотр различий в модулях. Для этого в окне сравнения щелкните на модуле правой кнопкой мыши выберите пункт Показать различия в модулях… После чего откроется окно сравнения модулей, в котором можно увидеть, какие именно процедуры в обновленном и измененном вами модуле различаются. Верхняя часть экрана разделена на две колонки: в левой представлен список процедур основной конфигурации, которые были изменены, а в правой аналогичный список процедур обновленной типовой конфигурации. Нижняя часть окна также разделена на две части, по тому же принципу. В ней отображается код выделенных процедур. Строки, которые присутствуют только в основной конфигурации выделены синим цветом. Строки, которые присутствуют только в обновленной типовой конфигурации выделены зеленым цветом. Строки, которые присутствуют в обоих конфигурациях, но не совпадают между собой, выделены красным цветом.
- Отчет о сравнении объектов. Для сравнения модулей также можно использовать отчет о сравнении объектов. Чтобы вызвать его в окне сравнения щелкните на модуле правой кнопкой мыши выберите пункт Отчет о сравнении объектов. В открывшемся окне, в области Формат, установите флаг Подробно. В открывшемся отчете можно увидеть, какие строки модуля изменены и как они выглядят в обоих конфигурациях.
Не смотря на то, что данный отчет предоставляет всю информацию о изменениях, он не удобен в работе (по крайней мере при обновлении модулей). Гораздо более интересны две его модификации: Отчет о сравнении объектов основной конфигурации со старой конфигурацией поставщика (в этом отчете видны только изменения внесенные вами) и Отчет о сравнении объектов новой конфигурации поставщика со старой конфигурацией поставщика (в этом отчете видны только только изменения внесенные в модуль обновлением).
При помощи первого отчета можно увидеть во скольких местах внесены ваши изменения в модуле, это позволит быстро найти их в окне Просмотра различий в модулях. Во втором же отчете можно увидеть во скольких местах типовое обновление внесло свои изменения.
Мы разобрали все инструменты необходимые для обновления модуля. Для того, что бы показать их практическое применение рассмотрим по шагам процесс обновления модуля КонтрольВерсииКонфигураци с перечисленными выше изменениями. Обновим модуль двумя способами:
- Обновим модуль, затерев внесенные в него изменения. Внесем их вручную после обновления;
- Не будем обновлять модуль. Изменения полученные в обновлении внесем после.
-
- Перед описанием алгоритма замечу, что мы рассматриваем очень простой пример обновления, для того чтобы описание не заняло очень много места, но процесс обновления в сложном случае состоит из точно таких этапов, хотя и требует большей сосредоточенности и внимательности;
- Перед обновлением конфигурации создадим текстовый документ. В него мы будем записывать изменения, которые необходимо будет внести вручную, после обновления. Данные в текстовом документе должны быть представлены максимально понятным образом, то есть быть структурированы. В нашем примере будем писать так:
- Найдем общий модуль КонтрольВерсииКонфигураци в окне сравнения / объединения, раскроем его до ветки Модуль. Кликнем по нему правой кнопкой мыши и в контекстном меню выберем пункт Отчет о сравнении объектов основной конфигурации со старой. В открывшемся окне поставим флаг Подробно. Также я устанавливаю флаг Выводить в Текстовый документ, потому что так удобней смотреть изменения, но это уже дело привычки. Нажмем кнопку ОК. Открывшийся отчет будет иметь следующий вид:
- Из отчета видно, что в модуль внесено два изменения (перед каждым новым изменением пишутся номера строк, в которых оно внесено):
- Изменена строка 34, в основной конфигурации она закомментирована, а в старой конфигурации поставщика нет;
- Добавлена процедура, в старой конфигурации поставщика на ее месте пусто, а в основной конфигурации она есть. Отчет не закрываем, он нам пригодится;
- Второй способ полностью повторяет первый, за исключением того, что действует он от обратного. Поэтому опишу его кратко;
- Создаем текстовый документ с такой же структурой;
- Сформируем отчет Отчет о сравнении объектов новой конфигурации поставщика со старой конфигурацией поставщика;
- Используя сформированный отчет и окно сравнения модулей выпишем в текстовый документ изменения внесенные новой конфигурацией поставщика;
- В окне сравнения / объединения конфигураций проверяем, что возле модуля КонтрольВерсииКонфигураци СНЯТ ФЛАГ. Это означает, что данный модуль не будет обновляться;
- Обновляем конфигурацию, вносим изменения из текстового документа в модуль КонтрольВерсииКонфигураци.
Обновление плана обмена.
Рассмотрим пример: в состав плана обмена ПоОрганизации вы включили справочник ВнешниеОбработки. При обновлении нетиповой конфигурации 1с состав данного плана обмена изменился и перед нами стоит задача правильно обновить план обмена, не затерев ни типовые изменения, ни свои. Инструменты используемые для сравнения измененных объектов метаданных были подробно описаны в предыдущих пунктах, поэтому для данного случая все будет описано кратко.
Рассмотрим по шагам обновление состава плана обмена ПоОрганизации с указанными изменениями:
- В созданный при обновлении общего модуля текстовый документ добавим новые строки:
- Найдем план обмена ПоОрганизации в окне сравнения / объединения, раскроем его до ветки Состав. Замечу, что в плане обмена вами может быть изменен и модуль, его надо обновлять по правилам описанным для общего модуля. В данном случае нас интересует именно обновление состава плана обмена;
- Как и в случае с общим модулем, состав плана обмена можно либо обновить, после этого добавив свои изменения вручную, либо не обновлять, добавив типовые изменения вручную. Если ваших изменений в составе больше, чем типовых, то обновлять лучше вторым способом, если меньше то первым. Посмотреть каких изменений больше можно при помощи все тех же отчетов:
- Отчет о сравнении объектов основной конфигурации со старой конфигурацией поставщика — только ваши изменения;
- Отчет о сравнении объектов новой конфигурации поставщика со старой конфигурацией поставщика — только типовые. Замечу, что в данном отчете выводятся все типовые изменения, включая модуль. В данном случае следует их игнорировать;
Обновление подписки на событие.
Рассмотрим пример: в источник подписки на событие ПередУдалениемСправочникаДляОбменаПоОрганизации вы включили справочник ВнешниеОбработки. При обновлении состав источников изменился, задача аналогичная предыдущим — выполнить обновление нетиповой конфигурации 1с правильно.
Рассмотрим по шагам обновление состава источников подписки на событие с указанными изменениями:
- Найдем подписку на событие ПередУдалениемСправочникаДляОбменаПоОрганизации в окне сравнения / объединения, раскроем ее до ветки Источник;
- Сформируем Отчет о сравнении объектов… (с флагом Подробно). В отчете будут перечислены источники, которые присутствуют в Основной конфигурации (с вашими изменениями), и в Новой конфигурации поставщика (с типовыми изменениями). Сравнивать списки вручную очень тяжело, поэтому здесь необходима программа для сравнения текстов. Я пользуюсь интернет сервисом Quick Diff Online Tool, он значительно облегчает обновление нетиповой конфигурации 1с. В левое поле копируем список из основной конфигурации, в правое из новой конфигурации поставщика, нажимаем кнопку Compare.
- В полученном результате сравнения видно, что в Основной конфигурации в источник добавлен справочник ВнешниеОбработки, а в новой конфигурации поставщика добавлен справочник ПрофилиНастроекЭДО;
- Так как в источники подписки на событие не составляет труда добавить недостающие объекты, то я всегда обновляю их, затирая нетиповые изменения, и добавляю их после;
- Запишем изменения в текстовый документ:
- После этого необходимо записать в текстовый документ изменения других дважды измененных объектов метаданных и выполнить обновление (процесс подробно описан выше);
- Сохраняем конфигурацию;
- После того как конфигурация сохранена восстановим затертые изменения в подписке на событие. В дереве метаданных найдем и откроем подписку на событие ПередУдалениемСправочникаДляОбменаПоОрганизации;
- В пункте «3.1» текстового документа указан справочник ВнешниеОбработки, зайдем в источники подписки и установим галочку, возле данного справочника;
- Сохраним и обновим конфигурацию.
Обновление ролей в 1С
Перед тем, как начать рассказывать про обновление ролей в 1С 8, хочется заметить, что лучше не изменять типовые роли, в этом нет никакой необходимости, к тому же сильно затрудняется обновление нетиповой конфигурации 1с. Если вы дорабатываете какую либо типовую конфигурацию и добавляете в нее свои документы, справочники и т.д., то создайте свою роль (или несколько, в зависимости от ситуации), в которую включите новые объекты метаданных. Если вы так не сделаете, то со временем вам будет очень тяжело обновлять типовые роли (а под час невозможно), так как почти в каждом релизе они сильно изменяются и отчеты о сравнении конфигураций могут выглядеть не слишком понятно.
Но все же часто бывают случаи когда роль уже изменена, и не один раз, а разбираться зачем и почему времени нет. Поэтому рассмотрим пример: в типовой роли Бухгалтер для справочника НалоговыеОрганы добавлены права на чтение и просмотр, при обновлении набор прав роли также был изменен.
Рассмотрим обновление роли по шагам:
- Найдем роль Бухгалтер в окне сравнения / объединения, раскроем ее до ветки Права;
- В данном примере в роли всего одно изменение, но обычно бывает не так. Поэтому роль намного проще не обновлять, а типовые изменения вносить вручную;
- Сформируем Отчет о сравнении объектов новой конфигурации поставщика со старой конфигурацией поставщика. Обычно в нем очень много информации, но далеко не вся нужна для обновления:
- Строки в которых указано, что в роль добавился, новый Реквизит, Макет, Табличная часть, не несут полезной нагрузки, если у роли установлена галочка Устанавливать права для реквизитов и табличных частей по умолчанию (для реквизита и таб. части, для макетов это правило действует и без нее).
В Бухгалтерии 2.0 эта галочка установлена у всех типовых ролей, кроме АдминистраторСистемы. Поэтому в большинстве случаев на записи вроде:
На этом статья про Обновление нетиповой конфигурации 1С завершена. Если после прочтения у вас остались вопросы — смело задавайте их в комментариях! По желанию читателей в следующей статье я могу рассказать о других интересных и сложных аспектах обновления нетиповой конфигурации 1С 8.
- Строки в которых указано, что в роль добавился, новый Реквизит, Макет, Табличная часть, не несут полезной нагрузки, если у роли установлена галочка Устанавливать права для реквизитов и табличных частей по умолчанию (для реквизита и таб. части, для макетов это правило действует и без нее).