Коллеги! Добавлять клиента нужно в клиентском Администраторе или в свойствах сервера (пиктограмма на панели задач)?

Где ошибка? Последовательность моих действий:

1. Создала файл irbisc_klient1.ini, добавила в него:
[@irbisc]
[PRIVATE]
FIO=klient1
2. Открыла свойства сервера (пикторгамма на панели задач)
3. Список клиентов для доступа к серверу
4. Добавить клиента
5. Имя - klient1
Пароль - *****
АРМ Катогизатор - выбрала из обзора irbisc_klient1.ini

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

Формально все как-будто верно.
Бессмысленно только вот это:

[PRIVATE]
FIO=klient1

Все, разобрались.
Сервер у нас установлен как служба, поэтому его просто нужно было перезапустить. :)

Подскажите пожалуйста,
как сделать,
чтобы клиент не мог запускать арм Каталогизатор
под своим логином и паролем дважды и трижды.

Сейчас у нас это можно сделать много раз
Версия 13.1

aris написал(а):
-------------------------------------------------------
> Подскажите пожалуйста,
> как сделать,
> чтобы клиент не мог запускать арм Каталогизатор
> под своим логином и паролем дважды и трижды.
Этого сделать нельзя.

> Сейчас у нас это можно сделать много раз
> Версия 13.1

Но ведь число подключений ограничено.

Если один пользователь запустит себе несколько армов,
то кто-то не сможет войти в свой арм -
ему выйдет сообщение:
"Превышено число пользователей".

> Если один пользователь запустит себе несколько армов,
> то кто-то не сможет войти в свой арм -
> ему выйдет сообщение:
> "Превышено число пользователей".

Это, к сожалению, административная проблема для многих организаций (не только для библиотек).
Был свидетелем, как утром сотрудники мэрии стараются подключиться к правовым системам, а то клиенты закончатся. Было такое.
Решалось просмотром подключенных клиентов и "битием" по голове сотрудникам, чтобы соблюдали регламенты работы.

Хотя можно ее и в настройки ИРБИСа разработчикам предложить поставить, чтобы 2 арма "Каталогизатора" не открывались на одной машине. А вот про все остальные сочетания АРМов, открытых одновременно для одного пользователя, крайне сложно программировать. Необходима четкая логика, при которой будет включаться такая защита.
Опишите подробнее, как по Вашему, можно будет такое программировать. Это затем может пригодиться.
Я, по опыту, просматриваю список подключенных клиентов и если вижу, что кто-то злоупотребляет, то звоню нарушителю и "обижаю".

Если искать причину того, зачем работник включает 2 арма сразу - то такая имеется.
Для удобства.

Раньше у нас был Ирбис 32.
Там были отдельные вкладки Ввод и Просмотр.
Я при вводе записи вижу ошибку в словаре и сразу перехожу на Просмотр, там ищу запись с этой ошибкой и сразу редактирую.И спокойно продолжаю доделывать ввод на своей записи.
Очень было удобно.

Теперь у нас Ирбис 64.
Территория для ввода и редактирования - только одна.
Я ввожу запись, вижу ошибку в словаре.
Мне надо сохраниться и выйти с записи.
Надо сменить вид поиска, найти ошибочную запись, отредактировать.
Затем заново надо найти свою собственную запись, чтобы продолжить ввод.

Эти побочные действия ни к чему.
Проще открыть второй арм и держать его специально, для текущего редактирования. Не прерывая работу в первом арме.


Если провести аналогии с армом "Книгообеспеченность" или "Книговыдача", то там предусмотрены моменты, когда пользователь может перейти с этих армов (не выключая их) в арм "Каталогизатор" и отредактировать запись.

Нельзя ли и в самом "Каталогизаторе" предусмотреть выход в свой же арм на другую плоскость ?
Было бы здорово.

Поддерживаю. Несколько открытых Каталогизаторов держат т.к. так удобнее работать. У нас куплен ИРБИС без ограничения лецензий, к счастью. Каталогизаторы и библиографы, которые постоянно работают над вводом/редактированием записей в БД ЭК и пополняют/редактируют Авторитетные файлы всегда держат открытыми 2 АРМ Каталогизатор. Стандартная ситуация для примера - вводим новую запись, в ней новый автор, которого нет в Имени лица или в книге/журнале есть данные об авторе, которые не были известны ранее и их нужно дополнить. Гораздо удобнее перейти во 2 окно, отработать с ATHRA и в окне 1 выбрать этого автора. И то что про словари выше было написано тоже верно. Так что как то не пользователей по головам бы бить, а сделать чтобы удобно было

Заявка на доработку принята. Будет обеспечена возможность (опционно) запрета на повторный старт АРМа под одной учетной записью

Надеюсь по умолчанию возможность на повторный старт АРМа будет по-прежнему доступна. Нам она (см. выше) очень нужна

не предусмотрен ли еще схожий момент :

привязка логина-пароля к определенному IP ?
Чтобы пользователь мог открыть арм под своим логином только на своем компьютере?

aris написал(а):
-------------------------------------------------------
> не предусмотрен ли еще схожий момент :
>
> привязка логина-пароля к определенному IP ?
> Чтобы пользователь мог открыть арм под своим
> логином только на своем компьютере?
Предусмотрен.

напомните, пожалуйста, где это можно подключить

Это будет в версии 2015.1