Как настроить доступ на СВОЮ таблицу

[Zabr]

Что нужно сделать, чтобы новая таблица, внесенная в БД, была доступна для настройки доступа на уровне записей ? При настройке все таблицы поделены между модулями, стало быть как-то нужно отнести таблицу к модулю - как ? Указать для нее к.-л. security key и потом искать ее в настройке доступа того модуля, к которому относится security key ? Или как-то еще? Или этого вообще нельзя сделать ?

Прошу прощения, если ответ окажется тривиален - на форуме поиском похожего не нашел...

[glibs]

Цитата:

Изначально опубликовано Zabr
...Указать для нее к.-л. security key и потом искать ее в настройке доступа того модуля, к которому относится security key ? Или как-то еще? Или этого вообще нельзя сделать ?...

Первое. Как для возможности настройки доступа на уровне полей, так и записей.

Security key должен оканчиваться на "Tables".

[raz]

Цитата:

Security key должен оканчиваться на "Tables".

Не согласен, без этого прекрассно работает.

Иногда надо выбрать Показывать все таблицы.
И некоторые таблицы находятся совсем не там, где ожидаешь.
А в самых тяжелых случаях приходиться менять Security Key у таблицы. (Было давно, но кажется самый тяжелый случай был со таблицей складской аналитики)

PS. Если посмотреть Security Key у таблицы, для которой хотите настроить, а по кею выйти на головной ключ, то проще будет искать таблицу во время настройки.

[glibs]

Цитата:

Изначально опубликовано raz
...Не согласен, без этого прекрассно работает...

А я не говорил, что не будет работать.

Рекомендую попрактиковаться в настройке прав доступа на уровне полей таблиц (Администрирование\Настройки\Контроль доступа\Права групп пользователей). Думаю, тогда вам станет ясно, почему нужно так делать.

[Zabr]

Спасибо, я примерно так и думал, как вы объяснили.

[Zabr]

Ок, все работает !

[Ruff]

Версия:
Axapta 3.0 CIS SP3 CU1

Ситуация:
Пытаюсь настроить доступ на уровне записей для Журналов платежей и их строк (таблицы LedgerJournalTable и LedgerJournalTrans соответственно).
1. Запускаю мастера, жму "Показать все таблицы", ищу во всех модулях... Результат - ноль
2. Смотрю свойства этих таблиц - SecurityKey НЕ ЗАПОЛНЕНО!
3. Смотрю таблицы по слоям: в SYS, SYP и GLS SecurityKey = LedgerTables (как и предполагалось), а в DIS - пусто!!!

Вопрос:
Это что, шутка локализаторов? Если да, то странный у них юмор... Или в этом есть сакральный смысл? Кто-нибудь сталкивался с подобным?

[George Nordic]

Хм. Кхе-кхе.
Axapta 3.0 CIS SP3 CU1.
Все нормально. Стоит "LedgerTables"

C Уважением,
Георгий

[Tays]

Цитата:

Изначально опубликовано Ruff

Вопрос:
Это что, шутка локализаторов? Если да, то странный у них юмор... Или в этом есть сокральный смысл? Кто-нибудь сталкивался с подобным?

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

[Ruff]

Цитата:

Изначально опубликовано George Nordic
Хм. Кхе-кхе.
Axapta 3.0 CIS SP3 CU1.
Все нормально. Стоит "LedgerTables"

А вот это уже интересно! Чертовщина какая-то... Из-за чего же у нас такое могло произойти? Может быть что-то связано с хот-фиксами? Или во время накатывания SP или CU что-то сглючило... Такое вообще возможно?

С другой стороны, судя по ответу Tays, глюк проявился не только у нас.

Не то, чтобы это создавало какие-то проблемы... Но разобраться все-же хочется

[George Nordic]

Хм. До этого стояло HF1 и HF2, но, насколько я есть понимать, CU1 их в себя включает!

Согласен, чертовщина какая-то

С Уважением,
Георгий

Данная тема довольно актуальна для меня.... все таки в чем же причина?