Акцент

[kris]

Имеется такая проблемка:

Пользователь (бухгалтер) имеет полные права на основной план счетов и все бухгалтерские документы, но не админ. Он пытается открыть стандартный отчет (выписка из журнала, например) и пытается перейти из него в документ. Доступ к документу и всем его сущностям у него есть, он его свободно открывает через дерево счетов/корреспондентов/документов и проч в Акценте. Но именно из этого отчета он его открыть не может. Вылетает ошибка "Доступ к счету запрещен".
Проблема заключается в следующем (тут я приведу кусочек моей трассы и запускаемые процедуры с комментариями):

1. Из акцента запускается
exec sp_executesql N' EXEC ap_tree_path @P1, @P2',N'@P1 int,@P2 int',1,156223

2. Из анализа получам, что первый параметр означает таблицу "ACC_TREE" посредством вызова хранимки
exec apx_et_treename @et, @tbl OUT

3. А вот второй параметр в данном случае по логике вещей должен быть ИД счета, который хочется получить, но на пракике это - ИД документа, который пытается открыть пользователь.

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

5. В догонку добавлю, что если пытаюсь все это сделать от имени админа, то получаю совершенно другую трассу - открытие операции - хранимка ap_tree_path вообще не запускается:

exec sp_executesql N' EXEC ap_operation_load @P1',N'@P1 int',2288
go
exec sp_executesql N' EXEC ap_template_loadscript @P1',N'@P1 int',1553
go
exec sp_executesql N' EXEC ap_misc_trans @P1',N'@P1 int',31108
go

Собственно вопрос: какой смысл в запуске ap_tree_path? И можно ли от нее каким-либо образом избавиться?

[kris]

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

[kris]

Проблема была, оказывается, решена в 479 билде, сорри за беспокойство.
Только одна мелкая неточность - она проявлялась не только в реестре документов, но и в некоторых других отчетах (в частности, в кассовой книге)