Скрипт подключения списка информационных баз 1С в зависимости от контролера домена авторизации

29.03.18

Многие давно и успешно используют файл "1CEStart.cfg" для подключения списка информационных баз "1С Предприятия" на терминальных серверах и рабочих станциях. На сайте ИТС 1С (также как и в "желтой библии" "Руководство администратора") в "Приложение 3. Описание и расположение служебных файлов" достаточно подробно описаны настройки этого файла. Но ни на ИТС, ни в других статьях в интернете не описано каким образом изменять этот файл, чтобы подключался список баз (РИБов) того территориального офиса, в котором находится компьютер. В этой статье я опишу способ подключения списка ИБ в зависимости от контролера домена авторизации пользователя при помощи скрипта cmd и групповой политики.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		По подписке [?]	Купить один файл
Скрипт подключения списка информационных баз 1С в зависимости от контролера домена авторизации: .cmd 2,86Kb ver:1.0 3	3	Скачать (1 SM)	Купить за 1 850 руб.

Преамбула: Статья была написано от лица программиста 1С для программистов 1С, которые отвечают за формирование списка ИБ 1С.

Цель: Сделать выбор необходимой пользователю ИБ 1С более простой и универсальной. Снизить необходимость участия системных администраторов при настройки системы формирования списка ИБ. Упростить настройку силами программистов 1С системы формирования списка ИБ в условиях изменения сетевой и серверной инфраструктуры.

Дано: Имеется главный офис и несколько обособленных подразделений (далее "ОП"), в каждом из которых есть свой контролер домена (далее "КД") и свой сервер "1С Предприятия". Между офисами постоянно перемещаются и работают в локальных РИБах сотрудники с личных или рабочих лэптопов. Системные администраторы гарантируют выбор локального КД при авторизации.

Задача: При авторизации пользователя в домене ему необходимо подключить список РИБов, развёрнутых в том ОП, в КД которого произошла авторизация.

Неудачное решение: Такие варианты решения, как указывать все РИБы в одном списке или делать на рабочем столе разные v8i списки баз для каждого ОП приводят пользователей к путанице и периодическим ворчанием вида:

"Ваша 1С [главного офиса] тормозит в ОП1"

"- Я всегда работал в этой 1С, а в ОП2 эта 1Ска тормозит.

- [объяснение].

- Какую другую 1Ску запускать? Вы меня запутали."

Оптимальное (на мой взгляд) решение:

Для автоматического изменения (по факту - пересоздания) файла "1CEStart.cfg" был сделан скрипт Set1CBases.cmd, который размещается в папке "\\КонтролерДоменаГл\netlogon\". Чтобы этот скрипт запускался при входе пользователя в систему была создана [глобальная] групповая политика для конфигурации пользователя (единственное требуемое от системных администраторов действие).

Листинг Set1CBases.cmd:

@echo off > Nul
@rem CMD скрипт для подключения списка баз 1С в зависимости от контролера домена, на котором пользователь прошёл авторизацию.
@rem Описание параметров взято с its.1c.ru компании ООО "1С-Софт" (с).
@rem Зломанов Глеб 07.2016.

@rem Установка кодовой страницы UTF-8 со скрытием вывода на экран.
@chcp 65001 > Nul

@rem Удаляем знаки \\ из переменной среды LogonServer.
@set LogonServerName=%LogonServer:\=%
@rem Наименование каталога на контролере домена где находятся (одноименные с контролерами домена) каталоги со списками информационных баз (файлами ibases.v8i).
set IBasesFolderName=ibases
@rem Наименование каталога с дистрибутивами платформ "1С Предприятия» на контролере домена.
set PlatformFolderName=Platform

