Галактика в вопросах и ответах

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

Как вариант, настроить рабочее место пользователя и из видимости по меню дать доступ только к пунктам с отчетами.

У нас в support даны права на таблицы только на чтение, никаких ошибок нет, все отчеты формируются корректно.

даете полные права на таблы где то с 8000 по 9000 (tuneval и всякие ie)
если у вас не оракл то по такой схеме
D_Nastr Полные
D_Tune Полные
D_DICT Полные
D_EXTCL Чтение
D_Katal Чтение*
catalogs Чтение*
это можно вынести в группу all и включать туда всех пользователей(права складываются!).

9700-9706 на полный доступ для корректного формирования отчетов ДОговора, Сбыт Снабжение и т.д
9085, 9086 на полный доступ для отчетов по ФРО

Остальное на чтение. Ошибок вообще никаких.

Выложил подробную инструкцию, может поможет. Вроде работает :)
http://ifolder.ru/7543743

Добрый день. Оракл, 8.1, 21 атлантис
До 21 атлантиса при открытии интерфейса карточек скл. учета была уже помню какая ругань, но интерфейс открывался. А теперь выдается ошибка:

Ошибка создания выборки в таблице KARTSTORAGE_REALEASE=>KARTSTORAGEDATA

У пользователей полный доступ к таблицам со следующими номерами:
с 1400 по 1407
с 9400 по 9407
с 30502 по 30535
1100
остальные все только чтение
добавил таблицы с 9700 по 9706 (не помогло)
Как победить?

Jornad: можете повтроно выложить инструкцию, а то уже написано "срок хранения файла истек"

ошибка KARTSTORAGE_REALEASE=>KARTSTORAGEDATA
была связана с кривым crf файлом, но если его убрать тогда выскакивает следующая ошибка

TblockModifier.Run+GroupDelete Операция запрещена. Откуда?

Так из сообщения понятно, что не хватает прав на удаление. Почему бы вам не дать полный доступ ко всем временным таблицам (в частности, 5000..5068, там даже по названиям ясно, что некоторые из них задействованы в складском учете)?

jornand, можешь еще куда-нить инстркцию выложить? ifolder - не работает ссылка.

с чем связано, что у меня при раздаче прав на базу в перечне разрешенных таблиц есть только 5023, 5057, 5068 (из тех которые на 5000), а все остальные, хотя есть при просмотре структуры БД, но их нельзя добавить к разрешенным. Полный доступ к указанным выше таблицам проблему не решил. Та же ошибка

У большинства таблиц в этом диапазоне стоит признак "не защищается PROTECT'ом". Т. е. к ним всегда есть полный доступ, а мой предыдущий совет был неудачным...

С Оракулом работать не довелось, но в нем наверняка есть что-то подобное Pervasive-ному трейс логу или MSSQL-ному профайлеру. Эта вещь могла бы помочь.

Еще есть смысл убедиться, что дело именно в правах на таблицы БД, а не в чем-то другом. Попробуйте на той же машине зайти под "полноправным" именем.

TblockModifier.Run+GroupDelete 90% права. Может быть в какой то табле индекс полетел - это другие 10%, ну и могет журнал. Что конкретно в этом случае не сказать поскольку запускается некая транзакция, которая на любую ошибку выдает одно и тоже. Иногда можно зайти под админом(хотя бы чтобы исключить 10%) и сравнить журналы, но вот недавно тоже столкнулся с аналогичным - журналы одинаковые, а ошибка вылетает. Тут уже можно только разработчика теребить(мож на минском форуме?) с просьбой подсказать куда еще лезет модификация между изменением такой то и такой то таблы.

вход на той же машине с другими правами ошибку не дает. в журнализацию эти действия не попадают, точнее в журнал ложится одна запись сначала в табл. CONTOUREVENTS-захват модульной лицензии, а потом в EVENTS-Запущен интерфейс KARTSTORAGE

в тот момент когда ошибка TblockModifier.Run+GroupDelete
трассировка сессии показывает запрос

SELECT ROWID FROM SPFORMPL

таблица 11106 (Спецификация алгоритмов планирования)
планирование не используем, записей в таблице 0.
Под сессией без ошибок такой команды нет.

Только ПОЛНЫЙ доступ к этой таблице решил проблему