Вряд ли:)

У ом пользователи. нет вызова сервера

Так оно вроде и не надо)

Закэшируй все что нужно при создании формы (например). Зачем с клиента дергать?

Если проект не open source то лучше использовать как удалённую систему GitLab, там приватный репозиторий с меньшими ограничениями

Спасибо...

Это модуль приложения . при начале работы...
Уже добавил в расширение общий  модуль с вызовом сервера....

Что-то не так там

Расскажи задачу. Не спеши шарить модуль вокруг которого построено много прикладного без такого насилия

Задача. Есть расширение. В нем.
При старте открывается форма с оповещением отналичии обновлений.
Надо показывать только полноправным.

Пользователи.ЭтоПолноправныйПользователь

Коллеги, здравствуйте.
Имеем центральную базу и 3 филиальные базы.
Синхронизация ЦБ с ФБ через РИБ.
На каждую ИБ выделено 1-2 1С Программиста , географически находящихся в разных местах.
В настоящий момент совместная разработка как таковая отсутствует. Каждый филиал городит кто во что горазд в своих расширениях, а в случае необходимости внести изменения в метаданные основной конфигурации - отправляет заявки в ЦБ.
Никаких механизмов совместной разработки, контроля версий, тестирования не используется.
Разработчики в филиалах могут делать одно и тоже (какую то доработку), хотя по сути можно было консолидироваться , так как с большой долей вероятности эта доработка может понадобится всем филиалам.
Подскажите в какую сторону глянуть, чтобы сместить вектор в сторону цивилизованной совместной разработки.
Интересуют как технические нюансы так и примеры регламентов взаимодействия.

Для начала завести общее пространство разработки. Это может быть как общая шара, доступная из всех филиалов, в которой были бы размещены все хранилища всех расширений + основной конфигурации + их описания, либо что-то более умное, типа гитлаба или спэйса, где бы велась разработка (код, задачи, описание, документация, кросс ссылки)

Спасибо.
Под спэйсом подразумеваемся github codespaces ?

Нет, jetbrains space

Круто. Спасибо.

Приветствую, коллеги!
возникла проблемка с конфигурацией на БСП. создал новую роль, но при создании группы доступа и профиля доступа она не назначается. нарыл что есть константа ПараметрыОграниченияДоступа в которой хранятся данные по ролям. нашел процедуры которые должны обновлять метаданные по регистрам и этой константе, но данные в константе не обновляются.

как обновить данные в константе ПараметрыОграниченияДоступа или как проще сделать так чтобы роли назначалась если пользователя включают в группу доступа ?

Никита, (jet brains крутой инструмент , но для нашей ситуации видимо пока немного избыточный).,
наверное будем смотреть в строну гитлаб.
Я правильно понимаю, что например эту статью можно взять за пример:
https://infostart.ru/1c/articles/864097/
?

Повысить версию конфигурации либо выполнить обработку из состава инструментов разработчика (в каталоге шаблона конфигурации БСП) ОбновлениеВспомогательныхДанных