@rem Заполнение общего файла 1CEStart.cfg.
@rem Первая строка с одним символом > для затирания существующего файла.
@rem Параметр содержит указание на каталоги, в которые выполнены установки «1С:Предприятия».
echo InstalledLocation=C:\Program Files (x86)\1cv82>"%APPDATA%\1C\1CEStart\1CEStart.cfg"
echo InstalledLocation=C:\Program Files (x86)\1cv8>>"%APPDATA%\1C\1CEStart\1CEStart.cfg"
echo InstalledLocation=C:\Program Files\1cv82>>"%APPDATA%\1C\1CEStart\1CEStart.cfg"
echo InstalledLocation=C:\Program Files\1cv8>>"%APPDATA%\1C\1CEStart\1CEStart.cfg"
@rem Параметр содержит указание на каталог, в котором будет производиться поиск новой версии для автоматической установки.
echo DistributiveLocation=%LogonServer%\Sysvol\%UserDnsDomain%\%PlatformFolderName%>>"%APPDATA%\1C\1CEStart\1CEStart.cfg"
@rem Параметр указывает путь и имя файла со списком общих информационных баз [текущего пользователя].
echo CommonInfoBases=%LogonServer%\Sysvol\%UserDnsDomain%\%IBasesFolderName%\%LogonServerName%\ibases.v8i>>"%APPDATA%\1C\1CEStart\1CEStart.cfg"
@rem В конфигурационном файле содержится перечень установленных компонент.
@echo InstallComponents=DESIGNERALLCLIENTS=1 THINCLIENT=1 THINCLIENTFILE=0 SERVER=0 WEBSERVEREXT=0 CONFREPOSSERVER=0 SERVERCLIENT=0 CONVERTER77=0 LANGUAGES=RU>>"%APPDATA%\1C\1CEStart\1CEStart.cfg"
@rem Параметр управляет поиском ключа защиты при запуске «1С:Предприятия».
@rem Символ ^ используется для экранирования числа.
echo UseHWLicenses=^1>>"%APPDATA%\1C\1CEStart\1CEStart.cfg"
@rem Автоустановка новой версии «1С:Предприятия».
echo AppAutoInstallLastVersion=^1>>"%APPDATA%\1C\1CEStart\1CEStart.cfg"

Вместо текущего КД "%LogonServer%\Sysvol\%UserDnsDomain%" можно указать сам домен "\\%UserDnsDomain%\Sysvol\%UserDnsDomain%", который переправит на ближайший КД, но по личному опыту - не советую.

Листинг генерируемого 1CEStart.cfg:

InstalledLocation=C:\Program Files (x86)\1cv82
InstalledLocation=C:\Program Files (x86)\1cv8
InstalledLocation=C:\Program Files\1cv82
InstalledLocation=C:\Program Files\1cv8
DistributiveLocation=\\DC-SPB\sysvol\ZZZZ.LOCAL\Platform
CommonInfoBases=\\DC-SPB\Sysvol\ZZZZ.LOCAL\ibases\DC-SPB\ibases.v8i
InstallComponents=DESIGNERALLCLIENTS=1 THINCLIENT=1 THINCLIENTFILE=0 SERVER=0 WEBSERVEREXT=0 CONFREPOSSERVER=0 SERVERCLIENT=0 CONVERTER77=0 LANGUAGES=RU
UseHWLicenses=1
AppAutoInstallLastVersion=1

В каталоге корневого КД "\\КонтролерДоменаК\Sysvol\Домен" был сделан каталог ibases, внутри которого сделаны каталоги одноименные с наименованием серверов КД. Внутри каждого каталога был помещён файл "ibases.v8i" со списком баз того ОП, в котором физически располагается КД. Получились такие пути файлов:

"\\КонтролерДоменаК\Sysvol\Домен.СуфиксДомена\ibases\КонтролерДоменаК\ibases.v8i"

"\\КонтролерДоменаК\Sysvol\Домен.СуфиксДомена\ibases\КонтролерДомена1\ibases.v8i"

"\\КонтролерДоменаК\Sysvol\Домен.СуфиксДомена\ibases\КонтролерДомена2\ibases.v8i"

"\\КонтролерДоменаК\Sysvol\Домен.СуфиксДомена\ibases\КонтролерДомена3\ibases.v8i

Положительные свойства решения.

У всех КД каталог "...\Sysvol\Домен" [по умолчанию] синхронизируется (реплицируется) автоматически службой DFS-R, поэтому в кратчайшие сроки все файлы "ibases.v8i" были скопированы на другие КД, включая вложенную структуру каталогов и права доступа. При изменений в файлах или каталогах на любом из КД служба DFS-R реплицирует изменения на другие КД, что сильно упрощает поддержку актуальности версий списка баз на разных КД. Ещё одним из плюсов этого решения является то, что в любом ОП список баз всегда будет локальным и актуальным (при наличии связи между КД).

Настройка автоматического обновление платформы.

Также этим скриптом вы можете настроить автоматическое обновление платформы через дистрибутив, расположенный на КД. Для этого в "...\Sysvol\Домен" необходимо сделать каталог (в скрипте у него наименование "Platform"), поместить в него все используемые дистрибутивами платформы "1С Предприятие" и указать название этого каталога в параметре "PlatformFolderName", а для параметра "AppAutoInstallLastVersion" выставите значение 1. Только не забудьте в соответствии с "Главой 10. Обновление системы" установить политику AlwaysInstallElevated для компьютера и пользователя, чтобы пользователь, не обладающий правами локального администратора смогли установить платформу. Также следует знать, что 1СEStart.exe при запуске попытается автоматически установить самую последнюю версию платформы, даже если она не будет использоваться. Предупреждение: репликация между КД большого объёма дистрибутивов платформы, расположенных в системной папке "sysvol" может замедлить репликацию групповых политик.

