Уважаемые коллеги, а как вы организуете учетные записи сотрудников?

Опыт, который был передан мне, не впечатляет:

Учетная запись на Иванова Ивана Иваныча имеет логин ИИИ, к irbisc дописывается irbisc_ИИИ, и в client_m, АРМ "Администратор" и в корневой директории появляется пестрая каша из трехсимвольных аббреватур.

Мотивируется это всё тем, что зато можно логин быстро вбивать.

Таким образом, налицо две проблемы:
1) Не структурированные и нечитаемые *.ini на сервере.
2) Неинформативные логины (в частности в истории книговыдачи и правок каталогизаторов.

Вторую проблему решил так:
Создаем Логины по виду ИвановИИ. Для того чтобы пользователь не тратил время на написание 8 символов вместо трех, в клиентском ini заполняем параметр UserName:

UserName=ИвановИИ

Теперь при запуске клиента поле логина будет заполнено и останется указать пароль.

Раз уж начали, облегчаем жизнь дальше - в excele генерируем карточки с ФИО, логином и паролем - в четыре цифры (вместо сакральных единичек). Там же пароль выводим в виде штрих-кода - теперь при запуске клиента логин вставится автоматически, а сотруднику останется "пикнуть" сканером по штрихкодам.

Первую проблему нам поможет решить механизм подключения [@*.ini] других файлов (а заодно еще решит некоторые стратегические задачи)


При новой системе каша из Ивановых вместо ИИИ станет чуть симпатичнее, но не сильно. А нельзя ли вынести все клиентские ini вынести в отдельную директорию, и отделить таким образом от серверных ini и прочих IRBISC.HLP?

Оказывается можно.

Создаем следущую структуру папок:

clientini
|
+Отдел Обработки
|    |
|    +Сотрудники
|
+Отдел Обслуживания
|    |
|    +Сотрудники
|
+Филиалы
|    |
|    +Филиал1
|    |    |
|    |    +Сотрудники
|    |
|    +Филиал2
|    |    |
|    |    +Сотрудники

В папкe "Сотрудники" кладем irbisc_ИвановИИ.ini
В папке "Филиал2" кладем irbisc_Филиал2.ini
В папке "Филиалы" кладем irbisc_Филиалы.ini
В папке "clientini" кладем irbisc.ini, который копируем из корневой директории.

Соответственно и подключаем цепочку также -> irbisc_ИвановИИ.ini включает в себя irbisc_Филиал2.ini, который включает в себя irbisc_Филиалы.ini, который включает в себя irbisc.ini

Теперь понятно, кто в каком отделе, и что делает. Кроме этого, древовидная структура, после трудов по вводу системы позволяет манипулировать настройками как на уровне подразделений, так и вцелом - для этого все повторяющиеся настройки оставлять по возможности в "низкоуровневом" файле - например CLIENT_TIME_LIVE - в корневом, DBNNAMECAT - в файл подразделения и т.д. Поэтому, когда нужно поменять типовой параметр подразделения, не нужно перебрать все десять фалйов, перебивая значения, - можно поменять в одном файле.

И даже при переезде на новую версию - не нужно пересоздавать, или копировать и модернизировать новые файлы, в т.ч. по части лицензионности - просто подключите новый irbisc.ini к корневому ini-файлу. Новые параметры подтянутся оттуда сами, - старые сохранят свои значения в силу принципов приоритета файлов при подключении. А там уже можно потихоньку переносить из "нового" в "старый" корневой файл новые параметры.

Техническая сторона вопроса состоит в правильной адресации:

Т.е. В АРМ Администратор мы указываем

\CLIENTINI\филиалы\филиал2\Сотрудники\IRBISC_ИвановИИ.INI

А в самом IRBISC_ИвановИИ.INI пишем:

[@\\clientini\филиалы\филиал2\irbisc_филиал2]

Аналогичным образом, используя "абсолютную" адресацию псобираем все цепочки из файлов.

А какие у вас решения?

Спасибо, что понятно описали решение.
У меня используются решения аналогичные для ряда библиотек.

Вот только одно замечание относительно использования кириллических символов в путях и названиях файлов.
Учитывая неоднозначность кодировок текстовых файлов для безопасности все-таки рекомендовал бы использовать только латиницу.

Из вашего файла можно генерировать готовый client_M.

Что касается ваших замечаний, то я согласен насчет идеологической верности латиницы.

Но, практика показала что все эти irbisc_ОМГ.ini прекрасно уживались и функционировали, плюс логины и прочие строчки для настроечных файлов Excel'ем генерировалось таки из ФИО, так что единообразие стало сильным доводом.

Увы в Ирбис-2011 цепочка из собираемых ini ощутимо роняет производительность клиента. Поэтому оставлю структуру по каталогам, но конечные ini придется держать полными, без последовательного include.

Спустя два года выглядит всё так:

Структура папок почти не изменилась:

clientini
|
+Отдел Обработки
| |
| +irbisc_ИвановаИИ.INI
|
+Отдел Обслуживания
| |
| +irbisc_ПетроваПП.INI
|
+Филиалы
| |
| +Филиал1
| | |
| | +irbisc_СидороваСС.INI
| |
| +Филиал2
| | |
| | +irbisc_СтепановаСС.INI

А вот файл вырос в ЦентрУправления и обзавелся приятным VBA функционалом:

1) Лист ФИО:
хранит информацию об отношении сотрудников к структурным подразделениям, логины и пароли.

