Формирование запроса в RLS

[ViV]

День добрый!
Мне нужно дать пользователю доступ к двум определенным журналам - один - это журнал кассы и второй - журнал периодических операций (то есть для каждой кассы есть свой соответвующий журнал периодических операций). Собственно, доступ разграничить по коду журнала - к примеру, КодКасса и КодПериод. Пытаюсь настроить это дело с помощью RLS, но получается плохо

То есть я пишу в ограничении на код журнала - "КодКасса, КодПериод" - но в итоге пользователь видит нужные журналы кассы, нужные периодические - но создать новый журнал кассы не может "Название журнала не существует или для доступа к нему не хватает прав."... Пользователь входит только в одну эту группу.

В чем может быть проблема?. Может ограничения так ставить некорректно?
Нужно ли еще как-то разграничивать по типу?

Спасибо!

[raz]

Может лучше доделать функциональность "Персональный для группы", как в складских журналах. В журналах ГК надо немного доработать, а как смотрите складские журналы.

[glibs]

Цитата:

Сообщение от ViV

...
В чем может быть проблема?
...

Проблема не в RLS.

Посмотрите Главная книга\Настройки\Журналы\Названия журналов. Выберите журнал и нажмите кнопку Проверка.

Там есть строчки?

[Alex_R2]

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

[glibs]

Теоретически можно, наверное. Но будет ли это удобно для тех, кто переносит строки в журнал для одобрения? Ему ведь придется перенос делать столько раз, сколько есть менеджеров.

Вообще какой-то не очень понятный у вас бизнес-процесс. Зачем менеджерам создавать строчки журналов платежей поставщикам?

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

[Alex_R2]

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

[glibs]

Вообще думал предложить вам модификацию...

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

Если решать проблему "в лоб", то посмотрите функциональность электронных платежей (если она у вас есть). Там ваш менеджер может создать пакет платежей поставщику (т.е. журнал) и "послать" его в банк (это можно сделать виртуально). После этого бухгалтер или еще кто сможет увидеть полный список "посланных" платежей в Расчеты с поставщиками\Журналы\Платежи\Перенесенные оплаты. Если их там одобрить, то потом из всех (или не всех) одобренных оплат можно сделать один-единственный журнал и разнести его.

[ViV]

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