P.S. Если Вы захотите изменять вместо пользовательского файла "%APPDATA%\1C\1CEStart\1CEStart.cfg" общий для всех пользователей компьютера файл %ProgramData%\1C\1CEStart\1CEStart.cfg", то заранее продумайте как предоставить не локальному админу права на изменение этого файла. Возможно Вам пригодится утилита icacls.exe.

Во вложении сам файл Set1CBases.cmd для тех, кто хочет отблагодарить за статью.

1CEStart.cfg Контролер Домен Политика Список информационных баз Автоматическая установка платформы

+4 –

См. также

SALE! 10%

Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2. Переносятся документы, справочная информация и остатки

Перенос данных 1C Программист Платформа 1С v8.3 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос документов, начальных остатков и справочной информации из УПП 1.3 в ERP 2 | из УПП 1.3 в УТ 11 | из УПП в КА 2 | Правила конвертации (КД 2) | Более 360 предприятий выполнили переход с использованием этого продукта! | Сэкономьте время - используйте готовое решение для перехода! | Позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию | В переносе есть фильтр по организации и множество других опциональных параметров выгрузки | Есть несколько алгоритмов выгрузки остатков на выбор

~~55778~~ 50200 руб.

04.08.2015 169047 351 280

385

SALE! 10%

ED для ERP 2.5, КА 2.5, УТ 11.5 БП 3.0, Розница, УНФ. Новые

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен и синхронизацию в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

27660 руб.

12.06.2017 143930 832 297

431

SALE! 10%

Перенос данных из УТ 10.3 в УТ 11.5. Переносятся документы (обороты за период), справочная информация и остатки

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 10 Россия Управленческий учет Платные (руб)

Перенос данных из 1С:Управление торговлей 10.3 в 1С:Управление торговлей 11.5 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УТ 10.3 (10.3.88.x) и УТ 11.5 (11.5.20.x), также подходят для релиза 11.5 (11.5.19.x).

~~35000~~ 31500 руб.

23.07.2020 54179 239 73

194

SALE! 10%

Перенос данных из ERP 2 / КА 2 / УТ 11 в БП 3.0. Переносятся документы, начальные остатки и справочники

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Программист Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос данных из ERP в БП 3 | из КА 2 в БП 3 | из УТ 11 в БП 3 | из ЕРП в БП 3 | Сэкономьте время - используйте готовое решение для перехода! | Перенос разработан в формате КД 2 (правила конвертации данных) | Переносятся все возможные виды документов, начальных остатков и нормативно-справочная информация| Можно опционально выгружать каждую пару "номенклатура+характеристика" как отдельную номенклатуру | Есть выгрузка настроек счетов учета и зарплатных данных из ERP / КА 2 | Можно проверить на вашем сервере перед покупкой

~~55778~~ 50200 руб.

15.04.2019 73126 190 152

129

SALE! 10%

Перенос данных из ERP 2 / КА 2 в ЗУП 3. Переносятся остатки, документы и справочники

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Программист Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из ERP в ЗУП 3 | из КА 2 в ЗУП | Готовые правила конвертации данных (КД 2) для переноса остатков, документов с движениями и справочной информации 3 | Есть перенос начальной задолженности по зарплате и начальной штатной расстановки на выбранную дату | Обороты за прошлые годы (данные для расчета среднего) переносятся свернуто в документ "Перенос данных" | Есть фильтр по организациям | Документы за текущий период переносятся сразу с движениями, поэтому не потребуется делать перерасчеты | Перенос можно проверить перед покупкой, обращайтесь!

~~53111~~ 47800 руб.

03.12.2020 37593 101 68

SALE! 10%

Перенос данных из УПП 1.3 в БП 3.0. Переносятся документы (обороты за период), справочная информация и остатки

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УПП 1.3 (1.3.240.x) и БП 3.0 (3.0.169.x). Правила подходят для версии ПРОФ и КОРП.

~~35000~~ 31500 руб.

15.12.2021 25161 175 51

133

Переход и перенос данных из Камин 3.0, 4.0, 5.0 в ЗУП 3.х

