Инструкция по созданию патчей (оперативных исправлений ошибок)
1. Патчи следует выпускать для оперативного исправления критичных ошибок в прикладных решениях и библиотеках, не дожидаясь выпуска очередного исправительного релиза («минуя» длительную процедуру выпуска и встраивания библиотек – в случае ошибок в библиотеках).
Критичность определяется ответственным за прикладное решение (библиотеку).
2. Технически патч – это расширение конфигурации, которое имеет небольшой размер (по сравнению с файлом поставки или обновления конфигурации), и установка которого не требует длительного обновления и блокировки работы пользователей. Для применения патча достаточно перезапустить сеанс.
Установка и удаление патчей реализована в 1С:Библиотека стандартных подсистем, а в 1С:Библиотека интернет-поддержки предусмотрена автоматическая загрузка патчей с портала 1C:Обновление программ. Вариант установки патчей (ручной или автоматический) в «коробках» контролирует администратор, а в модели сервиса – администратор сервиса (требуется подключение экземпляра облачного решения 1C:Fresh к порталу 1С:ИТС). Для «коробок» и облачных решений без подключения к интернету также возможно загружать интересующие патчи с портала 1C:Обновление программ на флешку и устанавливать с нее.
3. Создавать патчи можно с помощью конфигуратора или автоматически по исправленным в хранилище ошибкам с помощью 1С:Система проектирования прикладных решений (СППР). С помощью СППР патчи формируются автоматически по закладкам в репозитории git, рассчитывается применимость патча к версиям конфигурации (а для библиотек – к версиям всех прикладных решений, в которые она встроена); автоматизирована публикация и отзыв патчей, есть подписание патчей для базовых версий, а также целый ряд других полезных сервисов.
Создание патчей с помощью конфигуратора
Сначала исходную ошибку, которую требуется закрыть патчем, необходимо исправить и протестировать штатным образом. Изменения по исправлению ошибки поместить в рабочее хранилище проекта.
Затем открыть конфигуратором информационную базу одной из прошлых версий, в которой имеется исправляемая ошибка, и перенести изменения по ошибке в расширение конфигурации.
Для этого создать новое расширение конфигурации (если изменять ранее созданное расширение для другой ошибки, то это приведет к исключению при одновременном подключении этих расширений) и выполнить действия:
- Указать свойства расширения:
- Имя – «EF_<произвольный_номер_ошибки>». Например, EF_00_00268773.
- Префикс имен – берется из свойства имя.
- Основные роли – снять флаг.
- Основной язык – снять флаг.
- В группе Совместимость – снять флаги у всех свойств.
- Режим совместимости — указывать равный или ниже тому, что у конфигурации, для которого оно создается.
- Не удалять объект метаданных Язык – Русский.
- Перенести изменения в расширение-патч.
- Для процедур и функций – встать на любой строчке и нажать ALF+SHIFT+F2, в диалоговом окне «Тип выбора» указать «Вызывать вместо».
- В метод патча перенести текущую реализацию со всеми необходимыми изменениями.
- Создать и заполнить макет, который описывает содержимое патча и информацию о нем:
- Добавить общий макет, имя которого совпадает с именем расширения. Например, EF_00_00268773.
- Заполнить содержимое макета по примеру:
Копировать в буфер обмена
<Patch xmlns=»http://www.v8.1c.ru/ssl/patch» xmlns:xs=»http://www.w3.org/2001/XMLSchema» xmlns:xsi=»http://www.w3.org/2001/XMLSchema-instance»>
<Name>EF_00_00268773</Name>
<Description>В веб-клиенте при сохранении некоторых печатных форм может быть недоступен выбор папки сохранения.</Description>
<UUID>abfde8f7-7ac4-43a9-9521-d291d0d0d6c3</UUID>
<ModifiedMetadata>ОбщаяФорма.СохранениеПечатнойФормы.ПриСозданииНаСервере</ModifiedMetadata>
<AppliedFor>
<ConfigurationName>СтандартныеПодсистемы</ConfigurationName>
<Versions>3.1.2.229,3.1.2.245</Versions>
</AppliedFor>
</Patch>
- Name – должно совпадать с именем патча из расширения
- Description – описание для пользователя, будет отображаться в списке установленных патчей.
- UUID – уникальный идентификатор патча. Требуется создать новый, получив методом платформы Новый УникальныйИдентификатор.
- ModifiedMetadata – изменяемые объекты метаданных.
- AppliedFor – блок, в котором описывается к каким конфигурациям подходит данный патч.
- ConfigurationName – имя конфигурации, берется из описания подсистемы в модуле ОбновлениеИнформационнойБазы<Сокращение>.
- Versions – список версий конфигурации через запятую, для которой применим патч.
- Рекомендуется при проверке патча проверять, что данный макет корректно читается и в нем нет ошибок – для этого нужно перейти к списку установленных исправлений (Администрирование – Обслуживание – Установленные исправления).
При переносе исправления ошибки в расширение следует учитывать следующее. Новые процедуры и функции следует добавлять в расширение с префиксом патча, например, вместо
«ИмяМоейПроцедуры» следует указывать
«EF_<произвольный_номер_ошибки>_ИмяМоейПроцедуры».
Если этого не сделать, то возникнет ошибка при удалении патча после обновления на новую версию конфигурации, в которой уже существуют одноименные новые процедуры и функции.
Создание патчей с помощью Системы проектирования прикладных решений (СППР)
Первичная настройка
- Развернуть сервер репозиториев git (например, GitLab) и указать его адрес в карточке проекта в СППР.
- Переключиться на закладку Общая информация проекта и заполнить поля Имя конфигурации – то, что указано в модуле ОбновлениеИнформационнойБазы<Сокращение> и Идентификатор программы – идентификатор в сервисах Интернет-поддержки пользователей. Если СППР будет использоваться только для создания патчей, без их публикации, то идентификатор программы заполнять не обязательно.
- В карточке версии:
- на закладке Наследование ошибок и патчи включить флажок «Автоматически создавать патчи по публикуемым ошибкам»;
- заполнить поле Версия платформы. Значение должно совпадать с режимом совместимости платформы для данной версии конфигурации.
Создание патчей для ошибок
- Исправить ошибку в хранилище проекта.
- В карточке ошибки в СППР внизу на закладке Исправление включить флажок Создать патч по исправлению ошибки .
- Описание патча автоматически заполнится из публикуемого описания ошибки.
- Дождаться готовности патча, проверить его на версии, в которой ошибка была привнесена, и нажать Проверен в карточке патча (для каждой версии, если патч создается сразу для нескольких версий проекта).
- Сформированный патч сохранить по кнопке Сохранить патч… и передать пользователям.
- Если СППР подключен к базе публикации, то нажать Опубликовать . После чего патч будет отправлен в базу публикации и вскоре окажется доступен для автоматической загрузки с портала 1C:Обновление программ.
Отзыв патчей с портала 1C:Обновление программ
В случае если ошибка исправлена неверно, требуется отозвать патч и выпустить новый. Но не следует перевыпускать патч или выпускать патч на патч.
При публикации патча из СППР необходимо:
- Открыть карточку интересующего патча.
- В меню Еще списка версий патча нажать Отозвать. После чего информация об отзыве патча будет отправлена на портал 1C:Обновление программ.
Если патч публиковался вручную на портале 1C:Обновление программ, то отзыв так же выполняется вручную.
После доисправления ошибки появится возможность вновь опубликовать патч для нее.
Если патч не удалось создавать автоматически
Не во всех случаях возможно создать патч автоматически, например:
- изменения по ошибке пересекаются с другим исправлением и патч нельзя применить ни к одной из опубликованных сборок конфигурации;
- содержит изменения, которые не касаются кода и на данный момент не поддерживаются автогенератором патчей в СППР;
- особенности или ограничения автогенератора патчей.
В первых двух случаях рекомендуется выполнить оставшиеся действия вручную, внеся изменения непосредственно в сформированное расширение, и опубликовать получившийся патч.
Рекомендации и ограничения технологии патчей
Патчи подходят для исправления ошибок:
- в программных модулях (общих модулях, модулях форм, модулей менеджеров, объектов, наборов записей и пр.)
- в «коробочных» версиях, в модели сервиса и в базовых версиях;
- в типовых (на полной поддержке), доработанных типовых и нетиповых конфигурациях (которые включают публикуемые библиотеки).
Патчи не подходят:
- для исправления обработчиков обновления, которые портят данные;
- для изменения пользовательских данных;
- для добавления реквизитов, справочников, перечислений и других объектов метаданных, хранящих данные.
Один патч должен «точечно» исправлять только одну ошибку
В одном патче для одной ошибки могут содержаться исправления сразу для нескольких процедур и функций различных модулей одной конфигурации (библиотеки). Но если для исправления ошибки необходимо внести изменения синхронно в код двух и более библиотек (или, например, конфигурацию и библиотеку), то следует разделить ее на несколько ошибок на каждую библиотеку, и выпустить для этих ошибок несколько отдельных патчей.
Патчи не должны создаваться «внахлест»
Если для исправления двух разных ошибок требуется исправить одну и ту же процедуру (функцию), то следует создать два патча и ограничить их область применимости (по версиям).
В случае если одна ошибка имеет разные способы исправления в нескольких поддерживаемых версиях прикладного решения, следует выпускать несколько патчей для каждой версии.
Тщательно проверять патчи
Поскольку патч публикуется максимально оперативно, то рекомендуется дополнительно проверять патч отдельно от проверки исправления ошибки:
- в опубликованной версии конфигурации (библиотеки) – сначала убедиться, что ошибка воспроизводится;
- затем установить патч и убедиться, что ошибка исправлена.
Не следует полагаться только на успешное подключение патча к конфигурации, или что патч успешно собран автоматически (есть также ограничения технологии патчей и платформы).
Проверка патча важна в полном объеме, во всех ветках, для которых он будет публиковаться.
Кроме того, для проверки патчей настоятельно рекомендуется:
- аудит исправления ошибки другим разработчиком;
- перекрестная проверка исправления тестировщиком или другим разработчиком.
Если проверка исправления ошибки требует регламентного тестирования (например, обязательно подтверждение исправления регрессионными тестами и т.п.), то патч также не следует публиковать до того, как исправление ошибки пройдет все предусмотренные этапы проверки.
Патч рекомендуется публиковать только после выполнения перечисленных этапов проверки.
Подпись патчей для базовых версий конфигураций
<путь к платформе> DESIGNER /IBConnectionString <строка подключения> /SignCfg <путь к подписанному патчу> -Type File -digisign <путь к закрытому ключу (*.pem)> -File <путь к исходному патчу>
УНФ базовая и расширения
Подскажите, разрешено ли подключать к базовой УНФ расширения (допустим через «все функции»)? Не нарушу ли я лицензию 1С? А то конфигуратором лазить нельзя, а расширения к нему приравниваются?
В базовых версиях прикладных решений работа с расширениями не поддерживается. (с) https://its.1c.ru/db/v8311doc#bookmark:dev:TI000001923
Если у тебя расширение доступно — значит у тебя лицензия на платформу не базовая, а ПРОФ.
(11) всё-таки _расширения_ работают на платформе _проф_
И им в этом случае как бы и все равно, а в какой же базе работает это расширение. Базовая база? Ну и 1С предоставляет свою поддержку для базовой версии.
Можно предположить, что со временем эту фичу уберут, когда базовая база способна работать на платформе с проф лицензией, что значительно расширяет ее возможности.
И это не единственная такая прикольная фича у платформы 1С. Можно и возможности серверного режима получать абсолютно ничего не взламывая, просто использовать и все штатными средствами.
Причем, теперь уже два варианта для получения режима сервера доступны, а раньше был только один. Причем, прямо «из коробки»
Ошибка применения расширения конфигурации
Не получается адаптация конфигурации «1С:Розница 2.2» Вот с этого сайта http://online-modul.ru/kkt_server.html#driver .
Пытаюсь подключить две розници с разными базами к одному ККМ атол 30ф. На рознице 2.3 которая не подключена к ккм. адаптация проходит хорошо, а на рознице 2.2 к которой ккм подключен физически выдает эти ошибки
(Критичная) : Для работы с базовой версией расширение должно быть подписано тем же ключом, что и конфигурация.
: Ошибка при вызове метода контекста (Записать): Ошибка применения расширения конфигурации: Для работы с базовой версией расширение должно быть подписано тем же ключом, что и конфигурация.
В чем может быть проблема?
- Скопировать ссылку
- Перейти
- Скопировать ссылку
- Перейти
- Скопировать ссылку
- Перейти
Не получается адаптация конфигурации «1С:Розница 2.2» Вот с этого сайта http://online-modul.ru/kkt_server.html#driver .
Пытаюсь подключить две розници с разными базами к одному ККМ атол 30ф. На рознице 2.3 которая не подключена к ккм. адаптация проходит хорошо, а на рознице 2.2 к которой ккм подключен физически выдает эти ошибки
(Критичная) : Для работы с базовой версией расширение должно быть подписано тем же ключом, что и конфигурация.
: Ошибка при вызове метода контекста (Записать): Ошибка применения расширения конфигурации: Для работы с базовой версией расширение должно быть подписано тем же ключом, что и конфигурация.
В чем может быть проблема?
(2)Там есть файл для 2.2 и 2.3. только 2.2 почему то ругается
Что делать, если после обновления конфигурации 1С выходит сообщение об ошибке инициализация модуля EF — скорее всего «свежего» патча.
Буквально на днях помогли исправить похожую ошибку в 1С БП, которая не запускалась из-за EF_1954_14.
В октябре т. г. публиковали материал по ошибке в модуле EF_00_00406132 «Процедура или функция с указанным именем не определена». В общем, алгоритм схожий.
Причина
Наиболее вероятно, что при автоматическом обновлении 1С не смогла удалить ранее установленный патч с исправлениями или произошел внутренний сбой. И теперь один из модулей препятствует корректному запуску программы.
Поэтому, проблемный патч необходимо удалить вручную.
Одно важное замечание
Перед выполнением каких-либо действий, пожалуйста, сделайте копию вашей информационной базы. Это будет правильным шагом.
В случае каких-то ошибочных действий, вы сможете вернуться к исходной точке. Это ваша страховка. Поэтому, будьте внимательны. Сделайте бэкап, а только потом приступайте к операциям с расширениями.
Если ошибка не дает выполнить запуск в пользовательском режиме, то используйте другие способы.
- Перейдите в список установленных исправлений через меню «Администрирование — Обслуживание — Обновление программы — Установленные исправления (патчи)».
- В списке выберите патч, который необходимо удалить, и нажмите кнопку «Удалить исправление».
Альтернативный вариант открытия списка — через команду «Функции для технического специалиста».
Путь такой: «Главное меню — Функции для технического специалиста — Стандартные — Управление расширениями конфигурации».
Как включить показ всех функций на панели: Главное меню — Настройки — Параметры — ✔ Режим технического специалиста.
Способ 2. Удаление расширения через Конфигуратор
Этот вариант доступен только в 1С версии ПРОФ. У базовых версий в Конфигураторе нет пункта меню «Расширения конфигурации» — используйте 3-й способ.
- Откройте 1С в режиме Конфигуратора.
- Главное меню — Конфигурация — Расширения конфигурации.
Если пункт недоступен, выполните команду «Конфигурация — Открыть конфигурацию». - В списке установленных расширений выберите удаляемый патч и нажмите кнопку «Удалить» (или через меню «Действия — Удалить»).
Способ 3. Удаление патча с помощью параметра запуска
Описание формата:
/DeleteCfg [-Extension <Имя расширения>] [-AllExtensions]Где «/DeleteCfg» — указание на действие удаления. Два варианта:
- «/DeleteCfg -Extension <Имя расширения>»— удаление конкретного расширения или патча с указанным именем.
- «/DeleteCfg -AllExtension» — удаление всех расширений и патчей из информационной базы.
Эту команду необходимо добавить в дополнительные параметры запуска информационной базы или командную строку, вызывающую старт 1С.
Например, чтобы удалить расширение EF_1954_14 (у вас будет свой идентификатор патча), необходимо указать:
/DeleteCfg -Extension EF_1954_14
План следующий:
- Добавьте дополнительные параметры запуска ИБ на удаление одного или всех расширений.
- Разово откройте программу 1С в режиме Конфигуратор — после выполнения команды /DeleteCfg с указанной опцией Конфигуратор будет автоматически закрыт.
- Очистите поле дополнительных параметров запуска ИБ в исходное состояние и запустите её в режиме 1С:Предприятие.
Примеры удаления патча через командную строку
Для файловой базы:
"C:Program Files1cv8common1cestart.exe" DESIGNER /F <Путь> /N <Имя> /P <Пароль> /DeleteCfg -Extension <Имя расширения>Для клиент-серверного варианта:
"C:Program Files1cv8common1cestart.exe" DESIGNER /S <Адрес> /N <Имя> /P <Пароль> /DeleteCfg -Extension <Имя расширения>Где:
/F <Путь> — путь к файловой информационной базе;
/S <Адрес> — адрес базы на сервере 1С;
/N <Имя> — имя пользователя из общего списка, необходимы полные административные права для этого пользователя;
/P <Пароль> — пароль пользователя, имя которого указано в /N (если пароля нет, то параметр не указывается);
/DeleteCfg -Extension <Имя расширения> — имя расширения, которое необходимо удалить. Либо /DeleteCfg -AllExtensions для удаления всех расширений и патчей.
Один из этих способов должен помочь. Также рекомендуем на время отключить автоматическую установку патчей, чтобы ситуация не повторилась. Успехов вам.
Если не получается или требуется дополнительная поддержка, наши программисты 1С готовы помочь. +7-911-500-10-11
Если при запуске 1С:Предприятие у Вас появляется ошибка «Ошибка применения расширения конфигурации» — это значит одно из установленных в Вашей конфигурации расширений не подключено.
Как правило, расширение перестает работать при обновлении конфигурации или платформы. Система предупреждает Вас — расширение не совместимо с актуальной версией конфигурации. Для исправления ошибок необходимо адаптировать расширение конфигурации под новую конфигурацию.
Адаптация расширения конфигурации
Процесс адаптации расширения конфигурации можно разделить по следующим шагам:
- Обновление свойств расширения конфигурации.
- Исправления ошибок изменения свойств объектов, входящих в расширение конфигурации.
- Обновление форм, использующихся в расширении конфигурации.
Со всеми этими шагами Вы можете ознакомиться в нашей статье — Адаптация расширений конфигурации.
Наши разработки:
Вопрос задал
Елена Ч. (Электросталь, Московская область)
Ответственный за ответ:
Пьянкова Елена (★9.85/10)
Не могу сдать СЗВ-ТД на принятых сотрудников в июле. релиз обновленный. В протоколе говориться, что грубая ошибка, формат не тот. Зарплату и кадры ведем в 8.3 Бухгалтерия. Я так понимаю, что программа обновлена до нового формата (релиз 3.0.96.30), а нужно до 1 августа сдавать по старому по желанию ПФР! Это кошмар какой-то!!! Помогите, пожалуйста!!!
Записки IT специалиста
Восстанавливаем синхронизацию в 1С:Предприятие при проблемах с расширениями (патчами)
- Автор: Уваров А.С.
- 05.04.2022
Новые технологии — это не только новые возможности, но и новые проблемы. Расширения в 1С:Предприятие открыли новые возможности по доработке конфигураций и их последующему сопровождению, но они же принесли новые проблемы, в частности касающиеся синхронизации в распределенной информационной базе (РИБ). Но есть проблемы — значит будут и решения, которые, по мере накопления опыта преобразуются в практические рекомендации. Сегодня мы рассмотрим, что может помешать синхронизации после установки расширений (патчей) и как это исправить.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Мы не будем подробно останавливаться на том, что такое расширения, об этом можно прочитать в официальной документации. Если коротко — то это специальные внешние модули, которые можно подключить к конфигурации и переопределить некоторые действия или добавить собственные. Они используются для исправления ошибок, адаптации или дополнения готовых прикладных решений, не внося изменений в код основной конфигурации. Это значительно облегчает дальнейшую доработку и поддержку доработанных решений, делает ее проще и дешевле.
Существует особый тип расширений — патчи, они официально выпускаются фирмой 1С и оперативно закрывают выявленные проблемы, это позволяет быстро устранить ошибки, не дожидаясь выпуска очередного релиза и не внося изменения в основную конфигурацию. На первый взгляд — дело хорошее, но все кроется в мелочах.
Распределенная информационная база (РИБ) продолжает активно использоваться несмотря на обилие облачных и прочих веб-решений. Причина проста, только эта технология обеспечивает автономность узлов распределенной сети, позволяя полноценно работать даже при отсутствии связи с центральной базой. Наиболее востребовано это в торговле — магазин должен продолжать работать, даже без связи с внешним миром.
В основе РИБ лежит иерархическая структура, в которой распределенные информационные базы, обладая полной автономностью, периодически обмениваются с центральным узлом, передавая и принимая данные. Обмен построен таким образом, что каждый узел должен подтвердить успешный прием данных, в противном случае они будут передаваться в каждом следующем сеансе обмена.
Необходимым требованием для успешной синхронизации является идентичность конфигурации центральной базы и распределенных узлов. Если вы внесли изменения в конфигурацию центрального узла, то эти изменения следует распространить по РИБ, принять и установить, только после этого синхронизация будет продолжена.
Для расширений можно указать область применения: только центральная база или вся распределенная сеть. Вот здесь и начинается самое интересное.
Расширения бывают двух типов: которые вносят изменения в структуру данных ИБ и которые не вносят, изменяя только интерфейс или обработчики команд. Последние не представляют особых проблем в РИБ, они минимально влияют на синхронизацию и для устранения проблем достаточно просто перезапустить программу. Но даже если этого не сделано, то синхронизация сохраняется, как правило в одну сторону: обновления из центрального узла не загружаются, так как не применены прошлые изменения, но в центральный узел данные передаются исправно.
А вот если расширение вносит изменения в состав данных, то после синхронизации, как и при обновлении основной конфигурации, потребуется выполнить установку обновлений с обновлением конфигурации базы данных. И вот здесь обычно возникают проблемы.
В том, что касается РИБ, расширения не принесли никакого упрощения поддержки, а только добавили новых проблем. На первых порах ситуация была вообще плачевной, неудачным расширением можно было положить всю сеть РИБ всерьез и надолго. Сейчас ситуация выправилась, но ее можно охарактеризовать как «вооруженный нейтралитет, эпизодически выливающийся в локальные столкновения».
В любом случае, применяя расширения вносящее изменения в структуру данных, администратор должен принять его в распределенных узлах и установить, точно также, как и изменения основной конфигурации. Если все это нормально организовано, то особых проблем там быть не должно, современная платформа предоставляет достаточно возможностей для комфортной работы с принятием изменений.
Но в случае с патчами все меняется, отдельные, сказочно смелые люди, даже включают автоматическую установку исправлений, фактически закладывая мину замедленного действия под инфраструктуру РИБ. И последствия не заставят себя долго ждать, особенно если распределенные узлы находятся где-нибудь в сельской местности и со связью там не все хорошо.
Обычно все начинается совсем не добрым утром, когда рядовые пользователи получают сообщение о невозможности запуска программы и начинают обрывать телефоны поддержки (часто в лице единственного человека).
При входе с полными правами предлагается выполнить повторную синхронизацию с центральным узлом, но она завершается неудачей.
В этом случае нажимаем Продолжить и входим в обычный режим работы 1С. Дальнейшие действия могут несколько различаться, в зависимости от конфигурации, а нашем примере это будет 1С:Розница 2.3. Переходим в Администрирование — Синхронизация данных — Настройки синхронизации данных и выбрав узел обмена (а он там будет один — центральный), нажимаем ссылку Синхронизация по расписанию.
Затем выберите сценарий синхронизации и в меню правой кнопки мыши выберите Выполнить сценарий, обычно это не займет много времени.
Затем можно вернуться в Настройки синхронизации и Установить обновление, во многих случаев этого окажется достаточно для восстановления нормальной работы автообмена, реже — потребуется повторить процедуру, при этом не забывайте после каждого сеанса синхронизации в РИБ запускать синхронизацию в центральном узле.
Но бывает все гораздо хуже, после установки обновлений база снова просит повторную синхронизацию и все продолжается по кругу. В этом случае нам ничего не остается, как изучить Журнал регистрации, находим там ближайшую ошибку обмена и внимательно ее изучаем. Как правило там будет явно фигурировать проблемное расширение.
А теперь немного отвлечемся, на портале обновлений 1С можно найти описание всех патчей и внимательно изучить их. А потом крепко подумать и сделать выводы. Большинство исправлений устраняют ошибки, с которыми вы вряд ли бы столкнулись, поэтому необходимость их автоматической установки исчезающе мала. Правильным действием будет ручная установка патчей, по мере выявления проблем.
Далее переходим в центральную базу и загружаем ее в режиме Конфигуратора, переходим в Конфигурация — Расширения конфигурации и получаем полный список всех установленных расширений и патчей. После чего находим проблемное расширение и думаем. В некоторых случаях оно может устранять ошибку, которая существенна для центрального узла, но совершенно не влияет на периферию. В таком случае снимаем флаг Используется в РИБ, в остальных случаях просто удаляем расширение и выполняем синхронизацию с нужным узлом.
Затем заново выполните синхронизацию в периферийном узле, но не спешите устанавливать обновление, снова выполните сценарий, как мы делали в начале этой статьи. Не забывайте, что после каждого сеанса синхронизации в узле РИБ нужно выполнять синхронизацию в центральной базе.
Таких расширений может оказаться не одно, поэтому повторяем описанные действия до достижения успеха. После чего повторите обмен несколько раз и убедитесь, что проблемы с синхронизацией отсутствуют.
Ну наконец-то! Можно идти пить кофе и отправлять пользователей работать. Но тут нас может ждать еще один сюрприз — пользователи снова не могут зайти, только текст ошибки немного иной.
В чем здесь нельзя сомневаться, так в том, что за подробностями они все обратятся и администратору вряд-ли это понравится. В чем же дело? А в том, что современная 1С — сложная система и восстановив синхронизацию мы все еще не завершили процессы обновления информационной базы. Поэтому снова запускаем базу с полными правами и выполняем повторную синхронизацию.
После чего нормальная работа базы данных будет восстановлена.
Как видим, проблемы с синхронизацией и расширениями довольно-таки просто решаются, но требуют времени, иногда довольно продолжительного. Поэтому мы категорически не советуем включать автоматическую установку патчей, а ставить их только вручную и только при наличии реальной необходимости. А также не забывать об области применения, многие из патчей нужны только в центральном узле и нет смысла распространять их через РИБ.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Помогла статья? Поддержи автора и новые статьи будут выходить чаще:
Или подпишись на наш Телеграм-канал: 
Ошибка в расширении EF_00_00XXXXXX или EF_ХХХХ_ХХ при обновлении конфигурации 1С:Предприятие
Что делать, если после обновления конфигурации 1С выходит сообщение об ошибке инициализация модуля EF — скорее всего «свежего» патча.
Буквально на днях помогли исправить похожую ошибку в 1С БП, которая не запускалась из-за EF_1954_14.
В октябре т. г. публиковали материал по ошибке в модуле EF_00_00406132 «Процедура или функция с указанным именем не определена». В общем, алгоритм схожий.
Причина
Наиболее вероятно, что при автоматическом обновлении 1С не смогла удалить ранее установленный патч с исправлениями или произошел внутренний сбой. И теперь один из модулей препятствует корректному запуску программы.
Поэтому, проблемный патч необходимо удалить вручную.
Одно важное замечание
Перед выполнением каких-либо действий, пожалуйста, сделайте копию вашей информационной базы. Это будет правильным шагом.
В случае каких-то ошибочных действий, вы сможете вернуться к исходной точке. Это ваша страховка. Поэтому, будьте внимательны. Сделайте бэкап, а только потом приступайте к операциям с расширениями.
Способ 1. Если программа запускается в режиме Предприятия
Если ошибка не дает выполнить запуск в пользовательском режиме, то используйте другие способы.
- Перейдите в список установленных исправлений через меню «Администрирование — Обслуживание — Обновление программы — Установленные исправления (патчи)».
- В списке выберите патч, который необходимо удалить, и нажмите кнопку «Удалить исправление».
Альтернативный вариант открытия списка — через команду «Функции для технического специалиста».
Путь такой: «Главное меню — Функции для технического специалиста — Стандартные — Управление расширениями конфигурации».
Как включить показ всех функций на панели: Главное меню — Настройки — Параметры — ✔ Режим технического специалиста.
Способ 2. Удаление расширения через Конфигуратор
Этот вариант доступен только в 1С версии ПРОФ. У базовых версий в Конфигураторе нет пункта меню «Расширения конфигурации» — используйте 3-й способ.
- Откройте 1С в режиме Конфигуратора.
- Главное меню — Конфигурация — Расширения конфигурации.
Если пункт недоступен, выполните команду «Конфигурация — Открыть конфигурацию». - В списке установленных расширений выберите удаляемый патч и нажмите кнопку «Удалить» (или через меню «Действия — Удалить»).
Способ 3. Удаление патча с помощью параметра запуска
Где «/DeleteCfg» — указание на действие удаления. Два варианта:
- «/DeleteCfg -Extension <Имя расширения>»— удаление конкретного расширения или патча с указанным именем.
- «/DeleteCfg -AllExtension» — удаление всех расширений и патчей из информационной базы.
Эту команду необходимо добавить в дополнительные параметры запуска информационной базы или командную строку, вызывающую старт 1С.
Например, чтобы удалить расширение EF_1954_14 (у вас будет свой идентификатор патча), необходимо указать:
Менеджер баз 1С — ИБ — Изменить… — Далее > — Дополнительные параметры запуска
- Добавьте дополнительные параметры запуска ИБ на удаление одного или всех расширений.
- Разово откройте программу 1С в режиме Конфигуратор — после выполнения команды /DeleteCfg с указанной опцией Конфигуратор будет автоматически закрыт.
- Очистите поле дополнительных параметров запуска ИБ в исходное состояние и запустите её в режиме 1С:Предприятие.
Примеры удаления патча через командную строку
Для файловой базы:
Для клиент-серверного варианта:
Где:
/F <Путь> — путь к файловой информационной базе;
/S <Адрес> — адрес базы на сервере 1С;
/N <Имя> — имя пользователя из общего списка, необходимы полные административные права для этого пользователя;
/P <Пароль> — пароль пользователя, имя которого указано в /N (если пароля нет, то параметр не указывается);
/DeleteCfg -Extension <Имя расширения> — имя расширения, которое необходимо удалить. Либо /DeleteCfg -AllExtensions для удаления всех расширений и патчей.
Один из этих способов должен помочь. Также рекомендуем на время отключить автоматическую установку патчей, чтобы ситуация не повторилась. Успехов вам.
Если не получается или требуется дополнительная поддержка, наши программисты 1С готовы помочь. +7-911-500-10-11
Расширение 1С может не работать, если у него отличается от основной конфигурации режим совместимости, при этом может возникать следующая ошибка:
Значение контролируемого свойства РежимСовместимости у объекта не совпадает со значением в расширяемой конфигурации
В данном видео показано как изменить режим совместимости расширения 1С и привести его в соответствие с режимом совместимости конфигурации.
Если расширение у Вас уже подключено, то как изменить режим совместимости показано в первом видео, если же расширение еще не подключено и возникает ошибка «Ошибка применения расширения конфигурации: Режим совместимости расширения конфигурации больше режима совместимости основной конфигурации», то данная ситуация рассмотрена во втором видео.