2) Лист Армы хранит в себе информацию о том, с какими АРМами работает какой сотрудник.

3) Лист CLIENT_M на основании предыдущих данных формирует таблицу с строками, в которых указываются соответствующие пути/имена файлов. Если вручную добавляем сотрудника, то можно копировать эти данные через диспетчер учетных записей ирбиса. Также можно нажатием кнопки сформировать CLIENT_M целиком, FIO.MNU для каждого отдела.

4) Лист INI содержит список параметров настроечных файлов. Этим параметрам можно присваивать значения общие для всех (например,irbisc/Main/PRNEWADV=0) значения для отдела (например DBNNAMECAT, или индивидуально для сотрудника. В папке input лежат стандартные файлы ini. в папку out падают индивидуальные файлы, в которых указанные параметры изменяются - если есть индивидуальное, ставится индивидуальное значение параметра (и игнорируется последующее), если есть для отдела, берется значение отдела (и игнорируется общее), иначе берется общий для всех "дефолт". Очень полезно как для подключения нового сотрудника, так и при обновлении версии, не нужно думать о копированиях, переносах, достаточно взять дефолтные файлы из поставки, и рабочие параметры перенесутся, а если разработчики, придумали новые функции и новые параметры под них, они никуда не денутся.

5) Лист DBNAME отображает, права доступа для отделов, причем положительное значение - полный доступ, 0 - скрыть, отрицательное - только чтение. почему не тринарная система? Потому что величина задает порядок сортировки. У разных отделов разные приоритеты и пожелания, чтобы они хотели видеть "сверху".

levaleva написал(а):
-------------------------------------------------------
> А вот файл вырос в ЦентрУправления и обзавелся
> приятным VBA функционалом:

Можете поделиться самим файлом?

Почему бы и нет, возьмите. Главное это не перетаскивать ячейки, чтобы чего не вышло.

P.S. Поставляется как есть, делалось по принципу "потом переделаю", отказ от ответственности и прочая.

P.P.S. Но если будут вопросы, обращайтесь.

levaleva написал(а):
-------------------------------------------------------
> P.P.S. Но если будут вопросы, обращайтесь.

Спасибо. Очень интересная технология. Даже получилось сгенерировать что-то ))
Осталось понять, что и где поправить под нас.

Попробую вспомнить основные моменты.

0. В общем - Серым цветом отмечены области, значения которых можно изменять.
Предполагается, что на сервере, что на клиенте ini хранятся в папке clientini, ярлыки на клиенте также вынесены в lnk,

1. Лист ФИО:

Переписать отделы Сотрудников, кнопки +/- вроде реализуют сохранение форматов, но их смело можно отформатировать как вам угодно, программа понимает где строчка описания отдела по отметке ОТДЕЛ. "Библиотека" определяет папку первого уровня в выходных папках clientini, lnk, а "Отдел" - второго уровня, при этом используя "folder\folder\folder" можно нарастить глубину структуры папок. Строчки удалять добавлять только через кнопки.

2. Лист АРМы:

В шапке менять ничего не нужно, хотя и можно. Имя, фамилия тянутся с листа ФИО. Те Армы, которые нужно подключить сотруднику - ставим единичку (несмотря на то, что они не серые). Под кнопкой "Создать ярлыки" дополнительная табличка - Столбец Места хранения определяет каталог установки клиента, в примере указан сетевой каталог с адресом по сетевому имени и с адресом по IP, а также для локальной установки. Таким образом, на выходе будет три комплекта ini-файлов и три комплекта ярлыков с прописанными соответствующими ini. "Название для места" - так будет названа папка, в которую будет генерироваться комплект. Еще одна таблица "Вариации" - Тип - пометка "для себя", "префикс ini" - определяет префикс названия перед именем ini-файла. Таким образом, имя клиентского ini файла формируется "префикс"+ "irbisc/b/p/k"+"_Логин". "Префикс Ярлыка" аналогично обеспечивает префикс для имени ярлыка, использующий соответствующий ini. IP - адрес подключения сервера ИРБИС64. Таким образом, создаются комплекты, которые подразумевают разное расположение клиента с точки зрения пользования - сетевое, локальное, сколь угодно. И для каждого местоположения будет сделаны вариации, обеспечивающие преднастройку адреса сервера, это нужно для подключения через разные адреса, у нас это локальный IP и "белый".

3. Лист Client_M:

Ничего не менять не нужно, можно считать это буфером для формирования Client_M, по нажатию кнопки. Впрочем, в дальнейшем их можно применять и для ручной правки client_m, через cirbisa.exe копируя строки имен файлов и вставляя их в интерфейсе.

4. Лист INIes

«Подсветить ячейки» – будут рассчитаны и помечены серым поля для заполнения. Делается это сопоставляя данные листа АРМы и первой строки, где указывается, для какого файла параметр. Вторая строка определяет серию, параметр определяет собственно параметр, который и подлежит заполнению. «Иерархия взятия» значения уже описывалась – берется индивидуальное, если нет – значение по отделу, иначе – дефолтное из четвертой строки. Заполнять столбцы можно произвольно, группировка по файлам – исключительно вопрос удобства.

5. лист DBname

Разным отделом подавай свой порядок баз. Первые два столбца – описание, последующие определяют имена файлом и сортировку – 0 – исключить из файла, отрицательное значение – только чтение. Всё что только для чтения – ниже открытого для записи. Заодно еще и формируются файлы par, зачем – уже как-то и не припомню.