Перенос данных 1C Программист Бухгалтер Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет НДФЛ ФОМС, ЕФС Платные (руб)

Обработки для быстрого перехода с конфигураций «КАМИН:Расчет заработной платы 3.0», «КАМИН:Зарплата для бизнеса 4.0» и «КАМИН:Зарплата 5.0» на конфигурацию «Зарплата и управление персоналом» версии 3.1.

12000 руб.

25.09.2016 81949 333 253

283

Перенос данных из Парус 8 в ЗГУ 3

Зарплата Внешние источники данных Бюджетный учет Перенос данных 1C Системный администратор Программист Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактическим удержаниям, НДФЛ, вычетам, страховым взносам из базы Парус 8 учреждений (далее Парус) в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (далее 1С) и начать с ней работать с любого месяца года.

120000 руб.

19.08.2020 25966 25 1

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. пользователь 29.03.18 19:48

Сообщение было скрыто модератором.

...

2. blackhole321 1314 29.03.18 21:52 Сейчас в теме

Microsoft не рекомендует пользоваться системными папками для репликации своих данных, тем более для репликации и хранения дистрибутивов платформы. Ввиду ее большого размера это может привести к нарушению репликации групповых политик. Если Вы хотите использовать dfs для репликации данных - установите соответствующую роль, создайте доменный корень dfs, папку и определите набор репликации, а также его топологию.
Для того, чтобы Ваши пользователи подключались к локальным ресурсам, на мой взгляд более правильным будет создать сайты Active Directory, для каждого сайта создать "дочернюю" зону и добавить туда cname записи Ваших локальных серверов, затем для каждого сайта создать политику, где Вы определите основной dns суффикс подключения. Таким образом, если в строке подключения будет написано srv=appsrv, то в офисе1 это имя будет разрешаться как appsrv.office1.domainname.domainsuffix, а в офисе 2 appsrv.office2.domainname.domainsuffix etc.
Ну и для распространения списка баз попробуйте расширение групповой политики https://www.forum.mista.ru/topic.php?id=726279
С его помощью Вы сможете создавать списки баз на основе групп windows т.е. Вам будет достаточно добавить пользователя в соответствующую группу.
Вот как то так.

3. Glebis 13 30.03.18 10:11 Сейчас в теме

Для начала: статья была написано от лица программиста 1С для программистов 1С с целью минимизировать ["зависимость"] необходимость кантовать админов, при условии, что за список баз отвечают программисты.

(2)

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

(2)

Если Вы хотите использовать dfs для репликации данных - установите соответствующую роль, создайте доменный корень dfs, папку и определите набор репликации, а также его топологию

Да, можно, отдельный каталог со списком баз сделать реплицируемым через dfs-r, но какое имя компьютера указывать для универсализации этого пути во всех офисах? Даже обращение по универсальному имени через "Пространства имен DFS" не даёт стабильный результат. К тому же, все эти манипуляции требуют права админа домена, а за список в этой конторе отвечают программисты. Следовательно, при добавлении нового АД приходиться идти с челобитной к админам и напоминать, что нужно настроить новую репликацию.

(2)

Для того, чтобы Ваши пользотели подключались к локальным ресурсам, на мой взгляд более правильным будет создать сайты Active Directory, для каждого сайта создать "дочернюю" зону и добавить туда cname записи Ваших локальных серверов, затем для каждого сайта создать политику, где Вы определите основной dns суффикс подключения. Таким образом, если в строке подключения будет написано srv=appsrv, то в офисе1 это имя будет разрешаться как appsrv.office1.domainname.domainsuffix, а в офисе 2 appsrv.office2.domainname.domainsuffix etc.

Вот этот совет абсолютно методологически правильный, и в статье, наверное, тоже должен быть рассмотрен. Но на практике у главного админа (который всегда занят более важными делами, чем Ваши) должен всегда помнить, что если будет создан новый КД, то все эти манипуляции ему нужно будет повторять. А если appsrv переименуют, КД перевезут в другой оффис? Куча чего, что нужно будет отслеживать админам.
Есть ещё один более крупный недостаток: если в офисе1 нужно использовать базу из офиса2 (или в офисе1 вообще нет РИБа, как в офисе2), то нужно будет делать отдельный список, где указан appsrv с конкретным суффиксом office2. Это опять путаница и геморрой. Единственное, за чем 100% следит главный админ - это за правильный выбор КД в каждом офисе при авторизации.

(2)

Ну и для распространения списка баз попробуйте расширение групповой политики https://www.forum.mista.ru/topic.php?id=726279
С его помощью Вы сможете создавать списки баз на основе групп windows т.е. Вам будет достаточно добавить пользователя в соответствующую группу.

