1с нельзя установить область действия расширения конфигурации в значение разделениеданных
Обновлено: 08.07.2024
С недавних пор в платформе 1С 8.3 появились расширения, которые немного развязали руки разработчикам. Я тоже сразу начал пользоваться этой возможностью. Но вот дошло дело до обновлений конфигурации 1С БП 3.0 в которой были подключены расширения.
Нашел следующее:
"В том случае, если прикладному разработчику необходимо обновить форму в расширении, ему следует использовать командуРасширения – Обновить расширение формы редактора формы. Обновление может потребоваться в том случае, если необходимо перенести в расширения изменения и дополнения, которые выполнены в расширяемой конфигурации после создания расширения формы".
Обновил форму, перезапустил конфигурацию, но ошибка осталась.
Пошел проверять, не изменилось ли название реквизита "УполномоченноеЛицо" в конфигурации информационной базы. И оказалось, что действительно изменилось, стало называться, как это обычно бывает "УдалитьУполномоченноеЛицо". Переименовал название реквизита в расширении на такое же и ошибка исчезла, расширение подключилось.
При сохранении расширения конфигурации вы получаете ошибку:
«Нельзя установить область действия расширения конфигурации в значение РазделениеДанных в информационной базе, не использующей разделение данных»
Область действия можно изменить в конфигураторе: Конфигурации — Расширения конфигурации.
В списке расширений найдите нужное и правой кнопкой мыши вызовите контекстное меню и выполните пункт «Изменить область действия расширения конфигурации».
Про расширения написано уже очень много, последняя большая статься О расширениях замолвите слово.. , но нигде не описаны 2 основные проблемы при работе с расширениями (или, возможно, я этого не заметил)
Проблема №1
Работа с таблицей невозможна. Структура таблицы несовместима с текущими расширениями конфигурации
Данная ошибка возникает при отключении расширения (снятие флага "Активно") при попытке прочитать таблицы (запросом, набором записей и т.д.) которые были модифицированы расширением.
Создали расширение, в котором есть заимствованный регистр накопления и добавленный новый документ, который участвует в движении по этому регистру. Даже несмотря на то, что новый добавленный документ не сделал еще никаких движений по регистру, ошибка будет появляться.
Возможность отключить расширение "на время" и продолжить работу в базовой конфигурации очень удобная штука, но к сожалению сделать это как оказалось не всегда возможно.
Проблема №2
На форуме периодически встречаются темы следующего содержания:
- Невозможность использовать механизм дополнительных реквизитов.
Для того, чтобы использовать отчетыобработки основной конфигурации (в которых есть реквизиты с типом "ЛюбаяСсылка" или конкретным типом) в своих расширениях необходимо либо заменить используемый тип на тип "Неопределено", либо заимствовать отчетобработку и выполнить замену типа уже в расширении.
Личный опыт
При написании расширений, которые предполагают использование ссылочных типов, я использую следующий подход:
Вместо реквизита "Ссылка" я создаю 2 реквизита "СсылкаID" и "ТипCcылки" где:
Конечно, у такого подхода есть свои минусы (отсутствие ссылочной проверки, отсутствие автоматического включения в интерфейс объекта), но он позволяет создавать универсальные расширения, которые будут работать в паре с любыми другими расширениями.
В версии платформы «1С:Предприятие 8.3.14» произойдет несколько изменений: упростили работу с расширениями, добавили возможность комментировать объекты в них и уменьшили зависимость расширений от изменений конфигурации.
Суть изменений
Раньше разработчики могли изменять роли типовой конфигурации, заимствуя их в расширение: устанавливать и снимать права на заимствованные объекты конфигурации и на собственные объекты расширения. Однако если заимствованные роли использовали ограничения доступа к данным на уровне записей и полей базы данных, то для полноценной работы этих ограничений вам не хватало возможности создавать собственные параметры сеанса в расширении.
Теперь такая возможность есть: собственные параметры сеанса доступны при первом вызове события УстановкаПараметровСеанса(). Использовать их можно в ограничениях доступа.
Появилось и еще одно обновление: программисты смогут добавлять собственные значения в заимствованные перечисления. Значения перечислений имеют уникальный внутренний идентификатор, они хранятся в таблице базы данных, доступны из встроенного языка и используются в полях форм в качестве значений. Но при их деактивации могут появляться собственные значения перечислений.
Приведем пример: программист заимствует перечисление и добавляет в него собственное значение Отменен. Если проблем при его применении не произошло, то база данных реструктуризируется, и в ней появятся все собственные значения перечислений. С этого момента значение Отменен можно использовать для того, чтобы указать состояние заказа.
Но если расширение деактивировать, то его собственные значения останутся в базе данных, но в пользовательском режиме показаны не будут. Вместо Отменен появится запись <Объект из отключенного расширения конфигурации>:
Не будет это значение доступно из встроенного языка. Если расширение подключить снова – его собственные значения восстановятся.
Комментарии к объектам в расширении
В версии «1С:Предприятие 8.3.14» разработчики смогут комментировать заимствованные и собственные объекты. Функция упростит процесс, если расширение разрабатывается коллективно или в течение долгого времени. С ее помощью можно оставлять заметки к изменяемым и добавляемым объектам.
Свойство Комментарий платформой в процессе применения расширения использоваться не будет.
Ослабление контроля обработчиков событий при применении расширения
Раньше действовало строгое правило: при расширении модулей количество параметров обработчика события в расширении и в расширяемом модуле должно быть одинаковым. Если платформа находила несоответствие, то расширение не применялось.
Но на практике и в результате развития платформы количество параметров в обработчиках событий может увеличиваться. Это не влияет на работу существующих в конфигурации обработчиков, написанных в младших версиях платформы. Необходимости «дописывать» в объявление процедуры новые параметры нет. Но если такие обработчики заимствуются, шаблон формируется с правильным количеством параметров.
И здесь применение расширения становилось невозможным. Однако теперь платформа не будет обращать на это внимание: при применении расширения количество параметров и описателей Знач в обработчиках событий не контролируется.
Комментарий к объектам расширения
Упрощение работы с расширениями формы
Кроме того, в «1С» позаботились о том, чтобы уменьшить зависимость расширений от изменений конфигурации, которые разработчики не собирались контролировать. Доработка коснулась механизма расширений форм.
Принцип работы механизма был таков, чтобы после заимствования форма в расширении выглядела бы максимально похожей на свой окончательный вид. Поэтому вместе с формой заимствовались и объекты для ее отображения: большое количество реквизитов, параметров и команд.
С одной стороны, это удобно, поскольку разработчики могли посмотреть форму в том виде, в каком она задумывалась изначально. Но с другой стороны – дополнительно заимствованные объекты были не нужны программисту для доработки. При попытках изменить их в расширяемой конфигурации специалисты сталкивались с проблемами в подключении расширения и необходимостью адаптировать его.
В обновленной версии платформы заимствоваться будет только форма и ее элементы. Информация, необходимая для работы с формой и для ее предпросмотра, будет браться из расширяемой конфигурации и только отображаться в расширении:
О новых элементах в расширяемой форме разработчик узнает в самом расширении: в верхней части редактора формы будет показан баннер, который предложит обновить форму:
При этом работа с ранее заимствованными формами не изменится, и они будут работать так, как будто все возможные реквизиты, команды и параметры были заимствованы вручную.
С появлением режима совместимости 8.3.12, как вы знаете, появилась возможность распространять расширения из центрального узла в подчиненные вместе с обменом. Будем считать, что план обмена и конфигурация у вас поддерживает передачу расширений в узлы (подробнее по настройке вы можете посмотреть, например, тут).
Казалось бы, после этого достаточно просто добавить расширение в центральный узел, установить ему признак "Используется в РИБ", выполнить обмен и принять расширение в узле! Но реальность оказалась куда "интереснее".
Идентификаторы объектов расширений
Первая проблема, с которой вы можете столкнуться в центральном узле (при использовании типовой конфигурации) при выгрузке - это возможное отсутствие записей в справочнике "Идентификаторы объектов расширений", если в расширение вы добавили новые объекты (справочники, регистры сведений и т.д.). В этом случае можно выполнить обновление справочника процедурой:
К статье прикрепил готовую обработку с одной кнопкой, которая запускает выполнение этой процедуры:
Нарушение прав доступа, файл не обнаружен Params\DBNames.
Еще одна проблема, которая может изрядно испугать рядового пользователя. Не всегда, но возникает после подключения расширения, в котором добавлены новые объекты. Пользователи даже с полным правами не могут войти в 1С, хотя вы уверены, что на свои объекты вы дали права, либо чтение/запись производится в привилегированном режиме. И вообще, почему он ругается на таблицу, явно связанную с новым добавленным объектом? При этом утилита chdbfl проблем не обнаружила, да и ТиИ результатов не дало. И вот тут стоит вспомнить шутку о том, что
В любой непонятной ситуации - чисти кэш!
Да, это именно тот случай: чистим кэш и прощаемся с проблемой!
Ошибка получения данных в узле (файловая база)
Итак, расширение в центре подключили, сделали выгрузку: осталось получить данные в узле! Да проще простого! Запускаем обмен и видим следующую картину:
Ага, думаем, расширение пришло и 1С просит перезапустить сеанс! Но после перезапуска расширение не работает, а обмен так и не идет. Ладно, смотрим ЖР:
Как так? Сеанс всего один и именно из него мы пытаемся выполнить обмен! Как еще можно это сделать? Ок, дождемся запуска обмена по расписанию. Ничего не поменялось?! Ну тогда чистим кэш, делаем тестирование. Ошибок при тестировании никаких, кэш почистили, но обмен так и не идет! После чтения ИТС, списка изменений в релизах платформ, экспериментов выяснилось, что все дело в платформе! После перебора версий выяснилось, что ошибка точно присутствует в версиях 8.3.13.1690 и 8.3.14.1565, а на версии 8.3.13.1513 обмен проходит без проблем. При этом, если на узле используется клиент-серверный вариант работы, то ошибка не воспроизводится. Опять-таки, в ходе экспериментов выяснилось: первый обмен следует запускать кнопкой "Выполнить сценарий" в форме настройки сценариев обмена; причем обмен удивительным образом проходит даже на проблемных версиях платформы! Почему таким образом удается провести обмен - пока непонятно. Стоит отметить, что в центре можно использовать любую платформу: ошибок с обменом в центральном узле не обнаружили.
Напоследок
Как выяснилось позже, если у расширения стоит признак "Используется в РИБ", то оно попадает в файл обмена при каждой выгрузке! Да, даже если вы не вносили изменений в расширение, оно все равно будет каждый раз выгружаться в узел! Так что если у вас проблемы с интернетом на точках, то самое время заняться оптимизацией состава расширения!
Следует помнить: если вы добавили новые объекты в расширении, у вас настроен РИБ через план обмена, который поддерживает передачу расширений в узлы, то обмен у вас не заработает до тех пор, пока вы у расширения не поставите признак "Используется в РИБ"!
А если вы еще не перешли на режим совместимости 8.3.12+?
Надеюсь, данная статья поможет вам сэкономить массу времени нервов! Буду рад дополнить статью также вашими замечаниями, инструкциями и "находками" по данной теме!
Тестирование выполнялось на конфигурации 1С:Розница 2.2.11.29 и платформах 8.3.13.153, 8.3.13.1690 и 8.3.14.1565
РИБ и расширения: обновление идентификаторов метаданныхСпециальные предложения
Имеется в виду ссылочные объекты?
У меня в расширении есть добавленные объекты (формы), признак использования РИБ отключен, синхронизация выполняется. Расширения в узлах обновляю вручную.
Что касается полной передачи расширения в РИБ, это и ожидалось, там просто иного не предусмотрено, ровно как и в моём решении
Ну можно же было сделать проверку по контрольной сумме: поменялась - выгружаем. Думаю, это дело времени (5)А от куда главная база узнает контрольную сумму? Хотя конечно можно было сделать, как я предлагал в своей статье, это при выгрузке в центральную базу, добавлять хеш-сумму расширение, а от неё бы уже центральная база проверяла и узнавала, надо менять расширение или нет. Но 1Сники видимо решили по проще сделать. при выгрузке в центральную базу, добавлять хеш-сумму расширение
1С вроде сейчас так и делает. К сожалению, сейчас нет РИБ под рукой, но в XML был узел с именем "DigestExtension" или как-то так (7) Тогда странно что каждый раз выгружает. В моём кстати решении, там на сервер передается хеш сумма расширения и сервер тем самым узнает что надо передавать расширение клиенту или нет. Но вот разностная выгрузка средствами языка к сожалению не возможна. (8) да с разностной выгрузкой ладно, в большинстве случаев расширение не так много весит. Надо будет повнимательней последить за хэшем расширения в файле обмена. (9) Я как то анализировал эти хеши. Была ситуация, когда хеш расширения в центральной базе не совпадал с хешем расширения в периферийной базе. Это получилось из-за того, что некий узел конфигурации-расширения из центральной базы не передавался в периферийную. Возможно этот узел использовался в предыдущих версиях платформы, а в новой версии про него забыли и он просто лежит там как мусор. Если взять расширение из периферийной базы и загрузить в центральную, то хеши расширений начинают совпадать. Я надеялся, что после совпадения хешей расширение конфигурации перестанет каждый раз передаваться в периферийную базу, но оно всё равно передаётся. Ну хоть работает, уже хорошо. Большое вам человеческое СПАСИБО! Предлагаю сделать свой bugboard платформы 1С на инфостарте. Каждое обновление платформы как игра в рулетку или взлетит или нет( (13) зачем плодить сущности?
От этого будут быстрее ошибки исправлять?
Ставлю признак "Используется в РИБ", при попытке обмена ошибка в ЦУ:
Что с это значит?
(16) Похоже, что загрузили расширение в пользовательском режиме, но сеанс не перезапустили.(17) Загружал в конфигураторе.
для чистоты: завершил все сеансы - удалил расширение в конфигураторе - перезапустил 1С - добавил расширение в конфигураторе с признаком "Используется в РИБ" - запускаю обмен в режиме предприятия - та же ошибка.
(18) та же история 8.3.13.1690, 8.3.14.1630Работает через кнопку сценарий (19) Через сценарий обмен так же не взлетает
По крайней мере в 8.3.13.1644 . (20) Решилось удалением всех расширений в конфигураторе (установленных до обновления платформы) и добавлением их по новой. Обмен пошел сразу по кнопке Синхронизировать.
Решение подойдет в случае, если в расширениях нет собственных документов и справочников. (21)Платформа 8.3.13.1644
1. Подтверждаю, если в расширении не добавлены объекты из расширяемой конфигурации (или не добавлены новые объекты), то обмен работает по кнопке "Синхронизировать".
2. Подтверждаю, вывод статьи: если в расширении добавлены новые объекты метаданных, тогда первую синхронизацию с Узлами нужно делать по кнопке "Синхр. по сценарию", тогда расширение мигрирует в удаленную базу. После этого перезапускаем базу - чтобы принялись изменения расширения и снова жмем "Синхр. по сценарию" - в этот этап "подхватываются" уже данные. Да, если не перезапустить базу, то можно увидеть, вернее, не увидеть записи для заимственных в расширение объектов. При последующих синхронизаций, лучше синхронизировать "по сценарию", а то, вдруг обновление прилетит. Да и пользователей нужно учить, если синхронизация выполнена с ошибкой, пускай перезапускают базу и снова синхронизируются.
Как-то так.
Всё это ерунда. Пока не исправят баг с платформой счастья в РИБ не ищи. Пляски с бубном помогают каждому по своему. У нас 2 сервера для 1) 8.3.14.1565 пока танцевали с бубном каким то чудесным образом из файлов обмена пропали данные по расширениям. Если раньше есть расширение в ЦБ, то в файле выгрузки идут строки
<v8de:ConfigurationExtension>
<v8de:Id>645b2314-4ade-11e9-8d9e-708bcda98ec4</v8de:Id>
<v8de:Name>ОстаткиИЦеныВПодборе</v8de:Name>
то сейчас их нет. И обмен идёт отлично. Как так получилось но я рад до следующего обновления платформы)
2) 8.3.14.1630 Здесь не помогло не чего. Так и делаем обмен через сценарий.
P.S. пока танцевал с бубоном заметил такую вещь.
Если ЦБ 8.3.14 а ПБ 8.3.13 обмен не идёт не при каких условиях, так как в файле обмена меняются строки
<v8de:Version>216.0</v8de:Version>
<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
<v8de:Digest2 v2="57881d97074ef04efe7be54c9c51d7d2" Extensions="0000000000000000000000000000000000000000">9d1874 89ecad40d6c652763c4f4f5ac8</v8de:Digest2>
Где то на форуме многие страдали от этой проблемы. Может кому поможет.
На сайте багборда не нашел соответствующей инфы (25) Да. У меня РИБ на 2х серверах на 8.3.14.1694 взлетел. На данный момент полёт нормальный. Уже даже обновил розницу до 2.2.12.хх
Ошибка на платформе: "8.3.13.1865"
Розница: "2.2.11.24"
Напиши, потом, как дела с этой платформой у Тебя))
Да обновление платформы исправляет ситуацию, спасибо. (30) На 8.3.14.1779 точно осталась только проблема с первоначальной загрузкой расширения (либо при загрузке обновления расширения) - для решения см. пункт "Ошибка получения данных в узле" (31) расширение передаешь из центральной базы в переферийные? (32) да. При первой передаче или при изменениях расширения в центре - в узле изменения приходится принимать через кнопку "выполнить сценарий"; потом обмен проходит без проблем (29) Обновил розницу до 2.2.12.30 версия платформы 8.3.13.1865 обмен на узле РИБ возможен только через кнопку "Выполнить сценарий" и когда в базе сидит один пользователь. Как только подключается второй пользователь сразу идет ошибка "База данных заблокирована" Помогает обновление платформы решить данную ошибку? (35) к базе подключаются два пользователя на одном компьютере (36)Платформа 8.3.14.1630, Розница 2.2.13.12, файловая периферийная - та же ерунда. Обмен работает только если вручную нажать "Выполнить сценарий". В центральной все ОК. (37) решил в правилах отключить передачу расширений в РИБ, проверил на тестах - обмен работает (38) Так да, работает без проблем. А если в расширение добавить новые объекты (регистр, справочник и т.п.), то РИБ не будет работать со снятой галкой "Используется в РИБ" у такого расширения (39) а других вариантов пока не вижу, к сожалению не всегда есть возможность сделать обмен что бы на периферийной базе работал один человек. Пока идет обмен, обычно еще и торговать надо. (39) Именно так. Если в расширении есть новые объекты или изменены имеющиеся объекты на уровне данных, то расширение придется включать в обмен, без этого на периферийной базе не будут загружаться пакеты
Описан готовый механизм решения следующей проблемы:
При добавлении ролей в расширение конфигурации 1С 8.3 нет возможности в режиме предприятия корректно назначить их пользователю с полными правами (Администратору). Т.к. отрабатывает стандартный код общего модуля 1С УправлениеДоступомСлужебный процедуры ОбновитьРолиПользователей, который сбрасывает все роли, переназначая основную (ПолныеПрава) и дополнительную (ИнтерактивноеОткрытиеВнешнихОтчетовИОбработок).
А теперь разберем пример на «простом языке».
Была задача создать новые роли в расширении. Режим совместимости конфигурации ниже 8.3.13 (т.е. нет возможности применения «Основные роли» в том числе). При назначении ролей полноправным пользователям выявлена проблема: роли из расширения конфигурации 1С 8.3 недоступны (по вышеуказанной причине).
2. Решение проблемы с ошибкой при расширении конфигурации
Решение можно реализовать как в текущем, так и в отдельном расширении:
1. Добавить в расширение общий модуль УправлениеДоступомСлужебный:
2. Заменить процедуру ОбновитьРолиПользователей
Копировать код 1С:Предприятия из основной конфигурации. Между строк вставить код:
(!) Тут укажите имя своего расширения, которое содержит ваши роли:
3. Подключите (или обновите) расширение.
4. Назначьте эти роли в режиме 1С:Предприятия (Роли – в Профиле, Профиль – в Группе доступа, Группу доступа – полноправному пользователю).
Читайте также: