proNovell

Уважаемые коллеги!
Имеется установленный и работающий PCOUNTER.
До сего времени подсчет бумаги выполнялся администратором или его помощником с правами админа- никаких проблем: люди обученые и понимающие.
Ноне начальство пожелало поручить эту работу операторам.
ВОПРОС: какие права минимально необходимы оператору (пользователь англ НЕ владеет), что бы и работа была и снести в службе NDPS ничего нельзя было?
Спасибо.

Николай, мне казалось, что расход бумаги ( равно как и прочих расходных материалов ) пишется исключительно в логи PCounter, в NDS же хранится только балан$ пользователя. Отсюда как бы следует, что права оператору нужны исключительно на ф/с .. хотя я вас понимаю, непонятно, как поведет себя утилита PCounter при запуске с такими правами. А каким именно образом у вас до этого считали бумагу ?

ИМХО логи можно пропускать через Эксел .. со всеми вытекающими отсюда

А каким именно образом...

Дык... штатным, через
Pcontrol -> Launch -> PcounterAdministrator -> Reports
Дело в том, что ранее я никогда над этим не задумывалсы - адим и админ, а тут попробуй дать права на принтера-очереди-менеджер... не то что печатать не будет, концов не найти будет...

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

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

Спасибо, Андрей!

Коллеги! а ещё идеи?

Музалёв Николай писал(а):

А каким именно образом...

Дык... штатным, через
Pcontrol -> Launch -> PcounterAdministrator -> Reports.

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

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

Вот макросов я никаких не писал - в свое время в Экселе открывал логи, чтобы нарисовать графики по различным принтерам, размеру задания печати, распределение по пользователям и пр. .. иногда по организации вылазили, знаете ли, забавные тренды, которые "с листа" и не усмотришь.

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

...логи - известно где...достаточно прав только на чтение.

Задача решена: ответственным за бумагу даны права RF на место расположение логов. Этого достаточно для герерации отчетов.

Спасибо коллеге Андрею за направляющий тычок.

Тему закрыть.

Музалёв Николай писал(а):Этого достаточно для герерации отчетов.

Так это .. чего с NDPS-то, никаких прав на менеджера и пр. для генерации отчетов не понадобилось ? или вы решили обойтись без PCounterовского софта, только логами ?

никаких прав на менеджера и пр. для генерации отчетов не понадобилось ?

Да, оказалось достаточно прав обычного NDPS-пользователя, т.е. тот минимум, который пользователь ЛВС получает, если в закладке Access Control принтера прописать его как "пользователь".

...обойтись без PCounterовского софта...

Как же без него: как раз отчеты генерируются через PCOUNTER, только теперь оператор "видит" место складирования логов.
А дальше - обычная процедура: задает отчётный интервал, тип отчета, жмет Create Report...

Музалёв Николай писал(а):Как же без него: как раз отчеты генерируются через PCOUNTER

Просто я опять подумал о варианте с Экселем - тогда ведь PCoutner не нужен, т.к. открываются непосредственно его логи. Это как заменитель отчетов самого PCounter.

Народ, а можно я встряну со своим Pcounter-ом? В последнее время (с нового года, фактически) вылезла странная проблема - PCounter выдаёт ошибку при попытке переименования лога (когда закрывает месячный лог). Иногда не может переименовать по короткому имени (типа 2006-02.LOG) иногда - по длинному (PCOUNTER_2006_02.LOG) иногда - по обоим. Версия PCounter-а 5.22, в январе на неё перешел, до этого долго работала 5.21e - видимо, это и есть причина. Как у вас с этим?

Версию 5.23 пробовал - есть проблемы (CPU HOG), 5.24 пока не проверял.

Честно говоря, я уже давненько в логи не заглядывал - только изредка глянешь в лог конкретного принтера, так что так вроде все работает, а регулярных отчетов мы не создаем. Сейчас посмотрел версию своего - 5.21а, довольно давно не обновлялись, просто не было причин ( только лицензию продлевали ) - см. выше. Крутится оно на 6.5SP3.

А у меня WS-5.21e + Serv-5.20e
в этом наборе - тоже в порядке...
А что у них нового (кроме ошибок) в последующих версиях? почему возникла нужда в обновлении?

А на что

только лицензию продлевали [?]

Она же вроде как одноразовая... или на техПоддержку? а зачем? они вам хоть раз помогли?

Сорри, можно спросить? А разве в последних версиях NDPS не работает уже счетчик страниц?

Музалёв Николай писал(а):А на что

только лицензию продлевали [?]

Она же вроде как одноразовая... или на техПоддержку? а зачем? они вам хоть раз помогли?

Maintenance мы стараемся поддерживать, чтобы не истекал срок. Помогли несколько раз хотя бы тем, что высылали лицензию для нового сервера - при переносе PCounter. Да оно и стоит не так уж много, чтобы не заплатить ( хотне я плачУ - клиент, им виднее ). Плюс возникал какой-то вопрос, я уж сейчас не помню.

Vladimir Kozak

Счетчик страниц для каждого пользователя ? Кроме того, счетчики бывают разные - например, в PCounter можно настроить двустороннюю печать считать за одну ( т.е. считать собсно листы бумаги, а не распечатанные страницы ).

...высылали лицензию....при переносе

Очень интересно!
А как они проверяли, что это НовыйСервер , а не ИзчоАдинСервер?

Музалёв Николай писал(а):Очень интересно!
А как они проверяли, что это НовыйСервер , а не ИзчоАдинСервер?

А никак ..