Введение в поставку и поддержку конфигураций
Рассмотрим типичную ситуацию. Фирма-поставщик выпускает тиражную конфигурацию. Клиент приобретает ее и адаптирует под свои требования. Через некоторое время поставщик выпускает новую версию, и перед клиентом встает вопрос обновления, то есть интеграции своих изменений с изменениями поставщика. Ручное объединение в подобных случаях очень трудоемко. Требуется составить список всех отличий своей конфигурации от старой конфигурации поставщика и заново внести их в новую версию. Можно делать и наоборот, то есть подготовить список изменений поставщика и внести их в свою конфигурацию, но это ничего не меняет. Многое также зависит от механизма сравнения конфигураций и подготовки отчета различий. В платформе «1С:Предприятие» версии 8 этот механизм был существенно улучшен по сравнению с «1С:Предприятием» версии 7.7, но даже самый лучший и подробный отчет от дальнейшей утомительной ручной работы не освобождает. Механизм поставки и поддержки конфигураций в значительной степени автоматизирует этот процесс.
Общая схема обновления
Подробно рассмотрим ситуацию на примере любого свойства объекта метаданных. Возможны следующие варианты:
| Пользователь | Поставщик | Правило обновления | |
| 1 | Менял | Не менял | Взять из конфигурации пользователя |
| 2 | Менял | Менял | ? |
| 3 | Не менял | Не менял | Взять из конфигурации пользователя |
| 4 | Не менял | Менял | Взять из конфигурации поставщика |
Таблица 1. Правила обновления по умолчанию
Нетрудно заметить, что варианты 1, 3, 4 в большинстве случаев не требуют модифицировать предложенное правило. Самый сложный случай – второй. Здесь нельзя сделать никаких предположений, но можно по крайней мере автоматически определить все такие свойства и предоставить пользователю отфильтрованный список для указания правила в каждом конкретном случае.
Реализация в платформе «1С:Предприятие 8»
Общие понятия
В «1С:Предприятии 8» любая конфигурация может стоять на поддержке одной или нескольких других конфигураций, называемых конфигурациями поставщика. В качестве конфигурации поставщика может выступать конфигурация, созданная командой Конфигурация — Поставка конфигурации — Создать файлы поставки и обновления конфигурации . В результате выполнения этой команды создается файл конфигурации ( cf) . Файл, подготовленный командой Конфигурация — Сохранить конфигурацию в файл , в качестве конфигурации поставщика использовать нельзя. Для того чтобы получить конфигурацию поставщика в виде файла информационной базы (1cd) или файла выгрузки информационной базы (dt), требуется подготовленный вышеописанным способом файл cf загрузить в требуемую информационную базу (возможно, в пустую), выполнив команду Конфигурация — Загрузить конфигурацию из файла . Затем, при необходимости, можно штатными средствами создать файл dt.
Существуют два способа встать на поддержку конфигурации поставщика. Первый — использовать конфигурацию, подготовленную вышеописанным способом (при необходимости внося в нее изменения). Фактически подготовленная конфигурация поставщика находится на поддержке той конфигурации, в которой она была создана. Аналогичный результат достигается через команды Конфигурация — Загрузить конфигурацию из файла и Администрирование — Загрузить информационную базу . Второй способ позволяет поставить на поддержку уже созданную конфигурацию пользователя. Для этого необходимо выполнить команду Конфигурация — Сравнить, объединить с конфигурацией из файла . Если в качестве выбранного файла указывается файл конфигурации поставщика, и конфигурация пользователя уже не находится на ее поддержке, предлагается после объединения встать на поддержку.
Существуют два режима поддержки. Первый — в конфигурацию поставщика не вносятся изменения, она используется как есть. Такой режим возможен только при первом способе постановки на поддержку, и именно в нем конфигурация поставщика находится после ее создания. Все объекты конфигурации в этом случае заблокированы для изменений (в том числе и для добавления новых объектов). Второй режим — конфигурация находится на поддержке с возможностью изменений. Для того чтобы перейти в этот режим, необходимо открыть диалог настройки поддержки командой Конфигурация — Поддержка — Настройка поддержки и нажать кнопку Включить возможность изменения .
Способы обновления конфигурации. Обновление конфигурации может выполняться как с помощью файлов конфигурации поставщика новой версии, так и с помощью специальных файлов обновления конфигурации ( cfu) . Обновление конфигурации с помощью файлов (cf) может выполняться с любой версии (в том числе и более новой, при необходимости отказаться от внесенных изменений). При создании файла обновления поставщик указывает, для каких версий конфигурации он предназначен. Таких версий может быть несколько, но обновление может быть выполнено только с них. Это связано с тем, что файлы обновления включают в себя не всю конфигурацию, а только те изменения, которые существуют между конечной версией и указанными при создании файла обновлениями. Важно отметить, что файлы cfu не поддерживают обновления не только для более ранних версий конфигурации, чем они предназначены, но и для более поздних.
Приведем пример. Если конечная версия «4», а обновление создается только для версии «2», то невозможно будет выполнить обновление не только для версии «1», но и для версии «3». Такое ограничение связано с возможностью «обратных» изменений. То есть представим себе, что при переходе к версии «3» поставщик увеличил длину строки в типе реквизита, а в версии «4» изменил ее обратно. При подготовке обновления «2» — «4» это свойство в файл не попадет (поскольку в этих версиях значения совпадают). Если позволить использовать такой файл для обновления версии «3», то у пользователя окажется неправильная, увеличенная длина строки. Файлы обновления конфигурации имеют минимальный размер не только за счет включения в них только необходимых объектов, но и за счет применяемого в них сжатия данных. Они оптимальны для доставки обновления пользователю по низкоскоростным каналам связи. Обратной стороной является описанная выше меньшая гибкость их применения. С точки зрения дальнейшего процесса обновления применение файлов cf и cfu ничем не отличается.
Рисунок 1. Общая схема взаимодействия поставщика и пользователя
Выполнение обновления
Если конфигурация пользователя находится на поддержке без возможности внесения изменений, обновление представляет собой тривиальный, полностью автоматизированный процесс. Пользователь выполняет команду Конфигурация — Поддержка — Обновить конфигурацию , и после получения подтверждения выполняется обновление. Рассмотрим второй, наиболее интересный случай. Пользователь включил возможность изменения. Обновление конфигурации производится с использованием стандартного механизма сравнения и объединения, но пользователю предоставляется существенный дополнительный сервис. В процессе сравнения участвуют не две а три конфигурации — конфигурация пользователя, старая конфигурация поставщика (она хранится в конфигурации пользователя) и новая конфигурация поставщика, до которой и производится обновление. При этом система автоматически производит анализ сделанных изменений и, в соответствии с таблицей 1, расставляет правила объединения. Главную сложность представляет собой вариант 2, когда и пользователь, и поставщик меняли одно и то же свойство. Как отмечалось, разумных предположений автоматически сделать невозможно, но можно выделить эти случаи для пользователя. Все подобные свойства в дереве объединения показываются жирным шрифтом. Кроме того, в настройке фильтра просмотра можно указать флажок Показывать только дважды измененные свойства , и в дереве объединения будут показываться только те свойства, которые требуют ручной установки правил объединения. После выполнения объединения хранимая внутри пользовательской конфигурации конфигурация поставщика будет обновлена до новой версии.
Модификация алгоритма обновления с помощью правил поддержки
Пользователь может модифицировать приведенный алгоритм обновления с помощью правил поддержки, которые можно установить для каждого объекта метаданных. Необходимость в этом может возникнуть, если пользователь собирается самостоятельно выполнять дальнейшую модификацию объекта на себя и ему неинтересны изменения, вносимые поставщиком. Частный случай — пользователю вообще не требуется данный объект, и он хочет его удалить. Существуют три правила поддержки объекта метаданных:
- «Объект поставщика не редактируется» — пользователь не может изменять объект поставщика. Основное предназначение этого правила будет описано ниже, но пользователь может установить его с целью страховки от случайных изменений. При обновлении такие объекты будут полностью заменяться на объекты поставщика новой версии.
- «Объект поставщика редактируется с сохранением поддержки» — основное правило. В этом случае алгоритм объединения в точности совпадает с описанным.
- «Объект поставщика снят с поддержки» — пользователь не хочет выполнять дальнейшие обновления данного объекта. Для того чтобы удалить объект поставщика, предварительно ему необходимо установить данное правило.
Приведем расширенный вариант таблицы 1, с учетом правил поддержки.
| Пользователь | Поставщик | Правила поддержки и обновления | |||||||
| 1 | Менял | Не менял |
| ||||||
| 2 | Менял | Менял |
| ||||||
| 3 | Не менял | Не менял |
| ||||||
| 4 | Не менял | Менял |
|
Таблица 2. Правила обновления по умолчанию с учетом правил поддержки
Ограничения действий пользователя со стороны поставщика с помощью правил поставки
Поставщик может ограничить возможные изменения пользователя с помощью правил поставки, которые можно устанавливать для каждого объекта метаданных. Данная возможность призвана ограничить возможные изменения конфигурации поставщика, нарушающие логику ее работы, после которых дальнейшая поддержка конфигурации теряет смысл. Существуют три правила поставки:
- «Изменения разрешены»;
- «Изменения не рекомендуются»;
- «Изменения запрещены».
Далее приводятся правила поддержки (по умолчанию и доступные для выбора пользователем), соответствующие различным правилам поставки.
Конфигурация поставщика
В структуру ИБ входят:
1. Основная конфигурация.
2. Конфигурация базы данных.
3. Конфигурация поставщика (может и отсутствовать).
4. Плюс пользовательские данные (документы, справочники и т.п.)
Конфигурация определяет структуру базы данных и содержит алгоритмы, которые обеспечивают работу с данными.
С основной конфигурацией работают разработчики. С конфигурацией базы данных работают пользователи.
Конфигурация поставщика – исходная конфигурация поставщика типового решения.
Если информационная база установлена из шаблона и находится на поддержке поставщика, то внутри ИБ будет находиться конфигурация поставщика.
Если конфигурация находится на поддержке и изменения объектов запрещены, то в информационной базе хранится две конфигурации – основанная конфигурация и конфигурация базы данных.
При включении возможности изменения конфигурации (команда Включить возможность изменения в диалоге “Настройка поддержки“), платформа из основной конфигурации создает конфигурацию поставщика. Размер ИБ увеличивается.
Конфигурация поставщика доступна только для чтения.
Для просмотра конфигурации поставщика необходимо выбрать пункт
Конфигурация – Поддержка – Настройка поддержки – Открыть.
Информационная база может содержать несколько конфигураций поставщиков, в том случае если конфигурация стоит на поддержке нескольких поставщиков. Такая схема встречается при использовании отраслевых тиражных решений.
Основы поддержки 1С
О поддержке 1С уже писалось. Все типовые решения фирмы «1С» находятся на поддержке поставщика, и при выходе нового релиза опытный пользователь может сделать обновление конфигурации или прибегнуть к помощи 1С программиста. Необходимо вносить меньше изменений в типовые решения для ускорения процедуры обновления.
Обновление 1С можно произвести в пользовательском режиме, в режиме конфигуратора и в настройки сравнения и объединения.
Снятие с поддержки
В диалоге “Настройка поддержки” при нажатии кнопки Снять с поддержки происходит удаление конфигурации поставщика. Такую возможность необходимо применять в тех случаях, когда типовое решение используется как основа для собственной разработки и не планируется его сопровождение.
Если нужно выгрузить конфигурацию поставщика. То это можно сделать из Поддержка – Настройка поддержки. В диалоге “Настройка поддержки” нажать кнопку Сохранить в файл.
Пожалуй все, основные моменты рассмотрел, если будут комментарий оставляйте мы все их джем.
Обновление нетиповой 1с 8.3
В этой инструкции нетипового обновления измененной 1с 8.3 я не буду описывать базовые вещи, такие как: как открыть конфигуратор, что такое конфигурация БД, конфигурация поставщика и основная конфигурация. Об это и там много написано, и вы можете самостоятельно найти эту информацию на просторах интернета. Я постараюсь описать основные моменты процесса обновления и на что нужно обратить внимание.
Также вы можете обратиться к нам за услугой размещения ваших баз на наших серверах с их обновлением и архивацией на нашей стороне, и всё за весьма скромную плату. Контакты в шапке сайта — обращайтесь.
Для примера возьмем нетиповую бухгалтерию 3.0.51.22 и я покажу как обновить ее до версии 3.0.53.29. На платформе версии 8.3.10.2561 (нет большой разницы на более старых платформах, просто раньше окошко сравнения выглядело чуть иначе).
Скажу сразу, будет много картинок и мало текста. Я считаю, что визуально проще запоминать процесс, чем читать море текста.
1. Проверить соответствие конфигурации БД и конфигурации поставщика.
Для этого вам нужно
-
первое – открыть из меню «Справка» — «О программе»
и в разделе конфигурация найти версию, указанную в скобках.
Эта же информация будет совпадать с версией разработки в свойствах конфигурации.
И в появившемся окне посмотреть версию (версии может вообще не быть, если конфигурация поставщика была удалена).
При совпадении можете смело переходить к пункту 2.
1а. Постановка конфигурации на поддержку.
Если у вас отличаются версия БД и версия конфигурации поставщика, то вам нужно удалить текущую конфигурацию все через то же меню: конфигурация – поддержка – настройка поддержки. И нажать кнопку «Снять с поддержки».
Далее нужно сравнить-объединить с типовой конфигурацией версии, указанной в «Справка» — «О программе». И на вопрос «Поставить на поддержку?» нажать «Да».
После «недолгого» ожидания снимаем все галочки. Ну и можно убрать галку «Сохранять настройки автоматически». И жмем выполнить.
В результате мы получим конфигурацию на поддержке с одинаковыми версиями баз данных.
2. Обновление базы.
Теперь можно переходить к обновлению.
Скажу сразу обновление делать нужно ТОЛЬКО через меню «Конфигурация» — «Поддержка» — «Обновить конфигурацию…».
Использовать «Сравнить, объединить с конфигурацией из файла…» НЕЛЬЗЯ. При использовании этого механизма вам при следующем обновлении придется переходить к пункту 1а. Поэтому давайте не будем так делать и создавать себе (или тому, кто будет в следующий раз обновлять базу) лишние проблемы.
Далее выбираем файл обновления.
Хотелось бы сказать про обновление через несколько релизов. 1С не рекомендует обновлять на CF файлы, сразу прыгая через несколько релизов. Это нужно делать последовательно. В теории это правильно.
Объясню почему так не рекомендуют делать. Если программисты хотят удалить какой-либо реквизит, то они сначала приписывают к нему приставку «удалить», потом через несколько релизов удаляют его. И могут в каком то релизе перенести из него информацию. Вот пропуская этот релиз, вы можете потерять данные. Но на практике за свои уже лет 10 работы с базами 1с у меня был такой один случай. Когда почему-то разработчики решили перенести данные с перечисления на справочник. При том ничем критичным это для меня не закончилось. Я написал простую обработку, которая перекинула эти данные из архива в текущую базу. Никакого повторного обновления делать не пришлось.
Можете кидать в меня камни, но я всегда обновляю базу через cf файлы на несколько релизов.
Итак мы нажали обновление, нам выскочило сообщение с какой на какую версию будет произведено обновление. Мы нажимаем ОК.
Ожидаем, пока пройдет сравнение объектов.
Далее нам нужно внизу из списка выбрать пункт «показывать только дважды измененные свойства.
Так же хочу сказать по старые версии, раньше это был флажок.
Итак, мы теперь видим гораздо меньше объектов.
Если у вас пусто, то вам несказанно повезло, и вы можете смело нажимать кнопку «выполнить» и считайте обновление закончено. Ну у нас не все так просто, поэтому пробегусь по основным объектам.
-
Подсистемы – ставим режим «Объединить»
Первое что хочется сказать. Ни в коем случае не переключайте режим объединения. Он должен стоять «Взять из новой конфигурации поставщика». Иначе вы получите в базе мусор с комментарием MGR.
Никаких кнопок «показать различия в модулях…»!
Жмем именно на значок шестеренки рядом с модулем
Открывается окошко, в котором очень много изменений в функциях и процедурах.
Для того чтобы понять в какой функции были изменения нам нужно будет либо взять копию базы, либо через меню конфигурация сохранить конфигурацию в файл. И дальше загрузить в пустую базу. Далее зайти в меню «конфигурация» и нажать «Сравнить конфигурации…»
Выбрать сравнение основной конфигурации с конфигурацией поставщика.
И вот ту можно уже посмотреть изменения через «показать различия в модулях…». Т.к. мы не собираемся ничего менять, мы только хотим посмотреть, что было изменено.
И мы видим, что в функцию «Просклонять» был добавлен кусок кода. Все изменения можно посмотреть, нажимая на синие стрелки.
Вернемся к обновляемой конфигурации. Там мы через значок шестеренки зашли с режим объединения модулей. Далее ставим все галки…вручную..говоря про себя «спасибо» разработчикам платформы 🙂
Находим нашу функцию просклонять. Находим измененный элемент. Надеюсь, теперь стало понятно, зачем нужно отделять любой добавленный свой код комментариями – правильно, чтобы не гадать при обновлении, откуда взят этот код.
Нажимаем значок лупы, и платформа выделит строчку кода, куда нужно этот текст добавить.
Копируем его из верхнего окна и вставляем в нижнее окно.
Так проделать со всеми модулями. Если модуль не был изменен, как в нашем случае со справочником валюты. Мы просто ставим режим «Взять из новой конфигурации поставщика» и НЕ нажимаем на шестеренку (рядом с шестеренкой не должно стоять зеленой галочки, это означает что код полностью будет взят из новой конфигурации, без ручной настройки).
Отлично. Теперь пробежавшись по всем объектам можно снять галку «сохранять настройку автоматически» и потом «выполнить»
На сообщение «Существуют объекты, измененные в основной конфигурации по отношению к старой конфигурации….. При обновлении будет выполнено замещение этих объектов! Выполнить?» Нажимаем смело ДА.
В следующем окне оставляем галки, как показано на картинке. И никак иначе. Должны стоять обе галки – «объекты редактируются с сохранением поддержки». Нажимаем ОК.
Все. Обновление нетиповой конфигурации 1с завершено.
Этот метод не претендует на идеал, но я думаю, многие совершают ошибки в этих шагах.
Конечно, я рассказал не все, тут еще много подводных камней. Но я думаю 90% обновлений можно смело обновлять по этой инструкции.
Надеемся, данная информация была полезна. При необходимости мы можем выгодно лицензировать вашу 1С
Также у вас есть возможность заработать на партнерской программе , приводя клиентов и получая комиссию с их покупок.
Конфигурация поставщика
это типовая конфигурация, которая разработана фирмой «1С». Используется для восстановления первоначального состояния конфигурации или для выявления изменений в основной конфигурации.
(от латинского configuratio – подобие)
Мы хотим принести в Россию самые передовые облачные технологии и заботимся о каждом пользователе.
- Продукты
- Аренда 1С
- Аренда 1С:Фреш
- Аренда сервера 1С
- Аренда виртуального сервера
- Облако 1С
- 1С онлайн
- Бухгалтерия Онлайн
- Программы 1С для ИП
- 1С:Контрагент
- 1С-Отчетность
- 1СПАРК Риски
- 1С:Распознавание первичных документов
- 1С:Кабинет сотрудника
- Техническая поддержка
- Часто задаваемые вопросы
- Форум 1С
- Выбор программы
- Предоставить доступ
- О проекте
- Новостной блог
- Отзывы клиентов
- Контакты
+7 (804) 333-16-02 звонок по России бесплатный Москва: +7 (499) 649-16-02 Санкт-Петербург: +7 (812) 425-17-02 Екатеринбург: +7 (343) 222-16-02 info@e-office24.ru sales@e-office24.ru