Практиковали этот способ, когда СЗ на подключение к ИБ 1С проходило через корпоративный СЭД и её отрабатывали и программисты, добавляя пользователя ИБ, и админы, добавляя в группу доступа. Даже список баз формировался "персональный", согласно доступа групп к папкам БУХ, ЗУП, СЭД с хранящимися в них v8i. На практике же (например бигбоссу) могли сделать пользователя ИБ "по письму" или "по звонку", а админы могли и не добавить в группу. И много чего ещё случалось. В итоге отказались от привлечения админов вообще.

4. blackhole321 1314 30.03.18 10:34 Сейчас в теме

(3)

статья была написано от лица программиста 1С для программистов 1С с целью минимизировать ["зависимость"] необходимости кантовать админов

Дык админы для того и нужны, чтобы администрировать, это их работа, настроить инфраструктуру так, чтобы работало как часы, а Вы пытаетесь минимизировать зависимость :)

Но если платформа меняется не часто, то вариант вполне рабочий.

Ну можно и микроскопом гвозди забивать, работать будет. Наверное не зря MS придумала DFS и дала Вам возможность ей пользоваться.

Но на практике у главного админа (который всегда занят более важными делами, чем Ваши) должен всегда помнить, что если будет создан новый КД, то все эти манипуляции ему нужно будет повторять

А кто у вас создает новые контроллеры доменов, программисты 1С, чтобы не беспокоить админов?

Есть ещё один более крупный недостаток: если в офисе1 нужно использовать базу из офиса2 (или в офисе1 вообще нет РИБа, как в офисе2), то нужно будет делать отдельный список, где указан appsrv с конкретным суффиксом office2. Это опять путаница и геморрой.

Вывод как мне кажется неверный. Если в определенном офисе у Вас нет КД или нет своих баз - вопрос решается опять-таки dns-суффиксом, который будет одинаковым с тем сайтом, где расположена база.

А если appsrv переименуют, КД перевезут в другой оффис и ещё куча чего, что нужно будет мониторить.

Это происходит без участия админов?

Единственное, за чем 100% следит главный админ - это за
за правильный выбор КД в каждом офисе при авторизации.

Это и есть управление сайтами.

На практике же (например бигбоссу) могли сделать пользователя ИБ "по письму" или "по звонку", а админы могли и не добавить в группу.

Для этого существует делегирование прав на изменение членства в группе.

Я понимаю, что Вы не админ и знать этих вещей не обязаны. В связи с этим могу лишь сказать, что с админами надо дружить и нормально взаимодействовать.

5. Glebis 13 30.03.18 12:37 Сейчас в теме

(4)

Свою работы они делают исправно, но список ИБ 1С НЕ входит в инфраструктуру, которую они должны поддерживать. Поэтому при изменении сетевой инфраструктуры админов не заботит, как будет работать создание списка "вашей 1С", потому что это полностью ответственность программистов. Зависимость программистов от админов это уже политический вопрос.
В итоге, для того "чтобы работало как часы" нужно большее количество знаний передаваться между админами, а в условиях территориальной распределенности, текучки кадров и различия в квалификации админов это становится проблематично. Кантовать главного админа можно только челобитной СЗ.

(4)

Нет, проблема в другом. Допустим в офисе1 есть база1 и база2, а в офисе2 только база1, а база2 должна быть подключена из офиса1.

(4)

Если микроскопом можно забить гвоздь со 100% вероятностью в любое время, а чтобы воспользоваться молотком нужно идти к админу, то я выбираю микроскоп. А админ доволен, что его молоток не кантуют лишний раз.

(4)

Для этого существует делегирование прав на изменение членства в группе.

Опять вопрос политический: зачем нам, программистам, отвечать за "ваши ОЮщки и АДшки", у нас без этого работы хватает.

6. A_Max 20 01.04.18 22:23 Сейчас в теме

(5)Для этого существует делегирование прав на изменение членства в группе.
Опять вопрос политический: зачем нам, программистам, отвечать за "ваши ОЮщки и АДшки", у нас без этого работы хватает.

Так именно что даются права на администрирование конкретной группы (типа "Пользователи 1С", в которой уже могут быть ещё подгруппы) отдельному пользователю и можно самим программистам (даже из 1с) рулить этими правами не трогая админов.

Ещё пять лет назад так делали и список баз формировался просто включением пользователей в какую-то из групп ("1С Бухгалтерия", "1С Продажи"...)